CN101080098B - 一种通信方法和系统 - Google Patents

Abstract

本发明涉及一种通信方法，包括：移动终端生成相应的标识；所述移动终端向接入点设备发送携带所述标识的连接建立请求消息；所述接入点设备根据所述标识向域名系统设备发起标准的接入点名称解析请求或者先向用户签约数据库设备查询所述接入点名称，根据查询得到的携带管理域信息的本地业务接入点名称再向域名系统设备发起标准的接入点名称解析请求。本发明还涉及一种通信系统，包括：移动终端，用于发送携带标识的连接建立请求消息；接入点设备，根据所述标识向域名系统设备发起标准的解析请求；用户签约数据库设备，用于针对移动终端存储其对应的含有归宿管理域信息的本地业务接入点名称。因此，本发明实现了同时支持全网业务和本地业务的开展。

Description

一种通信方法和系统 

技术领域

本发明涉及一种通信方法，特别是一种能够同时支持全网业务及本地业务开展的通信方法；本发明还涉及一种通信系统，特别是一种能够同时支持全网业务及本地业务的通信系统，属于移动通信技术领域。 

背景技术

在具有多个管理域的运营商网络中，运营商提供的业务可以分为全网业务和本地业务两种。有关管理域、全网业务、本地业务定义如下： 

管理域——具有相对独立的网络、业务、管理独立性的单位，例如很多的运营商通常按照省为单位来划分不同的管理域，每个管理域都有多个接入点，例如通用分组无线业务(General Packet Radio Service，以下简称：GPRS)的服务GPRS支持节点(Serving GPRS Support Node，以下简称：SGSN)，一个或多个网关，例如GPRS网络的网关GPRS支持节点(Gateway GPRS SupportNode，以下简称：GGSN)，以及对应的域名服务器(Domain Name System，以下简称：DNS)等； 

全网业务——面向全网范围的用户提供，在全网有统一的部署及策略控制，全网的用户不管在归宿地还是漫游地都可以使用该类别的业务。 

本地业务——某个管理域向自己的用户提供的一种自有业务，要求该管理域的用户漫游到其它管理域仍可以使用该业务。 

移动通信网络中用户使用数据业务的时候，目前通常利用的是一种接入点名称(Access Point Name，以下简称：APN)的机制来标识用户想要访问的外部网络，这个时候接入点设备利用APN解析来控制用户的路由，即控制用户和哪个网关(例如GPRS网络的GGSN)相连接。 

在具有多个管理域的运营商网络中，针对某类业务，通常全网统一使用相同的APN，由于标准的APN解析机制没有考虑用户的归属管理域信息，各个管理域的DNS服务器只能存储APN和对应网关的一对一数据，即只能把这些APN指向该管理域的网关，如图1所示。在这个系统中，归属不同管理域的用户不管在哪个管理域接入，都能够利用APN解析能力，就近接入当地的网关，进而访问外部网络或是业务服务器，避免了路由的迂回，适合于全网业务的开展，即各个管理域的网关都能够接入统一的业务系统，并且都配置了相应的业务流量控制以及统计策略。 

标准的APN解析机制，由于在解析的时候，没有考虑用户归属管理域的信息，不能够适应各管理域本地业务的开展。例如管理域A要开展某种本地业务A，其用户漫游到管理域B后接入网关B，不一定能访问到位于管理域A内部的业务A的服务器，即使能够访问到，由于目前很多业务的控制，例如内容计费，是在网关处进行，需要在网关处配置相应的策略，因而为了管理域A的用户漫游到其它管理域后能够正常地使用业务A，除了要打开所有的管理域A以外的网关到管理域A内部业务网络的访问许可，还需要在这些网关上部署和网关A相同的业务控制策略，例如内容计费针对业务A的识别规则。 

为了支持本地业务的开展，需要对APN解析机制进行增强，在其解析的时候考虑其归属管理域信息，使得用户不管在哪个管理域接入，都可以连接到用户归属管理域的网关设备。这个时候针对某个APN，DNS服务器需要存储若干 数据项： 

(APN.归属管理域信息A，网关A) 

(APN.归属管理域信息B，网关B) 

… 

例如申请号为CN200610098446的发明提出一种增强的APN机制，在接入节点获得用户APN后，添加上该用户的IMS I标签(包含该用户归属管理域信息)，经过DNS解析，获得用户归属管理域的网关的地址，进而建立到归属管理域网关的连接。这个机制使得在全网范围移动的用户可以接入归属管理域网关，有利于运营商针在各个管理域开展各自的本地业务，然而这个机制使得用户的数据连接首先要路由回归属的管理域网关，对于全网业务会造成不必要的路由迂回。对于全网业务，归属管理域B的某用户从管理域A接入后，“用户、接入点(归属管理域A)、网关(归属管理域B)、业务服务器”的路径长度总是要大于或等于“用户、接入点(归属管理域A)、网关(归属管理域A)、业务服务器”的路径长度。 

标准的APN机制不适用于开展本地业务，增强的APN机制虽然能够支持本地业务的开展，但对于全网业务会造成无谓的路由迂回。而实际网络中，一般来说，全网业务和本地业务同时存在，单纯的APN机制或是增强的APN机制并不适于同时支持全网业务和本地业务。 

发明内容

本发明的一个方面提供一种通信方法，适用于同时开展全网业务及本地业务，而且当移动终端的归宿管理域发生变化时，该方法不会引起数据通信的混乱。 

本发明的另一个方面是提供一种通信系统，能够同时支持全网业务及本地业务的开展，而且当移动终端的归宿管理域发生变化时，该系统不会引起数据通信的混乱。 

为实现本发明的第一个方面，本发明一部分实施例的通信方法包括： 

移动终端收到用户输入的使用数据业务命令后，根据所述命令判断用户所要使用的业务类型，生成相应的标识，所述标识包括全网业务类型标识和本地业务类型标识，所述本地业务类型标识未携带管理域信息； 

所述移动终端向接入点设备发送携带所述标识的连接建立请求消息； 

所述接入点设备根据所述连接建立请求消息判断其中携带的标识是全网业务类型标识还是本地业务类型标识，如果是全网业务类型标识，则向域名系统设备发起标准的接入点名称解析请求；如果是本地业务类型标识，则先向用户签约数据库设备查询与所述第二接入点名称对应的第三接入点名称，根据查询得到的第三接入点名称再向域名系统设备发起标准的接入点名称解析请求；所述第三接入点名称包含有携带管理域信息的本地业务类型标识； 

所述域名系统设备向接入点设备返回解析结果；所述接入点设备根据所述解析结果向对应的拜访地管理域网关设备或归宿地管理域网关设备发送连接请求消息；所述网关设备建立承载通道。 

基于本发明上述的实施例，本发明通过在运营商网络中配置一个包含有全网业务类型标识的第一接入点名称APN-QW和多个包含有本地业务类型标识的第二接入点名称APN-A、APN-B、...、APN-N，并在移动终端(User Equipment，以下简称：UE)和接入点设备处增加相应的控制机制，达到了本发明的第一个方面的目的，适用于同时开展全网业务和本地业务，而且当移动终端的归宿管理域发生变化时，该方法不会引起数据通信的混乱。此外，对于全网业务不会造成路由迂回，提高了带宽利用率，并减少了业务使用时延。 

为实现本发明的第二个方面，本发明一部分实施例的通信系统包括：移动终端、用户签约数据库设备和接入点设备； 

所述移动终端包括： 

配置单元，用于配置与用户所要使用的业务类型对应的标识，所述标识包括全网业务类型标识和本地业务类型标识，所述本地业务类型标识未携带管理域信息； 

接收单元，用于接收用户输入的使用数据业务命令，根据所述使用数据业务命令判断用户所要使用的业务类型； 

标识单元，与所述判断单元连接，用于根据用户所要使用的业务类型，在所述配置单元的配置中选择其一生成相应的标识； 

发送单元，与所述标识单元连接，用于发送携带所述标识的连接建立请求消息； 

所述用户签约数据库设备包括： 

用户签约数据存储单元，用于针对移动终端存储第三接入点名称，以供接入点设备进行查询；所述第三接入点名称包含有携带管理域信息的本地业务类型标识； 

所述接入点设备包括： 

判断单元，用于根据接收到的移动终端发送的连接建立请求消息中所携带的标识判断用户所要使用的业务类型，向域名系统设备发起标准的解析请求或先向查询单元发送查询命令，再根据返回的查询结果向域名系统设备发起标准的解析请求； 

查询单元，用于根据所述查询命令向所述用户签约数据存储单元查询第三接入点名称并将查询结果返回所述判断单元。 

基于本发明上述的实施例，本发明的移动终端能够发送携带全网业务接入点名称或本地业务接入点名称的连接建立请求消息，使接入点设备能够判断出用户所要使用的业务类型，调用标准的接入点名称解析机制。本发明的接入点设备能够接收所述移动终端发送的携带全网业务接入点名称或本地业务接入点名称连接建立请求消息，根据所述接入点名称向域名系统设备发起标准的解析请求。本发明的通信系统达到了本发明的第四个方面的目的，能够同时支持本地业务和全网业务的开展，而且当移动终端的归宿管理域发生变化时，该系统不会引起数据通信的混乱。此外，对于全网业务不会造成路由迂回，提高了带宽利用率，并减少了业务使用时延。 

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。 

附图说明

图1为现有通信系统的结构示意图； 

图2为本发明通信系统实施例一的结构示意图； 

图3为本发明通信系统实施例二和实施例三的结构示意图； 

图4为本发明通信方法实施例四的信令图； 

图5为本发明通信方法实施例五和实施例六的信令图。 

具体实施方式

实施例一： 

如图2所示，为本发明提供同时支持全网业务及本地业务的通信系统的实施例一的结构示意图，包括： 

UE，若该UE的归宿管理域为N，则UE包括：配置单元，用于配置包含有全网业务类型标识的APN——APN-QW和包含有携带管理域信息的本地业务类型标识的APN——APN-N，该UE的归宿管理域还可以为A、B、C...，相应的，该 配置单元配置的包含有携带管理域信息的本地业务类型标识的APN还可以为APN-A、APN-B、APN-C...；接收单元，用于接收用户输入的使用数据业务命令，根据所述使用数据业务命令判断用户所要使用的业务类型；标识单元，与所述判断单元连接，用于根据用户所要使用的业务类型，生成相应的全网业务APN——APN-QW或携带管理域信息的本地业务APN——APN-N；发送单元，与所述标识单元连接，用于发送携带APN-QW或APN-N的连接建立请求消息； 

DNS，包括：数据存储单元，用于针对APN-QW存储指向拜访地管理域GGSN的数据项、以及分别针对APN-A、APN-B、...、APN-N存储多个指向归宿管理域GGSN的数据项，对所述APN-QW和APN-A、APN-B、...、APN-N进行解析； 

SGSN，包括判断单元，用于接收UE发送的携带APN-QW或APN-N的连接建立请求消息，根据所述APN-QW或APN-N向DNS发起标准的解析请求。 

归宿管理域N的UE中预先配置了一个含有全网业务类型标识的APN——APN-QW和一个携带管理域信息的本地业务类型标识的APN——APN-N，该UE在向SGSN发送连接建立请求消息之前，UE中的标识单元先生成相应的APN：如果归宿管理域N的用户所要使用的是全网业务，该标识单元则生成含有全网业务类型标识的APN——APN-QW；如果归宿管理域N的用户所要使用的是本地业务，该标识单元则生成含有携带管理域信息的本地业务类型标识的APN——APN-N。然后，该UE再将生成的APN-QW或APN-N与将要发送的连接建立请求消息绑定形成新的连接建立请求消息，发送给SGSN。SGSN在接收到UE发送的携带APN-QW或APN-N的连接建立请求消息之后，SGSN中的判断单元根据APN-QW或APN-N向DNS发起标准的解析请求。该DNS解析出对应的拜访地管理域GGSN或归宿地管理域GGSN的IP地址，并向SGSN返回该IP地址。 

实施例二： 

如图3所示，为本发明提供同时支持全网业务及本地业务的通信系统的实施例二的结构示意图，包括： 

UE，若该UE的归宿管理域为N，则UE包括：配置单元，用于配置包含有全网业务类型标识的APN——APN-QW和包含有未携带管理域信息的本地业务类型标识的APN——APN-X；接收单元，用于接收用户输入的使用数据业务命令，根据所述使用数据业务命令判断用户所要使用的业务类型；标识单元，用于根据用户所要使用的业务类型，生成相应的全网业务APN——APN-QW或本地业务APN——APN-X；发送单元，与所述标识单元连接，用于发送携带所述APN-QW或APN-X的连接建立请求消息； 

DNS，包括：数据存储单元，用于针对APN-QW存储指向拜访地管理域GGSN的数据项、以及分别针对APN-A、APN-B、...、APN-N存储多个指向归宿管理域GGSN的数据项，对所述APN-QW和APN-A、APN-B、...、APN-N进行解析； 

归属位置寄存器(Home Location Register，以下简称：HLR)，包括用户签约数据存储单元，用于针对UE存储其对应的APN-A、APN-B、...、APN-N； 

SGSN，包括：判断单元，用于根据接收到的UE发送的连接建立请求消息中所携带的APN-QW或APN-X判断用户所要使用的业务类型，如果是APN-QW，则直接向域名系统设备发起标准的解析请求，如果是APN-X，则先向查询单元发送查询命令，再根据返回的查询结果向域名系统设备发起标准的解析请求；查询单元，用于根据所述查询命令向所述用户签约数据存储单元查询对应的含有归宿管理域信息的本地业务接入点名称并将查询结果返回所述判断单元，所述SGSN用于接收所述UE发送的携带APN-QW或APN-X的连接建立请求消息，根据所述APN向DNS发起标准的解析请求。 

上述实施例中未携带管理域信息的本地业务类型标识的APN——APN-X中 的“X”仅表示UE所要使用的是本地业务，并不携带UE的归宿管理域信息，因此，“X”还可以为其它标识，例如“Y”、“Z”等。 

实施例三： 

如图3所示，上述本发明实施例二中所述的配置单元，还可以用于配置一个布尔变量，所述布尔变量为两个值，分别是表示真的1和表示假的0。以及所述的标识单元还可以生成一个布尔变量，则所述UE能够发送携带所述布尔变量的连接建立请求消息。所述SGSN的判断单元则根据接收到的UE发送的连接建立请求消息中所携带的布尔变量判断用户所要使用的业务类型，如果所述布尔变量为真，则所述SGSN根据所述全网业务APN——APN-QW向域名系统设备发起标准的接入点名称解析请求；如果所述布尔变量为假，则所述SGSN先向HLR查询APN-X对应的包含有携带管理域信息的本地业务类型标识的APN，根据查询结果APN-N(如果该UE的归宿管理域为A，相应的，查询结果为APN-A)再向DNS发起标准的APN解析请求。 

上述本发明提供的通信系统的三个实施例中，所述UE确定用户所要使用的业务类型具体方式包括：业务安装时确定，以及每次连接时用户选择等。 

相对于本发明通信方法的实施例二和实施例三的系统，实施例一没有HLR这一设备，使系统相对简单。但是，当UE归宿管理域发生变化时，实施例一所述的通信系统很容易造成数据通信业务的混乱。例如当归属管理域A的UE，变更为归属管理域B的用户，由于本地APN(APN-A)是配置在UE中的，如果不修改UE本地APN的配置为APN-B，则其使用本地业务时，会连接到管理域A而不是管理域B的GGSN。而实施例二和实施例三所述的通信方法中，是通过查询HLR中来确定对应归宿管理域A的本地APN(APN-A)，而无需改变UE的配置。因此，当UE归宿管理域发生变化时，在不改变UE的配置的情况下，数据通信 业务不会受到任何影响。 

实施例四： 

如图4所示，为本发明同时支持全网业务及本地业务的通信方法实施例三的信令图，具体步骤如下：在网络中配置一个与全网业务对应的APN-QW和多个与本地业务对应的APN-A、APN-B、...、APN-N； 

步骤1，归宿管理域N的UE收到用户输入的使用数据业务命令后，在向SGSN发送连接建立请求消息之前，首先根据所述命令判断用户所要使用的业务类型，再根据用户所要使用的业务类型，生成包含有全网业务类型标识或携带管理域信息的本地业务类型标识的APN：如果归宿管理域N的用户所要使用的是全网业务，该标识单元则生成包含有全网业务类型标识的APN——APN-QW；如果归宿管理域N的用户所要使用的是本地业务，该标识单元则生成包含有携带管理域信息的本地业务类型标识的APN——APN-N。然后，所述UE再将生成的APN-QW或APN-N与将要发送的连接建立请求消息绑定形成新的携带APN-QW或APN-N的连接建立请求消息，发送给SGSN； 

步骤2，所述SGSN根据所述连接建立请求消息中的APN-QW或APN-N向DNS发起标准的解析请求； 

步骤3，所述DNS根据所述APN-QW或APN-N解析出对应的拜访地管理域GGSN或归宿地管理域GGSN的IP地址，并向SGSN返回解析结果； 

步骤4，所述SGSN根据返回的解析结果向对应的拜访地管理域GGSN或归宿地管理域GGSN发送连接请求消息； 

步骤5，所述GGSN对所述UE进行认证，认证通过后，通过所述SGSN为所述UE分配动态IP地址；所述GGSN向SGSN返回连接建立响应消息；所述SGSN向UE发送连接建立接受消息。 

至此，所述归宿管理域N的UE与外部数据网之间的数据通路建立起来，所述归宿管理域N的UE可以和该数据网进行通信。 

其中，所述UE确定用户所要使用的业务类型具体方式包括：业务安装时确定，以及每次连接时用户选择等。 

实施例五： 

如图5所示，为本发明同时支持全网业务及本地业务的通信方法实施例四的信令图，具体步骤如下：在网络中配置一个与全网业务对应的APN-QW和多个与本地业务对应的APN-A、APN-B、...、APN-N； 

步骤1，归宿管理域N的UE收到用户输入的使用数据业务命令后，在向SGSN发送连接建立请求消息之前，首先根据归宿管理域N的用户所要使用的业务类型，生成含有业务类型标识的APN：如果归宿管理域N的用户所要使用的是全网业务，该标识单元则生成包含有全网业务类型标识的APN——APN-QW；如果归宿管理域N的用户所要使用的是本地业务，该标识单元则生成包含未携带管理域信息的本地业务类型标识的APN——APN-X。然后，所述UE再将生成的APN-QW或APN-X与将要发送的连接建立请求消息绑定形成新的携带APN-QW或APN-X的连接建立请求消息，发送给SGSN； 

步骤2，所述SGSN根据所述连接建立请求消息中的APN判断用户所要使用的业务类型，如果是APN-QW，则利用标准的APN解析机制直接向DNS发起解析请求；如果是APN-X，则所述SGSN先向HLR查询与APN-X对应的包含有携带管理域信息的本地业务类型标识的APN，所述SGSN根据查询结果APN-N(如果是归宿管理域A的UE，该查询结果则为APN-A)再利用标准的APN解析机制直接向DNS发起解析请求； 

步骤3，所述DNS根据所述APN-QW或APN-N解析出对应的拜访地管理域GGSN 或归宿地管理域GGSN的IP地址，并向SGSN返回解析结果； 

步骤4，所述SGSN根据返回的解析结果向对应的拜访地管理域GGSN或归宿地管理域GGSN发送连接请求消息； 

步骤5，所述GGSN对所述UE进行认证，认证通过后，通过所述SGSN为所述UE分配动态IP地址；所述GGSN向SGSN返回连接建立响应消息；所述SGSN向UE发送连接建立接受消息。 

至此，所述归宿管理域N的UE与外部数据网之间的数据通路建立起来，所述归宿管理域N的UE可以和该数据网进行通信。 

实施例六： 

如图5所示，具体步骤还可以为：在网络中配置一个与全网业务对应的APN-QW和多个与本地业务对应的APN-A、APN-B、...、APN-N； 

步骤1，归宿管理域N的UE收到用户输入的使用数据业务命令后，在向SGSN发送连接建立请求消息之前，首先根据归宿管理域N的用户所要使用的业务类型，生成一个布尔变量：如果归宿管理域N的用户所要使用的是全网业务，则该布尔变量为真；如果归宿管理域N的用户所要使用的是本地业务，则该布尔变量为假。然后，所述UE将该布尔变量与将要发送的连接建立请求消息绑定形成新的携带布尔变量的连接建立请求消息，发送给SGSN； 

步骤2，所述SGSN根据所述连接建立请求消息中的布尔变量判断用户所要使用的业务类型，如果该布尔变量为真，则利用标准的APN解析机制直接向DNS发起解析请求；如果该布尔变量为假，则所述SGSN先向HLR查询与APN-X对应的包含有携带管理域信息的本地业务类型标识的APN，所述SGSN根据查询结果APN-N(如果是归宿管理域A的UE，该查询结果则为APN-A)再利用标准的APN解析机制直接向DNS发起解析请求； 

步骤3，所述DNS根据所述APN-QW或APN-N解析出对应的拜访地管理域GGSN或归宿地管理域GGSN的IP地址，并向SGSN返回解析结果； 

步骤4，所述SGSN根据返回的解析结果向对应的拜访地管理域GGSN或归宿地管理域GGSN发送连接请求消息； 

步骤5，所述GGSN对所述UE进行认证，认证通过后，通过所述SGSN为所述UE分配动态IP地址；所述GGSN向SGSN返回连接建立响应消息；所述SGSN向UE发送连接建立接受消息。 

至此，所述归宿管理域N的UE与外部数据网之间的数据通路建立起来，所述归宿管理域N的UE可以和该数据网进行通信。 

上述本发明提供的通信方法的三个实施例中，所述UE确定用户所要使用的业务类型具体方式包括：业务安装时确定，以及每次连接时用户选择等。 

本发明通信方法的三个实施例通过在运营商网络中配置一个与全网业务对应的APN-QW和多个与本地业务对应的APN-A、APN-B、...APN-N，并在UE和SGSN处增加相应的控制机制，能够高效的同时支持全网业务和本地业务的开展。 

相对于本发明通信方法的实施例五和实施例六的流程，实施例四减少了查询HLR这一操作，使流程相对简单。但是，当UE归宿管理域发生变化时，实施例四所述的通信方法很容易引起数据通信业务的混乱。例如当归属管理域A的UE，变更为归属管理域B的用户，由于本地APN(APN-A)是配置在UE中的，如果不修改UE本地APN的配置为APN-B，则其使用本地业务时，会连接到管理域A而不是管理域B的GGSN。而实施例五和实施例六所述的通信方法中，在UE中配置的本地APN均为APN-X，是通过查询HLR中来确定对应归宿管理域A的本地APN(APN-A)，因此，当UE归宿管理域发生变化时，数据通信业务不会 受到任何影响。 

本发明实施例所述的系统及方法可以简单便捷的实现同时支持本地业务和全网业务的开展，同时对于全网业务不会造成路由迂回，提高带宽利用率，并减少业务使用时延。 

最后应说明的是：以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神和范围。 

Claims (10)

1.一种通信方法，其特征在于，包括：

移动终端收到用户输入的使用数据业务命令后，根据所述命令判断用户所要使用的业务类型，生成相应的标识，所述标识包括全网业务类型标识和本地业务类型标识，所述本地业务类型标识未携带管理域信息；

所述移动终端向接入点设备发送携带所述标识的连接建立请求消息；

所述接入点设备根据所述连接建立请求消息判断其中携带的标识是全网业务类型标识还是本地业务类型标识，如果是全网业务类型标识，则向域名系统设备发起标准的接入点名称解析请求；如果是本地业务类型标识，则先向用户签约数据库设备查询与第二接入点名称对应的第三接入点名称，根据查询得到的第三接入点名称再向域名系统设备发起标准的接入点名称解析请求；所述第二接入点名称包含有未携带管理域信息的本地业务类型标识，所述第三接入点名称包含有携带管理域信息的本地业务类型标识；

所述域名系统设备向接入点设备返回解析结果；

所述接入点设备根据所述解析结果向对应的拜访地管理域网关设备或归宿地管理域网关设备发送连接请求消息；

所述网关设备建立承载通道。

2.根据权利要求1所述的通信方法，其特征在于，移动终端收到用户输入的使用数据业务命令后，根据所述命令判断用户所要使用的业务类型，生成相应的标识具体为：移动终端收到用户输入的使用数据业务命令后，根据所述命令判断用户所要使用的业务类型，在所述移动终端中配置的第一接入点名称和第二接入点名称中选择其一生成相应的通信接入点名称；所述第一接入点名称包含有全网业务类型标识，所述第二接入点名称包含有未携带管理域信息的本地业务类型标识。 

3.根据权利要求1所述的通信方法，其特征在于，移动终端收到用户输入 的使用数据业务命令后，根据所述命令判断用户所要使用的业务类型，生成相应的标识具体为：移动终端收到用户输入的使用数据业务命令后，根据所述命令判断用户所要使用的业务类型，在所述移动终端中生成一个布尔变量。

4.根据权利要求1或2所述的通信方法，其特征在于，所述接入点设备根据所述标识向域名系统设备发起标准的接入点名称解析请求或者先向用户签约数据库设备查询与所述第二接入点名称对应的第三接入点名称，根据查询得到的第三接入点名称再向域名系统设备发起标准的接入点名称解析请求具体为：如果所述移动终端生成的是第一接入点名称，则所述接入点设备根据所述全网业务接入点名称向域名系统设备发起标准的接入点名称解析请求；如果所述移动终端生成的是第二接入点名称，则所述接入点设备先向用户签约数据库设备查询与所述第二接入点名称对应的第三接入点名称，根据查询结果再向域名系统设备发起标准的接入点名称解析请求。

5.根据权利要求1或3所述的通信方法，其特征在于，所述接入点设备根据所述标识向域名系统设备发起标准的接入点名称解析请求或者先向用户签约数据库设备查询与所述第二接入点名称对应的第三接入点名称，根据查询得到的第三接入点名称再向域名系统设备发起标准的接入点名称解析请求具体为：如果所述移动终端中生成的布尔变量为真，则所述接入点设备根据所述第一接入点名称向域名系统设备发起标准的接入点名称解析请求；如果所述移动终端中生成的布尔变量为假，则所述接入点设备先向用户签约数据库设备查询与所述第二接入点名称对应的第三接入点名称，根据查询结果再向域名系统设备发起标准的接入点名称解析请求。

6.根据权利要求1所述的通信方法，其特征在于，所述网关设备建立承载通道具体为： 

所述网关设备对所述移动终端进行认证，认证通过后，通过所述接入点设备为所述移动终端分配动态IP地址；

所述网关设备向接入点设备返回连接建立响应消息；

所述接入点设备向移动终端发送连接建立接受消息。

7.一种通信系统，其特征在于，包括：移动终端、户签约数据库设备和接入点设备；

所述移动终端包括：

配置单元，用于配置与用户所要使用的业务类型对应的标识，所述标识包括全网业务类型标识和本地业务类型标识，所述本地业务类型标识未携带管理域信息；

接收单元，用于接收用户输入的使用数据业务命令，根据所述使用数据业务命令判断用户所要使用的业务类型；

标识单元，与所述判断单元连接，用于根据用户所要使用的业务类型，在所述配置单元的配置中选择其一生成相应的标识；

发送单元，与所述标识单元连接，用于发送携带所述标识的连接建立请求消息；

所述用户签约数据库设备包括：

用户签约数据存储单元，用于针对移动终端存储第三接入点名称，以供接入点设备进行查询；所述第三接入点名称包含有携带管理域信息的本地业务类型标识；

所述接入点设备包括：

判断单元，用于根据接收到的移动终端发送的连接建立请求消息中所携带的标识判断用户所要使用的业务类型，向域名系统设备发起标准的解析请求或先向查询单元发送查询命令，再根据返回的查询结果向域名系统设备发起标准的解析请求； 

查询单元，用于根据所述查询命令向所述用户签约数据存储单元查询第三接入点名称并将查询结果返回所述判断单元。

8.根据权利要求7所述的通信系统，其特征在于，所述配置单元，用于配置第一接入点名称和第二接入点名称；所述第一接入点名称包含有全网业务类型标识，所述第二接入点名称包含有未携带管理域信息的本地业务类型标识。

9.根据权利要求7所述的通信系统，其特征在于，所述配置单元，用于配置一个布尔变量。

10.根据权利要求7-9所述的任一通信系统，其特征在于，所述域名系统设备包括：数据存储单元，用于针对第一接入点名称存储指向拜访地管理域网关设备的数据项、以及针对第三接入点名称存储多个指向归宿管理域网关设备的数据项，对所述第一接入点名称和第三接入点名称进行解析。 

Images