CN106304188B - A kind of AM RLC is for retransmitting the receiving handling method of the optimization of data - Google Patents

A kind of AM RLC is for retransmitting the receiving handling method of the optimization of data Download PDF

Info

Publication number
CN106304188B
CN106304188B CN201510240204.7A CN201510240204A CN106304188B CN 106304188 B CN106304188 B CN 106304188B CN 201510240204 A CN201510240204 A CN 201510240204A CN 106304188 B CN106304188 B CN 106304188B
Authority
CN
China
Prior art keywords
segmentation
segmented
pdu
heavy
merging
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201510240204.7A
Other languages
Chinese (zh)
Other versions
CN106304188A (en
Inventor
杨鹏
徐浩
张建立
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
SUZHOU SIMPLNANO ELECTRONICS CO Ltd
Original Assignee
SUZHOU SIMPLNANO ELECTRONICS CO Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by SUZHOU SIMPLNANO ELECTRONICS CO Ltd filed Critical SUZHOU SIMPLNANO ELECTRONICS CO Ltd
Priority to CN201510240204.7A priority Critical patent/CN106304188B/en
Publication of CN106304188A publication Critical patent/CN106304188A/en
Application granted granted Critical
Publication of CN106304188B publication Critical patent/CN106304188B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0268Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/04Error control

Abstract

The present invention relates in a kind of LTE protocol stack data-optimized processing method more particularly to a kind of AMRLC for retransmit data optimization receiving handling method;The following steps are included: continuous judgement: when receiving end receives the segmentation again of a PDU, judge the heavy segmentation whether with the heavy zonal cooling that formerly receives;Initial and tail sections judgement: judgement again be segmented or merge after be segmented again, the data for being included whether include former PDU the first byte or the last byte;Marker for judgment: it is segmented whether included data length is less than or equal to threshold X again after judging the heavy segmentation or merging;State report is sent: state report is sent to transmitting terminal according to weight segment information after unreceived heavy segmentation or merging by receiving end;Threshold X is obtained according to packet loss, authorization average value and currently processed heavy section length;The present invention has in the case where Network status is bad, can efficiently use interface-free resources, and logical process is also relatively simple, and the advantages of be adapted to existing protocol perfection.

Description

A kind of AM RLC is for retransmitting the receiving handling method of the optimization of data
Technical field
The present invention relates in a kind of LTE protocol stack data-optimized processing method more particularly to a kind of AM RLC for weight Pass the receiving handling method of the optimization of data.
Background technique
Wireless spread-spectrum technology (RLC) agreement is one layer in LTE protocol stack, is responsible for wireless spread-spectrum technology, sends in LTE Side and recipient have the rlc layer of equity to complete sending and receiving for task.RLC is for upper-layer packet number when namely sending The data (SDU) to come are delivered according to convergence layer (PDCP) according to the authorization size specified in each sending time slots, and SDU is divided Section concatenate and adds packet header and forms protocol Data Unit (PDU) later and issue lower layer (MAC);RLC sends out MAC when reception The data (PDU) come up are recombinated according to information such as the sequence numbers solved in packet header, then sequentially submit data (SDU) to upper Layer PDCP.
The transmission mode of RLC is divided into transparent mode (TM), Unacknowledged Mode (UM) and affirmation mode (AM), wherein TM and UM There is no guarantee that mechanism guarantees that opposite end RLC mono- is surely properly received, but introduce this control of state report in AM PDU ensure that the reception condition of opposite end RLC.Detailed process is that the RLC of receiving end is meeting hair according to current reception condition Status report is to the RLC of transmitting terminal in the case where sending state report condition, after then the RLC of transmitting terminal receives state report It is retransmitted and (is pointed out in state report by NACK_SN) according to the loss PDU indicated in state report.
Since in LTE idle wireless resource environment, each authorization size is dynamic change, this results in being possible to RLC authorizes bigger when first time sending PDU, and when receiving state report and indicating that this PDU needs to retransmit, authorization is inadequate Greatly, the PDU at this moment just needing RLC to retransmit this needs is segmented again, and multistage is divided repeatedly to retransmit to the RLC of receiving end.Institute Multiple possible covered heavy segmentations in the same PDU are received with the RLC of receiving end.
In the case where Network status is bad: such as cell edge signal difference, wireless signal interference is more strong, high speed is moved In dynamic and when intra-cell users are more, at this moment base station is because the reason that quality of wireless channel is not high or user is too many will not give UE distributes big authorization, and a usual authorization only has tens bytes, and when transmission of physical layer at this time can be stronger than signal is more Many transmission failures out, at this moment just need RLC retransmit and be segmented again.It is smaller that it is limited to authorization at this time, so ten in authorization The height of the utilization rate of several bytes can all influence final user experience.
RLC carries out the processing mode retransmitted and be segmented again in the prior art, as shown in Figure 1, it is assumed that transmitting terminal sends one PDU (PDU including pdu header and 100 bytes carries data), this PDU sends failure in transmission of eating dishes without rice or wine, and leads to recipient Fail to receive, need to indicate that this PDU needs to retransmit in state report, this entire PDU is wherein filled in state report and needs weight Hair.Transmitting terminal starts to retransmit this PDU after the state report for receiving receiving end, it is assumed that authorizes smaller, needs at this time Point 4 Duan Caineng are sent: wherein the 2nd section (31~60 byte content) and the 4th section (81~100 byte content) are because of various originals Cause transmits failure in eating dishes without rice or wine to send, and at this moment receiving end needs to organize a new state report again and issues transmitting terminal, and the inside needs The 31 to 60th byte and the 81 to 100th byte for filling in this PDU need to retransmit.Transmitting terminal receives after new state report according to finger Show and retransmit the 2nd section and the 4th section: receiving end is receiving segmentation 2 again and is completing the reception of this PDU after segmentation 4 again, next Indicate that this PDU of transmitting terminal is successfully received in next state report.So far the reception of this PDU is completed.This mode exists In the case that Network status is bad, interface-free resources can not be efficiently used, logical process is also complex.
Summary of the invention
In order to solve the above technical problems, the object of the present invention is to provide one kind in the case where Network status is bad, can have Effect utilizes interface-free resources, and logical process is also relatively simple, and the AM RLC being adapted to existing protocol perfection is for retransmitting data The receiving handling method of optimization.
The receiving handling method of AM RLC of the invention for the optimization of re-transmission data, comprising the following steps:
S1 continuously judges: when receiving end receives the segmentation again of a PDU, judge the heavy segmentation whether with the weight that formerly receives Zonal cooling,
If entering step S2 after then being merged,
If being otherwise directly entered step S2;
The judgement of S2 initial and tail sections: it is segmented again after segmentation again or merging that judgment step S1 is obtained, whether the data for being included wrap The first byte or the last byte containing former PDU,
If then entering step S4,
If otherwise entering step S3;
S3 marker for judgment: it is segmented whether included data length is less than or equal to threshold value again after judging the heavy segmentation or merging X,
If being then not receive and save in memory so as to receipt of subsequent by weight segmentation markers after the heavy segmentation or merging It uses, subsequently into step S4;
If being otherwise to receive, and enter step S4 by weight segmentation markers after the heavy segmentation or merging;
S4 state report is sent: receiving end receiving or not receiving according to weight segmentation markers after being segmented or merge again in step S3 To information, group, which does well, reports that the subsequent state report is sent to transmitting terminal;
The threshold X is worked as according to the packet loss, nearest m authorization average value and step S3 of nearest n seconds Network status The length for being segmented or being segmented again again after merging of pre-treatment obtains.
Further, the calculation formula of threshold X:
X=7+LSegHead+Mmiss×TBavg
Wherein, if m authorization average value is long greater than included data are segmented again after this heavy segmentation or merging recently It spends, then LSegHeadIt is 4, otherwise LSegHeadIt is 0;MmissFor the packet loss of the Network status of RLC statistics in n seconds nearest;TBavgFor m Secondary authorization average value.
Further, the value of m and n is 10.
Further, segmentation again in memory is saved in the step S3 or is segmented again after merging, under receiving end The continuous judgement that the PDU once received is segmented again.
According to the above aspect of the present invention, the present invention has at least the following advantages: 1) more effectively utilizing interface-free resources, save state report Length is accused, the head information for being segmented PDU again is saved;2) simpler logical process;3) it is adapted to the method perfection in agreement.
The above description is only an overview of the technical scheme of the present invention, in order to better understand the technical means of the present invention, And can be implemented in accordance with the contents of the specification, the following is a detailed description of the preferred embodiments of the present invention and the accompanying drawings.
Detailed description of the invention
Fig. 1 be in the prior art AM RLC for retransmit data receiving handling method schematic diagram;
Fig. 2 is the receiving handling method flow chart of optimization of the present invention for re-transmission data;
Fig. 3 is the PDU weight stepwise schematic views of the larger situation of transmitting terminal authorization in the present invention;
Fig. 4 is the PDU weight stepwise schematic views of the smaller situation of transmitting terminal authorization in the present invention;
Fig. 5 is the specific format of state report in rlc protocol;
Fig. 6 is the specific format that PDU is segmented again in rlc protocol.
Specific embodiment
With reference to the accompanying drawings and examples, specific embodiments of the present invention will be described in further detail.Implement below Example is not intended to limit the scope of the invention for illustrating the present invention.
Referring to fig. 2, the receiving handling method of AM RLC of the invention for the optimization of re-transmission data, comprising the following steps:
S1 continuously judges: when receiving end receives the segmentation again of a PDU, judge the heavy segmentation whether with the weight that formerly receives Zonal cooling,
If entering step S2 after then being merged,
If being otherwise directly entered step S2;
The judgement of S2 initial and tail sections: it is segmented again after segmentation again or merging that judgment step S1 is obtained, whether the data for being included wrap The first byte or the last byte containing former PDU,
If then entering step S4,
If otherwise entering step S3;
S3 marker for judgment: it is segmented whether included data length is less than or equal to threshold value again after judging the heavy segmentation or merging X,
If being then not receive and save in memory so as to receipt of subsequent by weight segmentation markers after the heavy segmentation or merging It uses, subsequently into step S4;
If being otherwise to receive, and enter step S4 by weight segmentation markers after the heavy segmentation or merging;
S4 state report is sent: receiving end receiving or not receiving according to weight segmentation markers after being segmented or merge again in step S3 To information, group, which does well, reports that the subsequent state report is sent to transmitting terminal;
The threshold X is worked as according to the packet loss, nearest m authorization average value and step S3 of nearest n seconds Network status The length for being segmented or being segmented again again after merging of pre-treatment obtains.
It should be noted that save segmentation again in memory in step S3 or be segmented after merging, under receiving end again The continuous judgement that the PDU once received is segmented again.
Reasonable threshold X can play the more preferable purpose for utilizing interface-free resources, since every reduction one again segmentation can save The state report of lower 6,7 bytes, if authorization it is sufficiently large can be put into one for three sections and be segmented to send in PDU again so can also PDU weight fragment header length (being detailed in 3.1 part of this specification) of 4 bytes is saved, the calculation formula of threshold X:
X=7+LSegHead+Mmiss×TBavg
Wherein, if m authorization average value is long greater than included data are segmented again after this heavy segmentation or merging recently It spends, then LSegHeadIt is 4, otherwise LSegHeadIt is 0;MmissFor the packet loss of the Network status of RLC statistics in n seconds nearest;TBavgFor m Secondary authorization average value.The usual value of the value of m and n is 10.The concept of TB is transmission block (transport block), authorization Eat dishes without rice or wine physical resource performance be transmission block, a transmission block is exactly a data block comprising MAC PDU, this data block meeting Transmitted on a Transmission Time Interval (TTI) and HARQ (mixed automatic repeat request) retransmit unit.LTE regulation: right Two transmission blocks can be at most sent in one TTI of each terminal.The basic unit of information exchange is to pass between physical layer and MAC Defeated piece, typical transmission block is a protocol Data Unit (PDU) of RLC.
1, the generation of receiving-end state report
In order to which above-mentioned steps, specific implementation process are described in detail, 4 sections of PDU according to shown in Fig. 1 are carried out be segmented again for It further illustrates:
1.1 formerly have received the 2nd section is segmented again, and receiving end is currently received paragraph 1 and is segmented again, then step S1 determines To be continuous, paragraph 1 and the 2nd section are merged, step S2 is determined as comprising PDU first character section, directly progress step S4, receiving end Status report shows that the 61st~100 byte does not receive;
1.2 formerly have received the 3rd section is segmented again, and receiving end is currently received paragraph 1 and is segmented again, then step S1 determines To be discontinuous, step S2 is determined as that, comprising PDU first character section, directly progress step S4, receiving end status report is shown 31st~61 byte and 81~100 bytes do not receive;
1.3 formerly have received the 2nd section is segmented again, and receiving end is currently received the 3rd section and is segmented again, then step S1 determines To be continuous, the 2nd section and the 3rd section is merged, step S2 is judged to not including PDU head and the tail byte, and step S3 is to the 2nd section after merging Determined with the 3rd section with threshold X:
1.3a, if it is determined that be less than or equal to threshold X, then receiving end status report shows that the 1st~100 byte is not received It arrives;
1.3b, if it is determined that be greater than threshold X, then receiving end status report shows the 1st~30 byte and 81~100 words Section does not receive;
1.4 formerly have received paragraph 1 is segmented again, and receiving end is currently received the 3rd section and is segmented again, then step S1 determines To be discontinuous, step S2 is judged to not including PDU head and the tail byte, and step S3 determines the 3rd section with threshold X:
1.4a, if it is determined that be less than or equal to threshold X, then receiving end status report shows that the 31st~100 byte is not received It arrives;
1.4b, if it is determined that be greater than threshold X, then receiving end status report shows the 31st~60 byte and 81~100 Byte does not receive.
2, the processing after transmitting terminal receiving state report
In above-mentioned 1.4a, receiving end status report shows that the 31st~100 byte does not receive, subsequent transmitting terminal There are two kinds of situations, and one is larger situation is authorized, another kind is the lesser situation of authorization.
The larger situation of 2.1 authorizations
As shown in figure 3, the 2nd, 3,4 section is segmented and may disposably reach: receiving end at this time in the case where authorizing biggish situation again Just the originally received the 3rd segmentation deletion again is retained No. 5 be currently received and be segmented again, complete this after receiving this data The reception of a PDU.
The 2.2 lesser situations of authorization
As shown in figure 4, the 31 to 100th byte of request repeat may divide multistage to retransmit in the case where authorizing lesser situation, It is assumed that following situation:
It at this time because authorization is smaller, needs to be divided to two sections to send, but subsequent heavy segmentation 7 is assumed again without receipts It arrives.At this time because before segmentation again 3 received, it is new sending with being segmented after 6 merging receiving end again to transmitting terminal State report in indicate, the 81 to 100th byte of this PDU needs to retransmit.
Finally confirm that this PDU is received successfully after the PDU of segmentation again for receiving 81 to 100 bytes.
3, the improved advantage of the present invention
3.1 more effectively utilize interface-free resources
By the comparison in 1.4a, it may be seen that the more transmission in eating dishes without rice or wine compared with original way of improved method PDU is segmented 3 again, this looks like the waste to interface-free resources rather than saves, but actually improved method There is following saving place.
A) state report length is saved
Under the method described in original agreement, receiving end needs to fill in the 31 to 60th word of this PDU in state report Section and the 81 to 100th byte need to retransmit.And in improved method, it is only necessary to fill in one section in state report namely The 31 to 100th byte of this PDU needs to retransmit.As shown in figure 5, being the specific format of state report in rlc protocol.
Wherein, one in every description PDU need the segmentation retransmitted require to use NACK_SN, E1, E2, SOstart and These information fields of SOend.It can be seen that improved method, saves money shared by NACK_SN, E1, E2, SOstart and SOend Source, totally 42 bit.For the data of 8bit, 6 to 7 bytes can be saved.
B) the head information for being segmented PDU again is saved
Under the description method in original agreement, transmitting terminal needs to retransmit PDU and is segmented 2 and 4 again, in improved scheme In, it so only needs a PDU to be segmented 5 again can to complete to receive if authorization is sufficiently large.A PDU is saved at this time to divide again The head length of section.The specific format that PDU is segmented again in the protocol is as shown in fig. 6, wherein the part before the domain Data is PDU weight The head of segmentation point.Occupy 4 bytes in the smallest situation, in longest situation even can up to tens bytes (with The data content in the domain Data is related, and the head length of the in general longer PDU in the domain Data is possible to bigger).
The head length that the PDU that method improved so at least can be reduced 4 bytes is segmented again.
And when for authorizing lesser situation, multiple heavy segmentations can be all likely to increase for two methods to send, newly Improved method and original method ratio be consistent substantially on sending PDU weight fragment header length.
Under harsh wireless environment, if the data length of the discontinuous segmentation 3 again received is shorter, compared to saving More than ten of byte state report and the PDU head that is segmented again more efficient can be transmitted in needs using small authorization Hold.It is communicated to more efficient in severe wireless environment using natively little authorization.
3.2 simpler logical process
Because improved method is not necessarily to fill in multiple segmentations in state report in receiving end, during processing It can be completed using simpler logical code.For transmitting terminal because also only needing to one point indicated in state report Section processing is retransmitted, thus it is also simpler than method before during processing, the complexity of processing logic is reduced, is also reduced The memory overheads of respective data structures.
For terminal chip, since LTE supports DRX function to realize the discontinuous monitoring under Idle state and connected state Down physical channel, so chip can be entered to power saving sleep state when physical layer is in non-snoop state, when needing to supervise Arouse again when listening into normal condition and saves power consumption.For the upper-layer protocol on physical layer, there is processing task to do When be in normal operating conditions, sleep state is at when having no tasks to do, is aroused again when there is new task to reach, It is namely more efficient to handle the sleeping time that more can increase chip, to reduce the overall power of chip.
3.3 are adapted to the method perfection in agreement
For mobile terminal in real network and base station, if a side uses improved method, a side uses agreement Method and can be with normal communication because the PDU packet format of communication does not have any variation.Improved method at this time Receiving end RLC will continue to carry out status report according to improved method and receive PDU to be segmented again, the transmission of improved method Hold the state report that RLC can naturally in processing protocol method.
The above is only a preferred embodiment of the present invention, it is not intended to restrict the invention, it is noted that for this skill For the those of ordinary skill in art field, without departing from the technical principles of the invention, can also make it is several improvement and Modification, these improvements and modifications also should be regarded as protection scope of the present invention.

Claims (3)

1. a kind of AM RLC is for the receiving handling method of the optimization of re-transmission data, it is characterised in that: the following steps are included:
S1 continuously judges: when receiving end receives the segmentation again of a PDU, judge the heavy segmentation whether with the segmentation again that formerly receives Continuously,
If entering step S2 after then being merged,
If being otherwise directly entered step S2;
The judgement of S2 initial and tail sections: it is segmented again after segmentation again or merging that judgment step S1 is obtained, whether the data for being included include original The first byte or the last byte of PDU,
If then entering step S4,
If otherwise entering step S3;
S3 marker for judgment: being segmented whether included data length is less than or equal to threshold X again after judging the heavy segmentation or merging,
If being then not receive and save in memory so that receipt of subsequent makes by weight segmentation markers after the heavy segmentation or merging With subsequently into step S4;
If being otherwise to receive, and enter step S4 by weight segmentation markers after the heavy segmentation or merging;
S4 state report is sent: receiving end receives or does not receive letter according to segmentation markers heavy after being segmented or merge again in step S3 Breath, group do well report;
The threshold X is currently located according to the packet loss, nearest m authorization average value and step S3 of nearest n seconds Network status The length for being segmented or being segmented again again after merging of reason obtains;
The calculation formula of threshold X:
X=7+LSegHead+Mmiss×TBavg
Wherein, if m authorization average value is segmented included data length after being greater than this heavy segmentation or merging recently again, LSegHeadIt is 4, otherwise LSegHeadIt is 0;MmissFor the packet loss of the Network status of RLC statistics in n seconds nearest;TBavgIt is m times nearest Authorization average value.
2. AM RLC according to claim 1 is for the receiving handling method of the optimization of re-transmission data, it is characterised in that: m Value with n is 10.
3. AM RLC according to claim 1 is for the receiving handling method of the optimization of re-transmission data, it is characterised in that: institute It states the segmentation again saved in step S3 in memory or is segmented again after merging, the PDU received next time for receiving end is segmented again Continuous judgement.
CN201510240204.7A 2015-05-13 2015-05-13 A kind of AM RLC is for retransmitting the receiving handling method of the optimization of data Active CN106304188B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510240204.7A CN106304188B (en) 2015-05-13 2015-05-13 A kind of AM RLC is for retransmitting the receiving handling method of the optimization of data

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510240204.7A CN106304188B (en) 2015-05-13 2015-05-13 A kind of AM RLC is for retransmitting the receiving handling method of the optimization of data

Publications (2)

Publication Number Publication Date
CN106304188A CN106304188A (en) 2017-01-04
CN106304188B true CN106304188B (en) 2019-06-07

Family

ID=57630908

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510240204.7A Active CN106304188B (en) 2015-05-13 2015-05-13 A kind of AM RLC is for retransmitting the receiving handling method of the optimization of data

Country Status (1)

Country Link
CN (1) CN106304188B (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107276727A (en) * 2017-05-04 2017-10-20 电信科学技术研究院 A kind of method and apparatus fed back
CN111543079B (en) 2018-01-08 2022-04-15 中兴通讯股份有限公司 Radio Link Control (RLC) Acknowledged Mode (AM) data reception
CN111132232B (en) * 2020-01-02 2022-10-25 重庆邮电大学 Method and device for intelligently receiving 5G NR RLC UMD PDU
CN113315608A (en) * 2021-04-30 2021-08-27 上海微波技术研究所(中国电子科技集团公司第五十研究所) Method, system, medium and communication system for dynamically determining retransmission PDU

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101170388B (en) * 2006-10-27 2011-01-19 中兴通讯股份有限公司 Method for identifying whether resending protocol data unit is sectioned
CN101931516B (en) * 2009-06-25 2013-03-20 中兴通讯股份有限公司 Quick-retransmission method and device in wireless chain control layer determination mode
CN102201901A (en) * 2010-03-22 2011-09-28 中兴通讯股份有限公司 Data retransmission method and device
CN101895372B (en) * 2010-06-29 2013-04-03 中国科学院计算技术研究所 Data transmission method in radio link control layer acknowledged mode
CN102740353B (en) * 2011-04-02 2017-12-12 广州瀚信通信科技股份有限公司 Uplink state report reporting method, radio link control data sending method and device
CN105897385A (en) * 2011-11-24 2016-08-24 华为技术有限公司 Method for acknowledging transmission of RLC (Radio Link Control) data packet and RLC AM (Acknowledge Mode) entity sender
CN103944684B (en) * 2014-05-13 2016-04-06 江苏鑫软图无线技术股份有限公司 A kind of generation method of AM PDU burst under LTE RLC AM pattern

Also Published As

Publication number Publication date
CN106304188A (en) 2017-01-04

Similar Documents

Publication Publication Date Title
CN101600229B (en) Method for scheduling wireless link resource in wireless communication system
CN106304188B (en) A kind of AM RLC is for retransmitting the receiving handling method of the optimization of data
US9294248B2 (en) Method and device for use in frame acknowledgement
US9356738B1 (en) Adaptive data unit transmission and acknowledgment
US20130294379A1 (en) Method and device for processing service data stream
CN102710389B (en) Method and user equipment for transmitting uplink data
CN101233724A (en) Range extension between two wireless devices
CN102739349B (en) A kind of method and apparatus for frame acknowledgment
CN107333298A (en) A kind of data transmission method and relevant device
JP6776428B2 (en) Extended processing time for high bandwidth wireless communication
CN105517053A (en) Method and system for reducing wireless link control layer protocol data unit subdivision sections
CN101610198A (en) A kind of dispatching method of Packet Service and dispatching device
CN107276727A (en) A kind of method and apparatus fed back
CN102355328B (en) Data processing method and equipment
CN108400842A (en) A kind of state report sending method and device applied to recipient
CN100493081C (en) User plane data processing method
CN102137441A (en) method, device and system for data transmission
CN101945440B (en) Data transmission processing method and system
WO2020220785A1 (en) Random access method in differentiated mtc network
WO2018127093A1 (en) Mapping method for cross-cell transmission block, access network device, and user equipment
CN102546531B (en) Data traffic control method and user terminal
CN102088715B (en) Packet segmentation method and equipment
CN102104916A (en) Data scheduling method and system
CN103825682B (en) Efficient and rapid method for transmitting WTB multicast message data
CN107659959A (en) The method for receiving data mode is reported in a kind of private network wireless communication system

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant