CN114830803B - 一种侧行链路通信方法及装置 - Google Patents

Abstract

一种侧行链路通信方法及装置，其中方法包括：第一终端设备确定第一QoS流重映射到第二SLRB后，第一终端设备的SDAP实体可停止在第一SLRB上发送第一QoS流的数据包，并在停止在第一SLRB上发送第一QoS流的数据包之后的第一预设时长内，将第一QoS流的数据包缓存在SDAP缓冲区中，经过第一预设时长后，再在第二SLRB上发送缓存的第一QoS流的数据包。如此，可使通过第二SLRB传输的数据包在通过第一SLRB传输的数据包之后到达，从而有效确保接收侧的SDAP层能够按序向上层递交第一QoS流的数据包。

Description

一种侧行链路通信方法及装置

技术领域

本申请涉及无线通信技术领域，特别涉及一种侧行链路通信方法及装置。

背景技术

在车联网(vehicle to everything，V2X)通信系统中，一个PC5服务质量流(PC5quality of service flow，PC5 QoS flow)与一个PC5服务质量规则(PC5 quality ofservice rule，PC5 QoS rule)关联。终端设备的V2X层可根据配置的PC5 QoS rules，将应用层下发的侧行链路的数据包(V2X packet)映射到相应的PC5 QoS流，然后发送至服务数据适配(service data adaptation protocol，SDAP)层。

在SDAP层，SDAP实体可根据网络设备配置的PC5 QoS流与侧行链路无线承载(sidelink radio bearer，SLRB)之间的映射关系，将PC5 QoS流中的侧行链路的数据包映射到相应的SLRB上。

现有的技术方案中，当发送端获取的SLRB配置发生变化时，PC5 QoS流与SLRB之间的映射关系可能也会发生变化。若在某一PC5 QoS流与SLRB之间的映射关系发生变化时，就立即将该QoS流的数据由映射到源SLRB更改为映射到目标SLRB，那么由于源SLRB中某些数据包发生了重传或是没有得到及时传输等原因，通过源SLRB发送的部分数据包可能在通过目标SLRB发送的数据包之后到达接收端，如此会导致接收端的SDAP层向上层递交该QoS流的数据包时出现无法按序递交的情况。

发明内容

本申请实施例提供一种侧行链路通信方法及装置，用以确保发生重映射的QoS流的数据包在接收侧能够按序递交。

第一方面，本申请实施例提供一种侧行链路通信方法，该方法可应用于第一终端设备，该方法包括：终端设备在第一侧行链路无线承载SLRB上发送第一服务质量QoS流的数据；第一终端设备获取第二SLRB的配置信息，该第二SLRB的配置信息指示第一QoS流重映射到第二SLRB；第一终端设备的服务数据适配层SDAP实体停止在第一SLRB上发送第一QoS流的数据包，并在停止在第一SLRB上发送第一QoS流的数据包之后的第一预设时长内，将所述第一QoS流的数据包缓存在SDAP缓冲区中；经过第一预设时长后，第一终端设备在第二SLRB上发送SDAP缓冲区中缓存的第一QoS流的数据包。

本申请实施例中，第一终端设备确定第一QoS流需要重映射到第二SLRB后，可停止将第一QoS流的数据递交至第一SLRB传输，并将第一QoS流的数据包缓存在SDAP缓冲区中，待经过第一预设时长后，再在第二SLRB上发送SDAP缓冲区中缓存的第一QoS流的数据包。如此可知，通过设置第一预设时长，可使之前已递交给第一SLRB传输的第一QoS流的数据包可以在停止将第一QoS流的数据递交至第一SLRB之后的第一预设时长内的这段时间中传输完成。经过第一预设时长后，再将缓存的第一QoS流的数据包递交至第二SLRB传输，可使通过第二SLRB传输的数据包在通过第一SLRB传输的数据包之后到达，从而有效确保接收侧的SDAP层能够按序向上层递交第一QoS流的数据包。

结合第一方面，在第一方面的一种可能的设计中，第一终端设备的SDAP实体可在第一终端设备获取到第二SLRB的配置信息后，立即停止在第一SLRB上发送第一QoS流的数据包。或者，第一终端设备的SDAP实体也可在第一终端设备获取到第二SLRB的配置信息之后的第二预设时长后，再停止在第一SLRB上发送第一QoS流的数据包，如此可保障业务连续性。

结合第一方面，在第一方面的一种可能的设计中，第一终端设备可根据第二SLRB的配置信息，建立第二SLRB，从而便于将第一QoS流重映射到第二SLRB上。

结合第一方面，在第一方面的一种可能的设计中，第一终端设备可在停止在第一SLRB上发送第一QoS流的数据包之后的第一预设时长后，释放第一SLRB。

第二方面，本申请实施例提供一种侧行链路通信方法，该方法可应用于第二终端设备，该方法包括：第二终端设备在第一侧行链路无线承载SLRB上接收第一服务质量QoS流的数据；第二终端设备从第一终端设备接收第二SLRB的配置信息，该第二SLRB的配置信息指示第一QoS流重映射到第二SLRB；第二终端设备在接收到第二SLRB的配置信息之后的第三预设时长内，将从第二SLRB接收到的数据包缓存在服务数据适配层SDAP缓冲区中；经过第三预设时长后，第二终端设备的SDAP实体将SDAP缓冲区中缓存的从第二SLRB接收到的数据包递交给上层处理。

本申请实施例中，第二终端设备的SDAP实体可在确定第一QoS流需要发生重映射之后的第三预设时长内，将从第二SLRB接收到的数据包缓存在SDAP缓冲区中。待第三预设时长结束后，再将缓存的从第二SLRB接收到的数据包递交给上层处理。如此，在第二终端设备确定第一QoS流需要发生重映射之后的第三预设时长内，第二终端设备的SDAP层还可继续从第一SLRB接收第一QoS流的数据包，并递交给上层处理。第二终端设备的SDAP层在第三预设时长结束后，再将在第二SLRB上接收到的数据包递交至上层，可使得SDAP层将从第一SLRB接收到的第一QoS流的数据包递交至上层处理后，然后再递交从第二SLRB接收到的第一QoS流的数据包，从而确保第二终端设备的SDAP层能够将第一QoS流的数据包按序递交。

结合第二方面，在第二方面的一种可能的设计中，第二终端设备可根据第二SLRB配置信息，建立第二SLRB，从而便于将第一QoS流重映射到第二SLRB上。

结合第二方面，在第二方面的一种可能的设计中，经过第三预设时长后，第二终端设备可释放第一SLRB。

第三方面，本申请实施例提供一种侧行链路通信方法，该方法可应用于第一终端设备，该方法包括：第一终端设备在第一侧行链路无线承载SLRB上发送第一服务质量QoS流的数据；第一终端设备获取第二SLRB的配置信息，该第二SLRB的配置信息指示第一QoS流重映射到第二SLRB；第一终端设备在获取到第二SLRB的配置信息之后的第四预设时长之后，释放第一SLRB。

本申请实施例中，第一终端设备确定第一QoS流需要重映射到第二SLRB后，可以不立即释放第一SLRB，在经过第四预设时长后，再释放第一SLRB。如此，可在第一QoS流发生重映射的情况下，使得重映射前已递交给第一SLRB传输的数据包都能发送给第二终端设备，从而保证业务连续性。

结合第三方面，在第三方面的一种可能的设计中，第一终端设备可根据第二SLRB的配置信息，建立第二SLRB，从而便于将第一QoS流重映射到第二SLRB上。

结合第三方面，在第三方面的一种可能的设计中，第一终端设备的服务数据适配层SDAP实体可在第四预设时长之后，在第二SLRB上发送第一QoS流的数据包。

第四方面，本申请实施例提供一种通信装置，该装置具有实现上述第一方面或第一方面的任一种可能的设计中终端设备的功能、或具有实现上述第二方面或第二方面的任一种可能的设计中终端设备的功能、或具有实现上述第三方面或第三方面的任一种可能的设计中终端设备的功能。该装置可以为终端设备，例如手持终端设备、车载终端设备、车辆用户设备、路侧单元等，也可以为终端设备中包含的装置，例如芯片，也可以为包含终端设备的装置。上述终端设备的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现，所述硬件或软件包括一个或多个与上述功能相对应的模块。

在一种可能的设计中，该装置的结构中包括处理模块和收发模块，其中，处理模块被配置为支持该装置执行上述第一方面或第一方面的任一种设计中终端设备相应的功能，或者执行上述第二方面或第二方面的任一种设计中终端设备相应的功能、或者执行上述第三方面或第三方面的任一种设计中终端设备相应的功能。收发模块用于支持该装置与其他通信设备之间的通信，例如该装置为终端设备时，可向另一终端设备发送侧行链路信息。该通信装置还可以包括存储模块，存储模块与处理模块耦合，其保存有装置必要的程序指令和数据。作为一种示例，处理模块可以为处理器，通信模块可以为收发器，存储模块可以为存储器，存储器可以和处理器集成在一起，也可以和处理器分离设置，本申请并不限定。

在另一种可能的设计中，该装置的结构中包括处理器，还可以包括存储器。处理器与存储器耦合，可用于执行存储器中存储的计算机程序指令，以使装置执行上述第一方面、或第一方面的任一种可能的设计中的方法，或者执行上述第二方面或第二方面的任一种设计中的方法，或者执行上述第三方面或第三方面的任一种设计中的方法。可选地，该装置还包括通信接口，处理器与通信接口耦合。当装置为终端设备时，该通信接口可以是收发器或输入/输出接口；当该装置为终端设备中包含的芯片时，该通信接口可以是芯片的输入/输出接口。可选地，收发器可以为收发电路，输入/输出接口可以是输入/输出电路。

第五方面，本申请实施例提供一种芯片系统，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储程序或指令，当所述程序或指令被所述处理器执行时，使得该芯片系统实现上述第一方面或第一方面的任一种可能的设计中的方法、或实现上述第二方面或第二方面的任一种可能的设计中的方法、或实现上述第三方面或第三方面的任一种可能的设计中的方法。

可选地，该芯片系统还包括接口电路，该接口电路用于交互代码指令至所述处理器。

可选地，该芯片系统中的处理器可以为一个或多个，该处理器可以通过硬件实现也可以通过软件实现。当通过硬件实现时，该处理器可以是逻辑电路、集成电路等。当通过软件实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现。

可选地，该芯片系统中的存储器也可以为一个或多个。该存储器可以与处理器集成在一起，也可以和处理器分离设置，本申请并不限定。示例性的，存储器可以是非瞬时性处理器，例如只读存储器ROM，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请对存储器的类型，以及存储器与处理器的设置方式不作具体限定。

第六方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序或指令，当该计算机程序或指令被执行时，使得计算机执行上述第一方面或第一方面的任一种可能的设计中的方法、或执行上述第二方面或第二方面的任一种可能的设计中的方法、或执行上述第三方面或第三方面的任一种可能的设计中的方法。

第七方面，本申请实施例提供一种计算机程序产品，当计算机读取并执行所述计算机程序产品时，使得计算机执行上述第一方面或第一方面的任一种可能的设计中的方法、或执行上述第二方面或第二方面的任一种可能的设计中的方法、或执行上述第三方面或第三方面的任一种可能的设计中的方法。

第八方面，本申请实施例提供一种通信系统，该通信系统包括第一终端设备和第二终端设备。

附图说明

图1为本申请实施例适用的一种通信系统的网络架构示意图；

图2为本申请实施例提供的一种PC5 QoS模型的示意图；

图3为本申请实施例提供的一种通信方法的流程示意图；

图4为本申请实施例提供的QoS流发生重映射的示意图；

图5为本申请实施例提供的停止将第一QoS流的数据包递交给第一SLRB传输的一种可能的实现方式的示意图；

图6为本申请实施例提供的停止将第一QoS流的数据包递交给第一SLRB传输的另一种可能的实现方式的示意图；

图7为本申请实施例提供的另一种通信方法的流程示意图；

图8为本申请实施例中第三预设时长的示意图；

图9为本申请实施例提供的又一种通信方法的流程示意图；

图10为本申请实施例中第四预设时长的示意图；

图11为本申请实施例提供的一种通信装置的结构示意图；

图12为本申请实施例提供的另一种通信装置的结构示意图。

具体实施方式

为了使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例作进一步地详细描述。

本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通信(globalsystem for mobile communications，GSM)系统、码分多址(code division multipleaccess，CDMA)系统、宽带码分多址(wideband code division multiple access，WCDMA)系统、通用分组无线业务(general packet radio service，GPRS)、长期演进(long termevolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobiletelecommunication system，UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access，WIMAX)通信系统、第五代(5th generation，5G)系统或新无线(newradio，NR)，或者应用于未来的通信系统或其它类似的通信系统等。

本申请实施例的技术方案可以应用于无人驾驶(unmanned driving)、辅助驾驶(driver assistance，ADAS)、智能驾驶(intelligent driving)、网联驾驶(connecteddriving)、智能网联驾驶(Intelligent network driving)、汽车共享(car sharing)、智能汽车(smart/intelligent car)、数字汽车(digital cat)、无人汽车(unmanned car/driverless car/pilotless car/automobile)、车联网(Internet of vehicles，IoV)、自动汽车(self-driving car、autonomous car)、车路协同(cooperative vehicleinfrastructure，CVIS)、智能交通(intelligent transport system，ITS)、车载通信(vehicular communication)等技术领域。

另外，本申请实施例提供的技术方案可以应用于蜂窝链路，也可以应用于设备间的链路，例如设备到设备(device to device，D2D)链路。D2D链路或V2X链路，也可以称为边链路、辅链路或例行链路等。在本申请实施例中，上述的术语都是指相同类型的设备之间建立的链路，其含义相同。所谓相同类型的设备，可以是终端设备到终端设备之间的链路，也可以是基站到基站之间的链路，还可以是中继节点到中继节点之间的链路等，本申请实施例对此不做限定。

请参考图1，为本申请实施例适用的一种通信系统的网络架构示意图。该通信系统包括终端设备110、终端设备120和网络设备130。网络设备可通过上行链路(uplink，UL)和下行链路(downlink，DL)与至少一个终端设备(如终端设备110)进行通信，网络设备与终端设备之间的通信接口为Uu接口。终端设备可通过侧行链路(sidelink，SL)与另一终端设备进行通信，终端设备与终端设备之间的通信接口为PC5接口，例行链路也可以理解为终端设备之间的直连通信链路。

基于侧行链路的通信可以使用如下信道中的至少一个：物理侧行链路共享信道(physical sidelink shared channel，PSSCH)，用于承载侧行链路数据信息；物理侧行链路控制信道(physical sidelink control channel，PSCCH)，用于承载侧行链路控制信息(sidelink control information，SCI)；物理侧行链路反馈信道(physical sidelinkfeedback channel，PSFCH)，用于承载侧行HARQ反馈信息。

图1中的网络设备可以为接入网设备，例如基站。其中，接入网设备在不同的系统对应不同的设备，例如在第四代移动通信技术(the 4^thgeneration，4G)系统中可以对应eNB，在5G系统中对应5G中的接入网设备，例如gNB。本申请实施例所提供的技术方案也可以应用于未来的移动通信系统中，如6G或7G通信系统，因此，图1中的网络设备也可以对应未来的移动通信系统中的接入网设备。

应理解，该通信系统中也可以存在多个网络设备，每个网络设备可以为多个终端设备提供服务，本申请实施例对通信系统中网络设备和终端设备的数量均不作限定。图1中的网络设备，以及多个终端设备中的部分终端设备或全部终端设备中的每个终端设备都可以实施本申请实施例提供的技术方案。另外，图1中的终端设备是以车载终端设备或车辆为例进行说明的，应理解，本申请实施例中的终端设备不限于此。终端设备也可以为手机、车辆、车载设备、车载模块、路侧单元、行人手持设备，以及物联网中的智能水表、电表等海量机器类通信(massive Machine Type of Communication，mMTC)类终端设备。

以下，对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

1)终端设备，又可称之为用户设备(user equipment，UE)、移动台(mobilestation，MS)、移动终端(mobile terminal，MT)等，是一种向用户提供语音和/或数据连通性的设备。所述终端设备可以经无线接入网(radio access network，RAN)与核心网进行通信，与RAN交换语音和/或数据。例如，终端设备可以是具有无线连接功能的手持式设备、车载设备、车辆用户设备等。目前，一些终端设备的示例为：手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile intemet device，MID)、可穿戴设备、虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。

作为示例而非限定，在本申请实施例中，该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备或智能穿戴式设备等，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能头盔、智能首饰等。

本申请实施例中的终端设备还可以是作为一个或多个部件或者单元而内置于车辆的车载模块、车载模组、车载部件、车载芯片或者车载单元，车辆通过内置的所述车载模块、车载模组、车载部件、车载芯片或者车载单元可以实施本申请的方法。

2)网络设备，是网络中用于将终端设备接入到无线网络的设备。所述网络设备可以为无线接入网中的节点，又可以称为基站，还可以称为无线接入网(radio accessnetwork，RAN)节点(或设备)。网络设备可用于将收到的空中帧与网际协议(IP)分组进行相互转换，作为终端设备与接入网的其余部分之间的路由器，其中接入网的其余部分可包括IP网络。网络设备还可协调对空口的属性管理。例如，网络设备可以包括长期演进(longterm evolution，LTE)系统或演进的LTE系统(LTE-Advanced，LTE-A)中的演进型基站(NodeB或eNB或e-NodeB，evolutional Node B)，如传统的宏基站eNB和异构网络场景下的微基站eNB，或者也可以包括第五代移动通信技术(5th generation，5G)新无线(newradio，NR)系统中的下一代节点B(next generation node B，gNB)，或者还可以包括传输接收点(transmission reception point，TRP)、家庭基站(例如，home evolved NodeB，或home Node B，HNB)、基带单元(base band unit，BBU)、基带池BBU pool，或WiFi接入点(access point，AP)等，再或者还可以包括云接入网(cloud radio access network，CloudRAN)系统中的集中式单元(centralized unit，CU)和分布式单元(distributedunit，DU)，本申请实施例并不限定。再例如，一种V2X技术中的网络设备为路侧单元(roadside unit，RSU)，RSU可以是支持V2X应用的固定基础设施实体，可以与支持V2X应用的其它实体交换消息。

3)PC5服务质量流(PC5 QoSflow)，一个PC5 QoS流关联一个PC5服务质量流标识(PC5 QoS flow indicator，PFI)，PFI用于在一个层二的目的地址(destination L2 ID)下唯一标识一个QoS流。同时，一个PFI也会和一组QoS profile相关联，QoS profile可包括PC5接口5G服务质量标识(PC5 5G quality of service identifier，PQI)、保证流量比特率(guaranteed flow bit rate，GFBR)、最大流量比特率(maximum flow bit rate，MFBR)等参数。

参考图2中所示的QoS模型，V2X层可从应用层接收V2X数据包，根据设置的PC5QoSrules，将V2X数据包映射到相应的PC5 QoS流中，然后发送到SDAP层。

4)服务数据适配SDAP，用于根据PC5 QoS流与SLRB之间的映射关系，将PC5 QoS流中的数据包映射到相应的SLRB上。

5)侧行链路无线承载SLRB，为层二中用于发送和接收侧行链路的数据的承载，包括包数据汇聚协议(packet data convergence protocol，PDCP)实体、无线链路控制(radio link control，RLC)实体、逻辑信道(logical channel，LCH)等。一个SLRB唯一地关联一组(source L2 ID，destination L2 ID，cast type)，其中cast type可以是单播、组播或广播。

6)本申请实施例中的术语“系统”和“网络”可被互换使用。“多个”是指两个或两个以上，鉴于此，本申请实施例中也可以将“多个”理解为“至少两个”。“至少一个”，可理解为一个或多个，例如理解为一个、两个或更多个。例如，包括至少一个，是指包括一个、两个或更多个，而且不限制包括的是哪几个。例如，包括A、B和C中的至少一个，那么包括的可以是A、B、C，A和B，A和C，B和C，或A和B和C。同理，对于“至少一种”等描述的理解，也是类似的。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。

除非有相反的说明，本申请实施例提及“第一”、“第二”等序数词用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度，并且“第一”、“第二”的描述也并不限定对象一定不同。

实施例一

请参考图3，为本申请实施例提供的一种侧行链路通信方法的流程示意图，该方法具体包括如下步骤：

步骤S301、第一终端设备在第一SLRB上发送第一QoS流的数据。

第一终端设备是指发送侧的终端设备，第二终端设备是指接收侧的终端设备，即第一终端设备通过侧行通信链路向第二终端设备发送数据。第一终端设备与第二终端设备之间基于侧行通信链路的通信可以为单播、组播或广播，本申请并不限定。

本申请实施例中，可将PC5 QoS流与SLRB之间映射关系发生变化称为，发生了PC5QoS流的重映射(PC5 QoS flow remapping)。第一QoS流具体是指发生重映射的PC5 QoS流。

如图4中所示，在重映射发生前，第一QoS流的数据映射到第一SLRB传输，第一SLRB也可以称为源SLRB。可选的，还可以存在一个或多个其他QoS流与第一QoS流一起映射到第一SLRB传输，例如图4中所示的第二QoS流。在重映射发生后，第一QoS流的数据由原先的映射到第一SLRB传输更改为映射到第二SLRB传输，第二SLRB也可以称为目标SLRB。可选的，还可以存在一个或多个其他QoS流与第一QoS流一起映射在第二SLRB上传输，例如图4中所示的第三QoS流。

可以理解，步骤S301所描述的第一终端设备在第一SLRB上发送第一QoS流的数据，是指在第一QoS流发生重映射前，第一终端设备将第一QoS流的数据映射到第一SLRB上传输。

步骤S302、第一终端设备获取第二SLRB的配置信息，该第二SLRB的配置信息指示第一QoS流重映射到第二SLRB。

第二SLRB的配置信息中可包括用于指示第二SLRB对应的QoS流的信息，例如第一QoS流的标识，该标识可以为QoS流的QFI，也可以为终端设内部中用于唯一标识一个QoS流的其他标识信息。如此，第一终端设备可根据获取到的第二SLRB的配置信息，确定第一QoS流需要重映射到第二SLRB。

可选的，第二SLRB的配置信息中还可包括第二SLRB的配置参数，例如第二SLRB中的PDCP实体、RLC实体、LCH等的配置参数等。如此，第一终端设备可根据接收到第二SLRB的配置信息，建立第二SLRB。在一种可能的设计中，第一终端设备可以在步骤S304中所描述的在第二SLRB上发送缓存的第一QoS流的数据包之前，建立第二SLRB。例如，可以在获取到第二SLRB的配置信息后立即建立第二SLRB，也可以在停止向第一SLRB递交第一QoS流的数据包的同时建立第二SLRB。

本申请实施例中，第一终端设备可在其无线资源控制(radio resource control，RRC)状态或覆盖(coverage)情况发生变化的情形下，或是其RRC状态或覆盖情况保持不变，但SLRB配置发生变化的情形下，获取最新的SLRB配置。该SLRB配置中包括第一终端设备当前可用的各SLRB的配置信息，其中包括第二SLRB的配置信息。该最新的SLRB配置可反映当前第一终端设备的各PC5 QoS流与SLRB之间的映射关系。第一终端设备可根据得到的SLRB配置，确定第一QoS流需要重映射到第二SLRB。

可以理解，当第一终端设备的RRC状态或覆盖情况发生变化时，终端设备需要获取最新的SLRB配置，因为在不同的RRC状态或覆盖情况下，终端设备的SLRB配置一般是不同的。若第一终端设备的SLRB配置发生变化，则第一终端设备的各PC5 QoS流与SLRB之间的映射关系可能也会发生变化。通过获取最新的SLRB配置，第一终端设备可确定重映射后的第一终端设备的各PC5 QoS流与SLRB之间的映射关系。

此处，RRC状态可包括RRC连接态(RRC_CONNECTED)、RRC空闲态(RRC_IDLE)和RRC非激活态(RRC_INACTIVE)，覆盖情况是指终端设备是处于网络设备的覆盖范围以内(in-coverage)，还是处于网络设备的覆盖范围以外(out-of-coverage，OOC)，只有处于网络设备的覆盖范围以内的终端设备才具有各种RRC状态。

进一步地，第一终端设备可根据当前所处的RRC状态或覆盖情况，获取最新的SLRB配置。若第一终端设备当前处于RRC连接态，第一终端设备可通过RRC专用信令从网络设备接收最新的SLRB配置；若第一终端设备当前处于RRC空闲态或RRC非激活态，第一终端设备可从网络设备广播的系统消息块(system information block，SIB)中接收最新的SLRB配置；若第一终端设备处于OOC，第一终端设备可获取预配置(pre-configuraed)的SLRB配置。

需要说明的是，本申请实施例中，第一终端设备的RRC状态或是覆盖情况发生变化可以包括如下多种情形：第一终端设备由OOC转换到RRC空闲态、第一终端设备由OOC或RRC空闲态或RRC非激活态转换到RRC连接态、第一终端设备由RRC连接态转换到OOC或RRC空闲态或RRC非激活态、第一终端设备由RRC空闲态或RRC非激活态转换到OOC。

第一终端设备的RRC状态或覆盖情况保持不变，但SLRB配置发生变化可包括如下多种情形：第一终端设备处于RRC空闲态或RRC非激活态，第一终端设备接入的网络设备或小区的SIB中的SLRB配置发生了变化；第一终端设备处于RRC空闲态或RRC非激活态，由于第一终端设备进行了小区重选，第一终端设备在小区重选前后接入的两个小区的SIB中的SLRB配置不同；第一终端设备处于RRC连接态，第一终端设备接入的网络设备或小区通过RRC专用信令指示的SLRB配置发生了变化；第一终端设备处于RRC连接态，由于第一终端设备进行了小区切换，第一终端设备在小区切换前后接入的两个小区通过RRC专用信令指示的SLRB配置不同。

步骤S303、第一终端设备的SDAP实体停止在第一SLRB上发送第一QoS流的数据包，并在停止将第一QoS流的数据包递交至第一SLRB之后的第一预设时长内，将第一QoS流的数据包缓存在SDAP缓冲区中。

步骤S304、在第一预设时长后，第一终端设备在第二SLRB上发送SDAP缓冲区中缓存的第一QoS流的数据包。

本申请实施例中，第一终端设备确定第一QoS流需要重映射到第二SLRB后，可停止将第一QoS流的数据递交至第一SLRB传输，并开始将第一QoS流的数据包缓存在SDAP缓冲区中。通过设置第一预设时长，第一终端设备可在停止将第一QoS流的数据包递交至第一SLRB传输之后的第一预设时长后，再将SDAP缓冲区中缓存的第一QoS流的数据包递交至第二SLRB传输。

如此，可使之前已递交给第一SLRB传输的第一QoS流的数据包可以在停止将第一QoS流的数据递交至第一SLRB之后的第一预设时长内的这段时间中传输完成。经过第一预设时长后，再将缓存的第一QoS流的数据包递交至第二SLRB传输，可使通过第二SLRB传输的数据包在通过第一SLRB传输的数据包之后到达，从而有效确保接收侧的第二终端设备中SDAP层能够按序向上层递交该第一QoS流的数据包。

在一种可能的设计中，第一预设时长可以通过定时器来设置，例如，第一终端设备确定第一QoS流需要重映射到第二SLRB后，可停止将第一QoS流的数据递交至第一SLRB传输，同时开启一定时器，该定时器的持续时长为第一预设时长。如此，第一终端设备可在该定时器的运行过程中缓存第一QoS流的数据包，待定时器超时(即定时器停止运行)后，再将缓存的第一QoS流的数据包递交至第二SLRB传输。

需要说明的是，第一终端设备停止将发生重映射的第一QoS流的数据包递交至第一SLRB传输可以为，第一终端设备确定第一QoS流需要发生重映射后立即停止将第一QoS流的数据包递交至第一SLRB，或者也可以为，第一终端设备确定第一QoS流需要发生重映射后，再经过第二预设时长再停止将第一QoS流的数据包递交至第一SLRB。

具体的，如图5所示，在第一种可能的实现方式中，在T1时刻，第一终端设备根据最新的SLRB配置，确定第一QoS流需要发生重映射。此时，第一终端设备中的SDAP实体可立即停止将第一QoS流的数据包递交给第一SLRB传输。在T1时刻之后的第一预设时长内，第一终端设备将第一QoS流的数据包缓存在SDAP缓冲区中。在第一预设时长结束时，即T2时刻，第一终端设备再将第一QoS流的数据包递交给第二SLRB传输，从而有效确保第一QoS流的数据包的按序递交。

如图6所示，在第二种可能的实现方式中，在T1时刻，第一终端设备根据最新的SLRB配置，确定第一QoS流需要发生重映射。在T1时刻之后的T3时刻，第一终端设备中的SDAP实体停止将第一QoS流的数据包递交给第一SLRB传输，T1时刻至T3时刻之间的时间间隔为第二预设时长。在T3时刻之后的第一预设时长内，第一终端设备将第一QoS流的数据包缓存在SDAP缓冲区中。在第一预设时长结束时，即T2时刻，第一终端设备再将第一QoS流的数据包递交给第二SLRB传输。

类似的，第二预设时长也可以通过定时器设置。例如，第一终端设备确定第一QoS流需要重映射到第二SLRB的同时可开启一定时器，该定时器的持续时长为第二预设时长。如此，第一终端设备可在该定时器超时(即定时器停止运行)后，再停止将第一QoS流的数据递交至第一SLRB传输。

该第二种可能的实现方式可适用于第一终端设备的RRC状态或覆盖情况发生变化的场景中。在这些场景中，由于RRC状态或覆盖情况的变化，SLRB的配置也发生了变化，第一SLRB的配置可能已经不存在了。此时，如果立即释放第一SLRB，若之前已递交给第一SLRB传输的第一QoS流的数据包还未传输完毕，则会导致出现数据丢包的情况。

因此，本申请实施例中，当第一终端设备根据最新的SLRB配置，确定需要释放第一SLRB时，第一终端设备可以不立即释放第一SLRB，而是在第一QoS流发生重映射之后，经过第二预设时长，再停止将第一QoS流的数据包递交给第一SLRB，然后释放第一SLRB，如此，可确保已递交给第一SLRB的数据包都能传输完毕，从而保障终端设备的业务连续性。

可选的，若第一终端设备获取到的最新的SLRB配置中已不存在第一SLRB的配置信息，第一终端设备可以释放第一SLRB。在一种可能的设计中，第一终端设备可在停止将第一QoS流的数据包递交给第一SLRB之后的第一预设时长后，释放第一SLRB，以确保业务连续性，因为在停止将第一QoS流的数据包递交给第一SLRB之后的第一预设时长内的这段时间中，已递交给第一SLRB传输的第一QoS流的数据包可能还未传输完毕。

可选的，当第一终端设备将SDAP缓冲区中缓存的第一QoS流的数据包都递交给第二SLRB传输后或者第一终端设备将SDAP缓冲区的缓存的第一QoS流的数据包第一次递交给第二SLRB传输后，第一终端设备可以清空第一SLRB缓冲区。示例性的，第一SLRB缓冲区包括第一PDCP缓冲区、第一RLC缓冲区或者第一LCH缓冲区。

本申请实施例中所提及的第一预设时长和第二预设时长可以相等，也可以不相等。第一预设时长与第二预设时长可具有多种可能的配置方式，例如，第一预设时长和第二预设时长可以是预配置或预定义的，也可以是网络设备通过RRC专用信令或SIB消息配置的，也可以是终端设备的上层配置(即由第一终端设备内部位于SDAP层之上的例如V2X层或应用层配置)，还可以是基于终端设备自身实现的。所述基于终端设备实现可包括，由第一终端设备根据第一QoS流关联的一项或多项QoS参数确定预设时长，或者由第一终端设备根据自身的缓冲区状态确定预设时长，或者第一终端设备根据发送第一QoS流对应的endmarker的时刻来确定第一预设时长超时。基于终端设备实现还可以具有其他的实现方式，本申请并不限定。

第一预设时长和第二预设时长也可具有多种可能的配置粒度，配置粒度可以为per PC5 QoS流、per SLRB、per SL-LCH、per service、per destination L2 ID、per casttype、per UE等，本申请并不限定。举例来说，第一预设时长的配置粒度为per PC5 QoS流是指，为每个PC5 QoS流独立配置对应的第一预设时长，不同的PC5 QoS流对应的第一预设时长可以相同或不相同。

应理解，第一预设时长与第二预设时长的配置方式可以相同，也可以不相同，本申请并不限定。当第一预设时长与第二预设时长的配置方式相同时，例如第一预设时长和第二预设时长都由网络设备配置，那么网络设备配置的第一预设时长和第二预设时长可以通过同一条消息发送，也可以通过不同的消息发送，本申请并不限定。第一预设时长和第二预设时长的配置粒度可以相同，也可以不相同，本申请同样不做限定。而且，针对第一预设时长或第二预设时长，上述任一配置方式和配置粒度可以相互结合。

实施例二

请参考图7，为本申请实施例提供的另一种侧行链路通信方法的流程示意图，该方法具体包括如下的步骤S701至步骤S704：

步骤S701、第二终端设备在第一SLRB上接收第一QoS流的数据。

第一终端设备是指发送侧的终端设备，第二终端设备是指接收侧的终端设备，即第一终端设备通过侧行通信链路向第二终端设备发送数据。第一终端设备与第二终端设备之间基于侧行通信链路的通信为单播。

第一QoS流是指发生重映射的PC5 QoS流。第一QoS流由原先的映射到第一SLRB变为映射到第二SLRB，第一SLRB为源SLRB，第二SLRB为目标SLRB。第一QoS流发生重映射的原因可能是第一终端设备的RRC状态或覆盖情况发生了变化，也可能是虽然第一终端设备RRC状态或覆盖情况保持不变，但是第一终端设备的SLRB配置发生了变化，具体可参考实施例一，在此不再赘述。

步骤S702、第二终端设备从第一终端设备接收第二SLRB的配置信息，该第二SLRB的配置信息指示第一QoS流重映射到第二SLRB。

本申请实施例中，第一终端设备可获取最新的SLRB配置，根据最新的SLRB配置，第一终端设备若确定第一QoS流需要由第一SLRB重映射到第二SLRB，第一终端设备可向第二终端设备发送第二SLRB的配置信息，以通知第二终端设备第一QoS流重映射到第二SLRB。

第二SLRB的配置信息中可包括用于指示第二SLRB对应的QoS流的信息，例如第一QoS流的标识，该标识可以为QoS流的QFI，也可以为终端设备内部用于标识一个QoS流的其他标识信息。如此，第二终端设备可根据接收到的第二SLRB的配置信息，确定第一QoS流需要重映射到第二SLRB。

可选的，第二SLRB的配置信息中还可包括第二SLRB自身的配置参数，例如第二SLRB中的PDCP实体、RLC实体、LCH等的配置参数等。如此，第二终端设备可根据接收到的第二SLRB的配置信息，建立第二SLRB。

在一种可能的设计中，第一终端设备可向第二终端设备发送PC5 RRC消息，在该PC5 RRC消息中携带第二SLRB的配置信息，可选的，第一终端设备也可以将与第二终端设备相关的最新的SLRB配置均携带在该PC5 RRC消息中发送给第二终端设备。

在另一种可能的设计中，若第二终端设备中已存在第二SLRB的配置，第一终端设备也可向第二终端设备发送PC5 RRC消息，在该PC5 RRC消息中携带用于指示第一QoS流由第一SLRB重映射到第二SLRB的指示信息，从而便于第二终端设备获知第一QoS流由第一SLRB重映射到了第二SLRB。

步骤S703、第二终端设备在接收到第二SLRB的配置信息之后的第三预设时长内，将从第二SLRB接收到的数据包缓存在SDAP缓冲区中。

步骤S704、经过第三预设时长后，第二终端设备的SDAP实体将SDAP缓冲区中缓存的从第二SLRB接收到的数据包递交给上层处理。

本申请实施例中，第二终端设备的SDAP实体可在确定第一QoS流需要发生重映射之后的第三预设时长内，将从第二SLRB接收到的数据包缓存在SDAP缓冲区中。待第三预设时长结束后，再将缓存的从第二SLRB接收到的数据包递交给上层处理。如此，在第二终端设备确定第一QoS流需要发生重映射之后的第三预设时长内，第二终端设备的SDAP层还可继续从第一SLRB接收第一QoS流的数据包，并递交给上层处理。第二终端设备的SDAP层在第三预设时长结束后，再将在第二SLRB上接收到的数据包递交至上层，可使得SDAP层将从第一SLRB接收到的第一QoS流的数据包递交至上层处理后，然后再递交从第二SLRB接收到的第一QoS流的数据包，从而确保第二终端设备的SDAP层能够将第一QoS流的数据包按序递交。

如图8所示，在T1时刻，第二终端设备确定第一QoS流需要发生重映射。在T1时刻之后的第三预设时长内，第二终端设备中的SDAP实体将从第二SLRB接收到的数据包缓存在SDAP缓冲区中。在第三预设时长结束后，即T2时刻，第二终端设备将SDAP缓冲区中缓存的从第二SLRB接收到的数据包递交给上层处理，从而有效确保第一QoS流的数据包的按序递交。

本申请实施例中，所述上层是指SDAP层在协议栈中的上层，如V2X层、应用层。

需要说明的是，第二终端设备在确定第一QoS流的第三预设时长内，从第二SLRB接收到的数据包中也可能包括除第一QoS流之外的其他QoS流的数据包。若第二终端设备的SDAP层无法区分或不区分在同一SLRB上传输的各个QoS流的数据包，第二终端设备的SDAP层可将在这段时间中从第二SLRB接收到的数据包均缓存在SDAP缓存中，待第三预设时长结束后，再递交给上层处理。

或者，在一种可能的设计中，若每个数据包中均包括用于指示该数据包所属的QoS流的标识信息，第二终端设备可根据该标识信息识别出从第二SLRB接收到的第一QoS流的数据包，那么第二终端设备的SDAP实体也可以仅缓存接收到的第一QoS流的数据包。示例性的，该标识信息为QoS流关联的PFI。

可选的，第二终端设备在确定第一QoS流需要重映射到第二SLRB后的第三预设时长后，可释放第一SLRB。

可选的，当第二终端设备将SDAP缓冲区中缓存的第一QoS流的数据包都递交上层后或者第一终端设备将SDAP缓冲区的缓存的第一QoS流的数据包第一次递交给上层后，第二终端设备可以清空第一SLRB缓冲区。示例性的，第一SLRB缓冲区包括第一PDCP缓冲区、第一RLC缓冲区或者第一LCH缓冲区。

可以理解，第三预设时长也可以通过定时器设置。例如，第一终端设备确定第一QoS流需要重映射到第二SLRB的同时可开启一定时器，该定时器的持续时长为第三预设时长。如此，第一终端设备可在该定时器的运行过程中将从第二SLRB接收到的数据包缓存在SDAP缓存中，在该定时器超时(即定时器停止运行)后，可停止缓存从第二SLRB接收到的数据包，并将已缓存的从第二SLRB接收到的数据包递交至上层处理。

第三预设时长的配置方式和配置粒度可参考第一预设时长或第二预设时长，在此不再赘述。可选的，第二终端设备根据接收第一QoS流对应的endmarker的时刻来确定第三预设时长超时。

实施例三

请参考图9，为本申请实施例提供的又一种侧行链路通信方法的流程示意图，该方法具体包括如下的步骤S901至步骤S903：

步骤S901、第一终端设备在第一SLRB上发送第一QoS流的数据。

第一终端设备是指发送侧的终端设备，第二终端设备是指接收侧的终端设备，即第一终端设备通过侧行通信链路向第二终端设备发送数据。第一终端设备与第二终端设备之间基于侧行通信链路的通信可以为单播、组播或广播，本申请并不限定。

第一QoS流是指发生重映射的PC5 QoS流。第一QoS流由原先的映射到第一SLRB变为映射到第二SLRB，第一SLRB为源SLRB，第二SLRB为目标SLRB。第一QoS流发生重映射的原因可能是第一终端设备的RRC状态或覆盖情况发生了变化，也可能是虽然第一终端设备RRC状态或覆盖情况保持不变，但是第一终端设备的SLRB配置发生了变化，具体可参考实施例一，在此不再赘述。

步骤S902、第一终端设备获取第二SLRB的配置信息，该第二SLRB的配置信息指示第一QoS流重映射到第二SLRB。

可选的，该第二SLRB的配置信息还指示第一SLRB需要释放。

步骤S902的具体实施方式可参考实施例一，在此不再赘述。

步骤S903、第一终端设备在获取到第二SLRB的配置信息之后的第四预设时长之后，释放第一SLRB。

本申请实施例中，第一终端设备确定第一QoS流需要重映射到第二SLRB后，可以不立即释放第一SLRB，在经过第四预设时长后，再释放第一SLRB。如此，可在第一QoS流发生重映射的情况下，使得重映射前已递交给第一SLRB传输的数据包都能发送给第二终端设备，从而保证业务连续性。

该方法可适用于第一终端设备的RRC状态或覆盖情况发生变化的场景中。举例来说，若第一终端设备的RRC状态发生了变化，由RRC空闲态转换为RRC连接态，那么第一终端设备之前通过SIB消息获取到的SLRB配置将失效，第一终端设备需要通过RRC信令从网络设备获取最新的SLRB配置。在这一场景下，之前网络设备通过SIB消息配置的第一SLRB需要释放掉。

第一终端设备可根据获取到的最新的SLRB配置，确定第一QoS流需要由第一SLRB重映射到第二SLRB，并且需要释放第一SLRB。但是如果此时立即释放第一SLRB，可能会因为已递交给第一SLRB传输的第一QoS流的数据包还没有传输完毕，导致第一QoS流出现数据丢包的情况。如此，第一终端设备在确定第一QoS流由第一SLRB重映射到第二SLRB之后，再经过第四预设时长再释放第一SLRB，可有效确保第一终端设备的业务连续性，避免出现数据丢包的情况。

如图10所示，在T1时刻，第一终端设备确定第一QoS流需要发生重映射。在T1时刻之后的第四预设时长内，第一终端设备可以照常从第一SLRB接收数据包，并递交给上层处理。在第四预设时长结束时，即T2时刻，第一终端设备停止从第一SLRB接收数据包，并释放第一SLRB。

可以理解，第四预设时长也可以通过定时器设置。例如，第一终端设备确定第一QoS流由第一SLRB重映射到第二SLRB的同时可开启一定时器，该定时器的持续时长为第四预设时长。如此，第一终端设备可在该定时器超时(即定时器停止运行)后，释放第一SLRB。

第四预设时长的配置方式和配置粒度可参考第一预设时长、第二预设时长或第三预设时长，在此不再赘述。

需要说明的是，本申请提供的各个方法实施例之间可以相互结合。例如，在实施例三所提供的方法的基础上，还可以结合实施例一或实施例二，从而进一步确保第一QoS流的数据包能够在接收侧按序递交。

本申请实施例还提供一种通信装置，请参阅图11，为本申请实施例提供的另一种通信装置的结构示意图，该通信装置1100包括：收发模块1110和处理模块1120。该通信装置可用于实现上述任一方法实施例中涉及终端设备的功能。例如，该通信装置可以是终端设备，例如手持终端设备或车载终端设备；该通信装置还可以是终端设备中包括的芯片，或者包括终端设备的装置，如各种类型的车辆等。

当该通信装置作为第一终端设备，执行图3中所示的方法实施例时，收发模块1110，用于在第一SLRB上发送第一QoS流的数据，以及获取第二SLRB的配置信息，该第二SLRB的配置信息指示第一QoS流重映射到第二SLRB。处理模块1120，用于停止在第一SLRB上发送第一QoS流的数据包，并在停止在第一SLRB上发送第一QoS流的数据包之后的第一预设时长内，将第一QoS流的数据包缓存在SDAP缓冲区中。收发模块1110，还用于在经过第一预设时长后，在第二SLRB上发送SDAP缓冲区中缓存的第一QoS流的数据包。

在一种可能的设计中，处理模块1120具体用于，在获取到第二SLRB的配置信息后，立即停止在第一SLRB上发送第一QoS流的数据包；或者，在获取到第二SLRB的配置信息之后的第二预设时长后，停止在第一SLRB上发送第一QoS流的数据包。

在一种可能的设计中，处理模块1120还用于，根据第二SLRB的配置信息，建立第二SLRB。

在一种可能的设计中，处理模块1120还用于，在停止在第一SLRB上发送第一QoS流的数据包之后的第一预设时长后，释放第一SLRB。

当该通信装置作为第二终端设备，执行图7中所示的方法实施例时，收发模块1110，用于在第一SLRB上接收第一QoS流的数据，以及从第一终端设备接收第二SLRB的配置信息，该第二SLRB的配置信息指示第一QoS流重映射到第二SLRB。处理模块1120，用于在接收到第二SLRB的配置信息之后的第三预设时长内，将从第二SLRB接收到的数据包缓存在SDAP缓冲区中，以及在经过第三预设时长后，将SDAP缓冲区中缓存的从第二SLRB接收到的数据包递交给上层处理。

在一种可能的设计中，处理模块1120还用于，根据第二SLRB的配置信息建立第二SLRB。

在一种可能的设计中，处理模块1120还用于，在经过第三预设时长后，释放第一SLRB。

当该通信装置作为第一终端设备，执行图9中所示的方法实施例时，收发模块1110，用于在第一SLRB上发送第一QoS流的数据，以及获取第二SLRB的配置信息，该第二SLRB的配置信息指示第一QoS流重映射到第二SLRB。处理模块1120，用于在获取到第二SLRB的配置信息之后的第四预设时长之后，释放第一SLRB。

在一种可能的设计中，处理模块1120还用于，根据第二SLRB的配置信息，建立第二SLRB。

在一种可能的设计中，处理模块1120还用于，在第四预设时长之后，在第二SLRB上发送第一QoS流的数据包。

该通信装置中涉及的处理模块1120可以由处理器或处理器相关电路组件实现，收发模块1110可以由收发器或收发器相关电路组件实现。该通信装置中的各个模块的操作和/或功能分别为了实现图3至图10中所示方法的相应流程，为了简洁，在此不再赘述。

请参阅图12，为本申请实施例中提供的一种通信装置的另一结构示意图。该通信装置具体可为一种终端设备。便于理解和图示方便，在图12中，终端设备以手机作为例子。如图12所示，终端设备包括处理器，还可以包括存储器，当然，也还可以包括射频电路、天线以及输入输出装置等。处理器主要用于对通信协议以及通信数据进行处理，以及对终端设备进行控制，执行软件程序，处理软件程序的数据等。存储器主要用于存储软件程序和数据。射频电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。需要说明的是，有些种类的终端设备可以不具有输入输出装置。

当需要发送数据时，处理器对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到终端设备时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器，处理器将基带信号转换为数据并对该数据进行处理。为便于说明，图12中仅示出了一个存储器和处理器。在实际的终端设备产品中，可以存在一个或多个处理器和一个或多个存储器。存储器也可以称为存储介质或者存储设备等。存储器可以是独立于处理器设置，也可以是与处理器集成在一起，本申请实施例对此不做限制。

在本申请实施例中，可以将具有收发功能的天线和射频电路视为终端设备的收发单元，将具有处理功能的处理器视为终端设备的处理单元。如图12所示，终端设备包括收发单元1210和处理单元1220。收发单元也可以称为收发器、收发机、收发装置等。处理单元也可以称为处理器，处理单板，处理模块、处理装置等。可选的，可以将收发单元1210中用于实现接收功能的器件视为接收单元，将收发单元1210中用于实现发送功能的器件视为发送单元，即收发单元1210包括接收单元和发送单元。收发单元有时也可以称为收发机、收发器、或收发电路等。接收单元有时也可以称为接收机、接收器、或接收电路等。发送单元有时也可以称为发射机、发射器或者发射电路等。应理解，收发单元1210用于执行上述方法实施例中终端设备侧的发送操作和接收操作，处理单元1220用于执行上述方法实施例中终端设备上除了收发操作之外的其他操作。

本申请实施例还提供一种芯片系统，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储程序或指令，当所述程序或指令被所述处理器执行时，使得该芯片系统实现上述任一方法实施例中的方法。

可选地，该芯片系统中的处理器可以为一个或多个。该处理器可以通过硬件实现也可以通过软件实现。当通过硬件实现时，该处理器可以是逻辑电路、集成电路等。当通过软件实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现。

可选地，该芯片系统中的存储器也可以为一个或多个。该存储器可以与处理器集成在一起，也可以和处理器分离设置，本申请并不限定。示例性的，存储器可以是非瞬时性处理器，例如只读存储器ROM，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请对存储器的类型，以及存储器与处理器的设置方式不作具体限定。

示例性的，该芯片系统可以是现场可编程门阵列(field programmable gatearray，FPGA)，可以是专用集成芯片(application specific integrated circuit，ASIC)，还可以是系统芯片(system on chip，SoC)，还可以是中央处理器(central processorunit，CPU)，还可以是网络处理器(network processor，NP)，还可以是数字信号处理电路(digital signal processor，DSP)，还可以是微控制器(micro controller unit，MCU)，还可以是可编程控制器(programmable logic device，PLD)或其他集成芯片。

应理解，上述方法实施例中的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

本申请实施例还提供一种计算机可读存储介质，所述计算机存储介质中存储有计算机可读指令，当计算机读取并执行所述计算机可读指令时，使得计算机执行上述任一方法实施例中的方法。

本申请实施例还提供一种计算机程序产品，当计算机读取并执行所述计算机程序产品时，使得计算机执行上述任一方法实施例中的方法。

本申请实施例还提供一种通信系统，该通信系统包括第一终端设备和第二终端设备。

应理解，本申请实施例中提及的处理器可以是中央处理单元(centralprocessing unit，CPU)，还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double datarate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)集成在处理器中。

应注意，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

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

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

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (17)

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

第一终端设备在第一侧行链路无线承载SLRB上发送第一服务质量QoS流的数据；

第一终端设备获取第二SLRB的配置信息，所述第二SLRB的配置信息指示所述第一QoS流重映射到所述第二SLRB；

所述第一终端设备的服务数据适配层SDAP实体停止在所述第一SLRB上发送所述第一QoS流的数据包，并在停止在所述第一SLRB上发送所述第一QoS流的数据包之后的第一预设时长内，将所述第一QoS流的数据包缓存在SDAP缓冲区中；

经过所述第一预设时长后，所述第一终端设备在所述第二SLRB上发送所述SDAP缓冲区中缓存的所述第一QoS流的数据包。

2.根据权利要求1所述的方法，其特征在于，所述第一终端设备的服务数据适配层SDAP实体停止在所述第一SLRB上发送所述第一QoS流的数据包，包括：

在所述第一终端设备获取到所述第二SLRB的配置信息后，所述第一终端设备的SDAP实体立即停止在所述第一SLRB上发送所述第一QoS流的数据包；或者，

在所述第一终端设备获取到所述第二SLRB的配置信息之后的第二预设时长后，所述第一终端设备的SDAP实体停止在所述第一SLRB上发送所述第一QoS流的数据包。

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

所述第一终端设备根据所述第二SLRB的配置信息，建立所述第二SLRB。

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

所述第一终端设备在停止在所述第一SLRB上发送所述第一QoS流的数据包之后的所述第一预设时长后，释放所述第一SLRB。

5.一种侧行链路通信方法，其特征在于，所述方法包括：

第二终端设备在第一侧行链路无线承载SLRB上接收第一服务质量QoS流的数据；

所述第二终端设备从第一终端设备接收第二SLRB的配置信息，所述第二SLRB的配置信息指示所述第一QoS流重映射到所述第二SLRB；

所述第二终端设备在接收到所述第二SLRB的配置信息之后的第三预设时长内，将从所述第二SLRB接收到的数据包缓存在服务数据适配层SDAP缓冲区中，并将从所述第一SLRB接收的所述第一QoS流的数据包递交给上层处理；

经过所述第三预设时长后，所述第二终端设备的SDAP实体将所述SDAP缓冲区中缓存的从所述第二SLRB接收到的数据包递交给上层处理。

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

所述第二终端设备根据所述第二SLRB的配置信息，建立所述第二SLRB。

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

经过所述第三预设时长后，所述第二终端设备释放所述第一SLRB。

8.一种通信装置，其特征在于，所述装置包括：

收发模块，用于在第一侧行链路无线承载SLRB上发送第一服务质量QoS流的数据；

所述收发模块，还用于获取第二SLRB的配置信息，所述第二SLRB的配置信息指示所述第一QoS流重映射到所述第二SLRB；

处理模块，用于停止在所述第一SLRB上发送所述第一QoS流的数据包，并在停止在所述第一SLRB上发送所述第一QoS流的数据包之后的第一预设时长内，将所述第一QoS流的数据包缓存在SDAP缓冲区中；

所述收发模块，还用于经过所述第一预设时长后，在所述第二SLRB上发送所述SDAP缓冲区中缓存的所述第一QoS流的数据包。

9.根据权利要求8所述的装置，其特征在于，所述处理模块具体用于：

在获取到所述第二SLRB的配置信息后，立即停止在所述第一SLRB上发送所述第一QoS流的数据包；或者，

在获取到所述第二SLRB的配置信息之后的第二预设时长后，停止在所述第一SLRB上发送所述第一QoS流的数据包。

10.根据权利要求8或9所述的装置，其特征在于，所述处理模块还用于：

根据所述第二SLRB的配置信息，建立所述第二SLRB。

11.根据权利要求8或9所述的装置，其特征在于，所述处理模块还用于：

在停止在所述第一SLRB上发送所述第一QoS流的数据包之后的所述第一预设时长后，释放所述第一SLRB。

12.一种通信装置，其特征在于，所述装置包括：

收发模块，用于在第一侧行链路无线承载SLRB上接收第一服务质量QoS流的数据；

所述收发模块，还用于从第一终端设备接收第二SLRB的配置信息，所述第二SLRB的配置信息指示所述第一QoS流重映射到所述第二SLRB；

处理模块，用于在接收到所述第二SLRB的配置信息之后的第三预设时长内，将从所述第二SLRB接收到的数据包缓存在服务数据适配层SDAP缓冲区中，并将从所述第一SLRB接收的所述第一QoS流的数据包递交给上层处理；

所述处理模块，还用于经过所述第三预设时长后，将所述SDAP缓冲区中缓存的从所述第二SLRB接收到的数据包递交给上层处理。

13.根据权利要求12所述的装置，其特征在于，所述处理模块还用于：

根据所述第二SLRB的配置信息，建立所述第二SLRB。

14.根据权利要求12或13所述的装置，其特征在于，所述处理模块还用于：

经过所述第三预设时长后，释放所述第一SLRB。

15.一种通信装置，其特征在于，所述装置包括至少一个处理器，所述至少一个处理器与至少一个存储器耦合：

所述至少一个处理器，用于执行所述至少一个存储器中存储的计算机程序或指令，以使得所述装置执行如权利要求1至4中任一项所述的方法，或者使得所述装置执行如权利要求5至7中任一项所述的方法。

16.一种可读存储介质，其特征在于，用于存储指令，当所述指令被执行时，使如权利要求1至4中任一项所述的方法被实现，或者使如权利要求5至7中任一项所述的方法被实现。

17.一种通信装置，其特征在于，包括处理器和接口电路；

所述接口电路，用于接收代码指令并传输至所述处理器；

所述处理器用于运行所述代码指令以执行如权利要求1至4中任一项所述的方法，或

者所述处理器用于运行所述代码指令以执行如权利要求5至7中任一项所述的方法。