WO2017076197A1 - 一种发送和接收反馈的方法及设备 - Google Patents

一种发送和接收反馈的方法及设备 Download PDF

Info

Publication number
WO2017076197A1
WO2017076197A1 PCT/CN2016/103295 CN2016103295W WO2017076197A1 WO 2017076197 A1 WO2017076197 A1 WO 2017076197A1 CN 2016103295 W CN2016103295 W CN 2016103295W WO 2017076197 A1 WO2017076197 A1 WO 2017076197A1
Authority
WO
WIPO (PCT)
Prior art keywords
control unit
mac control
bsr
mac
new
Prior art date
Application number
PCT/CN2016/103295
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 电信科学技术研究院
Priority to US15/773,159 priority Critical patent/US20180324766A1/en
Priority to KR1020187015731A priority patent/KR20180077270A/ko
Priority to EP16861465.9A priority patent/EP3373685A4/en
Priority to JP2018541472A priority patent/JP2018533325A/ja
Publication of WO2017076197A1 publication Critical patent/WO2017076197A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management

Definitions

  • the present application relates to the field of wireless communication technologies, and in particular, to a method and device for transmitting and receiving feedback.
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution-Advanced
  • the LTE/LTE-A system introduces a number of new technologies for improving service rates, such as multi-antenna technology (MIMO), carrier aggregation (CA), and 256-phase quadrature amplitude. Modulation (256 Quadrature Amplitude Modulation, 256QAM), etc. Since the 3GPP release 8, the system (theoretical) peak rate has been increased from 100 Mbps to 4 Gbps.
  • MIMO multi-antenna technology
  • CA carrier aggregation
  • 256-phase quadrature amplitude 256 Quadrature Amplitude Modulation, 256QAM
  • the current solution is to skip the uplink scheduling request (SR) process, and directly allocate radio resources to the UE (user equipment, also called terminal) through the uplink scheduling grant, and perform fast uplink transmission.
  • Authorization methods include Dynamic Scheduling or Semi-Persistent Scheduling (SPS).
  • SPS Semi-Persistent Scheduling
  • the UE receives the uplink scheduling grant from the PDCCH, and performs uplink data transmission at the corresponding time. If there is no uplink data in the UE buffer, the UE needs to send an empty buffer status report (empty BSR; Buffer). Status Report, BSR) padding.
  • the eNodeB (Evolved Base Station) can judge that the UE has successfully received (re)activated/released the SPS command according to the uplink data or padding sent by the UE, and if the UE does not have any uplink transmission, the eNodeB can determine the physics.
  • the downlink control channel Physical Downlink Control Channel, PDCCH
  • PDCCH Physical Downlink Control Channel
  • the eNodeB After the eNodeB sends the PDCCH command, it cannot determine whether the UE successfully receives.
  • the present application provides a method and device for transmitting and receiving feedback to solve the current existing in the prior art. After the eNodeB sends the PDCCH command, it cannot determine whether the UE successfully receives the PDCCH.
  • a method for sending feedback is provided by the embodiment of the present application, where the method includes:
  • the terminal sends the feedback information that the PDCCH command is successfully received to the network side device through the media access layer MAC control unit in the media access control protocol data unit MAC PDU or the buffer status report BSR MAC control unit.
  • the terminal sends the feedback information that the PDCCH command is successfully received to the network side device by using a MAC control unit or a BSR MAC control unit in the MAC PDU, including:
  • the terminal After receiving the PDCCH command from the network side device, the terminal sends the feedback information that the PDCCH command is successfully received in the last uplink transmission or the last SPS Occasion to the MAC control unit or the BSR MAC control unit in the MAC PDU.
  • the network side device After receiving the PDCCH command from the network side device, the terminal sends the feedback information that the PDCCH command is successfully received in the last uplink transmission or the last SPS Occasion to the MAC control unit or the BSR MAC control unit in the MAC PDU.
  • the terminal sends the feedback information that the PDCCH command is successfully received to the network side device by using a MAC control unit in the MAC PDU, including:
  • the new MAC control unit is a MAC control unit different from the MAC control unit specified in the 3GPP TS 36.321 protocol.
  • the new MAC control unit has a length of 0 bit or 8 bits.
  • the method further includes:
  • the terminal places a new first MAC sub-head logical channel identification value in the MAC PDU;
  • the new first MAC sub-head logical channel identifier value is used to indicate that the MAC control unit is a new MAC control unit.
  • the terminal sends the feedback information that the PDCCH command is successfully received to the network side device by using a BSR MAC control unit in the MAC PDU, including:
  • the new BSR MAC control unit is a BSR MAC control unit different from the BSR MAC control unit specified in the 3GPP TS 36.321 protocol.
  • the structure of the new BSR MAC control unit is part or all of the following:
  • the traditional BSR MAC control unit does not have a traditional BSR MAC control list in the MAC PDU. yuan;
  • the traditional BSR MAC control unit is a BSR MAC control unit specified in the 3GPP TS 36.321 protocol.
  • the method further includes:
  • the terminal places a new second MAC sub-header logical channel identifier value in the MAC PDU;
  • the new second MAC sub-head logical channel identifier value is used to indicate that the BSR MAC control unit is a new BSR MAC control unit.
  • a method for receiving feedback provided by an embodiment of the present application includes:
  • the network side device sends a PDCCH command to the terminal.
  • the network side device After receiving the MAC control unit or the BSR MAC control unit from the terminal, the network side device determines that the terminal sends the feedback information that the PDCCH order is successfully received through the MAC control unit or the BSR MAC control unit in the MAC PDU. Sending, determining that the terminal successfully receives the PDCCH command.
  • the network side device determines that the terminal sends the feedback information that the PDCCH command is successfully received to the MAC control unit in the MAC PDU, and includes:
  • the network side device determines that the terminal sends the feedback information that the PDCCH command is successfully received to the network side device by using a new MAC control unit;
  • the new MAC control unit is a MAC control unit different from the MAC control unit specified in the 3GPP TS 36.321 protocol.
  • the network side device determines that the terminal sends the feedback information that the PDCCH command is successfully received to the BSR MAC control unit in the MAC PDU, and includes:
  • the network side device determines that the terminal sends the feedback information that the PDCCH command is successfully received to the network side device by using a new BSR MAC control unit;
  • the new BSR MAC control unit is a BSR MAC control unit different from the BSR MAC control unit specified in the 3GPP TS 36.321 protocol.
  • a terminal for sending feedback provided by the embodiment of the present application includes:
  • a first receiving module configured to receive a PDCCH command from a network side device
  • a sending module configured to send the feedback information that the PDCCH command is successfully received to the network side device by using a MAC control unit or a BSR MAC control unit in the MAC PDU.
  • the sending module is specifically configured to:
  • the feedback information that the PDCCH command is successfully received in the last uplink transmission or the latest SPS Occasion passes the MAC control unit in the MAC PDU or The BSR MAC control unit sends the network side device.
  • the sending module is specifically configured to:
  • the new MAC control unit is a MAC control unit different from the MAC control unit specified in the 3GPP TS 36.321 protocol.
  • the new MAC control unit has a length of 0 bit or 8 bits.
  • the sending module is further configured to:
  • the new first MAC sub-head logical channel identifier value is used to indicate that the MAC control unit is a new MAC control unit.
  • the sending module is specifically configured to:
  • the new BSR MAC control unit is a BSR MAC control unit different from the BSR MAC control unit specified in the 3GPP TS 36.321 protocol.
  • the structure of the new BSR MAC control unit is part or all of the following:
  • the traditional BSR MAC control unit does not have a traditional BSR MAC control unit in the MAC PDU;
  • the traditional BSR MAC control unit is a BSR MAC control unit specified in the 3GPP TS 36.321 protocol.
  • the sending module is further configured to:
  • the new second MAC sub-head logical channel identifier value is used to indicate that the BSR MAC control unit is a new BSR MAC control unit.
  • the terminal includes:
  • a processor for reading a program in the memory performing the following process:
  • the feedback information that the PDCCH command is successfully received by the transceiver is sent to the network side device by using a MAC control unit or a BSR MAC control unit in the MAC PDU.
  • a transceiver for receiving and transmitting data under the control of a processor.
  • the processor is specifically configured to:
  • the feedback information that the PDCCH command is successfully received in the last uplink transmission or the last SPS Occasion is sent to the network through the MAC control unit or the BSR MAC control unit in the MAC PDU. Side equipment.
  • the processor is specifically configured to:
  • the new MAC control unit is a MAC control unit different from the MAC control unit specified in the 3GPP TS 36.321 protocol.
  • the new MAC control unit has a length of 0 bit or 8 bits.
  • the processor is further configured to:
  • the new first MAC sub-head logical channel identifier value is used to indicate that the MAC control unit is a new MAC control unit.
  • the processor is specifically configured to:
  • the new BSR MAC control unit is a BSR MAC control unit different from the BSR MAC control unit specified in the 3GPP TS 36.321 protocol.
  • the structure of the new BSR MAC control unit is part or all of the following:
  • the traditional BSR MAC control unit does not have a traditional BSR MAC control unit in the MAC PDU;
  • the traditional BSR MAC control unit is a BSR MAC control unit specified in the 3GPP TS 36.321 protocol.
  • the processor is further configured to:
  • the new second MAC sub-head logical channel identifier value is used to indicate that the BSR MAC control unit is a new BSR MAC control unit.
  • a network side device that receives feedback is provided by the embodiment of the present application, where the network side device includes:
  • a second sending module configured to send a PDCCH command to the terminal
  • a processing module after receiving the MAC control unit or the BSR MAC control unit from the terminal, if it is determined that the terminal sends the feedback information that the PDCCH order is successfully received to the MAC control unit or the BSR MAC control unit in the MAC PDU Sending, determining that the terminal successfully receives the PDCCH command.
  • processing module is specifically configured to:
  • the new MAC control unit is a MAC control unit different from the MAC control unit specified in the 3GPP TS 36.321 protocol.
  • processing module is specifically configured to:
  • the new BSR MAC control unit is a BSR MAC control unit different from the BSR MAC control unit specified in the 3GPP TS 36.321 protocol.
  • a processor for reading a program in the memory performing the following process:
  • the transceiver After receiving, by the transceiver, the MAC control unit or the BSR MAC control unit from the terminal, if it is determined that the terminal sends the feedback information that the PDCCH command is successfully received through the MAC control unit or the BSR MAC control unit in the MAC PDU, Then determining that the terminal successfully receives the PDCCH command.
  • a transceiver for receiving and transmitting data under the control of a processor.
  • the processor is specifically configured to:
  • the new MAC control unit is a MAC control unit different from the MAC control unit specified in the 3GPP TS 36.321 protocol.
  • the processor is specifically configured to:
  • the processor is specifically configured to:
  • the new BSR MAC control unit is a BSR MAC control unit different from the BSR MAC control unit specified in the 3GPP TS 36.321 protocol.
  • the processor is specifically configured to:
  • the terminal after receiving the PDCCH command from the network side device, the terminal sends the feedback information that the PDCCH command is successfully received to the network side device through the MAC control unit or the BSR MAC control unit in the MAC PDU, thereby notifying the network.
  • the side device successfully receives the PDCCH command, so that the eNodeB can determine whether the UE successfully receives after transmitting the PDCCH command, and further improves system performance.
  • FIG. 1 is a schematic flowchart of a method for sending feedback according to an embodiment of the present application
  • FIG. 2 is a schematic flowchart of a method for receiving feedback according to an embodiment of the present application
  • FIG. 3 is a schematic structural diagram of a terminal for sending feedback according to an embodiment of the present application
  • FIG. 4 is a schematic flowchart of a structure of a network side device receiving feedback according to an embodiment of the present application
  • FIG. 5 is a schematic structural diagram of a second terminal for transmitting feedback according to an embodiment of the present application.
  • FIG. 6 is a schematic flowchart of a structure of a network side device receiving feedback according to an embodiment of the present application.
  • the terminal after receiving the PDCCH command from the network side device, the terminal sends the feedback information that the PDCCH command is successfully received to the network side device through the MAC control unit or the BSR MAC control unit in the MAC PDU, thereby notifying the network.
  • the side device successfully receives the PDCCH command, so that the eNodeB can determine whether the UE successfully receives after transmitting the PDCCH command, and further improves system performance.
  • the PDCCH For scheduling, the PDCCH carries a grant, and for SPS activation/deactivation, the PDCCH carries an order.
  • the PDCCH order based on this embodiment of the present application is also applicable to the PDCCH grant.
  • the feedback of the UE to the PDCCH order includes but is not limited to some or all of the following situations:
  • a method for sending feedback provided by an embodiment of the present application includes:
  • Step 100 The terminal receives a PDCCH command from a network side device.
  • Step 101 The terminal sends the feedback information that the PDCCH command is successfully received to the network by using a MAC control unit or a BSR MAC control unit in a Medium Access Control Packet Data Unit (MAC PDU). Side equipment.
  • MAC PDU Medium Access Control Packet Data Unit
  • the terminal after receiving the PDCCH command from the network side device, the terminal sends the feedback information that the PDCCH order is successfully received to the MAC address in the MAC PDU at the last uplink transmission or the last SPS resource time (SPS Occasion).
  • the control unit or the BSR MAC control unit sends the network side device.
  • the network side device can learn that the PDCCH command is successfully received on the UE side by using the MAC control unit or the BSR MAC control unit in the MAC PDU.
  • Whether the MAC control unit or the BSR MAC control unit is specifically selected may be determined according to requirements or fixed or high-level notifications.
  • Mode 1 Sending through the MAC Control Unit in the MAC PDU.
  • the terminal sends the feedback information that the PDCCH command is successfully received to the network side device by using a new MAC control unit;
  • the new MAC control unit is a MAC control unit different from the MAC control unit specified in the 3rd Generation Partnership Project (3GPP) Technical Specification (TS) 36.321 protocol.
  • 3GPP 3rd Generation Partnership Project
  • TS Technical Specification
  • the new MAC control unit is 0 bits or 8 bits in length.
  • the 0bit format is used. If you need to carry some information (such as Power Headroom Report (PHR), etc.), you can select the 8-bit format. 0 bit indicates that the MAC control unit is empty and does not carry information. The network side device knows that this is a feedback information through the corresponding logical channel identifier in the MAC subheader.
  • the 8-bit format can carry information, such as PHR.
  • the length of the new MAC control unit is not limited to the above two lengths, and other lengths are also applicable to the embodiments of the present application.
  • the embodiment of the application further extends the MAC sub-head logical channel identifier.
  • the feedback message that the PDCCH command is successfully received is sent to the network side device by using the BSR MAC control unit in the MAC PDU, and the new first MAC is sent.
  • a sub-head logical channel identification value is placed in the MAC PDU;
  • the new first MAC sub-head logical channel identifier value is used to indicate that the MAC control unit is a new MAC control unit.
  • the new media access layer control unit (MAC CE) is introduced, it is necessary to extend the existing uplink shared channel logical channel identifier (3GPP TS 36.321, Table 6.2.2-2 uplink shared channel logical channel identifier value ( Values of LCID for UL-SCH)).
  • the existing logical channel identifier uses a 5-bit field (Logical Channel ID (LCID) can be from 00000 to 11111), and a large number of reserved values can be used (01100 to 10101).
  • Table 1 Logical channel identification values of the uplink shared channel
  • one of the reserved values may be selected, for example (01100), for indicating the newly introduced MAC CE.
  • the UE may send a data PDU or a padding PDU containing the new MAC CE and the corresponding MAC sub-header on the uplink shared channel (UL-SCH) as feedback to the PDCCH order.
  • UL-SCH uplink shared channel
  • Manner 2 Sending through the BSR MAC control unit in the MAC PDU.
  • the terminal sends the feedback information that the PDCCH command is successfully received to the network side device by using a new BSR MAC control unit.
  • the new BSR MAC control unit is a BSR MAC control unit different from the BSR MAC control unit specified in the 3GPP TS 36.321 protocol.
  • the structure of the new BSR MAC control unit is part or all of the following:
  • the traditional BSR MAC control unit is a BSR MAC control unit specified in the 3GPP TS 36.321 protocol.
  • the embodiment of the application further extends the MAC sub-head logical channel identifier.
  • the feedback message that the PDCCH command is successfully received is sent to the network side device by using the BSR MAC control unit in the MAC PDU, and the new second MAC is sent.
  • a sub-head logical channel identification value is placed in the MAC PDU;
  • the new second MAC sub-head logical channel identifier value is used to indicate that the BSR MAC control unit is a new BSR MAC control unit.
  • the existing uplink shared channel logical channel identifier uses a 5-bit field (LCID can be from 00000 to 11111), and a large number of reserved values can be used (01100 to 10101).
  • the ACK BSR is added as the LCID used by the UE to send feedback to the PDCCH command.
  • the MAC CE format of the BSR may be short BSR or long BSR or truncated.
  • the BSR still uses the traditional BSR MAC CE format without change. For example, in the above table: the LCID of the ACK BSR is 01100.
  • the UE may send a data PDU or a padding PDU on the uplink shared channel (UL-SCH) as feedback to the PDCCH command (or authorization).
  • UL-SCH uplink shared channel
  • the data PDU carries an ACK BSR MAC CE.
  • a method for receiving feedback in this embodiment of the present application includes:
  • Step 200 The network side device sends a PDCCH command to the terminal.
  • Step 201 After receiving the MAC control unit or the BSR MAC control unit from the terminal, the network side device determines that the terminal sends the feedback information that the PDCCH order is successfully received through the MAC control unit or the BSR in the MAC PDU. The MAC control unit sends, and determines that the terminal successfully receives the PDCCH command.
  • the terminal After receiving the PDCCH command from the network side device, the terminal passes the feedback information that the PDCCH command is successfully received in the last uplink transmission or the latest SPS Occasion through the MAC control unit or the BSR MAC in the MAC PDU.
  • the control unit sends the network side device.
  • the network side device can learn that the PDCCH command is successfully received on the UE side by using the MAC control unit or the BSR MAC control unit in the MAC PDU.
  • Whether the MAC control unit or the BSR MAC control unit is specifically selected may be determined according to requirements or fixed or high-level notifications.
  • Mode 1 Sending through the MAC Control Unit in the MAC PDU.
  • the network side device determines that the terminal sends the feedback information that the PDCCH command is successfully received to the MAC control unit in the MAC PDU, and includes:
  • the network side device determines that the terminal sends the feedback information that the PDCCH command is successfully received to the network side device by using a new MAC control unit;
  • the new MAC control unit is a MAC control unit different from the MAC control unit specified in the 3GPP TS 36.321 protocol.
  • the new MAC control unit is 0 bits or 8 bits in length.
  • the 0bit format is used; if you need to carry some information (such as PHR, etc.), you can choose the 8-bit format. 0 bit indicates that the MAC control unit is empty and does not carry information. The network side device knows that this is a feedback information through the corresponding logical channel identifier in the MAC subheader.
  • the 8-bit format can carry information, such as PHR.
  • the length of the new MAC control unit is not limited to the above two lengths, and other lengths are also applicable to the embodiments of the present application.
  • the embodiment of the application further extends the MAC sub-head logical channel identifier.
  • the feedback message that the PDCCH command is successfully received is sent to the network side device by using the BSR MAC control unit in the MAC PDU, and the new first MAC is sent.
  • the sub-head logical channel identification value is placed in the MAC PDU; wherein the new first MAC sub-head logical channel identification value is used to indicate that the MAC control unit is a new MAC control unit.
  • the existing uplink shared channel logical channel identifier uses a 5-bit field (LCID can be from 00000 to 11111), and a large number of reserved values can be used (01100 to 10101).
  • one of the reserved values may be selected, for example (01100), for indicating the newly introduced MAC CE.
  • Manner 2 Sending through the BSR MAC control unit in the MAC PDU.
  • the network side device determines that the terminal sends the feedback information that the PDCCH command is successfully received to the BSR MAC control unit in the MAC PDU, and includes:
  • the network side device determines that the terminal sends the feedback information that the PDCCH command is successfully received to the network side device by using a new BSR MAC control unit, where the new BSR MAC control unit is related to the 3GPP TS36.321 Different BSR MAC control units of the BSR MAC control unit specified in the protocol.
  • the structure of the new BSR MAC control unit is part or all of the following:
  • the traditional BSR MAC control unit is a BSR MAC control unit specified in the 3GPP TS 36.321 protocol.
  • the embodiment of the application further extends the MAC sub-head logical channel identifier.
  • the feedback message that the PDCCH command is successfully received is sent to the network side device by using the BSR MAC control unit in the MAC PDU, and the new second MAC is sent.
  • the sub-head logical channel identification value is placed in the MAC PDU; wherein the new second MAC sub-head logical channel identification value is used to indicate that the BSR MAC control unit is a new BSR MAC control unit.
  • the existing uplink shared channel logical channel identifier uses a 5-bit field (LCID can be from 00000 to 11111), and a large number of reserved values can be used (01100 to 10101).
  • the ACK BSR is added as the LCID used by the UE to send feedback to the PDCCH command.
  • the MAC CE format of the BSR may be a short BSR or a long BSR or a truncated BSR.
  • the traditional BSR MAC CE is still used. Format, no need to change. For example, in the above table: the LCID of the ACK BSR is 01100.
  • the network side device in the embodiment of the present application may be a base station (such as a macro base station (including an evolved base station), a home base station, etc.), or an RN (relay) device, or other network side devices.
  • a base station such as a macro base station (including an evolved base station), a home base station, etc.), or an RN (relay) device, or other network side devices.
  • RN relay
  • Example 1 SPS activation, UE feedback ACK MAC CE
  • Step 1 The eNodeB sends an SPS activation command to the UE through the PDCCH.
  • Step 2 The following cases and corresponding UE behaviors are as follows:
  • the UE successfully receives the PDCCH command, and the UE has data in the buffer: the UE sends data at the next SPS time, and carries the ACK MAC CE in the MAC PDU, and the LCID in the MAC sub-head corresponding to the ACK MAC CE is filled in 01100;
  • the ACK MAC CE is generally 0 bits (if the ACK MAC CE size is not 0 bits, the ACK MAC CE can carry related information such as PHR or BSR).
  • the appropriate uplink time may be: the next SPS time, or the latest uplink data transmission time;
  • the ACK MAC CE is generally 0 bits (if the ACK MAC CE size is not 0 bits, the ACK MAC CE can carry related information such as PHR or BSR).
  • the UE fails to receive the PDCCH command, and the UE has data in the buffer: according to the current behavior of the UE, the UE sends a Dedicated Scheduling Request (D-SR) at the latest PUCCH time to request an uplink scheduling grant;
  • D-SR Dedicated Scheduling Request
  • the UE fails to receive the PDCCH command, and there is no data in the UE buffer: the UE has no behavior.
  • Step 3 According to the UE behavior in the above various situations, the eNodeB (Evolved Base Station) can determine whether the UE has successfully received the PDCCH activation command.
  • the eNodeB Evolved Base Station
  • the eNodeB receives the uplink feedback (ACK MAC CE) from the UE, the UE has successfully received the PDCCH command, and the subsequent eNodeB waits for the UE to uplink data;
  • ACK MAC CE uplink feedback
  • the UE fails to receive the PDCCH order, and the eNodeB retransmits the PDCCH activation command at the corresponding downlink time, and repeats step 2 until the PDCCH order is successfully received.
  • Example 2 SPS deactivation, UE feedback ACK MAC CE
  • Step 1 The eNodeB sends an SPS deactivation command to the UE through the PDCCH.
  • Step 2 The following cases and corresponding UE behaviors are as follows:
  • the UE successfully receives the PDCCH order, and the UE has data in the buffer: the UE delays the release of the SPS resource to the next SPS time, and transmits the data at the next SPS time, and carries the ACK MAC CE in the MAC PDU, corresponding to the ACK MAC CE. Fill in the LCID in the MAC subheader 01100;
  • the ACK MAC CE is generally 0 bits (if the ACK MAC CE size is not 0 bits, the ACK MAC CE can carry related information such as PHR or BSR).
  • the UE successfully receives the PDCCH command, and there is no data in the UE buffer: the UE delays the release of the SPS resource to the next SPS time, and sends the padding data at the appropriate uplink time.
  • the padding data carries the ACK MAC CE, corresponding to the MAC CE. Fill in the LCID in the MAC subheader 01100;
  • the appropriate uplink time may be: the next SPS time, or the latest uplink data transmission time;
  • the ACK MAC CE is generally 0 bits (if the ACK MAC CE size is not 0 bits, the ACK MAC CE can carry related information such as PHR or BSR).
  • the UE fails to receive the PDCCH command, and the UE has data in the buffer: according to the current behavior of the UE, the UE sends data on the next SPS resource, and does not carry the ACK MAC CE in the MAC PDU;
  • the UE fails to receive the PDCCH command, and there is no data in the UE buffer: the UE skips the uplink transmission, and no data is transmitted in the next available SPS resource.
  • Step 3 According to the UE behavior in the above various situations, the eNodeB may determine whether the UE has successfully received the PDCCH release command.
  • the eNodeB receives the uplink feedback (ACK MAC CE) from the UE, it is determined that the UE has successfully received the PDCCH order, and the eNodeB releases the SPS resource;
  • ACK MAC CE uplink feedback
  • the eNodeB If the eNodeB does not receive the uplink feedback from the UE (the MAC PDU carrying the ACK MAC CE), it is determined that the UE fails to receive the PDCCH order, and the eNodeB retransmits the PDCCH release command at the corresponding downlink time, and repeats step 2 until the PDCCH order is successfully received.
  • Example 3 SPS activation, the UE sends feedback using the ACK BSR MAC CE
  • Step 1 The eNodeB sends an SPS activation command to the UE through the PDCCH.
  • Step 2 The following cases and corresponding UE behaviors are as follows:
  • the UE successfully receives the PDCCH command, and the UE caches data: the UE sends data at the next SPS time, and carries the ACK BSR MAC CE in the MAC PDU, and fills in the corresponding LCID in the MAC subheader;
  • the ACK BSR MAC CE structure may adopt one or more formats in the current long (long) BSR/short (short) BSR/truncated BSR;
  • the traditional BSR MAC CE is no longer included in the MAC PDU.
  • the UE successfully receives the PDCCH order, and there is no data in the UE buffer: the UE sends the padding data at the appropriate uplink time, and carries the ACK BSR MAC CE in the padding data;
  • the appropriate uplink time may be: the next SPS time, or the latest uplink data transmission time;
  • the ACK BSR MAC CE structure may adopt one or more formats in the current long BSR/short BSR/truncated BSR;
  • the traditional BSR MAC CE is no longer included in the MAC PDU.
  • the UE fails to receive the PDCCH command, and the UE has data in the buffer: according to the current behavior of the UE, the UE sends a D-SR at the latest PUCCH time to request an uplink scheduling grant;
  • the UE fails to receive the PDCCH command, and there is no data in the UE buffer: the UE has no behavior.
  • Step 3 According to the UE behavior in the above various situations, the eNodeB may determine whether the UE has successfully received the PDCCH activation command.
  • the eNodeB receives the uplink feedback (ACK BSR MAC CE) from the UE, it is determined that the UE has successfully received the PDCCH command, and the subsequent eNodeB waits for the UE to uplink data;
  • ACK BSR MAC CE uplink feedback
  • the eNodeB If the eNodeB does not receive the uplink feedback from the UE (the MAC PDU carrying the ACK BSR MAC CE), it is determined that the UE fails to receive the PDCCH order, and the eNodeB retransmits the PDCCH activation command at the corresponding downlink moment, and repeats step 2 until the PDCCH order is successfully received. .
  • Example 4 SPS deactivation, the UE sends feedback using ACK BSR MAC CE
  • Step 1 The eNodeB sends an SPS deactivation command to the UE through the PDCCH.
  • Step 2 The following cases and corresponding UE behaviors are as follows:
  • the UE successfully receives the PDCCH order, and the UE caches data: the UE delays the release of the SPS resource to the next SPS time, and transmits the data at the next SPS time, and carries the ACK BSR MAC CE in the MAC PDU, in the MAC subheader. Fill in the corresponding LCID;
  • the ACK BSR MAC CE structure may adopt one or more formats in the current long BSR/short BSR/truncated BSR;
  • the traditional BSR MAC CE is no longer included in the MAC PDU.
  • the appropriate uplink time may be: the next SPS time, or the latest uplink data transmission time;
  • the ACK BSR MAC CE structure may adopt one or more formats in the current long BSR/short BSR/truncated BSR;
  • the traditional BSR MAC CE is no longer included in the MAC PDU.
  • the UE fails to receive the PDCCH command, and the UE has data in the buffer: according to the current behavior of the UE, the UE sends data in the next;
  • the UE fails to receive the command on the PDCCH SPS resource, and there is no data in the UE buffer: the UE skips the uplink transmission, and no data is transmitted in the next available SPS resource.
  • Step 3 According to the UE behavior in the above various situations, the eNodeB may determine whether the UE has successfully received the PDCCH release command.
  • the eNodeB receives the uplink feedback (ACK BSR MAC CE) from the UE, it is determined that the UE has successfully received the PDCCH order, and the eNodeB releases the SPS resource;
  • ACK BSR MAC CE uplink feedback
  • the eNodeB If the eNodeB does not receive the uplink feedback from the UE (the MAC PDU carrying the ACK BSR MAC CE), it is determined that the UE fails to receive the PDCCH order, and the eNodeB retransmits the PDCCH release command at the corresponding downlink time, and repeats step 2 until the PDCCH command is successfully received. .
  • a terminal is provided in the embodiment of the present application.
  • the principle of the terminal is similar to the method for sending feedback in the embodiment of the present application. Therefore, the implementation of the terminal can be implemented by referring to the method. It will not be repeated here.
  • the first terminal for sending feedback in the embodiment of the present application includes:
  • the first receiving module 300 is configured to receive a PDCCH command from a network side device.
  • the sending module 301 is configured to send the feedback information that the PDCCH command is successfully received to the network side device by using a MAC control unit or a BSR MAC control unit in the MAC PDU.
  • the sending module 301 is specifically configured to:
  • the feedback information that the PDCCH command is successfully received in the last uplink transmission or the last SPS Occasion is sent to the network through the MAC control unit or the BSR MAC control unit in the MAC PDU. Side equipment.
  • the sending module 301 is specifically configured to:
  • the new MAC control unit is a MAC control unit different from the MAC control unit specified in the 3GPP TS 36.321 protocol.
  • the new MAC control unit has a length of 0 bit or 8 bits.
  • the sending module 301 is further configured to:
  • the new first MAC sub-head logical channel identifier value is used to indicate that the MAC control unit is a new MAC control unit.
  • the sending module 301 is specifically configured to:
  • the new BSR MAC control unit is a BSR MAC control unit different from the BSR MAC control unit specified in the 3GPP TS 36.321 protocol.
  • the structure of the new BSR MAC control unit is part or all of the following:
  • the traditional BSR MAC control unit does not have a traditional BSR MAC control unit in the MAC PDU;
  • the traditional BSR MAC control unit is a BSR MAC control unit specified in the 3GPP TS 36.321 protocol.
  • the sending module 301 is further configured to:
  • the new second MAC sub-head logical channel identifier value is used to indicate that the BSR MAC control unit is a new BSR MAC control unit.
  • the network side device is also provided in the embodiment of the present application.
  • the principle of the network side device is similar to the method for receiving feedback in the embodiment of the present application. See the implementation of the method, and the repetition will not be repeated.
  • the first network side device that receives feedback in the embodiment of the present application includes:
  • a second sending module 400 configured to send a PDCCH command to the terminal
  • the processing module 401 is configured to: after receiving the MAC control unit or the BSR MAC control unit from the terminal, determine, by the terminal, that the feedback information that the terminal successfully receives the PDCCH order is controlled by a MAC control unit or a BSR MAC in the MAC PDU. The unit sends, and determines that the terminal successfully receives the PDCCH command.
  • processing module 401 is specifically configured to:
  • the new MAC control unit is a MAC control unit different from the MAC control unit specified in the 3GPP TS 36.321 protocol.
  • processing module 401 is specifically configured to:
  • processing module 401 is specifically configured to:
  • the new BSR MAC control unit is a BSR MAC control unit different from the BSR MAC control unit specified in the 3GPP TS 36.321 protocol.
  • processing module 401 is specifically configured to:
  • a terminal is provided in the embodiment of the present application.
  • the principle of the terminal is similar to the method for sending feedback in the embodiment of the present application. Therefore, the implementation of the terminal can be implemented by referring to the method. It will not be repeated here.
  • the second terminal for sending feedback in the embodiment of the present application includes:
  • the processor 501 is configured to read a program in the memory 504 and perform the following process:
  • the feedback information that the PDCCH command is successfully received by the transceiver 502 is sent to the network side device through a MAC control unit or a BSR MAC control unit in the MAC PDU.
  • the transceiver 502 is configured to receive and transmit data under the control of the processor 501.
  • the processor 501 is specifically configured to:
  • the feedback information that the PDCCH command is successfully received in the last uplink transmission or the last SPS Occasion is sent to the network through the MAC control unit or the BSR MAC control unit in the MAC PDU. Side equipment.
  • the processor 501 is specifically configured to:
  • the new MAC control unit is a MAC control unit different from the MAC control unit specified in the 3GPP TS 36.321 protocol.
  • the new MAC control unit has a length of 0 bit or 8 bits.
  • processor 501 is further configured to:
  • the new first MAC sub-head logical channel identifier value is used to indicate that the MAC control unit is a new MAC control unit.
  • the processor 501 is specifically configured to:
  • the new BSR MAC control unit is a BSR MAC control unit different from the BSR MAC control unit specified in the 3GPP TS 36.321 protocol.
  • the structure of the new BSR MAC control unit is part or all of the following:
  • the traditional BSR MAC control unit does not have a traditional BSR MAC control unit in the MAC PDU;
  • the traditional BSR MAC control unit is a BSR MAC control unit specified in the 3GPP TS 36.321 protocol.
  • processor 501 is further configured to:
  • the new second MAC sub-head logical channel identifier value is used to indicate that the BSR MAC control unit is a new BSR MAC control unit.
  • bus 500 can include any number of interconnected buses and bridges, and bus 500 will include one or more processors represented by processor 501 and memory represented by memory 504. The various circuits are linked together. The bus 500 can also link various other circuits, such as peripherals, voltage regulators, and power management circuits, as is known in the art, and therefore, will not be further described herein.
  • Bus interface 503 provides an interface between bus 500 and transceiver 502. Transceiver 502 can be an element or a plurality of elements, such as multiple receivers and transmitters, providing means for communicating with various other devices on a transmission medium. Data processed by processor 501 is transmitted over wireless medium via antenna 505. Further, antenna 505 also receives the data and transmits the data to processor 501.
  • the processor 501 is responsible for managing the bus 500 and the usual processing, and can also provide various functions including timing, peripheral interfaces, voltage regulation, power management, and other control functions.
  • the memory 504 can be used to store data used by the processor 501 when performing operations.
  • the processor 501 can be a central embedded device (CPU), an application specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or a complex programmable logic device ( Complex Programmable Logic Device, CPLD).
  • CPU central embedded device
  • ASIC application specific integrated circuit
  • FPGA field-programmable gate array
  • CPLD complex programmable logic device
  • the network side device is also provided in the embodiment of the present application.
  • the principle of the network side device is similar to the method for receiving feedback in the embodiment of the present application. See the implementation of the method, and the repetition will not be repeated.
  • the second network side device that receives feedback in the embodiment of the present application includes:
  • the processor 601 is configured to read a program in the memory 604 and perform the following process:
  • the transceiver 602 After receiving the MAC control unit or the BSR MAC control unit from the terminal, the transceiver 602 determines that the terminal sends the feedback information that the PDCCH command is successfully received through the MAC control unit or the BSR MAC control unit in the MAC PDU. And determining that the terminal successfully receives the PDCCH command.
  • the transceiver 602 is configured to receive and transmit data under the control of the processor 601.
  • the processor 601 is specifically configured to:
  • the new MAC control unit is a MAC control unit different from the MAC control unit specified in the 3GPP TS 36.321 protocol.
  • the processor 601 is specifically configured to:
  • the unit is a new MAC control unit.
  • the processor 601 is specifically configured to:
  • the new BSR MAC control unit is a BSR MAC control unit different from the BSR MAC control unit specified in the 3GPP TS 36.321 protocol.
  • the processor 601 is specifically configured to:
  • bus 600 may include any number of interconnected buses and bridges, and bus 600 will include one or more processors and memory 604 represented by general purpose processor 601. The various circuits of the memory are linked together.
  • the bus 600 can also link various other circuits, such as peripherals, voltage regulators, and power management circuits, as is known in the art, and therefore, will not be further described herein.
  • Bus interface 603 provides an interface between bus 600 and transceiver 602.
  • Transceiver 602 can be an element or a plurality of elements, such as a plurality of receivers and transmitters, providing means for communicating with various other devices on a transmission medium. For example, transceiver 602 receives external data from other devices. The transceiver 602 is configured to send the processed data of the processor 601 to other devices.
  • a user interface 605 can also be provided, such as a keypad, display, speaker, microphone, joystick.
  • the processor 601 is responsible for managing the bus 600 and the usual processing, running a general purpose operating system as described above.
  • the memory 604 can be used to store data used by the processor 601 in performing operations.
  • the processor 601 can be a CPU, an ASIC, an FPGA, or a CPLD.
  • the terminal of the embodiment of the present application after receiving the PDCCH command from the network side device, the terminal of the embodiment of the present application sends the feedback information that the PDCCH command is successfully received to the MAC control unit or the BSR MAC control unit in the MAC PDU to the The network side device notifies the network side device to successfully receive the PDCCH command, so that the eNodeB can determine whether the UE successfully receives after transmitting the PDCCH command; further improving system performance.

Abstract

本申请实施例涉及无线通信技术领域，特别涉及一种发送和接收反馈的方法及设备，用以解决现有技术中存在的目前eNodeB发送PDCCH命令后，无法判断UE是否成功接收的问题。本申请实施例终端在接收来自网络侧设备的PDCCH命令后，将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或BSR MAC控制单元发送给所述网络侧设备，从而通知网络侧设备成功接收PDCCH命令，以便eNodeB发送PDCCH命令后，能够判断UE是否成功接收；进一步提高了系统性能。

Description

一种发送和接收反馈的方法及设备
本申请要求在2015年11月2日提交中国专利局、申请号为201510736032.2、发明名称为“一种发送和接收反馈的方法及设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及无线通信技术领域，特别涉及一种发送和接收反馈的方法及设备。
背景技术
从3G到4G，长期演进(Long Term Evolution，LTE)/长期演进升级(Long Term Evolution-Advanced，LTE-A)作为当今世界主流的移动通信技术，已经被广泛商用。
为了满足不断提升的业务需求以及业务体验，LTE/LTE-A系统引入大量新技术，用于提升业务速率，例如多天线技术(MIMO)、载波聚合(Carrier Aggregation，CA)，256相正交振幅调制(256Quadrature Amplitude Modulation，256QAM)，等。从3GPP版本(release)8以来，系统(理论)峰值速率从100Mbps提升至4Gbps。
为了获得更短的上行时延，目前的方案是略去上行调度请求(Scheduling Request，SR)过程，直接通过上行调度授权给UE(用户设备，也称为终端)分配无线资源，进行快速上行发送的方法。授权方式包括动态调度(Dynamic scheduling)或者半持续调度(Semi-Persistent Scheduling，SPS)。在传统LTE/LTE-A系统中，UE接收来自PDCCH的上行调度授权，同时在相应的时刻进行上行数据传输，如果UE缓存中没有上行数据，则需要发送携带空缓存状态报告(empty BSR；Buffer Status Report，BSR)的填充数据(padding)。
对于半持续调度，根据传统行为，eNodeB(演进基站)可以根据UE发送的上行数据或填充来判断UE已经成功接收(重)激活/释放SPS命令，而如果UE没有任何上行传输，eNodeB可以判断物理下行控制信道(Physical Downlink Control Channel，PDCCH)接收失败。使用跳过上行传输机制带来的问题是，给UE发送(重)激活/释放SPS资源命令后，如果在相应的上行时刻没有收到来自用户的数据或者填充数据，eNodeB就无法判断UE是否成功接收了(重)激活/释放SPS资源命令。
综上所述，目前eNodeB发送PDCCH命令后，无法判断UE是否成功接收。
发明内容
本申请提供一种发送和接收反馈的方法及设备，用以解决现有技术中存在的目前 eNodeB发送PDCCH命令后，无法判断UE是否成功接收的问题。
本申请实施例提供的一种发送反馈的方法，该方法包括：
终端接收来自网络侧设备的物理下行控制信道PDCCH命令；
所述终端将所述PDCCH命令接收成功的反馈信息通过媒体接入控制协议数据单元MAC PDU中的媒体接入层MAC控制单元或缓存状态上报BSR MAC控制单元发送给所述网络侧设备。
可选的，所述终端将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或BSR MAC控制单元发送给所述网络侧设备，包括：
所述终端在收到来自网络侧设备的PDCCH命令后，在最近一次上行传输或最近一次SPS Occasion将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或BSR MAC控制单元发送给所述网络侧设备。
可选的，所述终端将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元发送给所述网络侧设备，包括：
所述终端将所述PDCCH命令接收成功的反馈信息通过新的MAC控制单元发送给所述网络侧设备；
其中，所述新的MAC控制单元为与3GPP TS 36.321协议中规定的MAC控制单元不同的MAC控制单元。
可选的，所述新的MAC控制单元长度为0bit或8bit。
可选的，所述终端接收来自网络侧设备的PDCCH命令之后，将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元发送给所述网络侧设备之前，还包括：
所述终端将新的第一MAC子头逻辑信道标识值置于所述MAC PDU中；
其中，所述新的第一MAC子头逻辑信道标识值用于指示所述MAC控制单元为新的MAC控制单元。
可选的，所述终端将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的BSR MAC控制单元发送给所述网络侧设备，包括：
所述终端将所述PDCCH命令接收成功的反馈信息通过新的BSR MAC控制单元发送给所述网络侧设备；
其中，所述新的BSR MAC控制单元为与3GPP TS 36.321协议中规定的BSR MAC控制单元不同的BSR MAC控制单元。
可选的，所述新的BSR MAC控制单元的结构为下列中的部分或全部：
长long BSR、短short BSR和截取truncated BSR。
可选的，所述新的BSR MAC控制单元的MAC PDU中没有传统的BSR MAC控制单 元；
其中，所述传统的BSR MAC控制单元为3GPP TS 36.321协议中规定的BSR MAC控制单元。
可选的，所述终端接收来自网络侧设备的PDCCH命令之后，将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的BSR MAC控制单元发送给所述网络侧设备之前，还包括：
所述终端将新的第二MAC子头逻辑信道标识值置于所述MAC PDU中；
其中，所述新的第二MAC子头逻辑信道标识值用于指示所述BSR MAC控制单元为新的BSR MAC控制单元。
本申请实施例提供的一种接收反馈的方法，该方法包括：
网络侧设备向终端发送PDCCH命令；
所述网络侧设备在接收来自所述终端的MAC控制单元或BSR MAC控制单元后，若确定所述终端将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或BSR MAC控制单元发送，则确定所述终端成功接收到所述PDCCH命令。
可选的，所述网络侧设备确定所述终端将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元，包括：
所述网络侧设备确定所述终端将所述PDCCH命令接收成功的反馈信息通过新的MAC控制单元发送给所述网络侧设备；
其中，所述新的MAC控制单元为与3GPP TS 36.321协议中规定的MAC控制单元不同的MAC控制单元。
可选的，所述网络侧设备确定所述终端将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的BSR MAC控制单元，包括：
所述网络侧设备确定所述终端将所述PDCCH命令接收成功的反馈信息通过新的BSR MAC控制单元发送给所述网络侧设备；
其中，所述新的BSR MAC控制单元为与3GPP TS 36.321协议中规定的BSR MAC控制单元不同的BSR MAC控制单元。
本申请实施例提供的一种发送反馈的终端，该终端包括：
第一接收模块，用于接收来自网络侧设备的PDCCH命令；
发送模块，用于将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或BSR MAC控制单元发送给所述网络侧设备。
可选的，所述发送模块具体用于：
在收到来自网络侧设备的PDCCH命令后，在最近一次上行传输或最近一次SPS Occasion将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或 BSR MAC控制单元发送给所述网络侧设备。
可选的，所述发送模块具体用于：
将所述PDCCH命令接收成功的反馈信息通过新的MAC控制单元发送给所述网络侧设备；
其中，所述新的MAC控制单元为与3GPP TS 36.321协议中规定的MAC控制单元不同的MAC控制单元。
可选的，所述新的MAC控制单元长度为0bit或8bit。
可选的，所述发送模块还用于：
将新的第一MAC子头逻辑信道标识值置于所述MAC PDU中；
其中，所述新的第一MAC子头逻辑信道标识值用于指示所述MAC控制单元为新的MAC控制单元。
可选的，所述发送模块具体用于：
将所述PDCCH命令接收成功的反馈信息通过新的BSR MAC控制单元发送给所述网络侧设备；
其中，所述新的BSR MAC控制单元为与3GPP TS 36.321协议中规定的BSR MAC控制单元不同的BSR MAC控制单元。
可选的，所述新的BSR MAC控制单元的结构为下列中的部分或全部：
long BSR、short BSR和truncated BSR。
可选的，所述新的BSR MAC控制单元的MAC PDU中没有传统的BSR MAC控制单元；
其中，所述传统的BSR MAC控制单元为3GPP TS 36.321协议中规定的BSR MAC控制单元。
可选的，所述发送模块还用于：
将新的第二MAC子头逻辑信道标识值置于所述MAC PDU中；
其中，所述新的第二MAC子头逻辑信道标识值用于指示所述BSR MAC控制单元为新的BSR MAC控制单元。
本申请实施例提供的另一种发送反馈的终端，该终端包括：
处理器，用于读取存储器中的程序，执行下列过程：
通过收发机接收来自网络侧设备的PDCCH命令；
通过收发机将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或BSR MAC控制单元发送给所述网络侧设备。
收发机，用于在处理器的控制下接收和发送数据。
可选的，所述处理器具体用于：
在收到来自网络侧设备的PDCCH命令后，在最近一次上行传输或最近一次SPS Occasion将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或BSR MAC控制单元发送给所述网络侧设备。
可选的，所述处理器具体用于：
将所述PDCCH命令接收成功的反馈信息通过新的MAC控制单元发送给所述网络侧设备；
其中，所述新的MAC控制单元为与3GPP TS 36.321协议中规定的MAC控制单元不同的MAC控制单元。
可选的，所述新的MAC控制单元长度为0bit或8bit。
可选的，所述处理器还用于：
将新的第一MAC子头逻辑信道标识值置于所述MAC PDU中；
其中，所述新的第一MAC子头逻辑信道标识值用于指示所述MAC控制单元为新的MAC控制单元。
可选的，所述处理器具体用于：
将所述PDCCH命令接收成功的反馈信息通过新的BSR MAC控制单元发送给所述网络侧设备；
其中，所述新的BSR MAC控制单元为与3GPP TS 36.321协议中规定的BSR MAC控制单元不同的BSR MAC控制单元。
可选的，所述新的BSR MAC控制单元的结构为下列中的部分或全部：
long BSR、short BSR和truncated BSR。
可选的，所述新的BSR MAC控制单元的MAC PDU中没有传统的BSR MAC控制单元；
其中，所述传统的BSR MAC控制单元为3GPP TS 36.321协议中规定的BSR MAC控制单元。
可选的，所述处理器还用于：
将新的第二MAC子头逻辑信道标识值置于所述MAC PDU中；
其中，所述新的第二MAC子头逻辑信道标识值用于指示所述BSR MAC控制单元为新的BSR MAC控制单元。
本申请实施例提供的一种接收反馈的网络侧设备，该网络侧设备包括：
第二发送模块，用于向终端发送PDCCH命令；
处理模块，用于在接收来自所述终端的MAC控制单元或BSR MAC控制单元后，若确定所述终端将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或BSR MAC控制单元发送，则确定所述终端成功接收到所述PDCCH命令。
可选的，所述处理模块具体用于：
确定所述终端将所述PDCCH命令接收成功的反馈信息通过新的MAC控制单元发送给所述网络侧设备；
其中，所述新的MAC控制单元为与3GPP TS 36.321协议中规定的MAC控制单元不同的MAC控制单元。
可选的，所述处理模块具体用于：
确定所述终端将所述PDCCH命令接收成功的反馈信息通过新的BSR MAC控制单元发送给所述网络侧设备；
其中，所述新的BSR MAC控制单元为与3GPP TS 36.321协议中规定的BSR MAC控制单元不同的BSR MAC控制单元。
本申请实施例提供的另一种接收反馈的网络侧设备，该网络侧设备包括：
处理器，用于读取存储器中的程序，执行下列过程：
通过收发机向终端发送PDCCH命令；
通过收发机在接收来自所述终端的MAC控制单元或BSR MAC控制单元后，若确定所述终端将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或BSR MAC控制单元发送，则确定所述终端成功接收到所述PDCCH命令。
收发机，用于在处理器的控制下接收和发送数据。
可选的，所述处理器具体用于：
确定所述终端将所述PDCCH命令接收成功的反馈信息通过新的MAC控制单元发送给所述网络侧设备；
其中，所述新的MAC控制单元为与3GPP TS 36.321协议中规定的MAC控制单元不同的MAC控制单元。
可选的，所述处理器具体用于：
根据所述MAC PDU中新的第一MAC子头逻辑信道标识值确定对应的所述MAC控制单元为新的MAC控制单元。
可选的，所述处理器具体用于：
确定所述终端将所述PDCCH命令接收成功的反馈信息通过新的BSR MAC控制单元发送给所述网络侧设备；
其中，所述新的BSR MAC控制单元为与3GPP TS 36.321协议中规定的BSR MAC控制单元不同的BSR MAC控制单元。
可选的，所述处理器具体用于：
根据所述MAC PDU中新的第二MAC子头逻辑信道标识值确定对应的所述BSR MAC控制单元为新的BSR MAC控制单元。
本申请实施例终端在接收来自网络侧设备的PDCCH命令后，将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或BSR MAC控制单元发送给所述网络侧设备，从而通知网络侧设备成功接收PDCCH命令，以便eNodeB发送PDCCH命令后，能够判断UE是否成功接收；进一步提高了系统性能。
附图说明
图1为本申请实施例一种发送反馈的方法流程示意图；
图2为本申请实施例一种接收反馈的方法流程示意图；
图3为本申请实施例第一种发送反馈的终端的结构示意图；
图4为本申请实施例第一种接收反馈的网络侧设备结构流程示意图；
图5为本申请实施例第二种发送反馈的终端的结构示意图；
图6为本申请实施例第二种接收反馈的网络侧设备结构流程示意图。
具体实施方式
本申请实施例终端在接收来自网络侧设备的PDCCH命令后，将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或BSR MAC控制单元发送给所述网络侧设备，从而通知网络侧设备成功接收PDCCH命令，以便eNodeB发送PDCCH命令后，能够判断UE是否成功接收；进一步提高了系统性能。
对于调度来说，PDCCH携带的是授权(grant)，对于SPS激活/去激活，PDCCH携带的为命令(order)。基于此本申请实施例PDCCH命令，也适用于PDCCH授权。在实施中，UE对PDCCH命令的反馈，包括但不限于下列情况中的部分或全部：
收到上行SPS激活命令；
收到上行SPS去激活(或称为释放)命令；
收到上行动态调度授权。
下面结合说明书附图对本申请实施例作进一步详细描述。
如图1所示，本申请实施例提供的一种发送反馈的方法包括：
步骤100、终端接收来自网络侧设备的PDCCH命令；
步骤101、所述终端将所述PDCCH命令接收成功的反馈信息通过媒体接入控制协议数据单元(Medium Access Control Packet Data Unit，MAC PDU)中的MAC控制单元或BSR MAC控制单元发送给所述网络侧设备。
可选的，所述终端在收到来自网络侧设备的PDCCH命令后，在最近一次上行传输或最近一次SPS资源时刻(SPS Occasion)将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或BSR MAC控制单元发送给所述网络侧设备。
相应的，网络侧设备通过MAC PDU中的MAC控制单元或BSR MAC控制单元，就可以获知PDCCH命令在UE侧成功接收。
具体选择MAC控制单元还是BSR MAC控制单元可以根据需要或协议固定或高层通知等方式确定。
下面分别进行介绍。
方式一、通过MAC PDU中的MAC控制单元发送。
可选的，所述终端将所述PDCCH命令接收成功的反馈信息通过新的MAC控制单元发送给所述网络侧设备；
其中，所述新的MAC控制单元为与第三代移动通信标准化组织(3rd Generation Partnership Project，3GPP)技术规范(TS)36.321协议中规定的MAC控制单元不同的MAC控制单元。
可选的，新的MAC控制单元长度为0bit或8bit。
一般情况下，使用0bit格式；如果需要携带一些信息(例如功率余量上报(Power Headroom Report，PHR)等)，可以选择8bit格式。0bit表示MAC控制单元为空，不携带信息，网络侧设备通过MAC子头中对应的逻辑信道标识，就知道这是一个反馈信息，8bit格式可以携带信息，例如PHR等。
需要说明的是，新的MAC控制单元长度并不局限于上述两种长度，其他长度也同样适用本申请实施例。
可选的，对于新的MAC控制单元，本申请实施例还对MAC子头逻辑信道标识进行了扩展。
具体的，所述终端接收来自网络侧设备的PDCCH命令之后，将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的BSR MAC控制单元发送给所述网络侧设备之前，将新的第一MAC子头逻辑信道标识值置于所述MAC PDU中；
其中，所述新的第一MAC子头逻辑信道标识值用于指示所述MAC控制单元为新的MAC控制单元。
因为引入新的媒体接入层控制单元(MAC Control Element，MAC CE)，需要扩展现有的上行共享信道逻辑信道标识(3GPP TS36.321，表6.2.1-2上行共享信道逻辑信道标识值(Values of LCID for UL-SCH))。如表1，现有逻辑信道标识使用5bit字段(逻辑信道号(Logical Channel ID，LCID)可以从00000到11111)，有大量保留值可以使用(01100到10101)。
Figure PCTCN2016103295-appb-000001
表1上行共享信道的逻辑信道标识值
在实施中，可以在保留值中任选一个值，例如(01100)，用于指示新引入的MAC CE即可。
基于上述内容，UE收到来自PDCCH的上行命令后，可以在上行共享信道(UL-SCH)上发送含有新MAC CE和对应MAC子头的数据PDU或者填充PDU，作为对PDCCH命令的反馈。
方式二、通过MAC PDU中的BSR MAC控制单元发送。
可选的，所述终端将所述PDCCH命令接收成功的反馈信息通过新的BSR MAC控制单元发送给所述网络侧设备；
其中，所述新的BSR MAC控制单元为与3GPP TS 36.321协议中规定的BSR MAC控制单元不同的BSR MAC控制单元。
在实施中，所述新的BSR MAC控制单元的结构为下列中的部分或全部：
long BSR、short BSR和truncated BSR。
可选的，所述新的BSR MAC控制单元的MAC PDU中没有传统的BSR MAC控制单元；其中，所述传统的BSR MAC控制单元为3GPP TS 36.321协议中规定的BSR MAC控制单元。
可选的，对于新的MAC控制单元，本申请实施例还对MAC子头逻辑信道标识进行了扩展。
具体的，所述终端接收来自网络侧设备的PDCCH命令之后，将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的BSR MAC控制单元发送给所述网络侧设备之前，将新的第二MAC子头逻辑信道标识值置于所述MAC PDU中；
其中，所述新的第二MAC子头逻辑信道标识值用于指示所述BSR MAC控制单元为新的BSR MAC控制单元。
因为引入新的MAC CE，需要扩展现有的上行共享信道逻辑信道标识(3GPP TS36.321，表6.2.1-2Values of LCID for UL-SCH)。如表1，现有逻辑信道标识使用5bit字段(LCID可以从00000到11111)，有大量保留值可以使用(01100到10101)。
其中，新增一个(或者多个)ACK BSR，作为需要UE对PDCCH命令发送反馈时使用的LCID，分别对应BSR的MAC CE格式可以为short BSR或者long BSR或者truncated  BSR，仍然使用传统BSR MAC CE格式，不用改变。例如上表中：ACK BSR的LCID为01100。
基于上述内容，UE收到来自PDCCH的上行命令后，可以在上行共享信道(UL-SCH)上发送数据PDU或者填充PDU，作为对PDCCH命令(或授权)的反馈。
其中，数据PDU中携带ACK BSR MAC CE。
如图2所示，本申请实施例一种接收反馈的方法包括：
步骤200、网络侧设备向终端发送PDCCH命令；
步骤201、所述网络侧设备在接收来自所述终端的MAC控制单元或BSR MAC控制单元后，若确定所述终端将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或BSR MAC控制单元发送，则确定所述终端成功接收到所述PDCCH命令。
可选的，所述终端在收到来自网络侧设备的PDCCH命令后，在最近一次上行传输或最近一次SPS Occasion将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或BSR MAC控制单元发送给所述网络侧设备。
相应的，网络侧设备通过MAC PDU中的MAC控制单元或BSR MAC控制单元，就可以获知PDCCH命令在UE侧成功接收。
具体选择MAC控制单元还是BSR MAC控制单元可以根据需要或协议固定或高层通知等方式确定。
下面分别进行介绍。
方式一、通过MAC PDU中的MAC控制单元发送。
可选的，所述网络侧设备确定所述终端将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元，包括：
所述网络侧设备确定所述终端将所述PDCCH命令接收成功的反馈信息通过新的MAC控制单元发送给所述网络侧设备；
其中，所述新的MAC控制单元为与3GPP TS 36.321协议中规定的MAC控制单元不同的MAC控制单元。
可选的，新的MAC控制单元长度为0bit或8bit。
一般情况下，使用0bit格式；如果需要携带一些信息(例如PHR等)，可以选择8bit格式。0bit表示MAC控制单元为空，不携带信息，网络侧设备通过MAC子头中对应的逻辑信道标识，就知道这是一个反馈信息，8bit格式可以携带信息，例如PHR等。
需要说明的是，新的MAC控制单元长度并不局限于上述两种长度，其他长度也同样适用本申请实施例。
可选的，对于新的MAC控制单元，本申请实施例还对MAC子头逻辑信道标识进行了扩展。
具体的，所述终端接收来自网络侧设备的PDCCH命令之后，将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的BSR MAC控制单元发送给所述网络侧设备之前，将新的第一MAC子头逻辑信道标识值置于所述MAC PDU中；其中，所述新的第一MAC子头逻辑信道标识值用于指示所述MAC控制单元为新的MAC控制单元。
因为引入新的MAC CE，需要扩展现有的上行共享信道逻辑信道标识(3GPP TS36.321，表6.2.1-2Values of LCID for UL-SCH)。如表1，现有逻辑信道标识使用5bit字段(LCID可以从00000到11111)，有大量保留值可以使用(01100到10101)。
在实施中，可以在保留值中任选一个值，例如(01100)，用于指示新引入的MAC CE即可。
方式二、通过MAC PDU中的BSR MAC控制单元发送。
可选的，所述网络侧设备确定所述终端将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的BSR MAC控制单元，包括：
所述网络侧设备确定所述终端将所述PDCCH命令接收成功的反馈信息通过新的BSR MAC控制单元发送给所述网络侧设备；其中，所述新的BSR MAC控制单元为与3GPP TS36.321协议中规定的BSR MAC控制单元不同的BSR MAC控制单元。
在实施中，所述新的BSR MAC控制单元的结构为下列中的部分或全部：
long BSR、short BSR和truncated BSR。
可选的，所述新的BSR MAC控制单元的MAC PDU中没有传统的BSR MAC控制单元；其中，所述传统的BSR MAC控制单元为3GPP TS 36.321协议中规定的BSR MAC控制单元。
可选的，对于新的MAC控制单元，本申请实施例还对MAC子头逻辑信道标识进行了扩展。
具体的，所述终端接收来自网络侧设备的PDCCH命令之后，将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的BSR MAC控制单元发送给所述网络侧设备之前，将新的第二MAC子头逻辑信道标识值置于所述MAC PDU中；其中，所述新的第二MAC子头逻辑信道标识值用于指示所述BSR MAC控制单元为新的BSR MAC控制单元。
因为引入新的MAC CE，需要扩展现有的上行共享信道逻辑信道标识(3GPP TS36.321，表6.2.1-2Values of LCID for UL-SCH)。如表1，现有逻辑信道标识使用5bit字段(LCID可以从00000到11111)，有大量保留值可以使用(01100到10101)。
其中，新增一个(或者多个)ACK BSR，作为需要UE对PDCCH命令发送反馈时使用的LCID，分别对应BSR的MAC CE格式可以为short BSR或者long BSR或者truncated BSR，仍然使用传统BSR MAC CE格式，不用改变。例如上表中：ACK BSR的LCID为01100。
其中，本申请实施例的网络侧设备可以是基站(比如宏基站(包括演进基站)、家庭基站等)，也可以是RN(中继)设备，还可以是其它网络侧设备。
下面列举几个例子对本申请的方案进行详细说明。
实例一：SPS激活，UE反馈ACK MAC CE
步骤1：eNodeB通过PDCCH向UE下发SPS激活命令。
步骤2：之后的几种情况和对应的UE行为如下：
a)UE成功接收PDCCH命令，UE缓存中有数据：UE在下一个SPS时刻发送数据，同时在MAC PDU中携带ACK MAC CE，与ACK MAC CE对应的MAC子头中LCID填写01100；
其中，ACK MAC CE一般大小为0bit(如果ACK MAC CE大小不为0bit，在ACK MAC CE中可携带PHR或BSR等相关信息)。
b)UE成功接收PDCCH命令，UE缓存中无数据：UE在合适的上行时刻发送填充数据，并携带ACK MAC CE，与ACK MAC CE对应的MAC子头中LCID填写01100；
其中，合适的上行时刻可以是：下一个SPS时刻，或者最近的上行数据传输时刻；
ACK MAC CE一般大小为0bit(如果ACK MAC CE大小不为0bit，在ACK MAC CE中可携带PHR或BSR等相关信息)。
c)UE接收PDCCH命令失败，UE缓存中有数据：根据UE当前行为，UE在最近的PUCCH时刻发送专用调度请求(Dedicated Scheduling Request，D-SR)，请求上行调度授权；
d)UE接收PDCCH命令失败，UE缓存中无数据：UE无任何行为。
步骤3：根据上述各种情况的UE行为，eNodeB(演进基站)可以判断，UE是否已经成功接收PDCCH激活命令。
如果eNodeB会收到来自UE的上行反馈(ACK MAC CE)，则UE已经成功接收PDCCH命令，后续eNodeB等待UE上行数据即可；
如果eNodeB没有收到来自UE的上行反馈(携带ACK MAC CE的MAC PDU)，则UE接收PDCCH命令失败，eNodeB在相应的下行时刻重传PDCCH激活命令，重复步骤2，直到PDCCH命令接收成功。
实例二：SPS去激活，UE反馈ACK MAC CE
步骤1：eNodeB通过PDCCH向UE下发SPS去激活命令。
步骤2：之后的几种情况和对应的UE行为如下：
a)UE成功接收PDCCH命令，UE缓存中有数据：UE将SPS资源释放推迟至下一个SPS时刻，并在下一个SPS时刻发送数据，同时在MAC PDU中携带ACK MAC CE，与ACK MAC CE对应的MAC子头中LCID填写01100；
其中，ACK MAC CE一般大小为0bit(如果ACK MAC CE大小不为0bit，在ACK MAC CE中可携带PHR或BSR等相关信息)。
b)UE成功接收PDCCH命令，UE缓存中无数据：UE将SPS资源释放推迟至下一个SPS时刻，并在合适的上行时刻发送填充数据，填充数据中携带ACK MAC CE，与此MAC CE对应的MAC子头中LCID填写01100；
其中，合适的上行时刻可以是：下一个SPS时刻，或者最近的上行数据传输时刻；
ACK MAC CE一般大小为0bit(如果ACK MAC CE大小不为0bit，在ACK MAC CE中可携带PHR或BSR等相关信息)。
c)UE接收PDCCH命令失败，UE缓存中有数据：根据UE当前行为，UE在下一个SPS资源上发送数据，在MAC PDU中，不携带ACK MAC CE；
d)UE接收PDCCH命令失败，UE缓存中无数据：UE跳过上行传输，在下一个可用的SPS资源，无任何数据发送。
步骤3：根据上述各种情况的UE行为，eNodeB可以判断UE是否已经成功接收PDCCH释放命令。
如果eNodeB收到来自UE的上行反馈(ACK MAC CE)，则确定UE已经成功接收PDCCH命令，eNodeB释放SPS资源；
如果eNodeB没有收到来自UE的上行反馈(携带ACK MAC CE的MAC PDU)，则确定UE接收PDCCH命令失败，eNodeB在相应的下行时刻重传PDCCH释放命令，重复步骤2，直到PDCCH命令接收成功。
实例三：SPS激活，UE利用ACK BSR MAC CE发送反馈
步骤1：eNodeB通过PDCCH向UE下发SPS激活命令。
步骤2：之后的几种情况和对应的UE行为如下：
a)UE成功接收PDCCH命令，UE缓存中有数据：UE在下一个SPS时刻发送数据，同时在MAC PDU中携带ACK BSR MAC CE，在MAC子头中填写相应的LCID；
其中，ACK BSR MAC CE结构可以采用当前long(长)BSR/short(短)BSR/truncated(截断)BSR中的一种或多种格式，；
携带ACK BSR MAC CE的情况下，MAC PDU中不再包含传统的BSR MAC CE。
b)UE成功接收PDCCH命令，UE缓存中无数据：UE在合适的上行时刻发送填充数据，在填充数据中携带ACK BSR MAC CE；
其中，合适的上行时刻可以是：下一个SPS时刻，或者最近的上行数据传输时刻；
ACK BSR MAC CE结构可以采用当前long BSR/short BSR/truncated BSR中的一种或多种格式；
携带ACK BSR MAC CE的情况下，MAC PDU中不再包含传统的BSR MAC CE。
c)UE接收PDCCH命令失败，UE缓存中有数据：根据UE当前行为，UE在最近的PUCCH时刻发送D-SR，请求上行调度授权；
d)UE接收PDCCH命令失败，UE缓存中无数据：UE无任何行为。
步骤3：根据上述各种情况的UE行为，eNodeB可以判断UE是否已经成功接收PDCCH激活命令。
如果eNodeB收到来自UE的上行反馈(ACK BSR MAC CE)，则确定UE已经成功接收PDCCH命令，后续eNodeB等待UE上行数据即可；
如果eNodeB没有收到来自UE的上行反馈(携带ACK BSR MAC CE的MAC PDU)，则确定UE接收PDCCH命令失败，eNodeB在相应的下行时刻重传PDCCH激活命令，重复步骤2，直到PDCCH命令接收成功。
实例四：SPS去激活，UE利用ACK BSR MAC CE发送反馈
步骤1：eNodeB通过PDCCH向UE下发SPS去激活命令。
步骤2：之后的几种情况和对应的UE行为如下：
a)UE成功接收PDCCH命令，UE缓存中有数据：UE将SPS资源释放推迟至下一个SPS时刻，并在下一个SPS时刻发送数据，同时在MAC PDU中携带ACK BSR MAC CE，在MAC子头中填写相应的LCID；
其中，ACK BSR MAC CE结构可以采用当前long BSR/short BSR/truncated BSR中的一种或多种格式；
携带ACK BSR MAC CE的情况下，MAC PDU中不再包含传统的BSR MAC CE。
b)UE成功接收PDCCH命令，UE缓存中无数据：UE将SPS资源释放推迟至下一个SPS时刻，并在合适的上行时刻发送填充数据，在填充数据中携带ACK BSR MAC CE；
其中，合适的上行时刻可以是：下一个SPS时刻，或者最近的上行数据传输时刻；
ACK BSR MAC CE结构可以采用当前long BSR/short BSR/truncated BSR中的一种或多种格式；
携带ACK BSR MAC CE的情况下，MAC PDU中不再包含传统的BSR MAC CE。
c)UE接收PDCCH命令失败，UE缓存中有数据：根据UE当前行为，UE在下一个发送数据；
d)UE接收PDCCHSPS资源上命令失败，UE缓存中无数据：UE跳过上行传输，在下一个可用的SPS资源，无任何数据发送。
步骤3：根据上述各种情况的UE行为，eNodeB可以判断UE是否已经成功接收PDCCH释放命令。
如果eNodeB收到来自UE的上行反馈(ACK BSR MAC CE)，则确定UE已经成功接收PDCCH命令，eNodeB释放SPS资源；
如果eNodeB没有收到来自UE的上行反馈(携带ACK BSR MAC CE的MAC PDU)，则确定UE接收PDCCH命令失败，eNodeB在相应的下行时刻重传PDCCH释放命令，重复步骤2，直到PDCCH命令接收成功。
基于同一发明构思，本申请实施例中还提供了一种终端，由于该终端解决问题的原理与本申请实施例图1中发送反馈的方法相似，因此该终端的实施可以参见方法的实施，重复之处不再赘述。
如图3所示，本申请实施例第一种发送反馈的终端包括：
第一接收模块300，用于接收来自网络侧设备的PDCCH命令；
发送模块301，用于将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或BSR MAC控制单元发送给所述网络侧设备。
可选的，所述发送模块301具体用于：
在收到来自网络侧设备的PDCCH命令后，在最近一次上行传输或最近一次SPS Occasion将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或BSR MAC控制单元发送给所述网络侧设备。
可选的，所述发送模块301具体用于：
将所述PDCCH命令接收成功的反馈信息通过新的MAC控制单元发送给所述网络侧设备；
其中，所述新的MAC控制单元为与3GPP TS 36.321协议中规定的MAC控制单元不同的MAC控制单元。
可选的，所述新的MAC控制单元长度为0bit或8bit。
可选的，所述发送模块301还用于：
将新的第一MAC子头逻辑信道标识值置于所述MAC PDU中；
其中，所述新的第一MAC子头逻辑信道标识值用于指示所述MAC控制单元为新的MAC控制单元。
可选的，所述发送模块301具体用于：
将所述PDCCH命令接收成功的反馈信息通过新的BSR MAC控制单元发送给所述网络侧设备；
其中，所述新的BSR MAC控制单元为与3GPP TS 36.321协议中规定的BSR MAC控制单元不同的BSR MAC控制单元。
可选的，所述新的BSR MAC控制单元的结构为下列中的部分或全部：
long BSR、short BSR和truncated BSR。
可选的，所述新的BSR MAC控制单元的MAC PDU中没有传统的BSR MAC控制单元；
其中，所述传统的BSR MAC控制单元为3GPP TS 36.321协议中规定的BSR MAC控制单元。
可选的，所述发送模块301还用于：
将新的第二MAC子头逻辑信道标识值置于所述MAC PDU中；
其中，所述新的第二MAC子头逻辑信道标识值用于指示所述BSR MAC控制单元为新的BSR MAC控制单元。
基于同一发明构思，本申请实施例中还提供了一种网络侧设备，由于该网络侧设备解决问题的原理与本申请实施例图2中接收反馈的方法相似，因此该网络侧设备的实施可以参见方法的实施，重复之处不再赘述。
如图4所示，本申请实施例第一种接收反馈的网络侧设备包括：
第二发送模块400，用于向终端发送PDCCH命令；
处理模块401，用于在接收来自所述终端的MAC控制单元或BSR MAC控制单元后，若确定所述终端将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或BSR MAC控制单元发送，则确定所述终端成功接收到所述PDCCH命令。
可选的，所述处理模块401具体用于：
确定所述终端将所述PDCCH命令接收成功的反馈信息通过新的MAC控制单元发送给所述网络侧设备；
其中，所述新的MAC控制单元为与3GPP TS 36.321协议中规定的MAC控制单元不同的MAC控制单元。
可选的，所述处理模块401具体用于：
根据所述MAC PDU中新的第一MAC子头逻辑信道标识值确定对应的所述MAC控制单元为新的MAC控制单元。
可选的，所述处理模块401具体用于：
确定所述终端将所述PDCCH命令接收成功的反馈信息通过新的BSR MAC控制单元发送给所述网络侧设备；
其中，所述新的BSR MAC控制单元为与3GPP TS 36.321协议中规定的BSR MAC控制单元不同的BSR MAC控制单元。
可选的，所述处理模块401具体用于：
根据所述MAC PDU中新的第二MAC子头逻辑信道标识值确定对应的所述BSR MAC控制单元为新的BSR MAC控制单元。
基于同一发明构思，本申请实施例中还提供了一种终端，由于该终端解决问题的原理与本申请实施例图1中发送反馈的方法相似，因此该终端的实施可以参见方法的实施，重复之处不再赘述。
如图5所示，本申请实施例第二种发送反馈的终端包括：
处理器501，用于读取存储器504中的程序，执行下列过程：
通过收发机502接收来自网络侧设备的PDCCH命令；
通过收发机502将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或BSR MAC控制单元发送给所述网络侧设备。
收发机502，用于在处理器501的控制下接收和发送数据。
可选的，所述处理器501具体用于：
在收到来自网络侧设备的PDCCH命令后，在最近一次上行传输或最近一次SPS Occasion将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或BSR MAC控制单元发送给所述网络侧设备。
可选的，所述处理器501具体用于：
将所述PDCCH命令接收成功的反馈信息通过新的MAC控制单元发送给所述网络侧设备；
其中，所述新的MAC控制单元为与3GPP TS 36.321协议中规定的MAC控制单元不同的MAC控制单元。
可选的，所述新的MAC控制单元长度为0bit或8bit。
可选的，所述处理器501还用于：
将新的第一MAC子头逻辑信道标识值置于所述MAC PDU中；
其中，所述新的第一MAC子头逻辑信道标识值用于指示所述MAC控制单元为新的MAC控制单元。
可选的，所述处理器501具体用于：
将所述PDCCH命令接收成功的反馈信息通过新的BSR MAC控制单元发送给所述网络侧设备；
其中，所述新的BSR MAC控制单元为与3GPP TS 36.321协议中规定的BSR MAC控制单元不同的BSR MAC控制单元。
可选的，所述新的BSR MAC控制单元的结构为下列中的部分或全部：
long BSR、short BSR和truncated BSR。
可选的，所述新的BSR MAC控制单元的MAC PDU中没有传统的BSR MAC控制单元；
其中，所述传统的BSR MAC控制单元为3GPP TS 36.321协议中规定的BSR MAC控制单元。
可选的，所述处理器501还用于：
将新的第二MAC子头逻辑信道标识值置于所述MAC PDU中；
其中，所述新的第二MAC子头逻辑信道标识值用于指示所述BSR MAC控制单元为新的BSR MAC控制单元。
在图5中，总线架构(用总线500来代表)，总线500可以包括任意数量的互联的总线和桥，总线500将包括由处理器501代表的一个或多个处理器和存储器504代表的存储器的各种电路链接在一起。总线500还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口503在总线500和收发机502之间提供接口。收发机502可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器501处理的数据通过天线505在无线介质上进行传输，进一步，天线505还接收数据并将数据传送给处理器501。
处理器501负责管理总线500和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器504可以被用于存储处理器501在执行操作时所使用的数据。
可选的，处理器501可以是中央处埋器(CPU)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或复杂可编程逻辑器件(Complex Programmable Logic Device，CPLD)。
基于同一发明构思，本申请实施例中还提供了一种网络侧设备，由于该网络侧设备解决问题的原理与本申请实施例图2中接收反馈的方法相似，因此该网络侧设备的实施可以参见方法的实施，重复之处不再赘述。
如图6所示，本申请实施例第二种接收反馈的网络侧设备包括：
处理器601，用于读取存储器604中的程序，执行下列过程：
通过收发机602向终端发送PDCCH命令；
通过收发机602在接收来自所述终端的MAC控制单元或BSR MAC控制单元后，若确定所述终端将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或BSR MAC控制单元发送，则确定所述终端成功接收到所述PDCCH命令。
收发机602，用于在处理器601的控制下接收和发送数据。
可选的，所述处理器601具体用于：
确定所述终端将所述PDCCH命令接收成功的反馈信息通过新的MAC控制单元发送给所述网络侧设备；
其中，所述新的MAC控制单元为与3GPP TS 36.321协议中规定的MAC控制单元不同的MAC控制单元。
可选的，所述处理器601具体用于：
根据所述MAC PDU中新的第一MAC子头逻辑信道标识值确定对应的所述MAC控 制单元为新的MAC控制单元。
可选的，所述处理器601具体用于：
确定所述终端将所述PDCCH命令接收成功的反馈信息通过新的BSR MAC控制单元发送给所述网络侧设备；
其中，所述新的BSR MAC控制单元为与3GPP TS 36.321协议中规定的BSR MAC控制单元不同的BSR MAC控制单元。
可选的，所述处理器601具体用于：
根据所述MAC PDU中新的第二MAC子头逻辑信道标识值确定对应的所述BSR MAC控制单元为新的BSR MAC控制单元。
在图6中，总线架构(用总线600来代表)，总线600可以包括任意数量的互联的总线和桥，总线600将包括由通用处理器601代表的一个或多个处理器和存储器604代表的存储器的各种电路链接在一起。总线600还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口603在总线600和收发机602之间提供接口。收发机602可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。例如：收发机602从其他设备接收外部数据。收发机602用于将处理器601处理后的数据发送给其他设备。取决于计算系统的性质，还可以提供用户接口605，例如小键盘、显示器、扬声器、麦克风、操纵杆。
处理器601负责管理总线600和通常的处理，如前述所述运行通用操作系统。而存储器604可以被用于存储处理器601在执行操作时所使用的数据。
可选的，处理器601可以是CPU、ASIC、FPGA或CPLD。
从上述内容可以看出：本申请实施例终端在接收来自网络侧设备的PDCCH命令后，将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或BSR MAC控制单元发送给所述网络侧设备，从而通知网络侧设备成功接收PDCCH命令，以便eNodeB发送PDCCH命令后，能够判断UE是否成功接收；进一步提高了系统性能。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (24)

  1. 一种发送反馈的方法，其特征在于，该方法包括：
    终端接收来自网络侧设备的物理下行控制信道PDCCH命令；
    所述终端将所述PDCCH命令接收成功的反馈信息通过媒体接入控制协议数据单元MAC PDU中的媒体接入层MAC控制单元或缓存状态上报BSR MAC控制单元发送给所述网络侧设备。
  2. 如权利要求1所述的方法，其特征在于，所述终端将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或BSR MAC控制单元发送给所述网络侧设备，包括：
    所述终端在收到来自网络侧设备的PDCCH命令后，在最近一次上行传输或最近一次SPS Occasion将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或BSR MAC控制单元发送给所述网络侧设备。
  3. 如权利要求1所述的方法，其特征在于，所述终端将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元发送给所述网络侧设备，包括：
    所述终端将所述PDCCH命令接收成功的反馈信息通过新的MAC控制单元发送给所述网络侧设备；
    其中，所述新的MAC控制单元为与3GPP TS 36.321协议中规定的MAC控制单元不同的MAC控制单元。
  4. 如权利要求3所述的方法，其特征在于，所述新的MAC控制单元长度为0bit或8bit。
  5. 如权利要求3所述的方法，其特征在于，所述终端接收来自网络侧设备的PDCCH命令之后，将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元发送给所述网络侧设备之前，还包括：
    所述终端将新的第一MAC子头逻辑信道标识值置于所述MAC PDU中；
    其中，所述新的第一MAC子头逻辑信道标识值用于指示所述MAC控制单元为新的MAC控制单元。
  6. 如权利要求1所述的方法，其特征在于，所述终端将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的BSR MAC控制单元发送给所述网络侧设备，包括：
    所述终端将所述PDCCH命令接收成功的反馈信息通过新的BSR MAC控制单元发送给所述网络侧设备；
    其中，所述新的BSR MAC控制单元为与3GPP TS 36.321协议中规定的BSR MAC控制单元不同的BSR MAC控制单元。
  7. 如权利要求6所述的方法，其特征在于，所述新的BSR MAC控制单元的结构为下列中的部分或全部：
    长long BSR、短short BSR和截取truncated BSR。
  8. 如权利要求6所述的方法，其特征在于，所述新的BSR MAC控制单元的MAC PDU中没有传统的BSR MAC控制单元；
    其中，所述传统的BSR MAC控制单元为3GPP TS 36.321协议中规定的BSR MAC控制单元。
  9. 如权利要求6所述的方法，其特征在于，所述终端接收来自网络侧设备的PDCCH命令之后，将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的BSR MAC控制单元发送给所述网络侧设备之前，还包括：
    所述终端将新的第二MAC子头逻辑信道标识值置于所述MAC PDU中；
    其中，所述新的第二MAC子头逻辑信道标识值用于指示所述BSR MAC控制单元为新的BSR MAC控制单元。
  10. 一种接收反馈的方法，其特征在于，该方法包括：
    网络侧设备向终端发送PDCCH命令；
    所述网络侧设备在接收来自所述终端的MAC控制单元或BSR MAC控制单元后，若确定所述终端将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或BSR MAC控制单元发送，则确定所述终端成功接收到所述PDCCH命令。
  11. 如权利要求10所述的方法，其特征在于，所述网络侧设备确定所述终端将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元，包括：
    所述网络侧设备确定所述终端将所述PDCCH命令接收成功的反馈信息通过新的MAC控制单元发送给所述网络侧设备；
    其中，所述新的MAC控制单元为与3GPP TS 36.321协议中规定的MAC控制单元不同的MAC控制单元。
  12. 如权利要求10所述的方法，其特征在于，所述网络侧设备确定所述终端将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的BSR MAC控制单元，包括：
    所述网络侧设备确定所述终端将所述PDCCH命令接收成功的反馈信息通过新的BSR MAC控制单元发送给所述网络侧设备；
    其中，所述新的BSR MAC控制单元为与3GPP TS 36.321协议中规定的BSR MAC控制单元不同的BSR MAC控制单元。
  13. 一种发送反馈的终端，其特征在于，该终端包括：
    第一接收模块，用于接收来自网络侧设备的PDCCH命令；
    发送模块，用于将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC 控制单元或BSR MAC控制单元发送给所述网络侧设备。
  14. 如权利要求13所述的终端，其特征在于，所述发送模块具体用于：
    在收到来自网络侧设备的PDCCH命令后，在最近一次上行传输或最近一次SPS Occasion将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或BSR MAC控制单元发送给所述网络侧设备。
  15. 如权利要求13所述的终端，其特征在于，所述发送模块具体用于：
    将所述PDCCH命令接收成功的反馈信息通过新的MAC控制单元发送给所述网络侧设备；
    其中，所述新的MAC控制单元为与3GPP TS 36.321协议中规定的MAC控制单元不同的MAC控制单元。
  16. 如权利要求15所述的终端，其特征在于，所述新的MAC控制单元长度为0bit或8bit。
  17. 如权利要求15所述的终端，其特征在于，所述发送模块还用于：
    将新的第一MAC子头逻辑信道标识值置于所述MAC PDU中；
    其中，所述新的第一MAC子头逻辑信道标识值用于指示所述MAC控制单元为新的MAC控制单元。
  18. 如权利要求13所述的终端，其特征在于，所述发送模块具体用于：
    将所述PDCCH命令接收成功的反馈信息通过新的BSR MAC控制单元发送给所述网络侧设备；
    其中，所述新的BSR MAC控制单元为与3GPP TS 36.321协议中规定的BSR MAC控制单元不同的BSR MAC控制单元。
  19. 如权利要求18所述的终端，其特征在于，所述新的BSR MAC控制单元的结构为下列中的部分或全部：
    long BSR、short BSR和truncated BSR。
  20. 如权利要求18所述的终端，其特征在于，所述新的BSR MAC控制单元的MAC PDU中没有传统的BSR MAC控制单元；
    其中，所述传统的BSR MAC控制单元为3GPP TS 36.321协议中规定的BSR MAC控制单元。
  21. 如权利要求18所述的终端，其特征在于，所述发送模块还用于：
    将新的第二MAC子头逻辑信道标识值置于所述MAC PDU中；
    其中，所述新的第二MAC子头逻辑信道标识值用于指示所述BSR MAC控制单元为新的BSR MAC控制单元。
  22. 一种接收反馈的网络侧设备，其特征在于，该网络侧设备包括：
    第二发送模块，用于向终端发送PDCCH命令；
    处理模块，用于在接收来自所述终端的MAC控制单元或BSR MAC控制单元后，若确定所述终端将所述PDCCH命令接收成功的反馈信息通过MAC PDU中的MAC控制单元或BSR MAC控制单元发送，则确定所述终端成功接收到所述PDCCH命令。
  23. 如权利要求22所述的网络侧设备，其特征在于，所述处理模块具体用于：
    确定所述终端将所述PDCCH命令接收成功的反馈信息通过新的MAC控制单元发送给所述网络侧设备；
    其中，所述新的MAC控制单元为与3GPP TS 36.321协议中规定的MAC控制单元不同的MAC控制单元。
  24. 如权利要求22所述的网络侧设备，其特征在于，所述处理模块具体用于：
    确定所述终端将所述PDCCH命令接收成功的反馈信息通过新的BSR MAC控制单元发送给所述网络侧设备；
    其中，所述新的BSR MAC控制单元为与3GPP TS 36.321协议中规定的BSR MAC控制单元不同的BSR MAC控制单元。
PCT/CN2016/103295 2015-11-02 2016-10-25 一种发送和接收反馈的方法及设备 WO2017076197A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US15/773,159 US20180324766A1 (en) 2015-11-02 2016-10-25 Method and device for sending and receiving feedback
KR1020187015731A KR20180077270A (ko) 2015-11-02 2016-10-25 피드백을 송수신하는 방법 및 장치
EP16861465.9A EP3373685A4 (en) 2015-11-02 2016-10-25 Method and device for sending and receiving feedback
JP2018541472A JP2018533325A (ja) 2015-11-02 2016-10-25 フィードバックの送受信方法及び装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510736032.2A CN105429736B (zh) 2015-11-02 2015-11-02 一种发送和接收反馈的方法及设备
CN201510736032.2 2015-11-02

Publications (1)

Publication Number Publication Date
WO2017076197A1 true WO2017076197A1 (zh) 2017-05-11

Family

ID=55507696

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/103295 WO2017076197A1 (zh) 2015-11-02 2016-10-25 一种发送和接收反馈的方法及设备

Country Status (6)

Country Link
US (1) US20180324766A1 (zh)
EP (1) EP3373685A4 (zh)
JP (1) JP2018533325A (zh)
KR (1) KR20180077270A (zh)
CN (1) CN105429736B (zh)
WO (1) WO2017076197A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2019224875A1 (ja) * 2018-05-21 2021-05-27 株式会社Ｎｔｔドコモ ユーザ端末
EP4254840A3 (en) * 2017-11-14 2023-12-20 Telefonaktiebolaget LM Ericsson (publ) Acknowledgement signaling processes for radio access networks

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015112063A1 (en) * 2014-01-23 2015-07-30 Telefonaktiebolaget L M Ericsson (Publ) Release of semi-persistent scheduling
CN105429736B (zh) * 2015-11-02 2020-01-07 电信科学技术研究院 一种发送和接收反馈的方法及设备
US10798693B2 (en) * 2016-04-01 2020-10-06 Nokia Technologies Oy Method for confirming uplink semi-persistent scheduling deactivation and terminal device
CN108737034B (zh) 2017-04-13 2021-08-03 华为技术有限公司 发送信息的方法及其装置和接收信息的方法及其装置
WO2019064076A1 (en) * 2017-09-28 2019-04-04 Lenovo (Singapore) Pte. Ltd. AUTONOMOUS UPLINK CONFIRMATION RELEASE
WO2019161543A1 (zh) * 2018-02-23 2019-08-29 富士通株式会社 对媒体接入控制层的控制单元进行确认的方法、装置和通信系统
CN112583560A (zh) * 2019-09-30 2021-03-30 深圳市中兴微电子技术有限公司 一种资源的激活方法及装置
CN110839296B (zh) * 2019-11-29 2021-10-22 惠州Tcl移动通信有限公司 网络资源调度方法、装置、存储介质及移动终端

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101835271A (zh) * 2009-03-12 2010-09-15 华为技术有限公司 一种资源释放和分配的方法、装置及网络设备
CN102595626A (zh) * 2011-01-17 2012-07-18 华为技术有限公司 半静态调度方法、用户设备及网络设备
CN102917463A (zh) * 2011-08-02 2013-02-06 华为技术有限公司 传输调度信息的方法、基站和用户设备
US20130163537A1 (en) * 2011-12-23 2013-06-27 Research In Motion Limited Method Implemented in a User Equipment
CN105429736A (zh) * 2015-11-02 2016-03-23 电信科学技术研究院 一种发送和接收反馈的方法及设备

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101478786A (zh) * 2008-01-04 2009-07-08 华为技术有限公司 一种上报反馈信息的方法、系统和装置
US9178667B2 (en) * 2008-11-04 2015-11-03 Htc Corporation Method and apparatus for improving a semi-persistent scheduling resource release process in a wireless communication system
WO2010124435A1 (zh) * 2009-04-27 2010-11-04 华为技术有限公司 信息处理方法、系统及设备
US9584416B2 (en) * 2009-06-08 2017-02-28 Qualcomm Incorporated Systems and methods to provide flow control for mobile devices
CN101965037B (zh) * 2009-07-22 2013-01-30 电信科学技术研究院 一种非连续接收处理方法及设备
US8964658B2 (en) * 2010-03-31 2015-02-24 Mediatek Inc. Methods of contention-based transmission
CN102595624B (zh) * 2011-01-17 2014-07-09 华为技术有限公司 基于组的调度方法、ue及网络设备
WO2014098444A1 (ko) * 2012-12-17 2014-06-26 엘지전자 주식회사 하향링크 신호 수신 방법 및 사용자기기와 하향링크 신호 전송 방법 및 기지국
US9609605B2 (en) * 2015-04-15 2017-03-28 Ofinno Technologies, Llc Control elements in a wireless device and wireless network
EP3742818B1 (en) * 2015-10-27 2022-01-12 Samsung Electronics Co., Ltd. Cell selection and re-selection using pmax parameters

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101835271A (zh) * 2009-03-12 2010-09-15 华为技术有限公司 一种资源释放和分配的方法、装置及网络设备
CN102595626A (zh) * 2011-01-17 2012-07-18 华为技术有限公司 半静态调度方法、用户设备及网络设备
CN102917463A (zh) * 2011-08-02 2013-02-06 华为技术有限公司 传输调度信息的方法、基站和用户设备
US20130163537A1 (en) * 2011-12-23 2013-06-27 Research In Motion Limited Method Implemented in a User Equipment
CN105429736A (zh) * 2015-11-02 2016-03-23 电信科学技术研究院 一种发送和接收反馈的方法及设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3373685A4 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4254840A3 (en) * 2017-11-14 2023-12-20 Telefonaktiebolaget LM Ericsson (publ) Acknowledgement signaling processes for radio access networks
JPWO2019224875A1 (ja) * 2018-05-21 2021-05-27 株式会社Ｎｔｔドコモ ユーザ端末
JP7366889B2 (ja) 2018-05-21 2023-10-23 株式会社Ｎｔｔドコモ 端末、無線通信方法、基地局及びシステム

Also Published As

Publication number Publication date
CN105429736A (zh) 2016-03-23
EP3373685A1 (en) 2018-09-12
JP2018533325A (ja) 2018-11-08
KR20180077270A (ko) 2018-07-06
US20180324766A1 (en) 2018-11-08
EP3373685A4 (en) 2018-10-31
CN105429736B (zh) 2020-01-07

Similar Documents

Publication Publication Date Title
WO2017076197A1 (zh) 一种发送和接收反馈的方法及设备
US11425697B2 (en) Dynamic management of uplink control signaling resources in wireless network
JP2022500961A (ja) ハイブリッド自動再送要求確認コードブックの伝送方法及び機器
EP3101982A1 (en) Base station, transmission method, mobile station, and retransmission control method
TWI646788B (zh) 處理用於傳輸時間間隔的通道狀態資訊報告的裝置及方法
US11405921B2 (en) Communication method, terminal, and base station
TWI609596B (zh) 處理用於非執照服務細胞的上鏈路功率控制的裝置及方法
US9843420B2 (en) Cross carrier scheduling method and apparatus
US20210385017A1 (en) Apparatus, Method and Computer Program
EP3603175B1 (en) Apparatus and method for transmitting packet data units
US9974059B2 (en) Method and apparatus for control information transmission
WO2013166670A1 (zh) 上行信道资源配置方法和设备
TW202032963A (zh) 通訊設備、方法及電腦程式
US20230224914A1 (en) Method and Apparatus for Configuring Transmission Time Interval, Data Transmission Method and Apparatus and System
CN114556832A (zh) 基于服务的上行链路重传
US11425747B2 (en) Method, apparatus, computer program product and computer program
US11564246B2 (en) Information transmission method, communications device, and network device
WO2016168967A1 (zh) 一种分量载波组的配置方法及设备
WO2017015963A1 (zh) 一种通信方法及通信设备
CN113748625B (zh) 基于服务的harq启用机制
TWI698145B (zh) 處理用於邏輯通道的排程請求的裝置及方法
JP2022550292A (ja) 上りリンク信号の送受信方法及び装置
CN114451017A (zh) 一种激活和释放非动态调度传输的方法及装置
TW201632013A (zh) 方法、裝置及系統
US20180368203A1 (en) Transmission Apparatus and Method of Status Indication and Communication System

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15773159

Country of ref document: US

Ref document number: 2018541472

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20187015731

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2016861465

Country of ref document: EP