lte 端到端流程_图文_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
lte 端到端流程
上传于||暂无简介
大小：5.61MB
登录百度文库，专享文档复制特权，财富值每天免费拿！
你可能喜欢扫描二维码登录
请用微信扫描左边二维码获得验证码
* 填写验证码
* 无需输入用户名密码，安全可靠 （需要微信已绑定）
RRC_ConnectionRelease和detach有什么区别？
威望 2774 个
礼品券 15 个
专家指数 90
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
*** 作者被禁止或删除 内容自动屏蔽 ***
威望 421863 个
礼品券 85 个
专家指数 414
注册 专业方向&
网优来自 安徽
回答问题数
回答被采纳数
回答采纳率
技术问题，回答得专家指数，快速升级
· · · · · · · · · ·
detach 好像是关机了的吧
对本帖内容的看法？
威望 2774 个
礼品券 15 个
专家指数 90
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
*** 作者被禁止或删除 内容自动屏蔽 ***
威望 2774 个
礼品券 15 个
专家指数 90
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
*** 作者被禁止或删除 内容自动屏蔽 ***
威望 60438 个
礼品券 45 个
专家指数 65
注册 专业方向&
无线网络优化
回答问题数
回答被采纳数
回答采纳率
你既然已经搞清楚detach的应用场景及意义，那detach与RRC_Connection_Release区别还不是一目了然了。RRC_Connection_Release只有在存在RRC连接的情况下才有意义，而detach不论存不存在RRC连接都有可能发生。
对本帖内容的看法？
威望 2774 个
礼品券 15 个
专家指数 90
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
*** 作者被禁止或删除 内容自动屏蔽 ***
威望 9009 个
礼品券 35 个
专家指数 26
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
RRC是一个逻辑链路，无论进行什么业务之前必须首先建立RRC，而且每个手机与网络之间有且仅有一条RRC，你可以把RRC理解成手机与网络的信令传输通道，可以承载很多的消息；
而RAB即为承载业务的传输通道，每种业务建立一个RAB，手机与网络之间可以同时存在好几条RAB;
而Detach属于PS业务一种状态，Attach的作用是附着到网络，使SGSN知道手机的状态，以便寻呼以及传输数据，Detach即为去附着，顾名思义，去附着后手机不可以进行数据业务；之前你也晓得Detach的发生条件，不再赘述。
因此在发起Attach/Detach流程时，首先需要建立RRC连接，业务完成后RRC连接释放，手机进入IDLE模式。
对本帖内容的看法？
威望 2774 个
礼品券 15 个
专家指数 90
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
*** 作者被禁止或删除 内容自动屏蔽 ***
威望 9009 个
礼品券 35 个
专家指数 26
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
原帖由 liutao358 于
17:46:11 发表
讨论RRC_connenction_release,detach,RAB等相关概念模糊点 建议楼主你先搞懂上述几个概念吧，你这个基础有点太差，3GPP25.331，好好看下
对本帖内容的看法？
威望 2774 个
礼品券 15 个
专家指数 90
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
*** 作者被禁止或删除 内容自动屏蔽 ***
威望 73209 个
礼品券 161 个
专家指数 1183
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
UE的状态分为AS的状态和NAS的状态
AS的层3在空口就是RRC，RRC的的状态在LTE中简化为idle和connected两种，而NAS稍微多一些，如下：
The EPS Mobility Management (EMM) states describe the Mobility Management states that result from the mobility management procedures e.g. Attach and Tracking Area Update procedures.
Two EMM states are described in this document:
-& & & & EMM-DEREGISTERED.
-& & & & EMM-REGISTERED.
NOTE 1:& & & & Other specifications may define more detailed EMM states (see e.g. TS 24.301 [46]).
The EPS Connection Management (ECM) states describe the signalling connectivity between the UE and the EPC.
Two ECM states are described in this document:
-& & & & ECM-IDLE.
-& & & & ECM-CONNECTED.
所以就可以理解了，RRC只是空口的层3的连接，attach/detach影响的是NAS层的，说白了就是UE和MME的register data。
比如，rrc 释放不一定会detach，但detach后大多数rrc连接不存在，有一种情况就是emergency call，是detach后的呼叫建立，UE不需要register的直接打call。
UE只要有跟网络有联络的需求，无论什么需求，无论是具体数据业务还是只是比如TAU信令，都要有RRC建立过程的。道理很简单-----没有空中楼阁~
对本帖内容的看法？
威望 2774 个
礼品券 15 个
专家指数 90
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
*** 作者被禁止或删除 内容自动屏蔽 ***
威望 23581 个
礼品券 10 个
专家指数 76
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
如果UE在RRC-IDLE下发起detach 是不需要恢复RRC连接，这个Detach Request 会包在S1AP Initial UE Message里，发给MME.
Detach 是会影响EMM state, RRC connection release 是会影响ECM state (付上TS23.401 4.6.4 State transition and functions)
(16.67 KB)
(16.67 KB)下载次数: 24 09:42:37
对本帖内容的看法？
积分 24391
威望 557543 个
礼品券 260 个
专家指数 2015
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
说这么绕，前面一个是无线承载资源，后一个是业务建立状态。相当于前一个是TCH，后一个是connection disconnect；前一个是PDCH，后一个是TBF。
对本帖内容的看法？
亲姐姐没有干姐姐好
威望 2087 个
礼品券 5 个
专家指数 36
注册 专业方向&
系统分析工程师来自 福建福州
回答问题数
回答被采纳数
回答采纳率
原帖由 liutao358 于
14:52:31 发表
I am pretty appreciating your geiliable answer for my post, that's what I am looking for,it's simple,clear, but it's on point, finally I figure out what's the hell difference between&&... 你丫的至于这么②么！说什么鸟语
对本帖内容的看法？
漫步人生路，尝遍人生百态。一路之差失之千里！
您即将访问其它网站
您即将访问的地址是其它网站的内容，MSCBSC将不再对其安全性和可靠性负责，请自行判断是否继续前往
精彩通信图库
当前时区 GMT+8, 现在时间是
   本站统一服务邮箱：扫描二维码登录
请用微信扫描左边二维码获得验证码
* 填写验证码
* 无需输入用户名密码，安全可靠 （需要微信已绑定）
RRC_ConnectionRelease和detach有什么区别？
威望 2774 个
礼品券 15 个
专家指数 90
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
*** 作者被禁止或删除 内容自动屏蔽 ***
威望 26857 个
礼品券 0 个
专家指数 32
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
detach并不是纯粹为了释放RRC啊，只要看看attach都产生了什么影响就知道detach的作用了。一个用户attach后会在不同的网元分别生成MM上下文和EPS承载上下文，还会在HSS更新位置信息并获得签约数据等，detach相应的需要释放这些资源和修改信息。
RRC只是UE和ENODEB之间的资源，在需要的时候建立，不需要的时候释放，和用户EMM状态也没啥必然联系，比如用户attach后一开始是有RRC的，但空闲一段时间后S1和RRC就会被释放，但此时用户依然是attach状态，EMM是注册态，只是ECM从连接态转为空闲态而已。
对本帖内容的看法？
Enjoy Music.Enjoy Life.
威望 785 个
礼品券 5 个
专家指数 1
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
detach 去附着了嘛，要进行业务就需要再激活
Release 释放，在仍然在激活状态，个人觉得区别应该是在核心网侧
对本帖内容的看法？
威望 6767 个
礼品券 0 个
专家指数 11
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
RRC 和 NAS还没分清楚？
对本帖内容的看法？
威望 60422 个
礼品券 10 个
专家指数 19
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
RRC连接是UE和eNodeB之间的连接，RRC connection release以后，UE就从连接态转为了IDLE态。
Attach和Detach是核心网的状态，通过NAS消息发送，eNodeB只进行透传。核心网那边的处理，楼上有几位说得很明白了。
对本帖内容的看法？
威望 1358 个
礼品券 0 个
专家指数 10
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
UE开机的attach信令
RrcConnectionRequest
RrcConnectionSetup
RrcConnectionSetupComplete&&此部分为RRC的建立
S1AP_InitialUeMessageMsg
S1AP_InitialContextSetupRequest
UeCapablitiyEnquiry
UeCapablitiyInformation
S1AP_UeCapabilityIndicationMsg
SecurityModeCommand
RrcConnectionReconfiguration
SecurityModeComplete
RrcConnecionReconfigrationComplete
S1AP_InitialContextSetup
UlInformationTransfer
S1AP_UplinkTransportMsg
对本帖内容的看法？
治世之能臣
威望 1358 个
礼品券 0 个
专家指数 10
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
Deteach说细了有两种，关机detach和非关机detach；关机detach和非关机Detach又分为idle态和connectd态的两种detach。
对本帖内容的看法？
治世之能臣
威望 2798 个
礼品券 0 个
专家指数 -8
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
第六个单词显示错误。。。。。。。。。。。。
对本帖内容的看法？
威望 36949 个
礼品券 8 个
专家指数 82
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
简单的说，RRC_CoNNECTION_RELEASE不一定会释放UE的上下文，DETACH会释放UE的上下文，
对本帖内容的看法？
威望 28092 个
礼品券 14 个
专家指数 89
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
对本帖内容的看法？
威望 4694 个
礼品券 0 个
专家指数 -2
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
大胆讨论，好好学习~~~
对本帖内容的看法？
您即将访问其它网站
您即将访问的地址是其它网站的内容，MSCBSC将不再对其安全性和可靠性负责，请自行判断是否继续前往
精彩通信图库
当前时区 GMT+8, 现在时间是
   本站统一服务邮箱：二次元同好交流新大陆
扫码下载App
温馨提示！由于新浪微博认证机制调整，您的新浪微博帐号绑定已过期，请重新绑定！&&|&&
LOFTER精选
网易考拉推荐
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
通知处于RRC_IDLE和RRC_CONNECTED状态的UE系统消息改变，和/或；
通知ETWS主要通知和/或ETWS次要通知；
通知CMAS。
&&&&寻呼信息将发往上层，后续可发起RRC连接建立，如接收到到来的呼叫。
&&&&E-UTRAN在UE的寻呼时机，发送Paging 消息发起寻呼过程，有关UE寻呼时机的详细描述符合3GPP TS 36.304 v930-2010的要求。Paging消息可包括多条PagingRecord，每个PagingRecord针对不同的UE。E-UTRAN通过这样的方式在一条寻呼消息中寻呼多个UE。E-UTRAN也可通过Paging消息通知系统信息变化，和/或提供ETWS的通知、CMAS通知。
RRC 连接建立
图 10 连接建立，成功流程
图 11 连接建立，网络拒绝流程&&&&该过程旨在建立RRC连接。RRC连接建立包括SRB1的建立。该过程也可用于从UE向E-UTRAN传输初始的NAS专用信息/消息。
&&&&E-UTRAN在以下情况使用此过程：
仅用于建立。初始化
&&&&在RRC_IDLE状态下，当上层请求建立RRC连接时，UE发起初始化过程。
&&&&在初始化过程中，UE应：
如果UE建立RRC连接的原因是移动终止呼叫（mobile terminating call）：
如果计时器正在运行：则认为接入该小区受限。
否则：认为可以接入该小区。
否则，如果UE建立RRC连接的原因是紧急呼叫（emergency call）：
如果包含，则：如果 ac-BarringForEmergency设置为 FALSE，认为可以接入该小区。
否则，如果UE有一个或多个范围是11~15的接入级别（Access Class, AC），接入级别存储在USIM中，按照3GPP TS 22.011v930-2009和3GPP TS 23.122 v930-2010的要求，该范围对UE是有效的：
注：仅在归属地有效，仅在有效。如果 ac-BarringInfo包括 ac-BarringForMo-Data，且对于UE所有可用的接入级别而言， ac-BarringForMo-Data 中ac-BarringForSpecialAC的相应比特位值均为1，则认为接入该小区受限。
否则，认为可以接入该小区。
认为接入该小区受限。
否则：认为可以接入该小区。
否则，如果UE建立RRC连接的目的是移动始发呼叫（mobile originating call）：
如果定时器或正在运行：认为接入该小区受限。
否则如果包含，且存在：如果UE有一个或更多个范围为11~15的接入级别（存储在USIM中），按照3GPP TS 22.011v930-2009和3GPP TS 23.122 v930-2010的要求，该范围对UE是有效的；
其中至少一种接入级别，ac-BarringForMo-Data 中ac-BarringForSpecialAC的相应比特位值为0，则
认为可以接入该小区。
在 0 ≤ rand & 1范围内均匀随机抽取 'rand' 值；
如果'rand' 低于ac-BarringForMo-Data中ac-BarringFactor所指示的值，则认为可以接入该小区；
否则认为接入该小区受限。
否则：认为可以接入该小区。
否则，UE建立RRC连接的目的是移动始发信令（mobile originating signalling）：
如果定时器或正在运行：认为接入该小区受限。
否则如果包含，且中存在：如果UE有一个或多个范围为11~15的接入级别（存储在USIM中），按照3GPP TS 22.011v930-2009和3GPP TS 23.122 v930-2010的要求，该范围对于UE是有效的，且
其中至少一种接入级别中，ac-BarringForMo-Signalling中ac-BarringForSpecialAC的相应比特位值为0，则认为可以接入该小区。
在 0 ≤ rand & 1范围内均匀地随机抽取 'rand' 值；
如果'rand' 低于ac-BarringForMo-Signalling中的 ac-BarringFactor指示的值，则认为可以接入该小区。
否则，认为接入该小区受限。
否则：认为可以接入该小区。
如果根据之前描述的，可以接入该小区，则UE应：
使用缺省物理信道配置；使用缺省半静态调度配置；使用缺省主要配置；使用规定的配置（如下）；NameValueSemantics descriptionVerPDCP configurationN/A&&RLC configurationTM&&MAC configuration&Normal MAC headers are used&Logical channel configuration&&&priority1Highest priority&prioritisedBitRateinfinity&&bucketSizeDurationN/A&&logicalChannelGroup0&&logicalChannelSR-Mask-r9release&v920使用中的；启动定时器；发起消息的传输。注：在初始化连接建立过程时，当处于状态下，不需要维持在态所需的最新的系统信息。不过，小区重选时应进行系统信息的获取。否则：
如果建立连接的目的是移动始发呼叫，且定时器和都没有运行：在 0 ≤ rand & 1范围内均匀地随机抽取 'rand' 值；
启动定时器 T303，定时器值按照ac-BarringForMo-Data中ac-BarringTime指示，由下式计算而得：
T303= (0.7+ 0.6 *
ac-BarringTime
通知上层RRC连接建立失败，且移动始发呼叫接入受限，过程结束。
否则，如果正为移动始发信令建立连接，且定时器和未运行，则：在 0 ≤ rand & 1范围内均匀地随机抽取 'rand' 值；
启动定时器 T305，定时器值按照ac-BarringForMo-Signalling中ac-BarringTime指示，由下式计算而得：
T305= (0.7+ 0.6 *
ac-BarringTime
通知上层RRC连接建立失败，并且移动始发信令接入受限，过程结束。
否则如果正在为紧急呼叫建立连接：通知上层RRC连接建立失败，且紧急呼叫接入受限，过程结束。
否则：通知上层RRC连接建立失败，过程结束。
RRCConnectionRequest消息传输
&&&&UE应如下设置RRCConnectionRequest 消息内容：
如下设置ue-Identity：
如果上层提供：将ue-Identity设置为上层发来的值。
否则：从0 .. 240-1中抽取一个随机值，设置ue-Identity为该随机值。
注：如果在当前小区的注册，则上层提供。根据从上层接收的信息设置establishmentCause的值；
若UE为集群用户，则设置isTrunkingUser为true，若UE为非集群用户，设置isTrunkingUser为false。
UE应将RRCConnectionRequest消息提交给低层传输。
&&&&UE应继续进行小区重选相关的测量和小区重选评估。若满足小区重选条件，则UE应执行小区重选。
UE接收RRCConnectionSetup
注：在此之前，低层信令用来分配，具体细节符合的规定。&&&&UE应：
根据接收到的radioResourceConfigDedicated进行无线资源配置过程；
如果已储存，则丢弃idleModeMobilityControlInfo提供的，或从其他RAT遗留的小区重选优先级信息；
停止定时器 T300；
如果定时器 T302正在运行，则停止；
如果定时器 T303正在运行，则停止；
如果定时器 T305正在运行，则停止；
执行定时器停止后的相应操作（见后文）；
如果定时器 T320正在运行，则停止；
进入 RRC_CONNECTED状态；
停止小区重选过程；
如下设置 RRCConnectionSetupComplete消息：
将设置为上层从中中选择的（详见和）；如果上层提供，如下设置：如果'Registered MME'的PLMN标识与上层选择的PLMN 不同，则在registeredMME中加入plmn-Identity ，将其设置为上层提供的'Registered MME'中的PLMN标识；
将mmegi 和 mmec设置为上层提供的值。
设置包含从上层接收的信息；将消息提供给底层进行传输，过程结束。当运行T300, T302, T303 或T305时进行小区重选
&&&&如果在定时器T300、T302、T303或T305运行期间发生小区重选，UE应：
如果定时器 T302, T303 和/或T305 正在运行：
无论哪个在运行，停止定时器、和；执行下文相应的动作。如果定时器T300正在运行：
停止定时器；重置，释放配置，并为所有已建立的重建；通知上层连接建立失败，过程结束。T300 超时
&&&&如果定时器 T300超时，UE应：
重置MAC，释放MAC配置，为所有已建立的RB重建RLC；
通知上层RRC连接建立失败，过程结束。
T302,T303或T305 超时或停止
&&&&UE应：
如果定时器T302 超时或停止：
通知上层移动终止接入受限得到了缓解；如果定时器没有运行，则：通知上层移动始发呼叫受限缓解。
如果定时器未运行：通知上层移动始发信令受限缓解。
如果定时器T303超时或停止：
如果定时器没有运行：通知上层移动始发呼叫受限缓解。
如果定时器 T305 超时或被停止：
如果定时器未运行：通知上层移动始发信令受限缓解。
UE接收RRCConnectionReject
&&&&UE应：
停止定时器T300；
重置 MAC 和释放 MAC 配置；
启动定时器 T302，设置其值为 waitTime；
通知上层RRC连接建立失败，禁止移动始发呼叫、移动始发信令以及移动终止接入，此过程结束。
RRC连接建立中止
&&&&如果上层中止RRC连接建立过程，而UE还没有进入RRC_CONNECTED状态，UE应：
停止定时器 T300，如果其在运行；
重置MAC，释放MAC配置，并为所有已建立的RB重建RLC。
SSAC相关参数处理
接收到上层请求，UE应：
如下设置BarringFactorForMMTEL-Voice和BarringTimeForMMTEL-Voice：
若处于态，且存在，则：&&&&如果UE具有一个或多个范围为11-15的接入等级（存储在USIM），按照3GPP TS 22.011和3GPP TS 23.122 的要求，该范围对于UE是有效的，且
如果至少有一个接入等级，在ssac-BarringForMMTEL-Voice中ac-BarringForSpecialAC的相应比特位为0，则
设置BarringFactorForMMTEL-Voice为1，BarringTimeForMMTEL-Voice为0。
将BarringFactorForMMTEL-Voice和BarringTimeForMMTEL-Voice分别设置为ssac-BarringForMMTEL-Voice中的ac-BarringFactor和ac-BarringTime的取值。
否则，设置为，为。如下设置BarringFactorForMMTEL-Video和BarringTimeForMMTEL-Video：
如果处于态且存在：如果UE具有一个或多个范围为11-15的接入等级（存储在USIM），按照3GPP TS 22.011v930-2009和3GPP TS 23.122 v930-2010的要求，该范围对于UE是有效的，且
如果至少有一个接入等级，在ssac-BarringForMMTEL-Video中ac-BarringForSpecialAC的相应比特位为0，则：
设置BarringFactorForMMTEL-Video为1，BarringTimeForMMTEL-Video为0。
将BarringFactorForMMTEL-Video和BarringTimeForMMTEL-Video分别设置为ssac-BarringForMMTEL-Video中的ac-BarringFactor和ac-BarringTime的取值。
否则，设置为，为。将变量BarringFacotrForMMTEL-Voice、BarringTimeForMMTEL-Voice、BarringFactorForMMTEL-Video和BarringTimeForMMTEL-Video发往上层。
初始安全激活
图 12 安全模式命令，成功流程
图 13 安全模式命令，失败流程
&&&&该过程旨在在RRC连接建立上激活AS安全。
&&&&E-UTRAN 向处在RRC_CONNECTED状态的UE发起安全模式命令过程。此外E-UTRAN应用如下过程：
仅当SRB1建立成功时，即安全激活过程先于SRB2和/或DRB的建立。
UE接收到SecurityModeCommand应：
按照3GPP TS 33.401 v940-2010的要求，推演KeNB密钥；
按照3GPP TS 33.401 v940-2010的要求，推演与SecurityModeCommand消息中integrityProtAlgorithm相关的KRRCint密钥；
使用KRRCint密钥和SecurityModeCommand 消息中integrityProtAlgorithm信元指示的算法，请求底层验证SecurityModeCommand 消息的完整性保护；
如果SecurityModeCommand消息通过完整性保护验证：
按照的要求，推演消息中相关的和密钥；立即配置底层，使用指定的算法和密钥进行完整性保护，对随后所有接收和发送的消息进行完整性保护；之后配置底层使用密钥、密钥和指定的算法进行加密，加密后续所有接收和发送的消息，消息除外；认为将要激活安全；将消息提交给低层传输，过程结束。否则：
继续使用接收到的消息之前的配置，即不进行完整性保护和加密。将消息提交给低层传输，过程结束。RRC 连接重配置
图 14 RRC连接重配置，成功流程
图 15连接重配置，失败流程&&&&该过程旨在修改RRC连接，例如无线承载的建立/修改/释放、执行切换、准备/修改/释放测量。作为该过程的一部分，NAS专用信息可从 E-UTRAN 传输给UE。
&&&&E-UTRAN对处于RRC_CONNECTED态的UE发起RRC连接重配置过程。E-UTRAN如下应用本过程：
仅当AS安全已激活，SRB2和至少一个DRB已建立且未挂起，才包含 mobilityControlInfo；
仅当AS安全已激活，才包含RB的建立（RRC连接建立过程建立的SRB1除外）。
UE接收不包含mobilityControlInfo的RRCConnectionReconfiguration
&&&&如果RRCConnectionReconfiguration消息未包含mobilityControlInfo，且UE满足消息中的配置，UE应：
如果是在RRC 连接重建立成功完成后的第一条RRCConnectionReconfiguration消息，则：
如果存在，则为已建立的和所有重建；如果存在，则为已建立的和所有重建；如果消息包含：执行全配置的无线资源配置过程。
如果消息包含：执行无线资源配置过程；
如果存在，恢复挂起的和所有；注：重建成功后进行无线承载的处理，对于重传没有确认的（以及相关的状态报告），和的处理见。否则：
如果消息包括：执行无线资源配置过程；
注：如果消息包含除外的建立，可立即使用这些，无需等待消息的确认。如果 RRCConnectionReconfiguration 消息包含dedicatedInfoNASList：
按其顺序将每个信元发送给上层。如果 RRCConnectionReconfiguration消息包含 measConfig：
进行测量配置过程。如果 RRCConnectionReconfiguration 消息包含 reportProximityConfig：
根据接收到的执行临近指示。使用新的配置，将RRCConnectionReconfigurationComplete消息提交给底层传输，过程结束。
UE接收包含mobilityControlInfo信元的RRCConnectionReconfiguration消息（切换）
&&&&如果RRCConnectionReconfiguration 消息包含 mobilityControlInfo，且 UE满足消息中包含的配置，UE应：
如果T310正在运行，则停止；
开启定时器T304，定时器值按照mobilityControlInfo中t304进行设置；
如果包含carrierFreq：
认为目标小区是位于指定的频率上，且具有指定的物理小区标识的小区。否则：
认为该目标小区是处在当前的频率上，并具有由指定的物理小区标识的小区。开始与目标小区的下行同步；
注：一旦接收到消息触发的切换后，应尽快执行切换，可在确认该消息成功接收（和）之前。重置MAC；
为所有已建立的RB，重建PDCP；
注：成功重建后进行的处理，如重传未确认的（及其相关的状态报告），和的处理，参见。为所有已建立的RB重建RLC；
采用newUE-Identity作为 C-RNTI；
如果RRCConnectionReconfiguration消息中包含fullConfig:
执行全配置的无线资源配置流程。根据接收到的radioResourceConfigCommon配置底层；
如果mobilityControlInfo消息包含上述未提及的域，则根据附加域配置底层；
如果 RRCConnectionReconfiguration 消息包括 radioResourceConfigDedicated：
进行无线资源配置。如果 securityConfigHO中的keyChangeIndicator设置为TRUE：
基于之前成功安全模式命令（）的过程中使用的密钥，更新，参见。否则：
基于当前或下一跳（），并使用指示的值更新密钥，参见。保存nextHopChainingCount值；
如果securityConfigHO中包含 securityAlgorithmConfig：
按照的要求，基于选择的推演密钥；按照的要求，基于选择的推演密钥和密钥。否则：
按照的要求，基于当前的完整性算法推演密钥；按照的要求，基于当前的加密算法推演密钥和密钥。配置底层使用完整性保护算法和KRRCint密钥，即完整性保护配置应对UE后续发送和接收的所有消息使用，包括用于指示过程成功完成的消息；
配置底层使用加密算法、KRRCenc密钥和KUPenc密钥，即加密配置应对UE后续所有后来发送和接收的所有消息使用，包括用于指示过程成功完成的消息；
执行测量相关的动作；
如果RRCConnectionReconfiguration 消息包含 measConfig：
执行测量配置过程；释放reportProximityConfig，并清除所有相关邻近状态报告定时器；
如果 RRCConnectionReconfiguration 消息包含 reportProximityConfig：
根据接收到的执行邻近指示。将RCConnectionReconfigurationComplete消息提交给底层传输；
如果 MAC 成功完成随机接入过程：
停止定时器；如果有的话，应用报告配置、调度请求配置和探测配置中不需要获知目标小区的部分；获取目标小区后，应用需要知道目标小区的部分测量配置和无线资源配置（如测量间隔、周期报告、调度请求配置、信道探测配置），如果有的话。注：除上述情况外，无论何时接收到新的配置，应按照接收到的域进行建立或重配。过程结束。注：在执行接入目标小区之前，无需利用从该小区获得的系统消息，判定目标小区的。重配置失败
&&&&UE应：
如果UE无法按照RRCConnectionReconfiguration消息进行（部分的）配置：
继续使用接收到消息前使用的配置；如果安全还没有被激活：离开RRC_CONNECTED状态，释放原因为'other'。
否则：发起连接重建过程，连接重配置过程结束。
注：按照的要求，消息引起协议错误时，应忽略此消息。在这种情况下，也可采用上述失败处理来处理。注：如果无法进行部分配置，则不能采用该配置的任何部分，即不存在部分成功或失败。T304 超时（切换失败）
&&&&如果T304 超时（切换失败），UE应：
回退到源小区使用的配置， physicalConfigDedicated、
mac-MainConfig 以及 sps-Config的配置除外；
发起连接重建过程，连接重配置过程结束。
注：一旦T304超时，则任何专有前导码（若rach-ConfigDedicated包含）将对UE不再有效。
包括全配置选项的无线资源配置
释放/清空所有当前专用的配置，其中不包含和RB相关的安全配置、PDCP、RLC和逻辑信道配置；
如果RRCConnectionReconfiguration消息中包含mobilityControlInfo：
应用默认物理信道配置；应用默认的半静态调度配置；应用默认的主配置；对于包含在srb-ToAddModList中的每一个srb-Identity (SRB 重配)
对这个应用默认配置；对这个应用默认逻辑信道配置；注：这将设置（对于切换为和，对于重建立之后的重配置为）为已知状态，之后重配置消息做进一步配置。对于包含在drb-ToAddModList中属于UE当前配置的每个eps-BearerIdentity值：
释放实体；释放实体；释放逻辑信道；释放。注：将重获得但从当前配置中删除包含的，并触发根据新配置的建立作为相关释放和重新建立的锚点。对于属于UE当前配置但未包含在drb-ToAddModList中的每个eps-BearerIdentity值：
释放。计数器核对
图 16 计数器核对过程
计数器核对过程用于E-UTRAN请求UE验证每个DRB上发送/接收的数据量。更具体来说，UE需要对每个DRB检查，判断COUNT的最高有效位是否与E-UTRAN的相同。
注：本过程使得E-UTRAN可检测到入侵者的数据植入。
&&&&E-UTRAN 通过发送CounterCheck消息来初始化该过程。
&&&&注：E-UTRAN可在任一个COUNT达到特定值时，发起该过程。
&&&&接收到CounterCheck 消息，UE应：
对于每个UE已建立的DRB：
如果是单向承载，仅配置了一个方向，而另一个方向（上行或下行）没有，则：认为未配置的方向的COUNT值为0。
如果是中未包含的：在CounterCheckResponse消息drb-CountInfoList中，添加该DRB对应的drb-Identity，并将count-Uplink和count-Downlink设置为该DRB的COUNT。
否则如果至少一个方向上，的最高有效位与指示的值不同：在CounterCheckResponse消息drb-CountInfoList中，添加该DRB对应的drb-Identity，并将count-Uplink和count-Downlink设置为该DRB的COUNT。
对于CounterCheck消息drb-CountMSB-InfoList中包含但UE未建立的DRB：
在消息中，包含该，并将和的最高有效位设置为中的相应值，最低有效位置为。将CounterCheckResponse 消息提交给底层传输，过程结束。
RRC 连接重建立
图 17连接重建立，成功流程
图 18连接重建立，失败流程该过程旨在重建RRC连接，包括SRB1操作的恢复，以及安全的重新激活。
处于RRC_CONNECTED状态的UE，安全已被激活，可发起本过程继续RRC连接。仅当相关小区做好准备，即具有有效的UE上下文时，连接重建才会成功。若E-UTRAN接受重建，SRB1操作恢复，而其它RB将继续挂起。如果AS安全未被激活，则UE不会发起本过程，而直接转到RRC_IDLE状态。
E-UTRAN在如下情况使用此过程：
重配SRB1，且仅为其恢复数据传输；
重新激活AS安全不改变算法。
&&&&仅当AS安全已被激活时，UE才能发起该过程。满足以下任一条件时，UE才发起初始化过程：
检测到无线链路失败；或者
系统内切换失败；或者
源自E-UTRA的跨RAT移动失败；或者
低层执行完整性校验失败；或者
RRC连接重配失败。
&&&&在该过程的初始阶段，UE应：
停止定时器 T310，如果正在运行；
启动定时器T311；
挂起除SRB0之外的所有RB；
应用缺省的物理信道配置；
应用缺省的半静态调度配置；
应用缺省的MAC主配置；
释放reportProximityConfig，并清除所有邻近状态报告相关的定时器；
按照3GPP TS 36.304 v930-2010的要求，执行小区选择。
T311运行时进行小区选择
&&&&选择一个合适的 E-UTRA小区时，UE应：
停止定时器T311；
停止定时器 T301；
采用SystemInformationBlockType2中包含的 timeAlignmentTimerCommon ；
初始化RRCConnectionReestablishmentRequest消息的发送。
注：本过程同样适用于返回源小区的情况。&&&&如果选择跨RAT小区，则UE应：
离开RRC_CONNECTED状态，释放原因为"RRC connection failure"。
RRCConnectionReestablishmentRequest 消息的发送
&&&&UE应如下设置RRCConnectionReestablishmentRequest消息的内容：
如下设置ue-Identity：
将设置为源小区（切换和来自的移动性失败的情况）使用的，或者引发重建过程的小区所使用的（其它情况）；将设置为源小区（切换和来自的移动性失败的情况）的物理小区标识，或者引发重建过程的小区所使用的物理小区标识（其它情况）；将设置为的个最低有效位，计算如下：利用ASN.1 对VarShortMAC-Input进行编码；
源小区（切换和来自E-UTRA移动性失败 ）或者触发重新建立（其它的情况）的小区中所使用的 KRRCint 密钥和完整保护算法；
COUNT、BEARER 和DIRECTION的所有输入比特设置为二进制。
如下设置reestablishmentCause：
如果重新建立过程的发起是因为无法符合配置所造成的重配失败：设置reestablishmentCause 为'reconfigurationFailure'。
否则如果重新建立过程的发起是由于切换失败或源自的跨移动性失败：设置reestablishmentCause 为 'handoverFailure'。
否则：设置
reestablishmentCause 为 'otherFailure'。
UE应将RRCConnectionReestablishmentRequest 消息提交给底层传输。
UE接收RRCConnectionReestablishment
注：在此之前，使用底层信令来分配，详见。UE 应：
停止定时器T301；
为SRB1重建PDCP；
为SRB1重建RLC；
根据接收到的radioResourceConfigDedicated进行无线资源配置；
恢复SRB1；
按照3GPP TS 33.401 v940-2010的要求，根据当前KeNB关联的密钥KASME密钥更新KeNB，使用RRCConnectionReestablishment 消息中指示的nextHopChainingCount 值；
存储nextHopChainingCount值；
按照3GPP TS 33.401 v940-2010的要求，根据之前配置的完整性算法推演KRRCint密钥；
按照3GPP TS 33.401 v940-2010的要求，根据之前配置的加密算法推演KRRCenc密钥和KUPenc密钥；
立刻配置底层使用之前配置的算法和KRRCint密钥，配置底层，激活完整性保护，对UE所有后来接收和发送的消息应用完整性保护，包括指示该过程成功完成的消息；
立刻配置底层使用之前配置的算法、KRRCenc密钥以及KUPenc密钥，配置底层进行加密，对UE所有后来接收和发送的消息进行加密，包括指示该过程成功完成的消息；
设置RRCConnectionReestablishmentComplete消息内容如下：
如果有最近一次无线链路失败相关的信息，则包含并设置为。进行测量相关的动作；
将RRCConnectionReestablishmentComplete消息提交给底层进行传输，此过程结束。
&&&&当 T311超时，UE 应：
离开RRC_CONNECTED状态，并设置释放原因为"RRC connection failure"。
T301 超时或选择的小区不再合适
&&&& UE应：
如果定时器 T301 超时；或者
按照3GPP TS 36.304 v930-2010要求的小区选择标准，所选择的小区不再合适，则UE应：
离开状态，设置释放原因为""。UE接收RRCConnectionReestablishmentReject
&&&&当接收到 RRCConnectionReestablishmentReject 消息，UE 应：
离开RRC_CONNECTED状态，设置释放原因为"RRC connection failure"。
RRC连接释放
图 19连接释放，成功流程&&&&该过程旨在释放RRC连接，包括已建立的无线承载以及所有无线资源的释放。
E-UTRAN 向处于RRC_CONNECTED状态的UE，初始化 RRC 连接释放过程。
UE接收RRCConnectionRelease
&&&&UE应：
接收到RRCConnectionRelease消息，或者当低层指示RRCConnectionRelease消息的接收已经成功确认，在以这两种情况较早者为准的60ms内，延迟进行本节如下定义的操作；
如果RRCConnectionRelease 消息包含 idleModeMobilityControlInfo，则：
存储提供的小区重选优先级信息；如果包含，则：启动定时器T320，并根据 t320值设置定时器的值。
采用系统信息中广播的小区重选优先级信息。如果RRCConnectionRelease中releaseCause指示为"loadBalancingTAURequired"，则：
离开状态，原因为""。否则：
离开状态，原因为""。T320 超时
&&&&如果T320超时，UE应：
如果存储，丢弃idleModeMobilityControlInfo所提供的或者从另一RAT继承的小区重选优先级信息；
采用系统信息中广播的小区重选优先级信息。
高层请求的RRC连接释放
该过程旨在释放RRC连接。本过程可使得当前小区的接入受限。
注：高层调用该过程，例如当判断网络已经验证检验失败时。参见。当高层要求释放RRC连接时， UE 初始化该过程。
&&&&UE应：
离开RRC_CONNECTED状态，RRC连接释放原因为"other"；
如果上层指示禁止接入此服务小区，则：
按照的要求，认为进入态之前使用的小区接入受限。无线资源配置
&&&&UE根据收到的重配置消息中radioResourceConfigDedicated信元所包含的子信元内容，执行适当的配置操作，包括：
执行添加或重配置。执行释放。执行添加或重配置。执行主配置的重配置。执行重配置。执行物理信道重配置。执行重配定时器和常量。SRB 添加/修改
&&&&UE应：
对于包含在srb-ToAddModList、不属于UE当前配置的srb-Identity（SRB建立），则：
对于对应的，按照下表要求，进行详细配置；SRB1
RLC configuration&&&logicalChannelIdentity1&&SRB2
RLC configuration&&&logicalChannelIdentity2&&建立实体，如果当前的安全配置可用的话，应用当前的安全配置；根据接收的，建立实体；根据接收的，建立逻辑信道，并按照下表要求设置逻辑信道标识符。对于包含在srb-ToAddModList、且属于UE当前配置的srb-Identity（SRB重配），则：
根据接收的，重新配置实体；根据接收的，重新配置逻辑信道。DRB 释放
&&&&UE应：
对于包含在drb-ToReleaseList、属于当前UE配置的drb-Identity（DRB 释放），或者：
作为全配置操作的结果，而将要释放的drb-Identity值，则：
释放实体；释放全部实体；释放逻辑信道。如果是切换导致了该流程：
在切换成功后，向高层指示释放和释放的。否则
立刻向高层指示释放和释放的。注：如果包含不属于当前配置部分的值，则不认为消息有误。DRB 添加/ 修改
&&&&UE 应：
对于包含在drb-ToAddModList、不属于当前UE配置的drb-Identity（DRB建立，包括使用全配置选项的情况），则：
根据接收的，建立实体，使用当前的安全配置；根据接收到的，建立实体；根据接收到的和，建立逻辑信道。如果RRCConnectionReconfiguration消息包含fullConfig，则
将已建立的与进行关联。否则
向上层指示建立并告知已建立的。对于包含在drb-ToAddModList、属于当前UE配置（DRB 重配置）的drb-Identity值，则：
如果包含，则：根据接收到的pdcp-Config，重新配置 PDCP实体。
如果包含，则：根据接收到的rlc-Config，重新配置RLC实体。
如果包含，则：根据接收到的logicalChannelConfig，重新配置 DTCH逻辑信道。
注：不支持在单一中相同的移除和添加。MAC主配置重配
&&&& UE 应：
根据接收到的mac-MainConfig，重新配置MAC 主配置。
半静态调度重配置
&&&& UE 应：
根据接收到的sps-Config，重新配置半静态调度。
物理信道的重配置
&&&&UE 应：
根据接收的physicalConfigDedicated，重新配置该物理信道配置；
如果包含 antennaInfo，并且设置为'explicitValue'，则：
如果配置的不是或或：释放cqi-ReportPeriodic 中的ri-ConfigIndex，如果先前有配置的话。
如果配置的为且没有被配置：释放cqi-ReportPeriodic 中的ri-ConfigIndex，如果先前有配置的话。
否则，如果包含 antennaInfo，并且设置为 'defaultValue'，则：
释放中的，如果先前有配置的话。无线链路失败定时器和常量重配置
应：若接收到的rlf-TimersAndConstants设置为"release"：
使用中的，设置定时器、、和常量、。否则：
根据接收到的，进行定时器和常量的重配置。与无线链路失败的相关动作
RRC_CONNECTED态物理层问题的检测
&&&&UE应：
当从低层接收到N310个连续的 "out of sync"指示，并且此时T300、T301、T304 和T311都没有运行，则：
启动定时器。物理层问题的修复
&&&&当UE从低层接收到N311 个连续的 "in-sync" 指示，此时T310正在运行，则UE应：
停止定时器 T310。
注：在本例中，维持连接而没有明确的信令，即维持整个无线资源配置。注：由层报告的既不也不的周期时间，不影响连续的或指示数量的评估。无线链路失败的检测
&&&&UE 应：
T310超时；或者
从 MAC层接收到随机接入问题的指示，且 T300、T301、T304和T311没有运行；或者
从RLC接收到已达最大重传次数的指示，则：
认为检测到无线链路失败；如果还没有激活安全，则：UE离开 RRC_CONNECTED态，释放原因设置为'other'。
否则：启动连接重建立过程。
UE离开RRC_CONNECTED状态
&&&&在离开 RRC_CONNECTED状态时，UE应：
重置MAC ；
停止除T320之外的所有正在运行的计时器；
释放所有的无线资源，包括所有已建立的RB的RLC 实体、MAC配置和相关的PDCP实体的释放；
向上层指示RRC连接释放，并包括释放的原因；
如果不是由于接收了MobilityFromEUTRACommand消息而退出RRC_CONNECTED状态，则：
进入状态，按照的要求执行小区选择。UE应对PUCCH/ SRS释放请求
&&&&当从低层接收到PUCCH/ SRS释放的通知，UE应：
应用CQI-ReportConfig和cqi-Mask（如果被配置）的默认物理信道配置；
应用soundingRs-UL-ConfigDedicated的默认物理信道配置；
应用释放 schedulingRequestConfig 的默认物理信道配置。
图邻近指示该流程旨在，指示UE进入或者离开一个或多个邻近的CSG ID属于该UE的CSG白色列表的小区。根据3GPP TS 36.304 v930-2010的规定，邻近检测基于自动搜索功能。
处于RRC_CONNECTED状态的UE应：
如果UE进入一个或者多个E-UTRA频率上的邻近小区，该小区的CSG ID属于该UE的CSG白色列表，并且该E-UTRAN小区的邻近指示是激活的；或
如果UE进入一个或者多个UTRA频率上的邻近小区，该小区的CSG ID属于该UE的CSG白色列表，并且该UTRAN小区的邻近指示是激活的；或
如果UE离开某E-UTRA频率上的所有邻近小区，该小区的CSG ID属于该UE的CSG白色列表，并且该E-UTRAN小区的邻近指示是激活的；或
如果UE离开某UTRA频率上的所有邻近小区，该小区的CSG ID属于该UE的CSG白色列表，并且该UTRAN小区的邻近指示是激活的：
对这个或频率，如果在当前连接中先前没有传输，或如果从上次传输（或进入或离开）超过的时间：按照的规定，开始传输消息。注：在上述条件中，"如果进入一个或者多个邻近小区，该小区的属于该的白色列表"包括相应的邻近指示激活时，已经邻近该小区的情况。UE应如下设置ProximityIndication消息：
如果UE使用该流程报告进入邻近小区（小区的CSG ID属于该UE的CSG白色列表）：
设置为；否则，如果UE使用该流程来上报离开邻近小区（小区的CSG ID属于该UE的CSG白色列表）：
设置为；如果一个或者多个E-UTRAN频率上的小区触发邻近指示，该小区的CSG ID属于该UE的CSG白色列表：
设置为，并把值设置为触发邻近指示小区所在的；如果一个或者多个UTRAN频率上的小区触发邻近指示，该小区的CSG ID属于该UE的CSG白色列表：
设置为，并把值设置为触发邻近指示小区所在的；UE应将ProximityIndication消息提交给底层进行传输。
部分默认配置
NameValueSemantics descriptionVerRLC configuration CHOICEam&&ul-RLC-Config
&t-PollRetransmit
&maxRetxThreshold
t4&&dl-RLC-Config
&t-Reordering
&t-StatusProhibit
ms0&&Logical channel configuration&&&priority1Highest priority&prioritisedBitRateinfinity&&bucketSizeDurationN/A&&logicalChannelGroup0&&SRB2
NameValueSemantics descriptionVerRLC configuration CHOICEam&&ul-RLC-Config
&t-PollRetransmit
&maxRetxThreshold
t4&&dl-RLC-Config
&t-Reordering
&t-StatusProhibit
ms0&&Logical channel configuration&&&priority3&&prioritisedBitRateinfinity&&bucketSizeDurationN/A&&logicalChannelGroup0&&Default MAC main configuration
NameValueSemantics descriptionVerMAC main configuration&&&maxHARQ-txn5&&periodicBSR-Timerinfinity&&retxBSR-Timersf2560&&ttiBundlingFALSE&&drx-Configrelease&&phr-Configrelease&&sr-ProhibitTimer0&&Default semi-persistent scheduling configuration
SPS-Config
&sps-ConfigDL
&sps-ConfigUL
release&&Default physical channel configuration
NameValueSemantics descriptionVerPDSCH-ConfigDedicated
&dB0&&PUCCH-ConfigDedicated
& tdd-AckNackFeedbackMode
&ackNackRepetition
&Only valid for TDD mode&PUSCH-ConfigDedicated
&betaOffset-ACK-Index
&betaOffset-RI-Index
&betaOffset-CQI-Index
15&&UplinkPowerControlDedicated
&p0-UE-PUSCH
&deltaMCS-Enabled
&accumulationEnabled
&p0-UE-PUCCH
&pSRS-Offset
& filterCoefficient
en0 (disabled)
fc4&&tpc-pdcch-ConfigPUCCHrelease&&tpc-pdcch-ConfigPUSCHrelease&&CQI-ReportConfig
& CQI-ReportPeriodic
&release&&SoundingRS-UL-ConfigDedicatedrelease&&AntennaInfoDedicated
&transmissionMode
&&codebookSubsetRestriction
&ue-TransmitAntennaSelection
&If the number of PBCH antenna ports is one, tm1 otherwise tm2 is used as default&SchedulingRequestConfigrelease&&Default values timers and constants
NameValueSemantics descriptionVert310ms1000&&n310n1&&t311ms1000&&n311n1&&
&消息与信元描述
与无线连接管理相关的RRC消息有：
RRCConnectionRequest
RRCConnectionSetup
RRCConnectionSetupComplete
RRCConnectionReject
RRCConnectionReconfiguration
RRCConnectionReconfigurationComplete
RRCConnectionReestablishmentRequest
RRCConnectionReestablishment
RRCConnectionReestablishmentComplete
RRCConnectionReestablishmentReject
RRCConnectionRelease
各消息ASN.1编解码格式参见协议36.331第6.2、6.3节。
&码流解析示例
连接建立请求码流[random value]
50,16,01,30,53,A7
UL-CCCH-Message
message: c1 (0)
c1: rrcConnectionRequest (1)
rrcConnectionRequest
criticalExtensions: rrcConnectionRequest-r8 (0)
rrcConnectionRequest-r8
ue-Identity: randomValue (1)
randomValue: A
establishmentCause: mo-Signalling (3)
&连接建立请求码流[s-tmsi]
40,20,00,00,18,06
UL-CCCH-Message
message: c1 (0)
c1: rrcConnectionRequest (1)
rrcConnectionRequest
criticalExtensions: rrcConnectionRequest-r8 (0)
rrcConnectionRequest-r8
ue-Identity: s-TMSI (0)
establishmentCause: mo-Signalling (3)
&连接建立命令码流
60,12,9B,26,60,1D,F9,A9,4F,F8,61,C9,70,3C,05,E0,F0,01,40,00,D9
DL-CCCH-Message
message: c1 (0)
c1: rrcConnectionSetup (3)
rrcConnectionSetup
rrc-TransactionIdentifier: 0
criticalExtensions: c1 (0)
c1: rrcConnectionSetup-r8 (0)
rrcConnectionSetup-r8
radioResourceConfigDedicated
srb-ToAddModList: 1 item
SRB-ToAddMod
srb-Identity: 1
rlc-Config: defaultValue (1)
defaultValue: NULL
logicalChannelConfig: defaultValue (1)
defaultValue: NULL
mac-MainConfig: explicitValue (0)
explicitValue
ul-SCH-Config
maxHARQ-Tx: n4 (3)
periodicBSR-Timer: sf5 (0)
retxBSR-Timer: sf320 (0)
..0. .... ttiBundling: False
timeAlignmentTimerDedicated: infinity (7)
physicalConfigDedicated
pdsch-ConfigDedicated
p-a: dB-3 (2)
pucch-ConfigDedicated
ackNackRepetition: release (0)
release: NULL
tdd-AckNackFeedbackMode: bundling (0)
pusch-ConfigDedicated
betaOffset-ACK-Index: 10
betaOffset-RI-Index: 7
betaOffset-CQI-Index: 15
uplinkPowerControlDedicated
p0-UE-PUSCH: 0
deltaMCS-Enabled: en0 (0)
.1.. .... accumulationEnabled: True
p0-UE-PUCCH: 0
pSRS-Offset: 7
filterCoefficient: fc4 (4)
tpc-PDCCH-ConfigPUCCH: setup (1)
tpc-RNTI: 703C
tpc-Index: indexOfFormat3 (0)
indexOfFormat3: 1
tpc-PDCCH-ConfigPUSCH: setup (1)
tpc-RNTI: 783C
tpc-Index: indexOfFormat3 (0)
indexOfFormat3: 1
antennaInfo: explicitValue (0)
explicitValue
transmissionMode: tm2 (1)
ue-TransmitAntennaSelection: release (0)
release: NULL
schedulingRequestConfig: setup (1)
sr-PUCCH-ResourceIndex: 0
sr-ConfigIndex: 27
dsr-TransMax: n8 (1)
&连接建立完成码流（含NAS：IMSI attach）
20,00,62,0E,82,EE,10,92,0C,00,00,00,00,E0,EA,0B,E1,E0,00,00,00,00,3A,04,03,A0,22,4E,2F,01,00,42,20,02,00,00,21,02,0C,00,00,00,01,06,0C,00,00,00,00,00,14,00,00,00,00,00
UL-DCCH-Message
message: c1 (0)
c1: rrcConnectionSetupComplete (4)
rrcConnectionSetupComplete
rrc-TransactionIdentifier: 0
criticalExtensions: c1 (0)
c1: rrcConnectionSetupComplete-r8 (0)
rrcConnectionSetupComplete-r8
selectedPLMN-Identity: 1
dedicatedInfoNAS: 05F0FD...
Non-Access-Stratum (NAS)PDU
0000 .... = Security header type: Plain NAS message, not security protected (0)
.... 0111 = Protocol discriminator: EPS mobility management messages (7)
NAS EPS Mobility Management Message Type: (Attach request) (0x41)
0... .... = Spare bit(s): 0x00
.111 .... = EPS attach type: Reserved (7)
.... 0... = Type of security context flag (TSC) : Native security context (0)
.... .111 = NAS key set identifier: No key is available (7)
EPS mobile identity - Old GUTI or IMSI
.... 1... = odd/even indic: 1
.... .001 = Type of identity: IMSI (1)
UE network capability
1... .... = 128-EEA0: Supported
.1.. .... = 128-EEA1: Supported
..1. .... = 128-EEA2: Supported
...1 .... = 128-EEA3: Supported
.... 0... = 128-EEA4: Not Supported
.... .0.. = 128-EEA5: Not Supported
.... ..0. = 128-EEA6: Not Supported
.... ...0 = 128-EEA7: Not Supported
.1.. .... = 128-EIA1: Supported
..1. .... = 128-EIA2: Supported
...1 .... = 128-EIA3: Supported
.... 0... = 128-EIA4: Not Supported
.... .0.. = 128-EIA5: Not Supported
.... ..0. = 128-EIA6: Not Supported
.... ...0 = 128-EIA7: Not Supported
0... .... = 128-UEA0: Not Supported
.0.. .... = 128-UEA1: Not Supported
..0. .... = 128-UEA2: Not Supported
...0 .... = 128-UEA3: Not Supported
.... 0... = 128-UEA4: Not Supported
.... .0.. = 128-UEA5: Not Supported
.... ..0. = 128-UEA6: Not Supported
.... ...0 = 128-UEA7: Not Supported
0... .... = UCS2 support (UCS2): The UE has a preference for the default alphabet
.0.. .... = UMTS integrity algorithm UIA1: Not Supported
..0. .... = UMTS integrity algorithm UIA2: Not Supported
...0 .... = UMTS integrity algorithm UIA3: Not Supported
.... 0... = UMTS integrity algorithm UIA4: Not Supported
.... .0.. = UMTS integrity algorithm UIA5: Not Supported
.... ..0. = UMTS integrity algorithm UIA6: Not Supported
.... ...0 = UMTS integrity algorithm UIA7: Not Supported
ESM message container
Length: 29 (0x1D) (PDN Connectivity Request, Protocol Configuration Options)
02,01,D0,11,27,17,80,80,21,10,01,00,00,10,81,06,00,00,00,00,83,06,00,00,00,00,00,0A,00
&连接建立完成码流（含NAS：TAU）
20,20,00,01,02,20,07,48,70,0B,F6,64,F0,00,00,01,02,00,00,01,49,58,05,F0,F0,00,00,00,52,64,F0,00,7F,F7,57,02,60,00
UL-DCCH-Message
message: c1 (0)
c1: rrcConnectionSetupComplete (4)
rrcConnectionSetupComplete
rrc-TransactionIdentifier: 0
criticalExtensions: c1 (0)
c1: rrcConnectionSetupComplete-r8 (0)
rrcConnectionSetupComplete-r8
selectedPLMN-Identity: 1
registeredMME
mmegi: 0001
dedicatedInfoNAS: 4FF...
Non-Access-Stratum (NAS)PDU
0000 .... = Security header type: Plain NAS message, not security protected (0)
.... 0111 = Protocol discriminator: EPS mobility management messages (7)
NAS EPS Mobility Management Message Type: (Tracking area update request) (0x48)
0111 .... = NAS key set identifier: no key is available (7)
.... 0... = Active flag: No bearer establishment requested
.... .000 = EPS update type value: TA updating (0)
EPS mobile identity - Old GUTI
Length: 11
.... 0... = odd/even indic: 0
.... .110 = Type of identity: GUTI (6)
Mobile Country Code (MCC): China (People's Republic of) (460)
Mobile network code (MNC): 00
MME Group ID: 1
MME Code: 2
M-TMSI: 0x
UE network capability (0x58) (length=5)
1... .... = EPS encryption algorithm EEA0:
.1.. .... = EPS encryption algorithm 128-EEA1:
..1. .... = EPS encryption algorithm 128-EEA2:
...1 .... = EPS encryption algorithm EEA3:
.... 0... = EPS encryption algorithm EEA4:
not supported
.... .0.. = EPS encryption algorithm EEA5:
not supported
.... ..0. = EPS encryption algorithm EEA6:
not supported
.... ...0 = EPS encryption algorithm EEA7:
not supported
1... .... = EPS integrity algorithm EIA0:
.1.. .... = EPS integrity algorithm 128-EIA1:
..1. .... = EPS integrity algorithm 128-EIA2:
...1 .... = EPS integrity algorithm EIA3:
.... 0... = EPS integrity algorithm EIA4:
not supported
.... .0.. = EPS integrity algorithm EIA5:
not supported
.... ..0. = EPS integrity algorithm EIA6:
not supported
.... ...0 = EPS integrity algorithm EIA7:
not supported
0... .... = UMTS encryption algorithm UEA0:
not supported
.0.. .... = UMTS encryption algorithm UEA1:
not supported
..0. .... = UMTS encryption algorithm UEA2:
not supported
...0 .... = UMTS encryption algorithm UEA3:
not supported
.... 0... = UMTS encryption algorithm UEA4:
not supported
.... .0.. = UMTS encryption algorithm UEA5:
not supported
.... ..0. = UMTS encryption algorithm UEA6:
not supported
.... ...0 = UMTS encryption algorithm UEA7:
not supported
0... .... = UCS2 support: UE has a preference for the default alphabet
.0.. .... = UMTS integrity algorithm UIA1:
not supported
..0. .... = UMTS integrity algorithm UIA2:
not supported
...0 .... = UMTS integrity algorithm UIA3:
not supported
.... 0... = UMTS integrity algorithm UIA4:
not supported
.... .0.. = UMTS integrity algorithm UIA5:
not supported
.... ..0. = UMTS integrity algorithm UIA6:
not supported
.... ...0 = UMTS integrity algorithm UIA7:
not supported
0000 .... = spare
.... 0... = LTE Positioning Protocol (LPP) capability:
not supported
.... .0.. = Location services (LCS) notification mechanisms capability:
not supported
.... ..0. = 1xSRVCC capability:
not supported
.... ...0 = NF capability:
not supported
Last visited registered TAI (0x52)
Mobile Country Code (MCC): China (People's Republic of) (460)
Mobile network code (MNC): 00
EPS bearer context status (0x57) (length=2)
&&&&&&&&&&&&&&&&&&&&&&&&&&&&0... .... = EBI(7): BEARER CONTEXT-INACTIVE
&&&&&&&&&&&&&&&&&&&&&&&&&&&&.1.. .... = EBI(6): BEARER CONTEXT-ACTIVE
&&&&&&&&&&&&&&&&&&&&&&&&&&&&..1. .... = EBI(5): BEARER CONTEXT-ACTIVE
&&&&&&&&&&&&&&&&&&&&&&&&&&&&...0 0000 = spare
&&&&&&&&&&&&&&&&&&&&&&&&&&&&0... .... = EBI(15): BEARER CONTEXT-INACTIVE
&&&&&&&&&&&&&&&&&&&&&&&&&&&&.0.. .... = EBI(14): BEARER CONTEXT-INACTIVE
&&&&&&&&&&&&&&&&&&&&&&&&&&&&..0. .... = EBI(13): BEARER CONTEXT-INACTIVE
&&&&&&&&&&&&&&&&&&&&&&&&&&&&...0 .... = EBI(12): BEARER CONTEXT-INACTIVE
&&&&&&&&&&&&&&&&&&&&&&&&&&&&.... 0... = EBI(11): BEARER CONTEXT-INACTIVE
&&&&&&&&&&&&&&&&&&&&&&&&&&&&.... .0.. = EBI(10): BEARER CONTEXT-INACTIVE
&&&&&&&&&&&&&&&&&&&&&&&&&&&&.... ..0. = EBI(9): BEARER CONTEXT-INACTIVE
&&&&&&&&&&&&&&&&&&&&&&&&&&&&.... ...0 = EBI(8): BEARER CONTEXT-INACTIVE
&连接释放码流[NW detach]
DL-DCCH-Message
message: c1 (0)
c1: rrcConnectionRelease (5)
rrcConnectionRelease
rrc-TransactionIdentifier: 0
criticalExtensions: c1 (0)
c1: rrcConnectionRelease-r8 (0)
rrcConnectionRelease-r8
releaseCause: other (1)
&连接释放码流[LB]
28,10,82,CA,CA,CA,CA,CA,CA,CA,CA,CA,CC,80
&重建立请求码流[reconfig fail]
00,0F,84,A2,40,00
重建立请求码流[RLF]
04,44,42,10,00,08
重建立命令码流
00,12,9B,26,60,1D,FD,A9,4F,F8,61,C9,70,47,75,E1,1D,C1,50,D0,00,24,40
DL-CCCH-Message
message: c1 (0)
c1: rrcConnectionReestablishment (0)
rrcConnectionReestablishment
rrc-TransactionIdentifier: 0
criticalExtensions: c1 (0)
c1: rrcConnectionReestablishment-r8 (0)
rrcConnectionReestablishment-r8
radioResourceConfigDedicated
srb-ToAddModList: 1 item
SRB-ToAddMod
srb-Identity: 1
rlc-Config: defaultValue (1)
defaultValue: NULL
logicalChannelConfig: defaultValue (1)
defaultValue: NULL
mac-MainConfig: explicitValue (0)
explicitValue
ul-SCH-Config
maxHARQ-Tx: n4 (3)
periodicBSR-Timer: sf5 (0)
retxBSR-Timer: sf320 (0)
..0. .... ttiBundling: False
timeAlignmentTimerDedicated: infinity (7)
physicalConfigDedicated
pdsch-ConfigDedicated
p-a: dB-3 (2)
pucch-ConfigDedicated
ackNackRepetition: release (0)
release: NULL
tdd-AckNackFeedbackMode: bundling (0)
pusch-ConfigDedicated
betaOffset-ACK-Index: 10
betaOffset-RI-Index: 7
betaOffset-CQI-Index: 15
uplinkPowerControlDedicated
p0-UE-PUSCH: 0
deltaMCS-Enabled: en0 (0)
.1.. .... accumulationEnabled: True
p0-UE-PUCCH: 0
pSRS-Offset: 7
filterCoefficient: fc4 (4)
tpc-PDCCH-ConfigPUCCH: setup (1)
tpc-RNTI: 7047
tpc-Index: indexOfFormat3 (0)
indexOfFormat3: 15
tpc-PDCCH-ConfigPUSCH: setup (1)
tpc-RNTI: 7847
tpc-Index: indexOfFormat3 (0)
indexOfFormat3: 15
cqi-ReportConfig
nomPDSCH-RS-EPRE-Offset: 0
antennaInfo: explicitValue (0)
explicitValue
transmissionMode: tm3 (2)
codebookSubsetRestriction: n2TxAntenna-tm3 (0)
n2TxAntenna-tm3: C0
ue-TransmitAntennaSelection: release (0)
release: NULL
schedulingRequestConfig: setup (1)
sr-PUCCH-ResourceIndex: 0
sr-ConfigIndex: 18
dsr-TransMax: n8 (1)
nextHopChainingCount: 0
&重建立完成码流
UL-DCCH-Message
message: c1 (0)
c1: rrcConnectionReestablishmentComplete (3)
rrcConnectionReestablishmentComplete
rrc-TransactionIdentifier: 0
criticalExtensions: rrcConnectionReestablishmentComplete-r8 (0)
rrcConnectionReestablishmentComplete-r8
&重配置无线资源码流（含NAS：附着接受+激活默认承载）
22,06,02,E8,3A,10,39,50,32,03,27,80,03,FF,B8,01,B2,90,0E,08,08,48,60,13,3B,B8,23,1B,83,4B,A0,1B,1B,7B,68,28,0B,C0,09,59,CA,F0,37,F7,F7,07,00,00,01,38,A4,04,01,08,80,10,00,00,84,08,30,00,00,00,04,18,30,00,00,00,02,80,5F,B3,27,80,00,00,08,10,00,80,02,38,B9,52,C9,55,53,7B,7B,78,30,9E,20,70,83,13,E0,FA,89,7C,43,87,6F,70,14,15,0C
DL-DCCH-Message
message: c1 (0)
c1: rrcConnectionReconfiguration (4)
rrcConnectionReconfiguration
rrc-TransactionIdentifier: 1
criticalExtensions: c1 (0)
c1: rrcConnectionReconfiguration-r8 (0)
rrcConnectionReconfiguration-r8
dedicatedInfoNASList: 1 item
DedicatedInfoNAS: 064F201C7770463...
Non-Access-Stratum (NAS)PDU
0000 .... = Security header type: Plain NAS message, not security protected (0)
.... 0111 = Protocol discriminator: EPS mobility management messages (7)
NAS EPS Mobility Management Message Type: (Attach accept) (0x42)
0... .... = Spare bit(s): 0x00
.000 .... = Type of identity: reserved (0)
.... 0111 = Spare half octet: 7
GPRS Timer: (42) 10 min
Tracking area identity list - TAI list
0... .... = Spare bit(s): 0x00
.10. .... = Type of list: list of TAIs belonging to different PLMNsl (2)
...0 0000 = Number of elements: 0 [+1 = 1 element(s)]
Mobile Country Code (MCC): China (People's Republic of) (460)
Mobile network code (MNC): 0
Tracking area code(TAC): 0x7ff7
ESM message container
Length: 54
ESM message container contents: CD...
0101 .... = EPS bearer identity: 0x05
.... 0010 = Protocol discriminator: EPS session management messages (2)
Procedure transaction identity: 1
NAS EPS session management messages: (Activate default EPS bearer context request) (0xc1)
EPS quality of service
Quality of Service Class Identifier (QCI): QCI 9 (9)
Access Point Name
Length: 12
PDN address
0000 0... = Spare bit(s): 0x00
PDN type: IPv4 (1)
PDN IPv4: 120.1.43.57 (120.1.43.57)
APN aggregate maximum bit rate
Element ID: 94
APN-AMBR for downlink : 8640 kbps
APN-AMBR for uplink : 8640 kbps
APN-AMBR for downlink (extended) : 204 Mbps
APN-AMBR for uplink (extended) : 204 Mbps
Use the value indicated by the APN-AMBR for downlink and APN-AMBR for downlink (extended)
Use the value indicated by the APN-AMBR for uplink and APN-AMBR for downlink (extended)
Protocol Configuration Options
Element ID: 39
Length: 20
Ext: 0x01 (1)
Configuration Protocol: PPP (0)
Extraneous Data
EPS mobile identityGUTI
Element ID: 80
Length: 11
.... 0... = odd/even indic: 0
.... .110 = Type of identity: GUTI (6)
Mobile Country Code (MCC): China (People's Republic of) (460)
Mobile network code (MNC): 0
MME Group ID: 1
MME Code: 2
M-TMSI: 0x
GPRS TimerT3402 value
Element ID: 23
GPRS Timer: (42) 10 min
GPRS TimerT3423 value
Element ID: 89
GPRS Timer: (42) 10 min
Extraneous Data
radioResourceConfigDedicated
srb-ToAddModList: 1 item
SRB-ToAddMod
srb-Identity: 2
rlc-Config: defaultValue (1)
defaultValue: NULL
logicalChannelConfig: defaultValue (1)
defaultValue: NULL
drb-ToAddModList: 1 item
DRB-ToAddMod
eps-BearerIdentity: 5
drb-Identity: 3
pdcp-Config
discardTimer: infinity (7)
pdcp-SN-Size: len12bits (1)
headerCompression: notUsed (0)
notUsed: NULL
rlc-Config: um-Bi-Directional (1)
um-Bi-Directional
sn-FieldLength: size5 (0)
sn-FieldLength: size5 (0)
t-Reordering: ms35 (7)
logicalChannelIdentity: 3
logicalChannelConfig
ul-SpecificParameters
priority: 12
prioritisedBitRate: infinity (7)
bucketSizeDuration: ms1000 (5)
logicalChannelGroup: 3
physicalConfigDedicated
cqi-ReportConfig
nomPDSCH-RS-EPRE-Offset: 0
antennaInfo: explicitValue (0)
explicitValue
transmissionMode: tm3 (2)
codebookSubsetRestriction: n2TxAntenna-tm3 (0)
n2TxAntenna-tm3: C0
ue-TransmitAntennaSelection: release (0)
release: NULL
&重配置测量+承载建立码流
22,16,15,A0,00,14,7F,26,20,F0,00,3E,F0,84,0A,30,00,EB,C4,0A,00,84,EB,C2,00,04,20,13,A2,44,8A,D0,11,31,01,62,82,80,82,8C,90,98,82,0A,88,37,B7,B7,83,7F,FF,FF,FF,98,08,A0,89,E2,09,E7,28,89,E2,09,E7,54,02,90,07,D8,6B,E2,1C,B3,7A,00
DL-DCCH-Message
message: c1 (0)
c1: rrcConnectionReconfiguration (4)
rrcConnectionReconfiguration
rrc-TransactionIdentifier: 1
criticalExtensions: c1 (0)
c1: rrcConnectionReconfiguration-r8 (0)
rrcConnectionReconfiguration-r8
measConfig
measObjectToAddModList: 1 item
MeasObjectToAddMod
measObjectId: 1
measObject: measObjectEUTRA (0)
measObjectEUTRA
carrierFreq: 65100
allowedMeasBandwidth: mbw25 (2)
.... 0... presenceAntennaPort1: False
neighCellConfig: 00
offsetFreq: dB0 (15)
cellsToAddModList: 1 item
CellsToAddMod
cellIndex: 1
physCellId: 31
cellIndividualOffset: dB0 (15)
reportConfigToAddModList: 2 items
ReportConfigToAddMod
reportConfigId: 2
reportConfig: reportConfigEUTRA (0)
reportConfigEUTRA
triggerType: event (0)
eventId: eventA2 (1)
a2-Threshold: threshold-RSRP (0)
threshold-RSRP: 70
hysteresis: 0
timeToTrigger: ms0 (0)
triggerQuantity: rsrp (0)
reportQuantity: sameAsTriggerQuantity (0)
maxReportCells: 8
reportInterval: ms2048 (5)
reportAmount: infinity (7)
ReportConfigToAddMod
reportConfigId: 3
reportConfig: reportConfigEUTRA (0)
reportConfigEUTRA
triggerType: event (0)
eventId: eventA3 (2)
a3-Offset: 2
.... 0... reportOnLeave: False
hysteresis: 2
timeToTrigger: ms40 (1)
triggerQuantity: rsrp (0)
reportQuantity: sameAsTriggerQuantity (0)
maxReportCells: 8
reportInterval: ms2048 (5)
reportAmount: infinity (7)
measIdToAddModList: 2 items
MeasIdToAddMod
measObjectId: 1
reportConfigId: 2
MeasIdToAddMod
measObjectId: 1
reportConfigId: 3
quantityConfig
quantityConfigEUTRA
filterCoefficientRSRP: fc4 (4)
quantityConfigUTRA
measQuantityUTRA-FDD: cpich-RSCP (0)
measQuantityUTRA-TDD: pccpch-RSCP (0)
filterCoefficient: fc4 (4)
quantityConfigGERAN
measQuantityGERAN: rssi (0)
filterCoefficient: fc2 (2)
s-Measure: 90
dedicatedInfoNASList: 1 item
DedicatedInfoNAS: 6F6F6F06FFFFFFFF...
Non-Access-Stratum (NAS)PDU
0110 .... = EPS bearer identity: 0x06
.... 0010 = Protocol discriminator: EPS session management messages (2)
Procedure transaction identity: 2
NAS EPS session management messages: (Activate dedicated EPS bearer context request) (0xc5)
0000 .... = Linked EPS bearer identity : Reserved (0)
.... 0101 = Spare half octet: 5
EPS quality of service
Quality of Service Class Identifier (QCI): QCI 5 (5)
Traffic Flow Template
Length: 25
001. .... = TFT operation code: Create new TFT (1)
...0 .... = E bit: parameters list is not included
.... 0001 = Number of packet filters: 1
Packet filter 0
Packet filter identifier: 49 (49)
Packet evaluation precedence: 0x04 (4)
Packet filter length: 0x15 (21)
Packet filter component type identifier: (16) IPv4 source address type
IPv4 adress: 111.111.111.6 (111.111.111.6)
IPv4 address mask: 255.255.255.255 (255.255.255.255)
Packet filter component type identifier: (48) Protocol identifier/Next header type
Protocol/header: 0x11
Packet filter component type identifier: (65) Destination port range type
Low limit port: 5060
High limit port: 5060
Packet filter component type identifier: (81) Source port range type
Low limit port: 5060
High limit port: 5060
Extraneous Data
radioResourceConfigDedicated
drb-ToAddModList: 1 item
DRB-ToAddMod
eps-BearerIdentity: 6
drb-Identity: 4
pdcp-Config
discardTimer: infinity (7)
pdcp-SN-Size: len12bits (1)
headerCompression: notUsed (0)
notUsed: NULL
rlc-Config: um-Bi-Directional (1)
um-Bi-Directional
sn-FieldLength: size5 (0)
sn-FieldLength: size5 (0)
t-Reordering: ms35 (7)
logicalChannelIdentity: 4
logicalChannelConfig
ul-SpecificParameters
priority: 4
prioritisedBitRate: infinity (7)
bucketSizeDuration: ms1000 (5)
logicalChannelGroup: 0
&重配置测量+承载释放码流
22,16,15,A0,00,14,7F,26,20,F0,00,42,F0,84,0A,30,00,EB,C4,0A,00,84,EB,C2,00,04,20,13,A2,44,8A,D0,03,39,03,E6,80,54,01,08,02,00
DL-DCCH-Message
message: c1 (0)
c1: rrcConnectionReconfiguration (4)
rrcConnectionReconfiguration
rrc-TransactionIdentifier: 1
criticalExtensions: c1 (0)
c1: rrcConnectionReconfiguration-r8 (0)
rrcConnectionReconfiguration-r8
measConfig
measObjectToAddModList: 1 item
MeasObjectToAddMod
measObjectId: 1
measObject: measObjectEUTRA (0)
measObjectEUTRA
carrierFreq: 65100
allowedMeasBandwidth: mbw25 (2)
.... 0... presenceAntennaPort1: False
neighCellConfig: 00
offsetFreq: dB0 (15)
cellsToAddModList: 1 item
CellsToAddMod
cellIndex: 1
physCellId: 33
cellIndividualOffset: dB0 (15)
reportConfigToAddModList: 2 items
ReportConfigToAddMod
reportConfigId: 2
reportConfig: reportConfigEUTRA (0)
reportConfigEUTRA
triggerType: event (0)
eventId: eventA2 (1)
a2-Threshold: threshold-RSRP (0)
threshold-RSRP: 70
hysteresis: 0
timeToTrigger: ms0 (0)
triggerQuantity: rsrp (0)
reportQuantity: sameAsTriggerQuantity (0)
maxReportCells: 8
reportInterval: ms2048 (5)
reportAmount: infinity (7)
ReportConfigToAddMod
reportConfigId: 3
reportConfig: reportConfigEUTRA (0)
reportConfigEUTRA
triggerType: event (0)
eventId: eventA3 (2)
a3-Offset: 2
.... 0... reportOnLeave: False
hysteresis: 2
timeToTrigger: ms40 (1)
triggerQuantity: rsrp (0)
reportQuantity: sameAsTriggerQuantity (0)
maxReportCells: 8
reportInterval: ms2048 (5)
reportAmount: infinity (7)
measIdToAddModList: 2 items
MeasIdToAddMod
measObjectId: 1
reportConfigId: 2
MeasIdToAddMod
measObjectId: 1
reportConfigId: 3
quantityConfig
quantityConfigEUTRA
filterCoefficientRSRP: fc4 (4)
quantityConfigUTRA
measQuantityUTRA-FDD: cpich-RSCP (0)
measQuantityUTRA-TDD: pccpch-RSCP (0)
filterCoefficient: fc4 (4)
quantityConfigGERAN
measQuantityGERAN: rssi (0)
filterCoefficient: fc2 (2)
s-Measure: 90
dedicatedInfoNASList: 1 item
DedicatedInfoNAS:
Non-Access-Stratum (NAS)PDU
0111 .... = EPS bearer identity: 0x07
.... 0010 = Protocol discriminator: EPS session management messages (2)
Procedure transaction identity: 7
NAS EPS session management messages: (Deactivate EPS bearer context request) (0xcd)
Cause: Unknown (0)
Extraneous Data
radioResourceConfigDedicated
drb-ToReleaseList: 1 item
DRB-Identity: 5
&重配置无线资源码流
20,02,01,40,00
DL-DCCH-Message
message: c1 (0)
c1: rrcConnectionReconfiguration (4)
rrcConnectionReconfiguration
rrc-TransactionIdentifier: 0
criticalExtensions: c1 (0)
c1: rrcConnectionReconfiguration-r8 (0)
rrcConnectionReconfiguration-r8
radioResourceConfigDedicated
physicalConfigDedicated
pdsch-ConfigDedicated
p-a: dB-6 (0)
&重配置完成码流
UL-DCCH-Message
message: c1 (0)
c1: rrcConnectionReconfigurationComplete (2)
rrcConnectionReconfigurationComplete
rrc-TransactionIdentifier: 0
criticalExtensions: rrcConnectionReconfigurationComplete-r8 (0)
rrcConnectionReconfigurationComplete-r8
阅读(818)|
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
历史上的今天
loftPermalink:'',
id:'fks_',
blogTitle:'RRC：无线连接与无线资源管理（Radio Connection and Radio Resource Management）',
blogAbstract:'\n&概述\nRRC 连接控制\nRRC 连接建立包括SRB1的建立。E-UTRAN在完成S1连接建立过程前，即在接收到EPC发出的UE上下文信息之前，完成RRC连接的建立。因此，在RRC连接的初始阶段，AS安全尚未激活。在RRC连接的初始阶段，E-UTRAN可配置UE执行测量报告。UE在AS安全激活后才接受切换消息。\n当接收到EPC发出的UE上下文后，E-UTRAN使用初始安全激活过程来激活安全（包括加密和完整性保护）。激活安全的RRC消息（命令与成功响应）会得到完整性保护，而加密仅在初始安全激活过程结束后才进行。即激活安全消息的响应消息没有被加密，随后的消息具有完整性保护和加密，比如用于建立SRB2和DRB的消息。\n发起初始安全激活过程后，E-UTRAN发起SRB2和DRB的建立，即接收到UE发出的',
blogTag:'',
blogUrl:'blog/static/',
isPublished:1,
istop:false,
modifyTime:0,
publishTime:9,
permalink:'blog/static/',
commentCount:0,
mainCommentCount:0,
recommendCount:0,
bsrk:-100,
publisherId:0,
recomBlogHome:false,
currentRecomBlog:false,
attachmentsFileIds:[],
groupInfo:{},
friendstatus:'none',
followstatus:'unFollow',
pubSucc:'',
visitorProvince:'',
visitorCity:'',
visitorNewUser:false,
postAddInfo:{},
mset:'000',
remindgoodnightblog:false,
isBlackVisitor:false,
isShowYodaoAd:false,
hostIntro:'',
hmcon:'1',
selfRecomBlogCount:'0',
lofter_single:''
{list a as x}
{if x.moveFrom=='wap'}
{elseif x.moveFrom=='iphone'}
{elseif x.moveFrom=='android'}
{elseif x.moveFrom=='mobile'}
${a.selfIntro|escape}{if great260}${suplement}{/if}
{list a as x}
推荐过这篇日志的人：
{list a as x}
{if !!b&&b.length>0}
他们还推荐了：
{list b as y}
转载记录：
{list d as x}
{list a as x}
{list a as x}
{list a as x}
{list a as x}
{if x_index>4}{break}{/if}
${fn2(x.publishTime,'yyyy-MM-dd HH:mm:ss')}
{list a as x}
{if !!(blogDetail.preBlogPermalink)}
{if !!(blogDetail.nextBlogPermalink)}
{list a as x}
{if defined('newslist')&&newslist.length>0}
{list newslist as x}
{if x_index>7}{break}{/if}
{list a as x}
{var first_option =}
{list x.voteDetailList as voteToOption}
{if voteToOption==1}
{if first_option==false},{/if}&&“${b[voteToOption_index]}”&&
{if (x.role!="-1") },“我是${c[x.role]}”&&{/if}
&&&&&&&&${fn1(x.voteTime)}
{if x.userName==''}{/if}
网易公司版权所有&&
{list x.l as y}
{if defined('wl')}
{list wl as x}{/list}