CN107241164B

CN107241164B - Method and device for processing repeated transmission of radio bearer

Info

Publication number: CN107241164B
Application number: CN201710314170.0A
Authority: CN
Inventors: 谌丽; 刘佳敏; 皮埃尔
Original assignee: Datang Mobile Communications Equipment Co Ltd
Current assignee: Datang Mobile Communications Equipment Co Ltd
Priority date: 2017-05-05
Filing date: 2017-05-05
Publication date: 2021-10-22
Anticipated expiration: 2037-05-05
Also published as: CN107241164A

Abstract

The invention discloses a processing method and a device for radio bearer repeat transmission, which comprises the following steps: a sending end determines the receiving condition of a bottom layer data packet; and activating or deactivating the repeated transmission of the packet data aggregation protocol data unit according to the receiving condition. By adopting the invention, the sending end autonomously activates or deactivates the repeated transmission of the grouped data aggregation protocol data unit through the receiving condition feedback of the bottom layer data packet. Because the mode of informing the interaction to the grouped data convergence protocol layer through the bottom layer in the sending end is adopted, the repeated transmission and the deactivation of the repeated transmission can be quickly and efficiently realized, the high reliability brought by the repeated transmission is obtained, the use efficiency of wireless resources can be improved, and the resource waste is avoided.

Description

Method and device for processing repeated transmission of radio bearer

Technical Field

The present invention relates to the field of wireless communications technologies, and in particular, to a method and an apparatus for processing radio bearer retransmission.

Background

The 5G NR (next generation Radio) system mainly supports three types of services:

eMBBs (enhanced Mobile Broadband Communications), mMTC (massive Machine Type Communications), URLLC (Ultra-Reliable and Low Latency Communications).

For URLLC, because of its relatively high requirements for delay and reliability, a solution proposed by 3GPP is to introduce a duplicate mechanism, that is, transmit the same PDCP (Packet Data Convergence Protocol) layer PDU (Protocol Data Unit) through multiple paths, improve transmission reliability through multiple transmission gains, and reduce transmission delay.

Fig. 1 is a schematic diagram of a PDCP replication model under CA, fig. 2 is a schematic diagram of a PDCP replication model under DC, and fig. 1 and fig. 2 respectively illustrate models of replication under CA (Carrier aggregation) and DC (Dual connectivity), as shown in the figures, one Radio bearer (corresponding to one PDCP entity) of a PDCP layer is transmitted through a plurality of logical channels (each logical channel corresponding to one RLC entity) in an RLC (Radio Link Control) layer. For the CA model, a plurality of logical channels corresponding to the duplicate RB (Radio Bearer) are processed by one MAC entity at a MAC (Media Access Control) layer, and data from a plurality of different RLC logical channels are mapped to different number (baseband parameter)/TTI duration (TTI duration; TTI: Transmission Time Interval) or carriers for Transmission, respectively. For the DC model, multiple logical channels corresponding to the duplicate RB are mapped to different MAC entities, and naturally, data from multiple different RLC logical channels can be mapped to different numbers/TTI durations or carriers for transmission.

The repeated transmission is to ensure the reliability of data, but if all data are transmitted repeatedly, it will bring about a great waste of radio resources, and the deficiency of the prior art lies in: at present, no technical scheme for a repeated transmission control mechanism exists.

Disclosure of Invention

The invention provides a processing method and a processing device for radio bearer repeat transmission, which are used for solving the problem that the repeat transmission mechanism cannot be controlled at present.

The embodiment of the invention provides a processing method for repeated transmission of a radio bearer, which comprises the following steps:

a sending end determines the receiving condition of a bottom layer data packet;

activating or deactivating the repeated transmission of the PDCP PDU according to the reception condition.

Preferably, the reception condition is determined by an RLC status report and/or a physical layer transmission failure condition.

Preferably, when the receiving condition is a receiving condition determined by an RLC status report, the method includes:

the RLC layer reports the PDCP PDU serial number which is not successfully transmitted to the PDCP layer according to the PDCP PDU which is not successfully transmitted in the RLC status report, and activates repeated transmission on another logic channel which is different from the current logic channel and corresponds to the PDCP entity, wherein the repeated transmission aims at the PDCP PDU which is not successfully transmitted;

and/or activating or deactivating repeated transmission according to the unsuccessful sending condition of the RLC PDU in the RLC status report, if the repeated transmission is activated, activating another logical channel corresponding to the PDCP entity to perform repeated transmission, wherein the repeated transmission refers to the PDCP PDU corresponding to the unsuccessfully transmitted RLC PDU in the RLC status report of the transmission initial logical channel and/or all the PDCP PDUs thereafter, if the repeated transmission is deactivated, reserving the logical channel corresponding to the RLC status report, deactivating another logical channel, or reserving the initial logical channel before activating the repeated transmission, and deactivating another logical channel corresponding to the PDCP entity.

Preferably, in the method of reporting the sequence numbers of the unsuccessfully transmitted PDCP PDUs to the PDCP layer, the method further includes:

and on a logic channel for transmitting the PDCP PDU before starting the repeated transmission, continuously carrying out ARQ retransmission of the RLC PDU corresponding to the PDCP PDU which is not successfully transmitted.

Preferably, the repeated transmission is activated or deactivated according to the unsuccessful sending condition of the RLC PDU in the RLC status report, which includes one or a combination of the following ways:

if the repeated transmission is not activated, if the number of the RLC PDUs which are not successfully transmitted and are contained in the RLC status report or the RLC PDU transmission failure probability in the logical channel corresponding to the PDCP entity of the RB within a certain time period are greater than a first threshold, activating another logical channel corresponding to the PDCP entity to participate in the repeated transmission;

if the repeated transmission is activated, if the number of RLC PDUs which are not successfully transmitted and are contained in the RLC status report or the transmission failure probability of the RLC PDUs is less than a second threshold in a certain time period, any one of the logical channels corresponding to the PDCP entity of the RB is deactivated, and only the logical channel corresponding to the RLC status report is reserved, or only the logical channel before the repeated transmission is activated;

if the repeated transmission is not activated, if the number of the RLC PDUs which are not successfully transmitted in a single RLC status report by the logical channel corresponding to the PDCP entity of the RB is greater than a third threshold, activating another logical channel corresponding to the PDCP entity to participate in the repeated transmission;

if the repeated transmission is activated, if the number of the RLC PDUs which are not successfully transmitted in a single RLC status report by the logical channel corresponding to the PDCP entity of the RB is less than a fourth threshold, the repeated transmission is deactivated, and only the logical channel corresponding to the RLC status report is reserved, or only the logical channel before the repeated transmission is activated is reserved.

Preferably, when the receiving condition is determined by a physical layer transmission failure condition, the receiving condition is processed in one of the following manners or a combination thereof:

if the repeated transmission is not activated, when the number of the HARQ NACK aiming at the physical layer transmission block received in a certain time period is larger than a fifth threshold, activating another logic channel corresponding to the PDCP entity for transmitting the PDCP PDU which is not successfully transmitted by the initial logic channel and/or all the PDCP PDUs thereafter;

if the repeated transmission is activated, when the number of HARQ NACK aiming at the physical layer transmission block on the carrier used for the repeated transmission in a certain time period is smaller than a sixth threshold, the transmission is deactivated, and a logic channel with high transmission success probability corresponding to the PDCP entity is reserved or an initial logic channel before the repeated transmission is activated;

if the repeated transmission is not activated, when the retransmission times or the retransmission probability for the physical layer transport block received in a certain time period is greater than a seventh threshold, activating another logical channel corresponding to the PDCP entity for transmitting the PDCP PDU which is not successfully transmitted by the initial logical channel and/or all the PDCP PDUs thereafter;

if the repeated transmission is activated, when the retransmission times or the retransmission probability for the physical layer transport block on the carrier used for the repeated transmission within a certain time period is less than an eighth threshold, the transmission is deactivated, and the logical channel with the high transmission success probability corresponding to the PDCP entity is reserved, or the initial logical channel before the repeated transmission is activated.

Preferably, when the transmitting end is a base station and the receiving end is a terminal, and when the terminal activates or deactivates PDCP retransmission, the terminal notifies the base station in one of the following manners or a combination thereof:

when activating repeated transmission, the terminal informs the base station that the logical channel has data by generating BSR containing the data volume of the newly activated logical channel;

when activating repeated transmission, the terminal informs the base station that a new logic channel has data through triggering a scheduling request SR;

when activating the repeated transmission, the terminal sends PDCP PDU which needs to be repeatedly transmitted in the new activation logic channel on the scheduling-free resource;

when the repeated transmission is deactivated, the terminal informs the base station to deactivate through PDCP layer signaling;

when the PDCP repeated transmission is deactivated, the terminal informs the base station to deactivate through reporting the BSR with empty logical channel data volume.

The embodiment of the invention provides a processing device for radio bearer repeated transmission, which comprises:

the determining module is used for determining the receiving condition of the bottom layer data packet at the transmitting end;

and the control module is used for activating or deactivating the repeated transmission of the PDCP PDU according to the receiving condition.

Preferably, the determining module is further configured to determine the receiving condition through an RLC status report and/or a physical layer transmission failure condition.

Preferably, the control module is further configured to, when the reception condition is a reception condition determined by an RLC status report, include:

reporting the sequence number of the PDCP PDU which is not successfully transmitted to the PDCP layer by the RLC layer according to the PDCP PDU which is corresponding to the RLC PDU which is not successfully transmitted in the RLC status report, and activating repeated transmission on another logic channel which is corresponding to the PDCP entity and is different from the current logic channel, wherein the repeated transmission aims at the PDCP PDU which is not successfully transmitted;

Preferably, the control module is further configured to continue ARQ retransmission of the RLC PDU corresponding to the unsuccessfully transmitted PDCP PDU on a logical channel for transmitting the PDCP PDU before starting the repeat transmission in a manner of reporting the unsuccessfully transmitted PDCP PDU number to the PDCP layer.

Preferably, the control module is further configured to, when activating or deactivating the retransmission according to the unsuccessful RLC PDU sending condition in the RLC status report, one or a combination of the following manners:

Preferably, the control module is further configured to, when the reception condition is a reception condition determined by a physical layer transmission failure condition, process in one of the following manners or a combination thereof:

Preferably, the control module is further configured to notify the base station in one of the following manners or a combination thereof when the sending end is the base station and the receiving end is the terminal and when the PDCP retransmission is activated or deactivated on the terminal:

The invention has the following beneficial effects:

in the technical scheme provided by the embodiment of the invention, an uplink repeat transmission control mechanism is provided, and a sending end autonomously activates or deactivates PDCP PDU repeat transmission through receiving condition feedback of a bottom layer data packet.

Furthermore, because a mode of informing the PDCP layer of interaction through the bottom layer in the sending end is adopted, repeated transmission and deactivation of the repeated transmission can be quickly and efficiently realized, the high reliability brought by the repeated transmission is obtained, meanwhile, the use efficiency of wireless resources can be improved, and the resource waste is avoided.

Drawings

The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this specification, illustrate embodiments of the invention and together with the description serve to explain the invention and not to limit the invention. In the drawings:

FIG. 1 is a diagram of a PDCP duplication model under CA in the background art;

FIG. 2 is a diagram illustrating a PDCP duplicate model under DC in the background art;

FIG. 3 is a flowchart illustrating a method for handling a radio bearer retransmission according to an embodiment of the present invention;

FIG. 4 is a block diagram of a processing apparatus for radio bearer retransmission according to an embodiment of the present invention;

fig. 5 is a schematic structural diagram of a communication device in an embodiment of the present invention.

Detailed Description

The repeated transmission is to ensure the reliability of data, and if all data are transmitted repeatedly, great waste of wireless resources is brought, but no repeated transmission control mechanism exists at present. Therefore, an efficient duplicate transmission control mechanism needs to be introduced.

Based on this, the embodiment of the invention provides a repeat transmission control scheme, in which a sending end autonomously activates or deactivates PDCP PDU repeat transmission through feedback of the receiving condition of a bottom layer data packet. The following describes embodiments of the present invention with reference to the drawings.

In the description process, the implementation of the sending end is mainly described, and then, an example description of downlink data transmission with the sending end as the base station and the receiving end as the terminal and uplink data transmission with the sending end as the terminal and the receiving end as the base station is given, and the two are matched with the implementation example to better understand the implementation of the scheme provided in the embodiment of the present invention. Such descriptions do not imply that the two must be implemented in combination or separately.

Fig. 3 is a schematic flow chart of an implementation of a processing method for radio bearer retransmission, as shown in the figure, the processing method may include:

step 301, a sending end determines the receiving condition of a bottom layer data packet;

step 302, activating or deactivating the repeated transmission of the PDCP PDU according to the receiving condition.

Specifically, the repeated transmission in the scheme includes not only the duplicate function, but also at least repeated transmission of a data packet with failed transmission, activation/deactivation of repeated transmission of all data, and the like, and will be described in the following specific implementation.

When the sending end autonomously activates or deactivates the repeated transmission of the PDCP PDU through the feedback of the receiving condition of the bottom layer data packet, after the sending end autonomously activates, the receiving end needs to know that the repeated transmission is activated, and for the downlink, the UE receives the data of two logic channels from one PDCP entity, and then the functions of the repeated transmission, the repeated detection, the repeated abandon and the like are determined to be activated; for uplink, the UE needs to notify the base station that the repeated transmission is activated, and the base station can perform related processing such as resource allocation, and the notification may be by sending an SR (Scheduling Request) or a Buffer State report BSR (Buffer State Reporting).

In specific implementation, when the sending end is a base station and the receiving end is a terminal, and when the terminal activates or deactivates PDCP retransmission, the terminal may notify the base station according to one of the following modes or a combination thereof:

In an implementation, the reception condition may be determined by an RLC status report and/or a physical layer transmission failure condition.

The following description will be made of two schemes, where each scheme of processing in the case of reception determined by RLC status report is referred to as scheme one, and each scheme of processing in the case of reception determined by physical layer transmission failure is referred to as scheme two. For the sake of simplicity, in the following scheme, it is assumed that the PDCP entity of an RB is mapped to two logical channels, which are referred to as logical channel 1 and logical channel 2, and before starting the repeat transmission, PDCP PDUs are transmitted on logical channel 1.

The first method is as follows:

the first mode comprises two modes of 1-1 and/or 1-2, and the following description is given:

mode 1-1:

and the RLC layer reports the sequence number of the PDCP PDU which is not successfully transmitted to the PDCP layer according to the PDCP PDU which is corresponding to the RLC PDU which is not successfully transmitted in the RLC status report, and activates repeated transmission on another logical channel which is corresponding to the PDCP entity and is different from the current logical channel, wherein the repeated transmission aims at the PDCP PDU which is not successfully transmitted.

Specifically, the RLC layer reports the unsuccessfully transmitted PDCP PDUs to the PDCP layer according to the RLC status report. On the logic channel 1, the ARQ retransmission of the RLC PDU corresponding to the PDCP PDU is continuously carried out; the unsuccessfully transmitted PDCP PDUs are repeatedly transmitted on logical channel 2.

Specifically, the RLC layer is located below the PDCP layer, and the structure can be seen in fig. 1. The RLC status report determines which RLC PDUs have failed transmission, and the PDCP layer can know which PDCP PDUs to transmit on another logical channel as long as the failed RLC PDUs are restored to PDCP PDUs. The specific reported content does not need to be the whole PDCP PDU, and the reported failed PDCP PDU sequence number SN can be.

The RLC layer reports the PDCP PDU paging corresponding to the RLC PDU which fails to report to the PDCP and can also have the function of counting the number of failures.

In the implementation, the method can further comprise the following steps:

Specifically, ARQ (Automatic Repeat Request) is an RLC layer retransmission on one logical channel, and is transmitted in different time dimensions; the PDCP duty is that the same PDCP PDU is repeatedly transmitted on different logical channels, transmitted in the spatial and/or frequency dimensions within the same time.

It is easy to understand that ARQ transmission is normal operation on the initial logical channel, duplicate is operation after starting another logical channel, and successful transmission on any logical channel can make the transmission successful, increasing the reliability of the transmission.

Mode 1 to 2: activating or deactivating repeated transmission according to the unsuccessful transmission condition of the RLC PDU in the RLC status report;

if the repeated transmission is activated, another logical channel corresponding to the PDCP entity is activated to carry out repeated transmission, and the repeated transmission refers to the transmission of the PDCP PDU corresponding to the RLC PDU which is not successfully transmitted in the RLC status report of the initial logical channel and/or all the PDCP PDUs thereafter;

if the repeated transmission is deactivated, the logical channel corresponding to the RLC status report is reserved, another logical channel is deactivated, or the initial logical channel before the repeated transmission is activated is reserved, and another logical channel corresponding to the PDCP entity is deactivated.

Specifically, the logical channel 2 is determined to be activated for repeated transmission according to the number of the PDCP PDUs which are not successfully transmitted in the RLC status report.

In implementation, activating or deactivating the repeated transmission according to the unsuccessful sending condition of the RLC PDU in the RLC status report, which includes one or a combination of the following ways:

Specifically, the determining the number of unsuccessfully transmitted PDCP PDUs may include:

counting the number of RLC PDUs (radio Link control protocol data units) which are not successfully transmitted or the transmission failure probability of the RLC PDUs contained in the RLC status report within a certain time period, and activating repeated transmission if the number of the RLC PDUs or the transmission failure probability of the RLC PDUs is greater than a set first threshold; if the repeated transmission is activated, counting the number of the RLC PDUs which are not successfully transmitted and contained in each logical channel RLC status report corresponding to the PDCP entity of the RB within a certain time period or the transmission failure probability of the RLC PDUs, if the statistical value of one of the logical channels is smaller than a set second threshold, deactivating the repeated transmission, and transmitting the PDCP PDUs only on the logical channel, namely transmitting only on the logical channel with the high transmission success probability.

In a single RLC status report, if the number of the RLC PDUs which are not successfully transmitted is larger than a set third threshold, activating repeated transmission; if the repeated transmission is activated, the number of unsuccessfully transmitted RLC PDUs or the transmission failure probability of the RLC PDUs in any logical channel RLC status report corresponding to the PDCP entity of the RB is less than the set fourth threshold, the repeated transmission is deactivated, and the PDCP PDUs are transmitted only on the logical channel, namely only on the logical channel with the high transmission success probability.

The second method comprises the following steps:

when the reception situation is determined by a physical layer transmission failure situation, it may be processed in one or a combination of the following ways:

Specifically, the activation/deactivation of PDCP PDU retransmission by the physical layer transmission failure probability may be as follows:

counting the number of Negative feedback HARQ (Hybrid Automatic Repeat Request ) NACKs (Negative Acknowledgement, NACK) received in a period of time aiming at the physical layer transmission block, and activating Repeat transmission if the number of the NACKs is more than a fifth threshold; and if the repeated transmission is activated, counting the number of HARQ NACK on the carrier waves used for the repeated transmission, if the number of the HARQ NACK is lower than a sixth threshold, deactivating the repeated transmission, and if the carrier waves used by each logic channel are different, reserving the logic channel corresponding to the carrier wave with the lowest number of the HARQ NACK.

Counting the retransmission times or the retransmission probability of the received TB (Transport Block) in a period of time, and if the retransmission times or the retransmission probability is greater than a seventh threshold, activating repeated transmission; and if the repeated transmission is activated, counting the retransmission times or retransmission probability of the transport block TB on the carrier wave used for the repeated transmission, if the retransmission times or retransmission probability is lower than an eighth threshold, deactivating the repeated transmission, and if the carrier wave used by each logical channel is different, reserving the logical channel corresponding to the carrier wave with the lowest retransmission times or retransmission probability of the transport block.

Based on the same inventive concept, the embodiment of the present invention further provides a processing apparatus for radio bearer retransmission, and as the principle of the apparatus for solving the problem is similar to a processing method for radio bearer retransmission, the implementation of the apparatus may refer to the implementation of the method, and the repeated parts are not described again.

Fig. 4 is a schematic structural diagram of a processing apparatus for radio bearer retransmission, as shown in the figure, the processing apparatus may include:

a determining module 401, configured to determine, at a sending end, a receiving condition of a bottom layer data packet;

a control module 402 for activating or deactivating the repeated transmission of the PDCP PDU according to the receiving condition.

In an implementation, the determining module is further configured to determine the receiving condition through an RLC status report and/or a physical layer transmission failure condition.

In an implementation, the control module is further configured to, when the reception condition is a reception condition determined by an RLC status report, include:

In the implementation, the control module is further configured to continue ARQ retransmission of the RLC PDU corresponding to the unsuccessfully transmitted PDCP PDU on a logical channel for transmitting the PDCP PDU before starting the repeat transmission in a manner of reporting the unsuccessfully transmitted PDCP PDU number to the PDCP layer.

In an implementation, the control module is further configured to, when activating or deactivating the retransmission according to the unsuccessful RLC PDU sending condition in the RLC status report, one or a combination of the following manners:

In an implementation, the control module is further configured to, when the reception condition is a reception condition determined by a physical layer transmission failure condition, process in one or a combination of the following ways:

In implementation, the control module is further configured to notify the base station in one of the following manners or a combination thereof when the sending end is the base station and the receiving end is the terminal and when PDCP retransmission is activated or deactivated on the terminal:

For convenience of description, each part of the above-described apparatus is separately described as being functionally divided into various modules or units. Of course, the functionality of the various modules or units may be implemented in the same one or more pieces of software or hardware in practicing the invention.

When the technical scheme provided by the embodiment of the invention is implemented, the implementation can be carried out as follows.

Fig. 5 is a schematic structural diagram of a communication device, as shown in the figure, the device includes:

the processor 500, which is used to read the program in the memory 520, executes the following processes:

determining the receiving condition of a bottom layer data packet at a transmitting end;

a transceiver 510 for receiving and transmitting data under the control of the processor 500, performing the following processes:

In practice, the reception condition is determined by an RLC status report and/or a physical layer transmission failure condition.

In an implementation, when the receiving condition is a receiving condition determined by an RLC status report, the method includes:

In the implementation, in the manner of reporting the unsuccessfully transmitted PDCP PDU number to the PDCP layer, the method further includes:

In implementation, when the receiving condition is determined by the physical layer transmission failure condition, the receiving condition is processed in one of the following manners or a combination thereof:

In implementation, when the sending end is a base station and the receiving end is a terminal, and when the terminal activates or deactivates the PDCP retransmission, the terminal notifies the base station according to one of the following modes or a combination thereof:

Wherein in fig. 5, the bus architecture may include any number of interconnected buses and bridges, with one or more processors, represented by processor 500, and various circuits, represented by memory 520, being linked together. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. The bus interface provides an interface. The transceiver 510 may be a number of elements, including a transmitter and a transceiver, providing a means for communicating with various other apparatus over a transmission medium. The processor 500 is responsible for managing the bus architecture and general processing, and the memory 520 may store data used by the processor 500 in performing operations.

In summary, in the technical solution provided in the embodiment of the present invention, the sending end autonomously activates or deactivates PDCP PDU retransmission by feedback of the receiving condition of the bottom layer data packet. Specifically provided is:

and repeatedly transmitting PDCP PDUs corresponding to the RLC PDUs failed in the RLC status report and a specific scheme thereof.

According to RLC status report making parameter statistics, activating/deactivating PDCP repeat transmission and its concrete scheme.

Activating/deactivating PDCP repeated transmission according to the statistics of the probability of transmission failure of the physical layer, and a specific scheme thereof.

The embodiment of the invention provides an uplink repeated transmission control mechanism, which can rapidly and efficiently realize repeated transmission and deactivation of the repeated transmission by a mode that an inner bottom layer of a sending end informs a PDCP layer of interaction, and can improve the use efficiency of wireless resources and avoid resource waste while obtaining high reliability brought by the repeated transmission.

As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, optical storage, and the like) having computer-usable program code embodied therein.

The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

It will be apparent to those skilled in the art that various changes and modifications may be made in the present invention without departing from the spirit and scope of the invention. Thus, if such modifications and variations of the present invention fall within the scope of the claims of the present invention and their equivalents, the present invention is also intended to include such modifications and variations.

Claims

1. A method for processing repeated transmission of a radio bearer is characterized by comprising the following steps:

a sending end determines the receiving condition of a bottom layer data packet;

when the reception situation is determined by radio link control, RLC, status report:

the RLC layer reports the PDCP PDU serial number which is not successfully transmitted to the PDCP layer according to the PDCP PDU which is not successfully transmitted in the RLC status report, and activates repeated transmission on another logic channel which is different from the current logic channel and corresponds to the PDCP entity, wherein the repeated transmission aims at the PDCP PDU which is not successfully transmitted; and/or the presence of a gas in the gas,

activating or deactivating repeated transmission according to the unsuccessful transmission condition of the RLC PDU in the RLC status report;

when the receiving condition is determined by the physical layer transmission failure condition, the receiving condition is processed in one of the following modes or the combination of the following modes:

if the repeat transmission is not activated, when the number of hybrid automatic repeat request HARQ negative acknowledgements, NACKs, received for the physical layer transport block within a certain time period is greater than a fifth threshold, or when the number of retransmissions or the retransmission probability for the physical layer transport block received within a certain time period is greater than a seventh threshold:

activating another logic channel corresponding to the PDCP entity, wherein the another logic channel is used for transmitting the PDCP PDU which is not successfully transmitted by the initial logic channel and/or all the PDCP PDUs thereafter;

if the repeated transmission is activated, when the number of HARQ NACKs for the physical layer transport block on the carrier for repeated transmission in a certain time period is less than a sixth threshold, or when the number of retransmissions or the retransmission probability for the physical layer transport block on the carrier for repeated transmission in a certain time period is less than an eighth threshold:

and deactivating transmission, and reserving the logical channel with high transmission success probability corresponding to the PDCP entity, or activating the initial logical channel before repeated transmission.

2. The method of claim 1, wherein activating or deactivating duplicate transmissions based on unsuccessful transmission of RLC PDUs in an RLC status report comprises:

if the repeated transmission is activated, activating another logical channel corresponding to the PDCP entity to perform repeated transmission, wherein the repeated transmission refers to the transmission of the PDCP PDU corresponding to the unsuccessfully transmitted RLC PDU in the RLC status report of the initial logical channel and/or all the PDCP PDUs thereafter, if the repeated transmission is deactivated, reserving the logical channel corresponding to the RLC status report, deactivating the another logical channel, or reserving the initial logical channel before the repeated transmission is activated, and deactivating the another logical channel corresponding to the PDCP entity.

3. The method of claim 1 or 2, wherein in the PDCP layer reporting unsuccessfully transmitted PDCP PDU sequence numbers, further comprising:

and on a logic channel for transmitting the PDCP PDU before starting the repeated transmission, continuing to perform automatic repeat request ARQ retransmission of the RLC PDU corresponding to the PDCP PDU which is not successfully transmitted.

4. The method of claim 1, wherein activating or deactivating duplicate transmissions based on unsuccessful transmission of RLC PDUs in an RLC status report comprises one or a combination of:

if the repeated transmission is not activated, if the number of the RLC PDUs which are not successfully transmitted and are contained in the RLC status report or the RLC PDU transmission failure probability in the logical channel corresponding to the PDCP entity carrying the RB within a certain time period are greater than a first threshold, activating another logical channel corresponding to the PDCP entity to participate in the repeated transmission;

5. The method of any of claims 1 to 4, wherein when the transmitting end is a base station and the receiving end is a terminal, and when the terminal activates or deactivates PDCP repeat transmission, the terminal notifies the base station in one of the following manners or a combination thereof:

when activating repeated transmission, the terminal reports BSR to inform the base station that the logical channel has data by generating a Buffer State Report (BSR) containing the data volume of the newly activated logical channel;

6. An apparatus for processing repeated transmissions of a radio bearer, comprising:

the determining module is used for determining the receiving condition of the bottom layer data packet through the RLC status report and/or the physical layer transmission failure condition;

a control module for, when the reception is determined by a radio link control, RLC, status report:

a control module, further configured to, when the reception condition is determined to be a physical layer transmission failure condition:

7. The apparatus of claim 6, wherein the control module, when configured to activate or deactivate the retransmission according to the unsuccessful RLC PDU sending condition in the RLC status report, is specifically configured to:

8. The apparatus according to claim 6 or 7, wherein the control module is further configured to continue the ARQ retransmission of the RLC PDU corresponding to the unsuccessfully transmitted PDCP PDU on a logical channel on which the PDCP PDU is transmitted before the initiation of the retransmission in a manner of reporting the unsuccessfully transmitted PDCP PDU sequence number to the PDCP layer.

9. The apparatus of claim 6, wherein the control module is further configured to activate or deactivate retransmission based on unsuccessful transmission of RLC PDUs in the RLC status report by one or a combination of:

10. The apparatus of any of claims 6 to 9, wherein the control module is further configured to notify the base station when the PDCP retransmission is activated or deactivated at the terminal when the transmitting end is the base station and the receiving end is the terminal, according to one of the following manners or a combination thereof: