服务网关的配置、查询方法、装置和系统 【技术领域】
本发明涉及通信技术领域，特别涉及服务网关的配置、查询方法、装置和系统。
背景技术
第三代移动通信伙伴项目(Third Generation Partnership Project，3GPP)定义的下一代移动通讯系统核心网络系统架构演进(System ArchitectureEvolution，SAE)是一个提供分组业务的统一网络。SAE的核心网主要包括移动管理实体(Mobility Management Entity，MME)、服务网关(ServingGateway，SGW)、分组数据网关(PDN Gateway，PGW)三个逻辑功能实体，其中的MME负责NAS信令和NAS信令加密以及漫游、跟踪等功能，分配用户临时身份标识、安全功能等，它对应于当前UMTS系统内部的SGSN的控制平面部分。SGW负责本地的移动性锚点和3GPP系统内部的移动性锚点以及合法监听相关信息；PGW则负责策略执行和计费以及合法监听相关功能。
根据3GPP协议，在附着(Attach)、跟踪区更新(Tracking Area Update，TAU)、切换(Handover)等接入流程中，MME可以根据用户终端接入时的踪区标识(Tracking Area Identity，TAI)到域名系统服务器(Domain NameSystem Server，DNS Server)来查找为该用户终端提供服务的SGW，如可以根据TAI在DNS Server中查找服务网关信息；上述服务网关信息包括：服务网关主机名(SGW Hostname)、因特网协议(Internet Protocol，IP)地址等。同时MME可缓存该DNS查询结果，以提高后续用户接入流程的效率。根据当前的协议规范，TAI由移动国家码(Mobile Country Code，MCC)、移动网络码(Mobile Network Code，MNC)、跟踪区码(Tracking Area Code，TAC)构成，TAI最长为10字节。
因此在DNS Server中可以配置TAI和SGW的对应关系，如果设定SGW1和SGW2部署在同一个共享服务(POOL)区内，共同覆盖跟踪区1(TrackingArea1，TA1)和TA2；SGW3不在POOL区内，SGW3单独覆盖TA3和TA4。对于在TA1和TA2执行接入流程的用户终端来说，MME可以任意选择SGW1或SGW2来为该用户终端提供服务，而在TA3和TA4执行接入流程的用户终端来说，MME则选择SGW3为该用户终端提供服务。
在现有技术中，由于TAI的数量很大(数以万计)，相应地，DNS Server上TAI与SGW信息对应关系表项数量也很大，导致，配置TAI与SGW信息的对应关系文件的工作量大，同时，由于存储TAI与SGW信息的对应关系表所占用的空间也很大，浪费了DNS Server的存储空间。
【发明内容】
本发明实施例要解决的技术问题是提供服务网关的配置、查询方法、装置和系统，减少TAI的数量。
为解决上述技术问题，本发明所提供的服务网关信息的配置方法实施例可以通过以下技术方案实现：
获取跟踪区以及所述跟踪区所对应的服务网关的信息；
配置经掩码处理后的跟踪区的跟踪区标识与服务网关的对应关系；其中，对应于相同服务网关的跟踪区标识经掩码处理后的跟踪区标识相同；
将所述经掩码处理后的跟踪区标识和服务网关的对应关系发送给域名系统服务器；将所述掩码处理的规则发送给移动管理实体或域名系统服务器。
本发明实施例还提供了一种服务网关信息的查询方法，包括：
获取经掩码处理后的跟踪区的跟踪区标识和服务网关的对应关系；其中，对应于相同服务网关的跟踪区标识经掩码处理后的跟踪区标识相同；
根据获取的掩码处理后的跟踪区的跟踪区标识查找对应的服务网关信息；
将查找到的所述服务网关的信息发送给所述移动管理实体。
本发明实施例还提供了一种服务网关信息的查询方法，包括：
获取掩码处理的规则；根据所述掩码处理的规则将接收到的跟踪区标识进行掩码处理，其中，对应于相同服务网关的跟踪区标识经掩码处理后的跟踪区标识相同；
向移域名系统服务器发送查询请求消息，请求查询所述经掩码处理后的跟踪区标识对应的服务网关的信息。
本发明实施例还提供了一种网络管理站，包括：
信息获取单元，用于获取跟踪区以及所述跟踪区所对应地服务网关的信息；
配置单元，用于配置经掩码处理后的跟踪区的跟踪区标识与服务网关的对应关系；其中，对应于相同服务网关的跟踪区标识经掩码处理后的跟踪区标识相同；
发送单元，用于将所述配置单元配置的经掩码处理后的跟踪区标识和服务网关的对应关系发送给域名系统服务器；将所述掩码处理的规则发送给移动管理实体或域名系统服务器。
本发明实施例还提供了一种域名系统服务器，包括：
获取单元，用于获取经掩码处理后的跟踪区的跟踪区标识和服务网关的对应关系；其中，对应于相同服务网关的跟踪区标识经掩码处理后的跟踪区标识相同；
查找单元，用于根据获取的掩码处理后的跟踪区的跟踪区标识查找对应的服务网关信息；
结果发送单元，用于将查找单元查找到的所述服务网关的信息发送给所述移动管理实体。
本发明实施例还提供了一种移动管理实体，包括：
规则获取单元，用于获取掩码处理的规则；
掩码处理单元，用于根据所述规则获取单元获取的掩码处理的规则将接收到的跟踪区标识进行掩码处理，其中，对应于相同服务网关的跟踪区标识经掩码处理后的跟踪区标识相同；
查询单元，用于向移域名系统服务器发送查询请求消息，请求查询所述经掩码处理后的跟踪区标识对应的服务网关的信息。
本发明实施还提供了一种通信系统，包括：
网络管理站，用于获取跟踪区以及所述跟踪区所对应的服务网关的信息；配置经掩码处理后的跟踪区的跟踪区标识与服务网关的对应关系；其中，对应于相同服务网关的跟踪区标识经掩码处理后的跟踪区标识相同；将所述经掩码处理后的跟踪区标识和服务网关的对应关系发送给域名系统服务器；将所述掩码处理的规则发送给域名系统服务器或者移动性管理实体；
域名系统服务器，用于接收掩码处理的规则，以及所述经掩码处理后的跟踪区标识和服务网关的对应关系；根据获取的经掩码处理后的跟踪区的跟踪区标识查找对应的服务网关信息，并发送给移动性管理实体。
上述技术方案具有如下有益效果：由于相同服务网关的跟踪区的TAI经掩码处理后相同，这样就可以将同一服务网关的TAI合并为一个，从而减少TAI的数量，进而减少DNS Server上TAI与SGW信息的对应关系表项。进而减少配置DNS Server的配置量，提高配置DNS Server的效率，节省DNS Server的存储空间。
【附图说明】
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1A为本发明实施例一方法流程示意图；
图1B为本发明实施例一另一方法流程示意图；
图1C为本发明实施例一另一方法流程示意图；
图2为本发明实施例二系统结构示意图；
图3为本发明实施例二方法流程示意图；
图4为本发明实施例三网络管理站结构示意图；
图5为本发明实施例四域名系统服务器结构示意图；
图6为本发明实施例四另一域名系统服务器结构示意图；
图7为本发明实施例五移动管理实体结构示意图；
图8为本发明实施例六系统结构示意图；
图9为本发明实施例六另一系统结构示意图；
图10为本发明实施例六另一系统结构示意图。
【具体实施方式】
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
实施例一，如图1A所示，本发明实施例提供了一种服务网关信息的配置方法，包括：
101A：获取跟踪区以及上述跟踪区所对应的服务网关的信息；
由于一个域名系统服务器仅为一部分跟踪区服务，因此在一个域名系统服务器上的配置只针对该域名服务器所服务的跟踪区。
其中，共享服务区是指：两个或两个以上的跟踪区可以共同使用两个或两个以上的服务网关。例如背景技术中的TA1和TA2共享使用SGW1和SGW2，反之SGW1和SGW2共同覆盖TA1和TA2。因此上述跟踪区对应的服务网关的个数可以为一个或者一个以上。
其中，获取跟踪区以及上述跟踪区所对应的服务网关的信息包括：
预先配置服务网关所对应的跟踪区，或者属于同一个共享服务区的跟踪区信息；或者包括：
从其他网元获取服务网关所对应的跟踪区，或者属于同一个共享服务区的跟踪区信息。
102A：配置经掩码处理后的跟踪区的跟踪区标识与服务网关的对应关系；
其中，对应于相同服务网关的跟踪区标识经掩码处理后的跟踪区标识相同。
其中，上述经掩码处理后的跟踪区标识可以包括：标识为跟踪区所属服务网关的字段，且相同服务网关上述字段的值相同；上述字段的值可以理解为一个值也可以是一个值的范围，本发明实施例对此不予限定。
上述经掩码处理后的跟踪区标识相同包括：在跟踪区标识的高位字段标识跟踪区所属的服务网关；进一步的，可以截取原有的跟踪区标识的一定长度用于区分不同的服务网关或共享服务器。
103A：将上述经掩码处理后的跟踪区标识和服务网关的对应关系发送给域名系统服务器；
104A：将上述掩码处理的规则发送给移动管理实体或域名系统服务器。
上述将将掩码处理的规则发送给移动管理实体或域名系统服务器包括：将高位字段的长度信息发送给移动管理实体或域名系统服务器。另外可以理解的是103A与104A的执行顺序是不限制的，不影响实施例的实现。
上述服务网关信息的配置方法的执行主体可以为网络管理站(NetworkManagement Station，NMS)。由于相同服务网关的跟踪区的TAI经掩码处理后相同，这样就可以将同一服务网关的TAI合并为一个，从而减少TAI的数量，进而减少DNS Server上TAI与SGW信息的对应关系表项。进而减少配置DNSServer的配置量，提高配置DNS Serve的效率，节省DNS Server的存储空间。
与上述服务网关信息的查询方法对应的，如图1B所示，本发明实施例还提供了一种服务网关信息的查询方法，包括：
101B：获取经掩码处理后的跟踪区的跟踪区标识和服务网关的对应关系；其中，对应于相同服务网关的跟踪区标识经掩码处理后的跟踪区标识相同；
102B：根据获取的掩码处理后的跟踪区的跟踪区标识查找对应的服务网关信息；
具体地，根据获取的掩码处理后的跟踪区的跟踪区标识查找对应的服务网关信息包括：
接收移动性管理网元发送的查询请求消息，上述查询请求消息中包含上述掩码处理后的跟踪区的跟踪区标识，根据上述掩码处理后的跟踪区的跟踪区标识查找对应的服务网关信息；或者
接收移动性管理网元发送的查询请求消息，上述查询请求消息中包含跟踪区的跟踪区标识，根据获取的掩码处理规则对上述接收到的跟踪区的跟踪区标识进行掩码处理，根据上述掩码处理后的跟踪区的跟踪区标识查找对应的服务网关信息。上述掩码处理的规则可以是处理后的跟踪区标识在原跟踪区标识中的位置信息。上述位置信息可以是：掩码长度或掩码的位数信息，当然采用其它方式来标识跟踪区所属服务网关的字段的方式并不影响本发明实施例的实现，本发明实施例对此不予限定。
103B：将查找到的上述服务网关的信息发送给上述移动管理实体。
上述跟踪区标识为一个跟踪区标识，上述经掩码处理后的跟踪区标识为一个经掩码处理后的跟踪区标识；或者，上述跟踪区标识为一个跟踪区标识范围，上述经掩码处理后的跟踪区标识为一个经掩码处理后的跟踪区标识的范围。
上述服务网关信息的查询方法的执行主体可以为DNS Server。由于相同服务网关的TAI经掩码处理后相同，这样就可以将同一服务网关的TAI合并为一个，从而减少TAI的数量，进而减少DNS Server上TAI与SGW信息的对应关系表项。进而减少配置DNS Server的配置量，提高配置DNS Serve的效率，节省DNS Server的存储空间。同时也减少了查询结果缓存的规格，提高网元的TA覆盖规格，节省网元设备资源消耗。
与上述服务网关信息的查询方法对应的，如图1C所示，本发明实施例还提供了另一种服务网关信息的查询方法，包括：
101C：获取掩码处理的规则；在获得跟踪区标识且被触发进行服务网关信息的查询之后，根据上述掩码处理的规则将接收到的跟踪区标识转换为经掩码处理后的跟踪区标识；其中，对应于相同服务网关的跟踪区标识经掩码处理后的跟踪区标识相同；
102C：向域名系统服务器发送查询请求消息，请求查询上述经掩码处理后的跟踪区标识对应的服务网关的信息。
在步骤103之后，还可以接收域名系统服务器发送的服务网关的信息。
上述服务网关信息的查询方法的执行主体可以为MME。将属于相同服务网关的跟踪区使用相同的字段表示，这样就可以将同一服务网关的TAI数量减少为一个，从而减少TAI的数量，进而减少DNS Server上TAI与SGW信息的对应关系表项。同时也减少了查询结果缓存的规格，提高网元的TA覆盖规格，节省网元设备资源消耗。
实施例二，在3GPP协议中，在附着(Attach)、跟踪区更新(Tracking AreaUpdate，TAU)、切换(Handover)等流程中，MME需要根据TAI查询DNS Server来选择SGW，获取相应的SGW信息，同时MME可缓存该DNS查询结果，以提高后续用户接入流程的效率。本实施例将以附着(Attach)流程为例进行说明，其它流程中的查找方式与附着(Attach)流程中的查找方式相同，不再一一赘述。
为了更清楚本发明实施例中各网元在网络中的位置，如图2所示，为LTE/SAE的典型网络架构图的一种典型架构的举例，SGW1和SGW2部署在同一个共享服务(POOL)区内，共同覆盖跟踪区1(Tracking Area1，TA1)和TA2。SGW3不在POOL区内，SGW3单独覆盖TA3和TA4。对于TA1和TA2来说可以任意选择SGW1或SGW2使用，TA3和TA4则所属于SGW3。
在配置过程中需要执行的步骤为：
1、可以对TAI进行规划，TAI的高BIT位标识不同的SGW或不同POOL区内的一组SGW，另外，低BIT位可以用于标识同一SGW内不同的TA或标识同一POOL区内不同的TA。同一SGW或同一POOL区覆盖范围内的TAI高BIT位数值相同，低BIT位数值不同。
进行掩码处理的过程包括：假如将高BIT位数记为掩码长度(记为N)，经掩码处理后的TAI构成如下：将原有的TAI标识的N个高BIT位维持不变，其他的BIT位均置0。根据当前的协议规范，TAI最长为10字节，N的取值范围为：1～(10×8)，这样TAI最长为(10×8)BIT。
计算经掩码处理后的TAI的方法可以是，将TAI的高N位以外的其他每一位都和1作逻辑与运算，其逻辑表达式可以为：
经掩码处理后的TAI＝TAI AND((2**(10×8)-1)-(2**N-1))
上述计算经掩码处理后的TAI的逻辑表达式，可以将TAI高N位保持不变，其它位置0。
当然为了将具有相同高BIT位的TAI处理为相同TAI，还可以直接读取高BIT位的N位作为经掩码处理后的TAI。将具有相同高BIT位的TAI处理为相同TAI的具体实现方式本发明实施例不予限定。
对应于图2的情况，POOL1中的SGW1和SGW2用同一个经掩码处理后的TAI标识，SGW3用单独的经掩码处理后的TAI标识。
2、运营商配置DNS Server，向DNS Server下发掩码处理后的TAI和SGWHostname、IP的对应关系文件，可以以表的形式下发。
在DNS Server配置，经掩码处理后的TAI、SGW Hostname、IP的对应关系表如表1所示：
表1
经掩码处理后的TAI SGW Hostname SGW IP
这样，DNS Server上只需配置经掩码处理后的TAI与SGW Hostname、IP的对应关系，配置的数量减少为原来的N/(10×8)，可大大减少配置的数量，增加配置工作的效率。
3、运营商将配置的经掩码处理的TAI和SGW和服务网关的对应关系发送给DNS Server，向MME或者DNS Server下发掩码长度(N)。
在Attach(附着)、TAU(跟踪区更新)、Handover(切换)等业务流程中，MME或DNS Server将获取的TAI进行掩码处理，经掩码处理后的TAI构成如下：N个高BIT位维持不变，其他的低BIT位均为0。然后用掩码处理后的TAI查询DNSServer(参见后面的Attach流程)，获取对应的SGW Hostname、IP。
在上述运营商对TAI的配置过程中，也可以给每个SGW或每个POOL区内的一组SGW分配一定的TAI范围，该范围中不同的TAI标识同一SGW或同一POOL区内不同的TA，不同SGW或不同POOL区的TAI范围相互不重叠。TAI范围由起始TAI、结束TAI来标识。对应于上图的情况，POOL1中的SGW1和SGW2分配相同的TAI范围，SGW3分配另外一个单独的TAI范围。
上述运营商配置DNS Server的过程中，则向DNS Server下发TAI范围(起始TAI、结束TAI)和SGW Hostname、IP的对应关系。
在DNS Server配置：TAI范围(起始TAI、结束TAI)、SGW Hostname、IP的对应关系表如表2所示：
表2
起始TAI 结束TAI SGW Hostname SGW IP
运营商配置MME或DNS Server时候，则向MME或者DNS Server下发配置的TAI范围(起始TAI、结束TAI)。
附着(Attach)流程中的查找，如图3所示，包括：
301：用户设备(User Equipment，UE)向eNodeB发送连接请求(AttachRequest)消息；
302：eNodeB向MME发送用户初始消息(INITIAL UE MESSAGE)其中携带Attach Request消息和TAI；
303：MME收到Attach Request消息后，根据TAI、或经掩码处理后的TAI、或TAI范围(起始TAI、结束TAI)向DNS Server查询对应的SGW；
如果发送经掩码处理后的TAI，那么需要将步骤302中的TAI进行掩码处理，并将经掩码处理后的TAI发送给DNS Server，具体的掩码处理方式可以参照1中的描述。
304：DNS Server查询SGW的信息并返回查询结果给MME；
具体的查询方法可以为：
若接收到的是经掩码处理后的TAI，那么直接根据上述经掩码处理后的跟踪区标识查找对应的服务网关的信息；
若接收到的是TAI，那么先根据上述掩码处理的规则对上述接收到的跟踪区标识进行掩码处理，然后根据经掩码处理后的跟踪区标识查找对应的服务网关的信息；
若接收到的是TAI范围，如果起始TAI、结束TAI经掩码处理过，那么可以直接查找这个范围的经掩码处理后的TAI对应的服务网关的信息；如果起始TAI、结束TAI没有经掩码处理过，则先对起始TAI、结束TAI执行掩码处理，然后再查找这个范围的经掩码处理后的TAI对应的服务网关的信息。
305：MME向SGW发送创建默认承载请求(Create Default Bearer Request)消息；
306：SGW选择本端S1-U IP地址，然后向PDN网关(PDN Gateway，PGW)发送Create Default Bearer Request消息；
307：PGW回应创建默认承载响应(Create Default Bearer Response)消息；
308：SGW向MME发送Create Default Bearer Response消息，携带前面选择的本端S1-U IP地址；
309：MME向eNodeB发送附着接受(Attach Accept)消息，携带SGW的S1-U IP地址；
310：eNodeB从Attach Accept消息中获取S-GW的S1-U IP地址，然后向UE转发Attach Accept消息；
311：UE向eNodeB发送附着完成(Attach Complete)消息；
312：eNodeB向MME转发Attach Complete消息；
313：MME向S-GW发送更新承载请求(Update Bearer Request)消息；
314：S-GW回应更新承载响应(Update Bearer Response)消息。
上述实施例中，由于相同服务网关的跟踪区的TAI经掩码处理后相同，这样就可以将同一服务网关的TAI合并为一个，从而减少TAI的数量，进而减少DNS Server上TAI与SGW信息的对应关系表项。同时也减少了查询结果缓存的规格，提高网元的TA覆盖规格，节省网元设备资源消耗。
实施例三，如图4所示，本发明实施例还提供了一种网络管理站，包括：
信息获取单元401，用于获取跟踪区以及上述跟踪区所对应的服务网关的信息；
配置单元402，用于配置经掩码处理后的跟踪区的跟踪区标识与服务网关的对应关系；其中，对应于相同服务网关的跟踪区标识经掩码处理后的跟踪区标识相同；
发送单元403，用于将配置单元402配置的经掩码处理后的跟踪区标识和服务网关的对应关系发送给域名系统服务器；将上述掩码处理的规则发送给移动管理实体或域名系统服务器。
具体地，经掩码处理后的跟踪区标识相同包括：在跟踪区标识的高位字段标识跟踪区所属的服务网关；
上述发送单元403，具体用于将高位字段的长度信息发送给移动管理实体或域名系统服务器。
实施例四，如图5所示，本发明实施例还提供了一种域名系统服务器，包括：
获取单元501，用于获取经掩码处理后的跟踪区的跟踪区标识和服务网关的对应关系；其中，对应于相同服务网关的跟踪区标识经掩码处理后的跟踪区标识相同；
查找单元502，用于根据获取的掩码处理后的跟踪区的跟踪区标识查找对应的服务网关信息；
结果发送单元503，用于将查找单元502查找到的上述服务网关的信息发送给上述移动管理实体。
具体地，如图6所示，上述查找单元502，包括：
第一接收单元601，用于接收移动性管理网元发送的查询请求消息，上述查询请求消息中包含上述掩码处理后的跟踪区的跟踪区标识；
第一查找子单元602，用于根据上述第一接收单元601接收到的掩码处理后的跟踪区的跟踪区标识查找对应的服务网关信息；
或者上述查找单元502，也可以包括：
第二接收单元603，用于接收移动性管理网元发送的查询请求消息，上述查询请求消息中包含跟踪区的跟踪区标识；
处理单元604，用于根据上述获取单元501获取的掩码处理规则对第二接收单元603接收到的跟踪区的跟踪区标识进行掩码处理；
第二查找子单元605，用于根据上述处理单元604进行掩码处理后的跟踪区的跟踪区标识查找对应的服务网关信息。
可选地，上述跟踪区标识包括：跟踪区标识或跟踪区标识范围；上述经掩码处理后的跟踪区标识包括：经掩码处理后的跟踪区标识或经掩码处理后的跟踪区标识的范围。
实施例五，如图7所示，本发明实施例还提供了一种移动管理实体，包括：
规则获取单元701，用于获取掩码处理的规则；
掩码处理单元702，用于根据上述规则获取单元701获取的掩码处理的规则将接收到的跟踪区标识进行掩码处理，其中，对应于相同服务网关的跟踪区标识经掩码处理后的跟踪区标识相同；
查询单元703，用于向移域名系统服务器发送查询请求消息，请求查询上述经掩码处理后的跟踪区标识对应的服务网关的信息。
实施例六，如图8所示，本发明实施例还提供了一种通信系统，包括：
网络管理站801，用于获取跟踪区以及上述跟踪区所对应的服务网关的信息；配置经掩码处理后的跟踪区的跟踪区标识与服务网关的对应关系；其中，对应于相同服务网关的跟踪区标识经掩码处理后的跟踪区标识相同；将上述经掩码处理后的跟踪区标识和服务网关的对应关系发送给域名系统服务器802；将上述掩码处理的规则发送给域名系统服务器802或者移动性管理实体；
域名系统服务器802，用于接收掩码处理的规则，以及所述经掩码处理后的跟踪区标识和服务网关的对应关系；根据获取的经掩码处理后的跟踪区的跟踪区标识查找对应的服务网关信息，并发送给移动性管理实体。
可选地，如图9所示，所述的通信系统，还包括：
第一移动性管理实体901，用于向所述域名系统服务器802发送查询请求消息，该查询请求消息中包含跟踪区标识；
所述域名系统服务器802将接收到的跟踪区标识进行掩码处理后，查找对应的服务网关信息。
可选地，如图10所示，所述的通信系统，还包括：
第二移动性管理实体1001，用于接收掩码处理的规则，将获取的跟踪区标识进行掩码处理后发送给域名系统服务器802。
具体地，上述跟踪区标识为一个跟踪区标识，上述经掩码处理后的跟踪区标识为一个经掩码处理后的跟踪区标识；或者，上述跟踪区标识为一个跟踪区标识范围，上述经掩码处理后的跟踪区标识为一个经掩码处理后的跟踪区标识的范围。
上述实施例中，由于相同服务网关的跟踪区的TAI经掩码处理后相同，这样就可以将同一服务网关的TAI合并为一个，从而减少TAI的数量，进而减少DNS Server上TAI与SGW信息的对应关系表项。同时也减少了查询结果缓存的规格，提高网元的TA覆盖规格，节省网元设备资源消耗。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上对本发明实施例所提供的服务网关的配置、查询方法、装置和系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。