组合业务重定位特性需求分析报告

只供内部使用

组合业务重定位特性

需求分析报告

项目名称RNC V2.1

文档编号DTM 4.387.206 FRS

版本号V1.0.1

作者伍鹏

版权所有

大唐移动通信设备有限公司

本资料及其包含的所有内容为大唐移动通信设备有限公司(大唐移动)所有,受中国法律及适用之国际公约中有关著作权法律的保护。未经大唐移动书面授权，任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容，违者将被依法追究责任。

大唐移动通信设备有限公司组合业务重定位特性需求分析报告

文档更新记录

封页3

大唐移动通信设备有限公司组合业务重定位特性需求分析报告

目录

1 引言 (5)

1.1 编写目的 (5)

1.2 预期读者和阅读建议 (5)

1.3 文档约定 (5)

1.4 参考资料 (5)

1.5 缩写术语 (5)

2 特性需求缘由 (6)

3 功能描述 (6)

3.1 概述 (7)

3.2 双域重定位涉及的信令过程 (7)

3.3 双域重定位时包含的用户业务 (7)

3.4 双域重定位时SRNC的处理 (8)

3.4.1重定位准备 (8)

3.4.2重定位取消 (9)

3.4.3 Iu连接释放 (9)

3.5 双域重定位时TRNC的处理 (9)

3.5.1重定位资源分配 (9)

3.5.2重定位检测 (11)

3.5.3重定位完成 (11)

4 其他相关特性 (11)

封页4

大唐移动通信设备有限公司组合业务重定位特性需求分析报告

1 引言

1.1 编写目的

本文档从UTRAN的角度对涉及UE的双域下的重定位进行了特性需求分析，旨在定义和解释双域组合业务重定位的功能，为相关的研发人员提供设计参考。

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 signalling”

[2]. 3GPP TS 25.331: Radio Resource Control (RRC) protocol specification"

[3]. 3GPP TS 25.415: "UTRAN Iu interface user plane protocols".

[4]. 3GPP TS 23.107: "Quality of Service (QoS) concept and architecture".

1.5 缩写术语

AAL2 ATM Adaptation Layer type 2

AS Access Stratum

ATM Asynchronous Transfer Mode

CC Call Control

CN Core Network

CRNC Controlling RNC

CS Circuit Switched

DCH Dedicated Channel

DL Downlink

DRNC Drift RNC

DRNS Drift RNS

DSCH Downlink Shared Channel

EP Elementary Procedure

GPRS General Packet Radio System

GSM Global System for Mobile communications

GTP GPRS Tunnelling Protocol

IE Information Element

IMEI International Mobile Equipment Identity

IMSI International Mobile Subscriber Identity

IPv4 Internet Protocol (version 4)

IPv6 Internet Protocol (version 6)

MM Mobility Management

MSC Mobile services Switching Center

第5 页共10 页

大唐移动通信设备有限公司组合业务重定位特性需求分析报告

NAS Non Access Stratum

N-PDU Network – Protocol Data Unit

OSP:IHOSS Octet Stream Protocol: Internet-Hosted Octet Stream Service

P-TMSI Packet TMSI

PDCP Packet Data Convergence Protocol

PDP Packet Data Protocol

PDU Protocol Data Unit

PPP Point-to-Point Protocol

PS Packet Switched

QoS Quality of Service

RAB Radio Access Bearer

RANAP Radio Access Network Application Part

RNC Radio Network Controller

RNS Radio Network Subsystem

RRC Radio Resource Control

SAI Service Area Identifier

SAP Service Access Point

SCCP Signalling Connection Control Part

SDU Service Data Unit

SGSN Serving GPRS Support Node

SRNC Serving RNC

SRNS Serving RNS

TEID Tunnel Endpoint Identifier

TMSI Temporary Mobile Subscriber Identity

UE User Equipment

UEA UMTS Encryption Algorithm

UIA UMTS Integrity Algorithm

UL Uplink

UMTS Universal Mobile Telecommunications System

USCH Uplink Shared Channel

UTRAN UMTS Terrestrial Radio Access Network

2 特性需求缘由

目前RNC已经支持UE双域下的复合业务，也能够支持涉及UE的单域重定位，但是当承载复合业务的UE发生重定位时，目前RNC还无法支持。

基于上述原因可以看出，只有明确了UE双域的重定位功能，才能更好地指导此功能特性的开发设计。

3 功能描述

对本文档内容的几点说明：

?针对TD-SCDMA系统中的RNC；

?重定位只限于TD-SCDMA系统内的RNC之间，不支持系统间重定位；

?重定位类型为涉及UE的重定位，不支持Iur接口；

?不涉及无损重定位。

第6 页共10 页

大唐移动通信设备有限公司组合业务重定位特性需求分析报告

3.1 概述

当用户在Iu接口上存在两条信令连接，即在Iu-CS和Iu-PS接口上都已经建立了Iu连接，由于用户的移动，可能切换到另一个RNC所管辖的范围，这时需要将用户的两条Iu连接从源RNC搬移到目标RNC，以保证用户复合业务的正常进行，这一过程就是UE双域重定位的过程。

双域重定位过程中，RNC需要与核心网中的MSC和SGSN分别进行信令交互，来协调面向两个域的Iu连接；SRNC与TRNC所完成的处理与单域重定位也有所区别，在后面各小节中将详细描述。

3.2 双域重定位涉及的信令过程

双域重定位涉及的信令过程与单域重定位相同，只不过这些信令过程要分别在Iu-CS 和Iu-PS上进行。

3.3 双域重定位时包含的用户业务

用户业务分为四类：会话类业务、流类业务、交互类业务、背景类业务。其中会话类业务应用于CS域；交互类业务、背景类业务应用于PS域；流类业务可同时应用于CS域和PS域。

用户单域的业务两两组合就构成了用户的复合业务，当双域重定位发生时，用户的复合

第7 页共10 页

大唐移动通信设备有限公司组合业务重定位特性需求分析报告

如果细分的话，每一类业务中又可分为多种不同的速率。

3.4 双域重定位时SRNC的处理

3.4.1重定位准备

当UE在Iu-CS域和Iu-PS域都存在Iu连接时，SRNC重定位需要协调CS域和PS域，面向双域发起重定位准备过程。换言之，重定位准备的过程要在Iu-CS域和Iu-PS域分别发起一次。

重定位准备过程成功和失败的情况分别如图1、2所示。

图1 重定位准备过程，成功情况

图2 重定位准备过程，失败情况

SRNC在分别向MSC和SGSN发送RELOCATION REQUIRED消息时，SRNC将在消息中填入相同的Source RNC to Target RNC Transparent Container IE，Relocation Type IE，Source ID IE 和Cause IE。

当SRNC在面向两个域的Iu连接上均收到RELOCATION COMMAND消息后，才能够触发重定位的执行过程。

同一UE的双域重定位准备过程中，如果在其中一个域的Iu连接上收到了RELOCATION PREPARA TION FAILURE消息，（此时UE在另一个域上已经发起了重定位准备过程）则不管UE在另一个域上的重定位准备过程是否正在进行还是已经成功结束，SRNC都会在UE另一个域的Iu连接上发起重定位取消的过程。

第8 页共10 页

大唐移动通信设备有限公司组合业务重定位特性需求分析报告

3.4.2重定位取消

如果发起重定位取消过程的原因不是因为收到了RELOCATION PREPARATION FAILURE消息，而是其他一些原因，那么SRNC将会在已经发起了重定位准备过程，但还没有以失败告终的所有Iu信令连接上发起此过程。

重定位取消过程如图3所示。

图3 重定位取消过程

3.4.3 Iu连接释放

SRNS重定位结束以后，CN将向SRNC发起Iu释放过程，释放掉SRNC内部所有与UE相关的资源，这与正常情况下的Iu释放过程基本相同，但区别在于此时SRNC不用再向UE发空中接口信令消息，因为UE已经被TRNC接管，SRNC所要做的只是清除本地所有与该UE相关的信息。

Iu连接释放的过程如图4所示。

图4 Iu连接释放过程

3.5 双域重定位时TRNC的处理

3.5.1重定位资源分配

重定位资源分配过程的成功和失败情况分别如图5、6所示。

第9 页共10 页

TypeYourNameHere

大唐移动通信设备有限公司组合业务重定位特性需求分析报告

图5 重定位资源分配过程，成功情况

图6 重定位资源分配过程，失败情况

双域重定位时RELOCATION REQUEST消息中Source RNC to Target RNC Transparent Container IE里面的Number of Iu Instances IE会指示此次SRNS重定位涉及到两个CN域，TRNC要在重定位资源分配过程中对两个Iu信令连接进行协调。

如果从Source RNC-to-Target RNC transparent container IE中同时收到了用于CS和PS 用户数据的Chosen Encryption Algorithm IE，而这两个Chosen Encryption Algorithm IE又不相同，TRNC将视为重定位资源分配失败并向CN返回RELOCATION FAILURE消息。

从两个CN域的RELOCATION REQUEST消息中分别收到的Integrity Protection Information IE（Encryption Information IE）里面至少应该有一个公共的候选完整性保护算法（候选加密算法），否则TRNC将视为重定位资源分配失败并向CN返回RELOCATION FAILURE消息。

在双域重定位资源分配时，TRNC还会有如下处理：

1)TRNC将使用由每个CN域在RELOCA TION REQUEST消息中明确提供的

Permanent NAS UE Identity IE来协调两个Iu信令连接；

2)只有在所有期待的RELOCATION REQUEST消息都已经收到并经过分析后，TRNC

才会生成并发送RELOCA TION REQUEST ACKNOWLEDGE消息；

如果TRNC决定通过两个CN域都发送Target RNC to Source RNC Transparent Container IE，TRNC应该确保发向两个CN域的RELOCA TION REQUEST ACKNOWLEDGE消息中要包含完全相同的Target RNC to Source RNC Transparent Container IE，并且要与同一个

第10 页共10 页

大唐移动通信设备有限公司组合业务重定位特性需求分析报告

SRNS重定位过程相关联。

3.5.2重定位检测

双域重定位时，重定位检测过程也要面向双域分别发起，如图7所示。

图7 重定位检测过程

当TRNC收到重定位执行的触发后，向CN发送RELOCATION DETECT消息。当重定位的类型为“UE involved in relocation of SRNS”时，重定位执行是从空中接口收到的。

发出RELOCATION DETECT消息后，TRNC将开始发挥作为SRNC的作用；收到RELOCATION DETECT消息后，CN会将用户面从SRNC转换到TRNC。

3.5.3重定位完成

双域重定位时，重定位检测过程也要面向双域分别发起，如图8所示。

图8 重定位完成过程

4 其他相关特性

双域重定位会涉及到空中接口的部分特性：

?无线承载建立

?无线承载重配置

?无线承载释放

?传输信道重配置

?物理信道重配置

第11 页共10 页

本文来源：https://www.bwwdw.com/article/a8ne.html