Communication method and communication device

Abstract

Embodiments of the present application provide a communication method and device. The method comprises: mapping a plurality of quality of service parameter combinations for a quality of service flow, and obtaining at least one of the plurality of quality of service parameter combinations. Embodiments of the present application determine the quality of service parameter combination for transmitting the quality of service flow by the device, thereby improving the flexible configuration of network communication.

Description

Technical Field

[0001] This invention relates to the field of wireless communication technology, and in particular to a communication method and communication device. Background Technology

[0002] With the development of wireless communication technology, future-oriented communication systems have emerged, such as the 5th Generation Mobile Communication (5G) system or the New Radio (NR) system. In these systems, terminals can communicate directly with each other via sidelinks. A typical application scenario for sidelink communication is vehicle-to-everything (V2X). In V2X, each vehicle can be understood as a terminal, and data transmission between terminals occurs directly via sidelinks, effectively reducing communication latency.

[0003] In existing technologies, the transmission of service data between network devices and terminals is directly configured by the core network equipment and carried out through an evolved packet system (EPS). How to achieve data transmission between terminals based on a new communication system is a problem that the industry urgently needs to solve. Summary of the Invention

[0004] This application describes a communication method and communication device to realize data transmission between terminals.

[0005] Firstly, a method for communication between terminals is provided. This method includes: a communication device mapping multiple combinations of Quality of Service (QoS) parameters to a Quality of Service (QoS) stream; and the communication device sending at least one of the multiple QoS parameter combinations to a network device. Based on this communication method, flexible configuration of communication between terminals can be achieved, improving system adaptability.

[0006] In one possible implementation, the communication device sends at least one of the plurality of Quality of Service (QoS) parameter combinations to the network device. Specifically, this includes the communication device sending the plurality of QoS parameter combinations, the identifier of the QoS flow, and a target identifier to the network device. Therefore, the network device can autonomously obtain a suitable QoS parameter combination for communication between terminals.

[0007] In one possible implementation, the communication device also receives indication information from the network device, indicating one of the multiple combinations of quality of service parameters. This reduces the design complexity of the communication device.

[0008] In one possible implementation, the communication device further includes receiving sidelink configuration information sent by the network device; the communication device then selects one of the multiple combinations of quality of service parameters based on the sidelink configuration information. Therefore, the communication device can autonomously obtain a suitable combination of quality of service parameters for communication between terminals.

[0009] In one possible implementation, the communication device sends at least one of the plurality of quality of service (QoS) parameter combinations to the network device, specifically including the communication device sending the selected QoS parameter combination to the network device. Therefore, the design complexity of the network device can be reduced.

[0010] In one possible implementation, the sidelink configuration information includes at least one or more of the following: channel busy rate, reference signal received power, reference signal received quality, and channel state information. Based on the sidelink configuration information, the communication device can further improve the reliability of flexible configuration and enable communication between terminals.

[0011] In one possible implementation, the communication device also obtains a mapping rule for the Quality of Service (QoS); the communication device maps multiple QoS parameter combinations for the QoS flow, specifically including the communication device mapping the multiple QoS flow parameter combinations for the QoS flow according to the mapping rule. Therefore, the flexible configuration of the communication device can be improved, and system adaptability can be increased.

[0012] In one possible implementation, the QoS flow information also includes at least one of the following: QoS flow identifier, QoS flow parameters, packet data unit session identifier (PUD) corresponding to the QoS flow, and hierarchical slicing information.

[0013] In one possible implementation, the communication device is a terminal, and the network device is a base station; or, the network device is a centralized unit (CU).

[0014] In one possible implementation, the QoS stream is uplink or downlink data with the same QoS parameters.

[0015] In a second aspect, a communication method between terminals is provided, comprising: a network device obtaining at least one combination of service quality parameters based on multiple combinations of service quality parameters, wherein the multiple combinations of service quality parameters correspond to a service quality flow.

[0016] In one possible implementation, the network device may also receive the plurality of quality of service parameter combinations, the quality of service flow identifier, and the target identifier from the communication device.

[0017] In one possible implementation, the network device may also send an indication message to the communication device, indicating a combination of service quality parameters obtained based on the plurality of service quality parameter combinations.

[0018] In one possible implementation, the network device may also send sidelink configuration information to the communication device.

[0019] In one possible implementation, the network device obtains at least one combination of service quality parameters based on multiple combinations of service quality parameters. Specifically, the network device receives a combination of service quality parameters selected from the multiple combinations of service quality parameters based on the side link configuration information sent by the communication device.

[0020] In one possible implementation, the sidelink configuration information includes at least one or more of the following: channel busy rate, reference signal received power, reference signal received quality, and channel state information.

[0021] In one possible implementation, the communication device is a terminal, and the network device is a base station; or, the network device is a centralized unit (CU) or a distributed unit (DU).

[0022] In one possible implementation, the QoS stream is uplink or downlink data with the same QoS parameters.

[0023] Thirdly, an apparatus for side-link communication is provided, which can be used to perform operations of the communication device in the first aspect and any possible implementation thereof. Specifically, the apparatus may include module units for performing various operations of the communication device in any possible implementation of the first aspect.

[0024] Fourthly, an apparatus for side-link communication is provided, which can be used to perform operations of the network device in the second aspect and any possible implementation thereof. Specifically, the apparatus may include modular units for performing various operations of the network device in any possible implementation of the second aspect described above.

[0025] Fifthly, a terminal device is provided, comprising: a processor, a transceiver, and a memory. The processor, transceiver, and memory communicate with each other via an internal connection path. The memory stores instructions, and the processor executes the instructions stored in the memory. When the processor executes the instructions stored in the memory, the execution causes the terminal device to perform any method of any possible implementation of the first aspect, or the execution causes the terminal device to implement the apparatus provided in the third aspect.

[0026] In a sixth aspect, a network device is provided, comprising: a processor, a transceiver, and a memory. The processor, transceiver, and memory communicate with each other via an internal interconnection path. The memory stores instructions, and the processor executes the instructions stored in the memory. When the processor executes the instructions stored in the memory, the execution causes the network device to perform any method of any possible implementation of the second aspect, or the execution causes the network device to implement the means provided in the fourth aspect.

[0027] In a seventh aspect, a chip system is provided, including a memory and a processor, the memory for storing a computer program, and the processor for calling and running the computer program from the memory, such that a communication device equipped with the chip system performs any of the methods described in the first to second aspects and their possible embodiments.

[0028] Eighthly, a computer program product is provided, the computer program product comprising: computer program code, which, when executed by a communication unit, processing unit, transceiver, or processor of a communication device (e.g., a network device or a terminal device), causes the communication device to perform any of the methods described in the first to second aspects and their possible implementations.

[0029] A ninth aspect provides a computer-readable storage medium storing a program that causes a device (e.g., a network device or a communication device) to perform any of the methods described in the first to second aspects and their possible implementations.

[0030] In a tenth aspect, a computer program is provided that, when executed on a computer, causes the computer to implement any of the methods described in the first to second aspects and their possible implementations. Attached Figure Description

[0031] Figure 1a A schematic diagram of a communication system provided in an embodiment of this application;

[0032] Figure 1b A schematic diagram of a communication system provided in an embodiment of this application;

[0033] Figure 1c A schematic diagram of a communication system provided in an embodiment of this application;

[0034] Figure 2a A schematic diagram of a communication system provided in an embodiment of this application;

[0035] Figure 2b A schematic diagram of a communication system provided in an embodiment of this application;

[0036] Figure 3 A flowchart illustrating a communication method provided in an embodiment of this application;

[0037] Figure 4 This is a schematic diagram of the structure of a communication device provided in an embodiment of this application;

[0038] Figure 5 This is a schematic diagram of the structure of a communication device provided in an embodiment of this application;

[0039] Figure 6 This is a schematic diagram of the structure of a network device provided in an embodiment of this application. Detailed Implementation

[0040] The technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention.

[0041] To address the problem in existing technologies that cannot perform data transmission between terminals and intermediaries for different communication systems, embodiments of the present invention are based on... Figure 1a The aforementioned communication system proposes a technical solution to improve the efficiency of data transmission within the system.

[0042] Figure 1a This is a schematic diagram of a possible system architecture applicable to embodiments of this application. For example... Figure 1a The system architecture shown includes a second device 101 and a first device 102. In this embodiment, the second device can be wirelessly connected to the first device, meaning the second device can communicate with the first device via a wireless network. It should be understood that... Figure 1a This is merely a schematic diagram of the communication system architecture. In this embodiment, the number of the first device and the number of the second device in the communication system are not limited.

[0043] In one example, the first and second devices in the above system architecture can communicate via a sidelink. See also Figure 1b This is a schematic diagram of a side-link communication scenario, such as... Figure 1b As shown, this communication scenario may include network device 105 and one or more terminal devices (such as terminal device 1061 and terminal device 1062). Network device 105 and terminal devices 1061 and 1062 can transmit data through air interface resources, and terminal devices 1061 and 1062 can transmit data through side link resources. The first device can be terminal device 1061, the second device can be terminal device 1062, or vice versa. Figure 1bTaking uplink transmission as an example, the data channel for uplink data transmission between network device 105 and terminal devices (terminal device 1061 or terminal device 1062) can be carried in an uplink (UL) carrier (e.g., a first UL carrier). The data channel for data transmission between terminal devices 1061 and 1062 can be carried in an SL carrier. In one example, the SL carrier can be a UL carrier (e.g., a second UL carrier), and the first UL carrier and the second UL carrier can be the same carrier.

[0044] Sidelink (SL) communication refers to a technology that allows communication between terminal devices. The resources used to carry this communication are called sidelink resources. Because sidelink communication enables direct communication between different terminal devices, it achieves higher data rates, lower latency, and lower power consumption. Sidelink communication can include, for example, vehicle-to-vehicle, vehicle-to-infrastructure, and vehicle-to-pedestrian communication. Understandably, sidelink communication technology can be used in both industrial internet communication scenarios and wireless mesh network communication scenarios.

[0045] like Figure 1cAs shown, the communication system includes at least a centralized unit (CU) 10c and a distributed unit (DU) 11c. The aforementioned DU 11c communicates with the terminal 12c. For example, some functions of the NR base station are deployed in the CU, and the remaining functions are deployed in the DU. In this case, there can be one or more DUs, and multiple DUs can share a single CU to save costs and facilitate network expansion. Specifically, the division of CU and DU can be based on the protocol stack. One possible approach is to deploy at least one of the following protocol layers in the CU: Radio Resource Control (RRC) layer, Service Data Adaptation Protocol (SDAP) layer, and Packet Data Convergence Protocol (PDCP) layer. At least one of the remaining protocol layers is deployed in the DU: Radio Link Control (RLC) layer, Media Access Control (MAC) layer, or the physical layer. CU and DU can be connected via an F1 interface. The CU represents the connection between the NR base station and the NR core network. Those skilled in the art will understand that the aforementioned CU and DU can be located in different physical entities or independent of the NR base station. In other words, the combination of CU and DU can realize the functions of an NR base station or replace an NR base station.

[0046] The system architecture and business scenarios described in the embodiments of this invention are for the purpose of more clearly illustrating the technical solutions of the embodiments of this invention, and do not constitute a limitation on the technical solutions provided by the embodiments of this invention. As those skilled in the art will know, with the evolution of network architecture and the emergence of new business scenarios, the technical solutions provided by the embodiments of this invention are also applicable to similar technical problems.

[0047] The technical solutions of this application can be applied to various communication systems, such as: Global System for Mobile Communication (GSM), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), General Packet Radio Service (GPRS), Long Term Evolution (LTE), LTE Frequency Division Duplex (FDD), LTE Time Division Duplex (TDD), Universal Mobile Telecommunication System (UMTS), Worldwide Interoperability for Microwave Access (WiMAX), future 5th generation (5G) systems, or new radio (NR). The technical solutions of this application can also be applied to device-to-device (D2D) communication, machine-to-machine (M2M) communication, machine-type communication (MTC), and communication in vehicular network systems. The communication methods in the vehicle-to-everything (V2X) system are collectively referred to as V2X (where X represents anything). For example, V2X communication includes: vehicle-to-vehicle (V2V) communication, vehicle-to-infrastructure (V2I) communication, vehicle-to-pedestrian (V2P) communication, or vehicle-to-network (V2N) communication.

[0048] It should be understood that the network devices in the aforementioned communication system can be any device with wireless transceiver capabilities or a chip that can be configured in such a device. These devices include, but are not limited to: evolved Node B (eNB), radio network controller (RNC), Node B (NB), base station controller (BSC), base transceiver station (BTS), home base station (e.g., home evolved Node B, or home Node B (HNB), donor eNB (DeNB), base band unit (BBU), access point (AP), wireless relay node, wireless backhaul node, transmission point (TP), or transmission and reception point in a Wi-Fi system. It can also refer to a gNB (transmission point, TRP), a transmission point (TRP or TP), an antenna panel (including multiple antenna panels) of a base station in a 5G system, or a network node that constitutes a gNB or transmission point, such as a baseband unit (BBU) or a distributed unit (DU).

[0049] In some deployments, a gNB may include a centralized unit (CU) and a DU. A gNB may also include a radio unit (RU). The CU implements some of the gNB's functions, and the DU implements others. For example, the CU implements radio resource control (RRC) and packet data convergence protocol (PDCP) layer functions, while the DU implements radio link control (RLC), media access control (MAC), and physical (PHY) layer functions. Since RRC layer information ultimately becomes PHY layer information, or is derived from PHY layer information, in this architecture, higher-layer signaling, such as RRC or PDCP layer signaling, can be considered to be sent by the DU, or by the DU+RU. It is understood that network devices can be CU nodes, DU nodes, or devices including both CU and DU nodes. Furthermore, the CU can be classified as a network device in the access network (RAN) or a network device in the core network (CN); this is not a limitation.

[0050] It should also be understood that the terminal equipment in the above-mentioned communication system can also be referred to as user equipment (UE), access terminal, user unit, user station, mobile station, mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication equipment, user agent, or user device. In the embodiments of this application, the terminal equipment can be a mobile phone, tablet computer, computer with wireless transceiver capabilities, virtual reality (VR) terminal equipment, augmented reality (AR) terminal equipment, wireless terminal in industrial control, wireless terminal in self-driving, wireless terminal in remote medical care, wireless terminal in smart grid, wireless terminal in transportation safety, wireless terminal in smart city, wireless terminal in smart home, etc. The embodiments of this application do not limit the application scenarios. In this application, the aforementioned terminal equipment and the chips that can be disposed in the aforementioned terminal equipment are collectively referred to as terminal equipment. To facilitate understanding of this application, before introducing the communication method provided in this application, a brief introduction to the concepts involved in this application will be given first.

[0051] To facilitate understanding, a brief introduction to the relevant terms and technologies involved in the embodiments of this application will be given first.

[0052] Bandwidth section

[0053] In NR, the bandwidth of a single carrier at a base station is wider than that of an LTE carrier. For example, the bandwidth of an NR carrier can be 100MHz. However, different terminals have different radio frequency capabilities, and therefore support different maximum bandwidths. Thus, the concept of a bandwidth part (BWP) is introduced. A BWP is a set of consecutive redox resources (RBs) on a carrier. Different BWPs can occupy partially overlapping frequency domain resources with different bandwidths, or they can be bandwidth resources with different numbersologies, and they do not need to overlap in the frequency domain.

[0054] In the embodiments of this application, for simplicity, DL BWP represents downlink BWP and UL BWP represents uplink BWP.

[0055] When a cell comprises multiple active bandwidth portions, multiple configured BWPs within that cell can be grouped. These multiple active bandwidth portions can reside on the same or different carriers within the cell. In other words, when a cell can include multiple downlink carriers, or when a carrier includes multiple active DL BWPs, multiple configured BWPs within that cell can be grouped. Generally, when a base station groups BWPs, it considers the bandwidth location of different BWPs and the relationships between BWPs expected to support data retransmission requirements between them. Furthermore, the base station can also consider specific resource usage scenarios when grouping BWPs.

[0056] One possible way, such as Figure 2a and Figure 2b As shown, the BWPs used for D2D or V2X side link (SL) data transmission and reception are divided into separate groups. These can be a single group or multiple groups. SL refers to... Figure 2a and Figure 2b The diagram shows D2D and SL links. In SL, data transmission between terminal devices can proceed without passing through network devices; that is, SL can serve as a transmission link between terminal devices.

[0057] like Figure 2b As shown, vehicles can obtain road condition information or receive information services in a timely manner through V2V, V2I, V2P or V2N. These communication methods can be collectively referred to as V2X communication. Figure 2bFigures (1), (2), and (3) are schematic diagrams of V2V, V2I, and V2P, respectively. 110 represents a network device. For example, this network device could be E-UTRAN. 120 can represent a vehicle, 130 can represent roadside infrastructure, and 140 can represent a pedestrian. Taking the most common V2V and V2I communication as examples, such as... Figure 2b As shown in Figure (1), vehicles can broadcast information such as their speed, direction of travel, specific location, and whether they have applied emergency brakes to surrounding vehicles through V2V communication. By obtaining this information, drivers of surrounding vehicles can better perceive traffic conditions beyond their line of sight, thereby making advance predictions of dangerous situations and taking evasive action. And for... Figure 2b In addition to the exchange of safety information, the V2I communication shown in Figure (2) can also provide vehicles with access to various service information and data networks through roadside infrastructure, such as roadside units (RSUs). Functions such as non-stop toll collection and in-vehicle entertainment greatly improve traffic intelligence.

[0058] Resource unit, frequency domain unit

[0059] A resource unit can be used as a unit of measurement for the resources occupied by a resource in the time domain, frequency domain, or time-frequency domain. In the embodiments of this application, a resource unit may include at least one of a symbol, resource element (RE), resource block (RB), subcarrier, etc., and this application does not limit this. In the embodiments of this application, a resource unit can be used as a unit of measurement for the resources occupied by a resource in the frequency domain; therefore, the description of resource units involved in the embodiments of this application can be understood as resource units in the frequency domain. Furthermore, for ease of description, resource units in the frequency domain can be referred to as frequency domain units.

[0060] BWP Configuration

[0061] Regarding BWP configuration, network devices can configure the starting frequency domain unit, bandwidth, and frame structure parameters (numerology) of the BWP for terminal devices, thereby enabling the terminal device to determine the BWP. The starting frequency domain unit of the BWP is the highest or lowest frequency domain unit in the BWP, and the bandwidth can be represented by the number of frequency domain units included in the BWP.

[0062] Quality of Service (QoS) flow

[0063] A QoS flow consists of data streams or packets with the same or similar QoS parameters, such as Internet Protocol (IP) packets or Ethernet frames. Based on terminal-to-terminal communication, this QoS flow can be understood as uplink and / or downlink data with the same QoS parameters. For example, core network equipment maps packets or IP streams to QoS flows, where the IP packets or streams may have the same or similar QoS parameters. QoS parameters can be used to reduce data transmission latency and error rates. The aforementioned PDU session can be a link between a terminal and the communication network to provide packet data unit link services.

[0064] Communication in a sidelink NR network can be differentiated based on service flows, such as IP flows or Ethernet flows, which can be understood as corresponding to different services. These service flows are differentiated into different QoS flows based on different QoS parameters or characteristics. Specifically, the base station maps these QoS flows to sidelink data radio bearers (DRBs), or defines a mapping relationship between these QoS flows and sidelink DRBs. For example, the base station maps different QoS flows to different sidelink DRBs or maps QoS flows with similar parameters to the same sidelink DRB. The terminal establishes a sidelink DRB based on the above mapping relationship and sends the corresponding QoS flow to other terminals through this sidelink DRB. The sidelink DRB is used for data transmission between terminals. The following describes the QoS flow adaptation mechanism of the direct connection interface (PC5) between terminals. The QoS flow configuration in this embodiment mainly targets sidelink communication, and will not be elaborated further below.

[0065] To enable base stations to quickly adapt the optimal QoS parameter combination (QoS profile) for guaranteed QoS flows, a multiple QoS (alternative QoS) mechanism is introduced. One approach is that the core network establishes a QoS flow for the UE and provides the base station with multiple QoS parameter combinations. Then, the base station can select the optimal QoS profile from these multiple profiles based on its own network conditions and instruct the core network to do so.

[0066] In this embodiment of the invention, the terminal generates multiple QoS profiles for the QoS flow on the sidelink. Subsequently, the base station or the terminal can independently determine a QoS profile based on the aforementioned sidelink QoS flow for communication between terminals, thereby improving the network's flexible configuration of sidelink communication. For example, the terminal or base station can determine the content, parameters, and combination of the final selected QoS profile based on multiple QoS profiles; or determine the mapping relationship between QoS flow and QoS profile, which will be described in detail below.

[0067] Figure 3 This is a schematic flowchart illustrating a communication method provided in this application. In a conventional sidelink scenario, the communication device is described as the terminal and the network device as the base station; in a CU-DU scenario, the network devices are described as CU and DU respectively. The aforementioned communication device, network device, CU, and DU can all be chips, or be implemented using chips; this application does not limit this aspect.

[0068] The method includes:

[0069] A single QoS parameter combination is obtained based on multiple QoS parameter combinations (profiles). Each of these multiple QoS parameter combinations corresponds to a single QoS flow.

[0070] In this embodiment of the invention, the entity performing the acquisition action can be a communication device or a network device. For example, taking a terminal as an example, the terminal can determine a suitable QoS profile for sidelink communication based on multiple QoS profiles mapped from a QoS stream. Alternatively, taking a base station as an example, the base station can determine a suitable QoS profile for sidelink communication based on receiving multiple QoS profiles from the terminal.

[0071] Optionally, the above method can be implemented through the following steps:

[0072] 301 maps a single quality of service (QoS) flow to multiple combinations of QoS parameters.

[0073] 302, Obtain at least one of the multiple service quality parameter combinations.

[0074] It is understandable that action 301 can be performed by the communication device, and action 302 can be performed by either the communication device or the network device. Specifically, the UE can map a QoS flow to multiple QoS profiles. Subsequently, the UE selects a suitable QoS profile based on these multiple QoS profiles. Alternatively, the UE sends the aforementioned multiple QoS profiles to the base station, thereby allowing the base station to select a suitable QoS profile from among them.

[0075] Specifically, the UE can receive QoS mapping rules from the core network elements. Unlike existing QoS mapping rules, in this embodiment, the UE can map multiple QoS profiles for a single QoS flow based on the QoS mapping rules provided by the core network elements. Optionally, these mapping rules can be applied to QoS flows with Guaranteed Flow BitRate (GBR).

[0076] Sidelink's communication system is similar to wireless communication systems, supporting broadcast, unicast, and multicast transmission modes. Broadcast is similar to a base station broadcasting system information to a terminal; for example, the base station sends unencrypted broadcast service data to the UE. Any other UE within the effective reception range can receive this broadcast service data if interested. Unicast is similar to data communication after a radio resource control (RRC) connection is established between the UE and the base station. It requires two UEs to first establish a unicast connection. After establishing the unicast connection, the two UEs can communicate data based on a negotiated identifier; this data can be encrypted or unencrypted. Unlike broadcast communication, unicast communication can only occur between two UEs that have established a unicast connection. Multicast communication refers to communication between all UEs within a communication group; any UE within the group can send and receive multicast service data.

[0077] In this embodiment, when the UE is in a connected state, the above mapping rules can be obtained from the core network element via unicast; when the UE is in an idle or inactive state, the above mapping rules can be obtained via broadcast. Optionally, the above rules can be predefined by the protocol, or they can be configured by the network device to the terminal device via broadcast or signaling; no limitations are made here. Those skilled in the art will understand that predefinition means that the above mapping rules are pre-configured on the terminal or pre-configured on the terminal's subscriber identity module (SIM) card.

[0078] In this embodiment, the base station can send the mapping rules determined by the core network to the terminal in various ways. In one example, the base station can send the rules to the terminal via semi-static signaling (which can be understood as a semi-static method). For example, the semi-static signaling can be radio resource control (RRC) signaling, broadcast messages, system messages, medium access control (MAC) control elements (CE), etc. In another example, the base station can send the mapping rules to the first device after initialization (which can be understood as a static method).

[0079] The QoS flow can be uplink or downlink data with the same QoS parameters. In this embodiment, a QoS flow can be identified by a QoS flow identifier, or by the QoS flow identifier and the destination ID of the QoS flow. The QoS flow information corresponding to the above-mentioned QoS flow can include at least one or any combination of the following: QoS flow identifier, QoS parameter combination (QoS profile) of the QoS flow, destination ID to which the QoS flow belongs, or slicing information. For example, the communication device sends a QoS flow identifier to the network device, so that the network device can determine the QoS flow corresponding to the QoS flow identifier.

[0080] The aforementioned QoS parameter combination (QoS profile) can be used by the base station or terminal to perform the same or similar processing on service data mapped to the same QoS stream, such as scheduling policies, queuing management policies, rate adjustment policies, RLC configuration, etc. This QoS parameter combination can include at least one or any combination of the following: QoS indication, allocation and reservation priority, resource type, priority level, packet delay budget, packet error rate, average window, downlink maximum stream bit rate, uplink maximum stream bit rate, downlink guaranteed bit rate, uplink guaranteed bit rate, notification control, transmit QoS attributes, maximum packet loss rate, communication range, and maximum data burst size. For example, the QoS indication can be the 5G QoS stream identifier (5G QoS ID, 5QI) of the sidelink interface (PC5), or it can be understood as a set of QoS parameter values.

[0081] In this embodiment, the aforementioned PC5 5QI needs to be distinguished between dynamic and non-dynamic. Specifically, dynamic 5QI includes one or more of the following parameters: priority level, packet delay budget, packet error rate, delay-critical, average window, and maximum data burst volume. Non-dynamic 5QI includes one or more of the following parameters: priority level, average window, and maximum data burst volume.

[0082] Compared to existing technologies where core network equipment directly maps QoS flows to QoS profiles, the technical solution of this invention can improve the freedom of decision-making and the flexibility of configuration for base stations or terminals.

[0083] For CU-DU scenarios, the CU can manage the signaling interaction between CU-DUs and select the optimal QoS profile from multiple QoS profiles mapped to the QoS flow.

[0084] In this embodiment, the UE maps multiple QoS profiles to a single QoS flow, and based on the current network conditions, the UE or base station determines the optimal QoS profile from these multiple profiles. Furthermore, when the current link conditions of the base station cannot guarantee the UE's service QoS requirements, the UE or base station can make adaptive adjustments to improve the service experience.

[0085] The following provides a detailed description of the standard sidelink scenario and the sidelink CU-DU scenario:

[0086] 1. Implementation method for a typical sidelink scenario

[0087] In this scenario, the method further includes the communication device sending the multiple service quality parameter combinations and the corresponding service quality flow identifiers to the network device. Specifically, the UE can report the QoS flow identifier to the base station through Sidelink UE Information (SUI), which maps multiple QoS profiles and corresponding destination IDs (DST IDs). The SUI is used to request resource configuration.

[0088] In this embodiment, the target identifier can be obtained through several methods, including:

[0089] 1. For broadcast transmissions, the target identifier is service-related; for example, different target identifiers may correspond to different broadcast services. Those skilled in the art will understand that this target identifier is obtained through default methods, such as predefined or preconfigured methods.

[0090] 2. For multicast transmission, the target identifier is related to the communication group and can be obtained by the UE through its PC5-S layer. For example, the upper layer of the UE is the PC5-S layer, used for communication between terminals. Layer 2 of the UE can be the AS layer, used for communication between terminals and base stations. The upper layer of the UE can be understood as a non-access stratum (NAS) layer, also known as the V2X layer or the PC5-S layer. In this embodiment of the invention, the upper layer of the UE is described using the PC5-S layer as an example, and will not be repeated below.

[0091] 3. For unicast transmission, the target identifier is assigned by the peer UE.

[0092] In each embodiment of this scheme, the QoS flow identifier interacting between the UE and the base station applies to the UE, meaning communication is performed at the UE level; the QoS flow identifier interacting between the UE's AS layer and PC5-S layer applies to the target identifier, meaning communication is performed at the target identifier level, and this will not be elaborated further below. It can be understood that for the same QoS flow, the QoS flow identifier used when interacting between the UE and the base station and the QoS flow identifier used when the UE's upper layer interacts with the AS can be different.

[0093] Optionally, the communication device receives indication information from the network device, indicating one of the multiple combinations of Quality of Service (QoS) parameters. Specifically, after receiving multiple QoS profiles of the QoS flow reported by the UE, the base station selects one and informs the UE. For example, the base station can select one from the multiple QoS profiles according to the currently detected sidelink communication status. Optionally, the base station will select the QoS profile with the highest QoS requirements that can be met under the current sidelink communication status. Specifically, the indication information provided by the base station to the UE can be an index or identifier, or it can be the complete information of the selected QoS profile. In addition, if the base station determines that the multiple QoS profiles reported by the UE do not conform to the current network communication status, the base station can also construct its own QoS profile independently of the QoS profiles reported by the UE, which is different from any of the multiple QoS profiles reported by the UE. Furthermore, the indication information provided by the base station to the UE also includes a QoS flow identifier. That is, the base station will indicate the QoS flow identifier and its corresponding selected QoS profile to the UE.

[0094] Furthermore, the base station can also send sidelink configuration to the terminal, including at least one of the following: the mapping between sidelink QoS flows and sidelink bearers, sidelink bearer configuration, sidelink resource configuration, and physical layer transmission configuration. It can be understood that the sidelink configuration is determined based on the selected QoS profile.

[0095] Sidelink resource configuration can include frequency domain resources and / or time domain resources. Frequency domain resources can be understood as bands or frequency zones. In one example, frequency domain resources can be component carriers (CC), bandwidth parts (BWP), or carrier bands, etc., and this application embodiment does not limit this. BWPs can be continuous or discontinuous frequency domain resources. Time domain resources can include time domain units, which refer to the units of resources used for data transmission in the time domain, such as time slots or symbols. When using a conventional cyclic prefix (CP), one time slot can contain 14 orthogonal frequency division multiplex (OFDM) symbols. This application embodiment only describes one time slot containing 14 symbols as an example; in other cases, one time slot can also contain other numbers of symbols, and there is no specific limitation.

[0096] The aforementioned physical layer transmission configuration may include a Physical Sidelink Control Channel (PSCCH) and a Physical Sidelink Shared Channel (PSSCH). In this application, PSCCH resources may refer to the number of PRBs used for a single PSCCH transmission. The same PSCCH can be transmitted once or multiple times. If multiple transmissions are performed, the resources occupied by each PSCCH transmission can be independent, or the resources occupied by multiple PSCCH transmissions can be determined by a predefined or pre-configured resource pattern, with each resource pattern associated with a unique index value. The UE determines a subset of the resource pool by receiving base station signaling or through pre-configuration. This subset of the resource pool can be associated with one or more PSCCH resources, or with one or more PSCCH patterns.

[0097] In this application, the PSCCH and the scheduled PSSCH can be transmitted within the same subframe, or the PSCCH can always be transmitted before the scheduled PSSCH. The former is referred to as transmission mode one, and the latter as transmission mode two. When configuring or pre-configuring a subset of the PSCCH resource pool, the UE can determine the transmission mode and select the location of the PSCCH resource based on the service type. For example, if the data transmitted by the UE belongs to the first service type, the UE uses transmission mode one and selects a PSCCH resource within the subset of the PSCCH resource pool. If the data transmitted by the UE belongs to the second service type, the UE uses transmission mode two and selects a PSCCH resource within the PSCCH resource pool. The first and second service types are defined by standards.

[0098] In this embodiment, the terminal can configure M resource pools based on the acquired sidelink configuration information. The M resource pools have at least one identical parameter, which is determined based on a first parameter.

[0099] Specifically, the terminal can determine the SL BWP based on the method for determining the BWP described above. During the process of configuring the resource pool in the SL BWP, the terminal obtains the first parameter common to the resource pool. Based on the first parameter, the terminal can determine the relevant parameters (i.e., at least one parameter) of the M resource pools, that is, at least one parameter of the M resource pools is the same.

[0100] The frequency domain resources of any two resource pools in the M resource pools may completely overlap, not overlap, or partially overlap, and the embodiments of this application are not limited thereto. It should be noted that when the frequency domain resources of any two resource pools in the M resource pools overlap (completely overlap or partially overlap), different frame structures (e.g., subcarrier spacing or CP) can be configured for the resource pools with overlapping frequency domain resources, so that the resource pools with overlapping frequency domain resources transmit different data.

[0101] The relationship between the first parameter and the at least one parameter will be explained below.

[0102] In one scenario, the first parameter can be a parameter commonly used by the terminal during actual communication across the M resource pools. In this case, the terminal can determine the first parameter in the SL BWP configuration information as the relevant parameter (i.e., the at least one parameter) for the M resource pools, thus ensuring that the at least one parameter is identical across all M resource pools. It should be understood that in this scenario, the at least one parameter is the same as the first parameter. Alternatively, the first parameter can be understood as a BWP-level parameter applicable to all resource pools within an SL BWP, where all resource pools within an SL BWP share the same parameter characteristics.

[0103] In another scenario, the first parameter can be a parameter shared by the pre-configured M resource pools, or a parameter that the network device or system expects all M resource pools to share. Therefore, the terminal can use the first parameter when configuring the M resource pools; for example, the first parameter can include multiple parameter values. However, when actually configuring each resource pool, at least one parameter value can be selected from the first parameter to configure the resource pool, and the at least one parameter determined from the first parameter is applicable to all M resource pools, thus making the at least one parameter identical for all M resource pools. In this case, the at least one parameter is equal to one or more values ​​of the first parameter. Optionally, the first parameter includes at least one of the following: waveform, uplink / downlink configuration of frame structure, or a parameter set, which includes subcarrier spacing and / or cyclic prefix (CP).

[0104] The waveform indicates whether the transmitted data uses a single carrier or multiple carriers, such as cyclic prefix-orthogonal frequency division multiplexing access (CP-OFDMA) or discrete fourier transform-spread-OFDMA (DFT-S-OFDMA).

[0105] The uplink / downlink configuration of the frame structure represents the resources used for uplink transmission, the resources used for downlink transmission, and the reserved resources in the SL BWP. Alternatively, the uplink / downlink configuration of the frame structure can determine at least one of the resources used for uplink transmission, the resources used for downlink transmission, and the reserved resources in the SL BWP. It should be understood that the reserved resources here can be resources composed of one or more flexible symbols as described above, the resources used for uplink transmission can be resources composed of one or more uplink symbols as described above, and the resources used for downlink transmission can be resources composed of one or more downlink symbols as described above. Optionally, in SL communication, the resources used for downlink transmission cannot be used, or the resources used for uplink transmission and / or the reserved resources can be used in SL communication. The parameter set can be understood as the frame structure parameters described above, a set of parameters used to represent the frame structure, which may include at least one of subcarrier spacing and CP, and may also include parameters regarding the number of symbols included in a subframe or a time slot, which are not limited here.

[0106] It should be noted that "at least one" in the embodiments of this application means "one or more", and the two descriptions can be used interchangeably.

[0107] As an example rather than a limitation, the first parameter may also include one or more of the following parameters:

[0108] The parameter adjacency PSCCH-PSSCH is used to indicate whether the physical sidelink control channel (PSCCH) and physical sidelink shared channel (PSSCH) included in a resource pool are always adjacent. That is, the characteristic that the PSCCH and PSSCH of all resource pools in a SL BWP are always adjacent can be the same.

[0109] The parameter sync Config Index is used to indicate the synchronization configuration, meaning that the synchronization configuration parameter can be the same for all resource pools in a single SL BWP.

[0110] The parameter SL-Sync Allowed, used to indicate the allowed synchronization types, means that the allowed synchronization types can be the same for all resource pools within an SL BWP. These synchronization types can include satellite synchronization, base station synchronization, terminal device synchronization, and other similar types.

[0111] The Zone ID is used to represent a region; that is, all resource pools within a Single Layer BWP can share the same Zone ID. The region can be a geographically defined area, either predefined or configured to the terminal via network devices. The Zone ID identifies the region. It should be understood that the above is merely an illustrative example of the first parameter, and the embodiments of this application are not limited thereto. Parameters shared by all resource pools within a Single Layer BWP can be categorized as this first parameter and should not be construed as limiting the embodiments of this application.

[0112] Furthermore, the base station can also indicate to the UE the identifier of a QoS flow that it cannot support. For example, for certain sidelink QoS flows, even the lowest required QoS profile cannot be satisfied by the current base station or cell, and the base station can indicate that the QoS flow is not supported. In other words, QoS flow not being supported can also be understood as the base station rejecting the QoS flow.

[0113] In this scenario, the UE may also indicate the QoS profile selected by the base station to the upper layer after receiving the indication information from the base station. The details are described below:

[0114] First, the core network sends indication information carrying mapping rules to the UE through the base station. QoS mapping belongs to the upper layer function of the UE's access stratum (AS) layer. Specifically, after the UE's PC5-S layer obtains the mapping rules, it can map multiple QoS profiles according to the mapping rules and send these multiple QoS profiles, along with the corresponding QoS flow identifiers and target identifiers, to the UE's AS layer.

[0115] Subsequently, the AS layer sends the multiple QoS profiles obtained from the PC5-S layer, along with their corresponding QoS flow identifiers and target identifiers, to the base station. The base station selects a suitable QoS profile from these multiple profiles or determines its own QoS profile and sends an indication of that QoS profile, along with its corresponding QoS flow identifier, to the AS layer. Optionally, the base station may also send the target identifier corresponding to that QoS profile to the AS layer.

[0116] Next, after receiving the instruction from the base station, the UE's AS layer needs to further instruct the PC5-S layer and inform the VX2 layer which QoS profile should be followed or applied. Specifically, the AS layer sends the obtained QoS profile to the PC5-S layer, so that the PC5-S layer adapts to it and conducts sidelink communication with the peer terminal. Furthermore, the AS layer can also send the corresponding QoS flow identifier and target identifier of the aforementioned QoS profile to the PC5-S layer. Optionally, the AS layer can also indicate unsupported or rejected QoS flows to the PC5-S layer. Furthermore, the base station can also update the selected QoS profile and indicate it to the UE. Correspondingly, the UE's AS layer also needs to indicate the updated information to the PC5-S layer.

[0117] It is understandable that the AS layer target identifier allocated by the UE's PC5-S layer for the UE's unicast connection will be interacted with by the peer UE, and the peer UE's AS layer target identifier will be used as the identifier for data communication. Specifically, the AS layer identifier allocated to UE1 by its upper layer is used by UE1 as a source identifier. After being sent to the peer UE, i.e., UE2, UE2 uses it as a target identifier.

[0118] In this implementation, for connected UEs, the participation of the base station enables the UE to adapt to the optimal QoS profile, thereby improving network communication efficiency.

[0119] 2. Implementation method two for conventional sidelink scenarios

[0120] Unlike the first implementation, in this embodiment, the UE can choose a suitable QoS profile.

[0121] Optionally, in this scenario, the method may also include:

[0122] The communication device receives the side link configuration information sent by the network device;

[0123] The communication device selects one of the multiple combinations of quality of service parameters based on the side link configuration information.

[0124] In this method, the UE receives the sidelink configuration sent by the base station. This sidelink configuration can be sent to the UE by the base station via broadcast or via RRC dedicated signaling. For example, when the UE is in idle or inactive mode, the base station sends the sidelink configuration to the UE via broadcast message. When the UE is in connected mode, the base station sends the sidelink configuration to the UE via RRC dedicated signaling.

[0125] Optionally, the sidelink configuration information includes the correspondence between sidelink measurement results and QoS. Specifically, the sidelink measurement results may include at least one or more of the following: Channel Busy Ratio (CBR), Reference Signaling Received Power (RSRP), Reference Signaling Received Quality (RSRQ), and Channel State Information (CSI). Taking CBR as an example, the sidelink configuration information includes the CBR value and its corresponding QoS profile, representing the QoS that can be supported within the corresponding CBR range. This information is used by the UE to determine the QoS profile that best suits the current network environment from multiple QoS profiles. The aforementioned CBR can be used to evaluate the channel load or channel quality at the current moment.

[0126] The UE can select a QoS profile from multiple QoS profiles based on the sidelink configuration, and then determine the sidelink bearer configuration based on the selected QoS profile. Specifically, the UE obtains the current resource pool's CBR through measurement, and then determines the corresponding QoS profile according to the sidelink configuration. This QoS profile can be understood as the QoS that can be met or guaranteed at present. Subsequently, the UE selects a QoS profile from the multiple obtained QoS profiles. This QoS profile can be the QoS profile with the highest QoS requirements within the currently achievable QoS range, or the QoS profile that best suits the current network communication environment.

[0127] Optionally, when the UE is in an idle or inactive state, the sidelink bearer configuration can also be determined according to this selected QoS profile. Specifically, the UE can obtain the mapping relationship between the QoS profile and the sidelink bearer, as well as the sidelink bearer configuration, from the base station broadcast.

[0128] In this implementation, the above method may also include:

[0129] The communication device sends the selected combination of quality of service parameters to the network device.

[0130] Specifically, after determining its QoS profile, the UE can inform the base station of this QoS profile, such as by including it in its Sidelink UE Information (SUI). If the UE is in connected mode, it reports the selected QoS profile to the base station. In other words, when the UE is in idle or inactive mode, it does not need to send the selected QoS profile to the base station.

[0131] Optionally, the UE can report the QoS flow identifier, the QoS profile mapped to the QoS flow, and the destination ID (DST ID) to the base station via Sidelink UE Information (SUI). This SUI is used to request resource configuration. In this scheme, the UE's AS layer can select a suitable QoS profile from the above multiple QoS profiles and send the selected QoS profile, along with the corresponding QoS flow identifier and the corresponding destination ID, to the PC5-S layer. The PC5-S layer then adapts based on the acquired information and performs sidelink communication with the peer UE. For specific interaction methods, refer to Method 1.

[0132] Furthermore, if the CBR result measured by the UE changes, the UE also needs to update the selection result, determine the QoS that can be met according to the latest measured CBR, and further confirm whether the selection result needs to be updated. If an update is needed, the Sidelink bearer configuration also needs to be updated accordingly. Specifically, updating the sidelink bearer configuration can involve deleting the previously established sidelink bearer, determining the sidelink bearer configuration according to the updated QoS, and establishing a new sidelink bearer according to this configuration. Alternatively, the UE reports the updated QoS profile to the base station. Optionally, the AS layer indicates the update information to the PC5-S layer, so that the PC5-S layer can perform subsequent operations based on the update information.

[0133] In this implementation, the base station provides the correspondence between sidelink measurement results and QoS. Combined with the sidelink measurement results obtained by the UE itself, the QoS that the current environment can meet is comprehensively determined, thereby selecting the QoS profile more accurately and improving the communication efficiency between terminals.

[0134] 3. Implementation method of Sidelink CU-DU scenario:

[0135] Unlike the conventional sidelink implementation, DU selects one QoS profile from multiple QoS profiles for communication between UEs.

[0136] In this scenario, the method may also include:

[0137] The CU sends the identifier of the sidelink QoS flow and its corresponding multiple QoS profiles to the DU.

[0138] Specifically, the CU receives multiple QoS profiles obtained from the PC5-S layer from the UE's AS layer, along with their corresponding QoS flow identifiers and target identifiers. The DU selects a suitable QoS profile from these multiple QoS profiles or generates its own QoS profile and indicates this QoS profile and its corresponding QoS flow identifier to the CU, thereby enabling the CU to indicate the aforementioned information to the UE. Optionally, the DU indicating the QoS profile to the CU can be understood as the DU sending indication information for the QoS profile to the CU. Furthermore, the DU may also send the target identifier corresponding to the QoS profile to the CU.

[0139] Next, after the CU sends the aforementioned instruction to the UE's AS layer, the UE's AS layer needs to further instruct the PC5-S layer, informing it which QoS profile to follow or apply. Specifically, the AS layer sends the obtained QoS profile, the corresponding QoS flow identifier, and the corresponding target identifier to the PC5-S layer, allowing the PC5-S layer to adapt it and conduct sidelink communication with the peer terminal. Optionally, the AS layer can also indicate unsupported or rejected QoS flows to the PC5-S layer. Furthermore, the base station can also update the selected QoS profile and indicate it to the UE. Correspondingly, the UE's AS layer also needs to indicate the updated information to the PC5-S layer.

[0140] In this embodiment, the multiple QoS profiles corresponding to the sidelink QoS flow sent by the CU to the DU can be the same as or different from the multiple QoS profiles received by the CU from the UE. These differences can be understood as variations in the number of QoS profiles, their arrangement order, or the values ​​of QoS parameters within them, etc. In other words, if any single parameter differs among the multiple QoS profiles, regardless of its specific content or quantity, they can be considered different.

[0141] Optionally, the DU sends information about the Sidelink QoS flow and information indicating the QoS profile corresponding to that QoS flow to the CU. Specifically, the DU selects one QoS profile from multiple sets of QoS profiles obtained from the CU and sends that QoS profile to the CU. For example, the QoS profile indicated by the DU to the CU can be carried in profile indication information, which is used to indicate the QoS profile selected by the DU. This indication information can be an index or identifier, or it can be a complete set of QoS profiles, as long as it allows the CU to know or locate the QoS profile selected by the DU. This invention is not limited to this.

[0142] In this embodiment, after receiving the Sidelink QoS flow information and the corresponding QoS profile indication information, the CU can either directly package it into an RRC message without parsing it, or it can parse the information and generate an indication message for the UE. It is understood that the indication information fed back by the DU to the CU and the indication information sent by the CU to the UE may be the same or different, but the QoS profile they refer to is the same. For example, the value range of the QoS profile in the indication information fed back by the DU to the CU may be different from the value range of the QoS profile in the indication information sent by the CU to the UE.

[0143] Optionally, the CU sends information about the Sidelink QoS flow and its corresponding selected QoS profile indication information to the UE. The QoS profile indication information is used to indicate to the UE the QoS profile selected for this sidelink QoS flow.

[0144] Optionally, if the above information needs to be adjusted according to the network environment, an update is initiated through the DU, and the updated information is sent to the CU. After obtaining the updated information, the CU also needs to send it to the UE.

[0145] In this implementation, since the DU is aware of the current sidelink resource usage, the DU selects one of the multiple QoS profiles to optimize network communication efficiency, thereby better adapting to the current communication environment.

[0146] like Figure 4 The diagram shown is a hardware structure schematic of a communication device 40 provided in an embodiment of this application. The communication device 40 includes at least one processor 401, a communication bus 402, a memory 403, and at least one communication interface 404.

[0147] The processor 401 may be a general-purpose central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits used to control the execution of the program of the present application.

[0148] The communication bus 402 may include a path for transmitting information between the aforementioned components.

[0149] Communication interface 404 uses any transceiver-like device for communicating with other devices or communication networks, such as Ethernet, radio access network (RAN), wireless local area networks (WLAN), etc.

[0150] Memory 403 may be a read-only memory (ROM) or other type of static storage device capable of storing static information and instructions, random access memory (RAM) or other type of dynamic storage device capable of storing information and instructions, or electrically erasable programmable read-only memory (EEPROM), compact disc read-only memory (CD-ROM) or other optical disc storage, optical disc storage (including compressed optical discs, laser discs, optical discs, digital versatile optical discs, Blu-ray discs, etc.), magnetic disk storage media or other magnetic storage devices, or any other medium capable of carrying or storing desired program code in the form of instructions or data structures and accessible by a computer, but not limited thereto. Memory may exist independently and be connected to the processor via a bus. Memory may also be integrated with the processor.

[0151] The memory 403 stores the application code that executes the solution of this application, and its execution is controlled by the processor 401. The processor 401 executes the application code stored in the memory 403 to implement the communication method provided in the above embodiments of this application.

[0152] Alternatively, in this embodiment, the processor 401 may execute the processing-related functions in the communication method provided in the above embodiments of this application, and the communication interface 404 may be responsible for communicating with other devices or networks. This embodiment does not specifically limit this.

[0153] In a specific implementation, as one example, processor 401 may include one or more CPUs, for example... Figure 4 CPU0 and CPU1 in the CPU.

[0154] In a specific implementation, as one example, the communication device 40 may include multiple processors, such as... Figure 4 Processors 401 and 408 are mentioned. Each of these processors can be a single-core (single-CPU) processor or a multi-core (multi-CPU) processor. Here, "processor" can refer to one or more devices, circuits, and / or processing cores used to process data (e.g., computer program instructions). It is understood that... Figure 4 Only a simplified design of the communication device 40 is shown. In practical applications, the communication device can include any number of input devices, output devices, processors, memory, and communication interfaces, and these arbitrary number of communication units can provide the above functions individually or in combination.

[0155] In a specific implementation, as one embodiment, the communication device 40 may further include an output device 405 and an input device 406. The output device 405 communicates with the processor 401 and can display information in various ways. For example, the output device 405 may be a liquid crystal display (LCD), a light-emitting diode (LED) display device, a cathode ray tube (CRT) display device, or a projector, etc. The input device 406 communicates with the processor 401 and can accept user input in various ways. For example, the input device 406 may be a mouse, keyboard, touchscreen device, or sensing device, etc.

[0156] Furthermore, as described above, the communication device 40 provided in this application embodiment can be a chip, terminal, base station, CU or DU, or have Figure 4 Devices with similar structures. This application does not limit the type of communication device 40 to any particular embodiment.

[0157] Figure 5 This is a schematic diagram of the structure of a communication device provided in an embodiment of this application. The communication device can be a terminal, a device with terminal functionality, or a chip, as shown in various embodiments. The terms or nouns appearing below can be understood in conjunction with the above description; similarly, the steps or actions appearing below can be understood in conjunction with the above description for their specific details or implementation methods. For example... Figure 5As shown, the communication device 500 may include a processing unit 510 and a transmitting unit 530. Furthermore, the communication device also includes a receiving unit 520, which can be connected to the transmitting unit 530 via an antenna.

[0158] The sending unit 530 and the receiving unit 520 can be used to support the sending and receiving of information between the communication device and the network device. Alternatively, the sending unit 530 and the receiving unit 520 can be used to perform the processing performed by the communication device in the communication method described in the above embodiments.

[0159] For example, the processing unit 510 described above is used to map multiple combinations of quality of service parameters for a quality of service flow. The sending unit 530 described above is used to send at least one of the multiple combinations of quality of service parameters to the network device.

[0160] Optionally, the sending unit 530 is used to send at least one of the plurality of service quality parameter combinations to the network device, specifically including:

[0161] Send the combination of multiple quality of service parameters, the quality of service flow, and the target identifier to the network device.

[0162] Optionally, the receiving unit 520 is further configured to receive indication information from the network device, indicating one of the multiple combinations of quality of service parameters.

[0163] Optionally, the receiving unit 520 is further configured to receive the side link configuration information sent by the network device; the processing unit 510 is further configured to select one of the multiple service quality parameter combinations based on the side link configuration information.

[0164] Optionally, the sending unit 530 sends at least one of the plurality of service quality parameter combinations to the network device, specifically including:

[0165] Send the selected combination of quality of service parameters to the network device.

[0166] Optionally, the sidelink configuration information includes communication range information corresponding to the channel busy rate.

[0167] Optionally, the receiving unit 520 is further configured to obtain service quality mapping rules; the processing unit 510 maps multiple service quality parameter combinations to the service quality flow information, specifically including:

[0168] The communication device maps the multiple combinations of quality of service flow parameters to the quality of service flow information according to the mapping rules.

[0169] Figure 6This is a schematic diagram of the network device provided in the embodiments of this application. The network device can be a base station, a device with base station functionality, or a chip, as shown in various embodiments. The terms or nouns appearing below can be understood in conjunction with the above description; similarly, the steps or actions appearing below can be understood in conjunction with the above description for their specific details or implementation methods. For example... Figure 6 As shown, the network device 600 may include a processing unit 620. It may also include a transmitting unit 610 and a receiving unit 630. The transmitting unit 610 and the receiving unit 630 may be connected to an antenna, respectively.

[0170] The sending unit 610 and the receiving unit 630 can be used to support the sending and receiving of information between the network device and the terminal device. Alternatively, the sending unit 610 and the receiving unit 630 can be used to perform the processing performed by the network device in the communication method described in the above embodiments.

[0171] For example, the processing unit 620 is used to obtain a service quality parameter combination based on a plurality of service quality parameter combinations, which are mapped by a service quality stream.

[0172] For example, processing unit 620 obtains at least one of a plurality of service quality parameter combinations, which are mapped by a service quality stream.

[0173] Optionally, the receiving unit 630 is configured to receive the plurality of service quality parameter combinations, the service quality stream, and the target identifier from the UE.

[0174] Optionally, the sending unit 610 is used to send indication information to the UE, indicating one of the multiple service quality parameter combinations.

[0175] Optionally, the sending unit 610 is used to send sidelink configuration information to the UE, so that the UE can select one of the multiple service quality parameter combinations based on the sidelink configuration information.

[0176] Optionally, the receiving unit 630 is used to receive a combination of service quality parameters selected from a plurality of service quality parameter combinations from the UE.

[0177] Optionally, the sidelink configuration information includes communication range information corresponding to the channel busy rate.

[0178] In this embodiment, the aforementioned communication device or network device is presented in an integrated manner, divided into various functional modules or units. Here, "module" or "unit" can refer to an application-specific integrated circuit (ASIC), a circuit, a processor and memory executing one or more software or firmware programs, integrated logic circuits, and / or other devices that can provide the aforementioned functions. In a simple embodiment, those skilled in the art will understand that device 500 or 600 can respectively employ... Figure 4 The form shown. For example, Figure 5 The functions and implementation process of the transmitting unit 530 / receiving unit 520 can be understood through... Figure 4 This is achieved using a processor 401 and a memory 403. Specifically, it can be executed by the processor 401 calling the application code stored in the memory 403; however, this embodiment does not impose any limitations on this. Alternatively, optionally... Figure 5 The functions and implementation process of the transmitting unit 530 / receiving unit 520 can be understood through... Figure 4 Implemented by processor 401, or through Figure 4 The communication interface 404 is used for implementation, and this application embodiment does not impose any limitations on this. For example, Figure 6 The functions and implementation processes of the transmitting unit 610 / receiving unit 630 can be understood through... Figure 4 This is achieved using a processor 401 and a memory 403. Specifically, it can be executed by the processor 401 calling the application code stored in the memory 403; however, this embodiment does not impose any limitations on this. Alternatively, optionally... Figure 6 The functions and implementation processes of the transmitting unit 610 / receiving unit 630 can be understood through... Figure 4 Implemented by processor 401, or through Figure 4 The communication interface 404 is used for implementation, and this application embodiment does not impose any restrictions on it.

[0179] Optionally, embodiments of this application provide a chip system including a processor for supporting a communication device in implementing the aforementioned communication method. In one possible design, the chip system further includes a memory. This memory is used to store necessary program instructions and data for the communication device. The chip system may be composed of chips or may include chips and other discrete devices; embodiments of this application do not specifically limit this.

[0180] The controller / processor used to execute the base station, terminal, or other device described in this invention can be a central processing unit (CPU), a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof. It can implement or execute the various exemplary logic blocks, modules, and circuits described in conjunction with the disclosure of this invention. The processor can also be a combination that implements computational functions, such as a combination of one or more microprocessors, a combination of a DSP and a microprocessor, etc.

[0181] The steps of the methods or algorithms described in conjunction with the present invention can be implemented in hardware or by a processor executing software instructions. The software instructions can consist of corresponding software modules, which can be stored in RAM, flash memory, ROM, EPROM, EEPROM, registers, hard disk, portable hard disk, CD-ROM, or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor, enabling the processor to read information from and write information to the storage medium. Of course, the storage medium can also be a component of the processor. The processor and storage medium can reside in an ASIC. Alternatively, the ASIC can reside in a terminal or base station. Of course, the processor and storage medium can also exist as discrete components in the terminal or base station.

[0182] Those skilled in the art will recognize that, in one or more of the examples above, the functions described in this invention can be implemented using hardware, software, firmware, or any combination thereof. When implemented in software, these functions can be stored in a computer-readable medium or transmitted as one or more instructions or code on a computer-readable medium. Computer-readable media include computer storage media and communication media, wherein communication media include any medium that facilitates the transfer of a computer program from one place to another. Storage media can be any available medium accessible to a general-purpose or special-purpose computer.

[0183] In the embodiments provided above, the communication method provided by the present invention has been described from the perspectives of each network element itself and the interaction between each network element. It is understood that each network element, such as a terminal or communication device, includes corresponding hardware structures and / or software modules to perform the above functions. Those skilled in the art should readily recognize that, in conjunction with the units and algorithm steps of the examples described in the embodiments disclosed herein, the present invention can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed by hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of the present invention.

[0184] The specific embodiments described above further illustrate the purpose, technical solution, and beneficial effects of the present invention. It should be understood that the above description is only a specific embodiment of the present invention and is not intended to limit the scope of protection of the present invention. Any modifications, equivalent substitutions, improvements, etc., made on the basis of the technical solution of the present invention should be included within the scope of protection of the present invention.

Claims

1. A method for terminal-to-terminal communication, characterized by, The method comprises: The communication device maps multiple quality of service parameter combinations for a quality of service flow; The communication device sends the multiple quality of service parameter combinations to a network device; The communication device receives indication information from the network device, the indication information indicating one of the multiple quality of service parameter combinations; the one of the multiple quality of service parameter combinations is the one that can meet the highest quality of service requirement under current sidelink communication conditions; or the indication information indicates one different from any of the multiple quality of service parameter combinations reported by the communication device.

2. The method of claim 1, wherein, The method further comprises: The communication device sends an identity of the quality of service flow and a target identity to the network device.

3. The method of claim 1 or 2, wherein: The method further comprises: The communication device obtains a mapping rule of quality of service; The communication device maps multiple quality of service parameter combinations for a quality of service flow, specifically comprising: The communication device maps the multiple quality of service parameter combinations for the quality of service flow according to the mapping rule.

4. A method for terminal-to-terminal communication, characterized by, The method comprises: A network device receives multiple quality of service parameter combinations from a communication device, the multiple quality of service parameter combinations being mapped by the communication device for a quality of service flow; The network device sends indication information to the communication device, the indication information indicating one of the multiple quality of service parameter combinations; the one of the multiple quality of service parameter combinations is the one that can meet the highest quality of service requirement under current sidelink communication conditions; or the indication information indicates one different from any of the multiple quality of service parameter combinations reported by the communication device.

5. The method of claim 4, wherein, The method further comprises: The network device receives the identity of the quality of service flow and the target identity from the communication device.

6. The method of claim 4 or 5, wherein, The method further comprises: The network device sends sidelink configuration information to the communication device.

7. The method of claim 6, wherein: The sidelink configuration information comprises at least one or more of channel busy ratio, reference signal received power, reference signal received quality, and channel state information.

8. An apparatus, comprising: The apparatus comprises a processor, a memory, and instructions stored on the memory and executable on the processor, when executed, causing the apparatus to perform the method of any of claims 1 to 3.

9. An apparatus, comprising: The apparatus comprises a processor, a memory, and instructions stored on the memory and executable on the processor, when executed, causing the apparatus to perform the method of any of claims 4 to 7.

10. A terminal, characterized by comprising: The apparatus comprises the apparatus of claim 8.

11. A base station, characterized by The apparatus comprises the apparatus of claim 9.

12. A communication system, characterized by The terminal of claim 10 and the base station of claim 11.

13. A computer-readable storage medium, characterized in that, The instructions, when executed on a computer, cause the computer to perform the method of any of claims 1 to 7.

14. A computer program product, characterised in that, The instructions, when executed on a computer, cause the computer to perform the method of any of claims 1 to 7.

Images