CN1595863A - 通用分组无线业务服务支持节点之间位置更新的方法 - Google Patents
通用分组无线业务服务支持节点之间位置更新的方法 Download PDFInfo
- Publication number
- CN1595863A CN1595863A CNA031578764A CN03157876A CN1595863A CN 1595863 A CN1595863 A CN 1595863A CN A031578764 A CNA031578764 A CN A031578764A CN 03157876 A CN03157876 A CN 03157876A CN 1595863 A CN1595863 A CN 1595863A
- Authority
- CN
- China
- Prior art keywords
- support node
- gprs support
- message
- gprs
- serving gprs
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
本发明涉及通信系统中的漫游技术，公开了一种通用分组无线业务服务支持节点之间位置更新的方法，使得用户在使用GTP V0版本的消息实现新侧SGSN和旧侧SGSN之间的位置更新时，能够唯一确定当前激活的PDP上下文，获得该PDP上下文的所有属性并能够正确进行相关后续流程。这种SGSN之间位置更新的方法旧侧SGSN以GTP版本0的消息与新侧SGSN通信，包含以下步骤：旧侧SGSN向新侧SGSN发送SGSN上下文响应消息，响应消息的PDP上下文信元中携带PDP上下文标识号字段；根据PDP上下文标识号字段，唯一确定用户当前激活的PDP上下文，并获得该PDP上下文的所有属性。
Description
技术领域
本发明涉及通信系统中的漫游技术，特别涉及宽带码分多址通信系统中，用户漫游时的新旧通用分组无线业务服务支持节点之间的位置更新方法。
背景技术
随着通信技术的发展，通信领域已经出现了第三代移动通行系统：通用移动通信系统(Universal Mobile Telecommunications System，简称“UMTS”)。
UMTS系统的结构与第二代移动通行系统类似，由逻辑网络单元构成。这些网络单元从功能上可分为无线接入网络(Radio Access Network，简称“RAN”)和核心网(Core Net，简称“CN”)。
RAN用于处理所有与无线有关的功能，CN用于处理UMTS系统内所有的话音呼叫和数据连接，并实现与外部网络的交换和路由。
RAN、CN与用户设备(User Equipment，简称“UE”)构成UMTS系统。三者中，UE和RAN由全新的协议构成，其设计基于宽带码分多址(Wideband Code Division Multiple Access，简称“WCDMA”)无线技术；CN则采用了全球移动通信系统(Global System for mobile Communication，简称“GSM”)和通用分组无线业务(General Packet Radio Service，简称“GPRS”)的定义，目的在于实现网络的平滑过度。
CN从功能上又可以分为电路域和分组域。分组域核心网络功能从逻辑上可以分成两个通用无线分组服务支持节点(GPRS Support Node，简称“GSN”)：通用分组无线业务服务支持节点(Serving GPRS Support Node，简称“SGSN”)和通用分组无线业务网关支持节点(GPRS Gateway SupportNode，简称“GGSN”)。
SGSN的主要功能是提供分组域的路由转发、移动性管理、会话管理、鉴权和加密等功能。GGSN的主要功能是提供数据包在WCDMA移动网和外部数据网之间的路由和封装，而在SGSN间、SGSN到GGSN间则通过通用无线分组服务隧道协议(GPRS Tunneling Protocal，简称“GTP”)对隧道进行管理并传输数据。
目前第三代合作伙伴项目(3rd Generation Partnership Project，简称“3GPP”)定义的GTP协议到目前为止已发展了两个版本：V0和V1，其中V0版本主要用于GPRS R97和R98，V1版本用于GPRS R99，但支持GTPV1版本的SGSN和GGSN同时也要求能够支持GTP V0版本，以保证能够与低版本的GTP兼容。
根据目前的技术，在一个公用陆地移动网络(Public Lands MobileNetwork，简称“PLMN”)间可以存在一个以上的GSN，当用户进行漫游时，可能进行SGSN间的位置更新，下面参照图1，以普通GSM的用户的路由区域更新(Routeing Area Update，简称“RAU”)为例，说明整个流程。
步骤100：移动台(Mobile Station，简称“移动台”)向新侧SGSN发起“Routing Area Update Request(路由更新请求)”消息。
步骤110：新侧SGSN从接收到的路由更新请求消息中得到旧的路由区域标识(Routeing Area Identity，简称“RAI”)，取得旧侧SGSN的地址，并向旧侧SGSN发送“SGSN Context Request(SGSN上下文请求)”消息，等待旧侧SGSN通过“SGSN Context Response(SGSN上下文响应)”消息返回移动性管理(Mobility Management，简称“MM”)上下文和分组数据协议(Packet Data Protocol，简称“PDP”)上下文信息。
步骤112：旧侧SGSN收到新侧SGSN的SGSN上下文请求消息后，确定该用户是否合法，此后，保存消息中的新侧信令面地址和隧道端点标识符(Tunnel Endpoint Identifier，简称“TEID”)信息，以便向新侧SGSN发信令消息时使用，同时，不再向MS转发数据。旧侧在PDP上下文中填入完整的收发数据包的序列号，然后将MM上下文和PDP上下文信息封装在“SGSN Context Response(SGSN上下文响应)”消息中，并送到新侧SGSN。
步骤120：新侧SGSN收到来自旧侧SGSN的上下文响应消息后，从该消息中得到MM上下文和PDP上下文，并通过“SGSN ContextAcknowledge(SGSN上下文确认)”消息通知旧侧SGSN，可以转发与该用户相关的数据到新侧SGSN。通过SGSN上下文确认消息，同时向旧侧SGSN通知新侧SGSN数据面的地址，以此为转发数据做准备。
步骤125：旧侧SGSN复制一份当前缓存的数据，并根据新侧SGSN数据面的地址，向新侧SGSN转发。需要说明的是，这个步骤不是一定会发生的，当用户在旧侧SGSN有数据传输的情况下，在发生路由区更新时旧侧SGSN才需要转发数据包。
步骤130：新侧SGSN向GGSN发送“Update PDP Context Request(更新PDP上下文请求)”消息，该消息携带新侧SGSN的地址、TEID以及使用的服务质量(Quality of Service，简称“QoS”)等信息，用于通知GGSN更新其原先保存的相应字段的内容。
步骤132：GGSN响应新侧SGSN的更新PDP上下文请求消息，更新其原先保存的相应字段的内容，完成更新后，向新侧SGSN发送“Update PDPContext Response(更新PDP上下文响应)”消息。
步骤140：新侧SGSN收到旧侧SGSN的更新PDP上下文响应消息后，向归属位置寄存器(Home Location Register，简称“HLR”)发送“UpdateLocation(更新位置)”消息，该消息中携带该新侧SGSN的SGSN Number(SGSN编号)、SGSN Address(SGSN地址)以及用户国际移动台识别号码(International Mobile Station Identify，简称“IMSI”)信息，命令HLR进行位置更新。
步骤150：HLR响应来自新侧SGSN的更新地址消息，向旧侧SGSN发出“Cancel Location(删除位置)”消息，旧侧SGSN删除该用户的MM上下文和PDP上下文。
步骤152：旧侧SGSN向HLR返回“Cancel Location ACK(删除位置确认)”消息，确认完成删除地址的操作。
步骤160：HLR收到旧侧SGSN的删除地址确认消息后，向新侧SGSN发送“Insert Subscriber Data(插入签约数据)”消息，请求新侧SGSN插入该用户所有的签约数据。
步骤162：新侧SGSN插入该用户的所有签约数据后，向HLR发送“InsertSubscriber Data Ack(插入签约数据确认)”消息，需要说明的是，如果由于区域限制等导致此MS无法在这个路由区接入，则SGSN会拒绝MS的路由区域更新(Routeing Area Update，简称“RAU”)请求。
步骤170：HLR收到来自新侧SGSN的插入签约数据确认消息后，返回“Update Location Ack(更新位置确认)”消息，表示位置更新完成。
步骤180：新侧SGSN收到来自HLR的更新地址确认消息后，向MS发送“Routeing Area Update Accept(路由更新接受)”消息。
步骤190：MS向新侧SGSN返回“Routeing Area Update complere(路由更新完成)”消息，用于确认新分配的分组临时移动用户识别码(PacketTemperate Mobile Subscription Identity，简称“P-TMSI”)有效。
在上述的RAU流程中，SGSN上下文请求消息和SGSN上下文响应消息都属于支持GTP协议的Gn接口(同一个PLMN中两个GSN之间的接口)消息，因此有V0和V1版本之别，表1和表2分别显示V1版本的SGSN上下文消息和V0版本的SGSN上下文消息。表1中的参考部分是相对于文献3GPP TS 29.060中各章节的，表2中参考部分是相对于文献3GPP TS 09.60中各章节的。
| Information element(信息元素) | Presence requirement(是否要求) | Reference(参考) |
| Cause(原因) | Mandatory(必选的) | 7.7.1 |
| IMSI(国际移动台识别号码) | Conditional(有条件的) | 7.7.2 |
| Tunnel Endpoint IdentifierControl Plane(控制面隧道端点标识符) | Conditional(有条件的) | 7.7.14 |
| Radio Priority SMS(短消息无线优先级) | Optional(可选的) | 7.7.20 |
| Radio Priority(无线优先级) | Optional(可选的) | 7.7.21 |
| Packet Flow Id(分组流标识) | Optional(可选的) | 7.7.22 |
| Radio Priority LCS(定位业务无线优先级) | Optional(可选的) | 7.7.25B |
| MM Context(MM上下文) | Conditional(有条件的) | 7.7.28 |
| PDP Context(PDP上下文) | Conditional(有条件的) | 7.7.29 |
| SGSN Address for ControlPlane(控制面SGSN地址) | Conditional(有条件的) | 7.7.32 |
| PDP Context Prioritization(PDP上下文优先级) | Optional(可选的) | 7.7.45 |
| Private Extension(私有扩展) | Optional(可选的) | 7.7.46 |
表1
| Information element(信息元素) | Presence requirement(是否要求) | Reference(参考) |
| Cause(原因) | Mandatory(有条件的) | 7.9.1 |
| IMSI(国际移动台识别号码) | Conditional(有条件的) | 7.9.2 |
| Flow Label Signalling(流标签信令) | Conditional(有条件的) | 7.9.15 |
| MM Context(MM上下文) | Conditional(有条件的) | 7.9.19 |
| PDP Context(PDP上下文) | Conditional(有条件的) | 7.9.20 |
| Private Extension(私有扩展) | Optional(可选的) | 7.9.26 |
表2
其中，信元MM上下文和PDP上下文是识别该用户正在使用的上下文属性。
表3示出GTP V1版本的PDP上下文信元组成。
| 1 | Type＝130(Decimal)(类型) | ||||||
| 2-3 | Length(长度) | ||||||
| 4 | Res-erved(保留) | VAA | Res-erved(保留) | Order(次序) | NSAPI(网络层服务接入点标识) | ||
| 5 | X | X | X | X | SAPI(业务访问点标识符) | ||
| 6 | QoS Sub Length(签约QoS长度) | ||||||
| 7-(q+6) | QoS Sub[4..255](签约QoS) | ||||||
| q+7 | QoS Req Length(请求的QoS长度) | ||||||
| (q+8)-(2q+7) | QoS Req[4..255](请求的QoS) | ||||||
| 2q+8 | QoS Neg.Length(协商的QoS长度) | ||||||
| (2q+9)-(3q+8) | QoS Neg[4..255](协商的QoS) | ||||||
| (3q+9)-(3q+10) | Sequence Number Down(SND)1)(下行序号) | ||||||
| (3q+11)-(3q+12) | Sequence Number Up(SNU)1)(上行序号) | ||||||
| 3q+13 | Send N-PDU Number1)(发送N-PDU编号) | ||||||
| 3q+14 | Receive N-PDU Number1)(接收N-PDU编号) | ||||||
| (3q+15)-(3q+18) | Uplink Tunnel Endpoint Identifier Control Plane(控制面上行TEID) | ||||||
| (3q+19)-(3q+22) | UplinkTunnel Endpoint Identifier Data I(控制面上行TEID) | ||||||
| 3q+23 | PDP Context Identifier(PDP上下文标识符) | ||||||
| 3q+24 | Spare 1 1 1 1(备用) | PDP Type Organisation(PDP类型组织字段) | |||||
| 3q+25 | PDP Type Number(PDP类型编号) | ||||||
| 3q+26 | PDP Address Length(PDP地址长度) | ||||||
| (3q+27)-m | PDP Address[1..63](PDP地址) | ||||||
| m+1 | GGSN Address for control plane Length(控制面GGSN地址长度) | |
| (m+2)-n | GGSN Address for control plane[4..16](控制面GGSN地址) | |
| n+1 | GGSN Address for User Traffic Length(用户面GGSN地址长度) | |
| (n+2)-o | GGSN Address for User Traffic[4..16](用户面GGSN地址) | |
| o+1 | APN Iength(接入点名称长度) | |
| (o+2)-p | APN(接入点名称) | |
| p+1 | Spare(sent as 0 0 0 0)(备用) | Transaction Identifier(事务标识) |
| p+2 | Transaction Identifier(事务标识) | |
表3
根据表3可见，在使用GTP V1版本时，在上述步骤103中，新侧SGSN从来自旧侧SGSN的SGSN上下文响应消息中携带的PDP上下文获得该上下文的PDP上下文ID(PDP Context ID)、PDP类型(PDP Type)、PDP地址(PDP Address)、接入点名称(Access Point Name，简称“APN”)以及签约的Qos等参数。需要补充说明的是，用户在HLR中插入签约数据时，可以签约多个PDP上下文，分别对应不同的PDP上下文ID，针对每个签约上下文，存在的上下文属性有：PDP类型、PDP地址、APN、签约的QoS、诸如预付费和实时等计费属性。
当用户进行位置更新时，通过上述RAU流程中的步骤110，插入签约数据消息，从HLR中插入签约数据，由此可得到用户的所有PDP上下文属性。
所以，可以发现GTP V1版本中一个问题，即在路由更新过程中，新侧SGSN从来自旧侧SGSN的SGSN上下文响应消息中获得的PDP属性并不完全。根据HLR插入的签约数据，对应相应的PDP上下文ID才能够获得用户正在激活的pDP上下文的全部属性。
表4示出GTP V0版本的PDP上下文信元组成。
| 1 | Type＝130(Decimal)(类型) | ||||
| 2-3 | Length(长度) | ||||
| 4 | Res-erved(保留) | VAA | Res-erved(保留) | Order(次序) | NSAPI(网络层服务接入点标识) |
| 5 | X | X | X | X | SAPI(业务访问点标识符) |
| 6-8 | QoS Sub(签约的QoS) | ||||
| 9-11 | QoS Req(请求的QoS) | ||||
| 12-14 | QoS Neg(协商的QoS) | ||||
| 15-16 | Sequence Number Down(SND)(下行序号) | ||||
| 17-18 | Sequence Number Up(SNU)(上行序号) | ||||
| 19 | Send N-PDU Number(发送N-PDU编号) | ||||
| 20 | Receive N-PDU Number(接收N-PDU编号) | ||||
| 21-22 | Uplink Flow Label Signalling(上行流标签信令) | ||||
| 23 | Spare 1 1 1 1(备用) | PDP Type Organization(PDP类型组织字段) | |||
| 24 | PDP Type Number | ||||
| (PDP类型号) | ||
| 25 | PDP Address Length(PDP地址长度) | |
| 26-m | PDP Address[1..63](PDP地址) | |
| m+1 | GGSN Address for signalling Length(信令面GGSN地址长度) | |
| (m+2)-n | GGSN Address for signalling[4..16](信令面GGSN地址) | |
| n+1 | APN Iength(接入点名称长度) | |
| (n+2)-o | APN(接入点名称) | |
| o+1 | Spare(sent as 0 0 0 0)(备用) | Transaction Identifier(事务标识) |
表4
根据表4可见，在使用GTP V0版本时，PDP上下文中只能得到该PDP上下文的PDP类型、PDP地址、APN、签约的QoS等参数。但是用户无法通过PDP类型、PDP地址、APN、签约的QoS这些参数准确推断出用户当前激活的是哪个上下文，因此无法得到PDP上下文的诸如计费属性等其他属性。由此会导致以下后果：
首先，无法获得PDP上下文的计费属性。
其次，当网络侧在HLR中修改该用户激活的签约PDP上下文数据时，将无法触发网络侧的修改流程，只能相当于普通的插入用户数据流程。这是因为新侧的SGSN无法判断用户当前激活的是哪个PDP上下文。
第三，当网络侧在HLR中删除该上下文时，无法触发网络侧的去活流程。其原因和上述无法出发修改流程时一样的。
另外，由于一个PLMN中存在多个GSN，若该用户通过GTP V0版本的SGSN间位置更新后，又需要进行GTP V1版本的SGSN间位置更新版本时，则在GTP V1版本的PDP上下文信元中将无法取得PDP上下文ID值，导致无法传递正确的PDP上下文ID值。
发明内容
本发明要解决的技术问题是提供一种通用分组无线业务服务支持节点之间位置更新的方法，使得用户在使用GTP V0版本的消息实现新侧SGSN和旧侧SGSN之间的位置更新时，能够唯一确定当前激活的PDP上下文，获得该PDP上下文的所有属性并能够正确进行相关后续流程。
为了解决上述技术问题，本发明提供了一种通用分组无线业务服务支持节点之间位置更新的方法，旧侧通用分组无线业务服务支持节点以通用无线分组服务隧道协议版本0的消息与新侧通用分组无线业务服务支持节点通信，包含以下步骤：
B所述旧侧通用分组无线业务服务支持节点向所述新侧通用分组无线业务服务支持节点发送通用分组无线业务服务支持节点上下文响应消息，所述响应消息的分组数据协议上下文信元中携带分组数据协议上下文标识号字段；
C根据所述分组数据协议上下文标识号字段，唯一确定用户当前激活的分组数据协议上下文，并获得该分组数据协议上下文的所有属性。
其中，A新侧通用分组无线业务服务支持节点向旧侧通用分组无线业务服务支持节点发送通用分组无线业务服务支持节点上下文请求消息。
在所述步骤A还包含以下步骤：
移动台向所述新侧通用分组无线业务服务支持节点发送路由更新请求消息。
所述步骤B还包含以下步骤：
所述新侧通用分组无线业务服务支持节点向所述旧侧通用分组无线业务服务支持节点发送通用分组无线业务服务支持节点上下文确认消息；
所述新侧通用分组无线业务服务支持节点向通用分组无线业务网关支持节点发送更新分组数据协议上下文请求消息；
所述通用分组无线业务网关支持节点向所述新侧通用分组无线业务服务支持节点发送更新分组数据协议上下文响应消息；
所述新侧通用分组无线业务服务支持节点向归属位置寄存器发送更新位置消息。
所述步骤B还包含以下步骤：
所述旧侧通用分组无线业务服务支持节点向所述归属位置寄存器发送删除位置消息；
所述归属位置寄存器向所述旧侧通用分组无线业务服务支持节点发送删除位置确认消息。
所述步骤C还包含以下步骤：
所述归属位置寄存器向所述新侧通用分组无线业务服务支持节点发送插入签约数据请求消息；
所述新侧通用分组无线业务服务支持节点向所述归属位置寄存器发送插入签约数据确认消息；
所述归属位置寄存器向所述新侧通用分组无线业务服务支持节点发送更新位置确认消息。
所述步骤C还包含以下步骤：
所述移动台向所述新侧通用分组无线业务服务支持节点发送路由更新接受消息；
所述新侧通用分组无线业务服务支持节点向所述移动台发送路由更新完成消息。
通过比较可以发现，本发明的技术方案与现有技术的区别在于，在旧侧SGSN向新侧SGSN发送的SGSN上下文响应消息的PDP上下文信元中携带PDP上下文ID字段，新侧SGSN根据该PDP上下文ID字段，唯一确定用户当前激活的PDP上下文，并获得该PDP上下文的所有属性。
这种技术方案上的区别，带来了较为明显的有益效果，即当用户在新侧SGSN分离时，能够唯一确定当前激活的PDP上下文，获得该PDP上下文的所有属性，可以根据正确的计费属性生成话单；在新侧SGSN时，网络侧对该上下文的修改和去活流程都能正常进行；用户再次进行GTP V1的SGSN间位置更新时，当前的SGSN可以传递正确的PDP上下文ID值给新侧SGSN。
附图说明
图1是现有技术中SGSN之间位置更新的主要流程示意图；
图2是根据本发明的一个实施例的SGSN之间位置更新的主要流程示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。
根据本发明的原理，当用户在使用GTP V0版本时进行新侧SGSN和旧侧SGSN之间的位置更新时，在旧侧SGSN返回的SGSN上下文响应消息中的PDP上下文信元增加了PDP上下文ID字段，表5示出在本发明中的PDP上下文信元组成。
| 1 | Type＝130(Decimal) |
| (类型) | ||||||
| 2-3 | Length(长度) | |||||
| 4 | Res-erved(保留) | VAA | Res-erved(保留) | Order(次序) | NSAPI(网络层服务接入点标识) | |
| 5 | X | X | X | X | SAPI(业务访问点标识符) | |
| 6-8 | QoS Sub(签约的QoS) | |||||
| 9-11 | QoS Req(请求的QoS) | |||||
| 12-14 | QoS Neg(协商的QoS) | |||||
| 15-16 | Sequence Number Down(SND)(下行序号) | |||||
| 17-18 | Sequence Number Up(SNU)(上行序号) | |||||
| 19 | Send N-PDU Number(发送N-PDU编号) | |||||
| 20 | Receive N-PDU Number(接收N-PDU编号) | |||||
| 21-22 | Uplink Flow Label Signalling(上行流标签信令) | |||||
| 23 | PDP Context Identifier(PDP上下文标识符) | |||||
| 23+1 | Spare 1 1 1 1(备用) | PDP Type Organization(PDP类型组织字段) | ||||
| 24+1 | PDP Type Number(PDP类型编号) | |||||
| 25+1 | PDP Address Length(PDP地址长度) | |
| 26-m+1 | PDP Address[1..63](PDP地址) | |
| m+1+1 | GGSN Address for signalling Length(信令面GGSN地址长度) | |
| (m+2)-n+1 | GGSN Address for signalling[4..16](信令面GGSN地址) | |
| n+1+1 | APN length(接入点名称长度) | |
| (n+2)-o+1 | APN(接入点名称) | |
| o+1+1 | Spare(sent as 0 0 0 0)(备用) | Transaction Identifier(事务标识) |
表5
根据表5可见，本发明中，当使用GTP V0版本时，在新侧SGSN和旧侧SGSN之间进行位置更新的流程中，旧侧SGSN返回的SGSN上下文响应消息携带有该用户当前激活的PDP上下文的PDP上下文ID。
下面参照图2，描述本发明的一个实施例。
步骤200：MS向新侧SGSN发起“Routing Area Update Request(路由更新请求)”消息。
步骤210：新侧SGSN从接收到的路由更新请求中得到旧的RAI，取得旧侧SGSN的地址，并向旧侧SGSN发送“SGSN Context Request(SGSN上下文请求)”消息，等待旧侧SGSN通过“SGSN Context Response(SGSN上下文响应)”消息返回MM上下文和PDP上下文信息。
步骤212：旧侧SGSN收到新侧SGSN的SGSN上下文请求消息后，确定该用户是否合法，此后，保存消息中的新侧信令面地址和TEID信息，以便向新侧SGSN发信令消息时使用，同时，不再向MS转发数据。旧侧在PDP上下文中填入完整的收发数据包的序列号，然后将MM上下文和PDP上下文信息封装在SGSN上下文响应消息中，其中，PDP上下文信元中增加了PDP上下文ID字段。该PDP上下文信元组成参见表5。此后，将生成的“SGSN Context Response(SGSN上下文响应)”消息发送到新侧SGSN。
正是由于在此消息中旧侧SGSN向新侧SGSN发送了PDP上下文ID，才使得后面的步骤中网络侧可以从多个签约的PDP上下文中唯一确定当前活动PDP上下文是哪一个，并且使得计费等相关后续流程得以正确进行。
步骤220：新侧SGSN收到来自旧侧SGSN的上下文响应消息后，从该消息中得到MM上下文和PDP上下文，并通过“SGSN ContextAcknowledge(SGSN上下文确认)”消息通知旧侧SGSN，可以转发与该用户相关的数据到新侧SGSN。通过SGSN上下文确认消息，同时向旧侧SGSN通知新侧SGSN数据面的地址，以此为转发数据做准备。
步骤225：旧侧SGSN复制一份当前缓存的数据，并根据新侧SGSN数据面的地址，向新侧SGSN转发。需要说明的是，这个步骤不是一定会发生的，当用户在旧侧SGSN有数据传输的情况下，在发生路由区更新时旧侧SGSN才需要转发数据包。
步骤230：新侧SGSN向GGSN发送“Update PDP Context Request(更新PDP上下文请求)”消息，该消息携带新侧SGSN的地址、TEID以及使用的QoS等信息，用于通知旧侧GGSN更新其原先保存的相应字段的内容。
步骤232：GGSN响应新侧SGSN的更新PDP上下文请求消息，更新其原先保存的相应字段的内容，完成更新后，向新侧SGSN发送“Update PDPContext Response(更新PDP上下文响应)”消息。
步骤240：新侧SGSN收到旧侧SGSN的更新PDP上下文响应消息后，向HLR发送“Update Location(更新位置)”消息，该消息中携带该新侧SGSN的SGSN Number(SGSN编号)、SGSN Address(SGSN地址)以及用户IMSI信息，命令HLR进行位置更新。
步骤250：HLR响应来自新侧SGSN的更新地址消息，向旧侧SGSN发出″Cancel Location(删除位置)″消息，旧侧SGSN删除该用户的MM上下文和PDP上下文。
步骤252：旧侧SGSN向HLR返回“Cancel Location ACK(删除位置确认)”消息，确认完成删除地址的操作。因为对MS的管理工作已经从旧侧SGSN转移到新侧SGSN，因此需要在旧侧SGSN删除相关的内容。
步骤260：HLR收到旧侧SGSN的删除地址确认消息后，向新侧SGSN发送“Insert Subscriber Data(插入签约数据)”消息，请求新侧SGSN插入该用户所有的签约数据。
另外，本步骤中通过在步骤212中由旧侧SGSN发送给新侧SGSN的SGSN上下文响应消息的PDP上下文信元中增加了PDP上下文ID字段，新侧SGSN可由此准确判断用户当前激活的是哪一个PDP上下文，并获得该PDP上下文的所有属性，从而在此后的流程中，用户能够正确生成话单，另外，后续的网络侧流程能正常进行。
步骤262：新侧SGSN插入该用户的所有签约数据后，向HLR发送“InsertSubscriber Data Ack(插入签约数据确认)”消息，需要说明的是，如果由于区域限制等导致此MS无法在这个路由区接入，则SGSN会拒绝MS的RAU请求。
步骤270：HLR收到来自新侧SGSN的插入签约数据确认消息后，返回“Update Location Ack(更新位置确认)”消息，表示位置更新完成。
步骤280：新侧SGSN收到来自HLR的更新地址确认消息后，向MS发送“Routeing Area Update Accept(路由更新接受)”消息。
步骤290：MS向新侧SGSN返回“Routeing Area Update complete(路由更新完成)”消息，用于确认新分配的P-TMSI有效。
需要说明的是，本发明的技术方案对所有GTP V0版本的新侧SGSN和旧侧SGSN的位置更新都有效，例如联合路由区更新、系统间切换等，对于智能用户、普通用户甚至可能存在的用户类型都有效。
虽然通过参照本发明的某些优选实施例，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种各样的改变，而不偏离所附权利要求书所限定的本发明的精神和范围。
Claims (7)
1.一种通用分组无线业务服务支持节点之间位置更新的方法，其特征在于，旧侧通用分组无线业务服务支持节点以通用无线分组服务隧道协议版本0的消息与新侧通用分组无线业务服务支持节点通信，所述包含以下步骤：
B所述旧侧通用分组无线业务服务支持节点向所述新侧通用分组无线业务服务支持节点发送通用分组无线业务服务支持节点上下文响应消息，所述响应消息的分组数据协议上下文信元中携带分组数据协议上下文标识号字段；
C根据所述分组数据协议上下文标识号字段，唯一确定用户当前激活的分组数据协议上下文，并获得该分组数据协议上下文的所有属性。
2.根据权利要求1所述的通用分组无线业务服务支持节点之间位置更新的方法，其特征在于，所述方法还包含以下步骤：
A所述新侧通用分组无线业务服务支持节点向旧侧通用分组无线业务服务支持节点发送通用分组无线业务服务支持节点上下文请求消息。
3.根据权利要求2所述的通用分组无线业务服务支持节点之间位置更新的方法，其特征在于，在所述步骤A还包含以下步骤：
移动台向所述新侧通用分组无线业务服务支持节点发送路由更新请求消息。
4.根据权利要求3所述的通用分组无线业务服务支持节点之间位置更新的方法，其特征在于，所述步骤B还包含以下步骤：
所述新侧通用分组无线业务服务支持节点向所述旧侧通用分组无线业务服务支持节点发送通用分组无线业务服务支持节点上下文确认消息；
所述新侧通用分组无线业务服务支持节点向通用分组无线业务网关支持节点发送更新分组数据协议上下文请求消息；
所述通用分组无线业务网关支持节点向所述新侧通用分组无线业务服务支持节点发送更新分组数据协议上下文响应消息；
所述新侧通用分组无线业务服务支持节点向归属位置寄存器发送更新位置消息。
5.根据权利要求4所述的通用分组无线业务服务支持节点之间位置更新的方法，其特征在于，所述步骤B还包含以下步骤：
所述旧侧通用分组无线业务服务支持节点向所述归属位置寄存器发送删除位置消息；
所述归属位置寄存器向所述旧侧通用分组无线业务服务支持节点发送删除位置确认消息。
6.根据权利要求5所述的通用分组无线业务服务支持节点之间位置更新的方法，其特征在于，所述步骤C还包含以下步骤：
所述归属位置寄存器向所述新侧通用分组无线业务服务支持节点发送插入签约数据请求消息；
所述新侧通用分组无线业务服务支持节点向所述归属位置寄存器发送插入签约数据确认消息；
所述归属位置寄存器向所述新侧通用分组无线业务服务支持节点发送更新位置确认消息。
7.根据权利要求6所述的通用分组无线业务服务支持节点之间位置更新的方法，其特征在于，所述步骤C还包含以下步骤：
所述移动台向所述新侧通用分组无线业务服务支持节点发送路由更新接受消息；
所述新侧通用分组无线业务服务支持节点向所述移动台发送路由更新完成消息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA031578764A CN1595863A (zh) | 2003-09-13 | 2003-09-13 | 通用分组无线业务服务支持节点之间位置更新的方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA031578764A CN1595863A (zh) | 2003-09-13 | 2003-09-13 | 通用分组无线业务服务支持节点之间位置更新的方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN1595863A true CN1595863A (zh) | 2005-03-16 |
Family
ID=34660388
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA031578764A Pending CN1595863A (zh) | 2003-09-13 | 2003-09-13 | 通用分组无线业务服务支持节点之间位置更新的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN1595863A (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101472312B (zh) * | 2008-01-31 | 2010-07-07 | 华为技术有限公司 | 一种资源释放控制方法及通讯系统以及相关设备 |
| CN1849004B (zh) * | 2005-08-19 | 2012-02-29 | 华为技术有限公司 | 一种位置切换的方法及装置 |
| CN101128012B (zh) * | 2006-08-14 | 2012-03-21 | 华为技术有限公司 | 一种移动终端进行快速切换的方法 |
| CN102511175A (zh) * | 2011-12-19 | 2012-06-20 | 华为技术有限公司 | 控制分组数据协议上下文下发的方法和装置 |
| US8359027B2 (en) | 2008-02-04 | 2013-01-22 | Huawei Technologies Co., Ltd. | Mobility management entity information deleting method and device |
-
2003
- 2003-09-13 CN CNA031578764A patent/CN1595863A/zh active Pending
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1849004B (zh) * | 2005-08-19 | 2012-02-29 | 华为技术有限公司 | 一种位置切换的方法及装置 |
| CN101128012B (zh) * | 2006-08-14 | 2012-03-21 | 华为技术有限公司 | 一种移动终端进行快速切换的方法 |
| CN101472312B (zh) * | 2008-01-31 | 2010-07-07 | 华为技术有限公司 | 一种资源释放控制方法及通讯系统以及相关设备 |
| US8144665B2 (en) | 2008-01-31 | 2012-03-27 | Huawei Technologies Co., Ltd. | Resource release control method, communication system and device |
| US8830962B2 (en) | 2008-01-31 | 2014-09-09 | Huawei Technologies Co., Ltd. | Method, communication system and device for controlling resource release |
| US8325682B2 (en) | 2008-01-31 | 2012-12-04 | Huaweie Technologies Co., Ltd. | Resource release control method, communication system and device |
| US8359027B2 (en) | 2008-02-04 | 2013-01-22 | Huawei Technologies Co., Ltd. | Mobility management entity information deleting method and device |
| US8369851B2 (en) | 2008-02-04 | 2013-02-05 | Huawei Technologies Co., Ltd. | Mobility management entity information deleting method and device |
| WO2013091163A1 (zh) * | 2011-12-19 | 2013-06-27 | 华为技术有限公司 | 控制分组数据协议上下文下发的方法和装置 |
| CN102511175B (zh) * | 2011-12-19 | 2014-04-02 | 华为技术有限公司 | 控制分组数据协议上下文下发的方法和装置 |
| CN102511175A (zh) * | 2011-12-19 | 2012-06-20 | 华为技术有限公司 | 控制分组数据协议上下文下发的方法和装置 |
| US9369913B2 (en) | 2011-12-19 | 2016-06-14 | Huawei Technologies Co., Ltd. | Method and apparatus for controlling issuance of packet data protocol context |
| US9661489B2 (en) | 2011-12-19 | 2017-05-23 | Huawei Technology Co., Ltd. | Method and apparatus for controlling issuance of packet data protocol context |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN201266926Y (zh) | 无线发射/接收单元与网络节点 | |
| CN1123272C (zh) | 在分组无线网络中标识移动台 | |
| CN1131648C (zh) | 接入系统中的宏移动性管理方法以及接入系统 | |
| CN1859776A (zh) | 一种3gpp演进网络中漫游用户数据路由优化方法 | |
| JP2011193481A (ja) | 進化したシステム・アタッチ処理手順を実装する無線通信システムおよび方法 | |
| CN1852304A (zh) | 一种选择网关通用分组无线服务支持节点的方法 | |
| CN101026861A (zh) | 一种移动台与演进分组核心网间连接建立的方法 | |
| CN1623300A (zh) | 在未来因特网中利用区域定位点支持移动节点的移动性的系统和方法 | |
| WO2011079823A1 (zh) | 带宽的控制方法、装置及系统 | |
| CN1842049A (zh) | 重定位通用分组无线业务网关支撑节点的方法 | |
| CN101052200A (zh) | 一种移动通信系统中的路由更新方法 | |
| CN1736081A (zh) | 对移动ip的网络支持的早期确定 | |
| CN1949923A (zh) | 无线通信系统中空闲模式移动性管理方法及无线通信系统 | |
| CN1992606A (zh) | 一种ngn网络系统及实现移动性管理的方法 | |
| CN1192576C (zh) | 移动网络中实现多播业务的方法 | |
| CN1160979C (zh) | 移动通信系统内的分组数据业务 | |
| CN1625152A (zh) | 一种保证传输分组数据业务质量的方法 | |
| CN1925669A (zh) | 实现用户设备位置更新的方法及装置 | |
| CN1499853A (zh) | 支持多媒体广播与组播业务采用共享Iu信令连接的方法 | |
| CN101047971A (zh) | 当智能用户漫游时在归属地触发智能业务的方法 | |
| CN1859777A (zh) | 一种业务接入中实现pdp地址分配的方法 | |
| CN101039523A (zh) | 联合用户迁移方法及通讯系统以及服务gprs支持节点 | |
| CN1893721A (zh) | 一种系统间的切换方法 | |
| CN1867185A (zh) | Sgsn间切换的实现方法 | |
| WO2005122603A1 (fr) | Methode de mise a jour de zone de routage d'un noeud de support gprs de service |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20050316 |