WO2024138564A1 - 一种服务质量分配方法及其装置 - Google Patents

一种服务质量分配方法及其装置 Download PDF

Info

Publication number
WO2024138564A1
WO2024138564A1 PCT/CN2022/143600 CN2022143600W WO2024138564A1 WO 2024138564 A1 WO2024138564 A1 WO 2024138564A1 CN 2022143600 W CN2022143600 W CN 2022143600W WO 2024138564 A1 WO2024138564 A1 WO 2024138564A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal device
link
configuration information
drb
qos
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2022/143600
Other languages
English (en)
French (fr)
Inventor
江小威
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Priority to EP22969711.5A priority Critical patent/EP4645950A4/en
Priority to CN202280006163.3A priority patent/CN118575508A/zh
Priority to PCT/CN2022/143600 priority patent/WO2024138564A1/zh
Publication of WO2024138564A1 publication Critical patent/WO2024138564A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup

Definitions

  • direct communication also called sidelink, SL
  • a terminal device can communicate with the base station through the relay of another terminal device instead of directly connecting to the base station.
  • the terminal device that is not connected to the base station is called a remote terminal device (remote UE), and the terminal device that provides relay function is called a relay terminal device (relay UE).
  • the remote terminal device and the relay terminal device communicate through Sidelink unicast.
  • This architecture is called U2N (UE to NW) relay.
  • U2N UE to NW
  • Another scenario is that terminal device A can connect to terminal device B instead of directly connecting to terminal device B through the relay of terminal device C.
  • Terminal device A and terminal device B are remote terminal devices, and terminal device C that provides relay function is a relay terminal device. All terminal devices communicate through Sidelink unicast. This architecture is called U2U (UE to UE) relay. When terminal device A directly maintains a unicast connection with terminal device B, it is called a Sidelink direct link. When terminal device A maintains a unicast connection with terminal device B through a relay terminal device, it is called a Sidelink indirect link.
  • U2U UE to UE
  • an embodiment of the present disclosure provides a method for allocating quality of service, including:
  • the method is executed by the first terminal device; the method further includes: sending the first configuration information to the second terminal device; and sending the second configuration information to the third terminal device through the second terminal device.
  • an embodiment of the present disclosure provides a communication device, which includes a processor and an interface circuit, wherein the interface circuit is used to receive code instructions and transmit them to the processor, and the processor is used to run the code instructions to enable the device to execute the method described in the first aspect above.
  • an embodiment of the present disclosure provides a computer-readable storage medium for storing instructions for the above-mentioned communication device, and when the instructions are executed, the communication device executes the method described in the first aspect.
  • FIG2 is a flow chart of a method for allocating quality of service provided by an embodiment of the present disclosure
  • FIG3 is a flow chart of another method for allocating quality of service provided by an embodiment of the present disclosure.
  • FIG5 is a flow chart of another method for allocating quality of service provided by an embodiment of the present disclosure.
  • a direct communication (also called sidelink, Sidelink, SL) communication mode is introduced, and the interface between terminal devices is PC-5.
  • three transmission modes are supported on the Sidelink, such as unicast, multicast and broadcast.
  • the sending terminal device sends Sidelink control information (Sidelink Control Information, SCI) on the PSCCH (Physical Sidelink Control Channel) channel and sends the second stage SCI on the PSSCH (Physical Sidelink Shared Channel) channel, which carries the resource location of the transmission data and the source and target identifiers, etc.
  • SCI Sidelink Control Information
  • a terminal device can communicate with the base station through the relay of another terminal device instead of directly connecting to the base station.
  • the terminal device that is not connected to the base station is called a remote terminal device (remote UE), and the terminal device that provides the relay function is called a relay terminal device (relay UE).
  • the remote terminal device and the relay terminal device communicate through Sidelink unicast.
  • This architecture is called U2N (UE to NW) relay.
  • terminal device A and terminal device B are remote terminal devices, and terminal device C that provides the relay function is a relay terminal device. All terminal devices communicate through Sidelink unicast.
  • This architecture is called U2U (UE to UE) relay.
  • When terminal device A directly maintains a unicast connection with terminal device B it is called a Sidelink direct link.
  • terminal device A maintains a unicast connection with terminal device B through a relay terminal device it is called a Sidelink indirect link.
  • the remote UE performs uplink and downlink data transmission with the base station through the relay UE.
  • the network side can obtain the Uu link status between the network side and the relay UE and the PC5 link status between the relay UE and the remote UE.
  • the Uu link between the network side and the relay UE can be obtained through the Uu (air interface) measurement report reported by the relay UE, and the PC5 link status between the relay UE and the remote UE is obtained through the measurement report reported by the remote UE.
  • the resources of the Uu link and the PC5 link are scheduled by the network side and are completely controlled by the network side.
  • the main indicator that can reflect QoS is 5QI/PQI.
  • QoS Quality of Service
  • PDB Packet Delay Budget
  • PER Packet Error Rate
  • the source remote UE communicates with the target remote UE through the relay UE, and the QoS requirements of the end-to-end data flow between the source remote UE and the target remote UE need to be guaranteed by two PC5 links.
  • the first PC5 link is the PC5 link between the source remote UE and the relay UE
  • the second PC5 link is the PC5 link between the relay UE and the target remote UE.
  • PDB it is necessary to ensure that the sum of the PDBs of the two PC5 links is less than or equal to the end-to-end PDB requirement of SL-DRB.
  • the source remote UE, relay UE and target remote UE are likely to belong to different networks.
  • Figure 1 is a schematic diagram of the architecture of a communication system provided by an embodiment of the present disclosure.
  • the communication system may include but is not limited to three terminal devices and two network devices, and the terminal devices are connected through SL, wherein the number and form of devices shown in Figure 1 are only used for example and do not constitute a limitation on the embodiment of the present disclosure, and three or more terminal devices may be included in actual applications, and two or more network devices may also be included.
  • FIG. 2 is a flow chart of a method for allocating quality of service provided by an embodiment of the present disclosure. It should be noted that the method can be executed by a first terminal device. As an example, the first terminal device can be a sending UE. As shown in FIG. 2, the method can include but is not limited to the following steps:
  • the first terminal device may be a sending UE
  • the third terminal device may be a receiving UE
  • the second terminal device may be a relay UE in a U2U scenario.
  • the sending UE may be a source remote UE in a U2U scenario, or a target remote UE in a U2U scenario.
  • the sending UE is the source remote UE in the U2U scenario
  • the receiving UE is the target remote UE in the U2U scenario.
  • the sending UE is the target remote UE in the U2U scenario
  • the receiving UE is the source remote UE in the U2U scenario.
  • the first terminal device may generate first configuration information of the SL-DRB on the first PC5 link and second configuration information of the SL-DRB on the second PC5 link according to the end-to-end QoS requirements of the SL-DRB.
  • the first configuration information and the second configuration information may include but are not limited to at least one of the following information: SRAP (Sideline Relay Adaptation Protocol) configuration information, RLC (Radio Link Control) configuration information, MAC (Medium Access Control) configuration information, PHY (Physical) configuration information, etc.
  • the first terminal device may obtain SL-SDAP (Sidelink Service Data Adaptation Protocol) configuration information and SL-PDCP (Sidelink Packet Data Convergence Layer Protocol) configuration information associated with the SL-DRB.
  • the first terminal device sends the SL-SDAP configuration information and the SL-PDCP configuration information to the third terminal device via the second terminal device.
  • FIG. 3 is a flowchart of another method for allocating quality of service provided by an embodiment of the present disclosure.
  • the method can be performed by a first network device.
  • the first network device can be a serving network device of a first terminal device, and the first terminal device can be a sending UE.
  • the method can include but is not limited to the following steps:
  • the second terminal device can determine the end-to-end PDB requirement of the SL-DRB based on the end-to-end QoS requirement of the SL-DRB, and perform PDB allocation on the first PC5 link and the second PC5 link based on the end-to-end PDB requirement of the SL-DRB to ensure that the sum of the PDB value allocated on the first PC5 link and the PDB value allocated on the second PC5 link is less than or equal to the end-to-end PDB requirement of the SL-DRB.
  • this embodiment may limit the second terminal device to be in RRC IDL/INACTIVE or OOC state, or limit the second terminal device to work in mode 2.
  • this embodiment may not impose any restrictions on the state of the second terminal device, that is, no matter what RRC state the second terminal device is in or what mode the second terminal device works in, this embodiment is applicable.
  • the problem of how to implement QoS allocation on two PC5 links to ensure end-to-end QoS requirements in a U2U scenario can be solved, thereby ensuring the end-to-end QoS requirements of the data flow.
  • FIG. 5 is a flowchart of another method for allocating quality of service provided by an embodiment of the present disclosure.
  • the method can be performed by a second network device.
  • the second network device can be a service network device of a second terminal device, and the second terminal device can be a relay UE in a U2U scenario.
  • the method can include but is not limited to the following steps:
  • the second network device can perform QoS allocation on the first PC5 link and the second PC5 link according to the end-to-end QoS requirements of the SL-DRB to ensure the end-to-end QoS requirements of the SL-DRB.
  • the second network device can obtain the link status of the first PC5 link (such as the SL measurement report and/or CBR measurement report between the first terminal device and the second terminal device, etc.) and the link status of the second PC5 link (such as the SL measurement report and/or CBR measurement report between the second terminal device and the third terminal device, etc.), and according to the end-to-end QoS requirements of the SL-DRB, in combination with the link status of the first PC5 link and the link status of the second PC5 link, perform QoS allocation on the first PC5 link and the second PC5 link to ensure the end-to-end QoS requirements of the SL-DRB.
  • the link status of the first PC5 link such as the SL measurement report and/or CBR measurement report between the first terminal device and the second terminal device, etc.
  • the link status of the second PC5 link such as the SL measurement report and/or CBR measurement report between the second terminal device and the third terminal device, etc.
  • the second network device may determine the end-to-end PDB requirement of the SL-DRB based on the end-to-end QoS requirement of the SL-DRB, and perform PDB allocation on the first PC5 link and the second PC5 link based on the end-to-end PDB requirement of the SL-DRB to ensure that the sum of the PDB value allocated on the first PC5 link and the PDB value allocated on the second PC5 link is less than or equal to the end-to-end PDB requirement of the SL-DRB.
  • the second network device may generate first configuration information of the SL-DRB on the first PC5 link and second configuration information of the SL-DRB on the second PC5 link according to the end-to-end QoS requirements of the SL-DRB.
  • the first configuration information and the second configuration information may include but are not limited to at least one of the following information: SRAP configuration information, RLC configuration information, MAC configuration information, PHY configuration information, etc.
  • the second network device is responsible for generating a configuration of SL-DRB on two PC5 links (i.e., the first PC5 link and the second PC5 link), which may include at least one of the following configurations: SRAP configuration, RLC configuration, MAC configuration, and PHY configuration.
  • the configuration may include SRAP configuration, RLC configuration, MAC configuration, and PHY configuration.
  • the second network device sends the first configuration information to the second terminal device, and the second terminal device then sends the first configuration information received from the second network device to the first terminal device through PC5 RRC signaling, wherein the PC5 RRC signaling may be RRCReconfigurationSidelink signaling.
  • the source address of the data packet to which the PC5 RRC signaling belongs is the source layer 2 address of the second terminal device
  • the target address of the data packet to which the PC5 RRC signaling belongs is the source layer 2 address of the first terminal device.
  • the second terminal device can only be in the RRC connected state.
  • the second network device sends the second configuration information to the second terminal device, and the second terminal device then sends the second configuration information received from the second network device to the third terminal device through PC5 RRC signaling, wherein the PC5 RRC signaling may be RRCReconfigurationSidelink signaling.
  • the source address of the data packet to which the PC5 RRC signaling belongs is the source layer 2 address of the second terminal device
  • the target address of the data packet to which the PC5 RRC signaling belongs is the source layer 2 address of the third terminal device.
  • the second terminal device can only be in the RRC connected state.
  • the methods provided by the embodiments of the present disclosure are introduced from the perspectives of terminal devices and network devices, respectively.
  • the terminal device may include a hardware structure and a software module, and implement the above functions in the form of a hardware structure, a software module, or a hardware structure plus a software module.
  • One of the above functions may be executed in the form of a hardware structure, a software module, or a hardware structure plus a software module.
  • FIG6 is a schematic diagram of the structure of a communication device 60 provided in an embodiment of the present disclosure.
  • the communication device 60 shown in FIG6 may include a processing module 601 and a transceiver module 602.
  • the transceiver module 602 may include a sending module and/or a receiving module, the sending module is used to implement a sending function, the receiving module is used to implement a receiving function, and the transceiver module 602 may implement a sending function and/or a receiving function.
  • the communication device 60 may be a terminal device, a device in a terminal device, or a device that can be used in conjunction with a terminal device.
  • the communication device 60 may be a network device, a device in a network device, or a device that can be used in conjunction with a network device.
  • the communication device 60 is a terminal device (such as the first terminal device described in the embodiment of Figure 2 above): the processing module 601 is used to perform QoS allocation on the first PC5 link and the second PC5 link according to the end-to-end service quality QoS requirements of the side link data radio bearer SL-DRB; wherein the first PC5 link is a PC5 unicast link between the first terminal device and the second terminal device, and the second PC5 link is a PC5 unicast link between the second terminal device and the third terminal device; the first terminal device and the third terminal device establish an end-to-end connection through the second terminal device.
  • the processing module 601 is used to perform QoS allocation on the first PC5 link and the second PC5 link according to the end-to-end service quality QoS requirements of the side link data radio bearer SL-DRB; wherein the first PC5 link is a PC5 unicast link between the first terminal device and the second terminal device, and the second PC5 link is a PC5 unicast link between the
  • the processing module 601 is specifically used to: determine the end-to-end packet delay budget (PDB) requirement of the SL-DRB according to the end-to-end QoS requirement of the SL-DRB; allocate PDB on the first PC5 link and the second PC5 link according to the end-to-end PDB requirement of the SL-DRB; wherein the sum of the PDB value allocated on the first PC5 link and the PDB value allocated on the second PC5 link is less than or equal to the end-to-end PDB requirement of the SL-DRB.
  • PDB packet delay budget
  • the processing module 601 is specifically used to: generate first configuration information of the SL-DRB on the first PC5 link and second configuration information of the SL-DRB on the second PC5 link according to the end-to-end QoS requirements of the SL-DRB; wherein the first configuration information and the second configuration information both include at least one of the following information: sidelink relay adaptation protocol SRAP configuration information, radio link control RLC configuration information, media access control MAC configuration information, and physical layer PHY configuration information.
  • the processing module 601 is further used to obtain the sidelink service data adaptation protocol SL-SDAP configuration information and the sidelink packet data convergence layer protocol SL-PDCP configuration information associated with the SL-DRB.
  • the transceiver module 602 is also used to: send the SL-SDAP configuration information and the SL-PDCP configuration information to the third terminal device through the second terminal device.
  • the processing module 601 is specifically used to: obtain SL-SDAP configuration information and SL-PDCP configuration information associated with the SL-DRB from a network device; or, obtain SL-SDAP configuration information and SL-PDCP configuration information associated with the SL-DRB through pre-configuration.
  • the communication device 60 is a network device (such as the first network device described in the embodiment of Figure 3 above): the processing module 601 is used to perform QoS allocation on the first PC5 link and the second PC5 link according to the end-to-end service quality QoS requirements of the side link data radio bearer SL-DRB; wherein the first PC5 link is a PC5 unicast link between the first terminal device and the second terminal device, and the second PC5 link is a PC5 unicast link between the second terminal device and the third terminal device; the first terminal device and the third terminal device establish an end-to-end connection through the second terminal device.
  • the processing module 601 is used to perform QoS allocation on the first PC5 link and the second PC5 link according to the end-to-end service quality QoS requirements of the side link data radio bearer SL-DRB; wherein the first PC5 link is a PC5 unicast link between the first terminal device and the second terminal device, and the second PC5 link is a PC5 unicast link between the
  • the processing module 601 is specifically used to: determine the end-to-end packet delay budget (PDB) requirement of the SL-DRB according to the end-to-end QoS requirement of the SL-DRB; allocate PDB on the first PC5 link and the second PC5 link according to the end-to-end PDB requirement of the SL-DRB; wherein the sum of the PDB value allocated on the first PC5 link and the PDB value allocated on the second PC5 link is less than or equal to the end-to-end PDB requirement of the SL-DRB.
  • PDB packet delay budget
  • the processing module 601 is specifically used to: determine the end-to-end packet delay budget (PDB) requirement of the SL-DRB according to the end-to-end QoS requirement of the SL-DRB; allocate PDB on the first PC5 link and the second PC5 link according to the end-to-end PDB requirement of the SL-DRB; wherein the sum of the PDB value allocated on the first PC5 link and the PDB value allocated on the second PC5 link is less than or equal to the end-to-end PDB requirement of the SL-DRB.
  • PDB packet delay budget
  • the processing module 601 is specifically used to: generate first configuration information of the SL-DRB on the first PC5 link and second configuration information of the SL-DRB on the second PC5 link according to the end-to-end QoS requirements of the SL-DRB; wherein the first configuration information and the second configuration information both include at least one of the following information: sidelink relay adaptation protocol SRAP configuration information, radio link control RLC configuration information, media access control MAC configuration information, and physical layer PHY configuration information.
  • the communication device 60 is a network device (such as the second network device described in the embodiment of Figure 5 above): the processing module 601 is used to perform QoS allocation on the first PC5 link and the second PC5 link according to the end-to-end service quality QoS requirements of the side link data radio bearer SL-DRB; wherein the first PC5 link is a PC5 unicast link between the first terminal device and the second terminal device, and the second PC5 link is a PC5 unicast link between the second terminal device and the third terminal device; the first terminal device and the third terminal device establish an end-to-end connection through the second terminal device.
  • the processing module 601 is used to perform QoS allocation on the first PC5 link and the second PC5 link according to the end-to-end service quality QoS requirements of the side link data radio bearer SL-DRB; wherein the first PC5 link is a PC5 unicast link between the first terminal device and the second terminal device, and the second PC5 link is a PC5 unicast link between the
  • FIG. 7 is a schematic diagram of the structure of another communication device 70 provided in an embodiment of the present disclosure.
  • the communication device 70 may be a terminal device, or a chip, a chip system, or a processor that supports the terminal device to implement the above method.
  • the communication device 70 may be a network device, or a chip, a chip system, or a processor that supports the network device to implement the above method.
  • the device may be used to implement the method described in the above method embodiment, and the details may refer to the description in the above method embodiment.
  • the communication device 70 may further include one or more interface circuits 707.
  • the interface circuit 707 is used to receive code instructions and transmit them to the processor 701.
  • the processor 701 runs the code instructions to enable the communication device 70 to perform the method described in the above method embodiment.
  • the processor 701 may store a computer program 703, which runs on the processor 701 and enables the communication device 70 to perform the method described in the above method embodiment.
  • the computer program 703 may be fixed in the processor 701, in which case the processor 701 may be implemented by hardware.
  • the communication device described in the above embodiments may be a terminal device, but the scope of the communication device described in the present disclosure is not limited thereto, and the structure of the communication device may not be limited by FIG. 7.
  • the communication device may be an independent device or may be part of a larger device.
  • the communication device may be:
  • the computer program product includes one or more computer programs.
  • the computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device.
  • the computer program can be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium.
  • the corresponding relationships shown in the tables in the present disclosure can be configured or predefined.
  • the values of the information in each table are only examples and can be configured as other values, which are not limited by the present disclosure.
  • the corresponding relationships shown in some rows may not be configured.
  • appropriate deformation adjustments can be made based on the above table, such as splitting, merging, etc.
  • the names of the parameters shown in the titles of the above tables can also use other names that can be understood by the communication device, and the values or representations of the parameters can also be other values or representations that can be understood by the communication device.
  • other data structures can also be used, such as arrays, queues, containers, stacks, linear lists, pointers, linked lists, trees, graphs, structures, classes, heaps, hash tables or hash tables.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开实施例公开了一种服务质量分配方法及其装置，该方法包括：根据侧行链路数据无线承载SL-DRB的端到端的服务质量QoS需求，在第一PC5链路和第二PC5链路上进行QoS分配；其中，第一PC5链路为第一终端设备与第二终端设备之间的PC5单播链路，第二PC5链路为第二终端设备与第三终端设备之间的PC5单播链路；第一终端设备和第三终端设备通过第二终端设备建立端到端的连接。通过实施本公开实施例，可以解决U2U场景下如何实现在两个PC5链路上进行QoS分配以保证端到端的QoS需求的问题，从而可以保证数据流的QoS要求。

Description

一种服务质量分配方法及其装置 技术领域
本公开涉及通信技术领域，尤其涉及一种服务质量分配方法及其装置。
背景技术
为了支持终端设备与终端设备之间的直接通信，引入了直连通信(也叫侧行链路，Sidelink，SL)通信方式，终端设备与终端设备之间的接口为PC-5。一个终端设备可以不直接与基站连接而通过另外一个终端设备的中继实现与基站的通信，其中与基站没有连接的终端设备称为远端终端设备(remote UE)，提供中继功能的终端设备称为中继终端设备(relay UE)，远端终端设备与中继终端设备之间通过Sidelink单播通信，这种架构称为U2N(UE to NW)中继。另外一个场景是终端设备A可以不直接与终端设备B连接，转而通过终端设备C的中继实现与终端设备B的连接。其中终端设备A与终端设备B为远端终端设备，提供中继功能的终端设备C为中继终端设备，所有终端设备之间通过Sidelink单播通信，这种架构称为U2U(UE to UE)中继。终端设备A直接与终端设备B保持单播连接时称为Sidelink直接链路，终端设备A通过中继终端设备与终端设备B保持单播连接时称为Sidelink间接链路。
在U2U场景下，源远端UE通过中继UE与目标远端UE通信，源远端UE和目标远端UE之间的端到端的数据流的服务质量(QoS)要求需要通过两个PC5链路来保障。然而，U2U场景下如何实现在两个PC5链路上进行QoS分配以保证端到端的QoS需求是个亟待解决的问题。
发明内容
本公开实施例提供一种服务质量分配方法及其装置，适用于U2U(UE to UE)场景，可以应用于车联网，例如车与任何事物(vehicle to everything，V2X)通信、车间通信长期演进技术(long term evolution-vehicle，LTE-V)、车辆与车辆(vehicle to vehicle，V2V)通信等，或可以用于智能驾驶，智能网联车等领域，可以解决U2U场景下如何实现在两个PC5链路上进行QoS分配以保证端到端的QoS需求的问题，从而可以保证数据流的QoS要求。
第一方面，本公开实施例提供一种服务质量分配方法，包括：
根据侧行链路数据无线承载SL-DRB的端到端的服务质量QoS需求，在第一PC5链路和第二PC5链路上进行QoS分配；
其中，所述第一PC5链路为第一终端设备与第二终端设备之间的PC5单播链路，所述第二PC5链路为所述第二终端设备与第三终端设备之间的PC5单播链路；所述第一终端设备和所述第三终端设备通过所述第二终端设备建立所述端到端的连接。
在该技术方案中，可以解决U2U场景下如何实现在两个PC5链路上进行QoS分配以保证端到端的QoS需求的问题，从而可以保证数据流的QoS要求。
在一种实现方式中，所述根据侧行链路数据无线承载SL-DRB的端到端的服务质量QoS需求，在第一PC5链路和第二PC5链路上进行QoS分配，包括：根据所述SL-DRB的端到端的服务质量QoS需求，确定SL-DRB的端到端的数据包延迟预算PDB要求；根据所述SL-DRB的端到端的PDB要求，在第一PC5链路和第二PC5链路上进行PDB分配；其中，所述第一PC5链路上分配到的PDB数值与第二PC5链路分配到 的PDB数值之和小于或等于所述SL-DRB的端到端的PDB要求。
在一种实现方式中，所述根据侧行链路数据无线承载SL-DRB的端到端的服务质量QoS需求，在第一PC5链路和第二PC5链路上进行QoS分配，包括：根据所述SL-DRB的端到端的QoS需求，生成所述SL-DRB在所述第一PC5链路上的第一配置信息和所述SL-DRB在所述第二PC5链路上的第二配置信息；其中，所述第一配置信息和所述第二配置信息均包括以下信息中的至少一种：侧行中继适配协议SRAP配置信息，无线链路控制RLC配置信息，媒体接入控制MAC配置信息，物理层PHY配置信息。
在一种可能的实现方式中，所述方法由所述第一终端设备执行；所述方法还包括：将所述第一配置信息发送给所述第二终端设备；将所述第二配置信息通过所述第二终端设备发送给所述第三终端设备。
在一种可能的实现方式中，所述方法还包括：获取所述SL-DRB关联的侧行链路服务数据适配协议SL-SDAP配置信息和侧行链路分组数据汇聚层协议SL-PDCP配置信息；将所述SL-SDAP配置信息和所述SL-PDCP配置信息，通过所述第二终端设备发送给所述第三终端设备。
其中，在一种可能的实现方式中，所述获取所述SL-DRB关联的侧行链路服务数据适配协议SL-SDAP配置信息和侧行链路分组数据汇聚层协议SL-PDCP配置信息，包括：从网络设备获取所述SL-DRB关联的SL-SDAP配置信息和SL-PDCP配置信息；或者，通过预配置获取所述SL-DRB关联的SL-SDAP配置信息和SL-PDCP配置信息。
在一种实现方式中，所述方法由第一网络设备执行，所述第一网络设备为所述第一终端设备的服务网络设备；所述方法还包括：将所述第一配置信息和所述第二配置信息发送给所述第一终端设备；其中，所述第一配置信息由所述第一终端设备发送给所述第二终端设备，所述第二配置信息由所述第一终端设备通过所述第二终端设备发送给所述第三终端设备。
在一种实现方式中，所述方法由所述第二终端设备执行，所述方法还包括：将所述第一配置信息发送给所述第一终端设备；将所述第二配置信息发送给所述第三终端设备。
在一种实现方式中，所述方法由第二网络设备执行，所述第二网络设备为所述第二终端设备的服务网络设备，所述方法还包括：将所述第一配置信息和所述第二配置信息发送给所述第二终端设备；其中，所述第一配置信息由所述第二终端设备发送给所述第一终端设备，所述第二配置信息由所述第二终端设备发送给所述第三终端设备。
第二方面，本公开实施例提供一种通信装置，该通信装置具有实现上述第一方面所述的方法中终端设备或网络设备的部分或全部功能，比如通信装置的功能可具备本公开中的部分或全部实施例中的功能，也可以具备单独实施本公开中的任一个实施例的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元或模块。
在一种实现方式中，该通信装置的结构中可包括收发模块和处理模块，所述处理模块被配置为支持通信装置执行上述方法中相应的功能。所述收发模块用于支持通信装置与其他设备之间的通信。所述通信装置还可以包括存储模块，所述存储模块用于与收发模块和处理模块耦合，其保存通信装置必要的计算机程序和数据。
作为示例，处理模块可以为处理器，收发模块可以为收发器或通信接口，存储模块可以为存储器。
第三方面，本公开实施例提供一种通信装置，该通信装置包括处理器，当该处理器调用存储器中的计算机程序时，执行上述第一方面所述的方法。
第四方面，本公开实施例提供一种通信装置，该通信装置包括处理器和存储器，该存储器中存储有计算机程序；所述处理器执行该存储器所存储的计算机程序，以使该通信装置执行上述第一方面所述的方法。
第五方面，本公开实施例提供一种通信装置，该装置包括处理器和接口电路，该接口电路用于接收代码指令并传输至该处理器，该处理器用于运行所述代码指令以使该装置执行上述第一方面所述的方法。
第六方面，本公开实施例提供一种计算机可读存储介质，用于储存为上述通信装置所用的指令，当所述指令被执行时，使所述通信装置执行上述第一方面所述的方法。
第七方面，本公开还提供一种包括计算机程序的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法。
第八方面，本公开提供一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法。
附图说明
为了更清楚地说明本公开实施例或背景技术中的技术方案，下面将对本公开实施例或背景技术中所需要使用的附图进行说明。
图1是本公开实施例提供的一种通信系统的架构示意图；
图2是本公开实施例提供的一种服务质量分配方法的流程示意图；
图3是本公开实施例提供的另一种服务质量分配方法的流程示意图；
图4是本公开实施例提供的另一种服务质量分配方法的流程示意图；
图5是本公开实施例提供的另一种服务质量分配方法的流程示意图；
图6是本公开实施例提供的一种通信装置的结构示意图；
图7是本公开实施例提供的另一种通信装置的结构示意图。
具体实施方式
下面详细描述本公开的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本公开，而不能理解为对本公开的限制。其中，在本公开的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。
在本公开实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。
应当理解，尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如 在此所使用的词语“如果”及“若”可以被解释成为“在……时”或“当……时”或“响应于确定”。
下面详细描述本公开的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的要素。下面通过参考附图描述的实施例是示例性的，旨在用于解释本公开，而不能理解为对本公开的限制。
需要说明的是，为了支持终端设备与终端设备之间的直接通信，引入了直连通信(也叫侧行链路，Sidelink，SL)通信方式，终端设备与终端设备之间的接口为PC-5。根据发送和接收终端设备的对应关系，在Sidelink上支持三种传输方式，如单播，组播和广播。发送终端设备在PSCCH(Physical Sidelink Control Channel，物理侧行链路控制信道)信道上发送Sidelink控制信息(Sidelink Control Information，SCI)以及在PSSCH(Physical Sidelink Shared Channel，物理侧行链路共享信道)信道上发送第二阶段SCI，其中携带传输数据的资源位置以及源和目标标识等。对于HARQ(Hybrid Automatic Repeat reQuest，混合自动重传请求)反馈使能的数据包，接收终端设备在PSFCH(Physical Sidelink Feedback Channel，物理侧行链路反馈信道)信道上对PSSCH进行HARQ-ACK(HybridAutomatic Retransmission Request Acknowledgement，混合自动重传请求应答)反馈。
Sidelink通信有两种发送资源分配方式，一种是网络动态调度的方式(资源分配模式1)，另一种是终端设备在资源池中自主选择的方式(资源分配模式2)。其中动态调度是网络根据终端设备的缓存数据上报，动态给终端设备分配Sidelink上的发送资源，或者网络设备给终端设备半静态配置Sidelink上的发送资源。而自主选择是终端设备自行在网络广播或者预配置的资源池中随机选择发送资源。网络设备可以在一个BWP(Band WidthPart，带宽部分)上给终端设备配置多个资源池。具体使用哪种分配方式是网络设备通过RRC(Radio Resource Control，无线资源控制)信令配置的。
一个终端设备可以不直接与基站连接而通过另外一个终端设备的中继实现与基站的通信，其中与基站没有连接的终端设备称为远端终端设备(remote UE)，提供中继功能的终端设备称为中继终端设备(relay UE)，远端终端设备与中继终端设备之间通过Sidelink单播通信，这种架构称为U2N(UE to NW)中继。另外一个场景是终端设备A可以不直接与终端设备B连接，转而通过终端设备C的中继实现与终端设备B的连接。其中终端设备A与终端设备B为远端终端设备，提供中继功能的终端设备C为中继终端设备，所有终端设备之间通过Sidelink单播通信，这种架构称为U2U(UE to UE)中继。终端设备A直接与终端设备B保持单播连接时称为Sidelink直接链路，终端设备A通过中继终端设备与终端设备B保持单播连接时称为Sidelink间接链路。
U2N场景下，远端UE通过中继UE与基站进行上下行数据传输，从网络侧角度来看，网络侧可以获取网络侧和中继UE之间的Uu链路状况以及中继UE与远端UE之间的PC5链路状况。其中，网络侧和中继UE之间的Uu链路可以通过中继UE上报的Uu(空口)测量报告获取，而中继UE与远端UE之间的PC5链路状况通过远端UE上报的测量报告获取。除此以外，U2N场景下，Uu链路和PC5链路的资源都是网络侧调度的，是完全受网络侧控制的。5G系统中，主要可以体现QoS(Quality of Service，服务质量)的指标就是5QI/PQI。根据映射关系表，每个5QI/PQI关联不同的优先级，PDB(Packet Delay Budget，数据包时延预算)和PER(Packet Error Rate，数据包误码率)等。
U2N场景下针对一个数据流(Radio bearer)，如果要保证这个数据流的QoS要求，尤其是满足PDB延迟预算，网络侧需要考虑Uu和PC5链路状况通过合理配置Uu链路和PC5链路的配置来满足这个数据流 的端到端QoS要求。具体如何通过配置实现端到端的QoS要求是留个网络实现的。
U2U场景下，源远端UE通过中继UE与目标远端UE通信，源远端UE和目标远端UE之间的端到端的数据流的QoS要求需要通过两个PC5链路来保障。第一个PC5链路是源远端UE和中继UE之间的PC5链路，第二个PC5链路是中继UE和目标远端UE之间的PC5链路。针对PDB，需要保证两个PC5链路的PDB之和小于或者等于SL-DRB的端到端的PDB要求。实际部署下，源远端UE，中继UE和目标远端UE很可能属于不同的网络，这种情况下没有一个集中的网络节点可以知道两个PC5链路的链路状况，因此，U2U场景下如何实现在两个PC5链路上进行QoS分配以保证端到端的QoS需求是个亟待解决的问题。
为此，本公开实施例提供了一种服务质量分配方法及其装置，可以解决U2U场景下如何实现在两个PC5链路上进行QoS分配以保证端到端的QoS需求的问题，从而可以保证数据流的QoS要求。
为了更好的理解本公开实施例公开的一种服务质量分配方法，下面首先对本公开实施例适用的通信系统进行描述。
请参见图1，图1为本公开实施例提供的一种通信系统的架构示意图。该通信系统可包括但不限于三个端设备和两个网络设备，终端设备之间通过SL连接，其中，图1所示的设备数量和形态仅用于举例并不构成对本公开实施例的限定，实际应用中可以包括三个或三个以上的终端设备，还可以包括两个或两个以上的网络设备。图1所示的通信系统以包括两个网络设备11和12，三个终端设备21、22和23，其中，终端设备21、终端设备22和终端设备23之间通过SL连接，如终端设备21与终端设备22之间通过PC5单播链路通信，终端设备21与终端设备23之间通过PC5单播链路通信，终端设备22和终端设备23通过终端设备21建立端到端连接。网络设备11为终端设备21的服务网络设备，网络设备12为终端设备22的服务网络设备。终端设备21为U2U场景中的中继UE，终端设备22可以是U2U场景中的源远端UE，终端设备23可以是U2U场景中的目标远端UE。或者，终端设备21为U2U场景中的中继UE，终端设备22可以是U2U场景中的目标远端UE，终端设备23可以是U2U场景中的源远端UE。
需要说明的是，本公开实施例的技术方案可以应用于各种通信系统。例如：长期演进(long term evolution，LTE)系统、第五代(5th generation，5G)移动通信系统、5G新空口(new radio，NR)系统，或者其他未来的新型移动通信系统等。还需要说明的是，本公开实施例中的侧行链路还可以称为侧链路或直通链路。
本公开实施例中的网络设备是网络侧的一种用于发射或接收信号的实体。例如，网络设备可以为演进型基站(evolved NodeB，eNB)、传输点(transmission reception point，TRP)、NR系统中的下一代基站(next generation NodeB，gNB)、其他未来移动通信系统中的基站或无线保真(wireless fidelity，WiFi)系统中的接入节点等。本公开的实施例对网络设备所采用的具体技术和具体设备形态不做限定。本公开实施例提供的网络设备可以是由集中单元(central unit，CU)与分布式单元(distributed unit，DU)组成的，其中，CU也可以称为控制单元(control unit)，采用CU-DU的结构可以将网络设备，例如基站的协议层拆分开，部分协议层的功能放在CU集中控制，剩下部分或全部协议层的功能分布在DU中，由CU集中控制DC。
本公开实施例中的终端设备是用户侧的一种用于接收或发射信号的实体，如手机。终端设备也可以称为终端设备(terminal)、用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终 端设备(mobile terminal，MT)等。终端设备可以是具备通信功能的汽车、智能汽车、手机(mobile phone)、穿戴式设备、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端设备、无人驾驶(self-driving)中的无线终端设备、远程手术(remote medical surgery)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备、智慧家庭(smart home)中的无线终端设备等等。本公开的实施例对终端设备所采用的具体技术和具体设备形态不做限定。
可以理解的是，本公开实施例描述的通信系统是为了更加清楚的说明本公开实施例的技术方案，并不构成对于本公开实施例提供的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本公开实施例提供的技术方案对于类似的技术问题，同样适用。
下面结合附图对本公开所提供的服务质量分配方法及其装置进行详细地介绍。
请参见图2，图2是本公开实施例提供的一种服务质量分配方法的流程示意图。需要说明的是，该方法可由第一终端设备执行。作为一种示例，该第一终端设备可以是发送UE。如图2所示，该方法可以包括但不限于如下步骤：
在步骤201中，第一终端设备根据SL-DRB(Sidelink Data Radio Bearer，侧行链路数据无线承载)的端到端的服务质量QoS需求，在第一PC5链路和第二PC5链路上进行QoS分配。
其中，在本公开的实施例中，该第一PC5链路为第一终端设备与第二终端设备之间的PC5单播链路，该第二PC5链路为第二终端设备与第三终端设备之间的PC5单播链路；第一终端设备和第三终端设备通过第二终端设备建立端到端的连接。该端到端的QoS需求可以为SL-DRB在第一终端设备和第三终端设备之间的端到端的QoS需求。
在一种实现方式中，该第一终端设备可以是发送UE，第三终端设备为接收UE，第二终端设备为U2U场景中的中继UE。其中，该发送UE可以是U2U场景中的源远端UE，也可以是U2U场景中的目标远端UE。例如，如果数据流的方向是源远端UE发送给目标远端UE，则该发送UE就是U2U场景中的源远端UE，该接收UE就是U2U场景中的目标远端UE。又如，如果数据流的方向是目标远端UE发送给源远端UE，则该发送UE就是U2U场景中的目标远端UE，该接收UE就是U2U场景中的源远端UE。
在本公开的实施例中，第一终端设备可以根据SL-DRB的端到端的QoS需求，在第一PC5链路和第二PC5链路上进行QoS分配，以保证SL-DRB的端到端的QoS需求。作为一种示例,第一终端设备可以根据SL-DRB的端到端的QoS需求，结合第一PC5链路的链路状况(如第一终端设备与第二终端设备之间的SL测量报告和/或CBR测量报告等)并结合第二PC5链路的链路状况(如第二终端设备与第三终端设备之间的SL测量报告和/或CBR测量报告等)，在第一PC5链路和第二PC5链路上进行QoS分配，保证SL-DRB的端到端的QoS需求。
在一种可能的实现方式中，第一终端设备可以根据SL-DRB的端到端的QoS需求，确定SL-DRB的端到端的PDB要求，根据该SL-DRB的端到端的PDB要求，在第一PC5链路和第二PC5链路上进行PDB分配，以保证第一PC5链路上分配到的PDB数值与第二PC5链路分配到的PDB数值之和小于 或等于SL-DRB的端到端的PDB要求。作为一种示例，假设SL-DRB的端到端的PDB要求为X，结合第一PC5链路的链路状况(如第一终端设备与第二终端设备之间的SL测量报告和/或CBR测量报告等)和第二PC5链路的链路状况(如第二终端设备与第三终端设备之间的SL测量报告和/或CBR测量报告等)为第一PC5链路分配PDB为L，为第二PC5链路分配PDB为M，其中，L+M≤X，即第一PC5链路上分配到的PDB数值与第二PC5链路分配到的PDB数值之和小于或等于SL-DRB的端到端的PDB要求。
在一种可能的实现方式中，第一终端设备可以根据SL-DRB的端到端的QoS需求，生成该SL-DRB在第一PC5链路上的第一配置信息和该SL-DRB在第二PC5链路上的第二配置信息。其中，在本实施例中，该第一配置信息和第二配置信息均可包括但不限于以下信息中的至少一种：SRAP(Sideline Relay Adaptation Protocol，侧行中继适配协议)配置信息，RLC(Radio Link Control，无线链路控制)配置信息，MAC(Medium Access Control，媒体接入控制)配置信息，PHY(Physical，物理层)配置信息等。
可选的，第一终端设备负责生成SL-DRB在两个PC5链路(即上述第一PC5链路和第二PC5链路)上的配置，该配置可包括以下配置中的至少一种：SRAP配置、RLC配置、MAC配置和PHY配置。作为一种示例，该配置可包括SRAP配置、RLC配置、MAC配置和PHY配置。
可选的，在本公开的一些实施例中，第一配置信息由第一终端设备发送给第二终端设备，第二配置信息由第一终端设备发送给第二终端设备。可选地，第二配置信息由第二终端设备发送给第三终端设备。具体地，第二终端设备收到第一终端设备发送的第二配置信息，再将该第二配置信息发送给第三终端设备。可选地，第二配置信息由第一终端设备通过第二终端设备发送给第三终端设备。具体地，第二配置信息直接由第一终端设备通过第二终端设备发送给第三终端设备。需要说明的是，在本实施例中，可以限制第一终端设备处于RRC IDLE(空闲态)/INACTIVE(非激活态)或者OOC(覆盖范围外)状态，或者限制第一终端设备工作在mode2(即资源分配模式2)模式。可选地，本实施例可以对第一终端设备状态不做任何限制，也就说不管第一终端设备处于什么RRC状态也不管第一终端设备工作在什么模式，该方案都适用。
作为一种示例，第一终端设备通过PC5 RRC信令将第一配置信息发送给第二终端设备，其中，该PC5 RRC信令可以是RRCReconfigurationSidelink信令。该PC5 RRC信令所属数据包的源地址是第一终端设备的源层2地址，该PC5 RRC信令所属数据包的目标地址是第二终端设备的源层2地址。
作为一种示例，第一终端设备通过PC5 RRC信令将第二配置信息发送给第二终端设备，其中，该PC5 RRC信令可以是RRCReconfigurationSidelink信令。该PC5 RRC信令所属数据包的源地址是第一终端设备的源层2地址，该PC5 RRC信令所属数据包的目标地址是第二终端设备的源层2地址。
作为一种示例，第二终端设备收到第一终端设备发送的第二配置信息，再通过PC5 RRC信令将从第一终端设备收到的第二配置信息发送给第三终端设备，其中，该PC5 RRC信令可以是RRCReconfigurationSidelink信令。该PC5 RRC信令所属数据包的源地址是第二终端设备的源层2地址，该PC5 RRC信令所属数据包的目标地址是第三终端设备的源层2地址。
作为一种示例，第二配置信息直接由第一终端设备通过第二终端设备发送给第三终端设备。第一终端设备通过PC5 RRC信令将第二配置信息通过第二终端设备发送给第三终端设备，该PC5 RRC信令可以是RRCReconfigurationSidelink信令。该PC5 RRC信令所属数据包的源地址是第一终端设备的源层2 地址，该PC5 RRC信令所属数据包的目标地址是第三终端设备的源层2地址。
可选的，在本公开的一些实施例中，第一终端设备可以获取SL-DRB关联的SL-SDAP(侧行链路服务数据适配协议)配置信息和SL-PDCP(侧行链路分组数据汇聚层协议)配置信息。第一终端设备将SL-SDAP配置信息和SL-PDCP配置信息，通过第二终端设备发送给第三终端设备。
作为一种示例，处于RRC连接态的第一终端设备可以通过专用信令从网络设备获取该SL-DRB关联的SL-SDAP配置信息和SL-PDCP配置信息。处于RRC IDLE/INACTIVE的第一终端设备可以通过SIB获取该SL-DRB关联的SL-SDAP配置信息和SL-PDCP配置信息。处于OOC(out of coverage，覆盖范围外)的第一终端设备可以通过预配置获取该SL-DRB关联的SL-SDAP配置信息和SL-PDCP配置信息。
在本公开中，通过发送UE在第一PC5链路和第二PC5链路上进行QoS分配以保证SL-DRB的端到端的QoS需求，可以解决U2U场景下如何实现在两个PC5链路上进行QoS分配以保证端到端的QoS需求的问题，从而可以保证数据流的端到端的QoS要求。
请参见图3，图3是本公开实施例提供的另一种服务质量分配方法的流程示意图。需要说明的是，该方法可由第一网络设备执行。作为一种示例，该第一网络设备可以是第一终端设备的服务网络设备，该第一终端设备可以为发送UE。如图3所示，该方法可以包括但不限于如下步骤：
在步骤301中，第一网络设备根据SL-DRB的端到端的服务质量QoS需求，在第一PC5链路和第二PC5链路上进行QoS分配。
其中，在本公开的实施例中，该第一PC5链路为第一终端设备与第二终端设备之间的PC5单播链路，该第二PC5链路为第二终端设备与第三终端设备之间的PC5单播链路；第一终端设备和第三终端设备通过第二终端设备建立端到端的连接。该端到端的QoS需求可以为SL-DRB在第一终端设备和第三终端设备之间的端到端的QoS需求。
在一种实现方式中，该第一终端设备可以是发送UE，第三终端设备为接收UE，第二终端设备为U2U场景中的中继UE。其中，该发送UE可以是U2U场景中的源远端UE，也可以是U2U场景中的目标远端UE。例如，如果数据流的方向是源远端UE发送给目标远端UE，则该发送UE就是U2U场景中的源远端UE，该接收UE就是U2U场景中的目标远端UE。又如，如果数据流的方向是目标远端UE发送给源远端UE，则该发送UE就是U2U场景中的目标远端UE，该接收UE就是U2U场景中的源远端UE。
在本实施例中，第一网络设备可以根据SL-DRB的端到端的QoS需求，在第一PC5链路和第二PC5链路上进行QoS分配，以保证SL-DRB的端到端的QoS需求。作为一种示例，第一网络设备可以获取第一PC5链路的链路状况(如第一终端设备与第二终端设备之间的SL测量报告和/或CBR测量报告等)和第二PC5链路的链路状况(如第二终端设备与第三终端设备之间的SL测量报告和/或CBR测量报告等)，并根据SL-DRB的端到端的QoS需求，结合第一PC5链路的链路状况和第二PC5链路的链路状况，在第一PC5链路和第二PC5链路上进行QoS分配，保证SL-DRB的端到端的QoS需求。
在一种可能的实现方式中，第一网络设备可以根据SL-DRB的端到端的QoS需求，确定SL-DRB的端到端的PDB要求，根据该SL-DRB的端到端的PDB要求，在第一PC5链路和第二PC5链路上进行PDB分配，以保证第一PC5链路上分配到的PDB数值与第二PC5链路分配到的PDB数值之和小于 或等于SL-DRB的端到端的PDB要求。作为一种示例，假设SL-DRB的端到端的PDB要求为X，结合第一PC5链路的链路状况(如第一终端设备与第二终端设备之间的SL测量报告和/或CBR测量报告等)和第二PC5链路的链路状况(如第二终端设备与第三终端设备之间的SL测量报告和/或CBR测量报告等)为第一PC5链路分配PDB为L，为第二PC5链路分配PDB为M，其中，L+M≤X，即第一PC5链路上分配到的PDB数值与第二PC5链路分配到的PDB数值之和小于或等于SL-DRB的端到端的PDB要求。
在一种可能的实现方式中，第一网络设备可以根据SL-DRB的端到端的QoS需求，生成该SL-DRB在第一PC5链路上的第一配置信息和该SL-DRB在第二PC5链路上的第二配置信息。其中，在本实施例中，该第一配置信息和第二配置信息均可包括但不限于以下信息中的至少一种：SRAP配置信息，RLC配置信息，MAC配置信息，PHY配置信息等。
可选的，第一网络设备负责生成SL-DRB在两个PC5链路(即上述第一PC5链路和第二PC5链路)上的配置，该配置可包括以下配置中的至少一种：SRAP配置、RLC配置、MAC配置和PHY配置。作为一种示例，该配置可包括SRAP配置、RLC配置、MAC配置和PHY配置。
可选的，在本公开的一些实施例中，第一网络设备可以将第一配置信息和第二配置信息发送给第一终端设备；其中，第一配置信息由第一终端设备发送给第二终端设备，第二配置信息由第一终端设备发送给第二终端设备。可选地，第二配置信息由第二终端设备发送给第三终端设备。具体地，第二终端设备收到第一终端设备发送的第二配置信息，再将该第二配置信息发送给第三终端设备。可选地，第二配置信息由第一终端设备通过第二终端设备发送给第三终端设备。具体地，第二配置信息直接由第一终端设备通过第二终端设备发送给第三终端设备。
作为一种示例，第一网络设备将该第一配置信息发送给第一终端设备，第一终端设备再通过PC5 RRC信令将从第一网络设备收到的第一配置信息发送给第二终端设备，其中，该PC5 RRC信令可以是RRCReconfigurationSidelink信令。该PC5 RRC信令所属数据包的源地址是第一终端设备的源层2地址，该PC5 RRC信令所属数据包的目标地址是第二终端设备的源层2地址。本实施例中第一终端设备只能处于RRC连接态。
作为一种示例，第一网络设备将第二配置信息发送给第一终端设备，第一终端设备再通过PC5 RRC信令将从第一网络设备收到的第二配置信息发送给第二终端设备，其中，该PC5 RRC信令可以是RRCReconfigurationSidelink信令。该PC5 RRC信令所属数据包的源地址是第一终端设备的源层2地址，该PC5 RRC信令所属数据包的目标地址是第二终端设备的源层2地址。本实施例中第一终端设备只能处于RRC连接态。
作为一种示例，第二终端设备收到第一终端设备发送的第二配置信息，再通过PC5 RRC信令将从第一终端设备收到的第二配置信息发送给第三终端设备，其中，该PC5 RRC信令可以是RRCReconfigurationSidelink信令。该PC5 RRC信令所属数据包的源地址是第二终端设备的源层2地址，该PC5 RRC信令所属数据包的目标地址是第三终端设备的源层2地址。本实施例中第一终端设备只能处于RRC连接态。
作为一种示例，第二配置信息直接由第一终端设备通过第二终端设备发送给第三终端设备。第一终端设备通过PC5 RRC信令将第二配置信息通过第二终端设备发送给第三终端设备，该PC5 RRC信令可 以是RRCReconfigurationSidelink信令。该PC5 RRC信令所属数据包的源地址是第一终端设备的源层2地址，该PC5 RRC信令所属数据包的目标地址是第三终端设备的源层2地址。本实施例中第一终端设备只能处于RRC连接态。
在本公开中，通过发送UE的服务网络设备在第一PC5链路和第二PC5链路上进行QoS分配以保证SL-DRB的端到端的QoS需求，可以解决U2U场景下如何实现在两个PC5链路上进行QoS分配以保证端到端的QoS需求的问题，从而可以保证数据流的端到端的QoS要求。
请参见图4，图4是本公开实施例提供的另一种服务质量分配方法的流程示意图。需要说明的是，该方法可由第二终端设备执行。作为一种示例，该第二终端设备可以是U2U场景中的中继UE。如图4所示，该方法可以包括但不限于如下步骤：
在步骤401中，第二终端设备根据SL-DRB的端到端的服务质量QoS需求，在第一PC5链路和第二PC5链路上进行QoS分配。
其中，在本公开的实施例中，该第一PC5链路为第一终端设备与第二终端设备之间的PC5单播链路，该第二PC5链路为第二终端设备与第三终端设备之间的PC5单播链路；第一终端设备和第三终端设备通过第二终端设备建立端到端的连接。该端到端的QoS需求可以为SL-DRB在第一终端设备和第三终端设备之间的端到端的QoS需求。
在一种实现方式中，该第一终端设备可以是发送UE，第三终端设备为接收UE，第二终端设备为U2U场景中的中继UE。其中，该发送UE可以是U2U场景中的源远端UE，也可以是U2U场景中的目标远端UE。例如，如果数据流的方向是源远端UE发送给目标远端UE，则该发送UE就是U2U场景中的源远端UE，该接收UE就是U2U场景中的目标远端UE。又如，如果数据流的方向是目标远端UE发送给源远端UE，则该发送UE就是U2U场景中的目标远端UE，该接收UE就是U2U场景中的源远端UE。
在本实施例中，第二终端设备可以根据SL-DRB的端到端的QoS需求，在第一PC5链路和第二PC5链路上进行QoS分配，以保证SL-DRB的端到端的QoS需求。作为一种示例，第二终端设备可以根据SL-DRB的端到端的QoS需求，结合第一PC5链路的链路状况(如第一终端设备与第二终端设备之间的SL测量报告和/或CBR测量报告等)和第二PC5链路的链路状况(如第二终端设备与第三终端设备之间的SL测量报告和/或CBR测量报告等)，在第一PC5链路和第二PC5链路上进行QoS分配，保证SL-DRB的端到端的QoS需求。
在一种可能的实现方式中，第二终端设备可以根据SL-DRB的端到端的QoS需求，确定SL-DRB的端到端的PDB要求，根据该SL-DRB的端到端的PDB要求，在第一PC5链路和第二PC5链路上进行PDB分配，以保证第一PC5链路上分配到的PDB数值与第二PC5链路分配到的PDB数值之和小于或等于SL-DRB的端到端的PDB要求。作为一种示例，假设SL-DRB的端到端的PDB要求为X，结合第一PC5链路的链路状况(如第一终端设备与第二终端设备之间的SL测量报告和/或CBR测量报告等)和第二PC5链路的链路状况(如第二终端设备与第三终端设备之间的SL测量报告和/或CBR测量报告等)为第一PC5链路分配PDB为L，为第二PC5链路分配PDB为M，其中，L+M≤X，即第一PC5链路上分配到的PDB数值与第二PC5链路分配到的PDB数值之和小于或等于SL-DRB的端到端的PDB要求。
在一种可能的实现方式中，第二终端设备可以根据SL-DRB的端到端的QoS需求，生成该SL-DRB在第一PC5链路上的第一配置信息和该SL-DRB在第二PC5链路上的第二配置信息。其中，在本实施例中，该第一配置信息和第二配置信息均可包括但不限于以下信息中的至少一种：SRAP配置信息，RLC配置信息，MAC配置信息，PHY配置信息等。
可选的，第二终端设备负责生成SL-DRB在两个PC5链路(即上述第一PC5链路和第二PC5链路)上的配置，该配置可包括以下配置中的至少一种：SRAP配置、RLC配置、MAC配置和PHY配置。作为一种示例，该配置可包括SRAP配置、RLC配置、MAC配置和PHY配置。
可选的，在本公开的一些实施例中，第二终端设备可以将第一配置信息发送给第一终端设备。第二终端设备将第二配置信息发送给第三终端设备。
作为一种示例，第二终端设备将第一配置信息通过PC5 RRC信令发送给第一终端设备，其中，该PC5 RRC信令可以是RRCReconfigurationSidelink信令。该PC5 RRC信令所属数据包的源地址是第二终端设备的源层2地址，该PC5 RRC信令所属数据包的目标地址是第一终端设备的源层2地址。
作为一种示例，第二终端设备将第二配置信息通过PC5 RRC信令发送给第三终端设备，其中，该PC5 RRC信令可以是RRCReconfigurationSidelink信令。该PC5 RRC信令所属数据包的源地址是第二终端设备的源层2地址，该PC5 RRC信令所属数据包的目标地址是第三终端设备的源层2地址。
需要说明的是，本实施例可以限制第二终端设备处于RRC IDL/INACTIVE，或者OOC状态，或者限制第二终端设备工作在mode2模式。可选地，本实施例可以对第二终端设备状态不做任何限制，也就说不管第二终端设备处于什么RRC状态也不管第二终端设备工作在什么模式，本实施例都适用。
在本公开中，通过中继UE在第一PC5链路和第二PC5链路上进行QoS分配以保证SL-DRB的端到端的QoS需求，可以解决U2U场景下如何实现在两个PC5链路上进行QoS分配以保证端到端的QoS需求的问题，从而可以保证数据流的端到端的QoS要求。
请参见图5，图5是本公开实施例提供的另一种服务质量分配方法的流程示意图。需要说明的是，该方法可由第二网络设备执行。作为一种示例，该第二网络设备可以是第二终端设备的服务网络设备，该第二终端设备可以为U2U场景中的中继UE。如图5所示，该方法可以包括但不限于如下步骤：
在步骤501中，第二网络设备根据SL-DRB的端到端的服务质量QoS需求，在第一PC5链路和第二PC5链路上进行QoS分配。
其中，在本公开的实施例中，该第一PC5链路为第一终端设备与第二终端设备之间的PC5单播链路，该第二PC5链路为第二终端设备与第三终端设备之间的PC5单播链路；第一终端设备和第三终端设备通过第二终端设备建立端到端的连接。该端到端的QoS需求可以为SL-DRB在第一终端设备和第三终端设备之间的端到端的QoS需求。
在一种实现方式中，该第一终端设备可以是发送UE，第三终端设备为接收UE，第二终端设备为U2U场景中的中继UE。其中，该发送UE可以是U2U场景中的源远端UE，也可以是U2U场景中的目标远端UE。例如，如果数据流的方向是源远端UE发送给目标远端UE，则该发送UE就是U2U场景中的源远端UE，该接收UE就是U2U场景中的目标远端UE。又如，如果数据流的方向是目标远端UE发送给源远端UE，则该发送UE就是U2U场景中的目标远端UE，该接收UE就是U2U场景中的源远端UE。
在本实施例中，第二网络设备可以根据SL-DRB的端到端的QoS需求，在第一PC5链路和第二PC5链路上进行QoS分配，以保证SL-DRB的端到端的QoS需求。作为一种示例，第二网络设备可以获取第一PC5链路的链路状况(如第一终端设备与第二终端设备之间的SL测量报告和/或CBR测量报告等)和第二PC5链路的链路状况(如第二终端设备与第三终端设备之间的SL测量报告和/或CBR测量报告等)，并根据SL-DRB的端到端的QoS需求，结合第一PC5链路的链路状况和第二PC5链路的链路状况，在第一PC5链路和第二PC5链路上进行QoS分配，保证SL-DRB的端到端的QoS需求。
在一种可能的实现方式中，第二网络设备可以根据SL-DRB的端到端的QoS需求，确定SL-DRB的端到端的PDB要求，根据该SL-DRB的端到端的PDB要求，在第一PC5链路和第二PC5链路上进行PDB分配，以保证第一PC5链路上分配到的PDB数值与第二PC5链路分配到的PDB数值之和小于或等于SL-DRB的端到端的PDB要求。作为一种示例，假设SL-DRB的端到端的PDB要求为X，结合第一PC5链路的链路状况(如第一终端设备与第二终端设备之间的SL测量报告和/或CBR测量报告等)和第二PC5链路的链路状况(如第二终端设备与第三终端设备之间的SL测量报告和/或CBR测量报告等)为第一PC5链路分配PDB为L，为第二PC5链路分配PDB为M，其中，L+M≤X，即第一PC5链路上分配到的PDB数值与第二PC5链路分配到的PDB数值之和小于或等于SL-DRB的端到端的PDB要求。
在一种可能的实现方式中，第二网络设备可以根据SL-DRB的端到端的QoS需求，生成该SL-DRB在第一PC5链路上的第一配置信息和该SL-DRB在第二PC5链路上的第二配置信息。其中，在本实施例中，该第一配置信息和第二配置信息均可包括但不限于以下信息中的至少一种：SRAP配置信息，RLC配置信息，MAC配置信息，PHY配置信息等。
可选的，第二网络设备负责生成SL-DRB在两个PC5链路(即上述第一PC5链路和第二PC5链路)上的配置，该配置可包括以下配置中的至少一种：SRAP配置、RLC配置、MAC配置和PHY配置。作为一种示例，该配置可包括SRAP配置、RLC配置、MAC配置和PHY配置。
可选的，在本公开的一些实施例中，第二网络设备可以将第一配置信息和第二配置信息发送给第二终端设备；其中，第一配置信息由第二终端设备发送给第一终端设备，第二配置信息由第二终端设备发送给第三终端设备。
作为一种示例，第二网络设备将第一配置信息发送给第二终端设备，第二终端设备再通过PC5 RRC信令将从第二网络设备收到的第一配置信息发送给第一终端设备，其中，该PC5 RRC信令可以是RRCReconfigurationSidelink信令。该PC5 RRC信令所属数据包的源地址是第二终端设备的源层2地址，该PC5 RRC信令所属数据包的目标地址是第一终端设备的源层2地址。本实施例中第二终端设备只能处于RRC连接态。
作为一种示例，第二网络设备将第二配置信息发送给第二终端设备，第二终端设备再通过PC5 RRC信令将从第二网络设备收到的第二配置信息发送给第三终端设备，其中，该PC5 RRC信令可以是RRCReconfigurationSidelink信令。该PC5 RRC信令所属数据包的源地址是第二终端设备的源层2地址，该PC5 RRC信令所属数据包的目标地址是第三终端设备的源层2地址。本实施例中第二终端设备只能处于RRC连接态。
在本公开中，通过中继UE的服务网络设备在第一PC5链路和第二PC5链路上进行QoS分配以保 证SL-DRB的端到端的QoS需求，可以解决U2U场景下如何实现在两个PC5链路上进行QoS分配以保证端到端的QoS需求的问题，从而可以保证数据流的端到端的QoS要求。
上述本公开提供的实施例中，分别从终端设备、网络设备的角度对本公开实施例提供的方法进行了介绍。为了实现上述本公开实施例提供的方法中的各功能，终端设备可以包括硬件结构、软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能可以以硬件结构、软件模块、或者硬件结构加软件模块的方式来执行。
请参见图6，为本公开实施例提供的一种通信装置60的结构示意图。图6所示的通信装置60可包括处理模块601和收发模块602。收发模块602可包括发送模块和/或接收模块，发送模块用于实现发送功能，接收模块用于实现接收功能，收发模块602可以实现发送功能和/或接收功能。
通信装置60可以是终端设备，也可以是终端设备中的装置，还可以是能够与终端设备匹配使用的装置。或者，通信装置60可以是网络设备，也可以是网络设备中的装置，还可以是能够与网络设备匹配使用的装置。
通信装置60为终端设备(如前述图2实施例中所述的第一终端设备)：处理模块601用于根据侧行链路数据无线承载SL-DRB的端到端的服务质量QoS需求，在第一PC5链路和第二PC5链路上进行QoS分配；其中，第一PC5链路为第一终端设备与第二终端设备之间的PC5单播链路，第二PC5链路为第二终端设备与第三终端设备之间的PC5单播链路；第一终端设备和第三终端设备通过第二终端设备建立端到端的连接。
在一种实现方式中，处理模块601具体用于：根据SL-DRB的端到端的QoS需求，确定SL-DRB的端到端的数据包延迟预算PDB要求；根据SL-DRB的端到端的PDB要求，在第一PC5链路和第二PC5链路上进行PDB分配；其中，第一PC5链路上分配到的PDB数值与第二PC5链路分配到的PDB数值之和小于或等于SL-DRB的端到端的PDB要求。
在一种实现方式中，处理模块601具体用于：根据SL-DRB的端到端的QoS需求，生成SL-DRB在第一PC5链路上的第一配置信息和SL-DRB在第二PC5链路上的第二配置信息；其中，第一配置信息和第二配置信息均包括以下信息中的至少一种：侧行中继适配协议SRAP配置信息，无线链路控制RLC配置信息，媒体接入控制MAC配置信息，物理层PHY配置信息。
在一种可能的实现方式中，收发模块602还用于：将第一配置信息发送给第二终端设备；将第二配置信息通过第二终端设备发送给第三终端设备。
在一种实现方式中，处理模块601还用于获取SL-DRB关联的侧行链路服务数据适配协议SL-SDAP配置信息和侧行链路分组数据汇聚层协议SL-PDCP配置信息。收发模块602还用于：将SL-SDAP配置信息和SL-PDCP配置信息，通过第二终端设备发送给第三终端设备。
在一种可能的实现方式中，处理模块601具体用于：从网络设备获取SL-DRB关联的SL-SDAP配置信息和SL-PDCP配置信息；或者，通过预配置获取SL-DRB关联的SL-SDAP配置信息和SL-PDCP配置信息。
通信装置60为网络设备(如前述图3实施例中所述的第一网络设备)：处理模块601用于根据侧行链路数据无线承载SL-DRB的端到端的服务质量QoS需求，在第一PC5链路和第二PC5链路上进行QoS分配；其中，第一PC5链路为第一终端设备与第二终端设备之间的PC5单播链路，第二PC5链路 为第二终端设备与第三终端设备之间的PC5单播链路；第一终端设备和第三终端设备通过第二终端设备建立端到端的连接。
在一种实现方式中，处理模块601具体用于：根据SL-DRB的端到端的QoS需求，确定SL-DRB的端到端的数据包延迟预算PDB要求；根据SL-DRB的端到端的PDB要求，在第一PC5链路和第二PC5链路上进行PDB分配；其中，第一PC5链路上分配到的PDB数值与第二PC5链路分配到的PDB数值之和小于或等于SL-DRB的端到端的PDB要求。
在一种实现方式中，处理模块601具体用于：根据SL-DRB的端到端的QoS需求，生成SL-DRB在第一PC5链路上的第一配置信息和SL-DRB在第二PC5链路上的第二配置信息；其中，第一配置信息和第二配置信息均包括以下信息中的至少一种：侧行中继适配协议SRAP配置信息，无线链路控制RLC配置信息，媒体接入控制MAC配置信息，物理层PHY配置信息。
在一种可能的实现方式中，收发模块602还用于：将第一配置信息和第二配置信息发送给第一终端设备；其中，第一配置信息由第一终端设备发送给第二终端设备，第二配置信息由第一终端设备通过第二终端设备发送给第三终端设备。
通信装置60为终端设备(如前述图4实施例中所述的第二终端设备)：处理模块601用于根据侧行链路数据无线承载SL-DRB的端到端的服务质量QoS需求，在第一PC5链路和第二PC5链路上进行QoS分配；其中，第一PC5链路为第一终端设备与第二终端设备之间的PC5单播链路，第二PC5链路为第二终端设备与第三终端设备之间的PC5单播链路；第一终端设备和第三终端设备通过第二终端设备建立端到端的连接。
在一种实现方式中，处理模块601具体用于：根据SL-DRB的端到端的QoS需求，确定SL-DRB的端到端的数据包延迟预算PDB要求；根据SL-DRB的端到端的PDB要求，在第一PC5链路和第二PC5链路上进行PDB分配；其中，第一PC5链路上分配到的PDB数值与第二PC5链路分配到的PDB数值之和小于或等于SL-DRB的端到端的PDB要求。
在一种实现方式中，处理模块601具体用于：根据SL-DRB的端到端的QoS需求，生成SL-DRB在第一PC5链路上的第一配置信息和SL-DRB在第二PC5链路上的第二配置信息；其中，第一配置信息和第二配置信息均包括以下信息中的至少一种：侧行中继适配协议SRAP配置信息，无线链路控制RLC配置信息，媒体接入控制MAC配置信息，物理层PHY配置信息。
在一种可能的实现方式中，收发模块602还用于：将第一配置信息发送给第一终端设备；将第二配置信息发送给第三终端设备。
通信装置60为网络设备(如前述图5实施例中所述的第二网络设备)：处理模块601用于根据侧行链路数据无线承载SL-DRB的端到端的服务质量QoS需求，在第一PC5链路和第二PC5链路上进行QoS分配；其中，第一PC5链路为第一终端设备与第二终端设备之间的PC5单播链路，第二PC5链路为第二终端设备与第三终端设备之间的PC5单播链路；第一终端设备和第三终端设备通过第二终端设备建立端到端的连接。
在一种实现方式中，处理模块601具体用于：根据SL-DRB的端到端的QoS需求，确定SL-DRB的端到端的数据包延迟预算PDB要求；根据SL-DRB的端到端的PDB要求，在第一PC5链路和第二PC5链路上进行PDB分配；其中，第一PC5链路上分配到的PDB数值与第二PC5链路分配到的PDB 数值之和小于或等于SL-DRB的端到端的PDB要求。
在一种实现方式中，处理模块601具体用于：根据SL-DRB的端到端的QoS需求，生成SL-DRB在第一PC5链路上的第一配置信息和SL-DRB在第二PC5链路上的第二配置信息；其中，第一配置信息和第二配置信息均包括以下信息中的至少一种：侧行中继适配协议SRAP配置信息，无线链路控制RLC配置信息，媒体接入控制MAC配置信息，物理层PHY配置信息。
在一种可能的实现方式中，收发模块602还用于：将第一配置信息和第二配置信息发送给第二终端设备；其中，第一配置信息由第二终端设备发送给第一终端设备，第二配置信息由第二终端设备发送给第三终端设备。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
请参见图7，图7是本公开实施例提供的另一种通信装置70的结构示意图。通信装置70可以是终端设备，也可以是支持终端设备实现上述方法的芯片、芯片系统、或处理器等。或者，通信装置70可以是网络设备，也可以是支持网络设备实现上述方法的芯片、芯片系统、或处理器等。该装置可用于实现上述方法实施例中描述的方法，具体可以参见上述方法实施例中的说明。
通信装置70可以包括一个或多个处理器701。处理器701可以是通用处理器或者专用处理器等。例如可以是基带处理器或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理，中央处理器可以用于对通信装置(如，基站、基带芯片，终端设备、终端设备芯片，DU或CU等)进行控制，执行计算机程序，处理计算机程序的数据。
可选的，通信装置70中还可以包括一个或多个存储器702，其上可以存有计算机程序704，处理器701执行所述计算机程序704，以使得通信装置70执行上述方法实施例中描述的方法。可选的，所述存储器702中还可以存储有数据。通信装置70和存储器702可以单独设置，也可以集成在一起。
可选的，通信装置70还可以包括收发器705、天线706。收发器705可以称为收发单元、收发机、或收发电路等，用于实现收发功能。收发器705可以包括接收器和发送器，接收器可以称为接收机或接收电路等，用于实现接收功能；发送器可以称为发送机或发送电路等，用于实现发送功能。
可选的，通信装置70中还可以包括一个或多个接口电路707。接口电路707用于接收代码指令并传输至处理器701。处理器701运行所述代码指令以使通信装置70执行上述方法实施例中描述的方法。
在一种实现方式中，处理器701中可以包括用于实现接收和发送功能的收发器。例如该收发器可以是收发电路，或者是接口，或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的，也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写，或者，上述收发电路、接口或接口电路可以用于信号的传输或传递。
在一种实现方式中，处理器701可以存有计算机程序703，计算机程序703在处理器701上运行，可使得通信装置70执行上述方法实施例中描述的方法。计算机程序703可能固化在处理器701中，该种情况下，处理器701可能由硬件实现。
在一种实现方式中，通信装置70可以包括电路，所述电路可以实现前述方法实施例中发送或接收或者通信的功能。本公开中描述的处理器和收发器可实现在集成电路(integrated circuit，IC)、模拟IC、射频集成电路RFIC、混合信号IC、专用集成电路(application specific integrated circuit，ASIC)、印刷 电路板(printed circuit board，PCB)、电子设备等上。该处理器和收发器也可以用各种IC工艺技术来制造，例如互补金属氧化物半导体(complementary metal oxide semiconductor，CMOS)、N型金属氧化物半导体(nMetal-oxide-semiconductor，NMOS)、P型金属氧化物半导体(positive channel metal oxide semiconductor，PMOS)、双极结型晶体管(bipolar junction transistor，BJT)、双极CMOS(BiCMOS)、硅锗(SiGe)、砷化镓(GaAs)等。
以上实施例描述中的通信装置可以是终端设备，但本公开中描述的通信装置的范围并不限于此，而且通信装置的结构可以不受图7的限制。通信装置可以是独立的设备或者可以是较大设备的一部分。例如所述通信装置可以是：
(1)独立的集成电路IC，或芯片，或，芯片系统或子系统；
(2)具有一个或多个IC的集合，可选的，该IC集合也可以包括用于存储数据，计算机程序的存储部件；
(3)ASIC，例如调制解调器(Modem)；
(4)可嵌入在其他设备内的模块；
(5)接收机、终端设备、智能终端设备、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、云设备、人工智能设备等等；
(6)其他等等。
本领域技术人员还可以了解到本公开实施例列出的各种说明性逻辑块(illustrative logical block)和步骤(step)可以通过电子硬件、电脑软件，或两者的结合进行实现。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本公开实施例保护的范围。
本公开还提供一种可读存储介质，其上存储有指令，该指令被计算机执行时实现上述任一方法实施例的功能。
本公开还提供一种计算机程序产品，该计算机程序产品被计算机执行时实现上述任一方法实施例的功能。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序。在计算机上加载和执行所述计算机程序时，全部或部分地产生按照本公开实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机程序可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。
本领域普通技术人员可以理解：本公开中涉及的第一、第二等各种数字编号仅为描述方便进行的区 分，并不用来限制本公开实施例的范围，也表示先后顺序。
本公开中的至少一个还可以描述为一个或多个，多个可以是两个、三个、四个或者更多个，本公开不做限制。在本公开实施例中，对于一种技术特征，通过“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”等区分该种技术特征中的技术特征，该“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”描述的技术特征间无先后顺序或者大小顺序。
本公开中各表所示的对应关系可以被配置，也可以是预定义的。各表中的信息的取值仅仅是举例，可以配置为其他值，本公开并不限定。在配置信息与各参数的对应关系时，并不一定要求必须配置各表中示意出的所有对应关系。例如，本公开中的表格中，某些行示出的对应关系也可以不配置。又例如，可以基于上述表格做适当的变形调整，例如，拆分，合并等等。上述各表中标题示出参数的名称也可以采用通信装置可理解的其他名称，其参数的取值或表示方式也可以通信装置可理解的其他取值或表示方式。上述各表在实现时，也可以采用其他的数据结构，例如可以采用数组、队列、容器、栈、线性表、指针、链表、树、图、结构体、类、堆、散列表或哈希表等。
本公开中的预定义可以理解为定义、预先定义、存储、预存储、预协商、预配置、固化、或预烧制。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以所述权利要求的保护范围为准。

Claims (12)

  1. 一种服务质量分配方法，其特征在于，包括：
    根据侧行链路数据无线承载SL-DRB的端到端的服务质量QoS需求，在第一PC5链路和第二PC5链路上进行QoS分配；
    其中，所述第一PC5链路为第一终端设备与第二终端设备之间的PC5单播链路，所述第二PC5链路为所述第二终端设备与第三终端设备之间的PC5单播链路；所述第一终端设备和所述第三终端设备通过所述第二终端设备建立所述端到端的连接。
  2. 如权利要求1所述的方法，其特征在于，所述根据侧行链路数据无线承载SL-DRB的端到端的服务质量QoS需求，在第一PC5链路和第二PC5链路上进行QoS分配，包括：
    根据所述SL-DRB的端到端的QoS需求，确定所述SL-DRB的端到端的数据包延迟预算PDB要求；
    根据所述SL-DRB的端到端的PDB要求，在第一PC5链路和第二PC5链路上进行PDB分配；其中，所述第一PC5链路上分配到的PDB数值与第二PC5链路分配到的PDB数值之和小于或等于所述SL-DRB的端到端的PDB要求。
  3. 如权利要求1所述的方法，其特征在于，所述根据侧行链路数据无线承载SL-DRB的端到端的服务质量QoS需求，在第一PC5链路和第二PC5链路上进行QoS分配，包括：
    根据所述SL-DRB的端到端的QoS需求，生成所述SL-DRB在所述第一PC5链路上的第一配置信息和所述SL-DRB在所述第二PC5链路上的第二配置信息；
    其中，所述第一配置信息和所述第二配置信息均包括以下信息中的至少一种：侧行中继适配协议SRAP配置信息，无线链路控制RLC配置信息，媒体接入控制MAC配置信息，物理层PHY配置信息。
  4. 如权利要求3所述的方法，其特征在于，所述方法由所述第一终端设备执行；所述方法还包括：
    将所述第一配置信息发送给所述第二终端设备；
    将所述第二配置信息通过所述第二终端设备发送给所述第三终端设备。
  5. 如权利要求4所述的方法，其特征在于，所述方法还包括：
    获取所述SL-DRB关联的侧行链路服务数据适配协议SL-SDAP配置信息和侧行链路分组数据汇聚层协议SL-PDCP配置信息；
    将所述SL-SDAP配置信息和所述SL-PDCP配置信息，通过所述第二终端设备发送给所述第三终端设备。
  6. 如权利要求5所述的方法，其特征在于，所述获取所述SL-DRB关联的侧行链路服务数据适配协议SL-SDAP配置信息和侧行链路分组数据汇聚层协议SL-PDCP配置信息，包括：
    从网络设备获取所述SL-DRB关联的SL-SDAP配置信息和SL-PDCP配置信息；或者，
    通过预配置获取所述SL-DRB关联的SL-SDAP配置信息和SL-PDCP配置信息。
  7. 如权利要求3所述的方法，其特征在于，所述方法由第一网络设备执行，所述第一网络设备为所述第一终端设备的服务网络设备；所述方法还包括：
    将所述第一配置信息和所述第二配置信息发送给所述第一终端设备；其中，所述第一配置信息由所述第一终端设备发送给所述第二终端设备，所述第二配置信息由所述第一终端设备通过所述第二终端设备发送给所述第三终端设备。
  8. 如权利要求3所述的方法，其特征在于，所述方法由所述第二终端设备执行，所述方法还包括：
    将所述第一配置信息发送给所述第一终端设备；
    将所述第二配置信息发送给所述第三终端设备。
  9. 如权利要求3所述的方法，其特征在于，所述方法由第二网络设备执行，所述第二网络设备为所述第二终端设备的服务网络设备，所述方法还包括：
    将所述第一配置信息和所述第二配置信息发送给所述第二终端设备；其中，所述第一配置信息由所述第二终端设备发送给所述第一终端设备，所述第二配置信息由所述第二终端设备发送给所述第三终端设备。
  10. 一种通信装置，其特征在于，包括：
    处理模块，用于根据侧行链路数据无线承载SL-DRB的端到端的服务质量QoS需求，在第一PC5链路和第二PC5链路上进行QoS分配；
    其中，所述第一PC5链路为第一终端设备与第二终端设备之间的PC5单播链路，所述第二PC5链路为所述第二终端设备与第三终端设备之间的PC5单播链路；所述第一终端设备和所述第三终端设备通过所述第二终端设备建立所述端到端的连接。
  11. 一种通信装置，其特征在于，所述装置包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行如权利要求1至9中任一项所述的方法。
  12. 一种计算机可读存储介质，用于存储有指令，当所述指令被执行时，使如权利要求1至9中任一项所述的方法被实现。
PCT/CN2022/143600 2022-12-29 2022-12-29 一种服务质量分配方法及其装置 Ceased WO2024138564A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP22969711.5A EP4645950A4 (en) 2022-12-29 2022-12-29 METHOD AND APPARATUS FOR ALLOCATING QUALITY OF SERVICE
CN202280006163.3A CN118575508A (zh) 2022-12-29 2022-12-29 一种服务质量分配方法及其装置
PCT/CN2022/143600 WO2024138564A1 (zh) 2022-12-29 2022-12-29 一种服务质量分配方法及其装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/143600 WO2024138564A1 (zh) 2022-12-29 2022-12-29 一种服务质量分配方法及其装置

Publications (1)

Publication Number Publication Date
WO2024138564A1 true WO2024138564A1 (zh) 2024-07-04

Family

ID=91715985

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/143600 Ceased WO2024138564A1 (zh) 2022-12-29 2022-12-29 一种服务质量分配方法及其装置

Country Status (3)

Country Link
EP (1) EP4645950A4 (zh)
CN (1) CN118575508A (zh)
WO (1) WO2024138564A1 (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210289391A1 (en) * 2020-03-13 2021-09-16 Qualcomm Incorporated Quality of service support for sidelink relay service
US20210329487A1 (en) * 2018-08-10 2021-10-21 Zte Corporation Data transmission method and apparatus, and service switching method and apparatus
CN113905343A (zh) * 2020-06-22 2022-01-07 上海朗帛通信技术有限公司 一种被用于副链路中继无线通信的方法和装置
CN114173368A (zh) * 2020-09-10 2022-03-11 华为技术有限公司 一种服务质量QoS的监测方法
WO2022135336A1 (zh) * 2020-12-24 2022-06-30 夏普株式会社 QoS分割和携带方法、对象侧QoS确定方法及UE
CN114828105A (zh) * 2021-01-28 2022-07-29 华为技术有限公司 一种服务质量的控制方法和装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210329487A1 (en) * 2018-08-10 2021-10-21 Zte Corporation Data transmission method and apparatus, and service switching method and apparatus
US20210289391A1 (en) * 2020-03-13 2021-09-16 Qualcomm Incorporated Quality of service support for sidelink relay service
CN113905343A (zh) * 2020-06-22 2022-01-07 上海朗帛通信技术有限公司 一种被用于副链路中继无线通信的方法和装置
CN114173368A (zh) * 2020-09-10 2022-03-11 华为技术有限公司 一种服务质量QoS的监测方法
WO2022135336A1 (zh) * 2020-12-24 2022-06-30 夏普株式会社 QoS分割和携带方法、对象侧QoS确定方法及UE
CN114828105A (zh) * 2021-01-28 2022-07-29 华为技术有限公司 一种服务质量的控制方法和装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
QUALCOMM INCORPORATED: "Email discussion summary of [612][NR17] Open issues on L3 relay (Qualcomm)", 3GPP DRAFT; R2-2010871, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. E-Conference; 20201102 - 20201113, 16 November 2020 (2020-11-16), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052255524 *
See also references of EP4645950A4 *

Also Published As

Publication number Publication date
EP4645950A1 (en) 2025-11-05
EP4645950A4 (en) 2026-01-07
CN118575508A (zh) 2024-08-30

Similar Documents

Publication Publication Date Title
CN115336220A (zh) 一种指示方法、装置、设备及存储介质
CN115669032B (zh) 基于条件触发的终端内部协作方法和装置
CN118830214B (zh) 一种组播通信方法及其装置
JP7766817B2 (ja) 端末支援情報報告方法、取得方法及びその装置
WO2024207527A1 (zh) 多路径通信方法及装置
WO2024040484A1 (zh) 基于harq属性的载波选择或重选方法、装置及设备
WO2024138564A1 (zh) 一种服务质量分配方法及其装置
CN115997446A (zh) 侧行链路sl通信方法及装置
WO2024138563A1 (zh) 一种辅助信息的交互方法及其装置
CN119073000B (zh) 一种辅助信息交互方法及其装置
CN115553025B (zh) 数据传输方法和装置
CN115943648B (zh) 一种多播广播服务mbs的半持续调度方法及其装置
EP4614899A1 (en) Determination method and apparatus for channel access priority class (capc), and configuration method and apparatus
WO2024138583A1 (zh) 一种cot共享方法及装置
WO2024187390A1 (zh) 一种侧行链路传输方法及其装置
WO2024197934A1 (zh) 一种非授权频谱的侧行链路sl的通信方法及其装置
WO2024148626A1 (zh) 一种终端标识确定方法/装置/设备及存储介质
WO2024229819A1 (zh) 侧行链路的无线链路失败检测方法及其装置
WO2024197949A1 (zh) 一种通信控制方法及其装置
WO2024250298A1 (zh) 一种确定时隙数量的方法及装置
WO2024197542A1 (zh) 一种bfr上行资源请求方法及通信装置
WO2024250247A1 (zh) 侧行链路sl的通信方法及其装置
WO2024138397A1 (zh) 一种侧行链路优先级的确定方法及其装置
WO2024065121A1 (zh) 一种多路径传输方法/装置/设备及存储介质
WO2024026799A1 (zh) 数据传输方法和装置

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 202280006163.3

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22969711

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 202517070247

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 2022969711

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2022969711

Country of ref document: EP

Effective date: 20250729

WWP Wipo information: published in national office

Ref document number: 202517070247

Country of ref document: IN

ENP Entry into the national phase

Ref document number: 2022969711

Country of ref document: EP

Effective date: 20250729

WWP Wipo information: published in national office

Ref document number: 2022969711

Country of ref document: EP