CN1203715C

CN1203715C - 处理用户数据的方法和系统

Info

Publication number: CN1203715C
Application number: CN00814623.3A
Authority: CN
Inventors: J·吕纳; Y·C·胡
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 1999-08-24
Filing date: 2000-08-24
Publication date: 2005-05-25
Anticipated expiration: 2020-08-24
Also published as: CN1399853A; EP1206893B1; ES2385964T3; WO2001015463A2; CA2376370C; WO2001015463A3; ATE554611T1; EP1206893A2; AU7548100A; CA2376370A1

Abstract

在一个超级载荷网络内的用户数据在一个网络内进行处理，这个网络包括一个存有归属本网络的用户的信息的归属用户网络实体和一个或多个存有归属其他网络的用户的信息的访问用户网络实体。在访问用户网络实体内的用户档案必要时如果一定条件满足可以予以更新。用户档案可以通过将修改情况从归属用户网络实体发送给访问用户网络实体进行更新。根据自用户与网络接触后所经过的时间，可以将原分配给用户的标志列为可重新分配的。如果用户的记录已从一个访问用户网络实体清除，可以在归属用户网络实体内记录一个表明这个情况的指示。

Description

处理用户数据的方法和系统

发明背景

本发明与处理用户数据的方法和系统有关。具体地说，本发明涉及更新和修改用户数据、重新分配用户标志和表明用户标志已清除的方法和系统。

有许多类型的公共陆地移动网(PLMN)，例如全球移动通信系统(GSM)、移动通信的数字蜂窝系统(DCS 1800)和个人通信系统(PCS)。这些网络为在移动无线电通信网的各个小区之间漫游的移动用户设置了大量业务和设施。

在开发一个在世界尽可能多的区域内能广泛接受的第三代标准的跨区域性的合作项目的第三代合作项目(3GPP)内，正在对通用移动电信系统(UMTS)进行标准化。UMTS将在GSM的成功的基础上构建。

网络实体通过公共信令系统进行通信。例如，在GSM系统中，PLMN内的实体之间用由CCIU规定的信令系统No.7的移动应用部分(MAP)进行通信。这个信令系统的详细情况可参见“数字蜂窝通信系统(阶段2+)，移动应用部分(MAP)规范”(“Digital CellularTelecommunications System(Phase 2+)，Mobile Application Part(MAP)Specification”，TS GSM 09.02 v.5.6.00)，该文件在这里列作参考引用。UMTS MAP将基于最近的GSM MAP的版本，只有极少的修改。

UMTS将支持如在传统的语音网内使用的电路交换数据通信和如由例如普通分组无线电业务(GPRS)提供的分组交换通信。因此，UMTS可用于迅速和高效地交换语音和非语音数据。

图1例示了UMTS的一个典型的网络体系结构。在图1中，有一个移动台(MS)与一个或多个公共陆地移动网(PLMN)通信。每个PLMN包括一个或多个为MS执行电路交换的移动业务交换中心(MSC)。

第一网络PLMN1可以认为是归属PLMN(HPLMN)，包括一个存有归属这个网络的用户的用户数据的归属用户位置寄存器(HLR)。HPLMN还包括一个使分组交换通信得以进行的网关GPRS支持节点(GGSN)。

PLMN2和PLMN3认为是访问PLMN，包括一个或多个存储一些归属其他网络而可能正在本网络内漫游的用户的数据的访问用户位置寄存器(VLR)。PLMN2和PLMN3还包括一些支持分组交换通信的服务GPRS支持节点(SGSN)。

PLMN1的HLR与VLR1(PLMN2的)以及VLR2和VLR3(PLMN3的)进行通信，以便例如在一个用户漫游到一个由这些VLR之一服务的区域时更新用户信息。这些VLR还相互进行通信。例如，在一个用户漫游入一个新的由一个称为“新VLR”的VLR服务的位置区时，为用户先前所在位置区提供服务的VLR(即“前VLR”)就与新VLR通信，以提供用户信息。

SGSN处在与MSC/VLR相同的层次，以类似的方式工作，但是为在SGSN的服务区之间漫游的用户提供分组交换通信。SGSN保持着GPRS用户的位置变动情况，执行保安功能，以及处理接入控制。SGSN与HLR通信，获得用户档案。SGSN还相互通信，PLMN3的SGSN与BSS通信，而BSS与连接到VLR2的MSC通信。

GGSN是GPRS网与公共数据网之间的分组数据的互连点。GGSN通过网际协议(IP)主干与SGSN连接。用户数据，例如来自一个与互联网连接的GPRS终端，封装后通过IP主干发送。GGSN接至HLR，获取为送至和来自SGSN的分组数据进行路由选择的路由信息。GGSN还可以与其他GGSN连接，以便处理漫游。

下面将说明在标准的GSM网内移动性管理过程，特别是在非GPRS情况下的位置更新过程与在UMTS网内的这些过程之间的差异。首先说明在标准的GSM网内的位置更新过程，然后说明在采用超级载荷概念(Super-Charger concept)的UMTS网络所用的相应过程(以及一些附加过程)，从中可以看出这些差异。

在一个标准的GSM位置更新过程期间，一个用户漫游入由一个新VLR服务的区域，这个新VLR就检索这个有关用户的国际移动用户标志(IMSI)。如果用户在一个发送给新VLR的位置更新请求内用IMSI标识自己，那末新VLR就已经得到了IMSI。然而，如果用户用一个临时移动用户标志(TMSI)标识自己以使用户标志不受侵犯，那末新VLR必须从前VLR检索出IMSI。

这可以结合图2来理解，图中例示了在一个标准的GSM网内MS用TMSI标识自己的位置更新过程的信令序列。在图2中，为了简明起见省略了BSS节点和验证过程。

如图2所示，位置更新过程从MS向新VLR发送一个位置更新请求开始。在MS的位置更新请求内包括一个标识前VLR的老位置区标志。于是，新VLR通过向前VLR发送一个含有TMSI的MAP SEND ID(MAP发送ID)请求消息向前VLR请求TMSI。前MSCNLR在MAP SEND ID响应消息内返回用户的IMSI和任何未用的验证三元组。

在检索到IMSI时，新VLR向有关用户的归属网，即HPLMN的HLR发送一个MAP UPDATE LOCATION(MAP更新位置)指示消息。当然，HPLMN可以是与新VLR所属的相同的PLMN。于是，HLR向前VLR发送一个MAPCANCEL LOCATION(MAP删除位置)指示消息。前VLR于是从它的数据库中删除这个用户的记录，再向HLR发送一个MAP CANCEL LOCATION确认信息。然后，HLR根据数据量以一个或多个MAP INSERTSUBSCRIBER DATA(ISD)(MAP插入用户数据)指示消息向新VLR发送这个用户的用户档案。新VLR用一个MAP INSERT SUBSCRIBER DATA响应消息响应。在ISD过程后，HLR向新VLR发送一个MAP UPDATELOCATION(MAP更新位置)响应消息，而新VLR将一个类似的确认消息发送给MS。这样就完成了网络内的位置更新过程。

GSM内位置更新过程的详细情况可参见“数字蜂窝通信系统(阶段2+)；MAP规范”(“Digital Cellular telecommunication system(Phase 2+)；MAP specification”，TS GSM 9.02)。在GPRS情况下，相应信令是类似的。新SGSN与HLR之间和HLR与前SGSN之间的信令原则上与在非GPRS情况下的新VLR与HLR之间和HLR与前VLR之间的相同。然而，新SGSN与前SGSN之间的信令有些不同。

这可以从图3和4中看到。图3和4分别例示了在一个标准的GSMGPRS网内一个GPRS连接过程(GPRS Attach procedure)和一个路由区更新请求(Routing Area Update Request)的信令序列。为了简明起见其中省略了BSS节点和验证过程。

在GPRS连接情况下，MS向一个新SGSN请求GPRS服务。如果请求成功，这就将MS的移动性管理状态从IDLE(空闲)改变为READY(就绪)。参见图3，在GPRS连接过程中，如果MS用分组TMSI(P-TMSI)(与非GPRS情况下的TMSI相应的临时标志)标识自己，新SGSN就用一个标识请求(Identification Request)消息向前SGSN请求IMSI。前SGSN在一个标识响应消息内向新SGSN返回IMSI(和任何未用的验证三元组)。此后，处理原则上如以上结合图2所述的非GPRS情况那样继续进行。

在SGSN际路由区更新情况下，GPRS连接的MS，也就是一个处在STANDBY(待机)或READY状态的MS，从由一个SGSN服务的一个路由区移动到由另一个SGSN服务的另一个路由区。参见图4，前SGSN将IMSI和未用的验证三元组传送给新SGSN。新SGSN用一个SGSN语境请求(Context Request)消息向前SGSN请求数据。前SGSN在一个SGSN语境响应消息内向新SGSN返回IMSI及其他数据，例如使数据分组可以从前SGSN向新SGSN和从GGSN向新SGSN传送所必需的分组数据协议(PDP)语境。在这种情况下，在这个信令过程中还涉及GGSN。此后，过程原则上如以上结合图2所说明的非GPRS情况那样继续进行。

每当一个用户移动到由一个新VLR或SGSN服务的位置时，用户数据必须从HPLMN内的HLR下载入为这个用户服务的新VLR或SGSN，而且从前VLR或SGSN中删掉。如果与这些实体关联的位置区都很小或者用户经常在这些位置区之间移动，那么这样的下载就引起很大的信令负荷。这也适用于在用户归属网内移动的用户和漫游用户。对于漫游用户，需承担国际信令费用。

向一个新VLR发送一个有关用户的用户档案所用的MAP INSERTSUBSCRIBER DATA(ISD)(MAP插入用户数据)消息数据量相当大，因此将不轻的负荷加到信令网上，特别是在不同的PLMN之间漫游的情况下要加到国际信令链路上。

正在设计一种超级载荷概念来减少在网络中的信令传送，主要是省去大部分ISD消息，而且还省去用以删除在前VLR和SGSN内的用户档案的MAP CANCEL LOCATION消息。这是通过在用户离开VLR的服务区时不从VLR数据库中删除用户数据来达到的。用户数据保持在前VLR内，在下一次用户再在这个VLR内注册时可以重新使用。由于用户数据保留在VLR内，来自HLR的MAP CANCEL LOCATION消息就是不必要的，可以省去。在用户档案已经存在于一个新VLR时，不需要从HLR传送用户档案，当然是要用户以前已经在这个VLR注册过。因此，也省去了ISD消息。

重要的是在VLR内所用的用户档案必须是最新的，也就是说，在VLR内所用的用户档案与当前存储在HLR内的相同。为了保证这数据的一致性，必需有某种对用户档案的修订管理机制。已经提出对于每个新版的用户档案用一个时戳和一个序号与之关联，以及其他一些措施。时戳、序号或其他类型的参数通常可以称为修订管理参数。

图5示出了例示在采用超级载荷概念时在用户先前已在新VLR内注册而且所保留的用户档案是最新的情况下位置更新过程的信令序列。为了简明起见省略了BSS节点和验证过程。

参见图5，在MAP UPDATE LOCATION指示消息从新VLR发送给HLR时，含有与当前存储在新VLR内的用户档案的版本关联的修订管理参数。HLR将所接收的修订管理参数用与当前存储在HLR内的用户档案版本关联的修订管理参数相比较，确定是否需要更新存储在新VLR内的用户档案。如果需要更新，HLR就在ISD消息内将更新了的用户档案和与之关联的修订管理参数传送给新VLR。新VLR于是从它的数据库中删掉先前存储的用户档案(和与之关联的修订管理参数)，而将所接收的用户档案(和与之关联的修订管理参数)存储在它的位置。如果HLR确定在新VLR内的用户档案版本与存储在HLR内的相同，就没有ISD消息要发送给新VLR。HLR改为向新VLR发送MAP UPDATELOCATION(MAP更新位置)响应消息，如图5所示。如果在从新VLR接收的MAP UPDATE LOCATION消息内没有包括修订管理参数，HLR就执行标准的位置更新过程，也就是说，在ISD消息内将用户档案(不带与之关联的修订管理参数)传送给新VLR。

在HLR接收到一个含有一个修订管理参数的MAP UPDATE LOCATION消息时，它将新VLR在它的数据库内标为“支持超级载荷概念”。HLR还对它的数据库进行检验，确定前VLR是否支持超级载荷概念。如果前VLR确实支持超级载荷概念，HLR就不发送MAP CANCEL LOCATION消息。否则，就如在一个标准的GSM系统内那样发送MAP CANCELLOCATION消息。

在采用超级载荷概念时位置更新过程的详细情况可参见3GPP的Tdoc，3GPP N2-99 972 “第三代合作项目；技术规范组核心网络；超级载荷技术报告”(“3rd Generation Partnership Project；Technical Specification Group Core Network；Technical Reporton Super-Charger”)。

超级载荷概念同样可应用于GPRS域内的SGSN。原则上，它在这种情况下以相同的方式起作用。然而有着一些差异，这些差异将在下面涉及时说明。

有若干与传统的超级载荷概念有美的问题。一个问题是效率。

超级载荷概念的效率可以用几种方式加以改善。一种方式是进一步减小在MAP INSERT SUBSCRIBER DATA消息内传送更新了的用户档案的国际信令负荷。

另外两个问题与临时移动用户标志(TMSI)有关。TMSI是一个短的临时标识符，仅仅在一个位置区内是唯一的，随着用户进出位置区重新使用。因此，TMSI值范围是一种有限的资源。通常，一个TMSI根据在一个新位置区内的位置更新分配给一个用户。这个TMSI在用户离开这个位置区时列为可重新分配的，从而可以将它分配给其他用户使用。于是，按运营方考虑，在用户与网络以后的接触期间重新分配一个TMSI。

如果这个新位置区由同一个VLR管理，VLR具有完全的控制权，因此在用户在新位置区内发送一个位置更新请求时就可以将老位置区内的这个TMSI列为可重新分配的。然而，如果新位置区由另一个VLR管理，老位置区内的这个TMSI列为可重新分配的就由HLR发给前VLR的MAP CANCEL LOCATION消息触发。

在超级载荷概念中，MAP CANCEL LOCATION消息是撤消了的，因此按标准方式这个TMSI就不是可重新分配的。实际上，前VLR并不知道用户已经离开它的服务区。对于GPRS的情况，P-TMSI由SGSN以类似的方式管理，撤销MAP CANCEL LOCATION消息对P-TMSI管理的影响与对TMSI管理的影响相同。

当前，在超级载荷概念中还没有措施来保证重新分配TMSI和P-TMSI。因此，降低了IMSI和P-TMSI的利用率。

采用超级载荷概念的另一个问题是当前还没有措施从一个VLR中删除一些用户档案和向HLR表示这些用户档案已经删除。

在当前的GSM系统中，一个用户档案在保留一定时间(例如几天)后可以从一个VLR内撤消。在这种情况下，VLR向HLR发送一个MAPPURGE MS(MAP清除MS)消息，将这个行动通知HLR，防止不必要的涉及所清除的用户的MAP PROVIDE ROAMING NUMBER(提供漫游号)请求消息。

随着为新用户服务，VLR的数据库将不断增大。因此，在VLR内需要有一种数据库管理功能，可以删除老的用户数据(按照一些算法)，以防数据库充满。

按照超级载荷概念，在由于数据库管理原因删掉一个用户记录时，并不通知HLR，这与标准的有一个MAP PURGE MS消息发送给HLR的GSM系统相反。

撤消MAP PURGE MS消息意味着有可能HLR认为记录从一个VLR中删除了的用户仍在这个VLR内注册(如果HLR没有从另一个VLR接收到一个涉及这个用户的MAP UPDATE LOCATION消息的话)。这也就意味着HLR在有呼叫要传送给这个用户时可能向这个VLR发送MAP PROVIDEROAMING NUMBER请求消息。于是，可以设想这个VLR返回一个含有新的诊断信息“MS已清除(MS)”的用户不存在错误(Absent SubscriberError)的MAP PROVIDE ROAMING NUMBER响应消息。接收到这个“MS已清除”指示，HLR可以在这个用户的用户记录内将“MS对非GPRS已清除(MS Purged for Non-GPRS)”标志置位。

这样处理MAP PROVIDE ROAMING NUMBER请求还有另一个后果。它意味着，接收到对一个在VLR内没有数据记录的用户的MAP PROVIDEROAMING NUMBER请求，VLR必须区别用户档案是由超级载荷数据库管理功能撤消的(在这种情况下，如上所述将带错误信息的MAP PROVIDEROAMING NUMBER响应消息返回给HLR)还是由于VLR重新启动而丢失(在这种情况下，启动标准的VLR数据库恢复过程)。

还提出了在用户在位置更新请求中用TMSI标识的情况下省去新VLR从前VLR检索IMSI的MAP SEND ID消息，而改为新VLR通过MAPPROVIDE IMSI(MAP提供IMSI)过程从MS检索IMSI。

在当前的GSM系统中，HLR可以将一个“冻结TMSI(Freeze TMSI)”参数纳入MAP PURGE MS响应消息。如果在HLR内存储的有关用户的VLR号码与在MAP PURGE MS消息内接收的VLR号码相同，就可以利用这个参数。这是防止一个TMSI双重分配的预防措施，例如，在HLR没有接收到用户在另一个VLR内的位置更新时，也就是在按照HLR的记录用户仍处于它的用户记录已清除的VLR的服务区内时。冻结了的TMSI在所关注的用户在同一个VLR内的一个以后的位置更新时、在接收到一个对于有关用户的MAP CANCEL LOCATION消息时或者在极个别情况下通过运行和维护干预可以重新使用，

在一个超级载荷网络内，连同MAP PURGE MS消息撤消了上述预防一个TMSI双重分配的措施，因此引起一些模糊问题。撤销SGSN给HLR的MAP PURGE MS消息、从而撤消HLR以一个“冻结P-TMSI”参数应答，对P-TMSI管理有着类似的影响。

撤销MAP PURGE MS消息还在为移动台终接GPRS分组传送作准备的网络请求PDP语境激活中产生一个问题。为了说明这个问题，先采看一下网络请求PDP语境激活的成功和不成功的情况是有益的，图6例示了一个网络请求PDP语境激活的成功情况的信令序列。为了简明起见其中省略了BSS节点。

如图6所示，在一个移动台终接的PDP分组数据单元(PDU)也就是一个数据分组到达GGSN时，GGSN利用一个MAP SEND ROUTING INFOFOR GPRS(MAP发送对于GPRS的路由信息)请求消息向HLR询问路由选择信息。如果HLR并不知道有关用户不能通达，HLR就会在一个MAPSEND ROUTING INFO FOR GPRS响应消息内返回当前为这个用户服务的SGSN的SGSN地址。于是，GGSN向这个SGSN发送一个PDU通知请求，其中含有IMSI、PDP类型和PDP地址。SGSN通过向GGSN发送一个PDU通知响应(PDP Notification Response)确认这个消息，再向MS发送一个请求PDP语境激活(Request PDP Context Activation)消息。此后，实际的PDP语境激活过程在GGSN与MS之间开始。

GGSN可以存储GGSN用采为有关用户建立上个PDP语境的SGSN的地址。所存储的SGSN地址将在一段有限的时间内有效，在这段有限的时润内将禁止向HLR询问。然而，在这段有限时间内用户记录不大可能从SGSN数据库中清除掉。如果必须删除一个用户记录，数据库管理功能宁可选择删除一个很长时间没有使用的用户记录。

如果目的用户在HLR内标记为不可通达的，HLR就在它给GGSN的MAP SEND ROUTING INFO FOR GPRS响应消息内表明这个情况。使GGSN可以避免将信令资源和处理能力浪费在一个给SGSN的不成功的PDU通知请求上。

图7例示了一个向网络请求的PDP语境激活不成功情况的信令序列。为了简明起见其中省略了BSS节点。

如图7所示，如果在请求PDP语境激活消息从SGSN发送给MS前，PDP语境激活例如因为在SGSN内不知道有关IMSI(例如因为它先前被数据库管理功能删除了)而失败，SGSN就在PDU通知响应消息内向GGSN返回一个出错指示。指出的错误原因例如可以是“TMSI不明(TMSI NotKnown)”或者“MS已脱离GPRS(MS GPRS Detached)”。另一种情况是请求PDP语境激活消息发送给MS，然后PDP语境激活失败。SGSN于是在一个PDU通知拒绝请求(PDU Notification Reject Request)消息内向GGSN指出出错原因，但是这种情况与本讨论无关。

在GGSN从SGSN接收到一个带出错指示的PDU通知响应消息(或者一个PDU通知拒绝请求)时，它在一个MAP FAILURE REPORT(MAP故障报告)指示消息内向HLR报告失败和失败原因。这个消息由HLR用一个MAP FAILURE REPORT确认消息确认。在MAP FAILURE REPORT指示消息内向HLR报告的出错原因可以例如是“系统故障”、“数据丢失”、“意外数据值”或“用户不明”(各为用户错误参数)。接收到MAPFAILURE REPORT指示消息，HLR将对有关用户的一个“移动台对GPRS不可通达(Mobile Station Not Reachable for GPRS)”(MNRG)标志置位(如果这个标志还没有置位的话)。HLR还可以在一个“移动台不可通达原因(Mobile Not Reachable Reason)”(MNRR)参数内指出原因。

在发送MAP FAILURE REPORT指示消息前，如果出错原因是“IMSI不明”，GGSN可以通过向HLR发送一个MAP SEND ROUTING INFO FOR GPRS请求消息设法检索一个新的SGSN地址(假设MS可能已移动到另一个SGSN)。如果HLR返回一个已经试过的之外的SGSN地址，网络请求PDP语境激活过程就重新开始。否则，就将MAP FAILURE REPORT指示消息发送给HLR。

如上所述，一个对涉及一个记录已经由超级载荷数据库管理功能从VLR删除的用户的漫游号的请求导致VLR给HLR一个“MS已清除”的指示，使得HLR随后可以将对于有关用户的“MS对非GPRS已清除”标志置位，从而防止以后试图将移动台终接呼叫或短消息送达这个用户。然而，没有相应的方式使HLR接收有关MS已经从SGSN数据库内删除的信息。因此，在HLR内从不设置“MS对GPRS已清除”标志。这样，如果HLR没有从另一个SGSN接收到一个MAP UPDATE GPRS LOCATION(MAP更新GPRS位置)指示消息，不成功的网络请求PDP语境激活(也就是移动台终接的GPRS分组传送尝试)和要发给有关用户的移动台终接的短消息可能仍然要传送给SGSN。这个分组或短消息不可能由SGSN转发给MS。如果作为对于一个记录已经由超级载荷数据库管理功能从SGSN内删除的用户的一个不成功的网络请求PDP语境激活的结果，可以将“MS已清除”状态从SGSN传送给HLR，就会改善超级载荷概念的效率。

这样，就有必要开发解决在以超级载荷概念处理用户数据中的这些问题的技术。

发明概要

因此，本发明的目的是改善处理用户数据的效率。

按照一些示例性实施例，这个目的和其他一些目的是由一种处理在一个网络内漫游的用户的用户数据的方法和系统达到的，这个网络包括一个存有归属本网络的用户的信息的归属用户网络实体(home)和一个或多个存有归属一个或多个其他网络的用户的信息的访问用户网络实体(visitor network entity)。这个网络可以支持电路交换通信和/或分组交换通信。

按照第一实施例，提供了一种更新一个用户档案的方法和系统。一个为用户从由一个前访问用户网络实体服务的区域进入的区域服务的新访问用户网络实体接收到一个更新位置请求后，将这个更新位置请求发给归属用户网络实体。确定存储在新访问用户网络实体内的这个用户的用户档案是否需要更新和从前访问用户网络实体更新存储在新访问用户网络实体内的用户档案的条件是否满足。如果用户档案需要更新和这些条件满足，就从前访问用户网络实体更新存储在新访问用户网络实体内的用户档案。

按照第二实施例，提供了一种只发送对一个用户档案的修改来更新用户档案的方法和系统。在归属用户网络实体，接收一个请求更新存储在一个访问用户网络实体内的一个用户档案的请求。确定在归属用户网络实体内记录的修改是否足以更新用户档案。如果记录的修改足以更新用户档案，就将这些修改从归属用户网络实体发送给访问用户网络实体。

按照第三实施例，提供了一种处理用户标志重新分配的方法和系统。作为可供选择的一个方案，一个为一个用户刚漫游过的区域服务的前访问用户网络实体一收到一个标识这个用户的请求就可将他的用户标志重新分配。作为另一个可供选择的方案，确定自用户与网络之间的上次接触后是否过了一段预定的时间。如果是这样的话，禁止这个用户在网络内使用原用户标志。

按照第四实施例，提供了一种处理分组语境激活失败的方法和系统。确定网络尝试在访问用户网络实体之一为一个用户进行分组激活是否成功。如果分组激活失败，将失败通知归属用户网络实体，确定失败是否由于一个用户记录被清除引起的。如果失败是由于一个用户记录被清除引起的，归属用户网络实体就记录这个用户的用户档案已经清除。

本发明提供了一种为在网络内漫游的用户处理用户数据的方法，这个网络包括一个存有归属本网络的用户的信息的归属用户网络实体和一个或多个存有归属一个或多个其他网络的当前正在访问或先前访问过本网络的用户的信息的访问用户网络实体，所述方法包括下列步骤：在为一个区域服务的新访问用户网络实体处接收一个更新位置请求，用户从由一个先前访问用户网络实体服务的区域漫游入的所述区域服务；将更新位置请求指示给归属用户网络实体；确定存储在新访问用户网络实体内的用户的用户档案是否需要更新；确定从先前访问用户网络实体更新存储在新访问用户网络实体内的用户档案的条件是否满足；以及如果用户档案需要更新并且这些条件得到满足，就从先前访问用户网络实体更新存储在新访问用户网络实体内的用户档案。

此外，本发明还提供了一种为一个在网络内漫游的移动台(MS)处理用户数据的系统，这个网络包括一个存有归属本网络的用户的信息的归属用户网络实体和一个或多个存有归属一个或多个其他网络的当前正在访问或先前访问过本网络的用户的信息的访问用户网络实体，所述系统包括：用于在为一个区域服务的新访问用户网络实体处接收更新位置请求的装置，其中用户从一个由先前访问用户网络实体服务的区域漫游上述区域；将更新位置请求指示给归属用户网络实体的装置；确定用户的存储在新访问用户网络实体内的用户档案是否需要更新的装置；确定从先前访问用户网络实体更新存储在新访问用户网络实体内的用户档案的条件是否满足的装置；以及如果用户档案需要更新和这些条件满足，就从先前访问用户网络实体更新存储在新访问用户网络实体内的用户档案的装置。

本发明的另一目的是提供一种为一个在网络内漫游的用户处理用户数据的方法，这个网络包括一个存有归属本网络的用户的信息的归属用户网络实体和一个或多个存有归属一个或多个其他网络的当前正在访问或先前访问过本网络的用户的信息的访问用户网络实体，所述方法包括下列步骤：在归属用户网络实体中存储对于用户档案进行修改的记录；在归属用户网络实体接收一个更新存储在一个访问用户网络实体内的一个用户档案的请求；确定存储在归属用户网络实体内的所述修改的记录是否足以更新存储在该访问用户网络实体的用户档案；以及如果所述修改的记录足以更新用户档案，就将这些修改，而不是整个用户档案，从归属用户网络实体发送给访问用户网络实体。

本发明的再一目的是提供一种为一个在网络内漫游的用户处理用户数据的系统，这个网络包括一个存有归属本网络的用户的信息的归属用户网络实体和一个或多个存有归属一个或多个其他网络的当前正在访问或先前访问过本网络的用户的信息的访问用户网络实体，所述系统包括：用于在在归属用户网络实体存储对于用户档案进行修改的记录的装置；在归属用户网络实体接收一个更新存储在一个访问用户网络实体内的一个用户档案的请求的装置；确定在归属用户网络实体内存储的所述修改的记录是否足以更新存储在访问用户网络实体中的用户档案的装置；以及如果所述修改的记录足以更新用户档案，就只将这些修改，而不是整个用户档案，从归属用户网络实体发送给访问用户网络实体的装置。

附图简要说明

从以下结合附图所作的说明中可以清楚地看到本发明的这些特色、目的和优点。在这些附图中同样的标注数字标注的是同样的部分，其中：

图1例示了UMTS的一个典型的网络体系结构；

图2例示了一个位置更新过程的典型信令序列；

图3例示了一个GPRS连接过程的典型信令序列；

图4例示了一个SGSN际路由区更新过程的典型信令序列；

图5例示了一个采用超级载荷概念的位置更新过程的典型信令序列；

图6例示了一个网络请求PDP语境激活的成功情况的典型信令序列；

图7例示了一个网络请求PDP语境激活的不成功情况的典型信令序列；

图8例示了按照第一实施例在用户用IMSI标识自己时一个成功的位置更新过程的信令序列；

图9和10例示了按照第一实施例在用户用TMSI标识自己时一个成功的位置更新过程的信令序列；

图11例示了一种按照第一实施例设计的处理用户数据的方法；

图12A-12F例示了一个示范性的用户档案的一些不同版本；

图13A-13E例示了一些修改记录表；

图14例示了一个示范性的增量用户数据消息；

图15例示了一种按照第二实施例设计的处理用户数据的方法；

图16A和16B例示了按照第三实施例设计的处理用户数据的方法；以及

图17例示了一种按照第四实施例设计的处理用户数据的方法。

详细说明

按照一些示范性的实施例，本发明提供了一些利用超级载荷概念以高效率的方式处理用户数据的技术。

按照第一实施例，本发明提供了一种以高效率的方式更新用户数据的技术。

按照超级载荷概念，在一个用户试图注册的VLR内保留的用户档案过时时，由HLR通过一个或多个INSERT SUBSCRIBER DATA(插入用户数据)消息予以更新。在用户从另一个PLMN来漫游时，很可能意味着通过国际信令链路发送ISD消息。这些国际信令链路将一个沉重的负担加到了系统资源上。

一种减少国际信令的方法就HLR来说是从前VLR检索更新了的用户档案，如果前VLR与新VLR处在同一个PLMN内的话，例如在图1中的MS从VLR3的服务区移动到VLR2的服务区的情况。

信令序列在用户在位置更新请求内提供IMSI标识自己时与在提供TMSI标识自己时是不同的。在这两种情况下，新VLR通过检查在MAPUPDATE LOCATION AREA请求内接收到的前位置区标志参数都可以确定前VLR是否处在本PLMN内。HLR可以通过将新VLR的VLR号码，例如国家代码和国内目的地代码，与前VLR的VLR号码相比较获得同样的结果。

如果前VLR与新VLR处在同一个国家内，国际信令也可以省去。前VLR的国家可以由新VLR从在MAP UPDATE LOCATION AREA请求内接收到的前位置区标志参数内包含的国家代码得出。HLR可以通过将新VLR的VLR号码(具体地说是国家代码)与前VLR的相比较获得同样的结果。

图8例示了用户用IMSI标识自己的一个成功的位置更新过程。在用户提供IMSI作为标识时，新VLR向HLR发送一个MAP UPDATELOCATION(MAP更新位置)指示消息(包括新的修订管理参数)。HLR确定在新VLR内的用户档案是否需要更新。这可以通过将在MAPUPDATE LOCATION指示消息内从新VLR接收的修订管理参数(例如，时戳或版本号)用与从有关用户接收的存储在HLR内的用户档案关联的修订管理参数(例如，时戳或版本号)相比较确定。如果修订管理参数相同，就表明用户档案是相同的，因此不需要更新。相反，如果修订管理参数不一致，新VLR内的用户档案就需要更新。在这种情况下，HLR在MAP UPDATE LOCATION响应消息内用一个新的参数向新VLR表示它可以从前VLR检索到更新了的用户档案。在命令新VLR这样做以前，HLR需确认更新用户档案的条件满足，例如，前VLR采用超级载荷概念，前VLR与新VLR处在同一个PLMN(或者同一个国家)内，以及用户档案自用户离开前VLR服务的区域以来一直没有更新过。这意味着HLR必须保留上次修订用户档案的修订管理参数，例如时戳、序号等。于是，新VLR可以利用一个新的MAP业务(也就是一些新消息)从前VLR检索出更新了的用户档案。这些新消息可以称为例如MAPSUBSCRIBER DATA TRANSFER(MAP用户数据传送)请求(用来向前VLR请求用户档案)和MAP SUBSCRIBER DATA TRANSFER响应(用来向新VLR返回用户档案)。响应消息可以是单个消息或者多个消息，取决于需传送的数据量。

如果检索失败，新VLR仍然可以通过向HLR发起一个MAP RESTOREDATA(MAP恢复数据)过程(对于有关用户)或者发起一个与HLR的新的MAP UPDATE LOCATION(MAP更新位置)对话从HLR检索出一个更新了的用户档案。如果向HLR发送一个新的MAP UPDATE LOCATION指示消息，这个新的MAP UPDATE LOCATION指示消息这时候不应该包括修订管理参数，以便使HLR触发一个标准的MAP INSERT SUBSCRIBER DATA(MAP插入用户数据)过程(在不包含修订管理参数的情况下)。一种可供选择的方案是在MAP UPDATE LOCATION指示消息内有一个明确的指示，可以是修订管理参数的一个专用值，表示应该从HLR传送用户档案和与之关联的修订管理参数。

如果接收到第一MAP UPDATE LOCATION消息(含有修订管理参数)后HLR确定在新VLR内的用户档案需要更新但是从前VLR检索用户档案的条件不满足，HLR就在发送MAP UPDATE LOCATION响应消息前向新VLR发起MAP INSERT SUBSCRIBER DATA过程(将修订管理参数连同用户档案纳入ISD消息)(也就是象在当前提出的超级载荷概念中的一个位置更新过程那样)。

图9例示了用户用TMSI标识、新VLR以标准的GSM方式(通过MAPSEND IDENTIFICATION(MAP发送标识)业务)从前VLR或者(通过MAPPROVIDE IMSI(MAP提供IMSI)业务)从MS检索IMSI的一个成功的位置更新过程。对于这种成功的情况，HLR必须确定从前VLR检索用户档案的条件满足。

如图9所示，新VLR向HLR发送MAP UPDATE LOCATION指示消息，该过程以与用户用IMSI标识时的情况相同的方式继续进行。

按照另一个可供选择的方案，新VLR从前VLR检索用户档案和IMSI。图10例示了这种可供选择的方案在用户用TMSI标识自己时的信令序列。新VLR在确定前VLR与它处在同一个PLMN或同一个国家内后将与已经存储在新VLR内的用户档案版本关联的用户档案修订管理参数(例如，时戳、序号等)纳入MAP SEND IDENTIFICATION请求消息。

如图10所示，前VLR将接收到的修订管理参数用与存储在它自己的数据库内的用户档案版本关联的修订管理参数相比较，如果前VLR确定存储在新VLR内的用户档案需要更新，前VLR就将它自己对用户档案的修订和相应的修订管理参数连同IMSI(可能还有验证三元组)纳入MAP SEND IDENTIFICATION响应消息。当然，这意味着MAP SENDIDENTIFICATION消息的格式必须修改。也可以为这个过程设计一些新的MAP消息。这些新的消息可以例如称为MAP SEND IMSI ANDSUBSCRIBER DATA(MAP发送IMSI和用户数据)请求和MAP SEND IMSIAND SUBSCRIBER DATA响应。必要时，前VLR可以用几个消息来传送全部用户数据。如果用户档案不需要更新，前VLR就在它的响应消息内省略用户档案。

新VLR用从前VLR接收的用户档案(如果有的话)代替它先前存储的用户档案版本。然后，它向HLR发送一个含有它从前VLR接收的修订管理参数的MAP UPDATE LOCATION指示消息。

此时，有一个小的风险，可能自用户离开前VLR服务的区域以后或者自用户档案从前VLR检索到以后用户档案在HLR内作了修改。在这种情况下，在根据接收到的修订管理参数确定在新VLR内的用户档案需要更新后，HLR在一个或者几个MAP INSERT SUBSCRIBER DATA消息内发送更新了的用户档案，因此原在新VLR与前VLR之间传送用户档案就是多余的。然而，在绝大多数情况下，HLR确定在新VLR内的用户档案不需要更新，于是避免了通过国际信令链路传送用户档案。

如果新VLR由于某种原因没能从前VLR检索到更新了的用户档案，它就将它先前保留的修订管理参数纳入MAP UPDATE LOCATION指示消息发给HLR，于是HLR将如上所述那样进行动作。

虽然没有示出，类似的一些方法可以用来用存储在前SGSN内的用户档案更新在一个新SGSN内的一个用户档案。

图11例示了一种按照第一实施例设计的处理用户数据的典型方法。这种方法开始于步骤1100，新VLR接收到一个对位置更新的请求。在步骤1110，新VLR将这个更新位置请求发给HLR。在步骤1120，确定(例如由HLR)在新VLR内的用户档案是否需要更新。如果是这样的话，在步骤1130，确定(例如由HLR)由前VLR更新在新VLR内的用户档案的条件是否满足，例如前VLR是否采用超级载荷概念，新VLR是否与前VLR处在同一个PLMN或同一个国家内，以及用户档案自用户离开前VLR以后是否已经更新。可以理解，步骤1120和1130可以分别由新VLR和前VLR以相反的次序执行，例如，新VLR可以确定更新用户档案的条件是否满足，而前VLR可以确定用户档案是否需要更新。

如果确定用户档案需要更新和更新条件满足，就在步骤1140更新用户档案，例如通过前VLR向新VLR发送用户档案实现。如果在步骤1120确定用户档案不需要更新，就在步骤1150不更新用户档案。如果在步骤1130确定由前VLR更新档案的条件不满足，就在步骤1160由HLR向新VLR传送用户档案。

按照这个实施例，通过从前VLR而不是HLR检索更新了的用户档案，在用户在另一个PLMN内漫游而前VLR与新VLR处在同一个PLMN(或者同一个国家)内的情况下可以显著地减少位置更新过程引起的国际信令。这是对超级载荷概念的一个明显的改善。

可取的是，不是更新整个用户档案，而是用自上次更新以后所作的修改来更新一个现有的档案。按照第二实施例，本发明提供了一种一个用户档案只用自上次更新以后对档案所作的修改进行更新的技术。

在以下说明中，将说明运用MAP INSERT SUBSCRIBER DATA和MAPDELETE SUBSCRIBER DATA(MAP删除用户数据)消息的情况。这些消息可以用于HLR与VLR之间或者HLR与SGSN之间。在HLR与VLR之间所用的过程与在HLR与SGSN之间所用的过程是相同的，只是消息参数可以不同。本发明同样适用于这两种情况。

在当前的GSM系统中，在一个VLR或SGSN内在用户离开这个VLR或SGSN的服务区后不保留用户数据。因此，在VLR或SGSN内接收到一个MAP INSERT SUBSCRIBER DATA消息意味着数据只不过是从ISD消息拷入VLR数据库或SGSN数据库。

在独立用户数据的情况下，也就是说，在由于用户档案在HLR内已经更新而有一个或多个ISD消息发送给当前的VLR或者当前的SGSN时，在ISD消息内接收到的这些参数盖写先前存储在这个VLR或SGSN内的相应参数。如果存储在VLR或SGSN内的参数有一些与ISD消息内所含的参数不相应，这些先前存储的参数就保留在VLR或SGSN内。为了删除存储在VLR或SGSN内的用户档案内的一些参数，HLR必须使用MAP DELETE SUBSCRIBER DATA消息。

由于用户档案的每次修改都需要在当前的VLR或当前的SGSN内反映出来，也就是说HLR不将修改累积后再通知当前的VLR和/或SGSN，因此未必要用一个MAP INSERT SUBSCRIBER DATA消息和一个MAPDELETE SUBSCRIBER DATA(MAP删除用户数据)消息一起来反映一个用户档案修改情况。在几乎所有的情况下，用其中之一就足够了。

相反，在一个超级载荷网络内，在位置更新过程或者GPRS连接过程或路由区更新过程期间接收到的一个MAP INSERT SUBSCRIBER DATA指示消息导致将所接收的数据完全拷入VLR数据库或SGSN数据库，也就是说，完全删除先前保留的用户档案，而将所接收的用户档案存储在它的位置。先前存储的用户档案的参数一个都不保留，即使在MAP INSERT SUBSCRIBER DATA指示消息内并不存在相应的参数。这导致浪费超级载荷概念要节约的信令资源。

在很多情况下，改变的只是用户档案中的一小部分。因此，由HLR发送完整的用户档案是对信令资源的一种浪费。最好是只要发送这些修改，例如一个“增量用户数据(delta subscriber data)消息”。

可以利用独立用户数据管理过程的原则来表示对用户档案的修改。然而，在一个支持超级载荷概念的网络内，保留在VLR或SGSN(用户试图在其中注册的)内的用户档案与在HLR内的更新了的用户档案之间的差别可以是在HLR内对用户档案几次修改的结果。因此，如上所述的独立用户数据管理过程原则可能适合在一个采用超级载荷概念的位置更新过程或GPRS连接的过程或路由区更新过程期间表示这些用户档案修改情况。在很多情况下，都要必需发送一个MAP INSERTSUBSCRIBER DATA消息和一个DELETE SUBSCRIBER DATA(删除用户数据)消息。

按照一个示例性实施例，可以用一个“增量用户数据消息”来表示修改情况。这个消息可以含有这些经修改的参数和新的参数、一个列有需删除的参数的表和与更新了的用户档案关联的修订管理参数。所有这信息可以在单个比一个或多个ISD消息短得多的消息内发送。这样的一个新的消息和相应的响应可以例如称为MAP SUBSCRIBERDATA MODIFICATION(MAP用户数据修改)指示和MAP SUBSCRIBER DATAMODIFICATION响应。这个新的MAP消息改善了超级载荷概念的效率。在极个别情况下，例如在由于广泛修改用户档案而需要传送的数据量很大时，可能需要发送多个消息作为“增量用户数据消息”。

从HLR一接收到一个或多个“增量用户数据消息”，VLR或SGSN就利用在这些消息内接收到的修改指示更新先前存储的用户档案的版本，以反映当前存储在HLR内的用户档案的版本。VLR或SGSN于是用从HLR接收的修订管理参数代替先前存储的修订管理参数。

为了可以这样工作，HLR必须至少掌握最近几次对用户档案的修改。只要记录保留在VLR或SGSN内的用户档案的版本与存储在HLR内的版本之间的所有修改，就可以用“增量用户数据消息”。否则，就需传送完整的用户档案和修订管理参数，如在当前提出的超级载荷概念中那样。

当然，也可以将这些新的消息用于独立用户数据管理情况。

这个实施例可以通过以下例子结合例示一个用户档案的不同版本的图12A-F、例示修改记录的图13A-E和例示一个增量用户数据消息的图14来理解。

假设用字母A-Z作为可以在一个用户档案内出现的这组参数，这些参数例如表示一些业务。不同的用户档案将含有这26个参数的不同子集，一些用户档案甚至可以含有所有这些参数，这取决于例如用户预约的是哪些业务。

每个参数具有某个值，这个值对于不同的用户档案可以是不同的。一些参数可以具有一个内部数据结构。

假设一个IMSI为“imsi-X”的用户有一个含有10个参数的用户档案。此外，假设修订管理参数是一个为用户档案的每个版本顺序更新的简单序号。假设“imsi-X”用户档案的当前版本为6，图12A示出了一个示范性的用户档案。

现在假设这个用户档案由于业务预约的改变而作了修改，增添了一个新的参数S，其值为4。图13A例示了所得到的修改记录的情况。

图12B例示了一个具有按照图13A所示的修改记录所作的修改的用户档案(版本7)。不是存储老的用户档案(版本6)，而是存储修改记录。

接下来假设档案增添一个新的参数D，其值为5，而参数G的值改为8。于是，一个新的修改记录添加到修改表上，以反映这些改变，如图13B所示，图12C例示了所得到的用户档案(版本8)。

接下来假设删除参数G，而参数P的值改为7。同样，一个新的修改记录添加到修改表上，如图13C所示。所得到的用户档案(版本9)示于图12D。

接下来假设删除参数S。一个相应的修改记录添加到修改表上，如图13D所示。所得到的用户档案(版本10)示于图12E。

然后，假设增添一个新的参数W，其值为6。现在，假设HLR只保存四个版本的修改记录。这意味着这些修改记录的内容现在一步移动到表内的左侧。结果是，从表中撤消记录1的内容，而反映最近修改的数据放入记录4。所得到的修改表示于图13E。图12F示出了所得到的用户档案(版本11)。

再来看这个用户档案继续修改的情况。现在假设从一个VLR接收到一个涉及IMSI为“imsi-X”的用户的MAP UPDATE LOCATION请求消息。这个消息含有一个修订管理参数，因此这个VLR显然支持超级载荷概念，表示存储在这个VLR内的用户档案版本具有修订号7。

于是，HLR就很容易确定所记录的这些修改是否足以产生一个将在这个VLR内的用户档案版本更新为存储在HLR内的用户档案版本的“增量用户数据消息”。如上所述的修改表使HLR可以回溯档案版本的改变情况，能累积最多前四个版本以来的修改情况。因此，如果在HLR内当前用户档案的版本号标为“C”，那末在VLR内的用户档案版本的版本号V处在范围C-4至C-1(即，C-4≤V≤C-1)的情况下，就可以使用一个“增量用户数据消息”。通常情况是V＝C，由于这意味着VLR内的用户档案不需要更新，因此既不要发送一个增量用户数据消息也不要发送一个MAP INSERT SUBSCRIBER DATA消息。在本例中，C＝11，而V＝7＝C-4。因此，可用一个“增量用户数据消息”来更新VLR内的用户档案版本。

为了建立一个指出将用户档案从版本7更新到版本11所需的修改的“增量用户数据消息”，HLR必须累计修改表内的修改，将所得到的累计修改纳入“增量用户数据消息”。“增量用户数据消息”在这个例子中于是将具有图14所示的内容，这些新的参数和经修改的参数纳入一个“新的或经修改的”参数组。在VLR接收到这个消息时，VLR从中提取这些修改，按此修改它的用户档案版本，替换修订管理参数。

图15例示了一种按照第二实施例设计的处理用户数据的典型方法。这种方法开始于步骤1500，HLR接收到一个更新一个用户档案的请求。这个请求可以例如是在一个位置更新过程、GPRS连接过程或路由区更新过程期间接收到的。在步骤1510，确定(例如由HLR)在HLR内记录的这些修改是否足以揭示存储在VLR或SGSN内的用户档案的版本与当前存储在HLR内的版本之间的差别。这可以通过比较档案的版本号和确定在VLR内的档案的版本号是否在存储在HLR内的档案的版本号的预定范围内来实现。如果这些修改是足够的，例如，如果存储在VLR内的档案的版本号处在存储在HLR内的档案的版本号的预定范围内，就在步骤1520，由HLR在一个“增量用户数据消息”内发送这些修改。如果所记录的这些修改不是足够的，例如，如果存储在VLR内的档案的版本号处在存储在HLR内的档案的版本号的预定范围之外，就在步骤1530由HLR发送完整的用户档案。

与当前提出的超级载荷概念相比，按照这个实施例，由于HLR在一个位置更新过程期间向VLR或者在采用超级载荷概念的一个GPRS连接过程或路由区更新过程期间向SGSN只发送用户档案的修改情况，因此显著地减少了信令数据量。

虽然这些实施例考虑了减少信令数据，使超级载荷概念效率更高，但还是存在着TMSI/P-TMSI重新分配和模糊的问题。

按照第三实施例，所考虑的是如上所述的IMSI/P-TMSI重新分配的问题。按照这实施例的一个方面，在绝大多数情况下(在用户在位置更新请求内用TMSI或者在GPRS连接的请求或路由区更新请求内用P-TMSI标识自己时)，在前VLR内接收到一个MAP SENDIDENTIFICATION请求消息或者在前SGSN内接收到一个标识请求消息或SGSN语境请求消息具有与接收到一个MAP CANCEL LOCATION(MAP删除位置)消息相同的效果(当然除了用户档案按照超级载荷概念保留之外)，也就是说，有关用户的TMSI/P-TMSI可以重新分配。

图16A例示了一种按照这方面处理用户数据的方法。这种方法开始于步骤1600，一个为用户漫游过的区域服务的前VLR或SGSN接收到一个对用户标识的请求。在步骤1610，前VLR或SGSN吊销有关用户的用户标志，使这个用户标志成为可重新分配的。

为了包括剩下的少数情况(或者在撤消MAP SEND(MAP发送)标识消息的非GPRS情况下的所有情况)，还需要有另一个机制作为备份。因此，按照另一个方面，可以使一个TMSI/P-TMSI只在上次MS与网络接触后的一段所规定的时间例如“T”内有效。这意味着，如果自上次与网络接触后经过了时间T，就不允许MS在一个以后的接入试呼中用这个TMSI/P-TMSI向网络标识自己，MS也不应该响应以后的含有这个TMSI/P-TMSI的寻呼消息。也就是说，自上次与MS接触后过了时间T，在MS内就删掉了这个TMSI/P-TMSI。为了考虑到一些定时器的差异，网络直到自上次与MS接触后过了时间T+δ(其中δ为T的一小部分)之前不重新分配这个TMSI/P-TMSI。网络在自上次与MS接触后的T-δ到T+δ之间在寻呼消息内不用这个TMSI/P-TMSI。

虽然TMSI和P-TMSI参数在上面是一起对待的，但是可以有一对TMSI的定时参数(例如T_TMSI和δ_TMSI)和一对P-TMSI的定时参数(例如T_P-TMSI和δ_P-TMSI)，这两对不需要具有相同的值。

例如，T可以是48小时，而δ可以是2小时。也可以T是24小时或72小时，δ是1小时或3小时。

参数T和δ，无论对于TMSI的与对于P-TMSI的是否相应相同，都可以标准化和硬编码，也可以规定为在每个小区内广播的系统信息的一部分，从而为每个运营方留下选择这些确切值的余地。这后一种方法使得不仅在不同的PLMN内可以有不同的参数值而且在同一个PLMN的不同的位置区内(对于TMSI)和同一个PLMN的不同的SGSN服务区内(对于P-TMSI)也可以有不同的参数值。这为各运营方提供了一些可能是有益的灵活性，因为不同的运营方可能对于TMSI参数也许还对于P-TMSI参数具有不同的编码方案。作为系统信息广播这些参数值还使得对于在同一个PLMN的不同的位置区内的TMSI(它在一个位置区内是唯一的)可以具有不同的参数值。对于在一个SGSN的服务区内是唯一的P-TMSI来说，可以在同一个PLMN的不同的SGSN服务区内具有不同的参数值。这可能是有益的特色，因为例如在一些通常有许多(例如多于平均数)同时注册的用户的位置区内，重用TMSI值更为重要，因此应该将参数T(因此还有参数δ)设置为比在通常只有少数同时注册的用户的位置区内的小的值。

图16B例示了一种按照这种情况处理用户数据的方法。这种方法开始于步骤1620，确定(例如由HLR)自上次MS与网络接触后是否过了时间T-δ。如果没有，就重复步骤1620。如果过了时间T-δ，就在步骤1630，网络不用这个TMSI/P-TMSI进行寻呼。然后，在步骤1640，确定(例如由HLR)自上次MS与网络接触后是否过了时间T。如果没有，过程返回到步骤1640。如果过了时间T，就在步骤1650，这个TMSI/P-TMSI不再由MS使用。接下来，在步骤1660，确定(例如由HLR)自上次MS与网络接触后是否过了时间T+δ。如果没有，过程返回到步骤1660。如果过了时间T+δ，就在步骤1670，这个TMSI/P-TMSI可由网络重新分配。

按照这个实施例，解决了与超级载荷概念关联的TMSI/P-TMSI问题(也就是减小TMSI/P-TMSI管理效率和TMSI/P-TMSI模糊的问题)。TMSI/P-TMSI的重新分配可以用一种受控方式和在一段合理的时间后进行。此外，由于应用了定时原则，即使在一个用户记录由超级载荷数据库管理功能从VLR或SGSN中删掉时，也没有与撤消MAP PURGEMS消息关联的TMSI/P-TMSI模糊问题。这种技术的一个缺点是如果不用时间限制，MS可能有时必须用IMSI标识自己(或者可能必须用IMSI对它寻呼)，否则就可以使用TMSI或P-TMSI。因此，TMSI/P-TMSI的效用有些减小，虽然可能是或多或少地取决于为时间限制T所选择的值。

上述这些实施例考虑了超级载荷概念的各种问题。采用超级载荷概念的另一个问题与PDP语境激活有关。

下面所说明的这些过程保证对于一个记录已由超级载荷数据库管理功能从SGSN内删掉的用户的一个不成功的网络请求PDP语境激活导致在HLR内将对于有关用户的“MS对GPRS已清除”标志置位。为了有助于理解，可以参见图6和7。

接收到涉及一个记录已由超级载荷数据库管理功能从SGSN删掉的用户的一个PDU通知请求消息，SGSN向GGSN返回一个PDU通知响应消息，其中含有一个带新的原因值“MS已清除”或“MS对GPRS已清除”的出错指示。出错指示也可以呈一个用户出错参数的形式，用诊断信息“MS已清除”或“MS对GPRS已清除”表示这个新的“不存在用户GPRS(Absent Subscriber GPRS)”错误。

然后，GGSN用一个MAP FAILURE REPORT(MAP失败报告)指示向HLR报告失败，这个MAP FAILURE REPORT指示包括具有新的值“MS已清除”或“MS对GPRS已清除”或者具有新的值“不存在用户GPRS”(带诊断信息“MS已清除”或“MS已对GPRS清除”)的用户出错参数。

作为另一个方案，可以将一个新的参数纳入MAP FAILURE REPORT指示消息，表示有关IMSI在SGSN内已被清除。为了使HLR能检验有关用户是否已从当前存储在HLR的用户记录内的SGSN清除，可以将SGSN地址(向GGSN返回PDU通知响应消息的SGSN的SGSN地址)纳入MAPFAILURE REPORT指示消息。这可以是一个强制性参数或一个只有在报告一个任何类别的“MS已清除”或“MS对GPRS已清除”时所包括的参数。

在MAP FAILURE REPORT指示消息内接收到出错指示(传送MS在SGSN内已清除的信息)，HLR就将对于有关用户的“MS对GPRS已清除”标志置位(如果在MAP FAILURE REPORT指示消息内接收的SGSN地址与为有关用户当前在HLR内存储的SGSN地址相同的话)。HLR还将对于有关用户的MNRG标志置位，还可以将用户记录内的MNRR参数设置为新的值“MS对GPRS已清除”、“MS已清除”或“MS对非GPRS或GPRS已清除”。HLR于是用MAP FAILURE REPORT确认消息向GGSN确认所报告的失败。GGSN也可以将一个对于有关用户的MNRG标志置位。

通过上面所说明的这个过程，对于一个在SGSN内用户记录已由超级载荷数据库管理功能删掉的用户，在为这个用户进行的为传送移动台终接的GPRS数据分组作准备的一个网络请求PDP语境激活一失败，就可以将“MS对GPRS已清除”标志置位。

图17例示了一种按照第四实施例设计的处理用户数据的方法。这种方法开始于步骤1700，确定PDP激活是否成功。如果没有，就在步骤1710，由HLR确定MS记录是否被清除。这可以根据例如来自SGSN的出错消息确定，如以GGSN所确认的那样。如果HLR确定MS记录被清除，就在步骤1720，HLR将“MS对GPRS已清除”标志置位。否则，过程返回到步骤1700。

按照这个实施例，一个不成功的对于一个记录已由超级载荷数据库管理功能从SGSN删掉的用户的网络请求PDP语境激活导致在HLR内为这个用户设置一个“MS已对GPRS清除”指示。因此，防止了以后再试图对有关用户进行网络请求PDP语境激活(即试图为它传送移动台终接的GPRS数据分组)或者试图将短消息传送给有关用户。

按照一些典型的实施例，本发明提供了一些处理用户数据的方法。所提出的这些技术只对当前的GSM MAP(GSM TS 09.02)或者当前所提出的超级载荷概念作了很小的修改。

熟悉该技术领域的人员可以理解，本发明可以在不背离本发明的基本特征的情况下用其他具体形式实现。因此，这里所揭示的这些实施例无论从哪一点来看都应该是例示性的而不是限制性的。

Claims

1.一种为在网络内漫游的用户处理用户数据的方法，这个网络包括一个存有归属本网络的用户的信息的归属用户网络实体和一个或多个存有归属一个或多个其他网络的当前正在访问或先前访问过本网络的用户的信息的访问用户网络实体，所述方法包括下列步骤：

在为一个区域服务的新访问用户网络实体处接收一个更新位置请求，用户从由一个先前访问用户网络实体服务的区域漫游入的所述区域服务；

将更新位置请求指示给归属用户网络实体；

确定存储在新访问用户网络实体内的用户的用户档案是否需要更新；

确定从先前访问用户网络实体更新存储在新访问用户网络实体内的用户档案的条件是否满足；以及

如果用户档案需要更新并且这些条件得到满足，就从先前访问用户网络实体更新存储在新访问用户网络实体内的用户档案。

2.权利要求1的方法，其中所述确定用户档案是否需要更新的步骤包括在归属用户网络实体内将一个表示存储在新访问用户网络实体内的用户档案的版本的参数与一个表示存储在所述归属用户网络实体内的所述用户档案的版本的参数相比较。

3.权利要求1的方法，其中所述确定由先前访问用户网络实体更新在新访问用户网络实体内的用户档案的条件是否满足的步骤包括确定先前访问用户网络实体是否与新访问用户网络实体处在同一个公共陆地移动网(PLMN)内或者处在同一个国家内。

4.权利要求3的方法，其中所述确定在归属用户网络实体内作出。

5.权利要求1的方法，所述方法还包括从归属用户网络实体向新访问用户网络实体发送一个更新位置响应，表示应该从先前访问用户网络实体检索更新了的用户档案。

6.权利要求5的方法，所述方法还包括从新访问用户网络实体向先前访问用户网络实体发送一个消息，请求将更新了的用户档案传送给新访问用户网络实体。

7.权利要求6的方法，所述方法还包括从先前访问用户网络实体在一个或几响应消息内返回更新了的用户档案。

8.权利要求6的方法，所述方法还包括如果用户档案不能从先前访问用户网络实体检索到，就向归属用户网络实体发送一个包括有关用户的标志的恢复消息。

9.权利要求8的方法，其中所述消息包括一个明确指示，表明用户档案和与之关联的修订管理参数应该由归属用户网络实体发送给新访问用户网络实体。

10.权利要求3的方法，其中所述确定在新访问用户网络实体内作出。

11.权利要求10的方法，所述方法还包括向先前访问用户网络实体发送一个请求传送该用户档案的消息。

12.权利要求1的方法，其中所述确定用户档案是否需要更新的步骤包括在先前访问用户网络实体内将一个表示存储在新访问用户网络实体内的用户档案的版本的参数与一个表示当前存储在先前访问用户网络实体的用户档案的版本的参数相比较。

13.权利要求1的方法，其中所述更新的步骤包括从先前访问用户网络实体在一个或多个响应消息内向新访问用户网络实体发送该用户档案和表示该用户档案版本的参数。

14.权利要求13的方法，所述方法还包括接收到来自先前访问用户网络实体的响应消息后，用在响应消息内接收到的用户档案和所关联的参数代替先前存储的用户档案和所关联的参数。

15.权利要求1的方法，其中所述网络支持电路交换通信，所述归属用户网络实体是一个归属用户位置寄存器(HLR)，而所述访问用户网络实体是一些访问用户位置寄存器(VLR)。

16.权利要求1的方法，其中所述网络支持通用分组无线业务(GPRS)，所述归属用户网络实体是一个与一个网关GPRS支持节点(GGSN)连接的归属用户位置寄存器(HLR)，而所述访问用户网络实体是一些服务GPRS支持节点(SGSN)。

17.一种为一个在网络内漫游的移动台(MS)处理用户数据的系统，这个网络包括一个存有归属本网络的用户的信息的归属用户网络实体和一个或多个存有归属一个或多个其他网络的当前正在访问或先前访问过本网络的用户的信息的访问用户网络实体，所述系统包括：

用于在为一个区域服务的新访问用户网络实体处接收更新位置请求的装置，其中用户从一个由先前访问用户网络实体服务的区域漫游上述区域；

将更新位置请求指示给归属用户网络实体的装置；

确定用户的存储在新访问用户网络实体内的用户档案是否需要更新的装置；

确定从先前访问用户网络实体更新存储在新访问用户网络实体内的用户档案的条件是否满足的装置；以及

如果用户档案需要更新和这些条件满足，就从先前访问用户网络实体更新存储在新访问用户网络实体内的用户档案的装置。

18.权利要求17的系统，其中所述确定用户档案是否需要更新的装置包括在归属用户网络实体内将一个表示存储在新访问用户网络实体内的用户档案的版本的参数与一个表示存储在归属用户网络实体内的用户档案的版本的参数相比较的装置。

19.权利要求17的系统，其中所述确定由先前访问用户网络实体更新在新访问用户网络实体内的用户档案的条件是否满足的装置包括确定先前访问用户网络实体是否与新访问用户网络实体处在同一个公共陆地移动网(PLMN)内或者处在同一个国家内的装置。

20.权利要求19的系统，其中所述确定在归属用户网络实体内作出。

21.权利要求17的系统，所述系统还包括从归属用户网络实体向新访问用户网络实体发送一个表示应该从先前访问用户网络实体检索更新了的用户档案的更新位置响应的装置。

22.权利要求21的系统，所述系统还包括从新访问用户网络实体向先前访问用户网络实体发送一个请求将更新了的用户档案传送给新访问用户网络实体的消息的装置。

23.权利要求22的系统，所述系统还包括从先前访问用户网络实体在一个或几响应消息内返回更新了的用户档案的装置。

24.权利要求22的系统，所述系统还包括如果用户档案不能从先前访问用户网络实体检索到就向归属用户网络实体发送一个包括有关用户的标志的恢复消息的装置。

25.权利要求24的系统，其中所述消息包括一个明确指示，表明用户档案和与之关联的修订管理参数应该从归属用户网络实体发送给新访问用户网络实体。

26.权利要求19的系统，其中所述确定在新访问用户网络实体内作出。

27.权利要求26的系统，所述系统还包括向先前访问用户网络实体发送一个请求传送该用户档案的装置。

28.权利要求17的系统，其中所述确定用户档案是否需要更新的装置包括在先前访问用户网络实体内将一个表示存储在新访问用户网络实体内的用户档案的一个版本的参数与一个表示当前存储在先前访问用户网络实体的用户档案的一个版本的参数相比较的装置。

29.权利要求17的系统，其中所述更新的装置包括从先前访问用户网络实体在一个或多个响应消息内向新访问用户网络实体发送该用户档案和表示该用户档案版本的参数的装置。

30.权利要求29的系统，所述系统还包括从先前访问用户网络实体接收到响应消息后，用在响应消息内接收到的用户档案和所关联的参数代替先前存储的用户档案和所关联的参数的装置。

31.权利要求17的系统，其中所述网络支持电路交换通信，所述归属用户网络实体是一个归属用户位置寄存器(HLR)，而所述访问用户网络实体是访问用户位置寄存器(VLR)。

32.权利要求17的系统，其中所述网络支持通用分组无线业务(GPRS)，所述归属用户网络实体是一个与一个网关GPRS支持节点(GGSN)连接的归属用户位置寄存器(HLR)，而所述访问用户网络实体是一些服务GPRS支持节点(SGSN)。

33.一种为一个在网络内漫游的用户处理用户数据的方法，这个网络包括一个存有归属本网络的用户的信息的归属用户网络实体和一个或多个存有归属一个或多个其他网络的当前正在访问或先前访问过本网络的用户的信息的访问用户网络实体，所述方法包括下列步骤：

在归属用户网络实体中存储对于用户档案进行修改的记录；

在归属用户网络实体接收一个更新存储在一个访问用户网络实体内的一个用户档案的请求；

确定存储在归属用户网络实体内的所述修改的记录是否足以更新存储在该访问用户网络实体的用户档案；以及

如果所述修改的记录足以更新用户档案，就将这些修改，而不是整个用户档案，从归属用户网络实体发送给访问用户网络实体。

34.权利要求33的方法，所述方法还包括如果存储在该归属用户网络实体内的这些修改的记录不足以更新用户档案，就将完整的用户档案从归属用户网络实体发送给访问用户网络实体。

35.权利要求33的方法，其中所述确定存储在在归属用户网络实体内的所述修改的记录是否足以更新用户档案的步骤包括将存储在访问用户网络实体内的用户档案的参数与存储在归属用户网络实体内的用户档案的参数相比较，如果这两个参数在一个预定范围内，就断定在归属用户网络实体内记录的这些修改足以更新用户档案。

36.权利要求33的方法，所述方法还包括只将用户档案的修改指示从归属用户网络实体发送给访问用户网络实体，向访问用户网络实体指出它当前存储的用户档案的版本应该怎样更新以反映当前存储在归属用户网络实体内的用户档案。

37.权利要求36的方法，所述方法还包括与修改指示一起发送一个与当前存储在归属用户网络实体内的用户档案的版本关联的参数。

38.权利要求33的方法，所述方法还包括在访问用户网络实体内利用修改指示来更新先前存储在访问用户网络实体内的用户档案的版本，以反映当前存储在归属用户网络实体内的用户档案的版本。

39.权利要求37的方法，所述方法还包括在访问用户网络实体内用从归属用户网络实体接收到的参数来代替先前存储的参数。

40.权利要求33的方法，其中所述网络支持电路交换通信，所述归属用户网络实体是一个归属用户位置寄存器(HLR)，而所述访问用户网络实体是访问用户位置寄存器(VLR)。

41.权利要求33的方法，其中所述网络支持通用分组无线业务(GPRS)，所述归属用户网络实体是一个与一个网关GPRS支持节点(GGSN)连接的归属用户位置寄存器(HLR)，而所述访问用户网络实体是一些服务GPRS支持节点(SGSN)。

42.一种为一个在网络内漫游的用户处理用户数据的系统，这个网络包括一个存有归属本网络的用户的信息的归属用户网络实体和一个或多个存有归属一个或多个其他网络的当前正在访问或先前访问过本网络的用户的信息的访问用户网络实体，所述系统包括：

用于在在归属用户网络实体存储对于用户档案进行修改的记录的装置；

在归属用户网络实体接收一个更新存储在一个访问用户网络实体内的一个用户档案的请求的装置；

确定在归属用户网络实体内存储的所述修改的记录是否足以更新存储在访问用户网络实体中的用户档案的装置；以及

如果所述修改的记录足以更新用户档案，就只将这些修改，而不是整个用户档案，从归属用户网络实体发送给访问用户网络实体的装置。

43.权利要求42的系统，所述系统还包括如果存储在该归属用户网络实体中的所述修改的记录不足以更新用户档案，就将完整的用户档案从归属用户网络实体发送给访问用户网络实体的装置。

44.权利要求42的系统，其中所述确定在归属用户网络实体内存储的所述修改的记录是否足以更新用户档案的装置包括将存储在访问用户网络实体内的用户档案的参数与存储在归属用户网络实体内的用户档案的参数相比较的装置，如果这两个参数在一个预定范围内，就断定在归属用户网络实体内记录的这些修改足以更新用户档案。

45.权利要求42的系统，所述系统还包括只将用户档案的修改指示从归属用户网络实体发送给访问用户网络实体的装置，向访问用户网络实体指出它当前存储的用户档案的版本应该怎样更新以反映当前存储在归属用户网络实体内的用户档案。

46.权利要求45的系统，所述系统还包括与修改指示一起发送一个与当前存储在归属用户网络实体内的用户档案的版本关联的参数的装置。

47.权利要求42的系统，所述系统还包括记录归属用户网络实体内对于用户档案的修改的装置，以便能将所有有关的修改指示纳入一个消息。

48.权利要求42的系统，所述系统还包括在访问用户网络实体内利用修改指示更新先前存储在访问用户网络实体内的用户档案的版本的装置，以反映当前存储在归属用户网络实体内的用户档案的版本。

49.权利要求46的系统，所述系统还包括在访问用户网络实体内用从归属用户网络实体接收到的参数来代替先前存储的参数的装置。

50.权利要求42的系统，其中所述网络支持电路交换通信，所述归属用户网络实体是一个归属用户位置寄存器(HLR)，而所述访问用户网络实体是访问用户位置寄存器(VLR)。

51.权利要求42的系统，其中所述网络支持通用分组无线业务(GPRS)，所述归属用户网络实体是一个与一个网关GPRS支持节点(GGSN)连接的归属用户位置寄存器(HLR)，而所述访问用户网络实体是一些服务GPRS支持节点(SGSN)。