WO2020200092A1 - 一种上行信息传输方法及装置 - Google Patents

一种上行信息传输方法及装置 Download PDF

Info

Publication number
WO2020200092A1
WO2020200092A1 PCT/CN2020/081681 CN2020081681W WO2020200092A1 WO 2020200092 A1 WO2020200092 A1 WO 2020200092A1 CN 2020081681 W CN2020081681 W CN 2020081681W WO 2020200092 A1 WO2020200092 A1 WO 2020200092A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
request
uplink
terminal device
resource
Prior art date
Application number
PCT/CN2020/081681
Other languages
English (en)
French (fr)
Inventor
杨帆
王俊伟
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2020200092A1 publication Critical patent/WO2020200092A1/zh

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/56Allocation or scheduling criteria for wireless resources based on priority criteria

Definitions

  • This application relates to the field of communication technology, and in particular to an uplink information transmission method and device.
  • the terminal device can request the resource by transmitting to the base station such as scheduling requests (scheduling request, SR) information and uplink resource allocation request to the terminal device.
  • the base station After the base station detects the SR information, it will allocate uplink resources to the corresponding terminal equipment.
  • the base station will not be able to allocate uplink resources to the terminal device. Then, how to request the allocation of uplink resources by sending other resource request information is an urgent problem to be solved.
  • This application provides an uplink information transmission method and device to request the allocation of uplink resources by sending resource request information on at least one uplink resource used for sending SR information.
  • this application provides a method for transmitting uplink information, which can be applied to a terminal device in a communication system.
  • the method may include: the terminal device receives resource configuration information of SR information from a network device, and resource configuration information of SR information Used to configure at least one uplink resource for sending SR information; the terminal device sends uplink resource request information to the network device on at least one uplink resource, and the uplink resource request information is used to request the network device to allocate uplink resources for the terminal device; wherein, the uplink resource request The information includes at least one of the following: transmission opportunity count information of at least one SR information corresponding to at least one uplink resource, the transmission opportunity count information is used to indicate the number of transmission opportunities for which at least one SR information is delayed in transmission; at least one SR information request identifier; An uplink buffer status report (buffer status report, BSR) corresponding to at least one SR information.
  • BSR buffer status report
  • the terminal device sends uplink resource request information to the network device on at least one uplink resource used for sending SR information, so that the network device can respond to the uplink resource request information and allocate uplink resources to the terminal device.
  • each uplink resource in at least one uplink resource corresponds to multiple SR information
  • each SR information of the multiple SR information corresponds to a request identifier of SR information
  • each SR information The request IDs are different.
  • the above method further includes: after the terminal device detects that the channel where the at least one uplink resource is located is not occupied, determining the sending opportunity of the SR information; and the terminal device according to the sending opportunity of the SR information, Determine the sending opportunity count information.
  • the above method further includes: the terminal device determines whether the number of transmission opportunities for delayed transmission is greater than a first threshold according to the transmission opportunity count information; if the number of transmission opportunities for delayed transmission is greater than the first threshold , The terminal sends a random access request to the network device.
  • the uplink BSR includes: at least one logical channel (logical channel, LCH) BSR corresponding to SR information, or at least one logical channel group (logical channel group) corresponding to SR information. , LCG)’s BSR.
  • the above method further includes: the terminal device obtains multiple request identifiers of the SR information to be sent; the terminal device determines an SR from the multiple request identifiers of the SR information to be sent Information request identifier; the terminal device sends uplink resource request information to the network device on at least one uplink resource, including: the terminal device sends the determined request identifier of one SR information to the network on one of the at least one uplink resource equipment.
  • the terminal device determines a request identifier of SR information from a plurality of request identifiers of SR information to be sent, including: the terminal device corresponds to the plurality of SR information to be sent
  • the priority of the LCH or the priority of the LCG corresponding to the multiple SR information to be sent is determined from the request identity of the multiple SR information to be sent.
  • the terminal device selects the priority of the LCH corresponding to the multiple SR information to be sent or the priority of the LCG corresponding to the multiple SR information to be sent.
  • the request identifier of one SR information is determined from the request identifier of the sent SR information, including: if the priority of the LCH corresponding to the request identifier of multiple SR information to be sent is not exactly the same, the terminal device will select the LCH with the highest priority
  • the request identifier of the corresponding SR information is determined to be the request identifier of one SR information; or, if the priorities of the LCGs corresponding to the request identifiers of multiple SR information to be sent are not exactly the same, the terminal device will select the LCG with the highest priority
  • the request identifier of the corresponding SR information is determined as the request identifier of one SR information; or, if the priority of the LCH corresponding to the request identifiers of multiple SR information to be sent is the same, the terminal
  • the present application provides an uplink information transmission method that can be applied to network equipment in a communication system.
  • the method includes: the network equipment sends resource configuration information of SR information to terminal equipment, and the resource configuration information of SR information is used for configuration At least one uplink resource for sending SR information; the network device receives the uplink resource request information sent by the terminal device on at least one uplink resource; the network device responds to the uplink resource request information and allocates uplink resources for the terminal device; wherein, the uplink resource request information includes the following At least one: transmission opportunity count information of at least one SR information corresponding to at least one uplink resource, the transmission opportunity count information is used to indicate the number of transmission opportunities for delayed transmission of at least one SR information; at least one request identifier of SR information; at least one SR information The corresponding upstream BSR.
  • the terminal device sends uplink resource request information to the network device on at least one uplink resource used for sending SR information, so that the network device can respond to the uplink resource request information and allocate uplink resources to the terminal device.
  • the method further includes: the network device judges the delayed transmission according to the transmission opportunity count information Whether the number of opportunities is greater than the second threshold; if the number of delayed transmission opportunities is greater than the second threshold, the network device reduces the duration of the terminal device monitoring the channel.
  • the above method further includes: the network device configures multiple SR information request identifiers for one uplink resource in the at least one uplink resource, and each SR information of the multiple SR information corresponds to one The request identifier of SR information is different for each SR information.
  • the above method further includes: the network device configures the request identifiers of multiple SR information corresponding to the logical channel LCH or the logical channel group LCG with the same priority to one SR resource configuration Or, the network device configures the request identifiers of multiple SR information corresponding to the LCH or LCG with the same priority to different SR resource configurations.
  • the present application provides a communication device, which may be an uplink information transmission device or a chip or a system on a chip in an uplink information transmission device, and may also be an uplink information transmission device for implementing the first aspect or the foregoing A functional module of the method of any possible implementation of the first aspect.
  • the communication device may implement the functions performed by the terminal device in the foregoing first aspect or each possible implementation manner of the foregoing first aspect, and the functions may be implemented by hardware executing corresponding software.
  • the hardware or software includes one or more modules corresponding to the above-mentioned functions.
  • the communication device may include: a receiving module configured to receive resource configuration information of the SR information of a scheduling request from a network device, and the resource configuration information of the SR information is used to configure the sending of the SR information At least one uplink control channel uplink resource; a sending module, configured to send uplink resource request information to a network device on at least one uplink resource, the uplink resource request information is used to request the network device to allocate uplink resources for the terminal device; wherein, the uplink resource request information It includes at least one of the following: transmission opportunity count information of at least one SR information corresponding to at least one uplink resource, where the transmission opportunity count information is used to indicate the number of transmission opportunities for which at least one SR information is delayed in transmission; at least one SR information request identifier; at least The uplink buffer status report BSR corresponding to one SR information.
  • each uplink resource in at least one uplink resource corresponds to multiple SR information
  • each SR information of the multiple SR information corresponds to a request identifier of SR information
  • each SR information The request IDs are different.
  • the above-mentioned apparatus further includes: a processing module, configured to determine the sending opportunity of the SR information after the receiving module detects that the channel where at least one uplink resource is located is not occupied; and, according to the SR Information sending opportunity, confirm sending opportunity count information.
  • the above-mentioned apparatus further includes: a processing module, configured to determine whether the number of transmission opportunities delayed in transmission is greater than a first threshold according to the transmission opportunity count information; The number of sent sending opportunities is greater than the first threshold, and a random access request is sent to the network device.
  • the uplink BSR includes: the BSR of the logical channel LCH corresponding to at least one SR information, or the BSR of the logical channel group LCG corresponding to at least one SR information.
  • the above-mentioned apparatus further includes: a processing module, configured to obtain request identifiers of multiple SR information to be sent; and determine one of the request identifiers of multiple SR information to be sent The request identifier of the SR information; the sending module is specifically configured to send the determined request identifier of the SR information to the network device on one of the at least one uplink resource.
  • the processing module is further configured to, according to the priority of the LCH corresponding to the multiple SR information to be sent or the priority of the LCG corresponding to the multiple SR information to be sent, A request identifier of SR information is determined from a plurality of request identifiers of SR information to be sent.
  • the processing module is also specifically used to place the LCH with the highest priority if the priority of the LCH corresponding to the request identifier of multiple SR information to be sent is not exactly the same.
  • the request identifier of the corresponding SR information is determined as the request identifier of one SR information; or, if the priorities of the LCGs corresponding to the request identifiers of multiple SR information to be sent are not exactly the same, the LCG with the highest priority is selected
  • the request identifier of the SR information is determined as the request identifier of one SR information; or, if the priority of the LCH corresponding to the request identifiers of multiple SR information to be sent is the same, the request identifier of the multiple SR information to be sent Any one is determined as the request identifier of one SR information; or, if the priority of the LCG corresponding to the request identifiers of multiple SR information to be sent is the same, any one of the request identifiers of the
  • the present application provides a communication device.
  • the communication device may be an uplink information transmission device or a chip or a system on a chip in an uplink information transmission device, and may also be an uplink information transmission device for implementing the second aspect or the foregoing A functional module of the method of any possible implementation of the second aspect.
  • the communication device can implement the functions performed by the network device in the foregoing second aspect or each possible implementation of the foregoing second aspect, and the functions may be implemented by hardware executing corresponding software.
  • the hardware or software includes one or more modules corresponding to the above-mentioned functions.
  • the communication device may include: a sending module, configured to send resource configuration information of the scheduling request SR information to the terminal device, and the resource configuration information of the SR information is used to configure at least One uplink control channel uplink resource; the receiving module is used to receive the uplink resource request information sent by the terminal device on at least one uplink resource; the processing module is used to respond to the uplink resource request information and allocate uplink resources for the terminal device; among them, the uplink resource
  • the request information includes at least one of the following: transmission opportunity count information of at least one SR information corresponding to at least one uplink resource, where the transmission opportunity count information is used to indicate the number of transmission opportunities for delayed transmission of at least one SR information; and a request identifier of at least one SR information;
  • the uplink buffer status report BSR corresponding to at least one SR information.
  • the processing module is further configured to, after the receiving module receives the uplink resource request information, determine whether the number of transmission opportunities delayed in transmission is greater than the second threshold according to the transmission opportunity count information; The number of sending opportunities to be sent is greater than the second threshold, which reduces the length of time the terminal device monitors the channel.
  • the aforementioned processing module is configured to configure multiple SR information request identifiers for one uplink resource in at least one uplink resource, and each SR information of the multiple SR information corresponds to one SR.
  • the request ID of the information is different for each SR information.
  • the processing module is configured to configure multiple SR information request identifiers corresponding to the logical channel LCH with the same priority to one SR resource configuration; or, to have the same priority
  • the request identifiers of multiple SR information corresponding to the logical channel LCG of the level are configured to one SR resource configuration; or, the request identifiers of multiple SR information corresponding to the LCH with the same priority are configured to different SR resource configurations; or , Configure the request identifiers of multiple SR information corresponding to LCGs with the same priority to different SR resource configurations.
  • the present application provides a communication device, which may be a chip in a terminal device or a system on a chip.
  • the communication device can implement the functions performed by the terminal device in the first aspect or any possible implementation of the first aspect.
  • the functions can be implemented by hardware.
  • the communication The device may include: a processor and an interface circuit, the interface circuit is used to receive code instructions and transmit them to the processor; the processor is used to run the code instructions to support the communication device to implement the first aspect or any one of the first aspects above
  • the processor may receive the resource configuration information of the SR information from the network device through the interface circuit and/or send the uplink resource request information to the network device on at least one uplink resource.
  • the above-mentioned communication device may further include a memory, and the memory is used to store necessary computer-executable instructions and data of the communication device.
  • the processor executes the computer-executable instructions stored in the memory, so that the communication device executes the uplink information transmission as described in the first aspect or any one of the possible implementations of the first aspect. method.
  • this application provides a communication device, which may be a chip in a network device or a system on a chip.
  • the communication device can implement the functions performed by the terminal device in the above second aspect or any possible implementation of the above second aspect, and the functions can be implemented by hardware.
  • the communication device may include: a processor and an interface circuit, where the interface circuit is used to receive code instructions and transmit them to the processor; the processor is used to run the code instructions to support the communication device to realize the above second aspect or any one of the above second aspects
  • the processor may send the resource configuration information of the SR information to the terminal device through the interface circuit and/or receive the uplink resource request information sent by the terminal device on at least one uplink resource.
  • the above-mentioned communication device may further include a memory, and the memory is used to store necessary computer-executable instructions and data of the communication device. When the communication device is running, the processor executes the computer-executable instructions stored in the memory, so that the communication device executes the uplink information transmission as described in the second aspect or any possible implementation manner of the second aspect. method.
  • the present application provides a computer-readable storage medium, which stores instructions, and when the instructions are run on a computer, they are used to execute the uplink information transmission method described in one or more aspects above.
  • this application provides a computer program that, when the computer program is executed on a computer, enables the computer to implement the uplink information transmission method described in one or more of the above aspects.
  • this application provides a computer program product containing instructions, which when the computer program product runs on a computer, enables the computer to implement the uplink information transmission method described in one or more aspects above.
  • the present application provides a communication system including the communication device described in the third aspect and corresponding feasible implementation manners, and the communication device described in the fourth aspect and corresponding feasible implementation manners.
  • FIG. 1A is a schematic diagram of the architecture of a communication system provided by an embodiment of this application.
  • FIG. 1B is a schematic structural diagram of another communication system provided by an embodiment of this application.
  • FIG. 2 is a schematic flowchart of an uplink information transmission method provided by an embodiment of this application.
  • FIG. 3 is a schematic diagram of a sending opportunity of SR information provided by an embodiment of this application.
  • FIG. 4 is a schematic flow chart of sending opportunity counting information for sending SR information according to an embodiment of the application
  • FIG. 5 is a schematic diagram of a flow of sending scheduling request ID according to an embodiment of the application.
  • FIG. 6 is a schematic diagram of another SR information sending opportunity provided by an embodiment of this application.
  • FIG. 7 is a schematic diagram of another process for sending scheduling request ID provided by an embodiment of the application.
  • FIG. 8 is a schematic diagram of another process for sending scheduling request ID provided by an embodiment of the application.
  • FIG. 9 is a schematic flowchart of another uplink information transmission method provided by an embodiment of the application.
  • 10A to 10B are schematic diagrams of a network device indicating the feedback granularity of HARQ-ACK information according to an embodiment of this application;
  • FIG. 11 is a schematic structural diagram of a communication device provided by an embodiment of this application.
  • FIG. 12 is a schematic structural diagram of another communication device provided by an embodiment of this application.
  • FIG. 13 is a schematic structural diagram of yet another communication device provided by an embodiment of this application.
  • FIG. 14 is a schematic structural diagram of another communication device provided by an embodiment of this application.
  • the corresponding device may include one or more units such as functional units to perform the described one or more method steps (for example, one unit performs one or more steps) , Or multiple units, each of which performs one or more of multiple steps), even if such one or more units are not explicitly described or illustrated in the drawings.
  • the corresponding method may include one step to perform the functionality of one or more units (for example, one step performs one or more units). The functionality, or multiple steps, each of which performs the functionality of one or more of the multiple units), even if such one or more steps are not explicitly described or illustrated in the drawings.
  • FIG. 1A is a schematic structural diagram of a communication system provided by an embodiment of the application.
  • the communication system 10 may include: a network device 11 and a terminal device 12.
  • FIG. 1B is a schematic structural diagram of another communication system provided by an embodiment of the application.
  • the communication system 10 may further include multiple terminal devices 12.
  • the type and number of network elements included in the communication system, and the connection relationship between the network elements are not limited to this.
  • the terminal device may communicate with other terminal devices while communicating with the network device.
  • the network device can configure, schedule, and coordinate the resources of the communication link between the terminal devices, and assist the direct communication between the terminal devices.
  • the terminal device may also perform resource configuration, scheduling, coordination, etc., on the link communicating with other terminal devices by itself, which is not specifically limited in the embodiment of the present application.
  • the above-mentioned network equipment may be equipment used on the access network side to support terminal access to the wireless communication system.
  • it may be an evolved NodeB (eNB) in a 4G access technology communication system or a 5G access technology communication system.
  • eNB evolved NodeB
  • the above-mentioned terminal device may be a device that provides voice or data connectivity to users, for example, it may also be referred to as User Equipment (UE), mobile station (mobile station), subscriber unit (subscriber unit), and station (STAtion) Or terminal (terminal equipment), etc.
  • the terminal device can be a cellular phone (cellular phone), personal digital assistant (personal digital assistant, PDA), wireless modem (modem), handheld device (handheld), laptop computer (laptop computer), cordless phone (cordless phone), Wireless local loop (wireless local loop, WLL) station or tablet computer (pad), etc.
  • devices that can access the wireless communication system, communicate with the network side of the wireless communication system, or communicate with other devices through the wireless communication system can all be terminal devices in the embodiments of the present application.
  • terminals and cars in smart transportation household equipment in smart homes, power meter reading equipment in smart grids, voltage monitoring equipment, environmental monitoring equipment, video monitoring equipment in smart security networks, cash registers, etc.
  • the terminal equipment can be statically fixed or mobile.
  • the terminal device when a terminal device needs uplink resources, the terminal device sends SR information to the network device on the physical uplink control channel (PUCCH) resource pre-configured by the network device for sending SR information to notify The network equipment itself needs uplink resources to be used for uplink shared channel transmission. After the network device receives the SR information, it will allocate uplink resources for the terminal device.
  • PUCCH physical uplink control channel
  • SR information is sent using new radio (NR) PUCCH format 0 or format 1 (see Chapter 6 of 3GPP TS 38.211). If you want to occupy enough bandwidth, you can also use NR PUCCH format 2 or format 3 (see 3GPP TS38.211 Chapter 6) sends resource request information, but because the use condition of NR PUCCH format 2 or format 3 is that the load must be greater than 2 bits, and the bit length of SR information is 1 bit, this makes SR information unable to satisfy NR PUCCH format 2 or format 3 is used, and the SR information cannot be successfully sent. Then, when the SR information cannot be sent successfully, how to request the allocation of uplink resources by sending other resource request information is a problem that needs to be solved.
  • NR new radio
  • an embodiment of the present application provides an uplink information transmission method, which can be applied to the foregoing communication system.
  • FIG. 2 is a schematic flowchart of an uplink information transmission method provided by an embodiment of this application. Referring to FIG. 2, the method includes:
  • the network device sends resource configuration information of the SR information to the terminal device;
  • the resource configuration information is used to configure at least one uplink resource for sending SR information.
  • the at least one uplink resource mentioned here refers to an uplink resource for sending SR information (hereinafter referred to as "SR resource").
  • SR resource an uplink resource for sending SR information
  • the SR resources can be, and are not limited to, PUCCH resources, physical uplink share channel (PUSCH) resources, etc. Of course, they can also be other uplink resources, which are not specifically limited in the implementation of this application.
  • the following describes the uplink information transmission method provided in the embodiments of the present application by taking the SR resource as the PUCCH resource as an example.
  • the resource configuration information of the above SR information may include: schedulingrequestresourceconfig message, where the schedulingrequestresourceconfig message may include: scheduling request ID, period of SR resource, offset of SR resource, etc.
  • This embodiment does not Make specific restrictions.
  • the terminal device can determine the SR resource for sending the SR information through the resource configuration information of the SR information.
  • the SR resources mentioned in the embodiments of the present application can occupy at least one time slot, or at least one symbol or a set of symbols in the time domain, while in the frequency domain, SR resources can occupy a set of REs, one PRB, or more.
  • One continuous PRB or multiple discontinuous PRBs may also occupy a part of bandwidth (bandwidth part, BWP) or one subband, which is not specifically limited.
  • one SR resource can correspond to one or more SR information request IDs (that is, scheduling request ID), and one scheduling request ID can correspond to the resource configuration information of one SR information (that is, schedulingrequestresourceconfig message), and one scheduling request ID is also It can correspond to one SR information, that is, one SR resource can correspond to at least one SR information. Then, the network device can configure at least one scheduling request ID for one SR resource.
  • a network device configures multiple scheduling request IDs for an SR resource
  • these scheduling request IDs are different. If a network device configures multiple scheduling request IDs for one SR resource, the resource configuration information of the SR information corresponding to these scheduling request IDs can be the same, and if the network device configures multiple scheduling request IDs for multiple SR resources one-to-one correspondence request ID, then these scheduling request IDs are different, and the resource configuration information of the SR information corresponding to these scheduling request IDs is also different, that is, one SR resource can correspond to the resource configuration information of one SR information . Further, one scheduling request ID can correspond to one LCH or LCG.
  • a scheduling request ID can also correspond to a scheduling request config message, where the Scheduling Request Config message can include: scheduling request ID, transmission prohibition time, maximum transmission times, etc.
  • one scheduling request ID corresponds to one SR information.
  • the terminal device sends the corresponding SR information on the SR resource corresponding to the scheduling request ID.
  • a scheduling request ID is represented by multiple bits of information, for example, a scheduling request ID is represented by 3 bits of information.
  • the terminal device sends uplink resource request information to the network device on at least one SR resource;
  • S203 The network device responds to the uplink resource request information and allocates uplink resources to the terminal device.
  • the uplink resource request information includes at least one of the following: transmission opportunity count information (such as SR occurrence counter) of at least one SR information corresponding to at least one uplink resource, at least one SR information request identifier (such as scheduling request ID), at least one Uplink BSR corresponding to SR information.
  • transmission opportunity count information such as SR occurrence counter
  • SR information request identifier such as scheduling request ID
  • Uplink BSR Uplink BSR corresponding to SR information.
  • the network device when the status of the SR information is positive (Postive), it means that the terminal device needs to request uplink resources from the network device, and when the status of the SR information is negative (negative), it means that the terminal device does not need to request uplink resources. Resources. Then, when the terminal device sends uplink resource request information on the SR resource, the network device can consider that the state of the SR information is positive at this time, and the terminal device requests the network device for uplink resources; and when the terminal device does not carry any information on the SR resource Or when the PUCCH is not sent, the network device may consider that the status of the SR information is negative, and the terminal device does not request uplink resources from the network device.
  • bit information may be added to the SR resource configured in the resource configuration information of the SR information to indicate the status of the SR information, for example, 1 bit is added to indicate the SR information, if the bit is "1" , It means that the SR information is positive, and if the bit is "0", it means that the SR information is negative.
  • the network device may also use other methods to determine the status of the SR information, which is not specifically limited in the embodiment of the present application.
  • the terminal device may only send the uplink resource request information to the network device, and may also send the SR information and the uplink resource request information to the network device, which is not specifically limited in the embodiment of the present application.
  • the foregoing uplink resource request information may be transmission opportunity count information of at least one SR information corresponding to at least one uplink resource.
  • the terminal device can trigger the sending of SR information to the network device on the opportunity of sending SR information after the high-level data arrives.
  • the sending opportunity of the SR information mentioned here refers to the time when the network device is configured to the terminal device to be able to send the SR information.
  • the sending opportunity of SR information is configured in the resource configuration information of SR information.
  • the sending opportunity of SR information is periodic and contains a time-domain offset value. Different SR sending opportunities can have different Send cycle and offset value.
  • the foregoing transmission opportunity count information may be the number of transmission opportunities for which the SR information is delayed in transmission.
  • FIG. 3 is a schematic diagram of a sending opportunity of SR information provided by an embodiment of the application.
  • a time unit such as a time slot (slot) 1
  • MAC Control
  • SR occasion the first SR information transmission opportunity
  • the SR information can not be sent until the SR occurrence of time slot 7 (free time slot).
  • the SR occurrence counter count is 2, which means that the SR information corresponding to the SR resource is sent after two SR occurrences.
  • the aforementioned SR occurrence counter may also be represented by a delay timer (timer), time domain offset value, time domain compensation information, etc., which are not specifically limited in the embodiment of the present application.
  • the aforementioned time unit may also be a symbol, a collection of symbols, etc., which is not limited herein.
  • FIG. 4 is a schematic flow chart of sending opportunity counting information for sending SR information according to an embodiment of the application. As shown in FIG. 4, before the above S202, the method may further include:
  • S401 The terminal device detects whether the channel where the SR resource is located is occupied;
  • the terminal device can detect whether the channel where the SR resource is located is occupied by a manner such as listen before talk (LBT), clear channel assessment (CCA), or detection of channel energy. If energy is not detected through LBT, CCA or on the channel, it can be considered that the channel is not occupied, and the terminal device can access the channel, and then be able to send SR information; otherwise, the channel is considered to be occupied and the terminal device cannot access it. Into the channel, and then unable to send SR information.
  • LBT listen before talk
  • CCA clear channel assessment
  • the terminal device After the terminal device detects that the channel is not occupied, it determines the sending opportunity of the SR information; that is, the sending opportunity for the SR information to be sent. Generally speaking, it can be the nearest SR after the terminal device detects that the channel is not occupied. Opportunity to send information. Of course, it can also be other sending opportunities, which is not limited here.
  • the terminal device After the terminal device determines the sending opportunity of the SR information through S402, it can calculate the sending opportunity count information corresponding to the SR resource, that is, the number of sending opportunities for delayed sending of the SR information.
  • S202 may include: S403: The terminal device transmits the transmission opportunity count information of the SR information corresponding to the SR resource to the network device through the SR resource on the determined transmission opportunity of the SR information.
  • the terminal device does not send the SR information itself.
  • the terminal device may also send both the SR information and the sending opportunity count information of the SR information, which is not specifically limited in the embodiment of the present application.
  • the network device may consider that the terminal device requests the uplink resource only by detecting energy on the SR resource. Further, the network device can also parse the information on the SR resource, that is, the network device parses the uplink resource request information in the SR resource, that is, the sending opportunity count information of at least one SR information corresponding to the SR resource. At this time, the network device can Perceive the occupancy of the channels around the terminal device according to the transmission opportunity count information.
  • the network device can determine whether the number of sending opportunities delayed in sending is greater than the threshold N (ie, the second threshold) according to the sending opportunity count information.
  • the threshold N is a positive integer. Its value may be equal to the maximum number of times the SR information is sent. Of course, the specific value of the threshold N may also be specified by the protocol or pre-configured by the network device, which is not specifically limited here. Then, if the number of transmission opportunities for delayed transmission is greater than the threshold N, the network device reduces the time the terminal device monitors the channel, reduces the time delay for the terminal device to access the channel, and increases the transmission opportunity of the terminal device to a certain extent.
  • the network device can reduce the length of time the terminal device monitors the channel by adjusting the type of LBT operation performed by the terminal device.
  • LBT operations include the following four types:
  • the network side device can change the type of LBT operation from Cat 4 to Cat 2 when it determines that the number of delayed sending opportunities is greater than the threshold N to reduce the duration of the terminal device monitoring the channel , Thereby reducing the time delay of the terminal device accessing the channel, and increasing the transmission opportunity of the terminal device to a certain extent.
  • the network device can also adjust the random value of the type of LBT operation (such as Cat 4) performed by the terminal device to a smaller range to reduce the length of time the terminal device monitors the channel.
  • the type of LBT operation such as Cat 4
  • the network device can also adjust other parameters to reduce the duration of the channel monitoring, so as to reduce the time delay for the terminal device to access the channel, and to a certain extent increase the terminal device's transmission opportunities.
  • the embodiments of this application do not make specific limitations.
  • the terminal device after the terminal device obtains the sending opportunity count information of the SR information corresponding to the SR resource, it can determine whether the number of sending opportunities for delayed sending of the SR information is greater than the threshold K according to the sending opportunity count information.
  • a threshold At this time, the threshold K is a positive integer, and its value can be equal to the maximum number of times the SR information is sent.
  • the specific value of the threshold K can also be specified by the protocol or pre-configured by the network device. No specific restrictions.
  • the terminal device sends a random access request to the network device to initiate a random access process.
  • the random access process can be random access based on contention or non-contention The random access is not limited here.
  • the terminal device may also use the transmission opportunity count information of the at least one SR information without sending the transmission opportunity count information of the at least one SR information corresponding to the at least one SR resource to the network device. Trigger the random access process.
  • the terminal device may not report the sending opportunity count information of at least one SR information to the network device on the SR resource, but report it to the network device in other ways.
  • the network device can still count the sending opportunity of at least one SR information Information is used to perceive the occupancy of the channel around the terminal device, and then adjust the time the terminal device monitors the channel.
  • the terminal device sends the corresponding sending opportunity count information of at least one SR information to the network device on the SR resource, which can help the network device understand the channel status around the terminal device while requesting the network device for uplink resources. Further, if NR PUCCH format 2 or format 3 is used to send the transmission opportunity count information of at least one SR message, since the number of bits of the transmission opportunity count information of at least one SR message is greater than 2, the load requirement of NR PUCCH format 2 or format 3 is met. Therefore, the sending opportunity count information of at least one SR message can be sent successfully.
  • the foregoing uplink resource request information may be the scheduling request ID of at least one SR information corresponding to at least one uplink resource.
  • the network device can configure a scheduling request ID for an SR resource according to the protocol or preset rules. Then, the terminal device can send the scheduling request ID on the SR resource. Of course, the terminal device can also use its own scheduling request ID. From the multiple scheduling request IDs to be sent, a scheduling request ID is determined to be sent on the above SR resource. At this time, the determined scheduling request ID can be the same as the scheduling request ID configured to the SR resource by the network device. Can be different.
  • FIG. 5 is a schematic diagram of a process for sending scheduling request ID provided by an embodiment of this application.
  • the method may further include:
  • S501 The terminal device obtains multiple scheduling request IDs to be sent
  • the terminal device determines a scheduling request ID from multiple scheduling request IDs to be sent;
  • S202 may include: S503: The terminal device sends a determined scheduling request ID to the network device on an SR resource.
  • the foregoing S501 to S503 may be that the terminal device obtains multiple scheduling request IDs to be sent after detecting that the channel where the SR resource is located is not occupied.
  • These scheduling request IDs to be sent may include the scheduling request ID that the network device originally configured to send on the SR resource, and may also include the scheduling request ID that was configured to be sent on other SR resources and was not successfully sent due to channel occupation.
  • the terminal device can determine a scheduling request ID from multiple scheduling request IDs to be sent according to the priority of the LCH corresponding to the scheduling request ID or the priority of the LCG, the quality of service (QoS) requirements, etc., and finally, A determined scheduling request ID is sent on the SR resource.
  • QoS quality of service
  • the aforementioned QoS requirements may further include delay requirements, reliability requirements, etc., which are not specifically limited in the embodiment of the present application.
  • FIG. 6 is a schematic diagram of another SR information sending opportunity provided by an embodiment of the application.
  • LCG 1, 2, and 3 correspond to scheduling request ID 1, 3, and 5 respectively, and they are If high-level data arrives in slots 0, 2, and 5, then scheduling request ID 1, 3, and 5 correspond to the SR occasion of the resource configuration information of different SR information, and the corresponding LCG 1, 2, 3 correspond to priority 1, 2, 3. Since the channel is always occupied in time slots 1 to 7, the scheduling request ID during the period cannot be sent in time. Until the time slot 8, the terminal device will not succeed in LBT and access the channel, then the terminal device will start from scheduling on the SR occasion of time slot 9. A scheduling request ID is determined in request ID1, 3, and 5 to send.
  • the terminal device determines a scheduling request ID from multiple scheduling request IDs to be sent according to the priority of the LCH corresponding to the Scheduling request ID or the priority of the LCG. If multiple scheduling request IDs are to be sent, When the priority of the corresponding LCH or LCG is not exactly the same, the terminal device determines the scheduling request ID corresponding to the LCH or LCG with the highest priority as a scheduling request ID; or, if multiple SR information to be sent When the priority of the corresponding LCH or LCG is the same, the terminal device determines any one of the multiple scheduling request IDs to be sent as a scheduling request ID.
  • the terminal device can determine the scheduling request ID corresponding to the LCH or LCG with the smallest delay requirement as A scheduling request ID.
  • the preset rule is the reliability requirement of the LCH or the reliability requirement of the LCG corresponding to the scheduling request ID as an example, that is, the reliability requirement of the corresponding service. Then, if the reliability requirements of the LCH or LCG corresponding to multiple scheduling request IDs to be sent are not the same, the terminal device can determine the scheduling request ID corresponding to the LCH or LCG with the highest reliability requirement as a scheduling request ID.
  • the network device can also configure multiple scheduling request IDs for one SR resource according to protocol regulations or preset settings, then the terminal device can send multiple scheduling request IDs on the SR resource.
  • these scheduling request IDs are different, and the resource configuration information of the corresponding SR information may be the same.
  • FIG. 7 is a schematic diagram of another process for sending scheduling request IDs provided by an embodiment of this application.
  • the method could also include:
  • the terminal device obtains multiple scheduling request IDs to be sent;
  • S202 may include: S702: The terminal device sends multiple scheduling request IDs to be sent to the network device on one SR resource.
  • the foregoing S701 to S702 may be that the terminal device obtains multiple scheduling request IDs to be sent after detecting that the channel where the SR resource is located is not occupied.
  • These scheduling request IDs include the scheduling request ID originally configured by the network device to be sent on the SR resource, and may also include other scheduling request IDs that are configured to be sent on other SR resources that are occupied by a channel but are not successfully sent. Then, the terminal device can send these multiple scheduling request IDs to be sent to the network device on one SR resource.
  • the terminal device can generate a bitmap represented by multi-bit information, such as a bitmap represented by 8-bit information, and each bit corresponds to a Scheduling request ID.
  • a bitmap represented by 8-bit information such as a bitmap represented by 8-bit information
  • each bit corresponds to a Scheduling request ID.
  • the terminal device may also use multiple strings to represent multiple scheduling request IDs.
  • the terminal device may also use the string "000011110" to represent scheduling request IDs 1, 3, and 5. Then, when the time slot 8 arrives, the terminal device LBT succeeds and accesses the channel, then the terminal device can send the above-mentioned character string to the network device on the SR occasion of the time slot 9.
  • the terminal device may also use other forms to represent multiple scheduling request IDs, which are not specifically limited in the embodiment of the present application.
  • the network device before S201, can also obtain the correspondence between the SR resource and the scheduling request ID according to the agreement, or the network device can generate the SR resource and the scheduling request ID according to a pre-configured corresponding rule. Correspondence, and then, the network device configures the scheduling request ID for the SR resource according to the corresponding relationship between the SR resource and the scheduling request ID. Correspondingly, the terminal device can correspondingly send multiple scheduling request IDs to the network device according to the corresponding relationship between the same SR resource and the scheduling request ID according to the protocol provisions or according to the configuration of the network device.
  • FIG. 8 is a schematic diagram of another process for sending scheduling request IDs provided by an embodiment of the application.
  • the method could also include:
  • the terminal device obtains multiple scheduling request IDs to be sent;
  • the terminal device determines, from at least one SR resource, the SR resources corresponding to multiple scheduling request IDs to be sent according to the preset correspondence between the SR resource and the scheduling request ID;
  • S202 may include: S803: the terminal device sends multiple scheduling request IDs to be sent to the network device on the corresponding SR resources.
  • the foregoing S801 to S803 may be that the terminal device obtains multiple scheduling request IDs to be sent after detecting that the channel where the SR resource is located is not occupied.
  • These scheduling request IDs include the scheduling request ID that the network device originally configured to send on the SR resource, and may also include the scheduling request ID corresponding to other SR resources that are occupied by the channel but are not successfully sent. Then, the terminal device can send the multiple scheduling request IDs to be sent to the network device on the corresponding SR resources according to the preset correspondence between the SR resource and the scheduling request ID.
  • the correspondence between the preset SR resource and the Scheduling request ID can be that multiple scheduling request IDs corresponding to LCH or LCG with the same priority correspond to the same SR resource.
  • Table 3 below.
  • SR resource 1 corresponds to four different scheduling request IDs (Scheduling request ID 1, 2, 3, 4) whose priority is priority 1; or, LCH or LCG with the same priority corresponds to multiple
  • Each scheduling request ID corresponds to different SR resources.
  • Table 4 below.
  • SR resource 1 and SR resource 2 correspond to 8 different scheduling request IDs with priority 1 to 4 for LCH.
  • SR resource 1 and LCH have 4 different scheduling request IDs (scheduling request ID 1, 2, priority 1 to 4). 3. 4)
  • SR resource 2 corresponds to 4 different scheduling request IDs (scheduling request IDs 5, 6, 7, 8) with priority 1 to 4 with priorities of LCH.
  • multiple scheduling request IDs corresponding to LCHs or LCGs with the same delay or reliability requirements can also be mapped to the same SR resource, or to LCHs or LCGs with the same delay or reliability requirements.
  • Multiple scheduling request IDs correspond to different SR resources.
  • the foregoing preset correspondence between the SR resource and the scheduling request ID may also include other correspondence methods, which are not specifically limited in the embodiment of the present application.
  • the terminal device sends the corresponding scheduling request ID of at least one SR information to the network device on the SR resource, which increases the opportunity for sending the scheduling request ID while realizing the request for uplink resources from the network device.
  • NR PUCCH format 2 or format 3 is used to send at least one scheduling request ID of SR information, since the scheduling request ID of at least one SR information is represented by multiple bits, the number of bits of one scheduling request ID is greater than 2, which satisfies NR PUCCH Format 2 or format 3 load requirements, so at least one scheduling request ID of SR information can be sent successfully.
  • the above uplink resource request information may be an uplink BSR corresponding to at least one SR information corresponding to at least one uplink resource.
  • the terminal device when it needs to send SR information to request uplink resources, it may send the corresponding BSR on the SR resource configured by the network device.
  • the BSR mentioned here may be the BSR of the LCH or LCG corresponding to at least one SR information.
  • the above-mentioned BSR may include the uplink BSR of the LCG or LCH corresponding to the scheduling request ID that the network device originally configured to send on the SR resource, and may also include the scheduling request corresponding to other SR resources that were not successfully sent due to channel occupation.
  • the uplink BSR of the LCG or LCH corresponding to the ID may include the uplink BSR of the LCG or LCH corresponding to the ID.
  • the type and format of the above-mentioned BSR are not limited.
  • the above-mentioned BSR may be a regular (Regular) BSR, a periodic (periodic) BSR, or a padding (padding) BSR
  • the reported format may be a long format ( long) BSR, short BSR or truncated BSR. This embodiment of the present application does not specifically limit this.
  • the terminal device can select the type of BSR. For example, the terminal device can choose to send a periodic BSR on the SR resource that is the same as the sending period of the corresponding SR information; or, when there is a regular BSR, a periodic BSR, and a padding BSR that need to be sent, or two of them need to be sent,
  • the terminal device can send according to the priority order of "regular BSR before periodic BSR, periodic BSR before filling BSR"; furthermore, when only filling BSR can be sent due to protocol constraints, the terminal equipment can be based on what SR resources can carry The size of the number of bits determines whether the stuffed BSR can be sent.
  • the terminal device can carry the stuffed BSR to the SR resource for sending.
  • the terminal device may also select the type of BSR according to other conditions, which is not specifically limited in the embodiment of the present application.
  • the terminal device may also choose a format for reporting the BSR. For example, when a terminal device needs to report a regular BSR or a periodic BSR, the terminal device can choose to report in the long format BSR. At this time, the terminal device can report the data status of all LCH buffers (buffer) statistically; or When a terminal device needs to report a padding BSR, the terminal device can determine the BSR report format according to the relationship between the number of bits that the configured SR resource can carry and the number of BSR bits.
  • the truncated BSR is sent, in the second range, the short format BSR is sent, and in the third range, the long format BSR is sent.
  • the first range, the second range, and the third range are related to the number of bits of the BSR and the size of the subheader.
  • the sum of the number of bits of the two can be set by those skilled in the art according to actual needs. The implementation of this application The examples are not specifically limited.
  • the terminal device sends at least one BSR corresponding to the corresponding at least one SR information to the network device on the SR resource, which reduces the resource request steps while requesting the network device for uplink resources and reduces the resource request delay. Further, if NR PUCCH format 2 or format 3 is used to send at least one SR information corresponding to the BSR, since the number of bits corresponding to the BSR of at least one SR information is greater than 2, which meets the load requirement of NR PUCCH format 2 or format 3, at least one SR The information corresponding to the BSR can be sent successfully.
  • the embodiment of the present application also provides an uplink information transmission method, which can be applied to the foregoing communication system.
  • FIG. 9 is a schematic flowchart of another uplink information transmission method provided by an embodiment of this application. Referring to FIG. 9, the method may include:
  • the terminal device receives control information from the network device
  • control information may be downlink control information (downlink control information, DCI) delivered by the network device to the terminal.
  • DCI downlink control information
  • the control information is used to instruct the terminal device to feed back HARQ-ACK information to the network device on at least one uplink resource configured to send hybrid automatic repeat request acknowledgement (HARQ-ACK) information.
  • HARQ-ACK hybrid automatic repeat request acknowledgement
  • the at least one uplink resource may and is not limited to PUCCH resources, PUSCH resources, etc., of course, it may also be other uplink resources, which is not specifically limited in the implementation of this application.
  • the uplink resource is a PUCCH resource
  • the PUCCH resource can adopt the first format or the second format of NR PUCCH, such as NR PUCCH format 2 or format 3. Of course, it can also be in other formats, which is not specifically limited here.
  • the terminal device judges whether the number of HARQ-ACK information bits is less than or equal to the threshold M (that is, the third threshold); here, the threshold M is a positive integer, for example, the threshold M can be 2 bits, which is not done here Specific restrictions.
  • the terminal device sends the HARQ-ACK information to the network device on at least one uplink resource according to the granularity of a code block group (CBG);
  • CBG code block group
  • the terminal device judges that the number of bits of HARQ-ACK information is greater than the threshold M, if the feedback granularity pre-configured by the network device is the granularity of the transport block (TB), then the terminal device needs to transpose the feedback granularity , Transpose the TB granularity to the CBG granularity, so that the terminal device can send HARQ-ACK information to the network device on at least one uplink resource according to the transposed feedback granularity, that is, the CBG granularity; and if the feedback granularity is pre-configured by the network device It is the granularity of CBG, then, the terminal device can still send HARQ-ACK information to the network device on at least one uplink resource according to the granularity of CBG.
  • the feedback granularity pre-configured by the network device is the granularity of the transport block (TB)
  • the terminal device needs to transpose the feedback granularity , Transpose the TB gran
  • the terminal device If the number of bits of the HARQ-ACK information is greater than the threshold M, the terminal device sends the HARQ-ACK information to the network device on at least one uplink resource according to the pre-configured feedback granularity.
  • the terminal device when the terminal device judges that the number of HARQ-ACK information bits is greater than the threshold M, if the feedback granularity pre-configured by the network device is the granularity of TB, the terminal device can report to the network device on at least one uplink resource according to the granularity of TB. Send HARQ-ACK information; and if the feedback granularity pre-configured by the network device is the granularity of CBG, then the terminal device can still send HARQ-ACK information to the network device on at least one uplink resource according to the granularity of CBG.
  • the above method may further include: the terminal device determines whether the total number of downlink assignment index (downlink assignment index, DAI) is less than or equal to the threshold Q (ie, the fourth threshold), here,
  • the threshold Q is a positive integer, for example, the threshold Q can be two, which is not specifically limited here. Then, if the total number of DAIs is less than or equal to the threshold Q, the terminal device sends HARQ-ACK information to the network device on at least one uplink resource according to the granularity of CBG; if the total number of DAIs is greater than the threshold Q, the terminal device is based on the TB The granularity sends HARQ-ACK information to the network device on at least one uplink resource.
  • DAI downlink assignment index
  • the above method may further include: the terminal device determines whether the counter of DAI is less than or equal to a threshold P (ie, a fifth threshold), where the threshold P is a positive integer, for example, The threshold value P can be two, which is not specifically limited here; then, if the DAI count is less than or equal to the threshold value P, the terminal device sends HARQ-ACK information to the network device on at least one uplink resource according to the granularity of CBG; if DAI If the count of is greater than the threshold P, the terminal device sends HARQ-ACK information to the network device on at least one uplink resource according to the granularity of the TB.
  • a threshold P ie, a fifth threshold
  • the terminal device when the terminal device only feeds back 2 TBs and each TB feeds back 1 bit of HARQ-ACK information, the terminal device can automatically feed back according to the granularity of the CBG, and the number of transposed CBGs is 4, so 2 TBs correspond to 8 Bit HARQ-ACK information.
  • the terminal device may also select the HARQ-ACK information feedback granularity according to the instructions of the network device. Specifically, the network device notifies the mobile terminal of the HARQ-ACK information feedback granularity through the DCI. For example, an identification bit, such as TB-CBG Indicator, is carried in the DCI to indicate the HARQ-ACK information feedback granularity. When the value of TB-CBG Indicator is "1", it indicates that the terminal device is instructed to send HARQ-ACK information to the network device at the granularity of CBG.
  • an identification bit such as TB-CBG Indicator
  • TB-CBG Indicator When the value of TB-CBG Indicator is "0", it indicates that the terminal device is instructed to follow the TB
  • the HARQ-ACK information is sent to the network device at the granularity of, of course, the TB-CBG Indicator can also take other values, which are not specifically limited in the embodiment of the application.
  • the network device can also indicate different PDSCHs to feed back HARQ-ACK information on the same uplink resource through multiple different DCIs.
  • the HARQ feedback time indication field (K1) of the downlink data of each DCI in the multiple DCIs The value of) needs to be indicated to the same time slot, symbol, set of symbols or the same codebook, so that the HARQ-ACK information can be fed back in the same time slot or the same codebook.
  • FIG. 10A to FIG. 10B are schematic diagrams of the network device indicating the feedback granularity of HARQ-ACK information in an embodiment of this application. Referring to FIG. 10A to FIG. 10B, the network device sends the first DCI and the second DCI to the terminal device.
  • the first DCI and the second DCI indicate that their corresponding HARQ-ACK information is fed back on the same uplink resource.
  • the first DCI The value of TB-CBG Indicator is the same as the value of TB-CBG Indicator in the second DCI, which can be both "1" or "0", so that the granularity of HARQ-ACK information feedback on the same uplink resource is the same .
  • the number of CBGs is 4, the HARQ-ACK information is sent to the network device according to the granularity of the CBG.
  • the number of bits of the HARQ-ACK information is 8 bits.
  • the terminal device can dynamically feed back HARQ-ACK information to the network device with different granularities, thereby improving the flexibility of HARQ-ACK feedback.
  • an embodiment of the application provides a communication device.
  • the communication device may be an uplink information transmission device or a chip or a system on a chip in the uplink information transmission device, and may also be used in the uplink information transmission device.
  • a functional module that implements the method described in the foregoing embodiment or any possible implementation of the foregoing embodiment.
  • the communication device can implement the functions performed by the terminal device in the foregoing embodiments or various possible implementations, and the functions can be implemented by hardware executing corresponding software.
  • the hardware or software includes one or more modules corresponding to the aforementioned functions.
  • FIG. 11 is a schematic structural diagram of a communication device provided by an embodiment of the application. Referring to FIG.
  • the communication device 1100 may include: a receiving module 1101 for receiving The resource configuration information of the SR information from the network device, the resource configuration information of the SR information is used to configure at least one uplink resource for sending the SR information; the sending module 1102 is used to send the uplink resource request information to the network device on the at least one uplink resource, The uplink resource request information is used to request the network device to allocate uplink resources for the terminal device; wherein the uplink resource request information includes at least one of the following: transmission opportunity count information of at least one SR information corresponding to the at least one uplink resource, and the transmission opportunity count information is used for Indicate the number of transmission opportunities for delayed transmission of at least one SR information; the request identifier of at least one SR information; and the uplink BSR corresponding to the at least one SR information.
  • each uplink resource in at least one uplink resource corresponds to multiple SR information
  • each SR information of the multiple SR information corresponds to a request identifier of SR information
  • the request identifier of each SR information is different .
  • the foregoing apparatus further includes: a processing module, configured to determine a sending opportunity of SR information after the receiving module detects that the channel where at least one uplink resource is located is not occupied; and, according to the sending opportunity of SR information, Determine the sending opportunity count information.
  • a processing module configured to determine a sending opportunity of SR information after the receiving module detects that the channel where at least one uplink resource is located is not occupied; and, according to the sending opportunity of SR information, Determine the sending opportunity count information.
  • the above-mentioned device further includes: a processing module, configured to determine whether the number of transmission opportunities delayed in transmission is greater than a first threshold according to the transmission opportunity count information; If it is greater than the first threshold, send a random access request to the network device.
  • a processing module configured to determine whether the number of transmission opportunities delayed in transmission is greater than a first threshold according to the transmission opportunity count information; If it is greater than the first threshold, send a random access request to the network device.
  • the uplink BSR includes: the BSR of the LCH corresponding to at least one SR information, or the BSR of the LCG corresponding to at least one SR information.
  • the above-mentioned apparatus further includes: a processing module for obtaining request identifiers of multiple SR information to be sent; determining a request identifier of SR information from the request identifiers of multiple SR information to be sent
  • the sending module is specifically configured to send the determined request identifier of one SR information on one of the at least one uplink resource to the network device.
  • the processing module is further configured to select the priority of the LCH corresponding to the multiple SR information to be sent or the priority of the LCG corresponding to the multiple SR information to be sent.
  • a request identifier of SR information is determined from the request identifier of SR information.
  • the processing module is specifically also used for processing the SR information corresponding to the LCH with the highest priority if the priority of the LCH corresponding to the request identifiers of multiple SR information to be sent is not completely the same.
  • the request identifier is determined as the request identifier of one SR information; or, if the priorities of the LCGs corresponding to the request identifiers of multiple SR information to be sent are not exactly the same, the request identifier of the SR information corresponding to the LCG with the highest priority Determined as the request identifier of one SR information; or, if the priority of the LCH corresponding to the request identifiers of multiple SR information to be sent is the same, determine any one of the request identifiers of the multiple SR information to be sent as one The request identifier of the SR information; or, if the priority of the LCGs corresponding to the request identifiers of the multiple SR information to be sent is the same, determine any one of the request identifiers of the request identifie
  • the receiving module mentioned in the embodiment of the present application may be a receiving interface, a receiving circuit, or a receiver; the sending module may be a sending interface, a sending circuit, or a transmitter; the processing module may be one or more processors.
  • an embodiment of the application provides a communication device.
  • the communication device may be an uplink information transmission device or a chip or a system on a chip in the uplink information transmission device, and may also be used in the uplink information transmission device.
  • a functional module that implements the method described in the foregoing embodiment or any possible implementation of the foregoing embodiment.
  • the communication device can implement the functions performed by the terminal device in the foregoing embodiments or various possible implementations, and the functions can be implemented by hardware executing corresponding software.
  • the hardware or software includes one or more modules corresponding to the aforementioned functions.
  • FIG. 12 is a schematic structural diagram of another communication device provided by an embodiment of the application. As shown in FIG.
  • the communication device 1200 may include: a receiving module 1201 for receiving control information from a network device, The control information is used to instruct the terminal device to feed back HARQ-ACK information to the network device on at least one uplink resource configured to send HARQ-ACK information, at least one uplink resource adopts the first format or the second format of NR PUCCH; the processing module 1202 uses In response to the control information, it is determined whether the number of HARQ-ACK information bits is less than or equal to the third threshold; the sending module 1203 is configured to, if the number of HARQ-ACK information bits is less than or equal to the third threshold, perform at least one uplink according to the granularity of CBG The HARQ-ACK information is sent to the network device on the resource; it is also used to send HARQ-ACK information to the network device on at least one uplink resource according to the granularity of TB if the number of bits of the HARQ-ACK information is greater than the third threshold.
  • a receiving module 1201 for receiving control information from
  • the processing module is also used to determine whether the total number of DAI is less than or equal to the fourth threshold; wherein, if the total number of DAI is less than or equal to the fourth threshold, the sending module is at least Send HARQ-ACK information to the network device on one uplink resource; if the total amount of DAI is greater than the fourth threshold, the sending module sends HARQ-ACK information to the network device on at least one uplink resource according to the granularity of TB.
  • the processing module is also used to determine whether the counter of DAI is less than or equal to the fifth threshold; wherein, if the total number of DAIs is less than or equal to the fifth threshold, the sending module follows the granularity of CBG Send HARQ-ACK information to the network device on at least one uplink resource; if the total amount of DAI is greater than the fifth threshold, the sending module sends HARQ-ACK information to the network device on at least one uplink resource according to the granularity of TB.
  • the receiving module mentioned in the embodiment of the present application may be a receiving interface, a receiving circuit, or a receiver; the sending module may be a sending interface, a sending circuit, or a transmitter; the processing module may be one or more processors.
  • an embodiment of the application provides a communication device.
  • the communication device may be an uplink information transmission device or a chip or a system on a chip in the uplink information transmission device, and may also be used in the uplink information transmission device.
  • a functional module that implements the method described in the foregoing embodiment or any possible implementation of the foregoing embodiment.
  • the communication device can implement the functions performed by the network device in the foregoing embodiments or various possible implementations, and the functions can be implemented by hardware executing corresponding software.
  • the hardware or software includes one or more modules corresponding to the aforementioned functions.
  • FIG. 13 is a schematic structural diagram of another communication device provided by an embodiment of the application. As shown in FIG.
  • the communication device 1300 may include: a sending module 1301 for sending resource configuration of SR information to a terminal device
  • the resource configuration information of the SR information is used to configure at least one uplink resource for sending SR information
  • the receiving module 1302 is used to receive the uplink resource request information sent by the terminal device on at least one uplink resource
  • the processing module 1303 is used to respond to the uplink Resource request information, which allocates uplink resources for the terminal device; wherein, the uplink resource request information includes at least one of the following: transmission opportunity count information of at least one SR information corresponding to at least one uplink resource, and the transmission opportunity count information is used to indicate at least one SR information The number of transmission opportunities for delayed transmission; the request identifier of at least one SR information; the uplink BSR corresponding to at least one SR information.
  • the above-mentioned apparatus further includes: a processing module, which is further configured to determine whether the number of transmission opportunities delayed in transmission is greater than a second threshold according to the transmission opportunity count information after the receiving module receives the uplink resource request information; The number of sending opportunities to be sent is greater than the second threshold, which reduces the duration of the terminal device monitoring the channel.
  • the aforementioned processing module is configured to configure multiple SR information request identifiers for one uplink resource in at least one uplink resource, and each SR information of the multiple SR information corresponds to one SR information request identifier, The request identifier of each SR information is different.
  • the processing module is configured to configure multiple SR information request identifiers corresponding to the logical channel LCH with the same priority to one SR resource configuration; or, to configure the logical channel LCG with the same priority
  • the corresponding request identifiers of multiple SR information are configured to one SR resource configuration; or, the request identifiers of multiple SR information corresponding to the LCH with the same priority are configured to different SR resource configurations; or, they will have the same priority
  • the request identifiers of multiple SR information corresponding to the LCG of the level are configured to different SR resource configurations.
  • the receiving module mentioned in the embodiment of the present application may be a receiving interface, a receiving circuit, or a receiver; the sending module may be a sending interface, a sending circuit, or a transmitter; the processing module may be one or more processors.
  • an embodiment of the present application provides a communication device, which may be a chip in a terminal device or a system on a chip.
  • the communication device can implement the functions performed by the terminal device in the above-mentioned embodiment or any possible implementation of the above-mentioned embodiment, and the function can be realized by hardware.
  • FIG. 14 is the application The embodiment provides a schematic structural diagram of another communication device. See the solid line shown in FIG. 13.
  • the communication device 1400 may include a processor 1401 and an interface circuit 1402.
  • the interface circuit is used to receive code instructions and transmit them to the processor;
  • the processor is used to run the code instructions to support the communication device to implement the functions involved in the foregoing embodiment or any possible implementation manner of the foregoing embodiment.
  • the processor may receive an SR resource from a network device through an interface circuit. Resource configuration information and/or sending uplink resource request information to the network device on at least one uplink resource.
  • the above-mentioned communication device 1400 may further include a memory 1403, and the memory 1403 is used to store necessary computer-executed instructions and data of the communication device.
  • the processor executes the computer-executable instructions stored in the memory, so that the communication device executes the uplink information transmission method described in the foregoing embodiment or any possible implementation of the foregoing embodiment.
  • an embodiment of the present application provides a communication device, which may be a chip in a terminal device or a system on a chip.
  • the communication device can implement the functions performed by the terminal device in the foregoing embodiment or any possible implementation manner of the foregoing embodiment, and the function may be implemented by hardware.
  • the communication device 1400 may include: a processor 1401 and an interface circuit 1402.
  • the interface circuit is used to receive code instructions and transmit them to the processor; the processor is used to run code instructions to support the communication device to implement the foregoing embodiments or the foregoing
  • the processor may receive control information from the network device through the interface circuit and/or send HARQ-ACK signals to the network device on at least one uplink resource at different granularities. information.
  • the above-mentioned communication device 1400 may further include a memory 1403, and the memory 1403 is used to store necessary computer-executed instructions and data of the communication device.
  • the processor executes the computer-executable instructions stored in the memory, so that the communication device executes the uplink information transmission method described in the foregoing embodiment or any possible implementation of the foregoing embodiment.
  • an embodiment of the present application provides a communication device.
  • the communication device may be a chip in a network device or a system on a chip.
  • the communication device can implement the functions performed by the terminal device in the foregoing embodiment or any possible implementation manner of the foregoing embodiment, and the function may be implemented by hardware.
  • the communication device 1400 may include: a processor 1401 and an interface circuit 1402.
  • the interface circuit is used to receive code instructions and transmit them to the processor; the processor is used to run code instructions to support the communication device to implement the foregoing embodiments or the foregoing
  • the processor may send resource configuration information of SR information to the terminal device through the interface circuit and/or receive the uplink resource request sent by the terminal device on at least one uplink resource information.
  • the above-mentioned communication device 1400 may further include a memory 1403, and the memory 1403 is used to store necessary computer-executed instructions and data of the communication device.
  • the processor executes the computer-executable instructions stored in the memory, so that the communication device executes the uplink information transmission method described in the foregoing embodiment or any possible implementation of the foregoing embodiment.
  • the embodiments of the present application provide a computer-readable storage medium.
  • the computer-readable storage medium stores instructions. When the instructions are run on a computer, they are used to execute the one or more embodiments described above.
  • embodiments of the present application provide a computer program that, when the computer program is executed on a computer, enables the computer to implement the uplink information transmission method described in one or more of the foregoing embodiments.
  • embodiments of the present application provide a computer program product containing instructions.
  • the computer program product runs on a computer, the computer realizes the uplink information transmission method described in one or more of the above embodiments. .
  • the computer-readable medium may include a computer-readable storage medium, which corresponds to a tangible medium, such as a data storage medium, or a communication medium that includes any medium that facilitates the transfer of a computer program from one place to another (for example, according to a communication protocol) .
  • a computer-readable medium may generally correspond to (1) a non-transitory tangible computer-readable storage medium, or (2) a communication medium, such as a signal or carrier wave.
  • Data storage media can be any available media that can be accessed by one or more computers or one or more processors to retrieve instructions, codes, and/or data structures for implementing the techniques described in this application.
  • the computer program product may include a computer-readable medium.
  • such computer-readable storage media may include RAM, ROM, EEPROM, CD-ROM or other optical disk storage devices, magnetic disk storage devices or other magnetic storage devices, flash memory, or structures that can be used to store instructions or data Any other media that can be accessed by the computer in the form of desired program code. And, any connection is properly termed a computer-readable medium.
  • any connection is properly termed a computer-readable medium.
  • coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), or wireless technologies such as infrared, radio, and microwave to transmit instructions from a website, server, or other remote source
  • coaxial cable Wire, fiber optic cable, twisted pair, DSL or wireless technologies such as infrared, radio, and microwave are included in the definition of media.
  • computer-readable storage media and data storage media do not include connections, carrier waves, signals, or other temporary media, but are actually directed to non-transitory tangible storage media.
  • magnetic disks and optical discs include compact discs (CD), laser discs, optical discs, digital versatile discs (DVD), and Blu-ray discs. Disks usually reproduce data magnetically, while discs use lasers to reproduce data optically. data. Combinations of the above should also be included in the scope of computer-readable media.
  • DSP digital signal processors
  • ASIC application-specific integrated circuits
  • FPGA field programmable logic arrays
  • processor may refer to any of the foregoing structure or any other structure suitable for implementing the techniques described herein.
  • DSP digital signal processors
  • ASIC application-specific integrated circuits
  • FPGA field programmable logic arrays
  • the term "processor” as used herein may refer to any of the foregoing structure or any other structure suitable for implementing the techniques described herein.
  • the functions described by the various illustrative logical blocks, modules, and steps described herein may be provided in dedicated hardware and/or software modules configured for encoding and decoding, or combined Into the combined codec.
  • the technology can be fully implemented in one or more circuits or logic elements.
  • the technology of this application can be implemented in a variety of devices or devices, including wireless handsets, integrated circuits (ICs), or a set of ICs (for example, chipsets).
  • ICs integrated circuits
  • a set of ICs for example, chipsets.
  • Various components, modules, or units are described in this application to emphasize the functional aspects of the device for performing the disclosed technology, but they do not necessarily need to be implemented by different hardware units.
  • various units can be combined with appropriate software and/or firmware in the codec hardware unit, or by interoperating hardware units (including one or more processors as described above). provide.

Landscapes

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

Abstract

本申请提供一种上行信息传输方法及装置。该方法包括:终端设备接收来自网络设备的SR信息的资源配置信息;终端设备在至少一个上行资源上向网络设备发送上行资源请求信息,上行资源请求信息用于请求网络设备为终端设备分配上行资源;其中,上行资源请求信息包括以下至少一种:至少一个上行资源对应的至少一个SR信息的发送机会计数信息,发送机会计数信息用于指示至少一个SR信息延迟发送的发送机会的数量;至少一个SR信息的请求标识;至少一个SR信息对应的上行BSR。本申请中,通过在用于发送SR信息的至少一个上行资源上发送资源请求信息来请求分配上行资源。

Description

一种上行信息传输方法及装置
本申请要求于2019年4月4日提交中国专利局、申请号为201910272968.2、申请名称为“一种上行信息传输方法及装置”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信技术领域,特别涉及一种上行信息传输方法及装置。
背景技术
在第五代通信(5 th Generation,5G)通信系统中,终端设备可以通过向基站发送资源请求信息,如调度请求(scheduling request,SR)信息,来请求为终端设备分配上行资源。基站在检测到SR信息后,就会为对应的终端设备分配上行资源。
但是,在一些情况下,如果SR信息无法发送成功的话,基站将无法为终端设备分配上行资源。那么,如何通过发送其他资源请求信息来请求分配上行资源是一个亟待解决的问题。
发明内容
本申请提供一种上行信息传输方法及装置,以通过在用于发送SR信息的至少一个上行资源上发送资源请求信息来请求分配上行资源。
第一方面,本申请提供一种上行信息的传输方法,可以应用于通信系统中的终端设备,该方法可以包括:终端设备接收来自网络设备的SR信息的资源配置信息,SR信息的资源配置信息用于配置发送SR信息的至少一个上行资源;终端设备在至少一个上行资源上向网络设备发送上行资源请求信息,上行资源请求信息用于请求网络设备为终端设备分配上行资源;其中,上行资源请求信息包括以下至少一种:至少一个上行资源对应的至少一个SR信息的发送机会计数信息,发送机会计数信息用于指示至少一个SR信息延迟发送的发送机会的数量;至少一个SR信息的请求标识;至少一个SR信息对应的上行缓冲状态报告(buffer status report,BSR)。
在本申请中,通过终端设备在用于发送SR信息的至少一个上行资源上向网络设备发送上行资源请求信息,使得网络设备能够响应该上行资源请求信息,为终端设备分配上行资源。
基于第一方面,在一些可能的实施方式中,至少一个上行资源中的每一个上行资源对应多个SR信息,多个SR信息的每一个SR信息对应一个SR信息的请求标识,每一个SR信息的请求标识都不同。
基于第一方面,在一些可能的实施方式中,上述方法还包括:终端设备在检测到至少一个上行资源所在信道未被占用后,确定SR信息的发送机会;终端设备根据SR信息的发送机会,确定发送机会计数信息。
基于第一方面,在一些可能的实施方式中,上述方法还包括:终端设备根据发送机会计数信息,判断延迟发送的发送机会数量是否大于第一阈值;若延迟发送的发送机会数量大于第一阈值,终端向网络设备发送随机接入请求。
基于第一方面,在一些可能的实施方式中,上行BSR包括:至少一个SR信息所对应的逻辑信道(logical channel,LCH)的BSR,或至少一个SR信息所对应的逻辑信道组(logical channel group,LCG)的BSR。
基于第一方面,在一些可能的实施方式中,上述方法还包括:终端设备获得多个待发送的SR信息的请求标识;终端设备从多个待发送的SR信息的请求标识中确定出一个SR信息的请求标识;终端设备在至少一个上行资源上向网络设备发送上行资源请求信息,包括:终端设备将确定出的一个SR信息的请求标识在至少一个上行资源中的一个上行资源上发送给网络设备。
基于第一方面,在一些可能的实施方式中,终端设备从多个待发送的SR信息的请求标识中确定出一个SR信息的请求标识,包括:终端设备根据多个待发送的SR信息所对应的LCH的优先级或多个待发送的SR信息所对应的LCG的优先级,从多个待发送的SR信息的请求标识中确定出一个SR信息的请求标识。
基于第一方面,在一些可能的实施方式中,终端设备根据多个待发送的SR信息所对应的LCH的优先级或多个待发送的SR信息所对应的LCG的优先级,从多个待发送的SR信息的请求标识中确定出一个SR信息的请求标识,包括:若多个待发送的SR信息的请求标识所对应的LCH的优先级不完全相同时,终端设备将优先级最高的LCH所对应的SR信息的请求标识确定为一个SR信息的请求标识;或,若多个待发送的SR信息的请求标识所对应的LCG的优先级不完全相同时,终端设备将优先级最高的LCG所对应的SR信息的请求标识确定为一个SR信息的请求标识;或,若多个待发送的SR信息的请求标识所对应的LCH的优先级相同时,终端设备将多个待发送的SR信息的请求标识中的任意一个确定为一个SR信息的请求标识;或,若多个待发送的SR信息的请求标识所对应的LCG的优先级相同时,终端设备将多个待发送的SR信息的请求标识中的任意一个确定为一个SR信息的请求标识。
第二方面,本申请提供一种上行信息传输方法,可以应用于通信系统中的网络设备,该方法包括:网络设备向终端设备发送SR信息的资源配置信息,SR信息的资源配置信息用于配置发送SR信息的至少一个上行资源;网络设备在至少一个上行资源上接收终端设备发送的上行资源请求信息;网络设备响应上行资源请求信息,为终端设备分配上行资源;其中,上行资源请求信息包括以下至少一种:至少一个上行资源对应的至少一个SR信息的发送机会计数信息,发送机会计数信息用于指示至少一个SR信息延迟发送的发送机会数量;至少一个SR信息的请求标识;至少一个SR信息对应的上行BSR。
在本申请中,通过终端设备在用于发送SR信息的至少一个上行资源上向网络设备发送上行资源请求信息,使得网络设备能够响应该上行资源请求信息,为终端设备分配上行资源。
基于第二方面,在一些可能的实施方式中,在网络设备在至少一个上行资源上接收终端设备发送的上行资源请求信息之后,方法还包括:网络设备根据发送机会计数信息,判断延迟发送的发送机会数量是否大于第二阈值;若延迟发送的发送机会数量大于 第二阈值,网络设备减少终端设备监听信道的时长。
基于第二方面,在一些可能的实施方式中,上述方法还包括:网络设备为至少一个上行资源中的一个上行资源配置多个SR信息的请求标识,多个SR信息的每一个SR信息对应一个SR信息的请求标识,每一个SR信息的请求标识都不同。
基于第二方面,在一些可能的实施方式中,上述方法还包括:网络设备将具有相同优先级的逻辑信道LCH或逻辑信道组LCG所对应的多个SR信息的请求标识配置给一个SR资源配置;或,网络设备将具有相同优先级的LCH或LCG所对应的多个SR信息的请求标识配置给不同的SR资源配置。
第三方面,本申请提供一种通信装置,该通信装置可以为上行信息传输装置或者上行信息传输装置中的芯片或者片上系统,还可以为上行信息传输装置中用于实现上述第一方面或上述第一方面的任一可能的实施方式的方法的功能模块。该通信装置可以实现上述第一方面或上述第一方面的各可能的实施方式中终端设备所执行的功能,功能可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个上述功能相应的模块。举例来说,一种可能的实施方式中,该通信装置可以包括:接收模块,用于接收来自网络设备的调度请求SR信息的资源配置信息,SR信息的资源配置信息用于配置发送SR信息的至少一个上行控制信道上行资源;发送模块,用于在至少一个上行资源上向网络设备发送上行资源请求信息,上行资源请求信息用于请求网络设备为终端设备分配上行资源;其中,上行资源请求信息包括以下至少一种:至少一个上行资源对应的至少一个SR信息的发送机会计数信息,发送机会计数信息用于指示至少一个SR信息延迟发送的发送机会的数量;至少一个SR信息的请求标识;至少一个SR信息对应的上行缓冲状态报告BSR。
基于第三方面,在一些可能的实施方式中,至少一个上行资源中的每一个上行资源对应多个SR信息,多个SR信息的每一个SR信息对应一个SR信息的请求标识,每一个SR信息的请求标识都不同。
基于第三方面,在一些可能的实施方式中,上述装置还包括:处理模块,用于在接收模块检测到至少一个上行资源所在信道未被占用后,确定SR信息的发送机会;以及,根据SR信息的发送机会,确定发送机会计数信息。
基于第三方面,在一些可能的实施方式中,上述装置还包括:处理模块,用于根据发送机会计数信息,判断延迟发送的发送机会数量是否大于第一阈值;发送模块,还用于若延迟发送的发送机会数量大于第一阈值,向网络设备发送随机接入请求。
基于第三方面,在一些可能的实施方式中,上行BSR包括:至少一个SR信息所对应的逻辑信道LCH的BSR,或至少一个SR信息所对应的逻辑信道组LCG的BSR。
基于第三方面,在一些可能的实施方式中,上述装置还包括:处理模块,用于获得多个待发送的SR信息的请求标识;从多个待发送的SR信息的请求标识中确定出一个SR信息的请求标识;发送模块,具体用于将确定出的一个SR信息的请求标识在至少一个上行资源中的一个上行资源上发送给网络设备。
基于第三方面,在一些可能的实施方式中,处理模块,还用于根据多个待发送的SR信息所对应的LCH的优先级或多个待发送的SR信息所对应的LCG的优先级,从多个待发送的SR信息的请求标识中确定出一个SR信息的请求标识。
基于第三方面,在一些可能的实施方式中,处理模块,具体还用于若多个待发送的SR信息的请求标识所对应的LCH的优先级不完全相同时,将优先级最高的LCH所对应的SR信息的请求标识确定为一个SR信息的请求标识;或,若多个待发送的SR信息的请求标识所对应的LCG的优先级不完全相同时,将优先级最高的LCG所对应的SR信息的请求标识确定为一个SR信息的请求标识;或,若多个待发送的SR信息的请求标识所对应的LCH的优先级相同时,将多个待发送的SR信息的请求标识中的任意一个确定为一个SR信息的请求标识;或,若多个待发送的SR信息的请求标识所对应的LCG的优先级相同时,将多个待发送的SR信息的请求标识中的任意一个确定为一个SR信息的请求标识。
第四方面,本申请提供一种通信装置,该通信装置可以为上行信息传输装置或者上行信息传输装置中的芯片或者片上系统,还可以为上行信息传输装置中用于实现上述第二方面或上述第二方面的任一可能的实施方式的方法的功能模块。该通信装置可以实现上述第二方面或上述第二方面的各可能的实施方式中网络设备所执行的功能,功能可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个上述功能相应的模块。举例来说,一种可能的实施方式中,该通信装置可以包括:发送模块,用于向终端设备发送调度请求SR信息的资源配置信息,SR信息的资源配置信息用于配置发送SR信息的至少一个上行控制信道上行资源;接收模块,用于在至少一个上行资源上接收终端设备发送的上行资源请求信息;处理模块,用于响应上行资源请求信息,为终端设备分配上行资源;其中,上行资源请求信息包括以下至少一种:至少一个上行资源对应的至少一个SR信息的发送机会计数信息,发送机会计数信息用于指示至少一个SR信息延迟发送的发送机会数量;至少一个SR信息的请求标识;至少一个SR信息对应的上行缓冲状态报告BSR。
基于第四方面,在一些可能的实施方式中,处理模块,还用于在接收模块接收上行资源请求信息之后,根据发送机会计数信息,判断延迟发送的发送机会数量是否大于第二阈值;若延迟发送的发送机会数量大于第二阈值,减少终端设备监听信道的时长。
基于第四方面,在一些可能的实施方式中,上述处理模块,用于为至少一个上行资源中的一个上行资源配置多个SR信息的请求标识,多个SR信息的每一个SR信息对应一个SR信息的请求标识,每一个SR信息的请求标识都不同。
基于第四方面,在一些可能的实施方式中,处理模块,用于将具有相同优先级的逻辑信道LCH所对应的多个SR信息的请求标识配置给一个SR资源配置;或,将具有相同优先级的逻辑信道LCG所对应的多个SR信息的请求标识配置给一个SR资源配置;或,将具有相同优先级的LCH所对应的多个SR信息的请求标识配置给不同的SR资源配置;或,将具有相同优先级的LCG所对应的多个SR信息的请求标识配置给不同的SR资源配置。
第五方面,本申请提供一种通信装置,该通信装置可以为终端设备中的芯片或者芯片上系统。该通信装置可以实现上述第一方面或上述第一方面的的任一可能的实施方式中终端设备所执行的功能,所述功能可以通过硬件实现,如:一种可能的实施方式中,该通信装置可以包括:处理器和接口电路,接口电路用于接收代码指令并传输至处理器;处理器用于运行所述代码指令,以支持通信装置实现上述第一方面或上述第一方面 的任一种可能的实施方式所涉及的功能,例如:处理器可以通过接口电路接收来自网络设备的SR信息的资源配置信息和/或在至少一个上行资源上向网络设备发送上行资源请求信息。在又一种可能的实施方式中,上述通信装置还可以包括存储器,存储器用于保存通信装置必要的计算机执行指令和数据。当该通信装置运行时,该处理器执行该存储器存储的该计算机执行指令,以使该通信装置执行如上述第一方面或上述第一方面的任一种可能的实施方式所述的上行信息传输方法。
第六方面,本申请提供一种通信装置,该通信装置可以为网络设备中的芯片或者芯片上系统。该通信装置可以实现上述第二方面或上述第二方面的任一可能的实施方式中终端设备所执行的功能,所述功能可以通过硬件实现,如:一种可能的实施方式中,该通信装置可以包括:处理器和接口电路,接口电路用于接收代码指令并传输至处理器;处理器用于运行所述代码指令,以支持通信装置实现上述第二方面或上述第二方面的任一种可能的实施方式所涉及的功能,例如:处理器可以通过接口电路向终端设备发送SR信息的资源配置信息和/或在至少一个上行资源上接收终端设备发送的上行资源请求信息。在又一种可能的实施方式中,上述通信装置还可以包括存储器,存储器用于保存通信装置必要的计算机执行指令和数据。当该通信装置运行时,该处理器执行该存储器存储的该计算机执行指令,以使该通信装置执行如上述第二方面或上述第二方面的任一种可能的实施方式所述的上行信息传输方法。
第七方面,本申请提供一种计算机可读存储介质,计算机可读存储介质存储有指令,当指令在计算机上运行时,用于执行上述一个或者多个方面所述的上行信息传输方法。
第八方面,本申请提供一种计算机程序,当计算机程序在计算机上被执行时,使得计算机实现上述一个或者多个方面所述的上行信息传输方法。
第九方面,本申请提供一种包含指令的计算机程序产品,当计算机程序产品在计算机上运行时,使得计算机实现上述一个或者多个方面所述的上行信息传输方法。
第十方面,本申请提供一种通信系统,包括第三方面及对应的可行实施方式所述的通信装置以及第四方面及对应的可行实施方式所述的通信装置。
应当理解的是,本申请的第三方面至第九方面与本申请的第一方面至第二方面的技术方案一致,各方面及对应的可行实施方式所取得的有益效果相似,不再赘述。
附图说明
图1A为本申请实施例提供的一种通信系统的架构示意图;
图1B为本申请实施例提供的另一种通信系统的架构示意图;
图2为本申请实施例提供的一种上行信息传输方法的流程示意图;
图3为本申请实施例提供的一种SR信息的发送机会的示意图;
图4为本申请实施例提供的一种发送SR信息的发送机会计数信息的流程示意图;
图5为本申请实施例提供的一种发送scheduling request ID的流程示意图;
图6为本申请实施例提供的另一种SR信息的发送机会的示意图;
图7为本申请实施例提供的另一种发送scheduling request ID的流程示意图;
图8为本申请实施例提供的另一种发送scheduling request ID的流程示意图;
图9为本申请实施例提供的另一种上行信息传输方法的流程示意图;
图10A至图10B为本申请实施例提供的一种网络设备指示HARQ-ACK信息的反馈粒度的示意图;
图11为本申请实施例提供的一种通信装置的结构示意图;
图12为本申请实施例提供的另一种通信装置的结构示意图;
图13为本申请实施例提供的又一种通信装置的结构示意图;
图14为本申请实施例提供的再一种通信装置的结构示意图。
具体实施方式
下面结合本发明实施例中的附图对本发明实施例进行描述。以下描述中,参考形成本申请一部分并以说明之方式示出本发明实施例的具体方面或可使用本发明实施例的具体方面的附图。应理解,本发明实施例可在其它方面中使用,并可包括附图中未描绘的结构或逻辑变化。因此,以下详细描述不应以限制性的意义来理解,且本发明的范围由所附权利要求书界定。例如,应理解,结合所描述方法的揭示内容可以同样适用于用于执行所述方法的对应设备或系统,且反之亦然。例如,如果描述一个或多个具体方法步骤,则对应的设备可以包含如功能单元等一个或多个单元,来执行所描述的一个或多个方法步骤(例如,一个单元执行一个或多个步骤,或多个单元,其中每个都执行多个步骤中的一个或多个),即使附图中未明确描述或说明这种一个或多个单元。另一方面,例如,如果基于如功能单元等一个或多个单元描述具体装置,则对应的方法可以包含一个步骤来执行一个或多个单元的功能性(例如,一个步骤执行一个或多个单元的功能性,或多个步骤,其中每个执行多个单元中一个或多个单元的功能性),即使附图中未明确描述或说明这种一个或多个步骤。进一步,应理解的是,除非另外明确提出,本文中所描述的各示例性实施例和/或方面的特征可以相互组合。
在本申请实施例中,提供一种通信系统,本申请实施例提供一种通信系统。图1A为本申请实施例提供的一种通信系统的架构示意图,参见图1A所示,该通信系统10中可以包括:网络设备11和终端设备12。图1B为本申请实施例提供的另一种通信系统的架构示意图,参见图1B所示,该通信系统10还可以包括多个终端设备12。当然,在本申请实施例中,通信系统包含的网元的类型、数量,以及网元之间的连接关系不限于此。
在本申请实施例中,终端设备在与网络设备通信的同时,还可以与其他终端设备通信。网络设备可以对终端设备之间通信的链路进行资源的配置、调度、协调等,辅助终端设备之间直接进行通信。终端设备也可以自行对与其他终端设备之间通信的链路进行资源的配置、调度、协调等,本申请实施例不做具体限定。
上述网络设备可以是接入网侧用于支持终端接入无线通信系统的设备,例如,可以是4G接入技术通信系统中的演进型基站(evolved NodeB,eNB)、5G接入技术通信系统中的下一代基站(next generation NodeB,gNB)、发送接收点(transmission reception point,TRP)、中继节点(relay node,RN)、接入点(access point,AP)等。
上述终端设备可以是一种向用户提供语音或者数据连通性的设备,例如也可以称为用户设备(User Equipment,UE)、移动台(mobile station)、用户单元(subscriber unit)、站台(STAtion)或者终端(terminal equipment)等。终端设备可以为蜂窝电话(cellular phone)、个人数字助理(personal digital assistant,PDA)、无线调制解调器 (modem)、手持设备(handheld)、膝上型电脑(laptop computer)、无绳电话(cordless phone)、无线本地环路(wireless local loop,WLL)台或者平板电脑(pad)等。随着无线通信技术的发展,可以接入无线通信系统、可以与无线通信系统的网络侧进行通信,或者通过无线通信系统与其它设备进行通信的设备都可以是本申请实施例中的终端设备,譬如,智能交通中的终端和汽车、智能家居中的家用设备、智能电网中的电力抄表仪器、电压监测仪器、环境监测仪器、智能安全网络中的视频监控仪器、收款机等等。终端设备可以是静态固定的,也可以是移动的。
基于上述通信系统架构,当终端设备需要上行资源时,终端设备在网络设备预先配置的用于发送SR信息的上行控制信道(physical uplink control channel,PUCCH)资源上向网络设备发送SR信息,以告知网络设备自身需要上行资源,以便用于上行共享信道的传输。网络设备在接收到SR信息后,就会为终端设备分配上行资源。
通常,SR信息采用新无线(new radio,NR)PUCCH format 0或format 1(参见3GPP TS 38.211第6章节)进行发送,如果为了占用足够的带宽,还可以采用NR PUCCH format 2或format 3(参见3GPP TS38.211第6章节)发送资源请求信息,但是由于NR PUCCH format 2或format 3的使用条件为负载须大于2比特,而SR信息的比特长度为1比特,这就使得SR信息无法满足NR PUCCH format 2或format 3的使用条件,进而SR信息是无法成功发送的,那么,在SR信息无法发送成功的情况下,如何通过发送其他资源请求信息以请求分配上行资源就是一个需要解决的问题。
为了解决上述问题,本申请实施例提供一种上行信息传输方法,该方法可以应用于上述通信系统。
图2为本申请实施例提供的一种上行信息传输方法的流程示意图,参见图2所示,该方法包括:
S201:网络设备向终端设备发送SR信息的资源配置信息;
其中,资源配置信息用于配置发送SR信息的至少一个上行资源,这里所说的至少一个上行资源是指用于发送SR信息的上行资源(下面称为“SR资源”),在实际应用中,SR资源可以且不限为PUCCH资源、上行共享信道(physical uplink share channel,PUSCH)资源等,当然,还可以为其他上行资源,本申请实施不做具体限定。下面均以SR资源为PUCCH资源为例对本申请实施例提供的上行信息传输方法进行说明。
在实际应用中,上述SR信息的资源配置信息可以包括:schedulingrequestresourceconfig消息,其中,schedulingrequestresourceconfig消息可以包括:scheduling request ID、SR资源的周期、SR资源的偏移量(offset)等,本申请实施例不做具体限定。终端设备可以通过上述SR信息的资源配置信息确定发送SR信息的SR资源。
本申请实施例中所说的SR资源在时域上可以占用至少一个时隙,也可以占用至少一个符号或者符号的集合,而在频域上,SR资源可以占用RE的集合、一个PRB、多个连续的PRB或者多个不连续的PRB,还可以占用部分带宽(bandwidth part,BWP)或者一个子带,对此不做具体限定。
需要说明的是,在本申请实施例中,对于5G系统来说,无论是授权频谱还是非授权频谱,网络设备在向终端设备分配SR资源时,一个SR信息的资源配置信息(即 schedulingrequestresourceconfig消息)对应一个SR资源,一个SR资源可以对应一个或者多个SR信息的请求标识(即scheduling request ID),一个scheduling request ID可以对应一个SR信息的资源配置信息(即schedulingrequestresourceconfig消息),一个scheduling request ID还可以对应一个SR信息,也就是说,一个SR资源可以对应至少一个SR信息。那么,网络设备可以为一个SR资源对应配置至少一个scheduling request ID。当网络设备为一个SR资源配置多个scheduling request ID时,这些scheduling request ID是各不相同的。如果网络设备为一个SR资源对应配置多个scheduling request ID,这些scheduling request ID所对应的SR信息的资源配置信息可以是相同的,而如果网络设备为多个SR资源一一对应地配置多个scheduling request ID,那么,这些scheduling request ID是各不相同的,这些scheduling request ID所对应的SR信息的资源配置信息也是各不相同的,也就是说,一个SR资源可以对应一个SR信息的资源配置信息。进一步地,一个scheduling request ID可以对应一个LCH或LCG。
在实际应用中,一个scheduling request ID还可以对应一个schedulingrequestconfig消息,其中,SchedulingRequestConfig消息可以包括:scheduling request ID、传输禁止时间、最大传输次数等。
相应地,在终端设备侧,一个scheduling request ID对应一个SR信息,那么,当一个SR资源对应多个SchedulingRequest ID时,终端设备在scheduling request ID对应的SR资源上发送对应的SR信息。其中,一个scheduling request ID由多位比特信息表示,如一个scheduling request ID用3比特信息表示。
S202:终端设备在至少一个SR资源上向网络设备发送上行资源请求信息;
S203:网络设备响应上行资源请求信息,为终端设备分配上行资源。
其中,上行资源请求信息包括以下至少一种:至少一个上行资源对应的至少一个SR信息的发送机会计数信息(如SR occasion counter)、至少一个SR信息的请求标识(如scheduling request ID)、至少一个SR信息对应的上行BSR。
在本申请实施例中,当SR信息的状态为正(Postive)时,表示终端设备需要向网络设备请求上行资源,而当SR信息的状态为负(negative)时,表示终端设备不需要请求上行资源。那么,当终端设备在SR资源上发送上行资源请求信息时,网络设备可以认为此时SR信息的状态为正,终端设备向网络设备请求上行资源;而当终端设备在SR资源上未承载任何信息或者未发送PUCCH时,网络设备可以认为SR信息的状态为负,终端设备未向网络设备请求上行资源。在另一实施例中,还可以在SR信息的资源配置信息中所配置的SR资源上增加比特信息来表示SR信息的状态,例如,增加1比特来表示SR信息,若该比特为“1”,则表示SR信息为正,若该比特为“0”,则表示SR信息为负。当然,网络设备还可以采用其他方式来确定SR信息的状态,本申请实施例不做具体限定。
在具体实施过程中,终端设备可以仅向网络设备发送上行资源请求信息,还可以向网络设备发送SR信息和上行资源请求信息,本申请实施例不做具体限定。
下面对上述各种上行资源请求信息进行说明。
第一种,上述上行资源请求信息可以为至少一个上行资源对应的至少一个SR信息的发送机会计数信息。
首先,终端设备可以在高层数据到达后,触发在SR信息的发送机会(occasion)上 向网络设备发送SR信息。这里所说的SR信息的发送机会是指网络设备配置给终端设备能够发送SR信息的时机。在实际应用中,SR信息的发送机会是在SR信息的资源配置信息中配置的,SR信息的发送机会是周期的且包含有一个时域的偏移值,不同的SR发送机会可以有不同的发送周期和偏移值。
那么,如果终端设备在需要发送SR信息时,SR资源所在的信道可能会被占用,导致终端设备无法接入信道,从而导致SR信息被延迟发送。此时,上述发送机会计数信息可以为SR信息延迟发送的发送机会的数量。
例如,图3为本申请实施例提供的一种SR信息的发送机会的示意图,参见图3所示,在时间单元(如时隙(slot)1)中,高层数据已经到达终端设备的数据访问控制(MAC)层,并且触发SR信息的发送,那么,之后的第一个SR信息的发送机会(SR occasion)在时隙3,但是由于此时SR资源所在的信道被占用,导致SR信息无法发送,所以SR信息直到时隙7(空闲时隙)的SR occasion上才能够发送,这时,SR occasion counter计数为2,表示该SR资源对应的SR信息延迟了两个SR occasion才发送的。在具体实施过程中,上述SR occasion counter还可以采用如延迟计时器(timer)、时域的偏移值、时域的补偿信息等来表示,本申请实施例不做具体限定。
需要说明的是,在本申请实施例中,上述时间单元还可以为符号、符号的集合等,在此不做限定。
那么,图4为本申请实施例提供的一种发送SR信息的发送机会计数信息的流程示意图,参见图4所示,在上述S202之前,该方法还可以包括:
S401:终端设备检测SR资源所在信道是否被占用;
这里,终端设备可以通过如先听后说(listen before talk,LBT)的方式、空闲信道评估(clear channel assessment,CCA)或者检测信道能量的方式来检测SR资源所在的信道是否被占用。如果通过LBT、CCA或者在该信道上没有检测到能量,则可以认为该信道未被占用,终端设备可以接入信道,进而能够发送SR信息;反之,则认为该信道被占用,终端设备无法接入信道,进而无法发送SR信息。
S402:终端设备在检测到信道未被占用后,确定SR信息的发送机会;也就是SR信息能够被发送的发送机会,通常来讲可以为终端设备检测到信道未被占用后的最近的一个SR信息的发送机会。当然,也可以为其他发送机会,在此不做限定。
在实际应用中,终端设备通过S402确定出SR信息的发送机会后,就能够计算出该SR资源对应的发送机会计数信息,也就是SR信息延迟发送的发送机会的数量。
相应地,S202可以包括:S403:终端设备在确定出的SR信息的发送机会上通过SR资源向网络设备发送该SR资源对应SR信息的发送机会计数信息。
此时,终端设备并不发送SR信息本身。
在一个可实现的方式中,终端设备也可以既发送SR信息,也发送该SR信息的发送机会计数信息,本申请实施例不做具体限定。
在上述S203中,网络设备可以仅凭借在SR资源上检测到能量,认为终端设备请求上行资源。进一步地,网络设备还可以解析SR资源上的信息,也就是说网络设备在SR资源解析上行资源请求信息,即该SR资源对应的至少一个SR信息的发送机会计数信息,此时,网络设备可以根据发送机会计数信息感知终端设备周围信道的占用情况。
在实际应用中,网络设备可以接收到上述发送机会计数信息后,根据发送机会计数信息,判断延迟发送的发送机会数量是否大于阈值N(即第二阈值),此时,阈值N为正整数,其值可以等于SR信息的最大发送次数,当然,阈值N的具体取值还可以为协议规定的,也可以为网络设备预先配置的,在此不做具体限定。那么,若延迟发送的发送机会数量大于阈值N,则网络设备减少终端设备监听信道的时长,减少终端设备接入信道的时延,在一定程度上增加终端设备的发送机会。
具体来说,在一种可实现的方式中,网络设备可以通过调整终端设备进行LBT操作的类型,来减少终端设备监听信道的时长。
例如,在3GPP对于授权辅助接入(license assisted access,LAA)的研究中,LBT操作的类型包括以下四种:
Cat 1:数据发送前不执行CCA检测;
Cat 2:不做随机退避的LBT机制;
Cat 3:竞争窗固定的随机退避型LBT机制;
Cat 4:竞争窗可变的随机退避型LBT机制。
那么,网络侧设备在收到上述发送机会计数信息后,当判断延迟发送的发送机会数量大于阈值N时,可以将LBT操作的类型由Cat 4改为Cat 2,来减少终端设备监听信道的时长,进而减少终端设备接入信道的时延,并在一定程度上增加终端设备的发送机会。
在另一种可实现的方式中,网络设备还可以通过将终端设备进行LBT操作的类型(如Cat 4)的随机值调整到较小的范围,来减少终端设备监听信道的时长。
当然,若终端设备采用其他方式监听信道的话,网络设备还可以通过调整其他参数来减少监听信道的时长,以减少终端设备接入信道的时延,在一定程度上增加终端设备的发送机会。本申请实施例不做具体限定。
在一些可能的实施方式中,终端设备在获得SR资源对应的SR信息的发送机会计数信息后,可以根据发送机会计数信息,判断该SR信息的延迟发送的发送机会数量是否大于阈值K(即第一阈值),此时,阈值K为正整数,其值可以等于SR信息的最大发送次数,当然,阈值K的具体取值还可以为协议规定的,也可以为网络设备预先配置的,在此不做具体限定。那么,若延迟发送的发送机会数量大于阈值K,则终端设备向网络设备发送随机接入请求,以发起随机接入过程,这里,随机接入过程可以是基于竞争的随机接入或者基于非竞争的随机接入,在此并不限定。
当然,在一些可能的实施方式中,终端设备还可以在不向网络设备发送至少一个SR资源对应的至少一个SR信息的发送机会计数信息的情况下,根据至少一个SR信息的发送机会计数信息来触发随机接入过程。或者,终端设备也可以不在SR资源上向网络设备上报至少一个SR信息的发送机会计数信息,而是通过其他方式向网络设备上报,此时,网络设备仍可以根据至少一个SR信息的发送机会计数信息来感知终端设备周围的信道占用情况,进而调整终端设备监听信道的时长。
由此可知,终端设备在SR资源上向网络设备发送对应的至少一个SR信息的发送机会计数信息,在实现向网络设备请求上行资源的同时还能够帮助网络设备了解终端设备周边的信道状态。进一步地,若采用NR PUCCH format 2或format 3发送至少一个SR 信息的发送机会计数信息,由于至少一个SR信息的发送机会计数信息的比特数大于2,满足NR PUCCH format 2或format 3的负载要求,所以,至少一个SR信息的发送机会计数信息能够发送成功。
第二种,上述上行资源请求信息可以为至少一个上行资源对应的至少一个SR信息的scheduling request ID。
这里,在S201之前,网络设备可以根据协议规定或者预设规则,为一个SR资源配置一个scheduling request ID,那么,终端设备可以在该SR资源上发送该scheduling request ID,当然,终端设备也可以自行从待发送的多个scheduling request ID中确定一个scheduling request ID在上述SR资源上进行发送,此时,确定出的scheduling request ID可以与网络设备配置给SR资源的scheduling request ID可以是相同的,也可以是不同的。
具体来说,图5为本申请实施例提供的一种发送scheduling request ID的流程示意图,参见图5所示,当终端设备自行从待发送的多个SR信息中确定一个SR信息在上述SR资源上进行发送时,在S202之前,该方法还可以包括:
S501:终端设备获得多个待发送的scheduling request ID;
S502:终端设备从多个待发送的scheduling request ID中确定出一个scheduling request ID;
相应地,S202可以包括:S503:终端设备将确定出的一个scheduling request ID在一个SR资源上发送给网络设备。
这里,上述S501至S503可以为,终端设备在检测到SR资源所在信道未被占用后,获得多个待发送的scheduling request ID。这些待发送的scheduling request ID可以包括网络设备原本配置在SR资源上发送的scheduling request ID,还可以包括因信道占用而未成功发送的配置在其他SR资源上发送的scheduling request ID。然后,终端设备可以根据如Scheduling request ID对应的LCH的优先级或LCG的优先级、服务质量(QoS)要求等,从多个待发送的scheduling request ID中确定出一个scheduling request ID,最后,在SR资源上发送确定出的一个scheduling request ID。
在实际应用中,上述QoS要求可以进一步包含时延要求,可靠性要求等,本申请实施例不做具体限定。
举例来说,图6为本申请实施例提供的另一种SR信息的发送机会的示意图,参见图6所示,LCG 1、2、3分别对应scheduling request ID1、3、5,并分别在时隙0、2、5有高层数据到达,那么,scheduling request ID1、3、5对应于不同的SR信息的资源配置信息的SR occasion,相应的LCG 1、2、3对应于优先级1、2、3。由于信道在时隙1至7一直被占用,期间的scheduling request ID无法及时发送,直到时隙8,终端设备才LBT成功,接入信道,那么,终端设备在时隙9的SR occasion上从scheduling request ID1、3、5中确定出一个scheduling request ID发送。
这里,假设以终端设备根据Scheduling request ID对应的LCH的优先级或LCG的优先级从多个待发送的scheduling request ID中确定出一个scheduling request ID为例,若多个待发送的scheduling request ID所对应的LCH的优先级或LCG的优先级不完全相同时,终端设备将优先级最高的LCH或LCG所对应的scheduling request ID确定 为一个scheduling request ID;或,若多个待发送的SR信息所对应的LCH或LCG的优先级相同时,终端设备将多个待发送的scheduling request ID中的任意一个确定为一个scheduling request ID。或者,假设预设规则为scheduling request ID对应的LCH或LCG的时延要求为例,也就是对应业务的时延要求。那么,若多个待发送的scheduling request ID所对应的LCH的时延要求或LCG的时延要求不完全相同时,终端设备可以将时延要求最小的LCH或LCG所对应的scheduling request ID确定为一个scheduling request ID。再者,假设预设规则为scheduling request ID对应的LCH的可靠性要求或LCG的可靠性要求为例,也就是对应业务的可靠性要求。那么,若多个待发送的scheduling request ID所对应的LCH或LCG的可靠性要求不相同时,终端设备可以将可靠性要求最高的LCH或LCG所对应的scheduling request ID确定为一个scheduling request ID。
当然,在S201之前,网络设备还可以根据协议规定或者预设设置,为一个SR资源配置多个scheduling request ID,那么,终端设备就可以在该SR资源上发送多个scheduling request ID。其中,这些scheduling request ID是各不相同的,其所对应的SR信息的资源配置信息可以是相同的。
具体来说,图7为本申请实施例提供的另一种发送scheduling request ID的流程示意图,参见图7所示,当终端设备就可以在该SR资源上发送多个scheduling request ID时,在S202之前,该方法还可以包括:
S701:终端设备获得多个待发送的scheduling request ID;
相应地,S202可以包括:S702:终端设备将多个待发送的scheduling request ID在一个SR资源上发送给网络设备。
这里,上述S701至S702可以为,终端设备在检测到SR资源所在信道未被占用后,获得多个待发送的scheduling request ID。这些scheduling request ID包括网络设备原本配置在SR资源上发送的scheduling request ID,还可以包括其他有信道占用而未成功发送的配置在其他SR资源发送的scheduling request ID。然后,终端设备可以将这些多个待发送的scheduling request ID在一个SR资源上发送给网络设备。
在实际应用中,终端设备可以生成由多比特信息表示的比特图(bitmap),如8比特信息表示的比特图,每一比特位对应一个Scheduling request ID。举例来说,仍以图6所述的例子来说,当时隙8到达,终端设备LBT成功,接入信道,那么,终端设备生成如下表1所示的8位比特图,在时隙9的SR occasion上将表1所示的比特图发送给网络设备。
表1
位(bit) a 0 a 1 a 2 a 3 a 4 a 5 a 6 a 7
请求标识 0 0 0 1 0 1 0 1
当然,终端设备还可以以多字符串来表示多个scheduling request ID,例如,按照表2中的对应关系,终端设备还可以以字符串“000011110”来表示scheduling request ID1、3、5。那么,当时隙8到达,终端设备LBT成功,接入信道,那么,终端设备可以在时隙9的SR occasion上将上述字符串发送给网络设备。
表2
比特值 请求标识
000 1
001 2
011 3
010 4
110 5
111 6
101 7
100 8
在实际应用中,终端设备还可以采用其他形式来表示多个scheduling request ID,本申请实施例不做具体限定。
在本申请另一实施例中,在S201之前,网络设备还可以根据协议规定获得SR资源与scheduling request ID的对应关系,或者网络设备可以根据预先配置的对应规则,生成SR资源与scheduling request ID的对应关系,然后,网络设备根据SR资源与scheduling request ID的对应关系,为SR资源配置scheduling request ID。相应地,终端设备可以根据协议规定或者根据网络设备的配置,按照相同的SR资源与scheduling request ID的对应关系,向网络设备对应发送多个scheduling request ID。
具体来说,图8为本申请实施例提供的另一种发送scheduling request ID的流程示意图,参见图8所示,当终端设备就可以在该SR资源上发送多个scheduling request ID时,在S202之前,该方法还可以包括:
S801:终端设备获得多个待发送的scheduling request ID;
S802:终端设备根据预设的SR资源与scheduling request ID的对应关系,从至少一个SR资源中确定出多个待发送的scheduling request ID所对应的SR资源;
相应地,S202可以包括:S803:终端设备将多个待发送的scheduling request ID分别在对应的SR资源上发送给网络设备。
这里,上述S801至S803可以为,终端设备在检测到SR资源所在信道未被占用后,获得多个待发送的scheduling request ID。这些scheduling request ID包括网络设备原本配置在SR资源上发送的scheduling request ID,还可以包括其他有信道占用而未成功发送的其他SR资源对应的scheduling request ID。然后,终端设备可以根据预设的SR资源与scheduling request ID的对应关系,将这些多个待发送的scheduling request ID分别在对应的SR资源上发送给网络设备。
在实际应用中,上述预设的SR资源与Scheduling request ID的对应关系可以为具有相同优先级的LCH或LCG所对应的多个scheduling request ID与同一个SR资源对应,例如,参见下表3 所示,SR资源1与LCH的优先级为优先级1的4个不同的scheduling request ID(Scheduling request ID 1、2、3、4)对应;或,具有相同优先级的LCH或LCG所对应的多个Scheduling request ID与不同的SR资源对应,例如,参见下表4所示,SR资源1和SR资源2分别与LCH的优先级为优先级1至4的8个不同的scheduling request ID(scheduling request ID 1、2、3、4、5、6、7、8)对应,即SR资源1与LCH的优先级为优先级1至4的4个不同的scheduling request ID(scheduling request ID 1、2、3、4)对应,SR资源2与LCH的优先级为优先级1至4的4个不同的scheduling request ID(scheduling request ID 5、6、7、8)对应。
表3
Figure PCTCN2020081681-appb-000001
表4
Figure PCTCN2020081681-appb-000002
当然,还可以将有相同时延要求或者可靠性要求的LCH或LCG所对应的多个scheduling request ID与同一个SR资源对应,或者,具有相同时延要求或者可靠性要求的LCH或LCG所对应的多个scheduling request ID与不同的SR资源对应。在实际应用中,上述预设的SR资源与scheduling request ID的对应关系还可以包括其他的对应方式,本申请实施例不做具体限定。
由此可知,终端设备在SR资源上向网络设备发送对应的至少一个SR信息的scheduling request ID,在实现向网络设备请求上行资源的同时增加了scheduling request ID的发送机会。进一步地,若采用NR PUCCH format 2或format 3发送至少一个SR信息的scheduling request ID,由于至少一个SR信息的scheduling request ID由多个比特表示,一个scheduling request ID的比特数大于2,满足NR PUCCH format 2或format 3的负载要求,所以,至少一个SR信息的scheduling request ID能够发送成功。
第三种,上述上行资源请求信息可以为至少一个上行资源对应的至少一个SR信息对应的上行BSR。
具体来说,终端设备在需要发送SR信息以请求上行资源时,可以在网络设备配置的SR资源上发送对应的BSR。这里所说的BSR可以为至少一个SR信息所对应的LCH或LCG的BSR。
在实际应用中,上述BSR可以包括网络设备原本配置在SR资源上发送的scheduling request ID所对应的LCG或者LCH的上行BSR,还可以包括因信道占用而未成功发送的其他SR资源对应的scheduling request ID所对应的LCG或者LCH的上行BSR。
在本申请实施例中,上述BSR的类型和格式并不做限制,例如,上述BSR可以是常规(Regular)BSR、周期(periodic)BSR或者填充(padding)BSR,上报的格式可以是长格式(long)BSR、短格式(short)BSR或者截断(truncated)BSR。对此本申请实施例不做具体限定。
那么,当终端设备发送在SR资源上发送至少一个SR信息对应的上行BSR时,终端设备可以选择BSR的类型。举例来说,终端设备可以选择在SR资源上发送与对应的SR信息的发送周期相同的周期BSR;或者,当有常规BSR、周期BSR以及填充BSR都需要发送,或者其中两个需要发送时,终端设备可以按照“常规BSR先于周期BSR,周期BSR先于填充BSR”的优先级顺序进行发送;再者,当由于协议约束只能发送填充BSR时,终端设备可以根据SR资源所能承载的比特数的大小判断是否可以发送填充BSR,当SR资源所能承载的比特数大于BSR的比特数时,终端设备可以将填充BSR携带至SR资源上进行发送。当然,终端设备还可以根据其他条件来选择BSR的类型,本申请实施例不做具体限定。
当然,当终端设备发送在SR资源上发送至少一个SR信息对应的上行BSR时,终端设备还可以选择上报BSR的格式。举例来说,当终端设备需要上报常规BSR或者周期BSR时,终端设备可以选择以长格式BSR进行上报,此时,终端设备可以将所有LCH的缓冲(buffer)中的数据状态都统计上报;或者,当终端设备需要上报填充BSR时,终端设备可以根据配置的SR资源所能承载的比特数与BSR比特数的大小关系确定BSR的 上报格式,具体的,如果SR资源所能承载的比特数大小在第一范围内,则发送截断BSR,在第二范围内则发送短格式BSR,在第三范围内则发送长格式BSR。这里,第一范围、第二范围和第三范围与BSR的比特数与子头部的大小有关,例如,两者的比特数的和,本领域技术人员可根据实际需求设定,本申请实施例不做具体限定。
由此可知,终端设备在SR资源上向网络设备发送对应的至少一个SR信息对应BSR,在实现向网络设备请求上行资源的同时减少资源请求的步骤,降低资源请求延迟。进一步地,若采用NR PUCCH format 2或format 3发送至少一个SR信息对应BSR,由于至少一个SR信息对应BSR的比特数大于2,满足NR PUCCH format 2或format 3的负载要求,所以,至少一个SR信息对应BSR能够发送成功。
基于前述实施例,本申请实施例还提供一种上行信息传输方法,该方法可以应用于上述通信系统。
图9为本申请实施例提供的另一种上行信息传输方法的流程示意图,参见图9所示,该方法可以包括:
S901:终端设备接收来自网络设备的控制信息;
其中,控制信息可以为网络设备向终端下发的下行控制信息(downlink control information,DCI)。控制信息用于指示终端设备在配置发送混合自动重传请求确认(hybrid automatic repeat request acknowledgement,HARQ-ACK)信息的至少一个上行资源上向网络设备反馈HARQ-ACK信息。
这里,至少一个上行资源可以且不限为PUCCH资源、PUSCH资源等,当然,还可以为其他上行资源,本申请实施不做具体限定。若上行资源为PUCCH资源,此时,该PUCCH资源可以采用NR PUCCH的第一格式或者第二格式,如NR PUCCH format 2或format3,当然还可以为其他格式,在此不做具体限定。
S902:终端设备响应控制信息,判断HARQ-ACK信息的比特数是否小于或等于阈值M(即第三阈值);这里,阈值M为正整数,例如,阈值M可以为2比特,在此不做具体限定。
S903:若HARQ-ACK信息的比特数小于或等于阈值M,则终端设备按照码块组(code block group,CBG)的粒度在至少一个上行资源上向网络设备发送HARQ-ACK信息;
这里,当终端设备判断HARQ-ACK信息的比特数大于阈值M时,如果网络设备预先配置的反馈粒度为传输块(transport block,TB)的粒度,那么,终端设备就需要进行反馈粒度的转置,将TB粒度转置为CBG粒度,使得终端设备可以按照转置后的反馈粒度,即CBG的粒度在至少一个上行资源上向网络设备发送HARQ-ACK信息;而如果网络设备预先配置的反馈粒度就是CBG的粒度,那么,终端设备可以依然按照CBG的粒度在至少一个上行资源上向网络设备发送HARQ-ACK信息。
S904:若HARQ-ACK信息的比特数大于阈值M,则终端设备按照预先配置的反馈粒度在至少一个上行资源上向网络设备发送HARQ-ACK信息。
这里,当终端设备判断HARQ-ACK信息的比特数大于阈值M时,如果网络设备预先配置的反馈粒度为TB的粒度,那么,终端设备就可以按照TB的粒度在至少一个上行资源上向网络设备发送HARQ-ACK信息;而如果网络设备预先配置的反馈粒度为CBG 的粒度,那么,终端设备可以依然按照CBG的粒度在至少一个上行资源上向网络设备发送HARQ-ACK信息。
在一些可能的实施方式中,在S901之后,上述方法还可以包括:终端设备判断下行调度信息索引(downlink assignment index,DAI)的总数量是否小于或等于阈值Q(即第四阈值),这里,阈值Q为正整数,例如,阈值Q可以为2个,在此不做具体限定。那么,若DAI的总数量小于或等于阈值Q,则终端设备按照CBG的粒度在至少一个上行资源上向网络设备发送HARQ-ACK信息;若DAI的总数量大于阈值Q,则终端设备按照TB的粒度在至少一个上行资源上向网络设备发送HARQ-ACK信息。
在一些可能的实施方式中,在S901之后,上述方法还可以包括:终端设备判断DAI的计数(counter)是否小于或等于阈值P(即第五阈值),其中,阈值P为正整数,例如,阈值P可以为2个,在此不做具体限定;那么,若DAI的计数小于或等于阈值P,则终端设备按照CBG的粒度在至少一个上行资源上向网络设备发送HARQ-ACK信息;若DAI的计数大于阈值P,则终端设备按照TB的粒度在至少一个上行资源上向网络设备发送HARQ-ACK信息。
需要说明的是,上述CBG的个数是由网络设备预先配置的,并携带在DCI中通知终端设备的。
举例来说,当终端设备仅仅反馈2个TB,每个TB反馈1比特HARQ-ACK信息时,终端设备可以自动按照CBG的粒度反馈,转置的CBG个数为4,那么2个TB对应8比特HARQ-ACK信息。
在一些可能的实施方式中,终端设备还可以根据网络设备的指示来选择HARQ-ACK信息的反馈粒度。具体来说,网络设备通过DCI向移动终端通知HARQ-ACK信息的反馈粒度,例如,在DCI中携带一个标识位,如TB-CBG Indicator,来指示HARQ-ACK信息的反馈粒度。当TB-CBG Indicator的值为“1”时,表示指示终端设备按照CBG的粒度上向网络设备发送HARQ-ACK信息,当TB-CBG Indicator的值为“0”时,表示指示终端设备按照TB的粒度上向网络设备发送HARQ-ACK信息,当然,TB-CBG Indicator还可以取其他值,本申请实施例不做具体限定。
进一步地,网络设备还可以通过多个不同的DCI指示不同的PDSCH在同一个上行资源上反馈HARQ-ACK信息,此时,在多个DCI中每个DCI的下行数据HARQ反馈时间指示域(K1)的值需要指示到同一个时隙、符号、符号的集合或者同一个码本上,使得HARQ-ACK信息能够在同一时隙或者同一码本上进行反馈。举例来说,图10A至图10B为本申请实施例中的网络设备指示HARQ-ACK信息的反馈粒度的示意图,参见图10A至图10B所示,网络设备向终端设备发送第一DCI和第二DCI,第一DCI中的K1=2,第二DCI中的K1=1,第一DCI和第二DCI指示其对应的HARQ-ACK信息在同一个上行资源上反馈,此时,第一DCI中的TB-CBG Indicator的值与第二DCI中的TB-CBG Indicator的值相同,可以同取“1”,也可以同取“0”,这样使得同一个上行资源上反馈HARQ-ACK信息粒度相同。那么,当TB-CBG Indicator=0时,HARQ-ACK信息按照TB的粒度向网络设备发送,此时,HARQ-ACK信息的比特数为2bits;当TB-CBG Indicator=1时,如果此时配置的CBG个数为4时,HARQ-ACK信息按照CBG的粒度向网络设备发送,此时,HARQ- ACK信息的比特数为8bits。
由此可知,按照本申请实施例提供的方法,终端设备可以动态地以不同的粒度向网络设备反馈HARQ-ACK信息,从而提高了HARQ-ACK反馈的灵活度。
基于与上述方法相同的发明构思,本申请实施例提供一种通信装置,该通信装置可以为上行信息传输装置或者上行信息传输装置中的芯片或者片上系统,还可以为上行信息传输装置中用于实现上述实施例或上述实施例的任一可能的实施方式所述的方法的功能模块。该通信装置可以实现上述各实施例或者各可能的实施方式中终端设备所执行的功能,所述功能可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。举例来说,一种可能的实施方式中,图11为本申请实施例提供的一种通信装置的结构示意图,参见图11所示,该通信装置1100,可以包括:接收模块1101,用于接收来自网络设备的SR信息的资源配置信息,SR信息的资源配置信息用于配置发送SR信息的至少一个上行资源;发送模块1102,用于在至少一个上行资源上向网络设备发送上行资源请求信息,上行资源请求信息用于请求网络设备为终端设备分配上行资源;其中,上行资源请求信息包括以下至少一种:至少一个上行资源对应的至少一个SR信息的发送机会计数信息,发送机会计数信息用于指示至少一个SR信息延迟发送的发送机会的数量;至少一个SR信息的请求标识;至少一个SR信息对应的上行BSR。
在一些可能的实施方式中,至少一个上行资源中的每一个上行资源对应多个SR信息,多个SR信息的每一个SR信息对应一个SR信息的请求标识,每一个SR信息的请求标识都不同。
在一些可能的实施方式中,上述装置还包括:处理模块,用于在接收模块检测到至少一个上行资源所在信道未被占用后,确定SR信息的发送机会;以及,根据SR信息的发送机会,确定发送机会计数信息。
在一些可能的实施方式中,上述装置还包括:处理模块,用于根据发送机会计数信息,判断延迟发送的发送机会数量是否大于第一阈值;发送模块,还用于若延迟发送的发送机会数量大于第一阈值,向网络设备发送随机接入请求。
在一些可能的实施方式中,上行BSR包括:至少一个SR信息所对应的LCH的BSR,或至少一个SR信息所对应的LCG的BSR。
在一些可能的实施方式中,上述装置还包括:处理模块,用于获得多个待发送的SR信息的请求标识;从多个待发送的SR信息的请求标识中确定出一个SR信息的请求标识;发送模块,具体用于将确定出的一个SR信息的请求标识在至少一个上行资源中的一个上行资源上发送给网络设备。
在一些可能的实施方式中,处理模块,还用于根据多个待发送的SR信息所对应的LCH的优先级或多个待发送的SR信息所对应的LCG的优先级,从多个待发送的SR信息的请求标识中确定出一个SR信息的请求标识。
在一些可能的实施方式中,处理模块,具体还用于若多个待发送的SR信息的请求标识所对应的LCH的优先级不完全相同时,将优先级最高的LCH所对应的SR信息的请求标识确定为一个SR信息的请求标识;或,若多个待发送的SR信息的请求标识所对应的LCG的优先级不完全相同时,将优先级最高的LCG所对应的SR信息的请求标识确定 为一个SR信息的请求标识;或,若多个待发送的SR信息的请求标识所对应的LCH的优先级相同时,将多个待发送的SR信息的请求标识中的任意一个确定为一个SR信息的请求标识;或,若多个待发送的SR信息的请求标识所对应的LCG的优先级相同时,将多个待发送的SR信息的请求标识中的任意一个确定为一个SR信息的请求标识。
还需要说明的是,接收模块和发送模块的具体实现过程可参考图2至图8实施例的详细描述,为了说明书的简洁,这里不再赘述。
本申请实施例中提到的接收模块可以为接收接口、接收电路或者接收器等;发送模块可以为发送接口、发送电路或者发送器等;处理模块可以为一个或者多个处理器。
基于与上述方法相同的发明构思,本申请实施例提供一种通信装置,该通信装置可以为上行信息传输装置或者上行信息传输装置中的芯片或者片上系统,还可以为上行信息传输装置中用于实现上述实施例或上述实施例的任一可能的实施方式所述的方法的功能模块。该通信装置可以实现上述各实施例或者各可能的实施方式中终端设备所执行的功能,所述功能可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。举例来说,图12为本申请实施例提供的另一种通信装置的结构示意图,参见图12所示,该通信装置1200可以包括:接收模块1201,用于接收来自网络设备的的控制信息,控制信息用于指示终端设备在配置发送HARQ-ACK信息的至少一个上行资源上向网络设备反馈HARQ-ACK信息,至少一个上行资源采用NR PUCCH的第一格式或者第二格式;处理模块1202,用于响应控制信息,判断HARQ-ACK信息的比特数是否小于或等于第三阈值;发送模块1203,用于若HARQ-ACK信息的比特数小于或等于第三阈值,按照CBG的粒度在至少一个上行资源上向网络设备发送HARQ-ACK信息;还用于若HARQ-ACK信息的比特数大于第三阈值,按照TB的粒度在至少一个上行资源上向网络设备发送HARQ-ACK信息。
在一些可能的实施方式中,处理模块,还用于判断DAI的总数量是否小于或等于第四阈值;其中,若DAI的总数量小于或等于第四阈值,则发送模块按照CBG的粒度在至少一个上行资源上向网络设备发送HARQ-ACK信息;若DAI的总数量大于第四阈值,则发送模块按照TB的粒度在至少一个上行资源上向网络设备发送HARQ-ACK信息。
在一些可能的实施方式中,处理模块,还用于判断DAI的计数(Counter)是否小于或等于第五阈值;其中,若DAI的总数量小于或等于第五阈值,则发送模块按照CBG的粒度在至少一个上行资源上向网络设备发送HARQ-ACK信息;若DAI的总数量大于第五阈值,则发送模块按照TB的粒度在至少一个上行资源上向网络设备发送HARQ-ACK信息。
还需要说明的是,接收模块1201、处理模块1202和发送模块1203的具体实现过程可参考图9实施例的详细描述,为了说明书的简洁,这里不再赘述。
本申请实施例中提到的接收模块可以为接收接口、接收电路或者接收器等;发送模块可以为发送接口、发送电路或者发送器等;处理模块可以为一个或者多个处理器。
基于与上述方法相同的发明构思,本申请实施例提供一种通信装置,该通信装置可以为上行信息传输装置或者上行信息传输装置中的芯片或者片上系统,还可以为上行信息传输装置中用于实现上述实施例或上述实施例的任一可能的实施方式所述的方 法的功能模块。该通信装置可以实现上述各实施例或者各可能的实施方式中网络设备所执行的功能,所述功能可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。举例来说,图13为本申请实施例提供的又一种通信装置的结构示意图,参见图13所示,该通信装置1300可以包括:发送模块1301,用于向终端设备发送SR信息的资源配置信息,SR信息的资源配置信息用于配置发送SR信息的至少一个上行资源;接收模块1302,用于在至少一个上行资源上接收终端设备发送的上行资源请求信息;处理模块1303,用于响应上行资源请求信息,为终端设备分配上行资源;其中,上行资源请求信息包括以下至少一种:至少一个上行资源对应的至少一个SR信息的发送机会计数信息,发送机会计数信息用于指示至少一个SR信息延迟发送的发送机会数量;至少一个SR信息的请求标识;至少一个SR信息对应的上行BSR。
在一些可能的实施方式中,上述装置还包括:处理模块,还用于在接收模块接收上行资源请求信息之后,根据发送机会计数信息,判断延迟发送的发送机会数量是否大于第二阈值;若延迟发送的发送机会数量大于第二阈值,减少终端设备监听信道的时长。
在一些可能的实施方式中,上述处理模块,用于为至少一个上行资源中的一个上行资源配置多个SR信息的请求标识,多个SR信息的每一个SR信息对应一个SR信息的请求标识,每一个SR信息的请求标识都不同。
在一些可能的实施方式中,处理模块,用于将具有相同优先级的逻辑信道LCH所对应的多个SR信息的请求标识配置给一个SR资源配置;或,将具有相同优先级的逻辑信道LCG所对应的多个SR信息的请求标识配置给一个SR资源配置;或,将具有相同优先级的LCH所对应的多个SR信息的请求标识配置给不同的SR资源配置;或,将具有相同优先级的LCG所对应的多个SR信息的请求标识配置给不同的SR资源配置。
还需要说明的是,发送模块1301、接收模块1302和处理模块1303的具体实现过程可参考图2至图8实施例的详细描述,为了说明书的简洁,这里不再赘述;
本申请实施例中提到的接收模块可以为接收接口、接收电路或者接收器等;发送模块可以为发送接口、发送电路或者发送器等;处理模块可以为一个或者多个处理器。
基于与上述方法相同的发明构思,本申请实施例提供一种通信装置,该通信装置可以为终端设备中的芯片或者芯片上系统。该通信装置可以实现上述实施例或上述实施例的任一可能的实施方式中终端设备所执行的功能,所述功能可以通过硬件实现,如:一种可能的实施方式中,图14为本申请实施例提供的再一种通信装置的结构示意图,参见图13中实线所示,该通信装置1400可以包括:处理器1401和接口电路1402,接口电路用于接收代码指令并传输至处理器;处理器用于运行所述代码指令,以支持通信装置实现上述实施例或者上述实施例的任一种可能的实施方式所涉及的功能,例如:处理器可以通过接口电路接收来自网络设备的SR资源的资源配置信息和/或在至少一个上行资源上向网络设备发送上行资源请求信息。在又一种可能的实施方式中,参见图14中虚线所示,上述通信装置1400还可以包括存储器1403,存储器1403用于保存通信装置必要的计算机执行指令和数据。当该通信装置运行时,该处理器执行该存储器存储的该计算机执行指令,以使该通信装置执行如上述实施例或者上述实施例的任一种可能的实施方式所述的上行信息传输方法。
基于与上述方法相同的发明构思,本申请实施例提供一种通信装置,该通信装置可 以为终端设备中的芯片或者芯片上系统。该通信装置可以实现上述实施例或上述实施例的任一可能的实施方式中终端设备所执行的功能,所述功能可以通过硬件实现,如:一种可能的实施方式中,仍参见图14中实线所示,该通信装置1400可以包括:处理器1401和接口电路1402,接口电路用于接收代码指令并传输至处理器;处理器用于运行代码指令,以支持通信装置实现上述实施例或者上述实施例的任一种可能的实施方式所涉及的功能,例如:处理器可以通过接口电路接收来自网络设备的控制信息和/或按不同粒度在至少一个上行资源上向网络设备发送信HARQ-ACK信息。在又一种可能的实施方式中,参见图14中虚线所示,上述通信装置1400还可以包括存储器1403,存储器1403用于保存通信装置必要的计算机执行指令和数据。当该通信装置运行时,该处理器执行该存储器存储的该计算机执行指令,以使该通信装置执行如上述实施例或者上述实施例的任一种可能的实施方式所述的上行信息传输方法。
基于与上述方法相同的发明构思,本申请实施例提供一种通信装置,该通信装置可以为网络设备中的芯片或者芯片上系统。该通信装置可以实现上述实施例或上述实施例的任一可能的实施方式中终端设备所执行的功能,所述功能可以通过硬件实现,如:一种可能的实施方式中,仍参见图14中实线所示,该通信装置1400可以包括:处理器1401和接口电路1402,接口电路用于接收代码指令并传输至处理器;处理器用于运行代码指令,以支持通信装置实现上述实施例或者上述实施例的任一种可能的实施方式所涉及的功能,例如:处理器可以通过接口电路向终端设备发送SR信息的资源配置信息和/或在至少一个上行资源上接收终端设备发送的上行资源请求信息。在又一种可能的实施方式中,参见图14中虚线所示,上述通信装置1400还可以包括存储器1403,存储器1403用于保存通信装置必要的计算机执行指令和数据。当该通信装置运行时,该处理器执行该存储器存储的该计算机执行指令,以使该通信装置执行如上述实施例或者上述实施例的任一种可能的实施方式所述的上行信息传输方法。
基于与上述方法相同的发明构思,本申请实施例提供一种计算机可读存储介质,计算机可读存储介质存储有指令,当指令在计算机上运行时,用于执行上述一个或者多个实施例所述的上行信息传输方法。
基于与上述方法相同的发明构思,本申请实施例提供一种计算机程序,当计算机程序在计算机上被执行时,使得计算机实现上述一个或者多个实施例所述的上行信息传输方法。
基于与上述方法相同的发明构思,本申请实施例提供一种包含指令的计算机程序产品,当计算机程序产品在计算机上运行时,使得计算机实现上述一个或者多个实施例所述的上行信息传输方法。
本领域技术人员能够领会,结合本文公开描述的各种说明性逻辑框、模块和算法步骤所描述的功能可以硬件、软件、固件或其任何组合来实施。如果以软件来实施,那么各种说明性逻辑框、模块、和步骤描述的功能可作为一或多个指令或代码在计算机可读媒体上存储或传输,且由基于硬件的处理单元执行。计算机可读媒体可包含计算机可读存储媒体,其对应于有形媒体,例如数据存储媒体,或包括任何促进将计算机程序从一处传送到另一处的媒体(例如,根据通信协议)的通信媒体。以此方式,计算机可读媒体大体上可对应于(1)非暂时性的有形计算机可读存储媒体,或(2)通信媒体,例如信号 或载波。数据存储媒体可为可由一或多个计算机或一或多个处理器存取以检索用于实施本申请中描述的技术的指令、代码和/或数据结构的任何可用媒体。计算机程序产品可包含计算机可读媒体。
作为实例而非限制,此类计算机可读存储媒体可包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储装置、磁盘存储装置或其它磁性存储装置、快闪存储器或可用来存储指令或数据结构的形式的所要程序代码并且可由计算机存取的任何其它媒体。并且,任何连接被恰当地称作计算机可读媒体。举例来说,如果使用同轴缆线、光纤缆线、双绞线、数字订户线(DSL)或例如红外线、无线电和微波等无线技术从网站、服务器或其它远程源传输指令,那么同轴缆线、光纤缆线、双绞线、DSL或例如红外线、无线电和微波等无线技术包含在媒体的定义中。但是,应理解,计算机可读存储媒体和数据存储媒体并不包括连接、载波、信号或其它暂时媒体,而是实际上针对于非暂时性有形存储媒体。如本文中所使用,磁盘和光盘包含压缩光盘(CD)、激光光盘、光学光盘、数字多功能光盘(DVD)和蓝光光盘,其中磁盘通常以磁性方式再现数据,而光盘利用激光以光学方式再现数据。以上各项的组合也应包含在计算机可读媒体的范围内。
可通过例如一或多个数字信号处理器(DSP)、通用微处理器、专用集成电路(ASIC)、现场可编程逻辑阵列(FPGA)或其它等效集成或离散逻辑电路等一或多个处理器来执行指令。因此,如本文中所使用的术语“处理器”可指前述结构或适合于实施本文中所描述的技术的任一其它结构中的任一者。另外,在一些方面中,本文中所描述的各种说明性逻辑框、模块、和步骤所描述的功能可以提供于经配置以用于编码和解码的专用硬件和/或软件模块内,或者并入在组合编解码器中。而且,技术可完全实施于一或多个电路或逻辑元件中。
本申请的技术可在各种各样的装置或设备中实施,包含无线手持机、集成电路(IC)或一组IC(例如,芯片组)。本申请中描述各种组件、模块或单元是为了强调用于执行所揭示的技术的装置的功能方面,但未必需要由不同硬件单元实现。实际上,如上文所描述,各种单元可结合合适的软件和/或固件组合在编码解码器硬件单元中,或者通过互操作硬件单元(包含如上文所描述的一或多个处理器)来提供。
在上述实施例中,对各个实施例的描述各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
以上,仅为本申请示例性的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应该以权利要求的保护范围为准。

Claims (31)

  1. 一种上行信息传输方法,其特征在于,包括:
    终端设备接收来自网络设备的调度请求SR信息的资源配置信息,所述SR信息的资源配置信息用于配置发送SR信息的至少一个上行资源;
    所述终端设备在所述至少一个上行资源上向所述网络设备发送上行资源请求信息,所述上行资源请求信息用于请求所述网络设备为所述终端设备分配上行资源;
    其中,所述上行资源请求信息包括以下至少一种:
    所述至少一个上行资源对应的至少一个SR信息的发送机会计数信息,所述发送机会计数信息用于指示所述至少一个SR信息延迟发送的发送机会的数量;
    所述至少一个SR信息的请求标识;
    所述至少一个SR信息对应的上行缓冲状态报告BSR。
  2. 根据权利要求1所述的方法,其特征在于,所述至少一个上行资源中的每一个上行资源对应多个SR信息,所述多个SR信息的每一个SR信息对应一个SR信息的请求标识,每一个SR信息的请求标识都不同。
  3. 根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
    所述终端设备在检测到所述至少一个上行资源所在信道未被占用后,确定SR信息的发送机会;
    所述终端设备根据所述SR信息的发送机会,确定所述发送机会计数信息。
  4. 根据权利要求1至3任一项所述的方法,其特征在于,所述方法还包括:
    所述终端设备根据所述发送机会计数信息,判断所述延迟发送的发送机会数量是否大于第一阈值;
    若所述延迟发送的发送机会数量大于所述第一阈值,所述终端设备向所述网络设备发送随机接入请求。
  5. 根据权利要求1至4任一项所述的方法,其特征在于,所述上行BSR包括:所述至少一个SR信息所对应的逻辑信道LCH的BSR,或所述至少一个SR信息所对应的逻辑信道组LCG的BSR。
  6. 根据权利要求1至5任一项所述的方法,其特征在于,所述方法还包括:
    所述终端设备获得多个待发送的SR信息的请求标识;
    所述终端设备从所述多个待发送的SR信息的请求标识中确定出一个SR信息的请求标识;
    所述终端设备在所述至少一个上行资源上向所述网络设备发送上行资源请求信息,包括:
    所述终端设备将确定出的所述一个SR信息的请求标识在所述至少一个上行资源中的一个上行资源上发送给所述网络设备。
  7. 根据权利要求6所述的方法,其特征在于,所述终端设备从所述多个待发送的SR信息的请求标识中确定出一个SR信息的请求标识,包括:
    所述终端设备根据所述多个待发送的SR信息所对应的LCH的优先级或所述多个待发送的SR信息所对应的LCG的优先级,从所述多个待发送的SR信息的请求标识中确定出所述一个SR信息的请求标识。
  8. 根据权利要求6所述的方法,其特征在于,所述终端设备根据所述多个待发送的SR信息所对应的LCH的优先级或所述多个待发送的SR信息所对应的LCG的优先级,从所述多个待发送的SR信息的请求标识中确定出所述一个SR信息的请求标识,包括:
    若所述多个待发送的SR信息的请求标识所对应的LCH的优先级不完全相同时,所述终端设备将优先级最高的LCH所对应的SR信息的请求标识确定为所述一个SR信息的请求标识;或,
    若所述多个待发送的SR信息的请求标识所对应的LCG的优先级不完全相同时,所述终端设备将优先级最高的LCG所对应的SR信息的请求标识确定为所述一个SR信息的请求标识;或,
    若所述多个待发送的SR信息的请求标识所对应的LCH的优先级相同时,所述终端设备将所述多个待发送的SR信息的请求标识中的任意一个确定为所述一个SR信息的请求标识;或,
    若所述多个待发送的SR信息的请求标识所对应的LCG的优先级相同时,所述终端设备将所述多个待发送的SR信息的请求标识中的任意一个确定为所述一个SR信息的请求标识。
  9. 一种上行信息传输方法,其特征在于,包括:
    网络设备向终端设备发送调度请求SR信息的资源配置信息,所述SR信息的资源配置信息用于配置发送所述SR信息的至少一个上行控制信道上行资源;
    所述网络设备在所述至少一个上行资源上接收所述终端设备发送的上行资源请求信息;
    所述网络设备响应所述上行资源请求信息,为所述终端设备分配上行资源;
    其中,所述上行资源请求信息包括以下至少一种:
    所述至少一个上行资源对应的至少一个SR信息的发送机会计数信息,所述发送机会计数信息用于指示所述至少一个SR信息延迟发送的发送机会数量;
    所述至少一个SR信息的请求标识;
    所述至少一个SR信息对应的上行缓冲状态报告BSR。
  10. 根据权利要求9所述的方法,其特征在于,在所述网络设备在所述至少一个上行资源上接收所述终端设备发送的上行资源请求信息之后,所述方法还包括:
    所述网络设备根据所述发送机会计数信息,判断所述延迟发送的发送机会数量是否大于第二阈值;
    若所述延迟发送的发送机会数量大于所述第二阈值,所述网络设备减少所述终端设备监听信道的时长。
  11. 根据权利要求9或10所述的方法,其特征在于,所述方法还包括:
    所述网络设备为所述至少一个上行资源中的一个上行资源配置多个SR信息的请求标识,所述多个SR信息的每一个SR信息对应一个SR信息的请求标识,每一个SR信息的请求标识都不同。
  12. 根据权利要求9或10所述的方法,其特征在于,所述方法还包括:
    所述网络设备将具有相同优先级的逻辑信道LCH所对应的多个SR信息的请求标识配置给一个SR资源配置;或,
    所述网络设备将具有相同优先级的逻辑信道LCG所对应的多个SR信息的请求标识配置给一个SR资源配置;或,
    所述网络设备将具有相同优先级的LCH所对应的多个SR信息的请求标识配置给不同的SR资源配置;或,
    所述网络设备将具有相同优先级的LCG所对应的多个SR信息的请求标识配置给不同的SR资源配置。
  13. 一种通信装置,其特征在于,包括:
    接收模块,用于接收来自网络设备的调度请求SR信息的资源配置信息,所述SR信息的资源配置信息用于配置发送所述SR信息的至少一个上行控制信道上行资源;
    发送模块,用于在所述至少一个上行资源上向所述网络设备发送上行资源请求信息,所述上行资源请求信息用于请求所述网络设备为终端设备分配上行资源;
    其中,所述上行资源请求信息包括以下至少一种:所述至少一个上行资源对应的至少一个SR信息的发送机会计数信息,所述发送机会计数信息用于指示所述至少一个SR信息延迟发送的发送机会的数量;所述至少一个SR信息的请求标识;所述至少一个SR信息对应的上行缓冲状态报告BSR。
  14. 根据权利要求13所述的装置,其特征在于,所述至少一个上行资源中的每一个上行资源对应多个SR信息,所述多个SR信息的每一个SR信息对应一个SR信息的请求标识,每一个SR信息的请求标识都不同。
  15. 根据权利要求13或14所述的装置,其特征在于,所述装置还包括:
    处理模块,用于在所述接收模块检测到所述至少一个上行资源所在信道未被占用后,确定SR信息的发送机会;以及,根据所述SR信息的发送机会,确定所述发送机会计数信息。
  16. 根据权利要求15所述的装置,其特征在于,所述装置还包括:处理模块,用于根据所述发送机会计数信息,判断所述延迟发送的发送机会数量是否大于第一阈值;
    所述发送模块,还用于若所述延迟发送的发送机会数量大于所述第一阈值,向所述网络设备发送随机接入请求。
  17. 根据权利要求13至16任一项所述的装置,其特征在于,所述上行BSR包括:所述至少一个SR信息所对应的逻辑信道LCH的BSR,或所述至少一个SR信息所对应的逻辑信道组LCG的BSR。
  18. 根据权利要求13至17任一项所述的装置,其特征在于,所述装置还包括:
    处理模块,用于获得多个待发送的SR信息的请求标识;从所述多个待发送的SR信息的请求标识中确定出一个SR信息的请求标识;
    所述发送模块,具体用于将确定出的所述一个SR信息的请求标识在所述至少一个上行资源中的一个上行资源上发送给所述网络设备。
  19. 根据权利要求18所述的装置,其特征在于,
    所述处理模块,还用于根据所述多个待发送的SR信息所对应的LCH的优先级或所述多个待发送的SR信息所对应的LCG的优先级,从所述多个待发送的SR信息的请求标识中确定出所述一个SR信息的请求标识。
  20. 根据权利要求19所述的装置,其特征在于,
    所述处理模块,具体还用于若所述多个待发送的SR信息的请求标识所对应的LCH的优先级不完全相同时,将优先级最高的LCH所对应的SR信息的请求标识确定为所述一个SR信息的请求标识;或,若所述多个待发送的SR信息的请求标识所对应的LCG的优先级不完全相同时,将优先级最高的LCG所对应的SR信息的请求标识确定为所述一个SR信息的请求标识;或,若所述多个待发送的SR信息的请求标识所对应的LCH的优先级相同时,将所述多个待发送的SR信息的请求标识中的任意一个确定为所述一个SR信息的请求标识;或,若所述多个待发送的SR信息的请求标识所对应的LCG的优先级相同时,将所述多个待发送的SR信息的请求标识中的任意一个确定为所述一个SR信息的请求标识。
  21. 一种通信装置,其特征在于,包括:
    发送模块,用于向终端设备发送调度请求SR信息的资源配置信息,所述SR信息的资源配置信息用于配置发送所述SR信息的至少一个上行控制信道上行资源;
    接收模块,用于在所述至少一个上行资源上接收所述终端设备发送的上行资源请求信息;
    处理模块,用于响应所述上行资源请求信息,为所述终端设备分配上行资源;
    其中,所述上行资源请求信息包括以下至少一种:所述至少一个上行资源对应的至少一个SR信息的发送机会计数信息,所述发送机会计数信息用于指示所述至少一个SR信息延迟发送的发送机会数量;所述至少一个SR信息的请求标识;所述至少一个SR信息对应的上行缓冲状态报告BSR。
  22. 根据权利要求21所述的装置,其特征在于,
    所述处理模块,还用于在所述接收模块接收所述上行资源请求信息之后,根据所述发送机会计数信息,判断所述延迟发送的发送机会数量是否大于第二阈值;若所述延迟发送的发送机会数量大于所述第二阈值,减少所述终端设备监听信道的时长。
  23. 根据权利要求21或22所述的装置,其特征在于,所述处理模块,用于为所述至少一个上行资源中的一个上行资源配置多个SR信息的请求标识,所述多个SR信息的每一个SR信息对应一个SR信息的请求标识,每一个SR信息的请求标识都不同。
  24. 根据权利要求21或22所述的装置,其特征在于,所述处理模块,用于将具有相同优先级的逻辑信道LCH所对应的多个SR信息的请求标识配置给一个SR资源配置;或,将具有相同优先级的逻辑信道LCG所对应的多个SR信息的请求标识配置给一个SR资源配置;或,将具有相同优先级的LCH所对应的多个SR信息的请求标识配置给不同的SR资源配置;或,将具有相同优先级的LCG所对应的多个SR信息的请求标识配置给不同的SR资源配置。
  25. 一种终端设备,其特征在于,包括:
    一个或多个处理器;
    存储器,用于存储一个或多个程序;
    当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1至8任一项所述的上行信息传输方法。
  26. 一种网络设备,其特征在于,包括:
    一个或多个处理器;
    存储器,用于存储一个或多个程序;
    当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求9至12任一项所述的上行信息传输方法。
  27. 一种计算机可读存储介质,其特征在于,包括计算机程序,所述计算机程序在计算机上被执行时,使得所述计算机执行权利要求1至8任一项所述的上行信息传输方法。
  28. 一种计算机可读存储介质,其特征在于,包括计算机程序,所述计算机程序在计算机上被执行时,使得所述计算机执行权利要求9至12任一项所述的上行信息传输方法。
  29. 一种通信装置,其特征在于,包括处理器和接口电路,所述接口电路用于接收代码指令并传输至所述处理器;所述处理器用于运行所述代码指令,以执行如权利要求1至8任一项所述的上行信息传输方法。
  30. 一种通信装置,其特征在于,包括处理器和接口电路,所述接口电路用于接收代码指令并传输至所述处理器;所述处理器用于运行所述代码指令,以执行如权利要求9至12任一项所述的上行信息传输方法。
  31. 一种通信系统,其特征在于,包括如权利要求13至20任一项所述的通信装置和如权利要求21至24任一项所述的通信装置。
PCT/CN2020/081681 2019-04-04 2020-03-27 一种上行信息传输方法及装置 WO2020200092A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910272968.2 2019-04-04
CN201910272968.2A CN111787616B (zh) 2019-04-04 2019-04-04 一种上行信息传输方法及装置

Publications (1)

Publication Number Publication Date
WO2020200092A1 true WO2020200092A1 (zh) 2020-10-08

Family

ID=72664415

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/081681 WO2020200092A1 (zh) 2019-04-04 2020-03-27 一种上行信息传输方法及装置

Country Status (2)

Country Link
CN (1) CN111787616B (zh)
WO (1) WO2020200092A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113596885A (zh) * 2021-08-30 2021-11-02 中信科移动通信技术股份有限公司 Sr配置控制方法及装置
CN114338839A (zh) * 2020-10-10 2022-04-12 大唐移动通信设备有限公司 基于tcp的数据传输方法、装置、电子设备及存储介质

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116368896A (zh) * 2020-11-19 2023-06-30 华为技术有限公司 一种资源确定方法及装置
CN116437422A (zh) * 2021-12-30 2023-07-14 展讯通信(上海)有限公司 通信方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102685895A (zh) * 2011-03-11 2012-09-19 华为技术有限公司 一种上行数据的调度方法、系统及装置
CN108282286A (zh) * 2017-01-05 2018-07-13 华为技术有限公司 请求资源的方法和装置
US20180279331A1 (en) * 2017-03-24 2018-09-27 Sharp Laboratories Of America, Inc. Radio resource control (rrc) messages for enhanced scheduling request

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103166749B (zh) * 2011-12-08 2018-02-13 中兴通讯股份有限公司 发送时机资源分配方法与装置、lte 移动通信系统
US10638501B2 (en) * 2017-03-24 2020-04-28 Qualcomm Incorporated Opportunistic uplink transmission
KR102394123B1 (ko) * 2017-06-16 2022-05-04 삼성전자 주식회사 차세대 이동 통신 시스템에서 복수 개의 스케쥴링 요청을 전송하는 방법 및 장치
US20190045529A1 (en) * 2017-09-11 2019-02-07 Intel IP Corporation Scheduling request transmission opportunity and resource configuration in new radio

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102685895A (zh) * 2011-03-11 2012-09-19 华为技术有限公司 一种上行数据的调度方法、系统及装置
CN108282286A (zh) * 2017-01-05 2018-07-13 华为技术有限公司 请求资源的方法和装置
US20180279331A1 (en) * 2017-03-24 2018-09-27 Sharp Laboratories Of America, Inc. Radio resource control (rrc) messages for enhanced scheduling request

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
LENOVO, MOTOROLA MOBILITY: "Multiplexing of SR and HARQ-ACK", 3GPP TSG RAN WG1 MEETING AH 1801, R1-1800396, 26 January 2018 (2018-01-26), XP051384316, DOI: 20200529121828Y *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114338839A (zh) * 2020-10-10 2022-04-12 大唐移动通信设备有限公司 基于tcp的数据传输方法、装置、电子设备及存储介质
CN114338839B (zh) * 2020-10-10 2023-08-18 大唐移动通信设备有限公司 基于tcp的数据传输方法、装置、电子设备及存储介质
CN113596885A (zh) * 2021-08-30 2021-11-02 中信科移动通信技术股份有限公司 Sr配置控制方法及装置
CN113596885B (zh) * 2021-08-30 2023-09-29 中信科移动通信技术股份有限公司 Sr配置控制方法及装置

Also Published As

Publication number Publication date
CN111787616A (zh) 2020-10-16
CN111787616B (zh) 2023-03-28

Similar Documents

Publication Publication Date Title
TWI745779B (zh) 在非授權頻譜上處理通訊方法及相關通訊裝置
WO2020200092A1 (zh) 一种上行信息传输方法及装置
US10757695B2 (en) Method and apparatus for sending and receiving downlink control information
EP2995147B1 (en) Compact dci for machine type communications
CN108702790B (zh) 一种非授权频谱下的数据传输方法及系统、终端设备
US11096169B2 (en) Use of mapping options for logical channels and transport channels for wireless networks
CN112119658A (zh) 用于服务传输的方法、装置和终端
WO2020135105A1 (zh) 上行传输的方法、上行传输的装置、以及终端设备
US20230026327A1 (en) Sidelink transmission method and apparatus
WO2020156180A1 (zh) 通信方法及终端设备、接入网设备
US20220053515A1 (en) Communication method and apparatus
CN105474736B (zh) 传输数据的方法及装置
KR20200048636A (ko) 무선 통신 시스템에서 상향링크 전송을 위한 장치 및 방법
WO2021017792A1 (zh) 一种反馈信息的传输方法及终端装置
WO2020147814A1 (zh) 资源分配的方法和设备
WO2021155604A1 (zh) 信息处理方法及设备
CN107432025B (zh) 节点及其执行的方法、中继节点及其执行的方法
WO2016101148A1 (zh) 物理无线资源块调度的方法、设备和系统
WO2019179105A1 (zh) 无线通信方法、用户设备和网络设备
WO2019023912A1 (zh) 一种应答反馈方法、终端及网络设备
WO2014047918A1 (en) Methods and apparatus for contention-based transmission
KR20210104570A (ko) 물리적 업링크 제어 채널 충돌을 처리하기 위한 디바이스 및 방법
WO2020125708A1 (zh) 上行控制信息的上报方法及装置、存储介质、用户终端
WO2019200507A1 (en) Control of d2d duplication
WO2018137510A1 (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: 20785187

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20785187

Country of ref document: EP

Kind code of ref document: A1