WO2022151262A1 - Procédé de configuration de réception discontinue, dispositif de communication et système de communication - Google Patents

Procédé de configuration de réception discontinue, dispositif de communication et système de communication Download PDF

Info

Publication number
WO2022151262A1
WO2022151262A1 PCT/CN2021/071917 CN2021071917W WO2022151262A1 WO 2022151262 A1 WO2022151262 A1 WO 2022151262A1 CN 2021071917 W CN2021071917 W CN 2021071917W WO 2022151262 A1 WO2022151262 A1 WO 2022151262A1
Authority
WO
WIPO (PCT)
Prior art keywords
target
drx configuration
qos
service
terminal device
Prior art date
Application number
PCT/CN2021/071917
Other languages
English (en)
Chinese (zh)
Inventor
李翔宇
彭文杰
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Priority to PCT/CN2021/071917 priority Critical patent/WO2022151262A1/fr
Publication of WO2022151262A1 publication Critical patent/WO2022151262A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present application relates to the field of communications, and more particularly, to a discontinuous reception configuration method, a communication device, and a communication system.
  • signaling and data transmission can be performed between terminal equipment and terminal equipment through a sidelink (SL).
  • SL sidelink
  • This manner of transmission over the sidelink may be referred to as sidelink communication.
  • sidelink communication can be performed between terminal devices based on the same discontinuous reception (DRX) configuration.
  • the originating terminal equipment and the receiving terminal equipment can send and receive control information, such as sidelink control information (SCI), in the same time period for normal communication; and can turn off the radio frequency ( radio frequency, RF) channel, does not send and receive control information, in order to achieve the effect of energy saving.
  • SCI sidelink control information
  • the present application provides a DRX configuration method, a communication device, and a communication system, so as to achieve a balance between QoS performance and energy saving.
  • the present application provides a DRX configuration method, which can be executed by a terminal device (such as the first terminal device exemplified below), or by a component (such as the first terminal device) configured in the terminal device (such as the first terminal device).
  • a terminal device such as the first terminal device exemplified below
  • a component such as the first terminal device configured in the terminal device (such as the first terminal device).
  • a chip, a chip system, etc. are executed, which is not limited in this embodiment of the present application.
  • the method includes: determining target QoS parameters based on multiple groups of QoS parameters corresponding to a first target, where the first target includes multiple QoS flows; and determining a target DRX based on the first mapping relationship and the target QoS parameters configuration, the first mapping relationship is used to indicate the corresponding relationship between the QoS parameter and the DRX configuration, the target DRX configuration corresponds to the first target; and the sidelink communication is performed based on the target DRX configuration.
  • the first terminal device may determine target QoS parameters according to multiple sets of QoS parameters corresponding to the first target, and then determine the target DRX configuration according to the target QoS parameters and the corresponding relationship between the QoS parameters and the DRX configuration.
  • multiple QoS flows in the first target can all perform sidelink communication based on the DRX configuration.
  • multiple QoS flows in the first terminal device can open and close the radio frequency channel based on the same DRX configuration, so that the switching frequency of the first terminal device between on and off of the radio frequency channel can be avoided to a certain extent, Reduce processing complexity and save energy.
  • the target DRX configuration is determined based on the target QoS parameters, and the target QoS parameters are determined based on multiple sets of QoS parameters corresponding to the above-mentioned first target, the determined target DRX configuration can meet the QoS requirements to a certain extent, This enables the first terminal device to have better QoS performance, thereby achieving a balance between QoS performance and energy saving.
  • the first target includes: one target address, multiple target addresses or terminal devices.
  • the terminal device may specifically refer to all target addresses of a terminal device. Therefore, the first target corresponding to a terminal device may specifically refer to all target addresses of the first target corresponding to a terminal device.
  • the multiple destination addresses may specifically refer to multiple destination addresses of a terminal device, for example, may be part of all destination addresses of the terminal device. Therefore, the multiple target addresses corresponding to the first target may specifically refer to a partial target address of a terminal device corresponding to the first target.
  • each destination address may include one or more QoS flows
  • the first destination may include one or more QoS flows. That is, the first terminal device may configure DRX for one or more QoS flows. Therefore, the first terminal device can maintain a set of DRX configurations based on a larger granularity than the QoS flow, so that the implementation complexity can be reduced.
  • the method further includes: determining the target QoS parameter according to one or more of the following QoS parameters: priority level, packet error rate (packet error rate) error rate (PER), packet delay budget (PDB), maximum data burst volume (MDBV), guaranteed flow bit rate (GFBR), maximum flow bit rate (max flow bit rate, MFBR), PC5 link aggregate maximum bit rate (PC5 link aggregate maximum bit rate, PC5Link-AMBR), minimum communication distance (range) and PC5 interface 5G quality of service identifier (PC55G QoS identifier, PQI), where , the PQI is used to indicate the following QoS parameters: default priority level, PDB, PER, MDBV, GFBR, MFBR, default AMBR and default averaging window.
  • QoS parameters priority level, packet error rate (packet error rate) error rate (PER), packet delay budget (PDB), maximum data burst volume (MDBV), guaranteed flow bit rate (GFBR), maximum flow bit rate (max flow bit rate, MFBR), PC5 link
  • the target QoS parameter is a set of QoS parameters corresponding to a target QoS flow in the first target; the target QoS flow is the multiple Among the QoS flows, the QoS flow with the smallest priority, or the QoS flow with the smallest PER, or the QoS flow with the smallest PDB, or the QoS flow with the largest MDBV.
  • the first terminal device may determine the target DRX configuration by using, as the target QoS parameter, the QoS parameter corresponding to one QoS flow with a higher QoS requirement among the multiple QoS flows in the first target. Therefore, it is beneficial to obtain better QoS performance.
  • the target DRX configuration determined based on the target QoS parameter may correspond to the first target, that is, to the QoS flow in the first target. That is, a set of DRX configurations can be maintained based on a larger granularity than QoS flows, with lower implementation complexity.
  • each parameter in the target QoS parameters is respectively selected from multiple groups of QoS parameters corresponding to the multiple QoS flows included in the first target.
  • the first terminal device may select a value with higher QoS requirements for each parameter as one of the target QoS parameters, and then determine the target DRX configuration. Therefore, it is beneficial to obtain better QoS performance.
  • the target DRX configuration determined based on the target QoS parameter may correspond to the first target, that is, to the QoS flow in the first target. That is, a set of DRX configurations can be maintained based on a larger granularity than QoS flows, with lower implementation complexity.
  • the method further includes: receiving first indication information, where the first indication information is used to indicate the first mapping relationship.
  • a first possible situation is that the first indication information may be sent by a network device.
  • the receiving the first indication information includes: receiving the first indication information from the network device.
  • the second possible situation is that the first indication information may be sent by another terminal device (eg, a second terminal device).
  • the receiving the first indication information includes: receiving the first indication information from the second terminal device.
  • a third possible situation is that the receiving the first indication information includes: the access layer receives the first indication information from the upper layer.
  • the first terminal device may determine the first mapping relationship based on the received first indication information, and then determine the target DRX configuration corresponding to the target QoS parameter.
  • the method further includes: sending the target DRX configuration.
  • the first terminal device may send the determined target DRX configuration to the second terminal device, so as to align the DRX configuration with the second terminal device.
  • the first terminal device and the second terminal device can perform sidelink communication based on the same DRX configuration. Since the target DRX configuration corresponds to the first target, the first target may include multiple QoS flows, so that a balance can be obtained between QoS performance and energy saving.
  • the present application provides a DRX configuration method, which can be executed by a terminal device (such as the first terminal device in the following example), or by a component (such as the first terminal device) configured in the terminal device (such as the first terminal device).
  • a terminal device such as the first terminal device in the following example
  • a component such as the first terminal device configured in the terminal device (such as the first terminal device).
  • a chip, a chip system, etc. are executed, which is not limited in this embodiment of the present application.
  • the method includes: determining a target service based on multiple sets of QoS parameters corresponding to a first target, the first target includes one or more services, and each service includes one or more QoS flows; based on the second mapping relationship and the target service, determine the target DRX configuration, the second mapping relationship is used to indicate the corresponding relationship between the service and the DRX configuration, the target DRX configuration corresponds to the first target; uplink communication.
  • the first terminal device may determine the target service according to multiple sets of QoS parameters corresponding to the first target, and then determine the target DRX configuration according to the target service and the corresponding relationship between the service and the DRX configuration.
  • multiple QoS flows in the first target can all perform sidelink communication based on the DRX configuration.
  • multiple QoS flows in the first terminal device can open and close the radio frequency channel based on the same DRX configuration, so that the switching frequency of the first terminal device between on and off of the radio frequency channel can be avoided to a certain extent, Reduce processing complexity and save energy.
  • the target DRX configuration is determined based on the target QoS parameters, and the target QoS parameters are determined based on multiple sets of QoS parameters corresponding to the above-mentioned first target, the determined target DRX configuration can meet the QoS requirements to a certain extent, This enables the first terminal device to have better QoS performance, thereby achieving a balance between QoS performance and energy saving.
  • the first target includes: one target address, multiple target addresses or terminal devices.
  • the terminal device may specifically refer to all target addresses of a terminal device. Therefore, the first target corresponding to a terminal device may specifically refer to all target addresses of the first target corresponding to a terminal device.
  • the multiple destination addresses may specifically refer to multiple destination addresses of a terminal device, for example, may be part of all destination addresses of the terminal device. Therefore, the multiple target addresses corresponding to the first target may specifically refer to a partial target address of a terminal device corresponding to the first target.
  • each destination address may include one or more QoS flows
  • the first destination may include one or more QoS flows. That is, the first terminal device may configure DRX for one or more QoS flows. Therefore, the first terminal device can maintain a set of DRX configurations based on a larger granularity than the QoS flow, so that the implementation complexity can be reduced.
  • the second mapping relationship is specifically used to indicate the corresponding relationship between the service type and the DRX configuration; and the method further includes: based on the second mapping relationship and the target The service type of the service determines the target DRX configuration.
  • the second mapping relationship includes a corresponding relationship between a provider service identifier (provider service identifier, PSID) and a DRX configuration, where the PSID is used to indicate the service type; and the method further includes: based on the PSID The corresponding relationship with the DRX configuration and the service type of the target service determine the target DRX configuration.
  • provider service identifier provider service identifier
  • the second mapping relationship includes a corresponding relationship between an intelligent traffic system application identifier (intelligent traffic system application identifier, ITS-AID) and a DRX configuration, where the ITS-AID is used to indicate the service type; and the The method further includes: determining the target DRX configuration based on the corresponding relationship between the ITS-AID and the DRX configuration and the service type of the target service.
  • an intelligent traffic system application identifier intelligent traffic system application identifier
  • DRX configuration where the ITS-AID is used to indicate the service type
  • one service type may correspond to one DRX configuration, and multiple service types may also correspond to one DRX configuration. This embodiment of the present application does not limit this.
  • the method further includes: determining the target service according to one or more of the following QoS parameters: priority level, packet error rate PER, packet delay budget PDB , maximum data burst MDBV, guaranteed flow bit rate GFBR, maximum flow bit rate MFBR, PC5 link aggregation maximum bit rate AMBR, minimum communication distance and PC5 interface quality of service identification PQI, wherein, the PQI is used to indicate the following QoS Parameters: Default priority level, PDB, PER, MDBV, GFBR, MFBR, default AMBR and default sliding window.
  • the first terminal device can determine a target service based on multiple sets of QoS parameters corresponding to multiple QoS flows, for example, a target service can be determined for one target address, multiple target addresses, or multiple sets of QoS parameters corresponding to one terminal device, so that the When the target DRX configuration is subsequently determined, the DRX is configured based on a larger granularity than the QoS flow.
  • the method further includes: the target service is a service corresponding to the target QoS flow included in the first target; the target QoS flow is the first target including Among the multiple QoS flows, the QoS flow with the smallest priority, or the QoS flow with the smallest PER, or the QoS flow with the smallest PDB, or the QoS flow with the largest MDBV.
  • the first terminal device may use a service corresponding to a QoS flow with a higher QoS requirement among the multiple QoS flows in the first target as the target service, and determine the target DRX configuration based on the target service.
  • the target DRX configuration can correspond to the first target, that is, it corresponds to the QoS flow in the first target, that is, it can be based on a larger granularity than the QoS flow.
  • the implementation complexity is low.
  • the method further includes: receiving second indication information, where the second indication information is used to indicate the second mapping relationship.
  • a first possible situation is that the second indication information may be sent by a network device.
  • the receiving the second indication information includes: receiving the second indication information from the network device.
  • the second possible situation is that the second indication information may be sent by another terminal device (eg, a second terminal device).
  • the receiving the second indication information includes: receiving the second indication information from the second terminal device.
  • a third possible situation is that the receiving the second indication information includes: the access layer receives the second indication information from the upper layer.
  • the second terminal device may determine the second mapping relationship based on the received second indication information, and then determine the target DRX configuration corresponding to the target service.
  • the present application provides a DRX configuration method, which can be executed by a terminal device (such as the second terminal device exemplified below), or by a component (such as the second terminal device) configured in the terminal device (such as the second terminal device).
  • a terminal device such as the second terminal device exemplified below
  • a component such as the second terminal device configured in the terminal device (such as the second terminal device).
  • a chip, a chip system, etc. are executed, which is not limited in this embodiment of the present application.
  • the method includes: receiving a target DRX configuration, where the target DRX configuration is determined based on a first mapping relationship and a target quality of service QoS parameter; wherein the first mapping relationship is used to indicate the difference between the QoS parameter and the DRX configuration.
  • the target QoS parameter is determined based on multiple groups of QoS parameters corresponding to the first target; the target DRX configuration corresponds to the first target, and the first target includes multiple QoS flows of the first terminal device ; perform sidelink communication based on the target DRX configuration.
  • the second terminal device may not need to determine the target DRX configuration by itself, but may directly receive the target DRX configuration from the opposite end (eg, the first terminal device), and perform sidelinking with the opposite end based on the target DRX configuration road communication.
  • the first target includes: one target address, multiple target addresses or terminal devices.
  • the target QoS parameter is determined according to one or more of the following parameters: priority level, packet error rate PER, packet delay budget PDB, maximum data burst size MDBV, Guaranteed Traffic Bit Rate GFBR, Maximum Traffic Bit Rate MFBR, PC5 Link Aggregation Maximum Bit Rate AMBR, Minimum Communication Distance, and PC5 Interface Quality of Service Identifier PQI, where the PQI is used to indicate the following QoS parameters: Default priority amount Level, PDB, PER, MDBV, GFBR, MFBR, Default AMBR, and Default Sliding Window.
  • the present application provides a DRX configuration method for discontinuous reception.
  • the method can be executed by a terminal device (such as the first terminal device in the following example), or configured in the terminal device (such as the first terminal device) components (eg, chips, chip systems, etc.) are executed, which is not limited in this embodiment of the present application.
  • the method includes: receiving a target DRX configuration, where the target DRX configuration is determined based on a second mapping relationship and a target service; wherein the second mapping relationship is used to indicate a corresponding relationship between the service and the DRX configuration, and the The target service is determined based on multiple sets of service quality QoS parameters corresponding to the first target, the target DRX configuration corresponds to the first target, and the first target includes one or more services of the first terminal device, each Each service includes one or more QoS flows; sidelink communication is performed based on the target DRX configuration.
  • the second terminal device may not need to determine the target DRX configuration by itself, but may directly receive the target DRX configuration from the opposite end (eg, the first terminal device), and perform sidelinking with the opposite end based on the target DRX configuration road communication.
  • the first target includes: one target address, multiple target addresses or terminal devices.
  • the second mapping relationship is specifically used to indicate the corresponding relationship between the service type and the DRX configuration.
  • the target service is determined according to one or more of the following QoS: priority level, packet error rate PER, packet delay budget PDB, maximum data burst volume MDBV , Guaranteed traffic bit rate GFBR, maximum traffic bit rate MFBR, PC5 link aggregation maximum bit rate AMBR, minimum communication distance and PC5 interface quality of service identification PQI, wherein, the PQI is used to indicate the following QoS parameters: default priority level , PDB, PER, MDBV, GFBR, MFBR, default AMBR and default sliding window.
  • the target DRX configuration may be a default DRX configuration or a public DRX configuration.
  • the default DRX configuration or the public DRX configuration can be configured. as the target DRX configuration.
  • the present application provides a communication device, the device including each module for implementing the DRX configuration method in any of the first to fourth aspects and any possible implementation manner of the first to fourth aspects or unit. It should be understood that the respective modules or units may implement corresponding functions by executing computer programs.
  • the present application provides a communication apparatus including a processor.
  • the processor is coupled to the memory and can be used to execute a computer program in the memory to implement the DRX configuration method in the first aspect to the fourth aspect and any one of the possible implementations of the first aspect to the fourth aspect.
  • the communication device further includes a memory.
  • the communication device further includes a communication interface, and the processor is coupled to the communication interface.
  • the communication interface may be a transceiver, circuit, bus, module, or other type of communication interface.
  • the present application provides a communication system, which includes the first terminal device and the second terminal device in any possible implementation manners of the first to fourth aspects and the first to fourth aspects.
  • the communication system further includes a network device.
  • the present application provides a chip, which is connected to a memory and used to read and execute a software program stored in the memory, so as to realize the above-mentioned first to fourth aspects and the first to fourth aspects method in any possible implementation of .
  • the present application provides a computer-readable storage medium on which a computer program (also referred to as code, or instruction) is stored, and when the computer program is executed by a processor, causes The method in any one of the above-mentioned first to fourth aspects and possible implementations of the first to fourth aspects is performed.
  • a computer program also referred to as code, or instruction
  • the present application provides a computer program product.
  • the computer program product includes: a computer program (which may also be referred to as code, or instructions) that, when the computer program is executed, causes any of the above-mentioned first to fourth aspects and the first to fourth aspects Methods in possible implementations are executed.
  • FIGS. 1 to 3 are schematic diagrams of a communication system applicable to the DRX configuration method provided by the embodiments of the present application;
  • Fig. 4 is the schematic diagram of the relation of target address, business and QoS flow
  • 5 and 6 are schematic diagrams of DRX
  • FIG. 7 is a schematic flowchart of a DRX configuration method provided by an embodiment of the present application.
  • FIG. 8 is a schematic flowchart of a DRX configuration method provided by another embodiment of the present application.
  • FIG. 10 is a schematic flowchart of a DRX configuration method provided by another embodiment of the present application.
  • FIG. 11 and FIG. 12 are schematic block diagrams of a communication apparatus provided by an embodiment of the present application.
  • FIG. 13 is a schematic structural diagram of a terminal device provided by an embodiment of the present application.
  • the technical solutions provided in this application can be applied to various communication systems, for example, a fifth generation (5th generation, 5G) mobile communication system or a new radio access technology (NR).
  • the 5G mobile communication system may include a non-standalone (NSA, NSA) and/or an independent network (standalone, SA).
  • NSA non-standalone
  • SA independent network
  • the technical solutions provided in this application can also be applied to machine type communication (MTC), Long Term Evolution-machine (LTE-M), device-to-device (D2D) Network, machine to machine (M2M) network, internet of things (IoT) network or other network.
  • the IoT network may include, for example, the Internet of Vehicles.
  • vehicle to X vehicle to X
  • V2X vehicle Communication with infrastructure
  • V2P vehicle and pedestrian
  • V2N vehicle and network
  • the network device may be any device with a wireless transceiver function.
  • Network equipment includes but is not limited to: evolved Node B (evolved Node B, eNB), radio network controller (radio network controller, RNC), Node B (Node B, NB), base station controller (base station controller, BSC) , base transceiver station (base transceiver station, BTS), home base station (for example, home evolved NodeB, or home Node B, HNB), baseband unit (baseband unit, BBU), wireless fidelity (wireless fidelity, WiFi) system Access point (AP), radio relay node (RRN), wireless backhaul node, transmission point (TP) or transmission and reception point (TRP), etc.
  • eNB evolved Node B
  • RNC radio network controller
  • Node B Node B
  • BSC base station controller
  • base transceiver station base transceiver station
  • BTS home base station
  • home base station for example, home evolved NodeB, or home Node B, HNB
  • It can be a 5G, such as NR, a gNB in the system, or a transmission point (TRP or TP), one or a group of (including multiple antenna panels) antenna panels of a base station in a 5G system, or it can also constitute a gNB Or a network node of a transmission point, such as a baseband unit (BBU), or a distributed unit (distributed unit, DU), etc.
  • 5G such as NR
  • a gNB in the system or a transmission point (TRP or TP)
  • TRP or TP transmission point
  • TRP or TP transmission point
  • TP transmission point
  • a network node of a transmission point such as a baseband unit (BBU), or a distributed unit (distributed unit, DU), etc.
  • BBU baseband unit
  • DU distributed unit
  • a gNB may include a centralized unit (CU) and a DU.
  • the gNB may also include an active antenna unit (AAU).
  • the CU implements some functions of the gNB, and the DU implements some functions of the gNB.
  • the CU can be responsible for processing non-real-time protocols and services, such as the radio resource control (radio resource control, RRC) layer, service data adaptation protocol (service data) function of the adaptation protocol (SDAP) layer and/or the packet data convergence protocol (PDCP) layer.
  • RRC radio resource control
  • service data service data adaptation protocol
  • SDAP adaptation protocol
  • PDCP packet data convergence protocol
  • the DU can be responsible for handling physical layer protocols and real-time services.
  • radio link control radio link control
  • MAC media access control
  • PHY physical (physical, PHY) layer
  • One DU can be connected to only one CU or to multiple CUs, and one CU can be connected to multiple DUs, and communication between CUs and DUs can be performed through the F1 interface.
  • AAU can realize some physical layer processing functions, radio frequency processing and related functions of active antennas.
  • high-level signaling such as RRC layer signaling, also It can be considered to be sent by DU, or sent by DU+AAU.
  • the network device may be a device including one or more of a CU node, a DU node, and an AAU node.
  • the CU can be divided into network devices in an access network (radio access network, RAN), and the CU can also be divided into network devices in a core network (core network, CN), which is not limited in this application.
  • RAN radio access network
  • CN core network
  • the network equipment provides services for the cell, and the terminal equipment communicates with the cell through transmission resources (for example, frequency domain resources, or spectrum resources) allocated by the network equipment, and the cell may belong to a macro base station (for example, a macro eNB or a macro gNB, etc.) , can also belong to the base station corresponding to the small cell, where the small cell can include: urban cell (metro cell), micro cell (micro cell), pico cell (pico cell), femto cell (femto cell), etc. , these small cells have the characteristics of small coverage and low transmission power, and are suitable for providing high-speed data transmission services.
  • a macro base station for example, a macro eNB or a macro gNB, etc.
  • the small cell can include: urban cell (metro cell), micro cell (micro cell), pico cell (pico cell), femto cell (femto cell), etc.
  • these small cells have the characteristics of small coverage and low transmission power, and are suitable for providing high-speed data transmission
  • a terminal device may also be referred to as user equipment (user equipment, UE), an access terminal, a subscriber unit, a subscriber station, a mobile station, a mobile station, a remote station, a remote terminal, a mobile device, a user terminal, Terminal, wireless communication device, user agent or user equipment.
  • user equipment user equipment
  • UE user equipment
  • an access terminal a subscriber unit, a subscriber station, a mobile station, a mobile station, a remote station, a remote terminal, a mobile device, a user terminal, Terminal, wireless communication device, user agent or user equipment.
  • the terminal device may be a device that provides voice/data connectivity to the user, such as a handheld device with a wireless connection function, a vehicle-mounted device, and the like.
  • some examples of terminals can be: mobile phone (mobile phone), tablet computer (pad), computer with wireless transceiver function (such as notebook computer, palmtop computer, etc.), mobile internet device (mobile internet device, MID), virtual reality (virtual reality, VR) equipment, augmented reality (augmented reality, AR) equipment, wireless terminals in industrial control (industrial control), wireless terminals in unmanned driving (self driving), wireless terminals in remote medical (remote medical) Terminal, wireless terminal in smart grid, wireless terminal in transportation safety, wireless terminal in smart city, wireless terminal in smart home, cellular phone, cordless Telephone, session initiation protocol (SIP) telephone, wireless local loop (WLL) station, personal digital assistant (PDA), handheld device, computing device or connection with wireless communication capabilities
  • wearable devices can also be called wearable smart devices, which is a general term for the intelligent design of daily wear and the development of wearable devices using wearable technology, such as glasses, gloves, watches, clothing and shoes.
  • a wearable device is a portable device that is worn directly on the body or integrated into the user's clothing or accessories.
  • Wearable device is not only a hardware device, but also realizes powerful functions through software support, data interaction, and cloud interaction.
  • wearable smart devices include full-featured, large-scale, complete or partial functions without relying on smart phones, such as smart watches or smart glasses, and only focus on a certain type of application function, which needs to cooperate with other devices such as smart phones. Use, such as all kinds of smart bracelets, smart jewelry, etc. for physical sign monitoring.
  • the terminal device may also be a terminal device in an Internet of things (Internet of things, IoT) system.
  • IoT Internet of things
  • IoT is an important part of the development of information technology in the future. Its main technical feature is to connect items to the network through communication technology, so as to realize the intelligent network of human-machine interconnection and interconnection of things.
  • IoT technology can achieve massive connections, deep coverage, and terminal power saving through, for example, narrow band (NB) technology.
  • NB narrow band
  • UE and terminal device are used interchangeably, and the meanings expressed by the two are the same.
  • terminal devices can communicate through sidelinks.
  • the interface between the terminal devices communicating through the side link may be referred to as the PC5 interface.
  • V2X A typical application scenario for sidelink communication is V2X.
  • each vehicle can be regarded as a terminal device, and data transmission between terminal devices can be performed directly through sidelinks without going through the network, which can effectively reduce the communication delay.
  • FIG. 1 is a schematic diagram of a communication system applicable to the communication method of the embodiment of the present application.
  • the communication system 100 shown in FIG. 1 may include at least one network device and a plurality of terminal devices, for example, the network device 110 and the terminal devices 121 to 123 shown in FIG. 1 .
  • the network device 110 and each of the terminal devices 121 to 123 may communicate through a wireless air interface, respectively, and the terminal devices 121 to 123 may communicate through a vehicle wireless communication technology.
  • the terminal device 121 and the terminal device 122 can also communicate with each other, the terminal device 121 and the terminal device 123 can also communicate with each other, and the terminal device 122 and the terminal device 123 can also communicate with each other.
  • one or more of the terminal devices 121 to 123 may be located within the coverage of the network device 110, and one or more of the terminal devices 121 to 123 may also be located in Out of coverage of network device 110 .
  • terminal device 121, terminal device 122, and terminal device 123 may all be located within the coverage of network device 110; or, terminal device 121 may be located within the coverage of network device 110, and terminal device 122 and terminal device 123 out of coverage; or, the terminal device 121 and the terminal device 122 are located within the coverage of the network device 110, and the terminal device 123 is located outside the coverage of the network device 110; or, the terminal device 123 is located within the coverage of the network device 110, and the terminal device 121 and the terminal device 122 are located outside the coverage of the network device 110 ; or, the terminal device 121 , the terminal device 122 and the terminal device 123 are all located outside the coverage of the network device 110 .
  • terminal device 121, terminal device 122 and terminal device 123 are all located outside the coverage of the network device 110 .
  • FIG. 1 is only an example, showing one network device and three terminal devices. However, this should not constitute any limitation to this application.
  • the communication system 100 may further include more network devices, and may also include more or less terminal devices. This embodiment of the present application does not limit this.
  • the terminal device may perform sidelink communication based on resources scheduled by the network device, or may use resources preconfigured by the network device (such as a resource pool) based on autonomous competition. ) to select unoccupied resources for sidelink communication.
  • resources preconfigured by the network device such as a resource pool
  • FIG. 2 is another schematic diagram of a communication system applicable to the communication method of the embodiment of the present application.
  • the communication system 200 shown in FIG. 2 is a communication system in a UE-to-network relay (such as UE-to-network relay) scenario.
  • UE-to-network relay such as UE-to-network relay
  • the communication system 200 may include a network device 210, a UE (may be referred to as a relay UE (relay UE) for short) 220 that can implement a UE-to-network relay (UE-to-network relay), a remote end UE (remote UE) 230 .
  • a UE may be referred to as a relay UE (relay UE) for short
  • UE-to-network relay UE-to-network relay
  • remote end UE remote end UE
  • the relay UE 220 can communicate with the network device 210 directly, and the remote UE 230 can communicate with the network device 210 based on the relay service provided by the relay UE 220.
  • the communication interface between the remote UE 230 and the relay UE 220 may be a PC5 interface, and the remote UE 230 may communicate with the relay UE 220 through the PC5 interface. Therefore, the communication between the relay UE 220 and the remote UE 230 may also be referred to as sidelink communication.
  • the UE can be regarded as a remote UE.
  • the remote UE may be within the coverage of the wireless access network, or may be outside the coverage of the wireless access network, which is not limited in this embodiment of the present application.
  • FIG. 3 is another schematic diagram of a communication system applicable to the communication method of the embodiment of the present application.
  • the communication system 300 shown in FIG. 3 is a communication system in a UE-to-UE relay (eg, UE-to-UE relay) scenario.
  • UE-to-UE relay eg, UE-to-UE relay
  • a UE-to-UE relay scenario may include at least 3 UEs, and at least one of them can serve as a relay UE.
  • the communication system 300 may include at least 3 UEs, such as UE 310, UE 320 and UE 330 in the figure.
  • the UE 320 is a relay UE, the UE 310 can communicate directly with the relay UE 320, the UE 330 can also communicate directly with the relay UE 320, and the UE 310 and the UE 330 can communicate based on the relay service provided by the relay UE 320 .
  • the UE 310 may be, for example, a source UE (source UE), and the UE 330 may be, for example, a target UE (target UE).
  • the communication interface between the UE 310 and the UE 320 may be a PC5 interface, and the UE 310 may communicate with the UE 320 through the PC5 interface.
  • the communication interface between the UE 320 and the UE 330 can also be a PC5 interface, and the UE 320 can communicate with the UE 330 through the PC5 interface. Therefore, the communication between UE 310 and UE 320, and the communication between UE 320 and UE 330 may also be referred to as sidelink communication.
  • the sidelink communication can support unicast communication, multicast communication and broadcast communication.
  • unicast communication may refer to transmitting signaling and/or data to a device.
  • communication between terminal devices can be based on a unicast connection.
  • the unicast connection can be uniquely associated with a source layer 2 identifier (source layer 2 identifier, source L2 ID) and a destination layer 2 identifier (destination L2 ID).
  • Multicast communication may refer to the simultaneous transmission of signaling and/or data to a group of devices.
  • a group can be associated with a group identifier, and the upper layer (such as the V2X layer) can submit the group identifier to the access stratum (AS), and the access layer can convert the group identifier to the corresponding The target layer 2 identifier.
  • the access layer can also determine the target layer 2 identifier corresponding to the multicast based on the pre-configured mapping relationship between the V2X service type (service type) and the layer 2 identifier (L2 ID). In other words, the target layer 2 identification can be used to identify a group.
  • Broadcast communication may refer to a transmission device whose destination address is all devices in the communication system. It should be understood that all the devices described here are also limited within a scope; for example, all the devices described are devices that are interested in the broadcast communication service.
  • One broadcast communication may correspond to one service.
  • the target layer 2 identifier may be determined based on the pre-configured mapping relationship between the V2X service type and the layer 2 identifier.
  • Destination address In unicast communication, the destination address can be used to identify a receiving UE; in multicast communication, the destination address can be used to identify a group; in broadcast communication, the destination address can be used to identify a service. It can be understood that the target address may be the target layer 2 identifier. In other words, the target layer 2 identifier is an example of the target address.
  • QoS flow is a QoS differentiation granularity in a protocol data unit (protocol data unit, PDU) session.
  • PDU protocol data unit
  • QoS Flow identifier QFI
  • a PDU session can include multiple QoS flows, but the QFI of each QoS flow is different.
  • one target address may include one or more services (service), and one service may include one or more QoS flows.
  • Figure 4 shows the relationship of destination addresses, services and QoS flows. As shown, a destination address can include one or more services. Each service may include one or more QoS flows.
  • target address 1 includes 3 services, namely service 1 , service 2 and service 3 .
  • Service 1 includes 4 QoS flows, namely QoS 1, QoS 2, QoS 3, and QoS 4;
  • Service 2 includes 2 QoS flows, namely QoS 5 and QoS 6;
  • Service 3 includes 1 quality of service flow, that is, quality of service flow 7.
  • Each QoS flow may be associated with (or correspond to) a set of QoS parameters.
  • the QoS parameters associated with each QoS flow can be determined by, for example, the upper layer of the terminal device (such as the V2X layer), or can be obtained from the terminal device at the opposite end, such as through a PC5-RRC message or a PC5-S message.
  • the terminal device at the opposite end may specifically refer to a terminal device that performs sidelink communication with the terminal device.
  • Each group of QoS parameters can include one or more of the following: PC5 interface QoS flow identifier (PC5 QoS flow identifier, PFI), PC5 interface 5G service quality identifier (PC5 5QI, PQI), guaranteed flow bit rate (guaranteed flow bit rate, GFBR), maximum flow bit rate (MFBR), maximum bit rate of PC5 link aggregation (PC5 link aggregate maximum bit rate, PC5Link-AMBR), minimum communication distance (range), resource type (resource type), Priority level (priority level), packet delay budget (packet delay budget, PDB), packet error rate (packet error rate, PER), sliding window (averaging window) and maximum data burst volume (maximum data burst volume, MDBV).
  • a destination address may include one or more QoS flows, corresponding to one or more sets of QoS parameters.
  • a standard PQI may correspond to a set of QoS characteristics.
  • the corresponding relationship between the PQI and the QoS feature may be specifically determined by the corresponding relationship predefined in the protocol.
  • one PQI may be used to indicate one or more of default priority level, resource type, PDB, PER, default sliding window, default MDBV.
  • the QoS parameters corresponding to each QoS flow can be obtained by standard PQI mapping, or can be directly configured. This embodiment of the present application does not limit this. It is understood that the QoS parameters include QoS characteristics.
  • the QoS parameters corresponding to the PQI configured by the PQI are referred to as QoS features, and may also be referred to as the QoS features corresponding to the PQI, so as to facilitate the integration with other QoS parameters other than the QoS parameters configured by the PQI. parameter distinction.
  • the set of QoS parameters in addition to configuring the corresponding default priority level, PDB, PER, resource type, default MDBV, default sliding window and other QoS features through PQI, you can also configure it directly in the QoS parameters.
  • the direct mentioned here is relative to the QoS feature corresponding to the PQI configured through the PQI.
  • the set of QoS parameters may also include one or more parameters of priority level, PDB, PER, resource type, MDBV, and sliding window.
  • two values of one or more of the following parameters may be configured simultaneously in a set of QoS parameters: priority level, PDB, PER, resource type, MDBV, and sliding window.
  • QoS parameters priority level, PDB, PER, resource type, MDBV, and sliding window.
  • a corresponding default priority level is configured in the PQI of a QoS flow
  • the QoS parameter of the QoS flow also includes the priority level. Therefore, two priority levels may be configured for the QoS flow, one is the default priority level corresponding to the PQI, and the other is the priority level directly configured in the QoS parameters.
  • the priority level of the QoS flow is based on the value directly configured in the QoS parameter, and the priority level can override the default priority level in the PQI.
  • the default priority level in the PQI may be used.
  • PC5 interface a direct communication interface from terminal equipment to terminal equipment defined in 3GPP, which can be used to support data transmission between any two terminal equipment through a direct link within a preset range. Connections based on the PC5 interface may be referred to as PC5 connections or side row connections. Links based on the PC5 interface may be referred to as PC5 links or sidelinks.
  • PC5 interface is a possible name of a direct communication interface from a terminal device to a terminal device, which should not constitute any limitation to this application. This application does not exclude the possibility of defining other interfaces in future protocols to achieve the same or similar functions as the PC5 interface.
  • the terminal equipment can monitor sidelink control information (SCI) to listen for messages sent by possible originating UEs.
  • SCI sidelink control information
  • the transmitting UE may not need to send data, which greatly increases the power consumption of the receiving UE.
  • a discontinuous reception DRX mechanism is introduced, and sidelink communication can be performed between the transmitting UE and the receiving UE based on the same DRX configuration.
  • the originating UE and the terminating UE can send and receive control information, such as SCI or physical sidelink control channel (PSSCH), in the same time period for normal communication; and can be turned off in the same time period
  • the radio frequency (RF) channel does not send and receive control information, so as to achieve the effect of energy saving. Since it is applied to the sidelink communication between terminal devices, the DRX configuration is specifically the SL DRX configuration.
  • FIG. 5 shows an example of the SL DRX configuration.
  • the originating UE may send control information at the on time, but not at the off time; the receiving UE may monitor the control information at the on time, and not monitor the control information at the off time.
  • the SL DRX configuration may include one or more of the following timers: onDurationTimer, InactivityTimer, RetransmissionTimer, Hybrid Automatic Retransmission Transmission request (hybrid automatic repeat request, HARQ) - round trip time (round trip time, RTT) - timer (Timer) and short cycle timer (shortCycleTimer) and so on.
  • the SL DRX configuration may further include one or more of parameters such as slot offset (SlotOffset), long cycle start offset (LongCycleStartOffset), short cycle (ShortCycle), and long cycle (LongCycle).
  • the on time shown in Figure 5 can also be represented by the active time.
  • the on time can specifically refer to the running time of any of the following timers: onDurationTimer, RetransmissionTimer and InactivityTimer, except for the on time.
  • the outside time can be the off time.
  • the on time and off time of the DRX can be determined.
  • the SL DRX configuration is included in an RRC message, a SIB message or a preconfigured message.
  • the SL DRX configuration is included in the resource pool configuration.
  • one resource pool configuration may include one or more SL DRX configurations, and each SL DRX configuration may include one or more of the following: onDurationTimer, InactivityTimer, SlotOffset, LongCycleStartOffset, ShortCycle, LongCycle, and the like.
  • the on time shown in FIG. 5 may specifically refer to the time when any one of onDurationTimer and InactivityTimer runs.
  • the resource pool configuration also includes the mapping relationship between one or more groups of QoS parameters and the SDL DRX configuration (that is, the first mapping relationship described below) or the mapping relationship between the service and the SDL DRX configuration (that is, the following. the second mapping relationship).
  • the SL DRX configuration may correspond to a resource pattern.
  • Figure 6 shows the SL DRX configuration corresponding to the resource pattern.
  • the resource mode can divide the resources in the resource pool into DRX resources and non-DRX resources.
  • the DRX resource may correspond to the on time in FIG. 5
  • the non-DRX resource may correspond to the off time in the figure.
  • a terminal device that performs sidelink communication based on the SL DRX configuration corresponding to the resource mode can send or receive data on the DRX resources in the resource mode, and does not send or receive data on the non-DRX resources in the resource mode. take over.
  • the SL DRX configuration may be included in a resource pool configuration.
  • a resource pool configuration may include one or more resource modes.
  • Each resource mode can correspond to one SL DRX configuration.
  • the resource pool configuration also includes the mapping relationship between one or more groups of QoS parameters and the SDL DRX configuration (that is, the first mapping relationship described below) or the mapping relationship between the service and the SDL DRX configuration (that is, the following. the second mapping relationship).
  • the specific content in the SL DRX configuration and the signaling including the DRX configuration described above are only examples, and should not constitute any limitation to this application. This application does not limit the specific manner of SL DRX configuration.
  • DRX configurations involved in the embodiments of the present application are all SL DRX configurations, for the convenience of description, the SL DRX configurations are hereinafter referred to as DRX configurations for short.
  • Each terminal device can communicate with one or more terminal devices, whereby each terminal device can correspond to one or more destination addresses.
  • each destination address may include one or more QoS flows.
  • the DRX configuration is related to QoS parameters; exemplarily, different QoS requirements expressed by different QoS parameters, such as delay, reliability, etc., and DRX configurations corresponding to different QoS requirements (the length and period of the corresponding on time, etc. ) can be different. If the terminal device performs DRX configuration for each QoS flow, if the terminal device is based on the DRX configuration corresponding to each QoS flow, it may constantly switch between the on and off of the radio frequency channel, which may not achieve the effect of energy saving and power saving. .
  • the present application provides a DRX configuration method in order to achieve a balance between QoS performance and energy saving.
  • the DRX configuration is related to the QoS parameters.
  • the embodiments of the present application propose the following technical solutions: determine a set of target QoS parameters based on multiple QoS flows, and based on the QoS
  • the mapping relationship between the parameter and the DRX configuration and the target QoS parameter determine the target DRX configuration.
  • the target DRX configuration may be used for transmission of the plurality of QoS flows.
  • each service may include one or more QoS flows, and each QoS flow may correspond to a set of QoS parameters, so the DRX configuration is related to the QoS flow.
  • Business is also relevant.
  • the embodiments of the present application also propose the following technical solutions: determine a target service based on multiple QoS flows, and determine the target DRX configuration based on the mapping relationship between the service and the DRX configuration and the target service.
  • the target DRX configuration may be used for transmission of the plurality of QoS flows.
  • the first, the second, and various numerical numbers are only for the convenience of description, and are not used to limit the scope of the embodiments of the present application. For example, different indication information, different terminal devices, etc. are distinguished.
  • pre-configuration can be achieved by pre-saving corresponding codes, tables or other means that can be used to indicate relevant information in the device (for example, terminal equipment, etc.) (for example, in the chip of the device), or by Signaling pre-configuration, for example, other devices (eg, network devices, etc.) are implemented by means of signaling pre-configuration, and the present application does not limit its specific implementation.
  • the terminal device when the terminal device is in the RRC connected state or, it can be pre-configured through RRC dedicated signaling; when the terminal device is in the RRC idle state or inactive state, it can be configured through a system information block (system information block, SIB) message to perform pre-configuration; when the terminal device is out of coverage (out of coverage, OOC), it can be pre-configured through a message pre-sent by the network device, such as a pre-configuration message pre-sent by the core network device.
  • SIB system information block
  • the pre-configured content may include one or more of the following: a first mapping relationship, a second mapping relationship, a mapping relationship between V2X service types and layer 2 identifiers, default DRX configuration or public DRX configuration, and dedicated DRX configuration.
  • the embodiment of the present application involves interaction between the upper layer of the terminal device and the access layer.
  • the upper layer may specifically refer to the V2X layer or the PC5-S layer.
  • the DRX configuration method provided by the embodiments of the present application will be described in detail below with reference to the accompanying drawings.
  • various embodiments are described by taking the determination of the target DRX configuration by the first terminal device as an example. It can be understood that the second terminal device may also determine the target DRX configuration based on the method provided in the following embodiments, which is not limited in this embodiment of the present application.
  • each embodiment shows the interaction between the first terminal device and the second terminal device, but this should not constitute any limitation to the present application.
  • the first terminal device may interact with the second terminal device after determining the target DRX configuration, or may interact with the second terminal device during the process of determining the target DRX configuration, but the determination of the target DRX configuration is still performed by the first terminal device. .
  • first terminal device and the second terminal device may be, for example, terminal devices capable of sidelink communication in the communication system shown in Figs. 1 to 3 .
  • the first terminal device may be configured to execute the following DRX configuration method
  • the second terminal device is a terminal device that performs sidelink communication with the first terminal device.
  • the first terminal device shown in the following embodiments may also be replaced by components in the first terminal device, such as a chip, a chip system, or other functional modules capable of calling and executing programs.
  • the second terminal device can also be replaced with components in the second terminal device, such as a chip, a chip system, or other functional modules capable of calling a program and executing the program.
  • FIG. 7 is a schematic flowchart of a DRX configuration method 700 for discontinuous reception provided by an embodiment of the present application.
  • the method 700 shown in FIG. 7 shows the flow of DRX configuration based on the mapping relationship between QoS parameters and DRX configuration.
  • the method 700 may include steps 710 to 740 . Each step in the method 700 will be described in detail below.
  • the first terminal device determines target QoS parameters based on multiple sets of QoS parameters corresponding to the first target.
  • the first target includes: a target address, a plurality of target addresses (also referred to as a group of target addresses), or a terminal device (eg, a first terminal device).
  • a terminal device may specifically refer to all target addresses of a terminal device. Therefore, the first target corresponding to a terminal device may specifically refer to all target addresses of the first target corresponding to a terminal device.
  • the multiple destination addresses may specifically refer to multiple destination addresses of a terminal device, for example, may be part of all destination addresses of the terminal device. Therefore, the multiple target addresses corresponding to the first target may specifically refer to a partial target address of a terminal device corresponding to the first target.
  • multiple target addresses can also be referred to as a group of target addresses.
  • the set of destination addresses can be obtained, for example, by grouping the destination addresses of the first terminal devices. The specific manner of grouping is not limited in this embodiment of the present application.
  • the set of target addresses may be determined by the upper layer of the first terminal device, and the upper layer may further notify the access layer of multiple target addresses corresponding to the set of target addresses.
  • the set of target addresses may also be determined by the access layer of the first terminal device.
  • the upper layer or the access layer of the first terminal device may obtain, for example, a plurality of target addresses corresponding to the group of target addresses through a device discovery (discovery) process or a direct connection communication process.
  • the target address can be used to identify a peer terminal equipment (sending or receiving terminal equipment), so the first target can correspond to a pair that performs sidelink communication with the first terminal equipment. terminal equipment or multiple peer terminal equipment; in multicast communication, the target address can be used to identify a group, so the first target can correspond to the terminal equipment of one or more groups receiving the multicast service of the first terminal equipment ; In broadcast communication, the target address can be used to identify a service, so the first target can correspond to a terminal device that receives one or more broadcast services of the first terminal device.
  • the first target may include one or more QoS flows.
  • the first target includes multiple QoS flows.
  • the multiple QoS flows may be, for example, multiple QoS flows in one destination address, multiple QoS flows in multiple destination addresses, or multiple QoS flows in one terminal device.
  • the first target may be a collective term for multiple QoS flows.
  • the first target may be replaced by a plurality of QoS flows.
  • Step 710 can also be expressed as: the first terminal device determines target QoS parameters based on multiple sets of QoS parameters corresponding to multiple QoS flows.
  • Each QoS flow corresponds to a set of QoS parameters.
  • each set of QoS parameters can include one or more of the following: PQI, Priority Level, PER, PDB, MDBV, GFBR, MFBR, PC5 Link AMBR, range, resource type, sliding window, and PFI, etc. .
  • the multiple groups of QoS parameters corresponding to the first target may be multiple groups corresponding to multiple QoS flows included in one target address.
  • the first terminal device may first acquire information of multiple QoS flows in the first target, and then determine target QoS parameters based on multiple sets of QoS parameters corresponding to the multiple QoS flows.
  • the information of the multiple QoS flows is used to indicate the multiple QoS flows.
  • the target QoS parameters may include one or more of the following: PQI, priority level, PER, PDB, MDBV, GFBR, MFBR, PC5 link AMBR, range, resource type, and sliding window.
  • the first terminal device may determine the target QoS parameter in the following manner.
  • the upper layer of the first terminal device may send information of multiple QoS flows included in the first target to the AS layer, and the AS layer may determine target QoS parameters according to multiple sets of QoS parameters corresponding to the multiple QoS flows .
  • the first terminal device may obtain multiple groups of QoS corresponding to multiple QoS flows included in the first target through a PC5-RRC message or a PC5-S message sent by the opposite terminal (eg, the second terminal device). parameters, and then determine target QoS parameters according to the multiple groups of QoS parameters.
  • the first terminal device is a receiving terminal device
  • the second terminal device is an originating terminal device.
  • the first terminal device may directly acquire the target QoS parameter corresponding to the first target through a PC5-RRC message or a PC5-S message sent by the opposite end (eg, the second terminal device).
  • the target QoS parameter corresponding to the first target may be determined by the second terminal device.
  • the first terminal device is a receiving terminal device
  • the second terminal device is an originating terminal device.
  • the target QoS parameter can be determined through the following two possible implementation manners.
  • the target QoS parameter may be a set of QoS parameters corresponding to the target QoS flow in the first target.
  • the first terminal device may determine the target QoS flow from the multiple QoS flows, and then use the QoS parameter corresponding to the target QoS flow as the target QoS parameter.
  • the target QoS flow may be determined based on a certain QoS parameter of the multiple QoS flows in the first target.
  • the target QoS flow may be: the QoS flow with the smallest priority among the multiple QoS flows included in the first target, or the QoS flow with the smallest PDB among the multiple QoS flows included in the first target, or the first target Among the multiple QoS flows included, the QoS flow with the smallest PER, or the QoS flow with the largest MDBV among the multiple QoS flows included in the first target, or the QoS flow with the maximum GFBR among the multiple QoS flows included in the first target, or the first The QoS flow with the largest MFBR among the multiple QoS flows included in the target, or the QoS flow with the largest PC5 link AMBR among the multiple QoS flows included in the first target, or the QoS flow with the largest range among the multiple QoS flows included in the first target Wait.
  • the target QoS flow may also be determined based on a plurality of QoS parameters of the plurality of QoS flows in the first target.
  • the target QoS flow may be a QoS flow that satisfies at least two of the following among the multiple QoS flows included in the first target: minimum priority level, minimum PER, minimum PDB, and maximum MDBV.
  • the QoS flow with the smallest PDB, the smallest PER, or the largest MDBV among the multiple QoS flows may be determined as the target QoS flow.
  • QoS flow 1 and QoS flow 2 have the same and the smallest priority, and the PDB of QoS flow 1 is smaller than the PDB of QoS flow 2, then QoS flow 1 is finally determined as the target QoS flow.
  • the QoS flow with the smallest PER or the largest MDBV among the multiple QoS flows may be further determined as the target. QoS flow.
  • the priorities of QoS flow 1, QoS flow 2 and QoS flow 3 are the same and the smallest, and the PDBs are the same and the smallest, then the PER or MDBR of QoS flow 1, QoS flow 2 and QoS flow 3 can be further compared.
  • the QoS flow with the smallest PER among QoS flow 1, QoS flow 2 and QoS flow 3 may be used as the target QoS flow.
  • the QoS flow with the smallest PER and the largest MDBV may be used as the target QoS flow.
  • the QoS flow with the smallest PDB or the largest MDBV among the multiple QoS flows can be further determined as: Target QoS flow.
  • the QoS flow with the smallest PDB or the smallest PER among the multiple QoS flows may be further determined as Target QoS flow.
  • the QoS flow with the smallest priority level, the QoS flow with the smallest PDB, or the QoS flow with the largest MDBV among the multiple QoS flows can be used.
  • the QoS flow is determined as the target QoS flow.
  • QoS flow 1 is finally determined as the target QoS flow.
  • the QoS flow with the smallest priority, the QoS flow with the smallest PER, or the QoS flow with the largest MDBV among the multiple QoS flows can be determined as the target QoS flow.
  • QoS flow 1 is finally determined as the target QoS flow.
  • the QoS flow with the smallest priority, the QoS flow with the smallest PDB, or the QoS flow with the smallest PER among the multiple QoS flows can be determined as the target QoS flow.
  • QoS flow 1 is finally determined as the target QoS flow.
  • the QoS flow with the smallest PDB or the largest MDBV among the multiple QoS flows can be determined as the target QoS flow. .
  • the PDBs are the same and the smallest, and the priorities are the same and the smallest, the QoS flow with the smallest PER or the largest MDBV among the multiple QoS flows may be determined as the target QoS flow.
  • the MDBV is the same and the largest, and the priority level is the same and the smallest
  • the QoS flow with the smallest PER or the smallest PDB among the multiple QoS flows may be determined as the target QoS flow.
  • the QoS flow with the smallest priority among the multiple QoS flows can be the target QoS flow.
  • the first terminal device may determine the target QoS flow according to one or more predefined QoS parameters.
  • One or more of the predefined QoS parameters described here can be notified by the network device through signaling in advance (for example, RRC dedicated signaling, SIB message, pre-configuration message, etc.), or can be communicated with the first terminal device.
  • the terminal equipment for example, the second terminal equipment
  • the terminal equipment that performs sidelink communication is notified in advance through signaling (for example, a PC5-RRC message, a PC5-S message, etc.), or it can also be predefined by a protocol, which is implemented in this application The example does not limit this.
  • each QoS parameter in the target QoS parameters is selected from multiple groups of QoS parameters corresponding to multiple QoS flows included in the first target.
  • the first terminal device may, based on each item of QoS parameters, select one parameter from multiple groups of QoS parameters corresponding to multiple QoS flows as one item of the target QoS parameters.
  • the PQI in the target QoS parameter may be the minimum default priority level, or the minimum PDB, or The PQI with the smallest PER is determined as the PQI in the target QoS parameter.
  • QoS parameters such as GFBR, MFBR, PC5 link AMBR, range, MDBV, etc.
  • GFBR GFBR
  • MFBR MFBR
  • PC5 link AMBR range
  • MDBV MDBV
  • the maximum value of GFBR, the maximum value of MFBR, the maximum value of PC5 link AMBR, the maximum value of range, and the maximum value of MDBV in the multiple sets of QoS parameters corresponding to the multiple QoS flows may be determined as the target QoS parameters.
  • the QoS parameters such as priority level, PDB, PER, GFBR, MFBR, PC5 link AMBR, range, and MDBV
  • the QoS parameters such as priority level, PDB, PER, GFBR, MFBR, PC5 link AMBR, range, and MDBV
  • the value directly configured in the QoS parameters can be used to cover the same PQI corresponding The value of the item parameter.
  • the target QoS parameter is determined, the PQI in the target QoS parameter can be selected according to the parameter not covered in the PQI.
  • the multiple PQIs included in the multiple sets of QoS parameters can One or more parameters of PER, Default MDBV, and Default Sliding Window to select a PQI as the PQI in the target QoS parameters. For example, select the PQI with the smallest PDB, or select the PQI with the smallest PER, or select the PQI with the smallest PDB and PER, and so on.
  • the QoS parameters not included in the PQI and the one or more parameters covered in the PQI can be selected from multiple groups of QoS parameters corresponding to multiple QoS flows included in the first target. For example, for the priority level, the priority level with the smallest priority level may be selected from the multiple groups of QoS parameters as the priority level in the target QoS parameter.
  • each parameter in the target QoS parameters may also be selected from multiple groups of QoS parameters corresponding to multiple QoS flows included in the first target.
  • the minimum value of priority level, the minimum value of PER, the minimum value of PDB, the maximum value of GFBR, the maximum value of MFBR, the maximum value of AMBR of PC5 link, the maximum value of range , and the maximum value of MDBR is determined as the priority level, PER, PDB, GFBR, MFBR, PC5Link-AMBR, range, and MDBV in the target QoS parameters, respectively.
  • the first target includes three QoS flows, namely QoS flow 1, QoS flow 2, and QoS flow 3.
  • the default priority level in the PQI of QoS flow 1 is the smallest
  • the GFBR of QoS flow 2 is the largest
  • the QoS flow 3 MFBR is the largest
  • the target QoS parameters may include: PQI of QoS flow 1, GFBR of QoS flow 2, and MFBR of QoS flow 3.
  • the first target includes four QoS flows, namely, QoS flow 1, QoS flow 2, QoS flow 3, and QoS flow 4.
  • QoS flow 1 has the smallest priority level
  • QoS flow 2 has the smallest PDB
  • QoS flow 2 has the smallest PDB
  • Flow 3 has the largest GFBR
  • QoS flow 14 has the largest MFBR.
  • the target QoS parameters may include: priority level of QoS flow 1, PDB of QoS flow 2, GFBR of QoS flow 3, and MFBR of QoS flow 4. It can be seen that, in the second implementation manner, the target QoS parameters may be determined by synthesizing multiple groups of QoS parameters corresponding to multiple QoS flows in the first target.
  • a set of target QoS parameters is determined for multiple QoS flows, for example, for one target address, multiple target addresses, or multiple QoS flows corresponding to one terminal device
  • a set of target QoS parameters is determined so that DRX can be configured based on a larger granularity than QoS flows in subsequent determination of target DRX configuration. That is, the first terminal device can maintain a set of DRX configurations based on a larger granularity than QoS flows.
  • the granularity of one target address is smaller than that of multiple target addresses, and the granularity of multiple target addresses is smaller than that of one terminal device.
  • configuring DRX based on one target address has higher implementation complexity; configuring DRX based on multiple target addresses is more complex than configuring DRX based on one terminal device.
  • the implementation complexity is higher. In other words, as the granularity gradually increases, the implementation complexity gradually decreases.
  • the group of QoS flows is the target QoS parameter of the first target.
  • the first terminal device may also determine the target DRX configuration according to the process described in steps 720 to 740 below, and perform sidelink communication based on the target DRX configuration.
  • a target DRX configuration is determined based on the first mapping relationship and the target QoS parameters.
  • the first mapping relationship may be used to indicate the corresponding relationship between the QoS parameter and the DRX configuration.
  • the corresponding relationship between the QoS parameters and the DRX configuration may be, for example, the corresponding relationship between at least one group of QoS parameters and at least one DRX configuration.
  • One DRX configuration may correspond to one set of QoS parameters, or may correspond to multiple sets of QoS parameters.
  • the QoS parameters corresponding to the target DRX configuration may be a subset of the above-mentioned target QoS parameters.
  • the target QoS parameter may be the same as the set of QoS parameters in the first mapping relationship.
  • the target QoS parameters include PQI, priority level, PER, PDB, MDBV, and GFBR
  • the set of QoS parameters indicated in the first mapping relationship includes PQI, priority level, PER, PDB, MDBV, and GFBR.
  • the target QoS parameters may include a group of QoS parameters in the first mapping relationship, or in other words, the group of QoS parameters in the first mapping relationship may be part of the parameters in the target QoS parameters.
  • the target QoS parameters include PQI, priority level, PER, PDB, MDBV, GFBR, MFBR, and the set of QoS parameters indicated in the first mapping relationship includes priority level, PER, PDB, MDBV, and GFBR.
  • the target QoS parameter may be the same as a group of QoS parameters in the first mapping relationship, or the target QoS parameter may include a group of QoS parameters in the first mapping relationship, it can be considered that the first mapping relationship can be found in the first mapping relationship.
  • a set of QoS parameters matches the target QoS parameters, that is, the target DRX configuration corresponding to the target QoS parameters can be found.
  • the same set of QoS parameters as the target QoS parameters may be preferentially selected to determine the target DRX configuration.
  • matching may mean that in at least one group of QoS parameters indicated by the first mapping relationship, there is a group of QoS parameters that is a subset of the above-mentioned target QoS parameters. That is, the target QoS parameter is the same as a group of QoS parameters in the first mapping relationship, or the target QoS parameter includes a group of QoS parameters in the first mapping relationship.
  • mismatch may mean that any set of QoS parameters in the first mapping relationship is not a subset of the above-mentioned target QoS parameters.
  • the first mapping relationship may be determined by the first terminal device itself, may also be received from other devices, or may be received from an upper layer of the first terminal device.
  • the method further includes: the first terminal device receives first indication information, where the first indication information is used to indicate the first mapping relationship.
  • a first possible situation is that the first indication information may be received from a network device.
  • the foregoing first terminal device receiving the first indication information may specifically include: the first terminal device receiving the first indication information from the network device.
  • the first indication information may be carried in, for example, a radio resource control (radio resource control, RRC) message, a system information block (system information block, SIB) message, or a preconfiguration message.
  • RRC radio resource control
  • SIB system information block
  • the first indication information may be carried in the RRC message received from the network device.
  • the first terminal device is in the RRC idle state or the inactive state
  • the first indication information may be carried in the SIB message received from the network device.
  • OOC out-of-coverage
  • the second possible situation is that the first indication information may be received from other terminal devices.
  • the first terminal device obtains the first indication information by receiving a PC5-RRC message or a PC5-S message sent by the opposite end (second terminal device), where the first indication information is used to indicate the first mapping relationship.
  • the second terminal device sends the first indication information.
  • the second terminal device may configure the first mapping relationship by itself, and send the configured first mapping relationship to the first terminal device.
  • the first terminal device is a receiving terminal device
  • the second terminal device is an originating terminal device.
  • the first indication information may be received by the access layer of the first terminal device from an upper layer (eg, a V2X or PC5-S layer).
  • the above-mentioned first terminal device receiving the first indication information may specifically include: the access layer of the first terminal device receives the first indication information from the upper layer, where the first indication information is used to indicate the first mapping relationship.
  • the upper layer of the first terminal device may configure the first mapping relationship by itself, and deliver the configured first mapping relationship to the AS layer.
  • the target DRX configuration may also be a default (default) DRX configuration or a common (common) DRX configuration. In the case of using the default DRX configuration or the public DRX configuration, it can be considered that the target DRX configuration is not associated with QoS parameters.
  • the first terminal device does not find a corresponding relationship matching the target QoS parameter from the first mapping relationship.
  • the first terminal device may use the default DRX configuration or the public DRX configuration as the target DRX configuration.
  • the following method 1000 shows the case of using the default DRX configuration or the common DRX configuration during the establishment of the direct communication.
  • the target DRX configuration corresponds to the first target.
  • the first target may include a target address, multiple target addresses, or a terminal device.
  • the target DRX configuration may correspond to one target address, or multiple target addresses or one terminal device.
  • the target DRX configuration corresponds to a target address
  • multiple QoS flows in the target address can all perform sidelink communication based on the target DRX configuration.
  • the DRX configurations of multiple QoS flows on the sidelink corresponding to the same target address are the same.
  • multiple QoS flows in the target addresses can all perform sidelink communication based on the target DRX configuration.
  • the DRX configurations of multiple QoS flows corresponding to multiple destination addresses on the sidelink are the same.
  • multiple QoS flows in all target addresses of the first terminal device may perform sidelink communication based on the target DRX configuration.
  • the DRX configurations of the multiple QoS flows corresponding to the first terminal device on the sidelink are the same.
  • the first terminal device can configure the same DRX for multiple QoS flows in the first target, so that multiple QoS flows in the first terminal device can be enabled based on the same DRX configuration and closing the radio frequency channel, so that the switching frequency of the first terminal device between on and off of the radio frequency channel can be avoided to a certain extent, the processing complexity is reduced, and the energy is saved.
  • the target DRX configuration is determined based on the target QoS parameters, and the target QoS parameters are determined based on multiple sets of QoS parameters corresponding to the above-mentioned first target, the determined target DRX configuration can meet the QoS requirements to a certain extent, This enables the first terminal device to have better QoS performance.
  • step 730 the first terminal device performs sidelink communication based on the target DRX configuration.
  • communication may include sending or receiving.
  • the first terminal device may be an originating terminal device or a receiving terminal device. This embodiment of the present application does not limit this.
  • the first terminal device may perform sidelink communication with the second terminal device based on the target DRX configuration.
  • the second terminal device may be a receiving terminal device that performs unicast communication with the first terminal device, or may be a group of receiving terminal devices that perform multicast communication with the first terminal device
  • One of the devices may also be a receiving terminal device in the communication system that receives the broadcast service.
  • the first terminal equipment When the first terminal equipment is a receiving terminal equipment, the first terminal equipment may be a receiving terminal equipment that performs unicast communication with the second terminal equipment, or may be a group of receiving terminal equipment that performs multicast communication with the second terminal equipment.
  • One of the end terminal devices may also be a receiving end terminal device in the communication system that receives the broadcast service of the second terminal device.
  • the method 700 further includes: step 740, the first terminal device sends the target DRX configuration to the second terminal device. Accordingly, the second terminal device receives the target DRX configuration.
  • the first terminal device may send the target DRX configuration to the second terminal device through signaling such as PC5-S, PC5-RRC, SL MAC layer control element (control element, CE), and SL-SIB.
  • the target DRX configuration may be sent, for example, in a unicast, multicast or broadcast manner. This embodiment of the present application does not limit the signaling carrying the target DRX configuration and the manner of sending the signaling.
  • the first terminal device and the second terminal device can perform sidelink communication based on the same DRX configuration (ie, the target DRX configuration).
  • the two can send and receive at the same time, close the RF channel at the same time, and stop sending and receiving.
  • the reliability of transmission can be guaranteed, thereby ensuring better QoS performance.
  • the first terminal device may determine the target QoS parameters according to multiple sets of QoS parameters corresponding to the first target, and then determine the target DRX configuration according to the target QoS parameters and the corresponding relationship between the QoS parameters and the DRX configuration.
  • multiple QoS flows in the first target can all perform sidelink communication based on the DRX configuration.
  • multiple QoS flows in the first terminal device can open and close the radio frequency channel based on the same DRX configuration, so that the switching frequency of the first terminal device between on and off of the radio frequency channel can be avoided to a certain extent, Reduce processing complexity and save energy.
  • the target DRX configuration is determined based on the target QoS parameters, and the target QoS parameters are determined based on multiple sets of QoS parameters corresponding to the above-mentioned first target, the determined target DRX configuration can meet the QoS requirements to a certain extent, This enables the first terminal device to have better QoS performance, thereby achieving a balance between QoS performance and energy saving.
  • an embodiment of the present application further provides a DRX configuration method.
  • the first terminal device can determine the target DRX configuration based on the target service, so as to provide a more flexible configuration manner for the DRX configuration. The method will be described below in conjunction with the FIG. 8 pair.
  • FIG. 8 is a schematic flowchart of a DRX configuration method provided by another embodiment of the present application.
  • the method 800 shown in FIG. 8 shows the flow of DRX configuration based on the mapping relationship between services and DRX configuration.
  • the method 800 is implemented based on the mapping relationship between services and DRX, and may include steps 810 to 840 . Each step in the method 800 will be described in detail below.
  • a target service is determined based on multiple sets of QoS parameters corresponding to the first target.
  • the first target includes: one target address, multiple target addresses (also referred to as a group of target addresses), or a terminal device (eg, a first terminal device).
  • a terminal device may specifically refer to all target addresses of a terminal device. Therefore, the first target corresponding to a terminal device may specifically refer to all target addresses of the first target corresponding to a terminal device.
  • the multiple destination addresses may specifically refer to multiple destination addresses of a terminal device, for example, may be part of all destination addresses of the terminal device. Therefore, the multiple target addresses corresponding to the first target may specifically refer to a partial target address corresponding to a terminal device by the first target.
  • multiple target addresses can also be referred to as a group of target addresses.
  • the set of destination addresses can be obtained, for example, by grouping the destination addresses of the first terminal devices. The specific manner of grouping is not limited in this embodiment of the present application.
  • the set of target addresses may be determined by the upper layer of the first terminal device, and the upper layer may further notify the access layer of multiple target addresses corresponding to the set of target addresses.
  • the set of target addresses may also be determined by the access layer of the first terminal device.
  • the upper layer or the access layer of the first terminal device may obtain, for example, a plurality of target addresses corresponding to the group of target addresses through a device discovery (discovery) process or a direct connection communication process.
  • the target address can be used to identify a peer terminal equipment (sending or receiving terminal equipment), so the first target can correspond to a pair that performs sidelink communication with the first terminal equipment. terminal equipment or multiple peer terminal equipment; in multicast communication, the target address can be used to identify a group, so the first target can correspond to the terminal equipment of one or more groups receiving the multicast service of the first terminal equipment ; In broadcast communication, the target address can be used to identify a service, so the first target can correspond to a terminal device that receives one or more broadcast services of the first terminal device.
  • the first target may include one or more QoS.
  • the first target includes multiple QoS flows.
  • the multiple QoS flows may be multiple QoS flows in one target address, multiple QoS flows in multiple destination addresses, or multiple QoS flows in one terminal device.
  • the multiple groups of QoS parameters corresponding to the first target may be multiple groups corresponding to multiple QoS flows included in one target address.
  • the first target may be a collective term for multiple QoS flows.
  • the first target may be replaced by a plurality of QoS flows.
  • Step 810 can also be expressed as: the first terminal device determines the target service based on multiple sets of QoS parameters corresponding to multiple QoS flows.
  • the first terminal device may first acquire information of multiple QoS flows in the first target, and then determine the target service based on multiple sets of QoS parameters corresponding to the multiple QoS flows.
  • the first terminal device may determine the target service in the following manner.
  • the upper layer of the first terminal device may send information of multiple QoS flows included in the first target to the access layer, and the access layer may determine the target according to multiple sets of QoS parameters corresponding to the multiple QoS flows business.
  • the information of the multiple QoS flows is used to indicate the multiple QoS flows.
  • the first terminal device may obtain multiple groups of QoS corresponding to multiple QoS flows included in the first target through a PC5-RRC message or a PC5-S message sent by the opposite terminal (eg, the second terminal device). parameters, and then determine the target service according to the multiple groups of QoS parameters.
  • the first terminal device is a receiving terminal device
  • the second terminal device is an originating terminal device.
  • the first terminal device may obtain the target service corresponding to the first target through the PC5-RRC message or the PC5-S message sent by the opposite end (eg, the second terminal device).
  • the target service corresponding to the first target may be determined by the second terminal device.
  • the first terminal device is a receiving terminal device
  • the second terminal device is an originating terminal device.
  • the first terminal device may determine the target service based on one or more of the following QoS parameters: priority level, PER, PDB, MDBV, GFBR, MFBR, PC5 link AMBR, range, and PQI.
  • QoS parameters priority level, PER, PDB, MDBV, GFBR, MFBR, PC5 link AMBR, range, and PQI.
  • the first terminal device may select the service corresponding to the target QoS flow as the target service.
  • the target QoS flow may be determined based on a certain QoS parameter of the multiple QoS flows in the first target.
  • the target QoS flow may be: the QoS flow with the smallest priority among the multiple QoS flows included in the first target, or the QoS flow with the smallest PDB among the multiple QoS flows included in the first target, or the first target Among the multiple QoS flows included, the QoS flow with the smallest PER, or the QoS flow with the largest MDBV among the multiple QoS flows included in the first target, or the QoS flow with the maximum GFBR among the multiple QoS flows included in the first target, or the first The QoS flow with the largest MFBR among the multiple QoS flows included in the target, or the QoS flow with the largest PC5 link AMBR among the multiple QoS flows included in the first target, or the QoS flow with the largest range among the multiple QoS flows included in the first target Wait.
  • the first target includes business 1, business 2, and business 3. If the priority level of a certain QoS flow in service 1 is the smallest QoS flow among the multiple QoS flows included in service 1, 2, and 3, this service 1 can be determined as the target service.
  • the target QoS flow may also be determined based on a plurality of QoS parameters of the plurality of QoS flows in the first target.
  • the target QoS flow may be a QoS flow that satisfies at least two of the following among the multiple QoS flows included in the first target: minimum priority level, minimum PER, minimum PDB, and maximum MDBV.
  • the QoS flow with the smallest PDB, the smallest PER, or the largest MDBV among the multiple QoS flows may be determined as the target QoS flow.
  • the QoS flow with the smallest PER or the largest MDBV among the multiple QoS flows may be further determined as the target. QoS flow.
  • the QoS flow with the smallest PDB or the largest MDBV among the multiple QoS flows can be further determined as: Target QoS flow.
  • the QoS flow with the smallest PDB or the smallest PER among the multiple QoS flows may be further determined as Target QoS flow.
  • the first target includes business 1, business 2, and business 3.
  • There are multiple QoS flows in service 1 and service 2 and the priority is the same and the smallest, but the PER of one QoS flow in service 1 is smaller than the PER of any QoS flow in service 2, then service 1 can be determined as The target business of the first target.
  • the first target includes business 1, business 2, and business 3.
  • the first terminal device may determine the target QoS flow according to one or more predefined QoS parameters.
  • One or more of the predefined QoS parameters described here can be notified by the network device through signaling in advance (for example, RRC dedicated signaling, SIB message, pre-configuration message, etc.), or can be communicated with the first terminal device.
  • the terminal equipment for example, the second terminal equipment
  • the terminal equipment that performs sidelink communication is notified in advance through signaling (for example, a PC5-RRC message, a PC5-S message, etc.), or it can also be predefined by a protocol, which is implemented in this application The example does not limit this.
  • the first terminal device may determine the target service based on the target QoS flow.
  • the target service may be the service corresponding to the target QoS flow, or in other words, the target service may be the service to which the target QoS flow belongs. Taking the relationship between the service and QoS flow shown in Figure 4 as an example, assuming that the target QoS flow is QoS flow 1 in Figure 4, the target service is Service 1; assuming that the target QoS flow is QoS flow 7 in Figure 4, then the target Business is business 3.
  • a target service is determined based on multiple sets of QoS parameters corresponding to multiple QoS flows, for example, based on one target address, multiple target addresses, or multiple
  • the group QoS parameter determines a target service, so that the DRX can be configured based on a larger granularity than the QoS flow when the target DRX configuration is subsequently determined. That is, the first terminal device can maintain a set of DRX configurations based on a larger granularity than QoS flows.
  • the granularity of one target address is smaller than that of multiple target addresses, and the granularity of multiple target addresses is smaller than that of one terminal device.
  • configuring DRX based on one target address has higher implementation complexity; configuring DRX based on multiple target addresses is more complex than configuring DRX based on one terminal device.
  • the implementation complexity is higher. In other words, as the granularity gradually increases, the implementation complexity gradually decreases.
  • the service is the target service of the first target.
  • the first terminal device may also determine the target DRX configuration according to the procedures described in steps 820 to 840 below, and perform sidelink communication based on the target DRX configuration.
  • a target DRX configuration is determined based on the second mapping relationship and the target service.
  • the second mapping relationship may be used to indicate the corresponding relationship between the service and the DRX configuration.
  • the second mapping relationship may be specifically used to indicate the corresponding relationship between the service type and the DRX configuration.
  • the target DRX configuration determined based on the second mapping relationship and the target service is the DRX configuration corresponding to the service type of the target service.
  • the service type may be specifically identified by, for example, PSID or ITS-AID. Therefore, the second mapping relationship may specifically be the corresponding relationship between the PSID and the DRX configuration, or may also be the corresponding relationship between the ITS-AID and the DRX configuration.
  • the second mapping relationship may be determined by the first terminal device itself, may also be received from other devices, or may be received from an upper layer of the first terminal device. This embodiment of the present application does not limit this.
  • the method further includes: the first terminal device receives second indication information, where the second indication information is used to indicate the second mapping relationship.
  • a first possible situation is that the second indication information may be received from a network device.
  • the foregoing first terminal device receiving the second indication information may specifically include: the first terminal device receiving the second indication information from the network device, where the second indication information is used to indicate the second mapping relationship.
  • the second terminal device sends the second indication information.
  • the second indication information may be carried in, for example, an RRC message, an SIB message, or a pre-configuration message.
  • the second indication information may be carried in the RRC message received from the network device.
  • the second indication information may be carried in the SIB message received from the network device.
  • the second indication information may be carried in the pre-configuration message received from the network device.
  • the second possible situation is that the first indication information may be received from the second terminal device.
  • the above-mentioned first terminal device receiving the second indication information may specifically include: the first terminal device receiving the second indication information from the opposite end (eg, the second terminal device), where the second indication information is used to indicate the second mapping relationship.
  • the second terminal device sends the second indication information.
  • the second terminal device may configure the second mapping relationship by itself, and send the configured second mapping relationship to the first terminal device.
  • the first terminal device is a receiving terminal device
  • the second terminal device is an originating terminal device.
  • a third possible situation is that the second indication information may be received by the access layer of the first terminal device from the upper layer.
  • the above-mentioned first terminal device receiving the second indication information may specifically include: the access layer of the first terminal device receives the second indication information from the upper layer, where the first indication information is used to indicate the first mapping relationship.
  • the V2X layer of the first terminal device can configure the second mapping relationship by itself, and deliver the configured second mapping relationship to the access layer.
  • the target DRX configuration may also be a default DRX configuration or a common DRX configuration. In the case of using the default DRX configuration or the public DRX configuration, it can be considered that the target DRX configuration is not associated with services.
  • the first terminal device may use the preconfigured default DRX configuration or the public DRX configuration as the target DRX configuration.
  • the following method 1000 shows the case of using the default DRX configuration or the common DRX configuration during the establishment of the direct communication.
  • the target DRX configuration corresponds to the first target.
  • the target DRX configuration corresponds to the first target.
  • the first terminal device can configure the same DRX for multiple QoS flows in the first target, so that multiple QoS flows in the first terminal device can be enabled based on the same DRX configuration and closing the radio frequency channel, so that the switching frequency of the first terminal device between on and off of the radio frequency channel can be avoided to a certain extent, the processing complexity is reduced, and the energy is saved.
  • the target DRX configuration is determined based on the target QoS parameters, and the target QoS parameters are determined based on multiple sets of QoS parameters corresponding to the above-mentioned first target, the determined target DRX configuration can meet the QoS requirements to a certain extent, This enables the first terminal device to have better QoS performance.
  • step 830 the first terminal device sends the target DRX configuration to the second terminal device. Accordingly, the second terminal device receives the target DRX configuration.
  • step 840 the first terminal device performs sidelink communication based on the target DRX configuration.
  • steps 830 and 840 reference may be made to the relevant descriptions of steps 740 and 730 in the above method 700, and for brevity, details are not repeated here.
  • the first terminal device may determine the target service according to multiple sets of QoS parameters corresponding to the first target, and then determine the target DRX configuration according to the target service and the corresponding relationship between the service and the DRX configuration.
  • multiple QoS flows in the first target can all perform sidelink communication based on the DRX configuration.
  • multiple QoS flows in the first terminal device can open and close the radio frequency channel based on the same DRX configuration, so that the switching frequency of the first terminal device between on and off of the radio frequency channel can be avoided to a certain extent, Reduce processing complexity and save energy.
  • the target DRX configuration is determined based on the target QoS parameters, and the target QoS parameters are determined based on multiple sets of QoS parameters corresponding to the above-mentioned first target, the determined target DRX configuration can meet the QoS requirements to a certain extent, This enables the first terminal device to have better QoS performance, thereby achieving a balance between QoS performance and energy saving.
  • QoS parameters or service types may not be available.
  • the terminal device may not have been configured with QoS parameters or service types.
  • FIG. 9 shows the direct connection communication establishment flow.
  • FIG. 9 shows a specific flow of establishing direct communication between the first terminal device and the second terminal device. It should be understood that the direct connection communication establishment procedure is used for the establishment of unicast communication.
  • step 910 the first terminal device sends a direct communication request (direct communication request, DCR) message to the second terminal device.
  • DCR direct communication request
  • step 920 in response to the DCR message, the second terminal device sends a direct security mode command message to the first terminal device.
  • the first terminal device receives the security establishment command message.
  • step 930 the first terminal device sends a direct security mode complete message to the second terminal device.
  • step 940 the second terminal device sends a direct command accept message to the first terminal device.
  • a unicast connection is established between the first terminal device and the second terminal device.
  • the first terminal device may not be able to determine the target DRX configuration based on the first mapping relationship or the second mapping relationship described above to determine the unicast configuration for the unicast The target DRX configuration for the connection.
  • the DRX configuration may not be aligned between the terminal devices that establish the unicast connection before the unicast DRX negotiation is completed, which may cause the above message not to be received, which will lead to the failure of the unicast connection establishment and the unicast connection configuration. failure, which ultimately affects the communication quality of the sidelink.
  • an embodiment of the present application also provides a DRX configuration method, so as to align the DRX configuration between terminal devices that need to establish direct communication without configuring QoS parameters or service types.
  • the DRX configuration method provided by the embodiment of the present application will be described below with reference to FIG. 10 . It should be understood that although the embodiment shown in FIG. 10 shows the process of the first terminal device executing the DRX configuration method, this should not constitute any limitation to the present application.
  • the second terminal device may also be used to execute the following DRX configuration method, which is not limited in this embodiment of the present application.
  • FIG. 10 is a schematic flowchart of a DRX configuration method provided by another embodiment of the present application. As shown in FIG. 10 , the method 1000 may include steps 1010 to 1030 .
  • step 1010 the first terminal device acquires one or more DRX configurations.
  • the first terminal device may obtain one or more DRX configurations through an RRC message, or a SIB message, or a pre-configuration message, or a PC5-RRC message, or a PC5-S message, or an upper layer or protocol definition of the terminal device.
  • the one or more DRX configurations may be understood as one or more pre-configured optional DRX configurations, and the first terminal device may determine an appropriate DRX configuration based on this for the current direct connection communication establishment procedure.
  • the method 1000 specifically includes: the first terminal device acquires a first mapping relationship or a second mapping relationship, where the first mapping relationship or the second mapping relationship is used to indicate one or more DRX configurations.
  • the first mapping relationship may be used to indicate the corresponding relationship between the QoS parameters and the DRX configuration
  • the second mapping relationship may be used to indicate the corresponding relationship between the service and the DRX configuration.
  • the first terminal device acquires the first mapping relationship, that is, the first terminal device acquires the corresponding relationship between the QoS parameter and the DRX configuration.
  • the first terminal device acquires the second mapping relationship, that is, the second terminal device acquires the correspondence between the service and the DRX configuration. Based on the acquisition of the first mapping relationship or the second mapping relationship, the first terminal device may acquire the above-mentioned one or more DRX configurations.
  • step 1020 the first terminal device determines the first DRX configuration corresponding to the first message.
  • the first message may be any PC5-S message or PC5-RRC message before the DRX configuration negotiation is completed.
  • the first message may include one or more of the following messages: a direct connection communication request message, a direct connection security establishment command message, a direct connection security establishment completion message, a direct connection communication acceptance message, and a device discovery (discovery) process.
  • the first RRC reconfiguration complete sidelink (RRCReconfigurationCompleteSidelink) message after the direct connection communication is established between the terminal devices.
  • first RRCReconfigurationSidelink message or the first RRCReconfigurationCompleteSidelink message sent or received by the first terminal equipment involved in the following may specifically refer to the first RRCReconfigurationSidelink after the first terminal equipment establishes direct communication with the second terminal equipment. message or the first RRCReconfigurationCompleteSidelink message.
  • the first terminal device may determine the first DRX configuration corresponding to the first message through the following five possible implementation manners:
  • the first terminal device may first determine the QoS parameter (or service type) corresponding to the first message, and then may further determine its corresponding first SL DRX configuration according to the QoS parameter (or service type) corresponding to the first message.
  • the first DRX configuration may correspond to the QoS parameter (or service type) corresponding to the first message.
  • the QoS parameter (or service type) corresponding to the first message may be predefined by a protocol, or may also be received from a network device, such as an RRC message, SIB message, or pre-configuration message, etc., or may be received from the first terminal.
  • the upper layer of the device can also receive it from the first terminal device at the opposite end, such as through a PC5RRC message or a PC5-S message.
  • the QoS parameters (or service types) corresponding to different first messages may be different.
  • the QoS parameters (or service types) corresponding to the DCR message and the security setup command message are different.
  • the first terminal device may correspond to the first message based on The first DRX configuration is determined based on the QoS parameters corresponding to the first message and the first mapping relationship, or the first DRX configuration may also be determined based on the service type corresponding to the first message and the second mapping relationship. For brevity, the specific process is not repeated here.
  • the first DRX configuration is a DRX configuration corresponding to multicast or broadcast. That is, the first DRX configuration can also be used for multicast communication or broadcast communication.
  • the first terminal device determines the default DRX configuration or the common DRX configuration as the first DRX configuration.
  • each resource pool may include a corresponding default DRX configuration or a common DRX configuration
  • the first terminal device may use the corresponding default DRX configuration or common DRX configuration in the resource pool to send or receive the first message.
  • using the default DRX configuration or the common DRX configuration to send or receive the first message may specifically refer to using the resources corresponding to the default DRX configuration or the common DRX configuration to send or receive the first message.
  • the resources corresponding to the default DRX configuration or the common DRX configuration may specifically refer to resources used for transmission or reception on the sidelink.
  • the resources corresponding to the default DRX configuration or the public DRX configuration may be, for example, the DRX resources shown in FIG. 6 , or may also be the resources corresponding to the on time shown in FIG. 5 . It can be understood that this resource is a part of the resource in the resource pool.
  • the first terminal device may trigger to use the default DRX configuration or the public DRX configuration to send or receive the first message.
  • the first terminal device when the first terminal device is configured by an upper layer to allow sending or receiving of the direct connection communication request message, it may trigger to use the default DRX configuration or the public DRX configuration to send or receive the first message.
  • the first terminal device when the first terminal device is interested in the target layer 2 identifier of the first message or the service corresponding to the target layer 2 identifier, it can trigger to use the default DRX configuration or the public DRX configuration to send the first message or take over.
  • the service corresponding to the target layer 2 identifier may be determined according to the previously described mapping relationship between the pre-configured V2X service type and the layer 2 identifier.
  • mapping relationship between the pre-configured V2X service type and the layer 2 identifier.
  • the first terminal device may trigger to stop using the default DRX configuration or the public DRX configuration to perform the first The sending or receiving of messages.
  • the first terminal device starts the first timer in the case of sending or receiving the direct connection communication request message, and the first terminal device uses the default DRX configuration or the public DRX configuration when the first timer runs.
  • the first terminal device stops sending or receiving the first message using the default DRX configuration or the common DRX configuration when the first timer expires or stops running.
  • the first timer may be predefined by a protocol, or configured by a network device, or configured by other terminal devices (such as a second terminal device).
  • the first terminal device may start or restart the first timer each time a direct connection communication request message is sent or received.
  • the first terminal device may stop the first timer every time the first RRCReconfigurationSidelink message is sent or received.
  • the first terminal device determines the dedicated DRX configuration as the first SL DRX configuration.
  • each resource pool may include a corresponding dedicated DRX configuration, which may be dedicated to the transmission of the first message.
  • the first terminal device may use the corresponding dedicated DRX configuration in the resource pool to send or receive the first message.
  • using the dedicated DRX configuration to send or receive the first message may specifically refer to using the DRX resource corresponding to the dedicated DRX configuration to send or receive the first message.
  • the resources corresponding to the dedicated DRX configuration may specifically refer to resources used for transmission or reception on the sidelink.
  • the resources corresponding to the dedicated DRX configuration may be, for example, the DRX resources shown in FIG. 6 , or may also be the resources corresponding to the on time shown in FIG. 5 . It can be understood that this resource is a part of the resource in the resource pool.
  • the first terminal device may trigger the use of the dedicated DRX configuration to send or receive the first message.
  • the first terminal device may trigger the use of a dedicated DRX configuration to send or receive the first message.
  • the first terminal device may trigger the use of the dedicated DRX configuration to send or receive the first message.
  • the first terminal device after the first terminal device sends or receives the first RRCReconfigurationSidelink message, or after the first terminal device completes the unicast SL DRX configuration negotiation, triggers to stop using the dedicated DRX configuration to send or receive the first message. .
  • the first terminal device starts a first timer, and the first terminal device uses the dedicated DRX configuration to perform the first message at the moment when the first timer runs.
  • the first terminal device stops sending or receiving the first message by using the dedicated DRX configuration when the first timer expires or stops running.
  • the first timer may be predefined by a protocol, or configured by a network device, or configured by other terminal devices (such as a second terminal device).
  • the first terminal device may start or restart the first timer every time it sends or receives a unicast connection establishment request message.
  • the first terminal device may stop the first timer every time the first RRCReconfigurationSidelink message is sent or received.
  • the first terminal device may determine the DRX configuration with the highest QoS requirement among the one or more DRX configurations acquired by the first terminal device in step 1010 as the first DRX configuration.
  • the first DRX configuration is a DRX configuration with the highest QoS requirement among one or more DRX configurations obtained in advance.
  • the highest QoS requirement may include, for example, one or more of the following: minimum priority level, minimum PER, minimum PDB, and maximum MDBV.
  • the first DRX configuration may be a DRX configuration corresponding to a group of QoS parameters with the highest QoS requirement among one or more groups of QoS parameters corresponding to multiple DRX configurations.
  • the QoS parameters corresponding to each DRX configuration may be determined according to the first mapping relationship described above.
  • the first DRX configuration is one or more sets of QoS parameters corresponding to one or more DRX configurations included in the resource pool corresponding to the first message sending or receiving, and the set of QoS parameters with the highest QoS requirements corresponds to the one or more sets of QoS parameters.
  • DRX configuration is one or more sets of QoS parameters corresponding to one or more DRX configurations included in the resource pool corresponding to the first message sending or receiving, and the set of QoS parameters with the highest QoS requirements corresponds to the one or more sets of QoS parameters.
  • the first terminal device may acquire the above-mentioned one or more DRX configurations in step 1010, for example, acquire the one or more DRX configurations by acquiring the first mapping relationship. Since the specific manner of acquiring the DRX configuration has been described in detail in step 1010, for the sake of brevity, details are not repeated here.
  • the resource pool corresponding to the sending or receiving of the first message may refer to a sending resource pool selected by the first terminal device for sending the first message or a receiving resource pool for receiving the first message.
  • This application does not limit the specific manner in which the first terminal device selects the resource pool.
  • descriptions of the same or similar situations are omitted for brevity.
  • the first terminal device determines the union of one or more DRX configurations acquired by the first terminal device in step 1010 as the first DRX configuration.
  • the first DRX configuration may be a union of one or more DRX configurations obtained in advance.
  • the first SL DRX configuration is a union of multiple DRX configurations included in the corresponding resource pool for sending or receiving the first message. It can be understood that the first terminal device may send or receive the first message on each resource corresponding to multiple DRX configurations included in the corresponding resource pool.
  • step 1030 the first terminal device sends or receives the first message based on the first DRX configuration.
  • the first terminal device sends or receives the first message on the sidelink resource corresponding to the first DRX configuration.
  • the first terminal device may send or receive the first message with the second terminal device based on the target DRX configuration.
  • the first terminal device may determine a target DRX configuration for sidelink communication based on the DRX configuration method in method 700 or method 800 provided above.
  • the first terminal device may first determine the first DRX configuration corresponding to the first message in this stage, and then send or receive the first message based on the first DRX configuration, Therefore, the terminal devices that establish the unicast connection can align the DRX configuration before completing the unicast DRX negotiation, so that the unicast connection can be successfully established and provide support for the subsequent sidelink communication, which is conducive to improving the sidelink chain. communication quality of the road.
  • the network device and the terminal device may include hardware structures and/or software modules, and implement the above functions in the form of hardware structures, software modules, or hardware structures plus software modules . Whether one of the above functions is performed in the form of a hardware structure, a software module, or a hardware structure plus a software module depends on the specific application and design constraints of the technical solution.
  • FIG. 11 is a schematic block diagram of a communication apparatus 1100 provided by an embodiment of the present application. It should be understood that the communication apparatus 1100 may correspond to the first terminal device or the second terminal device in the above method embodiments, and may be used to execute various steps performed by the first terminal device or the second terminal device in the above method embodiments.
  • the communication apparatus 1100 may include a transceiver module 1110 and a processing module 1120 .
  • the apparatus 1100 may correspond to the first terminal device in the embodiments shown in FIG. 7 , FIG. 8 and FIG. 10 , and may include modules of the method executed by the first terminal device.
  • the transceiver module 1110 can be used to perform steps 730 and 740 in the above method 700 .
  • the processing module 1120 may be used to perform steps 710 and 720 in the method 700 .
  • the transceiver module 1110 may be configured to determine target QoS parameters based on multiple groups of QoS parameters corresponding to the first target; the first target includes multiple QoS flows; and determine the target DRX configuration based on the first mapping relationship and the target QoS parameters , the first mapping relationship is used to indicate the corresponding relationship between the QoS parameter and the DRX configuration; the transceiver module 1110 can be used to perform sidelink communication based on the target DRX configuration.
  • the first target includes: one target address, multiple target addresses or terminal devices.
  • the processing module 1120 may be configured to determine the target QoS parameter according to one or more of the following QoS parameters: priority level, PER, PDB, MDBV, GFBR, MFBR, PC5 link AMBR, range, and PQI , wherein the PQI is used to indicate the following QoS parameters: default priority level, PDB, PER, MDBV, GFBR, MFBR, default AMBR and default sliding window.
  • the target QoS parameter is a set of QoS parameters corresponding to the target QoS flow in the first target; the target QoS flow is one of the multiple QoS flows included in the first target, The QoS flow with the smallest priority, or the QoS flow with the smallest PER, or the QoS flow with the smallest PDB, or the QoS flow with the largest MDBV.
  • each parameter in the target QoS parameters is respectively selected from multiple groups of QoS parameters corresponding to the multiple QoS flows included in the first target.
  • the target DRX configuration is a default DRX configuration or a public DRX configuration.
  • the transceiver module 1110 is further configured to receive first indication information, where the first indication information is used to indicate the first mapping relationship.
  • a first possible situation is that the first indication information is sent by a network device.
  • the transceiver module 1110 may be configured to receive the first indication information from the network device.
  • the second possible situation is that the first indication information is sent by the second terminal device.
  • the transceiver module 1110 may be configured to receive the first indication information from the second terminal device.
  • a third possible situation is that the first indication information is sent by the upper layer of the apparatus 1100 to the access layer.
  • the transceiver module 1110 may be configured at the access layer of the device 1100 , and may be specifically configured to receive the first indication information from the upper layer of the device 1100 .
  • the transceiver module 1110 can also be used to send the target DRX configuration.
  • the transceiver module 1110 can be used to perform steps 830 and 840 in the above method 800 .
  • the processing module 1120 can be used to perform steps 810 and 820 in the method 800 .
  • the processing module 1120 may be configured to determine target services based on multiple sets of QoS parameters corresponding to the first target, where the first target includes one or more services, and each service includes one or more QoS flows; the processing module 1120 is further configured to determine a target DRX configuration based on a second mapping relationship and the target service, where the second mapping relationship is used to indicate a corresponding relationship between a service and a DRX configuration, and the target DRX configuration corresponds to the first target;
  • the transceiver module 1110 may implement sidelink communication based on the target DRX configuration.
  • the first target includes: one target address, multiple target addresses or terminal devices.
  • the second mapping relationship is specifically used to indicate the corresponding relationship between the service type and the DRX configuration; the processing module 1120 can be specifically used to realize the service type based on the second mapping relationship and the target service, determine the target service DRX configuration.
  • the second mapping relationship includes a corresponding relationship between PSID and DRX configuration, and the PSID is used to indicate a service type; and the processing module 1120 can be specifically configured to be based on the corresponding relationship between PSID and DRX configuration, and the service type of the target service, Determine the target DRX configuration.
  • the second mapping relationship includes a corresponding relationship between an ITS-AID and a DRX configuration, where the ITS-AID is used to indicate a service type; the processing module 1120 may be specifically configured to implement a corresponding relationship based on the ITS-AID and the DRX configuration, and the service type of the target service to determine the target DRX configuration.
  • the processing module 1120 can be specifically configured to determine the target service according to one or more of the following QoS parameters: priority level, PER, PDB, MDBV, GFBR, MFBR, PC5 link aggregation maximum bit rate AMBR, range and PQI, where PQI is used to indicate the following QoS parameters: Default Priority Level, PDB, PER, MDBV, GFBR, MFBR, Default AMBR, and Default Sliding Window.
  • QoS parameters priority level, PER, PDB, MDBV, GFBR, MFBR, PC5 link aggregation maximum bit rate AMBR, range and PQI, where PQI is used to indicate the following QoS parameters: Default Priority Level, PDB, PER, MDBV, GFBR, MFBR, Default AMBR, and Default Sliding Window.
  • the target service is the service corresponding to the target QoS flow included in the first target;
  • the target QoS flow is the QoS flow with the smallest priority among the multiple QoS flows included in the first target, the Or the QoS flow with the smallest PER, or the QoS flow with the smallest PDB, or the QoS flow with the largest MDBV.
  • the target DRX configuration is the default DRX configuration or the public DRX configuration.
  • the transceiver module 1110 is further configured to receive second indication information, where the second indication information is used to indicate the second mapping relationship.
  • a first possible situation is that the second indication information is sent by a network device.
  • the transceiver module 1110 may be configured to receive the second indication information from the network device.
  • the second possible situation is that the second indication information is sent by the second terminal device.
  • the transceiver module 1110 may be configured to receive the second indication information from the second terminal device.
  • a third possible situation is that the second indication information is sent by the upper layer of the apparatus 1100 to the access layer.
  • the transceiver module 1110 may be configured at the access layer of the device 1100 , and may be specifically configured to receive the second indication information from the upper layer of the device 1100 .
  • the transceiver module 1110 can also be used to send the target DRX configuration.
  • the transceiver module 1110 can be used to perform step 1030 in the above method 1000 .
  • the processing module 1120 can be used to perform steps 1010 and 1020 in the method 1000 .
  • the processing module 1120 can be used to obtain one or more DRX configurations; can be used to determine the first DRX configuration corresponding to the first message; the transceiver module 1110 can be used to send the first message or send the first message based on the first DRX configuration. take over.
  • the first DRX configuration is a DRX configuration corresponding to a QoS parameter corresponding to the first message, and the QoS parameter of the first message is pre-configured or predefined by a protocol.
  • the first DRX configuration is a DRX configuration corresponding to a service type corresponding to the first message, and the service type corresponding to the first message is pre-configured or predefined by a protocol.
  • the first DRX configuration is a default DRX configuration or a public DRX configuration.
  • the first DRX configuration is a dedicated DRX configuration.
  • the first DRX configuration is a DRX configuration with the highest QoS requirement among one or more DRX configurations acquired by the apparatus 1100 .
  • the highest QoS requirements include one or more of the following: minimum priority level, minimum PER, minimum PDB, and maximum MDBV.
  • the first DRX configuration is a union of one or more DRX configurations acquired by the apparatus 1100 .
  • the apparatus 1100 may correspond to the second terminal device in the embodiments shown in FIG. 7 , FIG. 8 and FIG. 10 , and may include modules of the method executed by the second terminal device.
  • the transceiver module 1110 can be used to perform steps 730 and 740 in the above method 700 .
  • the transceiver module 1100 may be configured to receive a target DRX configuration, where the target DRX configuration is determined based on a first mapping relationship and a target QoS parameter; wherein the first mapping relationship is used to indicate a corresponding relationship between the QoS parameter and the DRX configuration, the The target QoS parameter is determined based on multiple groups of QoS parameters corresponding to the first target; the target DRX configuration corresponds to the first target, and the first target includes multiple QoS flows of the first terminal device; the transceiver module 1100 is further configured to base on the The target DRX is configured for sidelink communication.
  • the transceiver module 1110 can be used to perform steps 830 and 840 in the above method 800 .
  • the transceiver module 1100 may be configured to receive a target DRX configuration, where the target DRX configuration is determined based on the second mapping relationship and the target service; wherein, the second mapping relationship is used to indicate the corresponding relationship between the service and the DRX configuration, and the target DRX configuration is determined based on the second mapping relationship and the target service.
  • the service is determined based on multiple sets of QoS parameters corresponding to the first target, the target DRX configuration corresponds to the first target, the first target includes one or more services of the first terminal device, and each service includes one or more QoS parameters flow; the transceiver module 1100 can also be used for sidelink communication based on the target DRX configuration.
  • the transceiver module 1110 can be used to perform step 1030 in the above method 1000 .
  • the transceiver module 1100 may be configured to send or receive the first message based on the first DRX configuration.
  • each functional module in each embodiment of the present application may be integrated into one processor, or may exist physically alone, or two or more modules may be integrated into one module.
  • the above-mentioned integrated modules can be implemented in the form of hardware, and can also be implemented in the form of software function modules.
  • FIG. 12 is another schematic block diagram of a communication apparatus provided by an embodiment of the present application.
  • the communication apparatus 1200 includes at least one processor 1210 for implementing the function of the first terminal device in the method provided by the embodiment of the present application.
  • the processor 1210 may be configured to determine target QoS parameters based on multiple sets of QoS parameters corresponding to the first target, where the first target includes multiple sets of QoS parameters. and can be used to determine the target DRX configuration based on the first mapping relationship and the target QoS parameters. For details, refer to the detailed description in the method example, which is not repeated here.
  • the processor 1210 may be configured to determine the target service based on multiple sets of QoS parameters corresponding to the first target, where the first target includes one or more QoS parameters. multiple services, each of which includes one or more QoS flows; and can be used to determine a target DRX configuration based on the second mapping relationship and the target service. For details, refer to the detailed description in the method example, which is not repeated here.
  • the processor 1210 may be configured to acquire one or more DRX configurations; and may be configured to determine the first DRX configuration corresponding to the first message.
  • the processor 1210 may be configured to acquire one or more DRX configurations; and may be configured to determine the first DRX configuration corresponding to the first message.
  • Communication apparatus 1200 may also include at least one memory 1220 for storing program instructions and/or data.
  • Memory 1220 and processor 1210 are coupled.
  • the coupling in the embodiments of the present application is an indirect coupling or communication connection between devices, units or modules, which may be in electrical, mechanical or other forms, and is used for information exchange between devices, units or modules.
  • the processor 1210 may cooperate with the memory 1220.
  • the processor 1210 may execute program instructions stored in the memory 1220 . At least one of the at least one memory may be included in the processor.
  • the communication device 1200 may also include a communication interface 1230 .
  • the communication interface 1230 may be a transceiver, an interface, a bus, a circuit, or a device capable of implementing a transceiver function.
  • the communication interface 1230 is used to communicate with other devices through a transmission medium, so that the devices in the communication device 1200 can communicate with other devices.
  • the other device may be a second terminal device or a network device.
  • the processor 1210 uses the communication interface 1230 to send and receive data, and is configured to implement the method executed by the first terminal device in the embodiments corresponding to FIG. 7 , FIG. 8 , and FIG. 10 .
  • the specific connection medium between the processor 1210, the memory 1220, and the communication interface 1230 is not limited in the embodiments of the present application.
  • the memory 1220, the processor 1210, and the communication interface 1230 are connected by a bus 1240 in FIG. 12.
  • the bus is represented by a thick line in FIG. 12, and the connection between other components is only for schematic illustration. , is not limited.
  • the bus can be divided into an address bus, a data bus, a control bus, and the like. For ease of representation, only one thick line is shown in FIG. 12, but it does not mean that there is only one bus or one type of bus.
  • FIG. 13 is a schematic structural diagram of a terminal device provided by an embodiment of the present application.
  • the terminal device can be applied to the systems shown in FIG. 1 , FIG. 2 , and FIG. 3 .
  • the terminal device 1300 includes a processor 1301 and a transceiver 1302 .
  • the terminal device 1300 further includes a memory 1303 .
  • the processor 1301, the transceiver 1302 and the memory 1303 can communicate with each other through an internal connection path to transmit control and/or data signals.
  • the computer program is invoked and executed to control the transceiver 1302 to send and receive signals.
  • the terminal device 1300 may further include an antenna 1304 for sending the uplink data or uplink control signaling output by the transceiver 1302 through wireless signals.
  • the above-mentioned processor 1301 and the memory 1303 can be combined into a processing device, and the processor 1301 is configured to execute the program codes stored in the memory 1303 to realize the above-mentioned functions.
  • the memory 1303 may also be integrated in the processor 1301 or independent of the processor 1301 .
  • the processor 1301 may correspond to the processing module 1120 in FIG. 11 or the processor 1210 in FIG. 12 .
  • the transceiver 1302 described above may correspond to the transceiver module 1120 in FIG. 11 or the communication interface 1230 in FIG. 12 .
  • the transceiver 1202 may include a receiver (or receiver, receiving circuit) and a transmitter (or transmitter, transmitting circuit). Among them, the receiver is used for receiving signals, and the transmitter is used for transmitting signals.
  • the above-mentioned terminal device 1300 may further include a power supply 1305 for providing power to various devices or circuits in the terminal device 1300 .
  • the terminal device 1300 may also include one or more of an input unit 1306, a display unit 1307, an audio circuit 1308, a camera 1309, a sensor 1310, etc.
  • the audio circuitry may also include speakers 1308a, microphones 1308b, and the like.
  • the terminal device 1300 shown in FIG. 13 can implement various processes involving the first terminal device in the method embodiments shown in FIG. 7 , FIG. 8 and FIG. 10 .
  • the operations and/or functions of each module in the terminal device 1300 are respectively to implement the corresponding processes in the foregoing method embodiments.
  • the processor 1301 can be used to perform the actions implemented inside the first terminal device described in the previous method embodiments, while the transceiver 1302 may be configured to perform the action of the first terminal device performing sidelink communication based on the target DRX configuration described in the foregoing method embodiments.
  • the processor 1301 can be used to perform the actions implemented inside the first terminal device described in the previous method embodiments, while the transceiver 1302 may be configured to perform the action of the first terminal device performing sidelink communication based on the target DRX configuration described in the foregoing method embodiments.
  • the processor 1301 can be used to perform the actions implemented by the second terminal device described in the previous method embodiments, and the transceiver 1302 may be configured to perform the action of performing sidelink communication based on the target DRX configuration by the second terminal device described in the foregoing method embodiments.
  • the processor 1301 can be used to perform the actions implemented by the second terminal device described in the previous method embodiments, and the transceiver 1302 may be configured to perform the action of performing sidelink communication based on the target DRX configuration by the second terminal device described in the foregoing method embodiments.
  • the processor may be a general-purpose processor, a digital signal processor, an application-specific integrated circuit, a field programmable gate array or other programmable logic device, a discrete gate or transistor logic device, or a discrete hardware component, which can implement or
  • a general purpose processor may be a microprocessor or any conventional processor or the like.
  • the steps of the methods disclosed in conjunction with the embodiments of the present application may be directly embodied as executed by a hardware processor, or executed by a combination of hardware and software modules in the processor.
  • the memory may be a non-volatile memory, such as a hard disk drive (HDD) or a solid-state drive (SSD), etc., or may also be a volatile memory (volatile memory), for example Random-access memory (RAM).
  • Memory is, but is not limited to, any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer.
  • the memory in this embodiment of the present application may also be a circuit or any other device capable of implementing a storage function, for storing program instructions and/or data.
  • the present application also provides a computer program product, the computer program product includes: computer program code, when the computer program code is run on a computer, the computer is made to execute FIG. 7 , FIG. 8 and In the embodiment shown in FIG. 10 , the method performed by the first terminal device or the method performed by the second terminal device.
  • the present application also provides a computer-readable storage medium, where the computer-readable storage medium stores program codes, and when the program codes are run on a computer, the computer is made to execute FIG. 7 , FIG. 8 and the embodiments shown in FIG. 10 are the method performed by the first terminal device or the method performed by the second terminal device.
  • the present application further provides a communication system, where the communication system may include the aforementioned first terminal device and the second terminal device.
  • the communication system may further include the aforementioned network device.
  • the technical solutions provided in the embodiments of the present application may be implemented in whole or in part by software, hardware, firmware, or any combination thereof.
  • software When implemented in software, it can be implemented in whole or in part in the form of a computer program product.
  • the computer program product includes one or more computer instructions.
  • the computer may be a general-purpose computer, a special-purpose computer, a computer network, a network device, a terminal device, or other programmable devices.
  • the computer instructions may be stored in or transmitted from one computer-readable storage medium to another computer-readable storage medium, for example, the computer instructions may be downloaded from a website site, computer, server, or data center Transmission to another website site, computer, server, or data center by wire (eg, coaxial cable, optical fiber, digital subscriber line, DSL) or wireless (eg, infrared, wireless, microwave, etc.).
  • the computer-readable storage medium can be any available media that can be accessed by a computer or a data storage device such as a server, data center, etc. that includes one or more available media integrated.
  • the usable media may be magnetic media (eg, floppy disks, hard disks, magnetic tapes), optical media (eg, digital video discs (DVDs)), or semiconductor media, and the like.
  • the embodiments may refer to each other.
  • the methods and/or terms between the method embodiments may refer to each other, such as the functions and/or the device embodiments.
  • terms may refer to each other, eg, functions and/or terms between an apparatus embodiment and a method embodiment may refer to each other.

Landscapes

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

Abstract

La présente demande concerne un procédé de configuration de réception discontinue (DRX), un dispositif de communication et un système de communication. Ledit procédé consiste à : déterminer un paramètre QoS cible d'après une pluralité de groupes de paramètres QoS correspondant à une pluralité de flux QoS inclus dans une première cible ; déterminer une configuration DRX cible d'après une première relation de mappage et le paramètre QoS cible, la première relation de mappage pouvant être utilisée pour indiquer une corrélation entre les paramètres QoS et la configuration DRX, et la configuration DRX cible pouvant correspondre à la première cible ; et effectuer une communication de liaison latérale d'après la configuration DRX cible. La première cible comprend une adresse cible, une pluralité d'adresses cibles ou un dispositif terminal, c'est-à-dire que la pluralité de flux QoS peut effectuer une communication de liaison latérale d'après la même configuration DRX cible. Le paramètre QoS cible utilisé pour déterminer la configuration DRX cible est déterminé en fonction de la pluralité de groupes de paramètres QoS, et les exigences QoS sont prises en considération. Il est possible ainsi de parvenir à un équilibre entre performances QoS et économie d'énergie.
PCT/CN2021/071917 2021-01-14 2021-01-14 Procédé de configuration de réception discontinue, dispositif de communication et système de communication WO2022151262A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/071917 WO2022151262A1 (fr) 2021-01-14 2021-01-14 Procédé de configuration de réception discontinue, dispositif de communication et système de communication

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/071917 WO2022151262A1 (fr) 2021-01-14 2021-01-14 Procédé de configuration de réception discontinue, dispositif de communication et système de communication

Publications (1)

Publication Number Publication Date
WO2022151262A1 true WO2022151262A1 (fr) 2022-07-21

Family

ID=82446750

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/071917 WO2022151262A1 (fr) 2021-01-14 2021-01-14 Procédé de configuration de réception discontinue, dispositif de communication et système de communication

Country Status (1)

Country Link
WO (1) WO2022151262A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024028517A1 (fr) * 2022-08-05 2024-02-08 Sony Group Corporation Procédés pour configurer une réception discontinue de liaison latérale d'un dispositif sans fil distant, dispositif sans fil relais associé, et dispositif sans fil distant associé

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111294899A (zh) * 2019-06-19 2020-06-16 展讯通信（上海）有限公司 用于drx的不活动定时器控制方法及装置、存储介质、终端、基站
WO2021002723A1 (fr) * 2019-07-04 2021-01-07 엘지전자 주식회사 Procédé de fonctionnement d'équipement d'utilisateur relatif à une drx de liaison latérale dans un système de communication sans fil

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111294899A (zh) * 2019-06-19 2020-06-16 展讯通信（上海）有限公司 用于drx的不活动定时器控制方法及装置、存储介质、终端、基站
WO2021002723A1 (fr) * 2019-07-04 2021-01-07 엘지전자 주식회사 Procédé de fonctionnement d'équipement d'utilisateur relatif à une drx de liaison latérale dans un système de communication sans fil

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on architecture enhancements for 3GPP support of advanced Vehicle-to-Everything (V2X) services; Phase 2 (Release 17)", 3GPP STANDARD; TECHNICAL REPORT; 3GPP TR 23.776, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, no. V1.0.0, 30 November 2020 (2020-11-30), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , pages 1 - 29, XP051961755 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024028517A1 (fr) * 2022-08-05 2024-02-08 Sony Group Corporation Procédés pour configurer une réception discontinue de liaison latérale d'un dispositif sans fil distant, dispositif sans fil relais associé, et dispositif sans fil distant associé

Similar Documents

Publication Publication Date Title
US10091636B2 (en) Probe messaging for direct link connections
WO2018137364A1 (fr) Procédé d'envoi de données, terminal d'envoi de données, et station de base
WO2022104542A1 (fr) Procédé de communication sans fil et appareil de communication
WO2021239064A1 (fr) Procédé et appareil de communication
WO2022000336A1 (fr) Procédé et appareil de transmission d'informations, dispositif de communication et support de stockage
CN113228717A (zh) 一种通信方法及装置
WO2022151262A1 (fr) Procédé de configuration de réception discontinue, dispositif de communication et système de communication
US20230337319A1 (en) Methods, devices, and systems for configuring sidelink drx
WO2024032260A1 (fr) Procédé et appareil de communication, support d'enregistrement et système de puce
WO2022160205A1 (fr) Procédé de transmission de données, dispositifs de terminal et dispositif de réseau
WO2022006852A1 (fr) Procédé de communication sans fil, dispositif de terminal et dispositif de réseau
WO2014121679A1 (fr) Procédé de transmission de données de communication de dispositif à dispositif, système correspondant, et équipement d'utilisateur
US20230199908A1 (en) Methods, devices, and systems for configuring sidelink drx
WO2023015573A1 (fr) Procédé de communication, dispositifs, et support de stockage
WO2023274042A1 (fr) Procédé, appareil et système de communication
WO2024027615A1 (fr) Procédé de communication, appareil de communication et système de communication
WO2023050404A1 (fr) Procédé de configuration de ressources, et dispositif et support de stockage
WO2022067807A1 (fr) Procédé de communication et appareil de communication
WO2024120176A1 (fr) Procédé, appareil et système de communication
WO2024060239A1 (fr) Procédé et appareil de communication, dispositif, support de stockage et produit de programme
WO2023221059A1 (fr) Procédé et appareil de communication sans fil, dispositif, support de stockage et produit programme
WO2024001897A1 (fr) Procédé et appareil de communication
TWI833316B (zh) 通信方法、裝置、電腦可讀存儲介質、電腦程式產品以及通信系統
US20230044660A1 (en) Methods and devices for selecting radio bearer mode for multicast broadcast services
WO2021138879A1 (fr) Procédé de configuration de paramètre d'économie d'énergie et appareil correspondant

Legal Events

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

Ref document number: 21918470

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21918470

Country of ref document: EP

Kind code of ref document: A1