本地唐山网站建设,零基础学it从哪方面学起,如何找回网站备案密码,夺宝网站开发欢迎关注同名微信公众号“modem协议笔记”。
UE有UL data时#xff0c;会发送BSR的告知网络侧自己详细的请求#xff0c;期望网络能够如期下发UL grant#xff0c;正常情况下网络侧会给UE足够的UL grant去发送UL data#xff0c;整个过程都会比较顺利。UE收到UL grant后会发送BSR的告知网络侧自己详细的请求期望网络能够如期下发UL grant正常情况下网络侧会给UE足够的UL grant去发送UL data整个过程都会比较顺利。UE收到UL grant后欣喜若狂接下来要分配UL grant但是很快就有一个难题摆在眼前有时候UE侧会有很多逻辑信道有UL data发送也就是UE需要将多个逻辑信道复用到一个MAC PDU中这么多逻辑信道手心手背都是肉那怎么分毫无疑问spec上给出了解决方式答案在38.321 5.4.3.1Logical channel prioritization (LCP)这部分算是很久的内容了整体逻辑和LTE一样。在配置之初网络侧会为每个逻辑信道分配一个priority进而可以决定多个逻辑信道的复用顺序。拥有最高priority的逻辑信道的data会被优先处理高优先级逻辑信道的data会优先包含在MAC PDU中接着是第二高priority的逻辑信道的data直到分配的UL grant被全部用完或没有UL data要发送。 但是又有一个难题出现了如果高priority的逻辑信道一直有UL data要发那这个逻辑信道就会一直占用UL grant其他逻辑信道无法发送自己的data从而出现问题。和LTE一样NR引入了Prioritized Bit Ratio(PBR)和Bucket Size Duration(BSD)的概念即通过RRC信令配置各个逻辑信道参数时提前为每个逻辑信道配置好各自的PBR及BSD这样使得当前逻辑信道的的发送UL data增长到PBR×BSD时其他待传输数据就不能再继续用UL grant剩下的UL grant就要分配给其他低优先级的逻辑信道PBR*BSD对应的就是每个逻辑信道的最小数据速率保证从而保证了其他低优先级逻辑信道的QoS。由于这部分R17和R15相比基本没有什么变化只是多了几个参数就直接看看R17 spec是怎么写的都有哪些规定。 相关参数
logical channel prioritization过程中UL data调度的相关参数如下 priority: 逻辑信道的优先级value对应116value越小 优先级越高。
bucketSizeDuration(BSD): 单位是ms ms5代表 5 ms ms10代表 10 ms。
prioritisedBiteRate(PBR): 单位是kiloBytes/skBps0代表 0 kiloBytes/s kBps8代表 8 kiloBytes/s 依次类推对于SRB该值只能设置为infinity如下是实网环境下各个RB和逻辑信道之间的配置关系SRB1的优先级通常是最高的一般对应逻辑信道 id 1只有有UL data 要发所有的UL grant都会先分配给该逻辑信道毕竟其他逻辑信道都是弟弟。 LCP 过程的控制参数如下 allowedServingCells 可以限制逻辑信道能够应用的服务小区。
allowedCG-List 用于限制可以configured grant的传输具体看下面的RRC层参数的具体意义。
allowedPHY-PriorityIndex用于设定动态 grant传输 允许的PHY priority index。
allowedHARQ-modeR17新增参数对应uplinkHARQ-mode可以用于控制允许的HARQ modeuplinkHARQ-mode 可以控制enable/disable HARQ feedback分别对应HARQmodeA/HARQmodeBuplinkHARQ-mode介绍详见NTN(五)C-DRX。
allowedSCS-List规定了允许传输的SCSmaxPUSCH-Duration规定了传输的最大PUSCH duration两个参数的设定与业务时延要求有关系如果业务时延要求较短可以将allowedSCS-List配置为较大SCS或将maxPUSCH-Duration配置为较小duration。
configuredGrantType1Allowed用于控制configured grant type 1是否可以用于上行传输。
allowedSCS-List、maxPUSCH-Duration 和 configuredGrantType1Allowed还与UE 能力挂钩如下。 lcp-Restriction:指示 UE 是否支持根据 RRC 配置限制,使用 RRC 参数 allowedSCS-List、maxPUSCH-Duration 和 configuredGrantType1Allowed为每个 UL grant选择逻辑信道。 上述几个参数在RRC层具体描述如下 maxPUSCH-Duration: 某个逻辑信道配置该参数的情况下则对应的UL MAC SDU 只能使用PUSCH持续时间小于等于该字段指示时间的UL grant进行传输不配置时没有限制。
configuredGrantType1Allowed:针对URLLC业务引入这个可以避免其他业务抢占URLLC业务的Configured Grant参数配置的话 只能是True如果有配置这个IE或UE不支持lcp-Restriction 能力来自该逻辑信道的 UL MAC SDU 可以用configured grant type 1 传输。否则来自该逻辑信道的 UL MAC SDU 不能用configured frant type 1 传输。
allowedCG-List仅适用于 Configured UL grant场景Configured grant场景会配置对应的ConfiguredGrantConfigIndexMAC。如果有配置该IE则来自该逻辑信道的 UL MAC SDU 只能映射到该IE指示的Configred grant的配置。如果有配置该IE 但是没有配置任何ConfiguredGrantConfigIndexMAC则来自该逻辑信道的 UL MAC SDU 不能映射到任何已配置的configured grant 配置上 。如果该字段不存在来自该逻辑信道的 UL MAC SDU 可以映射到任何已配置的configured grant 配置上。如果字段 configuredGrantType1Allowed 存在则只有在该List中有指示已配置configured grant type 1 才允许由该逻辑通道使用否则该list不应包括任何已配置的configured grant type 1配置。
allowedServingCells针对重复传输(Duplication),引入了这个参数用于限制重复内容在相同的小区传输,后面allowedServingCells也被应用来限制逻辑信道能够应用的服务小区。所以这个参数配置时需要注意如果与逻辑信道关联的 DRB/SRB有配置PDCP CA duplication 即PDCP entity与属于相同Cell group的多个RLC entity相关联则该字段是强制存在的其他情况该字段是可选配置的。如果有配置该参数则来自该逻辑信道的 UL MAC SDU 只能映射到该列表中指示的服务小区。否则该逻辑信道的 UL MAC SDU 可以映射到对应cell group中的任何已配置服务小区。重复传输详见NR PDCP duplication。
allowedPHY-PriorityIndex此限制仅适用于动态grant 场景。R16 可以通过配置priorityIndicatorDCI enable使得DCI 0_1/0_2 带有1 bit的Prority indicator field进而告知UE 该动态调度对应的prioritypriority index 非0即1具体如下图示如果该字段存在并且动态grant具有对应的PHY priority index则来自该逻辑信道的 UL MAC SDU 只能映射到指示PHY priority index等于该字段配置的值的动态grant。如果该字段存在并且动态grant没有 PHY priority index(即对应priority index 0)则如果该字段的值为p0则来自该逻辑信道的 UL MAC SDU 只能映射到该动态 grant. 如果该字段不存在则来自该逻辑信道的 UL MAC SDU 可以映射到任何动态 grant。 下面看下38.321 中UL grant的分配规则 UE为每个逻辑信道j 维护一个参数Bj当某个logical channel j建立时对应的Bj初始化为0。
在每次LCP 过程时Bj增加PBR*T其中T代表上次Bj增长后经过的时间如果Bjbucket size(PBR*BSD),则Bjbucket size(PRB*BSD)。
这个bucket size(PBR*BSD)对应的是每一轮资源分配时每个逻辑信道可以得到的最大的UL grant量。 Selection of logical channels 当UE有新传要执行时要同时满足下面的条件的前提下才能为UL grant选择逻辑信道 1 有配置allowedSCS-List时allowedSCS-List 中允许的SCS index包括与 UL grant关联的SCS 2 有配置maxPUSCH-Duration时UL grant 的PUSCH 传输duration 要小于等于maxPUSCH-Duration配置的值 3 confiuredGrantType1Allowedtrue时UL grant要对应Configured grant type 1 4 allowedCG-List 包含对应UL grant的configured grant index 5 allowedPHY-PriotityIndex 包含动态 UL grant 的priority index 6 allowedServingCells 对应的是允许使用UL grant的cell info(这个参数不会用于CA duplication deactive的情况) 7 符合allowedHARQ-mode的要求。
上面七个条件是and的关系对应参数有配置时才要考虑。 Allocation of resources 逻辑信道资源分配步骤如下。
step1对于所有Bj0的逻辑信道按照优先级递减顺序排序。当某个逻辑信道的PBR配置成无穷大时只有当这个逻辑信道的资源得到满足后才会考虑比它优先级低的逻辑信道其他情况每个逻辑信道每次可以分的的最大UL grant只能是bucket sizePRB*BSD。
step2Bj减去逻辑信道j在步骤1中用到MAC PDU的所有MAC SDU的大小。
step3如果前两步执行后仍有上行资源剩余则把剩余的资源按照逻辑信道优先级分配给各个逻辑信道而不再比较Bj的大小。只有当所有高优先级的逻辑信道的数据都发送完毕且UL grant还未耗尽时低优先级的逻辑信道才能得到服务。两个逻辑信道优先级相同时就要同等服务。 举个例子如上图假如只有两个逻辑信道要有UL data要发送对应的bucket size(BSD*PBR)分别为橘黄色部分和蓝色部分。第一种情况UL grant只能满足逻辑信道1 的bucket size就先把逻辑信道1 对应量的data 送出去剩余的UL grant全部给逻辑信道2第二种情况UL grant 正好可以满足两个逻辑信道的bucket size 要求就按照优先级高低都装进去第三种情况UL grant 装满两个逻辑信道的bucket size后还有剩余这时候只考虑优先级的高低优先级高的先用优先级低的后用直到用完或者逻辑信道没有UL data 发时为止所以先上逻辑信道1 的其他UL data装走逻辑信道1的剩余UL data后UL grant还有余量 再装逻辑信道2。 UE在UL调度时要遵守以下规定
1 一个完整的RLC SDU(或分段传输的RLC SDU或重传的RLC PDU)如果剩余UL grant足以发送UE就不能对它执行segment这样也可以减轻网络侧接收的处理负担
2 如果UE需要对RLC SDU执行分段则要按照ul grant的余量最大化segment 的size以便达到尽可能减少RLC SDU segment的目的
3 UE尽可能传输数据量大的RLC SDU
4 如果UE MAC entity收到的UL grant 8Bytes且有UL data要传输则MAC entity不能只传输Padding BSR和/或Padding也应该包含相应的上行数据。 具体到逻辑信道要按照以下顺序执行优先级过程优先级顺序由高到底排列。 某些场景网络侧和能力比较强的UE会达成共识这样的UE收到 UL grant但是没有data发送时就可以不发任何东西了这样可以减轻UE的负担网络侧也能省去一些麻烦具体如下。 不生成MAC PDU的情况 SkipUplinkTxDynamic: UE没有UL data要传输时如果支持该功能UE就可以在这个UL grant的资源上不发任何data
enhancedSkipUplinkTxDynamic:如果UE没有UL data和UCI要发送时如果支持该功能UE就可以在这个UL grant的资源上不发任何data。
简单的说就是UE 没有UL data发网络开了skip功能UE也支持那UE就可以skip不支持的话UE就要在UL grant上加padding。 如果MAC配置了enhancedSkipUplinkTxDynamicture同时UL grant是通过C-RNTI加扰的DCI 收到的或对应的是configured UL grant那HARQ entity满足以下条件MAC entity就不会生成对应的MAC PDU
1 此次PUSCH传输不需要发送aperiodic CSI
2 MAC PDU没有MAC SDU就是没有data要发
3 MAC PDU只包括 periodic BSR同时任何逻辑信道组LCG都没有可发送的数据或MAC PDU只包括Padding BSR。
4 PUSSH 传输不存在UCI复用的情况 除了上面的情况如果HARQ entity满足以下条件MAC entity就不会生成对应的MAC PDU
1 MAC配置了skipUplinkTxDynamicture同时UL grant是通过C-RNTI加扰的DCI 收到的或对应的是configured UL grant
2 此次PUSCH传输不需要发送aperiodic CSI
3 MAC PDU没有MAC SDU
4 MAC PDU只包括 periodic BSR同时任何逻辑信道组LCG都没有可发送的数据或MAC PDU只包括Padding BSR。
这部分至此就结束了。回到最初的异常场景BSR-no UL grant-SR-no UL grant-trigger RACH-RAfail-RLF-RRC reestablishmentUE 收到UL grant后要按照这篇中的规则办事保证各个逻辑信道可以正常工作。但是BSR送出去后没有收到UL grant最后触发了SR如果又没有收到UL grant这时候UE的内心或许无奈或许又有点生气着急..... 那UE具体该怎么做下篇SR再继续顺一遍spec中的内容。
