CN101800760B - 一种访问数据业务的实现方法及系统 - Google Patents

Abstract

本发明公开了一种访问数据业务的实现方法及系统，以解决现有技术中用户不能访问其当前所在的其他用户域的数据业务问题。本发明方法包括：各用户域中分别配置有应用服务器，所述应用服务器存储有所在用户域的业务数据，域名解析服务器接收用户终端的域名解析请求；域名解析服务器根据存储的域名与应用服务器地址的对应关系以及所述域名解析请求，获取与所请求解析的域名对应的、所述用户终端当前所在用户域的应用服务器的地址信息，并返回获取到的地址信息；根据域名解析服务器返回的地址信息从相应的应用服务器获取用户终端当前所在域的业务数据。采用本发明技术方案，用户可以访问其当前所在的任何用户域的数据业务。

Description

一种访问数据业务的实现方法及系统

技术领用户域

本发明涉及无线网络技术领用户域，尤其涉及一种访问数据业务的实现方法及系统。

背景技术

当用户需要访问数据业务时，通过其所在的用户终端向承载该数据业务的应用服务器(Application Server，AS)发送业务请求，AS接收到该业务请求数据包后，向该用户终端发送相应的数据业务流。

现有技术中，用户终端从AS获取数据业务流有以下两种方式：

方式一、如图1所示，为现有技术中实现数据业务访问的网络架构图之一。该网络架构中包含有被多个用户域所共享的DNS(Domain Name Server，域名解析服务器)以及被多个用户域所共享的AS，DNS中存储有域名与AS地址的对应关系。当用户终端需要访问数据业务时，首先向DNS发送域名解析请求，DNS将所请求的域名解析为相应的AS的IP地址，并将该AS的IP地址返回至用户终端，用户终端根据该AS的IP地址从相应的AS获取所需的业务数据。

方式二、如图2所示，为现有技术中实现数据业务访问的网络架构图之二。该网络架构包括被多个用户域所共享的DNS以及被多个用户域所共享的AS，DNS中存储有域名与AS地址的对应关系。当用户终端需要访问WAP(WirelessApplication Protocol，无线应用协议)业务时，用户终端根据存储的WAP网关的IP地址，向用户终端当前所在用户域的WAP网关发送WAP业务请求，由WAP网关向DNS发送域名解析请求，DNS将所请求的域名解析为相应的AS的IP地址后，将其返回至该WAP网关，由该WAP网关根据该AS的IP地址，代理用户终端从相应的AS获取业务数据。

现有技术中的用户终端访问业务数据的技术方案存在以下技术缺陷：

用户终端不管在本用户域，还是漫游到其他用户域，都只能访问相同的数据业务，网络侧不能根据用户终端当前所在的用户域提供相应的数据业务。

发明内容

本发明实施例提供访问数据业务的实现方法及系统，以解决现有技术中用户终端访问当前所在的其他用户域数据业务难的问题。

一种访问数据业务的实现方法，包括：各用户域中分别配置有应用服务器，所述应用服务器存储有所在用户域的业务数据，该方法包括以下步骤：

域名解析服务器接收用户终端的域名解析请求；

域名解析服务器根据存储的域名与应用服务器地址的对应关系以及所述域名解析请求，获取与所请求解析的域名对应的、所述用户终端当前所在用户域的应用服务器的地址信息并返回获取到的地址信息；

根据域名解析服务器返回的地址信息从相应的应用服务器获取用户终端当前所在域的业务数据。

一种访问数据业务的实现系统，包括各用户域中分别配置有域名解析服务器，以及各用户域中分别配置有应用服务器，其中：

域名解析服务器，用于存储域名与其所在用户域中的应用服务器地址的对应关系；以及，在接收到用户终端发送的域名解析请求后，根据存储的所述对应关系，获取与所请求解析的域名对应的应用服务器的地址信息，并返回获取到的地址信息；

应用服务器，用于存储其所在用户域的业务数据；以及，在接收到所述根据所述域名解析服务器返回的应用服务器地址所发起的业务请求后，返回所请求的业务数据。

一种访问数据业务的实现系统，包括被多个用户域所共享的域名解析服务器，以及所述多个用户域中分别配置的应用服务器，其中：

域名解析服务器，用于存储同一域名与所述多个用户域中的应用服务器地址的对应关系；以及，当接收到用户终端的域名解析请求后，根据请求中携带的用户终端IP地址或接入网关标识确定出所述用户终端所在的用户域，并根据存储的所述对应关系，从请求解析的域名对应的多个应用服务器地址中选择出所述用户终端所在用户域的应用服务器地址信息，并返回获取到的地址信息；

应用服务器，用于存储其所在用户域的业务数据；以及，在接收到所述根据所述域名解析服务器返回的应用服务器地址所发起的业务请求后，返回所请求的业务数据。

一种域名解析服务器，包括：

存储模块，用于存储同一域名与多个用户域的应用服务器地址的对应关系；

接收模块，用于接收用户终端的域名解析请求；

解析模块，用于根据所述用户终端的域名解析请求中携带的用户终端IP地址或接入网关标识确定所述用户终端所在的用户域，根据存储的所述对应关系，从所请求解析的域名对应的多个用户域的应用服务器地址中选择出所述用户终端所在用户域的应用服务器的地址；

发送模块，用于发送选择出的应用服务器地址信息。

本发本明实施例中，各用户域中分别配置有应用服务器，该应用服务器存储有所在用户域的业务数据，当域名解析服务器接收用户终端的域名解析请求时，根据存储的域名与应用服务器地址的对应关系以及所述域名解析请求，获取与所请求解析的域名对应的、所述用户终端当前所在用户域的应用服务器的地址信息并返回获取到的地址信息；根据域名解析服务器返回的地址信息从相应的应用服务器获取用户终端当前所在域的业务数据。采用本发明技术方案，一方面，用户可以访问其当前所在的任何用户域的数据业务，从而满足用户不同的数据业务访问的需求；另一方面，用户终端通过域名解析服务器获取承载用户终端当前所在的用户域中承载用户终端需要访问的数据业务的应用服务器的地址信息，继而获取相应业务的数据，用户终端无需记录应用服务器的地址信息，从而使得网络侧的任何演进都不会影响到用户终端，使得网络平滑演进更容易。

附图说明

图1为现有技术中实现数据业务访问的网络架构图之一；

图2为现有技术中实现数据业务访问的网络架构图之二；

图3为本发明的一个实施例中业务数据访问系统的架构图；

图4为基于图3所示网络架构实现的业务数据访问流程的示意图；

图5为本发明的另一个实施例中业务数据访问系统的架构图；

图6为基于图5所示网络架构实现的业务数据访问流程的示意图；

图7为本发明实施例中域名解析服务器的结构图。

具体实施方式

针对现有技术上述的不足之处，本发明实施例提供一种业务数据访问方法及系统，下面结合说明书附图对本发明实施例进行详细的描述。

参见图3，为本发明的一个实施例中业务数据访问系统的架构图。在该系统架构中，为每个用户域配置DNS，并为每个用户域配置AS。对于同一域名(或URL)，各用户域的AS可提供本用户域所特有的业务数据或具有本用户域特色的服务。例如，对应同样的天气查询请求(其域名为weather.com)，用户域A的AS提供用户域A的天气情况，用户域B的AS提供用户域B的天气情况。该架构中，各用户域的DNS中存储有域名与本用户域AS的地址(或其他可以唯一标识AS的信息，如IP地址)的对应关系，该对应关系可以通过映射表或数组的方式建立。用户域可按行政区域划分，针对不同的用户域可分配相应的地址段。

用户终端可通过该用户终端所在用户域的接入网络(AN)以及接入网关(AG)与该用户域中的DNS交互。所述AN与AG的配置通过现有技术实现，其中，AG还可以通过GGSN(Gateway GSN，网关GSN)、ADSL(AsymmertricDigital Subscriber Line，非对称数字环路)、DSLAM(Digital Subscriber LineAccess Multiplexer，数字用户线接入复用器)等替换。

本实施例中，当DNS接收到用户终端的域名解析请求后，根据存储的域名与本用户域中AS的地址对应关系，获取与所请求解析的域名对应的AS的地址信息，并将该AS的地址信息返回给该用户终端，以使该用户终端从对应的AS中获取业务数据。

为了更加清楚和详细地描述本实施例的实现过程，下面结合实际应用场景，提供一个具体实例对上述流程作进一步的描述。

参见图4，为基于图3所示网络架构实现的业务数据访问流程的示意图，该流程描述了用户终端A访问其当前所在用户域a的业务数据的过程，包括以下步骤：

步骤401、用户终端A向用户域a中的AG-a发送PDP激活请求。

步骤402、AG-a接收到用户终端A发送的PDP激活请求后，对该用户终端A进行认证，若认证通过，则向该用户终端A发送PDP激活成功的响应消息，该响应消息中包含用户域a中的DNS-a的IP地址；若认证未通过，则向用户终端A发送PDP激活失败的响应消息。

用户终端A中可预先配置默认的DNS IP地址，当客户端A不能从AG-a返回的响应消息中获取DNS-a的IP地址时，可使用该默认的DNS IP地址。

步骤403、用户终端A根据接收到的DNS-a的IP地址，向DNS-a发送域名解析请求。

步骤404、DNS-a接收到域名解析请求后，根据其存储的域名与其所在用户域中的AS的IP地址对应关系，获取所请求解析的域名对应的AS-a的IP地址，并将该IP地址发送至用户终端A。

步骤405、用户终端A根据接收到的AS-a的IP地址，向AS-a发送数据业务请求。

步骤406、AS-a接收到用户终端A发送的数据业务请求后，根据请求消息中携带的用户信息，进行用户身份及业务订购关系的认证，以判断用户终端A是否有访问该数据业务的权限，若有，则将该数据业务所对应的数据发送至用户终端A，若没有，则向用户终端A发送拒绝消息。

步骤407、当成功传输完数据时，用户终端A向用户域a中的AG-a发送PDP去激活请求。

步骤408、AG-a接收到PDP去激活请求后，进行相应的去激活操作，并向用户终端A发送PDP去激活响应消息，以示已经去激活。

在上述流程中的步骤404中，DNS-a也可以将获取到的AS-a的IP地址返回至该用户终端A当前所在的用户域中a的AG-a，由该AG-a根据该AS-a的IP地址向AS-a发送数据业务请求，获取相应的数据业务的数据，并将该数据发送至用户终端A。

本实施例，一方面，在不同的用户域中设置有DNS，且该DNS中存储有域名与所在用户域中AS的IP地址对应关系，因而用户终端向其当前所在的用户域中的DNS发送域名解析请求，即可获取到该域名对应的AS的IP地址，从而可以访问其当前所在的用户域的数据业务；另一方面，通过DNS解析域名，而无需在用户终端存储AS的IP地址，从而使得网络侧的任何演进对用户终端的影响都不大，继而使得网络侧平滑演进更容易实现。

参见图5，为本发明提供的另一个实施例中业务数据访问系统的架构图。在该系统架构中，为多个用户域配置共享的DNS，每个用户域配置AS。对于同一域名(或URL)，各用户域的AS可提供本用户域所特有的业务数据或具有本用户域特色的服务。被多个用户域共享的DNS中存储有域名与AS地址的对应关系，其中，同一域名可对应多个用户域AS的地址信息。例如，提供天气查询服务的域名weather.com可对应AS IP-a、AS IP-b和AS IP-c，即，用户域a、用户域b和用户域c的AS的IP地址，并在对应关系表中分别对AS IP-a、AS IP-b和AS IP-c所对应的用户域进行标识。

用户终端可通过该用户终端所在用户域的AG与该DNS交互，以请求域名解析。

本实施例中，当DNS接收到用户终端的域名解析请求后，根据请求中携带的用户终端IP地址或AG标识确定出该用户终端所在的用户域，根据存储的对应关系，从请求解析的域名对应的多个AS地址中选择出用户终端所在用户域中的AS地址信息，并将选择出的AS地址信息返回给用户终端，从而使用户终端根据该AS的地址从该AS获取业务数据。

为了更加清楚和详细地描述本实施例的实现过程，下面结合实际应用场景，提供一个具体实例对上述流程作进一步的描述。

参见图6，为基于图5所示网络架构实现的业务数据访问流程的示意图，该流程描述了用户终端A访问其当前所在用户域a的业务数据的过程，包括以下步骤：

步骤601、用户终端A向其当前所在的用户域a中的AG-a发送PDP激活请求。

步骤602、AG-a接收到用户终端A发送的PDP激活请求后，对该用户终端A进行认证，若认证通过，则向该用户终端A发送PDP激活成功的响应消息，该响应消息中包含DNS的IP地址；若认证未通过，则向该用户终端A发送PDP激活失败的响应消息。

步骤603、用户终端A根据接收到的DNS的IP地址，向DNS发送域名解析请求。

步骤604、DNS接收到该域名解析请求后，根据请求中携带的用户终端IP地址或AG-a标识确定出用户终端A所在的用户域，并根据存储的对应关系，从请求解析的域名对应的多个AS的IP地址中选择出用户域a中的AS-a的IP地址，并将选择出的AS-a的IP地址返回给用户终端A。

该步骤中，由于用户终端的IP地址与用户域对应，各用户域可对应不同的地址段，因此可通过用户终端的IP地址确定用户终端当前所在的用户域。由于各用户域的地址段有可能出现重叠，因此，本实施例还可根据AG标识来确定用户终端当前所在的用户域。

步骤605、用户终端A根据接收到的AS-a的IP地址，向该AS-a发送数据业务请求。

步骤606、AS-a接收到用户终端A发送的数据业务请求后，根据请求消息中携带的用户信息，进行用户份及业务订购关系认证，并在认证通过后，将请求的业务数据发送至用户终端A。

步骤607、当成功传输完数据时，用户终端A向用户域a中的AG-a发送PDP去激活请求。

步骤608、AG-a接收到PDP去激活请求后，进行相应的去激活操作，并向用户终端A发送PDP去激活响应消息。

在上述流程中的步骤604中，DNS-a也可以将获取到的AS-a的IP地址返回至该用户终端A当前所在的用户域中a的AG-a，由该AG-a根据该AS-a的IP地址向AS-a发送数据业务请求，获取相应的数据业务的数据，并将该数据发送至该用户终端A。

本实施例，一方面，实现用户终端访问其当前所在的用户域的数据业务，另一方面，由于采用的是集中式分布的DNS，该DNS中存储有同一域名与多个用户域的应用服务器地址的对应关系，用户终端发送域名解析请求后，该DNS根据存储的对应关系，选择出所述用户终端所在用户域的AS的IP地址，相对于前一实施例，本实施例不需要在各用户域中配置DNS，从而降低访问数据业务的实现成本。

参见图7，为图5所示的系统架构中的DNS的结构图。该DNS包括存储模块71、接收模块72、解析模块73以及发送模块74，其中：

存储模块71，用于存储同一域名与多个用户域的AS地址的对应关系；

接收模块72，用于接收用户终端的域名解析请求；

解析模块73，用于根据用户终端的域名解析请求中携带的用户终端IP地址或接入网关标识确定用户终端所在的用户域，根据存储模块71中存储的对应关系，从所请求解析的域名对应的多个用户域的AS地址中选择出用户终端所在用户域的AS的地址；

发送模块74，用于将选择出的AS的地址信息发送给用户终端或用户终端当前所在用户域的AG。

采用本发明技术方案，一方面，用户终端可以访问其当前所在的任何一个用户域的数据业务，这样提高用户访问数据业务的灵活性；另一方面，本发明中的AS之间可以实现数据信息共享，因而当开展一些需要多个AS共同协作才能实现的新业务时，本发明可以支持该新业务的开展，并且本发明通过DNS解析域名得到相应的AS的IP地址，因而在用户终端不需要存储AS的地址，从而使得网络侧的任何演进对于用户终端都没有太大影响，从而使得网络演进平滑较容易。

显然，本领用户域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (9)

1.一种访问数据业务的实现方法，其特征在于，各用户域中分别配置有应用服务器，所述应用服务器存储有所在用户域的业务数据，该方法包括以下步骤：

域名解析服务器接收用户终端的域名解析请求；

域名解析服务器根据存储的域名与应用服务器地址的对应关系以及所述域名解析请求，获取与所请求解析的域名对应的、所述用户终端当前所在用户域的应用服务器的地址信息，并返回获取到的地址信息；

根据域名解析服务器返回的地址信息从相应的应用服务器获取用户终端当前所在域的业务数据。

2.如权利要求1所述的方法，其特征在于，所述域名解析服务器设置于所述用户终端所在的用户域，其上存储有域名与该域名解析服务器所在用户域中的应用服务器的地址信息的对应关系。

3.如权利要求1所述的方法，其特征在于，所述域名解析服务器被多个用户域所共享，其存储的域名与应用服务器地址的对应关系中包括同一域名与所述多个用户域中的应用服务器地址的对应关系；

所述域名解析服务器接收到所述用户终端的域名解析请求后获取所述应用服务器的地址信息，具体为：

所述域名服务器根据所述域名解析请求中携带的用户终端IP地址或接入网关标识，确定出所述用户终端所在的用户域，从所请求解析的域名对应的多个应用服务器地址中选择所述用户终端所在用户域的应用服务器的地址信息。

4.如权利要求3所述的方法，其特征在于，所述域名解析请求中携带的接入网关标识是所述用户终端所在用户域的接入网关接收到所述用户终端发送的域名解析请求后，携带于所述域名解析请求发送给所述域名解析服务器的。

5.如权利要求1所述的方法，其特征在于，根据域名解析服务器返回的地址信息从相应的应用服务器获取用户终端当前所在域的业务数据，包括：

用户终端根据域名解析服务器返回的地址信息，从相应的应用服务器获取用户终端当前所在域的业务数据；

或者，用户终端当前所在用户域的网关设备根据域名解析服务器返回的地址信息，从相应的应用服务器获取用户终端当前所在域的业务数据，并将该获取到的业务数据发送至所述的用户终端。

6.一种访问数据业务的实现系统，其特征在于，各用户域中分别配置有域名解析服务器，以及各用户域中分别配置有应用服务器，其中：

域名解析服务器，用于存储域名与其所在用户域中的应用服务器地址的对应关系；以及，在接收到用户终端发送的域名解析请求后，根据存储的所述对应关系，获取与所请求解析的域名对应的应用服务器的地址信息，并返回获取到的地址信息；

应用服务器，用于存储其所在用户域的业务数据；以及，在接收到所述根据所述域名解析服务器返回的应用服务器地址所发起的业务请求后，返回所请求的业务数据。

7.一种访问数据业务的实现系统，其特征在于，包括：被多个用户域所共享的域名解析服务器，以及所述多个用户域中分别配置的应用服务器，其中：

域名解析服务器，用于存储同一域名与所述多个用户域中的应用服务器地址的对应关系；以及，当接收到用户终端的域名解析请求后，根据请求中携带的用户终端IP地址或接入网关标识确定出所述用户终端所在的用户域，并根据存储的所述对应关系，从请求解析的域名对应的多个应用服务器地址中选择出所述用户终端所在用户域的应用服务器地址信息，并返回获取到的地址信息；

应用服务器，用于存储其所在用户域的业务数据；以及，在接收到根据所述域名解析服务器返回的应用服务器地址所发起的业务请求后，返回所请求的业务数据。

8.如权利要求7所述的系统，其特征在于，还包括：

接入网关，用于在接收到本接入网关所在用户域的用户终端发送的域名解析请求后，在所述域名解析请求中添加所述接入网关的标识，并将处理后的域名解析请求发送给所述域名解析服务器。

9.一种域名解析服务器，其特征在于，包括：

存储模块，用于存储同一域名与多个用户域的应用服务器地址的对应关系；

接收模块，用于接收用户终端的域名解析请求；

解析模块，用于根据所述用户终端的域名解析请求中携带的用户终端IP地址或接入网关标识确定所述用户终端所在的用户域，根据存储的所述对应关系，从所请求解析的域名对应的多个用户域的应用服务器地址中选择出所述用户终端所在用户域的应用服务器的地址；

发送模块，用于发送选择出的应用服务器地址信息。

Images