LTE-TDD随机接入过程(6)-分场景描述竞争接入和非竞争接入的流程

http://blog.csdn.net/m_052148/article/details/51152807

版权声明:本文为博主原创文章,转载时请注明原文链接,谢谢 本文博主阿米尔C

本文主要描述不同场景下竞争接入和非竞争接入流程的不同。

在文章《LTE-TDD随机接入过程(1)-目的和分类》里已经提到,随机接入可以分为两种:竞争型的接入和非竞争型的接入。

竞争型的场景包括:

(1)UE的初始接入

(2)UE的重建

(3)UE有上行数据发送,但检测到上行失步

(4)UE有上行数据发送,但没有SR资源

(5)切换

(6)eNB有下行数据发送,但检测到上行失步

非竞争型的场景除了包括上面的(5)和(6)之外,还包括定位过程。本文不讨论定位过程,只分场景描述(1)~(6)中竞争和非竞争接入的流程。

1.UE发起初始接入

UE初始发起接入的主要流程如下图所示。

UE初始接入时,并没有CRNTI信息,因此MSG3和MSG4都需要使用TCRNTI加扰、解扰,并最终转为CRNTI。同时,在携带MSG3、MAC层组装的MAC PDU中,也不会携带CRNTI的MAC控制字段。

因为不同的UE,可能在相同的时频位置上发送相同的前导码,因此某个UE虽然发送了MSG3消息,也收到了来自网侧的ACK信息,网侧也有可能并没有真正的允许该UE接入。此时UE还需要通过解码MSG4中的竞争解决标识(UE contention Resolution Identity,通过MAC PDU封装MSG3的码流),来判断网侧是否确认了本UE的接入。因为不同UE的MSG3码流不同,因此UE可以将之前发送的MSG3码流(RRCConnectSetup消息)和随MSG4一起下发的MAC PDU中的竞争解决信元相比较,看是否完全相同,来判断本UE是否完成了竞争接入过程。

2.UE重建

引起UE重建的原因有很多,无论是哪种原因,重建之前的那个时刻,UE已经发生了失步,因此需要通过随机接入来获取TA。这种场景下随机接入的主要流程如下图所示。因为MSG3和MSG4的HARQ-ACK与上文的初始接入场景相同,为了精简流程,下图中省去了这两条ACK信息的交互,不影响理解。

因为此时RRC已经处于RRC_CONNECTED状态,UE和eNB侧已经保存有CRNTI信息,因此MSG4的加扰、解扰使用的是CRNTI,而不是TCRNTI。同样的原因,因为系统已经具有了CRNTI,因此在随机接入完成后,TCRNTI将被丢弃,不会覆盖已有的CRNTI,后续流程使用老的CRNTI进行加扰、解扰。


The Temporary C-RNTI is promoted to C-RNTI for a UE which detects RA success and does not already have a C-RNTI; it is dropped by others. A UE which detects RA success and already has a C-RNTI, resumes using its C-RNTI.

因为重建请求消息RRCConnectionReestablishmentRequest里已经携带了CRNTI信息,eNB侧根据该CRNTI和之前分配的TCRNTI,就能区分出本次竞争过程的UE具体是哪个UE,因此UE在发送MSG3的MAC PDU中,是不需要发送CRNTI的MAC CE控制信元的。

3.UE有上行数据发送,但上行失步或没有SR资源

这两种场景下的竞争接入过程的主要流程都可以用下图表示。

特别的,由于在这两种场景下,UE侧的RRC没有上行消息,不能在RRC层消息中携带UE标识CRNTI,因此UE需要利用RAR中分配的UL_GRANT,向eNB发送一个标识UE的CRNTI CE(即MSG3),当然了,后续MSG4中也需要将这个MAC CE码流封装到UE contention Resolution Identity中,以完成竞争解决过程。

4.切换

切换的场景优先使用非竞争接入过程,如果不能执行非竞争过程,则执行竞争过程。

下图是非竞争过程的主要流程图。

因为是非竞争过程,源eNB将在RRCConnectionReconfiguration消息中下发UE使用的前导码(前导码值不能是0),具体如下。

如果不能进行非竞争接入,则需要执行竞争接入。下图是竞争过程的主要流程图,不携带前导码或前导码值填0,表示UE需要执行竞争接入。

因为是竞争接入,所以源eNB发送的重配置消息里不带前导码信元或带的Preamble值为0。另外,因为切换前的CRNTI是存在的,因此MSG4使用已有的CRNTI加扰、解扰,而不使用TCRNTI。

5.eNB有下行数据,但检测到上行失步

本场景同样优先使用非竞争接入过程,如果不能执行非竞争过程,则执行竞争过程。

下图是非竞争过程的主要流程图。

这种场景下,UE使用的非竞争前导码preamble在PDCCH Order中携带,即eNB通过填写特定的DCI1A信息来编码Preamble信息,Preamble值不能填0,具体可以参考博文《LTE-TDD随机接入过程(4)-RIV的解析和Preamble资源的选择》。

如果不能进行非竞争接入,则需要执行竞争接入。下图是竞争过程的主要流程图,此时需要将Preamble值填0。

6.参考文献

(1)3GPP TS 36.300 V9.10.0 (2012-12) Overall description

(2)http://www.sharetechnote.com/

时间: 2024-08-18 00:35:23

LTE-TDD随机接入过程(6)-分场景描述竞争接入和非竞争接入的流程的相关文章

LTE-TDD随机接入过程(5)-怎么生成64个前导码序列

在LTE里,每个小区都有64个前导码,那么这些前导码序列Preamble Sequences是怎么生成的呢?本文就旨在说明生成前导码序列的过程. 前导码序列集合包括根序列和由该根序列生成的循环移位序列,计算过程分为两个大的步骤: (1)生成一个ZC(Zadoff-Chu)根序列Xu(n),作为一个基准序列 (2)将基准序列Xu(n)进行循环移位,生成63个不同的循环序列Xuv(n) 如果在(2)中根据基准序列得到的移位序列不足63个,则重新进入(1),生成下一个基准序列,以及新的基准序列相应的移

典型用户及场景描述

典型用户: 姓名:茉莉 性别,年龄:女,20岁 职业:在校大学生 收入:不确定 知识层次和能力:本科生,熟悉各种智能电子设备的操作,熟练各种手游. 生活/工作状况:学习,恋爱,兼职,游玩,天天都有事情做. 动机.目的和困难:动机是找办法打发时间,目的是打发等车的时间,困难是一个人等车无聊没事儿干. 用户偏好:听歌,看书 用户比例:不确定 典型场景:假期回家在火车站候车,没事儿干,太无聊. 典型描述:看着别人都在忙着自己的事情,却找不到一个人聊天.后来通过极速蜗牛打发间. 场景描述: 人物:茉莉

典型用户分析和用户场景描述

典型用户分析 (1)名字 : 小刚 (2)年龄:(19~26) (3)收入:只要可供支配得钱不是很多 (4)代表的用户在市场上的比例和重要性:正上大学或刚步入社会投入工作的青年(因为这个阶段的青年多半对消费情况没有太多的关注,因为大学时钱是从父母得到的,所以没有体会到钱的来之不易,容易大手大脚,还有刚开始工作的青年,因为一开始的时候工资不高,这时候就更应该对每一笔花费都很清楚,不然月末又要吃土或向父母要钱) (5)使用软件的典型场景:在网上买了一双炫酷的篮球鞋,将消费信息记录在微记账 (6)使用

Unity 分场景打包

分场景打包步骤:导入unity中AB包后 1: 指定场景  2: 指定abname  3: 指定objinabname  4: 协同  5: 委托 void string unity 先引入命名空间  using LLWHABFW; using System.Collections; using System.Collections.Generic; using UnityEngine; using LLWHABFW; using UnityEngine.SceneManagement; pub

课后作业之典型用户和用户场景描述

典型用户 典型用户   名字 李经理 性别,年龄 男,40岁 收入 10万元/年 知识层次和能力 大学毕业 生活/工作情况 公司业务部门经理 动机,目的,困难 业务工作中想要客户更简单的认识了解自己,方便自己的业务工作 困难:分发名片太麻烦,有时还会忘记带名片 用户偏好 业务工作狂 用户比例 未知 典型场景 与客户谈业务,要让客户更好的认识,记住自己 典型描述 分发名片太麻烦 用户场景 1.背景: (1)典型用户:李经理 (2)用户的需求/迫切需要解决的问题 在与客户的工作业务当中,分发名片太过

典型用户及用户场景描述

项目任务:登录界面设计 1.小王——一个大学生,对事物外观很敏感 名字 小王 性别.年龄 男.20岁 职业 大学生,软件工程学生 收入 无正式收入 知识层次和能力 本科大学生,喜好敲代码,写博客 生活/工作情况 大学日常生活,玩游戏,做作业 动机,目的,困难 团队需要做软件或者其他什么东西了,需要有一个好的外观 用户偏好 喜欢设计,编程美工 用户比例 ...... 典型情景 研究各种软件或者其他东西的界面 典型描述 为团队设计并实现一些美观的界面设计 2.小杨——大学生中的学霸,喜好参加各种比赛

典型用户场景描述

一.根据我们组的任务,想要完成成绩查询.课表查询和知识讨论等,我根据只是讨论这个功能来进行描述. 二.确定典型用户. 根据受欢迎和不受欢迎程度,我们把典型用户分为两大类,一类是想要讨论问题的学者或者学生,我们称其为受欢迎的典型用户,还有另一类则是那些利用这个平台来做广告的商家,比如学校附近的小餐馆,理发店,驾校.健身房等,我们称其为不受欢迎的用户.再细分,则是每个院系的学生,我们服务的范围目前来讲应该是本校的学生,那么是不是应该按照院系分门别类呢.比如计算机系.经管学院等类别.另外我们还有管理员

软件工程个人作业(典型用户和用户场景描述)

我们小组准备开发的是一款二手书交易平台的APP,面向的用户群体是在校的大学生,自己有一些闲置的二手书,或者想要购买一些便宜且实用的二手书.所以我们软件面对的用户只有一个,那就是在校的大学生. 典型用户一: 名字:小雪 年龄:21岁 职业:在校大学生 知识层次和能力:大学二年级,能熟练地使用手机和电脑,能在电脑和手机上完成网上购物. 生活和工作情况:上课,吃饭,休息,自习,玩手机 用户偏好:喜欢新颖有趣且实用的APP,下载并使用它 典型场景:上了大学之后,发现学校附近书店太少,网上买新书,或者订购

典型用户和场景描述

小鹿——大学学生一个,使用的主要用户 名字 小鹿 性别.年龄 男.20 职业 学生 收入 无 知识层次和能力 在校大学上.习惯玩手机 生活/工作情况 懒得动手写字,生活总是忘记一些重要的东西 动机,目的,困难 课也堂重点知识太繁杂,手记懒得记重点也记不上 困难:有心记但是懒得动笔 用户偏好 玩手机 小汗—一个文艺的小青年 名字 小汗 性别.年龄 女.18 职业 学生 收入 无 知识层次和能力 在校大学上.文艺小青年 生活/工作情况 学校生活滋润,脑子总是时不时闪过文艺句子和生活上的点子 动机,目