WO2020107412A1 - 无线通信方法和终端设备 - Google Patents

无线通信方法和终端设备 Download PDF

Info

Publication number
WO2020107412A1
WO2020107412A1 PCT/CN2018/118614 CN2018118614W WO2020107412A1 WO 2020107412 A1 WO2020107412 A1 WO 2020107412A1 CN 2018118614 W CN2018118614 W CN 2018118614W WO 2020107412 A1 WO2020107412 A1 WO 2020107412A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal device
modes
side link
link data
mode
Prior art date
Application number
PCT/CN2018/118614
Other languages
English (en)
French (fr)
Inventor
卢前溪
赵振山
林晖闵
Original Assignee
Oppo广东移动通信有限公司
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 Oppo广东移动通信有限公司 filed Critical Oppo广东移动通信有限公司
Priority to EP18941811.4A priority Critical patent/EP3840497B1/en
Priority to PCT/CN2018/118614 priority patent/WO2020107412A1/zh
Priority to CN201880096757.1A priority patent/CN112640548A/zh
Publication of WO2020107412A1 publication Critical patent/WO2020107412A1/zh
Priority to US17/210,142 priority patent/US20210211223A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0025—Transmission of mode-switching indication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Definitions

  • Embodiments of the present application relate to the field of communications, and more specifically, to wireless communication methods and terminal devices.
  • the IoV system is a sidelink (SL) transmission technology based on long-term evolution vehicle-to-vehicle (LongTermTermVehicletoVehicle, LTED2D), and the communication data in the traditional LTE system is received or sent through the base station
  • LTED2D long-term evolution vehicle-to-vehicle
  • the car networking system uses direct terminal-to-terminal communication, so it has higher spectral efficiency and lower transmission delay.
  • a wireless communication method and terminal device are provided, which can effectively improve the efficiency of data transmission.
  • a wireless communication method including:
  • the first terminal device transmits and/or receives side link data in at least two modes.
  • a terminal device including:
  • the communication unit is used to send and/or receive sidelink data in at least two modes.
  • a terminal device for performing the method in the first aspect or its implementations.
  • the terminal device includes a functional module for performing the method in the above-mentioned first aspect or various implementations thereof.
  • a terminal device including a processor and a memory.
  • the memory is used to store a computer program
  • the processor is used to call and run the computer program stored in the memory to perform the method in the first aspect or the various implementations thereof.
  • a chip for implementing the method in the first aspect or its implementations.
  • the chip includes: a processor for calling and running a computer program from the memory, so that the device installed with the chip executes any one of the above aspects xx to xx or the various implementations thereof The method.
  • a computer-readable storage medium for storing a computer program that causes a computer to execute the method in the above-mentioned first aspect or various implementations thereof.
  • a computer program product which includes computer program instructions, and the computer program instructions cause a computer to execute the method in the above-mentioned first aspect or various implementations thereof.
  • a computer program which when run on a computer, causes the computer to execute the method in the first aspect or its various implementations.
  • the first terminal device transmits and/or receives the sidelink data in at least two modes, which can cause the first terminal device to use different modes for different sidelink data to send and/or Or receiving, which can effectively improve the efficiency of data transmission.
  • FIG. 1 is a schematic frame diagram of a transmission mode according to an embodiment of the present invention.
  • FIG. 2 is a schematic frame diagram of another transmission mode according to an embodiment of the present invention.
  • FIG. 3 is a schematic block diagram of a scenario in an embodiment of the present application.
  • FIG. 4 is a schematic flowchart of a wireless communication method according to an embodiment of the present application.
  • FIG. 5 is a schematic block diagram of a terminal device according to an embodiment of the present application.
  • FIG. 6 is another schematic block diagram of a terminal device according to an embodiment of the present application.
  • FIG. 7 is a schematic block diagram of a chip according to an embodiment of the present application.
  • the embodiments of the present application may be applicable to any terminal device to terminal device communication framework.
  • V2V vehicle to vehicle
  • V2X vehicle to other equipment
  • D2D terminal to terminal
  • the terminal in the embodiment of the present application may be any device or device configured with a physical layer and a media access control layer, and the terminal device may also be called an access terminal.
  • user equipment User Equipment
  • UE user unit
  • user station mobile station
  • mobile station remote station
  • remote terminal mobile device
  • user terminal terminal
  • wireless communication device user agent
  • user device User Equipment
  • Access terminals can be cellular phones, cordless phones, Session Initiation Protocol (SIP) phones, wireless local loop (Wireless Local Loop, WLL) stations, personal digital linear processing (Personal Digital Assistant (PDA), wireless Communication-enabled handheld devices, computing devices, or other linear processing devices connected to wireless modems, in-vehicle devices, wearable devices, and so on.
  • SIP Session Initiation Protocol
  • WLL Wireless Local Loop
  • PDA Personal Digital Line processing
  • the embodiment of the present application takes the vehicle-mounted terminal as an example for description, but it is not limited thereto.
  • the embodiments of the present application may be applicable to a scenario where multiple transmission modes exist at the same time.
  • 3rd Generation Partnership Project 3rd Generation Partnership Project, 3GPP
  • transmission mode 3 and transmission mode 4 defined in Rel-14
  • the transmission mode defined in Rel-14 may be applicable to a scenario where multiple transmission modes exist at the same time.
  • 3rd Generation Partnership Project 3rd Generation Partnership Project, 3GPP
  • 3GPP 3rd Generation Partnership Project
  • transmission mode 3 may also be referred to as mode 1 in NR-V2X
  • transmission mode 4 may also be referred to as mode 2 in NR-V2X, which is not specifically limited in this embodiment of the present application.
  • FIG. 1 is a schematic diagram of mode 3 of an embodiment of the present application.
  • FIG. 2 is a schematic diagram of Mode 4 of the embodiment of the present application.
  • the transmission resources of the in-vehicle terminals are allocated by the base station 110, and the in-vehicle terminal transmits data on the side link according to the resources allocated by the base station 110 .
  • the base station 110 may allocate a single transmission resource to the terminal, or may allocate semi-static transmission resources to the terminal.
  • the vehicle-mounted terminals adopt a transmission method of sensing plus reservation, and the vehicle-mounted terminal selects autonomously on the resources of the side link Transmission resources for data transmission.
  • vehicle-mounted terminal 131 uses a vehicle-mounted terminal 131 as an example for specific description.
  • the vehicle-mounted terminal 131 obtains a set of available transmission resources in the resource pool by listening, and the vehicle-mounted terminal 131 randomly selects a resource from the set for data transmission.
  • the vehicle-mounted terminal 131 may also adopt a semi-static transmission method. That is, after the vehicle-mounted terminal 131 takes one transmission resource, the resource is continuously used in multiple transmission cycles to reduce the probability of resource reselection and resource collision.
  • the in-vehicle terminal 131 may carry information for reserving the next transmission resource in the control information transmitted this time, so that other terminals (for example, the in-vehicle terminal 132) can determine whether this resource is Users reserve and use to achieve the purpose of reducing resource conflicts.
  • the mode introduced in Rel-16 means that one UE can control the transmission and/or reception of another UE's side link.
  • the vehicle-mounted terminal 131 may control the side-link transmission and/or reception of the vehicle-mounted terminal 132.
  • the vehicle-mounted terminal 132 may control the side-link transmission and/or reception of the vehicle-mounted terminal 131
  • FIG. 3 is a schematic block diagram of a scenario in an embodiment of the present application.
  • the first terminal device 220 may establish a connection with the network device 210 and the second terminal device 230 at the same time.
  • the first terminal device 220 may be in multiple modes at the same time.
  • the first terminal device 220 may be in the transmission mode 3 as shown in FIG. 1 through the network device 210, and the first terminal device 220 may also be in the shown in FIG. 2 through the second terminal device 300.
  • transmission mode 4 the first terminal device 220 may also be in a mode introduced in Rel-16.
  • the existing data transmission scheme cannot meet the data transmission requirements.
  • the technical solution of the embodiment of the present application can enable the first terminal device 220 to effectively receive and/or transmit sidelink data.
  • transmission mode 3 and the transmission mode 4 in the above embodiments and the modes introduced in Rel-16 are only examples of the embodiments of the present application, and the embodiments of the present application are not limited thereto.
  • a new transmission mode may also be defined.
  • FIG. 4 is a schematic flowchart of a wireless communication method 300 according to an embodiment of the present application.
  • the method 30 may be executed by the terminal device.
  • the first terminal device shown in FIG. 4 may be the terminal device shown in FIG. 3.
  • the method 300 may include:
  • the first terminal device sends and/or receives side link data in at least two modes.
  • the first terminal device may determine different modes for different side link data, and then send and/or receive corresponding side link data based on the different modes, thereby effectively improving the efficiency of data transmission.
  • the at least two modes include at least two of the following modes
  • the transmission and/or reception of the side link data of the first terminal device is configured and/or scheduled by the network device; the transmission and/or reception of the side link data of the first terminal device is by the first terminal device Configuration and/or scheduling; the transmission and/or reception of the side link data of the first terminal device is configured and/or scheduled by the second terminal device.
  • the at least two modes may include the transmission mode 3 and the transmission mode 4 in the above embodiment and the modes introduced in Rel-16.
  • the implementation manner in which the first terminal device determines different modes for different data is described in detail below.
  • the at least two modes may be used to send and/or receive sidelink data in different situations, respectively.
  • the side link data in the different situations includes:
  • Propagation method destination address, source address, provider service identification (Provider ID) (PSID), intelligent transportation system-application identification (Intelligent transportation systems applications identification (ITS-AID), access method, bearer, logical channel, channel condition , Speed, synchronization type, and any of the carrier sidelink data in different situations.
  • PSID provider service identification
  • ITS-AID intelligent transportation system-application identification
  • access method bearer, logical channel, channel condition , Speed, synchronization type, and any of the carrier sidelink data in different situations.
  • the at least two modes are respectively used to send and/or receive sidelink data in different situations in a propagation mode.
  • the at least two modes are respectively used to send and/or receive sidelink data in different propagation modes.
  • the different situations of the propagation mode may include a unicast propagation mode, a multicast propagation mode, and a broadcast propagation mode.
  • the at least two modes may include a first mode, a second mode, and a third mode
  • the above three modes may be used to transmit the side link data in the above three broadcast modes, respectively.
  • the first mode is used to transmit sidelink data in unicast propagation mode
  • the second mode is used to transmit sidelink data in multicast propagation mode
  • the third mode is used for transmission Sidelink data in broadcast propagation mode.
  • the at least two modes are respectively used to send and/or receive sidelink data in different situations in an access mode.
  • the at least two modes are respectively used to send and/or receive sidelink data in different access modes.
  • the access method may include a first access method and a second access method.
  • the first access method is to transmit data through Long Term Evolution (LTE) access to the network
  • the second access method is to transmit data through the New Radio (NR) access network data.
  • LTE Long Term Evolution
  • NR New Radio
  • the at least two modes may include a first mode, a second mode, and a third mode
  • the above three modes may be used to transmit side link data in the above two access modes, respectively.
  • the first mode and the second mode are used to transmit sidelink data in the first access mode
  • the third mode is used to transmit sidelink data in the second access mode.
  • the side link data of the first terminal device may be divided into side link data in different cases based on multiple factors.
  • the at least two modes may be used to send and/or receive sidelink data in different situations, where the sidelink data in different situations may include propagation mode, destination address, source Address, PSID, ITS-AID, access mode, bearer, logical channel, channel condition, speed, synchronization type, and multiple side data of the carrier in different situations.
  • the at least two modes are respectively used for sending and/or receiving side link data with different propagation modes and different access modes.
  • the different situations of the propagation mode may include a unicast propagation mode, a multicast propagation mode, and a broadcast propagation mode.
  • the access method may include a first access method and a second access method. Assuming that the at least two modes may include a first mode, a second mode, and a third mode, the first mode is used to transmit sidelink data in the first access mode and transmitted by unicast propagation , The second mode is used to transmit the side link data in the first access mode and transmitted through the multicast propagation mode or the broadcast propagation mode, and the third mode is used to transmit the pass through in the second access mode Sidelink data transmitted by any propagation method.
  • PSID and ITS-AID are only examples of application identification, and should not be construed as a limitation to the embodiments of the present application.
  • other identifiers may also be used to divide the sidelink data of the first terminal device, so that the at least two modes are used to transmit sidelink data under different identifiers .
  • the embodiments of the present application do not specifically limit the propagation mode, target address, source address, PSID, ITS-AID, access mode, bearer, logical channel, channel condition, speed, synchronization type, and carrier.
  • the different situations of the propagation method may be different existing propagation methods, or may be a newly defined propagation method.
  • the different situations of the synchronization type may be different situations of synchronization objects, or may be different situations of synchronization methods.
  • the different situations of the synchronization type may include different synchronization network types.
  • the first terminal device in the embodiment of the present application may send and/or receive sidelink data in at least two modes, but due to the limitations of the capabilities of the first terminal device and other factors, the terminal Before sending and/or receiving side link data, the device needs to determine the sending order or receiving order of the side link data in advance.
  • the specific implementation manner of the first terminal device transmitting and/or receiving side link data in the at least two modes is described in detail below.
  • the first terminal device may send and/or receive side link data in the at least two modes according to the priority information.
  • the first terminal device may determine the priority information according to the at least two modes.
  • the first terminal device may determine the priority information according to the priority corresponding to each of the at least two modes. Specifically, each of the at least two modes may correspond to a priority, and then the first terminal device may send and/or receive a corresponding one according to the priority corresponding to each of the at least two modes. Sidelink data in mode.
  • the priority information may include priority information corresponding to each of the at least two modes.
  • the first terminal device may determine the priority information according to the side link data.
  • the first terminal device may determine the priority information according to the priority corresponding to the quality of service (QoS) of the side link data . Specifically, the first terminal device may determine the order of sending and/or receiving the side link data according to the priority corresponding to the QoS of the side link data, and then based on the sending and/or receiving order Use the corresponding mode to send and/or receive the sidelink data in the corresponding mode.
  • QoS quality of service
  • the embodiment of the present application does not additionally limit the specific manner in which the first terminal device obtains the priority information.
  • the priority information may be negotiated and determined by multiple terminal devices, or may be specified by a protocol.
  • the first terminal device may be pre-configured with the priority information.
  • the present application does not limit the specific levels and values of the priority levels corresponding to each mode.
  • different modes of the at least two modes correspond to different priorities.
  • different modes of the at least two modes may correspond to the same priority.
  • the present application does not limit the specific level and value of the priority corresponding to each QoS attribute.
  • the different QoS attributes correspond to different priorities.
  • the different QoS attributes may correspond to the same priority.
  • the first terminal device preferentially sends and/or receives side link data that meets the first requirement.
  • the first requirement may include a specific situation of at least one of the following:
  • Communication mode propagation method, destination address, source address, PSID, ITS-AID, access method, bearer, logical channel, channel condition, speed, synchronization type, and carrier wave.
  • the first terminal device may preferentially send and/or receive a specific communication mode and/or a specific propagation mode and/or a specific target address and/or a specific source address and/or a specific PSID and/or a specific ITS-AID And/or a specific access method and/or a specific bearer and/or a specific logical channel and/or a specific channel condition and/or a specific speed and/or a specific synchronization type and/or a side link data under a specific carrier.
  • the first terminal device may preferentially send and/or receive side link data in a specific propagation mode. Specifically, the first terminal device may preferentially send and/or receive side link data in the broadcast propagation mode and/or the multicast propagation mode.
  • the first terminal device preferentially sends and/or receives side link data that meets the first requirement.
  • the first requirement is set for the specific time-frequency domain resource. That is, the first terminal device only preferentially sends and/or receives the side link data that meets the first requirement when sending and/or receiving side link data on the specific time-frequency domain resource; and the first When a terminal device sends and/or receives sidelink data on resources outside the specific time-frequency domain resource, it may not preferentially send and/or receive sidelink data that meets the first requirement.
  • the specific time-frequency domain resource is a resource configured by the network and also a pre-configured resource, which is not specifically limited in this embodiment of the application.
  • the first terminal device in the embodiment of the present application may preferentially send and/or receive sidelink data in a specific communication mode.
  • the first terminal device may preferentially send and/or receive the side link data in the first mode of the at least two modes.
  • the specific time-frequency domain resource is a common resource of multiple modes among the at least two modes, and further, the first mode has the highest priority.
  • the embodiments of the present application are not limited to this.
  • the specific time-frequency domain resource may also be a dedicated resource in the first mode of the at least two modes.
  • the first terminal device when the first terminal device sends and/or receives sidelink data on the specific time-frequency domain resource, it can only use the first mode of the at least two modes to send and/or receive Sidelink data.
  • the first terminal device may adopt the first mode on the specific time-frequency domain resource and preferentially send the side link data that meets the second requirement.
  • the second requirement may include a specific situation of at least one of the following:
  • Propagation method destination address, source address, PSID, ITS-AID, access method, bearer, logical channel, channel condition, speed, synchronization type, and carrier wave.
  • the first terminal device may preferentially send and/or receive a specific propagation mode and/or a specific target address and/or a specific source address and/or a specific PSID and/or in the specific time-frequency domain resource Specific ITS-AID and/or specific access method and/or specific bearer and/or specific logical channel and/or specific channel condition and/or specific speed and/or specific synchronization type and/or side link under specific carrier data.
  • the embodiments of the present application do not additionally limit the specific type of the first mode.
  • the first mode may be any of the transmission mode 3 and the transmission mode 4 described in the above embodiment and the modes introduced in Rel-16.
  • Embodiment 1 and Embodiment 2 may be used in combination.
  • the first terminal device may preferentially send and/or receive side link data that meets the first requirement according to the priority information.
  • the first terminal device may preferentially send and/or receive a specific communication mode and/or a specific propagation mode and/or a specific target address and/or specific according to the priority corresponding to each of the at least two modes Source address and/or specific PSID and/or specific ITS-AID and/or specific access method and/or specific bearer and/or specific logical channel and/or specific channel condition and/or specific speed and/or specific synchronization type and /Or sidelink data under a specific carrier.
  • the first terminal device may preferentially send and/or receive a specific communication mode and/or a specific propagation mode and/or a specific target address and/or according to the priority corresponding to the QoS of the sidelink data Or a specific source address and/or a specific PSID and/or a specific ITS-AID and/or a specific access method and/or a specific bearer and/or a specific logical channel and/or a specific channel condition and/or a specific speed and/or a specific synchronization Type and/or sidelink data under a specific carrier.
  • the first terminal device may preferentially send and/or receive the side link data that meets the first requirement in the specific time-frequency domain resource according to the priority information.
  • the at least two modes used for transmitting the side link data can also be based on the propagation mode, destination address, source address, PSID, ITS-AID, access mode, bearer, logical channel, channel At least one of condition, speed, synchronization type and carrier is distinguished, therefore, the factors used to divide the side link data can be made completely different from the factors included in the first requirement to avoid the embodiment A conflict occurred in the process of combining the first and the second embodiment.
  • the first terminal device may preferentially adopt the technical solution described in Embodiment 1 or the technical solution described in Embodiment 2.
  • the first terminal device may preferentially send and/or Alternatively, the side link data in the first mode may be received, or the side link data in the second mode may be preferentially sent and/or received.
  • any combination of various embodiments of the present application can also be arbitrarily combined, as long as it does not violate the idea of the present application, it should also be regarded as the content disclosed in the present application.
  • FIG. 5 is a schematic block diagram of a terminal device 400 according to an embodiment of the present application.
  • the terminal device 400 may include:
  • the communication unit 410 is configured to send and/or receive sidelink data in at least two modes.
  • the at least two modes include at least two of the following modes
  • the transmission and/or reception of the side link data of the terminal device is configured and/or scheduled by the network device; the transmission and/or reception of the side link data of the terminal device is configured and/or scheduled by the terminal device; The sending and/or receiving of the side link data of the terminal device is configured and/or scheduled by the second terminal device.
  • the at least two modes are respectively used to send and/or receive sidelink data in different situations.
  • the different situations include:
  • Propagation method target address, source address, provider service identification PSID, intelligent transportation system-application identification ITS-AID, access method, bearer, logical channel, channel condition, speed, synchronization type, and any of the different conditions of the carrier .
  • the communication unit 410 is specifically configured to:
  • the side link data is transmitted and/or received in the at least two modes.
  • the communication unit 410 is further configured to:
  • the priority information is determined according to the at least two modes.
  • different modes of the at least two modes correspond to different priorities.
  • the communication unit 410 is further configured to:
  • the priority information is determined according to the side link data.
  • different QoS attributes of the side link data correspond to different priorities.
  • the communication unit 410 is specifically configured to:
  • the first requirement includes a specific case of at least one of the following:
  • Communication mode propagation mode, destination address, source address, provider service identification PSID, intelligent transportation system-application identification ITS-AID, access method, bearer, logical channel, channel condition, speed, synchronization type, and carrier wave.
  • the communication unit 410 is more specifically used to:
  • the side link data that meets the first requirement is preferentially sent and/or received.
  • the specific time-frequency domain resource is a resource configured by the network.
  • the specific time-frequency domain resource is a pre-configured resource.
  • the specific time-frequency domain resource is an exclusive resource of the first mode of the at least two modes.
  • the specific time-frequency domain resource is a common resource of multiple modes among the at least two modes.
  • the terminal device 400 shown in FIG. 5 may correspond to a corresponding subject in performing the method 300 of the embodiment of the present application, and the foregoing and other operations and/or functions of each unit in the terminal device 400 are to implement For the sake of brevity, the corresponding flow in each method of the method will not be repeated here.
  • the terminal device of the embodiment of the present application has been described above from the perspective of a functional module with reference to FIG. 5. It should be understood that the functional module may be implemented in the form of hardware, instructions in the form of software, or a combination of hardware and software modules.
  • the steps of the method embodiments in the embodiments of the present application may be completed by instructions in the form of integrated logic circuits of hardware in the processor and/or software, and the steps of the methods disclosed in the embodiments of the present application may be directly embodied as hardware
  • the execution of the decoding processor is completed, or the combination of hardware and software modules in the decoding processor is used to complete the execution.
  • the software module may be located in a mature storage medium in the art, such as random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, and registers.
  • the storage medium is located in the memory, and the processor reads the information in the memory and completes the steps in the foregoing method embodiments in combination with its hardware.
  • the communication unit 410 shown in FIG. 5 may be implemented by a transceiver.
  • FIG. 6 is a schematic structural diagram of a terminal device 500 according to an embodiment of the present application.
  • the terminal device 500 shown in FIG. 6 includes a processor 510, and the processor 510 can call and run a computer program from the memory to implement the method in the embodiment of the present application.
  • the terminal device 500 may further include a memory 520.
  • the memory 520 may be used to store instruction information, and may also be used to store codes and instructions executed by the processor 510.
  • the processor 510 can call and run a computer program from the memory 520 to implement the method in the embodiments of the present application.
  • the memory 520 may be a separate device independent of the processor 510, or may be integrated in the processor 510.
  • the terminal device 500 may further include a transceiver 530, and the processor 510 may control the transceiver 530 to communicate with other devices, specifically, may send information or data to other devices, or receive other Information or data sent by the device.
  • the transceiver 530 may include a transmitter and a receiver.
  • the transceiver 530 may further include antennas, and the number of antennas may be one or more.
  • the terminal device 500 may implement the corresponding process implemented by the terminal device in each method of the embodiment of the present application, that is, the terminal device 500 of the embodiment of the present application may correspond to the terminal device 400 of the embodiment of the present application And may correspond to the corresponding subject in performing the method 300 according to an embodiment of the present application, and for the sake of brevity, no further details are provided here.
  • each component in the terminal device 500 is connected through a bus system, where the bus system includes a power bus, a control bus, and a status signal bus in addition to the data bus.
  • an embodiment of the present application also provides a chip, which may be an integrated circuit chip with signal processing capabilities, and can implement or execute the methods, steps, and logical block diagrams disclosed in the embodiments of the present application.
  • the chip can be applied to various communication devices, so that the communication device mounted with the chip can execute the methods, steps, and logical block diagrams disclosed in the embodiments of the present application.
  • FIG. 7 is a schematic structural diagram of a chip according to an embodiment of the present application.
  • the chip 600 shown in FIG. 7 includes a processor 610, and the processor 610 can call and run a computer program from the memory to implement the method in the embodiments of the present application.
  • the chip 600 may further include a memory 620.
  • the processor 610 can call and run a computer program from the memory 620 to implement the method in the embodiments of the present application.
  • the memory 620 may be used to store instruction information, and may also be used to store codes and instructions executed by the processor 610.
  • the memory 620 may be a separate device independent of the processor 610, or may be integrated in the processor 610.
  • the chip 600 may further include an input interface 630.
  • the processor 610 can control the input interface 630 to communicate with other devices or chips. Specifically, it can obtain information or data sent by other devices or chips.
  • the chip 600 may further include an output interface 640.
  • the processor 610 can control the output interface 640 to communicate with other devices or chips. Specifically, it can output information or data to other devices or chips.
  • the chip 600 may be applied to the terminal device in the embodiment of the present application, and the chip may implement the corresponding process implemented by the terminal device in each method of the embodiment of the present application.
  • each component in the chip 600 is connected through a bus system, where the bus system includes a power bus, a control bus, and a status signal bus in addition to the data bus.
  • the processor may include, but is not limited to:
  • DSP Digital Signal Processor
  • ASIC Application Specific Integrated Circuit
  • FPGA Field Programmable Gate Array
  • the processor may be used to implement or execute the methods, steps, and logical block diagrams disclosed in the embodiments of the present application.
  • the steps of the method disclosed in conjunction with the embodiments of the present application may be directly embodied and executed by a hardware decoding processor, or may be executed and completed by a combination of hardware and software modules in the decoding processor.
  • the software module may be located in a mature storage medium in the art, such as a random access memory, flash memory, read-only memory, programmable read-only memory, or erasable programmable memory, and register.
  • the storage medium is located in the memory, and the processor reads the information in the memory and completes the steps of the above method in combination with its hardware.
  • the memory includes but is not limited to:
  • Non-volatile memory may be read-only memory (Read-Only Memory, ROM), programmable read-only memory (Programmable ROM, PROM), erasable programmable read-only memory (Erasable PROM, EPROM), electronically Erasable programmable read only memory (Electrically, EPROM, EEPROM) or flash memory.
  • the volatile memory may be a random access memory (Random Access Memory, RAM), which is used as an external cache.
  • RAM static random access memory
  • DRAM dynamic random access memory
  • DRAM synchronous dynamic random access memory
  • SDRAM double data rate synchronous dynamic random access memory
  • Double Data Rate SDRAM DDR SDRAM
  • ESDRAM enhanced synchronous dynamic random access memory
  • SLDRAM synchronous connection dynamic random access memory
  • Direct Rambus RAM Direct Rambus RAM
  • memories of the systems and methods described herein are intended to include, but are not limited to these and any other suitable types of memories.
  • An embodiment of the present application also provides a computer-readable storage medium for storing computer programs.
  • the computer-readable storage medium stores one or more programs, the one or more programs including instructions, which when executed by a portable electronic device that includes multiple application programs, enables the portable electronic device to perform the implementation shown in method 300 Examples of methods.
  • the computer-readable storage medium can be applied to the mobile terminal/terminal device in the embodiments of the present application, and the computer program enables the computer to execute the corresponding process implemented by the mobile terminal/terminal device in each method of the embodiments of the present application For the sake of brevity, I will not repeat them here.
  • An embodiment of the present application also provides a computer program product, including a computer program.
  • the computer program product may be applied to the mobile terminal/terminal device in the embodiments of the present application, and the computer program causes the computer to execute the corresponding process implemented by the mobile terminal/terminal device in each method of the embodiment of the present application, in order to It is concise and will not be repeated here.
  • a computer program is also provided in the embodiments of the present application.
  • the computer program is executed by the computer, the computer is allowed to execute the method of the embodiment shown in the method 300.
  • system and the like in this article may also be referred to as “network management architecture” or “network system”.
  • the technical solutions of the embodiments of the present application may essentially be a part that contributes to the existing technology or a part of the technical solution may be embodied in the form of a software product, and the computer software product is stored in a storage medium , Including several instructions to enable a computer device (which may be a personal computer, server, or network device, etc.) to perform all or part of the steps of the method described in the embodiments of the present application.
  • the foregoing storage media include various media that can store program codes, such as a U disk, a mobile hard disk, a read-only memory, a random access memory, a magnetic disk, or an optical disk.
  • the division of units or modules or components in the device embodiments described above is only a division of logical functions. In actual implementation, there may be other divisions. For example, multiple units or modules or components may be combined or integrated To another system, or some units or modules or components can be ignored, or not implemented.
  • the units/modules/components described as separate/display components may or may not be physically separated, that is, they may be located in one place, or may be distributed on multiple network units. Some or all of the units/modules/components may be selected according to actual needs to achieve the objectives of the embodiments of the present application.
  • coupling or direct coupling or communication connection shown or discussed above may be indirect coupling or communication connection through some interfaces, devices or units, and may be electrical, mechanical or other forms .

Landscapes

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

Abstract

提供了一种无线通信方法和终端设备。所述方法包括：第一终端设备在至少两种模式下发送和/或接收侧行链路数据。基于以上技术方案，第一终端设备在至少两种模式下发送和/或接收侧行链路数据，可以使得所述第一终端设备针对不同的侧行链路数据采用不同的模式进行发送和/或接收，进而能够有效提高数据传输的效率。

Description

无线通信方法和终端设备 技术领域
本申请实施例涉及通信领域，并且更具体地，涉及无线通信方法和终端设备。
背景技术
车联网系统是基于长期演进车辆到车辆(Long Term Evaluation Vehicle to Vehicle，LTE D2D)的一种侧行链路(Sidelink,SL)传输技术，与传统的LTE系统中通信数据通过基站接收或者发送的方式不同，车联网系统采用终端到终端直接通信的方式，因此，具有更高的频谱效率以及更低的传输时延。
在第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)Rel-14中对车联网技术车辆到其他设备(Vehicle to Everything，V2X)进行了标准化，定义了两种传输模式：模式3和模式4。此外，在3GPP Rel-16中，V2X技术被引入到了NR中，除了上述模式3/4(在NR-V2X中被叫做模式1/2)，还引入了其他的模式。但是，随着传输需求的增加，单一的传输模式并不能满足数据传输需求。
因此，本领域急需一种数据传输方案，以提高数据传输的效率。
发明内容
提供了一种无线通信方法和终端设备，能够有效提高数据传输的效率。
第一方面，提供了一种无线通信方法，包括：
第一终端设备在至少两种模式下发送和/或接收侧行链路数据。
第二方面，提供了一种终端设备，包括：
通信单元，用于在至少两种模式下发送和/或接收侧行链路数据。
第三方面，提供了一种终端设备，用于执行上述第一方面或其各实现方式中的方法。具体地，所述终端设备包括用于执行上述第一方面或其各实现方式中的方法的功能模块。
第四方面，提供了一种终端设备，包括处理器和存储器。所述存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，以执行上述第一方面或其各实现方式中的方法。
第五方面，提供了一种芯片，用于实现上述第一方面或其各实现方式中的方法。具体地，所述芯片包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如上述第xx方面至第xx方面中的任一方面或其各实现方式中的方法。
第六方面，提供了一种计算机可读存储介质，用于存储计算机程序，所述计算机程序使得计算机执行上述第一方面或其各实现方式中的方法。
第七方面，提供了一种计算机程序产品，包括计算机程序指令，所述计算机程序指令使得计算机执行上述第一方面或其各实现方式中的方法。
第八方面，提供了一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面或其各实现方式中的方法。
基于以上技术方案，第一终端设备在至少两种模式下发送和/或接收侧行链路数据，可以使得所述第一终端设备针对不同的侧行链路数据采用不同的模式进行发送和/或接收，进而能够有效提高数据传输的效率。
附图说明
图1是本发明实施例的传输模式的示意性框架图。
图2是本发明实施例的另一传输模式的示意性框架图。
图3是本申请实施例的场景的示意性框图。
图4是本申请实施例的无线通信方法的示意性流程图。
图5是本申请实施例的终端设备的示意性框图。
图6是本申请实施例终端设备的另一的示意性框图。
图7是本申请实施例的芯片的示意性框图。
具体实施方式
下面将结合附图，对本申请实施例中的技术方案进行描述。
本申请实施例可以适用于任何终端设备到终端设备的通信框架。
例如，车辆到车辆(Vehicle to Vehicle，V2V)、车辆到其他设备(Vehicle to Everything，V2X)、终端到终端(Device to Device，D2D)等。
其中，本申请实施例中的终端可以是任何配置有物理层和媒体接入控制层的设备或装置，终端设备也可称为接入终端。例如，用户设备(User Equipment，UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、 移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字线性处理(Personal Digital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它线性处理设备、车载设备、可穿戴设备等等。本申请实施例以车载终端为例进行说明，但并不限于此。
可选地，在本申请的一些实施例中，本申请实施例可以适用于同时存在多种传输模式的场景。例如，第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)Rel-14中定义的传输模式3和传输模式4，以及Rel-14中定义的传输模式。
应理解，上述传输模式3在NR-V2X中还可以称为模式1，上述传输模式4在NR-V2X中还可以称为模式2，本申请实施例对此不做具体限定。
为便于对本申请实施例的理解，下面对上述几种模式进行简单说明。
图1是本申请实施例的模式3的示意图。图2是本申请实施例的模式4的示意图。
在图1所示的传输模式3中，车载终端(车载终端121和车载终端122)的传输资源是由基站110分配的，车载终端根据基站110分配的资源在侧行链路上进行数据的发送。具体地，基站110可以为终端分配单次传输的资源，也可以为终端分配半静态传输的资源。
在图2所示的传输模式4中，车载终端(车载终端131和车载终端132)采用侦听(sensing)加预留(reservation)的传输方式，车载终端在侧行链路的资源上自主选取传输资源进行数据传输。
下面以车载终端131为例进行具体说明。
车载终端131在资源池中通过侦听的方式获取可用的传输资源集合，车载终端131从该集合中随机选取一个资源进行数据的传输。
由于车联网系统中的业务具有周期性特征，本申请实施例中，车载终端131还可以采用半静态传输的方式。即车载终端131取一个传输资源后，在多个传输周期中持续的使用该资源，以降低资源重选以及资源冲突的概率。
进一步地，车载终端131可以在本次传输的控制信息中携带预留下次传输资源的信息，使得其他终端(例如，车载终端132)可以通过检测该用户的控制信息判断这块资源是否被该用户预留和使用，达到降低资源冲突的目 的。
在Rel-16中引入的模式指可以由一个UE控制另一个UE的侧行链路发送和/或接收。例如，结合图2来说，可以由车载终端131控制车载终端132的侧行链路发送和/或接收。又例如，可以由车载终端132控制车载终端131的侧行链路发送和/或接收
图3是本申请实施例的的场景的示意性框图。
如图3所示，第一终端设备220可以同时和网络设备210和第二终端设备230建立连接。
所述第一终端设备220可以同时处于多种模式下。例如，所述第一终端设备220可以通过所述网络设备210处于如图1所示的传输模式3，所述第一终端设备220还可以通过所述第二终端设备300处于如图2所示的传输模式4，所述第一终端设备220还可以处于Rel-16中引入的模式。
这种情况下，现有的数据传输方案并不能满足数据传输需求。例如，目前并没有所述第一终端设备220同时处于多种模式下时，如何进行数据发送和接收的技术方案。
本申请实施例的技术方案，能够使得所述第一终端设备220有效接收和/或发送侧行链路数据。
应理解，上述实施例中的传输模式3和传输模式4以及在Rel-16中引入的模式仅为本申请实施例的示例，本申请实施例并不限于此。例如，在其他可替代实施例中，也可以定义新的传输模式。
图4是本申请实施例的无线通信方法300的示意性流程图。该方法30可以由终端设备执行。例如，图4中所示的第一终端设备可以是如图3所示的终端设备。
如图4所示，所述方法300可以包括：
S310，第一终端设备在至少两种模式下发送和/或接收侧行链路数据。
具体地，所述第一终端设备可以不同的侧行链路数据确定不同的模式，进而基于不同的模式发送和/或接收对应的侧行链路数据，进而能够有效提高数据传输的效率。
其中，所述至少两种模式包括以下模式中的至少两项；
所述第一终端设备的侧行链路数据的发送和/或接收由网络设备配置和/或调度；所述第一终端设备的侧行链路数据的发送和/或接收由第一终端设备 配置和/或调度；所述第一终端设备的侧行链路数据的发送和/或接收由第二终端设备配置和/或调度。
例如，所述至少两种模式可以包括上述实施例中的传输模式3和传输模式4以及在Rel-16中引入的模式。
下面对所述第一终端设备为不同的数据确定不同的模式的实现方式进行详细说明。
可选地，在本申请的一些实施例中，所述至少两种模式可以分别用于发送和/或接收不同情况下的侧行链路数据。
换句话说，不同的传输模式对应不同情况的侧行链路数据。
其中，所述不同情况下的侧行链路数据包括：
传播方式、目标地址、源地址、提供者服务标识(Provider service identification，PSID)、智能交通系统-应用标识(Intelligent transportation systems application identification，ITS-AID)、接入方式、承载、逻辑信道、信道条件、速度、同步类型以及载波中任一项的不同情况下的侧行链路数据。
例如，所述至少两种模式分别用于发送和/或接收传播方式的不同情况下的侧行链路数据。
换句话说，所述至少两种模式分别用于发送和/或接收不同传播方式下的侧行链路数据。
具体地，所述传播方式的不同情况可以包括单播传播方式、组播传播方式和广播传播方式。假设所述至少两种模式可以包括第一模式、第二模式以及第三模式，则上述三种模式可以分别用于传输上述三种广播模式下的侧行链路数据。例如，所述第一模式用于传输单播传播方式下的侧行链路数据，所述第二模式用于传输组播传播方式下的侧行链路数据，所述第三模式用于传输广播传播方式下的侧行链路数据。
又例如，所述至少两种模式分别用于发送和/或接收接入方式的不同情况下的侧行链路数据。
换句话说，所述至少两种模式分别用于发送和/或接收不同接入方式下的侧行链路数据。
具体地，所述接入方式可以包括第一接入方式和第二接入方式。例如所述第一接入方式为通过长期演进(Long Term Evolution，LTE)接入网络的方式传输数据，所述第二接入方式为通过新空口(New Radio,NR)接入网 络的方式传输数据。假设所述至少两种模式可以包括第一模式、第二模式以及第三模式，则上述三种模式可以分别用于传输上述两种接入方式下的侧行链路数据。例如，所述第一模式和第二模式用于传输第一接入方式下的侧行链路数据，所述第三模式用于传输第二接入方式下的侧行链路数据。
应理解，上述实施例为基于一个因素将所述第一终端设备的侧行链路数据划分为不同情况下的侧行链路数据，不应理解为对本申请实施例的具体限定。
例如，在其他替代实施例中，可以基于多个因素将所述第一终端设备的侧行链路数据划分为不同情况下的侧行链路数据。
换句话说，所述至少两种模式可以是用于发送和/或接收不同情况下的侧行链路数据，其中所述不同情况下的侧行链路数据可以包括传播方式、目标地址、源地址、PSID、ITS-AID、接入方式、承载、逻辑信道、信道条件、速度、同步类型以及载波中的多项在不同情况下的侧行链路数据。
例如，所述至少两种模式分别用于发送和/或接收传播方式不同且接入方式不同的侧行链路数据。
具体地，所述传播方式的不同情况可以包括单播传播方式、组播传播方式和广播传播方式。所述接入方式可以包括第一接入方式和第二接入方式。假设所述至少两种模式可以包括第一模式、第二模式以及第三模式，则所述第一模式用于传输第一接入方式下的且通过单播传播方式传输的侧行链路数据，所述第二模式用于传输第一接入方式下的且通过组播传播方式或广播传播方式传输的侧行链路数据，所述第三模式用于传输第二接入方式下的通过任意一种传播方式传输的侧行链路数据。
应理解，上述PSID和ITS-AID仅为应用标识的一种示例，不应理解为对本申请实施例的限制。例如，在其他可替代实施例中，还可以采用其他标识对所述第一终端设备的侧行链路数据进行划分，使得所述至少两种模式用于传输不同标识下的侧行链路数据。
还应理解，本申请实施例对传播方式、目标地址、源地址、PSID、ITS-AID、接入方式、承载、逻辑信道、信道条件、速度、同步类型以及载波的不同情况不做具体限定。
例如，所述传播方式的不同情况可以现有的不同传播方式，也可以是新定义的传播方式。
又例如，所述同步类型的不同情况可以是同步对象不同的情况，也可以是同步方式的不同情况。例如，所述同步类型的不同情况可以包括不同的同步网络类型。
需要注意的是，本申请实施例的第一终端设备可以在至少两个模式下发送和/或接收侧行链路数据，但由于所述第一终端设备的能力等因素的限制，所述终端设备在发送和/或接收侧行链路数据之前，需要事先确定侧行链路数据的发送顺序或接收顺序。
下面对所述第一终端设备在所述至少两种模式下发送和/或接收侧行链路数据的具体实现方式进行详细说明。
实施例一：
本申请实施例中，所述第一终端设备可以根据优先级信息在所述至少两种模式下发送和/或接收侧行链路数据。
可选地，所述第一终端设备在发送和/或接收侧行链路数据之前，可以根据所述至少两种模式确定所述优先级信息。
例如，所述第一终端设备在发送和/或接收侧行链路数据之前，可以根据所述至少两种模式中每种模式对应的优先级确定所述优先级信息。具体地，所述至少两种模式中的每种模式可以对应一个优先级，进而所述第一终端设备可以根据所述至少两种模式中每种模式对应的优先级，发送和/或接收对应模式下的侧行链路数据。
换句话说，所述优先级信息可以包括所述至少两种模式中每种模式对应的优先级信息。
可选地，所述第一终端设备在发送和/或接收侧行链路数据之前，可以根据所述侧行链路数据确定所述优先级信息。
例如，所述第一终端设备在发送和/或接收侧行链路数据之前，可以根据所述侧行链路数据的服务质量(Quality of service，QoS)对应的优先级确定所述优先级信息。具体地，所述第一终端设备可以根据所述侧行链路数据的QoS对应的优先级确定所述侧行链路数据的发送和/或接收顺序，然后基于所述发送和/或接收顺序采用相应的模式，发送和/或接收对应模式下的侧行链路数据。
应理解，本申请实施例对所述第一终端设备获取所述优先级信息的具体方式不做额外限定。例如，所述优先级信息可以是多个终端设备协商确定的， 也可以是协议规定的。例如，所述第一终端设备可以预配置有所述优先级信息。
还应理解，本申请对所述每种模式对应的优先级的具体等级和数值不做限定。例如，在一些实施例中，所述至少两种模式中不同的模式对应不同的优先级。又例如，在另一些实施例中，所述至少两种模式中不同的模式可以对应同一优先级。类似地，本申请对所述每种QoS属性对应的优先级的具体等级和数值不做限定。例如，在一些实施例中，所述不同的QoS属性对应不同的优先级。又例如，在另一些实施例中，所述不同的QoS属性可以对应同一优先级。
实施例二：
本申请实施例中，所述第一终端设备优先发送和/或接收满足第一要求的侧行链路数据。
其中，所述第一要求可以包括以下中的至少一项的特定情况：
通信模式、传播方式、目标地址、源地址、PSID、ITS-AID、接入方式、承载、逻辑信道、信道条件、速度、同步类型以及载波。
换句话说，所述第一终端设备可以优先发送和/或接收特定通信模式和/或特定传播方式和/或特定目标地址和/或特定源地址和/或特定PSID和/或特定ITS-AID和/或特定接入方式和/或特定承载和/或特定逻辑信道和/或特定信道条件和/或特定速度和/或特定同步类型和/或特定载波下的侧行链路数据。
例如，所述第一终端设备可以优先发送和/或接收特定传播方式下的侧行链路数据。具体地，所述第一终端设备可以优先发送和/或接收广播传播方式和/或组播传播方式下的侧行链路数据。
可选地，所述第一终端设备在特定时频域资源中，优先发送和/或接收满足第一要求的侧行链路数据。
换句话说，所述第一要求是针对所述特定时频域资源设置的。即所述第一终端设备只有在所述特定时频域资源上发送和/或接收侧行链路数据时，优先发送和/或接收满足第一要求的侧行链路数据；而所述第一终端设备在所述特定时频域资源在外的资源上发送和/或接收侧行链路数据时，可以不优先发送和/或接收满足第一要求的侧行链路数据。
其中，所述特定时频域资源为网络配置的资源，也为预配置资源，本申 请实施例对此不做具体限定。
需要注意的是，本申请实施例中的所述第一终端设备可以优先发送和/或接收特定通信模式下的侧行链路数据。例如，所述第一终端设备可以优先发送和/或接收所述至少两种模式中第一模式下的侧行链路数据。换句话说，所述特定时频域资源为所述至少两种模式中的多种模式的共用资源，进一步地，所述第一模式的优先级最高。但本申请实施例并不限于此。例如，所述特定时频域资源也可以为所述至少两种模式中的第一模式的专属资源。
换句话说，所述第一终端设备在所述特定时频域资源上发送和/或接收侧行链路数据时，只能采用所述至少两种模式中的第一模式发送和/或接收侧行链路数据。
具体地，所述第一终端设备可以在所述特定时频域资源上，采用所述第一模式，优先发送满足第二要求的侧行链路数据。其中，所述第二要求可以包括以下中的至少一项的特定情况：
传播方式、目标地址、源地址、PSID、ITS-AID、接入方式、承载、逻辑信道、信道条件、速度、同步类型以及载波。
换句话说，所述第一终端设备可以在所述特定时频域资源中，优先发送和/或接收特定传播方式和/或特定目标地址和/或特定源地址和/或特定PSID和/或特定ITS-AID和/或特定接入方式和/或特定承载和/或特定逻辑信道和/或特定信道条件和/或特定速度和/或特定同步类型和/或特定载波下的侧行链路数据。
应理解，本申请实施例对所述第一模式的具体类型不做额外限定。例如，所述第一模式可以是上述实施例所述的传输模式3和传输模式4以及在Rel-16中引入的模式中的任一模式。
还应理解，上述实施例一和实施例二可以结合使用。
即，所述第一终端设备可以根据优先权信息，优先发送和/或接收满足第一要求的侧行链路数据。
例如，所述第一终端设备可以根据所述至少两个模式中每个模式对应的优先级，优先发送和/或接收特定通信模式和/或特定传播方式和/或特定目标地址和/或特定源地址和/或特定PSID和/或特定ITS-AID和/或特定接入方式和/或特定承载和/或特定逻辑信道和/或特定信道条件和/或特定速度和/或特定同步类型和/或特定载波下的侧行链路数据。
又例如，所述第一终端设备可以根据所述所述侧行链路数据的QoS对应的优先级，优先发送和/或接收特定通信模式和/或特定传播方式和/或特定目标地址和/或特定源地址和/或特定PSID和/或特定ITS-AID和/或特定接入方式和/或特定承载和/或特定逻辑信道和/或特定信道条件和/或特定速度和/或特定同步类型和/或特定载波下的侧行链路数据。
进一步地，所述第一终端设备可以在特定时频域资源内，根据所述优先权信息，优先发送和/或接收满足第一要求的侧行链路数据。
需要注意的是，由于所述至少两种模式用于传输的侧行链路数据也可以是根据传播方式、目标地址、源地址、PSID、ITS-AID、接入方式、承载、逻辑信道、信道条件、速度、同步类型以及载波中的至少一项进行区分的，因此，可以使得用于划分所述侧行链路数据的因素与所述第一要求中包括的因素完全不同，以避免实施例一和实施例二结合过程中出现冲突。
进一步地，即使实施例一和实施例二的技术方案在结合过程中出现冲突时，所述第一终端设备可以优先采用实施例一所述的技术方案或实施例二所述的技术方案。
例如，假设实施例一中，所述至少两个模式中的第一模式优先级最高，实施例二中的第一要求包括特定的第二模式，则所述第一终端设备可以优先发送和/或接收第一模式下的侧行链路数据，也可以优先发送和/或接收第二模式下的侧行链路数据。
以上结合附图详细描述了本申请的优选实施方式，但是，本申请并不限于上述实施方式中的具体细节，在本申请的技术构思范围内，可以对本申请的技术方案进行多种简单变型，这些简单变型均属于本申请的保护范围。
例如，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本申请对各种可能的组合方式不再另行说明。
又例如，本申请的各种不同的实施方式之间也可以进行任意组合，只要其不违背本申请的思想，其同样应当视为本申请所公开的内容。
应理解，在本申请的各种方法实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
上文结合图4，详细描述了本申请的方法实施例，下文结合图5至图7， 详细描述本申请的装置实施例。
图5是本申请实施例的终端设备400的示意性框图。
具体地，如图5所示，该终端设备400可以包括：
通信单元410，用于在至少两种模式下发送和/或接收侧行链路数据。
可选地，在本申请的一些实施例中，所述至少两种模式包括以下模式中的至少两项；
所述终端设备的侧行链路数据的发送和/或接收由网络设备配置和/或调度；所述终端设备的侧行链路数据的发送和/或接收由终端设备配置和/或调度；所述终端设备的侧行链路数据的发送和/或接收由第二终端设备配置和/或调度。
可选地，在本申请的一些实施例中，所述至少两种模式分别用于发送和/或接收不同情况下的侧行链路数据。
可选地，在本申请的一些实施例中，所述不同情况包括：
传播方式、目标地址、源地址、提供者服务标识PSID、智能交通系统-应用标识ITS-AID、接入方式、承载、逻辑信道、信道条件、速度、同步类型以及载波中任一项的不同情况。
可选地，在本申请的一些实施例中，所述通信单元410具体用于：
根据优先级信息，在所述至少两种模式下发送和/或接收侧行链路数据。
可选地，在本申请的一些实施例中，所述通信单元410还用于：
根据所述至少两种模式确定所述优先级信息。
可选地，在本申请的一些实施例中，所述至少两种模式中不同的模式对应不同的优先级。
可选地，在本申请的一些实施例中，所述通信单元410还用于：
根据所述侧行链路数据确定所述优先级信息。
可选地，在本申请的一些实施例中，所述侧行链路数据的不同服务质量QoS属性对应不同的优先级。
可选地，在本申请的一些实施例中，所述通信单元410具体用于：
优先发送和/或接收满足第一要求的侧行链路数据。
可选地，在本申请的一些实施例中，所述第一要求包括以下中的至少一项的特定情况：
通信模式、传播方式、目标地址、源地址、提供者服务标识PSID、智 能交通系统-应用标识ITS-AID、接入方式、承载、逻辑信道、信道条件、速度、同步类型以及载波。
可选地，在本申请的一些实施例中，所述通信单元410更具体用于：
在特定时频域资源中，优先发送和/或接收满足第一要求的侧行链路数据。
可选地，在本申请的一些实施例中，所述特定时频域资源为网络配置的资源。
可选地，在本申请的一些实施例中，所述特定时频域资源为预配置资源。
可选地，在本申请的一些实施例中，所述特定时频域资源为所述至少两种模式中的第一模式的专属资源。
可选地，在本申请的一些实施例中，所述特定时频域资源为所述至少两种模式中的多种模式的共用资源。
应理解，装置实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。具体地，图5所示的终端设备400可以对应于执行本申请实施例的方法300中的相应主体，并且终端设备400中的各个单元的前述和其它操作和/或功能分别为了实现图4中的各个方法中的相应流程，为了简洁，在此不再赘述。
上文中结合图5从功能模块的角度描述了本申请实施例的终端设备。应理解，该功能模块可以通过硬件形式实现，也可以通过软件形式的指令实现，还可以通过硬件和软件模块组合实现。
具体地，本申请实施例中的方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路和/或软件形式的指令完成，结合本申请实施例公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。
可选地，软件模块可以位于随机存储器，闪存、只读存储器、可编程只读存储器、电可擦写可编程存储器、寄存器等本领域的成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法实施例中的步骤。
例如，本申请实施例中，图5所示的通信单元410可由收发器实现。
图6是本申请实施例的终端设备500示意性结构图。图6所示的终端设备500包括处理器510，处理器510可以从存储器中调用并运行计算机程序， 以实现本申请实施例中的方法。
可选地，如图6所示，终端设备500还可以包括存储器520。该存储器520可以用于存储指示信息，还可以用于存储处理器510执行的代码、指令等。其中，处理器510可以从存储器520中调用并运行计算机程序，以实现本申请实施例中的方法。
其中，存储器520可以是独立于处理器510的一个单独的器件，也可以集成在处理器510中。
可选地，如图6所示，终端设备500还可以包括收发器530，处理器510可以控制该收发器530与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。
其中，收发器530可以包括发射机和接收机。收发器530还可以进一步包括天线，天线的数量可以为一个或多个。
可选地，该终端设备500可以实现本申请实施例的各个方法中由终端设备实现的相应流程，也就是说，本申请实施例的终端设备500可对应于本申请实施例中的终端设备400，并可以对应于执行根据本申请实施例的方法300中的相应主体，为了简洁，在此不再赘述。
应当理解，该终端设备500中的各个组件通过总线系统相连，其中，总线系统除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。
此外，本申请实施例中还提供了一种芯片，该芯片可能是一种集成电路芯片，具有信号的处理能力，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。
可选地，该芯片可应用到各种通信设备中，使得安装有该芯片的通信设备能够执行本申请实施例中的公开的各方法、步骤及逻辑框图。
图7是根据本申请实施例的芯片的示意性结构图。
图7所示的芯片600包括处理器610，处理器610可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
可选地，如图7所示，芯片600还可以包括存储器620。其中，处理器610可以从存储器620中调用并运行计算机程序，以实现本申请实施例中的方法。该存储器620可以用于存储指示信息，还可以用于存储处理器610执行的代码、指令等。
其中，存储器620可以是独立于处理器610的一个单独的器件，也可以 集成在处理器610中。
可选地，该芯片600还可以包括输入接口630。其中，处理器610可以控制该输入接口630与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。
可选地，该芯片600还可以包括输出接口640。其中，处理器610可以控制该输出接口640与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。
可选地，该芯片600可应用于本申请实施例中的终端设备，并且该芯片可以实现本申请实施例的各个方法中由终端设备实现的相应流程，为了简洁，在此不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。还应理解，该芯片600中的各个组件通过总线系统相连，其中，总线系统除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。
所述处理器可以包括但不限于：
通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等等。
所述处理器可以用于实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
所述存储器包括但不限于：
易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高 速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。
应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例中还提供了一种计算机可读存储介质，用于存储计算机程序。该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行方法300所示实施例的方法。
可选地，该计算机可读存储介质可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本申请实施例中还提供了一种计算机程序产品，包括计算机程序。
可选地，该计算机程序产品可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本申请实施例中还提供了一种计算机程序。当该计算机程序被计算机执行时，使得计算机可以执行方法300所示实施例的方法。
需要说明的是，本文中的术语“系统”等也可以称为“网络管理架构”或者“网络系统”等。
还应当理解，在本申请实施例和所附权利要求书中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请实施例。
例如，在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”、“上述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。
所属领域的技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结 合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请实施例的范围。
如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。
例如，以上所描述的装置实施例中单元或模块或组件的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或模块或组件可以结合或者可以集成到另一个系统，或一些单元或模块或组件可以忽略，或不执行。
又例如，上述作为分离/显示部件说明的单元/模块/组件可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元/模块/组件来实现本申请实施例的目的。
最后，需要说明的是，上文中显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
以上内容，仅为本申请实施例的具体实施方式，但本申请实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请实施例的保护范围之内。因此，本申请实施例的保护范围应以权利要求的保护范围为准。

Claims (37)

  1. 一种无线通信方法，其特征在于，包括：
    第一终端设备在至少两种模式下发送和/或接收侧行链路数据。
  2. 根据权利要求1所述的方法，其特征在于，所述至少两种模式包括以下模式中的至少两项；
    所述第一终端设备的侧行链路数据的发送和/或接收由网络设备配置和/或调度；
    所述第一终端设备的侧行链路数据的发送和/或接收由第一终端设备配置和/或调度；
    所述第一终端设备的侧行链路数据的发送和/或接收由第二终端设备配置和/或调度。
  3. 根据权利要求1或2所述的方法，其特征在于，所述至少两种模式分别用于发送和/或接收不同情况下的侧行链路数据。
  4. 根据权利要求3所述的方法，其特征在于，所述不同情况包括：
    传播方式、目标地址、源地址、提供者服务标识PSID、智能交通系统-应用标识ITS-AID、接入方式、承载、逻辑信道、信道条件、速度、同步类型以及载波中任一项的不同情况。
  5. 根据权利要求1至4中任一项所述的方法，其特征在于，所述第一终端设备在至少两种模式下发送和/或接收侧行链路数据，包括：
    所述第一终端设备根据优先级信息，在所述至少两种模式下发送和/或接收侧行链路数据。
  6. 根据权利要求5所述的方法，其特征在于，所述方法还包括：
    所述第一终端设备根据所述至少两种模式确定所述优先级信息。
  7. 根据权利要求6所述的方法，其特征在于，所述至少两种模式中不同的模式对应不同的优先级。
  8. 根据权利要求5至7中任一项所述的方法，其特征在于，所述方法还包括：
    所述第一终端设备根据所述侧行链路数据确定所述优先级信息。
  9. 根据权利要求5至8中任一项所述的方法，其特征在于，所述侧行链路数据的不同服务质量QoS属性对应不同的优先级。
  10. 根据权利要求1至9中任一项所述的方法，其特征在于，所述第一终端设备在至少两种模式下发送和/或接收侧行链路数据，包括：
    所述第一终端设备优先发送和/或接收满足第一要求的侧行链路数据。
  11. 根据权利要求10所述的方法，其特征在于，所述第一要求包括以下中的至少一项的特定情况：
    通信模式、传播方式、目标地址、源地址、提供者服务标识PSID、智能交通系统-应用标识ITS-AID、接入方式、承载、逻辑信道、信道条件、速度、同步类型以及载波。
  12. 根据权利要求10或11所述的方法，其特征在于，所述第一终端设备优先发送和/或接收满足第一要求的侧行链路数据，包括：
    所述第一终端设备在特定时频域资源中，优先发送和/或接收满足第一要求的侧行链路数据。
  13. 根据权利要求12所述的方法，其特征在于，所述特定时频域资源为网络配置的资源。
  14. 根据权利要求12所述的方法，其特征在于，所述特定时频域资源为预配置资源。
  15. 根据权利要求12所述的方法，其特征在于，所述特定时频域资源为所述至少两种模式中的第一模式的专属资源。
  16. 根据权利要求12所述的方法，其特征在于，所述特定时频域资源为所述至少两种模式中的多种模式的共用资源。
  17. 一种终端设备，其特征在于，包括：
    通信单元，用于在至少两种模式下发送和/或接收侧行链路数据。
  18. 根据权利要求17所述的终端设备，其特征在于，所述至少两种模式包括以下模式中的至少两项；
    所述终端设备的侧行链路数据的发送和/或接收由网络设备配置和/或调度；
    所述终端设备的侧行链路数据的发送和/或接收由终端设备配置和/或调度；
    所述终端设备的侧行链路数据的发送和/或接收由第二终端设备配置和/或调度。
  19. 根据权利要求17或18所述的终端设备，其特征在于，所述至少两 种模式分别用于发送和/或接收不同情况下的侧行链路数据。
  20. 根据权利要求19所述的终端设备，其特征在于，所述不同情况包括：
    传播方式、目标地址、源地址、提供者服务标识PSID、智能交通系统-应用标识ITS-AID、接入方式、承载、逻辑信道、信道条件、速度、同步类型以及载波中任一项的不同情况。
  21. 根据权利要求17至20中任一项所述的终端设备，其特征在于，所述通信单元具体用于：
    根据优先级信息，在所述至少两种模式下发送和/或接收侧行链路数据。
  22. 根据权利要求21所述的终端设备，其特征在于，所述通信单元还用于：
    根据所述至少两种模式确定所述优先级信息。
  23. 根据权利要求22所述的终端设备，其特征在于，所述至少两种模式中不同的模式对应不同的优先级。
  24. 根据权利要求21至23中任一项所述的终端设备，其特征在于，所述通信单元还用于：
    根据所述侧行链路数据确定所述优先级信息。
  25. 根据权利要求21至24中任一项所述的终端设备，其特征在于，所述侧行链路数据的不同服务质量QoS属性对应不同的优先级。
  26. 根据权利要求17至25中任一项所述的终端设备，其特征在于，所述通信单元具体用于：
    优先发送和/或接收满足第一要求的侧行链路数据。
  27. 根据权利要求26所述的终端设备，其特征在于，所述第一要求包括以下中的至少一项的特定情况：
    通信模式、传播方式、目标地址、源地址、提供者服务标识PSID、智能交通系统-应用标识ITS-AID、接入方式、承载、逻辑信道、信道条件、速度、同步类型以及载波。
  28. 根据权利要求26或27所述的终端设备，其特征在于，所述通信单元更具体用于：
    在特定时频域资源中，优先发送和/或接收满足第一要求的侧行链路数据。
  29. 根据权利要求28所述的终端设备，其特征在于，所述特定时频域资 源为网络配置的资源。
  30. 根据权利要求28所述的终端设备，其特征在于，所述特定时频域资源为预配置资源。
  31. 根据权利要求28所述的终端设备，其特征在于，所述特定时频域资源为所述至少两种模式中的第一模式的专属资源。
  32. 根据权利要求28所述的终端设备，其特征在于，所述特定时频域资源为所述至少两种模式中的多种模式的共用资源。
  33. 一种终端设备，其特征在于，包括：
    处理器、存储器和收发器，所述存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，以执行权利要求1至16中任一项所述的方法。
  34. 一种芯片，其特征在于，包括：
    处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求1至16中任一项所述的方法。
  35. 一种计算机可读存储介质，其特征在于，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求1至16中任一项所述的方法。
  36. 一种计算机程序产品，其特征在于，包括计算机程序指令，所述计算机程序指令使得计算机执行如权利要求1至16中任一项所述的方法。
  37. 一种计算机程序，其特征在于，所述计算机程序使得计算机执行如权利要求1至16中任一项所述的方法。
PCT/CN2018/118614 2018-11-30 2018-11-30 无线通信方法和终端设备 WO2020107412A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP18941811.4A EP3840497B1 (en) 2018-11-30 2018-11-30 Wireless communication method, computer readable storage medium and terminal device
PCT/CN2018/118614 WO2020107412A1 (zh) 2018-11-30 2018-11-30 无线通信方法和终端设备
CN201880096757.1A CN112640548A (zh) 2018-11-30 2018-11-30 无线通信方法和终端设备
US17/210,142 US20210211223A1 (en) 2018-11-30 2021-03-23 Wireless communication method and terminal device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2018/118614 WO2020107412A1 (zh) 2018-11-30 2018-11-30 无线通信方法和终端设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/210,142 Continuation US20210211223A1 (en) 2018-11-30 2021-03-23 Wireless communication method and terminal device

Publications (1)

Publication Number Publication Date
WO2020107412A1 true WO2020107412A1 (zh) 2020-06-04

Family

ID=70852602

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/118614 WO2020107412A1 (zh) 2018-11-30 2018-11-30 无线通信方法和终端设备

Country Status (4)

Country Link
US (1) US20210211223A1 (zh)
EP (1) EP3840497B1 (zh)
CN (1) CN112640548A (zh)
WO (1) WO2020107412A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107041002A (zh) * 2016-02-04 2017-08-11 中兴通讯股份有限公司 数据信道子帧的指示方法及装置
CN107889073A (zh) * 2016-09-30 2018-04-06 北京三星通信技术研究有限公司 一种v2x通信中的发送资源确定方法和设备
CN108024338A (zh) * 2016-11-03 2018-05-11 中兴通讯股份有限公司 子帧配置方法及装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI3603293T3 (fi) * 2017-03-23 2023-04-03 Apple Inc Priorisoitu viestinvälitys ja resurssin valinta ajoneuvojen välistä (v2v) sivuyhteysviestintää varten
CN112385280B (zh) * 2018-04-11 2024-05-28 瑞典爱立信有限公司 用于副链路反馈发送的技术

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107041002A (zh) * 2016-02-04 2017-08-11 中兴通讯股份有限公司 数据信道子帧的指示方法及装置
CN107889073A (zh) * 2016-09-30 2018-04-06 北京三星通信技术研究有限公司 一种v2x通信中的发送资源确定方法和设备
CN108024338A (zh) * 2016-11-03 2018-05-11 中兴通讯股份有限公司 子帧配置方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HUAWEI ET AL: "Sidelink Resource Allocation Mechanism for NR V2X", 3GPP DRAFT; R1-1810140, 12 October 2018 (2018-10-12), Chengdu, China, pages 1 - 10, XP051517555 *

Also Published As

Publication number Publication date
CN112640548A (zh) 2021-04-09
EP3840497B1 (en) 2023-11-15
EP3840497A1 (en) 2021-06-23
EP3840497A4 (en) 2021-08-18
US20210211223A1 (en) 2021-07-08

Similar Documents

Publication Publication Date Title
WO2020191769A1 (zh) 传输侧行信道的方法和终端设备
TW201919431A (zh) D2d通訊中資源配置的方法、終端設備和網路設備
WO2019056383A9 (zh) 资源配置的方法、终端设备和网络设备
US20220159696A1 (en) Wireless communication method, terminal device, and network device
WO2021051298A1 (zh) 资源配置的方法和接入网设备
WO2020056696A1 (zh) 一种资源分配方法及装置、终端
WO2020087446A1 (zh) 传输数据的方法和终端设备
US20220183005A1 (en) Wireless communication method and terminal device
WO2020087226A1 (zh) 无线通信的方法、终端设备和网络设备
WO2020227868A1 (zh) 传输数据的方法、终端设备和网络设备
WO2020082218A1 (zh) 无线通信的方法和网络设备
AU2019303771A1 (en) D2d communication method and terminal device
WO2019061982A1 (zh) 用于资源分配的方法、网络设备和通信设备
JP2023169410A (ja) 無線通信方法及び端末デバイス
US20230180344A1 (en) Wireless communication method and device
WO2020227869A1 (zh) 一种资源池的配置方法和终端、网络设备
WO2020258107A1 (zh) 无线通信方法和终端设备
WO2020062042A1 (zh) 无线通信方法和设备
WO2020124534A1 (zh) 数据传输的方法和设备
WO2020107412A1 (zh) 无线通信方法和终端设备
WO2020087454A1 (zh) 调整功率的方法和终端设备
WO2021056213A1 (zh) 无线通信的方法和设备
WO2020073259A1 (zh) 一种传输反馈信息的方法和终端设备
WO2019178833A1 (zh) 资源授权的方法和设备
WO2023065334A1 (zh) 无线通信方法、终端设备和网络设备

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: 18941811

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2018941811

Country of ref document: EP

Effective date: 20210316

NENP Non-entry into the national phase

Ref country code: DE