3GPP ETSI ts125.413中文规范

ETSI TS 125 413 V7.6.0 (2007-06)

Technical Specification

Universal Mobile Telecommunications System (UMTS);

UTRAN Iu interface Radio Access Network

Application Part (RANAP) signalling

(3GPP TS 25.413 version 7.6.0 Release 7)

通信标准参考性技术文件

IMT-DS FDD(WCDMA)系统Iu接口技术规范：

无线接入网络应用部分(RANAP)

IMT-DS FDD(WCDMA) System Iu Interface Technical Specification：Radio Access Network Application Part

20XX-XX-XX发布 20XX-XX-XX实施中华人民共和国信息产业部科学技术司印发

目次

前言........................................................................................................................................................................ II

1 范围 (1)

2 引用标准 (1)

3定义和缩略语 (1)

4概述 (2)

5 RANAP 业务 (3)

6信令传送提供的业务 (3)

7 RANAP的功能 (3)

8 RANAP过程 (4)

9 RANAP通信元素 (30)

前言

本通信参考性技术文件定义了IMT－DS系统FDD模式(WCDMA)的Iu接口的高层无线接入网络应用部分(RANAP)的内容，它基于3GPP制定的Release-99(2000n年9月份版本)的技术规范，具体对应于TS25.413 V3.3.0。

本参考性技术文件由信息产业部电信研究院提出。

本参考性技术文件由信息产业部电信研究院归口。

本参考性技术文件起草单位：信息产业部电信传输研究所

本参考性技术文件主要起草人：续合元、徐菲、盛蕾、徐京皓

本参考性技术文件2001年1月首次发布。

本参考性技术文件委托无线通信标准研究组负责解释。

通信标准参考性技术文件

IMT-DS FDD(WCDMA)系统Iu接口技术规范

无线接入网络应用部分(RANAP)

IMT-DS FDD(WCDMA) System Iu Interface Technical Specification：

Radio Access Network Application Part

1 范围

本参考性技术文件定义了第三代移动通信无线资源网络(RNC)与核心网(CN)之间Lu接口高层无线接入网络应用部分(RANAP)。

2 引用标准

下列标准所包含的条文，通过在本标准中引用而成为本标准的条文。本标准出版时，所示版本均为有效。所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。

本标准参考了以下标准或规范：

[1] UMTS 25.401 UTRAN 总的描述

[2] UMTS 25.410 UTRAN Iu 接口：总则

[3] UMTS 25.411 UTRAN Iu ：第一层接口

[4] UMTS 25.412 UTRAN Iu 接口：信令传送层

[5] UMTS 25.413 V.3.3.0 UTRAN Iu接口：RANAP信令

[6] UMTS 25.414 UTRAN Iu 接口：数据传送和传送信令

3定义和缩略语

3.1定义

SRNS重定位: SRNS重定位是UMTS功能，它用于从一个RNS到另一个RNS的重定位服务RNS。这个UMTS功能是通过在几个接口上执行几个基本程序而实现。

它也可能完成下列情况下的重定位服务RNS：

－UMTS内的一个RNS到UMTS外的另一个重定位目标；

－从UMTS外的一个重定位源到另一个RNS的等效于服务RNS的功能。

服务RNS (SRNS):服务RNS负责UE和UTRAN间的无线连接，每一个UE有一个服务RNS，服务RNS 终接这个UE的Iu。

服务RNC (SRNC):属于SRNS的RNC。

源RNS:决定启动SRNS重定位的RNS。

源RNC:属于源RNS的RNC 。

目标RNS:决定启动SRNS重定位时，重定位到的RNS。

目标RNC: 属于目标RNS的RNC。

基本程序(EP): RANAP协议由基本程序构成，基本程序是分别定义的RNS和CN间交互的单元。

RANAP的基本程序分为三类

－类型1: 带响应的基本程序（成功或失败）

－类型2: 不带响应的基本程序（认为总是成功）。

－类型3：可能有多个响应的基本程序。响应消息同时报告请求成功和不成功的输出和关于请求的临

时状态信息。

对于类别1的EP，响应的类型可以是下列情况：

信令消息明确指出基本程序成功地完成。

不成功：

信令消息明确指出EP失败；

定时器超时(即，没有收到预期的消息)。

成功和不成功：

信令消息对不同的请求同时报告成功和不成功结果。

类别2的EP总是成功的结果。

类别3的EP有一个或几个响应消息，报告请求和请求的临时状况信息的成功、不成功结果。这种类型的EP是通过响应或EP定时器超时而终止。

3.2 缩略语

3G-MSC 第三代移动交换中心

3G-SGSN 第三代服务GPRS的节点

ATM 异步传送模式

BSSMAP 基站子系统管理应用部分

CN 核心网

NAS 非接入层

PS 分组交换

PVC 永久虚电路

RAB 无线接入承载

RANAP 无线接入网络应用部分

RLP 无线链路协议

RNC 无线网络控制器

RNL 无线网络层

RRC 无线资源控制

SAP 业务接入点

SRNS 服务无线网络子系统

SVC 交换虚电路

UE 用户设备

UP 用户平面

URA UTRAN 登记区

UTRAN UMTS 陆地无线接入网

VC 虚电路

4概述

4.1 过程规范总则

规定过程逻辑的总则是要精确完整地规定RNC的功能行为，CN的功能行为没有规定，重定位准备、复位和过载控制属于例外。

4.2 前向和后向兼容性

所有现在和未来的消息和IE，或与IE有关的组都包含Id和重要性字段，而这些内容都是以标准的格式编码，在将来也不会改变，这些部分能够不用考虑标准的版本而译码。由于采用了这种机制，就保证了协议的前向和后向兼容性。

4.3 规范符号

为了描述规范，将采用下列符号：

消息当指规范中的消息时，消息名的每一字母都是大写。

IE 当指规范中的信息元素(IE)时，信息元素名的每个字的第一个字母大写，所有字母为斜体然后跟着缩略语"IE",例如User Plane Mode IE。

IE的值当指规范中信息元素(IE)的值时，用引号附在“值”上，例如“Abstract Syntax Error (Reject)”或“Geographical Coordinates ”。

5 RANAP 业务

RANAP提供UTRAN和CN间的信令业务，基于业务接入点(SAP)，RANAP业务分为三组业务：

1) 通用控制业务：它们与RNC和逻辑CN域间的整个Iu接口实例有关，通过通用控制SAP接入CN。它

们使用Iu信令承载提供的无连接信令传送。

2.) 通告业务：它们与规定的UE或规定区域的所有UE有关，通过通告SAP接入CN。它们使用Iu信令

承载提供的无连接信令传送。

3).专用控制业务：它们与一个UE有关，通过专用控制SAP接入CN。提供这些业务的RANAP功能与

UE的Iu信令连接相关联，Iu 信令连接由Iu信令承载提供的面向连接信令传送实现。

6信令传送提供的业务

信令传送将为RANAP提供两类不同的业务模式：

1) 面向连接数据传送业务，这种业务由RNC和CN域间的信令连接支持，根据需要动态地建立和释放

信令连接，每个激活的UE有自己的信令连接，信令连接提供顺序传递RANAP消息。如果中断信令连接，就通知RANAP。

2) 无连接数据传送业务，在RANAP消息不能到达对等的RANAP实体的情况下，就通知RANAP。

7 RANAP的功能

RANAP 协议有以下功能：

－重定位服务RNC：此功能能够将服务RNC功能和相关的Iu资源（RAB和信令连接）从一个RNC 转移到另一个RNC ；

－RAB管理：此功能能够建立、修改和释放RAB；

－对RAB的建立进行排队：允许将某些请求的RAB置于队列，并指示同层实体，

请求释放RAB ；

－释放所有Iu 资源：用于释放在Iu连接中和UE相关的所有资源；

－请求释放所有Iu资源：虽然Iu的释放是从CN管理的, UTRAN 可以请求释放相应Iu连接中所有的Iu资源；

－控制Iu接口上的过载：此功能允许调整Iu接口上的负载；

－复位Iu：此功能用于对Iu接口复位；

－给RNC发送UE Command Id (永久的NAS UE 识别)：此功能使RNC知道UE的Command Id；

－寻呼用户：此功能使CN具有寻呼UE的能力；

－控制对UE活动的跟踪。此功能允许对一特定的UE设置跟踪模式。

－在UE和CN间传送NAS 信息：该功能有三个子功能；

将起始NAS信令消息从UE传送给CN：此功能透明传送NAS信息。

在UE和CN间传送NAS信令消息：此功能在现有的Iu信令连接上透明传送NAS信令消息

广播发送NAS信息给UE。

－控制UTRAN中的安全模式：此功能用于发送密钥给UTRAN，并设置安全操作模式。

－控制位置报告：此功能允许CN 设置模式使UTRAN报告UE的位置；

－位置报告：此功能用于将实际的位置信息从RNC传送到CN。

－数据量报告功能：此功能负责报告在UTRAN上对特定RAB不成功传送的DL数据量。

－报告一般错误状态：此功能允许报告一般的差错情况。

这些功能由一个或多个RANAP基本过程实现。

8 RANAP过程

8.1 基本程序

在下列表中,所有的EP划分为类型/类型2和类型3：

在基本程序间要遵循下列原则：

－复位过程较所有的其它EP有较高的优先级。

－除复位过程外Iu释放过程较所有的其它EP有较高的优先级。

8.2 RAB的分配

8.2.1 概述

此过程用于修改或释放一个已经建立的RAB或为一指定的UE建立一个新的RAB，此过程是面向连接的。

8.2.2 成功操作

* 可有多个响应

图1: RAB 分配过程

CN通过发送RAB ASSIGNMENT REQUEST消息而启动本过程。当发送RAB ASSIGNMENT REQUEST消息时, CN将启动T RABAssgt定时器。

CN可以用RAB ASSIGNMENT REQUEST消息请求UTRAN：

－建立

－修改

－释放

一个或多个RAB。

消息将包含UTRAN所要求的信息以建立新的RAB配置，例如

－建立或修改承载特性的RAB列表

－释放的RAB列表

对每一个请求建立或修改的RAB，消息将包含：

－RAB ID

－RAB参数(包含例如，分配/保持优先级)

－数据量报告指示(只对PS)

－用户平面模式

－用户模式版本

－PDP类型信息(只对PS)

－传送层地址

－Iu传送关联

－DL GTP－PDU顺序号码(在为存在的PDP上下文建立RAB的情况下或从GPRS切换到UMTS的情况下)

－UL GTP－PDU顺序号码(在为存在的PDP上下文建立RAB的情况下或从GPRS切换到UMTS的情况下)

－DL N－PDU顺序号码(从GPRS切换到UMTS)

－UL N－PDU顺序号码(从GPRS切换到UMTS)

对每一个请求释放的RAB，消息将包含：

－RAB ID

－原因

接收到RAB ASSIGNMENT REQUEST消息，UTRAN将执行被请求RAB的配置。

RAB ID将唯一地识别接收到RAB ASSIGNMENT REQUEST消息的Iu实例上的RAB。如果在特定的Iu实例上使用了同样的RAB ID，本过程用于修改这个RAB。

RNC将随时准备接收包含释放的RAB(释放的RAB) IE的RAB ASSIGNMENT REQUEST消息并应答. 如果正在进行释放的RAB IE中指出的RAB 分配过程，RNC将放弃正在进行的RAB 分配过程，释放相关资源并在RAB ASSIGNMENT RESPONSE响应消息中报告释放的RAB。

对于每个请求建立或修改的RAB，RNC要把RAB ID IE信息元素的内容传到无线接口协议。

根据分配/保持优先级IE(优先等级、占先指示、排队)的值和资源状况，RNC将按照如下建立资源：－决定资源分配时，RNC将考虑被请求RAB的优先等级。

－如果允许被请求的RNC排队和资源状况需要，RNC可以把RAB放在建立的队列中。

－优先等级和占先指示语可（单独或组合）用于确定是否必须无条件地和立即地完成RAB分配。如果允许被请求的RNC占先和资源状况需要，RNC可触发占先过程，它可引起强制释放易受占先的较低优先级RAB的释放。占先过程的过程和程度决定于运营者，如果在RAB ASSIGNMENT REQUEST中给出占先指示语，将安下列处理：

1) 最后接收的占先易损(Pre-emption Vulnerability)IE和优先等级(Pre-emption Vulnerability)将有效。

2) 如果设置占先能力(Pre-emption Capability)IE为“可以触发占先(can trigger pre-emption)”，那么分配请求可以触发占先过程的运行。

3) 如果设置占先能力(Pre-emption Capability)IE为“不可以触发占先(cannot trigger pre-emption)”，那么分配请求可以不触发占先过程。

4) 如果设置占先易损(Pre-emption Vulnerability)IE为”占先易损(vulnerable to pre-emption)”，那么这个连接将包含在占先处理中。

5) 如果设置占先易损(Pre-emption Vulnerability)IE为“占先不易损(not vulnerable to pre-emption)”，那么这个连接将不包含在占先处理中。

6) 如果设置优先等级(Priority Level)为“不使用优先级(no priority used)”，将不考虑“占先能力”

IE和“占先易损”IE的值；而使用“不触发占先”和“占先不易损”的值。

－如果RAB ASSIGNMENT REQUEST消息中没有给出分配/保持优先级(Allocation/Retention Priority)IE的值，那么分配请求不会触发占先处理，连接将占先易损并认为优先级最低。而且，不允许进行排队。

－UTRAN占先过程将保持下列原则：

――按照优先级上升的次序，UTRAN将只占先较低优先级的RAB。

――可以为属于同一UE或其他UE的RAB占先。

如果RAB ASSIGNMENT REQUEST消息中含有PDP 类型信息IE，那么UTRAN就可以用它来配置任何压缩算法。

用第一个RAB ASSIGNMENT RESPONSE消息，UTRAN将报告所有被请求RAB的结果，例如：－成功建立的RAB列表

－成功修改RAB的RAB列表

－释放的RAB列表

－建立、修改或释放失败的RAB列表

－排队的RAB列表

如果RNC无法识别一个请求释放的RAB的RAB ID，就报告RAB释放失败，失败原因是“无效RAB ID”。

如果RAB ASSIGNMENT REQUEST消息中包含NAS 同步指示语IE信元，RNC将其传送到无线接口协议，再传给UE。

如果一个修改或释放RAB的请求中所包含的RAB ID所指示的RAB正在队列中，那么RAB会从队列中取出，按第二个请求来处理。第一个请求以RAB建立或修改失败响应，失败原因是“推迟请求”。

如果已经没有RAB排队，CN将停止定时器T RABAssg，并终止RAB分配过程。在这种情况下，还要在UTRAN终止这个过程。

当建立或修改一个或几个RAB的请求进入队列时，UTRAN将启动定时器T QUEUING，这个定时器规定建立或修改请求排队的最大时间，同样的定时器T QUEUING正监视排队的所有RAB。

对于排队的每个RAB，可能有下列结果：

－成功地建立或修改

－建立或修改失败

－由于定时器T QUEUING超时失败

对于由第一条RAB ASSIGNMENT RESPONSE消息中指明排队的RAB，如果定时器T QUEUING超时，UTRAN会报告排队结果，每个RAB独立使用一条响应消息或若干个RAB使用一条RAB ASSIGNMENT RESPONSE消息上报，这取决于具体实现。当成功地建立或修改所有RAB，或建立或修改RAB失败时，UTRAN将停止定时器，在CN和UTRAN终止RAB分配过程。

当CN接收一个或几个RAB排队的响应时，在定时器T RABAssgt超时之前CN将期望UTRAN提供每个RAB排队功能的结果。在定时器T RABAssgt超时的情况下，CN将考虑终止的RAB分配过程，没被报告的RAB将被认为失败。

当定时器T QUEUING超时的情况下，在UTRAN中制所有排队RAB的RAB 分配过程，且UTRAN将用RAB ASSIGNMENT RESPONSE消息响应它们。在CN也将终止RAB分配过程。

只有在已经执行RAB建立或修改所需的传送网络控制平面信令之后，UTRAN才报告特定RAB建立或修改的结果，传送网络控制平面信令将使用传送层地址IE和Iu传送关联IE。

在报告特定RAB建立或修改的结果之后，RNC将启动CN在用户平面模式IE中请求的用户平面模式。

当UTRAN报告不成功地修改RAB配置时，原因值应该足够准确而使CN网络知道不成功修改的原因。典型原因值是“被请求的业务量类别不可用”、“无效的RAB参数值”、“被请求的最大比特率不可用”、“被请求的保证比特率不可用”、“被请求的传送时延不可用”、“无效的RAB参数组合”、“SDU参数条件违约”、“业务量处理优先级条件违约”、“保证比特率条件违约”、“不支持用户平面版本”和“Iu UP故障”。

8.2.3不成功操作

第三类基本过程的不成功操作在成功操作节描述。

8.2.4 非正常情况

与重定位准备的交互：

为了保持与UE的通信，如果在RAB分配期间绝对需要重定位，RNC可以中断正在进行的RAB分配过程并启动重定位准备过程，如下描述：

1) RNC将终止不成功的RAB配置修改的RAB分配过程：

－对所有排队的RAB，

－对还没有建立或修改的RAB和

－对还没有释放的RAB。

原因为“触发的重定位”

2) RNC将终止成功的RAB配置修改的RAB分配过程：

－对已经建立或修改但还未向CN报告的RAB和

－对已经释放但还未向CN报告的RAB .

3) RNC将用RAB ASSIGNMENT RESPONSE消息报告过程的结果。

4) 通过发送RELOCA TION REQUIRED到激活的CN节点，RNC将调用重定位。

5)接收到RAB ASSIGNMENT RESPONSE消息，CN将终止RAB分配过程。

8.3 RAB 释放请求

8.3.1概述

该过程用于请求从UTRAN侧释放一个或多个无线接入载体。该过程是面向连接的。

释放请求消息列出请求释放的RAB的清单和每个释放请求的原因值。

8.3.2 成功操作

图2: RAB 释放请求过程成功操作

通过向CN产生RAB RELEASE REQUEST消息，RNC将启动本过程。被释放RAB IE将指出被请求释放RAB的列表，与每个RAB有关的原因IE将指出释放的原因，例如“RAB占先”。

一旦接收到RAB RELEASE REQUEST消息，CN将启动RAB RELEASE REQUEST消息中被标识RAB 的适当释放过程，CN决定如何响应请求。

与Iu释放命令的交互:

根据RAB Release Request消息，如果没有RAB需要保留，又不需保持Iu信令连接，CN会决定发起Iu 释放过程，原因值为“没有保留RAB”。

与RAB 分配(释放RAB)的交互:

如果CN决定释放部分或全部指定的RAB，为了实现这一目的，CN会决定调用RAB分配(释放RAB)过程。

8.3.3 非正常条件

8.4 Iu 释放请求

8.4.1 概述

由于一些UTRAN产生的原因如“操作维护干预“、”为规定的故障“、”RAB 占先“、“用户不活动”、“充分的整体性检查失败”、“由于UE产生的信令连接释放”等, 而Iu释放请求过程使UTRAN请求

CN释放一个特定UE的Iu连接，它是面向连接的信令。

8.4.2 成功操作

图3 ：Iu 释放请求过程成功操作

向CN产生IU RELEASE REQUEST消息，控制特定UE连接的NS将启动该过程。如果特定UE存在两个Iu连接，RNC将向两个CN域发送IU RELEASE REQUEST消息。由于用户的不活动性丢失特定UE 的连系时，可以启动该过程。

IU RELEASE REQUEST消息将指出被请求Iu连接释放的原因，由CN决定如何响应请求。

与Iu释放的交互

如果CN决定释放Iu连接，CN将发起Iu 释放过程。

8.4.3 非正常条件

8.5 Iu 释放

8.5.1 概述

Iu 释放过程用于CN释放Iu连接和与被释放Iu连接有关的所有UTRAN资源。此过程使用面向连接的信令。

至少以下原因可引起Iu释放过程：

－UE和CN之间事务处理的完成。

－UTRAN 产生的原因，即收到IU RELEASE REQUEST。

－SRNS重定位成功地完成。

－在成功的重定位资源分配过程之后的重定位删除。

8.5.2 成功操作

图4：Iu 释放过程

通过向UTRAN发送IU RELEASE COMMAND消息而启动该过程。

在发送IU RELEASE COMMAND消息之后，CN将不会在这个特定的连接上发送面向连接的RANAP 消息。

IU RELEASE COMMAND消息将包括原因IE，指示释放的原因（例如“成功的重定位”、“正常释放”、“由于UTRAN产生的原因而释放”、“重定位删除”）。

当RNS收到IU RELEASE COMMAND消息后：

－开始清除UTRAN 资源。但UTRAN不会清除该UE的其他Iu信令连接的资源。只有当定时器T datafwd超时时才释放进行前转数据RAB的Iu传送承载和用于GTP-PDU前转过程的其他UTRAN资源。

－RNC把任何分配的Iu用户平面资源返回到空闲，然后RNC给CN返回IU RELEASE COMPLETE 消息。(RNC在返回IU RELEASE COMPLETE 消息前不需要等待UTRAN资源释放完成)当发送IU

RELEASE COMPLETE 消息时，在UTRAN终止该过程。

CN接收到IU RELEASE COMPLETE消息就终止该过程。

8.5.3 非正常条件

T y p e Y o u r N a m e H e r e

在定时器T RELOCoverall超时之前，如果从CN没有启动对源RNC的Iu释放过程，源RNC应启动对CN 原因值为“T RELOCoverall超时”的Iu释放请求过程。

8.6 重定位准备

8.6.1 概述

重定位准备的目的是准备涉及UE或不涉及UE的SRNS的重定位。为了允许目标RNC的重定位协调，重定位准备过程将在UE存在的所有Iu信令连接上协调该过程。该过程使用面向连接信令。

如果RNC中存在在这个Iu信令连接上的准备好的重定位或为这个Iu信令连接正在进行的重定位准备过程，源RNC不会发起针对这个Iu信令连接的重定位过程。

图5：RNC和CN之间的重定位准备过程

通过产生RELOCATION REQUIRED 消息，源RNC将启动该过程。源RNC将决定是启动系统内的重定位还是系统间的重定位。在系统内重定位的情况下，源RNC将在源ID IE中指出源RNC RNC-ID，在目标ID IE中指出目标RNC RNC-ID；在系统间重定位的情况下，源RNC将在源ID IE中指出业务区域识别符，在目标ID IE中指出目标系统的小区全球标识。源RNC将在原因IE中为重定位指出适当的原因值。

源RNC将确定SRNS的重定位是否涉及UE，根据“涉及UE”或“不涉及UE”源RNC将设置重定位类型IE。

源RNC将通过正确设置包含在源到目标RNC透明容器IE中的Iu实例数IE，而在RELOCATION REQUIRED 消息中指出UE存在的Iu信令连接的量。这个容器可以包括重定位协调、安全过程、UE能力的处理等所必需的信息，这个容器也可以在RRC容器IE中包括重定位的RRC上下文。当重定位类型IE 设置为“SRNS重定位不涉及UE”并且UE正在使用专用或共享信道时，该容器将包括每个RAB子流和传送信道识别符间的映射。当RAB由专用信道上携载时要包括DCH ID；而由下行或上行共享信道上携载时，应分别包括DSCH ID或USCH Id。

源RNC将发送RELOCA TION REQUIRED 消息到CN，源RNC将启动定时器T RELOCprep。

当目标系统中包含资源分配的准备就绪且CN已经决定继续SRNS的重定位时，CN将发送RELOCATION COMMAND 消息到源RNC，CN将启动定时器T RELOCcompl。

对于产生于PS域的每个RAB，RELOCA TION COMMAND 消息可以包含Iu传送地址和用于前转DL N-PDU的Iu传送关联。收到来自PS域的RELOCA TION COMMAND消息后，源RNC启动定时器T DATAfwd。

通过传送RELOCATION COMMAND 消息在CN终止重定位准备过程。

如果源RNC设置重定位类型IE为“涉及UE”，且如果目标系统不支持所有存在的RAB，RELOCA TION COMMAND 消息将包含一系列目标系统不支持的RAB，源RNC将传送这些信息到无线网络。重定位完成后才能释放不支持的RAB的相关资源，这样做的目的是为了在失败或重定位取消时有可能返回以前的配置。

接收到RELOCATION COMMAND消息，源RNC将停止定时器T RELOCprep。RNC启动定时器

T RELOCOverall，并终止重定位准备过程。然后定义源RNC为这个Iu信令连接的准备重定位。

当成功地终止重定位准备过程和源RNC就绪时，源RNC将触发SRNS重定位的执行。

在切换到GSM系统的情况下，RNC将包含从UE接收而到CN的RELOCA TION REQUIRED 消息中的MS级别（claasmark）2和MS 级别（classmark）3 IE。

与其他过程的交互：

如果在发送RELOCA TION REQUIRED 消息之后和终止重定位准备过程之前，源RNC在同一个Iu信令连接上接收到RANAP消息，它启动其他面向连接的RANAP类别1或类别3过程(除正常被处理的Iu RELEASE COMMAND)，源RNC将：

－删除重定位准备过程，即用适当的原因IE值，例如“与其它过程的交互”执行重定位删除过程，且在成功地完成重定位过程之后源RNC将继续启动的RANAP过程。或

T y p e Y o u r N a m e H e r e

－通过发送适当原因值“触发的重定位”的响应消息到CN，在UTRAN不做任何改变地终止已启动的RANAP过程，然后源RNC将继续SRNS重定位。

在重定位准备过程期间，如果源RNC收到一条DIRECT TRANSFER消息，按正常处理。

如果在重定位准备过程期间，源RNC收到面向连接的第2类RANAP消息（DIRECT TRANSFER消息除外），源RNC将决定立刻执行过程还是延缓。如果重定位取消，RNC要重新开始延缓的过程（如果有的话）。

在成功地终止重定位准备过程之后，在同一Iu信令承载上接收的所有RANAP消息(除正常被处理的Iu RELEASE COMMAND)将被源RNC忽略。

8.6.3不成功操作

图6：RNC和CN之间的重定位准备过程不成功操作

如果CN或目标系统不能部分地接受SRNS的重定位，或在CN的重定位准备过程期间发生故障，或CN决定不再继续SRNS的重定位，CN将向源RNC发送RELOCATION PREPARTION FAILURE消息。

RELOCATION PREPARTION FAILURE消息将包含原因IE的适当值，例如，“T RELOCalloc 超时”, “目标CN/RNC或目标系统重定位失败”。

RELOCATION PREPARA TION FAILURE消息的传送终止CN中的过程；RELOCA TION PREPARATION FAILURE消息的接收终止UTRAN中的过程。

当不成功地终止重定位准备时，能够正常地使用存在的Iu信令连接。

如果不成功地终止重定位准备过程，CN将释放同一UE可能存在的Iu信令连接，及用适当的原因IE 值，例如“重定位删除”启动对目标RNC的Iu释放过程而释放同样的SRNS重定位。

与重定位删除过程的交互：

如果在源RNC的定时器T RELOCprep超时前，从CN没有接收到对RELOCATION REQUIRED 消息的响应，源RNC将用适当的原因IE值，例如“T RELOCprep超时”启动重定位删除过程而删除重定位准备过程。

8.6.4 非正常情况

如果CN不知道RELOCA TION REQUIRED 消息中指出的目标RNC：

T y p e Y o u r N a m e H e r e

－CN将向源RNC发送原因IE为“未知的目标RNC”的RELOCATION PREPARTION FAILURE消息而拒绝SRNS的重定位。

－CN将继续使用对源RNC存在的Iu连接。

8.6.5 两个Iu信令连接的协调

如果RNC已经决定启动重定位准备过程，RNC将立即启动UE存在的所有Iu信令连接上的重定位准备过程。

源RNC将不会触发SRNS重定位的执行，除非源RNC已经接收到UE存在的所有Iu信令连接上RELOCATION COMMAND消息。

如果源RNC接收到来自CN的RELOCATION PREPARTION FAILURE消息，如果其他Iu信令连接存在，且重定位准备过程还在运行或在Iu信令连接上已成功地终止了该过程，RNC将在UE的其他Iu信令连接上启动重定位删除过程。

重定位资源分配

8.7.1 概述

重定位资源分配过程是为SRNS的重定位从目标RNS分配资源，本过程将在UE的所有Iu信令连接上协调，它使用面向连接的信令。

8.7.2 成功操作

图7：重定位资源分配过程成功操作

CN产生RELOCATION REQUEST消息而启动该过程，这个消息将包含UTRAN建立新RAB配置所要求的信息。

CN将传送RELOCATION REQUEST消息到目标RNC，且CN将启动定时器T RELOCalloc。

接收到RELOCATION REQUEST消息，目标RNC将启动被请求资源的分配。

在RELOCA TION REQUEST消息中接收下列信息元素要求RNC特殊的动作：

－RAB-ID

－用户平面模式

－优先等级、排队和占先指示

－Iu信令连接识别符

这些动作与RAB分配过程对同样IE规定的一致。

如果RELOCATION REQUEST消息中包含PDP类型信息IE，UTRAN可以用它来配置压缩算法。

Iu信令连接标识包括一个CN分配的Iu信令连接识别符，这是要求RNC存储和记录Iu连接时长。

在重定位资源分配过程期间在目标RNC将执行下列额外的动作：

如果重定位类型IE设置为“UE涉及SRNS重定位”：

－只有在下列情况下目标RNC可以接受被请求的RAB：

1 目标RNC能够支持RAB，且

2 RAB的无线承载存在或目标RNC将通过由目标RNC产生包含在RELOCATION REQUEST ACKNOWLEDGE消息中的Uu接口信息而建立RAB必需的无线资源。

－目标RNC将用适当的原因IE值，例如“在重定位期间不能建立”，在RELOCATION REQUEST ACKNOWLEDGE消息中拒绝其他RAB。

－如果存在的无线承载与目标RNC接受的任何RAB无关，目标RNC将忽略对应的无线承载，目标RNC将不采取动作释放无线承载。

如果重定位类型IE设置为“UE不涉及SRNS重定位”：

－只有RAB的无线承载存在并且被目标RNC用于RAB时，目标RNC才可以接受RAB。

－如果存在的无线承载与目标RNC接受的RAB没有任何关系，在SRNS重定位期间将忽略对应的无线承载并且在SRNS的重定位完成之后Uu接口协议将释放无线承载。

在成功地分配包括Iu用户平面接受的RAB所有必需的资源后，目标RNC将发送RELOCA TION REQUEST ACKNOWEDGE消息到CN。建立失败的RAB相关资源要到重定位完成后才能释放这样做是为了在失败或重定位取消时能够恢复位有的配置。，

CN收到的RELCOCA TION REQUEST ACKNOWLEDGE消息可以任选地包含CN可以传送到源RNC 的透明容器或者是重定位准备过程完成中的外部重定位资源。

如果重定位类型指明为“UE涉及SRNS重定位”，目标RNC将在ELOCATION REQUEST ACKNOWEDGE消息中包括目标到源RNC透明容器。如果目标RNC通过Iur接口支持重定位检测过程的触发，RNC将为重定位的上下文分配一个d-RNTI并将其包含在容器中。如果两个CN包含在SRNS的重定位中，无论如何，目标RNC会决定将容器只发送给一个CN。

传送和接收RELOCA TION REQUEST ACKNOWEDGE消息分别在UTRAN和CN终止该过程。

8.7.3 不成功的操作

图8：重定位资源分配过程不成功操作

如果目标RNC不能部分地接受SRNS的重定位，或在目标RNC的重定位资源分配过程期间发生故障，目标RNC将向CN发送RELOCA TION FAILURE消息。

传送和接收分别在UTRAN和CN终止该过程。

如果CN已经从目标RNC接收到RELOCATION FAILURE消息，CN将停止定时器T RELOCalloc，并可能在完全释放的目标RNC中假设分配的资源。

8.7.4 非正常情况

如果在接收到RELOCATION REQUEST 消息后，目标RNC在同一个Iu连接上接收到另一个RELOCATION REQUEST 消息，那么目标RNC将丢弃后来的消息，原来的重定位资源分配过程将正常地

继续。

与Iu释放的交互：

如果在重定位资源分配过程完成之前CN决定不再继续重定位资源分配过程，CN将停止定时器T RELOCalloc，如果Iu信令连接已经建立或稍后可以建立的话，CN用适当的原因IE值，例如“重定位删除”启动对目标RNC的Iu释放过程。

8.7.5 两个Iu信令连接的协调

当接收的RELOCATION REQUEST消息中源RNC到目标RNC透明容器中的Iu实例数IE指出SRNS 的重定位涉及到两个CN域时，目标RNC将执行重定位资源分配过程期间两个Iu信令连接的协调。

如果涉及到两个CN域，目标RNC将采取下列动作。

－目标RNC将使用从两个CN域上收到的RELOCATION REQUEST消息中所包含的永久NAS UE识别IE，而协调两个Iu信令连接。

－只有在接收和分析了所有期望的RELOCATION REQUEST消息后，目标RNC将产生和发送RELOCATION REQUEST ACKNOWLEDGE消息。

－目标RNC将保证通过不同Iu信令连接传送并与同一个SRNS重定位有关而传送的RELOCATION REQUEST ACKNOWLEDGE消息的目标RNC到源RNC透明的容器IE中，没有冲突的信息。

－选择哪个信令连接用于RELOCATION REQUEST ACKNOWLEDGE消息的目标RNC到源RNC透明的容器IE中，与哪个信令连接接收到RELOCA TION REQUEST消息中携带的源RNC到目标RNC透明的容器IE无关。

重定位检测

8.8.1 概述

重定位检测过程是RNC向CN指出检测到SRNS进行重定位，过程将在UE的所有Iu信令连接上协调，它使用面向连接的信令。

图9: 重定位检测过程

当接收到执行重定位的触发时目标RNC向CN发送RELOCATION DETECT消息。

如果SRNS的重定位类型为“UE涉及SRNS重定位”，那么从Uu接口接收重定位执行触发，或作为一种实施选择从Iur接口上接收到重定位执行触发。

如果SRNS的重定位类型为“UE不涉及SRNS重定位”，那么从Iur接口接收重定位执行触发。

当发送RELOCATION DETECT消息时，目标RNC将开始SRNC操作。

接收到RELOCATION DETECT消息，CN可以从源RNC把用户平面交换到目标RNC。

8.8.3 非正常情况

与重定位完成的交互

如果在接收到RELOCATION DETECT消息前CN接收到RELOCA TION COMPLETE消息，那么CN 将正常处理RELOCATION COMPLETE消息。

8.8.4多个Iu信令连接的协调

当目标RNC启动重定位检测过程时，目标RNC将在UE的目标RNC和CN之间存在的所有Iu信令

连接上启动重定位检测过程。

重定位完成

8.9.1 概述

重定位完成过程的目的是通过目标RNC向CN指出SRNS重定位完成，过程将在UE的所有Iu信令连接上协调，它使用面向连接的信令。

8.9.2 成功操作

图10: 重定位完成过程成功操作

通过无线协议与UE成功地交换新的SRNC-ID+S-RNTI时，目标RNC将向CN发送RELOCA TION COMPLETE 消息而启动重定位完成过程。

8.9.3 非正常情况

如果定时器T RELOComplete超时，那么：

－CN应该用适当的原因IE值，例如“T RELOComplete超时”，启动Iu释放过程而释放对源RNC和目标RNC的Iu连接。

与重定位检测过程的交互：

如果在接收RELOCA TION COMPLETE 消息前CN没有接收到RELOCATION DETECT消息，CN将正常处理RELOCATION COMPLETE 消息。

8.9.4 多个Iu信令连接的协调

当目标RNC启动重定位完成过程时，目标RNC将在UE的目标RNC和CN之间存在的所有Iu信令连接上启动重定位完成过程。

8.10重定位取消

8.10.1 概述

重定位取消过程是使源RNC取消已经启动的SRNS重定位，只要SRNS重定位正在进行，源RNC 可以在重定位准备过程进行时以及完成后发出重定位取消过程，本过程将在UE的所有Iu信令连接上协调，它使用面向连接的信令。

8.10.2 正常操作

图11: 重定位取消过程

RNC将向CN发送RELOCA TION CANCEL消息而启动过程，这个消息将使用适当的原因IE指出取

消SRNS重定位的原因。CN接收到RELOCA TION CANCEL消息，将向源RNC发送RELOCATION CANCEL ACKNOWLEDGE 消息。

在CN和源RNC传送和接收RELOCA TION CANCEL ACKNOWLEDGE消息分别终止过程的运行。

与重定位准备的交互：

从源RNC接收到RELOCA TION CANCEL消息，CN将本地终止对那个RNC可能进行的重定位准备过程，并放弃SRNS重定位。。

如果在启动重定位取消过程后源RNC从CN接收到RELOCATION COMMAND消息，源RNC将忽略接收的RELOCA TION COMMAND消息。

8.10.3 不成功的操作

8.10.4 非正常情况

8.10.5 两个Iu信令连接的协调

如果重定位取消过程不是因为收到RELOCATION PREPARATION FAILURE消息而发起的，那么要在UE所有的重定位准备过程还没有不成功结束的Iu信令连接上都发起重定位取消过程。

SRNS上下文传送

8.11.1 概述

在系统间前向切换的情况下，SRNS上下文传送过程触发从源RNC到CN(PS域) SRNS上下文的传送。它使用面向连接的信令。

8.11.2 正常操作

图12: SRNS上下文传送过程

CN将向源RNC发送SRNS CONTEXT REQUEST消息而启动过程，SRNS CONTEXT REQUEST消息包含上下文应被传送的RAB清单。

源RNC将向CN响应SRNS CONTEXT RESPONSE消息，SRNS CONTEXT RESPONSE消息包含被参考RAB的RAB上下文信息。对于每一个RAB，将包含下列信息元素：

- RAB ID；

- 发送到UE的下一个下行链路GTP-PDU的顺序号码，即DL GTP-PDU 顺序号码，和

- 通过隧道发送到GGSN的下一个上行链路GTP-PDU的顺序号码，即UL GTP-PDU 顺序号码；

- 源系统已经发送给UE的下一个下行链路N－PDU（PDCP-SDU）的无线接口顺序号码（PDCP），即DL N-PDU顺序号码IE，和

- 源系统期望从UE接收的下一个上行链路N－PDU（PDCP-SDU）的无线接口顺序号码（PDCP），即UL N-PDU顺序号码IE。

SRNS CONTEXT RESPONSE消息的发送和接收将分别终止UTRAN和CN的过程。

8.11.3 不成功操作

UTRAN不能在RAB上下文中传输的每个RAB的RAB ID要包含在SRNS Context Response消息中，并包括原因IE，如无效的RAB ID。

8.11.4 非正常情况

－

SRNS 数据前转启动

8.12.1 概述

在系统间前向切换的情况下，SRNS 数据前转启动过程触发从RNC到CN(PS域)传送N-PDU。它使用面向连接的信令。

8.12.2 成功操作

图13: SRNS 数据前转启动过程

CN通过发送SRNS DA TA FORWARD COMMAND消息到UTRAN来启动本过程，SRNS DATA FORWARD COMMAND消息包含RAB的清单(RAB的数据将被前转)和用于数据前转而建立GTP隧道的必要信息。

一接收到SRNS DATA FORWARD COMMAND消息，RNC启动定时器T DATAfwd。

8.12.3 非正常情况

－

从源RNC到CN的SRNS 上下文前转

8.13.1 概述

本过程是在通过CN切换的情况下，从源RNC到CN(PS 域)传送SRNS 上下文，它使用面向连接的信令。对每个有关的RAB发送SRNS上下文，其中包含将在上行链路和下行链路传送的GTP-PDU的顺序号码和UE发送和接收数据的下一个PDCP 顺序号码。

8.13.2 成功操作

图14: 从源RNC到CN的SRNS 上下文前转过程

源RNC将向CN发送FORWARD SRNS CONTEXT消息而启动本过程，FORW ARD SRNS CONTEXT 消息包含被参考RAB上下文信息。对于每一个RAB，将包括下列信息元素：

- 发送到UE的下一个下行链路GTP-PDU的顺序号码，和

- 通过隧道发送到GGSN的下一个上行链路GTP-PDU的顺序号码；

- 源系统已经发送给UE的下一个下行链路N－PDU（PDCP-SDU）的无线接口顺序号码（PDCP），即DL N-PDU顺序号码IE，和

- 源系统期望从UE接收的下一个上行链路N－PDU（PDCP-SDU）的无线接口顺序号码（PDCP），即UL N-PDU顺序号码IE。

8.13.3 非正常情况

－

从CN到目标RNC的SRNS 上下文前转

8.14.1 概述

关于3GPP标准中基站频谱发射模板和ACLR两个指标的考虑

关于3GPP 标准中频谱发射模板和 ACLR 两个指标的考虑 一. 指标 1. 3GPP 中频谱发射模板的指标要求: Table 6.14: Spectrum emissi on mask values, BS maximum output power P _ 43 dBm Table 6.15: Spectrum emissi on mask values, BS maximum output power

Table 6.16: Spectrum emissi on mask values, BS maximum output power 31 < P < 39 2. 3GPP 中ACLR 的指标要求： Table 6.22: BS ACLR

二.问题的提出： 在WCDMA高功放的测试中发现，在单载波满足ACLR指标要求时，频谱发射模板要求并 不满足，必须将输出功率回退，使其临道ACLR指标达到—48dBc左右，才有可能能满足频谱发射模板要求。为什么同为临近频带的线性指标要求，ACLR能满足指标甚至留有余量 2dB左右，而频谱发射模板指标却过不去？ 三.分析 定义分析： 1. 共性：频谱发射模板和ACLR两个指标在3GPP中是同属于“带外发射(out of band emission)”指 标。带外发射的定义是：由调制过程和传输中的非线性产生的紧邻有用信道外的有害发射，不包括杂散发射。 2. 区别：A.适用范围不同。频谱发射模板只是在特定的一些区域需要满足的一个指 标，而在其他某些地域则不一定要求。ACLR指标则是在任何情况都必须满足。 ACLR指标只是针对WCDMA系统自身干扰而言的，也就是不希望对同一系统内工作在其相邻载波 的其他基站造成干扰。而频谱发射模板更多的则是考虑非 WCDMA系统，如和工作在UMTS相邻频段的其他系统共存，或是和工作在PCS 频段的其他系统共存。因此其测量带宽也会和相应的系统对应起来，如30K测量 带宽就是对应PCS系统和卫星系统。B.对载波数要求不同。频谱发射模板指标都是在单载波情况下 定义的，如果是多载波功放，测辐射模板只用单载波。而ACLR 指标则是无论载波数多少，传输模式是什么，都必须满足。 指标分析： 以基站输出功率39 < P < 43 dBm为例，频谱发射模板指标为： Table 6.15: Spectrum emissi on mask values, BS maximum output power 39 _ P < 43 dBm 假设基站输出功率P=40dBm，将每一频段的要求转换成测量带宽为 3.84M的要求:

3GPP技术标准中文版

3GPP TS 25.401 V3.10.0 (2002-06) 翻译小组成员 翻译的部分姓名俱乐部ID 电子邮件 3GPP TS 25.401 V3.10.0 (2002-06) 5-9 孙扬 phaeton yang_sun_80@https://www.sodocs.net/doc/0e13673801.html, 3GPP TS 25.401 V3.10.0 (2002-06) 9-11 赵建青 happyqq zjqqcc@https://www.sodocs.net/doc/0e13673801.html, 3GPP TS 25.401 V3.10.0 (2002-06) 11-14 周翔babytunny babytunny@https://www.sodocs.net/doc/0e13673801.html, 3GPP TS 25.401 V3.10.0 (2002-06) 15-18 马进xma 2003xm@https://www.sodocs.net/doc/0e13673801.html, 3GPP TS 25.401 V3.10.0 (2002-06) 15-18 bluesnowing bluesnowing@https://www.sodocs.net/doc/0e13673801.html, 3GPP TS 25.401 V3.10.0 (2002-06) 21-24 tonyhunter tonyhunter@https://www.sodocs.net/doc/0e13673801.html, 3GPP TS 25.401 V3.10.0 (2002-06) 26-28,37 maggie maggiemail88@https://www.sodocs.net/doc/0e13673801.html, 3GPP TS 25.401 V3.10.0 (2002-06) 29-32 caisongjin caisongjin@https://www.sodocs.net/doc/0e13673801.html, 3GPP TS 25.401 V3.10.0 (2002-06) 33-36 陈华安 ny2k3d4c c_huaan@https://www.sodocs.net/doc/0e13673801.html, 关于“移动通信俱乐部3G本土化研究组” 移动通信俱乐部3G本土化研究组 3G Research&Localization Group of Mobile Club，简称3G RLG.MC 由移动通信俱乐部（https://www.sodocs.net/doc/0e13673801.html,）发起成立的。3G RLG.MC致力于3G的本土化研究工作，工作方式是开放式的，非盈利目的的。任何个人、组织均可参与3G RLG.MC。3G RLG.MC最高纲领：成为中国最大的3G 研究社区和中文化团队，推进中国3G通信事业健康发展。3G RLG.MC初级纲领：让每一个社区成员都能参与到3G中文化和学习中来，促进业界交流，营造一个深入探讨学习和交流3G的平台

3GPP规范命名规则解读

学习了解电信技术知识的一个很好的手段是阅读3GPP的规范。但是3GPP有大量的规范，我们可能经常面对这些规范觉得无从下手：应该从那里开始，究竟那些是与我们的工作内容直接相关的，等等。如果能够对3GPP规范的命名规则有所了解的话，可能会有很大的帮助。 3GPP规范的全名由规范编号加版本号构成（例如：3GPP TS 29.329 V6.3.0）。规范编号由被点号（“.”）隔开的4或5个数字构成(例如09.02或29.002)，其中点号之前的2个数字是规范的系列号，点号之后的2或3个数字是文档号。 这些信息很好的体现了规范所属的系统、规范的类别、版本等属性。下面分别进行说明。 关于系列号 了解了系列号含义实际上在很大程度上就掌握了3GPP规范的命名含义。系列号的前1个数字体现了规范所属的系统，后1个数字体现了规范的类别（与前1个数字结合）。 3GPP负责两个系统的规范：“3G系统”和“GSM系统”。所谓“3G系统”和“GSM系统”主要根据无线接入部分的不同来区分的。具体而言，"3G系统"是指的是使用UTRAN无线接入网的系统；"GSM系统"指的是使用GERAN 无线接入网的3GPP系统。 如果根据从分配的系列号来看，还可以更为细致的划分为3个系统：“3G系统”、“GSM系统”和“早期GSM系统”。这三个系列之间有着紧密的关联。简单来说，“早期GSM系统”代表的是过去，是后两者的前身，其本身已不再发展了，“3G系统”和“GSM系统”都是在“早期GSM系统”的基础上继承而来的。后二者是并行发展的，它们的区别主要在于无线接入部分。某种程度上“3G系统”的无线接入部分相对与“早期GSM系统”可以认为是一场革命，而“GSM系统”的无线接入部分则是对“早期GSM系统”的改良；对于核心网部分二者基本上是雷同的。 从系列号的命名上，可以很容易区分出这三个系统的规范。一般来说，系列号01~13用于命名“早期GSM系统”；系列号21~35用于“3G系统”；系列号41~55用于命名“GSM系统”。然而，由于“3G系统”和“GSM系统”许多内容（特别是在核心网方面）都是相同的，所以很多规范都是同时适用于“3G系统”和“GSM系统”，这样的规范通常也使用系统号21~35来命名，但是文档号的第1位必须为"0" 指示该规范可适用于两个系统。例如，29.002可以同时适用于“3G系统”和“GSM系统”，而25.101和25.201只适用于“3G系统”。 无论“3G系统”、“GSM系统”还是“早期GSM系统”它们的文档的类别的划分都是基本一致的，都可以基本可划分为：1）需求；2）业务方面；3）技术实现；4）信令协议（用户设备-网络）；5）无线方面；6）媒体编码CODECs；7）数据Data；8）信令协议(无线系统-核心网)；9）信令协议（核心网内）；10）Programme management；11）用户标识模块(SIM / USIM)；12）操作和维护O&M；等等若干方面。 规范的所属的类别也同样会体现在其系列号上，例如，09，29，49系列的规范是关于核心网信令协议方面的。 00 01 02 03 04 05 06 07

3GPP标准

Agilent E1963A W-CDMA Mobile Test Application For the E5515C (8960) Wireless Communications Test Set Technical Overview Speed UMTS test plan development and get your devices to market sooner, while ensuring compliance with TS34.121 test standards. The E1963A W-CDMA Mobile Test Application, when used with the Agilent GSM, GPRS, and EGPRS applications, is the industry standard for Universal Mobile Telecommunications (UMTS) mobile test. Agilent’s 8960 (E5515C) test set provides you with a single hardware platform that covers all the UMTS/3GPP (Third Generation Partnership Project) radio formats: W-CDMA, HSPA, GSM, GPRS, and EGPRS. Exceed your calibration test time goals with the E1999A-202 fast device tune measurement. Simultaneously calibrate your device’s transmitter (Tx) output power and receiver (Rx) input level across level and frequency. E1999A-202 is a superset of the discontinued E1999A-201. It not only offers the equivalent capabilities of the E1999A-201, but is also further enhanced to reduce the calibration test times for W-CDMA, cdma2000?, and 1xEV-DO wireless devices with smaller step size support (10 ms step size versus 20 ms step size). Reach your high-volume production goals by moving prototypes quickly into production with this test solution’s fast and repeatable measurements, accurate characterization, and ease of programming. The HSPA, W-CDMA, GSM, GPRS, and EGPRS product combination delivers a complete and integrated UMTS test solution in a single box. FM radio source, a single channel GPS source (E1999A-206) and PESQ measurement (E1999A-301) are also added into the test box for FM radio receiver calibration, GPS receiver calibration and audio quality test without the need of an external audio analyzer. This fast, one-box approach simplifies your production process and increases your production line effectiveness. With the most complete test functionality for 3GPP TS34.121 Section 5 and 6 tests, E1963A Options 403,405 and 413 provide fast, flexible measurements and options in user equipment (UE) connectivity, giving design and manufacturing test engineers more flexibility in creating test plans and the assurance that designs meet technology standards. The option 423 supports 64QAM downlink modulation and RB test mode connection. Key Capabilities ?Fast device calibration across level and frequency simultaneously ?Test HSPA devices as defined in 3GPP TS34.121 ?Switch between HSPA sub-test conditions while on an active connection ?Test all UMTS technologies with one connection maintained throughout ?Test all frequency bands I through XIV ?FM and GPS receiver calibration in one box ?Test vocoder speech quality using the industry standard PESQ algorithm Tx measurements W-CDMA HSDPA HSUPA Thermal power Yes Yes Yes Channel power Yes Yes Yes Adjacent channel leakage ratio Yes Yes Yes Waveform quality Yes Yes Yes Spectrum emission mask Yes Yes Yes Phase discontinuity Yes Yes Yes Inner loop power Yes Occupied bandwidth Yes Yes Yes Code domain power Yes Yes Yes IQ constellation Yes Yes- Yes Tx on/off power Yes Yes Yes Frequency stability Yes Yes Yes Dynamic power analysis Yes Yes Yes Tx dynamic power Yes Spectrum monitor Yes Yes Yes Rx measurements W-CDMA HSDPA HSUPA Loopback BER Yes N/A N/A BLER on DPCH (W-CDMA)Yes N/A N/A HBLER on HS-DPCCH (HSDPA)N/A Yes N/A

关于3GPP标准中基站频谱发射模板和ACLR两个指标的考虑

关于3GPP标准中频谱发射模板和ACLR两个指标的考虑一．指标 1．3GPP中频谱发射模板的指标要求： Table 6.14: Spectrum emission mask values, BS maximum output power P ≥ 43 dBm Table 6.15: Spectrum emission mask values, BS maximum output power 39 ≤ P < 43 dBm

Table 6.16: Spectrum emission mask values, BS maximum output power 31 ≤ P < 39 dBm Table 6.17: Spectrum emission mask values, BS maximum output power P < 31 dBm 2. 3GPP 中ACLR 的指标要求： Table 6.22: BS ACLR

二．问题的提出： 在WCDMA高功放的测试中发现，在单载波满足ACLR指标要求时，频谱发射模板要求并不满足，必须将输出功率回退，使其临道ACLR指标达到－48dBc左右，才有可能能满足频谱发射模板要求。为什么同为临近频带的线性指标要求，ACLR能满足指标甚至留有余量2dB左右，而频谱发射模板指标却过不去？ 三．分析 ●定义分析： 1.共性：频谱发射模板和ACLR两个指标在3GPP中是同属于“带外发射（out of band emission）”指标。带外发射的定义是：由调制过程和传输中的非线性产生的紧邻有 用信道外的有害发射，不包括杂散发射。 2.区别：A. 适用范围不同。频谱发射模板只是在特定的一些区域需要满足的一个指 标，而在其他某些地域则不一定要求。ACLR指标则是在任何情况都必须满足。 ACLR指标只是针对WCDMA系统自身干扰而言的，也就是不希望对同一系统内 工作在其相邻载波的其他基站造成干扰。而频谱发射模板更多的则是考虑非 WCDMA系统，如和工作在UMTS相邻频段的其他系统共存，或是和工作在PCS 频段的其他系统共存。因此其测量带宽也会和相应的系统对应起来，如30K测量 带宽就是对应PCS系统和卫星系统。B.对载波数要求不同。频谱发射模板指标都 是在单载波情况下定义的，如果是多载波功放，测辐射模板只用单载波。而ACLR 指标则是无论载波数多少，传输模式是什么，都必须满足。 ●指标分析： 以基站输出功率39 ≤ P < 43 dBm为例，频谱发射模板指标为： Table 6.15: Spectrum emission mask values, BS maximum output power 39 ≤ P < 43 dBm 假设基站输出功率P=40dBm，将每一频段的要求转换成测量带宽为3.84M的要求：

3GPP规范-R15-TS38系列NR38331-f00

3GPP TS 38.331 V15.0.0 (2017-12) Technical Specification 3rd Generation Partnership Project; Technical Specification Group Radio Access Network NR Radio Resource Control (RRC) protocol specification (Release 15) The present document has been developed within the 3rd Generation Partnership Project (3GPP TM) and may be further elaborated for the purposes of 3GPP.. The present document has not been subject to any approval process by the 3GPP Organizational Partners and shall not be implemented. This Specification is provided for future development work within 3GPP only. The Organizational Partners accept no liability for any use of this Specification. Specifications and Reports for implementation of the 3GPP TM system should be obtained via the 3GPP Organizational Partners' Publications Offices.

3GPP的接入安全规范

3GPP的接入安全规范已经成熟，加密算法和完整性算法已经实现标准化。基于IP的网络域的安全也已制定出相应的规范。3GPP的终端安全、网络安全管理规范还有待进一步完善。 3GPP制定的3G安全逻辑结构针对不同的攻击类型，分为五类，即网络接入安全（Ⅰ）、核心网安全（Ⅱ）、用户安全（Ⅲ）、应用安全（Ⅳ）、安全特性可见性及可配置能力（Ⅴ）。 3GPP网络接入安全机制有三种：根据临时身份（IMSI）识别，使用永久身份（IMSI）识别，认证和密钥协商（AKA）。AKA机制完成移动台（MS）和网络的相互认证，并建立新的加密密钥和完整性密钥。AKA机制的执行分为两个阶段：第一阶段是认证向量（AV）从归属环境（HE）到服务网络（SN）的传送；第二阶段是SGSN/VLR和MS执行询问应答程序取得相互认证。HE包括HLR和鉴权中心（AuC）。认证向量含有与认证和密钥分配有关的敏感信息，在网络域的传送使用基于七号信令的MAPsec协议，该协议提供了数据来源认证、数据完整性、抗重放和机密性保护等功能。 3GPP为3G系统定义了10种安全算法：f0、f1、f2、f3、f4、f5、f6、f7、f8、f9、f1*、f5*，应用于不同的安全服务。身份认证与密钥分配方案中移动用户登记和认证参数的调用过程与GSM网络基本相同，不同之处在于3GPP认证向量是5元组，并实现了用户对网络的认证。AKA利用f0至f5*算法，这些算法仅在鉴权中心和用户的用户身份识别模块（USIM）中执行。其中，f0算法仅在鉴权中心中执行，用于产生随机数RAND；f1算法用于产生消息认证码（鉴权中心中为MAC-A，用户身份识别模块中为XMAC-A）；f1*是重同步消息认证算法，用于产生MAC-S；f2算法用于产生期望的认证应答（鉴权中心中为XRES，用户身份识别模块中为RES）；f3算法用于产生加密密钥CK；f4算法用于产生消息完整性密钥IK；f5算法用于产生匿名密钥AK和对序列号SQN加解密，以防止被位置跟踪；f5*是重同步时的匿名密钥生成算法。AKA由SGSN/VLR发起，在鉴权中心中产生认证向量AV=（RAND，XRES，CK，IK，AUTN）和认证令牌AUTN=SQN [AAK]‖AMF‖MAC-A。VLR发送RAND和AUTN至用户身份识别模块。用户身份识别模块计算XMAC-A=f1K（SQN‖RAND‖AMF），若等于AUTN中的MAC-A，并且SQN在有效范围，则认为对网络鉴权成功，计算RES、CK、IK，发送RES至VLR。VLR 验证RES，若与XRES相符，则认为对MS鉴权成功；否则，拒绝MS接入。当SQN不在有效范围时，用户身份识别模块和鉴权中心利用f1*算法进入重新同步程序，SGSN/VLR向HLR/AuC 请求新的认证向量。 3GPP的数据加密机制将加密保护延长至无线接入控制器（RNC）。数据加密使用f8算法，生成密钥流块KEYSTREAM。对于MS和网络间发送的控制信令信息，使用算法f9来验证信令消息的完整性。对于用户数据和话音不给予完整性保护。MS和网络相互认证成功后，用户身份识别模块和VLR分别将CK和IK传给移动设备和无线网络控制器，在移动设备和无线网络控制器之间建立起保密链路。f8和f9算法都是以分组密码算法KASUMI构造的，KASUMI算法的输入和输出都是64 bit，密钥是128 bit。KASUMI算法在设计上具有对抗差分和线性密码分析的可证明的安全性。

标准协议之3GPP标准协议

标准协议之3GPP标准协议 All 3G and GSM specifications have a 3GPP specification number consisting of 4 or 5 digits. (e.g. 09.02 or 29.002). The first two digits define the series as listed in the table below. They are followed by 2 further digits for the 01 to 13 series or 3 further digits for the 21 to 55 series. The term "3G" means a 3GPP system using a UTRAN radio access network; the term "GSM" means a 3GPP system using a GERAN radio access network. (Thus "GSM" includes GPRS and EDGE features.) A specification in the 21 to 35 series may apply either to 3G only or to GSM and 3G. A clue lies in the third digit, where a "0" indicates that it applies to both systems. For example, 29.002 applies to 3G and GSM systems whereas 25.101 and 25.201 apply only to 3G. Most specs in all other series apply only to GSM systems. However, as the spec numbering space has been used up, this guide is more frequently broken, and it is necessary to examine the information page for each spec (see the table below) or to check the lists in 01.01 / 41.101 (GSM) and 21.101 (3G) for the definitive specification sets for each system and each Release. 所有3G和GSM规范具有一个由4或5位数字组成的3GPP编号。（例如：09.02或29.002）。前两位数字对应下表所列的系列。接着的两位数字对应01-13系列，或3位数字对应21-55系列。词"3G"意味着采用UTRAN无线接入网的3GPP系统，词"GSM" 意味着采用GERAN无线接入网的3GPP系统（因而，"GSM"包括GPRS和EDGE 性能）。

3GPP最新NB-IoT标准

Javier Gozalvez New 3GPP Standard for IoT Internet of Things major milestone was achieved in the Third-Generation Partner- ship Project’s (3GPP’s) Radio Access Network Plenary Meeting 69 with the decision to standardize the narrow- band (NB) Internet of Things (IoT), a new NB radio technology to address the requirements of the IoT. The new technology will provide improved in- door coverage, support of a massive number of low-throughput devices, low delay sensitivity, ultralow device cost, low device power consump- tion, and optimized network archi- tecture. The technology can be deployed in-band, utilizing resource blocks within a normal long-term evolution (L TE) carrier, or in the un- used resource blocks within an L TE carrier’s guard-band, or stand alone for deployments in dedicated spec- trum. The NB-IoT is also particularly suitable for the refarming of Global System for Mobile Communications (GSM) channels. Ericsson, AT&T, and Altair dem- onstrated over ten years of battery life using LTE power-saving mode (PSM) on a commercial LTE IoT chip set platform. The demonstration runs on Ericsson networks and Al- tair’s FourGee-1160 Cat-1 chip set fea- turing ultralow power consumption. Long-term battery life has become a prerequisite for a vast number of IoT applications. PSM is an Ericsson Evolved Packet Core (EPC) feature based on 3GPP (Release 12) for both GSM and LTE networks. The feature is able to dramatically extend I oT device battery life up to ten years or more for common use cases and traffic profiles. This capability is defined for both LTE and GSM tech- nologies and lets devices enter a new deep-sleep mode—for hours or even days at a time—and only wake up when needed. Ericsson, Sony Mobile, and SK Telecom conducted lab testing of the key functionalities of LTE device Category 0 and Category M (Machine- Type Communication). LTE Category 0 has been standardized in the 3GPP LTE Release 12 and is the first device category specifically target- ing reduced complexity and, thus, reduced cost for the IoT. LTE Category M is a key theme in LTE Release 13, representing further cost savings and improving battery lifetime. Wearable devices and related applications were selected for the user scenarios being tested and trialed. The wearable device test use cases are focused on consumer lifestyle and wellness ap- plications enabled through multiple sensors providing accelerometer, identification, pulse meter, and global positioning system functionality. Orange and Ericsson announced a trial of optimized, low-cost, low- complexity devices and enhanced network capabilities for cellular IoT over GSM and LTE. What the compa- nies claim will be the world’s first ex- tended coverage (EC) GSM trial will be conducted in France using the 900-MHz band, with the aim of en- hancing device reachability by up to 20 dB, or a sevenfold improvement in the range of low-rate applications. This further extends the dominant global coverage of GSM in Europe and Africa to reach challenging lo- cations, such as deep indoor base- ments, where many smart meters are installed, or remote areas in which sensors are deployed for agri- culture or infrastructure monitoring use cases. I n addition, EC-GSM will reduce device complexity and, thus, lower costs, enabling large-scale IoT deployments. In parallel, the compa- nies will carry, in partnership with Sequans, what they believe is the world’s first LTE IoT trial using low- cost, low-complexity devices with one receive antenna (instead of two), and half-duplex frequency division duplex (FDD). This simplifies the device hardware architecture and reduces expensive duplex filters, al- lowing for a 60% cost reduction in comparison with the existing LTE Category 4. Ericsson will also dem- onstrate, together with Sequans, energy efficiency over GSM and LTE networks with the PSM technology. The PSM feature is applicable to both GSM and LTE and supported by EPC. Digital Object Identifier 10.1109/MVT.2015.2512358 Date of publication: 24 February 2016 A

3GPP简介

第三代移动通信标准化的伙伴项目 一、概述 3GPP（第三代伙伴计划）是积极倡导UMTS为主的第三代标准化组织，欧洲ETSI，美国T1，日本TTC，ARIB和韩国TTA以及我国CCSA都作为组织伙伴（OP）积极参与了3GPP的各项活动。 二、3GPP组织结构 图1说明了3GPP的结构。3GPP基本每一年出台一个版本（Release）,对于该版本的总体业务功能和网络总体框架由业务和系统结构组（SA）来确定，所以SA组有些象总体组。SA负责确定业务需求，以及实现该业务的总体技术方案，并将此要求映射到系统和终端等各部分，也就是下一层面的核心网（CN）组、无线接入网（RAN）组和终端（T）组。具体的协议是由这三个组来完成的。 图1 - 3GPP 技术委员会组织结构 业务和系统结构 业务和系统结构（SA）它具体负责3GPP所承担工作的技术合作，并且负责系统的整体结构和系统的完整性。应该指出的是，每个TSG都对它所涉及的规范有推进、批准和维护的责任。 SA1：业务需求

1.SA1：业务能力 a.业务和特征要求的定义 b.业务能力和蜂窝、固定、无绳应用的业务结构的发展 2.SA2：结构 a.整个结构的定义、演进和维护，包括对一些特别子系统（UTRAN，GERAN，核心网，终端，SIM/USIM）的功能分配，关键信息流的识别 b.在和其它TSG的合作中，定义所要求的业务，业务能力和由不同子系统提供的承载能力，包括使用分组和电路交换网的业务质量（QoS） 3.SA3：安全框架的定义，整个系统安全方面的评论 4.SA4：CODEC 方面 a.定义端到端传输的原则 b.相关规范的定义、推进和维护 5.SA5网管：网管结构以及具体的信息模型 核心网 TSG核心网（TSG-CN）负责基于3GPP规范系统的核心网络部分的规范。 具体来说，它负责以下几方面的工作： CN1：无线接口层三信令：用户设备-核心网层间无线接口的层三协议（呼叫控制，会话管理，移动性管理） CN2与CN4目前将合并：智能网以及核心网络信令协议合并为一组 CN3：与其他网络之间的互通业务 终端

3GPP协议编号-标准协议之3GPP标准协议

标准协议之3GPP标准协议 所有3G和GSM规范具有一个由4或5位数字组成的3GPP编号。（例如：09.02或29.002）。前两位数字对应下表所列的系列。接着的两位数字对应01-13系列，或3位数字对应21-55系列。词"3G"意味着采用UTRAN无线接入网 的3GPP系统，词"GSM" 意味着采用GERAN无线接入网 的3GPP系统（因而，"GSM"包括GPRS和EDGE性能）。 21-35系列规范只用于3G或既用于GSM也用 于3G。第三位数字为"0"表示用于两个系统，例如29.002用于3G和GSM系统，而25.101和25.201仅用于3G。其它系列的大多数规范仅用于GSM系统。然而当规范编号用完后，须查看每个规范的信息页面（见下表）或查看01.01 / 41.101 (GSM) 和21.101 (3G) 中的目录。

The 3GPP Specifications are stored on the file server as zipped MS-Word files. The filenames have the following structure: SM[-P[-Q]]-V.zip where the character fields have the following significance ... S = series number - 2 characters (see the table above) M = mantissa (the part of the spec number after the series number) - 2 or 3 characters (see above) P = optional part number - 1 or 2 digits if present Q = optional sub-part number - 1 or 2 digits if present V = version number, without separating dots - 3 digits

3GPP规范查询指引-Important

审核人：检查人：潘少安日期： 2013-12-6版本： V1.0 页码： 1 / 44 3GPP规范目录索引

目录 1:3GPP编号规则 (3) 2:GERAN协议目录 (3) 2.1:部分数据业务常用协议目录 (3) 2.2：GERAN总目录 (5) 3:UTRAN协议目录 (5) 3.1：部分数据业务常用协议目录 (5) 3.2 UTRAN总目录 (8)

3GPP规范目录索引 1:3GPP编号规则 所有 3G 和 GSM 规范具有一个由 4 或 5 位数字组成的 3GPP 编号。（例如： 09.02 或 29.002 ）。前两位数字对应下表所列的系列。接着的两位数字对应 01-13 系列，或 3 位数字对应 21-55 系列。词 "3G" 意味着采用 UTRAN 无线接入网的 3GPP 系统，词 "GSM" 意味着采用 GERAN 无线接入网的 3GPP 系统（因而， "GSM" 包括 GPRS 和 EDGE 性能）。 21-35 系列规范只用于 3G 或既用于 GSM 也用于 3G 。第三位数字为 "0" 表示用于两个系统，例如 29.002 用于 3G 和 GSM 系统，而 25.101 和 25.201 仅用于 3G 。其它系列的大多数规范仅用于 GSM 系统。然而当规范编号用完后，须查看每个规范的信息页面（见下表）或查看 01.01 / 41.101 (GSM) 和 21.101 (3G) 中的目录。 2:GERAN协议目录 本目录摘自3GPP TS 41.101 2.1:部分数据业务常用协议目录

2.2：GERAN总目录 由于3GPP的规范很多如果全部列举出来相对繁琐，上述只列举了一些常用的规范的。如果想要查找更多的3GPP规范可以查看TS 41.101，这个规范包含了所有的2G中的规范。 41101-b00.doc 3:UTRAN协议目录 本目录摘自3GPP规范TS 21.101 3.1：部分数据业务常用协议目录