您好,欢迎来到筏尚旅游网。
搜索
您的当前位置:首页3G信令详解

3G信令详解

来源:筏尚旅游网
呼叫信令详解(前后台)

重点关注参数解释

PCCPCH-RSCP:UE 测得主公共控制信道的码片功率 PCCPCH-C/I: UE 测得主公共控制信道的载干比 PCCPCH-Path Loss: 主公共控制信道的路损 DPCH-RSCP: UE 测得专用信道的码片功率 DPCH-C/I: UE 测得专用信道的载干比 DPCH-ISCP:专用信道的干扰信号

BLER:误块率,是一段时间内误块数与总TB 块数的比值。即 总的传输块数

呼叫流程信令图

起呼过程分四个阶段:RRC连接建立,直传信令连接建立,RAB建立,震铃接通

建立RRC连接

(1)UE 在取得下行同步后,向NodeB发送SYNC_UL,接收到NodeB 回应的FPACH 信息后,在RACH 信道上向RNC 发送 RRC Connection Request 消息,发起RRC 连接建立过程。

(2)RNC 准备建立RRC 连接,分配建立RRC 连接所需要的资源,并发送一条Radio Link

Setup Request 消息给NodeB。

(3)NodeB 配置物理信道,在新的物理信道上准备接收UE 消息,并给RNC 发送一条Radio Link Setup Response 响应消息。

(4)RNC 通过ALCAP 协议,建立Iub 数据传输承载。Iub 数据传输承载通过AAL2 的绑定标识与DCH 绑定在一起。建立Iub 数据传输承载需要NodeB 确认。 (5)(6)通过Downlink Synchronisation 和Uplink Synchronisation.

控制帧,NodeB 与 RNC 为Iub 数据传输承载建立同步,此后NodeB 开始DL 发送。 (7)RNC 在FACH 信道上发送RRC Connection Setup 消息给UE。

(8)UE 在DCCH 上发送RRC Connection Setup Complete 消息给RNC,RRC 连接建立完成

直传信令连接建立(含鉴权和加密)

(9)UE 在DCCH 上给RNC 发送一条 Initial Direct Transfer(CM Service Request)消息,该消息包括了UE 请求的业务类型等信息,例如12.2K语音业务。

(10)RNC 发起初始到CN 的信令连接,并发送一条Initial UE Message 消息给CN,通知CN 关于UE 请求的业务等内容。

通过初始直接传输过程后,可使用该信令连接传输UE 和CN 之间的NAS 消息。

(11)CN 发送RANAP 消息 Direct Transfer (Authentication Request)到 RNC,要求对UE 进行鉴权。

(12)RNC 发送RRC Downlink Direct Transfer( Authentication Request)消息给 UE。 NAS 消息由UTRAN 透明的传输到UE

(13)UE 发送RRC Uplink Direct Transfer Message(Authentication Response)消息给RNC,告知网络侧UE 已经按照鉴权要求完成了鉴权。

(14)RNC 发送RANAP 消息Direct Transfer 给CN,将UE 的NAS消息转发给CN。 NAS 消息被透明的传输到UTRAN。

(15)CN 发送RANAP 消息 Security Mode Command 给RNC,要求终端进行安全模式控制。

(16)RNC 在下行DCCH 上发送 RRC Security Mode Command 给UE,开始/重启加密过程。 (17)UE 成功应用新的加密方式后,在上行DCCH 上发送RRC SecurityMode Complete 给RNC

(18)RNC 发送RANAP 消息 Security Mode Complete 给CN,双方完成安全模式控制。

RAB建立过程

(19)(20)(21)(22)上行和下行的直接传输过程,NAS 要求传输数据, UE 向网络侧说明Bearer Capability 以及Called Number 等内容。

(22)CN 向RNC 发送RANAP 消息Common ID,告知RNC 该UE 的IMSI。

(23)CN 向RNC 发送RANAP 消息 Radio Access Bearer Assignment Request ,发起RAB 建立过程。 (24)RNC 通过ALCAP 协议建立Iu 数据传输承载,并利用AAL2 绑定标识将Iu 数据传输承载和无线接入承载绑定在一起。

(25)RNC 要求其NodeB 准备建立DCH 来承载RAB(RadioLinkReconfiguration Prepare) (26)NodeB 配置资源并通知RNC 准备完毕( Radio Link Reconfiguration Ready) (27)RNC 通过ALCAP 协议建立Iub 数据传输承载,并利用AAL2 绑定标识将Iub 数据传输承载绑定到DCH。 (28)(29)NodeB 和RNC 通过Downlink Synchronization 和 Uplink Synchronization DCH-FP 帧为Iub 数据传输承载建立同步关系。

(30)RNC 向NodeB 发送NBAP 消息Radio Link Reconfiguration Commit (31)RNC 向UE 发送RRC 消息Radio Bearer Setup

(32)UE 按照新的传输格式发送RRC 消息Radio Bearer Setup Complete 给RNC。 (33)RNC 发送RANAP 消息Radio Access Bearer Assignment Response 给CN,RAN 建立完成。

振铃,接通

呼叫过程前后台信令解析 RRC CONNECTION REQUEST

关键点1:UE的tmsi号 关键点2:MCC(移动国家码) 关键点3:MNC(移动网络码)

关键点4:LAC区(将2进制转化为10进制即可)

关键点5:建立原因(主叫会话类通话)被叫为terminatingConversation call 关键点6:现占小区PCCPCH RSCP(用目标值-116dBm即为实际值) 关键点7:现占小区扰码

RRC CONNECTION SETUP

关键点1:UE下行所占时隙,如图所示,UE占用TS3时隙

关键点2:UE下行所占码道,如图所示,UE占用TS3的1,2码道,从右到左即为1—16码

关键点3: celli:小区ID 计算方法为:

cell_id:二进制换算成十进制:X RNC ID * 65536 + CELL ID=X

关键点1:UE上行所占时隙,如图所示,UE占用TS2时隙

RRC CONNECTION COMPLETE

关键点1:UE支持的频段:A频段

关键点2,3,4,5:UE是否支持PDSCH,8PSK,PUSCH(true为支持,false为不支持)

关键点6:UE是否支持GSM模式(true为支持,false为不支持)

关键点7:UE是否支持HSDPA(true为支持,false为不支持)

RRC_INIT_DIRECT_TRANSF

关键点1:申请的业务类型(电路域/分组域)

关键点2:nas Message:Nas消息,核心网解包

RANAP_INITIAL_UE_MESSAGE

cN DomainIndicator:标识为CS业务

pLMNidentity: F0 31,即 MCC=\"460\网号:46013 imsi:核心网返回给RNC UE的IMSI号,460136300000002 lAC:00 22 :即lAC 号为22 sAC::00 01:即sAC 号为16

RANAP_COMMON_ID

IMSI:每两位反过来读取,从左到右

RANAP_RAB_ASSIGNMENT_REQ

关键点1:rAB ID: RAB标识;这个元素唯一地识别一个特定UE在CN域的无线接入承载,

它在一个Iu连接上是唯一的 关键点2:trafficClass:业务类别,对话类(conversational) 关键点3:MaxBitrate:最大比特率:12.2k

关键点4:guaranteedBitRate :承诺比特率:12.2k。表示最低需要满足的速率

RANAP_DIRECT_TRANSF

震铃

CONNECT

CONNECT ACKNOWLEDGE(呼叫建立成功)

呼叫异常信令解析 RRC连接建立中异常流程

异常流程 1

信令连接建立在 DCH失败,NodeB无线链路建立失败 :

在为一个用户建立信令连接时,在Uu 接口的无线资源分配成功后,首先为该用户需建 立一条承载 RRC 信令的无线链路,但是由于 NodeB 的原因(硬件原因、协议错误、其他错误),从而导致空中接口的 RRC 连接无法建立,最终导致信令连接的建立失败。

异常流程说明:

当 Node B 不能按照要求为该用户建立 RL 时,向RNC 返回 RL Setup Failure 消息, 并包含失败原因。

RNC 收回内部为该用户分配的无线资源。

RNC 组织 Uu 接口标准消息,向该用户发送 RRC Connection Reject 消息,拒绝用 户接入。

异常流程 2

信令连接建立在 DCH失败,Iub接口 AAL2建立失败:

为一个用户建立信令连接时,在无线资源满足的前提下,成功的为用户建立了无线链路, 在建立 Iub 接口上承载该信令连接的 ATM 承载时,发生失败(硬件原因、协议错误、其他错误),从而导致空中接口的 RRC 连接无法建立,最终导致信令连接的建立失败。

异常流程说明:

信令连接建立过程中,当 RNC 与 Node B 之间RL 建立成功后,RNC 向 Node B 发 送 ALCAP 的 Establish Request消息,发起 AAL2 连接建立过程,用于在 Iub 接口 承载 RRC 信令。

RNC 实体的ALCAP 与 Node B 实体的 ALCAP 进行协商,Node B 实体拒绝建立该 收到 AAL2 建立失败消息后,RNC 收回内部为该用户分配的无线资源。 RNC 与 Node B交互,释放该用户的无线链路。

RNC 组织 Uu 接口标准消息,向该用户发送 RRC Connection Reject 消息,拒绝用 户接入。

异常流程 3

信令连接建立在 DCH失败,网络拒绝 RRC连接建立

在为一个用户建立信令连接时,在无线资源满足的前提下,成功的为用户建立了无线链 路,建立了 Iub 接口上承载该信令连接的 ATM 承载,在申请本地业务资源时,由于没有足够的本地资源,或其他原因导致本地分配失败或逻辑连接建立失败,从而导致空中接口的RRC 连接无法建立,最终导致信令连接的建立失败。

异常流程说明:

信令连接建立过程中,当承载信令连接的 RL 以及 AAL2 建立成功后,RNC 实体 内部申请本地业务资源,由于资源不够或其它原因导致本地资源分配失败。 RNC 收回内部为该用户分配的无线资源。

RNC 与 Node B交互,释放该用户的无线链路。 RNC 与 Node B交互,释放局间 AAL2 链路。

RNC 组织 Uu 接口标准消息,向该用户发送 RRC Connection Reject 消息,拒绝用 户接入。

异常流程 4

网络侧无响应

该过程描述的是当 UE 请求建立 RRC 连接时,由于 Uu 信号质量、RAN 设备异常、逻辑资源分配等原因,导致超时后 UE 仍没有接收到网络侧的接受或拒绝消息,最终导致信令连接建立失败。此类异常流程及处理对于信令连接建立在DCH或FACH上两种情况都适用。

异常流程说明:

UE 向 RNC 发送 RRC_CONNECTION_REQUEST 消息,发起该过程;当 UE 的非 接入层请求处于空闲模式下的 UE 建立一条信令连接,或 UE收到寻呼时,要求建立 RRC 连接,则UE 启动该过程。

UE 等待网络侧的 RRC 连接建立响应。当定时器 T300 超时后仍没有收到网络侧接 受或拒绝消息,则 UE 侧判断若发送 RRC Connection Request的次数变量 V300 小于或等于 N300 次,UE 重新组织 RRC Connection Request 消息并向 Uu 接口发送,V300+1,重新发起 RRC连接建立。

重复前面步骤,若 V300大于 N3 00,UE 回到空闲模式。

RAB建立中异常信令

异常流程 1

Node B无线链路重配置失败

RNC 从 Iu 接口收到 RAB建立请求后,需要首先在 Iub 接口对承载 Uu 接口用户面的无线链路进行重配置,但是由于 NodeB 的原因(硬件原因、协议错误、其他错误)RL 重配置过程失败,从而导致空中接口的无线承载无法建立,RAB 建立失败。

异常流程说明:

当Node B不能按照要求为该用户重新配置RL时, 向RNC返回RL Reconfiguration Failure 消息,并包含失败原因。

RNC 向 CN发送 RAB Assignment Response 消息,指示 RAB 建立失败,并包含失 败原因,如 UTRAN侧产生原因、无线接口过程失败等。 RNC 收回内部为该用户分配的无线资源。 RNC 与 UE释放 Uu 接口 RRC 连接。

若为 CS域 RAB,Iu 接口需释放 AAL2 数据传输承载。

异常流程 2

Uu接口 RB建立失败

RNC 向 UE 发送 RB Setup 消息发起 Uu 接口无线承载的建立。由于一些错误原因导致UE 向 RNC发送 RB 建立失败的响应。

导致 UE 发送失败响应的原因可能为: UE 收到的消息协议错;

RB Setup 消息中包含无效的配置信息;

RB Setup 消息中包含 UE 不支持的配置信息; 配置信息不匹配;

UE 物理信道配置失败;

重配过程中无线链路失败等。

异常流程说明:

当 Iub 接口无线链路以及 AAL2 连接建立完成以后,RNC 向 UE 发送 RB Setup 消 息建立 Uu 接口无线承载。当上述某项原因出现时,UE 向 RNC 返回无线承载建立 失败。

RNC 收回内部为该用户分配的无线资源。 RNC 与 Node B释放 Iub接口的 RL。

RNC 与 Node B释放 Iub接口的 AAL2 连接。 RNC 与 UE释放 Uu 接口 RRC 连接。

RNC 向 CN发送 RAB Assignment Response 消息,指示 RAB 建立失败,并包含失 败原因,如 UTRAN侧产生原因、无线接口过程失败等。

若为 CS域 RAB,Iu 接口需释放 AAL2 数据传输承载。

异常流程 3

Iu 接口 RAB建立失败

RNC 收到 RAB 指派请求后,向 CN响应 RAB 指派失败消息。可能的原因为: Iu 接口本地资源分配失败;

Iu 接口用户面配置失败; Iu 接口 AAL2 建立失败;

切换信令详解(前后台)

RNC内切换 RNC内切换信令图

UE NodeB(S) NodeB(T) RNC CN(MSC) Call in progress 1. Measurement Report (DCCH) (SIR, RSCP…) RRC RRC 2. Radio Link Setup Request (UL Scrambling Code, NBAP NBAP UL SIR Target, RL ID, Frame offset, DL Max/min power…) 3. Radio Link Setup Response NBAP 4. ALCAP Iub Data Tx Bearer Setup 5. Downlink Sync (Target CFN) DCH-FP DCH-FP 6. Uplink Sync (DL Sync’s ToA, CFN) DCH-FP DCH-FP NBAP 7. Physical Channel Reconfiguration (DCCH) (new RNTI, cell infor, UL Tx Power…) RRC RRC 8. Radio Link Restore Indication (RL information-ID …) NBAP 9. Physical Channel Reconfiguration Complete (DCCH) RRC 10. Radio Link Deletion Request (RL ID) NBAP 11. Radio Link Deletion Response NBAP 12. ALCAP Iub Data Tx Bearer Release NBAP NBAP RRC NBAP Call continuation 流程说明:

UE通过DCCH发射测量报告给RNC,其中包含测量事件,满足事件的小区频点和参数。

RNC下发RL建立请求给将要进行切换的NodeB(也叫目标NodeB)。

NodeB建立完成后给RNC回复Radio Link Setup Response消息,表示建立完成。 ALCAP Iub接口数据传输承载建立。 依据CFN建立帧协议的下行同步。 帧协议的上行同步完成。

RNC向UE下发物理信道重配置请求。 无线链路RL建立完成指示。

UE建立完成物理信道重配置后向RNC发送Physical channel reconfiguration complete消息。

RNC向旧的NodeB(也叫源NodeB)发送RL删除请求。

源NodeB删除完RL后向RNC 发送Radio Link Deletion Response表示释放完成。 ALCAP Iub接口数据承载释放。切换成功,可以接受目标NodeB的服务。

RNC间切换 RNC间切换信令图

UE NodeB(S) RNC(S) CN(MSC) RNC(T) NodeB(T) Conversational Communication 1. Measurement Report RRC (DCCH→DCH→DPCH) RRC 2. Relocation Required (Source To Target RNC Transparent Container) RANAP RANAP 3. Relocation Reqest Start TRELOCprep (Source To Target RNC Transparent Container) RANAP RANAP Start TRELOCalloc 4. ALCAP Iu Data Tx Bearer Setup 5. Radio Link Setup Request NBAP NBAP 6. Radio Link Setup Response NBAP NBAP 7. ALCAP Iub Data Tx Bearer Setup 8. Downlink Sync DCH-FP DCH-FP 9. Uplink Sync DCH-FP 10. Relocation Reqest Acknowledge (Target To Source RNC Transparent Container) RANAP RANAP 11. Relocation Command Stop TRELOCprep (Target To Source RNC Transparent Container) RANAP RANAP Start TRELOCcomplete DCH-FP Stop TRELOCalloc Start TRELOCOverall UE NodeB(S) RNC(S) CN(MSC) RNC(T) NodeB(T) RRC 12. Physical Channel Reconfiguration (DCCH←DCH←DPACH) RRC Strat T312 13.Dedicate Physical Channel Setup With Target SRNS Stop T312 14. Radio Link Restore NBAP 15. Relocation Detect RANAP 16. Physical Channel Reconfiguration Complete (DCCH→DCH→DPACH) Stop TRELOCcomplete RANAP NBAP RRC RRC 17. Relocation Complete RANAP RANAP Stop TRELOCOverall18. Iu Release Command RANAP RANAP 19. Iu Release Complete RANAP RANAP 20. ALCAP Iu Data Tx Bearer Release 21. Radio Link Deletion Request NBAP NBAP 22. Radio Link Deletion Response NBAP 23. ALCAP Iub Data Tx Bearer Release NBAP 24. Conversational Communication Release Procedure 25.Location Area Update var New SRNS

流程说明:

UE通过DCCH向RNC(S)发送测量报告“Measurement Report”消息,表明满足RNC间小区切换的条件。内容也包含目标小区的信号质量及基本信息。

RNC(S)判决进行切换(目标小区属于另一个RNC)后向CN发送RELOCATION REQUIRED,发起重定位过程,在该消息中,RNC(S)应指示重定位类型为“UE involved”或“UE not involved”。在没有Iur接口的情况下(TD-SCDMA系统实现中暂时不考虑Iur接口的实现),系统所做的重定位过程都是“UE involved”。

CN(MSC)在RNC(T)侧建立SCCP连接,并向RNC(T)发送RELOCATION REQUEST。 RNC(T)收到NodeB(T)的响应消息后,在目标小区侧建立Iu口的ALCAP传输承载。

RNC(T)收到该消息后向NodeB(T)发送无线链路建立请求,为目标小区建立无线链路。 目标小区收到无线链路建立请求后,配置相应链路资源; RNC(T)在目标小区侧建立Iub口的ALCAP传输承载。 建立下行帧同步。 建立上行帧同步。

建完传输承载后,RNC(T)向CN(MSC)响应RELOCATION REQUEST ACK,表明目标RNC侧已准备好。

CN(MSC)向RNC(S)发送RELOCATION COMMAND,指示开始进行重定位。

RNC(S)通过源小区的信道向UE发送PHYSICAL CHANNEL RECONFIGURATION消息,通知UE进行切换。

UE收到PHYSICAL CHANNEL RECONFIGURATION消息后,做相应处理。 NodeB(T)向RNC(T)发送NABP消息RL Restore。表明NodeB(T)和RNC(T)之间无线链路已经建立完成。

RNC(T)向CN(MSC)发送Relocation Detect消息。

UE将上下行链路转移到目标小区后,通过目标小区向RNC(T)发送PHYSICAL CHANNEL RECONFIGURATION COMPLETE消息。

RNC(T)收到后发送RELOCATION COMPLETE消息给CN(MSC),说明目标侧重定位过程已完成。

CN(MSC)向RNC(S)发送Iu Release Command命令释放Iu口资源。 RNC(S)向CN发送Iu Release Complete命令表示Iu口资源释放完成。

Iu口的ALCAP 数据承载释放。

RNC(S)向NodeB(S)发送Radio Link Delete Request,请求释放Iub接口的无线资源。

NodeB(S)向RNC(S)发送Radio Link Delete Response。表示删除完成。 Iub口的ALCAP传输承载释放。 交互式通信进程释放完成。 RNC(S)重定位过程更新。

切换前后台信令解析

MEASUREMENT CONTROL

CRC校验测量控制

关键点1:CRC校验,假设一个窗口为512的大小,如果其中错误超过300,系统会根据测

量控制发送5A事件(基于业务质量)

关键点2:邻小区检测,图中所示为检测到的邻区频点扰码

1G事件测量控制

关键点1:表示此为1G事件的测量控制消息

关键点2:事件的门限为10,实际值=配置值*0.5。本例信元值为10dB,即配置值为10dB,

表示当某个同频邻区的PCCPCH RSCP值比服务小区高5dB以上,才触发1G事件,判决同频切换(在协议中规定,此值的范围是0-7.5,步长为0.5dB) 关键点3:1G事件的触发时长,配置为1280ms,表示当有某个同频邻区的PCCPCHRSCP

值在1.28秒内都满足上述的1G事件门限,则UE上报1G事件测量报告

关键点4:表示测量监控的同频小区的个数为6

3A事件测量控制

关键点1:表示此为3A事件的测量控制消息

关键点2,3:如图TD的RSCP需要低于-95dBm,且G网电平高于-81dBm,才会触发3A

切换测量

关键点4:事件的门限为4,实际值=配置值*0.25,即用TD最小电平减去实际值-G网最小

电平加上实际值即为满足条件的事件

关键点5:3A事件的触发时长,配置为1280ms,表示当有某个同频邻区的PCCPCHRSCP

值在1.28秒内都满足上述的3A事件门限,则UE上报3A事件测量报告

关键点6:表示测量监控的同频小区的个数为6

2A事件测量控制

关键点1:表示为2A事件的测量控制消息

关键点2:事件的门限,实际值=配置值*0.5。但目前RNC实现是配置值*0.25。本例信元值

为12dB,即配置值为3dB,表示当某个同频邻区的PCCPCH RSCP值比服务小区大于等于3dB以上,才触发2A事件,判决异频切换(在协议中规定,此值的取值范围是0-14.5,步长为0.5,2A事件的判别公式为Qn>=Qs+Hy/2,所以最总转换为dB的时候,这个参数是除以4的) 关键点3:2A事件的触发时长,配置为0ms,表示当有某个同频邻区的PCCPCHRSCP值

在0.秒内都满足上述的2A事件门限,则UE上报2A事件测量报告

关键点4:表示测量监控的同频小区的个数为6

MEASUREMENT REPORT

2A事件测量报告

关键点1:反映事件类型,图例为2A事件(异频测量)

关键点2:即将切换的小区的频点扰码(此为主频点,很可能存在一种情况就是切换过去后

占用的是辅频点)

3A事件测量报告

关键点1:测量事件类型,图示为3A事件

关键点2:即将切换G网小区电平值,显示为2进制,转化为10进制减去111dBm,即为

实际值。如图中,100010的十进制为34,即实际电平为34-111=-77dBm,即为实际值

G网的BSIC为2

1G事件测量报告

关键点1:测量事件类型,如图为1G事件 关键点2:欲切换小区扰码

关键点3:欲切换小区RSCP,用目标值-116即为实际值,30-116=-86dB

NBAP_RL_SETUP_RSP(RNC内)

在NODEB上报的RADIO LINK SETUP RESPONSE消息中,除了必要的消息、资源标识信息外,还包含了配置成功的各个信道的资源记录,用以上报给RNC建立对等通讯时使用。包含RL ID,DCH ID,绑定ID,NodeB ATM,如下图所示:

NBAP_RL_SETUP_RSP包含的属性图

NBAP_RL_DEL_REQ(RNC内)

RNC向NodeB发送RL删除的请求,需要删除的RL ID为0。

NBAP_RL_DEL_REQ包含的属性图

PHYSICAL CHANNEL RECONFIGURATION(RNC内)

关键点1:切换目标小区频点,如图为10096 关键点2:UE最大发射功率

关键点3:UE上行占用时隙,如图,上行占用时隙2

关键点4:切换目标小区扰码,和关键点1中的频点合起来看,确定目标小区

关键点5:UE下行占用时隙,如图,下行占用时隙4

关键点6:UE下行占用码道,如图,下行占用时隙4的1,2码道 关键点7:切换目标小区的ID

计算方法为:

cell_id:二进制换算成十进制:X RNC ID * 65536 + CELL ID=X

关键点:所建立的上下行信道需要关注的信息是上下行DPCH信道和上下行CCTrCH信道

的配置

RANAP_RELOCATION_REQUIRED(RNC间)

重定位请求消息中包含的有,切换类型,实例中为:ue involved,表示没有Iur接口。切换原因为无线的原因。原网络的PLMN为46007,原RNC ID为688。如下图所示。

RANAP_RELOCATION_REQUIRED包含的属性图

该消息中还包含目标RNC的网络PLMN,位置区码LAC,路由区码RAC,目标RNC的ID。原RNC向目标RNC的TransparentContainer。目标小区ID等,如下图所示。

RANAP_RELOCATION_REQUIRED包含的属性图

Radio Link Setup Request,Radio Link Setup Response,DownLink sync,UpLink sync 这些信令中的内容跟其他业务中的相同信令含的信息一样,在这里不做具体介绍。

RANAP_RELOCATION_REQ_ACK(RNC间)

该消息中包含目标RNC到源RNC的TransparentContainer消息和RAB消息。

RANAP_RELOCATION_REQ_ACK包含的属性图

RANAP_RELOCATION_COMMAND(RNC间)

该消息中包含目标RNC到源RNC的TransparentContainer,RAB 信息。如下图所示:

NAPAP_RELOCATION_COMMAND包含的属性图

PHYSICAL CHANNEL RECONFIGURATION(RNC间)

该消息由RNC通过DCCH信道向UE下发,消息中包含RNC期望建立的物理信道的要求。包含:切换基本信息,上行信道要求和下行信道要求。 下图实例中换目标小区的频率为10096(uarfcn),该值除以5为实际频率。UE最大发射功率:21dBm。切换目标小区的ID,计算方式为RNCID*65536+小区配置ID,转换成16进制。

RRC_PH_CH_RECFG包含的属性图1

所建立的上下行信道需要关注的信息是上下行DPCH信道和上下行CCTrCH信道的配置。如下图所示:

RRC_PH_CH_RECFG包含的属性图2

RANAP_RELOCATION_DETECT(RNC间)

包含的信息如下图所示。

RANAP_RELOCATION_DETECT包含的属性图

RANAP_RELOCATION_COMPLETE(RNC间)

包含的消息如下图所示。

RANAP_RELOCATION_COMPLETE包含的属性图

Iu Release Command ,Iu Release Complete,Radio Link Delete Request,Radio Link Delete Response ,ALCAP Iub release

这些命令与其他业务中相同命令一致,这里不进行详细介绍。

切换异常信令解析 RNC内异常信令

异常流程1

Node B失败

本异常流程主要考虑了切换过程中由于 Node B失败而导致的切换过程失败,如无线链 路增加消息错误、参数配置错误、超时等。此类失败在 RNC 以及 Node B 实体上的处理方式类似,本图中给出了无线链路增加消息错误的情况,超时的异常流程中 Node B 不向RNC发送 Radio Link Failure 消息。

异常流程说明:

当 Node B 不能按照要求为该用户增加 RL 时,向 RNC 返回RL Addition Failure 消 息,并包含失败原因。

切换失败,UE 继续在源小区进行通信。

异常流程2

UE 响应切换失败

RNC 向 UE发送 Physical Channel Reconfiguration消息进行切换。由于一些错误原因导 致 UE 向 RNC 发送物理信道重配置失败的响应。

导致 UE 发送失败响应的原因可能为: UE 收到的消息协议错;

Physical Channel Reconfiguration 消息中包含无效的配置信息;

Physical Channel Reconfiguration 消息中包含 UE 不支持的配置信息;

配置信息不匹配;

UE 物理信道配置失败; 重配过程中无线链路失败等。

异常流程说明:

当 Iub 接口无线链路以及 AAL2 连接建立完成以后,RNC 向 UE 发送 Physical Channel Reconfiguration进行切换。当上述某项原因出现时, UE向RNC返回Physical Channel Reconfiguration Failure消息。

RNC 与 Node B释放 Iub接口的 RL。

RNC 与 Node B释放 Iub接口的 AAL2 连接。

切换过程失败,UE 继续在源小区进行通信。

异常流程3

定时器超时失败

定时器超时,指的是 RNC 在给 UE 发送了空中接口的配置消息后,在一定的时间内既没有收到用户的成功响应消息,也没有收到失败消息,和 UE 失去了联系,此时策略为释放该用户的所有业务。

异常流程说明:

RNC 在给 UE 发送了空中接口的配置消息后,在一定的时间内没有既没有收到用 户的成功响应消息,也没有收到失败消息。

若在目标小区已经完成 RL 同步,则 Node B 在目标小区向 RNC 发送 Radio Link Failure 消息,原因为同步失败。(Note (1))

Node B 在源小区向 RNC发送 Radio Link Failure 消息,原因为同步失败 RNC 释放该用户的所有业务,包括:

RNC 发起 Iu连接的释放,释放 Iu 连接。

若为 CS域 RAB,Iu 接口需释放 AAL2 数据传输承载。

RNC 收回内部为该用户分配的无线资源。 RNC 与 Node B释放 Iub接口的 RL。

RNC 与 Node B释放 Iub接口的 AAL2 连接。 RNC 与 UE释放 Uu 接口 RRC 连接。 切换过程失败。

若在目标小区没有完成 RL同步,则在目标小区没有此消息。

RNC间异常信令

异常流程1

源 RNC对目标 RNC的重定位准备失败 该过程描述的是,源 RNC 向 CN发送 RelocationRequired 消息发起重定位时 CN拒绝不能接收该重定位,可能的原因是: TRELOCalloc超时;

目标 RNC、目标 CN或目标系统重定位失败; 目标 RNC、目标系统不支持重定位; 不允许重定位至目标系统;

异常流程2

源 RNC取消重定位

该过程描述的是,重定位准备过程中,源 RNC 取消重定位,满足以下条件可以触发取消重定位过程:

源 RNC 还未在 Iur接口或 Uu 接口发起 SRNS 重定位; SRNS重定位发起后, UE通过向SRNC发送的RRC消息指示UE认为源RNC为其服务 RNC。

异常流程3

源 RNC侧 UE 配置失败

该过程描述的是,重定位准备过程中,源 RNC 侧 UE 进行重定位时失败。重定位过程失败,UE 保持与源 RNC进行通信。

异常流程4

目标 RNC侧 Iub 接口过程失败

该流程描述了重定位过程中三种发生在 Iub 接口两侧实体上的异常情况,由于在重定位 过程中这三类异常 Iu 接口的表现是相同的,因此本流程中做同一描述。异常情况分别为: 目标 RNC 侧无线资源无法满足 目标 RNC 侧无线链路建立失败

目标 RNC 侧Iub 接口 AAL2 建立失败

RRC,RL,RB,RAB之间差别

(1)RRC连接是为了建立UE和UTRAN之间的信令连接(SRB1-SRB4),可以通过CCH或者DCH,如果建立在DCH,上下行各占用1个码道(SF=16)〔在HS业务建立的时候,要占用两个码道;且PS的速率包括信令连接占的码道〕。类似还有RNC和NodeB之间的Iub连接,RNC和CN之间的IU连接,但是Iub连接是一直存在的,不需要在每次UE和CN连接都去建立和释放,而Iu连接则必须每次去建立和释放(这里是指面向连接的信令和数据承载,无连接的除外)。

(2)RL是为了建立RNC和NodeB之间的DCH的连接,只要数据走DCH,必须配置这个链路。RL是一个逻辑概念,其实就是一个格式集,数据在L2和L1之间传输(MAC-D->DCH/HS-DSCH/DSCH/USCH FP->DPCH/HS-DPSCH 传输信道和MAC-D FLOW(mac-dh->mac-hs)),在DCH时要增加/修改DCH FP/HS-DSCH FP,因此要配置,而在CCH时,L2->L1的链路已经建立完成,因此不需要配置RL,但RNC和NodeB的连接是存在的,所以RL是格式集。在RL之下还有一个叫Iub数据传输承载的东西,它和RL的主要区别在于Iub数据承载承载的是Iub接口的数据,而RL是Uu口的数据,RL是位于Iub承载之上的。(可以这样理解:Iub承载是AAL2承载,公共信道的FP是建立在AAL2上的,因此小区建立的时候会建立一些承载,如果要使用DCH信道,也要先建立DCH的AAL2承载。)

(3)RB是UE和UTRAN之间的连接格式集,就是UU口L1、L2的格式问题,即物理信道、传输信道、逻辑信道的配置问题。如果没有业务,RB是不需要的,因此如果要在CN/URTRN和UE之间传信令,只要有RRC连接即可(实际上也有无线承载,即SRB),但只要有业务,就必须配置RB,同样,必须配置Iub承载(只要有DCH就必须去配置DCH FP的承载,同RL一样)。

(4)RAB是UE和CN之间的连接的约定,体现在业务上,主要是Qos的配置。为了在无线环境中传输,就必须借助无线接入网,因此RAB分为UE和UTRAN之间的RB和CN和UTRAN之间的IU承载。

(5)相关的问题就可以这要理解了:

如果没有业务要建立,例如位置区登记、更新,只需要建立RRC连接、Iu连接,而不需要去建立RL、Iub承载、Iu承载、RAB、RB。 如果要在CCH上建业务,比如PS8k业务,必须建立RRC连接,Iu连接,然后建立RAB、RB、Iub承载、Iu承载,但是不需要建立RL。

这时一旦RB失败,业务已经失败,RNC将回复CN消息RAB指配响应指示失败,CN决定是否释放业务。

如果要在DCH上建CS业务,则必须建所有的连接和承载,并且RRC连接必须建立在DCH上,这样:

一旦RRC连接失败,释放所有的连接和承载,包括RL;

一旦RL配置失败,如果存在原先配置,则恢复到原先配置,RNC自己不会去释放RRC、RL、Iu等,回复CN RAB指配响应指示失败,按照CN新的指令去执行,业务肯定要失败的,一般来说,如果CN发现业务失败了,将会发起IU释放的流程。

一旦RB配置失败,CS业务是不行了,如果是在RL RECFG COMMIT之前收到RB配置失败,RL恢复到原来的RL,RNC回复CN RAB指配响应指示失败,由CN决定新的流程;如果是在RL RECFG COMMIT之后收到RB配置失败,因为RNC无法恢复原来的RL,因此所有的业务都失败了,RNC向CN回复RAB指配响应指示失败,同时释放所有的连接和

承载。

如果要在DCH上建PS业务,所有的连接和承载都得建立,如果RRC连接建立在DCH上,对于RRC、RL、RB配置失败的处理同CS一样,如果RRC连接建在CCH上时,其实处理还是一样的?。注意一点:在PS业务释放的时候,CN发RAB指配,这时候需要去重新申请两个码道的资源去传信令,如果没有资源了,则异常释放,不会执行RL重配和RL删除了。

(6)在TD-SCDMA中,一个UE最多只有一个RRC连接,当执行硬切换时,最多可以有两条RL,但一般都只有一个RL(包括组合业务),多RAB,两个Iu连接(1CS+1PS),多RB。

(7)SRB呢?从某种意义上说,SRB和RB是个孪生兄弟,SRB是信令RB,在建立RRC连接的时候,SRB就建立起来了,为了传递UE和UTRAN之间的信令,而RB是用户面RB,只有在建立业务的时候,即需要传递用户面数据的时候才建立RB。在小区建立的时候,SRB0就已经建立了,传CCCH信令,SRB1-SRB4在RRC建立的时候建,传DCCH信令,SRB5以上都是业务RB,其实就是RB。

呼叫释放信令详解(前后台)

呼叫释放流程信令图

释放RRC连接 释放RRC连接

上下行直传:

(1)(2)(3)(4)(5)(6)UTRAN直接传输UE与CN之间的NAS消息(包括释放请求和释放完成等)。

UE发起呼叫释放的主要的NAS消息关系如下:

UE发起呼叫释放的主要的NAS消息关系图

释放RRC连接: (7)CN通过给RNC发送RANAP消息Iu Release Command消息发起专用信道的释放过程。 (8)RNC向CN回送RANAP消息Iu Release Complete (9)CN与RNC通过ALCAP协议释放Iu承载

(10)RNC向UE发送RRC消息RRC Connection Release来释放该RRC连。

(11)UE向RNC回送RRC消息RRC Connection Release Complete确认RRC连接的释放 (12)RNC向NodeB发送NBAP消息Radio Link Deletion

(13)NodeB向RNC回送NBAP消息Radio Link Deletion Response (14)NodeB通过ALCAP协议释放与RNC的Iub传输承载。

UE发起仅释放Iu连接而不释放RRC连接的流程图

呼叫释放过程前后台信令解析 RANAP_IU_RELEASECOMMAND

RANAP_IU_RELEASECOMMAND消息见0 ,消息中主要包含以下属性: l nAS CAUSE:指示释放的原因。本例为正常释放。

RANAP_IU_RELEASECOMMAND消息

RRC_RRC_CONN_REL

RRC_RRC_CONN_REL消息分析见0 ,消息中主要包含以下属性: l n308:指示n308的次数,详见系统消息1中定时器的描述。 l releaseCause:指示释放的原因值,本例为正常释放。

RRC_RRC_CONN_REL消息

NBAP_RL_DEL_REQ

NBAP_RL_DEL_REQ消息分析见0 ,消息中主要包含以下属性: l rL ID:指示需要释放的无线链路编号。

NBAP_RL_DEL_REQ消息

导致呼叫释放的异常分析 CN发起 Uu接口释放

CN->UE: Disconnect

Operator determined barring O&M 干预

Normal call clearing 网络侧发起呼叫释放(正常释放) busy 被叫忙

Destination out of order 网络侧异常

No circuit/channel available 资源不够或 CN异常 Network out of order 网络侧异常

requested circuit/channel not available 该用户不支持请求的 QoS Resources unavailable, unspecified 网络侧异常

UE发起 Uu接口释放

UE->CN: Disconnect

Normal call clearing 用户发起呼叫释放(正常释放)

Uu接口 RRC连接释放

RRC 连接释放过程是由其它释放过程间接导致的,如 CN的NAS 层发起释放、 UE NAS层发起释放、RNC 发起的 Iu 释放。

RNC->UE: RRC Connection Release normal event 网络侧或 UE 侧发起正常呼叫释放以及其它异常引起的RRC连接释放

Iu接口释放

CN与 RNC都可以发起特定 UE 的 Iu 接口释放。RNC 向 CN发送 Iu Release Request 发起特定 UE 的 Iu 连接释放,并可间接导致 Uu 接口释放。CN向 RNC 发起的 Iu Release过程不能由 CN RANAP层直接发起,它是由其它释放过程间接产生的,如 CN的 NAS 层发起释放、UE NAS 层发起释放、RNC 发起的 Iu 释放。 RNC->CN: Iu Release Request

RAB pre-empted 抢占低优先级用户

Successful Relocation SRNS 重定位过程成功,释放源 RNC

Iu UP Failure Iu连接建立过程中或SRNS重定位过程中,CN响应 IuUP 失败 Release due to UE generated signaling connection release 用户进行组合业务时(CS+PS),UE 发起释放其中一个域的业务连接

No Resource Available Iu 连接建立时 Iu 资源不充足

Release due to UTRAN Generated Reason 通信过程中由于UTRAN侧原因导致的释放,如 RNC 收到 Node B 的 Radio Link Failure Indication

因篇幅问题不能全部显示,请点此查看更多更全内容

Copyright © 2019- efsc.cn 版权所有 赣ICP备2024042792号-1

违法及侵权请联系:TEL:199 1889 7713 E-MAIL:2724546146@qq.com

本站由北京市万商天勤律师事务所王兴未律师提供法律服务