CN1717098A

CN1717098A - 一种基于配置技术的移动终端的漫游方法

Info

Publication number: CN1717098A
Application number: CN 200410060151
Authority: CN
Inventors: 赵红霞
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2004-06-28
Filing date: 2004-06-28
Publication date: 2006-01-04
Anticipated expiration: 2024-06-28
Also published as: CN100356813C

Abstract

本发明公开了一种基于配置技术的移动终端的漫游方法，以解决现有技术中WAP应用漫游后存在终端配置和接入困难的问题。该方法为：在从第一GPRS业务支撑节点(SGSN)的覆盖区域切换到第二SGSN的覆盖区域的移动终端完成位置更新后，根据第一和第二SGSN的信息判断移动终端的该次位置切换是否需要改变与无线应用协议(WAP)业务相关的配置，并在需要改变时由TPS服务器取出相应的配置文件发送给终端，由移动终端按照该配置文件的指示更改相关的配置。

Description

一种基于配置技术的移动终端的漫游方法

技术领域

本发明涉及移动通信技术，尤其涉及一种基于配置技术的移动终端的漫游方法。

背景技术

在无线应用协议(WAP)的构架中包括了处于无线网络和有线网络交接处的接入点，以及接入不同业务的代理服务器，必需要在WAP手机正确设置这些信息才能访问internet上的web服务器。由于正确设置各种接入参数比较复杂，所以这些设置常常让用户感到非常困难。随着移动数据业务的开展，如果没有一种新技术能帮助用户完成这些枯燥而烦杂的设置，用户使用移动数据业务的困难将会更大。开放移动终端联盟(OMA)论坛针对这一问题提出了配置(Provisioning)技术，利用Provisioning技术可以帮助用户轻松接入网络。

provsioning由独立的两部分组成，一部分是与承载网络相关的自举过程(Bootstrap)，另一部分是与承载网络无关的连续配置过程(continuousprovisioning)。自举过程用于创建终端设备和可被信任的配置服务器(TPSTrusted Provisioning server)之间的可信任关系。通用的连续配置过程进一步增强了自举的作用，从而可以加载或管理一种或多种访问普通WAP代理的方法。

自举过程与承载网络相关，不同的承载网络实现自举的方式不同，但是主流的无线移动网络技术，不论使GSM网络还是CDMA网络都可以基于SMS的push流程完成对手机的自举过程。这种实现方式的原理图如图1所示，其具体的流程如下：

1、当用户提出申请并开通WAP业务后，运营商的业务人员通过业务台，以WEB方式登录到自举服务器(Bootstrap Server)进行操作，请求BootstrapServer向推(Push)网关推送BootStrap文档。

2、Bootstrap服务器接收到业务人员的指令后，通过PAP接口向push网关发送Push submission消息，Bootstrap文档包含在该消息中。

3、Push网关接收到该消息后，用非连接Push通过WAP1.2.x网关向手机推送自举消息。

4、Wap1.2.x将消息编码后通过承载在SMS上的的无连接方式向手机下发Bootstrap文档，该消息首先发给了SMSC。SMSC将该消息作为一条短消息下发给手机。

目前，运营商的WAP业务按照自己的规划进行，一般具有以下特点：

(1)WAP网关和主要的应用服务器分布在运营商自己的数据网络上，各个运营商的WAP网关配置不同。

(2)许多运营商部署了属于自己的数据业务网络，用户如果希望使用相应的数据业务则需要在终端正确设置对应参数。

(3)WAP网关需要对用户进行鉴权，如果该用户在本地WAP网关没有注册，则无法通过WAP网关访问internet。

(4)许多WAP网关具有特定的业务控制能力以及提供不同业务的能力。

正是由于上述特点，目前WAP业务的漫游存在下述问题：

如图2所示：运营商的WAP网关之间是不互通的，手机采用内部IP地址接入WAP网关，然后访问分布在私有网络上的应用服务器或者通过防火墙访问internet的服务器。

用户要使用WAP业务，必须要能正确设置所处网络的WAP网关地址，而这些网关地址可能不一样。例如用户A是网络1的用户，当用户通过网络1接入时，需要将手机上的WAP网关地址设置为10.25.1.1才能使用WAP业务。如果他漫游到网络2，由于网络2的WAP业务必须通过WAP网关2，所以用户必须将手机上的WAP网关地址更改为10.25.1.2。

但在很多情况下，用户不知道是否应该改变以及如何改变自己手机的WAP业务配置。虽然provisioning技术在一定程度上可以帮助用户完成业务配置，但目前仍不能够使用户漫游后方便地触发和管理终端的配置，也无法解决目前WAP应用漫游后接入困难的现状。

发明内容

本发明提供一种基于配置(provisioning)技术的移动终端的漫游方法，以解决现有技术中WAP应用漫游后存在终端配置和接入困难的问题。

为解决上述问题，本发明提供下述技术方案：

一种基于配置技术的移动终端的漫游方法，所述移动终端从第一GPRS业务支撑节点(SGSN)的覆盖区域切换到第二SGSN的覆盖区域时更新位置信息；该方法在更新位置信息后还包括下述步骤：

A、根据第一和第二SGSN的信息判断移动终端的该次位置切换是否需要改变与无线应用协议(WAP)业务相关的配置，如果是则进行步骤B，否则结束该次位置更新流程；

B、可信任的配置服务器(TPS)根据移动终端和第二SGSN的相关信息确定应该采用的配置文件，并发送给该移动终端；

C、移动终端根据配置文件中的指示更改相关的配置，结束该次位置更新流程。

根据上述方法：

步骤A中，由归属位置寄存器(HLR)根据第一和第二SGSN的相关信息判断移动终端是否需要改变与WAP业务相关的配置，并在判断结果为是时，先向TPS发送更新移动终端配置的请求消息；或者，步骤A中，由第二SGSN向TPS发送终端更改SGSN的消息，TPS根据该消息中携带的第一和第二SGSN的相关信息判断移动终端是否需要改变与WAP业务相关的配置。

所述判断移动终端的该次位置切换是否需要改变WAP业务相关的配置包括步骤：根据第一SGSN、第二SGSN的相关信息从数据库中查询对应的WAP服务域；判断WAP服务域是否相同，如果相同，则确定移动终端的该次位置切换不需要改变与WAP业务相关的配置，否则，确定移动终端的该次位置切换需要改变与WAP业务相关的配置。

本发明基于WAP服务域来管理用户的移动数据业务的漫游，当终端位置更新时自动触发HLR或TPS检查终端的WAP服务域是否需要更新，如果是，则TPS启动Provioning流程，更新终端的配置文件。无须用户手动配置新参数，也无须网络维护者手动去触发配置更新流程。这种方法即可带来组网的灵活性，又可避免由于灵活组网带给用户以及网络维护者重新配置业务的麻烦。

附图说明

图1为终端配置(Provisioning)流程图；

图2为终端位置更新导致WAP域更新示意图；

图3为实施例一中触发配置的流程图。

图4为实施例二中触发配置的流程图。

具体实施方式

由于数据业务具有多样性，随着移动数据业务的发展，将会出现许多不同的移动数据业务子网络，这些网络可能在接入网关地址，WAP网关地址，应用端口，安全性要求等方面存在不同；另一方面用户的移动生存空间是按照地域划分的，绝大多数移动网络都相应地也按照地域分布和管理。因此，有理由相信未来形形色色的移动数据子网以地域为标准划分将占绝大多数。由于移动网络已经很好地提供了获取地域信息的机制，所以针对这一发展趋势，结合移动网络已有技术和已有的WAP技术，本发明提出基于配置(provisioning)技术的移动终端的漫游方法。

在说明本方法之前，先定义一个在本文中使用的基本概念：WAP服务域。一个WAP服务域指一个统一部署的WAP业务网络，移动终端在这个域中漫游不必改变与WAP业务相关的配置，如接入网地址、WAP网关地址和应用端口分配等，终端使用相同的设置去访问这个域中的相关服务。当终端漫游跨越了不同的WAP服务域时，需要重新调整基于WAP应用的相关参数。

在已有的无线技术中，当移动终端从第一GPRS业务支撑节点(SGSN)的覆盖区域切换到第二SGSN的覆盖区域时，第二SGSN会向归属位置寄存器(HRL)上报位置更新信息，这些信息主要有第二SGSN的识别号码(ID)、第二SGSN的地址、IMSI等信息。本发明在位置信息更新后，通过判断移动终端的该次位置切换是否需要改变与WAP业务相关的配置，如果需要，则启动一次配置更新流程来更新终端的配置，否则不必启动一次配置更新流程。

不同的SGSN是否属于同一个WAP服务域由运营商根据当前的组网情况进行配置定义，然后建立WAP服务域与该服务域内的所有SGSN的识别号码对应关系，并保存在数据库中。WAP服务域的定义方式基于前面所给出的前提，即运营商所拥有的移动数据子网是按地域划分的。移动性管理可基于小区、路由区和SGSN所覆盖的路由区组。WAP服务域不可能太小，以小区为基准不合适，以一个路由区为基准也有些问题，因为一方面路由区可大可小不好把握WAP服务域大小，另一方面路由区的概念比较抽象，管理者不好维护，所以以SGSN覆盖的所有路由区组为基础来构建WAP服务域最佳。已有的移动网络已经以SGSN为基础建立了相应的移动性管理规程，绝大多数运营商也更加关心基于SGSN业务漫游问题，所以以SGSN为基础来构建WAP服务域是合理的。

本发明可以通过HLR或TPS来判断移动终端的位置切换是否需要改变与WAP业务相关的配置，以下分别给予说明。

实施例一：

在HLR中定义WAP域，让HLR判断移动终端的该次位置切换是否需要改变与WAP业务相关的配置，如果需要，则HLR发送终端配置更新请求消息给可信任的配置服务器(TPS)，该消息包含了移动终端IMSI，以及移动终端新进入的SGSN所属WAP服务域标识符，判断的标准如下：如果第二SGSN和第一SGSN属于同一个WAP服务域，则不必启动一次配置更新流程，如果第二SGSN和第一SGSN属于不同的WAP服务器，则通过PPG启动一次配置更新流程。

参阅图2所示，根据组网规划，在HLR中定义SGSN11和SGSN12所覆盖的区域为WAP服务域1，而SGSN21和SGSN22所覆盖的区域为WAP服务域2。如果用户在SGSN11和SGSN12之间，或者在SGSN21和SGSN22之间漫游时，则不用改变WAP服务的相关配置，即不必启动一次配置更新流程。

参阅图3所示，移动终端漫游时触发配置的过程如下：

1、运营商已经根据移动数据业务网络配置划分了WAP服务域，SGSN11和SGSG12属于WAP服务域1，SGSN21SGSN22属于WAP服务域2。SGSN所属WAP服务域信息保存在HLR的数据库中。

2、移动终端从第一SGSN所覆盖的区域漫游到第二SGSN所覆盖的区域时，向第二SGSN发送Routing Area update request，其中所包含的参数有：旧路由区标识符RAI，旧的分组移动用户临时识别码P-TMSI，全球小区识别码GCID等。

3、第二SGSN根据接收消息中的P-TMSI可以知道第一SGSN的地址，所以第二SGSN马上发送SGSN context request消息，请求该用户保存在第一SGSN中的上下文，其中会包含参数旧RAI，旧P-TMSI，第二SGSN的地址。

4、第一SGSN判定是合法用户后向第二SGSN发送SGSN context Response消息，该消息将用户的上下文传递给了第二SGSN。

5、第二SGSN在成功获取该用户的上下文信息和数据后向归属位置寄存器(HLR)发送Update Location消息，通知HLR该终端成功完成位置更新。此消息包含的信息有：IMSI，第二SGSN的地址，第二SGSN的号码等参数。

6、HLR接收该信息后向第二SGSN发送Update Location Ack消息进行确认，消息中主要参数为终端的IMSI。

7、更新HLR中的参数后，第二SGSN以Routing Area update accept消息回应手机，此消息携带了新分配的P-TMSI，到此终端完成了位置更新。

8、HLR发送完Update Location Ack消息后，检查终端的WAP域是否更新，如果是则发送MS Configuration Update消息给TPS服务器，该消息包含了新的WAP域标识和终端IMSI。

9、TPS服务器接收了MS Configuration Update消息后，以MS ConfigurationUpdate Ack作为响应，以确认接收了MS Configuration Update消息。

10、TPS服务器根据WAP域标识和终端信息决定采用哪个配置文件，TPS取出相应的配置文件后通过PPG和WAP网关以push的方式发给终端，该push消息中携带指示终端更新配置文件的消息Configuration Update。

11、终端接收了Configuration Update消息后，取出新的配置文件并根据配置文件的要求修改相应的配置，如在图2中，如果终端由WAP服务域1更改到WAP服务域2，则终端会根据配置文档的指示，将WAP网关的地址由10.25.1.1更改为10.25.1.2。

12、终端成功修改完配置后，以Configuration Success Indication通知TPS服务器。TPS如果在规定时间内没有接收到终端返回的Configuration SuccessIndication消息，则会重发。

在上述流程中，HLR与TPS服务器之间新增接口，当HLR判断终端位置更新导致WAP服务域更新时，HLR通过该接口发送MS Configuration Update消息给TPS服务器，该消息包含了新的WAP域标识和终端IMSI；TPS根据新WAP服务域标识和终端IMSI决定相应的配置文件，然后将该配置文件通过provisioning机制下发给终端，provisioning机制参加图1及技术背景描述。其他接口为现有技术已提供的接口。

实施例二：

在TPS中已定义WAP服务域，当移动终端从第一GPRS业务支撑节点(SGSN)的覆盖区域切换到第二SGSN的覆盖区域时，第二SGSN会上报HRL位置更新信息，这些信息主要有第二SGSN的识别号码(ID)、第二SGSN的地址、IMSI等信息。在第二SGSN发送这条消息后，即在位置更新完成后通过接口向短消息网关(SMSC)发送一条特定的短消息，SMSC利用已有的SMPP接口向WAP网关透传这条消息，WAP网关接收了该特定的消息后，通过HTTP协议将该消息中所携带的内容传递给可被信任的配置服务器(TPS)，可信任的配置服务器根据获取的第二SGSN ID和第一SGSN ID判断是否需要启动一次连续配置流程，判断的标准如下：如果第二SGSN和第一SGSN属于同一个WAP服务域，则不必启动一次配置更新流程，如果第二SGSN和第一SGSN属于不同的WAP服务器，则通过PPG启动一次配置更新流程。

参阅图2所示，根据组网规划，在TPW中定义SGSN11和SGSN12所覆盖的区域为WAP服务域1，而SGSN21和SGSN22所覆盖的区域为WAP服务域2。如果用户在SGSN11和SGSN12之间，或者在SGSN21和SGSN22之间漫游时，则不用改变WAP服务的相关配置，即不必启动一次配置更新流程。

参阅图4所示，移动终端漫游时触发配置的过程如下：

1、移动终端从第一SGSN所覆盖的区域漫游到第二SGSN所覆盖的区域时，向第二SGSN发送Routing Area update request，其中所包含的参数有：旧路由区标识符RAI，旧的分组移动用户临时识别码P-TMSI，全球小区识别码GCID等。

2、第二SGSN根据接收消息中的P-TMSI可以知道第一SGSN的地址，所以第二SGSN马上发送SGSN context request消息，请求该用户保存在第一SGSN中的上下文，其中会包含参数旧RAI，旧P-TMSI，第二SGSN的地址。

3、第一SGSN判定是合法用户后向第二SGSN发送SGSN context Response消息，该消息将用户的上下文传递给了第二SGSN。

4、第二SGSN在成功获取该用户的上下文信息和数据后向归属位置寄存器(HLR)发送Update Location消息，通知HLR该终端成功完成位置更新。此消息包含的信息有：IMSI，第二SGSN的地址，第二SGSN的号码等参数。

5、HLR接收该信息后向第二SGSN发送Update Location Ack消息进行确认，消息中主要参数为终端的IMSI。

6、更新HLR中的参数后，第二SGSN以Routing Area update accept消息回应手机，此消息携带了新分配的P-TMSI，到此终端完成了位置更新。

7、第二SGSN在接受了终端的位置更新后，产生WAP业务配置更新请求消息并构造一条短消息，然后通过Gd接口的ForwardShortMessage MO SMS消息发送给短信网关(SMSC)。

该短消息至少包括：消息编码、移动终端的MSISDN号码，第二SGSN的IP地址，第二SGSN的号码，第一SGSN的IP地址，第一SGSN的号码。

所述消息编码为特定的消息编码，指明是一条告知终端更改SGSN的消息。

发送短消息的目的地址是WAP网关，之所以将该消息发给WAP网关，是利用已有的SMPP协议，TPS服务器不必增加与短信网关SMSC的接口。

8、SMSC接收第二SGSN发来的短消息后，以ForwardShortMessage MO SMS回应。

9、SMSC通过SMPP协议中的消息Data submit将此消息发送给WAP网关。

10、WAP网关以SMPP协议中的消息Data submit Ack进行确认。

11、WAP网关接收这条消息，提取该短消息中所包含的内容。它能从其中提取以下信息：消息编码(指明该消息为WAP业务配置更新请求消息)，更改SGSN的终端MSISDN号码，第二SGSN的IP地址，第二SGSN的号码，第一SGSN的IP地址，第一SGSN的号码等。WAP网关提取这些信息，然后将它们携带在http的get请求中发送给TPS服务器。

12、TPS服务器接收该请求消息后以http的response作为回应。

13、TPS服务器处理该消息，它首先分析第二SGSN和第一SGSN覆盖的区域是否属于同一个WAP服务域，即判断移动终端的该次位置切换是否需要改变与WAP业务相关的配置。

如果第二SGSN和第一SGSN覆盖的区域属于同一个WAP服务域，则TPS不启动之后的配置更新流程。例如第二SGSN为SGSN11，而第一SGSN为SGSN12，两者属于同一WAP服务域1。

如果第二SGSN和第一SGSN覆盖的区域不属于同一个WAP服务域，则TPS启动后面的配置更新流程。TPS根据第二SGSN ID号查找出它所对应的WAP服务域，如图2所示，假设第二SGSN为SGSN21而第一SGSN为SGSN11，则TPS服务器分析知道用户从WAP服务域1切换到了WAP服务域2，因此它调出保存在数据库中的WAP服务域2的配置文件进行编码后，通过PAP接口的Push Submit消息提交给push网关PPG。该消息中包含了终端的MSISDN、供PPG调度用的优先级和时间、配置文档等信息。由于这条消息携带的是配置信息，所以应该赋予最高优先级。

14、PPG接收该TPS提交的消息后，以消息Push Submit response进行响应。

15、PPG优先调度此消息，通过消息Po UnitPush提交给WAP网关。该消息中包含了配置文件和终端MSISDN。

16、WAP网关对该消息进行二进制编码后，通过SMPP协议的消息Datasubmit提交给SMSC。

17、SMSC接收该消息后以消息Data submit response作为响应。

18、SMSC通过SM Delivery attempt(WSP Push)消息下发给终端。

19、终端成功接收后以SM Delivery Ack回应SMSC。

20、终端取出SMS中的provisioning配置文档，按照配置文档的指示更改相关的配置。如在图2中，如果终端由WAP服务域1更改到WAP服务域2，则终端会根据配置文档的指示，将WAP网关的地址由10.25.1.1更改为10.25.1.2。

本发明提出了WAP服务域的概念，并通过SGSN的覆盖区域划分WAP服务域来管理用户的移动数据业务的漫游，当终端位置更新时自动触发HLR或TPS检查终端的WAP服务域是否需要更新，在需要更新时TPS启动Provioning流程，更新终端的配置文件无须用户手动配置新参数，也无须网络维护者手动去触发配置更新流程。这种方法即可带来组网的灵活性，又可避免由于灵活组网带给用户以及网络维护者重新配置业务的麻烦。

Claims

1、一种基于配置技术的移动终端的漫游方法，所述移动终端从第一GPRS业务支撑节点(SGSN)的覆盖区域切换到第二SGSN的覆盖区域时更新位置信息；其特征在于该方法在更新位置信息后还包括下述步骤：

B、可信任的配置服务器(TPS)根据移动终端和第二SGSN的相关信息确定应该采用的配置文件，并将该配置文件发送给所述移动终端；

C、移动终端根据配置文件中的指示更改相关的配置，然后结束该次位置更新流程。

2、如权利要求要求1所述的方法，其特征在于，步骤A中，由归属位置寄存器(HLR)根据第一和第二SGSN的相关信息判断移动终端是否需要改变与WAP业务相关的配置，并在判断结果为是时，先向TPS发送更新移动终端配置的请求消息。

3、如权利要求1所述的方法，其特征在于，步骤A中，由第二SGSN向TPS发送终端更改SGSN的消息，TPS根据该消息中携带的第一和第二SGSN的相关信息判断移动终端是否需要改变与WAP业务相关的配置。

4、如权利要求3所述的方法，其特征在于，第二SGSN向TPS发送终端更改SGSN的消息包括步骤：

第二SGSN构造指明终端更改SGSN的短消息并发送给短消息网关；

短消息网关将接收到短消息提交给WAP网关；

由WAP网关从短消息中提取相关信息并发送给TPS。

5、如权利要求2、3或4所述的方法，其特征在于，所述判断移动终端的该次位置切换是否需要改变WAP业务相关的配置包括步骤：

根据第一SGSN、第二SGSN的相关信息从数据库中查询对应的WAP服务域；

判断WAP服务域是否相同，如果相同，则确定移动终端的该次位置切换不需要改变与WAP业务相关的配置，否则，确定移动终端的该次位置切换需要改变与WAP业务相关的配置。

6、如权利要求要5所述的方法，其特征在于，步骤B包括步骤：

(1)TPS根据移动终端的相关信息调出第二SGSN所在WAP服务域对应的配置文件；

(2)对所述配置文件进行编码，并封装成短消息下发给所述移动终端。

7、如权利要求6所述的方法，其特征在于，步骤(2)包括下述步骤：

对所述配置文件进行编码并发送给推网关；

推网关将包含配置文件和移动终端号码的消息提交给WAP网关；

由WAP网关将收到的消息封装成短消息发送到短消息网关，并由短消息网关下发到移动终端。

8、如权利要求5所述的方法，其特征在于，以SGSN覆盖的所有路由区组为基础来构建所述WAP服务域，WAP服务域与该域内的所有SGSN的对应关系配置在HLR或TPS中。