(window.slotbydup=window.slotbydup || []).push({
id: '2014386',
container: s,
size: '234,60',
display: 'inlay-fix'
&&|&&0次下载&&|&&总6页&&|
您的计算机尚未安装Flash，点击安装&
阅读已结束，如需下载到电脑，请使用积分（）
下载：5积分
2人评价1页
1人评价1页
1人评价1页
1人评价1页
0人评价30页
所需积分：（友情提示：大部分文档均可免费预览！下载之前请务必先预览阅读，以免误下载造成积分浪费！）
（多个标签用逗号分隔）
文不对题，内容与标题介绍不符
广告内容或内容过于简单
文档乱码或无法正常显示
文档内容侵权
已存在相同文档
不属于经济管理类文档
源文档损坏或加密
若此文档涉嫌侵害了您的权利，请参照说明。
我要评价：
下载：5积分 上传我的文档
 下载
 收藏
该文档贡献者很忙，什么也没留下。
 下载此文档
TDDLTE网优认证真题
下载积分：2888
内容提示：TDDLTE网优认证真题
文档格式：XLSX|
浏览次数：103|
上传日期： 11:43:05|
文档星级：
全文阅读已结束，如果下载本文需要使用
 2888 积分
下载此文档
该用户还上传了这些文档
TDDLTE网优认证真题
关注微信公众号 上传我的文档
 下载
 收藏
该文档贡献者很忙，什么也没留下。
 下载此文档
正在努力加载中...
GLTE中随机接入过程分析与仿真（精品）
下载积分：1500
内容提示：GLTE中随机接入过程分析与仿真（精品）
文档格式：PDF|
浏览次数：0|
上传日期： 11:31:49|
文档星级：
全文阅读已结束，如果下载本文需要使用
 1500 积分
下载此文档
该用户还上传了这些文档
GLTE中随机接入过程分析与仿真（精品）
关注微信公众号导读：基于非竞争随机接入流程说明，2.3UE发起的servicerequest流程，发起servicerequest过程（值得强调的是这流程之前是随机接入流程），整个流程类似于主叫过程，servicerequest流程就是完成Initialcontextsetup，图9servicerequest流程，ServiceRequest流程说明：，7）UE与EPC间执行鉴权流程，与GSM不同的是：4G鉴权
学习改变命运-音乐使人进步 3） MSG3（连接建立请求）：UE收到MSG2后，判断是否属于自己的RAR消息（利用preamble ID核对），并发送MSG3消息，携带UE-ID。UE的RRC层产生RRC Connection Request 并映射到UL CSCH上的CCCH逻辑信道上发送； 4） MSG4(RRC连接建立)：RRC Contention Resolution 由eNB的RRC层产生，并在映射到DL CSCH上的CCCH or DCCH(FFS)逻辑信道上发送，UE正确接收MSG4完成竞争解决。
? 在随机接入过程中，MSG1和MSG2是低层消息，L3层看不到，所以在信令跟踪上，UE入网的第一条信令便是MSG3(RRC_CONN_REQ) ? ? ? ? ? MSG2消息由eNB的MAC层产生，并由DL_SCH承载，一条MSG2消息可以同时对应多个UE的随机接入请求响应。 eNB使用PDCCH调度MSG2，并通过RA-RNTI进行寻址，RA-RNTI由承载MSG1的PRACH时频资源位置确定； MSG2包含上行传输定时提前量、为MSG3分配的上行资源、临时C-RNTI等； UE在接收MSG2后，在其分配的上行资源上传输MSG3 针对不同的场景，Msg3包含不同的内容: ? ? ? ? 初始接入：携带RRC层生成的RRC连接请求，包含UE的S-TMSI或随机数； 连接重建：携带RRC层生成的RRC连接重建请求，C-RNTI和PCI； 切换：传输RRC层生成的RRC切换完成消息以及UE的C-RNTI； 上/下行数据到达：传输UE的C-RNTI； 初始接入和连接重建场景 MSG4携带成功解调的MSG3消息的拷贝，UEUE如果在PDCCH上接收到调度MSG4的命令，则竞争竞争判定 将其与自身在MSG3中发送的高层标识进行比成功 较，两者相同则判定为竞争成功 切换，上/下行数据到达场景 竞争解决
调度 MSG4使用由临时C-RNTI加扰的PDCCH调度 eNB使用C-RNTI加扰的PDCCH调度MSG4 UE之前已分配C-RNTI，在MSG3中也将其传给eNB。MSG2中下发的临时C-RNTI在竞争成功后升级C-RNTI 为UE的C-RNTI C-RNTI 竞争解决后，临时C-RNTI被收回，继续使用UE原
学习改变命运-音乐使人进步
图8 基于非竞争的随机接入 基于非竞争随机接入流程说明 1） MSG0：eNB 通过下行专用信令给UE指派非冲突的随机接入前缀（non-contention Random Access Preamble ），这个前缀不在BCH上广播的集合中。 2） MSG1：UE在RACH上发送指派的随机接入前缀。 3） MSG2：ENB的MAC层产生随机接入响应，并在DL-SCH上发送。对于非竞争随机接入过程，preamble码由ENB分配，到RAR正确接受后就结束。
? ? UE根据eNB的指示，在指定的PRACH上使用指定的Preamble码发起随机接入 MSG0：随机接入指示消息 对于切换场景，eNB通过RRC信令通知UE； 对于下行数据到达和辅助定位场景，eNB通过PDCCH通知UE； ? MSG1：发送Preamble码 UE在eNB指定的PRACH信道资源上用指定的Preamble码发起随机接入 ? MSG2：随机接入响应 MSG2与竞争机制的格式与内容完全一样，可以响应多个UE发送的MSG1
学习改变命运-音乐使人进步 2.3 UE发起的service request流程 UE在IDLE模式下，需要发送或接收业务数据时，发起service request过程（值得强调的是这流程之前是随机接入流程）。 当UE发起service request时，需先发起随机接入过程，Service Request由RRC Connection Setup Comlete携带上去，整个流程类似于主叫过程。 当下行数据达到时，网络侧先对UE进行寻呼，随后UE发起随机接入过程，并发起service request过程，在下行数据达到发起的service request类似于被叫接入。 service request流程就是完成Initial context setup，在S1接口上建立S1承载，在Uu接口上建立数据无线承载，打通UE到EPC之间的路由，为后面的数据传输做好准备。
学习改变命运-音乐使人进步 UEeNBEPCIDLE下有数据或者信令要发送，发起service request过程1. RA Preamble 2. RA Response 3. RRCConnectionRequest4. RRCConnectionSetup5. RRCConnectionSetupComplete(包含Service Request消息)6. Initial UE message（包含Service Request消息） 7. Authentication8. S1-AP: Initial Context Setup Request9. UECapabilityEnquiry10. UECapabilityInformation11. UE Capability Info Indication12. SecurityModeCommand13. SecurityModeComplete14. RRCConnectionReconfiguration15. RRCConnectionReconfigurationComplete16. S1-AP: Initial Context Setup ResponseFirst
Uplink Data更新承载First
Downlink Data检测到User Inactivity17.
UE Context Release Request
(Cause)更新承载18. UE Context Release Command 19. RRC Connection Release20.
UE Context Release Complete 图9 service request流程
Service Request流程说明： 1） 处在RRC_IDLE态的UE进行Service Request过程，发起随机接入过程，即MSG1消息； 2） eNB检测到MSG1消息后，向UE发送随机接入响应消息，即MSG2消息；
学习改变命运-音乐使人进步 3） UE收到随机接入响应后，根据MSG2的TA调整上行发送时机，向eNB发送RRCConnectionRequest消息，即MSG3消息； 4）
eNB向UE发送RRCConnectionSetup消息，包含建立SRB1承载信息和无线资源配Z信息； 5） UE完成SRB1承载和无线资源配Z,向eNB发送RRCConnectionSetupComplete消息，包含NAS层Service Request信息； 6） eNB选择MME，向MME发送INITIAL UE MESSAGE消息，包含NAS层Service Request消息； 7） UE与EPC间执行鉴权流程，与GSM不同的是：4G鉴权是双向鉴权流程，提高网络安全能力。 8） MME向eNB发送INITIAL CONTEXT SETUP REQUEST消息，请求建立UE上下文信息； 9） eNB接收到INITIAL CONTEXT SETUP REQUEST消息，如果不包含UE能力信息，则eNB向UE发送UECapabilityEnquiry消息，查询UE能力； 10） UE向eNB发送UECapabilityInformation消息，报告UE能力信息； 11） eNB向MME发送UE CAPABILITY INFO INDICATION消息，更新MME的UE能力信息； 12） eNB根据INITIAL CONTEXT SETUP REQUEST消息中UE支持的安全信息，向UE发送SecurityModeCommand消息，进行安全激活； 13） UE向eNB发送SecurityModeComplete消息，表示安全激活完成； 14） eNB根据INITIAL CONTEXT SETUP REQUEST消息中的ERAB建立信息，向UE发送RRCConnectionReconfiguration消息进行UE资源重配，包括重配SRB1和无线资源配Z，建立SRB2信令承载、DRB业务承载等； 15） UE向eNB发送RRCConnectionReconfigurationComplete消息，表示资源配Z完成； 16） eNB向MME发送INITIAL CONTEXT SETUP RESPONSE响应消息，表明UE上下文建立完成。流程到此时完成了service request，随后进行数据的上传与下载。 17） 信令17~20是数据传输完毕后，对UE去激活过程，涉及UE context release流程。
包含总结汇报、人文社科、外语学习、文档下载、资格考试、考试资料、行业论文、专业文献、应用文书、旅游景点以及【LTE基础】LTE信令流程解析等内容。本文共10页
相关内容搜索扫描二维码登录
请用微信扫描左边二维码获得验证码
* 填写验证码
* 无需输入用户名密码，安全可靠 （需要微信已绑定）
基于竞争的随机接入过程竞争的是什么
威望 18293 个
礼品券 15 个
专家指数 37
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
在基于竞争的随机接入过程中，虽然UE可能同时使用同样的Preamble前导码接入，但在MSG2内包含有RA_RNTI识别符，按道理来说已经明确在接下来应该由哪些UE继续后续的接入过程，为什么还有后续的竞争解决过程？&&还有个小问题就是在竞争成功后UE会将Temp_RNTI转换为C_RNTI，是否意味着UE每随机接入成功一次后其C_RNTI都会更新（改变）？
对本帖内容的看法？
作者的更多帖子
您即将访问其它网站
您即将访问的地址是其它网站的内容，MSCBSC将不再对其安全性和可靠性负责，请自行判断是否继续前往
精彩通信图库
当前时区 GMT+8, 现在时间是
   本站统一服务邮箱：