CN114071774A

CN114071774A - Method for obtaining uplink feedback, uplink feedback method and device and electronic equipment

Info

Publication number: CN114071774A
Application number: CN202010779442.6A
Authority: CN
Inventors: 黄学艳
Original assignee: China Mobile Communications Group Co Ltd; China Mobile Communications Ltd Research Institute
Current assignee: China Mobile Communications Group Co Ltd; China Mobile Communications Ltd Research Institute
Priority date: 2020-08-05
Filing date: 2020-08-05
Publication date: 2022-02-18

Abstract

The application discloses a method for obtaining uplink feedback, an uplink feedback method, a device, a terminal, a network device and a storage medium, wherein the method comprises the following steps: sending a first message of a random access process to a network side; the first message carries data packet information; receiving first information issued by a network side; the first information represents the receiving feedback of the network side aiming at the data packet information.

Description

Method for obtaining uplink feedback, uplink feedback method and device and electronic equipment

Technical Field

The present application relates to the field of communications technologies, and in particular, to a method for obtaining uplink feedback, an uplink feedback method, an apparatus, a terminal, a network device, and a storage medium.

Background

In the related art, for a first message sent by a terminal in a two-step Random Access process, a network side sends a success (success) Random Access Response (RAR) or a fallback (fallback) RAR to the terminal, and the terminal cannot know whether an uplink is feasible or not based on the success RAR or the fallback RAR, which may cause subsequent network resource waste.

Disclosure of Invention

In order to solve the related technical problems, embodiments of the present application provide a method for obtaining uplink feedback, an uplink feedback method, an apparatus, a terminal, a network device, and a storage medium.

The technical scheme of the embodiment of the application is realized as follows:

the embodiment of the application provides a method for obtaining uplink feedback, which is applied to a terminal and comprises the following steps:

sending a first message of a random access process to a network side; the first message carries data packet information;

receiving first information issued by a network side; the first information represents the receiving feedback of the network side aiming at the data packet information.

In the above scheme, the data packet information includes at least one type of data:

logical channel data;

buffer Status Report (BSR).

In the foregoing solution, the receiving the first information sent by the network side includes one of the following:

receiving Downlink Control Information (DCI) transmitted in a configured first Physical Downlink Control Channel (PDCCH); the DCI comprises the first information;

receiving the first information on a Physical Downlink Shared CHannel (PDSCH) scheduled by the first PDCCH by receiving the first PDCCH.

In the foregoing solution, when receiving the first information sent by the network side, the method further includes:

starting a receiving window on PDCCH transmission resources corresponding to the first PDCCH; the receiving window is used for the terminal to monitor the first PDCCH.

In the foregoing solution, the PDCCH transmission resource corresponding to the first PDCCH includes a PDCCH opportunity (occase).

In the foregoing solution, the opening a receive window on a PDCCH transmission resource corresponding to the first PDCCH includes:

opening the receiving window on the PDCCH transmission resource corresponding to the first PDCCH according to one of the following information:

random access configuration information broadcasted by a network side;

and the network side configures the random access configuration information which is exclusive to the terminal.

In the above scheme, the bit length of the first information is related to the number of transport blocks in the PUSCH for transmitting the data packet information in the first message.

In the foregoing solution, when the first information indicates that the network side does not correctly receive at least one data packet in the data packet information, the method further includes:

and retransmitting the data packet information in the first message.

In the above scheme, the retransmitting the data packet information in the first message includes one of:

retransmitting all data packets in the data packet information;

and retransmitting the data packet which is not correctly received by the network side in the data packet information.

receiving second information issued by a network side; the second information represents Hybrid Automatic Repeat reQuest (HARQ) information;

the retransmitting the data packet in the first message comprises:

and retransmitting the data packet information in the first message by utilizing the HARQ process corresponding to the HARQ information.

receiving third information issued by a network side, wherein the third information represents uplink authorization information of the network side;

the retransmitting the data packet in the first message comprises:

and retransmitting the data packet information in the first message by using the transmission resource authorized by the uplink authorization information.

and entering a Radio Resource Control (RRC) recovery flow.

The embodiment of the present application further provides an uplink feedback method, including:

receiving a first message of a random access process sent by a terminal; the first message carries data packet information;

issuing first information to the terminal; the first information represents the receiving feedback of the network side aiming at the data packet information.

logical channel data;

BSR。

in the foregoing solution, the issuing the first information to the terminal includes one of:

transmitting DCI in the configured first PDCCH; the DCI contains the first information;

and scheduling the PDSCH to transmit the first information through the first PDCCH.

In the above solution, in case that at least one data packet in the data packet information is not received correctly, the method further includes one of:

receiving all data packets in the data packet information retransmitted by the terminal;

and receiving the data packet which is retransmitted by the terminal and not correctly received by the network side in the data packet information.

issuing second information to the terminal; the second information represents HARQ information; the second information is used for the terminal to retransmit the data packet information in the first message by using the HARQ process corresponding to the HARQ information;

sending a third message to the terminal; the third information represents uplink authorization information; and the third information is used for the terminal to retransmit the data packet information in the first message by using the transmission resource authorized by the uplink authorization information.

The embodiment of the present application further provides a device for obtaining uplink feedback, including:

a first sending unit, configured to send a first message in a random access procedure to a network side; the first message carries data packet information;

the first receiving unit is used for receiving first information issued by a network side; the first information represents the receiving feedback of the network side aiming at the data packet information.

The embodiment of the present application further provides an uplink feedback device, including:

a second receiving unit, configured to receive a first message of a random access procedure sent by a terminal; the first message carries data packet information;

the second sending unit is used for sending the first information to the terminal; the first information represents the receiving feedback of the network side aiming at the data packet information.

An embodiment of the present application further provides a terminal, including: a first processor and a first communication interface; wherein the content of the first and second substances,

the first communication interface is used for sending a first message of a random access process to a network side; receiving first information issued by a network side; wherein the content of the first and second substances,

the first message carries data packet information; the first information represents the receiving feedback of the network side aiming at the data packet information.

An embodiment of the present application further provides a network device, including: a second processor and a second communication interface; wherein the content of the first and second substances,

the second communication interface is used for receiving a first message of a random access process sent by the terminal; and issuing a first message to the terminal; wherein the content of the first and second substances,

An embodiment of the present application further provides a terminal, including: a first processor and a first memory for storing a computer program capable of running on the processor,

the first processor is configured to execute any of the above steps of the method for obtaining the uplink feedback when the computer program is run.

An embodiment of the present application further provides a network device, including: a second processor and a second memory for storing a computer program capable of running on the processor,

and the second processor is used for executing any one of the steps of the uplink feedback method when the computer program is run.

The embodiment of the application also provides a storage medium, wherein a computer program is stored on the storage medium, and when being executed by a processor, the computer program realizes the steps of any method for acquiring the uplink feedback; or, implementing the steps of any of the above uplink feedback methods.

The method, the device, the terminal, the network equipment and the storage medium for uplink feedback provided by the embodiment of the application, wherein the terminal sends a first message of a random access process to a network side; the first message carries data packet information; the network side issues first information to the terminal; the first information represents the receiving feedback of the network side for the data packet information, and based on the receiving feedback of the network side for the data packet information in the first message of the random access process, the terminal can know whether the corresponding uplink is feasible or not, so that the network resource waste caused by the failure of subsequent data transmission is avoided.

Drawings

Fig. 1 is a schematic flowchart of a method for obtaining uplink feedback according to an embodiment of the present application;

fig. 2 is a schematic flowchart of an uplink feedback method according to an embodiment of the present application;

fig. 3 is a schematic flowchart of an uplink feedback method according to an embodiment of the present application;

fig. 4 is a schematic flowchart of another uplink feedback method according to an embodiment of the present application;

fig. 5 is a schematic structural diagram of an apparatus for acquiring uplink feedback according to an embodiment of the present disclosure;

fig. 6 is a schematic structural diagram of an uplink feedback device according to an embodiment of the present application;

fig. 7 is a schematic structural diagram of a terminal according to an embodiment of the present application;

fig. 8 is a schematic structural diagram of a network device according to an embodiment of the present application.

Detailed Description

The present application will be described in further detail with reference to the following drawings and examples.

In the two-step random access process, a first message (which may be referred to as msgA) sent by the terminal to the network side includes a Preamble (Preamble) and a PUSCH. Generally, if the network side successfully receives the preamble and the PUSCH in msgA, the network side feeds back the success RAR to the terminal. And if the network side only successfully receives the preamble in the msgA and does not correctly receive the PUSCH, the network side sends a fallback RAR to the terminal. The terminal determines that the network side successfully receives the preamble in the msgA but not successfully receives the PUSCH in the msgA according to the fallback RAR sent by the network side, so that the terminal transmits msg3 at a resource location specified by an UpLink (UL, UpLink) grant (grant) in the fallback RAR, and keeps the content in msg3 completely consistent with the content in the msgA.

However, in the related art, neither the feedback RAR nor the fallback RAR is fed back by the network side, and the feedback is not received for the data packet information transmitted on the PUSCH in the first message. In addition, in a scenario where the first message in the random access procedure carries data packet information, one of the following situations exists: the terminal does not need to establish an RRC connection at a Radio Access Network (RAN) side, or the terminal does not need to enter an RRC connected (connected) state from an RRC recovered (resume) state. For the above situation, in the related art, the network side only needs to identify the terminal based on the first message and analyze the service data carried in the first message, so that the success RAR or the fallback RAR is not fed back to the terminal. For the above reasons, in the related art, the terminal cannot know whether the uplink is feasible or not in the random access process, so that there is a risk of failure in subsequent data transmission, which is likely to cause network resource waste.

Based on this, in various embodiments of the present application, a terminal sends a first message of a random access process to a network side, where the first message carries data packet information, and the network side issues the first message to the terminal based on a receiving condition of the data packet information; the first information represents the receiving feedback of the network side aiming at the data packet information.

The embodiment of the application provides a method for obtaining uplink feedback, which is applied to a terminal, and as shown in fig. 1, the method includes:

step 101: and sending a first message of the random access process to the network side.

Wherein, the first message carries data packet information.

Step 102: and receiving first information issued by a network side.

Wherein the first information represents the receiving feedback of the network side for the data packet information.

Here, the terminal initiates a random access procedure and sends a first message carrying data packet information to the network side. In this case, the network side receives a first message sent by the terminal, and issues the first message to the terminal according to the data packet information carried in the first message. The first information represents the receiving feedback of the network side about the data packet information carried in the first message.

Here, based on the first information issued by the network side, the terminal can acquire the receiving condition of the network side for the data packet information carried in the first message, that is, the first information can reflect whether the network side correctly receives the data packet information in the first message, or the first information can reflect the receiving condition of the network side for each data packet in the data packet information.

In practical applications, the first message may be msgA.

The data packet information carried by the first message is different from the control information transmitted on the Preamble or the PUSCH, and the data packet information mainly represents the service data transmitted through the first message or the related data of the service data.

Based on this, in an embodiment, the packet information includes at least one of the following types of data:

logical channel data;

BSR。

here, logical channel data may be understood as traffic data. The BSR is configured to inform the network side how much service data needs to be transmitted in an uplink buffer of the terminal.

When the scheme of the embodiment of the present application is implemented, the data packet information carried in the first message may include the same data packet. For example, the terminal needs to carry three data packets in the first message, and the PUSCH resource corresponding to the first message may support the transmission of five data packets, so the terminal may repeatedly transmit any one or more data packets of the three data packets on the PUSCH resource.

In practical applications, the network side may issue the first information on the configured PDCCH or the corresponding PDSCH based on the configured PDCCH, and accordingly, the terminal receives the first information on the configured PDCCH or the corresponding PDSCH based on the configured PDCCH.

Based on this, in an embodiment, the receiving the first information sent by the network side includes one of the following manners:

receiving DCI transmitted in the configured first PDCCH; the DCI comprises the first information;

receiving the first information on the PDSCH scheduled by the first PDCCH by receiving the first PDCCH.

Here, the first PDCCH is a configured transmission resource, and the network side issues the first information based on the first PDCCH.

When the scheme of the embodiment of the present application is implemented, the first information may be carried by the first PDCCH in a DCI form and sent to the terminal, and the terminal obtains the first information by receiving the first PDCCH. Or, the network side may schedule the PDSCH in the first PDCCH and issue the first information on the scheduled PDSCH, so that the terminal may receive the first information on the transmission resource position of the PDSCH indicated by the first PDCCH by receiving the first PDCCH.

In practical application, in order to ensure that the terminal can timely receive the receiving feedback of the network side about the data packet information in the first message, after the terminal finishes sending the first message in the random access process, the terminal monitors the first PDCCH by opening the receiving window, so as to ensure that the first message is timely received, and thus the receiving feedback of the network side about the data packet information in the first message can be timely known.

Based on this, in an embodiment, the receiving the first information sent by the network side further includes:

Here, after the terminal finishes sending the first message carrying the data packet information, a receiving window is opened on the PDCCH transmission resource corresponding to the first PDCCH in the physical layer, and the first PDCCH is monitored through the interface window.

In an embodiment, the PDCCH transmission resource corresponding to the first PDCCH includes PDCCH occase.

That is, after the terminal finishes sending the first message carrying the data packet information, it opens the receiving window on the PDCCH occase corresponding to the first PDCCH in the physical layer. In practical application, the PDCCH occase may be the first PDCCH occase configured in the physical layer of the terminal, so that the terminal may receive the receiving feedback of the network side about the data packet information in the first message in time.

Corresponding to a mode that the terminal opens a receiving window on the PDCCH transmission resource corresponding to the first PDCCH, in practical application, the terminal determines parameters such as window length and the like according to the random access configuration information of the network side, so as to open the receiving window.

Based on this, in an embodiment, the opening a receive window on a PDCCH transmission resource corresponding to the first PDCCH includes:

random access configuration information broadcasted by a network side;

For example, the terminal may open the receiving window according to the window length configured in the common random access configuration information RACH-ConfigCommon broadcasted by the network side, or the terminal may open the receiving window according to the window length configured in the random access configuration information RACH-ConfigDedicated configured to the terminal by the network side. Illustratively, the contents for configuring the window length in the random access configuration information are as follows:

ra-ACK/NACKWindow estimate { sl1, sl2, sl4, sl8, sl10, sl20, sl40, sl80}, where window lengths characterizing network-side support configurations include 1, 2, 4, 8, 10, 20, 40, or 80, and a terminal may implement a receive window configuration based on any of the above window lengths.

When the scheme of the embodiment of the application is implemented, under the condition that the terminal initiates a random access process to the network side for the first time, the terminal can configure the receiving window according to public random access configuration information broadcasted by the network side; when the terminal has previously completed at least one random access to the network side and initiated the random access process to the network side again, the terminal may perform the configuration of the receiving window according to the dedicated random access configuration information previously configured to the terminal by the network side.

In practical application, the network side may respectively feed back corresponding receiving conditions for each data packet in the data packet information, and integrate the receiving conditions corresponding to each data packet into first information and send the first information to the terminal. For example, for any data packet in the data packet information, when the network side correctly receives the data packet, the network side generates a reception feedback with a bit value of "1" for the data packet; and under the condition that the data packet is not correctly received, generating receiving feedback with the bit value of 0 for the data packet, so that all the data packets in the data packet information correspond to respective receiving feedback, and sequentially arranging the receiving feedback of all the data packets to obtain first information representing the receiving feedback of the network side on the data packet information.

That is, the network side gives corresponding reception feedback for each packet in the packet information, based on which, in an embodiment, the bit length of the first information is related to the number of Transport Blocks (TBs) used in the PUSCH for transmitting the packet information in the first message.

In practical application, the bit length of the receiving feedback correspondingly given by the network side corresponding to each data packet in the data packet information may be 1 bit, or may be greater than 1 bit. For example, the first message carries data packet information, the number of transmission blocks used for transmitting the data packet information in the PUSCH is k, and the network side gives 1-bit reception feedback for each data packet in the data packet information, so that the bit length of the corresponding first information is k bits. It is understood that the bit length of the first information depends on the total number of transport blocks used for transporting all data packets in the data packet information, or alternatively, it is understood that the bit length of the first information depends on the sum of the number of transport blocks used for transporting each data packet in the data packet information.

When the scheme of the embodiment of the application is implemented, the terminal determines whether the network side correctly receives the data packet information in the first message based on the first information issued by the network side. When the network side correctly receives all the data packets in the data packet information, the network side may give a reception feedback indicating correct reception for the entire data packet information, or the network side may give a reception feedback indicating correct reception for each data packet in the data packet information. When the network side does not correctly receive at least one data packet in the data packet information, the network side may give a reception feedback indicating that the data packet information is incorrectly received for the entire data packet information, or the network side may give a corresponding reception feedback for each data packet in the data packet information, where for the data packet which is incorrectly received, the network side correspondingly gives a reception feedback indicating that the data packet is incorrectly received.

Based on this, in an embodiment, in a case that the first information indicates that the network side did not correctly receive at least one of the data packets in the data packet information, the method may further include:

and retransmitting the data packet information in the first message.

In practical applications, a terminal should have at least one retransmission mode to select, in response to the presence of a data packet that is not correctly received by the network side.

Based on this, in an embodiment, the retransmitting the packet information in the first message includes one of:

retransmitting all data packets in the data packet information;

Once a data packet which is not correctly received by the network side exists, the terminal can select to retransmit all data packet information in a first message carrying the random access process of the data packet; or, the terminal may determine, according to the first information, a data packet that is not correctly received by the network side, and separately retransmit the data packet that is not correctly received by the network side.

In practical application, when the network side does not configure a terminal-specific retransmission resource for the terminal, the terminal may retransmit the data packet information using the PUSCH resource used when the first message is sent, or the terminal may retransmit the data packet information using a common PUSCH resource. When the terminal uses the retransmission resource for retransmission, the retransmission resource is not dedicated for the terminal, and may face the problem of uplink resource conflict with other terminals.

Based on this, in an embodiment, when receiving the first information sent by the network side, the method further includes:

receiving second information issued by a network side; the second information represents HARQ information;

the retransmitting the data packet information in the first message includes:

Here, the network side issues HARQ information to the terminal, and carries a corresponding HARQ process number in the PDCCH, and the terminal receives the HARQ process number on the PDCCH, so that retransmission of data packet information is performed on the corresponding HARQ process, thereby avoiding contention for uplink resources with other terminals, which results in resource conflict and retransmission failure.

the retransmitting the data packet information in the first message includes:

Here, the network side issues uplink Grant information (UL Grant) to the terminal on the PDCCH, and the terminal may retransmit the data packet information on the uplink resource granted by the network side based on the UL Grant, so as to avoid contention for the uplink resource with other terminals, which may cause resource collision and retransmission failure.

In an embodiment, in a case that the first information indicates that the network side did not correctly receive at least one of the data packets in the data packet information, the method further includes:

enter RRC resume flow.

Here, when the network side does not correctly receive at least one data packet in the data packet information carried in the first message, the terminal does not retransmit the data packet information any more, terminates transmission, enters an RRC resume flow, and re-initiates a random access procedure to the network side.

Correspondingly, an embodiment of the present application further provides an uplink feedback method, which is applied to a network device, and as shown in fig. 2, the method includes:

step 201: and receiving a first message of the random access process sent by the terminal.

Wherein, the first message carries data packet information.

Step 202: and issuing the first information to the terminal.

In practical applications, the network device may be a base station in a network.

When the scheme of the embodiment of the application is implemented, the first information can reflect whether the network side correctly receives the data packet information in the first message, or the first information can reflect the receiving condition of the network side for each data packet in the data packet information.

In one embodiment, the packet information includes at least one of the following types of data:

logical channel data;

BSR。

Based on this, in an embodiment, the issuing the first information to the terminal includes one of the following manners:

In practical applications, the first PDCCH may be scrambled by one of the following methods:

random Access Radio Network Temporary identity (RA-RNTI, Random Access-Radio Network Temporary identity);

MsgB-RNTI。

That is, the network side gives corresponding reception feedback for each data packet in the data packet information, based on which, in an embodiment, the bit length of the first information is related to the number of transport blocks used for transmitting the data packet information in the first message in the PUSCH.

Based on this, in an embodiment, in case that at least one data packet in the data packet information is not correctly received, the method further includes one of:

The network side issues HARQ information to the terminal, and bears a corresponding HARQ process number in the PDCCH, and the terminal receives the HARQ process number on the PDCCH, so that retransmission of data packet information is performed on the corresponding HARQ process, and resource conflict and retransmission failure caused by contention of uplink resources with other terminals are avoided.

The network side issues the UL Grant to the terminal on the PDCCH, and the terminal can retransmit data packet information on the uplink resource authorized by the network side based on the UL Grant so as to avoid contending for the uplink resource with other terminals, which causes resource conflict and retransmission failure.

In the uplink feedback method provided by the embodiment of the application, a terminal sends a first message of a random access process to a network side; the first message carries data packet information; the network side issues first information to the terminal; the first information represents the receiving feedback of the network side for the data packet information, and based on the receiving feedback of the network side for the data packet information in the first message of the random access process, the terminal can know whether the corresponding uplink is feasible or not, so that the network resource waste caused by the failure of subsequent data transmission is avoided.

The present application will be described in further detail with reference to the following application examples.

With reference to fig. 3, the uplink feedback method according to the corresponding application embodiment includes the following steps:

step 1: the terminal sends msgA to the base station, and the base station receives msgA.

Wherein, msgA carries data packet information.

Step 2: after the msgA is sent, the terminal opens a receiving window on the first PDCCH occasting of the physical layer and monitors the first PDCCH.

And step 3: the base station issues first information to the terminal according to the receiving condition of the data packet information in the msgA, and the terminal receives the first information on the first PDCCH.

And 4, step 4: and the terminal determines that the base station does not correctly receive at least one data packet in the data packet information based on the receiving feedback represented in the first information, and retransmits the data packet information in the first message according to the receiving feedback.

And the terminal retransmits all the data packets in the data packet information or retransmits the data packets which are not correctly received by the base station in the data packet information.

With reference to fig. 4, the uplink feedback method according to the corresponding application embodiment includes the following steps:

Wherein, msgA carries data packet information.

And 4, step 4: and the terminal determines that the base station does not correctly receive at least one data packet in the data packet information based on the receiving feedback represented in the first information, enters an RRC resume flow and re-initiates a random access process to the network side.

The following shows a content schematic of DCI delivered by a network side according to an embodiment of the present application, where the DCI includes the following information:

-Identifier for DCI formats–1bit

-The value of this bit field is always set to 0,indicating an UL DCI format

-ACK/NACK(1bit,or multi bits)

-Frequency domain resource assignment，if required.

-Time domain resource assignment–4bits as defined，if required.

-Modulation and coding scheme–5bits

-HARQ process number–4bits

-Padding bits,if required.

the ACK/NACK may be received feedback of 1 bit corresponding to the entire data packet information or received feedback of 1 bit corresponding to each data packet in the data packet information, as received feedback of the data packet information on the network side. In the DCI, a 4-bit HARQ process number is also provided, so that the terminal may perform retransmission on a corresponding HARQ process.

In order to implement the method according to the embodiment of the present application, an embodiment of the present application further provides a device for acquiring uplink feedback, where the device is disposed on a terminal, and as shown in fig. 5, the device includes:

a first sending unit 501, configured to send a first message of a random access procedure to a network side; the first message carries data packet information;

a first receiving unit 502, configured to receive first information sent by a network side; the first information represents the receiving feedback of the network side aiming at the data packet information.

In an embodiment, the packet information includes at least one of the following types of data:

logical channel data;

BSR。

in an embodiment, the first receiving unit 502 receives the first information sent by the network side, which includes one of the following manners:

In an embodiment, the first receiving unit 502 is configured to:

random access configuration information broadcasted by a network side;

In an embodiment, the bit length of the first information is related to the number of transport blocks in PUSCH used for transmitting the packet information in the first message.

In an embodiment, in a case that the first information indicates that the network side did not correctly receive at least one of the data packets in the data packet information, the apparatus further includes:

and the retransmission unit is used for retransmitting the data packet information in the first message.

In one embodiment, the retransmission unit retransmits the packet information in the first message, and includes one of the following:

retransmitting all data packets in the data packet information;

In an embodiment, the first receiving unit 502 is further configured to:

the retransmission unit is configured to:

In an embodiment, the first receiving unit 502 is further configured to:

the retransmission unit is configured to:

and the reconnection unit is used for entering an RRC recovery flow.

In practical applications, the first sending unit 501 may be implemented by a communication interface in a device for obtaining uplink feedback, and the first receiving unit 502, the retransmission unit, and the reconnection unit may be implemented by a communication interface in a device for obtaining uplink feedback in combination with a processor.

It should be noted that: in the apparatus for acquiring uplink feedback provided in the foregoing embodiment, when acquiring uplink feedback, only the division of each program module is described as an example, and in practical applications, the processing allocation may be completed by different program modules according to needs, that is, the internal structure of the apparatus is divided into different program modules to complete all or part of the processing described above. In addition, the apparatus for obtaining uplink feedback and the method for obtaining uplink feedback provided in the above embodiments belong to the same concept, and specific implementation processes thereof are detailed in the method embodiments and are not described herein again.

In order to implement the method according to the embodiment of the present application, an embodiment of the present application further provides an uplink feedback device, which is disposed on a terminal, and as shown in fig. 6, the uplink feedback device includes:

a second receiving unit 601, configured to receive a first message of a random access procedure sent by a terminal; the first message carries data packet information;

a second sending unit 602, configured to issue the first information to the terminal; the first information represents the receiving feedback of the network side aiming at the data packet information.

logical channel data;

BSR。

in an embodiment, the second sending unit 602 issues the first information to the terminal, which includes one of the following manners:

In an embodiment, in case that at least one data packet in the data packet information is not correctly received, the second receiving unit 601 is further configured to receive one of:

In an embodiment, in case that at least one data packet in the data packet information is not received correctly, the second sending unit 602 is further configured to send one of the following:

In practical application, the second receiving unit 601 and the second sending unit 602 may be implemented by a communication interface in an uplink feedback device.

It should be noted that: in the uplink feedback device provided in the above embodiment, when performing uplink feedback, only the division of each program module is illustrated, and in practical applications, the processing allocation may be completed by different program modules according to needs, that is, the internal structure of the device is divided into different program modules to complete all or part of the processing described above. In addition, the uplink feedback device provided in the above embodiment and the uplink feedback method embodiment belong to the same concept, and specific implementation processes thereof are described in the method embodiment and are not described herein again.

Based on the hardware implementation of the program module, and in order to implement the method for acquiring the uplink feedback in the embodiment of the present application, an embodiment of the present application further provides a terminal, as shown in fig. 7, where the terminal 700 includes:

a first communication interface 701, which is capable of performing information interaction with other network nodes;

the first processor 702 is connected to the first communication interface 701 to implement information interaction with other network nodes, and is configured to execute the method provided by one or more technical solutions of the terminal side when running a computer program. And the computer program is stored on the first memory 703.

Specifically, the first communication interface 701 is configured to send a first message of a random access procedure to a network side; receiving first information issued by a network side; wherein the content of the first and second substances,

logical channel data;

BSR。

in an embodiment, the receiving, by the first communication interface 701, the first information sent by a network side includes one of the following manners:

In one embodiment, the first processor 702 is configured to:

random access configuration information broadcasted by a network side;

In an embodiment, in a case that the first information indicates that the network side does not correctly receive at least one data packet in the data packet information, the first communication interface 701 is further configured to:

and retransmitting the data packet information in the first message.

In an embodiment, the retransmitting the packet information in the first message includes one of:

retransmitting all data packets in the data packet information;

In an embodiment, the first communication interface 701 is further configured to:

In an embodiment, in a case that the first information indicates that the network side does not correctly receive at least one of the data packets in the data packet information, the first processor 702 is further configured to:

and entering an RRC recovery flow.

It should be noted that: the specific processes of the first processor 702 and the first communication interface 701 may be understood with reference to the above-described methods.

Of course, in practice, the various components in the terminal 700 are coupled together by a bus system 704. It is understood that the bus system 704 is used to enable communications among the components. The bus system 704 includes a power bus, a control bus, and a status signal bus in addition to a data bus. For clarity of illustration, however, the various buses are labeled in fig. 7 as the bus system 704.

The first memory 703 in the embodiment of the present application is used to store various types of data to support the operation of the terminal 700. Examples of such data include: any computer program for operating on terminal 700.

The method disclosed in the embodiments of the present application can be applied to the first processor 702, or implemented by the first processor 702. The first processor 702 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be implemented by integrated logic circuits of hardware or instructions in the form of software in the first processor 702. The first Processor 702 may be a general purpose Processor, a Digital Signal Processor (DSP), or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, etc. The first processor 702 may implement or perform the methods, steps and logic blocks disclosed in the embodiments of the present application. A general purpose processor may be a microprocessor or any conventional processor or the like. The steps of the method disclosed in the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module may be located in a storage medium located in the first memory 703, and the first processor 702 reads the information in the first memory 703 and completes the steps of the foregoing method in combination with its hardware.

In an exemplary embodiment, the terminal 700 may be implemented by one or more Application Specific Integrated Circuits (ASICs), DSPs, Programmable Logic Devices (PLDs), Complex Programmable Logic Devices (CPLDs), Field-Programmable Gate arrays (FPGAs), general purpose processors, controllers, Micro Controllers (MCUs), microprocessors (microprocessors), or other electronic components for performing the aforementioned methods.

Based on the hardware implementation of the program module, and in order to implement the method for uplink feedback on the network side in the embodiment of the present application, an embodiment of the present application further provides a network device, as shown in fig. 8, where the network device 800 includes:

the second communication interface 801 is capable of performing information interaction with other network nodes;

the second processor 802 is connected to the second communication interface 801 to implement information interaction with other network nodes, and is configured to execute a method provided by one or more technical solutions of the network side when running a computer program. And the computer program is stored on the second memory 803.

Specifically, the second communication interface 801 is configured to:

receiving a first message of a random access process sent by a terminal; and issuing a first message to the terminal; wherein the content of the first and second substances,

logical channel data;

BSR。

in an embodiment, the second communication interface 801 issues the first information to the terminal, which includes one of the following manners:

In an embodiment, in case that at least one data packet in the data packet information is not correctly received, the second communication interface 801 is further configured to receive one of:

In an embodiment, in case that at least one data packet in the data packet information is not received correctly, the second communication interface 801 is further configured to send one of the following:

It should be noted that: the specific processing of the second processor 802 and the second communication interface 801 may be understood with reference to the methods described above.

Of course, in practice, the various components in the network device 800 are coupled together by a bus system 804. It is understood that the bus system 804 is used to enable communications among the components. The bus system 804 includes a power bus, a control bus, and a status signal bus in addition to a data bus. For clarity of illustration, however, the various buses are labeled as bus system 804 in FIG. 8.

The second memory 803 in the embodiment of the present application is used for storing various types of data to support the operation of the network device 800. Examples of such data include: any computer program for operating on network device 800.

The method disclosed in the embodiment of the present application can be applied to the second processor 802, or implemented by the second processor 802. The second processor 802 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be implemented by an integrated logic circuit of hardware or an instruction in the form of software in the second processor 802. The second processor 802 described above may be a general purpose processor, a DSP, or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, or the like. The second processor 802 may implement or perform the methods, steps, and logic blocks disclosed in the embodiments of the present application. A general purpose processor may be a microprocessor or any conventional processor or the like. The steps of the method disclosed in the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module may be located in a storage medium located in the second memory 803, and the second processor 802 reads the information in the second memory 803, and completes the steps of the foregoing method in conjunction with its hardware.

In an exemplary embodiment, the network device 800 may be implemented by one or more ASICs, DSPs, PLDs, CPLDs, FPGAs, general-purpose processors, controllers, MCUs, microprocessors, or other electronic components for performing the aforementioned methods.

It is understood that the memories (the first memory 703 and the second memory 803) of the embodiments of the present application may be volatile memories or nonvolatile memories, and may include both volatile and nonvolatile memories. Among them, the nonvolatile Memory may be a Read Only Memory (ROM), a Programmable Read Only Memory (PROM), an Erasable Programmable Read-Only Memory (EPROM), an Electrically Erasable Programmable Read-Only Memory (EEPROM), a magnetic random access Memory (FRAM), a Flash Memory (Flash Memory), a magnetic surface Memory, an optical disk, or a Compact Disc Read-Only Memory (CD-ROM); the magnetic surface storage may be disk storage or tape storage. Volatile Memory can be Random Access Memory (RAM), which acts as external cache Memory. By way of illustration and not limitation, many forms of RAM are available, such as Static Random Access Memory (SRAM), Synchronous Static Random Access Memory (SSRAM), Dynamic Random Access Memory (DRAM), Synchronous Dynamic Random Access Memory (SDRAM), Double Data Rate Synchronous Dynamic Random Access Memory (DDRSDRAM), Enhanced Synchronous Dynamic Random Access Memory (ESDRAM), Enhanced Synchronous Dynamic Random Access Memory (Enhanced DRAM), Synchronous Dynamic Random Access Memory (SLDRAM), Direct Memory (DRmb Access), and Random Access Memory (DRAM). The memories described in the embodiments of the present application are intended to comprise, without being limited to, these and any other suitable types of memory.

In an exemplary embodiment, the present application further provides a storage medium, specifically a computer storage medium, which is a computer readable storage medium, for example, including a first memory 703 storing a computer program, where the computer program is executable by a first processor 702 of a terminal 700 to complete the steps of the foregoing terminal-side method. For example, the second memory 803 may store a computer program, which may be executed by the second processor 802 of the network device 800 to perform the steps of the network-side method described above. The computer readable storage medium may be Memory such as FRAM, ROM, PROM, EPROM, EEPROM, Flash Memory, magnetic surface Memory, optical disk, or CD-ROM.

It should be noted that: "first," "second," and the like are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order.

The technical means described in the embodiments of the present application may be arbitrarily combined without conflict.

The above description is only a preferred embodiment of the present application, and is not intended to limit the scope of the present application.

Claims

1. A method for obtaining uplink feedback is applied to a terminal, and comprises the following steps:

2. The method of claim 1, wherein the packet information comprises at least one of the following types of data:

logical channel data;

buffer status report BSR.

3. The method of claim 1, wherein the receiving the first information sent by the network side includes one of:

and receiving the first information on a Physical Downlink Shared Channel (PDSCH) scheduled by the first PDCCH by receiving the first PDCCH.

4. The method according to claim 3, wherein when receiving the first information sent by the network side, the method further comprises:

5. The method of claim 3, wherein the PDCCH transmission resource corresponding to the first PDCCH comprises a PDCCH opportunity contention.

6. The method according to claim 4 or 5, wherein the opening a receiving window on the PDCCH transmission resource corresponding to the first PDCCH comprises:

random access configuration information broadcasted by a network side;

7. The method of claim 1, wherein a bit length of the first information is related to a number of transport blocks used for transmitting the packet information in the first message in PUSCH.

8. The method according to claim 1, wherein in case that the first information indicates that the network side did not correctly receive at least one of the data packets in the data packet information, the method further comprises:

and retransmitting the data packet information in the first message.

9. The method of claim 8, wherein the retransmitting the packet information in the first message comprises one of:

retransmitting all data packets in the data packet information;

10. The method according to claim 8 or 9, wherein when receiving the first information sent by the network side, the method further comprises:

the retransmitting the data packet information in the first message includes:

11. The method according to claim 8 or 9, wherein when receiving the first information sent by the network side, the method further comprises:

the retransmitting the data packet information in the first message includes:

12. The method according to claim 1, wherein in case that the first information indicates that the network side did not correctly receive at least one of the data packets in the data packet information, the method further comprises:

and entering a Radio Resource Control (RRC) recovery flow.

13. An uplink feedback method, comprising:

14. The method of claim 13, wherein the packet information comprises at least one of the following types of data:

logical channel data;

BSR。

15. the method of claim 14, wherein the sending the first information to the terminal comprises one of:

16. The method of claim 14, wherein a bit length of the first information is related to a number of transport blocks used for transmitting the packet information in the first message in a PUSCH.

17. The method according to any one of claims 14 to 16, wherein in case of not correctly receiving at least one of the data packets in the data packet information, the method further comprises one of:

18. The method according to any one of claims 14 to 16, wherein in case of not correctly receiving at least one of the data packets in the data packet information, the method further comprises one of:

19. An apparatus for obtaining uplink feedback, comprising:

20. An apparatus for uplink feedback, comprising:

21. A terminal, comprising: a first processor and a first communication interface; wherein the content of the first and second substances,

22. A network device, comprising: a second processor and a second communication interface; wherein the content of the first and second substances,

23. A terminal, comprising: a first processor and a first memory for storing a computer program capable of running on the processor,

wherein the first processor is configured to execute the steps of the method for obtaining uplink feedback according to any one of claims 1 to 12 when running the computer program.

24. A network device, comprising: a second processor and a second memory for storing a computer program capable of running on the processor,

wherein the second processor is configured to execute the steps of the method for uplink feedback according to any one of claims 13 to 18 when running the computer program.

25. A storage medium having stored thereon a computer program, wherein the computer program, when being executed by a processor, is adapted to carry out the steps of the method of obtaining uplink feedback according to any one of claims 1 to 12; or, implementing the steps of the method of upstream feedback according to any of claims 13 to 18.