51学通信技术论坛

 找回密码
 立即注册
搜索
查看: 2786|回复: 0
打印 上一主题 下一主题

联合Cell/URA更新和SRNS重定位流程 [复制链接]

Rank: 9Rank: 9

懒

跳转到指定楼层
楼主
发表于 2012-10-14 22:25:47 |只看该作者 |倒序浏览
一键分享 一键分享

1 流程概述

由MS的小区重选或路由区更新过程引发,RNC间存在Iur口。与软切换流程很类似,只是发起原因不同以及RNTI信息的发送方式不同。在软切换中,源SRNC向MS发送RNTI重分配消息,通知MS重新配置RNTI信息。但在本流程中,源SRNC向MS发送小区更新确认或路由区更新确认消息,消息中包含UE 信息元与CN 信息元与RNTI 重分配消息中的一致。

2 流程参考标准

参考23.060的6.9.2.2.3节。

3 信令流程图

4 信令流程描述

1) MS在小区重选后,向UTRAN发送一个Cell Update / URA Update 消息。收到该消息后,源RNC决定向目标RNC执行combined cell / URA update and SRNS relocation。

2) 源SRNC 通过向老SGSN 发送一个RELOCATION REQUIRED 消 息(Relocation Type,Cause,Source ID,Target ID,Source RNC to target RNC transparent container),开始了重定位准备阶段,源RNC将该重定位类型置为“UE NOT INVOVED”。Source RNC to target RNC transparent container包含了重定位所需的一些必要信息,安全功能以及RRC协议上下文信息(包含UE能力)。

3) 老SGSN根据目标RNC的ID来决定是否是SGSN之间的重定位还是SGSN内部的重定位。如果是SGSN之间的重定位,老SGSN通过向新SGSN发送Forward Relocation Request 消 息 ( IMSI ,Tunnel Endpoint Identifier Signalling ,MM Context ,PDP Context ,Target Identification , UTRAN transparent container, RANAP Cause)开始重定位资源分配过程。同时在老SGSN的MM和PDP上下文中启动一个定时器。该消息仅在SGSN之间重定位中才有。

4) 新SGSN向目标RNC发送Relocation Request 消息( Permanent NAS UE Identity,Cause,CN Domain Indicator,Source RNC to target RNC transparent container,RABs to be setup)。对于每个要建立的RAB,RABs to be setup包 含RAB ID , RAB parameters , Transport Layer Address , and Iu Transport Association等信息。The RAB ID information element 包含NSAPI value。RAB parameters 信息单元则给出了QoS 信息。Transport Layer Address是老SGSN为数据传输提供的地址。Iu Transport Association对应着TEID。在所有为接受RAB的资源(包含Iu用户面)分配好之后,目标RNC将向新SGSN发送the Relocation Request Acknowledge消息(RABs setup, RABs failed to setup),目标RNC为每个要建立的RAB(由IP地址和TEID组成)既接受从源SRNC的下行PDUs,也接受从新SGSN的下行PDUs。

5) 当新SGSN和目标RNC之间的资源分配好之后,新SGSN准备开始进行relocation of SRNS 。新SGSN向老SGSN发送重定位响应消息Forward Relocation Response 消 息 ( Cause , RANAP Cause , and RAB Setup Information)。该消息表明目标RNC已经准备好从源RNC接受未被MS确认的下行数据,也就是,重定位资源分配过程已经成功结束。RANAP Cause是从目标RNC到源RNC的信息,RAB Setup Information包含为数据转发所需要的RNC的TEID以及IP地址。如果目标RNC或者新SGSN未能成功分配资源,则RAB Setup Information只包含NSAPI,意味着通知源RNC释放和NSAPI对应的资源。该消息仅用于SGSN之间的重定位。

6) 老SGSN向源RNC发送Relocation Command 消息(RABs to be released,and RABs subject to data forwarding),老SGSN根据Qos决定要转发数据的RAB。对于每个要转发的RAB,IE包含contain RAB ID, Transport Layer Address,以及Iu Transport Association 。Transport Layer Address 和Iu Transport Association用来转发从源RNC到目标RNC的下行N-PDU。

7) 收到从PS域发送的Relocation Command 消息后,源RNC将启动数据转发定时器,当重定位准备阶段成功结束后,源SRNC通过向目标RNC发送Relocation Commit 消息(SRNS Contexts)发起执行relocation of SRNS。该流程的目标是在源和目标RNC之间传送SRNS上下文。

8) 发送完重定位提交消息后,源RNC开始为每个数据转发的RAB转发数据。SRNS重定位的数据转发通过Iu接口,这表明在源SRNC和目标RNC转发的数据在源SRNC备份,通过IP层路由再到目标RNC。

9) 当接受到重定位触发消息后,目标RNC将向新SGSN发送Relocation Detect消息。对于重定位类型为"UE not involved"来说,重定位触发是在从Iur接口收到重定位提交消息。当发送了Relocation Detect 消息,目标RNC将开始SRNC操作。

10) 发送完Relocation Detect 消息后, 目标RNC向MS 发送Cell Update Confirm / URA Update Confirm 消息。消息中包含UE信息以及CN信息。UE信息包含new SRNC identity 和S-RNTI。CN信息包含位置区标识和路由区标识。

11) CN收到Relocation Detect 后,CN把用户面从源RNC转移到目标RNC。如果是SGSN之间的重定位, 新SGSN将向GGSN发送Update PDP Context Request 消息(new SGSN Address,SGSN Tunnel Endpoint Identifier ,QoS Negotiated),GGSN更新PDP上下文,返回Update PDP Context Response 消息(GGSN Tunnel Endpoint Identifier)。

12) 当MS重新组装后,向目标RNC发送RNTI Reallocation Complete 消息,然后开始交换数据。

13) 当目标RNC接收到RNTI Reallocation Complete 消息后,也就是,和UE通过空口交换SRNC-ID + S-RNTI完成后,向新SGSN发送重定位完成消息。如果是SGSN之间重定位,新SGSN向老SGSN发送重定位完成消息,老SGSN收到后给新SGSN响应消息。

14) 老SGSN向源RNC发送Iu Release Command 消息。当RNC的数据转发定时器超时时,源RNC以Iu Release Complete消息响应。

15)MS完成Cell / URA update and RNTI重分配后,如果新RAI和旧RAI不一样,MS将发起RAU过程,该重定位流程仅仅是RAU的一个子集,因为MS处于PMM-CONNECTED状态。

5 其他说明

2G中无此流程

附件: 你需要登录才可以下载或查看附件。没有帐号?立即注册
www.gprshome.com: GPRS及移动通信技术学习交流分享平台。
您需要登录后才可以回帖 登录 | 立即注册

站长邮箱|Archiver|51学通信 ( 粤ICP备11025688 )

GMT+8, 2024-5-20 03:21 , Processed in 0.039167 second(s), 14 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部