通信人家园

标题: [连载]跟我一起读3GPP R11协议 [查看完整版帖子] [打印本页]

时间: 2015-5-7 18:10

作者: jeffyko 标题: [连载]跟我一起读3GPP R11协议

本帖最后由 jeffyko 于 2015-6-17 18:56 编辑

Hi all,
之前曾系统的阅读过R8的规范，但转眼间5-6年过去，LTE的技术也是日新月异。最近设备升级的事告一段落，准备拿出一部分时间来学习最新的R11的规范。总是，学如逆水行舟不进则退。
有兴趣的同学可以一起讨论。
PS：
（1）楼主半道出家，计算机专业搞通信，理科基础不扎实；加上对协议理解不深刻，表述不当之处请大家不吝赐教；
（2）因为我已经对R8/R9的协议有一定了解，所以主要针对R11和R8/R9不同或者我觉得有意思的地方贴出来;

R11协议阅读计划如下：
（1）36.300/36.101/36.104/36.133/36.304/36.306
（2）36.211/212/213
（3）36.321/322/323
（4）36.331

以下为索引：
（连载1）36.300 Chapter 4
http://www.txrjy.com/forum.php?mod=redirect&goto=findpost&ptid=829336&pid=8750189
（连载2）36.300 Chapter 5
http://www.txrjy.com/forum.php?mod=redirect&goto=findpost&ptid=829336&pid=8750967
（连载3）36.300 Chapter 5.1
http://www.txrjy.com/forum.php?mod=redirect&goto=findpost&ptid=829336&pid=8761551
（连载4）36.300 Chapter 5.2
http://www.txrjy.com/forum.php?mod=redirect&goto=findpost&ptid=829336&pid=8762926
（连载5）EPDCCH
http://www.txrjy.com/forum.php?mod=redirect&goto=findpost&ptid=829336&pid=8762932
（连载6）36.300 Chapter 5.3/5.5 and Chapter 6
http://www.txrjy.com/forum.php?mod=redirect&goto=findpost&ptid=829336&pid=8763770
（连载7）36.300 Chapter 6.1~6.4 MAC/RLC/PDCP层
http://www.txrjy.com/forum.php?mod=viewthread&tid=829336&page=2#pid8834587
（连载8）36.300 Chapter 7 RRC层
http://www.txrjy.com/forum.php?mod=viewthread&tid=829336&page=2#pid8834589
（连载9）36.300 Chapter 8 标识
http://www.txrjy.com/forum.php?mod=viewthread&tid=829336&page=2#pid8834591
（连载10）36.300 Chapter 9 HARQ和ARQ
http://www.txrjy.com/forum.php?mod=viewthread&tid=829336&page=2#pid8834603
（连载11）36.300 Chapter 10 测控基本知识
http://www.txrjy.com/forum.php?mod=viewthread&tid=829336&page=2#pid8834627
（连载12）36.300 10.1.1~10.1.2 IDLE态互操作和CONNECTED态切换-part 1
http://www.txrjy.com/forum.php?mod=viewthread&tid=829336&page=2#pid8834630

时间: 2015-5-7 18:27

作者: jeffyko

本帖最后由 jeffyko 于 2015-6-17 19:03 编辑

写了半天的没了，又得重新编辑....

36.300 第四章

1、LTE/EPC的扁平化结构。以前做2G/3G的同学，可以很方便的把2G/3G/LTE的系统结构放到一起进行比较，理解2G/3G的网元功能与4G网元的大致对应关系。

2、网元(Network Element, NE)功能划分：
（1）eNB在UE attach时负责选取MME。MME信息一般在网管上配置，MME组POOL时需要配置多组MME IP地址。
（2）MME负责SGW/PGW的选取。一般SGW根据TAC来选取，而PGW根据APN来选择。实际产品实现时，SGW/PGW通常合设，所以有时直接通过APN来选择PGW，然后直接关联到SGW。
（3）SGW是intra-LTE移动性的锚点（anchor）。其实可以简单理解为LTE系统内切换时，SGW不会变。
（4）UE IP地址在PGW分配；并且QoS相关的一个参数（APN-AMBR）在PGW侧保证。

3、空口协议栈（protocal stack）：通信系统设计的大趋势是数据和控制分离，所以可以看到协议栈也分为用户面（User Plane, UP)和控制面（Control Plane，CP）
---NAS信令存在于UE-MME之间，所有的NAS信令对eNB是透明的。如果NAS开启了加密，那么eNB侧抓包是无法解析的，可能有些涉及核心网的问题定位就不那么方便了。

4、HeNB和Relay都是比较新的东西，目前还没到商用的程度。暂时不理会。

时间: 2015-5-7 18:31

作者: 张文胜

学习学习

时间: 2015-5-7 19:59

作者: ivanwxl

兄弟，看到和隔离度相关的内容切磋一下。

时间: 2015-5-7 21:16

作者: shuifu1988

时间: 2015-5-8 08:35

作者: jeffyko

本帖最后由 jeffyko 于 2015-5-14 08:23 编辑

36.300 第五章

1、TDD的转换周期有5ms和10ms两种。协议上说，特殊子帧GP用于下行-上行转换。因为无线帧是10ms，所以5ms转换周期就会有2个GP，或者说2个特殊子帧；而10ms转换周期只有1个特殊子帧。

2、TDD帧结构通常有2个参数确定：（1）子帧配比、（2）特殊子帧配比。现网部署时常用的子帧配比是3:1，特殊场合（比如高话务保障）可能会用到2:2配比；而特殊子帧配比通常为10:2:2（对于D/E频段），F频段特殊子帧配比常用的有：3:9:2、9:3:2和6:6:2。

3、上下行物理信道（PhysicalChannel）上承载的信息：

（1）跟3G类似，LTE系统区分了逻辑信道（Logical Channel）、传输信道（Transport Channel）和物理信道（PhysicalChannel）。简要说，逻辑信道通过其承载的信息来区分（what），引用36.321MAC协议的原文是：

Each logicalchannel type is defined by what type of informationis transferred.

而传输信道依据承载的信息如何发送来区分（how），引用36.321 MAC协议原文是：

The characteristicsof a transport channel are defined by its transport format (or format set),specifying the physical layer processing to be applied to the transport channelin question, such as channel coding and interleaving, and any service-specificrate matching as needed.

即传输信道由传输格式（Transport Format）来确定，或者说信道编码+交织+速率匹配等该传输信道需要进行的操作。

最后物理信道按我的理解就是what+how，即承载的信息是什么（比如L1/L2控制信令、Paging、SIB、用户数据等）以及如何进行加扰、调制、MIMO处理和资源映射等。

逻辑信道到传输信道的映射（mapping）可以在36.321中找到，而传输信道到物理信道的映射可以在36.212中找到。当然为了方便，我发一个完整的图出来：

（2）以前没注意到PDCCH信道还承载了Hybrid ARQinformation related to DL-SCH，翻了下36.212发现是HARQ process number – 3 bits (FDD), 4 bits(TDD)，即HARQ进程号。

（3）新增了2个信道：EPDCCH和R-PDCCH。R-PDCCH用于relay，暂不理会。EPDCCH跟常规PDCCH的区别在于：EPDCCH不能用于RN，且不用于指示PCH的资源分配。翻了半天规范，还是没弄明白EPDCCH到底用在什么地方。36.331中有一段提到Cross Carrier Scheduling：

E-UTRAN does not configure EPDCCH-Config for an SCell that isconfigured with value other for schedulingCellInfo in CrossCarrierSchedulingConfig.

（4）PUCCH现在可以用来上报CSI。

附件: channel mapping.png (2015-5-8 08:34, 143.88 KB) / 下载次数 11
https://www.txrjy.com/forum.php?mod=attachment&aid=MjU5NTY1fGEyYWQxMDRifDE3MzI3MTc5NTR8MHww

时间: 2015-5-8 16:02

作者: linzhongbo49

关注下，LZ赶快更新啊

时间: 2015-5-13 10:21

作者: jeffyko

本帖最后由 jeffyko 于 2015-5-13 10:21 编辑

36.300 Chapter 5.1 下行传输机制

LTE下行采用OFDM技术，通过CP（Cyclic Prefix，循环前缀）来消除符号间干扰（Inter-SymbolInterference, ISI）；同时因为窄带子载波间正交，容易受到多普勒频偏（Doppler Frequency Shift）的影响，从而产生载波间干扰（Inter-CarrierInterference，ICI）。

常规CP的长度是160Ts，可以估算出大约为5.2us。

1、下行物理层处理过程

包括下述步骤：

- CRCinsertion: 24 bit CRC for PDSCH; ---附加CRC校验位，36.212

- Channelcoding: Turbo coding based on QPP inner interleaving with trellis termination;---信道编码，36.212

- Physical-layerhybrid-ARQ processing;----HARQ处理（速率匹配），36.212

- Channel interleaving;----交织，36.212

- Scrambling:transport-channel specific scrambling on DL-SCH, BCH, and PCH. Common MCH scrambling for all cells involved in aspecific MBSFN transmission;----加扰，36.211

- Modulation: QPSK, 16QAM, and 64QAM;---调制，36.211

- Layermapping and pre-coding;----层映射和预编码，36.211

- Mapping toassigned resources and antenna ports.---资源映射，36.211

2、下行控制信道

PDCCH占用每个子帧的前面n个符号（n<=4，n=4仅用于1.4MHz），具体的符号数由PCFICH信道指示（Control FormatIndication， CFI）。

PDCCH由CCE组成，通过配置不同的CCE聚合级来控制PDCCH的码率（PDCCH总是QPSK调制），从而匹配用户的信道环境（即PDCCH链路自适应）。

PDCCH有自己的RNTI（参见36.321），RNTI隐式包含在PDCCH的CRC校验位中（参见36.212）。

规范上还有一段话，一时半会没弄明白意思：

There is an implicitrelation between the uplink resources used for dynamically scheduled datatransmission, or the DL control channel used for assignment, and the downlinkACK/NAK resource used for feedback.

似乎是说上行数传（或者说DCI 0的PDCCH）与其下行HARQ反馈之间有固定的时序关系。

EPDCCH承载UE专用信令，有E-CCE（Enhanced CCE）组成，且只能使用C-RNTI和SPS-RNTI。

3、下行参考信号和同步信号

参考信号有很多种，比如小区公共参考信号（Cell-specific Reference Signal，CRS）、UE专用参考信号（UE-specific ReferenceSignal，DRS）、MBSFN RS、定位RS和CSI RS等。

同步信号包含主同步信号（PSS）和辅同步信号（SSS），用于UE实现于小区时频同步和检测小区PCI。

4、下行多天线传输

LTE下行支持最多8个发射天线。下行仅支持最大2个码字（Codeword，CW），且码字到层（layer）之间的映射关系是固定的。

下行支持单用户MIMO（SingleUser MIMO,SU-MIMO）和多用户MIMO（Multi-UserMIMO， MU-MIMO）。

5、MBSFM传输，暂不理会。

6、物理层过程

（1）链路自适应（Link Adaptation，或者Adaptive Modulation Scheme-AMC）

即根据UE下行信道质量自适应选择MCS。

（2）下行功控

主流设备厂商一般只是实现了下行功率分配（最简单的一种就是全带宽白化，即单通道发射功率平均分摊到每一个RE上）。开启ICIC时，可能会更灵活的配置小区中心用户（Cell Center User，CCU）和小区边缘用户（Cell Edge User，CEU）的功率。

（3）小区搜索

如前所述，小区搜索借助PSS/SSS来完成时频同步并检测PCI。

7、物理层测量（参见36.214）

最基本的测量项有RSRP和RSRQ。

其中RSRP为CRS每RE的接受功率均值，UE上报RSRP的有效范围（36.133）为：

可以看到RSRQ最小值为-140dBm。

其中RSRQ定义为：RSRQ=N*RSRP/RSSI，其中N为RSSI测量带宽，通常都是全带宽。UE上报RSRQ的有效范围（36.133）为：

可以看到RSRQ有效范围为-19.5<RSRQ<=-3。

8、CoMP传输（Coordinated Multi-Point transmission）

按照我的理解，CoMP在当前的硬件能力前提下作用有限，即使设备支持，一般仅来做测试验证其基本功能，而没有大规模部署。

附件: rnti_usage.png (2015-5-13 10:20, 25.75 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjU5ODc5fDA0MDEwYWY4fDE3MzI3MTc5NTR8MHww

附件: rsrp_range.png (2015-5-13 10:21, 8.76 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjU5ODgwfDcyNTMyNWZhfDE3MzI3MTc5NTR8MHww

附件: rsrq_range.png (2015-5-13 10:21, 8.84 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjU5ODgxfDBjNjE1NDQ3fDE3MzI3MTc5NTR8MHww

时间: 2015-5-13 18:17

作者: jeffyko

本帖最后由 jeffyko 于 2015-5-14 08:20 编辑

36.300 Chapter 5.2 上行传输机制

LTE上行采用SC-FDMA（即DFT-S OFDM），具有单载波特性，主要目的是为了降低峰均比（Peak-to-Average PowerRatio, PAPR）。

上行还支持clustered DFT-S OFDM，在网上翻了一通，找到一个Nokia的提案R1-082609，里面提到3种建议在LTE+中考虑的上行多址复用技术：OFDMA、N x SC-FDMA和Clustered DFT-S OFDM。显然R11规范里最终采用了Clustered DFT-S OFDM技术。

R1-082609.zip (572.31 KB, 下载次数: 0)

1、上行物理层处理过程

- CRC insertion: 24 bit CRC for PUSCH;----附加CRC校验位，36.212

- Channel coding: turbo coding based onQPP inner interleaving with trellis termination; ---信道编码，36.212

- Physical-layer hybrid-ARQ processing;---HARQ处理（速率匹配），36.212

- Scrambling: UE-specific scrambling;---加扰，36.211

- Modulation: QPSK, 16QAM, and 64QAM(64 QAM optional in UE);---调制，36.211

- Mapping to assigned resources andantennas ports.---资源映射，36.211

这里的描述其实不完整，如果上行配置MIMO时，还会有层映射和预编码的操作。

2、上行控制信道（PUCCH）

PUCCH的实现跟R8/R9有很多差异。

首先是pTAG(primary Tracking AdvanceGroup)的概念，在协议的10.1.2.7节有描述。以后阅读36.331协议时再回过头来看pTAG是如何配置的。

其次，上行同步的UE应反馈CSI，即以前的CQI/RI/PMI。

第三，这一点其实R8/R9里描述是一致的，之前没注意。是说上行同步的UE不一定有SR资源（synchronised UEs may ormay not have a dedicated SR channel）。了解随机接入流程的同学该知道，RAR（Random Access Response，RAR，Msg2）中包含TA用于UE完成上行同步，同时RAR里已经包含了上行调度指示（用于发送Msg3），所以此时已经完成上行同步的终端其实并不需要给它分配SR；但是Msg4（RRC Connection Setup）中会将eNB分配的SR资源带下来，因此Msg5（RRC Connection Setup Complete）是第一条需要UE主动发送SR来请求上行资源的信令。

第四，配置载波聚合（Carrier Aggregation，CA）时，PUCCH仅在主服务小区（Primary serving Cell，PCell）发送。隐含的一个意思时，对于CA UE，上行需要同时反馈PCell和SCell的CSI，但只能在PCell上发送，因此PCell的上行开销会相应增加，则一定程度上会影响PCell的容量（即最大用户数）。

最后，PUCCH和PUSCH可以同时发送。R8/R9规范里明确说明了，同一个用户的PUCCH和PUSCH不能同时发送。

3、上行参考信号

上行有两类参考信号，DM-RS和SRS。其中DMRS用于解调，随PUCCH发送，也会随PUSCH发送。SRS主要用于上行信道估计。

DMRS因为时域位置固定，比较容易受到上行同频干扰的影响，所以网络建设之前，需要提前做好DMRS规划。

4、随机接入前导码

PRACH上承载的是前导码（Random Access Preamble），其实是一个序列。

为提升接入性能，网络建设之前需要提前做好PRACH规划。不管是DMRS规划还是PRACH规划，其原理都是尽可能的将同频邻区从时间/频率/正交码等三个纬度错开，当然每个工程师或设备厂商可能有自己的理解和规划方案。

5、上行多天线传输

上行同时支持SU-MIMO和MU-MIMO。

6、上行物理层过程

（1）上行链路自适应

上行AMC需要根据UE的信道质量确定：上行PRB数（因为UE功率受限，即ATB）、上行发射功率和上行MCS。

（2）上行功控

上行功控分为开环和闭环两个部分，用于控制每PRB的功率谱密度。

（3）上行定时

eNB负责通过TA（Timing Advance）维持UE的上行同步。

TA通过两个途径获取：一是随机接入时的RAR消息；二是eNB发送包含TAC（TA Command）下行MAC CE。

（4）上行CoMP

同下行CoMP，现网应该没有大规模部署。而且上行单载波特性会增加上行CoMP的复杂度。

附件: clustered dft-s ofdm.png (2015-5-13 18:16, 23.68 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjU5OTU2fDVjOTU1NGMzfDE3MzI3MTc5NTR8MHww

附件: R1-082609.zip (2015-5-13 18:17, 572.31 KB) / 下载次数 12
https://www.txrjy.com/forum.php?mod=attachment&aid=MjU5OTU3fGE4ZjgwNzY0fDE3MzI3MTc5NTR8MHww

时间: 2015-5-13 18:22

作者: jeffyko

本帖最后由 jeffyko 于 2015-5-13 20:49 编辑

今天顺道研究了下EPDCCH
ShareTechnote上有一片介绍性的文章，写得挺好，推荐阅读。
http://www.sharetechnote.com/html/LTE_Advanced_eCCE_ePDCCH.html

同时找到了2篇3GPP提案（R1-112517和R1-111471），三星提的。
其中R1-112517上提到了现有R8/R9 PDCCH的一些局限性，所以提出要引入ePDCCH。

Observation:considering MU-MIMO and CoMP enhancement, the legacy PDCCH region (max. 3 OFDMsymbols in normal sub-frame and 2 OFDM symbols in MBSFN subframe) will not besufficient to support the increased number of simultaneous scheduled UEs.

有兴趣的同学可以研究研究。

R1-111471.zip (37.23 KB, 下载次数: 0)

R1-112517.zip (97.6 KB, 下载次数: 0)

附件: epdcch.png (2015-5-13 18:20, 30.62 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjU5OTU4fGM4YTFlOTZjfDE3MzI3MTc5NTR8MHww

附件: R1-111471.zip (2015-5-13 18:22, 37.23 KB) / 下载次数 13
https://www.txrjy.com/forum.php?mod=attachment&aid=MjU5OTU5fDZhZmMyMzYxfDE3MzI3MTc5NTR8MHww

附件: R1-112517.zip (2015-5-13 18:22, 97.6 KB) / 下载次数 8
https://www.txrjy.com/forum.php?mod=attachment&aid=MjU5OTYwfDU5NzU4ZWZhfDE3MzI3MTc5NTR8MHww

时间: 2015-5-14 08:16

作者: jeffyko

36.300 Chapter 5.3 传输信道之前已介绍过，略过

36.300 Chapter 5.5 载波聚合（CA）

CA场景下最大支持100M带宽，根据UE能力，UE可以使用1到多个载波（Component Carrier，CC）：这里有提到UE支持多个TA的能力，在36.306里该字段为：multipleTimingAdvance，是R11新增的。当前的Cat 6终端都是兼容R10的，不支持TAG。

CA场景下相邻载波中心频点间距必须是300KHz的整数倍。

36.300 Chapter 6 层2

下行L2架构如下：

上行L2架构如下：

这里面无线承载（Radio Bearer，RB）分为SRB和DRB，SRB承载控制面信令，DRB承载用户面数据。这里顺道说下SRB（参见36.331 4.2.2节）

SRB用来承载RRC信令和NAS信令（Non-Access Stratum，非接入层）：

（1）SRB0：承载RRC信令，使用CCCH信道

（2）SRB1：承载RRC信令（可能包含嵌套的NAS消息），以及在SRB2建立之前承载NAS信令，使用DCCH信道

（3）SRB2：承载UEInformationResponse（当包含loggedmeasurement information时）和NAS信令，使用DCCH信道。SRB2只在NAS/空口安全激活之后建立。

36.331协议上对于每一条RRC信令的说明都包括这一段：

这四个部分分别是：承载该信令的SRB（SRB0/SRB1/SRB2？）、RLC模式(TM/UM/AM?)、承载该信令的逻辑信道(CCCH/DCCH？)、该信令是上行还是下行（UE->eNB/eNB->UE？）

下面进一步从UE attach的信令流程来说明下SRB0/SRB1/SRB2的激活：

---SRB1在UE收到RRCConnection Setup（Msg4）之后激活，即Msg3和Msg4都在SRB0（CCCH）上发送；

---SRB2（和DRB）在UE收到（第一条）RRCConnection Reconfiguration之后激活，即从Msg5开始到RRC重配都是在SRB1上发送，此后的RRC信令在SRB1上发送，而NAS在SRB2上发送。

附件: attach_procedure.png (2015-5-14 08:15, 46.41 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjU5OTc3fGEwMmQ1NTNjfDE3MzI3MTc5NTR8MHww

附件: rrc_signaling_label.png (2015-5-14 08:15, 8.74 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjU5OTc4fDMwZWJiM2RhfDE3MzI3MTc5NTR8MHww

附件: layer2_dl.png (2015-5-14 08:16, 26.45 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjU5OTc5fDA4ZmM2OTg4fDE3MzI3MTc5NTR8MHww

附件: layer2_ul.png (2015-5-14 08:16, 12 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjU5OTgwfDQzMjkyNGE0fDE3MzI3MTc5NTR8MHww

时间: 2015-5-21 09:19

作者: jerom

学习长知识了。赞楼主一个！

时间: 2015-5-21 09:27

作者: landai

支持楼主，跟着一起学习

时间: 2015-5-21 09:37

作者: colourpen

LZ学计算机为啥转来搞通信呢，互联网大潮这么猛烈，跑来夕阳产业多可惜。另外给个建议，如果楼主不是做协议研究工作的，个人感觉通读协议用处不大，看的慢忘得还快。不如找本书看效率高，了解网络架构就行。具体接触设备或者开发软件时候，再有针对性的看协议才能深刻理解和记住。

时间: 2015-5-21 09:44

作者: taojian723

干货，先顶再看

时间: 2015-5-21 11:33

作者: heartwenke

楼主啊，去计算机吧

时间: 2015-5-21 12:41

作者: fpgaplayer

支持搂主，14楼17楼的，能否多给鼓励，少泼冷水，要觉得计算机好就去吧，没人拦你们，对协议研究是非常有必要的，很多思想都是共通的，绝对不会说一下就过时了，就算3G要完全淘汰估计就还要10年，研究4G协议最少将来的十多年都还有用，就算到5G，里面的很多基本思想都不会变。

时间: 2015-5-21 15:00

作者: ucinstruments

学习学习

时间: 2015-5-21 16:01

作者: yousee2

计算机入通信，哀鸿遍野里论坛里多么“喜感十足”的标题

搞通信跟找老婆差不多，即使如今通信已是黄脸婆，每天也没有好脸色给你看，唠叨很多，称赞很少，但依然还是那熟悉的声音，别幻想年轻的互联网姑娘能看上你。

时间: 2015-5-21 19:02

作者: cx113

话说现在运营商比民企都过分了

时间: 2015-5-21 20:28

作者: linkming

不懂

时间: 2015-5-21 22:17

作者: wyan_2005

学习,辛苦了！

时间: 2015-5-22 07:19

作者: litom2004

跟着楼主一起学习!

时间: 2015-5-22 08:24

作者: liuys08

时间: 2015-5-22 10:52

作者: stalamo

只看了楼主列出了这些协议，就能看出来是大牛，楼主很谦虚啊，36.1**和36.2**、36.3**的几个关键协议，差不多都全了，就差NAS部分了，不过那部分变化确实不大

时间: 2015-5-22 16:30

作者: fling_zs

学习一下

时间: 2015-5-22 16:32

作者: zhangxiaoyan

学习学习

时间: 2015-6-17 18:18

作者: jeffyko

本帖最后由 jeffyko 于 2015-6-17 18:24 编辑

36.300 Chapter 6.1 MAC层

层2的功能和流程一直是我感觉理解不透的部分，希望这次能够攻克它们！

MAC功能：

-处理逻辑信道到传输信道的映射；

-下行将不同逻辑信道的MAC SDU复用到TB上，上行将TB解复用为不同逻辑信道的MAC SDU；

-调度信息report（BSR？）

-上下行HARQ

-同一UE的不同逻辑信道优先级处理

-不同UE间的优先级处理（动态调度）

-传输格式选取

-填充（padding）

逻辑信道：

逻辑信道根据其传输的信息类型来区分，包括控制信道和业务信道。

控制信道包括：

（1）BCCH：广播系统消息

（2）PCCH：寻呼信息和系统消息改变通知等

（3）CCCH：用于UE未建立RRC连接时

（4）MCCH：用于MBMS

（5）DCCH：用于UE存在RRC连接时

业务信道包括：

（1）DTCH

（2）MTCH：用于MBMS

其中RLCTM模式适用于BCCH和PCCH信道。

36.300 Chapter 6.2 RLC层

RLC层特殊注意点：

（1）RLC层可靠性是可配的，比如TCP类业务对丢包更敏感；

（2）RB并不对应着固定大小的RLCPDU；

RLC功能：

（1）传输上层PDU

（2）ARQ纠错（仅用于AM模式）

（3）RLC SDU的拼接、分段和重组（用于UM模式和AM模式）

（4）RLC数据PDU的二次分段（仅用于AM模式）

（5）RLC数据PDU的重排序（用于UM模式和AM模式）

（6）重复检测（用于UM模式和AM模式）

（7）协议错误检测（仅用于AM模式）

（8）RLC SDU丢弃（用于UM模式和AM模式）

（9）RLC重建

RLC PDU结构：

（1）RLC头中包含PDU SN，和RLC SDU（即PDCP PDU）的SN是独立的；

（2）RLC分段仅在必需时发生且按序进行重组，因此一个RLCPDU的内容总是：

--0或1个SDUi的最后一个分段 + 0或n个完整的SDU + 0或1个SDUi+n+1的第一个分段

--或者SDUi的一个分段

36.300 Chapter 6.3 PDCP层

PDCP用户面功能：

（1）ROHC功能

（2）传输用户数据

（3）RLC AM模式下PDCP重建过程中，负责上层PDU（即PDCPSDU？）的按序递交

（4）RLC AM模式下PDCP重建过程中，负责下层SDU（即PDCPPDU？）的重复检测

（5）RLC AM模式下切换过程中，负责PDCP SDU的重传

（6）加密和解密

（7）上行基于定时的SDU丢弃

NOTE: When compared to UTRAN, the lossless DL RLC PDU size change is notrequired.

PDCP控制面功能：

（1）加密和完整性保护

（2）传输控制面数据

用户面PDCP数据PDU结构：

（1）PDCP PDU和PDCP 头都是8字节对齐（octet-aligned）

（2）PDCP头长度为1或2个字节

其他控制PDCP PDU结构和控制面PDCP数据PDU结构参见36.323 PDCP协议。

36.300 Chapter 6.4 CA

CA的影响仅体现在MAC层的HARQ实体上：每一个服务小区都有一个HARQ实体。

时间: 2015-6-17 18:19

作者: jeffyko

本帖最后由 jeffyko 于 2015-6-17 18:25 编辑

Chapter 7 RRC

RRC层服务和功能

--负责建立、维护和释放RRC连接，包括：

（1）分配临时标识（RNTI？）

（2）配置SRB（包括低优先级SRB和高优先级SRB）

--安全功能和密钥管理

--NAS直传

RRC状态和状态转换

（1）RRC_IDLE态

--PLMN选取

--NAS配置的DRX功能

--系统消息广播

--寻呼

--小区重选

--UE有TA内的唯一标识（S-TMSI？）

--eNB无UE上下文

（2）RRC_CONNECTED态

--UE有RRC连接

--eNB/MME有UE上下文

--MME知道UE所属小区

--可以收发数据

--网络控制的移动性

--邻区测量

--L2方面：UE检测PDCCH，UE上报CQI，eNB配置的DRX功能等

NAS传输

切换过程中，可能出现NAS消息丢失或者重复。

LTE中，NAS信令可以在RRC消息中背包发送，或者在单独的RRC消息中发送。

下行在E-RAB建立或释放过程中，或者在E-RAB修改过程中且该修改需要同时进行RB修改时，NAS信令通常在RRC消息中背包发送。

上行只有在RRC建立过程中的初始NAS信令才能够在RRC消息中背包发送。

系统消息

MIB和SIB1~SIB16的内容

其中SIB14包含了接入控制中的Extended AccessBarring配置；SIB13/SIB15包含MBMS配置；SIB16包含GPS定时和UTC。

MIB映射在BCCH信道并在BCH上传输，其他SIB都应设到BCCH信道并在DL-SCH上传输，SIB有SI-RNTI标识。

Paging消息用于寻呼IDLE态用户和通知CONNECTED态用户系统消息改变。

配置CA时，UE只有一个RRC连接—PCell。UE从PCell获取TAI和密钥。

--PCell只有在切换过程中才会变更（即伴随密钥更新和RACH过程）

--PUCCH仅在PCell上发送

--PCell不能去激活

--重建只有在PCell遇到RLF时发生，而不论SCell的RLF状态

时间: 2015-6-17 18:20

作者: jeffyko

本帖最后由 jeffyko 于 2015-6-17 18:26 编辑

Chapter 8 IDs

UE标识

C-RNTI：用于唯一标识RRC连接及其调度

SPS-RNTI：用于唯一标识SPS

T-RNTI：在RACH过程中使用

TPC-PUSCH-RNTI：标识PUSCH功控

TPC-PUCCH-RNTI：标识PUCCH功控

冲突解决中的随机值：

网元（NE）标识

GUMMEI： =PLMN ID+MMEGI+MMEC

ECGI： =PLMN ID+CI

Global ENB ID：=PLMN ID+ENBID

TAI：=PLMN ID+TAC

CSG ID：

E-RAB ID：

SIB 1中广播的标识有：CI、TAC、CSG ID、一个或多个PLMN ID

附件: rrc_id.png (2015-6-17 18:20, 37.27 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjYyMjIxfGRmOTc1MGEzfDE3MzI3MTc5NTR8MHww

时间: 2015-6-17 18:28

作者: jeffyko

本帖最后由 jeffyko 于 2015-6-17 18:36 编辑

Chapter 9 ARQ和HARQ

HARQ基本原理

--采用n路停等进程（N-process Stop-And-Wait）

--LTE下行采用异步自适应HARQ，PDCCH在初传/重传时指示HARQ进程号等

--LTE上行采用同步HARQ，最大重传次数为UE级配置（而不是RB级），上行HARQ总是遵循以下原则：

（1）如果UE收到PDCCH，则不管HARQ反馈是ACK还是NACK，一律按照PDCCH指示执行：初传或者重传（即自适应重传）

（2）如果UE未收到PDCCH，则根据HARQ反馈来进行重传：如果是NACK，则执行非自适应重传（即在于统一进程上次传输相同的资源上发送）；如果是ACK，UE不做任何操作，等待新的PDCCH指示。

--测量Gap比HARQ优先级高

ARQ基本原理

（1）基于RLC SR（StatusReport）来重传RLC PDU或者PDU分段

（2）RLC在需要时可查询RLC SR

（3）RLC接收端在检测到RLC PDU或PDU分段丢失时可以查询RLCSR

附件: ul_harq_operation.png (2015-6-17 18:27, 48.13 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjYyMjIyfGY5OTk4ODY2fDE3MzI3MTc5NTR8MHww

时间: 2015-6-17 18:45

作者: jeffyko

本帖最后由 jeffyko 于 2015-6-17 18:47 编辑

Chapter 10 移动性

关于测量对象（measurementobject）、测报配置（report configuration）和测量ID（measurementidentity）三者之间的联系：

o a measurement object definese.g. the carrier frequency to be monitored

o a reporting configurationdefines the reporting criteria

o a measurement identity linkstogether one measurement object and one reporting configuration of same RAT

规范上对此的描述非常准确。下面结合UE测LOG来更形象地说明（UE attach过程中的第一条RRC Connection Reconfiguration消息）：

该条信令的measConfig信元中包含了以下几个部分：

o measObjectToAddModList：用于添加/修改测量对象

o reportConfigToAddModList：用于添加/修改测报配置

o measIdToAddModList：用于添加/修改测量ID

o quantityConfig：用于配置测量量

o measGapConfig：异频或异系统测量GAP配置

o s-Measure：同频起测门限

首先看下measIdToAddModList：

这里添加了4条针对measObjectId=1的测报配置，reportConfigId分别为1~4，相应measId分别为1/2/4/7。此后UE在测量上报时，将只会在measReport信元中携带measId。通过measId可以找到唯一对应的measObjectId和reportConfigId。

再看下measObjectToAddModList：

这里添加了1条测量对象，measObjectId为1，对应的RAT是EUTRAN（即LTE），对应的EARFCN是37900（即服务小区所在频点）。

最后看下reportConfigToAddModList：

这里共添加了4条测报配置，其中reportConfigId=1的测报配置对应用于同频切换的A3事件。其实，下面的配置2~4分别对应用于同频切换的A5事件，用于异系统盲重定向的A2事件和用于触发异频测量的A2事件。

稍后的measurementReport中，携带的measId为7。我们可以很快知道其measObjectId=1（即服务小区所在频点），reportConfigId=4（即触发异频测量的A2上报）。

eNB在收到UE上行发送的测量报告之后，将为该UE配置异频测量（通过第二条RRC Connection Reconfiguration）：

这里的measObjectToAddModList中，添加了3个LTE异频频点（38100/38400/39050），相应的measObjectId分别为2/3/4：

这里的reportConfigToAddModList中，添加了3条reportConfig，分别对应：用于终止异频测量的A1事件、用于异频切换的A3事件和用于异频切换的A5事件，reportConfigId分别是5/6/7。

下面是measIdToRemoveList和measIdToAddModList，删除了measId=7（即用于出发异频测量的A2事件），同时添加了7个measId，分别是：

measId =5：EARFCN=37900，用于终止异频测量的A1事件

measId=14：EARFCN=38100，用于异频切换的A3事件

measId=15：EARFCN=38100，用于异频切换的A5事件

measId=16：EARFCN=38400，用于异频切换的A3事件

measId=17：EARFCN=38400，用于异频切换的A5事件

measId=18：EARFCN=39050，用于异频切换的A3事件

measId=19：EARFCN=39050，用于异频切换的A5事件

最后measGapConfig，这里配置了异频测量GAP：

附件: measconfig.png (2015-6-17 18:42, 46.54 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjYyMjIzfDU5NTVhODgxfDE3MzI3MTc5NTR8MHww

附件: measIdToAddModList.png (2015-6-17 18:43, 45.67 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjYyMjI0fDA0ZmY4ODcyfDE3MzI3MTc5NTR8MHww

附件: measObjectToAddModList.png (2015-6-17 18:43, 64.53 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjYyMjI1fDVlZTNmZTk0fDE3MzI3MTc5NTR8MHww

附件: reportConfigToAddModList.png (2015-6-17 18:43, 102.07 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjYyMjI2fGY3NzEwZWIxfDE3MzI3MTc5NTR8MHww

附件: measReport.png (2015-6-17 18:44, 19.49 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjYyMjI3fDk4ZWNlZjBmfDE3MzI3MTc5NTR8MHww

附件: measconfig_2.png (2015-6-17 18:44, 44.57 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjYyMjI4fDZkYjdiODVjfDE3MzI3MTc5NTR8MHww

附件: measIdToAddModList_2.png (2015-6-17 18:45, 76.88 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjYyMjI5fGFhOTE1MzI0fDE3MzI3MTc5NTR8MHww

附件: measObjectToAddModList_2.png (2015-6-17 18:45, 97.13 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjYyMjMwfDcxNGIzZTUzfDE3MzI3MTc5NTR8MHww

附件: reportConfigToAddModList_2.png (2015-6-17 18:45, 69 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjYyMjMxfGIzZTZhOTk4fDE3MzI3MTc5NTR8MHww

附件: measgap.png (2015-6-17 18:45, 27.89 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjYyMjMyfDIxNDJiNDNlfDE3MzI3MTc5NTR8MHww

时间: 2015-6-17 18:53

作者: jeffyko

本帖最后由 jeffyko 于 2015-6-17 18:54 编辑

36.300 Chapter 10.1.1 LTE系统内IDLE态移动性

IDLE态访问限制有两种途径：AC禁止（accessclass barring）和小区保留（cellreserved for operator use）

36.300 Chapter 10.1.2 LTE系统内COMMECTED态移动性

（1）切换准备阶段SENB向TENB传递UE上下文

- When CA is configured and toenable SCell selection in the target eNB, the source eNB can provide indecreasing order of radio quality a list of the best cells and optionallymeasurement result of the cells.

字面意思：对于CA用户，SENB可以提供一个最强小区列表（按信号质量递减顺序）或者这些小区的测量值，用于TENB选择SCell。

参见36.33110.3节中RRM-Config信元：

其中CandidateCellInfoList为每个频点的最强小区列表（按照RSRP递减排序）

（2）SENB和UE都保留部分UE上下文用于切换失败时进行RRC重建

- Both thesource eNB and UE keep some context (e.g. C-RNTI) to enable the return of theUE in case of HO failure;

比如源小区的PCI、C-RNTI和shortMAC-I（参见RRCConnectionReestablishmentRequest）：

（3）ROHC上下文

- No ROHCcontext is transferred at handover;

- ROHC contextcan be kept at handover within the same eNB.

切换时不需要向TENB传递ROHC上下文，站内切换时根据UE能力可以保持ROHC上下文不变。

站内切换ROHC上下文保持由UE-EUTRA-Capability里的supportRohcContextContinue字段指示。在MobilityControlInfo里包含drb-ContinueROHC-R11可选字段：

包含该字段则保留RLC UM DRB的ROHC上下文，该字段缺失则ROHC上下文需要重置。

（4）LTE系统内切换的控制面处理（CP handling）

Intra-LTE intra-MME/SGWX2HO流程：

Step 0—SENB有漫游和接入限制相关的UE上下文，由MME在连接建立或者TAU时发送给ENB。

相应的信元为Handover Restriction List，参见36.413 9.2.1.22节，比如其中的Equivalent PLMNs用于漫游控制，其他的TA/LA禁止用于接入控制等：

该信元只存在于Initial Context Setup Request和Downlink NAS Transport中。

（5）LTE系统内切换的用户面处理（UP handling）

- During normal HO not involving Full Configuration:

- During HO involving Full Configuration:

这里的full configuration是什么意思？

附件: CandidateCellInfoList.png (2015-6-17 18:52, 37.87 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjYyMjMzfDAzY2Q1Yjc5fDE3MzI3MTc5NTR8MHww

附件: reestablish_id.png (2015-6-17 18:52, 19.98 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjYyMjM0fGZlNTI5OTA4fDE3MzI3MTc5NTR8MHww

附件: drb-Continuerohc.png (2015-6-17 18:52, 6.57 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjYyMjM1fGQ5N2JlZWRjfDE3MzI3MTc5NTR8MHww

附件: ho_restriction_list.png (2015-6-17 18:53, 123.36 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjYyMjM2fGFlZTU4YzdmfDE3MzI3MTc5NTR8MHww

时间: 2015-6-19 21:04

作者: carlff

支持LZ，希望楼主坚持更新，我也跟楼主一起不断学习。无线部分还是很重要的。

时间: 2015-7-15 20:44

作者: barry2013

比较感兴趣，下载看看

时间: 2015-7-16 14:57

作者: ybhdyc

新人求36.331下载啊

时间: 2015-7-24 13:41

作者: wshyayo

感谢版主，学习了

时间: 2015-8-4 15:54

作者: dexiang1024

支持楼主啊，这个非常实用。一起学习

时间: 2015-8-6 10:38

作者: cdc风

顶

时间: 2015-11-6 10:21

作者: xuyingzxy

受教了，请问一下在哪里下载关于速率匹配的提案？

时间: 2016-1-20 10:03

作者: tangtang0905

求问协议去哪里下载

时间: 2016-1-20 10:04

作者: tangtang0905

R9版本的

时间: 2016-1-20 10:04

作者: tangtang0905

有没有大神懂物理层协议的，可以交流一下。

时间: 2016-1-24 21:12

作者: faker

楼主威武，马克之，等有时间好好细读。

时间: 2016-2-17 20:08

作者: 贾亮亮

求R11版本协议，谢谢

时间: 2016-2-17 22:11

作者: lyuuleisei

tangtang0905 发表于 2016-1-20 10:03
求问协议去哪里下载

3GPP网。http://www.3gpp.org/specifications/specification-numbering.
LTE相关的在系列号36那。

时间: 2016-6-13 16:33

作者: galaxy9064

支持楼主分享心得

时间: 2016-6-14 10:28

作者: chenzy

谢谢分享

时间: 2016-7-18 17:23

作者: mingqin

学习了

时间: 2016-10-24 13:28

作者: lizk0530

good

时间: 2016-11-7 09:20

作者: zyfuestc73

EPDCCH的PRB索引，用r来指示，r是二项式组合公式计算的，PRB 索引为公式中参数，手机端用r反推PRB 索引，怎么计算？
EPDCCH的每个PRB pair系列有2/4/8个PRB，意思是要从一个r推出2/4/8个未知数，如果系列中的PRB是连续的，则是一个未知数，但也是高次方。如果用查表方式，带宽20M下有100个RB，PRB数取8时其组合值是巨大的，巨大的表格对手机端是巨大开销。所以，我想这公式人为设计，应该有对应简便解法，不会让手机费九牛二虎之力去求解。

时间: 2016-11-8 13:04

作者: zyfuestc73

zyfuestc73 发表于 2016-11-7 09:20
EPDCCH的PRB索引，用r来指示，r是二项式组合公式计算的，PRB 索引为公式中参数，手机端用r反推PRB 索引，怎 ...

已设计出来，该问题结束

时间: 2018-8-30 20:07

作者: kensentchou

新用户来给你回帖了

通信人家园 (https://www.txrjy.com/)