CN117730610A

CN117730610A - 侧行链路通信方法及装置

Info

Publication number: CN117730610A
Application number: CN202380011816.1A
Authority: CN
Inventors: 赵力; 杨星
Original assignee: Beijing Xiaomi Mobile Software Co Ltd
Current assignee: Beijing Xiaomi Mobile Software Co Ltd
Priority date: 2023-11-03
Filing date: 2023-11-03
Publication date: 2024-03-19

Abstract

本公开实施例公开了一种侧行链路通信方法及装置，通过获取第一信息，第一信息包括终端的至少一个QoS流与SL RB之间的映射关系以及SL RB的配置信息；确定至少一个QoS流中每个QoS流对应的发送属性，其中，至少一个QoS流中至少存在一个QoS流对应的发送属性与其余QoS流不同；基于第一信息，建立多个SL RB，映射至同一个SL RB的一个或多个QoS流对应的发送属性相同；或者，在映射至SL RB的至少一个QoS流中包括至少一个发送属性为后向兼容的QoS流的情况下，确定通过单个传统载波发送SL RB，或者确定采用PDCP复用机制发送SL RB，使得终端能够基于业务的属性去建立多个无线承载或者去确定发送相应的无线承载的载波，有效保证了业务流的后向兼容性，提高业务传输的可靠性。

Description

侧行链路通信方法及装置

技术领域

本公开涉及通信技术领域，特别涉及一种侧行链路通信方法及装置。

背景技术

为了支持终端与终端之间的直接通信，引入了侧行链路(sidelink，SL)的通信方式。为了满足对系统容量提升的需求，引入了载波聚合(Carrier Aggregation，CA)。随着技术不断的发展，终端以及业务的版本也不断迭代，为了保证业务的兼容性，引入了发送属性(TxProfile)，用来指示业务的版本号。

发明内容

本公开实施例提出了一种侧行链路通信方法及装置。

本公开第一方面实施例提出了一种侧行链路通信方法，上述方法包括：获取第一信息，上述第一信息包括侧行链路SL无线承载RB配置信息，上述SL RB配置信息包括至少一个服务质量QoS流与SL RB的映射关系；确定上述至少一个QoS流中每个QoS流对应的发送属性，其中，上述至少一个QoS流中至少存在一个QoS流对应的发送属性与其余QoS流不同；基于上述第一信息，建立多个SL RB；其中，映射至同一个上述SL RB的一个或多个QoS流对应的发送属性相同。

本公开第二方面实施例提出了一种侧行链路通信方法，上述方法包括：获取第一信息，上述第一信息包括侧行链路SL无线承载RB配置信息，上述SL RB配置信息包括至少一个服务质量QoS流与SL RB的映射关系；确定上述至少一个QoS流中每个QoS流对应的发送属性，上述发送属性为后向兼容或者非后向兼容，其中，上述至少一个QoS流中至少存在一个QoS流对应的发送属性与其余QoS流不同；确定映射至上述SL RB的至少一个QoS流中包括至少一个发送属性为后向兼容的QoS流，确定通过单载波发送上述SL RB且上述单载波为现有/传统载波，或者确定采用分组数据汇聚协议PDCP复用机制发送上述SL RB。

本公开第三方面实施例提出了一种终端，上述终端包括：收发模块，用于获取第一信息，上述第一信息包括侧行链路SL无线承载RB配置信息，上述SL RB配置信息包括至少一个服务质量QoS流与SL RB的映射关系；处理模块，用于确定上述至少一个QoS流中每个QoS流对应的发送属性，其中，上述至少一个QoS流中至少存在一个QoS流对应的发送属性与其余QoS流不同；上述处理模块，还用于基于上述第一信息，建立多个SL RB；其中，映射至同一个上述SL RB的一个或多个QoS流对应的发送属性相同。

本公开第四方面实施例提出了一种终端，上述网络设备：收发模块，用于获取第一信息，上述第一信息包括侧行链路SL无线承载RB配置信息，上述SL RB配置信息包括至少一个服务质量QoS流与SL RB的映射关系；处理模块，用于确定上述至少一个QoS流中每个QoS流对应的发送属性，上述发送属性为后向兼容或者非后向兼容，其中，上述至少一个QoS流中至少存在一个QoS流对应的发送属性与其余QoS流不同；上述处理模块，还用于确定映射至上述SL RB的至少一个QoS流中包括至少一个发送属性为后向兼容的QoS流，确定通过单载波发送上述SL RB且上述单载波为现有/传统载波，或者确定采用分组数据汇聚协议PDCP复用机制发送上述SL RB。

本公开实施例提出的方案，通过获取第一信息，第一信息包括SL RB配置信息，SLRB配置信息包括至少一个QoS流与SL RB的映射关系；确定至少一个QoS流中每个QoS流对应的发送属性，其中，至少一个QoS流中至少存在一个QoS流对应的发送属性与其余QoS流不同；基于第一信息，建立多个SL RB；其中，映射至同一个SL RB的一个或多个QoS流对应的发送属性相同，或者，在映射至SL RB的至少一个QoS流中包括至少一个发送属性为后向兼容的QoS流的情况下，确定通过单载波发送SL RB且单载波为现有/传统载波，或者确定采用分组数据汇聚协议PDCP复用机制发送SL RB，使得终端能够基于业务的属性去建立多个无线承载或者去确定发送相应的无线承载的载波，有效保证了业务流的后向兼容性，提高业务传输的可靠性。

附图说明

为了更清楚地说明本公开实施例或背景技术中的技术方案，下面将对本公开实施例或背景技术中所需要使用的附图进行说明。

图1A是本公开实施例提供的一种通信系统的架构示意图；

图1B是本公开实施例提供的一种侧行链路通信网络状态示意图；

图1C是本公开实施例提供的一种PDCP复用机制示意图；

图2A-2B是本公开实施例提供的一种侧行链路通信方法的交互示意图；

图3A-3D是本公开实施例提供的一种侧行链路通信方法的流程示意图；

图4A是本公开实施例提供的一种终端的结构示意图；

图4B是本公开实施例提供的另一种终端的结构示意图；

图5A是本公开实施例提供的一种通信设备的结构示意图；

图5B是本公开实施例提供的一种芯片的结构示意图。

具体实施方式

本公开实施例提出了侧行链路通信方法及装置。

第一方面，本公开实施例提出了一种侧行链路通信方法，上述方法包括：

获取第一信息，上述第一信息包括侧行链路SL无线承载RB配置信息，上述SL RB配置信息包括至少一个服务质量QoS流与SL RB的映射关系；

确定所述至少一个QoS流中每个QoS流对应的发送属性，其中，所述至少一个QoS流中至少存在一个QoS流对应的发送属性与其余QoS流不同；

基于所述第一信息，建立多个SL RB；其中，映射至同一个所述SL RB的一个或多个QoS流对应的发送属性相同。

在上述实施例中，使得终端能够基于业务的属性去建立多个无线承载，使得每个无线承载所包含的QoS流关联有相同的发送属性，有效保证了业务流的后向兼容性，提高业务传输的可靠性。

结合第一方面的一些实施例，在一些实施例中，所述发送属性为后向兼容或者非后向兼容。

结合第一方面的一些实施例，在一些实施例中，所述方法还包括：

将至少一个没有关联发送属性的QoS流映射至同一个SL RB；或者，

将至少一个没有关联发送属性的QoS流与至少一个发送属性为后向兼容的QoS流映射至同一个SL RB；或者，

将至少一个没有关联发送属性的QoS流与至少一个发送属性为非后向兼容的QoS流映射至同一个SL RB。

结合第一方面的一些实施例，在一些实施例中，所述终端处于无线资源控制RRC空闲态或非激活态，或者所述终端处于在网络覆盖外OOC状态。

结合第一方面的一些实施例，在一些实施例中，所述获取第一信息包括：

通过系统信息块SIB获取所述第一信息，其中，所述终端处于无线资源控制RRC空闲态或非激活态；或者，

通过预配置获取所述第一信息，其中，所述终端处于OOC状态。

从高层获取所述至少一个QoS流对应的发送属性；

确定没有关联发送属性的QoS流对应的发送属性为后向兼容，或者，确定没有关联发送属性的QoS流对应的发送属性为非后向兼容。

第二方面，本公开实施例提出了一种侧行链路通信方法，上述方法包括：

确定所述至少一个QoS流中每个QoS流对应的发送属性，所述发送属性为后向兼容或者非后向兼容，其中，所述至少一个QoS流中至少存在一个QoS流对应的发送属性与其余QoS流不同；

确定映射至所述SL RB的至少一个QoS流中包括至少一个发送属性为后向兼容的QoS流，确定通过单载波发送所述SL RB且所述单载波为现有/传统统载波，或者确定采用分组数据汇聚协议PDCP复用机制发送所述SL RB。

在上述实施例中，使得终端能够基于业务的属性去确定发送相应的无线承载的载波，有效保证了业务流的后向兼容性，提高业务传输的可靠性。

结合第二方面的一些实施例，在一些实施例中，所述方法还包括：

确定采用分组数据汇聚协议PDCP复用机制发送所述SL RB，现有/传统载波作为所述PDCP复用机制使用的载波中的至少之一，所述现有/传统载波用于发送所述SL RB。

结合第二方面的一些实施例，在一些实施例中，所述终端处于无线资源控制RRC空闲态或非激活态，或者所述终端处于在网络覆盖外OOC状态。

结合第二方面的一些实施例，在一些实施例中，所述获取第一信息包括：

通过系统信息块SIB获取所述第一信息，其中，所述终端处于RRC空闲态或非激活态；或者，

从高层获取所述至少一个QoS流对应的发送属性；

第三方面，本公开实施例提出了一种终端，上述终端包括收发模块和处理模块；其中，上述终端用于执行第一方面和第一方面的可选实现方式。

第四方面，本公开实施例提出了一种终端，上述终端包括收发模块和处理模块；其中，上述终端用于执行第二方面和第二方面的可选实现方式。

第五方面，本公开实施例提出了一种终端，上述终端包括：一个或多个处理器；其中，上述终端用于执行第一方面和第一方面的可选实现方式。

第六方面，本公开实施例提出了一种终端，上述终端包括：一个或多个处理器；其中，上述终端用于执行第二方面和第二方面的可选实现方式。

第七方面，本公开实施例提出了通信系统，上述通信系统包括：终端、终端；其中，上述终端被配置为执行如第一方面和第一方面的可选实现方式所描述的方法，上述终端被配置为执行如第二方面和第二方面的可选实现方式所描述的方法。

第八方面，本公开实施例提出了存储介质，上述存储介质存储有指令，当上述指令在通信设备上运行时，使得上述通信设备执行如第一方面和第一方面的可选实现方式、第二方面和第二方面的可选实现方式所描述的方法。

第九方面，本公开实施例提出了程序产品，上述程序产品被通信设备执行时，使得上述通信设备执行如第一方面和第一方面的可选实现方式、第二方面和第二方面的可选实现方式所描述的方法。

第十方面，本公开实施例提出了计算机程序，当其在计算机上运行时，使得计算机执行如第一方面和第一方面的可选实现方式、第二方面和第二方面的可选实现方式所描述的方法。

第十一方面，本公开实施例提供了一种芯片或芯片系统。该芯片或芯片系统包括处理电路，被配置为执行根据上述第一方面和第一方面的可选实现方式、第二方面和第二方面的可选实现方式所描述的方法。

可以理解地，上述终端、网络设备、通信系统、存储介质、程序产品、计算机程序、芯片或芯片系统均用于执行本公开实施例所提出的方法。因此，其所能达到的有益效果可以参考对应方法中的有益效果，此处不再赘述。

本公开实施例提出了一种侧行链路通信方法及装置。在一些实施例中，侧行链路通信方法与侧行链路通信方法、通信方法等术语可以相互替换，侧行链路通信装置与侧行链路通信装置、通信装置等术语可以相互替换，侧行链路通信系统、通信系统等术语可以相互替换。

本公开实施例并非穷举，仅为部分实施例的示意，不作为对本公开保护范围的具体限制。在不矛盾的情况下，某一实施例中的每个步骤均可以作为独立实施例来实施，且各步骤之间可以任意组合，例如，在某一实施例中去除部分步骤后的方案也可以作为独立实施例来实施，且在某一实施例中各步骤的顺序可以任意交换，另外，某一实施例中的可选实现方式可以任意组合；此外，各实施例之间可以任意组合，例如，不同实施例的部分或全部步骤可以任意组合，某一实施例可以与其他实施例的可选实现方式任意组合。

在各本公开实施例中，如果没有特殊说明以及逻辑冲突，各实施例之间的术语和/或描述具有一致性，且可以互相引用，不同实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

本公开实施例中所使用的术语只是为了描述特定实施例的目的，而并非作为对本公开的限制。

在本公开实施例中，除非另有说明，以单数形式表示的元素，如“一个”、“一种”、“该”、“上述”、“所述”、“前述”、“这一”等，可以表示“一个且只有一个”，也可以表示“一个或多个”、“至少一个”等。例如，在翻译中使用如英语中的“a”、“an”、“the”等冠词(article)的情况下，冠词之后的名词可以理解为单数表达形式，也可以理解为复数表达形式。

在本公开实施例中，“多个”是指两个或两个以上。

在一些实施例中，“至少一者(至少一项、至少一个)(at least one of)”、“一个或多个(one or more)”、“多个(a plurality of)”、“多个(multiple)等术语可以相互替换。

在一些实施例中，“A、B中的至少一者”、“A和/或B”、“在一情况下A，在另一情况下B”、“响应于一情况A，响应于另一情况B”等记载方式，根据情况可以包括以下技术方案：在一些实施例中A(与B无关地执行A)；在一些实施例中B(与A无关地执行B)；在一些实施例中从A和B中选择执行(A和B被选择性执行)；在一些实施例中A和B(A和B都被执行)。当有A、B、C等更多分支时也类似上述。

在一些实施例中，“A或B”等记载方式，根据情况可以包括以下技术方案：在一些实施例中A(与B无关地执行A)；在一些实施例中B(与A无关地执行B)；在一些实施例中从A和B中选择执行(A和B被选择性执行)。当有A、B、C等更多分支时也类似上述。

本公开实施例中的“第一”、“第二”等前缀词，仅仅为了区分不同的描述对象，不对描述对象的位置、顺序、优先级、数量或内容等构成限制，对描述对象的陈述参见权利要求或实施例中上下文的描述，不应因为使用前缀词而构成多余的限制。例如，描述对象为“字段”，则“第一字段”和“第二字段”中“字段”之前的序数词并不限制“字段”之间的位置或顺序，“第一”和“第二”并不限制其修饰的“字段”是否在同一个消息中，也不限制“第一字段”和“第二字段”的先后顺序。再如，描述对象为“等级”，则“第一等级”和“第二等级”中“等级”之前的序数词并不限制“等级”之间的优先级。再如，描述对象的数量并不受序数词的限制，可以是一个或者多个，以“第一装置”为例，其中“装置”的数量可以是一个或者多个。此外，不同前缀词修饰的对象可以相同或不同，例如，描述对象为“装置”，则“第一装置”和“第二装置”可以是相同的装置或者不同的装置，其类型可以相同或不同；再如，描述对象为“信息”，则“第一信息”和“第二信息”可以是相同的信息或者不同的信息，其内容可以相同或不同。

在一些实施例中，“包括A”、“包含A”、“用于指示A”、“携带A”，可以解释为直接携带A，也可以解释为间接指示A。

在一些实施例中，“响应于……”、“响应于确定……”、“在……的情况下”、“在……时”、“当……时”、“若……”、“如果……”等术语可以相互替换。

在一些实施例中，“大于”、“大于或等于”、“不小于”、“多于”、“多于或等于”、“不少于”、“高于”、“高于或等于”、“不低于”、“以上”等术语可以相互替换，“小于”、“小于或等于”、“不大于”、“少于”、“少于或等于”、“不多于”、“低于”、“低于或等于”、“不高于”、“以下”等术语可以相互替换。

在一些实施例中，装置和设备可以解释为实体的、也可以解释为虚拟的，其名称不限定于实施例中所记载的名称，在一些情况下也可以被理解为“设备(equipment)”、“设备(device)”、“电路”、“网元”、“节点”、“功能”、“单元”、“部件(section)”、“系统”、“网络”、“芯片”、“芯片系统”、“实体”、“主体”等。

在一些实施例中，“网络”可以解释为网络中包含的装置，例如，接入网设备、核心网设备等。

在一些实施例中，“接入网设备(access network device，AN device)”也可以被称为“无线接入网设备(radio access network device，RAN device)”、“基站(basestation，BS)”、“无线基站(radio base station)”、“固定台(fixed station)”，在一些实施例中也可以被理解为“节点(node)”、“接入点(access point)”、“发送点(transmissionpoint，TP)”、“接收点(reception point，RP)”、“发送和/或接收点(transmission/reception point，TRP)”、“面板(panel)”、“天线面板(antenna panel)”、“天线阵列(antenna array)”、“小区(cell)”、“宏小区(macro cell)”、“小型小区(small cell)”、“毫微微小区(femto cell)”、“微微小区(pico cell)”、“扇区(sector)”、“小区组(cellgroup)”、“服务小区”、“载波(carrier)”、“分量载波(component carrier)”、“带宽部分(bandwidth part，BWP)”等。

在一些实施例中，“终端(terminal)”或“终端设备(terminal device)”可以被称为“用户设备(user equipment，UE)”、“用户终端(user terminal)”、“移动台(mobilestation，MS)”、“移动终端(mobile terminal，MT)”、订户站(subscriber station)、移动单元(mobile unit)、订户单元(subscriber unit)、无线单元(wireless unit)、远程单元(remote unit)、移动设备(mobile device)、无线设备(wireless device)、无线通信设备(wireless communication device)、远程设备(remote device)、移动订户站(mobilesubscriber station)、接入终端(access terminal)、移动终端(mobile terminal)、无线终端(wireless terminal)、远程终端(remote terminal)、手持设备(handset)、用户代理(user agent)、移动客户端(mobile client)、客户端(client)等。

在一些实施例中，获取数据、信息等可以遵照所在地国家的法律法规。

在一些实施例中，可以在得到用户同意后获取数据、信息等。

此外，本公开实施例的表格中的每一元素、每一行、或每一列均可以作为独立实施例来实施，任意元素、任意行、任意列的组合也可以作为独立实施例来实施。

图1A是根据本公开实施例示出的通信系统的架构示意图。

如图1A所示，通信系统100包括终端(terminal)101、网络设备102。

在一些实施例中，终端101例如包括手机(mobile phone)、可穿戴设备、物联网设备、具备通信功能的汽车、智能汽车、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端设备、无人驾驶(self-driving)中的无线终端设备、远程手术(remote medical surgery)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备、智慧家庭(smart home)中的无线终端设备、降低能力(RedCap)的终端中的至少一者，但不限于此。

在一些实施例中，网络设备102例如是将终端接入到无线网络的节点或设备，网络设备可以包括侧行链路通信网络中的节点、5G通信系统中的演进节点B(evolved NodeB，eNB)、下一代演进节点B(next generation eNB，ng-eNB)、下一代节点B(next generationNodeB，gNB)、节点B(node B，NB)、家庭节点B(home node B，HNB)、家庭演进节点B(homeevolved nodeB，HeNB)、无线回传设备、无线网络控制器(radio network controller，RNC)、基站控制器(base station controller，BSC)、基站收发台(base transceiverstation，BTS)、基带单元(base band unit，BBU)、移动交换中心、6G通信系统中的基站、开放型基站(Open RAN)、云基站(Cloud RAN)、其他通信系统中的基站、Wi-Fi系统中的接入节点中的至少一者，但不限于此。

在一些实施例中，本公开的技术方案可适用于Open RAN架构，此时，本公开实施例所涉及的接入网设备间或者接入网设备内的接口可变为Open RAN的内部接口，这些内部接口之间的流程和信息交互可以通过软件或者程序实现。

在一些实施例中，网络设备可以由集中单元(central unit，CU)与分布式单元(distributed unit，DU)组成的，其中，CU也可以称为控制单元(control unit)，采用CU-DU的结构可以将接入网设备的协议层拆分开，部分协议层的功能放在CU集中控制，剩下部分或全部协议层的功能分布在DU中，由CU集中控制DU，但不限于此。

可以理解的是，本公开实施例描述的通信系统是为了更加清楚的说明本公开实施例的技术方案，并不构成对于本公开实施例提出的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本公开实施例提出的技术方案对于类似的技术问题同样适用。

下述本公开实施例可以应用于图1所示的通信系统100、或部分主体，但不限于此。图1所示的各主体是例示，通信系统可以包括图1中的全部或部分主体，也可以包括图1以外的其他主体，各主体数量和形态为任意，各主体可以是实体的也可以是虚拟的，各主体之间的连接关系是例示，各主体之间可以不连接也可以连接，其连接可以是任意方式，可以是直接连接也可以是间接连接，可以是有线连接也可以是无线连接。

本公开各实施例可以应用于侧行链路通信系统、长期演进(Long TermEvolution，LTE)、LTE-Advanced(LTE-A)、LTE-Beyond(LTE-B)、SUPER 3G、IMT-Advanced、第四代移动通信系统(4th generation mobile communication system，4G)、)、第五代移动通信系统(5th generation mobile communication system，5G)、5G新空口(new radio，NR)、未来无线接入(Future Radio Access，FRA)、新无线接入技术(New-Radio AccessTechnology，RAT)、新无线(New Radio，NR)、新无线接入(New radio access，NX)、未来一代无线接入(Future generation radio access，FX)、Global System for Mobilecommunications(GSM(注册商标))、CDMA2000、超移动宽带(Ultra Mobile Broadband，UMB)、IEEE 802.11(Wi-Fi(注册商标))、IEEE 802.16(WiMAX(注册商标))、IEEE 802.20、超宽带(Ultra-WideBand，UWB)、蓝牙(Bluetooth(注册商标))、陆上公用移动通信网(PublicLand Mobile Network，PLMN)网络、设备到设备(Device-to-Device，D2D)系统、机器到机器(Machine to Machine，M2M)系统、物联网(Internet ofThings，IoT)系统、车联网(Vehicle-to-Everything，V2X)、利用其他通信方法的系统、基于它们而扩展的下一代系统等。此外，也可以将多个系统组合(例如，LTE或者LTE-A与5G的组合等)应用。

在一些实施例中，为了支持终端与终端之间的直接通信，引入了侧行链路(sidelink，SL)的通信方式。终端与终端之间的接口为PC-5(一种底层直连蜂窝通信协议接口)。处于网络覆盖下(in coverage)和不在网络覆盖下(out of coverage，OOC)的终端设备均可以进行sidelink通信。例如，如图1B所示，in coverage的第一终端与in coverage的第二终端可以进行sidelink通信。或者，in coverage的第一终端与OOC的第二终端可以进行sidelink通信。或者，OOC的第一终端与OOC的第二终端可以进行sidelink通信。其中，incoverage的终端设备可以处于无线资源控制(Radio Resources Control，RRC)连接态(CONNECETED)或者RRC空闲态(IDLE)或者RRC非激活态(INACTIVE)。终端设备进行的sidelink通信包括三种传输方式，单播，组播和广播。

在一些实施例中，随着终端以及业务的版本也不断迭代，为了保证业务的后向兼容性，LTE V2X定义了发送属性(TxProfile)，用来指示业务的版本号。例如，R17 NR V2X由于引入了非连续接收(Discontinuous Reception，DRX)特性，为了保证后向兼容性，例如确保老版本终端可以收到R17终端的广播/组播的业务，保证R17终端可以收到老版本终端的广播/组播业务，针对广播/组播业务，按照层2(Layer 2，L2)标识(ID)粒度定义了TxProfile。TxProfile用来指示关联的广播/组播业务是否支持DRX。发送终端确定有一个广播/组播业务是支持DRX属性的，就可以假设接收终端使能了DRX，只在接收终端的“激活(active)”时间内发送数据。接收终端只有当确定所有感兴趣的广播/组播业务都是支持DRX属性的，才使能DRX，即只在“active”时间内醒来监听广播/组播业务的数据。

在一些实施例中，为了满足对系统容量提升的需求，引入了载波聚合(CarrierAggregation，CA)的技术。CA技术可以将多个载波(ComponentCarrier，CC)聚合在一起，有效提高了上下行传输速率。LTE V2X就已经支持了sidelink载波聚合技术。进一步地，NRsidelink载波聚合的其中一个目标就是保证后向兼容性，即保证R16/R17的老版本终端可以接收到R18的支持载波聚合的终端所发送的广播/组播业务。

在一些实施例中，为了提高数据包的可靠性，还引入了分组数据汇聚协议(PacketData Convergence Protocol，PDCP)复用(duplication)机制，也称为数据包复用(packetduplication)，即把一个数据包重复发送一次。采用上述机制进行重复传输，能够提高数据包传输的可靠性，降低重复发送的时延，满足高可靠低时延通信(Ultra-Reliable Low-Latency Communications，URLLC)要求。如果没有采用PDCP复用机制，那么一个PDCP数据包(packet)会传输给一个无线链路控制层(Radio Link Control，RLC)实体，RLC实体处理之后再发给媒体接入控制层(Medium Access Control，MAC)层，由MAC层完成数据的调度。如果采用了PDCP复用(duplication)机制，那么一个PDCP packet会传输给至少两个RLC实体，例如，图1C中所示的主(Primary)RLC实体和辅(Secondary)RLC实体。两个RLC实体会独自处理并把处理后的packet传输给MAC层。在MAC层看来，这就是两个独立的packet，MAC无法识别这是不是PDCP duplication传过来的包，MAC层只需要按照算法调度即可。需要说明的是，CA场景下协议要求PDCP duplication的两个包要在不同的小区(cell)上用不同的逻辑信道(Logical Channel，LCH)传输，例如，图1C中所示的主(Primary)LCH和辅(Secondary)LCH。NR Uu接口上，用来做PDCP duplication的LCH都是网络侧通过RB配置来配置给终端的。网络设备可以通过SL RB配置来配置一个RB是否使能PDCP duplication。

在一些实施例中，网络设备可以通过侧行链路无线承载配置SL-RadioBearerConfig给处于无线资源控制(Radio Resources Control，RRC)连接态的UE配置SL无线承载(Radio Bearer，RB)，SL-RadioBearerConfig配置里包含服务数据适配协议(Service Data Adaptation Protocol，SDAP)配置，SDAP配置里包含这个SL RB所关联的服务质量(Quality of Service，QoS)流(flow)。

在一些实施例中，如果网络设备不知道某个QoS flow关联的TxProfile，可能将后向兼容的QoS flow和非后向兼容的QoS flow映射到一个SL RB里面，这种情况下如果网络配置了该SL RB的PDCP duplication为去使能，那么终端不要求一定要使用传统(legacy)载波，也可称为现有载波(R16/R17支持的现有/传统载波)，当终端没有使用legacy载波，这个RB中包含的后向兼容的QoS flow就只能通过新载波传输，那R16/R17的终端就接收不到这个QoS flow。

下面结合附图对本公开所提供的侧行链路通信方法及其装置进行详细地介绍。

图2A是根据本公开实施例示出的侧行链路通信方法的交互示意图。如图2A所示，本公开实施例涉及侧行链路通信方法，上述方法包括：

步骤S2101，终端101获取第一信息。

在一些实施例中，终端101处于无线资源控制(Radio Resources Control，RRC)空闲态(IDLE)或非激活态(INACTIVE)，或者终端101处于在网络覆盖外(out of coverage，OOC)状态。

在一些实施例中，终端101处于RRC空闲态或非激活态，终端101通过系统信息块(System Information Block，SIB)获取上述第一信息。

在一些实施例中，终端101处于OOC状态，终端101通过预配置获取上述第一信息。

在一些实施例中，上述第一信息包括侧行链路(sidelink，SL)无线承载(RadioBearer，RB)配置信息，上述SLRB配置信息包括至少一个服务质量(Quality of Service，QoS)流(flow)与上述SLRB之间的映射关系。

可以理解的是，上述SL RB是指该SL RB配置信息所配置的SL RB。

在一些实施例中，上述SL RB也可以为数据无线承载(DataRadio Bearer，DRB)。

在一些实施例中，上述第一信息可以包括一个或多个上述SL RB配置。

可选地，上述第一信息包括一个或多个上述SL RB配置(例如是SDAP配置，PDCP配置，RLC配置，MAC配置中的至少之一等等)。

在一些实施例中，上述第一信息的名称不做限定，其例如是“侧行链路无线承载配置”、“服务数据适配协议配置”、“侧行链路配置”、“无线承载配置”等等。

步骤S2102，终端101获取至少一个QoS流关联的发送属性。

在一些实施例中，发送属性(Tx Profile)是按照QoS流的粒度来配置的。

在一些实施例中，终端101从终端101的高层获取至少一个QoS流与发送属性之间的关联关系。

在一些实施例中，终端101的接入层(Access Stratum，AS)从终端101的高层获取至少一个QoS流与发送属性之间的关联关系。

在一些实施例中，上述发送属性为后向兼容或非后向兼容。

可以理解的是，发送属性为后向兼容的QoS流是指R16/R17的老版本终端可以收到的QoS流。

步骤S2103，终端101确定每个QoS对应的发送属性。

在一些实施例中，终端101基于从终端101的高层获取的至少一个QoS流与发送属性之间的关联关系，确定每个QoS流对应的发送属性。

在一些实施例中，终端101确定上述SLRB(一个SLRB配置信息所配置的SL RB)关联的至少一个QoS流中至少存在一个QoS流对应的发送属性与其余QoS流不同。

在一些实施例中，终端101确定没有关联发送属性的QoS流对应的发送属性为后向兼容。

在一些实施例中，终端101确定没有关联发送属性的QoS流对应的发送属性为非后向兼容。

步骤S2104，终端101建立SL RB。

在一些实施例中，终端101基于上述第一信息和/或终端101获取的至少一个QoS流关联的发送属性建立SL RB。示例性的，终端101基于上述第一信息中包含的上述SLRB配置和/或终端101获取的至少一个QoS流关联的发送属性建立SL RB。

在一些实施例中，终端101基于上述第一信息建立多个SL RB。其中，映射至同一个SL RB的一个或多个QoS流对应的发送属性相同。示例性的，终端101基于上述第一信息中包含的一个SLRB配置和/或终端101获取的至少一个QoS流关联的发送属性建立多个SL RB。其中，映射至同一个SL RB的QoS流对应的发送属性相同。

作为一种示例，第一信息包括ABC三个SL RB的配置。对于配置A，终端101确定配置A的SL RB对应的至少一个QoS流的发送属性不同，终端101能够基于该配置A建立多个SLRB，其中，每个SL RB对应的至少一个QoS流的发送属性相同。类似地，对于配置B，终端101确定配置B的SL RB对应的至少一个QoS流的发送属性不同，终端101能够基于该配置B建立多个SL RB，其中，每个SL RB对应的至少一个QoS流的发送属性相同。对于配置C，终端101确定配置C的SL RB对应的至少一个QoS流的发送属性不同，终端101能够基于该配置C建立多个SL RB，其中，每个SL RB对应的至少一个QoS流的发送属性相同。

在一些实施例中，终端101可以将至少一个发送属性为后向兼容的QoS流映射至一个或多个SL RB。

在一些实施例中，终端101可以将至少一个发送属性为非后向兼容的QoS流映射至一个或多个SL RB。

在一些实施例中，终端101可以将至少一个没有关联发送属性的QoS流映射至一个或多个SL RB。

在一些实施例中，具有不同发送属性的QoS流映射至不同的SL RB中。

在一些实施例中，终端101可以将至少一个没有关联发送属性的QoS流与至少一个发送属性为后向兼容的QoS流映射至同一个SL RB，即将没有关联发送属性的QoS流确定为后向兼容的QoS流。

在一些实施例中，终端101可以将至少一个没有关联发送属性的QoS流与至少一个发送属性为非后向兼容的QoS流映射至同一个SL RB，即将没有关联发送属性的QoS流确定为非后向兼容的QoS流。

在一些实施例中，发送属性为后向兼容的至少一个QoS流所映射的一个或多个SLRB，可以采用单载波传输，其中，该单载波为现有/传统(lagacy)载波。具体的，现有/传统载波是指R16/R17终端支持的SL载波。

在一些实施例中，发送属性为后向兼容的至少一个QoS流映射的一个或多个SLRB，可以采用PDCP复用的机制传输，其中，该PDCP复用机制所使用的载波中的至少一个载波是现有/传统(lagacy)载波。

在一些实施例中，“载波(carrier)”、“频带(band)”、“频率(frequency)”等术语可以相互替换。

在一些实施例中，信息等的名称不限定于实施例中所记载的名称，“信息(information)”、“消息(message)”、“信号(signal)”、“信令(signaling)”、“报告(report)”、“配置(configuration)”、“指示(indication)”、“指令(instruction)”、“命令(command)”、“信道”、“参数(parameter)”、“域”、“字段”、“符号(symbol)”、“码元(symbol)”、“码本(codebook)”、“码字(codeword)”、“码点(codepoint)”、“比特(bit)”、“数据(data)”、“程序(program)”、“码片(chip)”等术语可以相互替换。

在一些实施例中，“物理下行链路共享信道(physical downlink sharedchannel，PDSCH)”、“DL数据”等术语可以相互替换，“物理上行链路共享信道(physicaluplink shared channel，PUSCH)”、“UL数据”等术语可以相互替换。

在一些实施例中，“无线(radio)”、“无线(wireless)”、“无线接入网(radioaccess network，RAN)”、“接入网(access network，AN)”、“基于RAN的(RAN-based)”等术语可以相互替换。

在一些实施例中，“资源块(resource block，RB)”、“物理资源块(physicalresource block，PRB)”、“子载波组(sub-carrier group，SCG)”、“资源元素组(resourceelement group，REG)”、“PRB对”、“RB对”、“资源元素(resource element，RE)”、“子载波(sub-carrier)”等术语可以相互替换。

在一些实施例中，“获取”、“获得”、“得到”、“接收”、“传输”、“双向传输”、“发送和/或接收”可以相互替换，其可以解释为从其他主体接收，从协议中获取，从高层获取，自身处理得到、自主实现等多种含义。

在一些实施例中，“发送”、“发射”、“上报”、“下发”、“传输”、“双向传输”、“发送和/或接收”等术语可以相互替换。

在一些实施例中，“特定(certain)”、“预定(preseted)”、“预设”、“设定”、“指示(indicated)”、“某一”、“任意”、“第一”等术语可以相互替换，“特定A”、“预定A”、“预设A”、“设定A”、“指示A”、“某一A”、“任意A”、“第一A”可以解释为在协议等中预先规定的A，也可以解释为通过设定、配置、或指示等得到的A，也可以解释为特定A、某一A、任意A、或第一A等，但不限于此。

在一些实施例中，判定或判断可以通过以1比特表示的值(0或1)来进行，也可以通过以真(true)或者假(false)表示的真假值(布尔值(boolean))来进行，也可以通过数值的比较(例如，与预定值的比较)来进行，但不限于此。

本公开实施例所涉及的通信方法可以包括步骤S2101～步骤S2104中的至少一者。例如，步骤2101可以作为独立实施例来实施，步骤2102+2103可以作为独立实施例来实施，步骤2104可以作为独立实施例来实施，步骤2103+2104可以作为独立实施例来实施，步骤2102+2103+2104可以作为独立实施例来实施，步骤2101+2102+2103+2104可以作为独立实施例来实施等等，但不限于此。

在一些实施例中，步骤2101、2102可以交换顺序或同时执行。

在一些实施例中，可参见图2A所对应的说明书之前或之后记载的其他可选实现方式。

图2B是根据本公开实施例示出的侧行链路通信方法的交互示意图。如图2B所示，本公开实施例涉及侧行链路通信方法，上述方法包括：

步骤S2201，终端101获取第一信息。

在一些实施例中，上述第一信息包括侧行链路(sidelink，SL)无线承载(RadioBearer，RB)配置信息，上述SLRB配置信息包括至少一个服务质量(Quality of Service，QoS)流(flow)与该SLRB之间的映射关系。在一些实施例中，上述SL RB也可以为数据无线承载(DataRadio Bearer，DRB)。

在一些实施例中，上述第一信息可以包括一个或多个上述SL RB的配置。

可选地，上述第一信息包括一个或多个上述SL RB配置(例如是SDAP配置，PDCP配置、MAC配置等等)。

步骤S2202，终端101获取至少一个QoS流关联的发送属性。

在一些实施例中，上述发送属性为后向兼容或非后向兼容。

步骤S2203，终端101确定每个QoS对应的发送属性。

步骤S2204，终端101确定发送上述SL RB的载波。

在一些实施例中，终端101确定上述SL RB关联的至少一个QoS流中包括至少一个发送属性为后向兼容的QoS流。其中，上述SL RB是第一信息中的一个SL RB配置信息所配置的SL RB。

在一些实施例中，终端101确定通过单载波发送上述SL RB，其中，上述单载波为为现有/传统(legacy)载波。具体的，现有/传统载波是指R16/R17终端支持的SL载波。

在一些实施例中，终端101确定采用PDCP复用机制发送上述SL RB，其中，该PDCP复用机制所使用的载波中的至少一个载波是现有/传统(legacy)载波。

在一些实施例中，“载波(carrier)”、“频带(band)、频率(frequency)”等术语可以相互替换。上一个案子也补一下

本公开实施例所涉及的通信方法可以包括步骤S2201～步骤S2204中的至少一者。例如，步骤2201可以作为独立实施例来实施，步骤2202+2203可以作为独立实施例来实施，步骤2204可以作为独立实施例来实施，步骤2203+2204可以作为独立实施例来实施，步骤2202+2203+2204可以作为独立实施例来实施，步骤2201+2202+2203+2204可以作为独立实施例来实施等等，但不限于此。

在一些实施例中，步骤2201、2202可以交换顺序或同时执行。

在一些实施例中，可参见图2B所对应的说明书之前或之后记载的其他可选实现方式。

图3A是根据本公开实施例示出的侧行链路通信方法的流程示意图。如图3A所示，本公开实施例涉及侧行链路通信方法，上述方法由终端101执行，上述方法包括：

步骤S3101，获取第一信息。

步骤S3101的可选实现方式可以参见图2A的步骤S2101的可选实现方式、及图2A所涉及的实施例中其他关联部分，此处不再赘述。

步骤S3102，获取至少一个QoS流关联的发送属性。

步骤S3102的可选实现方式可以参见图2A的步骤S2102的可选实现方式、及图2A所涉及的实施例中其他关联部分，此处不再赘述。

步骤S3103，确定每个QoS对应的发送属性。

步骤S3104的可选实现方式可以参见图2A的步骤S2103的可选实现方式、及图2A所涉及的实施例中其他关联部分，此处不再赘述。

步骤S3104，建立SL RB。

步骤S3104的可选实现方式可以参见图2A的步骤S2104的可选实现方式、及图2A所涉及的实施例中其他关联部分，此处不再赘述。

本公开实施例所涉及的通信方法可以包括步骤S3101～步骤S3104中的至少一者。例如，步骤3101可以作为独立实施例来实施，步骤3102+3103可以作为独立实施例来实施，步骤3104可以作为独立实施例来实施，步骤3103+3104可以作为独立实施例来实施，步骤3102+3103+3104可以作为独立实施例来实施，步骤3101+3102+3103+3104可以作为独立实施例来实施等等，但不限于此。

在一些实施例中，步骤3101、3102可以交换顺序或同时执行。

图3B是根据本公开实施例示出的侧行链路通信方法的流程示意图。如图3B所示，本公开实施例涉及侧行链路通信方法，上述方法由终端101执行，上述方法包括：

步骤S3201，获取第一信息。

步骤S3201的可选实现方式可以参见图2B的步骤S2201的可选实现方式、及图2B所涉及的实施例中其他关联部分，此处不再赘述。

步骤S3202，获取至少一个QoS流关联的发送属性。

步骤S3202的可选实现方式可以参见图2B的步骤S2202的可选实现方式、及图2B所涉及的实施例中其他关联部分，此处不再赘述。

步骤S3203，确定每个QoS对应的发送属性。

步骤S3203的可选实现方式可以参见图2B的步骤S2203的可选实现方式、及图2B所涉及的实施例中其他关联部分，此处不再赘述。

步骤S3204，确定发送上述SL RB的载波。

步骤S3204的可选实现方式可以参见图2B的步骤S2204的可选实现方式、及图2B所涉及的实施例中其他关联部分，此处不再赘述。

本公开实施例所涉及的通信方法可以包括步骤S3201～步骤S3204中的至少一者。例如，步骤3201可以作为独立实施例来实施，步骤3202+3203可以作为独立实施例来实施，步骤3204可以作为独立实施例来实施，步骤3203+3204可以作为独立实施例来实施，步骤3202+3203+3204可以作为独立实施例来实施，步骤3201+3202+3203+3204可以作为独立实施例来实施等等，但不限于此。

在一些实施例中，步骤3201、3202可以交换顺序或同时执行。

图3C从是根据本公开实施例示出的侧行链路通信方法的流程示意图。如图3C所示，本公开实施例涉及侧行链路通信方法，上述方法由终端101执行，上述方法包括：

步骤S3301，获取第一信息。

步骤S3301的可选实现方式可以参见图2A的步骤S2101、图3A的步骤S3101的可选实现方式、及图2A、图3A所涉及的实施例中其他关联部分，此处不再赘述。

步骤S3302，确定每个QoS对应的发送属性。

步骤S3302的可选实现方式可以参见图2A的步骤S2103、图3A的步骤S3103的可选实现方式、及图2A、图3A所涉及的实施例中其他关联部分，此处不再赘述。

步骤S3303，建立SL RB。

步骤S3303的可选实现方式可以参见图2A的步骤S2104、图3A的步骤S3104的可选实现方式、及图2A、图3A所涉及的实施例中其他关联部分，此处不再赘述。

本公开实施例所涉及的通信方法可以包括步骤S3301～步骤S3303中的至少一者。例如，步骤3302可以作为独立实施例来实施，步骤3303可以作为独立实施例来实施，步骤3301+3303可以作为独立实施例，步骤3302+3303可以作为独立实施例来实施，步骤3301+3302+3303可以作为独立实施例来实施等等，但不限于此。

在一些实施例中，步骤3301、3302可以交换顺序或同时执行。

图3D从是根据本公开实施例示出的侧行链路通信方法的流程示意图。如图3D所示，本公开实施例涉及侧行链路通信方法，上述方法由终端101执行，上述方法包括：

步骤S3401，获取第一信息。

步骤S3401的可选实现方式可以参见图2B的步骤S2101、图3B的步骤S3101的可选实现方式、及图2B、图3B所涉及的实施例中其他关联部分，此处不再赘述。

步骤S3402，确定每个QoS对应的发送属性。

步骤S3402的可选实现方式可以参见图2B的步骤S2103、图3B的步骤S3103的可选实现方式、及图2B、图3B所涉及的实施例中其他关联部分，此处不再赘述。

步骤S3403，确定发送上述SL RB的载波。

步骤S3403的可选实现方式可以参见图2B的步骤S2104、图3B的步骤S3104的可选实现方式、及图2B、图3B所涉及的实施例中其他关联部分，此处不再赘述。

本公开实施例所涉及的通信方法可以包括步骤S3401～步骤S3403中的至少一者。例如，步骤3402可以作为独立实施例来实施，步骤3403可以作为独立实施例来实施，步骤3401+3403可以作为独立实施例，步骤3402+3403可以作为独立实施例来实施，步骤3401+3402+3403可以作为独立实施例来实施等等，但不限于此。

在一些实施例中，步骤3401、3402可以交换顺序或同时执行。

以下为对上述各实施例所述的方法的示例性介绍。

在一些实施例中，UE可以建立多于一个的SLRB，如果QoS flow映射的DRB已经建立或者未建立，但是这些QoS flow关联的tx profile不同。

作为一种示例，如果SIB或者预配置中的QoS flow映射到一个DRB，这个DRB已经建立或者未建立，这些QoS flow关联的tx profile不同，UE可以建立多于一个SLRB。示例性的，UE将具有相同tx profile属性的QoS flow建立到一个SLRB中，UE将具有不同txprofile属性的QoS flow建立到不同的SLRB中。如果一个QoS flow没有关联的tx profile，UE可以给没有关联的tx profile的QoS flow建立一个SLRB，或者UE可以将这个QoS flow跟其他tx profile指示后向兼容到的QoS flow建立到同一个SLRB中，或者UE可以将这个QoSflow跟其他tx profile指示非后向兼容到的QoS flow建立到同一个SLRB中。

可选地，处于RRC IDLE/INACTIVE态的UE通过SIB获取DRB配置，处于OOC态的UE通过预配置获取DRB配置。

在一些实施例中，UE确定DRB配置中至少一个关联的qos flow对应的tx profile指示后向兼容，UE使用PDCP复用或者使用单载波。

作为一种示例，UE确定DRB配置中至少一个关联的QoS flow对应的tx profile指示后向兼容，UE使用PDCP复用或者使用单载波传输这个DRB。具体的，是否使能PDCP复用机制可以留给UE实现决定。如果UE使用PDCP复用，legacy载波需要至少作为其中一个载波。如果UE使用单载波传输，只能使用legacy载波作为单载波传输。

在一些实施例中，UE可以基于实现，自行决定如何处理DRB配置关联的QoS flow对应的tx profile不相同的问题。

本公开实施例还提出用于实现以上任一方法的装置，例如，提出一装置，上述装置包括用以实现以上任一方法中终端所执行的各步骤的单元或模块。再如，还提出另一装置，包括用以实现以上任一方法中网络设备(例如接入网设备、核心网功能节点、核心网设备等)所执行的各步骤的单元或模块。

应理解以上装置中各单元或模块的划分仅是一种逻辑功能的划分，在实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。此外，装置中的单元或模块可以以处理器调用软件的形式实现：例如装置包括处理器，处理器与存储器连接，存储器中存储有指令，处理器调用存储器中存储的指令，以实现以上任一方法或实现上述装置各单元或模块的功能，其中处理器例如为通用处理器，例如中央处理单元(Central ProcessingUnit，CPU)或微处理器，存储器为装置内的存储器或装置外的存储器。或者，装置中的单元或模块可以以硬件电路的形式实现，可以通过对硬件电路的设计实现部分或全部单元或模块的功能，上述硬件电路可以理解为一个或多个处理器；例如，在一种实现中，上述硬件电路为专用集成电路(application-specific integrated circuit，ASIC)，通过对电路内元件逻辑关系的设计，实现以上部分或全部单元或模块的功能；再如，在另一种实现中，上述硬件电路为可以通过可编程逻辑器件(programmable logic device，PLD)实现，以现场可编程门阵列(Field Programmable Gate Array，FPGA)为例，其可以包括大量逻辑门电路，通过配置文件来配置逻辑门电路之间的连接关系，从而实现以上部分或全部单元或模块的功能。以上装置的所有单元或模块可以全部通过处理器调用软件的形式实现，或全部通过硬件电路的形式实现，或部分通过处理器调用软件的形式实现，剩余部分通过硬件电路的形式实现。

在本公开实施例中，处理器是具有信号处理能力的电路，在一种实现中，处理器可以是具有指令读取与运行能力的电路，例如中央处理单元(Central Processing Unit，CPU)、微处理器、图形处理器(graphics processing unit，GPU)(可以理解为微处理器)、或数字信号处理器(digital signal processor，DSP)等；在另一种实现中，处理器可以通过硬件电路的逻辑关系实现一定功能，上述硬件电路的逻辑关系是固定的或可以重构的，例如处理器为专用集成电路(application-specific integrated circuit，ASIC)或可编程逻辑器件(programmable logic device，PLD)实现的硬件电路,例如FPGA。在可重构的硬件电路中，处理器加载配置文档，实现硬件电路配置的过程，可以理解为处理器加载指令，以实现以上部分或全部单元或模块的功能的过程。此外，还可以是针对人工智能设计的硬件电路，其可以理解为ASIC，例如神经网络处理单元(Neural Network Processing Unit，NPU)、张量处理单元(Tensor Processing Unit，TPU)、深度学习处理单元(Deep learningProcessing Unit，DPU)等。

图4A是本公开实施例提出的终端的结构示意图。如图4A所示，终端4100可以包括：收发模块4101、处理模块4102等中的至少一者。在一些实施例中，上述收发模块，用于获取第一信息，第一信息包括终端的至少一个服务质量QoS流与侧行链路SL无线承载RB之间的映射关系，以及SL RB的配置信息；上述处理模块，用于确定至少一个QoS流中每个QoS流对应的发送属性，其中，至少一个QoS流中至少存在一个QoS流对应的发送属性与其余QoS流不同；上述处理模块，还用于基于第一信息，建立多个SL RB；其中，映射至同一个SL RB的一个或多个QoS流对应的发送属性相同。

可选地，上述收发模块用于执行以上任一方法中终端101执行的发送和/或接收等通信步骤(例如步骤S2101，但不限于此)中的至少一者，此处不再赘述。

可选地，上述处理模块用于执行以上任一方法中终端101执行的其他步骤(例如步骤S2102、步骤S2103、步骤S2104，但不限于此)中的至少一者，此处不再赘述。

图4B是本公开实施例提出的另一种终端的结构示意图。如图4B所示，终端4200可以包括：收发模块4201、处理模块4202等中的至少一者。在一些实施例中，上述收发模块，用于获取第一信息，第一信息包括终端的至少一个服务质量QoS流与侧行链路SL无线承载RB之间的映射关系，以及SL RB的配置信息；上述处理模块，用于确定至少一个QoS流中每个QoS流对应的发送属性，发送属性为后向兼容或者非后向兼容，其中，至少一个QoS流中至少存在一个QoS流对应的发送属性与其余QoS流不同；上述处理模块，还用于确定映射至SL RB的至少一个QoS流中包括至少一个发送属性为后向兼容的QoS流，确定通过单载波发送SLRB且单载波为现有/传统载波，或者确定采用分组数据汇聚协议PDCP复用机制发送SL RB。

可选地，上述收发模块用于执行以上任一方法中终端101执行的发送和/或接收等通信步骤(例如步骤S2201，但不限于此)中的至少一者，此处不再赘述。

可选地，上述处理模块用于执行以上任一方法中终端101执行的其他步骤(例如步骤S2202、步骤S2203、步骤S2204，但不限于此)中的至少一者，此处不再赘述。

在一些实施例中，收发模块可以包括发送模块和/或接收模块，发送模块和接收模块可以是分离的，也可以集成在一起。可选地，收发模块可以与收发器相互替换。

在一些实施例中，处理模块可以是一个模块，也可以包括多个子模块。可选地，上述多个子模块分别执行处理模块所需执行的全部或部分步骤。可选地，处理模块可以与处理器相互替换。

图5A是本公开实施例提出的通信设备5100的结构示意图。通信设备5100可以是网络设备(例如接入网设备、核心网设备等)，也可以是终端(例如用户设备等)，也可以是支持网络设备实现以上任一方法的芯片、芯片系统、或处理器等，还可以是支持终端实现以上任一方法的芯片、芯片系统、或处理器等。通信设备5100可用于实现上述方法实施例中描述的方法，具体可以参见上述方法实施例中的说明。

如图5A所示，通信设备5100包括一个或多个处理器5101。处理器5101可以是通用处理器或者专用处理器等，例如可以是基带处理器或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理，中央处理器可以用于对通信装置(如，基站、基带芯片，终端设备、终端设备芯片，DU或CU等)进行控制，执行程序，处理程序的数据。通信设备5100用于执行以上任一方法。

在一些实施例中，通信设备5100还包括用于存储指令的一个或多个存储器5102。可选地，全部或部分存储器5102也可以处于通信设备5100之外。

在一些实施例中，通信设备5100还包括一个或多个收发器5103。在通信设备5100包括一个或多个收发器5103时，收发器5103执行上述方法中的发送和/或接收等通信步骤中的至少一者，处理器5101执行其他步骤中的至少一者。

在一些实施例中，收发器可以包括接收器和/或发送器，接收器和发送器可以是分离的，也可以集成在一起。可选地，收发器、收发单元、收发机、收发电路等术语可以相互替换，发送器、发送单元、发送机、发送电路等术语可以相互替换，接收器、接收单元、接收机、接收电路等术语可以相互替换。

在一些实施例中，通信设备5100可以包括一个或多个接口电路5104。可选地，接口电路5104与存储器5102连接，接口电路5104可用于从存储器5102或其他装置接收信号，可用于向存储器5102或其他装置发送信号。例如，接口电路5104可读取存储器5102中存储的指令，并将该指令发送给处理器5101。

以上实施例描述中的通信设备5100可以是网络设备或者终端，但本公开中描述的通信设备5100的范围并不限于此，通信设备5100的结构可以不受图5A的限制。通信设备可以是独立的设备或者可以是较大设备的一部分。例如所述通信设备可以是：(1)独立的集成电路IC，或芯片，或，芯片系统或子系统；(2)具有一个或多个IC的集合，可选地，上述IC集合也可以包括用于存储数据，程序的存储部件；(3)ASIC，例如调制解调器(Modem)；(4)可嵌入在其他设备内的模块；(5)接收机、终端设备、智能终端设备、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、云设备、人工智能设备等等；(6)其他等等。

图5B是本公开实施例提出的芯片5200的结构示意图。对于通信设备5100可以是芯片或芯片系统的情况，可以参见图5B所示的芯片5200的结构示意图，但不限于此。

芯片5200包括一个或多个处理器5201，芯片5200用于执行以上任一方法。

在一些实施例中，芯片5200还包括一个或多个接口电路5202。可选地，接口电路5202与存储器5203连接，接口电路5202可以用于从存储器5203或其他装置接收信号，接口电路5202可用于向存储器5203或其他装置发送信号。例如，接口电路5202可读取存储器5203中存储的指令，并将该指令发送给处理器5201。

在一些实施例中，接口电路5202执行上述方法中的发送和/或接收等通信步骤(例如步骤S2101、步骤S2201，但不限于此)中的至少一者，处理器5201执行其他步骤(例如步骤S2102、步骤S2103、步骤S2104、步骤S2202、步骤S2203、步骤S2204，但不限于此)中的至少一者。

在一些实施例中，接口电路、接口、收发管脚、收发器等术语可以相互替换。

在一些实施例中，芯片5200还包括用于存储指令的一个或多个存储器5203。可选地，全部或部分存储器5203可以处于芯片5200之外。

本公开还提出存储介质，上述存储介质上存储有指令，当上述指令在通信设备5100上运行时，使得通信设备5100执行以上任一方法。可选地，上述存储介质是电子存储介质。可选地，上述存储介质是计算机可读存储介质，但不限于此，其也可以是其他装置可读的存储介质。可选地，上述存储介质可以是非暂时性(non-transitory)存储介质，但不限于此，其也可以是暂时性存储介质。

本公开还提出程序产品，上述程序产品被通信设备5100执行时，使得通信设备5100执行以上任一方法。可选地，上述程序产品是计算机程序产品。

本公开还提出计算机程序，当其在计算机上运行时，使得计算机执行以上任一方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序。在计算机上加载和执行所述计算机程序时，全部或部分地产生按照本公开实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机程序可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以所述权利要求的保护范围为准。

Claims

1.一种侧行链路通信方法，其特征在于，所述方法由终端执行，所述方法包括：

获取第一信息，所述第一信息包括侧行链路SL无线承载RB配置信息，所述SL RB配置信息包括至少一个服务质量QoS流与SL RB的映射关系；

基于所述第一信息，建立一个或多个SL RB；其中，映射至同一个SL RB的QoS流对应的发送属性相同。

2.根据权利要求1所述的方法，其特征在于，所述发送属性为后向兼容或者非后向兼容。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

4.根据权利要求1-3任一项所述的方法，其特征在于，所述终端处于无线资源控制RRC空闲态或非激活态，或者所述终端处于在网络覆盖外OOC状态。

5.根据权利要求4所述的方法，其特征在于，所述获取第一信息包括：

6.根据权利要求1-5所述的方法，其特征在于，所述方法还包括：

从高层获取所述至少一个QoS流对应的发送属性；

7.一种侧行链路通信方法，其特征在于，所述方法由终端执行，所述方法包括：

确定映射至所述SL RB的至少一个QoS流中包括至少一个发送属性为后向兼容的QoS流，确定通过单载波发送所述SL RB且所述单载波为传统载波，或者确定采用分组数据汇聚协议PDCP复用机制发送所述SL RB。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

确定采用分组数据汇聚协议PDCP复用机制发送所述SL RB，传统载波作为所述PDCP复用机制使用的载波中的至少之一，所述传统载波用于发送所述SLRB。

9.根据权利要求7-8任一项所述的方法，其特征在于，所述终端处于无线资源控制RRC空闲态或非激活态，或者所述终端处于在网络覆盖外OOC状态。

10.根据权利要求9所述的方法，其特征在于，所述获取第一信息包括：

11.根据权利要求10所述的方法，其特征在于，所述方法还包括：

从高层获取所述至少一个QoS流对应的发送属性；

12.一种终端，其特征在于，所述终端包括：

收发模块，用于获取第一信息，所述第一信息包括侧行链路SL无线承载RB配置信息，所述SL RB配置信息包括至少一个服务质量QoS流与SL RB的映射关系；

处理模块，用于确定所述至少一个QoS流中每个QoS流对应的发送属性，其中，所述至少一个QoS流中至少存在一个QoS流对应的发送属性与其余QoS流不同；

所述处理模块，还用于基于所述第一信息，建立多个SL RB；其中，映射至同一个所述SLRB的一个或多个QoS流对应的发送属性相同。

13.一种终端，其特征在于，所述终端包括：

处理模块，用于确定所述至少一个QoS流中每个QoS流对应的发送属性，所述发送属性为后向兼容或者非后向兼容，其中，所述至少一个QoS流中至少存在一个QoS流对应的发送属性与其余QoS流不同；

所述处理模块，还用于确定映射至所述SL RB的至少一个QoS流中包括至少一个发送属性为后向兼容的QoS流，确定通过单载波发送所述SL RB且所述单载波为传统载波，或者确定采用分组数据汇聚协议PDCP复用机制发送所述SL RB。

14.一种终端，其特征在于，所述终端包括：

一个或多个处理器；

其中，所述终端用于执行权利要求1-6或7-11中任一项所述的侧行链路通信方法。

15.一种存储介质，所述存储介质存储有指令，其特征在于，当所述指令在通信设备上运行时，使得所述通信设备执行如权利要求1-6或7-11中任一项所述的信息处理方法。