关键词不能为空

当前您在： 主页 > 英语 >

Uu接口RRC协议深度分析

作者：高考题库网
来源：https://www.bjmy2z.cn/gaokao
2021-02-08 09:49
tags:

-

2021年2月8日发(作者：1636)


Uu


接口


RRC


信令消 息分析



目录



Uu


接口


RRC


信令消息分析


......................................... ..........................


1



1



RRC


协议简介


.


.................................... ................................................


3



1.1


1.2


1.3


1.4


Uu


接口协议栈简介



.............................................. .................................................. .


3



RRC


层功能实体


< br>.


................................... .................................................. ................


4



RRC


的功能



.


..................................... .................................................. ......................


7



RRC


协议状态


.


.................................... .................................................. ...................


8



2



RRC


基本过程消息分析


< p>
.


................................ ....................................


9



2.1


RRC


连接管理过程



.


.................................. .................................................. ...........


11


2.1.1


System information Broadcast(


系统信息的广播


)

.


.................................... .....


11


2.1.2


Paging type1(


寻呼类型


1) ............... .................................................. .............


1


3


2.1.3


RRC


连接建立


.


.................................... .................................................. .........


1


4


2.1.4


RRC connect release .. .................................................. ...................................


1


6


2.1.5


UE Capability information(UE


性能信息的传输


) .........................................


1


8


2.1.6


UE Capability Enquiry


...... .................................................. ............................


1


9


2.1.7


Initial Direct Transfer(


初始直接传输


) ........... ................................................


2


0


2.1.8


Downlink Direct Transfer


.


......................................... ......................................


2


0


2.1.9


Uplink Direct Transfer ................ .................................................. ..................


2


1


2.1.10


UE dedicated paging(UE


专用寻呼


) ............. .................................................


2


2


2.1.11


Security Control(


安全模式控制


)


.


....................................... ............................


2


2


2.1.12



Signalling connection release Indication(


信令连接释放指示< /p>


)


........


2


4


2.1.13



Signalling Connection Release(


信令连接释放


)


..................................


2


5


2.1.14


Counter Check(


计数器检查过程


) ............. .................................................. ...


2


6


2.2


RB Control Procedure(


无线承载控制过程


)

< br>.


................................... .......................


2


7


2.2.1


Signalling Radio bearer(


信令无线承载


) ............. ...........................................


2


7


2.2.2


Radio Bearer setup .................... .................................................. ....................


2


8


2.2.3


Radio bearer reconfiguration


.


........... .................................................. .............


2


9


2.2.4


Radio bearer release . .................................................. .....................................


3


0


2.2.5


transport channel reconfiguration

< p>
.


................................ ...................................


3


1


2.2.6


physical channel reconfiguration....... .................................................. ............


3


2


2.2.7


重配置过程注意事项：



.


........................... .................................................. ...


3


3


2.2.8


重配置消息的接收



.


.............................................. ..........................................


3


3


2.2.9


UE


不支持的配置或物理信道失败


< /p>


.


............................ ..................................


3


4


2.2.10


Transport format combination control(


传输格式组合控制


) ..........................


3


5


3



未知的，不可预见的和错误协议数据的处理



.


.........................


3


7



3.1.1


违背


ASN.1


或编码错误



.


... .................................................. ..........................


3


7


3.1.2


未知或不可预见的消息类型



.


.......................................... ..............................


3


7


3.1.3


接收到未经请求的消息



.

< p>
............................................ ....................................


3


7


2.3.3.b


未知的关键消息扩展



.


............................................. ..........................................


3


8


3.1.4


未知或不可预见的信息元素值，强制性信息元素


.....................................


3


8


3.1.5


条件信息元素错误



.


.............................................. ..........................................


3


8


3.1.6


未知或不可预见的信息元素值，条件信息元素


.........................................


3


9


3.1.7


未知或不可预见的信息元素值，可选信息元素


.........................................


3


9


3.1.8


非期望的非紧急的消息扩展



.


.......................................... ..............................


3


9


4



4.1


4.2


消息和信息元素功能性定义和内容



. .........................................


4


0



IE


标记



. .................................................. .................................................. ...............


4


0


RRC


消息协议扩展



.


.................................. .................................................. ...........


4


1


4.2.1


非关键扩展


< p>
.


................................ .................................................. ..................


4


1


4.2.2


关键扩展



.


................................. .................................................. .....................


4


2


4.3


各类


RRC

< br>消息


IE


功能定义


..... .................................................. ..........................


4


2


4.3.1


CN


常见


IE .......... .................................................. .........................................


4


2


4.3.2


UTRAN mobility IE


.

................................................ .......................................


4


3


4.3.3


UE IE


.


.......... .................................................. ..................................................


4


3


4.3.4


Radio Bearer Information elements ..... .................................................. .........


4


5


5



6



6.1


消息和信息元素抽象语法（


A SN.1


）



.......................................


4


7



消息传送语法


..................... .................................................. .......


4


8



编码的


RRC


消息的结构



.


........................... .................................................. .........


4


8


6.1.1


基本生产（


Basic production


）



.


........................................... ..........................


4


8


6.1.2

< br>扩展（


Extension


）



.


........................... .................................................. ...........


4


8


6.1.3


填充（


Padding< /p>


）



.


.... .................................................. .....................................


4


8


7



7.1


7.2


7.3


7.4


7.5


协议定时器、计数器和其它参数


..............................................


4


9



UE


定时器


........... .................................................. .................................................


4


9


UE


的计数器


.......... .................................................. ..............................................


5


1


UE


常量和参数


......... .................................................. ...........................................


5


1


UE


变量


............ .................................................. .................................................. ..


5


2


SRB 0


的


RB


信息参数



........................................... ...............................................


5


3


8



9









参考文档


....................... .................................................. .............


5


4



缩略语


......................... .................................................. ................


5


4



1


RRC


协议简介



1.1



Uu


接口协议栈简介



1


．



无线接 口


Uu


协议栈水平方向主要分为接入层、


非接入层；


竖直方向分为控制面和用户面。


控制面的接入层分 为


3


层，


分别是物理层


L1


，


数据链路层



L2-MAC/ RLC


，


网络层


L3-RRC


；


控制面非接入层

< p>
L3


包含信令


MM/CC/SM/GMM


等。用户面接入层分为


2


层，分别是物理


层


L1


，


数据链路层


L2-MAC/RLC/PDCP/BMC


；

< br>非接入层是用户数据，


包括语音、


多媒体、


数据文件、短消息等。


Uu


接口协议栈如图


1-1


所示。



2


．



物理层 通过业务接入点


SAPs


与层二的


MA C


子层和层三的


RRC


子层连接，物理 层提供不


同的传输信道到


MAC


层，< /p>


MAC


层通过不同逻辑信道给高层提供服务。


传输信道特性由


无线接口上传输信道物理特性进行描述，



逻辑信道特性由传输消的不同类型描述，


物


理信道特性在


FDD


制式中由码 域、



频域确定，上行还有


IQ


相位。


L2


层的


PD CP


和


BMC


子层仅存在于用户面。< /p>



L3


层的


RR C


子层仅处于控制面的接入层，


RRC


是


L2


层的接口，终


结在


Utran


；



其它的如< /p>


MM/CM/SM/GMM


等高层信令属于非接入层。

< p>


无线接口层三描述仅


仅限于

Utran


部分的


RRC


子层。< /p>



3


．



各子层间通过基于对等实体通信的业务接入点


SAPs


连接。



RRC


与

< p>
MAC


之间，


RRC


与< /p>


L1


之间的连接是控制服务；在


RRC< /p>


与


RLC


之间，


RRC


与


PDCP


之间，


RRC


与


BMC


之间也都< /p>


分别存在控制


SAPs


；


每层都通过服务原语向高层提供服务。


业务定义为低层提供给上层


的一组业务原语。


控制业务允许


RRC


子层控制本地的低层业务，


控制业务在


C-SAP< /p>


处提供，


C-SAP


原语可以穿过一个或 多个子层。



原语业务


SAP


主要分为


3


类


Gene ral Control


(GC)


—


通 用控制


, Nt(


Notification)


—


通知


, DC(


Dedicated Control)


—


专用控制等。


< /p>


MAC


与


RLC


层之间原语


MAC-


通用名


-


类型



MAC


与


RRC


层之间原语


CMAC-


通用名


-


类型



RLC


与


RRC


层数据传输 之间原语


RLC-


通用名


-


类型



RLC


与


PDCP


层之间原语


RLC-


通用名


-


类型


< p>
RLC


与


RRC


层控制之 间原语


CRLC-


通用名


-

< p>
类型



Uu


接入层以上的 原语


UUS-


通用名


-


类型



PDCP


与非接入层之 间的原语


PDCP-


通用名


-


类型



PDCP


与


RRC


层之间的原语


CPDCP-


通用名


-


类型



BMC


与高层之间的原语


BMC-

< p>
通用名


-


类型



BMC


与


RRC


层之间


BMC


控制的原语


CBMC-


通用名


-


类型



物理层


PHY


与


MA C


层之间原语


PHY-


通用名


-


类型



物理层


PHY


与


RRC


层之 间原语


CPHY-


通用名


-

< p>
类型









图


1 Uu


接口协议栈



GC


Nt


DC


Duplication avoidance


GC


C-plane signalling


Nt


DC


UuS boundary


U-plane information


R RC


control


L3


Radio< /p>


Bearers


PDCP


PDCP


c


o


n


t

< p>
r


o


l


c


o


n


t


r

o


l


c


o


n


t


r


o


l< /p>


c


o


n


t


r


o


l


L2/PDC P


BMC


L2/BMC


RLC


RLC


RLC


RLC


R LC


RLC


RLC


RLC


L2/RLC


Logical


Channels


MAC


L2/MAC


Transpo rt


Channels


PHY


L1





1.2


RRC


层功能实体


< br>无线资源控制层


L3-RRC


层包括路由功能实体


(


RFE)


，广播控制功能实体


(BCFE)


，寻呼及通


告功能实体


(


PNFE)


，专用控制功能实体

(


DCFE)


，共享控制功能实体


(


SCFE)


，传输模式实体


(


TME)


等。


RRC


层的功能实体描述如下：



?



路由功能实体


(RFE)



处理高层消息到不同的移动管理


/


连接管理实体


（


UE


侧）


或 不同的核心网络域（


UTRAN


侧）的路由选择。



?



广播控制功能实体


(BCFE)


< /p>


处理广播功能。该实体用于发送一般控制接入点


（


GC-SAP


）


所需要的


RR C


业务。


BCFE


能使用低层透明模式 接入点


（


Tr- SAP


）


和非确认模式接入点（


UM- SAP


）提供的服务。



?



寻呼及通告功能实体


(PNFE)



控制寻呼处于空闲模式的


UE


。


该实体用于发送


通告接入点（


Nt-SAP< /p>


）所需要的


RRC


业务。能使用低层


Tr-SAP


和


UM- SAP


提供的服务。



?



专用控制功能实体


(DCFE)


< /p>


处理特定的一个


UE


的所有功能。该实体 用于发


送专用控制（


DC-SAP


）所 需要的


RRC


业务。根据发送的消息和当前

UE


服务


状态，


DCFE


可使用低层


Tr- SAP


和


UM/AM- SAP


提供的服务。



?



?



共享控制功能实体


(SCFE)



控制


PDSCH


和

< br>PUSCH


的分配。


该实体使用低层

Tr-SAP


和


UM-SAP


提供 的服务。


SCFE


用于


TDD


模式下，协助专用控制功能


实体。



传输模式实体


(TME)


处理


RRC


层内不同实体和


RLC


提供的接入点之间的映射。



图


1


给出了


UE

< br>端的


RRC


模型，图


2a


和


2b


给出了


UTR AN


端的


RRC


模型

< br>


NAS


NAS


GC- SAP


GC- SAP


...


...


GC- SAP


Nt-SAP


Nt- SAP


...


...


DC- SAP


Nt-SAP


DC- SAP


Access Stratum


RRC SAPs


RFE


RFE


RFE


...


...


DC-SAP


RRC


BCFE


PNFE


DCFE


TME


RLC-


ctrl


SC FE


Tr-SAP


UM SAP


AM SAP


RLC


MAC


ctrl


L1-ctrl


MAC


L1


图


2 UE


侧



RRC


模型








Access Stratum


...


RFE


...


RFE


RFE

< p>
...


RRC


RRC


SA Ps


BCFE


PNFE


DCFE


TME


SCFE


RLC-

ctrl


Tr-SAP


UM SAP


AM SAP


RLC


MAC


ctrl


L1-ctrl


MAC

< p>
L1



图


3



UTRAN


侧



RRC


模型



(DS-MAP


系统


)





NAS


NAS


DC- SAP


GC-SAP


GC- SAP


...


...


GC- SAP


Nt-SAP


Nt- SAP


...


...


DC- SAP


Nt-SAP


DC- SAP


...


...


DC-SAP


RFE


RFE


RFE


RRC


SCFE


BCFE


PNFE< /p>


DCFE


TME


RLC-


ctrl


Tr-SAP


UM SAP


AM SAP


RLC


MAC


ctrl


L1-ctrl


MAC

< p>
L1


图


4



UTRAN


侧



RRC


模型



(DS-41


系统


)




1.3


RRC


的功能



RRC


执行以下功能：



?



广播由非接入层（核心网）提供的信息



?



广播与接入层相关的信息



?



建立、维持及释放


UE


和


UTRAN


之间的一个


RRC


连接



?



建立、重配置及释放无线承载



?



分配、重配置及释放用于


RRC


连接的无线资源



?



RRC


连接移动功能



?



控制所需的


QoS


?



UE


测量的报告和对报告的控制



?



外环功率控制



?



加密控制



?



慢速动态信道分配


(TDD)


?



寻呼



?



初始小区选择和重选



?



上行链路


DCH


上无线资源的仲裁



?



RRC


消息完整性保护



?



定时提前（


TDD


模式）



?



CBS


控制





1.4


RRC


协议状态


RRC


连接定义为在


UE


和


UTRAN


之间的


RRC

对等实体之间的点对点的双向连接，并以


U-RNTI


标识 。每个


UE


有零个或一个


RRC


连接。


RRC


层向上层提供信令连接以支持与 上


层之间的信息流交换。


信令连接是一个在用户设备和核心网之 间传输上层信息的确认模式链


路。对每个核心网域，最多只能同时存在一个信令连接。< /p>




UE


的连接 模式也叫


UE


的


RRC


状态，


反映了


UE


连接的级别 以及


UE


可以使用哪一种传输信道。


U E


有两种基本的运行模式空闲模式和连接模式。



上电开始


UE


就停留在空闲模式下，


CN


通


过非接入层标识如


IM SI TMSI


或


P-TMSI


等标志 来区分


UE


，



UTRAN


不保存空闲模式


UE


的信


息仅能够寻呼一个小区中的所有


UE


或 同一个寻呼时刻的所有


UE


。



当


UE


完成


RRC


连接建


立时


UE

才从空闲模式转移到连接模式


CELL_FACH


或


CELL_DCH


状态。


< br>当


RRC


连接释放


时

< p>
UE


从连接模式转移到空闲模式


。




1. CELL_DCH


状态



CELL_DCH


状态有如下特征



1)



在上行和下行给


UE


分配了一个专用物理信道



2)



根据


U E


当前的活动集可以知道


UE


所在的小 区



3)



U E


可以使用专用传输信道下行


/


上行共 享传输信道或这些传输信道的组合



UE


进入


CELL_DCH


状态有如下


2


种方法



(1) UE


在空闲模式下，在专用行道上建立


RRC


连接，


UE


从空闲模式进入


CELL_DCH


状态。



(2) UE


处于


CELL_FACH


状态下使用公共传输信道，



通过信道切换后使用专用传输信道，


UE


从


CELL_FACH


状态进入到


CELL_DCH


状态




2. CELL_FACH


状态



CELL_FACH


状态具有如下特征



1


）



没有给


UE


分配专用传输信道



2


）



UE< /p>


连续监听一个下行


FACH


信道



3


）



为


UE


分配了一个默认的上行公共信道或上行共享传 输信道（例如


RACH


），



使之能够


在接入过程中的任何时间内使用



4


）



UE< /p>


的位置在小区级为


UTRAN


所知，具体 为


UE


最近一次发起小区更新时报告的小区


在


CELL_FACH


状态下， 如果数据业务在一段时间里未被激活，


UE


将进入


CELL_PCH


状态，


以减少功率的损耗，并且当


UE


暂时脱离


CELL_PCH


状态执行小区更新，更新完成后如果


UE


和网 络侧均无数据传输需求，它将返回


CELL_PCH


。




3. CELL_PCH


状态



CELL_PCH


状态具有如下特征



1


）



没有为


UE


分配专用信道



2


）



UE


使用非连续接收


DRX


技术，在某个特定的寻呼时刻监听


PCH


传输信 道上的信息。



3


）



不能有任何上行的活动



4


）



UE< /p>


的位置在小区级为


UTRAN


所知具体为


UE


在


CELL_FACH

< p>
状态时最



近一次发起小区更新时所报告的小区



在该状态下不能使用


DCCH


逻辑信道；如果网络试图发起任何 活动，它需要在


UE


所在小区


的


PCCH


逻辑信道上发送一个寻呼请求。


< /p>


UE


转换到


CELL_FACH


状态的方式有两个：


一是通过


UTRAN


寻呼，


二是通过任何上行接入。




4. URA_PCH


状态



URA_PCH


状态具有如下特征



1


）



没有为


UE


分配专用信道



2


）



UE< /p>


使用


DRX


技术在某个特定的寻呼时刻监 听


PCH


传输信道上的信息



3


）



不能有任何上行的活动



4


）



UE< /p>


的位置在


URA


级为

UTRAN


所知，


具体为


UE


在


CELL_FACH


状态时最近一次发起


URA


更新时所报告的


URA


。



在该状态下不能使用


DCCH


逻辑信道；



如果网络试图发起任何活动，



它需要 在


UE


所在


URA

的


PCCH


逻辑信道上发送寻呼请求，在

< br>URA_PCH


状态没有资源分配给数据传输用，



因此如


果


UE


有数 据要传送，需要首先转换到


CELL_FACH


状态。






2


RRC


基本过程消息分析


< p>
RRC


的基本过程主要有


5


大类型：



1


）



RRC


连接管理过程，



2


）



无线承载控制过程，



3


）



RRC


连接移动性过程，



4


）



RRC


的测量过程，




5


）



RRC


一般过程。


< br>以下分别简述各过程的典型消息，及常见呼叫流程种，消息的使用，常见


IE


的使用等。




表


1


基本


R RC


连接过程



RRC


连


接


基


本

过程



常见


RRC


连接过程名称



发起消息



响应消息



系统信息的广播



1


类寻呼



R RC


连


接


管


理


过程



RRC


连接建立



RRC


连接建立



RRC


连接释放



UE


性能信息的传输



Broadcast


of


system



information


Paging Type 1



RRC connection request



RRC Connection setup


RRC


Release


UE


information


RRC Connection Setup Complete



RRC Connection Reject



Connection


RRC Connection Release Complete



capability


UE capability information indication



UE


性能查询



初始直接传送



上行链路直接传送



下行链路直接传送



专用寻呼



安全模式控制



信令连接释放请求



RRC


状态



信令连接释放



计数器检查



无线承载的建立



无线承载的建立



重配置过程



UE capability enquiry


Initial Direct Transfer


Uplink Direct Transfer


Downlink


Transfer


Paging Type2


Security Command





Direct




Security Command Complete



Signaling


Connection



Release request


RRC status


Signaling


Release



connection



Counter check response



Radio Bearer Setup Complete


Radio Bearer Setup failure


Radio Bearer Release complete


Radio Bearer Release failure


reconfiguration


Counter check


Radio Bearer Setup


Radio Bearer Release


Radio


Bearer


Radio


bearer


Reconfiguration


complete


RRC


无


线


承


载


控


制


过


程



重配置过程



Transport


Channel


Reconfiguration


Transport


Channel


complete


Reconfiguration


Transport


Channel


Reconfiguration


failure


Physical


channel


reconfiguration


Physical


Channel


complete


Reconfiguration


Physical


Channel


Reconfiguration


failure


Transport


Format


Transport


Format


control complete


combination control


Transport


Format


control failure



Cell update


URA update


UTRAN


information



Cell update confirm


URA update confirm


mobility


UTRAN


confirm


mobility


information


combination


combination


重配置过程



传输格式组合控制




小区更新过程



URA


更新过程



Utran


移动性信息



RRC


连


接


移


动


性


制


过

< br>程



激活集更新



定时重新发起的硬切换



定时维持的硬切换



Active set update


Active set update complete


Active set update failure


Physical


channel



reconfiguration


Physical


channel



reconfiguration


到


Utran


的


RA


T

< br>间切换



从


Utran


来的


RA


T


间切


换



到


UTRAN< /p>


的


RA


T


间小< /p>


区重选



自


UT RAN


的


RA


T


小区


重选来



RRC


测


量过程



Measurement procedures


Measurement procedures


Measurement procedures


Open loop power control


Downlink


protection


Uplink


protection


CFN calculation




Handover


to


command



Utran


Handover complete


Inter-system


Handover


Inter-system Handover failure


command




Measurement control


Measurement report





Measurement control failure









Assistance Data delivery



Integrity



Integrity






RRC


一


般过程



PLMN reselection



2.1


RRC


连接管理过程



RRC


连接管理过程包括：系统信息的广播，寻呼，


R RC


连接建立，


RRC


连接释放，



RRC


连接重建立，



UE


性能信息的传输，



UE


性能询问，



初始直接传输，



下行链路直接传输，



上行链路直接传输，



UE


专用寻呼，


安全模式控制，信令连接释放过程，信令连接释放请


求过程，计数器检查等。




2.1.1 System information Broadcast(


系统信息的广播


)

系统信息的广播过程用于在一个小区内从


UTRAN


向


UE


广播系统信息。


系统信息元素在系


统信息块中广播。


一个系统信息块由同类型的系统信息元素组成。< /p>


不同的系统信息块有不同


的特征。



系统信息呈树形结构。在一个小区中，主信息块指出小区内许多其他系统信息块


的参考和调度信息，


系统信息块包含实际的系统信息。


主信息块可能包括可选的一或两个调


度块的参考和调度信息，


这些调度块再对另外的系统信息块给出参考和调度信息，


系统信息


块的调度信息仅能包括在主消息块或调度块里。




除类型


16


外的所有用值标签的系统信息


块，每次出现时它的内容是相同的。系统信息块


16

< br>可以不同的内容出现多次。在这种情况


下，


对每次系统信 息块的出现都分别进行调度。


对于不用值标签的系统信息块，


每 次出现时


它的内容可以不同。


UE


应在


BCH


上读取类型


10


外的所有


SIB


，类型


SIB 10


将被同时支持


一个


SCCPCH


和一个


DPCH


的

UE


在


FACH


信道上上读取。如 果类型


10


系统信息块没在


一个小区广 播，则


DRAC


过程并没在这个小区应用。类型


10


系统信息块只用于


FDD


模式。




一个


SYSTEM


INFORMA< /p>


TION


消息一般用于在


BCCH


上传送系统信息块。一个给定的


BCCH


可能 映射在


BCH


或


FACH


传输信道上。


SYSTEM INFORMATION


消息的大小应适合


一个


BCH


或


FACH


传输块的大小。







UTRAN


中的


RRC

层对编码后的系统信息块进行分段和链接。若一个系统信息块大于


SYSTEM < /p>


INFORMA


TION


消息的大小，应 对其进行分段并在几个消息中传输。若一个系统


信息块小于


SY STEM


INFORMA


TION


消 息的大小，根据下文的规定，


UTRAN


可能在同一

< p>
消息中链接几个完整的（或部分的）系统信息块，或第一段，或最后段。



四个不同段类型定义如下：



1.



第一段



2.


随后段



3.


最后段



4.


完整段



前三种段类型用于传输一个主信息块、


调度块、


系统信息块的分 段。


完整段用于传输一个完


整的主信息块、调度块或系统信息块 。




系统信息广播消息



UE


UTRAN


SYSTEM INFORMATION



图


2.1


系统信息广播




系统信息根据每个系统信息块的调度信息的规则持续重复广播。



UE


应在空闲模式及连接状态


CELL _FACH


、


CELL_PCH


、


URA_PCH


和


CELL_DCH


状


态下读取


BCH


传 输信道上广播的


SYSTEM


INFORMA


TION


消息。另外，支持同时接收


SCCPCH


和


DPCH


信息的



UE


，可在


CELL_DCH


状态下读取


FACH


传输信道上广播的


SYSTEM INFORMA


TION


消息。



在空闲模式和连接模式下，系统信息块的不同组合是有效的。


UE< /p>


能存贮不同小区和不


同


PLMN


的系统信息块（区域范围是小区或


PLMN


区域 ）


，包括它们的值标记，以便


UE


返< /p>


回到这些小区时使用。另外，


UE


应认为 所有存贮的系统信息块在


UE


关机后无效。


当在当前使用的


PLMN


中选择 一个新的小区时，


UE


应认为所有小区


区域范围


的当前系


统信息块是无效的。


若


UE


新选的小区存贮了有效的系统信息块，

< br>则可能将其设为当前系统


信息块。当


UE


选择新的


PLMN


后，应在变量


SELECTED_PLMN


中存贮有关该


PLMN


的


所有信息元素。



当


UE


断电后，


应认为全部存贮的系统信 息块无效。对于可以多次出现的系统信息块类


型


16

< p>
，


UE


应按照前面的规定单独处理每一次出现，< /p>


即每一次出现都作为单独的系统信息块。



注：为了合适的操作在


PCH


上发送的


BCCH


修改信息，系统信息不应该改变太快，以至超


过了移 动台（以


UTRN


支持的最长


DRX< /p>


周期运行）所能支持的更新速度。



在修 改使用了值标记的系统信息块时，


UE


将在

IE ―BCCH modification info‖


里通知


UE


主信


息块的新的值标记。该


IE


的传输方式如下：



-


为了通知



UE


（



idle mode, CELL_PCH


和


URA_PCH


）


, IE


被包括在


PAGING TYPE 1


消息中，该消息在


PCCH


信道的所有寻呼时机上传送。



-


为了通知



UE


（


CELL_FACH


）


, IE


被包括在


SYSTEM INFORMATION CHANGE


INDICATION


消息中，该消息在


BCCH


（映射到至少一个


FACH


，此


FACH


映射到小区

的每一个



SCCPCH


）上传送。



对于一些系统信息元素的 改变，如信道的重配置，


UE


获得其变化发生的确切时间是非< /p>


常重要的。


在这种情况下，


当变化将要发 生时


UTRAN


将通报


SFN


和主信息块的在


IE


modification info


（此

IE


包括


IE ―MIB value tag‖


但不包括


IE


）里


的值标记，该


IE


的传输方式如下：

< p>


-


为了通知



UE


（



idle mode, CELL_PCH


和


URA_PCH


）


, IE


被包括在


PAGING TYPE 1


消息中，该消息在


PCCH


信道的所有寻呼时机上传送。



-


为了通知



UE


（


CELL_FACH


）


,


IE


被包括在


SYSTEM


INFORMA


TION


CHANGE


INDICATION


消息中，该消息在


BCCH


（映射到至少一个

< br>FACH


，此


FACH


映射到 小区的


每一个



SCCPCH


）上传送。



Uu

接口


SIB


消息见附件


1






2.1.2 Paging type1(


寻呼类型


1)



该过程用于在寻呼控制信道（


PCCH


）上给 选定的处于空闲模式、


CELL_PCH


或

URA_PCH


状态下的


UE


传输 寻呼信息。网络高层可能要求寻呼，例如建立一个信令连接。


UTRAN


能在


CELL_PCH


或


UR A_PCH


状态下启动对一个


UE


的寻 呼以触发小区更新过程。


另外，


UTRAN

能在空闲模式、


CELL_PCH


或


URA_PCH


状态下启动寻呼来触发


UE

< br>读取更


新后的系统信息。



UT RAN


可能在几个寻呼时段向


UE


重复 发送一个


PAGING


TYPE


1


消息，以提高寻呼


可靠接收的几率。


U TRAN


通过在给每个


UE


的


PAGING


TYPE


1

< br>消息中包含一个信息元素



，


能够 在同一寻呼时段寻呼几个


UE


。


对


CN


最初的寻呼，



UTRAN


应将信息


元素“


Pagi ng


cause


”设为从上层接收的寻呼原因。如果没有得到 原因，


UTRAN


将其设为


“


Terminating


–


cause


unknow


”


。



通


过


在


PAG ING


TYPE


1


消


息


的


信


息

< br>元


素



modification


information


中包含主信息块的值标记，

< p>
UTRAN


也可指示系统信息的更新。在


这种情况 下，


UE


忽略信息元素



。




UE


UTRAN


PAGING TYPE 1



图


2.2

< p>
寻呼类型


1


接收




2.1.3 RRC


连接建立



2.1.3.1



RRC connection request (RRC


连接建立请求


)


当


UE


的非接入层请求一条信令连接建立和


UE< /p>


处于空闲模式（没有


RRC


连接存在）< /p>


的


时


候


，


UE


将


初


始


化


过


程


。


在


启


动


该

< br>过


程


时


，


UE


应


设


置


变


量


PROTOCOL_ERROR_INDICATOR


为


FALSE


。


若


任


何


CN


域< /p>


的


START


大


于


变


量


START_THRESHOL D


的值


―THRESHOLD‖,


应去 掉


USIM


中的加密和完整性保护密钥。


密钥


的删除应通知上层。



粘贴文件 是


AMR


呼叫时，主叫用户发起的


RR C connect request


。



UE


RRC CONNECTION REQUEST


UTRAN


RRC CONNECTION SETUP


RRC CONNECTION SETUP COMPLETE



图


2.3 RRC


连接建立，网络接收


RRC


连接




在传送


RRC< /p>


连接请求消息中，


UE


将：



设置信息元素“


Establishment c ause


”为变量


ESTABLISHMENT_CAUSE< /p>


的值；



设置信息元素“


Initial UE identity


”为变量


INITIAL_UE_IDENTITY


的值；



设置信息元素



为变量


PROTOCOL_ERROR_INDICATOR


的值。



在


IE ―


M


easured results on RACH‖


里包含一个测量报告，


其规定如系统信息块


11


中的信息元


素


reporting


quantity


for


RACH


reporting


及




number


of


reported


cells on RACH


。



UE

应在上行链路


CCCH


上发送一个


RRC CONNECTION REQUEST


消息，


设置计 数器


V300


为


1

，并当


MAC


层在传输消息中指示成功或失败的时候，启动 定时器


T300


。



当成功接受到


RRC Connect Request


消息之后，



UTRAN


应提交


RRC Connect Setup


消息到


底层在下行链路

< p>
CCCH


上传输。




UE


RRC CONNECTION REQUEST


UTRAN


RRC CONNECTION REJECT



图


2.4 RRC


连接建立，网络拒绝


RRC


连接

< p>


在下行链路


CCCH


上 提交


RRC Connect Reject


消息。


在


RRC Connect R eject


消息中，


可能指示


UE


接入其他


Utran


或其他系统。当


RRC Connect Reject


消息发送后，在


UTRAN


中删除所有关


于该


UE


的上下文。




2.1.3.2



RRC connect setup (RRC


连接建立


)


1.



UE


应比较接收的


RRC CONNECTION SETUP


消息中信息元素


< p>
的值与


变量


INITIAL_UE_IDENTI TY


的值。若两值不同，


UE


应忽略消 息剩余的部分。若两值


相同，


UE


应停 止定时器


T300


。




2.



若不 包含信息元素



及



，


UE


应将系统信息


中给出的辅助< /p>


CCPCH


物理信道作为缺省


FACH< /p>


下行链路。



3.



在上行链路

DCCH


上提交


RRC connect setup complete


消息到下层，


设置信息元素


“


RRC


transaction identifier


”值。



4.



若在


RRC


Connect


setup


消息中的信息元素




UE


radio


access


FDD


capability


update


requirement


是


TRUE


。



UE


应在信息元素



中包含其


UTRAN


特有的< /p>


FDD


性能和


UTRAN


特有的


FDD


和


TDD


共有的性能。



5.



若信息元素



存在，

UE


应根据下述用其计算连接模


式


DRX


循环长度：







设


k


的值为信息元素



。



存入


MAX


（


2


k



，


PBP


）的结果作为连接模式

< p>
DRX


循环长度，其中


PBP

指寻呼块周


期。


UE


以空闲模式同 样的方式，决定其连接模式寻呼时段和


PICH


监视时段连接模 式


DRX


循环长度是以下两者的最小值：



1


）



Utran DRX


循环长度；



2


）



为任何


CN


域所存贮的


CN

< br>域特有的


DRX


循环长度，用于在


CELL_PCH


和


URA_PCH


状态下使用


DRX


时；



此时


DRX


循环长度，


仅在


CELL_PCH


和


URA_PCH< /p>


状态下，若


UE


登记到该


CN


域并且不存在到该


CN


域 的信令连接时使用。



6.



若


在


RRC


CONNECTION


SETUP


消


息


中


的


IE< /p>


specific


capability


update


requirement listCapability update requirement


存在：


，


UE


应在信息元素



capability


中包含其请求系统的系统间性能



粘贴文件是


AMR


呼 叫时，主叫用户发起的


RRC connect setup


。




2.1.3.3



RRC connect reject



当


UE


在下行链路


CCCH


上接收到


RRC connect reject


消息，

应将接收到的


RRC Connect


Reject


消息中信息元素



UE


identity


的值与


RRC


Connect


request


消息中的


Initial


UE


identity


的值进行比较：


< /p>


若两值不同，


UE


应忽略消息剩余的部分 。


若两值相同，


UE


应停止定时器


T300,


查看其它


IE

< br>，


完成相应操作。若信息元素



，



1


）



若存在信息元素



，


若


V300


等于或小于


N300


，


UE


应在指定的


UTRA


载频上启动小区选择。选择并驻留一个小区后，设置


C FN


。在上行链路


CCCH


上


发送一条


RRC


CONNECTION


REQUEST


消息；



重新设置计数器


V300


；在


MAC


层在传输消息中指示成功或失败的时候，启动定时器


T 300


。



若在指定

< br>UTRA


载频


上的小区选择失败，


UE


应等待信息元素



中的时间，设置


CFN


2


）



若存在信息元素



info


若


V300


等于或小于


N 300


，


UE


应在指定的系统


启动小区选择。选择并驻留一个小区后。



若在 指定系统的小区选择失败，


UE


应等


待 信息元素



中的时间




2.1.3.4



RRC setup complete(RRC


建立完成


)


若


UE


正常接收到


Utran


侧发送的


RRC


连接建立消息，


UE


将在上行


DCCH


信道 上回复



RRC


connect setup complete


消息给


RNC

< br>，确认


RRC


信令连接建立。



粘贴文件是


AMR


呼叫时，主叫用户发 起的


RRC connect setup complete


。




对于正常通话的主被叫


UE


，都要建立


RRC


连接，从空闲模式转移到


Cell_FACH


状态；然后


才能建立专用信道（包括


D CCH


和


DTCH


）

< br>；



RRC


连接建立过程同以上 讲述过程相同，只是


各网络参数设置不同。





2.1.4 RRC connect release



2.1.4.1



RRC Connect Release


该消息为释放


RRC


连接，包括


UE


和


UTRAN


之间的全部无线承 载。所有建立的信令


连接将被释放。当


UE

处于


CELL_DCH


或


CELL _FACH


状态，


UTRAN


可能通过 发送一个


使用非确认模式的


RRC


Connect


Release


消息 ，在任何时间启动一个


RRC


连接释放。当

UTRAN


发送一个


RRC Connect Release


消息作为


CELL update


消息或


URA update

消息的响


应时，应使用下行逻辑信道


CCCH


发送；



其它情况应使用下行逻辑信道


DCCH


。


UTRAN


可能 发送多个


RRC


Connect


R elease


消息，以增加


UE


正确接 收消息的几率；重发消息的数


目及消息间的时间间隔是一个网络选项。

< br>



UE


RRC CONNECTION RELEASE


UTRAN


RRC CONNECTION RELEASE


COMPLETE



图


2.5 RRC


连接释放过程，在< /p>


DCCH


上发送




UE


RRC CONNECTION RELEASE


UTRAN



图


2.6 RRC


连接释放过程，在< /p>


CCCH


上发送



UE


在


CELL_DCH


和


CELL_FACH


状态下应能接收


RRC CONNECTION RELEASE


消息，并对


其进行操作 。而且该过程能中断上述状态下


UE


的任何正在进行的过程。当


UE


收到第一个


RRC Connect Release


消息时，



1


）



在


CELL_DCH


状态：初始化计数器


V3 08


的值为


0


，在

RRC CONNECTION RELEASE


COMPLETE


消息中设置


IE


“


RRC transaction identifier


”为变量


TR ANSACTIONS


中的表


“


Acc epted transactions


”


中


RRC CONNECTION RELEASE


消息相对应的表目中的该


IE


的


值，清除那个表目。



2


）



如果信息元素“


Rplmn information


”存在，


UE


可以把此信息元素和


UE


申请的


PLMN_id


一起存储在


ME


中。然后


UE


可以典型地利用这个信息，在随后被指示的


PLMN

的


Rplmn


选择期间，指出


RA T


的


BCCH


频点范围可以期望在哪里 被找到。



3


）



当


RRC CONNECTION RELEASE COMP LETE


消息在无线接口上被发送的时候，启动定


时器


T308


。



当处于< /p>


CELL_FACH


状态，并且


RRC Connect Release


在


DCCH

< br>上被接受：



1


）



置在


RRC CONNECTION RELEASE COM PLETE


消息中的


IE


“

< p>
RRC transaction identifier


”


的值为变量


TRANSACTIONS


中的表“


Accepted


transactions


”中


RRC


CONNECTION


RELEASE


消息相对应的条目中的该


IE


的值，清除那个条目。



2


）



如果信息元素


“


Rplmn info rmation


”


存在，


UE


可以把此信息元素和


UE


申请的


PLMN_id


一起存储在


ME


中。


然后


UE


可以典型地利用这个信 息，


在随后被指示的


PLMN


的


Rplmn


选择期间，指出


RAT

< p>
的


BCCH


频点范围可以期望在哪里被找到。



3


）



若


RRC CONNECTION RELEASE

< p>
消息在


CCCH


上接收：


释放所有无线资源，


对上层指


示信令连接（在

< br>ESTABLISHED_SIGNALLING_CONNECTIONS


变量 里）和在变量


ESTABLISHED_RABS


中

< p>
已


建


立


的


无


线


接


入

承


载


的


释


放


，


清


除


变< /p>


量


ESTABLISHED_SIGNALLING_CONNE CTIONS


，清除变量


ESTABLISHED_RABS< /p>


，传


递


RRC


CONNECTION


RELEASE


消息中的信息元素“


Release


cause

< p>
”值到上层，进入


空闲模式，过程结束。




2.1.4.2



RRC Connect Release complete



当


UTRAN


接收到


RRC


CONNECTION


RELEASE


COMPLETE


消 息，释放全部


UE


专


用资源，


UTRAN


侧过程结束。


若释放由


CELL_DCT


状态下执行，并且


UTRAN


检测到专用物理信道丢失，没有收到


RR C connect release complete


消息；



或


Utran


接收


RRC Connect release complete


消息失败，


应释放全部


UE


专用资源。






粘贴文件是


RRC connect setup


和


RRC Connect setup complete


消息示例。










2.1.5


UE Capability information(UE


性能信息的传输


)

< p>
UE


使用


UE


性能更新过 程向


UTRAN


传递


UE


特殊的性能信息。


UE


在两种情况下应


启动


UE


性能更新过程：一是若在

< br>RRC


连接期间，


UE


在连接模 式下的性能与存贮在变量


UE_CAPABILITY_TRANSFERRED


中的


UE


性能相比有变化。

< br>二是


UE


从


UTRAN


收到


UE


CAPABILITY ENQUIRY


消息。




2.1.5.1



UE Capability information


UE


在上行 链路


DCCH


上发送


UE CAPABILITY INFORMA


TION


消息，


使用非确认模式


RLC


，

启动定时器


T304


并重置计数器


V304


。




UE


UTRAN


UE CAPABILITY INFORMATION


UE CAPABILITY INFORMATION CONFIRM



图


2.7 UE


性能信息的传输，正常流程






2.1.5.2



UE Capability information confirm


Utran


正常收到


UE Capability information


消息后，应在下行链路


DCCH


上发送


UE Capability


information confirm


消息，使用确认模式 或非确认模式


RLC


。当


UE


收到


UE Capability


information confirm


消息后，在收到


UE Capability information confirm


消息，


UE


应停止定时器


T304


，并用在当前

< p>
RRC


连接中传输给


Utran

< br>的


UE


性能更新其变量


UE_C APABILITY_TRANSFERRED


。







2.1.6 UE Capability Enquiry


UE


性能询问用于请求


UE


发送与它所 支持的任何无线接入网相关的性能信息。



UE


性能询问


过程由


UTRAN


通 过在


DCCH


上使用确认模式或非确认模式

RLC


发送


UE CAPABILITY


ENQUIRY


消息启动。收到


UE CAPABILITY ENQUIRY


消息后，


UE


应启动


UE


性能信息传输


过程


(UE Capability Information)


。







2.1.7 Initial Direct Transfer(


初始直接传输


)


初始直接传输过程用于在上行链路上建立信令连接；


也用于在无线接口上传送初始的高< /p>


层消息。在


UE


侧，当高层要求建立一个 信令连接，


UE


启动初始直接传输过程。该请求可


能包含一个传输


NAS


消息的请求。若在别处没有其 他说明，


UE


也可以在另一过程进行时


启动初始直接传输过程，在这种情况下，该过程的状态不应受到影响。



UE


应在上行链路


DCCH


使 用


RB3


上的


RLC AM


模式发送


Initial Direct Transfe r


消息。


UE


应在

Initial Direct Transfer


消息中将信息元素


―NAS message‖


设为与从上层接收的一样，


且


UE

将根据上层的指示设置


IE


―CN


domain


identity‖


和


IE


―Intra


Domain


NAS


Node


Selector‖


。



在


CELL_FACH


状态，若系统信息块


12


中的信息元素



RA CH reporting


和



中要求进 行


RACH


测量报


告，


UE


应在


INITIAL DIRECT TRANS FER


消息中包含信息元素



。


（若系统信息块


12


没有广播，则在系统信息块


11


中）




UE


UTRAN


INITIAL DIRECT TRANSFER



图


2.8



在上行链路上的初始直接传输，正常流程


在


Utran


接收


Initial Direct Transfer


消息时，


不应影响其他任何正 在进行的


RRC


过程的状态，


除非另有 说明；



使用信息元素



为


NAS


消息选择路由。


支持 该版本协议


的


RNC


将可以使用



―Intra Domain NAS Node Selecto r‖


，以便在


CN


域里路由。若到所选 择


的节点不存在信令连接，


则应建立一个信令连接。

< p>


若消息中有信息元素



R ACH


，


UTRAN


应提取其内容用于 无线资源控制。





2.1.8 Downlink Direct Transfer

< br>下行链路直接传输过程用于在下行链路无线接口传输


NAS


消息；当高层在初始信令连接建


立后要求传输


NAS


消息时，启动直接传输过程。当


UE


发起


CS/PS


业务呼、位置更新、路


由区更新等 与核心网有关的业务时，


需要传输高层


NAS

< br>消息，


都需要发送


Downlink/Uplink


Direct


Transfer


消息。


< p>
UTRAN


启动该过程时应不影响正在进行的其他


RRC


过程的状态。



Utran


应以在下行链路


DCCH


上，


选择


RB3


或


RB4


上的


AM RLC


模式发送


Downlink Direct

< p>
Transfer


消息。


RB

的选择如下：



1


）



上层对 该消息指示



，


当


RB4


有效时应选择


RB4


。


特定的，


对基于


GSM-MAP


的


CN


，当要求


< p>
时应选择


RB4


。当


RB 4


无效时选择


RB3


。



2


）


若上层对该消息指示



priority

，应选择


RB3


。特定的，对基于


GSM-MAP


的


CN


，


当要求



时应选择


RB3


。



UTRAN


应 设置信息元素



指示


NAS


消息来源的


CN


域。





无效的


DOWNLINK DIRECT TRANSFER


消息。



若


UE


接收一个


Downlink Direct Transfer


消


息，且根据变量


E STABLISHED_SIGNALLING_CONNECTIONS


不存在用信息 元素


―CN


domain identity‖


标识的信连接，或其中包含一个协议错误，致使变量


PROTOCOL_ER ROR_REJECT


的值为


TRUE


。



UE


应忽略消息


DOWNLINK DIRECT


TRANSFER


的内容；并使用


AM RLC


在上行链路


DCCH


上发送消息


RRC Status


。当消息


RRC


Status


已经提交给下层时，


UE


应继续任何正在进行的过程和处理，就像没有接收到


DOWNL INK DIRECT TRANSFER


消息一样。




2.1.9 Uplink Direct Transfer


上行链路直接传输用于在上行链路无线接口传输全部随后的属于一个 信令连接的高层


（


NAS


）消息。当高 层要求在一个存在的信令连接上传输


NAS


消息时启动上行链路 直接传


输过程。



UE


可以在另一过程进行时启动上行链路直接传输过程；在这种情况下，那个过


程的 状态不应受到影响，除非另有说明。


UE


应以

< br>AM RLC


模式承载的


RB3


或


RB4


传送，


在上行链路

< p>
DCCH


上发送


Uplink Direct T ransfer


消息。


RB


的选择如下 ：



1


）


< /p>


上层对该消息指示



，

当


RB4


有效时应选择


RB4


。


特定的，


对基于


GSM-MAP


的


CN


，当要求



时应选择


RB4


，若


RB4


无效选择


RB3


。



2


）



若上层 对该消息指示



，


应选择


RB3


。


对基于


GSM-MA P


的


CN


，


当 要求



0


时应选择


RB3


。



UE


用从上层接受的值设置


IE


―NAS


message‖


，并将根据上层的指示设置

< br>IE


―C


N


domain


identity‖



UE


UTRAN


UPLINK DIRECT TRANSFER



图


2.9


上行链路直接传输，正常流程




Utran


收到


Uplink Direct Transfer


消息后，应使用信息元素



的值为


NAS


消息


选择路由。


若消息中存在信息元素



，< /p>


UTRAN


应提取其内容用于


无线资源控 制。当


UTRAN


收到


UPLINK


DIRECT


TRANSFER


消息 时，不应影响其他任何


正在进行的


RRC


过程的状态，除非另有说明。





2.1.10


UE dedicated paging(UE


专用寻呼


)


该进 程用于向处于连接模式


CELL_FACH


或

< br>CELL_DCH


状态的


UE


传 送专用寻呼信息。


网络高层可能要求启动寻呼。



对处于


CELL_DCH


或


CELL_FACH


状态的


UE


，


UTRAN


通过在


DCCH


上使用


AM RLC


发送


PAGING TYPE 2


消息启动该过程。


UTRAN


可以在进行其他过程时发送


PAGING TYPE


2


消息，同时那 个过程的状态不应受到影响，除非另有说明。



UTRAN


应将信息元素“


Paging cause


”设为从上层接收的寻呼原因。如果没有得到，


UTRAN


将其 设为“


Terminating


–


cause unknow


”


。



UE


UTRAN


PAGING TYPE 2



图


2.10 UE


专用寻呼，寻呼类型


2



UE


正常接收专用寻呼消息的接受，


并转寄< /p>


IE


和


IE


―Paging


record


type


identifier‖


到 上层。


UE


将清除变量


TRANSAC TIONS


中表“


Accepted


transactions


”中的


PAGING TYPE 2


消息的条目。






2.1.11 Security Control(


安全模式控制


)


该 过程用于任何无线承载上，


触发加密的停止或开始，


或命令使用 新的加密配置的加密


重启；也可用于对上行链路和下行链路信令启动完整性保护或修改完 整性保护配置。




2.1.11.1


Security Mode Command


UTRAN< /p>


使用旧的加密配置，在确认模式


RLC


的 下行链路


DCCH


上发送


SECURI TY


MODE COMMAND


消息，以停止或开始


/


重新开始加密。



在发送


SECURITY


MODE


COMMAND


之前，对于该消息中信息元素

< br>


Domain


Identity


所指示的


CN


域，


UTRAN


应：


1


）暂停所有使用


RLC-AM


和


RLC- UM


的无线承载；



2


）暂停所有使用


RLC- AM


和


RLC- UM


的信令无线承载，除了用来在


RLC-AM


下行链路


DCCH


上发送


SE CURITY MODE COMMAND


消息的信令无线承载。


3


）对于每个暂停的无


线承载和信令无线承载，若信息元素< /p>



mode


info

中的信息元素



bearer


downlink ciphering activation time info


中的



设置有值，则应使用


新的加密配置。



无线承载和信令无线承载在暂停期 间应不发送序列号大于或等于信息元素



downlink ciphering activation time info


中的数的


RLC PDU


。



为开始或修改完整性保护，


UTRAN


使用新的完整性保护配置在


AM RLC


的下行链路


DCCH


上发 送一个


SECURITY MODE COMMAND


消息。




UE


UTRAN


SECURITY MODE COMMAND


SECURITY MODE COMPLETE



图


2.11


安全模式控制过程




若信息元素



与变量


UE_CA PABILITY_TRANSFERRED


的指示相同，


并且


IE


“


GSM security c apability


”


（如果


SECU RITY MODE COMMAND


携带该参数）与变


量


UE_CAPABILITY_TRANSFERRED


值相同，< /p>


UE


应该暂停


SECURITY MODE COMMAND


消息的信息元素


指示的属于


CN


域的所有使用


RL C-AM


或


RLC-UM


的

< p>
无线承载和信令无线承载，


除了用来在


RLC-A M


下行链路


DCCH


上发送

< p>
SECURITY MODE


COMMAND


消 息的信令无线承载；


UE


应包含信息元素



bearer


uplink


ciphering


activation time in fo


，


并设置它为变量


RB_UPLI NK_CIPHERING_ACTIV


ATION_TIME_INFO


的值。



当无线承载和无线信令承载被暂停后，


UE


应在


AM


R LC


的上行链路


DCCH


上使用使


用旧的加密和配置发送


SECURITY


MODE


COMPLETE


消息；如 果


SECURITY


MODE


CO MMAND


消息中包含


IE


“


Integrity


protection


mode


info


”


，从发送


SECURITY


MODE


COMPLETE


消息起，开始在


RB#2


上行链路中应用新的完整性保护配置。



对于信 息元素



指示的


CN

域所使用的无线承载及信令无线承载，


UE


若


已


收


到


一

< br>个


新


的


完


整


性


保


护


密


钥


或


加


密


密


钥


；


设


置


变


量


LATEST_ CONFIGURED_CN_DOMAIN


的值等于信息元素


“


CN domain identify


”

< br>。若收到的


一个新的完整性保护密钥，


应使用这个新的密 钥，


若一个新的加密密钥可用，


应使用这个新

< br>的加密密钥。





2.1.11.2


Security Mode Complete



当发送的


SECURITY


MODE


COMMAND


消息被


RLC


证实，


UTRAN


应恢复所有被暂


停的使用


RLC- AM


或


RLC- UM


的无线承载：若


RLC


PDU< /p>


中的


RLC


序列号小于信息元素



指示的


RLC


序列号， 使用旧的加密配置


进行传输；若


RLC


PDU


中的


RLC


序列号大于或等于 信息元素



bearer


downlink


ciphering activation time info


指示的


RLC


序列号，则使用新的加密配置进行该


RLC PDU


的


传输。



当发送


SECURITY


MODE


COMPLETE


消息被


RLC


证实，


UE


应恢复任何被暂停的映

< p>
射在


RLC- UM


或


RLC- AM


上的无线承载的数据传输。若消息


Security


mode


command


包含


信息元素


―Ciphering


mode


info‖


，设变量


CIPHERIN G_STATUS


中的


―Reconfiguration‖< /p>


为


FALSE


，


且清除变量


RB_UPLINK_CIPHERING_ACTIV

ATION_TIME_INFO


。


若一个


RLC


重


置或重建立发生在


SECURITY MODE COMPLETE


消息被


RLC

证实之后，但在新的加密配


置激活时间尚未到达之前，激活时间将被忽略，新的加密 配置将在


RLC


重置或重建立之后


立即 被应用。



当


UTRAN


收到一个


SECURITY


MODE


COMPLETE


消息；


< p>
UTRAN


应使用新的完整


性保护配置对收到的< /p>


SECURITY


MODE


COMP LETE


消息及随后所有的消息执行完整性保


护。然后对使用< /p>


RLC-AM


或


RLC-UM

< p>
的无线承载，


UTRAN


应使用：



1


）


若


RLC


序列号小于


UE


发送的信息元素



指示的


RLC


序列号；对收到的


RLC PDU


使用旧的加密配置。



2


）



若


RLC


序列号大于或等于


UE


发送的信息元素



bearer


uplink


ciphering


activation


time info

< br>指示的


RLC


序列号，对收到的


RLC PDU


使用新的加密配置。



3


）



若一个


RLC


重置发生在

< p>
UTRAN


收到


SECURITY MODE C OMPLETE


消息之后，但在


新的加密配置激活时间尚未到达 之前，激活时间将被忽略，新的加密配置将在


RLC


重


置或重建立之后立即被应用。



4


）



对使用


RLC-TM


的无线承载，


UTRAN


应使用在信息元素



mode


info


的



Ciphering activation time for DPCH


中指示的


CFN


（连接帧号）


，



对收到的


RLC PDU


使


用新的加密配置。




粘贴的


Security Control


流程例子，包含


Security mode command


和


Security mode complete


。






2.1.12 Signalling connection release Indication(


信令连接释放指示


)


UE


使用信令连接释放请求过程请求


UTRAN


释放它的一个信令连接。该过程可能依次


启动信令连接释放过程或


RRC


连接释放过程。若


UE


收到高层的释放信令连接的请求，应


启动信令连接释放请求过程。

< p>


当在


CELL_PCH


或


URA_PCH


状态下信令连接释放请求过程启动时，


UE


将执行小区


更新过程（原因为



）


。当小区更新过程成功的完成后，继续信令连


接释放过程；


UE


将设置


IE


为上层指示值，


用



AM RLC


在


DCCH


上传


输


Signaling Connection Release Request


消息。


当该消息已经被提交到 底层传输后，


过程结束。


当收到


SIG NALLING CONNECTION RELEASE REQUEST


消息时，


UTRAN


请求释放由


NAS


层发起的信令连接，


NAS


层可能启动


RRC


连接释放过程。



UE


UTRAN


SIGNALLING CONNECTION


RELEASE REQUEST



图


2.12


信令连接释放请求过程，正常流程






2.1.13 Signalling Connection Release(


信令连接释放


)


该 进程用于通知


UE


释放一个正在进行的信令连接。



该进程不启动


RRC


连接 的释放。


UTRAN


在


DCCH


上使用确认模式


RLC


发送

< br>Signalling


Connection


Rel ease


消息，以启动该


过程。



在接收


Signalling Connection Rel ease


消息后，


UE


应指示信令连接 的释放，并传递



domain identity

< p>
的值到上层。移除变量


ESTABLISHED_SIGNALLING_ CONNECTIONS


中


的


IE


―CN domain


identity‖

< br>指定的信令连接；清除


SIGNALLING


CONNECTION RELEASE


消息在变量

< p>
TRANSACTIONS


中的表格



中的表目。




UE


UTRAN


SIGNALLING CONNECTION


RELEASE




图


2.13


信令连接释放过程





2.1.14


Counter Check(


计数器检查过程


)


2.1.14.1


Counter Check

< p>
UTRAN


使用计数器检查过程执行本地鉴权。这个过程的目的是检查


RRC


连接期间上下


行链路发送的数据量在


UTRAN


和


UE

中是否相同（以防有入侵者的操作）


。



该过程仅适用使用于无线承载，仅适用于应用


RLC UM


或


RLC AM


的无线承载。应注 意


的是，即使没有使用加密，也要求上下行的每个无线承载的


C OUNT-C


的继续增加。在本版


本中，该过程不适用于信令无 线承载。



UTRAN


监视与每个使用


RLC UM


或


RLC AM


的无线承载相结合 的


COUNT-C


值。一旦这


些值达到 一个临界检查值时，


触发该过程。


这些检查值之间的间隔及值本 身由访问的网络向


UTRAN


定义。


U TRAN


在下行链路


DCCH


上发送< /p>


COUNTER CHECK


消息启动该过程。




当


UE


收到


COU NTER CHECK


消息时，


应将收到的


COUNTER CHECK


消息中


IE ―


RB


COUNT-


C


MSB

< p>
information‖


列表中的


COUNT- C


MSB


的值与相应无线承载的


COUNT-C


MSB


的值进行比较。



如果有一个或多个储存在变量


RB ESTABLISHED_RABS


中用


UM/AM RLC< /p>


模式的


RB


，


没 有被包括在


IE



COUNT-C


MSB


information


里； 或信息元素“


RB_COUNT-C


MSB


information


”中包括的一个或多个无线承载，但他们没有存储在变 量


ESTABLISHED_RABS


中；或者对于任何存储在 变量


ESTABLISHED_RABS


中和包括在信息元素“


RB_COUNT-C


MSB information


”


中，


其


COUN T-C MSB


值与


UE


的


COUNT-C


值


MSB


部分不同的，


（


SRB s


除外）


。



UE


将对于任何包括在


COUNTER CHECK


消息的信息元素


“


RB COUNT-C information


”


中，但没有存储 在


UE


的变量


ESTABLISHED _RABS


中的


RB


，


COUNTER


CHECK


RESPONSE


消息中


COUNT-C


值的


MSB


部分应被设置为与


COUNTER


CHECK


消息的


COUNT-C M SB


值相同，


LSB


部分置

< p>
0


。





UE


将设置


Counter check Response


消息中的信息元素


―RRC transaction identifier‖


为变量


TR ANSACTIONS


中的表


―Accepted transactions‖


中的对应于


COUNTER CHECK


消息的入口


中的


―RRC transaction identifier‖


的值。



UE


将提交一个


Counter


check


response


消息到 底层，以便在上行


DCCH


上用


AM


RLC


传输，当该消息被提交到底层后，过程结束。

< p>



2.1.14.2


Counter check Response(


计数器检查响应


)




若


UTRAN


收到的


COUNTER CHECK RESPONSE


消 息中不包含任何


COUNT-C


的值，


过程结束。



若


UTRAN

< p>
收到的


COUNTER


CHECK


RESPONSE


消息中包含一个或多个

COUNT-C


的值，



UTRA N


将释放


RRC


连接。








2.2


RB Control Procedure(


无线承载控制过程


)


RB


控制过程主要是重配置过程，


< /p>


重配置过程包括无线承载建立过程、无线承载重配置过


程，


无线承载释放过程、


传输信道重配置过程和物理信道重配置过程。


无线承载建立过程用


于建立新的无线承载；



无线承载重配置过程用于重配置无线承载的参数，以反映


QoS


的变


化；



无线承载释放过程用于释放无线承载；



传输信道重配置过程用于重配置传输信道的参


数；



物理信道重配置过程用于建立，重配置和释放物理信道。当完成以上任一过程时，这


些流程都可能执行硬切换。



RB

< br>承载在


Uu


接口的用户面和控制面不同，


RB


应用在


3GPP RRC


协议规范中有定义，


Alcatel

< br>Uu


接口


RB


映射的使用请查阅 《


UTRAN


Algorithms


Specifications


Part4


RAB


mapping


for < /p>


R3


》


，


RRC


消息、


NAS


层消息、用户数据在二层 都由不同的


RB


承载。



2.2.1


Signalling Radio bearer(


信令无线承载


)


能够 发送


RRC


消息的无线承载（


RB


）定义为信令无线承载


(SRB)


；下面描 述了


SRB


的使用


规定。



UE


和


UTRAN


应该按照以下准则为


RRC


消息来选择在


DCCH


和


CCCH


上使用


RLC-TM


，


RLC- UM


和


RLC- AM


的信令无线承载。



1


）



CCCH (UL: RLC-TM, DL: RLC- UM)


上发送的所有消息都可以使用


RB 0


2


）



当使用


RLC


非确认模式（


RLC-UM


）时，在


DCCH


上发送的所有消息可以使 用


RB


1


。



3


）



当采用


RLC- AM


模式下，


RB2


应该用于在


DCCH


上发送的所有消息，除非


RRC< /p>


消息携带了高程


NAS


信令。

< p>


4


）



当


RRC


消息携带高层信令并在


DCCH


上以


RLC-AM


模式发送 时，应该采用


RB3


，


RB4


也可以选择。



当在下行链路

< br>DCCH


、


CCCH


上使用


RLC UM


传输一个


RRC


消息时，


RRC


应该向


RL C


指


示使用一个特定的


RLC


长度指示器；


这个指示器表示一个


RLC SDU


在一个


RLC PDU


的起


始位置处开始。如果这个指示器不存在，


UE


应当根据正常的规则丢弃


RLC SDU


。



SRB RB0


从来都不用加密。




启动重配置过程，启动重配置过程，


UTRAN


应：



5


）



何新的物理信道配置上配置新的无线链路；



6


）



开始在新的无线链路上发送和接收；




2.2.2 Radio Bearer setup


1)



在下行


DCCH


上使用


AM/UM RLC


发送无线承载建立消息，



2)



如果用这个过程建立

< p>
SRB


的


RB4


，且


SRB


的


RB1-RB3

< br>已经在这个流程之前建立，如


果变量


‖

< br>LATEST_CONFIGURED_CN_DOMAIN


‖

< br>已经被发起，则


Utran


将以


SRB


RB4


同样的消息连接任何


R B


建立到在变量



CONFIGURED


CN


DOMAIN


中指示

< p>
的


CN


域。





UE


RADIO BEARER SETUP


UTRAN


RADIO BEARER SETUP COMPLETE



图


2.14


无线承载建立正常过程



UE


RADIO BEARER SETUP


UTRAN


RADIO BEARER SETUP FAILURE



图


2.15


无线承载建立失败的过程

















在因接收


Radio


Bearer


setup


消息而触发 该过程的情况下，


UE


应在上行链路


D CCH


用

-


-


-


-


-


-


-


-



本文更新与2021-02-08 09:49，由作者提供，不代表本网站立场，转载请注明出处：https://www.bjmy2z.cn/gaokao/613753.html

返回列表：英语

Uu接口RRC协议深度分析的相关文章

Uu接口RRC协议深度分析随机文章
Uu接口RRC协议深度分析热门标签