一种调整DNS配置的方法及装置与流程

本发明实施例涉及通信技术领域，尤其涉及一种调整域名系统(英文：Domain Name System，DNS)配置的方法及装置。

背景技术：

在跟踪区标识(英文：Tracking Area Identity，TAI)域名解析过程中，移动性管理实体(英文：Mobility Management Entity，MME)能够根据全球唯一MME标识(Globally Unique MME Identity，GUMMEI)、接入点(英文：Access Point Name，APN)、TAI构建TAI域名，并通过DNS解析，找到MME/服务网关(英文：Serving GateWay，SGW)/PDN网关(英文：PDN GateWay，PGW)等网元的相应接口的互联网协议地址(英文：Internet Protocol Address，IP地址)。

在实际应用过程中，由于TAI域名由跟踪区域码(英文：Trace Area Code，TAC)构成，因此，在TAC改变后，TAI域名也会发生改变，即MME所构建的域名也会相应改变。但目前DNS中的域名与IP地址之间的对应关系往往是由工作人员预先配置的，因此，DNS自身是无法针对异地TAC的变化而完成IP地址的变更操作的。由此可见，若TAC发生变化，那么通过MME所构建的域名查询到的地址会出现错误。这样一来，就会降低TAI域名解析过程中的准确率，从而造成业务失败，影响网络运行效果。

技术实现要素：

本发明实施例提供一种调整DNS配置的方法及装置，能够解决因TAC发生变化而造成的通过MME所构建的域名查询到的地址出现错误的问题。

为达到上述目的，本发明实施例采用如下技术方案：

第一方面，本发明实施例提供一种调整DNS配置的方法，所述方法包括：

在接收到TAI域名的解析请求消息后，在指定时间内产生的业务流程记录中查找是否存在与所述TAI域名相同的历史记录；

若存在与所述TAI域名相同的历史记录，则确定所述历史记录中是否存在未成功的业务流程记录；

若存在未成功的业务流程记录，则调整满足指定条件的DNS配置，所述满足指定条件的DNS配置至少包括：在业务流程记录中的相同条件下，业务成功率小于第一阈值和/或业务尝试次数大于第二阈值的DNS配置。

第二方面，本发明实施例提供一种调整DNS配置的装置，所述装置包括：

查找模块，用于在接收到TAI域名的解析请求消息后，在指定时间内产生的业务流程记录中查找是否存在与所述TAI域名相同的历史记录；

确定模块，用于若所述查找模块查找到存在与所述TAI域名相同的历史记录，则确定所述历史记录中是否存在未成功的业务流程记录；

调整模块，用于若所述确定模块确定存在未成功的业务流程记录，则调整满足指定条件的DNS配置，所述满足指定条件的DNS配置至少包括：在业务流程记录中的相同条件下，业务成功率小于第一阈值和/或业务尝试次数大于第二阈值的DNS配置。

本发明实施例提供的调整DNS配置的方法及装置，相比较于现有技术中因TAC发生变化而造成的通过MME所构建的域名查询到的地址出现错误，本发明实施例可以在接收到TAI域名的解析请求消息后，在指定时间内产生的业务流程记录中查找是否存在与TAI域名相同的历史记录；若存在与TAI域名相同的历史记录，且历史记录中存在未成功的业务流程记录，则调整满足指定条件的DNS配置，其中，满足指定条件的DNS配置至少包括：在业务流程记录中的相同条件下，业务成功率小于第一阈值和/或业务尝试次数大于第二阈值的DNS配置。由此可见，本发明实施例在DNS配置可能存在漏配、误配的情况下，会对原有DNS配置进行调整，从而降低因TAC发生变化而造成的通过MME所构建的域名查询到的地址出现错误的概率。此外，在本发明实施例中，判断DNS配置是否存在漏配、误配的情况，主要是依据已产生的业务流程记录中的业务成功率和业务尝试次数，这样一来，可以使DNS配置的调整过程更具有针对性，从而将重点调整过程锁定在已发生变化的TAC所对应的DNS配置中，这样就能进一步解决因TAC发生变化而造成的通过MME所构建的域名查询到的地址出现错误的问题。

附图说明

图1为本发明实施例提供的一种域名解析过程中MME与DNS之间的交互示意图；

图2为本发明实施例提供的一种调整DNS配置的方法流程图；

图3、图4、图5为本发明实施例提供的另一种调整DNS配置的方法流程图；

图6为本发明实施例提供的一种调整DNS配置的装置结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明实施例一部分实施例，而不是全部的实施例。基于本发明实施例中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明实施例保护的范围。

本发明实施例可以用于一种通信网络系统，在该通信网络系统中至少包括MME和DNS。如图1所示为域名解析过程中MME与DNS之间的交互示意图。MME在生成TAI/APN域名后，会将TAI/APN域名携带在解析请求消息中，向DNS发送；DNS通过查询配置表，将配置表中与该TAI/APN域名存在对应关系的所有MME/SGW/PGW地址反馈给MME；之后MME根据自身需求，选择合适的MME/SGW/PGW域名，并向DNS发送；DNS在接收到MME发送的MME/SGW/PGW域名后，会将查询到的MME/SGW/PGW地址反馈给MME，从而完成域名解析过程。需要说明的是，在本发明实施例中，以TAI域名为例进行描述，但本发明实施例并不仅限于TAI域名解析过程。

本发明实施例提供一种调整DNS配置的方法，如图2所示，该方法可以由图1中的DNS来执行，该方法具体包括：

步骤101、在接收到TAI域名的解析请求消息后，在指定时间内产生的业务流程记录中查找是否存在与TAI域名相同的历史记录。其中，若存在与TAI域名相同的历史记录，则执行步骤102；否则，执行步骤104。

DNS可以从MME中周期性调取TAI域名解析相关的业务流程记录，并依据业务流程记录中所涉及的信息完成数据库的建立。其中，周期性可以被视为按照一定周期进行业务流程记录的调取，或是在网络环境允许的情况下，实时获取。在本发明实施例中，对于业务流程记录的采集方式、采集时机不做具体限定，可以根据当前DNS配置的调整需求，由工作人员预先设定。

上述指定时间，具体可以为以当前为截止时刻的一段历史时间，也可以为与当前进行TAI域名解析过程相匹配的历史时间段的集合，在此不做限定。例如，上述指定时间具体可以为24小时。另外，在设置上述指定时间时，可以依据DNS的业务量和网络变化频率来进行设定。

比如，对于DNS的业务量较大的场景而言，指定时间可以设置为较短的时间段，这样就能有效避免因待处理的数据量过大而给DNS带来过高的负载；对于DNS的业务量较小的场景而言，指定时间可以设置为较长的时间段，这样就能有效避免因待处理的数据量过小而无法反映真实的业务流程处理情况。同理，上述网络变化频率主要反映的是用户在两个相邻地区之间进行切换的频率，对于网络变化频率较大的情况，需要尽快进行纠错，那么为了减少处理时间，可能需要将指定时间设置为较短的时间，这样不仅能够获取到充足的数据资源，同时也可以尽可能减少数据处理过程中带来的能耗且减小耗时；对于网络变化频率较小的情况，考虑到产生切换的频率较低，则需要获取长时间内产生的业务流程记录，才能分析出有效数据并处理。需要说明的是，设置指定时间的方式不仅可以考虑上述因素给数据量或是数据准确性带来的影像，还可以通过考虑其他因素并结合当前实际场景完成指定时间的设置，在此不做限定。

在本发明实施例中，与TAI域名相同的历史记录指的是，在指定时间内产生的业务流程记录中，与接收到的解析请求消息所对应的TAI域名相同的业务流程记录。

步骤102、确定历史记录中是否存在未成功的业务流程记录。其中，若存在未成功的业务流程记录，则执行步骤103；否则，执行步骤104。

需要说明的是，未成功的业务流程记录至少包括业务流程超时无响应和业务流程失败中的至少一种。在完成数据库的建立之后，在数据库中会包括指定时间内产生的业务流程记录的处理结果，即该业务流程记录是否成功。

例如，数据库中一条业务流程记录中各项数据的存储方式可以为如表一所示的内容。

表一

如上表所示，数据库中每条业务流程记录至少包括TAI域名、SGW域名和SGW地址。为了便于统计业务流程是否成功，以及造成业务流程失败的原因，每条业务流程记录还可以包括DNS解析失败标识、业务流程超时标识和业务流程成功标识。此外，为了在建立数据库时更具有针对性，每条业务流程还都应包括业务流程触发时间，这样就可以针对某一时间段内产生的业务流程进行统计、分析。

需要说明的是，业务流程记录可以按照上述表一所示的形式进行存储，还可以按照其他便于DNS查找的方式进行存储，在此不做限定。

步骤103、调整满足指定条件的域名系统DNS配置。

其中，满足指定条件的DNS配置至少包括：在业务流程记录中的相同条件下，业务成功率小于第一阈值和/或业务尝试次数大于第二阈值的DNS配置。

在本发明实施例中，业务成功率具体可以为该相同条件下业务流程成功标识为“Y”的记录的数量/所有的业务流程记录的总数量；业务尝试次数则为该相同条件下所有业务记录的总次数。

需要说明的是，第一阈值和第二阈值可以由工作人员根据历史数据或是经验值进行预先设定，在此不做限定，比如，第一阈值可以设置为30％，第二阈值可以设置为50。

步骤104、按DNS配置返回结果。

上述返回的结果指的是按照传统TAI域名解析方式得到的IP地址。

本发明实施例可以在接收到TAI域名的解析请求消息后，在指定时间内产生的业务流程记录中查找是否存在与TAI域名相同的历史记录；若存在与TAI域名相同的历史记录，且历史记录中存在未成功的业务流程记录，则调整满足指定条件的DNS配置，其中，满足指定条件的DNS配置至少包括：在业务流程记录中的相同条件下，业务成功率小于第一阈值和/或业务尝试次数大于第二阈值的DNS配置。由此可见，本发明实施例在DNS配置可能存在漏配、误配的情况下，会对原有DNS配置进行调整，从而降低因TAC发生变化而造成的通过MME所构建的域名查询到的地址出现错误的概率。此外，在本发明实施例中，判断DNS配置是否存在漏配、误配的情况，主要是依据已产生的业务流程记录中的业务成功率和业务尝试次数，这样一来，可以使DNS配置的调整过程更具有针对性，从而将重点调整过程锁定在已发生变化的TAC所对应的DNS配置中，这样就能进一步解决因TAC发生变化而造成的通过MME所构建的域名查询到的地址出现错误的问题。

在调整DNS配置时，为了确保经调整后的DNS配置能够提升TAI域名解析过程的准确率，在本发明实施例的一个实现方式中，DNS可以从历史记录中查找到与未成功的业务流程记录的SGW域名和SGW地址相同的历史子记录，之后根据业务流程子记录的数量调整DNS配置。因此，在如图2所示的实现方式的基础上，还可以实现为如图3所示的实现方式。其中，在执行步骤103调整满足指定条件的DNS配置之前，还可以执行步骤105和步骤106，步骤103可以具体实现为步骤201：

步骤105、获取每条未成功的业务流程记录的SGW域名和SGW地址。

从表一所示的业务流程记录中可以看到，每个TAI域名都会存在对应的SGW域名和SGW地址，但同一TAI域名会对应至少一个SGW域名，且由于SGW域名与SGW地址之间的对应关系可以得知，同一TAI域名会对应至少一个SGW地址。因此，在本发明实施例中，未成功的业务流程记录中，可能会存在多组与TAI域名对应的SGW域名和SGW地址的组合。比如，在未成功的业务流程记录中，某TAI域名对应的SGW域名为A和B，A对应的SGW地址为1.1，而B对应的SGW地址为2.2。

步骤106、从历史记录中查找与SGW域名和SGW地址相同的历史子记录，并根据SGW域名和SGW地址，对历史子记录进行分组，得到至少一个业务流程子记录。

其中，每个业务流程子记录中所有子记录的SGW域名和SGW地址相同。

参照步骤105中所例举的内容，对历史子记录进行分组后，得到2个业务流程子记录，其中一个业务流程子记录包括SWG域名为A且SGW地址为1.1的业务流程记录，另一个业务流程子记录包括SWG域名为B且SGW地址为2.2的业务流程记录。

步骤201、根据业务流程子记录的数量，调整满足指定条件的DNS配置。

业务流程子记录的数量指的是这一个业务流程子记录中所有业务流程记录的总数量，比如，SWG域名为A且SGW地址为1.1的业务流程记录对应的业务流程子记录的数量为5条，SWG域名为B且SGW地址为2.2的业务流程记录对应的业务流程子记录的数量为10条。

上述内容，可以确保更有针对性的完成DNS配置调整的过程，即对DNS配置进行调整的过程，需要考虑该DNS配置所对应的SGW域名和SGW地址，这样就能确保调整后的DNS配置与调整前的DNS配置对应相同的SGW域名和相同的SGW地址，从而避免DNS配置在调整后存在误配的情况。

针对业务流程子记录的数量的不同，在本发明实施例的一个实现方式中，可以采取不同的处理方式，以实现DNS配置的调整。因此，在如图3所示的实现方式的基础上，还可以实现为如图4所示的实现方式。其中，在执行步骤201根据业务流程子记录的数量，调整满足指定条件的DNS配置之前，还可以执行步骤107，步骤201可以具体实现为步骤301至步骤305：

步骤107、获取业务流程子记录的数量。

步骤301、若业务流程子记录的数量为一条，则将TAI域名中的tac-lb值加1后查询与解析请求消息对应的DNS配置类型相同的待选DNS配置。

如表一所示，TAI域名中至少包括tac-lb和tac-hb。TAI域名格式为tac-lb<TAC-low-byte>.tac-hb<TAC-high-byte>.tac.epc.mnc001.mcc460.3gppnetwork.org。其中，<TAC-low-byte>：指X3X4，为tac低两位，用tac-lb表示；<TAC-high-byte>：指X1X2，为tac高两位，用tac-hb表示。在实际应用过程中，X1和X2由运营商进行统一分配，而X3和X4则由各省自行分配。

步骤302、判断待选DNS配置是否满足调整条件。其中，若满足调整条件，则执行步骤303；否则，执行步骤304，并在执行完步骤304后，循环执行步骤302，直至找到满足调整条件的待选DNS配置为止。

其中，满足调整条件的待选DNS配置至少包括：业务成功率大于第三阈值和/或业务尝试次数大于第四阈值的DNS配置。

需要说明的是，第三阈值和第四阈值可以由工作人员根据历史数据或是经验值进行预先设定，在此不做限定，比如，第三阈值可以设置为90％，第四阈值可以设置为50。

步骤303、将待选DNS配置写入到TAI域名的配置表中，并将待选DNS配置标记为自适应结果。

步骤304、将TAI域名中的tac-lb值再加1后查询与解析请求消息对应的DNS配置类型相同的待选DNS配置。

需要说明的是，在上述调整tac-lb值的过程中，tac-hb值始终不变。

步骤305、若业务流程子记录的数量为至少两条，则降低当前DNS配置的优先级。

在如图4所示的实现方式的基础上，还可以实现为如图5所示的实现方式。其中，步骤305若业务流程子记录的数量为至少两条，则降低当前DNS配置的优先级，可以具体实现为步骤401：

步骤401、若业务流程子记录的数量为至少两条，则将当前DNS配置的优先级调整为所有业务流程子记录对应的DNS配置中的最低优先级。

由此可见，对于业务流程子记录的数量为一条的情况，可以将TAI域名中的tac-lb值进行加1后，查询与解析请求消息对应的DNS配置类型相同的待选DNS配置，若这个待选DNS配置不满足当前需求，则将已经加1的tac-lb值再加1，以此类推，直至查询到满足当前需求的待选DNS配置，并将该待选DNS配置作为调整后的DNS配置；而对于业务流程子记录的数量为至少两条的情况，考虑到存在备选的DNS配置，因此，可以通过调整DNS配置的优先级来将当前待调整的DNS配置的优先级降低，这样就可以间接将其他DNS配置的优先级提高，从而完成DNS配置的调整。

需要说明的是，上述TAI域名解析过程，还可以应用到诸如路由区域识别(英文：Routing Area Identification，RAI)域名解析过程等实现方式中。也就意味着，对于存在网络类似配置规则的DNS解析配置方案中，均可以采用上述实现方案进行DNS配置的自适应，即DNS配置的调整，从而完成DNS配置及纠错查询。

本发明实施例提供一种调整DNS配置的装置50，如图6所示，该装置50可以用于执行如图2至图5所示的方法流程，该装置50包括：

查找模块51，用于在接收到TAI域名的解析请求消息后，在指定时间内产生的业务流程记录中查找是否存在与TAI域名相同的历史记录。

确定模块52，用于若查找模块51查找到存在与TAI域名相同的历史记录，则确定历史记录中是否存在未成功的业务流程记录。

调整模块53，用于若确定模块52确定存在未成功的业务流程记录，则调整满足指定条件的DNS配置，满足指定条件的DNS配置至少包括：在业务流程记录中的相同条件下，业务成功率小于第一阈值和/或业务尝试次数大于第二阈值的DNS配置。

在本发明实施例的一个实现方式中，装置50还包括：

获取模块54，用于获取每条未成功的业务流程记录的服务网关SGW域名和SGW地址。

查找模块51，还用于从历史记录中查找与获取模块54获取的SGW域名和SGW地址相同的历史子记录，并根据SGW域名和SGW地址，通过分组模块55对历史子记录进行分组，得到至少一个业务流程子记录，其中，每个业务流程子记录中所有子记录的SGW域名和SGW地址相同。

调整模块53，具体用于：

根据业务流程子记录的数量，调整满足指定条件的DNS配置。

在本发明实施例的一个实现方式中，获取模块54，还用于获取业务流程子记录的数量。

调整模块53，具体用于：

若业务流程子记录的数量为一条，则将TAI域名中的tac-lb值加1后查询与解析请求消息对应的DNS配置类型相同的待选DNS配置；

若待选DNS配置满足调整条件，则将待选DNS配置写入到TAI域名的配置表中，并将待选DNS配置标记为自适应结果，满足调整条件的待选DNS配置至少包括：业务成功率大于第三阈值和/或业务尝试次数大于第四阈值的DNS配置；

若业务流程子记录的数量为至少两条，则降低当前DNS配置的优先级。

在本发明实施例的一个实现方式中，调整模块53，还用于若待选DNS配置未满足调整条件，则将TAI域名中的tac-lb值再加1后查询与解析请求消息对应的DNS配置类型相同的待选DNS配置，直至找到满足调整条件的待选DNS配置为止。

在本发明实施例的一个实现方式中，调整模块53，具体用于：

将当前DNS配置的优先级调整为所有业务流程子记录对应的DNS配置中的最低优先级。

本发明实施例可以在接收到TAI域名的解析请求消息后，在指定时间内产生的业务流程记录中查找是否存在与TAI域名相同的历史记录；若存在与TAI域名相同的历史记录，且历史记录中存在未成功的业务流程记录，则调整满足指定条件的DNS配置，其中，满足指定条件的DNS配置至少包括：在业务流程记录中的相同条件下，业务成功率小于第一阈值和/或业务尝试次数大于第二阈值的DNS配置。由此可见，本发明实施例在DNS配置可能存在漏配、误配的情况下，会对原有DNS配置进行调整，从而降低因TAC发生变化而造成的通过MME所构建的域名查询到的地址出现错误的概率。此外，在本发明实施例中，判断DNS配置是否存在漏配、误配的情况，主要是依据已产生的业务流程记录中的业务成功率和业务尝试次数，这样一来，可以使DNS配置的调整过程更具有针对性，从而将重点调整过程锁定在已发生变化的TAC所对应的DNS配置中，这样就能进一步解决因TAC发生变化而造成的通过MME所构建的域名查询到的地址出现错误的问题。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(英文：Read-Only Memory，ROM)或随机存储记忆体(英文：Random Access Memory，RAM)等。

以上所述，仅为本发明的具体实施方式，但本发明实施例的保护范围并不局限于此，任何本发明实施例揭露的技术范围内的变化或替换，都应涵盖在本发明实施例的保护范围之内。因此，本发明实施例的保护范围应该以权利要求的保护范围为准。