中国联通公司企业标准 - ccsa.org.cn · PDF file中国联通公司企业标准 QB/CU 062-2008 中国联通2GHz WCDMA数字蜂窝移动通信网 IP RAN测试规范 2GHz WCDMA

中国联通公司企业标准

QB/CU 062-2008

中国联通2GHz WCDMA数字蜂窝移动通信网

IP RAN 测试规范

2GHz WCDMA Digital Cellular Mobile Telecommunication Network

Test Method of IP RAN Equipment

（V1.0）

中国联通公司发布

2008-11-12 发布 2008-11-12 实施

中国联通WCDMA数字蜂窝移动通信网IP RAN测试规范

1

目次

目次 .............................................................................. 1 前言 .............................................................................. 1 1 范围 ................................................................................ 1 2 规范性引用文件 ...................................................................... 1 3 缩略语 .............................................................................. 1 4 概述 ................................................................................ 3 4.1 测试系统配置....................................................................... 3 4.1.1 基本配置 ......................................................................... 3 4.1.2 协议需求 ......................................................................... 4 4.2 测试的前提条件..................................................................... 7 4.3 信令的监测......................................................................... 8 4.4 测试项概述......................................................................... 8 5 Iub 接口 IP 传输测试................................................................... 8 5.1 RNC 和 NodeB 为 FE/GE 传输 ......................................................... 8 5.1.1 基本业务功能验证 ................................................................. 8 5.1.2 传输可靠性测试 .................................................................. 12 5.1.3 传输效率测试 .................................................................... 19 5.1.4 传输优先级测试 .................................................................. 20 5.1.5 传输差异化测试 .................................................................. 21 5.2 IP/ATM 双栈组网测试............................................................... 21 5.2.1 基本业务功能验证 ................................................................ 21 5.2.2 Iub 接口 ATM 传输功能测试 ........................................................ 28 5.2.3 ATM 传输效率测试................................................................ 31 5.2.4 Iub 接口 ATM 传输拥塞控制功能测试 ................................................ 33 6 Iu 接口 IP 传输测试................................................................... 36 6.1 Iu-CS 接口 IP 传输测试 .............................................................. 36 6.1.1 基本业务功能验证 ................................................................ 36 6.1.2 Iu-CS 传输可靠性测试 ............................................................. 41 6.1.3 Iu-CS 接口 ATM 传输测试 .......................................................... 42 6.2 Iu-PS 接口 IP 传输测试 .............................................................. 43 6.2.1 基本业务功能验证 ................................................................ 43 6.2.2 Iu-PS 传输可靠性测试.............................................................. 46 6.3 SCTP/M3UA 测试................................................................... 47 6.3.1 SCTP 和 M3UA 可靠性............................................................. 47 7 Iur 接口 IP 传输测试 .................................................................. 51 7.1 Iur 接口 IP 传输下无线链路建立....................................................... 51 7.1.1 CS 语音业务无线链路建立.......................................................... 51 7.1.2 CS 视频呼叫业务无线链路建立...................................................... 52 7.1.3 PS R99 业务无线链路建立 .......................................................... 53


2

7.1.4 组合业务无线链路建立 ............................................................ 54 7.2 Iur 接口 IP 传输下无线链路增加....................................................... 55 7.2.1 CS 语音业务无线链路增加.......................................................... 55 7.2.2 CS 视频呼叫业务无线链路增加...................................................... 56 7.2.3 PS R99 业务无线链路增加 .......................................................... 57 7.2.4 组合业务无线链路增加 ............................................................ 58 7.3 Iur 接口 IP 传输下无线链路重配置..................................................... 59 7.3.1 增加 CS 业务无线链路重配置....................................................... 59 7.3.2 增加 PS 业务无线链路重配置 ....................................................... 60 8 Iub 接口 IP/E1 传输测试（可选） ....................................................... 61 8.1 RNC 和 NodeB 为 IP/MP/E1 传输 ...................................................... 61 8.1.1 基本业务功能验证 ................................................................ 61 8.1.2 传输可靠性测试 .................................................................. 65 8.1.3 传输效率测试 .................................................................... 67 8.1.4 传输优先级测试 .................................................................. 68 8.1.5 传输差异化测试 .................................................................. 69 8.2 RNC 为通道化 STM-1 NodeB 为 IP/MP/E1 传输.......................................... 69 8.2.1 基本业务功能验证 ................................................................ 69 8.2.2 传输可靠性测试 .................................................................. 74 8.2.3 传输效率测试 .................................................................... 77 8.2.4 传输优先级测试 .................................................................. 78 8.2.5 传输差异化测试 .................................................................. 79 8.3 IP 分路传输组网测试................................................................ 79 8.3.1 基本业务功能验证 ................................................................ 79 8.3.2 传输可靠性测试 .................................................................. 84


1

前言

本标准是中国联通 2GHz WCDMA 数字蜂窝移动通信网无线网络子系统系列标准之一，该系列标

准的结构和名称如下：（1）中国联通 2GHz WCDMA 数字蜂窝移动通信网无线接入子系统设备规范（2）中国联通 2GHz WCDMA 数字蜂窝移动通信网无线接入子系统设备测试规范（3）中国联通 2GHz WCDMA 数字蜂窝移动通信网 Iu 接口测试规范（4）中国联通 2GHz WCDMA 数字蜂窝移动通信网 Iur 接口测试规范（5）中国联通 2GHz WCDMA 数字蜂窝移动通信网 Iub 接口测试规范（6）中国联通 2GHz WCDMA 数字蜂窝移动通信网分布式基站设备规范（7）中国联通 2GHz WCDMA 数字蜂窝移动通信网分布式基站设备测试规范（8）中国联通 2GHz WCDMA 数字蜂窝移动通信网 IP RAN 测试规范（9）中国联通 2GHz WCDMA 数字蜂窝移动通信网室内分布系统测试规范本标准的附录均为规范性附录。本标准基于3GPP Release 6 2006年12月版相关协议，并参考YD/T 1552-2007等通信行业标准，基

于中国联通的网络情况和实际需求制定，为中国联通开展WCDMA数字蜂窝移动通信网的技术试验、网

络建设和运行维护等提供技术依据。本标准由中国联通公司提出。本标准由中国联通公司技术部归口。本标准起草单位：中国联通公司、信息产业部电信研究院本标准主要起草人：张智江、顾旻霞、贾川、迟永生、马红兵、陈国利、郭省力、杨剑键、李福昌本标准的修改和解释权属中国联通公司。


1


1 范围

本项目规定了遵循3GPP R6建议的2GHz WCDMA蜂窝移动通信系统中，IP RAN的测试方法。本项目适用于2GHz WCDMA IP RAN的R6阶段的测试。

2 规范性引用文件

下列文件中的条款通过本标准中的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有

的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研

究是否可使用这些文件的新版本。凡是不注日期的引用文件，其新版本适用于本标准。

本项目遵循的3GPP规范基于3GPP R6 2006年12月版；本项目所遵循的IETF RFC规范基于截止2008

年6月的新版。

3GPP TS 25.401 UTRAN Overall Description 3GPP TS 25.410 UTRAN Iu Interface: General Aspects and Principles 3GPP TS 25.412 UTRAN Iu interface signalling transport 3GPP TS 25.420 UTRAN Iur Interface: General Aspects and Principles 3GPP TS 25.422 UTRAN Iur interface signalling transport 3GPP TS 25.430 UTRAN Iub Interface: General Aspects and Principles 3GPP TS 25.427 UTRAN Iur and Iub interface user plane protocols for DCH data streams 3GPP TR 25.933 IP transport in UTRAN 3GPP TS 21.133 3G security; Security threats and requirements 3GPP TS 29.060 General Packet Radio Service (GPRS); GPRS Tunnelling Protocol (GTP) across the

Gn and Gp interface 3GPP TS 25.411 UTRAN Iu interface Layer 1 IETF RFC 1812 Requirements for IP Version 4 Routers IETF RFC 1661 The Point-to-Point Protocol (PPP) IETF RFC 1662 PPP in HDLC-like Framing IETF RFC 2508 Compressing IP/UDP/RTP Headers for Low-Speed Serial Links IETF RFC 2509 IP Header Compression over PPP IETF RFC 1990 The PPP Multilink Protocol (MP) IETF RFC 2686 The Multi-Class Extension to Multi-Link PPP IETF RFC 3031 Multi-Protocol Label Switching Architecture IETF RFC 2719 Framework Architecture for Signaling Transport IETF RFC 2960 Stream Control Transmission Protocol IETF RFC 3270 MPLS Support of Differentiated Services IETF RFC 2687 PPP in a Real-time Oriented HDLC-like Framing IETF RFC 768 User Datagram Protocol IETF RFC 791 Internet Protocol IETF RFC 2507 IP Header Compression IETF RFC 1889 RTP: A Transport Protocol for Real-Time Applications

3 缩略语


2

下列缩略语适用于本项目。

AAL2 ATM Adaptation Layer type 2 ATM 适配层类型 2 AAL5 ATM Adaptation Layer type 5 ATM 适配层类型 5 ALCAP Access Link Control Application Protocol 接入层链路控制应用协议 AMR Adaptive Multi Rate 自适应多速率

ATM Asynchronous Transfer Mode 异步传输模式

CBR Constant Bit Rate 不变比特率

CN Core Network 核心网

CS Circuit Switched 电路交换

E-DCH Enhanced Dedicated Channel 增强专用信道

FE Fast Ethernet 快速以太网传输

GE Gigabit Ethernet 千兆以太网传输

GPRS General Packet Radio System 通用分组无线系统

GTP GPRS Tunnelling Protocol GPRS 隧道协议

GTP-U GPRS Tunnelling Protocol for User Plane 用户平面 GPRS 隧道协议

HLR Home Location Register 归属位置寄存器

HSDPA High Speed Downlink Packet Access 高速下行分组接入

HSPA High Speed Packet Access 高速分组接入

HSUPA High Speed Uplink Packet Access 高速上行分组接入

IE Information Element 信息单元 IP Internet Protocol 因特网协议 IuUP Iu User Plane Iu 接口用户面 M3UA MTP3-User Adaptation Layer MTP3 用户适配层 MGW Media Gateway 媒体网关

MP Multilink PPP 多链路点到点协议

MSC Mobile-services Switching Centre 移动业务交换中心

MSP Multiplexer Section Protection 复用段保护

MTP Message Transfer Part 报文传输部分

NAS Non Access Stratum 非接入层

NRI Network Resource Identifier 网络资源标识符

OMC Operation Maintenance Center 操作维护中心

PDP Packet Data Protocol 分组数据协议

PS Packet Switched 分组交换

PSTN Public Switched Telephone Network 公众交换电话网

P-TMSI Packet-TMSI 分组临时移动用户标识

RAB Radio Access Bearer 无线接入承载

RAN Radio Access Network 无线接入网

RANAP Radio Access Network Application Part 无线接入网应用部分


3

RB Radio Bearer 无线承载

RNC Radio Network Controller 无线网络控制器

RNS Radio Network Subsystem 无线网络子系统

SAP Service Access Point 业务访问点

SCCP Signalling Connection Control Part 信令连接控制部分

SCTP Stream Control Transmission Protocol 流控制传输协议

SDU Service Data Unit 业务数据单元

SGSN Serving GPRS Support Node 服务 GPRS 支持节点

SRNC Serving RNC 服务 RNC

SRNS Serving RNS 服务 RNS

STM Synchronous Transfer Module 同步传输模块

TMSI Temporary Mobile Subscriber Identity 临时移动用户识别号码

UBR Unspecified Bit Rate 未定义比特速率

UDI Unrestricted Digital Information 无限制数据信息

UE User Equipment 用户设备

UP User Plane 用户平面

UTRAN Universal Terrestrial Radio Access Network 通用陆地无线接入网 VBR Variable Bit Rate 可变比特速率 WCDMA Wideband Code Division Multiple Access 宽带码分多址

4 概述

4.1 测试系统配置

4.1.1 基本配置

Iu-CS接口IP传输测试的基本配置如错误！未找到引用源。所示。

MGW/MSC Server/VLR Iu-CS

HLR

PSTN

信令监测仪

RNC UE

UE

Node B

Node B UE

RNC

Node B

UE

Iur

图 1 Iu-CS 接口 IP 传输测试基本配置


4

Iu-PS接口IP传输测试基本配置如错误！未找到引用源。所示。

Iu-PS

因特网信令监测仪

RNC UE

UE

Node B

Node B UE

RNC

Node B

UE

SGSN GGSN Iur

图 2 Iu-PS 接口 IP 传输测试基本配置

Iur接口IP传输测试基本配置如图 3所示。

MSC

SGSN

RNC NodeB

信令监测仪

UE

UE

Iu-CS

Iu-PS

Iub Uu

Iur

RNC NodeB

Iu-PS

图 3 Iur 接口 IP 传输测试基本配置

Iub接口IP传输测试基本配置如图 4所示。

Node B

Node B

RNC

V(G)M SC/VLR

SGSN

HLR

Internet

PSTN

GGSN

UE

监测点（ Iub）

图 4 Iub 接口 IP 传输测试基本配置

4.1.2 协议需求


5

Iu-CS接口IP传输测试的协议栈如错误！未找到引用源。所示。

AAL2

UDP/IP

RTP/ RTCP*)

Data Link ATM ATM Data Link

M3UA

Q.2630.2

RANAP Iu UP Protocol Layer

Transport Network

Layer

Physical Layer

TransportUser

NetworkPlane

Control Plane User Plane

TransportUser

Network Plane

Transport NetworkControl Plane

Radio Network

Layer

SSCOP

AAL5

SSCOP

SSCF-NNI

AAL5

MTP3bMTP3b

SCCP

SSCF-NNI

IP

SCTP

ATM

Q.2150.1

*) RTCP is optional.

图 5 Iu-CS 接口 IP 传输测试协议栈

Iu-PS接口IP传输测试的协议栈如错误！未找到引用源。所示。


6

IP SSCOP

AAL5

SCTP MTP3-B M3UA

SCCP

M3UA

RANAP Iu UP Protocol Layer

Tran

spor

t Net

wor

k La

yer

Physical Layer

Transport User

Network Plane


TransportUser

Network Plane

Transport Network

Control Plane

Rad

io N

etw

ork

Laye

r

AAL5

IP

UDP

GTP-U

Physical Layer

ATM Data Link

IP

SCTP

Data Link ATM

IP

UDP

GTP-U SSCF-NNI

图 6 Iu-PS 接口 IP 传输测试协议栈

Iur接口IP传输测试的协议栈如错误！未找到引用源。所示。


7

RNSAP

Iur Data

Stream(s)

Transport Network

Layer

Physical Layer

User Transport Network

Plane


Transport

User

Network

Plane

Transport Network Control Plane

Radio Network

Layer

Q.2630.2

SSCF-NNI

SSCOP

MTP3-B

IP

SSCF-NNI

AAL5

SCTP

SCCP

M3UA M3UA

SCTP

IP

ATM Data Link

SSCF-NNI

AAL2 UDP/IP

ATM Data Link

SSCF-NNI

SSCOP

MTP3-B

IP

SSCF-NNI

AAL5

SCTP

STC (Q.2150.1)

M3UA

ATM

SSCF-NNI

图 7 Iur 接口 IP 传输测试协议栈

Iub接口IP传输测试的协议栈如错误！未找到引用源。所示。

Node B Application Part

(NBAP)

AAL2

Transport Layer

Physical Layer

Radio Network Layer

Radio Network Control Plane

Transport Network

Control Plane

DC

H FP

RA

CH

FP

ATM

AAL5

User Plane

SSCF-UNI

SSCOP

AAL 5

SSCF-UNI

SSCOP

Q.2630.2

Q.2150.2

FAC

H FP

PCH

FP

Data Link Layer

IP

SCTP

ATM ATM Data Link Layer

IP

UDP

ALCAP

HS-D

SCH

FP

TDD

DSC

H FP

USC

H FP

TFCI2 FP

E-DC

H FP

图 8 Iub 接口 IP 传输测试协议栈

4.2 测试的前提条件


8

在Iu-CS接口、Iu-PS接口、Iur接口和Iub接口的测试中，被测系统应实现：

1. 所有的设备和上述接口均支持IP传输和ATM传输； 2. 所有上述接口满足IP传输测试的协议需求； 3. 被测系统各接口的传输方式应支持灵活配置；

4. 被测系统的Iu-CS、Iu-PS、Iur和Iub接口的传输链路能够正常工作。

4.3 信令的监测

在IP RAN的测试中，使用信令监测仪监测各测试用例所涉及到的接口信令，并记录打印以供分析结

果使用；使用软件统计和记录数据业务的应用层平均速率；使用软件或硬件跟踪统计各接口物理端口平

均吞吐率。

4.4 测试项概述

在IP RAN的测试中，测试项由以下三个部分组成：

――Iub接口的IP传输测试；

――Iu接口的IP传输测试；

――Iur接口的IP传输测试；

――Iub接口IP传输可选测试项

在第5章、第6章、第7章、第8章对测试项目的描述中，针对具体的消息给出了消息中参数的配置，

以供测试过程中参考。

5 Iub 接口 IP 传输测试

5.1 RNC 和 NodeB 为 FE/GE 传输

5.1.1 基本业务功能验证

5.1.1.1 CS 语音业务

测试编号：错误！未找到引用源。项目：Iub 接口 FE/GE 传输基本业务功能验证子项目：CS 语音业务测试目的：验证 Iub 接口在 FE/GE 上承载 CS 语音业务预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 之间通过 FE 相连，Iub 接口承载在 IP/FE 上的数据已正确配置； 3．UE1 和 UE2 正常附着，处于空闲状态； 4．打开 UE 跟踪和 Iub 接口跟踪。

测试连接：

IP/FE

NodeBRNC


9

测试过程： 1. 发起 UE1 到 UE2 的呼叫； 2. 检查 Iub 接口信令； 3. UE1 或 UE2 挂机。预期结果： 1. 呼叫建立成功，通话正常； 2. 信令流程正常，并且业务承载在 IP/FE 上，RL_SETUP_REQ、RL_SETUP_RSP、

RL_RECFG_PREP 和 RL_RECFG_READY 消息中，TransportLayerAddress IE 的值是

上面配置的承载在 IP/FE 上的 IP 地址；BindingID 是 UDP 端口号； 3. 呼叫可以正常释放。

5.1.1.2 CS 视频呼叫业务

测试编号：错误！未找到引用源。项目：Iub 接口 FE/GE 传输基本业务功能验证子项目：CS 视频呼叫业务测试目的：验证 Iub 接口在 FE/GE 上承载 CS 视频呼叫业务。预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 之间通过 FE 相连， Iub 接口承载在 IP/FE 上的数据已正确配置； 3．UE1 和 UE2 正常附着，处于空闲状态，并且均已签约视频电话业务； 4．打开 UE 消息跟踪和 Iub 接口消息跟踪跟踪。测试连接：

IP/FE

NodeBRNC

测试过程： 1. 发起 UE1 到 UE2 的视频呼叫； 2. 检查 Iub 接口信令； 3. UE1 或 UE2 挂机。预期结果： 1. 呼叫建立成功，通话正常； 2. 信令流程正常，并且业务承载在 IP 上，RL_SETUP_REQ、RL_SETUP_RSP、


上面配置的承载在 IP/FE 上的 IP 地址；BindingID 是 UDP 端口号； 3. 呼叫可以正常释放。

5.1.1.3 PS R99 业务

测试编号：错误！未找到引用源。项目：Iub 接口 FE/GE 传输基本业务功能验证子项目：PS R99 业务测试目的：验证 Iub 接口在 FE/GE 上承载 PS R99 业务。


10

预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 之间通过 FE 相连，协议栈满足 4.1.2 节中 Iub 接口的协议栈需求 Iub

接口承载在 IP/FE 上的数据已正确配置； 3．UE 正常附着，处于空闲状态，已签约 PS 业务：业务类型 Background，上下行大速

率分别为 64Kbps/384Kbps； 4．打开 UE 消息跟踪和 Iub 接口消息跟踪跟踪。测试连接：

IP/FE

NodeBRNC

测试过程： 1. 使用 IP 监测工具（如 Ethereal）监测 RNC 和 Node B 的用户面数据，确定所监测 IP

数据包由 RNC 或 Node B 直接发出； 2. 在 UE 上发起 PS 业务； 3. 通过 UE 的连接进行 FTP 文件下载； 4. 检查 Iub 接口信令； 5. 统计一定时间内（如 1 分钟）Iub 用户面的带宽使用情况； 6. 释放 PS 业务。预期结果： 1. PS 业务建立成功； 2. 下载正常，速率稳定； 3. 信令流程正常，并且业务承载在 IP 上，RL_SETUP_REQ、RL_SETUP_RSP、


上面配置的承载在 IP/FE 上的 IP 地址；BindingID 是 UDP 端口号； 4. PS 业务可以正常释放； 5. 根据 Iub 用户面的带宽使用情况计算传输效率（即计算传输过程中开销和总传输数据

的比值），结果应和理论计算结果相符。

说明：传输效率为应用层速率和传输带宽占用的比值。测试中可以补充通过其它计算方

法得出的传输效率结果。传输效率需要记录。

5.1.1.4 HSDPA 业务

测试编号：错误！未找到引用源。项目：Iub 接口 FE/GE 传输基本业务功能验证子项目：HSDPA 业务测试目的：验证 Iub 接口在 FE/GE 上承载 HSDPA 业务。预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 之间通过 FE 相连， Iub 接口承载在 IP/FE 上的数据已正确配置； 3．小区支持 HSDPA 业务，且正常建立； 4．UE 正常附着，处于空闲状态，并且 UE 支持 HSDPA 功能； 5．打开 UE 消息跟踪和 Iub 接口消息跟踪跟踪。


11

测试连接：

IP/FE

NodeBRNC

测试过程： 1. 确认 UE 驻留在 HSDPA 小区，在 UE 上发起 PS 业务； 2. 通过 UE 的连接进行 FTP 文件下载； 3. 检查 Iub 接口信令； 4. 释放 PS 业务。预期结果： 1. PS 业务成功建立在 HS-DSCH 建立； 2. 下载正常，速率稳定； 3. 信令流程正常，并且业务承载在 IP 上，RL_SETUP_REQ、RL_SETUP_RSP、


上面配置的承载在 IP/FE 上的 IP 地址；BindingID 是 UDP 端口号； 4. PS 业务可以正常释放。

5.1.1.5 HSUPA 业务

测试编号：错误！未找到引用源。项目：Iub 接口 FE/GE 传输基本业务功能验证子项目：HSUPA 业务测试目的：验证 Iub 接口在 FE/GE 上承载 HSUPA 业务。预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 之间通过 FE 相连， Iub 接口承载在 IP/FE 上的数据已正确配置； 3．小区支持 HSUPA 业务，且正常建立； 4．UE 正常附着，处于空闲状态，并且 UE 支持 HSUPA 功能； 5．打开 UE 消息跟踪和 Iub 接口消息跟踪跟踪。测试连接：

IP/FE

NodeBRNC

测试过程： 1. 在 UE 上发起 PS 业务； 2. 通过 UE 的连接进行 FTP 文件上载； 3. 检查 Iub 接口信令； 4. 释放 PS 业务。


12

预期结果： 1. PS 业务成功建立在 E-DCH 建立，在 RB_SETUP 消息中，有“E-DCH information” IE，

在 RECONFIG PREPARE 消息中，有“E-DCH FDD information” IE； 2. 上载正常，速率稳定； 3. 信令流程正常，并且业务承载在 IP 上，RL_SETUP_REQ、RL_SETUP_RSP、


上面配置的承载在 IP/FE 上的 IP 地址；BindingID 是 UDP 端口号； 4. PS 业务可以正常释放。

5.1.1.6 组合业务

测试编号：错误！未找到引用源。项目：Iub 接口 FE/GE 传输基本业务功能验证子项目：组合业务测试目的：验证 Iub 接口在 FE/GE 上承载组合业务：1 个 AMR 语音业务+1 个 PS R99 业

务。预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 之间通过 FE 相连， Iub 接口承载在 IP/FE 上的数据已正确配置； 3．UE1 和 UE2 正常附着，处于空闲状态，且用户已签约 PS 业务； 4．打开 UE 消息跟踪和 Iub 接口消息跟踪跟踪。测试连接：

IP/FE

NodeBRNC

测试过程： 1. 在 UE1 上发起 PS 业务； 2. 通过 UE 的连接进行 FTP 文件下载； 3. 检查 Iub 接口信令； 4. 发起 UE2 到 UE1 的呼叫； 5. 检查 Iub 接口信令； 6. 用户挂机，释放 CS 和 PS 业务。预期结果： 1. PS 业务建立成功； 2. 下载正常，速率稳定； 3. 呼叫建立成功，通话正常； 4. 信令流程正常，并且业务承载在 IP 上，RL_SETUP_REQ、RL_SETUP_RSP、


上面配置的承载在 IP/FE 上的 IP 地址；BindingID 是 UDP 端口号； 5. 业务可以正常释放。

5.1.2 传输可靠性测试


13

5.1.2.1 RNC 以太网电接口板可靠性

测试编号：错误！未找到引用源。项目：Iub 接口 FE/GE 传输可靠性测试子项目：RNC 以太网电接口板可靠性测试目的：验证以太网电接口板可靠性：主用接口板发生故障时，不影响业务。预置条件： 1．RNC 和 NodeB 均处于正常运行状态； 2．RNC 以太网接口板为电接口板； 3．两块电接口板互为主备，且主备单板上对应的 FE 端口互为主备端口； 4．RNC 和 NodeB 之间的以太网连接正常；RNC 通过两根以太网线分别从主备端口连接

至对端； 5．以太网传输的信令和用户面数据配置正确； 6．UE 在 HLR 上正确注册了 CS 和 PS 业务，且处于空闲状态。测试连接：

测试过程： 1. 在 UE1 和 UE2 之间发起呼叫，并在 UE3 上发起一次下载文件的数据业务。 2. 拔出主用单板或通过命令人工复位主用单板，模拟主用单板故障。 3. 重新插入测试过程 2 中拔出的单板，直至单板运行正常。预期结果： 1. 步骤 1：

a) UE1 和 UE2 之间呼叫建立成功且语音质量正常； b) UE3 的下载业务正常建立，速率稳定且与 HLR 上开户速率匹配；

2. 步骤 2： a) RNC 上报相关告警； b) 备用单板升为主用； c) UE1 与 UE2 之间呼叫业务和 UE3 的下载业务正常进行；

3. 步骤 3： a) RNC 上报的告警全部恢复； b) UE1 与 UE2 之间呼叫业务和 UE3 的下载业务正常进行；

5.1.2.2 RNC 以太网电接口板的主备端口可靠性

测试编号：错误！未找到引用源。项目：Iub 接口 FE/GE 传输可靠性验证子项目：RNC 以太网电接口板的主备端口可靠性测试目的：验证以太网电接口板的主备端口可靠性：主用端口发生故障时，不影响业务。


14

预置条件： 1．RNC 和 NodeB 均处于正常运行状态； 2．RNC 以太网接口板为电接口板； 3．两块电接口板互为主备，且主备单板上对应的 FE 端口互为主备端口； 4．RNC 和 NodeB 之间的以太网连接正常；RNC 通过两根以太网线分别从主备端口连接

至对端； 5．以太网传输的信令和用户面数据配置正确； 6．UE 在 HLR 上正确注册了 CS 和 PS 业务，且处于空闲状态。测试连接：

测试过程： 1．在 UE1 和 UE2 之间发起一路呼叫，并在 UE3 上发起一次下载文件的数据业务。 2．拔出主用端口的网线触发主用端口故障。 3．重新插入测试过程 2 中拔出的网线。预期结果： 1. 步骤 1：

a) UE1 和 UE2 之间呼叫建立成功且语音质量正常； b) UE3 的下载业务正常建立，速率稳定且与 HLR 上开户速率匹配；

2. 步骤 2： a) RNC 上报相关告警； b) 备用端口升为主用； c) UE1 与 UE2 之间呼叫业务和 UE3 的下载业务正常进行；

3. 步骤 3： a) RNC 上报的告警全部恢复； b) UE1 与 UE2 之间呼叫业务和 UE3 的下载业务正常进行。

5.1.2.3 RNC 以太网电接口板的端口负荷分担可靠性

测试编号：错误！未找到引用源。项目：Iub 接口 FE/GE 传输可靠性验证子项目：RNC 以太网电接口板的端口负荷分担可靠性测试目的：验证 RNC 以太网电接口板的端口负荷分担可靠性，当负荷分担端口中的某一

个故障时，所有业务不受影响。预置条件： 1．RNC 和 NodeB 均处于正常运行状态； 2．RNC 以太网接口板为电接口板； 3．两块电接口板互为主备，且主备单板上的两个 FE 端口为负荷分担端口；


15

4．RNC 和 NodeB 之间的以太网连接正常；RNC 通过两根以太网线分别从两个负荷分担

端口连接至对端； 5．触发负荷分担的 IP 路由配置正确； 6．以太网传输的信令和用户面数据配置正确； 7．UE 在 HLR 上正确注册了 CS 和 PS 业务，且处于空闲状态。测试连接：

测试过程： 1．在 UE1 和 UE2 之间发起一路呼叫，并在 UE3 上发起一次下载文件的数据业务。 2．拔出主用单板上端口的网线触发端口故障。 3．重新插入测试过程 2 中拔出的网线。预期结果： 1. 步骤 1：UE1 和 UE2 之间呼叫建立成功且语音质量正常，UE3 的下载业务正常建立，

速率稳定且与 HLR 上开户速率匹配。 2. 步骤 2：RNC 上报相关告警，UE1 与 UE2 之间呼叫业务和 UE3 的下载业务正常进行。 3. 步骤 3：RNC 上报的告警全部恢复，UE1 与 UE2 之间呼叫业务和 UE3 的下载业务正

常进行。说明：如测试连接图所示，用户需要配置两条目的地址为 NodeB，下一跳分别为 Port3 和

Port4，且优先级相同的路由，来触发负荷分担

5.1.2.4 RNC 以太网电接口板的端口迂回路由可靠性

测试编号：错误！未找到引用源。项目：Iub 接口 FE/GE 传输可靠性验证子项目：RNC 以太网电接口板的端口迂回路由可靠性测试目的：验证 RNC 以太网电接口板的端口迂回路由可靠性，当高优先级路由生效时，

低优先级路由不被使用；当承载高优先级路由的出端口故障时，业务不受影响。预置条件： 1．RNC 和 NodeB 均处于正常运行状态； 2．RNC 以太网接口板为电接口板； 3．两块电接口板互为主备，且主备单板上的两个 FE 端口分别为承载高、低优先级路由

的出端口； 4．RNC 和 NodeB 之间的以太网连接正常；RNC 通过两根以太网线分别从两个迂回路由

出端口连接至对端； 5．触发迂回路由的 IP 路由配置正确；


16

6．以太网传输的信令和用户面数据配置正确； 7．UE 在 HLR 上正确注册了 CS 和 PS 业务，且处于空闲状态。

测试连接：

测试过程： 1．在 UE1 和 UE2 之间发起一路呼叫，并在 UE3 上发起一次下载文件的数据业务； 2．拔出主用单板上端口的网线触发端口故障； 3．重新插入测试过程 2 中拔出的网线。预期结果： 1. 步骤 1：UE1 和 UE2 之间呼叫建立成功且语音质量正常；UE3 的下载业务正常建立，

速率稳定且与 HLR 上开户速率匹配；UE 业务所需交互报文仅从承载高优先级路由

的出端口进行发送。 2. 步骤 2：RNC 上报相关告警；UE1 与 UE2 之间呼叫业务和 UE3 的下载业务正常进行。 3. 步骤 3：RNC 上报的告警全部恢复；UE1 与 UE2 之间呼叫业务和 UE3 的下载业务正

常进行；UE 业务所需交互报文仅从承载高优先级路由的出端口进行发送。

5.1.2.5 RNC 以太网电接口板的端口故障检测可靠性

测试编号：错误！未找到引用源。项目：Iub 接口 FE/GE 传输可靠性验证子项目：RNC 以太网电接口板的端口故障检测可靠性测试目的：验证 RNC 上 FE 端口发起故障检测功能的可靠性，当非直接链路故障时，服

务能正常保持。预置条件： 1．RNC 和 NodeB 均处于正常运行状态； 2．RNC 以太网接口板为电接口板； 3．两块电接口板互为主备，且主备单板上的两个 FE 端口为负荷分担端口； 4．RNC 和 NodeB 之间的以太网连接正常；RNC 通过两根以太网线分别从负荷分担端口

连接至对端； 5．触发负荷分担的 IP 路由配置正确； 6．负荷分担端口的故障检测配置正确； 7．以太网传输的信令和用户面数据配置正确；


17

8．UE 在 HLR 上正确注册了 CS 和 PS 业务，且处于空闲状态。

测试连接：

测试过程： 1．发起一个从 UE1 到 UE2 的呼叫，并且从 UE3 的 PS 服务下载一些文件 2．拔出 LAN Switch 上端口 3 的网线。 3．重新插入测试过程 2 中拔出的网线。预期结果： 1. 步骤 1：UE1 同 UE2 的通话成功建立并且语音正常，从 UE3 上下载文件正常且速度

稳定，该速度同 HLR 上的一致。 2. 步骤 2：RNC 上报相关告警，UE1 同 UE2 间的通话正常，UE3 上的下载业。 3. 步骤 3：RNC 上所有相关告警恢复，UE1 同 UE2 间的通话正常，UE3 上的下载业务

正常。

5.1.2.6 RNC 以太网光接口板可靠性

测试编号：错误！未找到引用源。项目：Iub 接口 FE/GE 传输可靠性验证子项目：RNC 以太网光接口板可靠性测试目的：验证以太网光接口板可靠性: 但主用接口板发生故障时，不影响业务。预置条件： 1．RNC 和 NodeB 均处于正常运行状态； 2．RNC 以太网接口板为光接口板； 3．两块光接口板互为主备，且主备单板上对应的 GE 光口互为主备端口； 4．RNC 和 NodeB 之间的以太网连接正常；RNC 通过两对光纤分别从主备端口连接至对

端； 5．以太网传输的信令和用户面数据配置正确； 6．UE 在 HLR 上正确注册了 CS 和 PS 业务，且处于空闲状态。


18

测试连接：

测试过程： 1．在 UE1 和 UE2 之间发起一路呼叫，并在 UE3 上发起一次下载文件的数据业务。 2．拔出主用单板或使用命令人工模拟主用单板故障。 3．重新插入测试过程 2 中拔出的单板或恢复单板，直至单板运行正常。预期结果： 1. 步骤 1：UE1 和 UE2 之间呼叫建立成功且语音质量正常；UE3 的下载业务正常建立，

速率稳定且与 HLR 上开户速率匹配。 2. 步骤 2：RNC 上报相关告警；备用单板升为主用；UE1 与 UE2 之间呼叫业务和 UE3

的下载业务正常进行。 3. 步骤 3：RNC 上报的告警全部恢复；UE1 与 UE2 之间呼叫业务和 UE3 的下载业务正

常进行。

5.1.2.7 RNC 以太网光接口板端口可靠性

测试编号：错误！未找到引用源。项目：Iub 接口 FE/GE 传输可靠性验证子项目：RNC 以太网光接口板端口可靠性测试目的：验证以太网光接口板端口可靠性: 但主用光口发生故障时，不影响业务。预置条件： 1．RNC 和 NodeB 均处于正常运行状态； 2．RNC 以太网接口板为光接口板； 3．两块光接口板互为主备，且主备单板上对应的 GE 光口互为主备端口； 4．RNC 和 NodeB 之间的以太网连接正常；RNC 通过两对光纤分别从主备端口连接至对

端； 5．以太网传输的信令和用户面数据配置正确； 6．UE 在 HLR 上正确注册了 CS 和 PS 业务，且处于空闲状态。测试连接：


19

测试过程： 1．在 UE1 和 UE2 之间发起一路呼叫，并在 UE3 上发起一次下载文件的数据业务。 2．拔出主用光口的光纤触发主用光口故障。 3．重新插入测试过程 2 中拔出的光纤。预期结果： 1. 步骤 1：

a) UE1 和 UE2 之间呼叫建立成功且语音质量正常； b) UE3 的下载业务正常建立，速率稳定且与 HLR 上开户速率匹配。

2. 步骤 2： a) RNC 上报相关告警； b) 备用光口升为主用； c) UE1 与 UE2 之间呼叫业务和 UE3 的下载业务正常进行。

3. 步骤 3： a) RNC 上报的告警全部恢复； b) UE1 与 UE2 之间呼叫业务和 UE3 的下载业务正常进行。

5.1.3 传输效率测试

5.1.3.1 下行效率测试-HSDPA 多用户

测试编号：错误！未找到引用源。项目：Iub 接口 FE/GE 传输效率测试子项目：下行效率测试-HSDPA 多用户测试目的：验证 Iub 带宽受限且多用户时 Iub 下行传输效率，UE 数动态变化。预置条件： 1．WCDMA 系统正常； 2．HSDPA 小区正常且可用； 3．Iub 带宽受限，逻辑端口设置为 4M； 4．3 个 HSDPA UE（如 CAT6），UE 在 HLR 开户 HSDPA 业务，如 384/3648 Kbps。测试过程： 1. UE1 发起建立 PS 连接，在 HS-DSCH 上。从 DUMETER 记录下行速率； 2. UE2 发起建立 PS 连接，在 HS-DSCH 上。从 DUMETER 记录 UE1，UE2 的速率； 3. UE3 发起建立 PS 连接，在 HS-DSCH 上。从 DUMETER 记录 3 个 UE 的总下行速率； 4. 释放 UE1；记录 UE2 和 UE3 的总下行速率； 5. 释放 UE2；记录 UE3 的下行速率。预期结果： 1. 随着更多的 UE 接入，每个 UE 的下行速率下降。说明：根据上述测试过程中每一步记录的速率估算在 Iub 带宽资源受限时的传输效率。

5.1.3.2 HSUPA+PS R99 上行效率及 Iub 流控测试

测试编号：错误！未找到引用源。项目：Iub 接口 FE/GE 传输效率测试子项目：HSUPA+PS R99 上行效率及 Iub 流控测试测试目的：HSUPA+PS R99 上行效率，HSUPA 用户 + DCH 用户 Iub 接口流控测试预置条件： 1．WCDMA 系统工作正常，小区 HSUPA 功能激活，Iub 采用 FE 传输；


20

2．配置一个 E-AGCH 码和一个 E-RGCH/HICH 码； 3．Iub 口带宽受限，空口负载不受限； 4．设置上行 BE 业务的建在 HSUPA 的门限为 256 Kbit/s； 5．准备好两个 HSUPA UE 开户类型为 I 类 UL2048 K /DL8192 K (bit/s)； 6．准备好两个 R99 UE,开户速率为 UL384K/DL128K (bit/s)。

测试步骤： 1．两个 R99 UE 建立业务，开始 FTP 上传 100M 以上的大文件； 2．两个 HSUPA UE 建立 HSUPA 业务，开始上传 100M 以上的大文件； 3．观察并记录四个用户的应用层平均速率，计算上行总速率。预期结果： 1．R99 业务建立在 DCH 上，RL RECONFIG PREPARE 消息中没有”E-DCH FDD

information”，测试期间两个 UE 不会自动去激活 PDP 或者断开连接； 2．HSUPA 业务建立在 E-DCH 上，RL RECONFIG PREPARE 消息中有”E-DCH FDD

information”，测试期间两个 UE 不会自动去激活 PDP 或者断开连接； 3．两 R99 用户速率没有受到 HSUPA 用户影响。优先保证 R99 用户的带宽。各用户的应

用层速率稳定，所有业务承载于 IP/FE。

5.1.4 传输优先级测试

5.1.4.1 传输优先级测试

测试编号：错误！未找到引用源。项目：Iub 接口 FE/GE 传输优先级测试子项目：传输优先级测试测试目的：验证不同类型业务的用户的带宽分配策略。预置条件： 1．WCDMA 系统正常； 2．HSDPA 小区正常且可用； 3．Iub 带宽受限，逻辑端口设置为 4M； 4．4 个 UE（一个 HSDPA，2 个 R99，2 个视频电话）。 HSDPA UE 在 HLR 开户 HSDPA

业务，如 384/3648 Kbps ；R99 UE 开户：上行/下行：384/384 Kbps。测试连接：

IP/FE

NodeBRNC

测试过程： 1. HSDPA 用户发起建立 PS 连接，RNC 指派在 HS-DSCH 上。从 DUMETER 记录下行

速率。 2. R99 用户发起建立 PS，RNC 指派在 DCH 上。从 DUMETER 记录下行数据。 3. 2 视频电话用户接入。从 DUMETER 记录 HSDPA 用户和 R99 用户下行速率。 4. 视频电话释放 5. PS R99 释放。


21

预期结果： 1. 步骤 2：HSDPA 用户速率下降； 2. 步骤 3：视频电话接入后，HSDPA 和 R99 速率下降； 3. 步骤 4：视频电话释放后，HSDPA 和 R99 速率上升； 4. 步骤 5：HSDPA 速率上升。

5.1.5 传输差异化测试

5.1.5.1 传输差异化测试

测试编号：错误！未找到引用源。项目：Iub 接口 FE/GE 传输差异化测试子项目：传输差异化测试测试目的：验证不同等级用户的带宽分配策略。预置条件： 1．WCDMA 系统正常； 2．HSDPA 小区正常且可用。 3．Iub 带宽受限，Iub 逻辑端口限制为 4Mbps； 4．准备 3 个 HSDPA UE（如 CAT6）。UE 在 HLR 开户 HSDPA，如 384/3648 Kbps； 5．3 用户分别为金，银，铜用户，签约背景类业务，SPI 依次降低。测试连接：

IP/FE

NodeBRNC

测试过程： 3 用户发起建立 PS 连接，RNC 指派在 HS-DSCH 上。从 DUMETER 记录下行速率。预期结果： 3 个用户的下行速率按照金、银、铜依次降低。说明：可通过设置不同的 SPI 因子来控制速率降低的幅度。

5.2 IP/ATM 双栈组网测试



测试编号：错误！未找到引用源。项目：Iub 接口 IP/ATM 双栈组网基本业务功能测试子项目：CS 语音业务测试目的：验证 Iub 接口 IP/ATM 双栈时 CS 语音业务。预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 组网如测试连接图所示； 3．RNC、NodeB 上已正确配置 Iub 接口 IP/ATM 双栈组网的相关数据，并且设置 Iub 信

令和 CS 业务承载在 ATM/ IMA（UNI）/E1 上，PS 业务承载在 IP/FE 上； 4．UE1 和 UE2 正常附着，处于空闲状态； 5．打开 UE 跟踪和 Iub 接口跟踪。


22

测试连接：

测试过程： 1. 发起 UE1 到 UE2 的呼叫； 2. 检查 Iub 接口信令； 3. UE1 或 UE2 挂机。预期结果： 1. 呼叫建立成功，通话正常； 2. 信令流程正常，并且业务和 Iub信令承载在ATM/ IMA（UNI）/E1上， RL_SETUP_RSP

和 RL_RECFG_READY 消息中，TransportLayerAddress IE 的值是上面配置的承载在

ATM/ IMA（UNI）/E1 上的地址。 3. 呼叫可以正常释放。


测试编号：错误！未找到引用源。项目：Iub 接口 IP/ATM 双栈组网基本业务功能测试子项目：CS 视频呼叫业务测试目的：验证 Iub 接口 IP/ATM 双栈时 CS 视频呼叫业务。预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 组网如测试连接图所示； 3．RNC、NodeB 上已正确配置 Iub 接口 IP/ATM 双栈组网的相关数据，并且设置 Iub 信

令和 CS 业务承载在 ATM/IMA（UNI）/E1 上，PS 业务承载在 IP/FE 上； 4．UE1 和 UE2 正常附着，处于空闲状态，且均已签约 CS 视频呼叫业务； 5．打开 UE 跟踪和 Iub 接口跟踪。测试连接：

测试过程： 1. 发起 UE1 到 UE2 的视频呼叫； 2. 检查 Iub 接口信令； 3. UE1 或 UE2 挂机。


23

预期结果： 1. 呼叫建立成功，语音通话和视频正常； 2. 信令流程正常，并且业务和 Iub 信令承载在 ATM/IMA（UNI）/E1 上， RL_SETUP_RSP

和 RL_RECFG_READY 消息中，TransportLayerAddress IE 的值是上面配置的承载在

ATM/IMA（UNI）/E1 上的地址； 3. 呼叫可以正常释放。

5.2.1.3 PS R99 业务

测试编号：错误！未找到引用源。项目：Iub 接口 IP/ATM 双栈组网基本业务功能测试子项目：PS R99 业务测试目的：验证 Iub 接口 IP/ATM 双栈时 PS R99 业务在 IP/FE 上承载。预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 组网如测试连接图所示； 3．RNC、NodeB 上已正确配置 Iub 接口 IP/ATM 双栈组网的相关数据，并且设置 Iub 信

令和 CS 业务承载在 ATM/IMA（UNI）/E1 上，PS 业务承载在 IP/FE 上； 4．UE1 和 UE2 正常附着，处于空闲状态，且均已签约 PS 业务：业务类型为 Background，

上下行大速率分别为 64Kbps/384Kbps； 5．打开 UE 跟踪和 Iub 接口跟踪。测试连接：

测试过程： 1. 在 UE 上发起 PS 业务； 2. 通过 UE 的连接进行 FTP 文件下载； 3. 检查 Iub 接口信令； 4. 释放 PS 业务。预期结果： 1. PS 业务建立成功； 2. 下载正常，速率稳定； 3. 信令流程正常，并且业务承载在 IP/FE 上，Iub 信令承载在 ATM/IMA（UNI）/E1 上，


上面配置的承载在 IP/FE 上的地址，BindingID 是 UDP 端口号； 4. PS 业务可以正常释放。


测试编号：错误！未找到引用源。项目：Iub 接口 IP/ATM 双栈组网基本业务功能测试子项目：HSDPA 业务测试目的：验证 Iub 接口 IP/ATM 双栈时 HSDPA 业务在 IP/FE 上承载。


24

预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 组网如测试连接图所示； 3．RNC、NodeB 上已正确配置 Iub 接口 IP/ATM 双栈组网的相关数据，并且设置 Iub 信

令和 CS 业务承载在 ATM/IMA（UNI）/E1 上，PS 业务承载在 IP/FE 上； 4．支持 HSDPA 的小区建立成功； 5．UE 支持 HSDPA 功能，且正常附着，处于空闲状态，已签约 PS 业务； 6．打开 UE 跟踪和 Iub 接口跟踪。测试连接：

测试过程： 1. 在 UE 上发起 PS 业务； 2. 通过 UE 的连接进行 FTP 文件下载； 3. 检查 Iub 接口信令； 4. 释放 PS 业务。预期结果： 1. PS 业务成功建立在 HS-DSCH 建立； 2. 下载正常，速率稳定； 3. 信令流程正常，并且业务承载在 IP/FE 上，Iub 信令承载在 ATM/IMA（UNI）/E1 上，




测试编号：错误！未找到引用源。项目：Iub 接口 IP/ATM 双栈组网基本业务功能测试子项目：HSUPA 业务测试目的：验证 Iub 接口 IP/ATM 双栈时 HSUPA 业务在 IP/FE 上承载。预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 组网如测试连接图所示； 3．RNC、NodeB 上已正确配置 Iub 接口 IP/ATM 双栈组网的相关数据，并且设置 Iub 信

令和 CS 业务承载在 ATM/IMA（UNI）/E1 上，PS 业务承载在 IP/FE 上； 4．支持 HSUPA 的小区建立成功； 5．UE 支持 HSUPA 功能，且正常附着，处于空闲状态，已签约 PS 业务； 6．打开 UE 跟踪和 Iub 接口跟踪。


25

测试连接：

测试过程： 1. 在 UE 上发起 PS 业务； 2. 通过 UE 的连接进行 FTP 文件上载； 3. 检查 Iub 接口信令； 4. 释放 PS 业务。预期结果： 1. PS 业务成功建立在 E-DCH 建立，在 RB_SETUP 消息中，有“E-DCH information” IE，

在 RECONFIG PREPARE 消息中，有“E-DCH FDD information” IE； 2. 上载正常，速率稳定； 3. 信令流程正常，并且业务承载在 IP/FE 上，Iub 信令承载在 ATM/IMA（UNI）/E1 上，



5.2.1.6 组合业务 AMR + PS R99

测试编号：错误！未找到引用源。项目：Iub 接口 IP/ATM 双栈组网基本业务功能测试子项目：组合业务 AMR + PS R99 测试目的：验证 Iub 接口 IP/ATM 双栈时组合业务：AMR 承载在 ATM/E1 上，PS R99 业

务承载在 IP/FE 上。预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 组网如测试连接图所示； 3．RNC、NodeB 上已正确配置 Iub 接口 IP/ATM 双栈组网的相关数据，并且设置 Iub 信

令和 CS 业务承载在 ATM/IMA（UNI）/E1 上，PS 业务承载在 IP/FE 上； 4．UE1 和 UE2 正常附着，处于空闲状态，且均已签约 PS 业务； 5．打开 UE 跟踪和 Iub 接口跟踪。测试连接：


26

测试过程： 1. 在 UE1 上发起 PS 业务； 2. 通过 UE1 的连接进行 FTP 文件下载； 3. 检查 Iub 接口信令； 4. 发起 UE2 到 UE1 的呼叫； 5. 检查 Iub 接口信令； 6. 用户挂机，释放 CS 和 PS 业务。预期结果： 1. PS 业务建立成功； 2. 下载正常，速率稳定； 3. 呼叫建立成功，通话正常； 4. 信令流程正常，并且数据业务承载在 IP/FE 上，CS 和 Iub 信令业务承载于 ATM/IMA

（UNI）/E1 上；R99 业务的 RL_RECFG_PREP 和 RL_RECFG_READY 消息中，

TransportLayerAddress IE的值是上面配置的承载在 IP/FE上的地址，BindingID是UDP端口号；

5. 业务可以正常释放。

5.2.1.7 组合业务 AMR + HSPA

测试编号：错误！未找到引用源。项目：Iub 接口 IP/ATM 双栈组网基本业务功能测试子项目：组合业务 AMR + HSPA 测试目的：验证 Iub 接口 IP/ATM 双栈时组合业务功能，AMR 承载在 ATM/E1 上，HSPA业务承载在 IP/FE 上。预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 组网如下图所示； 3．RNC、NodeB 上已正确配置 Iub 接口 IP/ATM 双栈组网的相关数据，并且设置 Iub 信

令和 CS 业务承载在 ATM/ IMA（UNI）/E1 上，HSPA 业务承载在 IP/FE 上； 4．UE1 和 UE2 正常附着，处于空闲状态，且均已签约 HSPA 业务； 5．打开 UE 跟踪和 Iub 接口跟踪。测试连接：

测试过程： 1. 在 UE1 上发起 HSPA 业务； 2. 通过 UE 的连接进行 FTP 文件下载或上传； 3. 检查 Iub 接口信令； 4. 发起 UE2 到 UE1 的呼叫； 5. 检查 Iub 接口信令； 6. 用户挂机，释放 CS 和 PS 业务。


27

预期结果： 1. HSPA 业务建立成功； 2. 下载或上传正常，速率稳定； 3. 呼叫建立成功，通话正常； 4. 信令流程正常，并且数据业务承载在 IP/FE 上，CS 业务和 Iub 信令承载于 ATM/IMA

（UNI）/E1 上； 5. 业务可以正常释放。

5.2.1.8 组合业务 PS R99 + HSPA

测试编号：错误！未找到引用源。项目：Iub 接口 IP/ATM 双栈组网基本业务功能测试子项目：组合业务 PS R99 + HSPA 测试目的：验证 Iub 接口 IP/ATM 双栈时组合业务功能，PS R99 承载在 ATM/E1 上，HSPA承载在 IP/FE 上预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 组网如下图所示； 3．RNC、NodeB 上已正确配置 Iub 接口 IP/ATM 双栈组网的相关数据，并且设置 Iub 信

令和 PS R99 业务承载在 ATM/ IMA（UNI）/E1 上，HSPA 业务承载在 IP/FE 上； 4．UE1 和 UE2 正常附着，处于空闲状态，且均已签约 HSPA 业务； 5．打开 UE 跟踪和 Iub 接口跟踪。测试连接：

测试过程： 1. 在 UE1 上发起 HSPA 业务； 2. 通过 UE1 的连接下载或上传文件； 3. 在 UE2 上发起 PS R99 业务； 4. 通过 UE2 的连接下载或上传文件； 5. 检查 Iub 接口信令； 6. 用户挂机，释放 CS 和 PS 业务。预期结果： 1. UE1 的 HSPA 业务建立成功； 2. UE2 的 PS R99 业务建立成功； 3. 下载或上传正常，速率稳定； 4. 信令流程正常，并且 HSPA 业务承载在 IP/FE 上，Iub 信令和 PS R99 业务承载于

ATM/IMA（UNI）/E1 上； 5. 业务可以正常释放。

5.2.1.9 组合业务 AMR + PS R99 + HSPA


28

测试编号：错误！未找到引用源。项目：Iub 接口 IP/ATM 双栈组网基本业务功能测试子项目：组合业务 AMR + PS R99 + HSPA 测试目的：验证 Iub 接口 IP/ATM 双栈时组合业务功能，AMR 和 PS R99 在 ATM/E1 上承

载，HSPA 在 IP/FE 上承载。预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 组网如下图所示； 3．RNC、NodeB 上已正确配置 Iub 接口 IP/ATM 双栈组网的相关数据，并且设置 CS 业

务、Iub 信令和 PS R99 业务承载在 ATM/ IMA（UNI）/E1 上，HSPA 业务承载在 IP/FE上；

4．UE1 和 UE2 正常附着，处于空闲状态，且均已签约 HSPA 业务； 5．打开 UE 跟踪和 Iub 接口跟踪。测试连接：

测试过程： 1. 在 UE1 上发起 HSPA 业务，并下载或上传文件； 2. 在 UE2 上发起 PS R99 业务，并下载或上传文件； 3. 检查 Iub 接口信令； 4. 发起 UE2 到 UE1 的呼叫； 5. 检查 Iub 接口信令； 6. 用户挂机，释放 CS 和 PS 业务。预期结果： 1. UE1 的 HSPA 业务建立成功，UE2 的 PS R99 业务建立成功； 2. 下载或上传正常，速率稳定； 3. 呼叫建立成功，通话正常； 4. 信令流程正常，并且 HSPA 业务承载在 IP/FE 上，CS 语音业务、Iub 信令和 PS R99

业务承载于 ATM/IMA（UNI）/E1 上； 5. 业务可以正常释放。

5.2.2 Iub 接口 ATM 传输功能测试

5.2.2.1 IMA 组配置和中断

测试编号：错误！未找到引用源。项目：Iub 接口 ATM 传输功能测试子项目：IMA 组配置和中断测试目的：系统应支持 IMA 组配置和中断。


29

测试条件：

1. NodeB 配置 4 个 E1 接口； 2. RNC Iub 口配置 4 个 E1 接口； 3. AMR 用户 1 个。

测试步骤：

1. NodeB 配置 4 个 E1 配置为一个 IMA 组； 2. 建立小区并进行语音业务； 3. 中断 IMA 组。

预期结果：

1. 小区能正常建立并能进行语音业务； 2. IMA 组中断后，语音业务中止。

5.2.2.2 IMA 组中 E1 链路扩容

测试编号：错误！未找到引用源。项目：Iub 接口 ATM 传输功能测试子项目：IMA 组中 E1 链路扩容测试目的：测试验证向已有的 IMA 组添加 E1 链路的功能。预置条件： 1．WCDMA 系统工作正常； 2．Iub 接口采用 ATM 传输； 3．IMA 组和 IMA 链路已经配置，工作正常； 4．采用 IMA 传输模式的 NodeB 工作正常，小区工作正常； 5．两个 3G 终端用于测试。测试过程： 1. 终端 UE1 呼叫终端 UE2, UE2 应答并开始正常会话业务； 2. 向现有的 IMA 组中添加一根 E1，进行 IMA 传输扩容； 3. 尝试语音业务和数据业务。预期结果： 1. 添加前语音业务成功建立； 2. 添加 E1 命令执行成功, 组中原有的 IMA 链路和新添加的 IMA 链路均正常，业务正

常保持； 3. 添加后证实 IMA 链路业务正常，且带宽已经扩容 2M。

5.2.2.3 IMA 组中 E1 链路删除

测试编号：错误！未找到引用源。

项目：Iub 接口 ATM 传输功能测试子项目：IMA 组中 E1 链路删除测试目的：测试验证向已有的 IMA 组添加 E1 链路的功能。预置条件： 1．WCDMA 系统工作正常，Iub 接口采用 ATM 传输； 2．IMA 组和 IMA 链路已经配置，工作正常； 3．采用 IMA 传输模式的 NodeB 工作正常，小区工作正常； 4．两个 3G 终端用于测试。


30

测试过程： 1. 终端 UE1 呼叫终端 UE2, UE2 应答并开始正常会话业务； 2. 从现有的 IMA 组中删除一条 E1 链路； 3. 尝试语音业务和数据业务。预期结果： 1. 删除前业务成功建立，删除后 IMA 链路状态正常，删除后业务正常保持； 2. 删除后证实 IMA 链路业务正常，且带宽减少 2M。说明：

5.2.2.4 IMA 链路冗余测试

测试编号：错误！未找到引用源。项目：Iub 接口 ATM 传输功能测试子项目：IMA 链路冗余测试测试目的：在链路故障的情况下，应具备 IMA 带宽的自动调整功能。并实现： 1. IMA 组继续工作，IMA 组的容量由正常工作的链路决定； 2. CAC 以正在工作的链路为基础； 3. 降低 ATM 上的尽力而为业务服务质量或容量级别(CAC)以适应带宽减少。

测试条件：

1. RNC Iub 口配置 2 个 E1； 2. NodeB 配置 2 个 E1 接口为 1 个 IMA 组； 3. 4 个 PS I/B 128K 用户。

测试步骤：

1. Node B 配置两个 E1，建立一个 IMA 组； 2. 配置信令 NCP PVC 512K、CCP PVC 512K；ALCAP PVC 512K；OMCB 通道 256K

业务；PVC 配置 1500K； 3. 正常情况下可以接入 4 个 PS128K 用户进行满速率下载； 4. 拔掉 1 个 E1，观察 4 个 PS128K 用户速率是否下降； 5. 挂断 2 个 PS128K 用户；观察另外 2 个 PS 用户下载速率变化。

预期结果：

1. 由于 Iub 总带宽减少一半，PS128K 下载速率下降； 2. 挂断 2 个 PS 用户后，另外 2 个 PS128K 速率可以上升。

5.2.2.5 RNC Iub 接口传输负荷分担功能测试

测试编号：错误！未找到引用源。项目：Iub 接口 ATM 传输功能测试子项目：RNC Iub 接口传输冗余功能测试测试目的：RNC Iub 传输应支持传输 AAL2 层的冗余保护功能。。测试条件： 1．CN 为 CS 域，RNC 和 Node B 分别配置 2 条 E1； 2．Iub 接口配置 2 个业务 PVC； 3．AMR 用户 1 个，跟踪 Iub 接口信令。


31

测试步骤： 1．AMR 语音用户 A 呼叫固话，分配在其中一条 E1 的业务 PVC； 2．挂断用户 A； 3．拔掉第一条 E1；用户 A 重新呼叫固话； 4．挂断用户 A；插上第一条 E1，拔掉第二条 E1； 5．插上第一条 E1，拔掉第二条 E1；用户 A 重新呼叫固话；观察用户 A 是否可以正

常呼叫。

预期结果：

1．拔掉第一条 E1 后，用户 A 仍然可以正常呼叫；拔掉第二条 E1 后，用户 A 仍然

可以正常呼叫；说明系统支持链路保护功能。

5.2.2.6 灵活 VC 到 VP 的映射功能测试

测试编号：错误！未找到引用源。项目：Iub 接口 ATM 传输功能测试子项目：灵活 VC 到 VP 的映射功能测试测试目的：测试 RNC 和 NODEB 是否支持业务到 PVC 的灵活映射配置，设备应具备

灵活的 VC 到 VP 的映射方式，且映射关系对运营商可配置。

测试条件：

1. RNC Iu-CS 口配置 1 个非信道化 STM-1； 2. RNC Iub 口配置 1 个信道化 STM-1； 3. NodeB 配置 2 个 E1 接口为 1 个 IMA 组，AMR 用户 1 个。

测试步骤：

1. 在 Iub 配置多条 PVC（VPI 相同，VCI 不相同），分别承载 NCP（AAL5）、CCP （AAL5）、OMCB（AAL5）、ALCAP（AAL5）、业务 PVC（AAL2）；

2. Iu-CS 口配置多条 PVC（VPI 不同，VCI 不同），分别承载 RANAP 和 ALCAP （AAL5）、用户面（AAL2）；

3. 进行小区建立和 AMR 语音呼叫； 4. 通过信令仪，观察不同数据承载在不同的 PVC 链路上。

预期结果：

1. 可以正常进行小区建立和 AMR 语音呼叫； 2. 通过信令仪可以看到 Iub 口的 PVC 状态为：VPI 相同，VCI 不相同； 3. Iu-CS 口的 PVC 状态为：VPI 不同，VCI 不同。

5.2.3 ATM 传输效率测试

5.2.3.1 CBR 链路效率测试- R99 voice+PS R99

测试编号：错误！未找到引用源。项目：ATM 传输的效率测试子项目：CBR 链路效率测试- R99 voice+PS R99 测试目的：ATM 传输 CBR 链路效率测试——R99 voice+R99 PS 链路效率测试。

测试条件：

1. WCDMA 端到端系统正常工作，Iub 接口配置 1 条 E1； 2. ATM 传输 QoS 选用 CBR 方式；


32

3. 具备监测 Iub 业务流量的能力。

测试连接：

测试步骤：

1. 经 Iub 链路规划得出支持混合业务(实时话音、PS 数据业务)针对 1 条 E1 链路的理论

传送能力(及理论链路利用率)所能支持的业务量

2. 在被测 NodeB 所辖小区进行若干呼叫至少包含 1 AMR12.2kbps、UL/DL PS64kbps、

UL/DL PS128kbps, DL PS384kbps 各若干(数量基于上条计算结果)，并至少成功保持

待下条结果得出；检查呼叫建立过程并通过 OAM 计数器或业务分析仪监测 Iub 接口

业务流量至稳定

3. 在 2.的基础上持续增加呼叫数量至链路无法承载(业务层故障率超出预设容许门限或

链路利用率达到饱和)，并记录当前业务层有效业务流量

预期结果：

1. 步骤 3 的有效业务流量结果不低于步骤 2 的有效业务流量结果；

2. 测试得出 CBR 配置下 AMR12.2kbps+PS R99 数据业务在 Iub 接口的饱和占用率。

5.2.3.2 非 CBR 链路效率测试- PS R99

测试编号：错误！未找到引用源。项目：ATM 传输的效率测试子项目：非 CBR 链路效率测试- PS R99 测试目的：ATM 传输非 CBR 链路效率测试——PS R99 Data 链路效率测试。预置条件： 1．WCDMA 端到端系统正常工作，Iub 接口配置 1 条 E1； 2．ATM 传输 QoS 选用非 CBR (rtVBR、nrtVBR、UBR/UBR+)方式； 3．具备监测 Iub 业务流量的能力。测试连接：

测试过程： 1. 经 Iub 链路规划得出支持混合业务(实时话音、PS 数据业务、HSPA 数据业务等)针对

1 条 E1 链路的理论传送能力(及理论链路利用率)所能支持的业务量(数量偏多 HSPA


33

业务，兼顾可实施的实时语音业务)； 2. 在被测 NodeB 所辖小区进行若干呼叫至少包含 UL/DL PS128kbps、UL/DL PS384kbps

各若干(数量基于上条计算结果)，并至少成功保持待下条结果得出；检查呼叫建立过

程并通过 OAM 计数器或业务分析仪监测 Iub 接口业务流量至稳定； 3. 在 2.的基础上持续增加呼叫数量至链路无法承载(业务层故障率超出预设容许门限或

链路利用率达到饱和)，并记录当前业务层有效业务流量。

预期结果：


2. 测试得出非 CBR 配置下 PS R99 业务在 Iub 接口的饱和占用率。

5.2.3.3 CBR/非 CBR 混合链路效率测试- AMR+PS R99+HSPA

测试编号：错误！未找到引用源。项目：ATM 传输的效率测试子项目：CBR/非 CBR 混合链路效率测试- AMR+PS R99+HSPA 测试目的：ATM 传输非 CBR 链路效率测试——PS R99+HSPA 链路效率测试。预置条件： 1．WCDMA 端到端系统正常工作，Iub 接口配置 3 条 E1； 2．AMR 的 ATM 传输 QoS 采用 CBR，数据业务采用非 CBR (rtVBR、nrtVBR、UBR/UBR+)

方式； 3．具备监测 Iub 业务流量的能力。测试连接：

测试过程： 1. 经 Iub 链路规划得出支持混合业务(实时话音、PS 数据业务、HSPA 数据业务等)针对

3 条 E1 链路的理论传送能力(及理论链路利用率)所能支持的业务量(数量偏多 HSPA业务，兼顾可实施的实时语音业务)

2. 在被测 NodeB 所辖小区进行若干呼叫至少包含 AMR12.2kbps、UL/DL PS64kbps、UL/DL PS128kbps、HSPA 各若干(数量基于上条计算结果)，并至少成功保持待下条

结果得出；检查呼叫建立过程并通过 OAM 计数器或业务分析仪监测 Iub 接口业务流

量至稳定 3. 在 2.的基础上持续增加呼叫数量至链路无法承载(业务层故障率超出预设容许门限或

链路利用率达到饱和)，并记录当前业务层有效业务流量

预期结果：


2. 测试得出非 CBR 配置下 AMR12.2kbps+PS R99+HSPA 业务在 Iub 接口的饱和占用率

5.2.4 Iub 接口 ATM 传输拥塞控制功能测试

5.2.4.1 E1 专用承载 R99 业务



34

项目：Iub 接口 ATM 传输拥塞控制功能测试子项目：E1 专用承载 R99 业务测试目的：验证 Iub 接口关闭和打开拥塞控制机制时的传输效率- E1 专用承载 R99 业务。预置条件： 1. WCDMA 端到端系统正常工作，Iub 接口配置 1 条 E1； 2. ATM 传输 QoS 选用非 CBR（rtVBR、nrtVBR）方式； 3. 具备监测 Iub 业务流量的能力； 4. 具备 Iub 业务拥塞管理能力(初始关闭)。测试连接：

测试过程：

1. 在被测 NodeB 所辖小区进行若干呼叫至少包含 AMR12.2kbps、UL/DL PS128kbps、

UL/DL PS384kbps 各若干(数量基于”R99 voice rtVBR+PS R99 nrtVBR 链路效率测试”

测试结果)，并至少成功保持待下条结果得出；检查呼叫建立过程并通过 OAM 计数

器或业务分析仪监测 Iub 接口业务流量至稳定；


链路利用率达到饱和，从网络管系统计数器等途径观察到业务流量不再提升或丢包

数、重传数降低)，并记录当前业务层有效业务流量；

3. 打开 Iub 接口业务拥塞管理功能，重复执行 1、2。预期结果：

1. 步骤 3 的有效业务流量结果不低于步骤 2 的有效业务流量结果；并比较 Iub 接口拥塞

管理功能打开前后的增益；

2. 测试得出 rtVBR/nrtVBR 配置下 AMR12.2kbps+PS 业务在 Iub 接口的饱和占用率； 3. 同类型的数据业务的平均吞吐率应基本一致。说明：不支持 Iub 接口拥塞管理关闭功能的厂家可通过调整拥塞控制参数使该功能失去作

用，或者仅测试具有拥塞管理功能下的情况。

5.2.4.2 E1 专用承载 HSPA 业务

测试编号：错误！未找到引用源。项目：Iub 接口 ATM 传输拥塞控制功能测试子项目：E1 专用承载 HSPA 业务测试目的：验证 Iub接口关闭和打开拥塞控制机制时的传输效率- E1专用承载HSPA业务。


35

预置条件： 1. WCDMA 端到端系统正常工作，Iub 接口配置 4 条 E1； 2. ATM 传输 QoS 选用非 CBR 方式； 3. 具备监测 Iub 业务流量的能力； 4. 具备 Iub 业务拥塞管理能力(初始关闭)。

测试连接：

测试过程：

1. 经 Iub 链路规划得出支持 HSPA 数据业务针对 4 条 E1 链路的理论传送能力(及理论链

路利用率)所能支持的业务量；

2. 在被测 NodeB 所辖小区进行若干呼叫至少包含 HSPA 各若干(数量基于上条计算结

果)，并至少成功保持待下条结果得出；检查呼叫建立过程并通过 OAM 计数器或业

务分析仪监测 Iub 接口业务流量至稳定；


链路利用率达到饱和，从网络管系统计数器等途径观察到业务流量不再提升)，并记

录当前业务层有效业务流量；




2. 测试得出 UBR/UBR+配置下 HSPA 业务在 Iub 接口的饱和占用率； 3. 同类型的数据业务的平均吞吐率应基本一致。

说明：不支持 Iub 接口拥塞管理关闭功能的厂家可通过调整拥塞控制参数使该功能失去作


5.2.4.3 R99 与 HSPA 混合共享 Iub E1 资源

测试编号：错误！未找到引用源。项目：Iub 接口 ATM 传输拥塞控制功能测试子项目：R99 与 HSPA 混合共享 Iub E1 资源测试目的：验证 Iub 接口关闭和打开拥塞控制机制时的传输效率- R99 与 HSPA 混合共享

Iub E1 资源。预置条件：

1. WCDMA 端到端系统正常工作，Iub 接口配置 4 条 E1；

2. ATM 传输 QoS 选用非 CBR（rtVBR、nrtVBR、UBR/UBR+）方式；

3. 具备监测 Iub 业务流量的能力；

4. 具备 Iub 业务拥塞管理能力(初始关闭)。


36

测试连接：

测试过程：

1. 在被测 NodeB 所辖小区进行若干呼叫至少包含 AMR12.2kbps、UL/DL PS64kbps、

UL/DL PS128kbps 、 HSUPA 各若干 ( 数量基于 ” R99 voice rtVBR+PS R99

nrtVBR+HSDPA UBR/UBR+ 链路效率测试 ” 和 ” R99 voice rtVBR+PS R99

nrtVBR+HSUPA UBR/UBR+链路效率测试”测试结果)，并至少成功保持待下条结果得

出；检查呼叫建立过程并通过 OAM 计数器或业务分析仪监测 Iub 接口业务流量至稳

定；


链路利用率达到饱和，从网络管系统计数器等途径观察到业务流量不再提升)，并记

录当前业务层有效业务流量；




2. 测试得出非 CBR（rtVBR/nrtVBR/UBR/UBR+）配置下 AMR12.2kbps+PS+HSUPA 业

务在 Iub 接口的饱和占用率； 3. 同类型的数据业务的平均吞吐率应基本一致。说明：不支持 Iub 接口拥塞管理关闭功能的厂家可通过调整拥塞控制参数使该功能失去作


6 Iu 接口 IP 传输测试

6.1 Iu-CS 接口 IP 传输测试



测试编号：错误！未找到引用源。项目：Iu-CS 接口 IP 传输基本业务功能验证子项目：CS 语音业务测试目的：验证 Iu-CS 接口在 IP 承载时 CS 语音业务预置条件： 1．Iu-CS 接口支持 IP 传输，用户面符合 4.1.2 中要求的协议栈结构中的 IP 协议栈；配置

Iu-CS 使用 IP/FE 传输； 2．UE A 已 IMSI 附着； 3．该 UE A 尚未建立其它 RAB；


37

4．UE A 发起到 PSTN 用户或其它 UE 的 CS AMR 语音呼叫。

测试连接：

测试过程： 1. 使用 IP 监测工具（如 Ethereal）监测 RNC 和 MGw 的用户面数据，确定所监测 IP 数

据包由 RNC 或 MGw 直接发出； 2. UE A 发起 CS 语音呼叫； 3. 统计一定时间内（如 1 分钟）Iu-CS 用户面的带宽使用情况 4. 检查信令流程； 5. CS 语音呼叫挂断。预期结果：

1. 检查 MSC 向 RNC 发送的 RAB_ASSIGNMENT_REQ 消息，消息的

TransportLayerAddress IE 和 Binding ID IE 中应包含 MGW 中为本次呼叫分配的 IP 地

址和 UDP 端口号；

2. 接收到 RAB_ASSIGNMENT_REQ 消息后， RNC 向 MSC 发送

RAB_ASSIGNMENT_RSP 消息；消息的 TransportLayerAddress IE 中应包含 RNC 的

IP 地址，Binding ID IE 中应包含 UDP 端口号；

3. 后续消息流程正常，呼叫建立成功，正常通话；

4. Iu-CS 用户面采用 4.1.2 中要求的协议栈结构；

5. 根据 Iu-CS 用户面的带宽使用情况计算传输效率（即计算传输过程中开销和总传输数

据的比值），结果应和理论计算结果相符。


测试编号：错误！未找到引用源。项目：Iu-CS 接口 IP 传输基本业务功能验证子项目：CS 视频呼叫业务测试目的：验证 Iu-CS 接口在 IP 承载时 CS 视频呼叫业务预置条件： 1．Iu-CS 接口支持 IP 传输，用户面符合 4.1.2 中要求的协议栈结构中的 IP 协议栈；配置

Iu-CS 使用 IP/FE 传输； 2．UE A 在 HLR 签约视频电话业务，且已 IMSI 附着； 3．该 UE A 尚未建立其它 RAB； 4．UE A 发起到其它 UE 的 CS 视频电话呼叫。


38

测试连接：

测试过程： 1. 使用 IP 监测工具（如 Ethereal）监测 RNC 和 MGw 的用户面数据，确定所监测 IP 数

据包由 RNC 或 MGw 直接发出； 2. UE A 发起 CS 视频电话呼叫； 3. 统计一定时间内（如 1 分钟）Iu-CS 用户面的带宽使用情况； 4. 检查信令流程； 5. CS 语音呼叫挂断。预期结果：

1. 检查 MSC 向 RNC 发送的 RAB_ASSIGNMENT_REQ 消息，消息的



2. 接收到 RAB_ASSIGNMENT_REQ 消息后， RNC 向 MSC 发送



3. 后续消息流程正常，呼叫建立成功，正常通话和视频。

4. Iu-CS 用户面采用 4.1.2 中要求的协议栈结构；

5. 根据 Iu-CS 用户面的带宽使用情况计算传输效率（即计算传输过程中开销和总传输数


6.1.1.3 组合业务

测试编号：错误！未找到引用源。项目：Iu-CS 接口 IP 传输基本业务功能验证子项目：组合业务测试目的：验证 Iu-CS 接口在 IP 承载时组合业务（CS 语音 + HSDPA）预置条件： 1．Iu-CS 接口支持 IP 传输，并配置 Iu-CS 控制面和用户面使用 IP 传输； 2．UE A 已 IMSI 附着； 3．该 UE A 已建立 HSDPA 业务，并保持文件下载；测试连接：


39

测试过程： 1. 在 Iu-CS 接口跟踪信令； 2. UE A 发起 CS 语音呼叫； 3. 检查信令流程； 4. CS 语音呼叫挂断； 5. 数据业务挂断。预期结果：

1. 检查 MSC SERVER 向 RNC 发送的 RAB_ASSIGNMENT_REQ 消息，消息的



2. 接收到 RAB_ASSIGNMENT_REQ 消息后， RNC 向 MSC SERVER 发送



3. 后续消息流程正常，呼叫建立成功，正常通话；

4. 挂断后 CS 和 PS 资源释放流程正常。

6.1.1.4 CS 语音业务重定位

测试编号：错误！未找到引用源。项目：Iu-CS 接口 IP 传输基本业务功能验证子项目：CS 语音业务重定位测试目的：验证 Iu-CS 接口在 IP 承载时 CS 语音业务重定位是否正常预置条件： 1．WCDMA 系统正常运行； 2．Iu-CS 接口支持 IP 传输，并配置 Iu-CS 使用 IP 传输； 3．测试系统中需要有两台 RNC 设备； 4．UE1 和 UE2 都在 RNC1 下，处于空闲状态； 5．重定位相关的数据配置正确； 6．开始跟踪 Iu 接口信令。测试连接：

测试过程： 1. UE1 发起到 UE2 的语音呼叫，呼叫建立成功； 2. 呼叫通过 IP 传输建立成功； 3. 移动 UE1 和/或 UE2 到 RNC2 的覆盖边缘，触发重定位，重定位成功，业务正常进

行； 4. 检查 RNC2 的 Iu 接口信令，确认重定位流程正常且业务通过 IP 传输建立； 5. 释放本次呼叫。


40

预期结果：

1. 在 RNC1 的 Iu 接口信令记录中，检查 MSC 向 RNC 发送的 RAB_ASSIGNMENT_REQ

消息，消息的 TransportLayerAddress IE 和 Binding ID IE 中应包含 MGW 中为本次呼

叫分配的 IP 地址和 UDP 端口号；RNC 返回的 RAB_ASSIGNMENT_RSP 消息的

TransportLayerAddress IE 中应包含 RNC 的 IP 地址，Binding ID IE 中应包含 UDP 端

口号。

2. 在 RNC2 的 Iu 接口信令记录中， RELOCATION_REQUST 消息中


址和 UDP 端口号；RELOCATION_REQUEST_ACK 消息的 TransportLayerAddress IE

和 Binding ID IE 中应包含 RNC2 的 IP 地址和 UDP 端口号。

3. 后续消息流程正常。

6.1.1.5 CS 视频电话业务重定位

测试编号：错误！未找到引用源。项目：Iu-CS 接口 IP 传输基本业务功能验证子项目：CS 视频电话业务重定位测试目的：验证 Iu-CS 接口在 IP 承载时 CS 视频电话业务重定位是否正常预置条件： 1．WCDMA 系统正常运行； 2．Iu-CS 接口支持 IP 传输，并配置 Iu-CS 使用 IP 传输； 3．测试系统中需要有两台 RNC 设备； 4．UE1 和 UE2 都在 RNC1 下，处于空闲状态，且在 HLR 已签约视频电话业务； 5．重定位相关的数据配置正确； 6．开始跟踪 Iu 接口信令。测试连接：

测试过程： 1. UE1 发起到 UE2 的视频电话呼叫，呼叫建立成功； 2. 呼叫通过 IP 传输建立成功； 3. 移动 UE1 和/或 UE2 到 RNC2 的覆盖边缘，触发重定位，重定位成功，业务正常进

行； 4. 检查 RNC2 的 Iu 接口信令，确认重定位流程正常且业务通过 IP 传输建立； 5. 释放本次呼叫。


41

预期结果：

1. 在 RNC1 的 Iu 接口信令记录中，检查 MSC 向 RNC 发送的 RAB_ASSIGNMENT_REQ

消息，消息的 TransportLayerAddress IE 和 Binding ID IE 中应包含 MGW 中为本次呼

叫分配的 IP 地址和 UDP 端口号；RNC 返回的 RAB_ASSIGNMENT_RSP 消息的

TransportLayerAddress IE 中应包含 RNC 的 IP 地址，Binding ID IE 中应包含 UDP 端

口号。



址和 UDP 端口号；RELOCATION_REQUEST_ACK 消息的 TransportLayerAddress IE

和 Binding ID IE 中应包含 RNC2 的 IP 地址和 UDP 端口号。


6.1.2 Iu-CS 传输可靠性测试

6.1.2.1 RNC Iu-CS 的 FE 接口板的可靠性

测试编号：错误！未找到引用源。项目：Iu-CS 接口 IP 传输可靠性测试子项目：RNC Iu-CS 的 FE 接口板的可靠性测试目的：测试 RNC Iu-CS 的 FE 接口板的可靠性：激活板故障时，业务仍然正常。预置条件： 1．WCDMA 系统正常运行； 2．Iu-CS 接口在 IP 上传输； 3．RNC 配置两个 FE 接口板，配置为备份模式； 4．RNC 和 MSC 的 IP 地址处于不同的网段（层 3 网络）； 5．UE1 和 UE2 都处于空闲状态； 6．开始跟踪 Iu 接口信令。测试连接：

测试过程： 1. UE1 发起到 UE2 的呼叫，通话成功建立且话音正常； 2. 通过把激活的 FE 接口板拉出或手动重置使其故障，RNC 告警； 3. 把接口板重新插回，等待恢复，RNC 所有相关告警清除。预期结果：

1. 激活的接口板发生故障时，备用的接口板激活，且 UE1 和 UE2 之间的通话仍然正常

进行；

2. 主用接口板恢复时，UE1 和 UE2 之间的通话仍然正常进行。

说明：RNC 的 Iu-CS 接口应能支持 FE/GE（电）/GE（光）接口。

6.1.2.2 RNC Iu-CS 的 FE 接口线路的可靠性


42

测试编号：错误！未找到引用源。项目：Iu-CS 接口 IP 传输可靠性测试子项目：RNC Iu-CS 的 FE 接口线路的可靠性测试目的：测试 RNC Iu-CS 的 FE 接口线路的可靠性：激活线路故障时，业务仍然正常。预置条件： 1．WCDMA 系统正常运行，Iu-CS 接口在 IP 上传输； 2．RNC 配置两个 FE 接口板，配置为备份模式； 3．RNC 和 MSC 的 IP 地址处于不同的网段（层 3 网络）； 4．UE1 和 UE2 都处于空闲状态。测试连接：

测试过程： 1. UE1 发起到 UE2 的呼叫，通话成功建立且话音正常； 2. 拔掉激活 FE 端口的传输线，RNC 告警； 3. 把 FE 端口传输线重新插回，等待恢复，RNC 所有相关告警清除。预期结果：

1. 激活的 FE 端口传输线拔掉时，备用的端口激活，且 UE1 和 UE2 之间的通话仍然正

常进行；

2. 主用端口传输线恢复时，UE1 和 UE2 之间的通话仍然正常进行。

说明：RNC 的 Iu-CS 接口应能支持 FE/GE（电）/GE（光）接口。

6.1.3 Iu-CS 接口 ATM 传输测试

6.1.3.1 RNC Iu 口 STM-1 传输冗余保护（物理层 1＋1保护）功能测试

测试编号：错误！未找到引用源。项目：Iu-CS 接口 ATM 传输测试子项目：RNC Iu 口 STM-1 传输冗余保护（物理层 1＋1 保护）功能测试测试目的：RNC Iu 传输冗余应支持 MSP1＋1 保护。

测试条件：

1. CN 为 CS 域，RNC Iu-CS 口配置 2 个非信道化 STM-1； 2. RNC Iub 口配置 1 个 E1，NodeB 配置 1 个 E1 接口； 3. AMR 用户 1 个，Iu 口 STM-1 信令仪。

测试步骤：

1. RNC 与 CN 之间配置 1 对 STM-1 光纤，配置为主备保护； 2. 建立小区，并进行 AMR 语音呼叫； 3. 观察呼叫是否建立主用光纤，例如光纤 A； 4. 挂掉电话，拔掉光纤 A，重新建立一个电话，观察呼叫建立情况。

预期结果：

能正常进行语音业务；拔掉光纤 A 新呼叫能正常建立在新的光纤上。


43

6.2 Iu-PS 接口 IP 传输测试


6.2.1.1 PS R99 业务

测试编号：错误！未找到引用源。项目：Iu-PS 接口 IP 传输基本业务功能验证子项目：PS R99 业务测试目的：验证 Iu-PS 接口在 IP 承载时 PS R99 业务预置条件： 1. Iu-PS 接口支持 IP 传输，用户面符合 4.1.2 中要求的协议栈结构中的 IP 协议栈；配置

Iu-PS 使用 IP/FE 传输； 2. 在 HLR 设置 UE 的扩展参数：业务等级为后台类，大上下行速率为 UL 64k/DL 384k

bit/s; 3. UE 已在小区中附着，处于空闲模式； 4. 开始跟踪 Iu-PS 接口信令。测试连接：

测试过程： 1. 使用 IP 监测工具（如 Ethereal）监测 RNC 和 SGSN 的用户面数据，确定所监测 IP

数据包由 RNC 或 SGSN 直接发出 2. UE 发起 PS 业务，并进行下载； 3. 检查信令流程和信令； 4. 挂断 PS 业务。预期结果：

1. SGSN 向 RNC 发送的 RAB_ASSIGNMENT_REQ 消息的 TransportLayerAddress IE 和

GTP TEID IE 中应包含 SGSN 为本次业务分配的的 IP 地址和 GTP TEID；

2. RNC 返回的 RAB_ASSIGNMENT_RSP 消息的 TransportLayerAddress IE 和 GTP

TEID IE 中应包含 RNC 的 IP 地址和 GTP TEID；

3. 后续消息流程正常；可正常进行上下行数据传输，速率稳定；

4. 挂断后 PS 资源成功释放；

5. Iu-PS 用户面采用如上图所示的协议栈结构；

6. 根据 Iu-PS 用户面的带宽使用情况计算传输效率（即计算传输过程中开销和总传输数



测试编号：错误！未找到引用源。项目：Iu-PS 接口 IP 传输基本业务功能验证子项目：HSDPA 业务


44

测试目的：验证 Iu-PS 接口在 IP 承载时 HSDPA 业务预置条件： 1. WCDMA 系统正常运行，且有支持 HSDPA 的小区 2. Iu-PS 接口支持 IP 传输，并配置 Iu-PS 控制面和用户面使用 IP 传输； 3. UE 支持 HSDPA 功能，已在 HLR 签约 HSDPA 业务，且已 PS 附着，处于空闲模式； 4. 开始跟踪 Iu-PS 接口信令。测试连接：

测试过程： 1. UE 发起 PS 业务，并进行文件下载，速率稳定； 2. 检查信令流程和信令； 3. 挂断 PS 业务。预期结果：

1. HSDPA 业务建立在 HS-DSCH 上；





4. 后续消息流程正常；可正常进行上下行数据传输；

5. 挂断后 PS 资源成功释放。


测试编号：错误！未找到引用源。项目：Iu-PS 接口 IP 传输基本业务功能验证子项目：HSUPA 业务测试目的：验证 Iu-PS 接口在 IP 承载时 HSUPA 业务预置条件： 1. WCDMA 系统正常运行，且有支持 HSUPA 的小区； 2. Iu-PS 接口支持 IP 传输，并配置 Iu-PS 控制面和用户面使用 IP 传输； 3. UE 支持 HSUPA 功能，已在 HLR 签约 HSUPA 业务，且已 PS 附着； 4. 开始进行 Iu-PS 接口信令跟踪。测试连接：


45

测试过程： 1. UE 发起 HSUPA 业务，并进行文件上传，速率稳定； 2. 检查信令流程和信令； 3. 挂断 PS 业务。预期结果：

1. HSUPA 业务建立在 E-DCH 上；





4. 后续消息流程正常；可正常进行上行数据传输；

5. 挂断后 PS 资源成功释放。

6.2.1.4 PS 业务重定位

测试编号：错误！未找到引用源。项目：Iu-PS 接口 IP 传输基本业务功能验证子项目：PS 业务重定位测试目的：验证 Iu-PS 接口在 IP 承载时 PS 业务重定位是否正常预置条件： 1．WCDMA 系统正常运行； 2．Iu-PS 接口支持 IP 传输，并配置 Iu-PS 使用 IP 传输； 3．测试系统中需要有两台 RNC 设备； 4．UE 在 RNC1 下，处于空闲状态； 5．重定位相关的数据配置正确； 6．开始跟踪 Iu 接口信令。测试连接：

测试过程： 1. UE 发起 PS 业务，业务建立成功； 2. PS 业务通过 IP 传输建立成功； 3. 移动 UE 到 RNC2 的覆盖边缘，触发重定位，重定位成功，业务正常进行； 4. 检查 RNC2 的 Iu 接口信令，确认重定位流程正常且业务通过 IP 传输建立； 5. 释放本次呼叫。预期结果： 1. 在 RNC1 的 Iu 接口信令记录中，SGSN 向 RNC1 发送的 RAB_ASSIGNMENT_REQ

消息的 TransportLayerAddress IE 和 GTP TEID IE 中应包含 SGSN 中为本次呼叫分配

的 IP 地址和 GTP TEID ； RNC 返回的 RAB_ASSIGNMENT_RSP 消息的

TransportLayerAddress IE 中应包含 RNC 1 的 IP 地址，GTP TEID IE 中应包含 GTP TEID。


46


TransportLayerAddress IE 和 GTP TEID IE 中应包含 SGSN 中为本次呼叫分配的 IP 地

址和 GTP TEID；RELOCATION_REQUEST_ACK 消息的 TransportLayerAddress IE和 GTP TEID IE 中应包含 RNC2 的 IP 地址和 GTP TEID。


6.2.2 Iu-PS 传输可靠性测试

6.2.2.1 RNC Iu-PS 的 FE 接口板的可靠性

测试编号：错误！未找到引用源。项目：Iu-PS 接口 IP 传输可靠性测试子项目：RNC Iu-PS 的 FE 接口板的可靠性测试目的：测试 RNC Iu-PS 的 FE 接口板的可靠性：激活板故障时，业务仍然正常。预置条件： 1．WCDMA 系统正常运行； 2．Iu-PS 接口在 IP 上传输； 3．RNC 配置两个 FE 接口板，配置为备份模式； 4．RNC 和 SGSN 的 IP 地址处于不同的网段（层 3 网络）； 5．UE 处于空闲状态； 6．开始跟踪 Iu 接口信令。测试连接：

测试过程： 1. UE 发起 PS 业务，业务成功建立； 2. 通过把激活的 FE 接口板拉出或手动重置使其故障，RNC 告警； 3. 把接口板重新插回，等待恢复，RNC 所有相关告警清除。预期结果：

1. 激活的接口板发生故障时，备用的接口板激活，PS 业务仍然正常进行；

2. 主用接口板恢复时，PS 业务仍然正常进行。

说明：RNC 的 Iu-PS 接口应能支持 FE/GE（电）/GE（光）接口。

6.2.2.2 RNC Iu-PS 的 FE 接口线路的可靠性

测试编号：错误！未找到引用源。项目：Iu-PS 接口 IP 传输可靠性测试子项目：RNC Iu-PS 的 FE 接口线路的可靠性测试目的：测试 RNC Iu-PS 的 FE 接口线路的可靠性：激活线路故障时，业务仍然正常。


47

预置条件： 1．WCDMA 系统正常运行； 2．Iu-PS 接口在 IP 上传输； 3．RNC 配置两个 FE 接口板，配置为备份模式； 4．RNC 和 SGSN 的 IP 地址处于不同的网段（层 3 网络）； 5．UE 处于空闲状态； 6．开始跟踪 Iu 接口信令。测试连接：

测试过程： 1. UEPS 业务，通话成功建立且话音正常； 2. 拔掉激活 FE 端口的传输线，RNC 告警； 3. 把 FE 端口传输线重新插回，等待恢复，RNC 所有相关告警清除。预期结果：

1. 激活的 FE 端口传输线拔掉时，备用的端口激活，且业务仍然正常进行；

2. 主用端口传输线恢复时，业务仍然正常进行。

说明：RNC 的 Iu-CS 接口应能支持 FE/GE（电）/GE（光）接口板。

6.3 SCTP/M3UA 测试

6.3.1 SCTP 和 M3UA 可靠性

6.3.1.1 SCTP 连接的正常建立

测试编号：错误！未找到引用源。项目：Iu 接口 SCTP 和 M3UA 可靠性测试分项目：SCTP 连接的正常建立测试目的：测试 RNC 中 SCTP 链路的正常建立。预置条件： 1. WCDMA 系统正常运行； 2. RNC、IP 设备和 CN 之间的连接就绪； 3. RNC 和 CN 的 IP 可以正常互相 ping； 4. UE 处于空闲状态，并且已在 HLR 签约 CS 和 PS 业务。


48

测试连接：

RNC CN

IP1

IP4

IP3

IP2

HeartBeat and HeartBeat ACKPrimary Path

Second PathHeartBeat HeartBeat ACK

Physical link Primary Path Second Path

Port1

Port2

Port3

Port4

测试过程： 1. 将 RNC 和 IP 设备之间的线路暂时断开，RNC 发生报警； 2. 在 RNC 和 CN 中分别配置两个（或多个）SCTP 链路或者 SCTP 双归属，RNC 作为客

户端，主用和从用本地 IP 地址，主用和从用对端 IP 地址，为各链路配置正确的端口号，

操作成功； 3. 开始对 SCTP 链路进行信令跟踪； 4. 恢复 RNC 和 IP 设备之间的物理连接，RNC 报警解除； 5. 发起业务，业务能够正常进行。预期结果： 1. 检查跟踪到的信令纪录，在 RNC 发起的连接建立的初始化消息中（INIT）携带对端的

主用和从用两个对端 IP 地址 2. 在初始化确认（INIT_ACK）消息中携带主用和从用两个本地 IP 地址； 3. 测试连接中的每条路径上都能跟踪到 HEART_BEAT 消息交互。

6.3.1.2 SCTP 本地端口故障测试

测试编号：错误！未找到引用源。项目：Iu 接口 SCTP 和 M3UA 可靠性测试分项目：SCTP 本地端口故障测试测试目的：测试 SCTP 双归属或者多 SCTP，本地端口故障时的可靠性。预置条件： 1. WCDMA 系统正常运行； 2. RNC、IP 设备和 CN 之间的连接就绪； 3. RNC 和 CN 的 IP 可以正常互相 ping； 4. UE 处于空闲状态，并且已在 HLR 签约 CS 和 PS 业务； 5. 两个（或多个）SCTP 连接或 SCTP 双归属连接正常建立。


49

测试连接：

测试过程： 1. 开始对 SCTP 链路进行信令跟踪； 2. 发起语音业务（CS）或数据业务（PS），建立成功并保持； 3. 将 RNC 的 port1 的连线断开，RNC 发生报警，业务正常保持； 4. 恢复物理连接，待连接恢复，业务保持正常，业务能够正常释放。预期结果： 1. 检查跟踪到的信令纪录，在物理连接恢复之前，数据消息通过本地从用 IP 地址 IP2 发

送，在从用路径上能够跟踪到 HEART_BEAT 消息交互； 2. 物理连接恢复后，数据消息又可以通过本地主用 IP 地址 IP1 发送，在每条路径上都能

跟踪到 HEART_BEAT 消息交互。

6.3.1.3 SCTP 对端端口故障测试

测试编号：错误！未找到引用源。项目：Iu 接口 SCTP 和 M3UA 可靠性测试分项目：SCTP 对端端口故障测试测试目的：测试 SCTP 双归属或多 SCTP，对端端口故障时的可靠性。预置条件： 1. WCDMA 系统正常运行； 2. RNC、IP 设备和 CN 之间的连接就绪； 3. RNC 和 CN 的 IP 可以正常互相 ping； 4. UE 处于空闲状态，并且已在 HLR 签约 CS 和 PS 业务； 5. 两个（或多个）SCTP 连接或 SCTP 双归属连接正常建立。测试连接：


50

测试过程： 1. 开始对 SCTP 链路进行信令跟踪； 2. 发起语音业务（CS）或数据业务（PS），建立成功并保持； 3. 将对端 CN 设备的 port3 的连线断开，RNC 提示告警，业务正常保持； 4. 恢复物理连接，待连接恢复，业务保持正常，业务能够正常释放。预期结果： 1. 检查跟踪到的信令纪录，在物理连接恢复之前，数据消息通过对端从用 IP 地址 IP4 发

送，在从用路径上能够跟踪到 HEART_BEAT 消息交互； 2. 物理连接恢复后，数据消息又可以通过对端主用 IP 地址 IP3 发送，在每条路径上都能

跟踪到 HEART_BEAT 消息交互。

6.3.1.4 M3UA 链路可靠性-负荷分担

测试编号：错误！未找到引用源。项目：Iu 接口 SCTP 和 M3UA 可靠性测试分项目：M3UA 链路可靠性-负荷分担测试目的：测试 M3UA 连接的负荷分担模式。预置条件： 1. WCDMA 系统正常运行； 2. Iu-CS（或 Iu-PS）信令在 M3UA/IP 上承载； 3. M3UA 链路集的业务模式设置为负荷分担模式； 4. 在同一个 M3UA 链路集中至少正确配置了 2 个 M3UA 链路。测试连接：

测试过程： 1. 在 RNC 跟踪 M3UA 链路集中的所有 M3UA 链路的信令； 2. 在 RNC 查询 M3UA 链路状态，确认所有的 M3UA 链路处于激活状态； 3. 发起几个业务，业务在每条 M3UA 上按负荷分担模式建立； 4. 在 RNC 上通过命令手动将一条 M3UA 链路去激活，命令执行成功； 5. 在 RNC 查询 M3UA 链路状态，确认仅有上一步中去激活的链路处于非激活状态； 6. 在 RNC 查询 M3UA 目的地实体状态，仍为可用状态； 7. 发起几次业务，业务建立成功。预期结果： 1. 检查信令纪录，在 M3UA 链路去激活前，业务在每条 M3UA 链路中以负荷分担模式建

立； 2. 一条 M3UA 链路去激活后，去激活的链路上没有信令传递，业务在其他激活状态的

M3UA 链路上建立。

6.3.1.5 M3UA 链路可靠性-替代



51

项目：Iu 接口 SCTP 和 M3UA 可靠性测试分项目：M3UA 链路可靠性-替代测试目的：测试 M3UA 连接的替代模式。预置条件： 1. WCDMA 系统正常运行； 2. Iu-CS（或 Iu-PS）信令在 M3UA/IP 上承载； 3. M3UA 链路集的业务模式设置为模式； 4. 在同一个 M3UA 链路集中至少正确配置了 2 个 M3UA 链路，其中一条为激活

（MASTER），另一条为备用（SLAVE）。测试连接：

测试过程： 1. 在 RNC 跟踪 M3UA 链路集中的所有 M3UA 链路的信令； 2. 在 RNC 查询 M3UA 链路状态，确认 MASTER M3UA 链路处于激活状态； 3. 发起几个业务，业务在 MASTER M3UA 上建立； 4. 在 RNC 上通过命令手动将 MASTER M3UA 链路去激活，命令执行成功； 5. 在 RNC 查询 M3UA 链路状态，确认上一步中去激活的 MASTER M3UA 链路处于非激

活状态，而 SLAVE M3UA 链路成为激活链路； 6. 在 RNC 查询 M3UA 目的地实体状态，仍为可用状态； 7. 发起几次业务，业务建立成功。预期结果： 1. 检查信令纪录，在 MASTER M3UA 链路去激活前，业务在都建立在 MASTER M3UA

链路中； 2. MASTER M3UA 链路去激活后，去激活的链路上没有信令传递，业务在激活状态的

M3UA 链路上建立。

7 Iur 接口 IP 传输测试

7.1 Iur 接口 IP 传输下无线链路建立

7.1.1 CS 语音业务无线链路建立

测试编号：错误！未找到引用源。项目：Iur 接口 IP 传输下无线链路建立分项目：CS 语音业务无线链路建立测试目的：验证 Iur 接口在 IP 传输时 CS 语音业务无线链路建立成功。预置条件： 1. Iur 接口支持 IP 传输，并配置 Iur 接口仅使用 IP 传输； 2. 属于 SRNC 的 NodeB1 已建立 Cell 1，属于 DRNC 的 NodeB2 已建立 Cell 2，两小区同

频覆盖相邻区域； 3. 初始时，UE 在 Cell 1，与 CN CS 建立了一个 CS 语音的 RAB 连接，UE 处于 RRC 连接

模式下的 Cell-DCH 状态； 4. 此时激活集中只有 Cell 1；


52

5. 调整 Cell 2 的发射功率，触发 UE 进行软切换。测试流程：

预期结果： 1. 软切换成功完成，Cell 2 被加入激活集； 2. RADIO LINK SETUP REQUEST 消息的 TransportLayerAddress IE 中包含 SRNC 的 IP 地

址，Binding ID IE 中包含 UDP 端口号； 3. RADIO LINK SETUP RESPONSE 消息的 TransportLayerAddress IE 中包含 DRNC 的 IP

地址，Binding ID IE 中包含 UDP 端口号； 4. Iur 接口信令流程正常，用户面连接建立； 5. 切换中和切换后业务正常。测试说明： 1. SRNC 向 DRNC 发消息 RADIO LINK SETUP REQUEST，其中包含将在 DRNC 中建立

的一条或多条无线链路(Radio Link)所需的一些资源配置的参数； 2. 收到 RADIO LINK SETUP REQUEST 消息后，DRNC 为每一 RL 分配申请的信道码类

型和其他物理信道资源，为每 DCH 或每协作 DCH 集分配一个绑定标识和一个传输层

地址。在所有无线链路成功建立后，DRNC 向 SRNC 发送 RADIO LINK SETUP RESPONSE 消息，表明所有的 RL 都被成功建立。信令承载的面向连接的业务应伴随此

过程建立起来。 3. 若 RADIO LINK SETUP REQUEST 消息中未包括 D-RNTI，DRNC 应在 RADIO LINK

SETUP RESPONSE 消息中为该 UE 分配一个新的 D-RNTI。 7.1.2 CS 视频呼叫业务无线链路建立

测试编号：错误！未找到引用源。项目：Iur 接口 IP 传输下无线链路建立分项目：CS 视频呼叫业务无线链路建立测试目的：验证 Iur 接口在 IP 传输时 CS 视频呼叫业务无线链路建立成功。预置条件： 1. Iur 接口支持 IP 传输，并配置 Iur 接口仅使用 IP 传输； 2. 属于 SRNC 的 NodeB1 已建立 Cell 1，属于 DRNC 的 NodeB2 已建立 Cell 2，两小区同

频覆盖相邻区域； 3. 初始时，UE 在 Cell 1，与 CN CS 建立了一个 CS 视频呼叫的 RAB 连接，UE 处于 RRC

连接模式下的 Cell-DCH 状态； 4. 此时激活集中只有 Cell 1； 5. 调整 Cell 2 的发射功率，触发 UE 进行软切换。测试流程：


53



地址，Binding ID IE 中包含 UDP 端口号； 4. Iur 接口信令流程正常，用户面连接在 IP 承载建立； 5. 切换中和切换后业务正常。测试说明： 1. SRNC 向 DRNC 发消息 RADIO LINK SETUP REQUEST，其中包含将在 DRNC 中建立




过程建立起来。 3. 若 RADIO LINK SETUP REQUEST 消息中未包括 D-RNTI，DRNC 应在 RADIO LINK

SETUP RESPONSE 消息中为该 UE 分配一个新的 D-RNTI。 7.1.3 PS R99 业务无线链路建立

测试编号：错误！未找到引用源。项目：Iur 接口 IP 传输下无线链路建立分项目：PS R99 业务无线链路建立测试目的：验证 Iur 接口在 IP 传输时 PS R99 业务无线链路建立成功。预置条件： 1. Iur 接口支持 IP 传输，并配置 Iur 接口仅使用 IP 传输； 2. 属于 SRNC 的 NodeB1 已建立 Cell 1，属于 DRNC 的 NodeB2 已建立 Cell 2，两小区同

频覆盖相邻区域； 3. 初始时，UE 在 Cell 1，与 CN PS 建立了一个 R99 的 RAB 连接，UE 处于 RRC 连接模

式下的 Cell-DCH 状态； 4. 此时激活集中只有 Cell 1； 5. 调整 Cell 2 的发射功率，触发 UE 进行软切换。测试流程：


54



地址，Binding ID IE 中包含 UDP 端口号； 4. Iur 接口信令流程正常，业务连接在 IP 承载建立； 5. 切换中和切换后业务正常。测试说明： 1. UE 与 CN PS 的 RAB 连接至少应满足上行 64Kbps，下行 64Kbps； 2. SRNC 向 DRNC 发消息 RADIO LINK SETUP REQUEST，其中包含将在 DRNC 中建立




过程建立起来。 4. 若 RADIO LINK SETUP REQUEST 消息中未包括 D-RNTI，DRNC 应为该 UE 分配一个

新的 D-RNTI。 7.1.4 组合业务无线链路建立

测试编号：错误！未找到引用源。项目：Iur 接口 IP 传输下无线链路建立分项目：组合业务无线链路建立测试目的：验证 Iur 接口在 IP 传输时组合业务无线链路建立成功。预置条件： 1. Iur 接口支持 IP 传输，并配置 Iur 接口仅使用 IP 传输； 2. 属于 SRNC 的 NodeB1 已建立 Cell 1，属于 DRNC 的 NodeB2 已建立 Cell 2，两小区同

频覆盖相邻区域； 3. 初始时，UE 处在 Cell 1，与 CN CS 建立了一个 CS 语音的 RAB 连接，与 CN PS 建立

了一个 64/64kbps 的 RAB 连接，并正处于数据传输过程。UE 处于 RRC 连接模式下的

Cell-DCH 状态； 4. 此时激活集中只有 Cell 1； 5. 调整 Cell 2 的发射功率，触发 UE 进行软切换。测试流程：


55



地址，Binding ID IE 中包含 UDP 端口号； 4. Iur 接口信令流程正常，业务连接在 IP 承载建立； 5. 切换中和切换后业务正常。测试说明： 1. UE 与 CN PS 的 RAB 连接至少应满足上行 64Kbps，下行 64Kbps； 2. SRNC 向 DRNC 发消息 RADIO LINK SETUP REQUEST，其中包含将在 DRNC 中建立




过程建立起来。 4. 若 RADIO LINK SETUP REQUEST 消息中未包括 D-RNTI，DRNC 应为该 UE 分配一个

新的 D-RNTI。 7.2 Iur 接口 IP 传输下无线链路增加

7.2.1 CS 语音业务无线链路增加

测试编号：错误！未找到引用源。项目：Iur 接口 IP 传输下无线链路增加分项目：CS 语音业务无线链路增加测试目的：验证 Iur 接口在 IP 传输时 CS 语音业务无线链路增加成功。预置条件： 1. Iur 接口支持 IP 传输，并配置 Iur 接口仅使用 IP 传输； 2. 属于 SRNC 的 Node B 已建立 1 个小区 Cell1，属于 DRNC 的 Node B 已建立 2 个小区

Cell2、Cell3，3 小区同频覆盖相邻区域； 3. 初始时，UE 处在 Cell 1，与 CN CS 建立了一个 CS 语音的 RAB 连接，UE 处于 RRC 连

接模式下的 Cell_DCH 状态； 4. 此时激活集中只有 Cell 1； 5. 调整 Cell 2 的发射功率，触发 UE 进行软切换； 6. 调整 Cell 3 的发射功率，触发 UE 进行更软切换。测试流程：


56

预期结果： 1. 软切换和更软切换成功完成，Cell 2、Cell 3 被加入激活集； 2. RADIO LINK ADDITION REQUEST 消息的 TransportLayerAddress IE 中包含 SRNC 的

IP 地址，Binding ID IE 中包含 UDP 端口号； 3. RADIO LINK ADDITION RESPONSE 消息的 TransportLayerAddress IE 中包含 DRNC 的

IP 地址，Binding ID IE 中包含 UDP 端口号； 4. Iur 接口信令流程正常，用户面连接建立； 5. 切换中和切换后业务正常。测试说明： 1. SRNC 向 DRNC 发消息 RADIO LINK ADDITION REQUEST，其中包含需在 DRNC 中

添加的一条或多条无线链路(Radio Link)的资源配置的参数； 2. DRNC 根据消息中的参数配置要新增加的无线链路，成功增加后，DRNC 向 SRNC 发

送 RADIO LINK ADDITION RESPONSE 消息，表明所有请求的 RL 均被成功添加。 3. RNC 可设置 Iur 接口每一 RL 的 Diversity Control Field IE 为"May"（由 NodeB 决定是否

将多个 RL 在 NodeB 合并），可设置为"Must"（多条 RL 必须在 NodeB 进行合并），可

设置为"Must not"（多条 RL 不在 NodeB 进行合并）；若设置为"May"或"Must not"，RL_ADD_Req 消息携带新 RL 的 IP 地址信息，否则不携带；若多个 RL 在 NodeB 合并

（Combining），那么 RL_ADD_Rsp 消息中不携带 IP 地址信息，否则（nonCombining）携带。

7.2.2 CS 视频呼叫业务无线链路增加

测试编号：错误！未找到引用源。项目：Iur 接口 IP 传输下无线链路增加分项目：CS 视频呼叫业务无线链路增加测试目的：验证 Iur 接口在 IP 传输时 CS 视频呼叫业务无线链路增加成功。预置条件： 1. Iur 接口支持 IP 传输，并配置 Iur 接口仅使用 IP 传输； 2. 属于 SRNC 的 Node B 已建立 1 个小区 Cell1，属于 DRNC 的 Node B 已建立 2 个小区

Cell2、Cell3，3 小区同频覆盖相邻区域； 3. 初始时，UE 处在 Cell 1，与 CN CS 建立了一个 CS 视频呼叫的 RAB 连接，UE 处于 RRC

连接模式下的 Cell_DCH 状态； 4. 此时激活集中只有 Cell 1； 5. 调整 Cell 2 的发射功率，触发 UE 进行软切换； 6. 调整 Cell 3 的发射功率，触发 UE 进行更软切换。测试流程：


57



IP 地址，Binding ID IE 中包含 UDP 端口号； 4. Iur 接口信令流程正常，用户面连接建立； 5. 切换中和切换后视频呼叫业务正常。测试说明： 1. SRNC 向 DRNC 发消息 RADIO LINK ADDITION REQUEST，其中包含需在 DRNC 中






7.2.3 PS R99 业务无线链路增加

测试编号：错误！未找到引用源。项目：Iur 接口 IP 传输下无线链路增加分项目：PS R99 业务无线链路增加测试目的：验证 Iur 接口在 IP 传输时 PS R99 业务无线链路增加成功。预置条件： 1. Iur 接口支持 IP 传输，并配置 Iur 接口仅使用 IP 传输； 2. 属于 SRNC 的 Node B 已建立 1 个小区 Cell1，属于 DRNC 的 Node B 已建立 2 个小区

Cell2、Cell3，3 小区同频覆盖相邻区域； 3. 初始时，UE 处在 Cell 1，与 CN PS 建立了一个 PS R99 的 RAB 连接，UE 处于 RRC 连

接模式下的 Cell_DCH 状态； 4. 此时激活集中只有 Cell 1； 5. 调整 Cell 2 的发射功率，触发 UE 进行软切换； 6. 调整 Cell 3 的发射功率，触发 UE 进行更软切换。测试流程：


IP 地址，Binding ID IE 中包含 UDP 端口号；


58

3. RADIO LINK ADDITION RESPONSE 消息的 TransportLayerAddress IE 中包含 DRNC 的

IP 地址，Binding ID IE 中包含 UDP 端口号； 4. Iur 接口信令流程正常，用户面连接建立； 5. 切换中和切换后 PS R99 业务正常。测试说明： 1. SRNC 向 DRNC 发消息 RADIO LINK ADDITION REQUEST，其中包含需在 DRNC 中






7.2.4 组合业务无线链路增加

测试编号：错误！未找到引用源。项目：Iur 接口 IP 传输下无线链路增加分项目：组合业务无线链路增加测试目的：验证 Iur 接口在 IP 传输时组合业务无线链路增加成功。预置条件： 1. Iur 接口支持 IP 传输，并配置 Iur 接口仅使用 IP 传输； 2. 属于 SRNC 的 Node B 已建立 1 个小区 Cell 1，属于 DRNC 的 Node B 已建立 2 个小区

Cell 2、Cell 3，3 小区同频覆盖相邻区域； 3. 初始时，UE 处在 Cell 1，与 CN CS 建立了一个 CS 语音的 RAB 连接，与 CN PS 建立

了一个 64/64kbps 的 RAB 连接，并正处于数据传输过程。UE 处于 RRC 连接模式下的

Cell_DCH 状态； 4. 此时激活集中只有 Cell 1； 5. 调整 Cell 2 的发射功率，触发 UE 进行软切换； 6. 调整 Cell 3 的发射功率，触发 UE 进行更软切换。测试流程：



IP 地址，Binding ID IE 中包含 UDP 端口号；


59

4. Iur 接口信令流程正常，用户面连接建立； 5. 切换中和切换后业务正常。

测试说明： 1. SRNC 向 DRNC 发消息 RADIO LINK ADDITION REQUEST，其中包含需在 DRNC 中






7.3 Iur 接口 IP 传输下无线链路重配置

7.3.1 增加 CS 业务无线链路重配置

测试编号：错误！未找到引用源。项目：Iur 接口 IP 传输下无线链路重配置分项目：增加 CS 业务无线链路重配置测试目的：验证 Iur 接口在 IP 传输时增加 CS 业务无线链路重配置成功。预置条件： 1. Iur 接口支持 IP 传输，并配置 Iur 接口仅使用 IP 传输； 2. 属于 SRNC 的 Node B 已建立 1 个小区 Cell 1，属于 DRNC 的 Node B 已建立小区 Cell 2，

两小区同频覆盖相邻区域； 3. 初始时，UE 处在 Cell 1，与 CN PS 建立了一个 RAB 连接，UE 处于 RRC 连接模式下

的 Cell_DCH 状态； 4. 调整 Cell 2 的发射功率，触发 UE 进行软切换，在 DRNC 中增加无线链路； 5. 网络发起到 UE 的 ARM12.2K 的语音呼叫，触发 SRNC 发起无线链路同步重配置流程。测试流程：

预期结果： 1. Iur 接口信令正常； 2. RADIO LINK RECONFIGURATION PREPARE 消息的 TransportLayerAddress IE 中包含

SRNC 的 IP 地址，Binding ID IE 中包含 UDP 端口号； 3. RADIO LINK RECONFIGURATION READY 消息的 TransportLayerAddress IE 中包含

DRNC 的 IP 地址，Binding ID IE 中包含 UDP 端口号； 4. CS 域和 PS 域业务正常。测试说明：


60

1. SRNC 向 DRNC 发消息 RADIO LINK RECONFIGURATION PREPARE，其中包含需在

DRNC 中重配置的无线链路(Radio Link)的参数； 2. 收到此消息后，DRNC 即根据消息中给出的参数，为无线链路的新配置预留必要的资源，

并在一定的时间内向 SRNC 发送 RADIO LINK RECONFIGURATION READY 消息，表

明 DRNC 成功的为无线链路的新配置保留了所请求的资源； 3. 随后 SRNC 向 DRNC 发送 RADIO LINK RECONFIGURATION COMMIT 消息，指示

DRNC 完成同步无线链路重配。 4. 在 RADIO LINK RECONFIGURATION PREPARE 消息中指定的 CFN，DRNC 将重配无

线链路。 7.3.2 增加 PS 业务无线链路重配置

测试编号：错误！未找到引用源。项目：Iur 接口 IP 传输下无线链路重配置分项目：增加 PS 业务无线链路重配置测试目的：验证 Iur 接口在 IP 传输时增加 PS 业务无线链路重配置成功。预置条件： 1. Iur 接口支持 IP 传输，并配置 Iur 接口仅使用 IP 传输； 2. 属于 SRNC 的 Node B 已建立 1 个小区 Cell1，属于 DRNC 的 Node B 已建立 1 个小区

Cell2，2 小区同频覆盖相邻区域； 3. 初始时，UE 处在 Cell 1，与 CN CS 建立了一个 CS 视频呼叫的 RAB 连接，UE 处于 RRC

连接模式下的 Cell_DCH 状态； 4. 此时激活集中只有 Cell 1； 5. 调整 Cell 2 的发射功率，触发 UE 进行软切换，在 DRNC 中增加无线链路； 6. UE 发起 PS 业务，触发 SRNC 发起无线链路同步重配置流程。测试流程：

预期结果： 1. 软切换成功完成，Cell 2 被加入激活集； 2. RADIO LINK RECONFIGURATION PREPARE 消息的 TransportLayerAddress IE 中包含

SRNC 的 IP 地址，Binding ID IE 中包含 UDP 端口号； 3. RADIO LINK RECONFIGURATION READY 消息的 TransportLayerAddress IE 中包含

DRNC 的 IP 地址，Binding ID IE 中包含 UDP 端口号； 4. CS 域和 PS 域业务正常。测试说明： 1. SRNC 向 DRNC 发消息 RADIO LINK RECONFIGURATION PREPARE，其中包含需在

DRNC 中重配置的无线链路(Radio Link)的参数； 2. 收到此消息后，DRNC 即根据消息中给出的参数，为无线链路的新配置预留必要的资源，

并在一定的时间内向 SRNC 发送 RADIO LINK RECONFIGURATION READY 消息，表

明 DRNC 成功的为无线链路的新配置保留了所请求的资源；


61

3. 随后 SRNC 向 DRNC 发送 RADIO LINK RECONFIGURATION COMMIT 消息，指示

DRNC 完成同步无线链路重配。 4. 在 RADIO LINK RECONFIGURATION PREPARE 消息中指定的 CFN，DRNC 将重配无

线链路。

8 Iub 接口 IP/E1 传输测试（可选）

8.1 RNC 和 NodeB 为 IP/MP/E1 传输



测试编号：错误！未找到引用源。项目：Iub 接口 IP/MP/E1 传输基本业务功能验证子项目：CS 语音业务测试目的：验证 Iub 接口承载在 IP/MP/E1 上时 CS 语音业务预置条件： 1. WCDMA 系统运行正常； 2. RNC 和 NodeB 之间通过两对 E1 相连， Iub 接口承载在 IP/MP/E1 上的数据已正确配

置； 3. UE1 和 UE2 正常附着，处于空闲状态； 4. 打开 UE 跟踪和 Iub 接口跟踪。测试连接：

IP/MP/2E1

NodeBRNC

测试过程： 1．发起 UE1 到 UE2 的呼叫； 2．检查 Iub 接口信令； 3．UE1 或 UE2 挂机。预期结果： 1. 呼叫建立成功，通话正常 2. 信令流程正常，并且业务承载在 IP 上，RL_SETUP_REQ、RL_SETUP_RSP、


上面配置的承载在 MP/E1 上的 IP 地址；BindingID 是 UDP 端口号； 3. 呼叫可以正常释放


测试编号：错误！未找到引用源。项目：Iub 接口 IP/MP/E1 传输基本业务功能验证子项目：CS 视频呼叫业务测试目的：验证 Iub 接口承载在 IP/MP/E1 上时 CS 视频呼叫业务。


62

预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 之间通过两对 E1 相连， Iub 接口承载在 IP/MP/E1 上的数据已正确配

置； 3．UE1 和 UE2 正常附着，处于空闲状态，并且均已签约视频电话业务； 4．打开 UE 跟踪和 Iub 接口跟踪。测试连接：

IP/MP/2E1

NodeBRNC

测试过程： 1. 发起 UE1 到 UE2 的视频呼叫； 2. 检查 Iub 接口信令； 3. UE1 或 UE2 挂机。预期结果： 1．呼叫建立成功，通话正常 2．信令流程正常，并且业务承载在 IP 上，RL_SETUP_REQ、RL_SETUP_RSP、


上面配置的承载在 MP/E1 上的 IP 地址；BindingID 是 UDP 端口号； 3．呼叫可以正常释放

8.1.1.3 PS R99 业务

测试编号：错误！未找到引用源。项目：Iub 接口 IP/MP/E1 传输基本业务功能验证子项目：PS R99 业务测试目的：验证 Iub 接口承载在 IP/MP/E1 上时 PS R99 业务。预置条件： 1. WCDMA 系统运行正常； 2. RNC 和 NodeB 之间通过两对 E1 相连， Iub 接口承载在 IP/MP/E1 上的数据已正确配

置； 3. UE 正常附着，处于空闲状态，已签约 PS 业务：业务类型 Background，上下行大

速率分别为 64Kbps/384Kbps； 4. 打开 UE 跟踪和 Iub 接口跟踪。测试连接：

IP/MP/2E1

NodeBRNC


63

测试过程： 1. 在 UE 上发起 PS 业务； 2. 通过 UE 的连接进行 FTP 文件下载； 3. 检查 Iub 接口信令； 4. 释放 PS 业务。预期结果： 1．PS 业务建立成功； 2．下载正常，速率稳定； 3．信令流程正常，并且业务承载在 IP 上，RL_SETUP_REQ、RL_SETUP_RSP、


上面配置的承载在 MP/E1 上的 IP 地址；BindingID 是 UDP 端口号； 4．PS 业务可以正常释放。


测试编号：错误！未找到引用源。项目：Iub 接口 IP/MP/E1 传输基本业务功能验证子项目：HSDPA 业务测试目的：验证 Iub 接口承载在 IP/MP/E1 上时 HSDPA 业务。预置条件： 1. WCDMA 系统运行正常； 2. RNC 和 NodeB 之间通过两对 E1 相连， Iub 接口承载在 IP/MP/E1 上的数据已正确配

置； 3. 小区支持 HSDPA 业务，且正常建立； 4. UE 正常附着，处于空闲状态，并且 UE 支持 HSDPA 功能； 5. 打开 UE 跟踪和 Iub 接口跟踪。测试连接：

IP/MP/2E1

NodeBRNC

测试过程： 1. 在 UE 上发起 PS 业务； 2. 通过 UE 的连接进行 FTP 文件下载； 3. 检查 Iub 接口信令； 4. 释放 PS 业务。预期结果： 1. PS 业务成功建立在 HS-DSCH 建立； 2. 下载正常，速率稳定； 3. 信令流程正常，并且业务承载在 IP 上，RL_SETUP_REQ、RL_SETUP_RSP、


上面配置的承载在 MP/E1 上的 IP 地址；BindingID 是 UDP 端口号； 4. PS 业务可以正常释放。


64

说明： 1. 本测试用例中均不考虑带宽受限场景。 2. 如果需要测试较高速率的 HSDPA 业务，需要更多的 E1 连接，例如：

a) 3.6Mbps HSDPA 业务需要 3 对 E1 b) 7.2Mbps HSDPA 业务需要 5 对 E1


测试编号：错误！未找到引用源。项目：Iub 接口 IP/MP/E1 传输基本业务功能验证子项目：HSUPA 业务测试目的：验证 Iub 接口承载在 IP/MP/E1 上时 HSUPA 业务。预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 之间通过两对 E1 相连， Iub 接口承载在 IP/MP/E1 上的数据已正确配

置； 3．小区支持 HSUPA 业务，且正常建立； 4．UE 正常附着，处于空闲状态，并且 UE 支持 HSUPA 功能； 5．打开 UE 跟踪和 Iub 接口跟踪。测试连接：

IP/MP/2E1

NodeBRNC

测试过程： 1. 在 UE 上发起 PS 业务； 2. 通过 UE 的连接进行 FTP 文件上载； 3. 检查 Iub 接口信令； 4. 释放 PS 业务。预期结果： 1. PS 业务成功建立在 E-DCH 建立，在 RB_SETUP 消息中，有“E-DCH information” IE，



上面配置的承载在 MP/E1 上的 IP 地址；BindingID 是 UDP 端口号； 4. PS 业务可以正常释放。

8.1.1.6 组合业务

测试编号：错误！未找到引用源。项目：Iub 接口 IP/MP/E1 传输基本业务功能验证子项目：组合业务测试目的：验证 Iub 接口承载在 IP/MP/E1 上时组合业务：1 个 AMR 业务+1 个 PS R99


65

业务。预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 之间通过两对 E1 相连， Iub 接口承载在 IP/MP/E1 上的数据已正确配

置； 3．UE1 和 UE2 正常附着，处于空闲状态，且用户已签约 PS 业务； 4．打开 UE 跟踪和 Iub 接口跟踪。测试连接：

IP/MP/2E1

NodeBRNC

测试过程： 1. 在 UE1 上发起 PS 业务； 2. 通过 UE 的连接进行 FTP 文件下载； 3. 检查 Iub 接口信令； 4. 发起 UE2 到 UE1 的呼叫； 5. 检查 Iub 接口信令； 6. 用户挂机，释放 CS 和 PS 业务。预期结果： 1. PS 业务建立成功； 2. 下载正常，速率稳定； 3. 呼叫建立成功，通话正常； 4. 信令流程正常，并且业务承载在 IP 上，RL_SETUP_REQ、RL_SETUP_RSP、


上面配置的承载在 MP/E1 上的 IP 地址；BindingID 是 UDP 端口号； 5. 业务可以正常释放。


8.1.2.1 部分 E1 故障可靠性

测试编号：错误！未找到引用源。项目：Iub 接口 IP/MP/E1 传输可靠性验证子项目：部分 E1 故障可靠性

测试目的：测试 IP/MP/E1 传输可靠性：MP 组中的部分 E1 故障，业务仍然能够正常进行。

预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 之间有 2 根 E1 相连； 3．基于 IP/MP/E1 传输，RNC 和 NodeB 上层数据配置正确； 4．UE 处于空闲模式，HLR 中配置了用户的 CS、PS 数据； 5．打开 UE 接口和 Iub 接口信令跟踪。


66

测试连接：

IP/MP/2E1

NodeBRNC

测试过程： 1. UE1 呼叫 UE2；UE3 发起 PS384K 业务进行文件下载； 2. 断开 MP 组中的一根 E1 线； 3. 断开 MP 组中的另一根 E1 线； 4. 重新连接 E1 线，等待 MP 组恢复； 5. 重复步骤 1。预期结果： 1. 步骤 1：

a) UE1 和 UE2 之间呼叫建立成功，语音清晰； b) UE3 下载速率稳定，且和 HLR 开户速率一致；

2. 步骤 2： a) RNC 上报相关告警； b) UE1 和 UE2 之间的通话，UE3 的下载业务均正常进行；

3. 步骤 3： a) RNC 上报相关告警； b) 小区不可用； c) 所有业务终断；

4. 步骤 4： a) RNC 相关告警全部恢复； b) 小区重建成功；

5. 恢复后 CS AMR 和 PS 数据业务均正常接入； 6. 业务为 IP 承载。

8.1.2.2 RNC E1 接口板可靠性

测试编号：错误！未找到引用源。项目：Iub 接口 IP/MP/E1 传输可靠性验证子项目：RNC E1 接口板可靠性测试目的：测试 RNC E1 接口板可靠性：PEU 故障恢复后，业务恢复正常。预置条件： 1．RNC 和 NodeB 运行正常； 2．RNC 和 NodeB 之间的 E1 线已经连接好； 3．IP/MP/E1 传输，控制面、用户面数据配置正确； 4．UE 处于空闲模式，HLR 中配置了用户的 CS、PS 数据。


67

测试连接：

IP/MP/2E1

NodeBRNC

测试过程： 1．UE1 呼叫 UE2；UE3 发起 PS 业务进行文件下载； 2．通过拔出单板或者命令复位，触发单板故障； 3．插回单板，等待单板恢复； 4．重复步骤一。

预期结果： 1．步骤 1：


2．步骤 2： a) RNC 上报相关告警； b) UE1、UE2 之间会话终止；UE3 下载终止；

3．步骤 3：RNC 上相关告警恢复； 4．步骤 4：PEU 板恢复后，CS、PS 业务可以正常发起； 5．业务为 IP 承载。



测试编号：错误！未找到引用源。项目：Iub 接口 IP/MP/E1 传输效率测试子项目：下行效率测试-HSDPA 多用户测试目的：验证 Iub 带宽受限且多用户时 Iub 下行传输效率。预置条件： 1. WCDMA 系统正常； 2. HSDPA 小区正常且可用； 3. Iub 带宽受限，Iub 为 MP 组（2E1）； 4. 3 个 HSDPA UE（如 CAT6）。UE 在 HLR 开户 HSDPA，如 384/3648 Kbps。测试连接：

IP/MP/2E1

NodeBRNC


68

测试过程： 1. UE1 发起建立 PS 连接，RNC 指派在 HS-DSCH 上，从 DUMETER 记录下行速率； 2. UE2 发起建立 PS 连接，RNC 指派在 HS-DSCH 上，从 DUMETER 记录 UE1，UE2

的下行速率； 3. UE3 发起建立 PS 连接，RNC 指派在 HS-DSCH 上，从 DUMETER 记录 3 个 UE 的

总下行速率； 4. 释放 UE1，记录 UE2 和 UE3 的总下行速率； 5. 释放 UE2，记录 UE3 的下行速率。预期结果： 1．随着更多的 UE 接入，每个 UE 的下行速率下降。

说明：根据上述测试过程中每一步记录的速率估算在 Iub 带宽资源受限时的传输效率。



测试编号：错误！未找到引用源。项目：Iub 接口 IP/MP/E1 传输优先级测试子项目：传输优先级测试测试目的：验证不同类型业务的用户的带宽优先级分配。预置条件： 1．WCDMA 系统正常； 2．HSDPA 小区正常且可用； 3．Iub 带宽受限，Iub 为 MP 组（2E1）； 4．准备 4 个 UE（一个 HSDPA，2 个 R99，2 个视频电话）， HSDPA UE 在 HLR 开户

HSDPA 业务，如 384/3648 Kbps ；R99 UE 开户：上行/下行：384/384 Kbps。测试连接：

IP/MP/2E1

NodeBRNC

测试过程： 1. HSDPA 用户发起建立 PS 连接，RNC 指派在 HS-DSCH 上，从 DUMETER 记录下行

速率； 2. R99 用户发起建立 PS，RNC 指派在 DCH 上，从 DUMETER 记录下行数据； 3. 2 视频电话用户接入，从 DUMETER 记录 HSDPA 用户和 R99 用户下行速率； 4. 视频电话释放； 5. PS R99 释放。预期结果： 1．步骤 2：HSDPA 用户速率下降； 2．步骤 3：视频电话接入后，HSDPA 和 R99 速率下降； 3．步骤 4：视频电话释放后，HSDPA 和 R99 速率上升； 4．步骤 5：HSDPA 速率上升。


69



测试编号：错误！未找到引用源。项目：Iub 接口 IP/MP/E1 传输差异化测试子项目：传输差异化测试测试目的：验证不同等级用户的带宽分配策略。预置条件： 1．WCDMA 系统正常； 2．HSDPA 小区正常且可用； 3．Iub 带宽受限，Iub 接口 2E1； 4．准备 3 个 HSDPA UE（如 CAT6），UE 在 HLR 开户 HSDPA，如 384/3648 Kbps； 5．3 用户分别为金，银，铜用户，SPI 依次降低。测试连接：

IP/MP/2E1

NodeBRNC


8.2 RNC 为通道化 STM-1 NodeB 为 IP/MP/E1 传输



测试编号：错误！未找到引用源。项目：Iub 接口 RNC 为通道化 STM-1 NodeB 为 IP/MP/E1 传输基本业务功能验证子项目：CS 语音业务测试目的：验证 Iub 接口 IP 承载，RNC 出通道化 STM-1，NODEB 出 E1 时 CS 语音业务。预置条件： 1. WCDMA 系统运行正常； 2. RNC 和 NodeB 组网如下图所示； 3. RNC、NodeB、SDH 设备上已正确配置 Iub 接口承载在 IP/MP/通道化 STM-1 上的相

关数据（NodeB 侧为 IP/MP/E1）； 4. UE1 和 UE2 正常附着，处于空闲状态； 5. 打开 UE 跟踪和 Iub 接口跟踪。测试连接：

IP/MP/2E1IP/MP/Channelized STM-1

RNC NodeBSDH


70

测试过程： 1．发起 UE1 到 UE2 的呼叫； 2．检查 Iub 接口信令； 3．UE1 或 UE2 挂机。预期结果： 1．呼叫建立成功，通话正常； 2．信令流程正常，并且业务承载在 IP 上，RNC 侧：IP/MP/通道化 STM-1，NodeB 侧：

IP/MP/E1 ， RL_SETUP_REQ 、 RL_SETUP_RSP 、 RL_RECFG_PREP 和

RL_RECFG_READY 消息中，TransportLayerAddress IE 的值是上面配置的承载在 MP/通道化 STM-1 和 MP/E1 上的 IP 地址；BindingID 是 UDP 端口号；

3．呼叫可以正常释放。 8.2.1.2 CS 视频呼叫业务

测试编号：错误！未找到引用源。项目：Iub 接口 RNC 为通道化 STM-1 NodeB 为 IP/MP/E1 传输基本业务功能验证子项目：CS 视频呼叫业务测试目的：验证 Iub 接口 IP 承载，RNC 出通道化 STM-1，NODEB 出 E1 时 CS 视频呼叫

业务。预置条件： 1. WCDMA 系统运行正常； 2. RNC 和 NodeB 组网如上图所示； 3. RNC、NodeB、SDH 设备上已正确配置 Iub 接口承载在 IP/MP/通道化 STM-1 上的相

关数据（NodeB 侧为 IP/MP/E1）； 4. UE1 和 UE2 正常附着，处于空闲状态，且均已签约 CS 视频呼叫业务； 5. 打开 UE 跟踪和 Iub 接口跟踪。测试连接：


RNC NodeBSDH

测试过程： 1．发起 UE1 到 UE2 的视频呼叫； 2．检查 Iub 接口信令； 3．UE1 或 UE2 挂机。预期结果： 1．呼叫建立成功，通话正常； 2．信令流程正常，并且业务承载在 IP 上，RL_SETUP_REQ、RL_SETUP_RSP、


上面配置的承载在 MP/通道化 STM-1 和 MP/E1 上的 IP 地址；BindingID 是 UDP 端口

号； 3．呼叫可以正常释放。


71

8.2.1.3 PS R99 业务

测试编号：错误！未找到引用源。项目：Iub 接口 RNC 为通道化 STM-1 NodeB 为 IP/MP/E1 传输基本业务功能验证子项目：PS R99 业务测试目的：验证 Iub 接口 IP 承载，RNC 出通道化 STM-1，NODEB 出 E1 时 PS R99 业务。预置条件： 1. WCDMA 系统运行正常； 2. RNC 和 NodeB 组网如上图所示； 3. RNC、NodeB、SDH 设备上已正确配置 Iub 接口承载在 IP/MP/通道化 STM-1 上的相

关数据（NodeB 侧为 IP/MP/E1）； 4. UE 正常附着，处于空闲状态，已签约 PS 业务：业务类型 Background，上下行大

速率分别为 64Kbps/384Kbps； 5. 打开 UE 跟踪和 Iub 接口跟踪。测试连接：


RNC NodeBSDH

测试过程： 1．在 UE 上发起 PS 业务； 2．通过 UE 的连接进行 FTP 文件下载； 3．检查 Iub 接口信令； 4．释放 PS 业务。预期结果： 1．PS 业务建立成功； 2．下载正常，速率稳定； 3．信令流程正常，并且业务承载在 IP 上，RL_SETUP_REQ、RL_SETUP_RSP、



号； 4．PS 业务可以正常释放。


测试编号：错误！未找到引用源。项目：Iub 接口 RNC 为通道化 STM-1 NodeB 为 IP/MP/E1 传输基本业务功能验证子项目：HSDPA 业务测试目的：验证 Iub 接口 IP 承载，RNC 出通道化 STM-1，NODEB 出 E1 时 HSDPA 业务。


72

预置条件： 1. WCDMA 系统运行正常； 2. RNC 和 NodeB 组网如上图所示； 3. RNC、NodeB、SDH 设备上已正确配置 Iub 接口承载在 IP/MP/通道化 STM-1 上的相

关数据（NodeB 侧为 IP/MP/E1）； 4. 支持 HSDPA 的小区建立成功； 5. UE 支持 HSDPA 功能，且正常附着，处于空闲状态，已签约 PS 业务； 6. 打开 UE 跟踪和 Iub 接口跟踪。测试连接：


RNC NodeBSDH

测试过程： 1．在 UE 上发起 PS 业务； 2．通过 UE 的连接进行 FTP 文件下载； 3．检查 Iub 接口信令； 4．释放 PS 业务。预期结果： 1. PS 业务成功建立在 HS-DSCH 建立； 2. 下载正常，速率稳定； 3. 信令流程正常，并且业务承载在 IP 上，RL_SETUP_REQ、RL_SETUP_RSP、


上面配置的承载在 MP/通道化 STM-1 和 MP/E1 上的 IP 地址；BindingID 是 UDP 端

口号； 4. PS 业务可以正常释放。说明： 1. 本测试用例中均不考虑带宽受限场景。 2. 如果需要测试较高速率的 HSDPA 业务，需要更多的 E1 连接，例如：

a) 3.6Mbps HSDPA 业务需要 3 对 E1 b) 7.2Mbps HSDPA 业务需要 5 对 E1


测试编号：错误！未找到引用源。项目：Iub 接口 RNC 为通道化 STM-1 NodeB 为 IP/MP/E1 传输基本业务功能验证子项目：HSUPA 业务测试目的：验证 Iub 接口 IP 承载，RNC 出通道化 STM-1，NODEB 出 E1 时 HSUPA 业务。


73

预置条件： 1. WCDMA 系统运行正常； 2. RNC 和 NodeB 组网如上图所示； 3. RNC、NodeB、SDH 设备上已正确配置 Iub 接口承载在 IP/MP/通道化 STM-1 上的相

关数据（NodeB 侧为 IP/MP/E1）； 4. 支持 HSUPA 的小区建立成功； 5. UE 支持 HSUPA 功能，且正常附着，处于空闲状态，已签约 PS 业务； 6. 打开 UE 跟踪和 Iub 接口跟踪。

测试连接：


RNC NodeBSDH

测试过程： 1．在 UE 上发起 PS 业务； 2．通过 UE 的连接进行 FTP 文件上载； 3．检查 Iub 接口信令； 4．释放 PS 业务。预期结果： 1. PS 业务成功建立在 E-DCH 建立，在 RB_SETUP 消息中，有“E-DCH information” IE，



上面配置的承载在 MP/通道化 STM-1 和 MP/E1 上的 IP 地址；BindingID 是 UDP 端

口号； 4. PS 业务可以正常释放。

8.2.1.6 组合业务

测试编号：错误！未找到引用源。项目：Iub 接口 RNC 为通道化 STM-1 NodeB 为 IP/MP/E1 传输基本业务功能验证子项目：组合业务测试目的：验证 Iub 接口承载在 IP，RNC 出通道化 STM-1，NODEB 出 E1 时组合业务。预置条件： 1. WCDMA 系统运行正常； 2. RNC 和 NodeB 组网如上图所示； 3. RNC、NodeB、SDH 设备上已正确配置 Iub 接口承载在 IP/MP/通道化 STM-1 上的相

关数据（NodeB 侧为 IP/MP/E1）； 4. UE1 和 UE2 正常附着，处于空闲状态，已签约 PS 业务； 5. 打开 UE 跟踪和 Iub 接口跟踪。


74

测试连接：


RNC NodeBSDH

测试过程： 1．在 UE1 上发起 PS 业务； 2．通过 UE 的连接进行 FTP 文件下载； 3．检查 Iub 接口信令； 4．发起 UE2 到 UE1 的呼叫； 5．检查 Iub 接口信令； 6．用户挂机，释放 CS 和 PS 业务。预期结果： 1．PS 业务建立成功； 2．下载正常，速率稳定； 3．呼叫建立成功，通话正常； 4．信令流程正常，并且业务承载在 IP 上，RL_SETUP_REQ、RL_SETUP_RSP、



号； 5．业务可以正常释放。


8.2.2.1 MP 可靠性-NodeB 侧 E1

测试编号：错误！未找到引用源。项目：Iub 接口 RNC 为通道化 STM-1 NodeB 为 IP/MP/E1 传输可靠性测试子项目：MP 可靠性-NodeB 侧 E1 测试目的：测试 IP/MP/通道化 STM-1 可靠性：NodeB 侧 MP 中的 E1 故障。预置条件： 1. WCDMA 系统运行正常； 2. NodeB 和 SDH 设备之间使用 E1 相连； 3. RNC 和 SDH 设备之间采用光纤连接，配置 MSP1+1（或者 1：1）保护； 4. Iub 口 IP/MP 传输，控制面和用户面数据配置正确。测试连接：


RNC NodeBSDH


75

测试过程： 1．UE1 呼叫 UE2；UE3 发起 PS 业务进行文件下载； 2．从 NodeB 侧断开 MP 组中的一根 E1 线； 3．从 NodeB 侧断开 MP 组中的其他 E1 线； 4．重新连接 E1 线，等待 MP 组恢复； 5．重复步骤 1。预期结果： 1. 步骤 1：

a． UE1 和 UE2 之间呼叫建立成功，语音清晰； b．UE3 下载速率稳定，且和 HLR 开户速率一致；

2. 步骤 2： a． RNC 上报相关告警； b．UE1 和 UE2 之间的通话，UE3 的下载业务均正常进行；

3. 步骤 3： a． RNC 上报相关告警； b．小区不可用； c．所有业务终断；

4. 步骤 4： a． RNC 相关告警全部恢复； b．小区重建成功；

5. 恢复后 CS AMR 和 PS 数据业务均正常接入； 6. 业务为 IP 承载。

8.2.2.2 MSP 1：1 备份可靠性

测试编号：错误！未找到引用源。项目：Iub 接口 RNC 为通道化 STM-1 NodeB 为 IP/MP/E1 传输可靠性测试子项目：MSP 1：1 备份可靠性测试目的：测试 IP/MP/通道化 STM-1 可靠性：RNC 侧采用 MSP 1：1 备份模式。预置条件： 1. RNC 和 NodeB 运行正常； 2. 两块单板互相备份； 3. RNC 和 SDH 设备之间采用光纤连接，配置为 MSP 1：1 模式； 4. Iub 口 IP/MP/CPOS 传输，控制面和用户面数据配置正确； 5. UE 处于空闲模式，HLR 中配置了用户的 CS、PS 数据。测试连接：


RNC NodeBSDH


76

测试过程： 1. UE1 呼叫 UE2；UE3 发起 PS 业务进行文件下载； 2. 拔出工作链路光纤，触发 MSP 倒换； 3. 重新连好光纤； 4. 拔出工作链路对应的单板，触发 MSP 倒换； 5. 重新插好单板。预期结果： 1. 步骤 1：


2. 步骤 2： a) RNC 上报相关告警； b) MSP 从工作链路切换到保护链路； c) UE1 和 UE2 之间的通话，UE3 的下载业务均正常进行；

3. 步骤 3： a) RNC 上告警清除； b) 恢复定时器超时后，MSP 从保护链路倒回工作链路； c) UE1 和 UE2 之间的通话，UE3 的下载业务均正常进行；

4. 步骤 4： a) RNC 上报相关告警； b) MSP 从工作链路切换到保护链路； c) UE1 和 UE2 之间的通话，UE3 的下载业务均正常进行；

5. RNC 上告警清除；恢复定时器超时后，MSP 从保护链路倒回工作链路 6. UE1 和 UE2 之间的通话，UE3 的下载业务均正常进行； 7. 业务为 IP 承载。

8.2.2.3 MSP 1+1 备份可靠性

测试编号：错误！未找到引用源。项目：Iub 接口 RNC 为通道化 STM-1 NodeB 为 IP/MP/E1 传输可靠性测试子项目：MSP 1+1 备份可靠性测试目的：测试 IP/MP/通道化 STM-1 可靠性：RNC 侧采用 MSP 1+1 备份模式。预置条件： 1. RNC 和 NodeB 运行正常； 2. 两块单板互相备份； 3. RNC 和 SDH 设备之间采用光纤连接，配置为 MSP 1+1 模式； 4. Iub 口 IP/MP/CPOS 传输，控制面和用户面数据配置正确； 5. UE 处于空闲模式，HLR 中配置了用户的 CS、PS 数据。测试连接：


RNC NodeBSDH


77

测试过程： 1. UE1 呼叫 UE2；UE3 发起 PS 业务进行文件下载； 2. 拔出工作链路光纤，触发 MSP 倒换； 3. 重新连好光纤； 4. 拔出工作链路对应的单板，触发 MSP 倒换； 5. 重新插好单板，等待恢复。预期结果： 1．步骤 1：


2．步骤 2： a) RNC 上报相关告警； b) MSP 从工作链路切换到保护链路； c) UE1 和 UE2 之间的通话，UE3 的下载业务均正常进行；

3．步骤 3： a) RNC 上告警清除； b) 恢复定时器超时后，MSP 从保护链路倒回工作链路； c) UE1 和 UE2 之间的通话，UE3 的下载业务均正常进行；

4．步骤 4： a) RNC 上报相关告警； b) MSP 从工作链路切换到保护链路； c) UE1 和 UE2 之间的通话，UE3 的下载业务均正常进行；

5．RNC 上告警清除；恢复定时器超时后，MSP 从保护链路倒回工作链路； 6．UE1 和 UE2 之间的通话，UE3 的下载业务均正常进行； 7．业务为 IP 承载。



测试编号：错误！未找到引用源。项目：Iub 接口 RNC 为通道化 STM-1 NodeB 为 IP/MP/E1 传输效率测试子项目：下行效率测试-HSDPA 多用户测试目的：验证 Iub 带宽受限且多用户时 Iub 下行传输效率。预置条件： 1．WCDMA 系统正常； 2．HSDPA 小区正常且可用； 3．Iub 带宽受限，Iub 为 MP 组（2E1）； 4．3 个 HSDPA UE（如 CAT6）。UE 在 HLR 开户 HSDPA，如 384/3648 Kbps。测试连接：


RNC NodeBSDH


78

测试过程： 1. UE1 发起建立 PS 连接，RNC 指派在 HS-DSCH 上，从 DUMETER 记录下行速率； 2. UE2 发起建立 PS 连接，RNC 指派在 HS-DSCH 上，从 DUMETER 记录 UE1，UE2

的下行速率； 3. UE3 发起建立 PS 连接，RNC 指派在 HS-DSCH 上，从 DUMETER 记录 3 个 UE 的

总下行速率； 4. 释放 UE1，记录 UE2 和 UE3 的总下行速率； 5. 释放 UE2，记录 UE3 的下行速率。预期结果： 1. 随着更多的 UE 接入，每个 UE 的下行速率下降。

说明：根据上述测试过程中每一步记录的速率估算在 Iub 带宽资源受限时的传输效率。



测试编号：错误！未找到引用源。项目：Iub 接口 RNC 为通道化 STM-1 NodeB 为 IP/MP/E1 传输优先级测试子项目：传输优先级测试测试目的：验证不同类型业务的用户的带宽优先级分配。预置条件： 1．WCDMA 系统正常； 2．HSDPA 小区正常且可用； 3．Iub 带宽受限，Iub 为 MP 组（2E1）； 4．准备 4 个 UE（一个 HSDPA，2 个 R99，2 个视频电话），HSDPA UE 在 HLR 开户

HSDPA，如 384/3648 Kbps ；R99 UE 开户：上行/下行：384/384 Kbps。测试连接：


RNC NodeBSDH

测试过程： 1. HSDPA 用户发起建立 PS 连接，RNC 指派在 HS-DSCH 上，从 DUMETER 记录下行

速率； 2. R99 用户发起建立 PS，RNC 指派在 DCH 上，从 DUMETER 记录下行数据； 3. 2 视频电话用户接入，从 DUMETER 记录 H 用户和 R99 用户下行速率； 4. 视频电话释放； 5. R99－PS 释放。预期结果： 1. 步骤 2：H 用户速率下降； 2. 步骤 3：视频电话接入后，H 速率下降，R99 速率不变； 3. 步骤 4：视频电话释放后，H 速率上升，R99 不影响； 4. 步骤 5：H 速率上升。


79



测试编号：错误！未找到引用源。项目：Iub 接口 RNC 为通道化 STM-1 NodeB 为 IP/MP/E1 传输差异化测试子项目：传输差异化测试测试目的：验证不同等级用户的带宽分配策略。预置条件： 1．WCDMA 系统正常； 2．HSDPA 小区正常且可用； 3．Iub 带宽受限，Iub 为 MP 组（2E1）； 4．3 个 HSDPA UE（如 CAT6），UE 在 HLR 开户 HSDPA，如 384/3648 Kbps； 5．3 用户分别为金，银，铜用户，SPI 依次降低。测试连接：


RNC NodeBSDH


8.3 IP 分路传输组网测试



测试编号：错误！未找到引用源。项目：Iub 接口 IP 分路传输基本业务功能验证子项目：CS 语音业务测试目的：验证 Iub 接口 IP 分路传输时 CS 语音业务。预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 组网如测试连接图所示； 3．RNC、NodeB 上已正确配置 Iub 接口 IP 分路传输组网的相关数据，并且设置 Iub 信令

和 CS 业务承载在 IP/PMP/E1 上，PS 业务承载在 IP/FE 上； 4．UE1 和 UE2 正常附着，处于空闲状态； 5．打开 UE 跟踪和 Iub 接口跟踪。测试连接：


80

测试过程： 1. 发起 UE1 到 UE2 的呼叫； 2. 检查 Iub 接口信令； 3. UE1 或 UE2 挂机。

预期结果： 1. 呼叫建立成功，通话正常； 2. 信令流程正常，并且业务承载在 IP/MP/E1 上，RL_SETUP_REQ、RL_SETUP_RSP、


上面配置的承载在 IP/MP/E1 上的 IP 地址；BindingID 是 UDP 端口号； 3. 呼叫可以正常释放。


测试编号：错误！未找到引用源。项目：Iub 接口 IP 分路传输基本业务功能验证子项目：CS 视频呼叫业务测试目的：验证 Iub 接口 IP 分路传输时 CS 视频呼叫业务。预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 组网如测试连接图所示； 3．RNC、NodeB 上已正确配置 Iub 接口 IP 分路传输组网的相关数据，并且设置 Iub 信令

和 CS 业务承载在 IP/MP/E1 上，PS 业务承载在 IP/FE 上； 4．UE1 和 UE2 正常附着，处于空闲状态，且均已签约 CS 视频呼叫业务； 5．打开 UE 跟踪和 Iub 接口跟踪。

测试连接：

测试过程： 1. 发起 UE1 到 UE2 的视频呼叫； 2. 检查 Iub 接口信令； 3. UE1 或 UE2 挂机。预期结果： 1. 呼叫建立成功，语音通话和视频正常； 2. 信令流程正常，并且业务承载在 IP/MP/E1 上，RL_SETUP_REQ、RL_SETUP_RSP、


上面配置的承载在 IP/MP/E1 上的 IP 地址；BindingID 是 UDP 端口号； 3. 呼叫可以正常释放。

8.3.1.3 PS R99 业务

测试编号：错误！未找到引用源。项目：Iub 接口 IP 分路传输基本业务功能验证


81

子项目：PS R99 业务测试目的：验证 Iub 接口 IP 分路传输时 PS R99 业务。预置条件： 1. WCDMA 系统运行正常； 2. RNC 和 NodeB 组网如测试连接图所示； 3. RNC、NodeB 上已正确配置 Iub 接口 IP 分路传输组网的相关数据，并且设置 Iub 信

令和 CS 业务承载在 IP/MP/E1 上，PS 业务承载在 IP/FE 上； 4. UE1 和 UE2 正常附着，处于空闲状态，且均已签约 PS 业务：业务类型为

Interactive/Background，上下行大速率分别为 64Kbps/384Kbps； 5. 打开 UE 跟踪和 Iub 接口跟踪。测试连接：

测试过程： 1. 在 UE 上发起 PS 业务； 2. 通过 UE 的连接进行 FTP 文件下载； 3. 检查 Iub 接口信令； 4. 释放 PS 业务。预期结果： 1. PS 业务建立成功； 2. 下载正常，速率稳定； 3. 信令流程正常，并且业务承载在 IP/FE 上， Iub 信令承载在 IP/MP/E1 上，




测试编号：错误！未找到引用源。项目：Iub 接口 IP 分路传输基本业务功能验证子项目：HSDPA 业务测试目的：验证 Iub 接口 IP 分路传输时 HSDPA 业务。预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 组网如测试连接图所示； 3．RNC、NodeB 上已正确配置 Iub 接口 IP 分路传输组网的相关数据，并且设置 Iub 信令

和 CS 业务承载在 IP/MP/E1 上，PS 业务承载在 IP/FE 上； 4．支持 HSDPA 的小区建立成功； 5．UE 支持 HSDPA 功能，且正常附着，处于空闲状态，已签约 HSDPA 业务； 6．打开 UE 跟踪和 Iub 接口跟踪。


82

测试连接：

测试过程： 1. 在 UE 上发起 PS 业务； 2. 通过 UE 的连接进行 FTP 文件下载； 3. 检查 Iub 接口信令； 4. 释放 PS 业务。预期结果： 1. PS 业务成功建立在 HS-DSCH 建立； 2. 下载正常，速率稳定； 3. 信令流程正常，并且业务承载在 IP/FE 上， Iub 信令承载在 IP/MP/E1 上，




测试编号：错误！未找到引用源。项目：Iub 接口 IP 分路传输基本业务功能验证子项目：HSUPA 业务测试目的：验证 Iub 接口 IP 分路传输时 HSUPA 业务。预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 组网如测试连接图所示； 3．RNC、NodeB 上已正确配置 Iub 接口 IP 分路传输组网的相关数据，并且设置 Iub 信令

和 CS 业务承载在 IP/MP/E1 上，PS 业务承载在 IP/FE 上； 4．支持 HSUPA 的小区建立成功； 5．UE 支持 HSUPA 功能，且正常附着，处于空闲状态，已签约 HSUPA 业务； 6．打开 UE 跟踪和 Iub 接口跟踪。测试连接：

测试过程： 1. 在 UE 上发起 PS 业务； 2. 通过 UE 的连接进行 FTP 文件上载； 3. 检查 Iub 接口信令； 4. 释放 PS 业务。


83

预期结果： 1. PS 业务成功建立在 E-DCH 建立，在 RB_SETUP 消息中，有“E-DCH information” IE，

在 RECONFIG PREPARE 消息中，有“E-DCH FDD information” IE； 2. 上载正常，速率稳定； 3. 信令流程正常，并且业务承载在 IP/FE 上， Iub 信令承载在 IP/MP/E1 上，



8.3.1.6 组合业务

测试编号：错误！未找到引用源。项目：Iub 接口 IP 分路传输基本业务功能验证子项目：组合业务测试目的：验证 Iub 接口 IP 分路传输时组合业务：1 个 AMR 语音业务+1 个 PS R99 业务。预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 组网如测试连接图所示； 3．RNC、NodeB 上已正确配置 Iub 接口 IP 分路传输组网的相关数据，并且设置 Iub 信令

和 CS 业务承载在 IP/MP/E1 上，PS 业务承载在 IP/FE 上； 4．UE1 和 UE2 正常附着，处于空闲状态，且均已签约 PS 业务； 5．打开 UE 跟踪和 Iub 接口跟踪。测试连接：

测试过程： 1. 在 UE1 上发起 PS 业务； 2. 通过 UE 的连接进行 FTP 文件下载； 3. 检查 Iub 接口信令； 4. 发起 UE2 到 UE1 的呼叫； 5. 检查 Iub 接口信令； 6. 用户挂机，释放 CS 和 PS 业务。预期结果： 1. PS 业务建立成功； 2. 下载正常，速率稳定； 3. 呼叫建立成功，通话正常； 4. 信令流程正常，并且业务承载在 IP/FE 上，Iub 信令和 CS 业务承载在 IP/MP/E1 上，

PS 业务的 RL_RECFG_PREP 和 RL_RECFG_READY 消息中，TransportLayerAddress IE 的值是上面配置的承载在 IP/FE 上的地址，BindingID 是 UDP 端口号；

5. 业务可以正常释放。


84


8.3.2.1 IP 分路传输可靠性(SCTP 双归属)

测试编号：错误！未找到引用源。项目：Iub 接口 IP 分路传输可靠性测试子项目：IP 分路传输可靠性(SCTP 双归属) 测试目的：测试 IP 分路传输中，SCTP 双归属的可靠性：E1 或者 FE 一条支路故障，SCTP链路、小区均正常。预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 之间有一根 E1 线和一根网线相连； 3．Iub IP 分路传输，RNC 和 NodeB 之间数据配置正确 (IP1：配置在 MP/E1 上的 IP; IP2：

配置在 FE 上的 IP)：（1） NCP/CCP 承载于 SCTP (双归属)：第一个 IP 是 IP1，第二个 IP 地址是 IP2；（2） CS 业务和公共信道配置两套 IPPATH： HQ_RT (使用 IP1) 的 PATH 作为主

用 PATH， LQ_RT (使用 IP2) PATH 作为备用 PATH；（3） PS R99 业务配置两套 IPPATH：LQ_NRT (使用 IP2)PATH 作为主用 PATH，

HQ_RT (使用 IP1) 的 PATH 作为备用 PATH； 4．UE 处于空闲模式，HLR 中配置了用户的 CS、PS 数据。测试连接：

测试过程： 1. 创建 SCTP 链路跟踪 2. 查询小区和 SCTP 链路状态 3. 断开 RNC 侧 FE 网线 4. 再次查询小区和 SCTP 链路状态 5. UE 发起 CS AMR(视频)和 PS R99 业务

6. 重新插上 FE 网线 7. 拔掉端口 RNC 侧 E1 线 8. 查询小区和 SCTP 链路状态 9. UE 发起 CS AMR(视频)和 PS R99 业务 10. 重新插上 E1 网线。

预期结果： 1. SCTP 跟踪任务创建成功， RNC 和 NodeB 之间有 HEART_BEAT 和

HEART_BEAT_ACK 消息交互； 2. 小区正常，SCTP 链路正常； 3. RNC 告警台上报相关告警； 4. 小区正常，SCTP 链路正常； 5. 业务建立成功； 6. RNC 告警台告警清除； 7. RNC 告警台上报相关告警； 8. 小区正常，SCTP 链路正常； 9. 业务建立成功； 10. RNC 告警台告警清除。


85

8.3.2.2 IP 分路传输可靠性(公共信道)

测试编号：错误！未找到引用源。项目：Iub 接口 IP 分路传输可靠性测试子项目：IP 分路传输可靠性(公共信道) 测试目的：测试 IP 分路传输中，公共信道的可靠性：当 E1 或者 FE 传输故障时，小区仍

然正常。预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 之间有一根 E1 线和一根网线相连； 3．Iub IP 分路传输，RNC 和 NodeB 之间数据配置正确 (IP1：配置在 MP/E1 上的 IP; IP2：




测试过程： 1. LMT 上查询：小区状态和公共信道使用的 IPPATH； 2. 断开 E1 线； 3. LMT 上，查询小区状态和公共信道使用的 IPPATH； 4. 恢复 E1 连接； 5. 断开 FE 网线； 6. LMT 上，查询小区状态和公共信道使用的 IPPATH； 7. 恢复 FE 连接。预期结果： 1. 步骤 1：小区正常，公共信道承载在 HQ_IPRT IPPATH； 2. 步骤 2：RNC 上报告警； 3. 步骤 3：小区正常，公共信道承载在 LQ_IPRT IPPATH； 4. 步骤 4：RNC 告警清除； 5. 步骤 5：RNC 上报告警； 6. 步骤 6：小区正常，公共信道承载在 HQ_IPRT IPPATH； 7. 步骤 7：RNC 告警清除。

8.3.2.3 IP 分路传输可靠性(业务)

测试编号：错误！未找到引用源。项目：Iub 接口 IP 分路传输可靠性测试子项目：IP 分路传输可靠性(业务) 测试目的：测试 IP 分路传输时的业务可靠性：当 E1 或者 FE 传输故障时，业务仍然正常。


86

预置条件： 1．WCDMA 系统运行正常； 2．RNC 和 NodeB 之间有一根 E1 线和一根网线相连； 3．Iub IP 分路传输，RNC 和 NodeB 之间数据配置正确 (IP1：配置在 MP/E1 上的 IP; IP2：




测试过程： 1. UE1 呼叫 UE2、UE 3 发起 PS 文件下载； 2. 断开 RNC 和 NODEB 之间的 FE 连线； 3. 插入 FE 网线，等待端口恢复； 4. 断开 RNC 和 NodeB 之间的 E1 连接； 5. 恢复 E1 连接； 6. 释放 CS、PS 业务。预期结果： 1. 步骤 1：UE1、UE2 之间呼叫建立成功，语音正常；UE3 下载正常、速率稳定 HLR；

CS 业务承载在 IP/MP/E1，PS 承载在 IP/FE。 2. 步骤 2：RNC 上报相应告警；UE1 和 UE2 之间的通话正常；UE3 的 PS 业务中断，

然后恢复。 3. 步骤 3：RNC 告警清除；UE1 和 UE2 之间的通话正常；UE3 的 PS 业务正常。 4. 步骤 4：RNC 告警清除；UE1 和 UE2 之间的通话中断，重新发起呼叫成功；UE3

的 PS 业务中断，然后恢复。 5. 步骤 5：告警恢复，UE3 的 PS 业务恢复正常。 6. 步骤 6：所有业务正常释放。

Documents

中国联通公司企业标准 - ccsa.org.cn · PDF file中国联通公司企业标准 QB/CU 062-2008 中国联通2GHz WCDMA数字蜂窝移动通信网 IP RAN测试规范 2GHz WCDMA