[go: up one dir, main page]

WO2019179105A1 - 无线通信方法、用户设备和网络设备 - Google Patents

无线通信方法、用户设备和网络设备 Download PDF

Info

Publication number
WO2019179105A1
WO2019179105A1 PCT/CN2018/112775 CN2018112775W WO2019179105A1 WO 2019179105 A1 WO2019179105 A1 WO 2019179105A1 CN 2018112775 W CN2018112775 W CN 2018112775W WO 2019179105 A1 WO2019179105 A1 WO 2019179105A1
Authority
WO
WIPO (PCT)
Prior art keywords
scheduling request
different
uplink scheduling
user equipment
link data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2018/112775
Other languages
English (en)
French (fr)
Inventor
唐海
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to JP2020550676A priority Critical patent/JP2021518707A/ja
Priority to SG11202009312PA priority patent/SG11202009312PA/en
Priority to AU2018414910A priority patent/AU2018414910A1/en
Priority to CN201880089958.9A priority patent/CN111742599A/zh
Priority to KR1020207027762A priority patent/KR20200135796A/ko
Priority to EP18910838.4A priority patent/EP3761743B1/en
Application filed by Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority to CN202011077599.0A priority patent/CN112188637B/zh
Priority to RU2020133425A priority patent/RU2776779C2/ru
Publication of WO2019179105A1 publication Critical patent/WO2019179105A1/zh
Priority to US17/018,219 priority patent/US11895642B2/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • 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/12—Wireless traffic scheduling
    • H04W72/121—Wireless traffic scheduling for groups of terminals or users
    • 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
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/25—Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
    • 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/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • 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/14—Direct-mode setup
    • 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

  • the present application relates to the field of wireless communications, and in particular, to a wireless communication method, a user equipment, and a network device.
  • LTE Long Term Evaluation
  • UE user equipment
  • SR uplink scheduling request
  • the vehicle networking system needs to have lower data transmission delay requirements, and the current uplink resource request process cannot meet the lower data transmission delay requirements of the vehicle networking system. Therefore, how to design an uplink resource scheduling scheme to reduce the data transmission delay is an urgent problem to be solved.
  • Embodiments of the present application provide a wireless communication method, user equipment, and network equipment, which are capable of achieving low latency requirements for data transmission from the terminal to the terminal.
  • an embodiment of the present application discloses a wireless communication method, including:
  • the user equipment determines, according to the mapping relationship, an uplink scheduling request format corresponding to the side-link data to be sent, where the mapping relationship includes mapping between different side-link data and different uplink scheduling request formats;
  • the device sends an uplink scheduling request to the network device according to the uplink scheduling request format.
  • an embodiment of the present application further discloses a wireless communication method, including:
  • the network device receives the uplink scheduling request sent by the user equipment, where the uplink scheduling request format of the uplink scheduling request is determined by the user equipment according to the required side-link data and the mapping relationship, where the mapping relationship includes different side lines.
  • an embodiment of the present application further discloses a user equipment, including:
  • a determining unit configured to determine, according to the mapping relationship, an uplink scheduling request format corresponding to the sideline data to be sent, where the mapping relationship includes mapping between different sideline data and different uplink scheduling request formats;
  • the uplink scheduling request sending unit is configured to send an uplink scheduling request to the network device according to the uplink scheduling request format.
  • an embodiment of the present application further discloses a network device, including:
  • the uplink scheduling request receiving unit is configured to receive an uplink scheduling request sent by the user equipment, where the uplink scheduling request format of the uplink scheduling request is determined by the user equipment according to the sideline data and the mapping relationship that are required to be sent, where the mapping is performed.
  • the relationship includes mapping between different side-link data and different uplink scheduling request formats.
  • an embodiment of the present application further discloses a user equipment, including:
  • a memory for storing computer executable instructions; and a processor for implementing the steps of the wireless communication method described above when the computer executable instructions are executed.
  • an embodiment of the present application further discloses a network device, including:
  • a memory for storing computer executable instructions; and a processor for implementing the steps of the wireless communication method described above when the computer executable instructions are executed.
  • an embodiment of the present application further discloses a computer storage medium having stored thereon computer executable instructions that, when executed by a processor, implement the steps of the wireless communication method.
  • the network device can provide resource authorization for the UE to perform data transmission in time, thereby achieving low delay requirement for data transmission from the terminal to the terminal. .
  • feature A+B+C is disclosed in one example
  • feature A+B+D+E is disclosed in another example
  • features C and D are equivalent technical means that perform the same function, technically only Once used, it is impossible to adopt at the same time, and feature E can be combined with feature C technically.
  • the A+B+C+D scheme should not be regarded as already recorded because of the technical infeasibility
  • A+B+ The C+E program should be considered as already documented.
  • 1 is a schematic diagram of mode 3 in an LTE system
  • FIG. 2 is a schematic diagram of mode 4 in an LTE system
  • FIG. 3 is a schematic diagram of a resource request procedure in an LTE system
  • FIG. 4 is a schematic flowchart of a wireless communication method in a first embodiment of the present application.
  • FIG. 5 is a schematic flowchart of a wireless communication method in a second embodiment of the present application.
  • FIG. 6 is a schematic flowchart of a wireless communication method in which a user equipment interacts with a network device according to an embodiment of the present application
  • FIG. 7 is a schematic structural diagram of a user equipment in a third implementation manner of the present application.
  • FIG. 8 is a schematic structural diagram of a network device according to a fourth embodiment of the present application.
  • FIG. 9 is a schematic structural diagram of a communication device in a fifth embodiment of the present application.
  • UE User Equipment, user equipment
  • the user equipment mentioned may be various, such as a smart phone, a tablet computer, a desktop computer, a notebook computer, a customized wireless terminal, an Internet of Things node, a wireless communication module, and the like. It is only necessary to perform wireless communication with the network devices or with each other according to an agreed communication protocol.
  • LTE Long Term Evaluation, Long Term Evolution
  • D2D Device to Device, terminal to terminal;
  • V2X Vehicle to Everything, vehicles to other equipment
  • DL Downlink, uplink
  • SR Scheduling Request, uplink scheduling request or scheduling request
  • TTI Transmission Time Interval, transmission time interval
  • PUCCH Physical Uplink Control Channel, physical uplink control channel
  • PPPP ProSePer-Packet Priority, packet priority
  • the vehicle networking system is a kind of side-link transmission technology based on LTE-D2D. Different from the traditional LTE system, the communication data is received or transmitted through the base station.
  • the vehicle networking system adopts the terminal-to-terminal direct communication method, so it has more High spectral efficiency and lower transmission delay.
  • V2X The car networking technology (V2X) was standardized in 3GPP Rel-14, defining two transmission modes: Mode 3 and Mode 4.
  • Mode 3 As shown in FIG. 1 , the transmission resource of the in-vehicle terminal is allocated by the base station (eNB), and the in-vehicle terminal transmits data on the side line according to the resource allocated by the base station; the base station may allocate a single transmission to the terminal. Resources can also allocate semi-statically transmitted resources to terminals.
  • the in-vehicle terminal adopts a transmission mode of sensing + reservation.
  • the vehicle terminal obtains a set of available transmission resources by means of interception in the resource pool, and the terminal randomly selects one resource from the set for data transmission. Since the service in the car network system has periodic characteristics, the terminal usually adopts a semi-static transmission mode, that is, after the terminal selects one transmission resource, the terminal continuously uses the resource in multiple transmission cycles, thereby reducing resource reselection and The probability of a resource conflict.
  • the terminal carries the information for reserving the next transmission resource in the control information of the current transmission, so that other terminals can determine whether the resource is reserved and used by the user by detecting the control information of the user, thereby reducing resource conflicts. purpose.
  • eV2X requires lower latency requirements, such as requiring an end-to-end delay of 3-5ms, which requires the network to provide resource grants for UEs to send data in mode 3.
  • SR transmission uplink resource authorization
  • SL BSR transmission SL resource authorization
  • FIG. 4 is a schematic flowchart of the wireless communication method.
  • the wireless communication method includes:
  • step 401 the user equipment determines, according to the mapping relationship, an uplink scheduling request format corresponding to the side-link data to be sent, where the mapping relationship includes mapping between different side-link data and different uplink scheduling request formats. Then, proceeding to step 402, the user equipment sends an uplink scheduling request to the network device according to the uplink scheduling request format. This process ends thereafter.
  • the wireless communication method may further include: receiving, by the user equipment, a mapping relationship sent by the network device.
  • the wireless communication method may further include: the user equipment sends the user capability information of the user equipment to the network device.
  • the user capability information includes: whether the user equipment supports using a short TTI-based uplink scheduling request format, and/or the user equipment supports an uplink scheduling request format that uses a specific length TTI.
  • the user capability information of each user equipment includes: the uplink scheduling request format of the user equipment 1 supporting only 1 ms TTI, and the uplink scheduling using the short TTI (for example, shorter than 1 ms) is not supported.
  • the request format the user equipment 2 supports the uplink scheduling request format of 1 ms TTI and 0.5 ms TTI
  • the user equipment 3 supports the uplink scheduling request format of 0.25 ms TTI and 1 ms TTI, and the like.
  • the network device can perform mapping configuration according to user capability information of the user equipment.
  • the uplink scheduling request format in the mapping relationship is an uplink scheduling request format corresponding to the short TTI; if the user equipment does not support the short TTI
  • the uplink scheduling request format in the mapping relationship is an uplink scheduling request format corresponding to a long TTI (for example, 1 ms).
  • different side-link data may be a variety of side-link data, including but not limited to:
  • different side-link data includes side-link data having different PPPP values.
  • different side-link data includes side-link data having different PPPR values.
  • different side-link data includes side-link data having different quality of service (QoS) attribute values.
  • QoS quality of service
  • the different side-link data includes different side-link logical channels or side-link data of different side-link logical channel groups.
  • different side-link data includes side-link data with different service identifiers.
  • different side-link data includes side-link data having different target addresses.
  • uplink scheduling request formats may also be various uplink scheduling request formats, including but not limited to:
  • different uplink scheduling request formats include uplink scheduling request formats based on TTIs of different lengths.
  • different uplink scheduling request formats include an uplink scheduling request format based on different PUCCH formats.
  • a type of side-link data may be mapped to an uplink scheduling request format, or may be mapped to multiple uplink scheduling request formats.
  • a type of sidelink data is mapped to multiple uplink scheduling request formats, one of the uplink scheduling request formats may be used.
  • different data in the same logical channel group may be mapped to an uplink scheduling request format in which all data in the logical channel group can be used, for example, data 1 and data 2 are in the same logical channel group, and data 1 Mapping to the first uplink scheduling request format, where the data 2 is mapped to the first uplink scheduling request format and the second uplink scheduling request format, the first uplink scheduling request format is uniformly used for the data 1 and the data 2 in the logical channel group.
  • the uplink scheduling request in the implementation manner includes an uplink scheduling request (Scheduling Request).
  • the second embodiment of the present application relates to a wireless communication method.
  • FIG. 5 is a schematic flow chart of the wireless communication method. Specifically, as shown in FIG. 5, the wireless communication method includes:
  • step 501 the network device receives an uplink scheduling request sent by the user equipment, where the uplink scheduling request format of the uplink scheduling request is determined by the user equipment according to the required side-link data and the mapping relationship, where the mapping relationship includes different A mapping relationship between sideline data and different uplink scheduling request formats.
  • the wireless communication method may further include: the network device configuring the mapping relationship; and the network device sending the mapping relationship to the user equipment.
  • the wireless communication method may further include: receiving, by the network device, user capability information of the user equipment sent by the user equipment;
  • the user capability information includes: whether the user equipment supports using a short TTI-based uplink scheduling request format, and/or the user equipment supports an uplink scheduling request format that uses a specific length TTI.
  • the user capability information of each user equipment includes: the uplink scheduling request format of the user equipment 1 supporting only 1 ms TTI, and the uplink scheduling using the short TTI (for example, shorter than 1 ms) is not supported.
  • the request format the user equipment 2 supports the uplink scheduling request format of 1 ms TTI and 0.5 ms TTI
  • the user equipment 3 supports the uplink scheduling request format of 0.25 ms TTI and 1 ms TTI, and the like.
  • the foregoing network device configures the mapping relationship, and the network device may perform mapping configuration according to user capability information of the user equipment.
  • the uplink scheduling request format in the mapping relationship is an uplink scheduling request format corresponding to the short TTI; if the user equipment does not support the short TTI
  • the uplink scheduling request format in the mapping relationship is an uplink scheduling request format corresponding to a long TTI (for example, 1 ms).
  • different side-link data may be a variety of side-link data, including but not limited to:
  • different side-link data includes side-link data having different PPPP values.
  • different side-link data includes side-link data having different PPPR values.
  • different side-link data includes side-link data having different QoS attribute values.
  • the different side-link data includes different side-link logical channels or side-link data of different side-link logical channel groups.
  • different side-link data includes side-link data with different service identifiers.
  • different side-link data includes side-link data having different target addresses.
  • uplink scheduling request formats may also be various uplink scheduling request formats, including but not limited to:
  • different uplink scheduling request formats include uplink scheduling request formats based on TTIs of different lengths.
  • different uplink scheduling request formats include an uplink scheduling request format based on different PUCCH formats.
  • a type of side-link data may be mapped to an uplink scheduling request format, or may be mapped to multiple uplink scheduling request formats.
  • a type of sidelink data is mapped to multiple uplink scheduling request formats, one of the uplink scheduling request formats may be used.
  • different data in the same logical channel group may be mapped to an uplink scheduling request format in which all data in the logical channel group can be used, for example, data 1 and data 2 are in the same logical channel group, and data 1 Mapping to the first uplink scheduling request format, where the data 2 is mapped to the first uplink scheduling request format and the second uplink scheduling request format, the first uplink scheduling request format is uniformly used for the data 1 and the data 2 in the logical channel group.
  • the uplink scheduling request in the implementation manner includes an uplink scheduling request (Scheduling Request).
  • FIG. 6 is a schematic flowchart of a wireless communication method in which a user equipment interacts with a network device in this embodiment.
  • the wireless communication method in which the user equipment interacts with the network device includes:
  • step 601 the user equipment sends user capability information of the user equipment to the network device.
  • the user capability information includes: whether the user equipment supports using the short TTI-based uplink SR format, and/or the user equipment supports the SR format using the specific length TTI.
  • the user capability information of each user equipment includes: the uplink scheduling request format of the user equipment 1 supporting only 1 ms TTI, and the uplink scheduling using the short TTI (for example, shorter than 1 ms) is not supported.
  • the request format the user equipment 2 supports the uplink scheduling request format of 1 ms TTI and 0.5 ms TTI
  • the user equipment 3 supports the uplink scheduling request format of 0.25 ms TTI and 1 ms TTI, and the like.
  • the network device receives the user capability information sent by the user equipment, and configures a mapping relationship between the SL data and the SR format according to the user capability information, and sends the mapping relationship to the user equipment.
  • the SR format in the mapping relationship is an SR format corresponding to a short TTI; if the user equipment does not support a short TTI, the mapping relationship is
  • the SR format in is an SR format corresponding to a long TTI (for example, 1 ms).
  • the network device allocates different SR resources to the user equipment, where at least two SR resources are used for different TTI lengths, and the network device configures a mapping relationship between different SL data and the SR format, and the mapping relationship is different.
  • the SR format corresponds to the different SR resources described above.
  • a SL data can be mapped to an SR format
  • a SL data can be mapped to multiple SR formats.
  • the different SL data above can be:
  • the different SR formats mentioned above can be:
  • the user equipment receives the mapping relationship sent by the network device, determines the SR format according to the mapping relationship, and sends the SR to the network device.
  • the target SL data triggers the SR transmission, optionally:
  • the SR format is used for resource request
  • the SR format is not used for resource request.
  • the network device receives the SR sent by the user equipment.
  • the network device may determine, according to the SR format, whether the SL data that triggers the SR transmission requires a low delay, so as to perform matching resource authorization.
  • the network device determines the user equipment that applies for the uplink resource, and determines, according to the SR format of the received SR, the type of the side-link data that triggers the uplink resource application, thereby allocating the corresponding The uplink resource is used, and the uplink resource allocation is notified to the user equipment by sending downlink control information (DCI).
  • DCI downlink control information
  • the third embodiment of the present application relates to a user equipment.
  • FIG. 7 is a schematic structural diagram of the user equipment. Specifically, as shown in FIG. 7, the user equipment includes:
  • the determining unit is configured to determine, according to the mapping relationship, an uplink scheduling request format corresponding to the sideline data to be sent, where the mapping relationship includes mapping between different sideline data and different uplink scheduling request formats. relationship.
  • the uplink scheduling request sending unit is configured to send an uplink scheduling request to the network device according to the uplink scheduling request format determined by the determining unit.
  • the user equipment may further include:
  • the mapping relationship receiving unit is configured to receive a mapping relationship sent by the network device.
  • the user equipment may further include:
  • the user capability information sending unit is configured to send user capability information of the user equipment to the network device.
  • the user capability information includes: whether the user equipment supports using a short TTI-based uplink scheduling request format, and/or the user equipment supports an uplink scheduling request format that uses a specific length TTI.
  • the user capability information of each user equipment includes: the uplink scheduling request format of the user equipment 1 supporting only 1 ms TTI, and the uplink scheduling using the short TTI (for example, shorter than 1 ms) is not supported.
  • the request format the user equipment 2 supports the uplink scheduling request format of 1 ms TTI and 0.5 ms TTI
  • the user equipment 3 supports the uplink scheduling request format of 0.25 ms TTI and 1 ms TTI, and the like.
  • the network device can perform mapping configuration according to user capability information of the user equipment.
  • the uplink scheduling request format in the mapping relationship is an uplink scheduling request format corresponding to the short TTI; if the user equipment does not support the short TTI
  • the uplink scheduling request format in the mapping relationship is an uplink scheduling request format corresponding to a long TTI (for example, 1 ms).
  • side-link data may be a variety of side-link data, including but not limited to:
  • different side-link data includes side-link data having different PPPP values.
  • different side-link data includes side-link data having different PPPR values.
  • different side-link data includes side-link data having different QoS attribute values.
  • the different side-link data includes different side-link logical channels or side-link data of different side-link logical channel groups.
  • different side-link data includes side-link data with different service identifiers.
  • different side-link data includes side-link data having different target addresses.
  • uplink scheduling request formats may also be various uplink scheduling request formats, including but not limited to:
  • different uplink scheduling request formats include uplink scheduling request formats based on TTIs of different lengths.
  • different uplink scheduling request formats include an uplink scheduling request format based on different PUCCH formats.
  • a type of side-link data may be mapped to an uplink scheduling request format, or may be mapped to multiple uplink scheduling request formats.
  • a type of sidelink data is mapped to multiple uplink scheduling request formats, one of the uplink scheduling request formats may be used.
  • different data in the same logical channel group may be mapped to an uplink scheduling request format in which all data in the logical channel group can be used, for example, data 1 and data 2 are in the same logical channel group, and data 1 Mapping to the first uplink scheduling request format, where the data 2 is mapped to the first uplink scheduling request format and the second uplink scheduling request format, the first uplink scheduling request format is uniformly used for the data 1 and the data 2 in the logical channel group.
  • the uplink scheduling request in the implementation manner includes an uplink SR.
  • the first embodiment is a method embodiment corresponding to the present embodiment, and the present embodiment can be implemented in cooperation with the first embodiment.
  • the related technical details mentioned in the first embodiment are still effective in the present embodiment, and are not described herein again in order to reduce repetition. Accordingly, the related art details mentioned in the present embodiment can also be applied to the first embodiment.
  • the fourth embodiment of the present application relates to a network device.
  • FIG. 8 is a schematic structural diagram of the network device. Specifically, as shown in FIG. 8, the network device includes:
  • the uplink scheduling request receiving unit is configured to receive an uplink scheduling request sent by the user equipment, where the uplink scheduling request format of the uplink scheduling request is determined by the user equipment according to the required side-link data and the mapping relationship, where the mapping relationship includes different The mapping relationship between the sideline data and the different uplink scheduling request formats.
  • the network device may further include:
  • a configuration unit configured to configure the mapping relationship
  • the mapping relationship sending unit is configured to send the mapping relationship configured by the configuration unit to the user equipment, so that the user equipment determines, according to the side-link data that needs to be sent, an uplink scheduling request format for performing the resource request.
  • the network device may further include:
  • a user capability information receiving unit configured to receive user capability information of the user equipment sent by the user equipment
  • the user capability information includes: whether the user equipment supports using a short TTI-based uplink scheduling request format, and/or the user equipment supports an uplink scheduling request format that uses a specific length TTI.
  • the user capability information of each user equipment includes: the uplink scheduling request format of the user equipment 1 supporting only 1 ms TTI, and the uplink scheduling using the short TTI (for example, shorter than 1 ms) is not supported.
  • the request format the user equipment 2 supports the uplink scheduling request format of 1 ms TTI and 0.5 ms TTI
  • the user equipment 3 supports the uplink scheduling request format of 0.25 ms TTI and 1 ms TTI, and the like.
  • the foregoing configuration unit is further configured to configure the mapping relationship according to the user capability information received by the user capability information receiving unit.
  • the uplink scheduling request format in the mapping relationship is an uplink scheduling request format corresponding to the short TTI; if the user equipment does not support the short TTI
  • the uplink scheduling request format in the mapping relationship is an uplink scheduling request format corresponding to a long TTI (for example, 1 ms).
  • side-link data may be a variety of side-link data, including but not limited to:
  • different side-link data includes side-link data having different PPPP values.
  • different side-link data includes side-link data having different PPPR values.
  • different side-link data includes side-link data having different QoS attribute values.
  • the different side-link data includes different side-link logical channels or side-link data of different side-link logical channel groups.
  • different side-link data includes side-link data with different service identifiers.
  • different side-link data includes side-link data having different target addresses.
  • uplink scheduling request formats may also be various uplink scheduling request formats, including but not limited to:
  • different uplink scheduling request formats include uplink scheduling request formats based on TTIs of different lengths.
  • different uplink scheduling request formats include an uplink scheduling request format based on different PUCCH formats.
  • a type of side-link data may be mapped to an uplink scheduling request format, or may be mapped to multiple uplink scheduling request formats.
  • a type of sidelink data is mapped to multiple uplink scheduling request formats, one of the uplink scheduling request formats may be used.
  • different data in the same logical channel group may be mapped to an uplink scheduling request format in which all data in the logical channel group can be used, for example, data 1 and data 2 are in the same logical channel group, and data 1 Mapping to the first uplink scheduling request format, where the data 2 is mapped to the first uplink scheduling request format and the second uplink scheduling request format, the first uplink scheduling request format is uniformly used for the data 1 and the data 2 in the logical channel group.
  • the uplink scheduling request in the implementation manner includes an uplink SR.
  • the second embodiment is a method embodiment corresponding to the present embodiment, and the present embodiment can be implemented in cooperation with the second embodiment.
  • the related technical details mentioned in the second embodiment are still effective in the present embodiment, and are not described herein again in order to reduce repetition. Accordingly, the related art details mentioned in the present embodiment can also be applied to the second embodiment.
  • a fifth embodiment of the present application relates to a communication device.
  • FIG. 9 is a schematic structural diagram of the network device.
  • the communication device includes a processor and a memory.
  • the memory can store computer executable instructions
  • the processor can execute computer executable instructions stored in the memory.
  • the processor can execute the corresponding operations of the user equipment in the embodiment of the wireless communication method by using the computer-executable instructions stored in the memory.
  • the processor can execute the corresponding operations of the user equipment in the embodiment of the wireless communication method by using the computer-executable instructions stored in the memory.
  • the processor can execute the corresponding operations of the network device in the embodiment of the wireless communication method by using the computer-executable instructions stored in the memory.
  • the processor can execute the corresponding operations of the network device in the embodiment of the wireless communication method by using the computer-executable instructions stored in the memory.
  • the implementation functions of the units shown in the foregoing embodiments of the user equipment and the network equipment can be understood by referring to the related description of the foregoing wireless communication method.
  • the functions of the units shown in the above embodiments of the user equipment and the network equipment may be implemented by a program (executable instructions) running on the processor, or may be implemented by a specific logic circuit.
  • the user equipment when the user equipment is implemented in the form of a software function module and sold or used as a separate product, it may also be stored in a computer readable storage medium.
  • the technical solution of the embodiments of the present invention may be embodied in the form of a software product in essence or in the form of a software product stored in a storage medium, including a plurality of instructions.
  • a computer device (which may be a personal computer, server, or network device, etc.) is caused to perform all or part of the methods described in various embodiments of the present invention.
  • the foregoing storage medium includes various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read only memory (ROM), a magnetic disk, or an optical disk.
  • embodiments of the invention are not limited to any specific combination of hardware and software.
  • embodiments of the present invention also provide a computer storage medium having stored therein computer executable instructions that, when executed by a processor, implement various method embodiments of the present invention.
  • an action is performed according to an element, it means the meaning of performing the action at least according to the element, and includes two cases: the action is performed only according to the element, and according to the element and Other elements perform this behavior.
  • the expressions of plural, multiple, multiple, etc. include two, two, two, two or more, two or more, two or more.

Landscapes

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

Abstract

本申请实施例公开了一种无线通信方法和设备，该无线通信方法包括：用户设备根据映射关系，确定需要发送的侧行链路数据对应的上行调度请求格式，所述映射关系包括不同的侧行链路数据和不同的上行调度请求格式之间的映射关系；所述用户设备根据所述上行调度请求格式向所述网络设备发送上行调度请求。

Description

无线通信方法、用户设备和网络设备 技术领域
本申请涉及无线通信领域，特别涉及一种无线通信方法、用户设备和网络设备。
背景技术
在长期演进(Long Term Evaluation，LTE)系统中，当用户设备(User Equipment，UE)有发送数据的需求时，需要向网络设备发送上行调度请求(Scheduling Request，SR)进行上行资源请求。
车联网系统需要具有较低的数据传输时延要求，目前的上行资源请求流程无法满足车联网系统的较低的数据传输时延要求。因此，如何设计一种上行资源调度方案，以降低数据的传输时延，是一项亟待解决的问题。
发明内容
本申请的实施方式提供了一种无线通信方法、用户设备和网络设备，能够达到数据在终端到终端传输的低时延要求。
第一方面，本申请的实施方式公开了一种无线通信方法，包括：
用户设备根据映射关系，确定需要发送的侧行链路数据对应的上行调度请求格式，所述映射关系包括不同的侧行链路数据和不同的上行调度请求格式之间的映射关系；所述用户设备根据所述上行调度请求格式向所述网络设备发送上行调度请求。
第二方面，本申请的实施方式还公开了一种无线通信方法，包括：
网络设备接收用户设备发送的上行调度请求，所述上行调度请求的上行调度请求格式是所述用户设备根据需要发送的侧行链路数据和映射关系确定的，所述映射关系包括不同的侧行链路数据和不同的上行调度请求格式之间的映射关系。
第三方面，本申请的实施方式还公开了一种用户设备，包括：
确定单元，配置为根据映射关系，确定需要发送的侧行链路数据对 应的上行调度请求格式，所述映射关系包括不同的侧行链路数据和不同的上行调度请求格式之间的映射关系；
上行调度请求发送单元，配置为根据所述上行调度请求格式向所述网络设备发送上行调度请求。
第四方面，本申请的实施方式还公开了一种网络设备，包括：
上行调度请求接收单元，配置为接收用户设备发送的上行调度请求，所述上行调度请求的上行调度请求格式是所述用户设备根据需要发送的侧行链路数据和映射关系确定的，所述映射关系包括不同的侧行链路数据和不同的上行调度请求格式之间的映射关系。
第五方面，本申请的实施方式还公开了一种用户设备，包括：
存储器，用于存储计算机可执行指令；以及处理器，用于在执行该计算机可执行指令时实现上述无线通信方法的步骤。
第六方面，本申请的实施方式还公开了一种网络设备，包括：
存储器，用于存储计算机可执行指令；以及处理器，用于在执行该计算机可执行指令时实现上述无线通信方法的步骤。
第七方面，本申请的实施方式还公开了一种计算机存储介质，其上存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现上述无线通信方法的步骤。
因此，在本申请的实施方式中，通过发送不同上行调度请求格式的上行调度请求，使网络设备能够及时提供资源授权供UE进行数据发送，从而能够达到数据在终端到终端传输的低时延要求。
本申请实施方式的说明书中记载了大量的技术特征，分布在各个技术方案中，如果要罗列出本申请所有可能的技术特征的组合(即技术方案)的话，会使得说明书过于冗长。为了避免这个问题，本申请上述发明内容中公开的各个技术特征、在下文各个实施方式和例子中公开的各技术特征、以及附图中公开的各个技术特征，都可以自由地互相组合，从而构成各种新的技术方案(这些技术方案均因视为在本说明书中已经记载)，除非这种技术特征的组合在技术上是不可行的。例如，在一个例子中公开了特征A+B+C，在另一个例子中公开了特征A+B+D+E，而特征C和D是起到相同作用的等同技术手段，技术上只要择一使用即可， 不可能同时采用，特征E技术上可以与特征C相组合，则，A+B+C+D的方案因技术不可行而应当不被视为已经记载，而A+B+C+E的方案应当视为已经被记载。
附图说明
图1是LTE系统中模式3的示意图；
图2是LTE系统中模式4的示意图；
图3是LTE系统中一种资源请求流程的示意图；
图4是本申请第一实施方式中一种无线通信方法的流程示意图；
图5是本申请第二实施方式中一种无线通信方法的流程示意图；
图6是本申请实施例的用户设备与网络设备交互的无线通信方法的流程示意图；
图7是本申请第三实施方式中一种用户设备的结构示意图；
图8是本申请第四实施方式中一种网络设备的结构示意图；
图9是本申请第五实施方式中一种通信设备的结构示意图。
具体实施方式
在以下的叙述中，为了使读者更好地理解本申请而提出了许多技术细节。但是，本领域的普通技术人员可以理解，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。
部分术语的说明：
UE：User Equipment，用户设备；
在本申请的各实施方式中，所提到的用户设备可以是多种多样的，例如智能手机、平板电脑、台式电脑、笔记本电脑、定制的无线终端、物联网节点、无线通信模块等等，只要与网络设备或相互之间能够根据约定的通信协议进行无线通信即可。
LTE：Long Term Evaluation，长期演进；
D2D：Device to Device，终端到终端；
V2X：Vehicle to Everything，车辆到其他设备；
SL：sidelink，侧行链路；
DL：Downlink，上行链路；
SR：Scheduling Request，上行调度请求或调度请求；
BSR，Buffer Status Report，缓存状态报告；
TTI：Transmission Time Interval，传输时间间隔；
PUCCH：Physical Uplink Control Channel，物理上行控制信道；
PPPP：ProSePer-Packet Priority，数据包优先级；
PPPR：ProSePer-Packet Reliablity，数据包可靠性要求。
下面简要介绍一下本申请实施例的部分应用场景：
车联网系统是基于LTE-D2D的一种侧行链路传输技术，与传统的LTE系统中通信数据通过基站接收或者发送的方式不同，车联网系统采用终端到终端直接通信的方式，因此具有更高的频谱效率以及更低的传输时延。
在3GPP Rel-14中对车联网技术(V2X)进行了标准化，定义了两种传输模式：模式3和模式4。
模式3：如图1所示，车载终端的传输资源是由基站(eNB)分配的，车载终端根据基站分配的资源在侧行链路上进行数据的发送；基站可以为终端分配单次传输的资源，也可以为终端分配半静态传输的资源。
模式4：如图2所示，车载终端采用侦听(sensing)+预留(reservation)的传输方式。车载终端在资源池中通过侦听的方式获取可用的传输资源集合，终端从该集合中随机选取一个资源进行数据的传输。由于车联网系统中的业务具有周期性特征，因此终端通常采用半静态传输的方式，即终端选取一个传输资源后，就会在多个传输周期中持续的使用该资源，从而降低资源重选以及资源冲突的概率。终端会在本次传输的控制信息中携带预留下次传输资源的信息，从而使得其他终端可以通过检测该用户的控制信息判断这块资源是否被该用户预留和使用，达到降低资源冲突的目的。
在Rel-15中，eV2X要求支持更低的时延要求，例如要求支持3-5ms的端到端时延，这要求网络在模式3下能够及时提供资源授权供UE进行数据发送。
如图3所示，用户在向网络申请SL资源时，所经历的流程为：SR发送—上行资源授权—SL BSR发送—SL资源授权。该流程在当前配置下， 需要经历16ms的时延(假设4ms TTI的长度)，超出了3-5ms的时延要求。因此，需要改进SL的上行资源申请方法，以达到更低的时延要求。
需要说明的是，本申请的技术方案可以(但不限于)应用于车联网系统中。
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本发明的实施方式作进一步地详细描述。
本申请第一实施方式涉及一种无线通信方法，图4是该无线通信方法的流程示意图。具体地说，如图4所示，该无线通信方法包括：
在步骤401中，用户设备根据映射关系，确定需要发送的侧行链路数据对应的上行调度请求格式，该映射关系包括不同的侧行链路数据和不同的上行调度请求格式之间的映射关系；此后进入步骤402，用户设备根据该上行调度请求格式向网络设备发送上行调度请求。此后结束本流程。
可选的，在步骤401之前，该无线通信方法还可以包括：用户设备接收网络设备发送的映射关系。
可选的，在用户设备接收网络设备发送的映射关系之前，该无线通信方法还可以包括：用户设备向网络设备发送用户设备的用户能力信息。
可选的，该用户能力信息包括：用户设备是否支持使用基于短TTI的上行调度请求格式，和/或，用户设备支持使用特定长度TTI的上行调度请求格式。
举个例子来说，在多个用户设备中，各用户设备的用户能力信息包括：用户设备1只支持1ms TTI的上行调度请求格式，不支持使用短TTI(例如：短于1ms)的上行调度请求格式，用户设备2支持1ms TTI和0.5msTTI的上行调度请求格式，用户设备3支持0.25ms TTI和1ms TTI的上行调度请求格式，等等。
网络设备可以根据该用户设备的用户能力信息进行映射关系的配置。
例如，根据用户设备的用户能力信息，如果用户设备支持短TTI(例如：0.25ms)，则映射关系中的上行调度请求格式为对应该短TTI的上行调度请求格式；如果用户设备不支持短TTI，则映射关系中的上行调度请求格式为对应长TTI(例如：1ms)的上行调度请求格式。
进一步地，在步骤401中，不同的侧行链路数据可以是多种多样的侧 行链路数据，包括但不限于：
可选的，不同的侧行链路数据包括具有不同的PPPP值的侧行链路数据。
可选的，不同的侧行链路数据包括具有不同的PPPR值的侧行链路数据。
可选的，不同的侧行链路数据包括具有不同的服务质量(QoS)属性值的侧行链路数据。
可选的，不同的侧行链路数据包括不同的侧行链路逻辑信道或不同的侧行链路逻辑信道组的侧行链路数据。
可选的，不同的侧行链路数据包括具有不同的业务标识的侧行链路数据。
可选的，不同的侧行链路数据包括具有不同的目标地址的侧行链路数据。
类似的，不同的上行调度请求格式也可以是各种各样的上行调度请求格式，包括但不限于：
可选的，不同的上行调度请求格式包括基于不同长度的TTI的上行调度请求格式。
可选的，不同的上行调度请求格式包括基于不同的PUCCH格式的上行调度请求格式。
另外，该映射关系中，一种侧行链路数据可以映射到一种上行调度请求格式，也可以到映射到多种上行调度请求格式。当一种侧行链路数据映射到多种上行调度请求格式时，可以在其中任选一种上行调度请求格式使用。
或者，对于同一个逻辑信道组内的不同数据，可以映射到一种该逻辑信道组内所有数据都可以使用的上行调度请求格式，例如数据1和数据2在同一个逻辑信道组内，数据1映射到第一上行调度请求格式，数据2映射到第一上行调度请求格式和第二上行调度请求格式，则在该逻辑信道组内，对数据1和数据2统一使用第一上行调度请求格式。
可选的，该实施方式中所述的上行调度请求包括上行调度请求SR(Scheduling Request)。
本申请第二实施方式涉及一种无线通信方法。
需要说明的是，该第一实施方式是从用户设备端描述该无线通信方法，该第二实施方式是从网络设备端描述该无线通信方法，两者是交互对应的过程，技术构思是一致的，相关的细节可以互用。图5是该无线通信方法的流程示意图。具体地说，如图5所示，该无线通信方法包括：
在步骤501中，网络设备接收用户设备发送的上行调度请求，该上行调度请求的上行调度请求格式是该用户设备根据需要发送的侧行链路数据和映射关系确定的，该映射关系包括不同的侧行链路数据和不同的上行调度请求格式之间的映射关系。此后结束本流程。
可选的，在步骤501之前，该无线通信方法还可以包括：网络设备配置该映射关系；网络设备将该映射关系发送到该用户设备。
进一步地，可选的，在网络设备配置该映射关系之前，该无线通信方法还可以包括：网络设备接收用户设备发送的该用户设备的用户能力信息；
可选的，该用户能力信息包括：用户设备是否支持使用基于短TTI的上行调度请求格式，和/或，用户设备支持使用特定长度TTI的上行调度请求格式。
举个例子来说，在多个用户设备中，各用户设备的用户能力信息包括：用户设备1只支持1ms TTI的上行调度请求格式，不支持使用短TTI(例如：短于1ms)的上行调度请求格式，用户设备2支持1ms TTI和0.5msTTI的上行调度请求格式，用户设备3支持0.25ms TTI和1ms TTI的上行调度请求格式，等等。
可选的，上述网络设备配置该映射关系，包括：网络设备可以根据该用户设备的用户能力信息进行映射关系的配置。
例如，根据用户设备的用户能力信息，如果用户设备支持短TTI(例如：0.25ms)，则映射关系中的上行调度请求格式为对应该短TTI的上行调度请求格式；如果用户设备不支持短TTI，则映射关系中的上行调度请求格式为对应长TTI(例如：1ms)的上行调度请求格式。
进一步地，在步骤501中，不同的侧行链路数据可以是多种多样的侧行链路数据，包括但不限于：
可选的，不同的侧行链路数据包括具有不同的PPPP值的侧行链路数 据。
可选的，不同的侧行链路数据包括具有不同的PPPR值的侧行链路数据。
可选的，不同的侧行链路数据包括具有不同的QoS属性值的侧行链路数据。
可选的，不同的侧行链路数据包括不同的侧行链路逻辑信道或不同的侧行链路逻辑信道组的侧行链路数据。
可选的，不同的侧行链路数据包括具有不同的业务标识的侧行链路数据。
可选的，不同的侧行链路数据包括具有不同的目标地址的侧行链路数据。
类似的，不同的上行调度请求格式也可以是各种各样的上行调度请求格式，包括但不限于：
可选的，不同的上行调度请求格式包括基于不同长度的TTI的上行调度请求格式。
可选的，不同的上行调度请求格式包括基于不同的PUCCH格式的上行调度请求格式。
另外，该映射关系中，一种侧行链路数据可以映射到一种上行调度请求格式，也可以到映射到多种上行调度请求格式。当一种侧行链路数据映射到多种上行调度请求格式时，可以在其中任选一种上行调度请求格式使用。
或者，对于同一个逻辑信道组内的不同数据，可以映射到一种该逻辑信道组内所有数据都可以使用的上行调度请求格式，例如数据1和数据2在同一个逻辑信道组内，数据1映射到第一上行调度请求格式，数据2映射到第一上行调度请求格式和第二上行调度请求格式，则在该逻辑信道组内，对数据1和数据2统一使用第一上行调度请求格式。
可选的，该实施方式中所述的上行调度请求包括上行调度请求SR(Scheduling Request)。
下面说明本申请的一个具体实施例。图6是该实施例中用户设备与网络设备交互的无线通信方法的流程示意图。具体地说，如图6所示，该用 户设备与网络设备交互的无线通信方法至少包括：
在步骤601中，用户设备向网络设备发送该用户设备的用户能力信息。
可选的，用户能力信息包括：用户设备是否支持使用基于短TTI的上行SR格式，和/或，用户设备支持使用特定长度TTI的SR格式。
举个例子来说，在多个用户设备中，各用户设备的用户能力信息包括：用户设备1只支持1ms TTI的上行调度请求格式，不支持使用短TTI(例如：短于1ms)的上行调度请求格式，用户设备2支持1ms TTI和0.5msTTI的上行调度请求格式，用户设备3支持0.25ms TTI和1ms TTI的上行调度请求格式，等等。
此后进入步骤602，网络设备接收用户设备发送的用户能力信息，并根据该用户能力信息配置SL数据和SR格式的映射关系，并向用户设备发送该映射关系。例如，根据用户设备的用户能力信息，如果用户设备支持短TTI(例如：0.25ms)，则映射关系中的SR格式为对应该短TTI的SR格式；如果用户设备不支持短TTI，则映射关系中的SR格式为对应长TTI(例如：1ms)的SR格式。
可选的，网络设备给用户设备分配了不同的SR资源，其中至少包括针对不同TTI长度的两个SR资源，同时网络设备为不同SL数据和SR格式配置了映射关系，该映射关系中的不同SR格式对应于上述不同的SR资源。
可选的，在该映射关系中，
i.一种SL数据可以映射到一个SR格式；
ii.一种SL数据可以映射到多个SR格式。
上述不同的SL数据可以是:
i.具有不同的PPPP值的SL数据；
ii.具有不同的PPPR值的SL数据；
iii.具有不同的QoS属性值的SL数据；
iv.不同的SL逻辑信道(组)的SL数据；
v.具有不同的业务ID的SL数据；
vi.具有不同的目标地址的SL数据；
上述不同的SR格式可以是：
i.基于不同的TTI长度的SR格式；
ii.基于不同的PUCCH格式的SR格式。
此后进入步骤603，用户设备接收网络设备发送的映射关系，并根据该映射关系确定SR格式，并向网络设备发送SR。
目标SL数据触发了SR传输，可选的：
a.根据上述映射关系，如果该目标SL数据映射到特定SR格式上，则使用该SR格式进行资源请求；
b.根据上述映射关系，如果该目标SL数据没有映射到特定SR格式上，并同时没有其他触发SR传输的SL数据映射到特定SR格式上，则不使用该SR格式进行资源请求。
此后进入步骤604，网络设备接收用户设备发送的SR。
可选的，网络设备可以根据SR格式，判断触发SR传输的SL数据是否要求低时延，从而进行相匹配的资源授权。
具体地说，网络设备收到用户设备发送的SR之后，确定申请上行资源的用户设备，并根据接收到的SR的SR格式，判断触发上行资源申请的侧行链路数据类型，从而分配相应的上行资源，并通过下发下行控制信息(DCI)将所述的上行资源分配通知给用户设备。
本申请第三实施方式涉及一种用户设备。
图7是该用户设备的结构示意图，具体地说，如图7所示，该用户设备包括：
确定单元，配置为根据该映射关系，确定需要发送的侧行链路数据对应的上行调度请求格式，其中，该映射关系包括不同的侧行链路数据和不同的上行调度请求格式之间的映射关系。
上行调度请求发送单元，配置为根据确定单元所确定的上行调度请求格式向网络设备发送上行调度请求。
可选的，该用户设备还可以包括：
映射关系接收单元，配置为接收网络设备发送的映射关系。
可选的，该用户设备还可以包括：
用户能力信息发送单元，配置为向网络设备发送该用户设备的用户能力信息。
可选的，用户能力信息包括：用户设备是否支持使用基于短TTI的上 行调度请求格式，和/或，用户设备支持使用特定长度TTI的上行调度请求格式。
举个例子来说，在多个用户设备中，各用户设备的用户能力信息包括：用户设备1只支持1ms TTI的上行调度请求格式，不支持使用短TTI(例如：短于1ms)的上行调度请求格式，用户设备2支持1ms TTI和0.5msTTI的上行调度请求格式，用户设备3支持0.25ms TTI和1ms TTI的上行调度请求格式，等等。
网络设备可以根据该用户设备的用户能力信息进行映射关系的配置。
例如，根据用户设备的用户能力信息，如果用户设备支持短TTI(例如：0.25ms)，则映射关系中的上行调度请求格式为对应该短TTI的上行调度请求格式；如果用户设备不支持短TTI，则映射关系中的上行调度请求格式为对应长TTI(例如：1ms)的上行调度请求格式。
进一步地，不同的侧行链路数据可以是多种多样的侧行链路数据，包括但不限于：
可选的，不同的侧行链路数据包括具有不同的PPPP值的侧行链路数据。
可选的，不同的侧行链路数据包括具有不同的PPPR值的侧行链路数据。
可选的，不同的侧行链路数据包括具有不同的QoS属性值的侧行链路数据。
可选的，不同的侧行链路数据包括不同的侧行链路逻辑信道或不同的侧行链路逻辑信道组的侧行链路数据。
可选的，不同的侧行链路数据包括具有不同的业务标识的侧行链路数据。
可选的，不同的侧行链路数据包括具有不同的目标地址的侧行链路数据。
类似的，不同的上行调度请求格式也可以是各种各样的上行调度请求格式，包括但不限于：
可选的，不同的上行调度请求格式包括基于不同长度的TTI的上行调度请求格式。
可选的，不同的上行调度请求格式包括基于不同的PUCCH格式的上行调度请求格式。
另外，该映射关系中，一种侧行链路数据可以映射到一种上行调度请求格式，也可以到映射到多种上行调度请求格式。当一种侧行链路数据映射到多种上行调度请求格式时，可以在其中任选一种上行调度请求格式使用。
或者，对于同一个逻辑信道组内的不同数据，可以映射到一种该逻辑信道组内所有数据都可以使用的上行调度请求格式，例如数据1和数据2在同一个逻辑信道组内，数据1映射到第一上行调度请求格式，数据2映射到第一上行调度请求格式和第二上行调度请求格式，则在该逻辑信道组内，对数据1和数据2统一使用第一上行调度请求格式。
可选的，该实施方式中所述的上行调度请求包括上行SR。
第一实施方式是与本实施方式相对应的方法实施方式，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。
本申请第四实施方式涉及一种网络设备。
图8是该网络设备的结构示意图，具体地说，如图8所示，该网络设备包括：
上行调度请求接收单元，配置为接收用户设备发送的上行调度请求，该上行调度请求的上行调度请求格式是该用户设备根据需要发送的侧行链路数据和映射关系确定的，该映射关系包括不同的侧行链路数据和不同的上行调度请求格式之间的映射关系。
可选的，该网络设备还可以包括：
配置单元，配置为配置该映射关系；
映射关系发送单元，配置为将配置单元所配置的映射关系发送到用户设备，以供该用户设备根据需要发送的侧行链路数据确定进行资源请求的上行调度请求格式。
可选的，该网络设备还可以包括：
用户能力信息接收单元，配置为接收用户设备发送的该用户设备的用 户能力信息；
可选的，用户能力信息包括：用户设备是否支持使用基于短TTI的上行调度请求格式，和/或，用户设备支持使用特定长度TTI的上行调度请求格式。
举个例子来说，在多个用户设备中，各用户设备的用户能力信息包括：用户设备1只支持1ms TTI的上行调度请求格式，不支持使用短TTI(例如：短于1ms)的上行调度请求格式，用户设备2支持1ms TTI和0.5msTTI的上行调度请求格式，用户设备3支持0.25ms TTI和1ms TTI的上行调度请求格式，等等。
进一步地，可选的，上述配置单元还配置为根据该用户能力信息接收单元接收到的该用户能力信息配置该映射关系。
例如，根据用户设备的用户能力信息，如果用户设备支持短TTI(例如：0.25ms)，则映射关系中的上行调度请求格式为对应该短TTI的上行调度请求格式；如果用户设备不支持短TTI，则映射关系中的上行调度请求格式为对应长TTI(例如：1ms)的上行调度请求格式。
进一步地，不同的侧行链路数据可以是多种多样的侧行链路数据，包括但不限于：
可选的，不同的侧行链路数据包括具有不同的PPPP值的侧行链路数据。
可选的，不同的侧行链路数据包括具有不同的PPPR值的侧行链路数据。
可选的，不同的侧行链路数据包括具有不同的QoS属性值的侧行链路数据。
可选的，不同的侧行链路数据包括不同的侧行链路逻辑信道或不同的侧行链路逻辑信道组的侧行链路数据。
可选的，不同的侧行链路数据包括具有不同的业务标识的侧行链路数据。
可选的，不同的侧行链路数据包括具有不同的目标地址的侧行链路数据。
类似的，不同的上行调度请求格式也可以是各种各样的上行调度请求 格式，包括但不限于：
可选的，不同的上行调度请求格式包括基于不同长度的TTI的上行调度请求格式。
可选的，不同的上行调度请求格式包括基于不同的PUCCH格式的上行调度请求格式。
另外，该映射关系中，一种侧行链路数据可以映射到一种上行调度请求格式，也可以到映射到多种上行调度请求格式。当一种侧行链路数据映射到多种上行调度请求格式时，可以在其中任选一种上行调度请求格式使用。
或者，对于同一个逻辑信道组内的不同数据，可以映射到一种该逻辑信道组内所有数据都可以使用的上行调度请求格式，例如数据1和数据2在同一个逻辑信道组内，数据1映射到第一上行调度请求格式，数据2映射到第一上行调度请求格式和第二上行调度请求格式，则在该逻辑信道组内，对数据1和数据2统一使用第一上行调度请求格式。
可选的，该实施方式中所述的上行调度请求包括上行SR。
第二实施方式是与本实施方式相对应的方法实施方式，本实施方式可与第二实施方式互相配合实施。第二实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第二实施方式中。
本申请第五实施方式涉及一种通信设备。
图9是该网络设备的结构示意图，具体地说，如图9所示，该通信设备包括处理器和存储器。其中，该存储器可以存储计算机可执行指令，该处理器可以执行该存储器中存储的计算机可执行指令。
可选的，该处理器可以调用存储器中存储的计算机可执行指令，执行无线通信方法实施例中的用户设备的相应操作，为了简洁，在此不再赘述。
可选的，该处理器可以调用存储器中存储的计算机可执行指令，执行无线通信方法实施例中的网络设备的相应操作，为了简洁，在此不再赘述。
需要说明的是，本领域技术人员应当理解，上述用户设备和网络设备的实施方式中所示的各单元的实现功能可参照前述无线通信方法的相关描述而理解。上述用户设备和网络设备的实施方式中所示的各单元的功能可 通过运行于处理器上的程序(可执行指令)而实现，也可通过具体的逻辑电路而实现。本发明实施例上述用户设备如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本发明实施例不限制于任何特定的硬件和软件结合。
相应地，本发明实施例还提供一种计算机存储介质，其中存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现本发明的各方法实施方式。
需要说明的是，在本专利的申请文件中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。本专利的申请文件中，如果提到根据某要素执行某行为，则是指至少根据该要素执行该行为的意思，其中包括了两种情况：仅根据该要素执行该行为、和根据该要素和其它要素执行该行为。多个、多次、多种等表达包括2个、2次、2种以及2个以上、2次以上、2种以上。
在本申请提及的所有文献都在本申请中引用作为参考，就如同每一篇文献被单独引用作为参考那样。此外应理解，在阅读了本申请的上述讲授内容之后，本领域技术人员可以对本申请作各种改动或修改，这些等价形式同样落于本申请所要求保护的范围。

Claims (63)

  1. 一种无线通信方法，包括：
    用户设备根据映射关系，确定需要发送的侧行链路数据对应的上行调度请求格式，所述映射关系包括不同的侧行链路数据和不同的上行调度请求格式之间的映射关系；
    所述用户设备根据所述上行调度请求格式向所述网络设备发送上行调度请求。
  2. 根据权利要求1所述的方法，其中，在所述用户设备根据映射关系，确定需要发送的侧行链路数据对应的上行调度请求格式之前，还包括：
    所述用户设备接收所述网络设备发送的所述映射关系。
  3. 根据权利要求2所述的方法，其中，在所述用户设备接收所述网络设备发送的所述映射关系之前，还包括：
    所述用户设备向所述网络设备发送所述用户设备的用户能力信息。
  4. 根据权利要求3所述的方法，其中，所述用户能力信息包括：所述用户设备是否支持使用基于短传输时间间隔TTI的上行调度请求格式，和/或，所述用户设备支持使用特定长度TTI的上行调度请求格式。
  5. 根据权利要求1至4中任一项所述的方法，其中，所述不同的侧行链路数据包括具有不同的数据包优先级PPPP值的侧行链路数据。
  6. 根据权利要求1至4中任一项所述的方法，其中，所述不同的侧行链路数据包括具有不同的数据包可靠性要求PPPR值的侧行链路数据。
  7. 根据权利要求1至4中任一项所述的方法，其中，所述不同的侧行链路数据包括具有不同的服务质量QoS属性值的侧行链路数据。
  8. 根据权利要求1至4中任一项所述的方法，其中，所述不同的侧行链路数据包括不同的侧行链路逻辑信道或不同的侧行链路逻辑信道组的侧行链路数据。
  9. 根据权利要求1至4中任一项所述的方法，其中，所述不同的侧行链路数据包括具有不同的业务标识的侧行链路数据。
  10. 根据权利要求1至4中任一项所述的方法，其中，所述不同的侧行链路数据包括具有不同的目标地址的侧行链路数据。
  11. 根据权利要求1至10中任一项所述的方法，其中，所述不同的上行调度请求格式包括基于不同长度TTI的上行调度请求格式。
  12. 根据权利要求1至10中任一项所述的方法，其中，所述不同的上行调度请求格式包括基于不同的物理上行控制信道PUCCH格式的上行调度请求格式。
  13. 根据权利要求1至12中任一项所述的方法，其中，所述映射关系中，一种侧行链路数据映射到一种上行调度请求格式。
  14. 根据权利要求1至12中任一项所述的方法，其中，所述映射关系中，一种侧行链路数据映射到多种上行调度请求格式。
  15. 根据权利要求1至14中任一项所述的方法，其中，所述上行调度请求包括上行调度请求SR。
  16. 一种无线通信方法，包括：
    网络设备接收用户设备发送的上行调度请求，所述上行调度请求的上行调度请求格式是所述用户设备根据需要发送的侧行链路数据和映射关系确定的，所述映射关系包括不同的侧行链路数据和不同的上行调度请求格式之间的映射关系。
  17. 根据权利要求16所述的方法，其中，在所述网络设备接收用户设备发送的上行调度请求之前，还包括：
    所述网络设备配置所述映射关系；
    所述网络设备将所述映射关系发送到所述用户设备。
  18. 根据权利要求17所述的方法，其中，在所述网络设备配置所述映射关系之前，还包括：
    所述网络设备接收所述用户设备发送的所述用户设备的用户能力信息；
    所述网络设备配置所述映射关系，包括：所述网络设备根据所述用户能力信息配置所述映射关系。
  19. 根据权利要求18所述的方法，其中，所述用户能力信息包括：所述用户设备是否支持使用基于短传输时间间隔TTI的上行调度请求格式，和/或，所述用户设备支持使用特定长度TTI的上行调度请求格式。
  20. 根据权利要求16至19中任一项所述的方法，其中，所述不同的 侧行链路数据包括具有不同的数据包优先级PPPP值的侧行链路数据。
  21. 根据权利要求16至19中任一项所述的方法，其中，所述不同的侧行链路数据包括具有不同的数据包可靠性要求PPPR值的侧行链路数据。
  22. 根据权利要求16至19中任一项所述的方法，其中，所述不同的侧行链路数据包括具有不同的服务质量QoS属性值的侧行链路数据。
  23. 根据权利要求16至19中任一项所述的方法，其中，所述不同的侧行链路数据包括不同的侧行链路逻辑信道或不同的侧行链路逻辑信道组的侧行链路数据。
  24. 根据权利要求16至19中任一项所述的方法，其中，所述不同的侧行链路数据包括具有不同的业务标识的侧行链路数据。
  25. 根据权利要求16至19中任一项所述的方法，其中，所述不同的侧行链路数据包括具有不同的目标地址的侧行链路数据。
  26. 根据权利要求16至25中任一项所述的方法，其中，所述不同的上行调度请求格式包括基于不同长度TTI的上行调度请求格式。
  27. 根据权利要求16至25中任一项所述的方法，其中，所述不同的上行调度请求格式包括基于不同的物理上行控制信道PUCCH格式的上行调度请求格式。
  28. 根据权利要求16至27中任一项所述的方法，其中，所述映射关系中，一种侧行链路数据映射到一种上行调度请求格式。
  29. 根据权利要求16至27中任一项所述的方法，其中，所述映射关系中，一种侧行链路数据映射到多种上行调度请求格式。
  30. 根据权利要求16至29中任一项所述的方法，其中，所述上行调度请求包括上行调度请求SR。
  31. 一种用户设备，包括：
    确定单元，配置为根据映射关系，确定需要发送的侧行链路数据对应的上行调度请求格式，所述映射关系包括不同的侧行链路数据和不同的上行调度请求格式之间的映射关系；
    上行调度请求发送单元，配置为根据所述上行调度请求格式向所述网络设备发送上行调度请求。
  32. 根据权利要求31所述的设备，其中，还包括：
    映射关系接收单元，配置为接收所述网络设备发送的所述映射关系。
  33. 根据权利要求31或32所述的设备，其中，还包括：
    用户能力信息发送单元，配置为向所述网络设备发送所述用户设备的用户能力信息。
  34. 根据权利要求33所述的设备，其中，所述用户能力信息包括：所述用户设备是否支持使用基于短传输时间间隔TTI的上行调度请求格式，和/或，所述用户设备支持使用特定长度TTI的上行调度请求格式。
  35. 根据权利要求31至34中任一项所述的设备，其中，所述不同的侧行链路数据包括具有不同的数据包优先级PPPP值的侧行链路数据。
  36. 根据权利要求31至34中任一项所述的设备，其中，所述不同的侧行链路数据包括具有不同的数据包可靠性要求PPPR值的侧行链路数据。
  37. 根据权利要求31至34中任一项所述的设备，其中，所述不同的侧行链路数据包括具有不同的服务质量QoS属性值的侧行链路数据。
  38. 根据权利要求31至34中任一项所述的设备，其中，所述不同的侧行链路数据包括不同的侧行链路逻辑信道或不同的侧行链路逻辑信道组的侧行链路数据。
  39. 根据权利要求31至34中任一项所述的设备，其中，所述不同的侧行链路数据包括具有不同的业务标识的侧行链路数据。
  40. 根据权利要求31至34中任一项所述的设备，其中，所述不同的侧行链路数据包括具有不同的目标地址的侧行链路数据。
  41. 根据权利要求31至40中任一项所述的设备，其中，所述不同的上行调度请求格式包括基于不同长度TTI的上行调度请求格式。
  42. 根据权利要求31至40中任一项所述的设备，其中，所述不同的上行调度请求格式包括基于不同的物理上行控制信道PUCCH格式的上行调度请求格式。
  43. 根据权利要求31至42中任一项所述的设备，其中，所述映射关系中，一种侧行链路数据映射到一种上行调度请求格式。
  44. 根据权利要求31至42中任一项所述的设备，其中，所述映射关系中，一种侧行链路数据映射到多种上行调度请求格式。
  45. 根据权利要求31至44中任一项所述的设备，其中，所述上行调 度请求包括上行调度请求SR。
  46. 一种网络设备，包括：
    上行调度请求接收单元，配置为接收用户设备发送的上行调度请求，所述上行调度请求的上行调度请求格式是所述用户设备根据需要发送的侧行链路数据和映射关系确定的，所述映射关系包括不同的侧行链路数据和不同的上行调度请求格式之间的映射关系。
  47. 根据权利要求46所述的设备，其中，还包括：
    配置单元，配置为配置所述映射关系；
    映射关系发送单元，配置为将所述映射关系发送到所述用户设备。
  48. 根据权利要求47所述的设备，其中，还包括：
    用户能力信息接收单元，配置为接收所述用户设备发送的所述用户设备的用户能力信息；
    所述配置单元还配置为根据所述用户能力信息配置所述映射关系。
  49. 根据权利要求48所述的设备，其中，所述用户能力信息包括：所述用户设备是否支持使用基于短传输时间间隔TTI的上行调度请求格式，和/或，所述用户设备支持使用特定长度TTI的上行调度请求格式。
  50. 根据权利要求46至49中任一项所述的设备，其中，所述不同的侧行链路数据包括具有不同的数据包优先级PPPP值的侧行链路数据。
  51. 根据权利要求46至49中任一项所述的设备，其中，所述不同的侧行链路数据包括具有不同的数据包可靠性要求PPPR值的侧行链路数据。
  52. 根据权利要求46至49中任一项所述的设备，其中，所述不同的侧行链路数据包括具有不同的服务质量QoS属性值的侧行链路数据。
  53. 根据权利要求46至49中任一项所述的设备，其中，所述不同的侧行链路数据包括不同的侧行链路逻辑信道或不同的侧行链路逻辑信道组的侧行链路数据。
  54. 根据权利要求46至49中任一项所述的设备，其中，所述不同的侧行链路数据包括具有不同的业务标识的侧行链路数据。
  55. 根据权利要求46至49中任一项所述的设备，其中，所述不同的侧行链路数据包括具有不同的目标地址的侧行链路数据。
  56. 根据权利要求46至55中任一项所述的设备，其中，所述不同的 上行调度请求格式包括基于不同长度TTI的上行调度请求格式。
  57. 根据权利要求46至55中任一项所述的设备，其中，所述不同的上行调度请求格式包括基于不同的物理上行控制信道PUCCH格式的上行调度请求格式。
  58. 根据权利要求46至57中任一项所述的设备，其中，所述映射关系中，一种侧行链路数据映射到一种上行调度请求格式。
  59. 根据权利要求46至57中任一项所述的设备，其中，所述映射关系中，一种侧行链路数据映射到多种上行调度请求格式。
  60. 根据权利要求46至59中任一项所述的设备，其中，所述上行调度请求包括上行调度请求SR。
  61. 一种用户设备，包括：
    存储器，用于存储计算机可执行指令；以及，
    处理器，用于在执行所述计算机可执行指令时实现如权利要求1至15中任一项所述的无线通信方法的步骤。
  62. 一种网络设备，包括：
    存储器，用于存储计算机可执行指令；以及，
    处理器，用于在执行所述计算机可执行指令时实现如权利要求16至30中任一项所述的无线通信方法的步骤。
  63. 一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现如权利要求1至15中任一项所述的无线通信方法的步骤，或者如权利要求16至30中任一项所述的无线通信方法的步骤。
PCT/CN2018/112775 2018-03-23 2018-10-30 无线通信方法、用户设备和网络设备 Ceased WO2019179105A1 (zh)

Priority Applications (9)

Application Number Priority Date Filing Date Title
SG11202009312PA SG11202009312PA (en) 2018-03-23 2018-10-30 Radio communication method, user equipment, and network device
AU2018414910A AU2018414910A1 (en) 2018-03-23 2018-10-30 Radio communication method, user equipment, and network device
CN201880089958.9A CN111742599A (zh) 2018-03-23 2018-10-30 无线通信方法、用户设备和网络设备
KR1020207027762A KR20200135796A (ko) 2018-03-23 2018-10-30 무선 통신 방법, 사용자 기기 및 네트워크 기기
EP18910838.4A EP3761743B1 (en) 2018-03-23 2018-10-30 Radio communication method, user equipment, and network device
JP2020550676A JP2021518707A (ja) 2018-03-23 2018-10-30 無線通信方法、ユーザ装置及びネットワーク装置
CN202011077599.0A CN112188637B (zh) 2018-03-23 2018-10-30 无线通信方法、用户设备和网络设备
RU2020133425A RU2776779C2 (ru) 2018-03-23 2018-10-30 Способ осуществления радиосвязи, пользовательское оборудование и сетевое устройство
US17/018,219 US11895642B2 (en) 2018-03-23 2020-09-11 Wireless communication method for sidelink resource scheduling, user equipment, and network device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
PCT/CN2018/080258 WO2019178850A1 (zh) 2018-03-23 2018-03-23 无线通信方法、用户设备和网络设备
CNPCT/CN2018/080258 2018-03-23

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/018,219 Continuation US11895642B2 (en) 2018-03-23 2020-09-11 Wireless communication method for sidelink resource scheduling, user equipment, and network device

Publications (1)

Publication Number Publication Date
WO2019179105A1 true WO2019179105A1 (zh) 2019-09-26

Family

ID=67986765

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/CN2018/080258 Ceased WO2019178850A1 (zh) 2018-03-23 2018-03-23 无线通信方法、用户设备和网络设备
PCT/CN2018/112775 Ceased WO2019179105A1 (zh) 2018-03-23 2018-10-30 无线通信方法、用户设备和网络设备

Family Applications Before (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/080258 Ceased WO2019178850A1 (zh) 2018-03-23 2018-03-23 无线通信方法、用户设备和网络设备

Country Status (8)

Country Link
US (1) US11895642B2 (zh)
EP (1) EP3761743B1 (zh)
JP (1) JP2021518707A (zh)
KR (1) KR20200135796A (zh)
CN (2) CN112188637B (zh)
AU (1) AU2018414910A1 (zh)
SG (1) SG11202009312PA (zh)
WO (2) WO2019178850A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113261334B (zh) * 2018-12-27 2024-12-06 株式会社Ntt都科摩 用户装置以及通信装置
CN111417211B (zh) * 2019-01-08 2022-02-18 华为技术有限公司 触发调度请求的方法、设备及系统
EP4489501A3 (en) * 2019-01-09 2025-04-02 Mitsubishi Electric Corporation User equipment, base station and communication system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106550457A (zh) * 2015-09-18 2017-03-29 中兴通讯股份有限公司 一种资源分配方法和装置
CN107347215A (zh) * 2016-05-06 2017-11-14 普天信息技术有限公司 在v2x网络中资源的分配方法及终端
WO2017197264A1 (en) * 2016-05-12 2017-11-16 Idac Holdings, Inc. Flow-based processing in wireless systems

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7123172B1 (en) * 2005-07-29 2006-10-17 Hewlett-Packard Development Company, L.P. Method and system for determining an optimal or near optimal set of contexts by constructing a multi-directional context tree
JP5577823B2 (ja) * 2010-04-27 2014-08-27 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
EP2560448A1 (en) * 2011-08-18 2013-02-20 Fujitsu Limited Scheduling request enabled uplink transmission
KR101718672B1 (ko) 2012-06-14 2017-03-21 후지쯔 가부시끼가이샤 업링크 제어 채널 자원들을 결정하기 위한 방법 및 장치
US20180054807A1 (en) 2014-12-30 2018-02-22 Lg Electronics Inc. Method and apparatus for allocating recources for bi-directional transmission in wireless communication system
JP6566404B2 (ja) 2014-12-31 2019-08-28 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． 送信リソース要求の方法および装置
EP3292729B1 (en) * 2015-05-07 2020-07-01 LG Electronics Inc. Method and apparatus for performing sidelink transmission based on contention based scheduling request in wireless communication system
WO2017073944A1 (en) * 2015-10-27 2017-05-04 Lg Electronics Inc. Method for triggering a sidelink buffer status reporting in a d2d communication system and device therefor
WO2017135580A1 (ko) * 2016-02-04 2017-08-10 주식회사 케이티 차량 통신 제어 방법 및 그 장치
WO2017171250A2 (ko) * 2016-03-29 2017-10-05 엘지전자(주) 무선 통신 시스템에서의 pc5 자원 할당 방법 및 이를 위한 장치
CN107295679A (zh) * 2016-04-01 2017-10-24 中兴通讯股份有限公司 资源的调度方法及装置
US10863536B2 (en) * 2016-07-22 2020-12-08 Sharp Kabushiki Kaisha Terminal apparatus, base station apparatus, communication method, and integrated circuit
WO2018030710A1 (en) * 2016-08-11 2018-02-15 Samsung Electronics Co., Ltd. Method and apparatus for scheduling uplink data in mobile communication system
WO2018030832A1 (ko) * 2016-08-12 2018-02-15 엘지전자 주식회사 무선 통신 시스템에서 카운터를 기반으로 단말 자체적으로 자원을 재선택하는 방법 및 장치
CN106404748B (zh) * 2016-09-05 2019-03-05 华中科技大学 一种多谱线组合激光诱导击穿光谱谷类作物产地识别方法
SE543700C2 (en) * 2017-09-27 2021-06-15 Telia Co Ab Methods and apparatuses for quality of service assessment in a network
EP3742766B1 (en) * 2018-02-09 2025-07-02 Huawei Technologies Co., Ltd. Data transmission method and apparatus

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106550457A (zh) * 2015-09-18 2017-03-29 中兴通讯股份有限公司 一种资源分配方法和装置
CN107347215A (zh) * 2016-05-06 2017-11-14 普天信息技术有限公司 在v2x网络中资源的分配方法及终端
WO2017197264A1 (en) * 2016-05-12 2017-11-16 Idac Holdings, Inc. Flow-based processing in wireless systems

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
OPPO: "Resource selection for sTTI in eV2x", 3GPP TSG-RAN2 MEETING #101 R2-1801849, 15 February 2018 (2018-02-15), XP051399360 *
See also references of EP3761743A4 *

Also Published As

Publication number Publication date
RU2020133425A3 (zh) 2022-04-25
EP3761743B1 (en) 2022-04-27
EP3761743A1 (en) 2021-01-06
CN111742599A (zh) 2020-10-02
CN112188637B (zh) 2022-03-29
US11895642B2 (en) 2024-02-06
AU2018414910A1 (en) 2020-10-15
US20200413429A1 (en) 2020-12-31
KR20200135796A (ko) 2020-12-03
RU2020133425A (ru) 2022-04-25
EP3761743A4 (en) 2021-04-28
CN112188637A (zh) 2021-01-05
SG11202009312PA (en) 2020-10-29
JP2021518707A (ja) 2021-08-02
WO2019178850A1 (zh) 2019-09-26

Similar Documents

Publication Publication Date Title
US11470582B2 (en) User device, and method for inter-user-device sending and receiving of positioning signal
CN113016226B (zh) 用于上行链路传输的方法和设备
CN111727613B (zh) 一种数据传输方法和装置
CN101605396A (zh) 处理排程信息回报的方法及通讯装置
CN102763477B (zh) 资源管理的方法和装置、小带宽用户设备以及用户设备
CN110839284B (zh) 一种调度请求资源确定及配置方法、设备及装置
CN103517429B (zh) 数据传输方法及窄带终端、基站
CN104054364B (zh) 数据传输方法、装置、网络设备及ue
CN114514772B (zh) 包括具有优先值的mac ce的逻辑信道的优先级化的方法和装置
WO2018133669A1 (zh) 一种资源调度方法以及无线接入网设备和终端设备
CN111418248B (zh) 增强移动通信中用于urllc的新无线电pusch
CN108990103A (zh) 处理调度请求的装置及方法
WO2018171651A1 (zh) 资源调度的方法和装置
WO2013166670A1 (zh) 上行信道资源配置方法和设备
CN110583074A (zh) 使用两个无线电资源池的urllc支持
WO2018126854A1 (zh) 一种上行传输方法、终端、网络侧设备
JP2020506590A (ja) データパケット伝送方法および端末
WO2017166277A1 (zh) 资源分配方法、装置和通信系统
CN110876193B (zh) 信息传输方法、通信设备及网络设备
US11895642B2 (en) Wireless communication method for sidelink resource scheduling, user equipment, and network device
WO2020147814A1 (zh) 资源分配的方法和设备
CN112887074B (zh) 信息发送方法、装置、终端、接入网设备及系统
WO2024067687A1 (zh) 信息传输方法、第一通信节点、第二通信节点及存储介质
WO2017133013A1 (zh) 一种传输控制信令的方法及设备
CN107431901A (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: 18910838

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2020550676

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2018910838

Country of ref document: EP

Effective date: 20201002

ENP Entry into the national phase

Ref document number: 2018414910

Country of ref document: AU

Date of ref document: 20181030

Kind code of ref document: A

WWG Wipo information: grant in national office

Ref document number: 11202009312P

Country of ref document: SG

WWP Wipo information: published in national office

Ref document number: 11202009312P

Country of ref document: SG