zoukankan      html  css  js  c++  java
  • LTE学习之路(14)——上下行调度

    转自中国通信网:http://bbs.cnttr.com/thread-193981-1-1.html

    一、上行调度
    1. UE向ENB请求上行资源

       Physical channel: PUCCH
       Message: SR (schedule request)
       SR发送的周期以及在子帧中的位置由上层的配置决定,UE在SR请求中都需要包含什么内容?
       UE需要告诉ENB自己要传输的数据量,同时SR中UE必须告诉ENB自己的identity (C-RNTI)
       理解:根据上层的配置UE按照一定的周期在PUCCH的固定位置传输SR,而ENB对SR的发送者的识别是通过UE和ENB事先约定好的伪随机序列来实现的??当UE有发送数据的需求时,就把相应得SR置1,没有资源请求时SR为空。SR只负责告诉ENB是否有资源需求,而具体需要多少资源则由上层的信令交互告诉ENB。
       在TS36.213中指定:Scheduling request (SR) using PUCCH format 1,不需要进行编码调制,用presence/absence携带信息。

    2. 上行信道质量测量
       Physical signal: sounding reference signal
       Physical channel: PUCCH
       ENB给UE分配上行资源之前首先必须要知道上行信道的质量,如果UE的上行信道质量较好且有传输数据的需求,ENB才会给UE分配资源。
       sounding reference signal应该对UE和ENB都是已知的,ENB根据从UE接收到的sounding reference signal 和自己已知的信号的对比就可以知道当前上行信道的质量了。当然,如果信道质量的变换很快,再加上空间信号传输的延迟估计的误差,由sounding reference signal测量出的信道质量可能会变得不准确。所以UE需要每过一段时间就发送sounding reference signal给ENB,以尽可能准确地得到当前信道的质量。

    3. ENB分配资源并通知UE
       Physical channel: PDCCH
       分配完资源后ENB还必须把分配的结果【即uplink grant,PDCCH的内容之一】告诉UE,即UE可以在哪个时间哪个载波上传输数据,以及采用的调制编码方案。
    E-UTRAN在每个TTI动态地给UE分配资源(PRBs & MCS),并在PDCCH上传输相应的C-RNTI。

    4. UE接收资源分配结果的通知并传输数据
       Physical channel: PUSCH
       UE首先接收ENB下发的资源分配通知,监视PDCCH以查找可能的上行传输资源分配,从common search space中获取公共信息【有哪些common信息?】,从UE specific search space中搜索关于自己的调度信息【UE specific info仅仅是自己的调度信息?】。根据搜索到的结果后就可以在PUSCH对应的PRB上传输数据信息。

    注意:在上行链路中没有盲解码,当UE没有足够的数据填充分配的资源时,补0

    5. ENB指示是否需要重传
       Physical channel: PHICH【如果有重传,则相应控制信息亦通过PDCCH下去

    6. UE重传数据/发送新数据
       同4   


    二、下行调度
    1. 下行信道质量测量
       ENB发送cell specific reference signal 给UE,UE估计CQI并上报给ENB。   
       CQI不仅告诉ENB信道的质量,还包含推荐的编码调制方式。

       periodic CQI reporting channel: PUCCH
       aperiodic CQI reporting channel: PUSCH
       接收到的DCI format 0的CQI request设置为1时,UE非周期上报CQI、PMI和RI,上层可以半静态地配置UE周期性地上报不同的CQI、PMI和RI


    2. ENB分配下行资源
       ENB根据下行信道的质量好坏自适应地分配下行资源(针对 UE选择不同的载波和slot)【对于UE,调度的最小粒度应该是RB
      下行链路中,E-UTRAN在每个TTI动态地给UE分配资源(PRBs & MCS)

    3. ENB在下行信道传输数据
       Physical channel: PDSCH
      根据资源分配的结果在PDSCH上填充数据, 并在PDCCH上传输相应的C-RNTI。

    4. UE接收数据并判断是否需要发送请求重传指示
      Physical channel: PUCCH
      Physical channel: PDSCH
      UE根据检测PDCCH信道,解码对应的PDSCH信息。UE根据PDCCH告知的DCI format在common search spaces中接收PDSCH 广播控制信息。此外,UE通过PDCCH UE specific search spaces接收PDSCH数据传输。

    5. ENB重传数据/发送新数据
      同3

  • 相关阅读:
    POJ 3458 Colour Sequence(简单题)
    Cygwin下vim按方向键出现ABCD;
    算法之旅——归并排序
    poj 2769 Reduced ID Numbers(memset使用技巧)
    Restlet+Fastjson 高速构建轻量级 Java RESTful Webservice
    poj 1659 Frogs' Neighborhood (度序列)
    PHP监測memcache服务端的执行状况
    机器学习之倚门回首嗅青梅
    Threejs 官网
    sqlserver安全加固
  • 原文地址:https://www.cnblogs.com/kkdd-2013/p/4005053.html
Copyright © 2011-2022 走看看