【泡泡学通信】SR:SCheduling request

2024-01-06 20:20

本文主要是介绍【泡泡学通信】SR:SCheduling request,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

泡泡学SR

  • 一、定义
    • 基础背景了解
  • 二、流程
    • 4G中的流程(原文连接https://zhuanlan.zhihu.com/p/481757388)
    • 5G流程
  • 三、SR传输和配置(原文连接http://liurui.live/2021/05/16/5G%E5%9F%BA%E7%A1%80-SR/)
  • 四、SR配置
  • 五、SR发送
  • 六、SR调度流程注意事项

一、定义

基础背景了解

(1)在认识SR之前我们先简单了解一下,协议栈、各种信道,我们知道无线协议栈的架构是一层一层的,每一层都有自己的职责,如下:
在这里插入图片描述
那么在RLC(无线链路控制层)和MAC(媒介访问控制层)之间有5条道,称为逻辑信道,分别是PCCH、BCCH、CCCH、DCCH、DTCH;在MAC层到物理层有5条道,称为传输信道,分别是PCH、BCH、DL-SCH、UL-SCH、RACH;在物理层除了一些参考信号外存在6条道,称为物理信道,分别是PBCH、PDSCH、PDCCH、PUSCH、PUCCH、PRACH;问题:是不是CSI-RS、PSS等信号不在这些信道中传输?
在这里插入图片描述
(2)其中有两种信号DCI:下行控制信号在PSCCH中传输,UCI:上行控制信号,在PUCCH和PUSCH中传输。
UCI信号包括:与当前UE状态相关的信息,比如当前UE是否需要请求上行资源、当前UE检测到的下行链路质量、UE告诉eNB应该使用的预编码矩阵、UE能够区分出来的传输层个数,以及UE是否成功解码到了PDSCH块等信息,这些信息eNB侧是无法获知的,只能由UE上报。

(3)定义:文章主角SR是UCI信息的一种:用于请求上行资源,在PDCCH的数据格式1中携带(图文章连接https://blog.csdn.net/m_052148/article/details/53557974)
在这里插入图片描述
上面是4G中的PUCCH,在5GNR中定义了5中PUCC格式:如下图,SR在用格式0或格式1标识,
PUCCH格式0特点为段PUCCH,当PUCCH格式0用于传输SR时,UE只有在存在肯定(Positive)SR时才进行PUCCH传输,具体来说,使用高层信令预先配置给SR的一个循环移位产生传输序列,在对应的时频域资源上传输即可。当UE不存在SR ( 即 Negative SR ) 时 ,不 需要传输PUCCH , 即非连续发送(Discontinuous Transmission,DTX)。
PUCCH格式1特点为长PUCCH,在时域上可以占用4~14个OFDM符号,用于承载1~2bitHARQ-ACK和SR。为了保证较低的PAPR,进一步提升多用户复用传输容量,PUCCH格式1沿用了LTE PUCCH格式1a/1b的传输结构。具体结构参考书《5G移动通信系统设计与标准详解》6.3.2.

不是每次都能申请到PUCCH资源,只有UE处于RRC Connected状态且保持上行同步的UE才会发送SR;
在这里插入图片描述

二、流程

4G中的流程(原文连接https://zhuanlan.zhihu.com/p/481757388)

在这里插入图片描述
在LTE上行调度请求中,当UE打算在上行中传输数据时,UE先通过PUCCH发送SR消息,在成功检测到SR之后,eNB经由包含上行许可的PDCCH发送DCI以分配上行资源。随后,UE在所分配的资源中的PUSCH上发送BSR,用于通知eNB UE的缓冲器中要发送的数据量。基于BSR信息,eNB在上行许可中为UE分配适当的资源和MCS以在PUSCH上传输上行数据。如果UE不请求上行资源,则在所配置的PUCCH资源上不发送任何内容。

5G流程

5G中上行资源请求的流程类似,不同的是引入低时延上行传输:
1)支持灵活的帧结构:与4GLTE只支持15kHz的子载波间隔,每个子帧固定长度1ms相比,5G NR支持多种子载波间隔。越高的子载波间隔每个时隙的传输时间越短,带来越低的延迟性能。并且对于TDD,NR支持更加灵活的上下行配置,可动态指示符号的上下行方向,大幅降低了上下行切换的时延。
2)引入更小的时间资源单位,支持符号级别的调度。数据信道映射类型B支持起始符号位置灵活配置,分配符号数量少,时延短。短格式的PUCCH仅占1~2个符号。
3)支持灵活的PDCCH配置:通过配置合理的PDCCH的监听周期和偏移值,可以实现较为密集的PDCCH 监听机会,可以应对URLLC需求突发的业务场景,满足低时延要求。
4)上行采用免调度授权的机制,终端可不需要通过基站上行授权直接发送数据。
5)定义终端对下行数据接收和上行数据发送的快速处理能力。
6)支持URLLC业务对eMBB业务的抢占:基站可以在已经分配的,用于eMBB业务数据的时频资源选择部分或全部资源传输URLLC业务数据,在选择的用于传输URLLC业务数据的时频资源上停止发送eMBB业务。
在这里插入图片描述
实行用NR PUCCH上的缓冲区状态报告(BSR:Buffer Status Report)以无竞争或基于竞争的方式替换SR。
在这里插入图片描述
*对于低时延应用,例如URLLC,请求上行传输资源的L1控制信令可能更适合于满足严格的时延要求。在UE支持多个numerology并且时延敏感服务与一个特定
*numerology(是什么 https://www.51cto.com/article/606211.html)**相关联(例如,使用更大的子载波间隔和更短的符号持续时间)的情况下,UE可以使用SR请求资源用于具有相关numerology的低时延上行传输。
*专用SR资源可被配置为请求用于低时延服务的上行传输的资源。如图3所示,在专用资源上成功检测到SR之后,gNB可以使用适当的numerology方法(例如,使用较大的子载波间隔)为BSR和上行数据传输分配资源。
**加粗样式**

三、SR传输和配置(原文连接http://liurui.live/2021/05/16/5G%E5%9F%BA%E7%A1%80-SR/)

在NR中,除了以时隙的整数倍为单位的SR周期外,还定义了小于一个时隙的传输周期,例如2个OFDM符号和7个OFDM符号的传输周期,这是为了支持在一个时隙中的任何一个OFDM符号上传输低时延业务。当传输周期不小于一个时隙时,根据高层配置的SR周期以及时隙偏移值确定SR的传输机会;当传输周期小于一个时隙时,根据高层配置的SR周期以及一个时隙内的起始符号偏移值确定SR的传输机会。

在NR中,为了支持针对不同业务类型的上行数据的调度请求,可以同时为一个用户配置最多8个SR配置。每个SR配置对应一系列与SR传输相关的参数,如SR周期、偏移、PUCCH资源等。不同的SR配置对应不同的逻辑信道,对应关系在MAC层维护。当MAC层触发多个SR配置在同一个时隙中传输时,存在多个PUCCH传输Positive SR。如果多个Positive SR的PUCCH资源与HARQ-ACK/CSI的PUCCH资源存在重叠,则在执行6.3.4.4节的重叠信道的复用传输规则之前,UE需要自主选择一个Positive SR与HARQ-ACK/CSI进行复用传输,丢弃其他Positive SR;如果在一个时隙中存在多个时域资源不重叠的Positive SR,则UE需要自主选择至多2个时域上不重叠的Positive SR,丢弃其他PositiveSR,在选择2个PUCCH时,其中的一个PUCCH必须为短PUCCH。上述UE选择SR的行为由UE实现,不做具体标准化。

(协议描述中有Positive SR和Negative SR的概念,UE并不是一直有发送SR请求的需求,对于Positive SR即UE有SR请求发送,需要物理层发送SR/PUCCH,而对于无SR发送请求的UE,在SR资源的时间点,则该SR为Negative SR。)
在这里插入图片描述

四、SR配置

log实例:
schedulingRequestConfig {
schedulingRequestToAddModList {
{
schedulingRequestId 0,
sr-TransMax n64
}
}

(1)对应的SchedulingRequestId就是0-7 ;
在这里插入图片描述

(2)MAC的配置中, 逻辑信道可以分别关联SR配置,一个MAC实体可以配置0个、1个或者多个SR配置,不同的逻辑信道可以关联相同的schedulingRequestID,如果没有给相应的逻辑信道配置SR,当该逻辑信道有数据发送时只能通过随机接入获得上行调度。
在这里插入图片描述
(3)一个mac实体通过MAC-CellGroupConfig->schedulingRequestConfig->schedulingRequestToAddModList配置一个SR列表。其中每个SR配置对应一个schedulingRequestConfig
在这里插入图片描述
(4)在pucch-config中为各个上行bwp配置了sr资源,使用schedulingRequestResourceId来区分不同的资源配置(格式0 1),schedulingRequestResourceId会关联schedulingRequestID,还包括SR发送时间点配置,以及对应的pucch resource配置
在这里插入图片描述

五、SR发送

针对每个SR资源,基站通过SchedulingRequestResourceConfig->resource告诉UE使用PUCCH format0还是 format1来发送SR。

在这里插入图片描述
在这里插入图片描述
在SchedulingRequestResourceConfig中的periodicityAndOffSet字段指定传送SR的PUCCH资源的周期,以符号或者slot为单位,确定了SR的发送时间位置[TS38.331 9.2.4]。可以看到SR的最小周期是2符号。
基于SR周期的差异,把SR对应三种场景来,如下图case所示:(触发条件)在这里插入图片描述

从协议指示的配置范围可以看出,根据不同的子载波间隔,可选择的周期偏移有所不同;当UE发现一个SR传输机会对应PUCCH资源所在的slot,用于改pucch传输的符号数小于对应pucch资源所需的符号数,UE不会在该slot上发送pucch资源;
SR资源是UE专用,UE发送SR时不需要指定自己的CRNTI,基站通过SR资源的时域、频域和码分复用信息就知道哪个UE请求上行资源。
SR调度流程

协议描述中有Positive SR和Negative SR的概念,UE并不是一直有发送SR请求的需求,对于Positive SR即UE有SR请求发送,需要物理层发送SR/PUCCH,而对于无SR发送请求的UE,在SR资源的时间点,则该SR为Negative SR。基站不知道UE什么时候发送SR,需要在已经分配的SR资源上检测是否有SR上报,会在每个SR上来的时刻监测是否有SR资源,具体的SR调度流程如下图所示:

六、SR调度流程注意事项

1 只有在pucch资源上配置了SR才能发送SR请求上行调度,不然只能通过随机接入申请上行资源;
2 SR发送实际在PUCCH的特定位置,以便基站能检测到SR;
3 SR发送实际不能和测量GAP重合;
4 如果sr-ProhibitTimer未超时,则不能发送SR,此时定时器放置SR发送过多,降低PUCCH负载;
5 当UEUESR的传输实际和测量gap重叠或者sr-ProhibitTimer未超时等原因不能发送SR时,需要循环检测,指导条件满足;
6 SR-COUNTER为计数器,只有当SR-COUNTER<sr-TransMax时,才能发送。为了放置SR重传发送过多,当SR成功触发UL GRANT后,SR-COUNTER会置零;
7 UE触发SR后,这个SR级处于pending态,意思是为UE准备单是还没有发送SR,如果已经准备发送BSR,或者PUSCH资源足够,那么pending的SR会被取消。

UE发送SR之后,无法确定基站什么时候会下发UL Grant,如果UE等待超时(由果sr-ProhibitTimer定时器配置)就会尝试重发SR,每个SR都有自己的果sr-ProhibitTimer。
当SR请求发送达到最大次数仍然不能获得上行调度后,通过发送PRACH触发随机接入过程来获得上行调;当SR的到达最大发送次数后无上行调度,除了发送PRACH外,MAC执行的操作还包括:

1.通知RRC Release所有服务小区PUCCH配置;
2.通知RRC Release所有服务小区SRS配置;
3.清除Configured DL assignments和 Configured UL Grants.
4.清除用于发送semi-persistent CSI的PUSCH Resource.

这篇关于【泡泡学通信】SR:SCheduling request的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/577499

相关文章

系统架构师考试学习笔记第三篇——架构设计高级知识(20)通信系统架构设计理论与实践

本章知识考点:         第20课时主要学习通信系统架构设计的理论和工作中的实践。根据新版考试大纲,本课时知识点会涉及案例分析题(25分),而在历年考试中,案例题对该部分内容的考查并不多,虽在综合知识选择题目中经常考查,但分值也不高。本课时内容侧重于对知识点的记忆和理解,按照以往的出题规律,通信系统架构设计基础知识点多来源于教材内的基础网络设备、网络架构和教材外最新时事热点技术。本课时知识

【STM32】SPI通信-软件与硬件读写SPI

SPI通信-软件与硬件读写SPI 软件SPI一、SPI通信协议1、SPI通信2、硬件电路3、移位示意图4、SPI时序基本单元(1)开始通信和结束通信(2)模式0---用的最多(3)模式1(4)模式2(5)模式3 5、SPI时序(1)写使能(2)指定地址写(3)指定地址读 二、W25Q64模块介绍1、W25Q64简介2、硬件电路3、W25Q64框图4、Flash操作注意事项软件SPI读写W2

vue2 组件通信

props + emits props:用于接收父组件传递给子组件的数据。可以定义期望从父组件接收的数据结构和类型。‘子组件不可更改该数据’emits:用于定义组件可以向父组件发出的事件。这允许父组件监听子组件的事件并作出响应。(比如数据更新) props检查属性 属性名类型描述默认值typeFunction指定 prop 应该是什么类型,如 String, Number, Boolean,

linux中使用rust语言在不同进程之间通信

第一种:使用mmap映射相同文件 fn main() {let pid = std::process::id();println!(

Vue3上传图片报错:Current request is not a multipart request

当你看到错误 "Current request is not a multipart request" 时,这通常意味着你的服务器或后端代码期望接收一个 multipart/form-data 类型的请求,但实际上并没有收到这样的请求。在使用 <el-upload> 组件时,如果你已经设置了 http-request 属性来自定义上传行为,并且遇到了这个错误,可能是因为你在发送请求时没有正确地设置

C++编程:ZeroMQ进程间(订阅-发布)通信配置优化

文章目录 0. 概述1. 发布者同步发送(pub)与订阅者异步接收(sub)示例代码可能的副作用: 2. 适度增加缓存和队列示例代码副作用: 3. 动态的IPC通道管理示例代码副作用: 4. 接收消息的超时设置示例代码副作用: 5. 增加I/O线程数量示例代码副作用: 6. 异步消息发送(使用`dontwait`标志)示例代码副作用: 7. 其他可以考虑的优化项7.1 立即发送(ZMQ_IM

使用http-request 属性替代action绑定上传URL

在 Element UI 的 <el-upload> 组件中,如果你需要为上传的 HTTP 请求添加自定义的请求头(例如,为了通过身份验证或满足服务器端的特定要求),你不能直接在 <el-upload> 组件的属性中设置这些请求头。但是,你可以通过 http-request 属性来自定义上传的行为,包括设置请求头。 http-request 属性允许你完全控制上传的行为,包括如何构建请求、发送请

VB和51单片机串口通信讲解(只针对VB部分)

标记:该篇文章全部搬自如下网址:http://www.crystalradio.cn/thread-321839-1-1.html,谢谢啦            里面关于中文接收的部分,大家可以好好学习下,题主也在研究中................... Commport;设置或返回串口号。 SettingS:以字符串的形式设置或返回串口通信参数。 Portopen:设置或返回串口

深入理解TCP通信

这大概是自己博客上面第三次写TCP通信demo了,总是写同样的内容也不太好啊,不过每一次都比前一次进步一点。这次主要使用了VIM编辑工具、gdb调试、wireshirk、netstat查看网络状态。 参考《C++服务器视频教程》、《Unix网络编程》 一、VIM常用命令 vim server.cpp #打开一个文件:w 写入文件:wq 保存并退出:q! 不保存退出显示行号

电子电气架构---私有总线通信和诊断规则

电子电气架构—私有总线通信和诊断规则 我是穿拖鞋的汉子,魔都中坚持长期主义的汽车电子工程师。 老规矩,分享一段喜欢的文字,避免自己成为高知识低文化的工程师: 屏蔽力是信息过载时代一个人的特殊竞争力,任何消耗你的人和事,多看一眼都是你的不对。非必要不费力证明自己,无利益不试图说服别人,是精神上的节能减排。 无人问津也好,技不如人也罢,你都要试着安静下来,去做自己该做的事.而不是让内心的烦躁、