604-NR-V2X-拥塞控制手段.docxVIP

NRV2X拥塞控制手段

Applicationrequirements-QoSHighlycongestedscenariosPhysicallayer:Baseline(e.g.,always-on)congestioncontrolfunctionality.QoS管理是NRV2x的重要组成部分。迄今为止，已经为此目的商定了若干标准/要求，例如优先级、延迟和可靠性。此外，为了支持更大和更多样化的先进汽车用例，NRV2X还将支持不同类型的通信，包括广播、分组广播和单播、不同类型的周期性和非周期性交通模式以及不同的numerology等特性。从应用程序的角度来看，服务需求被转换为所需的QoS级别，这些QoS级别是通过NR采用的每流QoS模型启用的。在这种情况下，应注意NRsidelink将具有一组特殊的QoS级别，即PC55QI,这将适当地捕获V2X应用程序的需求。因此，QoS框架的一个基本目标是将这些应用程序级需求传递给底层（包括物理层），后者实现不同类型的机制来实现这些需求。

Applicationrequirements-QoS

Highlycongestedscenarios

Physicallayer:

Baseline(e.g.,always-on)congestioncontrolfunctionality.

Physicallayer:

NRSidelink(Mode2)Baseline(e.g.,always-on)

congestioncontrolfunctionality.

NRSidelink(Mode2)

图1:跨层信息流：应用要求-QoS-物埋层（拥塞控制）

前面的思想在图1中表示，其中对于示例性用例，显示应用程序需求作为QoS参数提供给物理层。然后拥塞控制是物理层中实现所需QoS的工具之一，与其他工具如干扰管理或资源分配等。当然,可以而且确实有必要向应用层反馈一些物理层相关信息，例如，这些信息可以用来实现某种类型的应用层协调，以进一步帮助拥塞控制任务。这两种拥塞控制方案应该是独立的，但相互补充的,即：应在更改应用程序需求和触发应用层的某些（反应）行为之间进行细微的区别，以在某种程度上协助/合作物理层，例如拥塞控制。事实上，其他实体定义了其他几种拥塞控制机制，例如ETST.标准开发组织等。一般来说，它们可以在协议栈中的不同层中工作，并且可以启用或禁用。因此，默认（例如始终打开）物理层拥塞控制应独立于高层类似机制的存在。在正常情况下，即假设设计正确，它们共同工作以稳定系统性能。

协议同意支持两个基于LTE的指标来帮助拥塞控制：信道繁忙率（CBR：ChannelBusyRatio）和信道占用率（CR：ChannelOccupancyRatio）。在这两种情况下，LTE定义都被假定为起点。方面，CBR旨在指示负载水平，即评估资源池（多少个子信道）在给定时间内RSST高于某个阈值的部分（固定为100ms）o因此，CBR向发射机提供了系统中用户集体使用信道的数量的指示。另一方面，CR提供了从每个发射器的角度指示信道使用量的指示。由于NRsidclink有望为更多样化的V2X应用程序提供支持，例如，使用不同的numerology,具有周期性和非周期性的业务模式,因此我们认为NR采用的实际定义应基于LTE对应的定义，如商定的那样，但是，为了在更动态、更具挑战性和复杂的场景中提高拥塞控制的有效性，需要一些额外的灵活性。到目前为止，已经同意将CR（CRmm）的阈值与CBR表相关联，从而提供了一定的动态性/灵活性。因此，测量窗口尺寸是剩余的一个方面。

若干传输参数己被同意用作协助拥塞控制任务的自由度，例如，调制和编码方案（MCS）、子信道数目、重传数目和发射功率。当MCS考虑SINR电平时，使用多层的可能性，除了需要一定的SINR电平外，还需要更好的信道估计。然而，可能存在满足先前条件的情况，并且在这种情况下，使用多个层可以导致显著更有效的（时间-频率）资源使用，从而缓解拥塞。先前传输参数的使用不需要相互排斥（即，一个不排除使用另一个）。

由于移动性对无线通信性能的影响是显而易见的，因此在3GPP系统中，速度已经被考虑在内，但是从绝对值来看，这从几个的度来看是一个很好的折衷方案。然而，是否需要NRV2X中的相对速度估计值需要进一步澄清/讨论。NRsidelink应该提供方法来传送至少相对速度的原始估计，类似于信道状态信息反馈中使用的估计，例如cqio相对速度估计的问题可以留给UE实现。