无线通信系统中请求侧链路传送资源的方法和设备
文献发布时间：2023-06-19 11:57:35
技术领域
本公开大体上涉及无线通信网络，且更具体地说，涉及无线通信系统中请求侧链路传送资源的方法和设备。
背景技术
随着往来移动通信装置的大量数据的通信需求的快速增长，传统的移动语音通信网络演进成与互联网协议(Internet Protocol，IP)数据分组(全文中的“分组”又称之为“封包”)通信的网络。此类IP数据分组通信可以是移动通信装置的用户提供IP承载语音、多媒体、多播和点播通信服务。
示例性网络结构是演进型通用陆地无线电接入网(Evolved UniversalTerrestrial Radio Access Network，E-UTRAN)。E-UTRAN系统可提供高数据吞吐量以便实现上述IP承载语音和多媒体服务。目前，3GPP标准组织正在讨论新下一代(例如，5G)无线电技术。因此，目前在提交和考虑对3GPP标准的当前主体的改变以使3GPP标准演进和完成。
发明内容
本发明公开从第一用户设备(User Equipment，UE)的角度请求专用侧链路配置的方法和设备。在一个实施例中，所述方法包含第一UE将第一无线电资源控制(first RadioResource Control，RRC)消息传送到网络节点，其中第一RRC消息分组含侧链路服务质量(Quality of Service，QoS)信息，且其中侧链路QoS信息中侧链路QoS流的标识的存在是强制性的，而侧链路QoS信息中侧链路QoS流的QoS概述的存在是选择性的。所述方法还包含第一UE从网络节点接收第二RRC消息，其中第二RRC消息分组含专用侧链路配置和与专用侧链路配置相关联的侧链路QoS流的标识。
附图说明
图1示出根据一个示例性实施例的无线通信系统的图。
图2是根据一个示例性实施例的传送器系统(也被称作接入网络)和接收器系统(也被称作用户设备或UE)的框图。
图3是根据一个示例性实施例的通信系统的功能框图。
图4是根据一个示例性实施例的图3的程序代码的功能框图。
图5是3GPP TS 23.287V16.0.0的图5.2.1.4-1的再现。
图6是3GPP TS 23.287V16.0.0的图6.3.3.1-1的再现。
图7是3GPP TR 38.885V16.0.0的图7-1的再现。
图8是3GPP电子邮件论述[108#44][V2X]38.331运行CR(华为)中提供的图5.X.3.1-1的再现。
图9是3GPP电子邮件论述[108#44][V2X]38.331运行CR(华为)的图5.x.9.1.1-1的再现。
图10是3GPP电子邮件论述[108#44][V2X]38.331运行CR(华为)的图5.x.9.1.1-2的再现。
图11是3GPP TS 38.323V15.2.0的图6.2.3.2-1的再现。
图12是根据一个示例性实施例的流程图。
图13是根据一个示例性实施例的流程图。
图14是根据一个示例性实施例的流程图。
图15是根据一个示例性实施例的流程图。
具体实施方式
下文描述的示例性无线通信系统和装置采用支持广播服务的无线通信系统。广泛部署无线通信系统以提供例如语音、数据等的各种类型的通信。这些系统可以基于码分多址(code division multiple access，CDMA)、时分多址(time division multipleaccess，TDMA)、正交频分多址(orthogonal frequency division multiple access，OFDMA)、3GPP长期演进(Long Term Evolution，LTE)无线接入、3GPP长期演进高级(LongTerm Evolution Advanced，LTE-A或LTE-高级)、3GPP2超移动宽带(Ultra MobileBroadband，UMB)、WiMax、3GPP新无线电(New Radio，NR)或一些其它调制技术。
确切地说，下文描述的示例性无线通信系统装置可以被设计成支持一个或多个标准，例如由在本文中被称作3GPP的被命名为“第三代合作伙伴计划(3rd GenerationPartnership Project)”的联合体提供的标准，包含：TS 23.287V16.0.0，“支持车联网(Vehicle-to-Everything，V2X)服务(版本16)的5G系统(5G System，5GS)的架构增强”；TR38.885 V16.0.0；“NR；关于NR车联网(V2X)(版本16)的研究”；R2-1908107，“来自LTE V2X和NR V2X会话的报告”；R2-1916288，“来自LTE V2X和NR V2X会话的报告”；3GPP电子邮件论述[108#44][V2X]38.331运行CR(华为)，draft_R2-191xxx_Running CR到具有NR Sidelink_v1的5G V2X的TS 38.331；TS 38.322 V15.1.0，“NR；无线电链路控制(RLC)协议规范(版本15)(Radio Link Control(RLC)protocol specification(Release 15))”；和TS 38.323V15.2.0，“NR；分组数据汇聚协议(PDCP)协议规范(版本15)(Packet Data ConvergenceProtocol(PDCP)protocol specification(Release 15))”。上文所列的标准和文献特此明确地以全文引用的方式并入。
图1示出根据本发明的一个实施例的多址接入无线通信系统。接入网络100(access network，AN)包含多个天线群组，一个群组包含104和106，另一群组包含108和110，且额外群组包含112和114。在图1中，每个天线群组仅示出两个天线，然而，每个天线群组可利用更多或更少的天线。接入终端116(access terminal，AT)与天线112和114通信，其中天线112和114在前向链路120上将信息传送到接入终端116，且在反向链路118上从接入终端116接收信息。接入终端(AT)122与天线106和108通信，其中天线106和108在前向链路126上将信息传送到接入终端(AT)122，且在反向链路124上从接入终端(AT)122接收信息。在FDD系统中，通信链路118、120、124和126可以使用不同频率进行通信。举例来说，前向链路120可使用与反向链路118所用的频率不同的频率。
每个天线组和/或所述天线组被设计成在其中通信的区域常常称为接入网络的扇区。在实施例中，天线组各自被设计成与接入网络100所覆盖的区域的扇区中的接入终端通信。
在前向链路120和126上的通信中，接入网络100的传送天线可利用波束成形以便改进用于不同接入终端116和122的前向链路的信噪比。另外，相比于通过单个天线对其所有接入终端进行传送的接入网络，使用波束成形对随机分散在其覆盖区域中的接入终端进行传送的接入网络对相邻小区中的接入终端的干扰更少。
接入网络(AN)可以是用于与终端通信的固定站或基站，并且也可被称作接入点、节点B、基站、增强型基站、演进节点B(evolved Node B，eNB)，或某一其它术语。接入终端(AT)还可以被称为用户设备(user equipment，UE)、无线通信装置、终端、接入终端或某一其它术语。
图2是MIMO系统200中的传送器系统210(也被称为接入网络)和接收器系统250(也被称为接入终端(AT)或用户设备(UE))的实施例的简化框图。在传送器系统210处，将多个数据流的业务数据从数据源212提供到传送(TX)数据处理器214。
在一个实施例中，通过相应的传送天线传送每个数据流。TX数据处理器214基于针对数据流而选择的特定译码方案而对所述数据流的业务数据进行格式化、译码和交错以提供经译码数据。
可使用OFDM技术将每个数据流的经译码数据与导频数据多路复用。导频数据通常是以已知方式进行处理的已知数据模式，并且可在接收器系统处用以估计信道响应。每个数据流的多路复用的导频和经译码数据接着基于为所述数据流选择的特定调制方案(例如，BPSK、QPSK、M-PSK或M-QAM)进行调制(即，符号映射)以提供调制符号。可以通过由处理器230执行的指令来确定用于每个数据流的数据速率、译码和调制。
接着将所有数据流的调制符号提供给TX MIMO处理器220，所述处理器可进一步处理所述调制符号(例如，用于OFDM)。TX MIMO处理器220接着将N
每个传送器222接收并处理相应符号流以提供一个或多个模拟信号，并且进一步调节(例如，放大、滤波和上变频转换)所述模拟信号以提供适合于通过MIMO信道传送的调制信号。接着，分别从N
在接收器系统250处，由N
RX数据处理器260接着基于特定接收器处理技术从N
处理器270定期确定使用哪个预译码矩阵(在下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。
反向链路消息可包括关于通信链路和/或接收到的数据流的各种类型的信息。接着，反向链路消息由还从数据源236接收数个数据流的业务数据的TX数据处理器238处理、由调制器280调制、由传送器254a到254r调节且传送回到传送器系统210。
在传送器系统210处，来自接收器系统250的调制信号由天线224接收、由接收器222调节、由解调器240解调并且由RX数据处理器242处理，以便提取由接收器系统250传送的反向链路消息。接着，处理器230确定使用哪个预译码矩阵来确定波束成形权重，接着处理所提取的消息。
转向图3，此图示出根据本发明的一个实施例的通信装置的替代性简化功能框图。如图3中所示，可以利用无线通信系统中的通信装置300来实现图1中的UE(或AT)116和122或图1中的基站(或AN)100，并且所述无线通信系统优选地是LTE或NR系统。通信装置300可以包含输入装置302、输出装置304、控制电路306、中央处理单元(central processingunit，CPU)308、存储器310、程序代码312和收发器314。控制电路306通过CPU 308执行存储器310中的程序代码312，由此控制通信装置300的操作。通信装置300可接收由用户通过输入装置302(例如键盘或小键盘)输入的信号，且可通过输出装置304(例如监视器或扬声器)输出图像和声音。收发器314用于接收和传送无线信号、将所接收信号传递到控制电路306且无线地输出由控制电路306产生的信号。也可利用无线通信系统中的通信装置300来实现图1中的AN 100。
图4是根据本发明的一个实施例在图3中所示的程序代码312的简化框图。在此实施例中，程序代码312包含应用层400、层3部分402以及层2部分404，且耦合到层1部分406。层3部分402通常执行无线电资源控制。层2部分404通常执行链路控制。层1部分406通常执行物理连接。
3GPP TS 23.287如下指定与单播模式相关的车联网(V2X)通信：
5.2.1.4 通过PC5参考点进行的单播模式通信
仅通过基于NR的PC5参考点支持单播通信模式。图5.2.1.4-1说明PC5单播链路的实例。
[3GPP TS 23.287 V16.0.0的标题为“PC5单播链路的实例”的图5.2.1.4-1再现为图5]
当通过PC5单播链路携载V2X通信时，以下原理适用：
-两个UE之间的PC5单播链路允许这些UE中的一对或多对对等V2X服务之间的V2X通信。UE中使用同一PC5单播链路的所有V2X服务使用同一应用层ID。
注1：由于隐私，应用层ID可能在时间上改变，如条款5.6.1.1和6.3.3.2中所描述。这不会造成PC5单播链路的重建。
-如果这些V2X服务至少与此PC5单播链路的对等应用层ID对相关，那么一个PC5单播链路支持一个或多个V2X服务(例如，PSID或ITS-AID)。举例来说，如图5.2.1.4-1中所说明，UE A和UE B具有两个PC5单播链路，一个在对等应用层ID 1/UE A与应用层ID 2/UE B之间且一个在对等应用层ID 3/UE A与应用层ID 4/UE B之间。
注2：并不要求源UE知晓不同PC5单播链路上的不同目标应用层ID是否属于同一目标UE。
-PC5单播链路使用例如IP或非IP的单个网络层协议来支持V2X通信。
-PC5单播链路支持每流QoS模型，如条款5.4.1中所指定。
当UE中的应用层为需要通过PC5参考点进行的通信的单播模式的V2X服务发起数据传递时：
-如果一对对等应用层ID和此PC5单播链路的网络层协议与用于此V2X服务的UE中的应用层所需要的那些相同，那么UE将重复使用现有PC5单播链路，并且按照条款6.3.3.4中指定来修改现有PC5单播链路以添加此V2X服务；否则
-UE将按照条款6.3.3.1中所指定触发新PC5单播链路的建立。
在成功建立PC5单播链路之后，如5.6.1.4条款中所指定，UE A和UE B将同一对层2ID用于后续PC5-S信令消息交换和V2X服务数据传送。传送UE的V2X层向AS层指示传送是否是用于PC5-S信令消息(即，直接通信请求/接受、链路标识符更新请求/响应、断开请求/响应、链路修改请求/接受)或V2X服务数据。
对于每个PC5单播链路，UE自行指派在PC5单播链路的使用寿命内唯一识别UE中的PC5单播链路的不同PC5链路标识符。每个PC5单播链路与单播链路概述相关，所述单播链路概述包含：
-UE A的服务类型(例如，PSID或ITS-AID)、应用层ID和层2ID；以及
-UE B的应用层ID和层2ID；以及
-在PC5单播链路上使用的网络层协议；以及
-对于每个V2X服务，PC5 QoS流标识符(PC5 QoS Flow Identifier，PFI)集合。每个PFI与QoS参数(即，PQI和选择性的范围)相关。
出于隐私原因，应用层ID和层2ID在PC5单播链路的寿命期间可能如条款5.6.1.1和6.3.3.2中所描述改变，并且如果是这样，那么应相应地在单播链路概述中更新。UE使用PC5链路标识符指示到V2X应用层的PC5单播链路，因此V2X应用层识别对应PC5单播链路，即使存在与一个服务类型相关联的超过一个单播链路(例如，针对同一服务类型，UE与多个UE建立多个单播链路)。
单播链路概述将在针对已建立的PC5单播链路进行层2链路修改之后进行相应更新，如条款6.3.3.4中所指定。
[…]
5.6 标识符
5.6.1 通过PC5参考点进行的V2X通信的标识符
5.6.1.1 综述
每个UE具有用于通过PC5参考点进行V2X通信的一个或多个层2ID，其由以下各项组成：
-源层2ID；和
-目的地层2ID。
源和目的地层2ID包含于在对这些帧的层2源和目的地进行识别的PC5参考点的层2链路上发送的层2帧中。源层2ID始终由发起对应层2帧的UE自分配。
UE对源和目的地层2ID的选择取决于此层2链路的通过PC5参考点进行的V2X通信的通信模式，如条款5.6.1.2、5.6.1.3和5.6.1.4中所描述。在不同的通信模式之间，源层2ID可能不同。
当支持基于IP的V2X通信时，UE将链路本地IPv6地址配置成用作源IP地址，如TS23.303[17]的条款4.5.3中所定义。UE可以将此IP地址用于通过PC5参考点进行的V2X通信，而无需发送用于双重地址检测的相邻请求和相邻广告消息。
如果UE具有如条款5.1.2.1中所述的配置所识别的需要当前地理区域中的隐私支持的激活的V2X应用，则为了确保超过应用所要求的某个短时间段的任何其它UE(例如，车辆)无法跟踪或识别源UE(例如车辆)，源层2ID应随时间变化且应随机化。对于通过PC5参考点进行的基于IP的V2X通信，源IP地址也应随时间变化且应随机化。用于PC5的各个层之间的源UE的标识符的变化必须同步进行，例如当应用层ID发生变化时，源层2ID和源IP地址也需要改变。
5.6.1.4 通过PC5参考点进行的单播模式V2X通信的标识符
对于通过PC5参考点进行的V2X通信的单播模式，所使用目的层2ID取决于通信对等方，所述通信对等方是在PC5单播链路建立期间发现的。如条款5.1.2.1中所指定，用于建立PC5单播链路的初始信令可使用与为PC5单播链路建立而配置的服务类型(例如，PSID/ITS-AID)相关的默认目的地层2ID。如条款6.3.3.1中所指定，在PC5单播链路建立程序期间，层2ID被交换且应用于两个UE之间的未来通信。
应用层ID与UE内的一个或多个V2X应用相关。如果UE具有超过一个应用层ID，那么从对等UE的角度来看，同一UE的每个应用层ID可以被视为不同UE的应用层ID。
由于V2X应用层不使用层2ID，因此UE维持应用层ID与用于PC5单播链路的源层2ID之间的映射。这样可以在不中断V2X应用的情况下更改源层2ID。
当应用层ID改变时，如果链路用于与已改变的应用层ID的V2X通信，那么PC5单播链路的源层2ID应改变。
UE可以与对等UE建立多个PC5单播链路并且将相同或不同源层2ID用于这些PC5单播链路。
编者注：可基于RAN WG反馈要求进一步更新标识符描述。
[…]
6.3.3 通过PC5参考点进行的单播模式V2X通信
6.3.3.1 通过PC5参考点建立层2链路
为了通过PC5参考点执行单播模式V2X通信，UE配置有如条款5.1.2.1中所描述的相关信息。
图6.3.3.1-1示出用于通过PC5参考点进行的单播模式V2X通信的层2链路建立程序。
[3GPP TS 23.287 V16.0.0的标题为“层2链路建立程序”的图6.3.3.1-1再现为图6]
1.如条款5.6.1.4中所指定，UE确定用于PC5单播链路建立的信令接收的目的地层2ID。如条款5.1.2.1中所指定，目的层2ID配置有UE。
2.UE-1中的V2X应用层提供用于PC5单播通信的应用信息。应用信息包含V2X应用的服务类型(例如，PSID或ITS-AID)以及发起UE的应用层ID。应用信息中可以包含目标UE的应用层ID。
UE-1中的V2X应用层可以提供用于此单播通信的V2X应用要求。如条款5.4.1.4中所指定，UE-1确定PC5 QoS参数和PFI。
如果如条款5.2.1.4中所指定，UE-1决定重新使用现有PC5单播链路，那么如条款6.3.3.4中所指定，UE发起层2链路修改程序。
3.UE-1发送直接通信请求消息以发起单播层2链路建立程序。直接通信请求消息包含：
-源用户信息：发起UE的应用层ID(即，UE-1的应用层ID)。
-如果V2X应用层在步骤2中提供目标UE的应用层ID，那么包含以下信息：
-目标用户信息：目标UE的应用层ID(即，UE-2的应用层ID)。
-V2X服务信息：关于请求层2链路建立的V2X服务的信息(例如，PSID或ITS-AID)。
-指示是否使用IP通信。
-IP地址配置：对于IP通信，此链路需要IP地址配置，且其指示以下值中的一个：
-“IPv6路由器”，如果IPv6地址分配机制受到发起的UE的支持，那么充当IPv6路由器；或
-“不支持IPv6地址分配”，如果IPv6地址分配机制不受发起的UE支持。
-链路本地IPv6地址：基于RFC 4862[21]在本地形成的链路本地IPv6地址，如果UE-1不支持IPv6IP地址分配机制，即IP地址配置指示“不支持IPv6地址分配”。
-QoS信息：关于PC5 QoS流的信息。对于每个PC5 QoS流，PFI和对应PC5 QoS参数(即，PQI和有条件地其它参数，例如MFBR/GFBR等)。
如条款5.6.1.1和5.6.1.4中所指定规定，确定用于发送直接通信请求消息的源层2ID和目的地层2ID。
UE-1通过PC5广播使用源层2ID和目的层2ID来发送直接通信请求消息。
4.如下将直接通信接受消息发送到UE-1：
4a.(面向UE的层2链路建立)如果直接通信请求消息中包含目标用户信息，那么目标UE，即UE-2用直接通信接受消息作出响应。
4b.(面向V2X服务的层2链路建立)如果直接通信请求消息中不包含目标用户信息，那么有兴趣使用通知的V2X服务的UE因此决定利用UE-1建立层2链路，通过发送直接通信接受消息来响应请求(图6.3.3.1-1中的UE-2和UE-4)。
直接通信接受消息包含：
-源用户信息：发送直接通信接受消息的UE的应用层ID。
-QoS信息：关于PC5 QoS流的信息。对于每个PC5 QoS流，PFI和由UE-1请求的对应PC5 QoS参数(即，PQI和条件性的其它参数，例如MFBR/GFBR等)。
-IP地址配置：对于IP通信，此链路需要IP地址配置，且其指示以下值中的一个：
-“IPv6路由器”，如果IPv6地址分配机制受目标UE的支持，那么充当IPv6路由器；或
-“不支持IPv6地址分配”，如果IPv6地址分配机制不受目标UE支持。
-链路本地IPv6地址：基于RFC 4862[21]在本地形成的链路本地IPv6地址，如果目标UE不支持IPv6IP地址分配机制，即IP地址配置指示“不支持IPv6地址分配”，且UE-1在直接通信请求消息中包含链路本地IPv6地址。目标UE应包含非冲突链路本地IPv6地址。
如果选择两个UE(即，发起UE和目标UE)来使用链路本地IPv6地址，那么其应停用RFC 4862[21]中所定义的双重地址检测。
注1：当发起UE或目标UE指示对IPv6路由器的支持时，对应地址配置程序将在建立层2链路之后实施，并且忽略链路本地IPv6地址。
如条款5.6.1.1和5.6.1.4中所指定，确定用于发送直接通信请求消息的源层2ID。目的地层2ID设定成接收到的直接通信请求消息的源层2ID。
一旦从对等UE接收到直接通信接受消息，UE-1就获得未来通信的对等UE的层2ID，以用于此单播链路的信令和数据业务。
建立PC5单播链路的UE的V2X层将指定用于单播链路的PC5链路标识符和PC5单播链路相关信息向下传递到AS层。PC5单播链路相关信息包含层2ID信息(即，源层2ID和目的地层2ID)。这使得AS层能够维持PC5链路标识符以及PC5单播链路相关信息。
编者注：将基于来自SA WG3的反馈确定用于相互认证和安全性关联建立的步骤。
5.如下通过所建立的单播链路传送V2X服务数据：
将PC5链路标识符和PFI以及V2X服务数据提供给AS层。
UE-1使用源层2ID(即，用于此单播链路的UE-1的层2ID)和目的地层2ID(即，用于此单播链路的对等UE的层2ID)发送V2X服务数据。
注2：PC5单播链路是双向的，因此UE-1的对等UE可以通过与UE-1的单播链路将V2X服务数据发送到UE-1。
编者注：取决于RAN WG对如何通过AS层发送直接通信请求/接受消息(例如，通过使用PC5-RRC信令)的决策，可以更新包含在直接通信请求/接受消息中的参数。
编者注：包含在直接通信请求/接受消息中的额外参数(例如，安全性相关)有待进一步研究(FFS)。
编者注：将基于来自SA WG3的反馈确定单播通信是否在链路层处需要安全保护。
3GPP TS 38.885如下指定用于NR(新RAT/无线电)V2X单播模式通信的服务质量(QoS)管理：
7 QoS管理
在QoS管理在资源分配、拥塞控制、装置内共存、功率控制和SLRB配置中的使用的背景下，QoS管理与V2X相关。与QoS管理相关的物理层参数是所传递业务的优先级、时延、可靠性和最小必需通信范围(如由高层定义)。AS中还支持数据速率要求。需要SL拥塞度量以及至少在资源分配模式2下用于拥塞控制的机构。向gNB报告SL拥塞度量是有益的。
对于SL单播、组播和广播，由上部层将V2X分组的QoS参数提供到AS。对于SL单播，基于图7-1和7-2中所示出的信令流和程序来配置SLRB。假定[6]中所描述的每流QoS模型在上部层中。
[3GPP TS 38.885 V16.0.0的标题为“用于SL单播的SLRB配置(UE特定)”的图7-1被再现为图7]
在图7-1的步骤0中，通过[6]中的服务授权和供应程序，将用于每个PC5QoS流的PC5 QoS概述，即，特定的PC5 QoS参数集合以及PC5 QoS规则提前提供给UE；类似地，还将用于每个QoS流的PC5 QoS概述提前提供给gNB/ng-eNB。接着，当分组到达时，UE可首先基于步骤0中配置的PC5 QoS规则而推导出相关PC5 QoS流(即，PC5 QFI)的标识符，且接着可在步骤3中向gNB/ng-eNB报告推导出的PC5 QFI。gNB/ng-eNB可基于步骤0中来自5GC的供应而推导出这些所报告PC5 QFI的QoS概述，且可发信与通过步骤4中的RRC专用信令报告的PC5QFI UE相关的SLRB的配置。这些SLRB配置可以包含PC5 QoS流到SLRB映射、SDAP/PDCP/RLC/LCH配置等。在步骤5中，AS中的UE按照gNB/ng-eNB配置与对等UE建立与分组的PC5 QFI相关联的SLRB，且将可用分组映射到建立的SLRB。接着可以进行SL单播传送。
注：如何定义PC5 QFI取决于SA2 WG2。
[…]
3GPP R2-1908107捕获如下关于NR SL QoS和SLRB配置的RAN2#106协议：
3GPP R2-1916288捕获如下关于RLC和LCID不匹配的RAN2#108协议：
在2019年12月26日流通的用于捕获具有NR侧链路协议的5G V2X的更新运行CR到TS 38.331(如在3GPP电子邮件论述[108#44][V2X]38.331运行CR(华为)中描述)如下指定用于NR V2X的侧链路相关程序和消息：
5.3.5 RRC重新配置
[…]
5.3.5.3 通过UE接收RRCReconfiguration
一旦接收RRCReconfiguration，UE应执行以下动作：
[…]
1>如果RRCReconfiguration消息包含sl-ConfigDedicatedNR：
2>那么执行如5.3.5.X中所指定的侧链路专用配置程序；
[…]
-RRCReconfiguration
RRCReconfiguration消息是修改RRC连接的命令。其可传达用于测量配置、移动性控制、无线电资源配置(包含RB、MAC主要配置和物理信道配置)和AS安全配置的信息。
信令无线电承载：SRB1或SRB3
RLC-SAP：AM
逻辑信道：DCCH
方向：网络到UE
RRCReconfiguration消息
[…]
-SL-RadioBearerConfig
IE SL-RadioBearerConfig指定用于NR侧链路通信的侧链路DRB配置信息。
SL-RadioBearerConfig信息元素
[…]
-SL-SDAP-Config
使用IE SL-SDAP-Config来设定用于侧链路DRB的可配置SDAP参数。
SL-SDAP-Config信息元素
[…]
5.X.3 用于NR侧链路通信的侧链路UE信息
5.X.3.1 综述
[3GPP电子邮件论述[108#44][V2X]38.331运行CR(华为)的标题为“用于NR侧链路通信的侧链路UE信息”的图5.X.3.1-1再现为图8]
此程序的目的在于通知网络UE对或不再对接收NR侧链路通信感兴趣，以及请求指派或释放NR侧链路通信的传送资源且报告与NR侧链路通信相关的参数。
5.x.3.2 起始
能够进行RRC_CONNECTED中的NR侧链路通信的UE可发起程序以指示其在若干情况下(感兴趣)接收NR侧链路通信，所述情况包含成功连接建立或恢复、兴趣改变、改变到提供包含sl-ConfigCommonNR的SIBX的PCell。能够进行NR侧链路通信的UE可发起程序以请求用于NR侧链路通信传送的专用资源的指派。
一旦发起此程序，UE应：
1>如果包含sl-ConfigCommonNR的SIBX由PCell提供：
2>那么确保具有用于PCell的SIBX的有效版本；
2>如果被上部层配置成在包含于PCell的SIBX中的sl-FreqInfoList中的频率上接收NR侧链路通信：
3>如果UE自最后一次进入RRC_CONNECTED状态起就不传送SidelinkUEInformationNR消息；或
3>如果从UE最后一次传送SidelinkUEInformationNR消息起，UE就连接到不提供包含sl-ConfigCommonNR的SIBX的PCell；或
3>如果SidelinkUEInformationNR消息的最后一次传送不包含sl-RxInterestedFreqList；或如果自SidelinkUEInformationNR消息的最后一次传送起，被上部层配置成接收NR侧链路通信的频率就已改变：
4>发起SidelinkUEInformationNR消息的传送以根据5.x.3.3指示感兴趣的NR侧链路通信接收频率；
2>另外：
3>如果SidelinkUEInformationNR消息的最后一次传送包含sl-RxInterestedFreqList：
4>那么发起SidelinkUEInformationNR消息的传送以根据5.x.3.3指示其不再对NR侧链路通信接收感兴趣；
2>如果被上部层配置成在包含于PCell的SIBX中的sl-FreqInfoList中的频率上传送NR侧链路通信：
3>如果UE自最后一次进入RRC_CONNECTED状态起就不传送SidelinkUEInformationNR消息；或
3>如果从UE最后一次传送SidelinkUEInformationNR消息起，UE就连接到不提供包含sl-ConfigCommonNR的SIBX的PCell；或
3>如果SidelinkUEInformationNR消息的最后一次传送不包含sl-TxResourceReqList；或如果自SidelinkUEInformationNR消息的最后一次传送起，由sl-TxResourceReqList所承载的信息就已改变：
4>那么发起SidelinkUEInformationNR消息的传送以根据5.X.3.3指示UE所需的NR侧链路通信传送资源；
2>另外：
3>如果SidelinkUEInformationNR消息的最后一次传送包含sl-TxResourceReqList：
4>那么发起SidelinkUEInformationNR消息的传送以根据5.X.3.3指示其不再需要NR侧链路通信传送资源；
5.x.3.3 与SidelinkUEInformationNR消息的传送有关的动作
UE应如下设定SidelinkUEInformationNR消息的内容：
1>如果UE发起程序以指示其(不再)有兴趣接收NR侧链路通信或请求(配置/释放)NR侧链路通信传送资源(即，UE包含所有涉及的信息，无论是什么触发了程序)：
2>如果包含sl-ConfigCommonNR的SIBX由PCell提供：
3>如果被上部层配置成接收NR侧链路通信：
4>包含sl-RxInterestedFreqList且将其设定成用于NR侧链路通信接收的频率；
3>如果由上部层配置成传送NR侧链路通信：
4>那么包含sl-TxResourceReqList且针对其请求网络指派NR侧链路通信资源的每个目的地而如下设定其场：
5>将sl-DestinationIdentiy设定成由上部层配置用于NR侧链路通信传送的目的地标识；
5>将sl-CastType设定成由上部层配置用于NR侧链路通信传送的相关联目的地标识的播送类型；
5>如果相关双向侧链路DRB添加是因RRCReconfigurationSidelink的配置所致，那么将sl-RLC-ModeIndication设定成包含RLC模式和任选地相关RLC模式的侧链路QoS流的QoS概述；
5>如果检测到侧链路RLF，那么将sl-Failure设定成NR侧链路通信传送的相关目的地；
5>将sl-QoS-InfoList设定成包含由上部层配置用于NR侧链路通信传送的相关目的地的侧链路QoS流的QoS概述；
5>将sl-InterestedFreqList设定成指示NR侧链路通信传送的频率；
5>将sl-TypeTxSyncList设定成在NR侧链路通信传送的相关sl-InterestedFreqList上使用的当前同步参考类型。
1>UE应向下部层提交SidelinkUEInformationNR消息以用于传送。
[…]
-SidelinkUEInformationNR
SidelinkUEinformationNR消息用于向网络指示NR侧链路UE信息。
信令无线电承载：SRB1
RLC-SAP：AM
逻辑信道：DCCH
方向：UE到网络
SidelinkUEInformationNR消息
[…]
5.X.9 侧链路RRC程序
5.X.9.1 侧链路RRC重新配置
5.x.9.1.1 综述
[3GPP电子邮件论述[108#44][V2X]38.331运行CR(华为)的标题为“侧链路RRC重新配置，成功”的图5.x.9.1.1-1再现为图9]
[3GPP电子邮件论述[108#44][V2X]38.331运行CR(华为)的标题为“侧链路RRC重新配置，失败”的图5.x.9.1.1-2再现为图10]
此程序的目的是建立/修改/释放侧链路DRB或配置NR侧链路测量和报告以用于PC5-RRC连接。
UE可以在以下情况下发起侧链路RRC重新配置程序且对其对等UE执行子条款5.x.9.1.2中的操作：
-释放与对等UE相关的侧链路DRB，如子条款5.x.9.1.4中所指定；
-建立与对等UE相关的侧链路DRB，如子条款5.x.9.1.5中所指定；
-修饰与对等UE相关的侧链路DRB的SLRB-Config中所包含的参数，如子条款5.x.9.1.5中所指定；
-配置对等UE以执行NR侧链路测量和报告。
5.x.9.1.2 与RRCReconfigurationSidelink消息的传送有关的动作
UE应如下设定RRCReconfigurationSidelink消息的内容：
1>由于sl-ConfigDedicatedNR、SIBX、SidelinkPreconfigNR或上部层的配置，根据子条款5.x.9.1.4.1，针对待释放的每个侧链路DRB：
2>设定对应于侧链路DRB的slrb-ConfigToReleaseList中所包含的slrb-PC5-ConfigIndex；
1>由于接收sl-ConfigDedicatedNR、SIBX、SidelinkPreconfigNR，根据子条款5.x.9.1.5.1，针对待建立或修改的每个侧链路DRB：
2>根据对应于侧链路DRB的所接收sl-RadioBearerConfig和sl-RLC-BearerConfig，设定slrb-ConfigToAddModList中所包含的SLRB-Config；
1>针对待进行配置的每个NR侧链路测量和报告：
2>根据存储的NR侧链路测量配置信息，设定sl-MeasConfig；
1>针对与侧链路DRB相关的目的地，启动定时器T400；
UE应向下部层提交RRCReconfigurationSidelink消息以用于传送。
5.x.9.1.3 通过UE接收RRCReconfigurationSidelink
UE应在接收RRCReconfigurationSidelink之后执行以下动作：
1>如果RRCReconfigurationSidelink包含slrb-ConfigToReleaseList：
2>那么针对作为当前UE侧链路配置的部分的slrb-ConfigToReleaseList中所包含的每个slrb-PC5-ConfigIndex值；
3>根据子条款5.x.9.1.4执行侧链路DRB释放程序；
1>如果RRCReconfigurationSidelink包含slrb-ConfigToAddModList：
2>针对并非当前UE侧链路配置的部分的slrb-ConfigToAddModList中所包含的每个slrb-PC5-ConfigIndex值：
3>如果包含，那么施加sl-MappedQoS-FlowsToAddList和sl-MappedQoS-FlowsToReleaseList；
3>根据子条款5.x.9.1.5执行侧链路DRB添加程序；
2>针对当前UE侧链路配置的部分的slrb-ConfigToAddModList中所包含的每个slrb-PC5-ConfigIndex值：
3>如果包含，那么施加sl-MappedQoS-FlowsToAddList和sl-MappedQoS-FlowsToReleaseList；
3>根据子条款5.x.9.1.4和5.x.9.1.5执行侧链路DRB释放或修改程序。
1>如果UE不能够遵守RRCReconfigurationFailureSidelink中包含的(部分)配置(即，侧链路RRC重新配置失败)：
2>那么继续使用接收RRCReconfigurationFailureSidelink消息之前所用的配置；
2>设定RRCReconfigurationFailureSidelink消息的内容；
3>向下部层提交RRCReconfigurationFailureSidelink消息以用于传送；
1>另外：
2>设定RRCReconfigurationCompleteSidelink消息的内容；
3>向下部层提交RRCReconfigurationCompleteSidelink消息以用于传送；
注X：当同一逻辑信道由另一UE配置不同RLC模式时，UE将情况处置为侧链路RRC重新配置失败。
[…]
-RRCReconfigurationSidelink
RRCReconfigurationSidelink消息是PC5 RRC连接的AS配置的命令。其仅应用于NR侧链路通信的单播。
信令无线电承载：用于PC5-RRC的侧链路SRB
RLC-SAP：AM
逻辑信道：SCCH
方向：UE到UE
-RRCReconfigurationCompleteSidelink
RRCReconfigurationCompleteSidelink消息用于证实成功完成PC5 RRC AS重新配置。其仅应用于NR侧链路通信的单播。
信令无线电承载：用于PC5-RRC的侧链路SRB
RLC-SAP：AM
逻辑信道：SCCH
方向：UE到UE
RRCReconfigurationCompleteSidelink消息
3GPP TS 38.322如下介绍RLC状态报告：
5.2.3 AM数据传递
5.2.3.1 传送操作
5.2.3.1.1 综述
AM RLC实体的传送侧应使RLC控制PDU的传送优先于AMD PDU。AM RLC实体的传送侧应使含有先前传送的RLC SDU或RLC SDU部分的传送优先于不含先前传送的RLC SDU或RLC SDU部分的AMD PDU的传送。
AM RLC实体的传送侧应根据状态变量TX_Next_Ack如下来维持传送窗：
-如果TX_Next_Ack<＝SN -否则，SN在传送窗外部。 AM RLC实体的传送侧不应向下部层提交其SN在传送窗外部的任何AMD PDU。 对于从上部层接收到的每个RLC SDU，AM RLC实体应： -使SN与等于TX_Next的RLC SDU相关且通过将AMD PDU的SN设定成TX_Next来构造AMD PDU； -使TX_Next递增一。 当向下部层提交含有RLC SDU的部分的AMD PDU时，AM RLC实体的传送侧应： -将AMD PDU的SN设定成对应RLC SDU的SN。 AM RLC实体的传送侧可通过以下来接收RLC SDU的肯定确认(证实通过其对等AMRLC实体成功接收)： -来自其对等AM RLC实体的STATUS PDU。 当接收RLC SDU的肯定确认(其中SN＝x)时，AM RLC实体的传送侧应： -将成功传递RLC SDU的指示发送到上部层； -将等于RLC SDU的SN的TX_Next_Ack设定成最小SN，其SN在TX_Next_Ack<＝SN<＝TX_Next范围内且其中尚未接收到肯定确认。 […] 5.3.2 重新传送 AM RLC实体的传送侧可通过以下来接收RLC SDU或RLC SDU部分的否定确认(通知通过其对等AMRLC实体接收失败)： -来自其对等AM RLC实体的STATUS PDU。 当通过来自其对等AM RLC实体的STATUS PDU接收RLC SDU或RLC SDU部分的否定确认时，AM RLC实体的传送侧应： -如果对应RLC SDU的SN在TX_Next_Ack<＝SN -那么考虑RLC SDU或RLC SDU部分，其中接收对于重新传送的否定确认。 当考虑重新传送RLC SDU或RLC SDU部分时，AM RLC实体的传送侧应： -如果首次考虑重新传送RLC SDU或RLC SDU部分： -那么将与RLC SDU相关的RETX_COUNT设定成零。 -另外，如果(考虑重新传送的RLC SDU或RLC SDU部分)已经不申请重新传送且由于同一STATUS PDU中的另一否定确认，与RLC SDU相关联的RETX_COUNT尚未递增： -那么递增RETX_COUNT。 -如果RETX_COUNT＝maxRetxThreshold： -那么指示上部层已达到最大重新传送。 当重新传送RLC SDU或RLC SDU部分时，AM RLC实体的传送侧应： -如果需要，那么将RLC SDU或RLC SDU部分分段； -形成将在由下部层在特定传送机会时指示的AMD PDU的总大小内拟合的新AMDPDU； -向下部层提交新AMD PDU。 当形成新AMD PDU时，AM RLC实体的传送侧应： -仅将原始RLC SDU或RLC SDU部分映射到新AMD PDU的数据场； -根据子条款6.2.2.4中的描述，修改新AMD PDU的标头； -根据子条款5.3.3，设定P场。 […] 5.3.4 状态报告 AM RLC实体将STATUS PDU发送到其对等AM RLC实体以便提供RLC SDU(或其部分)的肯定和/或否定确认。 触发发起STATUS报告包含： -从其对等AM RLC实体进行轮询： -当从下部层接收到SN＝x且P场设定成“1”的AMD PDU时，AM RLC实体的接收侧应： -如果如子条款5.2.3.2.2中所指定，将丢弃AMD PDU；或 -如果x -那么触发STATUS报告。 -另外： -延迟触发STATUS报告直到x 注1：这确保在HARQ重新排序之后传送RLC Status报告。 -检测到AMD PDU接收失败。 -当t-Reassembly过期时，AM RLC实体的接收侧应触发STATUS报告。 注2：t-Reassembly过期触发更新RX_Highest_Status且触发STATUS报告两个，但应在更新RX_Highest_Status之后触发STATUS报告。 当已触发STATUS报告时，AM RLC实体的接收侧应： -如果t-StatusProhibit不在运行中： -在由下部层指示的第一传送机会时，构造STATUS PDU且将其提交到下部层。 -另外： -在t-StatusProhibit过期之后的由下部层指示的第一传送机会时，即使状态报告被触发数次同时t-StatusProhibit正在运行，仍构造单一STATUS PDU且将其提交到下部层。 当已向下部层提交STATUS PDU时，AM RLC实体的接收侧应： -启动t-StatusProhibit。 在构造STATUS PDU时，AM RLC实体应： -对于使得尚未完全接收RX_Next<＝SN -对于尚未接收字节部分的RLC SDU： -STATUS PDU中包含设定成RLC SDU的SN的NACK_SN。 -对于尚未接收的被部分接收RLC SDU的字节部分的连续序列： -STATUS PDU中包含NACK_SN、SOstart和SOend的集合。 -对于尚未接收的RLC SDU的连续序列： -STATUS PDU包含NACK_SN和NACK范围的集合； -视需要，STATUS PDU中包含一对SOstart和SOend。 -将ACK_SN设定成下一未接收RLC SDU的SN，其并不指示所得STATUS PDU缺失。 […] 6.1.3 RLC控制PDU a)STATUS PDU AM RLC实体的接收侧使用STATUS PDU来通知对等RLC实体成功接收到的RLC数据PDU和检测到的AM RLC实体的接收侧损失的RLC数据PDU。 3GPP TS 38.323如下介绍针对RoHC反馈的PDCP控制PDU： 5.7.6 针对散置ROHC反馈的PDCP控制PDU 5.7.6.1 传送操作 当标头压缩协议产生散置ROHC反馈时，传送PDCP实体应： -向下部层提交如子条款6.2.3.2中所指定的对应PDCP控制PDU，即，不与PDCP SN相关联，也不执行加密。 5.7.6.2 接收操作 在从下部层接收针对散置ROHC反馈的PDCP控制PDU时，接收PDCP实体应： -将对应散置ROHC反馈传递到标头压缩协议，无需执行解密。 […] 6.2.3 控制PDU […] 6.2.3.2 针对散置ROHC反馈的控制PDU 图6.2.3.2-1示出携载一个散置ROHC反馈的PDCP控制PDU的格式。此格式适用于UMDRB和AM DRB。 [3GPP TS 38.323 V15.2.0的标题为“用于散置ROHC反馈的PDCP控制PDU格式”的图6.2.3.2-1再现为图11] 3GPP TS 23.287在章节6.3.3.1中指定用于通过PC5参考点进行的V2X通信的单播模式的层2链路建立程序。举例来说，发起UE(例如，UE1)传送直接通信请求消息，且从一个或多个对等UE(例如，UE2)接收直接通信接受消息。根据3GPP TS 23.287的章节5.6.1.4，用于建立PC5单播链路的发起信令可使用发起信令以建立用于V2X服务或提供V2X服务的V2X应用的单播连接的默认目的地层2ID(例如，PSID或ITS-AID)。 在直接通信请求消息中，包含UE2的应用层ID和UE1的应用层ID，使得UE2可以确定是否对直接通信请求消息作出响应。如果UE2确定对直接通信请求消息作出响应，那么UE2可以发起用于建立安全上下文的程序。举例来说，UE1将直接通信请求传送到UE2。在直接通信请求中，可包含用于建立安全上下文的一些参数。在接收到直接通信请求后，UE2可发起与UE1的直接验证和密钥建立程序。且接着，UE2将直接安全模式命令传送到UE1，且UE1以直接安全模式完成来对UE2作出响应。另外，如果成功接收直接安全模式完成，那么UE2可将直接通信接受传送到UE1。在单播链路不需要安全性的情况下，可省略安全配置程序，且UE2可直接向UE1答复直接通信接受。 在传送直接通信请求消息时，将源层2ID设定成发起UE的层2ID且将目的地层2ID设定成与服务类型(例如，V2X服务或V2X应用)相关的默认目的地层2ID。因此，UE2可以基于UE1的L2ID和UE2的L2ID而开始在安全建立程序中交换信令。 根据3GPP TR 38.885和3GPP电子邮件论述[108#44][V2X]38.331运行CR(华为)，处于RRC_CONNECTED中的UE将需要将侧链路UE信息消息(例如，SidelinkUEInformationNR)发送到gNB以请求用于在已建立层2链路(或单播链路)之后传送侧链路业务的侧链路资源。接着，gNB将向UE提供用于NR侧链路通信的专用侧链路配置信息(例如，IE SL-ConfigDedicatedNR)。 如3GPP电子邮件论述[108#44][V2X]38.331运行CR(华为)中所指定，SidelinkUEInformationNR可包含与单播链路相关的以下信息元素(informationelement，IE)：sl-DestinationIdentity、sl-CastType、sl-RLC_ModeIndication、sl-QoS-InfoList、sl-Failure、sl-TypeTxSyncList和sl-TxInterestedFreqList。并且，sl-QoS-InfoList含有在TS 23.287中指定包含侧链路QoS流的QoS概述的sl-QoS-Info的列表，且每个sl-QoS-Info包含sl-QoS-FlowIdentity和sl-QoS-Profile。响应于接收SidelinkUEInformationNR，gNB可能以RRC Connection重新配置消息(例如，RRCReconfiguration)进行答复来配置用于由sl-QoS-FlowIdentity标识的有关侧链路QoS流的专用侧链路配置。举例来说，RRCReconfiguration可以包含可含有指示专用侧链路配置的信息的IE SL-ConfigDedicatedNR。其还可以含有指示哪一SLRB(或SL LCH)将映射侧链路QoS流(例如，sl-MappedQoS-Flows)的信息。侧链路QoS流可映射到现有SLRB或新SLRB。在需要新SLRB的情况下，将包含SLRB配置(例如，sl-RadioBearerToAddModList)和/或逻辑信道配置(例如，sl-RLC-BearerToAddModList)用于新SLRB。应注意，每个SLRB与SL LCH相关。 如RAN2#106会议中所同意(如3GPP R2-1908107所论述)，对于SL单播，发起UE通知对等UE涉及TX和RX两个且需要与对等UE对准的SLRB参数。举例来说，发起UE可传送RRCReconfigurationSidelink消息来通知对等UE(如3GPP电子邮件论述[108#44][V2X]38.331运行CR(华为)中所论述)，其中RRCReconfigurationSidelink中包含slrb-PC5-ConfigIndex来指示用于待在对等UE中建立的SLRB的SLRB配置。作为响应，对等UE可以RRCReconfigurationCompleteSidelink消息进行答复。 另外，根据RAN2#108协议(如3GPP R2-1916288中所论述)，当RRC_CONNECTED中的对等UE从发起UE接收具有RLC AM/UM的SLRB配置时且如果LCH尚未在对等UE中进行配置，那么对等UE应向其gNB报告由发起UE指示的至少RLC模式。其还同意任选地报告侧链路QoS概述。先前协议捕获于3GPP电子邮件论述[108#44][V2X]38.331运行CR(华为)中，其中将SidelinkUEInformationNR消息中所定义的IE sl-QoS-InfoList指定为OPTIONAL。如果存在sl-QoS-InfoList，那么意味着对等UE具有可用于从由sl-QoS-InfoList中的sl-QoS-FlowIdentity标识的侧链路QoS流传送的数据。否则(即，不存在sl-QoS-InfoList)，这意味着对等UE不具有可用于从由sl-QoS-InfoList中的sl-QoS-FlowIdentity标识的侧链路QoS流传送的数据。后一情况意味着对等UE仅具有RLC控制PDU(用于RLC AM模式)或PDCP控制PDU(用于ROHC反馈)且因此不需要包含sl-QoS-InfoList。接收SidelinkUEInformationNR消息之后，接着gNB可根据是否存在sl-QoS-InfoList来将正确专用侧链路配置划拨到对等UE。 由于发起UE可传送RRCReconfigurationSidelink消息来通知对等UE(如3GPP电子邮件论述[108#44][V2X]38.331运行CR(华为)中所论述)建立多个SLRB，因此对等UE需要知道在对等UE不具有可用于从映射到SLRB的有关侧链路QoS流传送的数据的情况下哪一SLRB(或SL LCH)应与通过其gNB提供于RRCReconfiguration中的专用配置信息相关联。如果对等UE遵循RRC运行CR(如3GPP电子邮件论述[108#44][V2X]38.331运行CR(华为)中所论述)，那么在对等UE不具有用以从有关侧链路QoS流传送的业务的情况下，对等UE将不会使sl-QoS-Info包含于SidelinkUEInformationNR的sl-QoS-InfoList中。通过这种方式，gNB无法使sl-MappedQoS-Flows包含于RRCReconfiguration的SL-RadioBearerConfig中，因为SidelinkUEInformationNR不包含sl-QoS-FlowIdentity。在这种情况下，对等UE不知道如何使由RRCReconfiguration配置的SLRB(或SL LCH)与由RRCReconfigurationSidelink配置的SLRB(或SL LCH)相关。 举例来说，RRCReconfigurationSidelink包含第一侧链路QoS流的第一标识，其被映射到用于将侧链路分组从UE传送到对等UE的使用RLC AM的第一SL LCH，和第二侧链路QoS流的第二标识，其被映射到用于将侧链路分组从UE传送到对等UE的使用RLC UM的第二SL LCH。由于对等UE当前不具有用于在第一或第二SL LCH上进行传送的业务，因此对等UE仍将SidelinkUEInformationNR传送到gNB，但SidelinkUEInformationNR并不报告第一/第二侧链路QoS流的任何侧链路QoS概述和/或侧链路QoS流标识。在接收此SidelinkUEInformationNR之后，gNB可将包含对应于第一SLRB或SL LCH的第一专用配置信息和对应于第二SLRB或SL LCH的第二专用配置信息的RRCReconfiguration传送到对等UE。但由于(第一或第二)专用配置信息既不包含第一侧链路QoS流的第一标识，亦不包含第二侧链路QoS流的第二标识，因此对等UE并不能够使哪一专用配置信息与哪一SLRB或SL LCH相关。为了解决此问题，可以考虑一些解决方案。 一个可能的解决方案是对等UE包含与SidelinkUEInformationNR中的有关SLRB(或SL LCH)相关的信息，使得其gNB可在RRCReconfiguration中重复信息以使对等UE知道哪一SLRB(SL LCH)应与专用配置信息相关。有可能可以从RRCReconfigurationSidelink中获得与有关SLRB(或SL LCH)相关的信息。举例来说，对等UE可在SidelinkUEInformationNR中包含slrb-PC5-ConfigIndex，且接着gNB可通过RRCReconfiguration提供用于slrb-PC5-ConfigIndex的专用侧链路配置。对于另一实例，对等UE可在SidelinkUEInformationNR中包含sl-LogicalChannelIdentity，且接着gNB可通过RRCReconfiguration提供用于sl-LogicalChannelIdentity的专用侧链路配置。slrb-PC5-ConfigIndex或sl-LogicalChannelIdentity最初包含于RRCReconfigurationSidelink中且用于识别被配置成将侧链路分组从UE传送到对等UE的SLRB(或SL LCH)。通过这种方式，对等UE可知道哪一SLRB(或SL LCH)应与其gNB提供的专用侧链路配置(例如，IE SL-ConfigDedicatedNR)相关。 替代地，当将SidelinkUEInformationNR消息传送到其gNB且接着gNB可提供用于侧链路QoS流的专用侧链路配置时，对等UE可使sl-QoS-InfoList包含sl-QoS-FlowIdentity且使sl-QoS-InfoList不包含sl-QoS-Profile。通过这种方式，对等UE还可知道哪一SLRB(或SL LCH)应与其gNB提供的专用侧链路配置(例如，IE SL-ConfigDedicatedNR)相关，因为侧链路QoS流被映射到有关SLRB(或SL LCH)。与先前解决方案相比，此替代例可诱发当前RRC运行CR(如3GPP电子邮件论述[108#44][V2X]38.331运行CR(华为)中所论述)的较小改变。 举例来说，对等UE可从UE接收RRCReconfigurationSidelink。在RRCReconfigurationSidelink中，将侧链路QoS流的标识映射到用于将侧链路分组从UE传送到对等UE的SLRB(或SLLCH)。接着，对等UE可将SidelinkUEInformationNR传送到gNB。在SidelinkUEInformationNR中，报告侧链路QoS流的标识。在传送SidelinkUEInformationNR之后，对等UE从gNB接收RRCReconfiguration。在RRCReconfiguration中，包含用于对用于将侧链路分组从对等UE传送到UE的SLRB(或SLLCH)进行配置的专用配置信息。在专用配置信息中，包含侧链路QoS流的标识，使得对等UE知道由专用配置信息配置的SLRB(或SL LCH)应该与由RRCReconfigurationSidelink配置的SLRB(或SL LCH)相关。 替代地，不包含sl-MappedQoS-Flows的每个专用配置信息可以与无需使SL-QoS-Info包含于SidelinkUEInformationNR消息中的一个SL-TxResourceReq有序地相关。基本上，因为对等UE单独构造SL-TxResourceReq于SidelinkUEInformationNR消息中的列表，因此对等UE应该知道不包含SL-QoS-Info的SL-TxResourceReq与由RRCReconfigurationSidelink配置的哪一个SLRB(或SL LCH)相关。因此，对等UE可能知道不包含sl-MappedQoS-Flows的专用配置信息与一个SLRB(或SL LCH)相关联，其中未针对此SLRB(或SL LCH)报告SL-QoS-Info。 举例来说，UE可以建立用于将侧链路分组从UE传送到对等UE的三个SLRB(或SLLCH)，一个是使用RLC AM的第一SLRB，另一个是使用RLC UM的第二SLRB且另一个是使用RLCAM的第三SLRB。将第一SLRB映射到侧链路QoS流ID 1。将第二SLRB映射到侧链路QoS流ID 2&3。将第三SLRB映射到侧链路QoS流ID 4&5。UE可将RRCReconfigurationSidelink消息传送到对等UE，其中RRCReconfigurationSidelink消息包含用于对这三个SLRB进行配置的IE，如下表1中所示出。 RRCReconfigurationSidelink的表1
接收RRCReconfigurationSidelink消息之后，对等UE将SidelinkUEInformationNR消息传送到gNB。此时，对等UE可具有仅用以在与PFI 2&3相关的侧链路QoS流上传送的业务。因此，对等UE仅报告SidelinkUEInformationNR消息中的PFI2&3。可以通过sl-UM-QoS-InfoList或sl-QoS-InfoList来报告PFI 2&3。报告PFI 2&3的两个实例分别在表2-1和表2-2中。 SidelinkUEInformationNR实例1的表2-1
SidelinkUEInformationNR实例2的表2-2
接收SidelinkUEInformationNR消息之后，gNB以RRCReconfiguration消息响应对等UE。gNB可以不同方式使IE包含于RRCReconfiguration消息中。在RRCReconfiguration消息中，包含第一专用配置信息(SL-RadioBearerConfig#1和SL-RLC-BearerConfig#1)、第二专用配置信息(SL-RadioBearerConfig#2和SL-RLC-BearerConfig#2)和第三专用配置信息(SL-RadioBearerConfig#3和SL-RLC-BearerConfig#3)。对等UE可使包含PFIs 2&3的专用配置信息与SLRB2相关，这是因为sl-MappedQoS-Flows的SL-QoS-FlowIdentity和sl-QoS-FlowIdentity两个被映射到SLRB2(即，sl-MappedQoS-Flows中的SL-QoS-FlowIdentity与sl-QoS-FlowIdentity相同)。 一个实例可示出于表3-1中。通过此RRCReconfiguration消息，对等UE使第一专用配置信息与SLRB1相关且使第三专用配置信息与SLRB3相关。 RRCReconfiguration实例1的表3-1
另一实例可示出于表3-2中。通过此RRCReconfiguration消息，对等UE使第二专用配置信息与SLRB1相关且使第三专用配置信息与SLRB3相关。 RRCReconfiguration实例2的表3-2
另一实例可示出于表3-3中。通过此RRCReconfiguration消息，对等UE使第一专用配置信息与SLRB1相关且使第二专用配置信息与SLRB3相关。 RRCReconfiguration实例3的表3-3
图12是根据一个示例性实施例的从第一UE的角度请求专用侧链路配置的流程图1200。在步骤1205中，第一UE将第一RRC消息传送到网络节点，其中第一RRC消息包含侧链路QoS信息，且其中侧链路QoS信息中侧链路QoS流的标识的存在是强制性的，而侧链路QoS信息中侧链路QoS流的QoS概述的存在是选择性的。在步骤1210中，第一UE从网络节点接收第二RRC消息，其中第二RRC消息包含专用侧链路配置和与专用侧链路配置相关的侧链路QoS流的标识。 在一个实施例中，如果不存在可用于从侧链路QoS流传送的数据，那么侧链路QoS信息可以包含侧链路QoS流的标识，且可不包含侧链路QoS流的任何QoS概述。此外，如果存在可用于从侧链路QoS流传送的数据，那么侧链路QoS信息可以包含侧链路QoS流的标识，且还可包含侧链路QoS流的QoS概述。 在一个实施例中，第一UE可在将第一RRC消息传送到网络节点之前从第二UE接收第一侧链路RRC消息。第一侧链路RRC消息可以包含用于接收的SLRB配置、针对SLRB配置的索引(例如，slrb-PC5-ConfigIndex)和/或逻辑信道配置。第一侧链路RRC消息可以是RRCReconfigurationSidelink消息。此外，第一UE可根据侧链路QoS流的标识而使由专用侧链路配置进行配置的反向SLRB与由第一侧链路RRC消息进行配置的SLRB相关。SLRB可用于将分组从第二UE传送到第一UE，且反向SLRB用于将分组从第一UE传送到第二UE。 在一个实施例中，第一RRC消息可以是SidelinkUEInformationNR消息，且第二RRC消息可以是RRCReconfiguration消息。 在一个实施例中，网络节点可以是基站(例如，gNB)。 返回参看图3和4，在第一UE请求专用侧链路配置的一个示例性实施例中。第一UE300包含存储在存储器310中的程序代码312。CPU 308可执行程序代码312以使第一UE能够：(i)将第一RRC消息传送到网络节点，其中第一RRC消息包含侧链路QoS信息，且其中侧链路QoS信息中侧链路QoS流的标识的存在是强制性的且侧链路QoS信息中侧链路QoS流的QoS概述的存在是选择性的，和(ii)从网络节点接收第二RRC消息，其中第二RRC消息包含专用侧链路配置和与专用侧链路配置相关的侧链路QoS流的标识。此外，CPU 308可执行程序代码312以执行所有上文所描述的动作和步骤或本文中描述的其它动作和步骤。 图13是根据一个示例性实施例的从第一UE的角度请求专用侧链路配置的流程图1300。在步骤1305中，第一UE将第一RRC消息传送到网络节点，其中第一RRC消息包含侧链路QoS Info，且其中侧链路QoS Info包含侧链路QoS流的标识且不包含侧链路QoS流的任何QoS概述。在步骤1310中，第一UE从网络节点接收第二RRC消息，其中第二RRC消息包含专用侧链路配置和与专用侧链路配置相关的侧链路QoS流的标识。 在一个实施例中，如果不存在可用于从侧链路QoS流传送的数据，那么侧链路QoSInfo可包含侧链路QoS流的标识，且可不包含侧链路QoS流的任何QoS概述。此外，如果存在可用于从侧链路QoS流传送的数据，那么侧链路QoS Info可包含侧链路QoS流的标识，且还可包含侧链路QoS流的QoS概述。 在一个实施例中，第一RRC消息可包含目的地标识(例如，目的地层2ID)、播送类型、RLC模式指示和/或频率。第二RRC消息可以包含资源分配模式，用以传送的SLRB配置和/或逻辑信道配置。 在一个实施例中，第一UE可在传送第一RRC消息之前从第二UE接收第一侧链路RRC消息。此外，第一UE可响应于从第二UE接收第一侧链路RRC消息而传送第一RRC消息。第一侧链路RRC消息可以包含用于接收的SLRB配置、针对SLRB配置的索引(例如，slrb-PC5-ConfigIndex)和/或逻辑信道配置。另外，第一UE可通过第二侧链路RRC消息对第二UE进行答复。 在一个实施例中，第一RRC消息可以是SidelinkUEInformationNR消息。第二RRC消息可以是RRCReconfiguration消息。第一侧链路RRC消息可以是RRCReconfigurationSidelink消息。第二侧链路RRC消息可以是RRCReconfigurationCompleteSidelink消息。 在一个实施例中，网络节点可以是基站(例如，gNB)。 返回参看图3和4，在第一UE请求专用侧链路资源的一个示例性实施例中。第一UE300包含存储在存储器310中的程序代码312。CPU 308可执行程序代码312以使第一UE能够：(i)将第一RRC消息传送到网络节点，其中第一RRC消息包含侧链路QoS Info，且其中侧链路QoS Info包含侧链路QoS流的标识且不包含侧链路QoS流的任何QoS概述，和(ii)从网络节点接收第二RRC消息，其中第二RRC消息包含专用侧链路配置和与专用侧链路配置相关的侧链路QoS流的标识。此外，CPU 308可执行程序代码312以执行所有上文所描述的动作和步骤或本文中描述的其它动作和步骤。 图14是根据一个示例性实施例的从第一UE的角度请求侧链路无线电承载(Sidelink Radio Bearer，SLRB)配置的流程图1400。在步骤1405中，第一UE将第一RRC消息传送到网络节点，其中第一RRC消息包含用于请求一个或多个SLRB配置的传送资源请求列表，且传送资源请求列表中的每个条目具有用于侧链路QoS信息的至少一个IE。在步骤1410中，第一UE从网络节点接收第二RRC消息，其中第二RRC消息包含一种或多种SLRB配置。在步骤1415中，第一UE使不与第二RRC消息中的任何侧链路QoS流标识相关的每个SLRB配置依序对应于不指示第一RRC消息中的传送资源请求列表中的任何侧链路QoS信息的一个条目。在步骤1420中，第一UE基于第二RRC消息中的SLRB配置而在SL LCH上将侧链路控制分组传送到第二UE。 在一个实施例中，传送资源请求列表中的每个条目还具有用于RLC模式指示的一个IE。 在一个实施例中，第一UE可从第二UE接收PC5 RRC消息，其中PC5RRC消息指示使用第一LCID和RLC模式来建立第一SLRB(或第一SL LCH)且将第一SLRB映射到与第一PFI和/或第一侧链路QoS概述相关的第一侧链路QoS流。PC5 RRC消息还可以指示使用第二LCID和RLC模式来建立第二SLRB(或第二SL LCH)，且将第二SLRB映射到与第二PFI和/或第二侧链路QoS概述相关的第二侧链路QoS流。 在一个实施例中，传送资源请求列表的第一条目可指示第一SLRB的RLC模式，但可不包含第一PFI和/或第一侧链路QoS概述。此外，传送资源请求列表的第二条目可指示第二SLRB的RLC模式，但可不包含第二PFI和/或第二侧链路QoS概述。第二RRC消息可依序包含不与任何PFI相关的第一SLRB配置和不与任何PFI相关的第二SLRB配置。 在一个实施例中，第一条目可以是可指示一个SLRB的一个RLC模式的传送资源请求列表中的极第一条目，但可不包含任何PFI和/或任何侧链路QoS概述。第二条目可以是可指示一个SLRB的一个RLC模式的传送资源请求列表中的极第一条目之后的条目，但可不包含任何PFI和/或任何侧链路QoS概述。 在一个实施例中，第一SLRB配置可以是可指示与此SLRB配置相关的任何PFI的第二RRC消息中的极第一SLRB配置。第二SLRB配置可以是可能不指示与此SLRB配置相关的任何PFI的第二RRC消息中的极第一SLRB配置之后的SLRB配置。 在一个实施例中，第一UE可基于第一SLRB配置而在与第一LCID相关的一个SL LCH上传送一个或多个侧链路控制分组。第一UE还可基于第二SLRB配置而在与第二LCID相关的一个SLLCH上传送一个或多个侧链路控制分组。 在一个实施例中，第一RRC消息可以是SidelinkUEInformationNR消息。第二RRC消息可以是RRCReconfiguration消息。PC5 RRC消息可以是RRCReconfigurationSidelink消息。 在一个实施例中，侧链路控制分组可以是RLC状态报告或RoHC反馈。侧链路QoS信息可包含侧链路或PC5 QoS流标识(PFI)和/或侧链路QoS流的侧链路QoS概述。 在一个实施例中，网络节点可以是基站(例如，gNB)。 返回参看图3和4，在第一UE请求SLRB配置的一个示例性实施例中。第一UE 300包含存储在存储器310中的程序代码312。CPU 308可执行程序代码312以使第一UE能够：(i)将第一RRC消息传送到网络节点，其中第一RRC消息包含用于请求一个或多个SLRB配置的传送资源请求列表，且传送资源请求列表中的每个条目具有用于侧链路QoS信息的至少一个IE，(ii)从网络节点接收第二RRC消息，其中第二RRC消息包含一种或多种SLRB配置，(iii)使不与第二RRC消息中的任何侧链路QoS流标识相关的每个SLRB配置依序对应于不指示第一RRC消息中的传送资源请求列表中的任何侧链路QoS信息的一个条目，和(iv)基于第二RRC消息中的SLRB配置而在SL LCH上将侧链路控制分组传送到第二UE。此外，CPU 308可执行程序代码312以执行所有上文所描述的动作和步骤或本文中描述的其它动作和步骤。 图15是根据一个示例性实施例的从网络节点的角度分配专用侧链路配置的流程图1500。在步骤1505中，网络节点从第一UE接收第一RRC消息，其中第一RRC消息包含侧链路QoS信息，且其中侧链路QoS信息中侧链路QoS流的标识的存在是强制性的，而侧链路QoS信息中侧链路QoS流的QoS概述的存在是选择性的。在步骤1510中，网络节点将第二RRC消息传送到第一UE，其中第二RRC消息包含专用侧链路配置和与专用侧链路配置相关的侧链路QoS流的标识。 在一个实施例中，如果第一UE中不存在可用于从侧链路QoS流传送的数据，那么侧链路QoS信息可以包含侧链路QoS流的标识，且可不包含侧链路QoS流的任何QoS概述。替代地，如果第一UE中存在可用于从侧链路QoS流传送的数据，那么侧链路QoS信息可以包含侧链路QoS流的标识，且还可包含侧链路QoS流的QoS概述。 在一个实施例中，第一RRC消息可以是SidelinkUEInformationNR消息，且第二RRC消息是RRCReconfiguration消息。 在一个实施例中，网络节点可以是基站(例如，gNB)。 返回参看图3和4，在第一UE从网络节点的角度请求SLRB配置以分配专用侧链路配置的一个示例性实施例中。网络节点300包含存储在存储器310中的程序代码312。CPU 308可执行程序代码312以使网络节点能够：(i)从第一UE接收第一RRC消息，其中第一RRC消息包含侧链路QoS信息，且其中侧链路QoS信息中侧链路QoS流的标识的存在是强制性的，而侧链路QoS信息中侧链路QoS流的QoS概述的存在是选择性的，和(ii)将第二RRC消息传送到第一UE，其中第二RRC消息包含专用侧链路配置和与专用侧链路配置相关的侧链路QoS流的标识。此外，CPU 308可执行程序代码312以执行所有上文所描述的动作和步骤或本文中描述的其它动作和步骤。 上文已描述了本公开的各个方面。应明白，本文中的教示可通过广泛多种形式实施，且本文中所公开的任何具体结构、功能或这两个仅是代表性的。基于本文中的教示，所属领域的技术人员应了解，本文公开的方面可独立于任何其它方面而实施，且这些方面中的两个或更多个可以各种方式组合。举例来说，可以使用本文中所阐述的任何数目个方面来实施设备或实践方法。另外，可使用除了在本文中所阐述的一个或多个方面之外或不同于所述方面的其它结构、功能或结构和功能来实施此类设备或实践此类方法。作为上述概念中的一些的实例，在一些方面中，可以基于脉冲重复频率而建立并行信道。在一些方面中，可基于脉冲位置或偏移而建立并行信道。在一些方面中，可基于时间跳跃序列而建立并行信道。在一些方面中，可基于脉冲重复频率、脉冲位置或偏移以及时间跳跃序列而建立并行信道。 所属领域的技术人员将理解，可以使用多种不同科技及技术中的任一种来表示信息和信号。举例来说，可用电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和芯片。 所属领域的技术人员将进一步了解，结合本文中所公开的方面描述的各种说明性逻辑块、模块、处理器、构件、电路和算法步骤可被实施为电子硬件(例如，数字实施方案、模拟实施方案或两个的组合，其可使用源译码或某一其它技术设计)、并入有指令的各种形式的程序或设计代码(其可在本文为方便起见称为“软件”或“软件模块”)，或两个的组合。为清晰地说明硬件与软件的此可互换性，上文已大体就其功能性描述了各种说明性组件、块、模块、电路和步骤。此类功能性是实施为硬件还是软件取决于特定应用和强加于整个系统的设计约束。所属领域的技术人员可以针对每个特定应用以不同方式实施所描述的功能性，但此类实施决策不应被解释为引起对本公开的范围的偏离。 另外，结合本文公开的方面描述的各种说明性逻辑块、模块和电路可以实施于集成电路(“integrated circuit，IC”)、接入终端或接入点内或者由集成电路、接入终端或接入点执行。IC可以包括通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array，FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件、电气组件、光学组件、机械组件，或其被设计成执行本文中所描述的功能的任何组合，且可以执行驻留在IC内、在IC外或这两种情况下的代码或指令。通用处理器可以是微处理器；但在替代方案中，处理器可以是任何常规处理器、控制器、微控制器或状态机。处理器还可实施为计算装置的组合，例如，DSP与微处理器的组合、多个微处理器、与DSP芯组合的一个或多个微处理器，或任何其它此类配置。 应理解，在任何公开的过程中的步骤的任何具体次序或层次都是样本方法的实例。应理解，基于设计偏好，过程中的步骤的特定次序或层级可以重新布置，同时保持在本公开的范围内。随附的方法权利要求以实例次序呈现各种步骤的元件，且其并不意味着限于所呈现的特定次序或层级。 结合本文中公开的各方面所描述的方法或算法的步骤可直接用硬件、用处理器执行的软件模块或用这两个的组合体现。软件模块(例如，包含可执行指令和相关数据)和其它数据可以驻留在数据存储器中，例如RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移除式磁盘、CD-ROM或所属领域中已知的任何其它形式的计算机可读存储介质。样本存储介质可以耦合到例如计算机/处理器等机器(为方便起见，所述机器在本文中可以称为“处理器”)，使得所述处理器可以从存储介质读取信息(例如，代码)且将信息写入到存储介质。样本存储介质可与处理器形成一体。处理器及存储介质可以驻存在ASIC中。ASIC可以驻留在用户设备中。在替代方案中，处理器和存储介质可作为离散组件而驻留在用户设备中。此外，在一些方面中，任何合适的计算机程序产品可包括计算机可读介质，所述计算机可读介质包括与本公开的方面中的一个或多个方面相关的代码。在一些方面中，计算机程序产品可以包括封装材料。 虽然已结合各个方面描述本发明，但应理解，本发明能够进行进一步修改。本申请案意图涵盖对本发明的任何变化、使用或调适，这通常遵循本发明的原理且包含对本公开的此类偏离，所述偏离处于在本发明所属的技术领域内的已知和惯常实践的范围内。 相关申请案的交叉引用 本申请案主张2020年1月7日递交的第62/958,061号美国临时专利申请案的权益，所述美国临时专利申请案的完整公开内容以全文引用的方式并入本文中。
- 无线通信系统中请求侧链路传送资源的方法和设备
- 用于在支持窄带物联网系统的无线通信系统中通过使用预配置上行链路资源传送上行链路数据的方法及其设备