《组合业务重定位特性实现设计报告》由会员分享，可在线阅读，更多相关《组合业务重定位特性实现设计报告（18页珍藏版）》请在金锄头文库上搜索。
1、只供内部使用组合业务重定位特性实现设计报告项目名称RNC V2.1文档编号DTM 4.387.206 FS版 本 号V1.0.1作 者伍 鹏版权所有大唐移动通信设备有限公司本资料及其包含的所有内容为大唐移动通信设备有限公司(大唐移动)所有,受中国法律及适用之国际公约中有关著作权法律的保护。未经大唐移动书面授权，任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容，违者将被依法追究责任。文档更新记录日期更新人版本备注2004.1.21伍鹏V1.0.0初稿2005.3.7伍鹏V1.0.1根据评审意见修改2005.3.9伍鹏V1.0.1文档规范性修改目 录1 引言41.1
2、 编写目的41.2 预期读者和阅读建议41.3 文档约定41.4 参考资料41.5 缩写术语42 功能描述52.1 概述52.2 SRNC侧的处理流程72.2.1重定位准备72.2.2重定位准备失败82.2.3重定位执行112.3 TRNC侧的处理流程122.3.1重定位资源分配122.3.2重定位资源分配失败132.3.3重定位检测和完成141 引言1.1 编写目的本文档根据SRNS重定位的需求特性，从RNC系统级的角度给出了UE双域组合业务重定位的实现方案，重点在于明确UE双域组合业务重定位发生时，RNC的内部处理以及各子系统之间的处理流程、相关接口、主要参数，为开发人员提供设计参考。注：
3、本文档给出的实现方案只针对TD-SCDMA（LCR）RNC设备，且重定位过程不支持Iur接口；关于无损重定位的内容暂时不考虑。1.2 预期读者和阅读建议本文档的预期读者是与高层信令移动性管理相关的研发人员，项目主管，部门经理。1.3 文档约定编写本文档所使用的工具是Microsoft Word 2000，Visio 2000。文档标题为小四号、五号宋体，加粗；文档正文为五号宋体（中文），Times New Roman、Arial（英文）。1.4 参考资料其中3GPP规范均为Release 4版本1.3GPP TS 25.413: “UTRAN Iu interface RANAP signal
4、ling”2. 3GPP TS 25.331: Radio Resource Control (RRC) protocol specification3.3GPP TS 25.415: UTRAN Iu interface user plane protocols.4.3GPP TS 23.107: Quality of Service (QoS) concept and architecture. 5.TR 25.931-440: ”UTRAN Functions, Examples on Signalling Procedures”6. 大唐移动通信设备有限公司西安分公司双域重定位特性需求
5、分析报告1.5 缩写术语AAL2ATM Adaptation Layer type 2ASAccess StratumATMAsynchronous Transfer ModeCCCall ControlCNCore NetworkCRNCControlling RNCCSCircuit SwitchedDCHDedicated ChannelDLDownlinkDRNCDrift RNCDRNSDrift RNSDSCHDownlink Shared ChannelEPElementary ProcedureGPRSGeneral Packet Radio SystemGSMGlobal S
6、ystem for Mobile communicationsGTPGPRS Tunnelling ProtocolIEInformation ElementIMEIInternational Mobile Equipment IdentityIMSIInternational Mobile Subscriber IdentityMMMobility ManagementMSCMobile services Switching CenterNASNon Access StratumN-PDUNetwork Protocol Data UnitOSP:IHOSSOctet Stream Prot
7、ocol: Internet-Hosted Octet Stream ServiceP-TMSIPacket TMSIPDCPPacket Data Convergence ProtocolPDPPacket Data ProtocolPDUProtocol Data Unit PPPPoint-to-Point ProtocolPSPacket SwitchedQoSQuality of ServiceRABRadio Access BearerRANAPRadio Access Network Application PartRNCRadio Network ControllerRNSRa
8、dio Network SubsystemRRCRadio Resource ControlSAIService Area IdentifierSAPService Access PointSCCPSignalling Connection Control PartSDUService Data UnitSGSNServing GPRS Support NodeSRNCServing RNCSRNSServing RNSTEIDTunnel Endpoint IdentifierTMSITemporary Mobile Subscriber IdentityUEUser Equipment U
9、EAUMTS Encryption AlgorithmUIAUMTS Integrity AlgorithmULUplinkUMTSUniversal Mobile Telecommunications SystemUSCHUplink Shared ChannelUTRANUMTS Terrestrial Radio Access Network2 功能描述2.1 概述当UE与CN的两个域都有信令连接时，如果服务RNC需要发生迁移，那么两个域必须同时迁移。在UE双域重定位过程中，在Iu接口上涉及的网络设备有SRNC、TRNC、MSC、SGSN，RNC将分别与MSC/SGSN进行不同的消息交互
10、，协同实现UE的双域重定位过程。双域重定位的处理流程根据RNC角色的不同，可以分为SRNC侧和TRNC侧，处理也有所区别，实现时可以分别考虑SRNC侧和TRNC侧的处理流程。但是要明确的是在真实环境中重定位发生时，SRNC侧和TRNC侧的处理是互相关联的，要完成UE双域重定位的过程，必须SRNC和TRNC互相配合、协同完成。为便于理解，以下章节先给出双域重定位时SRNC侧的处理流程，再给出TRNC侧的处理流程，综合两侧RNC的处理就能够得出UE双域重定位过程的完整处理流程。双域重定位发生时，特别是在TRNC侧资源分配过程中可能会出现各种异常情况，本文档列举的重定位失败情况只包括：因标准消息内容
11、不匹配导致重定位失败；局间接口出现异常导致的重定位失败。对于RNC内部子系统处理过程中产生异常而导致重定位失败的情况没有列举。本文档在描述双域重定位的处理流程时，只画出了协议中明确定义的定时器，对于具体实现时应增加的定时器可参考单域重定位的设计流程。图1 双域重定位流程图的构成2.2 SRNC侧的处理流程2.2.1重定位准备在双域重定位准备过程中，最重要一点是SRNC向MSC和SGSN发送重定位请求时要确保组织相同的Source RNC to Target RNC Transparent Container IE，它的内容就是UE当前在空中接口上的所有相关信息，包括加密和完整性保护信息，UE信
12、息元素，UTRAN移动性信息元素，CN信息元素，测量信息元素，RB信息元素和传输信道信息元素等等。向目标RNC传递这些信息的目的是作为目标RNC分配无线资源的参考。图2 重定位准备过程，成功情况2.2.2重定位准备失败图3 重定位准备过程，失败情况1图3所示的情况是，SRNC收到了来自CS域和PS域的响应消息，但是其中一个域是失败消息。图4 重定位准备过程，失败情况2图4所示的情况是，SRNC在收到第2个域的响应消息之前，已经收到了一个域的失败消息。图5 重定位准备过程，失败情况3图5所示的情况是，SRNC所收到的来自两个域的“TRNCtoSRNC透明容器”内容不一致。2.2.3重定位执行图6
13、 重定位执行2.3 TRNC侧的处理流程2.3.1重定位资源分配RELOCATION REQUIRED消息中的Source RNC to Target RNC Transparent Container IE给TRNC带来了UE的RRC信息，基于这些信息TRNC会准备Target RNC to Source RNC Transparent Container IE，并填入RELOCATION REQUEST ACKNOWLEDGE消息中，通过CN发往SRNC。TRNC不能改变从SRNC收到的完整性保护配置，而应将该配置填入PHYSICAL CHANNEL RECONFIGURATION消息的I
14、ntegrity protection mode info IE中（和UE已有的相同）。如果发往TRNC的容器中RB identity for Handover message IE为空，重配置消息经过Container传送到SRNC，SRNC从Container中取出PHYSICAL CHANNEL RECONFIGURATION信息，并加上消息类型和Integrity check info（在SRNC侧计算）信息，发送给UE。可以看出，对重配置消息的完整性保护还是在SRNC侧，TRNC只是填充重配置消息的内容，由SRNC填Integrity check info。如果发往TRNC的容器中RB identity for Handover message IE非空，则TRNC在发往SRNC的Container中填重配置消息前，先用本地的完整性保护配置对重配置消息进行完整性保护，然后发往SRNC。SRNC收到这条消息后，不作处理，直接透传给UE。图7 重定位资源分配，成功情况2.3.2重定位资源分配失败图8 重定位资源分配，失败情况1图8所示的情况是，因为两个域的“完整性
