ORAN C平面优化

news2024/11/19 1:36:28

使用section扩展6的C平面优化

在时域和频域中,都可以使用section扩展6进行非连续PRB分配。Section扩展6有两个位掩码:symbolMask和rbgMask。使用symbolMask可以选择一个slot内任意的symbol子集。使用rbgMask可以选择startPrbc和(startPrbc + numPrbc)之间任意的子载波块子集,其中,每个子载波块具有12 X rbgSize个子载波。所选择的RE集合是由两个掩码选择的symbol和子载波的组合section。这允许用一个section描述来描述更大范围的非连续资源分配。

此外,O-RU可以支持可选功能,允许其解释section扩展中携带的非零值优先级。在“使用section扩展12的C平面优化”中进行说明。

使用section扩展10的C平面优化

通常,O-DU向O-RU发送C平面和U平面消息时,使用唯一的eAxC_ID来寻址每层和每个空间流。很多场景下,C平面中包含的信息对于不同的空间流来说,是相同或相似的。例如,一个SU-MIMO分配8层,对于每层一个C平面消息,共8个C平面消息,其section头中的startPrbc,numPrbc,reMask和numSymbol的值都是相同的。此时,可以使用section扩展10与通过M平面配置的“representative eAxC_ID”一起,通过发送一个单独的C平面消息来减少发送多个C平面消息的产生的开销。

如果O-RU能力指示其可以支持section扩展10,O-DU可以选择利用这个功能。基于这一能力,O-RU可以被配置一个“representative eAxC_ID”,以表示上述示例中的所有8个eAxC_ID。一旦“representative eAxC_ID”被配置,O-DU可以发送寻址到“representative eAxC_ID”且带有section扩展10的一个单独的C平面消息,以代替8个C平面消息。当O-RU接收到寻址“representative eAxC_ID”且带有section扩展10的C平面消息时,O-RU应将该消息应用到由“representative eAxC_ID”指定的所有端点,并执行相同的操作,就像O-RU收到8个不同的C平面消息。

简单来说,O-DU会选择一个eAxC_ID作为所有eAxC_ID的代表,一般来说,选择的是第一层的eAxC_ID,并根据section扩展10中携带的不同模式,将section描述中的参数扩展到不同的层。

下图说明了是否使用section扩展10的区别。

可以看出,如果不使用section扩展10,O-DU和O-RU使用不同的C平面消息,将eAxC逐一对应,并在每个C平消息中配置相应的beamId或ueId。而如果使用section扩展10,可以仅发送一个C平面消息,通过第一个eAxC进行寻址,并在这一个C平面消息中携带所有eAxC的beamId或ueId。

使用section扩展11的C平面优化

section扩展11用于以灵活方式发送波束赋形weight。一种为每个PRB传输波束赋形weight的方式是使用section扩展1,并且为每个PRB创建一个section。这意味着section头和section扩展都具有非常大的开销。section扩展11的目标是通过在一个section中包含用于多个PRB的波束赋形weight来解决这个问题。

这种用例包括,通过使用每个PRB的信道信息来计算每个PRB的波束赋形weight的迫零波束赋形(或类似方法)。具体而言,O-RU发送上行SRS到O-DU,在O-DU中计算每个PRB的波束赋形weight,并将计算后的波束赋形weight传输回O-RU。例如,这些weight可以以slot为单位进行更新。

section扩展11提供了一个灵活性,既可以与section扩展beamId一起发送波束赋形组,也可以仅发送section扩展beamId,在加载以前时间的波束赋形weight之后。

当使用section扩展11时,O-RU应忽略section描述中的beamId。

section扩展11与section扩展6的交互

section扩展6用于时域和频域的非连续PRB分配。section扩展6中用于指示PRB组的主要参数是rbgSize。另一方面,numBundPrb是section扩展11中绑定PRB的数量,每组绑定的PRB对于L个TRX(发送/接收天线)共享相同的波束赋形weight。

当RAD = 1时,section扩展11与section扩展6的交互

RAD(Reset After PRB Discontinuity) = 1,表示PRB分配中断后,下一个分配的PRB将作为新的起始PRB,并继续累加之前的绑定PRB索引。这种情况下,当section扩展11与section扩展6同时使用时,将适用以下要求:

1)numBundPrb字段的值可能与rbgSize字段的值不同。

2)如果使用section扩展6,对于section扩展6内定义的每个连续的PRB集合,O-RU开始计算绑定的PRB数量,并按照PRB增序,将波束赋形weight应用到绑定的PRB。简单来说,就是在每段连续的PRB范围内,划分成若干PRB小组,对每个PRB小组应用不同的波束赋形weight。

        如果最后一个绑定PRB与连续PRB集合中的最后一个RBG不一致,则未分配的PRB将被认为是孤立的PRB,即这些PRB没有被分配波束赋形weight。

3)单独的PRB被分配下一个波束赋形weight集合,即分配给常规绑定PRB的集合之后的波束赋形集合,尽管其PRB数量小于一个绑定PRB。对于任何在section扩展6中没有分配的PRB的集合,不分配波束赋形weight集合。

4)对于中断后,相同symbol内分配的连续PRB集合,O-RU应该应用下一个波束赋形weight集合,即从分配给前一个连续PRB集合中最后一个绑定PRB的波束赋形weight集合开始,将下一个波束赋形weight集合分配给新的绑定PRB。

5)持续以上分配过程,直到section扩展6内定义的所有PRB都被分配波束赋形weight。

6)在通过symbolMask选择的所有symbol中,O-RU应对相应的绑定PRB应用相同的波束赋形weight集合。

以上描述比较抽象,通过下图中的示例更加容易理解。

示例1:RAD = 1b

symbolMask = 10 0001 0001 0000b,这里symbolMask的值与下图不匹配,symbolMask的LSB指示symbol 0,因此实际应该是symbol 4,8,13被调度。

rbgSize = 3

numBundPrb = 2,每个绑定PRB中包含两个PRB。

Total number of L beamforming weights set = 7,共7组波束赋形weight集合被应用到调度的绑定PRB中。

通过下图可以看出,section扩展6调度了RB0~RB8,以及RB18~RB20,共4个RBG。由于RB9没有被调度,所以RB8作为独立的绑定PRB单独应用一组波束赋形weight,同理,由于RB21没有被调度,所以RB20作为独立的绑定PRB单独应用一组波束赋形weight。4个RBG应用了7组波束赋形weight,所以,rbgSize和numBundPrb的值可以不相等。

当RAD = 0时,section扩展11与section扩展6的交互

当section扩展11与section扩展6同时使用,且RAD = 0时,将适用以下要求。给定的波束赋形weight集合应按递增顺序应用到PRB,而不考虑section扩展6中PRB分配的不连续性。当且仅当使用section扩展6分配的PRB是绑定PRB的一部分时,O-DU才会为绑定PRB发送波束赋形weight,即如果一个绑定PRB中的所有PRB都没有被调度,O-DU不会为这些PRB发送波束赋形weight。

示例1:RAD = 0b

symbolMask = 10 0001 0001 0000b,这里symbolMask的值与下图不匹配,symbolMask的LSB指示symbol 0,因此实际应该是symbol 4,8,13被调度。

rbgSize = 3

numBundPrb = 10,每个绑定PRB中包含10个PRB。

Total number of L beamforming weights set = 3,共3组波束赋形weight集合被应用到调度的绑定PRB中。

通过下图可以看出,section扩展6调度了RB0~RB2,RB6~RB8,RB12~RB14,以及RB30~RB38,共6个RBG。由于RB20~RB29没有被调度,所以O-DU不会为这几个RB发送波束赋形weight。

section扩展11与section扩展12的交互

section扩展12用于时域和频域的非连续PRB分配。按照section扩展11与section扩展6组合使用的方式,在一个section描述中,section扩展11也可以按相同的方式与section扩展12组合使用。

示例1:RAD = 0

symbolMask = 00 0000 0000 0101b,即symbol 0和symbol 2被调度。

下图灰色块表示未分配的频率范围,从PRB5开始,PRB分配断开。

numBundPrb = 3,每个绑定PRB中包含3个PRB。

Total number of L beamforming weights set = 4,共4组波束赋形weight集合被应用到调度的绑定PRB中。

通过下图可以看出,section扩展12调度了PRB0~PRB4,PRB10~PRB14。由于PRB6~PRB8所在的绑定PRB中没有任何PRB被调度,所以O-DU不会为这几个PRB发送波束赋形weight。

示例2:RAD = 1

symbolMask = 00 0000 0000 0101b,即symbol 0和symbol 2被调度。

下图灰色块表示未分配的频率范围,从PRB5开始,PRB分配断开。

numBundPrb = 3,每个绑定PRB中包含3个PRB。

Total number of L beamforming weights set = 4,共4组波束赋形weight集合被应用到调度的绑定PRB中。

通过下图可以看出,section扩展12调度了PRB0~PRB4,PRB10~PRB14。由于RAD = 1,从未分配PRB范围之后的第一个分配的PRB开始,重新计算绑定PRB。即,对于未分配PRB范围,不再计算绑定PRB。所以,每个绑定PRB的起始PRB不一定是numBundPrb的整数倍。

section扩展11与section扩展13的交互

section扩展13用于具有跳频的非连续PRB分配。按照section扩展11与section扩展6组合使用的方式,在一个section描述中,section扩展11也可以按相同的方式与section扩展13组合使用。除适用section扩展11与section扩展6组合使用的全部要求外,还应额外遵守以下要求:

  • section扩展11携带的beamId和波束赋形weight是为每一跳的PRB合并所产生的PRB集合提供的。这个规则是通用的,适用于section扩展13与允许非连续PRB分配的section扩展(即section扩展6和section扩展12)的组合。
  • PRB不连续性是合并所产生的PRB集合的不连续性。

示例1:RAD = 0

startSymbolId=0,且C平面消息仅包含一个section描述。

startPrbc = 10

numPrbc = 5,共调度5个PRB。

numSymbol = 3,共调度3个symbol。

nextStartSymbolId(0) = 1,nextStartPrbc(0) = 0,第1跳,symbol 1,从PRB 0开始。

nextStartSymbolId(1) = 2,nextStartPrbc(1) = 7,第2跳,symbol 2,从PRB 7开始。

下图灰色块表示未分配的频率范围。注,合并所产生的PRB集合,从PRB5开始,PRB分配断开。

numBundPrb = 3,每个绑定PRB中包含3个PRB。

Total number of L beamforming weights set = 5,共5组波束赋形weight集合被应用到调度的绑定PRB中。

通过下图可以看出,每一跳的PRB合并所产生的PRB集合包括,PRB0~PRB4,PRB7~PRB14,只有PRB5和PRB6没有被调度。由于RAD = 0,在计算绑定PRB时应考虑所有PRB,包括未分配的PRB5和PRB6。并且symbol 0中的PRB10和PRB11应该与symbol 2中的PRB9~PRB11使用相同的波束赋形weight。

示例2:RAD = 1

startSymbolId=0,且C平面消息仅包含一个section描述。

startPrbc = 10

numPrbc = 5,共调度5个PRB。

numSymbol = 3,共调度3个symbol。

nextStartSymbolId(0) = 1,nextStartPrbc(0) = 0,第1跳,symbol 1,从PRB 0开始。

nextStartSymbolId(1) = 2,nextStartPrbc(1) = 7,第2跳,symbol 2,从PRB 7开始。

下图灰色块表示未分配的频率范围。注,合并所产生的PRB集合,从PRB5开始,PRB分配断开。

numBundPrb = 3,每个绑定PRB中包含3个PRB。

Total number of L beamforming weights set = 5,共5组波束赋形weight集合被应用到调度的绑定PRB中。

通过下图可以看出,每一跳的PRB合并所产生的PRB集合包括,PRB0~PRB4,PRB7~PRB14,只有PRB5和PRB6没有被调度。由于RAD = 1,从未分配PRB范围之后的第一个分配的PRB开始,重新计算绑定PRB。即,对于未分配PRB范围,不再计算绑定PRB。在这个示例中,计算绑定PRB时应跳过PRB6。并且symbol 0中的PRB10~PRB12应该与symbol 2中的PRB10和PRB11使用相同的波束赋形weight。

示例3:RAD = 0,使用section扩展12和section扩展13进行非连续PRB分配。

startPrbc = 8

numPrbc = 2,共调度2个PRB。

nextStartSymbolId(1) = 2,nextStartPrbc(1) = 0,第1跳,symbol 2,从PRB 0开始。

symbolMask = 00 0000 0000 0101b,即symbol 0和symbol 2被调度,与nextStartSymbolId参数的值匹配。

offStartPrb(1) = 4,numPrb(1) = 2,第1个PRB偏移为4,PRB数量为2。

下图灰色块表示未分配的频率范围。注,合并所产生的PRB集合,从PRB2和PRB10开始,PRB分配断开。

numBundPrb = 3,每个绑定PRB中包含3个PRB。

Total number of L beamforming weights set = 5,共5组波束赋形weight集合被应用到调度的绑定PRB中。

通过下图可以看出,每一跳的PRB合并所产生的PRB集合包括,PRB0~PRB1,PRB6~PRB9,以及PRB14~PRB15。由于RAD = 0,在计算绑定PRB时应考虑所有PRB,包括未分配的PRB。并且symbol 0中的PRB8应该与symbol 2中的PRB6~PRB7使用相同的波束赋形weight。

示例4:RAD = 1,使用section扩展12和section扩展13进行非连续PRB分配。

startPrbc = 8

numPrbc = 2,共调度2个PRB。

nextStartSymbolId(1) = 2,nextStartPrbc(1) = 0,第1跳,symbol 2,从PRB 0开始。

symbolMask = 00 0000 0000 0101b,即symbol 0和symbol 2被调度,与nextStartSymbolId参数的值匹配。

offStartPrb(1) = 4,numPrb(1) = 2,第1个PRB偏移为4,PRB数量为2。

下图灰色块表示未分配的频率范围。注,合并所产生的PRB集合,从PRB2和PRB10开始,PRB分配断开。

numBundPrb = 3,每个绑定PRB中包含3个PRB。

Total number of L beamforming weights set = 4,共4组波束赋形weight集合被应用到调度的绑定PRB中。

通过下图可以看出,每一跳的PRB合并所产生的PRB集合包括,PRB0~PRB1,PRB6~PRB9,以及PRB14~PRB15。由于RAD = 1,从未分配PRB范围之后的第一个分配的PRB开始,重新计算绑定PRB。即,对于未分配PRB范围,不再计算绑定PRB。在这个示例中,计算绑定PRB时应跳过PRB3~PRB5,以及PRB12~PRB13。并且symbol 0中的PRB8应该与symbol 2中的PRB6~PRB7使用相同的波束赋形weight。

使用section扩展12的C平面优化

section扩展12可以被用于时域和频域中的非连续PRB分配。此section扩展传输priority,symbolMask和可变大小的频率范围列表。section扩展12比以下section扩展的场景更节省空间:

1)PRB分配在频域中是连续的,但是在时域中是不连续的,在这种情况下,频率范围列表可以为空。

2)PRB分配由分布在宽频跨度上的少数连续频谱片段组成,在这种情况下,rbgMask的大小是限制section扩展6应用的因素。

在一个section描述中,section扩展12与section扩展6不能组合使用。

使用section扩展13的C平面优化

section扩展13可以被用于slot内跳频的PRB分配。section扩展13传输可变大小的参数对列表,指示将用于代替startPrbc的值,以及代替值开始替换startPrbc的时刻(symbol编号)。

当使用slot内跳频时,section扩展13比仅用section描述实现跳频更节省空间。section扩展13可以与其他section扩展组合使用。在这种情况下,对section描述和所有section扩展所传输的频率参数的解释,应视为startPrbc的值在时间实例中根据section扩展13中的参数被修改。例如,当section扩展13与section扩展12组合使用时,对于section扩展12所描述的频率范围,根据section扩展13中的跳频参数,频率范围的startPrbc需要被修改。

带优先级的通过频率和时间耦合

此优化使用C平面和U平面耦合中介绍的耦合机制,并允许减少section描述的数量。具有优先级的耦合机制允许明确地描述波束赋形配置,即使section描述重叠(即,指示相同的RE),只要它们具有不同的优先级,就不会造成混淆。

可以通过将所选RE(例如,分配给参考信号的RE)的波束赋形配置移动到一个组合的具有更高优先级的section描述来实现消息大小的减少。由此,可以简化较低优先级的其他section描述(例如,可以通过将reMask设置为全1,来简化在reMask中传输的PRB中的RE分配细节),以及可以合并较低优先级的其他section描述。组合section描述需要使用的耦合机制为不使用sectionId的耦合机制。

“较高优先级”和“较低优先级”的含义是相对的,例如,优先级0高于优先级-1。

为了使O-RU能够通过处理单个C平面消息来决定RE的波束赋形,O-DU应确保具有指示该RE的section描述的每个消息包括具有最高优先级的指示该RE的section描述。这可能导致在一个以上的消息中重复section描述的子集,但不会导致波束赋形配置的不确定性。“最高优先级”是相对的,例如,如果RE仅由优先级为-1的section描述指示,则这就是具有最高优先级的section描述。

下面是一个简化的例子(例如,symbolMask和reMask在消息中的bit数比实际字段少),以演示优化机制,并不反映实际的资源分配。

下表列出了section描述的初始集合,假定通过sectionId耦合。可以看出,对于同一个RB中不同信道/信号的RE,需要使用相同sectionId的多个section描述进行区分。

下表列出了优化后的section描述集合,sectionId的值是固定,并且是没有意义的。

在这个例子中,在优化后的section描述集合中,section描述3,4,5和6跨越连续的symbol集合,并且具有默认优先级0。这可以在没有section扩展6的情况下表示。

如果优化后的section描述集合不适合在一个消息中,则可以被分为多个消息,如下面几个表格所示。拆分为消息只是为了演示最高优先级section描述的重复。

Message #2中的section描述1和section描述2与Message #1重复,因为对于消息中section描述3所指示的RE,section描述1和section描述2是指示该RE的最高优先级section描述。如果没有section描述1和section描述2,解析section描述3时,将导致参考信号所在的RE使用错误的beamId,即应用错误的波束赋形weight。

在Message #3中,section描述1是具有最高优先级的section描述,并且不需要具有优先级为+1的重复section描述。换句话说,对于消息中指示的每个RE,该消息包含指示该RE的最高优先级section描述。

带优先级的通过频率和时间耦合(优化的)

此优化是上面介绍的带优先级的通过频率和时间耦合的扩展,以识别重复的最高优先级section描述。当最高优先级section描述重复时,O-RU对重复的section处理多次。为了识别重复,如果启用了“带优先级的通过频率和时间耦合(优化的)”,O-DU应将每个最高优先级section设置为具有唯一的sectionId,参考C平面和U平面耦合中的相关介绍。这使得O-RU能够识别重复的最高优先级section并采取优化的操作。

下面的示例与带优先级的通过频率和时间耦合中的示例相同,下表列出了优化后的section描述集合,并且增加了一列sectionId,对于低优先级section,sectionId值固定为4095,而最高优先级section将在定义的范围内具有唯一的sectionId。

如果优化后的section描述集合不适合在一个消息中,则可以被分为多个消息,其中最高优先级section是重复的。如下面几个表格所示。

在上表的Message #1中,当相同的最高优先级section在C平面消息上重复时,最高优先级section与由O-RU识别的唯一sectionId相关联。因为优先级为0的section没有重复,仍然被分配4095作为sectionId。

现在O-RU可以通过sectionId识别Message #1和Message #2中的重复section描述。

Message #3中没有使用重复的section描述,因此使用默认的sectionId。

没有C平面消息的U平面处理

O-RU可以在没有C平面的情况下支持U平面操作。通常,这一功能可用于eAxC开启期间资源分配已知(至少大致已知,下面有相关介绍)的信道,例如PRACH和SRS。如果通过M平面为给定的eAxC启用该功能,则对于该eAxC,C平面不用于提供控制信息。作为替代,O-DU应通过M平面用静态控制信息来配置O-RU,在eAxC开启之前设置资源分配细节和波束赋形配置。在U平面传输和基本功能中有详细介绍。

这一功能也可以被用于在启用期间大致知道资源分配的信道,例如,即使不存在UE,也会按照已知间隔周期性调度SRS信道接收。在这种情况下,通过M平面传输的资源分配可能超过实际的资源分配,例如,O-RU将被静态地配置,以接收与信道相关的RE,而不是反映实际的、随时间变化的分配。这种近似性通常会导致与(在给定时间)未分配的RE相关的额外的UL U平面业务;这种近似性不期望被用于DL U平面业务的分配。

这一C平面优化方法与任何section扩展都不兼容,因为所选eAxC不使用C平面消息。

使用section扩展10的调制压缩

section扩展10用于按组配置多个端口。section扩展4、section扩展5和section扩展23用于调制压缩。section扩展10可以与section扩展4、5或23一起使用。当所有eAxC_ID的section扩展4、5或23的所有参数值相同时,应在section扩展10之后添加一个单独的section扩展4、5或23。当所有eAxC的参数值不同时,应在section扩展10之后,基于eAxC_ID顺序,有序添加所有eAxC_ID的section扩展4、5或23。

如果O-RU收到section扩展10的同时仅收到一个section扩展4、5或23,O-RU应将相同的参数应用到所有eAxC_ID。如果O-RU收到section扩展4、5或23的数量等于eAxC_ID分组的数量,则O-RU应按照eAxC_ID分组的顺序应用section扩展4、5或23。任何其他数量的section扩展4、5或23都是错误条件。O-RU应使用section扩展10中的numPortc参数来识别存在的section扩展4、5或23的数量。

示例1:4层(numPortc = 3),section扩展10中beamGroupType = 00b或01b,并且所有eAxC_ID共享相同的调制压缩参数,如下表所示。这个示例中,section扩展10之后追加了一个section扩展5,其中,section扩展5包含了两个缩放值和调制压缩参数。

示例2:4层(numPortc = 3),section扩展10中beamGroupType = 00b或01b,eAxC_ID使用不同的调制压缩参数,如下表所示。这个示例中,section扩展10之后追加了4个section扩展5实例,其中,section扩展5包含了一个缩放值和调制压缩参数。

示例3:4层(numPortc = 3),section扩展10中beamGroupType = 10b,并且所有eAxC_ID共享相同的调制压缩参数,如下表所示。这个示例中,section扩展10之后追加了一个section扩展5,其中,section扩展5包含了两个缩放值和调制压缩参数。

示例4:4层(numPortc = 3),section扩展10中beamGroupType = 10b,eAxC_ID使用不同的调制压缩参数,如下表所示。这个示例中,section扩展10之后追加了4个section扩展5实例,其中,section扩展5包含了一个缩放值和调制压缩参数。

使用section扩展19的C平面优化

section扩展19的优势可以用CSI-RS为例来解释。考虑具有32个端口的CSI-RS资源,FD-CDM2。每个端口都与一个单独的beam相关联。在单层(eAxC)中最多可以发送16个端口(属于一个CDM组)。如果不使用section扩展19,这将需要使用16个section。每个section是8个字节,总共128个字节。假设4个CSI-RS资源,将是64个section和512个字节。

当使用带优先级的通过时间和频率耦合时,这个示例将产生64个最高优先级section。C平面数据包的拆分将进一步导致在每个C平面消息中复制这些最高优先级section,除了O-DU和O-RU处理外,还进一步增加了前传负载。

在同样的示例中,如果使用section扩展19,不同于每个CSI-RS资源处理多达16个section报头,O-RU将只需要处理一个section报头。处理最高优先级section以去除重叠的reMask比特将变得更有效率。不是在16个高优先级section中累加reMask和symbolMask,而是通过section报头中的reMask以及section扩展中的symbolMask一次性提供整个CSI-RS资源的组合reMask与symbolMask。这将使O-DU和O-RU处理更加高效,尤其是在处理C平面数据包的拆分时。

此外,当重复最高优先级section时,与section扩展19相关联的端口信息将不会被重复,从而节省前传资源。

使用section扩展20的C平面优化

section扩展20类似于带优先级的通过频率和时间的耦合,参考C平面和U平面耦合中的介绍,但section扩展20更有效,适用范围更广。使用section扩展19,而非section扩展20,如果存在C平面应用层数据包拆分,每个C平面消息应包含最高优先级的section描述,该section描述涉及消息中指示的任何RE,参考通过频率和时间耦合中介绍的第3条限制。这可能会增加前传和处理开销。

section扩展20优化了说明重叠RE信息(打孔信息)的方法,减少了前传和处理开销。该扩展仅包含信道的打孔信息(通过RE掩码指定),而不包含任何波束赋形信息。它进一步将多个信道的打孔信息合并到单个扩展中。如果存在C平面应用层数据包拆分,则波束赋形信息只需要发送一次,并且在每个C平面消息中只需要重复打孔信息,这些信息是紧凑的。使用section扩展20简化了section描述,例如,可以通过将reMask设置为全1来简化在reMask中传输的PRB中的RE分配细节。这可以减少所需的section数量。

这个section扩展可以与所有耦合方法一起使用,从而有利于所有耦合方法来减少section数量。

ueId指示未调度PRB范围的优化

在基于信道信息的波束赋形中,O-RU基于来自section type 5和/或section扩展10的ueId的信道信息来计算波束赋形weight。在MU-MIMO调度中,可以用不同数量的PRB来调度一起调度的UE/层,如下图所示。

为UE1调度层0和层1,使用RB0~RB33;为UE2调度层2和层3,使用RB0~RB46;为UE3调度层4,使用RB0~RB18;为UE4调度层5,使用RB0~RB99。

在上图的示例中,在一个C平面消息中,可以仅发送section type 5和section扩展10来指示前19个RB的分配,剩下的RB分配需要使用每个端口或每个eAxC_ID的单独的C平面消息来指示。即使O-DU尝试将section扩展10用于剩余的频率和层分配,也需要使用多个C平面消息。

这可以通过在section type 5和/或section扩展10且beamGroupType = 10b中使用ueId=0x7FFF来指示“未调度”信息,以指示特定PRB范围内未调度ueId来解决。当使用ueId = 0x7FFF时,O-RU应解释为这些PRB在指定端口中没有被分配,因此不应考虑BF weight生成。下表和下图说明了对上述示例的层和PRB分配,使用4个section描述sectionId #A,sectionId #B,sectionId #C和sectionId #D,以及使用了未调度的ueId。

sectionId #A使用section扩展10为层0到层5描述RB0~RB18。sectionId #B使用section扩展10为层0到层5描述RB19~RB33。依此类推。

参考 《O-RAN.WG4.CUS.0-R003-v14.00.pdf》

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/1642379.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

【Linux】搭建私有yum仓库(类阿里云)

在搭建本地yum仓库并配置国内镜像阿里云源中了解yum源 yum : Yellow dog Updater,Modified,是一种基于rpm包的自动升级和软件包管理工具。yum能从指定的服务器自动下载rpm包并安装,自动计算出程序之间的依赖关系和软件安装的步骤&…

golang学习笔记(内存模型和分配机制)

操作系统的存储管理 虚拟内存管理 虚拟内存是一种内存管理技术,它允许操作系统为每个进程提供一个比实际物理内存更大的地址空间。这个地址空间被称为虚拟地址空间,而实际的物理内存则被称为物理地址空间。使用虚拟内存有以下几点好处: 内…

牛客热题:两个链表的第一个公共节点

📟作者主页:慢热的陕西人 🌴专栏链接:力扣刷题日记 📣欢迎各位大佬👍点赞🔥关注🚓收藏,🍉留言 文章目录 牛客热题:两个链表的第一个公共节点题目链…

【Linux】进程的隔离和控制:namespace 隔离、cgroup 控制

文章目录 五、namespace 隔离dd -- 读取、转换并输出数据mkfs -- 格式化文件系统df -- 显示文件系统磁盘使用情况mount -- 加载文件系统到指定的加载点unshare -- 创建子进程,同时与父程序不共享namespace一个 demo 六、cgroup(Control Group) 相关命令pidstat -- 监…

中药辨别二

声明:参考懒兔子公益课,参考网络资料和部分网络图片整理而成,仅供学习使用,不提供商业活动价值,文章描述的中药仅供学习,请在专业医师或专业医生指导下使用药材,擅自或其他情况下使用&#xff0…

使用Python实现二维码生成工具

二维码的本质是什么? 二维码本质上,就是一段字符串。 我们可以把任意的字符串,制作成一个二维码图片。 生活中使用的二维码,更多的是一个 URL 网址。 需要用到的模块 先看一下Python标准库,貌似没有实现这个功能的…

2024网络安全面试问题宝典(4万字)

2024网络安全厂商面试问题宝典(4万字) 目录 评分标准网络基础问题 TCP建立连接要进行3次握手(syn-syn,ack-ack),而断开连接要进行4次(fin-ack-fin-ack)TCP,UDP区别:安全常用的协议…

ZFile-开源在线网盘(列目录)程序,可以将你各个存储类型的存储源,统一到一个网页中查看、预览、维护

ZFile 是什么? ZFile 是一个适用于个人的在线网盘(列目录)程序,可以将你各个存储类型的存储源,统一到一个网页中查看、预览、维护,再也不用去登录各种各样的网页登录后管理文件,现在你只需要在 ZFile 中使用。你只需要…

排序算法之堆排序

首先在了解堆排序之前我们先来回顾一下什么叫做堆吧! 基本概念 堆(Heap):是一种特殊的完全二叉树,其中每个节点的值都大于或等于(大顶堆)或小于或等于(小顶堆)其子节点的…

Vue 组件间的数据绑定

在Vue组件中,v-model指令可以用来实现双向数据绑定。它用于将组件的属性和父组件中的数据进行双向绑定,使得当属性的值改变时,父组件中的数据也会相应地改变,并且当父组件中的数据改变时,属性的值也会相应地改变。 目…

国内各种免费AI聊天机器人(ChatGPT)推荐(中)

作者主页:点击! 国内免费AI推荐(ChatGPT)专栏:点击! 创作时间:2024年4月29日15点20分 随着人工智能技术的不断发展,AI聊天机器人已经逐渐融入我们的日常生活。它们可以提供各种服务,例如聊天、…

python爬虫实战

import requests import json yesinput(输入页数:) yesint(yes)headers {"accept": "application/json, text/plain, */*","accept-language": "zh-CN,zh;q0.9","content-type": "application/json",…

文件同步--Resilio Sync

近期有很多文本处理工作,每次通过社交软件发来发去,比较麻烦,还是希望能够自动同步,方便快捷,然后师弟就给我推荐了Resilio Sync,目前配置完毕,使用下来感受良好,mark一下。 特点 跨…

喝汽水问题

问题描述: 喝汽水,1瓶汽水1元,2个空瓶可以换一瓶汽水,给20元,可以喝多少汽水(编程实现)。解题思路: 变量解释:money总金额数,price汽水单价,excha…

环形列表 题目分析

一、题目链接:. - 力扣(LeetCode) 二、思路 1.使用快慢指针,快指针一次走两步,慢指针一次走一步,二者相对速度为1 2.当慢指针刚好进入环时,设二者的相对距离为N 3.如果链表中存在环&#xff…

智能私信神器,转化率飙升的秘密!

在当今信息爆炸的时代,企业和商家面临着巨大的竞争压力,如何有效地吸引潜在客户、提高客户转化率成为摆在每一位市场营销人员面前的难题。随着人工智能技术的不断发展,智能私信软件应运而生,为企业提供了一个高效、便捷的解决方案…

【OpenNJet下一代云原生之旅】

OpenNJet下一代云原生之旅 1、OpenNJet的定义OpenNJet架构图 2、OpenNJet的特点性能无损动态配置灵活的CoPilot框架支持HTTP/3支持国密企业级应用高效安全 3、OpenNJet的功能特性4、OpenNJet的安装使用编译安装配置yum源创建符号连接修改配置编译 5、通过 OpenNJet 部署 WEB SE…

[CISCN 2018]sm

目录 1.题目 3.解题 4.参考 1.题目 题目链接 from Crypto.Util.number import getPrime,long_to_bytes,bytes_to_long from Crypto.Cipher import AES import hashlib from random import randint def gen512num():order[]while len(order)!512:tmprandint(1,512)if tmp n…

探索小猪APP分发平台:构建高效的应用推广之路

在当今快速发展的移动互联网时代探索小猪APP分发平台:构建高效的应用推广之路,应用分发成为连接开发者与用户的关键桥梁。一个高效的分发平台可以显著提升应用的可达性和用户增长速度。 小猪app分发zixun.ppzhu.net 引言:小猪APP分发平台简介…

Spring AI 抢先体验,5 分钟玩转 Java AI 应用开发

作者:刘军 Spring AI 是 Spring 官方社区项目,旨在简化 Java AI 应用程序开发,让 Java 开发者像使用 Spring 开发普通应用一样开发 AI 应用。 Spring Cloud Alibaba AI 以 Spring AI 为基础,并在此基础上提供阿里云通义系列大模…