位置管理(3G)教材

闫海浪、张喆、张婷婷、张锦升位置管理（Iu-mode）1内容提要（Contents）6.9.2位置管理过程（Iu-mode）

6.9.2.1路由区更新过程

6.9.2.2SRNS重定向流程

6.9.2.2.1SRNS重定向流程

6.9.2.2.2

联合硬切换和SRNS重定向流程

6.9.2.2.3

联合小区/URA更新和SRNS重定向流程

6.9.2.2.4

SRNS重定向取消流程2

6.9.2位置管理过程（Iu-mode）PLMN为MS提供信息使它能够：在进入新的路由区时能检测到；当完成周期性路由区更新时可以终止。在这里只提到了和CN有关的位置管理过程。该过程是：路由区更新过程；服务RNC重定向过程。36.9.2位置管理过程（Iu-mode）

在RRC连接（PMM就绪状态或CSMM连接状态），服务RNC通过RRC层的“MM消息”通知MSRAI和小区标识。

在RRC空闲状态，MS通过RRC层的系统广播消息获得RAI和小区标识。

MS通过比较接收到的小区标识和自身存储的小区标识是否一致来检测是否进入了新的小区。

MS通过比较MS的MM上下文中存储的RAI和从网络中收到的RAI，MS可检测路由区更新是否执行。

46.9.2位置管理过程（Iu-mode）若MS进入了一个新的PLMN，MS执行成一次路由区更新。在网络模式2，任何时候MS准备发起位置更新和路由区更新时，先执行位置区更新，在位置区更新完成之后开始路由区更新。5内容提要（Contents）6.9.2位置管理过程（Iu-mode）

6.9.2.1路由区更新过程

6.9.2.2SRNS重定向流程

6.9.2.2.1服务RNS重定向流程

6.9.2.2.2

联合硬切换和SRNS重定向流程

6.9.2.2.3

联合小区/URA更新和SRNS重定向流程

6.9.2.2.4

SRNS重定向取消流程66.9.2.1路由区更新过程MS要进行路由区更新的情况：MS检测到它进入了新的路由区；周期性路由区跟新定时器超时；RRC连接由于“直接信令连接再建立”而释放；MS需要在网络中有新的接入容量时。若SGSN可以获得原来路由区的信息，此时SGSN检测到进行的是SGSN内的路由区更新。在这种情况下，SGSN需要通知MS新的位置信息，而不需要通知GGSN和HLR。周期性路由区更新通常是SGSN内的路由区更新。如果在网络操作模式1，一个联合GPRS/IMSI附着的MS将进行联合RA/LA更新。76.9.2.1路由区更新过程在Iu模式下，路由区更新可以是：SGSN内的路由区更新，或SGSN间的路由区更新；联合RA/LA更新，或单独的RA更新；由一个处于PMM就绪状态的MS（只有在服务RNC重定向过程之后有效，见6.9.2.2节）发起，或由一个PMM空闲状态的MS发起。注意：网络可以通过Iu信令连接从进入PMM就绪状态的UE接收路由区更新信息。当UE收到RRC连接由于“直接信令连接再建立”而释放进入PMM空闲状态时，或是发起路由区更新或联合路由区更新过程时，这种情况可能发生。81.MS向新的SGSN发送路由区更新请求(P-TMSI,oldRAI,oldP-TMSISignature,UpdateType,followonrequest,Classmark,DRXParameters,-MSNetworkcapability)。如果有未确定的上行链路数据流(signallingoruserdata)，MS会继续一个请求。作为一个执行操作，SGSN会用继续的请求指示释放或保持这个Iu连接在路由区更新流程完成之后。更新类型指明：-

路由区更新是通过路由区改变触发的。-周期性路由区更新是通过路由区更新定时器触发的。-当MS是IMSI附着和LA更新在网络操作模式I时执行联合RA

/LA更新。(seeclause"InteractionsBetweenSGSNandMSC/VLR");-在网络操作模式I如果MS要执行IMSI附着那么执行带IMSI附着请求的联合RA

/LA更新。DRX参数指明MS是否用不连续的接收以及DRX周期长度。在请求消息到达3G-SGSN前，SRNC会添加一个包括MS所处的RAC和LAC的路由区标识。这个RA标识与SRNC发给MS的MM消息中的RAI相符。Classmark在章程"MSNetworkCapability"中有描述。2、如果是SGSN间发生路由区更新，并且MS处于PMM-IDLE状态，为了得到MS的MM及PDP上下文，新的SGSN往旧的SGSN发送SGSN上下文请求消息(oldP-TMSI,oldRAI,oldP-TMSISignature）。原SGSN发现old-TMSI签名有效，如果和存在原SGSN中得值不匹配，将会响应一个适当的错误原因。此时在新的SGSN中会发起一个鉴权功能。如果MS健权通过，新SGSN将往原SGSN发送一个SGSN上下文请求消息。说明新的SGSN已经鉴权MS。如果旧的P-TMSI签名有效或者新SGSN指示MS健权通过，原SGSN启动一个定时器。如果在原SGSN中MS未知，旧的SGSN响应一个适当的错误原因。2a.在原3G-SGSN中，如果MS处于PMM-CONNECTED状态，或者SGSN内发生RA更新，通过另外一个Iu链接接收到RAU，并且MS处于PMM-CONNECTED状态，原SGSN发送SRNS上下文请求消息到原SRNS以便在SGSN上下文响应消息中得到PDP上下文序列号。一旦接收到此消息，原SRNS停止发送下行PDUs到MS，返回一个SRNS上下文响应消息（GTP-SND,GTP-SNU,PDCP-SNU）。SRNS将包含每个PDP上下文中的下一个发送到MS的GTP序列号，和下一个上行PDU（通过TUNNEL发送到GGSN）的GTP序列号。对于使用无损PDCP的激活态PDP上下文，SRNS也包含上行PDCP序列号（PDCP-SNU）。PDCP-SNU将会成为来自MS的下一个PDCP序列号。3G-SGSN中没有PDCP序列号到PDCP序列号的转换3.原3G-SGSN返回一个SGSN上下文(MM上下文，PDP上下文)。对每一个3G-SGSN返回的PDP上下文将包括：下一个传送给GGSN的上行GTP-PDU的GTP序列号；下一个传送给MS的下行PDU的GTP序列号。每一个3G-SGSN返回的PDP上下文还将包括：PDCP序列号（如果从老的SRNS接收了PDCP序列号）。新3G-SGSN在路由更新请求中已经接受了手机网络能力后，将忽略从回应SGSN上下文响应消息中的MM上下文包括的手机网络能力。如果PDP上下文需要传输顺序，从原3G-SGSN接收的GTP序列号才有效。4.执行安全功能。如果鉴权失败路由更新请求将被拒绝，并且SGSN应该发送拒绝指令给老的SGSN，老的SGSN应该继续如同没有收到过SGSN上下文请求消息一样。95.如果路由区更新是跨SGSN的路由区更新，新SGSN发送SGSN上下文确认消息给原SGSN。原SGSN在它的上下文中标记MSC/VLR关联、GGSN和HLR中的消息为非法。如果手机在完成RAU流程之前发起一个RAU流程回到原SGSN，将引起MSC/VLR、GGSN和HLR被刷新。CAMEL_GPRS_PDP_Context断开和CAMEL_GPRS分离106.如果手机在原3G-SGSN中是PMM-CONNECTED状态，或者是SGSN内部路由更新，如果手机是PMMconnected状态并路由区更新已经结束，相当于建立一个新的Iu连接。原3G-SGSN发送一个SRNSDataForwardCommand(RABID，LayerAddress,IuTransportAssociation)消息给SRNS。在收到从3G-SGSN传来的SRNSDataForwardCommand消息之后，SRNS将启动data-forwarding定时器。7.对于每个有标识的RAB，SRNS开始发起重复传输和隧道技术传输缓冲的给原3G-SGSN。对于每个无损的有用PDCP无线承载信道，SRNS将启动隧道来传输部分消息，但是不进行PDCP-PDU确认和相关的PDCP次序号，启动重复传输和隧道技术传输缓冲的GTPPDUs给原3G-SGSN。在接受到从3G-SGSN来的SRNSDataForwardCommand消息之后，SRNS启动data-forwarding定时器。8.如果路由位置更新是SGSN间路由位置更新，那么原3G-SGSN将GTPPDUs隧道到新的3G-SGSN。PDCP序列号和SNDCP序列号将不改变的放在新3G-SGSN里。119.如果路由位置更新是SGSN间路由位置更新，而且手机在新3G-SGSN不是PMM-CONNECTED状态，那么新的SGSN发送一个UpdatePDPContextRequest(newSGSNAddress,QoSNegotiated,TunnelEndpointIdentifier,)给有关的GGSN。9.GGSN更新他们自己的PDPcontext并返回一个UpdatePDPContextResponse(TunnelEndpointIdentifier)。注意：如果路由更新是手机在PMM-CONNECTED状态发起的一个SGSN键路由更新，那么UpdatePDPContextRequest消息在"ServingRNSRelocationProcedures"中有描述。10.如果路由位置更新是SGSN间的路由区更新，新的SGSN发送一个UpdateLocation(SGSNNumber,SGSNAddress,IMSI)消息给HLR来改变HLR里的内容。1211.如果路由位置更新是SGSN间的路由位置更新，HLR发送一个CancelLocation(IMSI,CancellationType)还消息给原SGSN，包括取消类型。如果第2步定时器不工作，原SGSN删除MM上下文。否则，只有当定时器超时上下文就被删除。它同样保证如果手机在完成到新SGSN路由更新之前发起另一个interSGSNrouteingareaupdate的时候MMcontext保存在原SGSN里。11a.在收到CancelLocation消息后，如果手机在原3G-SGSN里是PMM-CONNECTED状态，那么原SGSN发送一个IuReleaseCommand消息给旧的SRNC。当data-forwarding定时器超时，SRNS作出一个IuReleaseComplete消息回应11.原SGSN确认CancelLocationAck(IMSI)消息。1312.如果路由区更新是SGSN间的路由区更新，那么HLR发送InsertSubscriberData(IMSI,subscriptiondata)给新的SGSN。新的SGSN使手机在新的路由位置生效。如果由于整个地区签署的约束使手机不被允许附着，那么SGSN会用一个有效信息拒绝RouteingAreaUpdateRequest，并可以返回一个InsertSubscriberDataAck(IMSI,SGSNAreaRestricted)消息给HLR。如果所有的验证都通过，那么SGSN为手机建立一个MM上下文并返回一个InsertSubscriberDataAck(IMSI)消息给HLR。13.如果路由更新是SGSN之间的路由更新，HLR通过给新SGSN发送UpdateLocationAck(IMSI)消息来确认UpdateLocation。1414.如果更新类型显示要求是有IMSI号码附着的联合RA/LA更新，或者由于路由更新后位置区改变了，那么必须建立联合位置更新，并且新的SGSN发送一个UpdateRequest(newLAI,IMSI,SGSNNumber,LocationUpdateType)给VLR。如果UpdateType显示为联合RA/LA更新和IMSI附着要求LocationUpdateType会显示IMSI附着。否则，LocationUpdateType将显示正常的位置更新。RAI通过SGSN内部路由表获取VLR号码。SGSN在收到从HLR发来的第一条InsertSubscriberData消息后，启动到新的MSC/VLR的位置更新流程。VLR通过保存SGSN号码联合SGSN一起建立或者更新。15.如果在VLR里的签约数据表明没通过HLR验证，那么新的VLR会告之HLR。然后HLR会删除旧的VLR并插入签约数据到新的VLR（现有的GSM信号没有被改变，信号已包含在下列目录：）15.新VLR分配一个新的TMSI，向SGSN返回位置更新接受响应。如果VLR没有改变，VLRTMSI是可选的。1517.新SGSN使新路由区中的MS生效。如果由于漫游限制MS不允许在这个路由区附着，或是检查签约信息失败，SGSN将会以合适的原因拒绝这次路由区更新。如果所有的检查都通过，新SGSN将建立该MS的MM上下文，向MS发送路由更新接受消息（包括分配的P-TMSI,VLRTMSI,P-TMSI签名）。18.MS通过给SGSN返回路由区更新完成消息确认收到新的TMSI。19.若MS确认VLRTMSI则新SGSN向新VLR发送TMSI重分配完成消息。166.9.2.1路由区更新过程当路由区更新被拒绝时，由于原始签约信息或漫游限制，SGSN不能建立MM上下文。本次拒绝将以合适的原因返回给MS，MS将不会重新尝试在这个路由区进行更新。当MS最终放弃时，RAI值将被删除。如果SGSN不能在一个或多个GGSN中更新PDP上下文，新SGSN将像“SGSN发起PDP上下文去激活”那样将相应的PDP上下文去激活。这并不导致SGSN拒绝路由区更新。如果路由更新失败次数达到最大允许值，或是SGSN发出路由更新拒绝消息，MS将进入PMM空闲状态。17内容提要（Contents）6.9.2位置管理过程（Iu-mode）

6.9.2.1路由区更新过程

6.9.2.2SRNS重定向流程

6.9.2.2.1服务RNS重定向流程

6.9.2.2.2

联合硬切换和SRNS重定向流程

6.9.2.2.3

联合小区/URA更新和SRNS重定向流程

6.9.2.2.4

SRNS重定向取消流程186.9.2.2SRNS重定向流程在WCDMA系统中，由于Iur接口的引入而产生了SRNC/DRNC的概念。SRNC和DRNC都是对于某一个具体的MS来说的,是逻辑上的一个概念。对于某一个MS来说，其与CN之间的连接中，直接与CN相连，并对MS的所有资源进行控制的RNC叫该MS的SRNC。MS与CN之间的连接中，与CN没有连接，仅为MS提供资源的RNC叫该MS的DRNC。CNSRNCDRNCIuIur196.9.2.2SRNS重定向流程CNCNSourceRNCTargetRNCRNCIuIuIurServingRNCSRNSRelocation前，该MS的SRNC(ServingRNC)叫SourceRNC，SRNCRelocation后，该MS的SRNC叫TargetRNC。SourceRNC和TargetRNC是在一次SRNSRelocation过程中对于不同RNC的称谓。206.9.2.2SRNS重定向流程SRNSRelocation就是将某个MS的SRNC的角色由SourceRNC转到Target

RNC的过程SRNCIurMSdriftRNC216.9.2.2SRNS重定向流程对于“无损SRNS重定向”，MS和源RNS都需能支持和使用无损PDCP。当SRNS改变时，原RNS将所有收到且未发送的下行GTP-PDU发给目标RNS。如果内含的N-PDU像PDCP-SDU一样发送给MS,但未被无损PDCP确认，发送给目标RNS的GTP-PDU包含有PDCP序列号。目标RNS和MS交换下一个要发送的PDCP-SDU的序列码。这个过程能得出在MS和源RNS之间的上下行链路方向，已经成功传输PDCP-PDU。这个过程确认所有的N-PDU(PDCP-SDU)在SRNS变化之前被成功传输。这些N-PDU将被MS和目标RNS丢弃。目标RNS标识部分GTP-PDU,这些GTP-PDU包含用PDCP序列号确认的N-PDU。所有其他的N-PDU通过新的MS-RNS链路传输。22内容提要（Contents）6.9.2位置管理过程（Iu-mode）

6.9.2.1路由区更新过程

6.9.2.2SRNS重定向流程

6.9.2.2.1服务RNS重定向流程

6.9.2.2.2

联合硬切换和SRNS重定向流程

6.9.2.2.3

联合小区/URA更新和SRNS重定向流程

6.9.2.2.4

SRNS重定向取消流程236.9.2.2.1服务RNS重定向流程该流程只有在MS处于PMM就绪状态时，在Iur接口承载控制信令和用户数据时完成。服务SRNS重定向流程用于在UTRAN侧将UTRAN从源SRNS转移到目的SRNS的CN连接点，一个“固定不变”的点。在这个过程中，Iu链路被重定向。如果目标RNC与源SRNC连接在同一个SGSN，就会完成SGSN内的SRNS重定向流程。如果路由区改变，该流程之后便是SGSN内的路由区更新流程。SGSN通过观察对原路由区的控制情况来检测是否完成了内部路由区更新。在这种情况下，SGSN需要将新的位置信息通知MS而无需通知HLR。24

SRNS重定向和路由区更新之后的用户数据路径

SRNS重定向和路由区更新之前的用户数据路径SRNS重定向和路由区更新之前，MS在原SGSN注册。源RNC作为服务RNC提供服务。SRNS重定向和路由区更新之后，MS在新SGSN注册。MS处于PMM就绪状态，此时目的RNC作为服务RNC提供服务。25源SRNC决定进行/发起SRNS重定位。此时上行和下行用户数据都会流经下列通道传输：MS和源SRNC之间的RadioBearer（数据传输流经当前作为飘移RNC的目的RNC，）；源SRNC和原SGSN之间的GTP-U隧道；原SGSN和新GGSN之间的GTP-U隧道。源SRNC给旧SGSN发送重定位请求消息RelocationRequired(RelocationType,Cause,SourceID,Target

ID,SourceRNCtotargetRNCtransparentcontainer)，并将重定位类型（RelocationType）设置为“UEnotinvolved”。SourceRNCtotargetRNCtransparentcontainer包括用于协调重定位的必要信息、安全功能和RRC协议上下文信息（包括MS能力）。原SGSN通过Target

ID来确定SRNS重定位是SGSN内的还是跨SGSN的。如果是跨SGSN的SRNS重定位，原SGSN通过给新SGSN发送ForwardRelocationRequest消息（(IMSI,TunnelEndpointIdentifierSignalling,MMContext,PDPContext,TargetIdentification,UTRANtransparentcontainer,RANAPCause)）来启动重定位资源分配流程。PDP上下文中包含用户面的GGSN地址和数据的上行TEID（旧SGSN和新SGSN把上行数据包发送到该GGSN地址和上行TEID）。同时启动MM和PDP上下文的定时器（见“位置管理流程（UMTS）”一节中的路由区更新流程）。新SGSN给目的SRNC发送RelocationRequest消息(PermanentNASUEIdentity,Cause,CNDomainIndicator,Source-RNCtotargetRNCtransparentcontainer,RABstobesetup)。当目的RNC承担SRNC作用的时候，由于MS和目的RNC之间已有的RadioBearers将会重新分配，所以只建立目的RNC和新SGSN之间RAB的IuBearers。对于每个请求的RAB，RABtobesetup的信息元（informationelements）中需要包含RABID,RABparameters,TransportLayerAddress和IuTransportAssociation等信息。RABID信息元包括NSAPI的值，RABparameters信息元给出了QoS能力。TransportLayerAddress是指SGSN用于传输用户数据的地址，IuTransportAssociation则和上行TunnelEndpointIdentifierData（TEID）相对应。在包括Iu用户面在内的所有必要的资源成功分配后，目的RNC将给新SGSN发送RelocationRequestAcknowledge消息(RABssetup,RABsfailedtosetup)。每个RABtobesetup是根据TransportLayerAddress即目的RNC用于用户数据的地址，以及IuTransportAssociation即用于用户数据的下行TunnelEndpointIdentifier来定义的。对于每个RABtobesetup，目的RNC可能会同时收到来自源SRNC和新SGSN的下行用户数据包。SRNS重定向前让目的RNC做好准备，建立好新RNC与新SGSN间的RAB26新SGSN会给原SGSN发送ForwardRelocationResponse消息(Cause,RANAPCause,andRABSetupInformation)。这个消息表明目的RNC已经准备好接收转发自源SRNC的下行PDU，即重定位资源分配流程已经成功完成。RANAPCause是要从目的RNC转发到源SRNC的信息。每个RAB都有的信息元RABSetupInformation包含用于把数据从源SRNC转发到目的RNC的RNCTunnelEndpointIdentifier和RNCIP地址。原SGSN通过给源SRNC发送RelocationCommand消息(RABstobereleased,andRABssubjecttodataforwarding)继续进行SRNS的重定位。原SGSN根据QoS决定用于数据转发的RAB，这些RAB包含在RABssubjecttodataforwarding信息元中。至此源SRNC可以直接通过Iu接口把下行数据转发给目的RNC。这种转发方式只能转发下行用户数据。CAMEL_GPRS_PDP_Context_Disconnection和CAMEL_GPRS_Detach.源SRNC可以根据QoS能力开始为指定用于数据转发的RABs转发数据。在进行SRNS重定位过程中的数据转发通过Iu接口进行，源SRNC和目的RNC之间交换的数据在源SRNC中复制，并且数据在IP层路由到目的RNC。对于每一个使用无损PDCP的无线承载，与已传输但未确认的PDCP-PDU相关的GTP-PDU是副本，并连同与之相关的下行PDCP序列号一起在IP层路由到目的RNC。源RNC继续传输下行数据的副本并接收上行数据。在服务RNC还没有被目的RNC取代之前以及下行用户数据开始到达目的RNC的时候，目的RNC可以根据相关QoS能力来缓存或者丢弃正在接收的下行GTP-PDU。源SRNC就绪时，源SRNC将通过在Iu接口上给目的RNC发送RelocationCommit消息（SRNScontext）来触发执行SRNS重定位。这个流程的目的是把SRNScontext从源RNC传送到目的RNC，并把SRNS的功能从源RNC转移到目的RNC。SRNScontext为每一个有关的RAB发送，并包含下一个要在上行和下行方向传送的GTP-PDU的序列号以及从MS发送和接收数据可能用到的下一个PDCP的序列号。当收到重定位执行触发器后，目的RNC将给新SGSN发送RelocationDetect消息。由于SRNS重定位类型为“UEnotinvolved”，重定位执行触发器就是在Iur接口上收到RelocationCommit消息。RelocationDetect消息发送后，目的RNC将开始作为SRNC运行。27MS收到UTRANMobilityInformation消息后可能会开始给目的SRNC发送上行用户数据。当MS重新配置了自身后，MS给目的SRNC发送RANMobilityInformationConfirm消息。这表明MS也准备好接收来自目的SRNC的下行数据。目的SRNC发送RANMobilityInformation消息。这个消息包含UE信息元和CN信息元。目的RNC建立和/或重启动RLC，并互换目的SRNC和MS之间的PDCP序列号（PDCP-SNU,PDCP-SND）。如果新SGSN已经收到了来在GGSN的UpdatePDPContextResponse消息，SGSN将把上行用户数据通过这个新的GTP-U隧道转发到GGSN。否则，新SGSN将把上行的用户数据转发到先前收到的ForwardRelocationRequest消息中携带的GGSN的IP地址和TEID(s)。对于所有RAB，目的RNC将：开始接收上行数据和传输到新SGSN的上行GTP-PDU；开始处理缓存的和刚收到的下行GTP-PDUs和传输到MS的下行数据。28当目的SRNC收到RANMobilityInformationConfirm消息，比如和MS通过无线协议成功交换了新SRNC-ID+S-RNTI，目的SRNC将通过给新SGSN发送RelocationComplete消息来发起RelocationComplete流程。RelocationComplete流程的目的是通过目的SRNC向CN表明SRNS重定位结束。如果SRNS重定位是跨SGSN的重定位，新SGSN将通过发送ForwardRelocationComplete消息来通知原SGSNSRNS重定位流程结束。CN收到RelocationDetect消息后可能把用户面从源RNC切换为目的SRNC。如果SRNS重定位是SGSN内的重定位，则新SGSN给相关GGSN发送UpdatePDPContextRequest消息(newSGSNAddress,SGSNTunnelEndpointIdentifier,QoSNegotiated)。SGSN向GGSN发送服务网络标识。GGSN更新PDP上下文内容，并返回UpdatePDPContextResponse消息(GGSNTunnelEndpointIdentifier)。29收到RelocationComplete消息或如果是跨SGSNSRNS重定位收到ForwardRelocationComplete消息，原SGSN给源RNC发送IuReleaseCommand消息。当RNC数据转发定时器超时，源RNC以IuReleaseComplete消息响应。MS完成RNTI重定位流程后如果新的RouteingAreaIdentification与以前的不同，MS发起RouteingAreaUpdate流程。见“位置管理流程（UMTS）”。注意，由于MS处于PMM-CONNECTED状态，执行的只是路由区更新流程的一部分。CAMEL_GPRS_Routeing_Area_Update_SessionCAMEL_GPRS_Routeing_Area_Update_Context30内容提要（Contents）6.9.2位置管理过程（Iu-mode）

6.9.2.1路由区更新过程

6.9.2.2SRNS重定向流程

6.9.2.2.1服务RNS重定向流程

6.9.2.2.2

联合硬切换和SRNS重定向流程

6.9.2.2.3

联合小区/URA更新和SRNS重定向流程

6.9.2.2.4

SRNS重定向取消流程316.9.2.2.2联合硬切换和SRNS重定向流程该流程只有在Iur接口不可以用的情况下对处于PMM-CONNECTED状态的MS进行。联合硬切换和SRNS重定位流程用来把UTRAN侧对CN的连接点从源SRNC转移到目的RNC，同时执行由UTRAN发起的硬切换。在这个流程中，Iu连路将重定位。如果目的RNC和源SRNC连接的是同一个SGSN，将进行SGSN内的SRNS重定位流程。如果路由区改变了，此流程之后还要进行SGSN内的路由区更新流程。SGSN通过检测到使用旧的路由区来判别是SGSN内的路由区更新。在这种情况下，SGSN已有MS的必要信息，不需要告诉HLR新的MS位置。32执行联合硬切换和SRNS重定位流程和路由更新流程之前MS登记在原SGSN和旧MSC/VLR上。源RNC作为服务RNC。执行联合硬切换和SRNS重定位流程和路由更新流程之后，MS登记在新SGSN和新MSC/VLR上。MS对于新SGSN处于PMM-CONNECTED状态，对于新MSC/VLR处于MMIDLE状态。目的RNC作为服务RNC。

执行联合硬切换和SRNS重定位流程和路由更新流程之前的用户数据路径

执行联合硬切换和SRNS重定位流程和路由更新流程之后的用户数据路径33基于量结果和UTRAN拓扑信息，源SRNC决定发起联合硬切换和SRNS重定位流程。此时上行和下行用户数据都流经下列隧道：MS和SRNC之间的RadioBearer（没有可用的飘移RNC，）；源SRNC和旧SGSN之间的GTP-U隧道；旧SGSN和新GGSN之间的GTP-U隧道。源SRNC给旧SGSN发送RelocationRequired消息(RelocationType,Cause,SourceID,TargetID,SourceRNCToTargetRNCTransparentContainer)。源SRNC将会把RelocationType设置为“UEInvolved”。SourceRNCToTargetRNCTransparentContainer包括协调重定位必要的信息，安全功能和RRC协议上下文信息（包括MS能力）。原SGSN通过Target

ID来确定SRNC重定位是SGSN内的还是跨SGSN的。如果是跨SGSN的SRNC重定位，原SGSN通过给新SGSN发送ForwardRelocationRequest消息（(IMSI,TunnelEndpointIdentifierSignalling,MMContext,PDPContext,TargetIdentification,UTRANtransparentcontainer,RANAPCause)）来启动重定位资源分配流程。PDP上下文中包含用户面的GGSN地址和数据的上行TEID（旧SGSN和新SGSN把上行数据包发送到该GGSN地址和上行TEID）。同时启动MM和PDP上下文的定时器（见“位置管理流程（UMTS）”一节中的路由区更新流程）。新SGSN给目的SRNC发送RelocationRequest消息(PermanentNASUEIdentity,Cause,CNDomainIndicator,Source-RNCtotargetRNCtransparentcontainer,RABstobesetup)。对于每个请求的RABtobesetup，RABtobesetup中需要包含RABID,RABparameters,TransportLayerAddress和IuTransportAssociation等信息。RABID信息元包括NSAPI的值，RABparameters信息元给出了QoS能力。TransportLayerAddress是指SGSN用于传输用户数据的地址，IuTransportAssociation则和上行TunnelEndpointIdentifierData（TEID）相对应新SGSN给目的SRNC发送RelocationRequest消息(PermanentNASUEIdentity,Cause,CNDomainIndicator,Source-RNCtotargetRNCtransparentcontainer,RABstobesetup)。对于每个请求的RABtobesetup，RABtobesetup中需要包含RABID,RABparameters,TransportLayerAddress和IuTransportAssociation等信息。RABID信息元包括NSAPI的值，RABparameters信息元给出了QoS能力。TransportLayerAddress是指SGSN用于传输用户数据的地址，IuTransportAssociation则和上行TunnelEndpointIdentifierData（TEID）相对应让目的RNC建立RAB34当目的RNC和新SGSN之间用于传输用户数据的资源分配好，并且新SGSN已经准备好进行SRNS的重定位的时候，新SGSN会给旧SGSN发送ForwardRelocationResponse消息(Cause,UTRANTransparentContainer,RANAPCause,Target-RNCInformation)。这个消息表明目的RNC已经准备好接收转发自源SRNC的下行PDU，即重定位资源分配流程已经成功完成。UTRANTransparentContainer和RANAPCause是来自目的RNC要转发到源SRNC的信息。Target-RNCInformation，每个RABtobesetup的信息元之一，包含用于把数据从源SRNC转发到目的RNC的RNCTunnelEndpointIdentifier和RNCIP。CAMEL_GPRS_PDP_Context_Disconnection和CAMEL_GPRS_Detach。原SGSN通过给源SGSN发送RelocationCommand消息(TargetRNCToSourceRNCTransparentContainer,RABsToBeReleased,RABsSubjectToDataForwarding)继续进行SRNS的重定位。原SGSN根据QoS决定用于数据转发的RAB，并且那些RAB包含在RABssubjecttodataforwarding信息元中。至此源SRNC可以直接通过Iu接口把下行数据转发给目的RNC。这种转发方式只能转发下行用户数据。35源SRNC可以根据QoS能力开始为指定用于数据转发的RABS转发数据。在服务RNC还没有被目的RNC取代之前以及下行用户数据开始到达目的RNC的时候，目的RNC可以根据相关QoS能力来缓存或者丢弃正在接收的下行GTP-PDU。在发送RRC消息之前（比如PhysicalChannelReconfiguration），源SRNC传输的上行和下行数据将为要求保持传送顺序的RABs挂起。当源SRNC就绪时，源RNC将通过给MS发送RRC消息来触发SRNS重定位流程，RRC消息在TargetRNCtosourceRNCtransparentcontainer提供，比如PhysicalChannelReconfiguration(UEInformationElements,CNInformationElements)消息。UE信息元包括amongothersnewSRNCidentity和S-RNTI。CN信息元包括amongothersLocationAreaIdentification和RouteingAreaIdentification。当MS重新配置了自身后，MS给目的SRNC发送RRC消息如PhysicalChannelReconfigurationComplete的消息。如果收到了带有序列号的ForwardSRNSContext消息，和MS之间的数据包交换可以开始。如果没有收到，目的RNC将为所有RABs启动数据包传输，并且不要求保持传送顺序。36源SRNC经过原SGSN和新SGSN给目的RNC发送ForwardSRNSContext(RABContexts)消息继续执行SRNS重定位，并以（收到）ForwardSRNSContextAcknowledge消息来确认。这个流程的目的是把SRNScontext从源RNC传送到目的RNC，并把SRNS的功能从源RNC转移到目的RNC。目的RNC建立和/或重启动RLC，并互换目的SRNC和MS之间的PDCP序列号（PDCP-SNU,PDCP-SND）。当收到重定位执行触发器后，目的RNC将给新SGSN发送RelocationDetect消息。由于SRNS重定位类型为“UEinvolved”，重定位执行触发器可能在Uu接口收到，如目的RNC检测到MS在低层。RelocationDetect消息发送后，目的RNC将开始作为SRNC运行。当目的SRNC收到PhysicalChannelReconfigurationComplete消息或者RadioBearerReleaseComplete消息，比如和MS通过无线协议成功交换了新SRNC-ID+S-RNTI，目的SRNC将通过给新SGSN发送RelocationComplete消息来发起RelocationComplete流程。RelocationComplete流程的目的是通过目的SRNC向CN表明SRNS重定位结束。37如果RelocationDetect时用户面没有切换，CN在收到RelocationComplete时将把用户面从源SRNC切换到目的SRNC。如果SRNS重定位是跨SGSN的重定位，新SGSN将通过发送ForwardRelocationComplete消息来通知旧SGSNSRNS重定位流程结束。CN收到RelocationDetect消息后可能把用户面从源RNC切换为目的SRNC。如果SRNS重定位是SGSN内的重定位，则新SGSN给相关GGSN发送UpdatePDPContextRequest消息(newSGSNAddress,SGSNTunnelEndpointIdentifier,QoSNegotiated)。收到RelocationComplete消息或如果是跨SGSNSRNS重定位收到ForwardRelocationComplete消息，原SGSN给源RNC发送IuReleaseCommand消息。当RNC数据转发定时器超时，源RNC以IuReleaseComplete消息响应。GGSN更新PDP上下文内容，并返回UpdatePDPContextResponse消息(GGSNTunnelEndpointIdentifier)MS完成RNTI重配置流程后如果新的RouteingAreaIdentification与以前的不同，MS发起RouteingAreaUpdate流程。由于MS处于PMM-CONNECTED状态，执行的只是路由区更新流程的一部分。CAMEL_GPRS_Routeing_Area_Update_SessionCAMEL_GPRS_Routeing_Area_Update_Context38内容提要（Contents）6.9.2位置管理过程（Iu-mode）

6.9.2.1路由区更新过程

6.9.2.2SRNS重定向流程

6.9.2.2.1服务RNS重定向流程

6.9.2.2.2

联合硬切换和SRNS重定向流程

6.9.2.2.3

联合小区/URA更新和SRNS重定向流程

6.9.2.2.4

SRNS重定向取消流程39联合小区/URA更新和SRNS重定向流程这个流程只在Iur接口承载信令而不承载用户数据的情况下对处于PMM-CONNECTED状态的MS进行。联合小区/URA更新和SRNS重定位流程用来把UTRAN侧对CN的连接点从源SRNC转移到目的RNC，同时执行由UTRAN发起的硬切换，同时在UTRAN进行小区重选。在这个流程中，Iu链路将重定位。如果目的RNC和源SRNC连接的是同一个SGSN，将进行SGSN内的SRNS重定位流程。如果路由区改变了，此流程之后还要进行SGSN内的路由区更新流程。SGSN通过检测到使用旧的路由区来判别是SGSN内的路由区更新。在这种情况下，SGSN已有MS的必要信息，不需要告诉HLR新的MS位置。40联合小区/URA更新和SRNS重定向流程执行小区/URA更新和SRNS重定位流程和路由更新流程之前，MS登记在旧SGSN和旧MSC/VLR上。源RNC作为服务RNC。执行小区/URA更新和SRNS重定位流程和路由更新流程之后，MS登记在新SGSN和新MSC/VLR上。MS对于新SGSN处于PMM-CONNECTED状态，对于新MSC/VLR处于MMIDLE状态。目的RNC作为服务RNC。411）MS给源SRNC发送CellUpdate/URAUpdate消息（如果小区属于另一个RNC，消息在Iur接口通过DRNC路由到SRNC）。原SRNC决定是否向目的RNC发起联合小区/URA更新和SRNS重定位。本节剩余的部门描述了应用联合小区/URA更新和SRNS重定位地情况。在这种情况下，源SRNC和MS之间没有建立无线承载。但是建立了下列隧道：源SRNC和旧SGSN之间的GTP-U隧道；旧SGSN和GGSN之间的GTP-U隧道。2）源SGSN发送一条重定位请求消息RelocationRequired(RelocationType,Cause,SourceID,Target

ID,SourceRNCtotargetRNCtransparentcontainer)给旧SGSN，并将重定位类型（RelocationType）设置为“UEnotinvolved”。SourceRNCtotargetRNCtransparentcontainer包括用于协调重定位的必要信息、安全功能和RRC协议上下文信息（包括MS能力）。3）原SGSN通过Target

ID来确定SRNS重定位是SGSN内的还是跨SGSN的。如果是跨SGSN的SRNS重定位，原SGSN通过给新SGSN发送ForwardRelocationRequest消息（IMSI,TunnelEndpointIdentifierSignalling,MMContext,PDPContext,TargetIdentification,UTRANtransparentcontainer,RANAPCause）来启动重定位资源分配流程。PDP上下文中包含用户面的GGSN地址和数据的上行TEID（旧SGSN和新SGSN把上行数据包发送到该GGSN地址和上行TEID）。同时启动MM和PDP上下文的定时器。4）新SGSN给目的SRNC发送RelocationRequest消息(PermanentNASUEIdentity,Cause,CNDomainIndicator,Source-RNCtotargetRNCtransparentcontainer,RABstobesetup)。4）当接受RAB所必需的资源包括Iu用户面都成功分配后，目的RNC将给新SGSN发送RelocationRequestAcknowledge消息(RABssetup,RABsfailedtosetup)。新SGSN收到RelocationRequestAcknowledge消息后，目的RNC和新SGSN之间的GTP-U隧道已经建立。对于每个RABtobesetup，目的RNC可能会同时收到来自源SRNC和新SGSN的下行用户数据包。让目的RNC建立RAB425）当目的RNC和新SGSN之间用于传输用户数据的资源分配好，并且新SGSN已经准备好进行SRNS的重定位的时候，新SGSN会给原SGSN发送ForwardRelocationResponse消息(Cause,RANAPCause,andTargetRNCInformation)。这个消息表明目的RNC已经准备好接收转发自源SRNC的下行数据，即重定位资源分配流程已经成功完成。R6）原SGSN通过给源SGSN发送RelocationCommand消息(RABstobereleased,andRABssubjecttodataforwarding)继续进行SRNS的重定位。原SGSN根据QoS决定用于数据转发的RAB，并且那些RAB包含在RABssubjecttodataforwarding信息元中。至此源SRNC可以直接通过Iu接口把下行数据转发给目的RNC。这种转发方式只能转发下行用户数据。CAMEL_GPRS_PDP_Context_Disconnection和CAMEL_GPRS_Detach.7）源SRNC可以根据QoS能力开始为指定用于数据转发的RABS转发数据，并启动数据转发定时器。SRNS侧的数据转发通过Iu接口进行，这意味着源SRNC和目的RNC之间交换的数据在源SRNC中复制，并且数据是在IP层路由到目的RNC的。在服务RNC还没有被目的RNC取代之前以及下行用户数据开始到达目的RNC的时候，目的RNC可以根据相关QoS能力来缓存或者丢弃正在接收的下行GTP-PDU。8）当源SRNC就绪时，源SRNC将通过在Iu接口上给目的RNC发送RelocationCommit消息（SRNScontext）来触发执行SRNS重定位。这个流程的目的是把SRNScontext从源RNC传送到目的RNC，并把SRNS的功能从源RNC转移到目的RNC。9)当收到重定位执行触发器后，目的RNC将给新SGSN发送RelocationDetect消息。由于SRNS重定位类型为“UEnotinvolved”，重定位执行触发器就是在Iur接口上收到RelocationCommit消息。RelocationDetect消息发送后，目的RNC将开始作为SRNC运行。10)目的SRNC发送CellUpdateCo