CN100391201C - Method for holding packet data protocol convergence sublayer sequence number synchronization - Google Patents

Method for holding packet data protocol convergence sublayer sequence number synchronization Download PDF

Info

Publication number
CN100391201C
CN100391201C CNB2005100073982A CN200510007398A CN100391201C CN 100391201 C CN100391201 C CN 100391201C CN B2005100073982 A CNB2005100073982 A CN B2005100073982A CN 200510007398 A CN200510007398 A CN 200510007398A CN 100391201 C CN100391201 C CN 100391201C
Authority
CN
China
Prior art keywords
rlc
discarded
pdcp
sequence number
sdus
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
CNB2005100073982A
Other languages
Chinese (zh)
Other versions
CN1829187A (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.)
XFusion Digital Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CNB2005100073982A priority Critical patent/CN100391201C/en
Publication of CN1829187A publication Critical patent/CN1829187A/en
Application granted granted Critical
Publication of CN100391201C publication Critical patent/CN100391201C/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

The present invention relates to a method for maintaining the synchronization of PDCP serial numbers, which is applied to an RLC working in a discarding mode and comprises the following steps: when detecting a discarding process, a transmitter RLC transmits serial numbers of SDUs to be discarded to a receiver RLC, and receives a returned response message; the receiver RLC determines the total number of the SDUs to be discarded actually according to the serial number information of the SDUs, and transmits the total number to a receiver PDCP, and the receiver PDCP directly adds the number to the current PDCP serial number. The serial number information of the SDUs comprises the serial number information of each SDU to be discarded in the current discarding process, and the serial number information refers to an RLC PDU serial number corresponding to the last section of each SDU; the RLC PDU serial number is transmitted through displaying discarding signalling. The application of the method of the present invention supports lossless transfer when the RLC works in a discarding mode.

Description

Method for keeping sequence number synchronization of packet data protocol convergence sublayer
Technical Field
The invention relates to the field of mobile communication, in particular to a method for keeping PDCP serial number synchronization in an RLC discarding mode in a Wideband Code Division Multiple Access (WCDMA) air interface technology.
Background
The Universal Mobile Telecommunications System (UMTS) is a third generation Mobile communication System that employs Wideband Code Division Multiple Access (WCDMA) air interface technology, and is also commonly referred to as a WCDMA communication System. The WCDMA communication system includes a Radio Access Network (RAN) and a Core Network (CN). The RAN implements all Radio related functions, also commonly referred to as Universal Terrestrial Radio Access Network (UTRAN), among others. The Radio interface of UTRAN is divided into a physical layer, a Data Link layer and a network layer, wherein the network layer includes a Radio Resource Control (RRC) sublayer, the Data Link layer includes a Medium Access Control (MAC) sublayer, a Radio Link Control (RLC) sublayer, a Broadcast/Multicast Control (BMC) sublayer and a Packet Data Convergence Protocol (PDCP) sublayer, and the physical layer is connected to the MAC sublayer of the Data Link layer and the RRC sublayer of the network layer through a Service Access Point (SAP).
The PDCP sublayer mainly completes packet service data transmission, IP header compression, and lossless migration. In order to improve the utilization rate of bandwidth, data packets sent or received by the PDCP sublayer do not generally carry information (i.e. PDCP sequence numbers) indicating the sequence of the data packets, as shown in fig. 1, fig. 1 describes a data interaction process between PDCP and RLC. First, two terms, SDU and PDU, are introduced, Data received from an upper layer is called a Service Data Unit (SDU), and Data addressed to a lower layer is called a Protocol Data Unit (PDU). The PDCP sequence number synchronization process is explained by taking downlink data transmission as an example: the PDCP sublayer of UTRAN maintains a downlink transmission PDCP sequence number, and the PDCP sublayer of UE (User Equipment) correspondingly maintains a downlink reception PDCP sequence number. In the initial state, both sequence numbers are set to be 0, and after data transmission is started, the PDCP sublayer of the UTRAN adds 1 to the PDCP sequence number of the downlink sender every time the PDCP sublayer sends one PDCP PDU to the lower RLC; when the PDCP sublayer of the UE receives an RLC SDU from a lower layer RLC, the PDCP sequence number of a downlink receiving party is added with 1; by this method, the PDCP sequence numbers of both ends can be made consistent.
The Radio Link Control (RLC) layer supports three working modes, namely an Acknowledged Mode (AM), an Unacknowledged Mode (UM), and a Transparent Mode (TM), and mainly completes functions of data transmission, flow control, encryption and decryption, and the like. Since the Quality of Service (Qos) of data traffic generally requires to guarantee the reliability of data, the AM mode of the RLC is generally used in the data traffic. As shown in fig. 2, in AM mode, after receiving PDUs from PDCP, RLC first segments and concatenates them according to the size of configured acknowledged mode Data PDUs (AMD PDU, AM Data PDU); filling an RLC protocol header to assemble RLC PDUs, wherein each RLC PDU comprises a sequence number of the RLC PDU; and finally, after encryption and other operations are finished, sending the data to a data receiving party RLC through a wireless channel, returning a confirmation message to the receiving party RLC according to a set status report mechanism when the receiving party RLC receives one RLC PDU, and if all RLC PDUs of one RLC SDU are received, recombining the received RLC PDUs into a complete RLC SDU and submitting the complete RLC SDU to a high layer.
The format of the AMD PDU is shown in FIG. 3, where: D/C field represents data PDU or control PDU, 1 represents data PDU, 0 represents control PDU; SN represents the RLC PDU serial number, the RLC PDU serial number is set to be 0 in the initial state, and the RLC PDU serial number is added with 1 when one PDU is sent; p represents whether the opposite terminal needs to return a status report, 1 is yes, and 0 is no; HE and E indicate whether the next byte is a longth indicator or data; the Length Indicator indicates the end position of the last segment of the RLC SDU in the current PDU; if the current PDU does not contain the last segment of the SDU, then there is no Length Indicator field, if the current PDU contains the last segment of a plurality of SDUs, then there are a plurality of Length Indicator fields.
On the other hand, as the application of IP/UDP/RTP (Internet Protocol/UDP/RTP) video stream services in WCDMA system mobile communication is increasing day by day, and the requirements of the video stream services on Real-time are very high, in order to meet the requirements on service Real-time as far as possible while ensuring the reliability of data, in the existing Protocol, RLC provides a discard mechanism based on explicit signaling in AM mode, the trigger of discard comprises two modes of overtime discard and retransmission discard, in the overtime discard mechanism, the sender RLC starts a timer T after receiving a piece of data from PDCP, and if the acknowledgement message of the opposite end for correctly receiving the SDU is not received after T is overtime, the discard is triggered; under the retransmission discard mechanism, if one RLC PDU is not correctly received by the peer end after being retransmitted by the sender for many times, discard is triggered.
The explicit signaling discarding mechanism flow is shown in fig. 4, after the sender triggers to discard, an explicit discard signaling (MRW SUFI) may be sent to the receiver through an air interface, where the explicit discard signaling (MRW SUFI) carries sequence number information of the SDU (server Data unit) discarded by the sender, that is, the RLC PDU sequence number corresponding to the last segmentation of the SDU; after receiving the discard signaling, the receiving side may initiate a discard process according to the information in the MRW SUFI and return a discard response message (MRW ACK SUFI), where the message may carry a sequence number of a next RLC PDU that the receiving side desires to receive, and after receiving the discard response message, the receiving side determines a next RLC PDU to be sent according to the carried information, and ends the discard process.
In the prior art, the number of packets sent by a sender may be greater than the number of packets received by a receiver when a discard occurs, and although the above explicit discard signaling is specified in the protocol in the prior art, no specific method for guaranteeing lossless migration by applying the discard signaling is provided, so that sequence number synchronization cannot be guaranteed according to the prior art defined in 3GPP 25323, and thus lossless migration is not supported in the discard mode.
Disclosure of Invention
The invention provides a method for ensuring the synchronization of a PDCP sequence number under the condition of configuring an RLC discarding mode so as to support lossless migration.
A method for keeping PDCP sequence number synchronization is applied to RLC operation in a discarding mode, and comprises the following steps:
when the sender RLC checks the discarding process, the sender RLC sends the serial number information of the SDU to be discarded to the receiver RLC and receives the returned response message;
and the receiving party RLC determines the total number of the SDUs which are actually discarded according to the serial number information of the SDUs and sends the total number to the receiving party PDCP, and the receiving party PDCP directly increases the number of the current PDCP serial numbers.
The SDU sequence number information comprises the sequence number information of each SDU to be discarded in the current discarding process.
The method comprises the following steps: when the receiving side RLC has received a certain or some of the SDUs to be discarded by the sending side RLC, the total number of the actually discarded SDUs determined by the receiving side RLC is: subtracting the number of SDUs already received by a receiving party RLC from the total number of SDUs to be discarded by a sending party RLC, and submitting the SDUs not yet submitted in the received SDUs to a PDCP by the receiving party RLC; or, when the receiving side RLC does not receive any one of all SDUs to be discarded by the sending side RLC, the total number of actually discarded SDUs determined by the receiving side RLC refers to: the total number of SDUs to be discarded by the sender RLC.
The SDU sequence number information refers to the RLC PDU sequence number corresponding to the last segmentation of each SDU; and, the response message includes the sequence number of the next RLC PDU that the receiving RLC expects to receive.
And the sequence number of the RLC PDU corresponding to the last segmentation of the SDU to be discarded is sent through an explicit discard signaling.
The method further comprises the following steps: and adding an indication message in an RLC configuration parameter message sent by the RRC, indicating that a data sending party RLC includes the sequence number information of each SDU to be discarded in the explicit discarding signaling sent by the data sending party through the indication message, and correspondingly returning the response message by the data receiving party RLC.
By applying the method of the invention, the PDCP sequence number synchronization is maintained under the configuration RLC discarding mode, the limitation of the existing protocol to the lossless transfer is cancelled, and the application range of the lossless transfer is greatly expanded.
Drawings
FIG. 1 is a diagram illustrating a data interaction procedure between PDCP and RLC;
FIG. 2 is a diagram of RLC AM operating mode;
FIG. 3 is an AMD PDU format diagram;
fig. 4 is a diagram illustrating an SDU discard mode based on explicit signaling;
FIG. 5 is a schematic diagram of MRW SUFI format;
FIG. 6 is a diagram of MRW ACK SUFI format;
FIG. 7 is a flowchart of an embodiment;
FIG. 8 is a diagram illustrating a format of a packet carrying a PDCP sequence number.
Detailed Description
The method for realizing the synchronization of the PDCP sequence number under the RLC discarding mode is jointly completed by a PDCP sublayer and an RLC sublayer in a WCDMA mobile communication system.
In the RLC discarding mode, when the RLC detects that discarding occurs, explicit discarding signaling is sent to the RLC of a receiving party, wherein the explicit discarding signaling carries the serial number information of the SDU to be discarded, the RLC of the receiving party completes the discarding process according to the serial number information of the SDU and returns a discarding response message, and the information of the SDU to be discarded can also be completed through self-defined interactive signaling. In this mode of operation, the present invention provides two methods to maintain the PDCP sequence number in synchronization. The embodiment is that the explicit discarding signaling carries the sequence number information of all SDUs to be discarded, and a receiver determines the number of the SDUs to be actually discarded according to the information and adjusts the PDCP sequence number to be consistent with that of a sender; in the second embodiment, after the discarding process is finished, the PDCP sublayer at the sender actively sends a packet carrying the PDCP sequence number, and the receiver updates the locally maintained PDCP sequence number according to the PDCP sequence number in the packet, thereby achieving sequence number synchronization between the two parties.
The first embodiment is as follows: PDCP sequence number synchronization is completed by the cooperation of RLC and PDCP sublayers of a receiving party
Firstly, a configuration cell 'Send MRW' is added in an RLC parameter configuration message sent to a RAN and a UE side by an RRC (Radio Resource Controller), when the cell is set to TRUE, it indicates that when discarding occurs, an explicit discard signaling MRW SUFI sent by a sending party needs to carry RLC PDU sequence number information corresponding to the last segment of each discarded SDU.
The MRW SUFI may be in the format as shown in fig. 5, where: LENGTH represents the number of SN _ MRW in the current MRWSUFI; SN _ MRWi represents the RLC PDU sequence number corresponding to the last segment of each discarded SDU in MRW SUFI, nlenlight and SN _ MRWlength together represent the end position of the last discarded SDU, where SN _ MRWlength represents the RLC PDU sequence number corresponding to the last segment of the last discarded SDU, and the receiving side can determine the SDU to be discarded by the sending side according to the RLC PDU sequence number corresponding to the last segment of each discarded SDU, and further determine that no part is actually received in the SDU to be discarded according to the currently received SDU which is not yet delivered.
The MRW ACK SUFI may be in the format as shown in fig. 6, where: n indicates which Length Indicator in the RLC PDU the last segment of the SDU corresponds to; the SN _ ACK indicates the next of the sequence number of the last RLC PDU currently received, i.e., the next RLC PDU sequence number expected to be received; n and SN _ ACK together determine whether the current discard process is finished, indicating that the discard process has finished when one of the following conditions is met:
1. SN _ ACK equals SN _ MRWlength, and N equals Nlength;
2. SN _ ACK is greater than SN _ MRWlength, and N is equal to 0;
thus, the sender sends the next RLC PDU according to the sequence number indicated by the SN _ ACK;
the sender starts a timer T (T is configured by an RRC layer) when sending the MRW SUFI, if the MRW ACK SUFI is not received after the T is overtime or the received MRW ACK SUFI does not meet any one of the conditions, the sender resends the MRW SUFI, and if the correct MRW ACK SUFI cannot be obtained even if N times of sending (N is configured by the RRC layer), the sender initiates a resetting process.
After receiving MRW SUFI of a sender, the RLC of the receiver traverses each SDU to be discarded, if some SDU(s) to be discarded by the sender are already received by the receiver, and possibly part of the received SDU(s) is not submitted to a PDCP sublayer because of discontinuity, the SDU(s) is directly submitted to an upper PDCP, and the PDCP correspondingly increases a receiving sequence number; recording the number of SDUs which are not delivered to the upper PDCP, namely the number of SDUs which are really discarded; then, the number of SDUs that are actually discarded is sent to the upper PDCP layer, and the PDCP layer updates the PDCP sequence number after receiving the number of discarded SDUs (the updated SN is equal to the SN before updating plus the number of SDUs that are actually discarded).
And if the receiving side RLC does not receive all SDUs to be discarded by the sending side RLC, sending the total number of the SDUs to be discarded by the sending side RLC to an upper layer PDCP as the total number of the SDUs to be discarded actually.
Meanwhile, the RLC of the receiving party returns an MRWACK SUFI to the RLC of the sending party, and the RLC of the sending party determines the PDU serial number to be sent next according to the information carried in the MRWACK SUFI.
After the above operations are completed, the PDCP sequence numbers of the two parties are synchronized.
Example two: sequence number synchronization is accomplished by PDCP sending packets carrying PDCP sequence numbers
Because the PDU of the PDCP can carry the PDCP sequence number, in order to support the lossless migration in the discarding mode, after the RLC of the sending party receives the MRW ACK SUFI returned by the RLC of the receiving party, a discarding indication is sent to the PDCP, the PDCP is required to carry the corresponding PDCP sequence number in the next sent data packet, and after the PDCP of the receiving party receives the data packet with the sequence number, the PDCP sequence number which is maintained at present is updated according to the sequence number carried in the received PDCP PDU regardless of the PDCP sequence number which is maintained at present.
The specific process is shown in fig. 7: after receiving MRW SUFI, the RLC of the receiving party delivers all the SDUs which are received currently and are not delivered to the PDCP, and then returns MRWACK SUFI to the RLC of the sending party, wherein the MRWACK SUFI comprises the serial number of the next RLC PDU expected to be received by the RLC of the receiving party; when the RLC of the sender receives the MRW ACK SUFI returned by the RLC of the receiver, a sequence number synchronization indication message with a format of PDCP SEQ SYN IND is sent to the PDCP, after the PDCP receives the indication message, the next data packet carries a locally maintained PDCP sequence number with a format of PDCP SEQ DATA PDU, after the RLC receives the data packet, the data packet is sent to the RLC of the receiver through operations of segmentation, cascade connection and the like (assuming that the segmentation is N AMD PDUs), after the RLC of the receiver receives the N AMD PDUs, the data packet is recombined into SDUs and then delivered to the PDCP, and the PDCP of the receiver updates the current receiving sequence number according to the sequence number in the data packet, so that the synchronization of the PDCP sequence number is completed.
The format of the data packet carrying the sequence number may be as shown in fig. 8, where: PDU type indicates the type of the current PDU, 001 indicates a PDU with sequence number, and 000 indicates a PDU without sequence number; PID indicates a packet type of header compression; the Sequence number indicates a Sequence number of the current PDCP, and this field exists only when the PDUtype is 001.
Both the above two methods use an explicit discard signaling mechanism to maintain the synchronization of the PDCP sequence number, and when the method of the first embodiment is adopted, the receiving side RLC needs to know the detailed information of the SDU to be discarded by the sending side, so the explicit discard signaling needs to carry the sequence number information of each SDU to be discarded; however, when the method of the second embodiment is adopted, the receiving side RLC does not need to know the detailed information of the SDUs to be discarded by the sending side, so the explicit discard signaling may not carry the sequence number information of each SDU to be discarded.
In the RLC discard mode, by using MRW SUFI to carry information of each SDU to be discarded, lossless migration and sequence number synchronization can be supported in the RLC configuration discard mode; or directly through the method of sending sequence number data packets to ensure the sequence number synchronization.
The above description is only a preferred embodiment of the present invention, and the explicit discard signaling is also only a way for the data sender and the receiver to interactively discard SDU information, and can also be accomplished through customized interactive signaling, and the explicit discard signaling does not limit the protection scope.

Claims (6)

1. A method for keeping PDCP sequence number synchronization of a packet data protocol convergence sublayer is applied to a radio link control sublayer RLC working in a discarding mode, and is characterized by comprising the following steps:
when the sender RLC checks the discarding process, the sender RLC sends the serial number information of the service data unit SDU to be discarded to the receiver RLC and receives the returned response message;
and the receiving party RLC determines the total number of the SDUs which are actually discarded according to the serial number information of the SDUs and sends the total number to the receiving party PDCP, and the receiving party PDCP directly increases the number of the current PDCP serial numbers.
2. The method of claim 1, wherein the sequence number information of the SDUs comprises sequence number information of each SDU to be discarded in a current discard process.
3. The method of claim 2, wherein:
when the receiving side RLC has received a certain or some of the SDUs to be discarded by the sending side RLC, the total number of the actually discarded SDUs determined by the receiving side RLC is: the total number of SDUs to be discarded by the sender RLC subtracts the number of the SDU(s), and the receiver RLC delivers the SDU(s) to the PDCP; or,
when the receiving side RLC does not receive any one of all SDUs to be discarded by the sending side RLC, the total number of actually discarded SDUs determined by the receiving side RLC is: the total number of SDUs to be discarded by the sender RLC.
4. The method of claim 2, wherein the sequence number information of the SDU refers to a radio link control sublayer protocol data unit, RLC PDU, sequence number corresponding to a last segment of each SDU; and, the response message includes the sequence number of the next RLC PDU that the receiving RLC expects to receive.
5. The method of claim 4, wherein a sequence number of an RLC PDU corresponding to a last segment of the SDU to be discarded is transmitted through explicit discard signaling.
6. The method of claim 5, wherein the method further comprises: and adding an indication message in an RLC configuration parameter message sent by a radio resource control sublayer RRC, indicating that a data sending party RLC includes the sequence number information of each SDU to be discarded in the explicit discarding signaling sent by the indication message, and correspondingly returning the response message by a data receiving party RLC.
CNB2005100073982A 2005-02-28 2005-02-28 Method for holding packet data protocol convergence sublayer sequence number synchronization Active CN100391201C (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNB2005100073982A CN100391201C (en) 2005-02-28 2005-02-28 Method for holding packet data protocol convergence sublayer sequence number synchronization

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2005100073982A CN100391201C (en) 2005-02-28 2005-02-28 Method for holding packet data protocol convergence sublayer sequence number synchronization

Publications (2)

Publication Number Publication Date
CN1829187A CN1829187A (en) 2006-09-06
CN100391201C true CN100391201C (en) 2008-05-28

Family

ID=36947320

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2005100073982A Active CN100391201C (en) 2005-02-28 2005-02-28 Method for holding packet data protocol convergence sublayer sequence number synchronization

Country Status (1)

Country Link
CN (1) CN100391201C (en)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101127763B (en) * 2006-09-07 2011-06-22 中兴通讯股份有限公司 A method for recovery synchronization of transmission signaling L2 peer adaptation layer SN
US8660085B2 (en) * 2006-12-04 2014-02-25 Qualcomm Incorporated Methods and apparatus for transferring a mobile device from a source eNB to a target eNB
CN101047437B (en) * 2007-03-23 2012-12-19 中兴通讯股份有限公司 Method for controlling serial number synchronization for radio link and radio network controller
CN101051864B (en) * 2007-03-27 2012-09-05 中兴通讯股份有限公司 Synchronizing method for realizing RLC sequence number between RNC for MBMS service
CN101039175B (en) * 2007-03-27 2011-08-24 中兴通讯股份有限公司 Method and system for synchronizing RLC in wireless network controllers
CN101330492B (en) * 2007-06-19 2012-08-01 上海贝尔股份有限公司 Data transmission method, data receiving method and equipment
CN101374331B (en) * 2007-08-20 2011-06-01 华为技术有限公司 Method, system and equipment for configuring wireless link control layer sequence number
KR101513033B1 (en) * 2007-09-18 2015-04-17 엘지전자 주식회사 A method for qos guarantees in a multilayer structure
EP2204057B1 (en) 2007-09-28 2016-12-21 InterDigital Patent Holdings, Inc. Operation of control protocol data units in packet data convergence protocol
US8477719B2 (en) * 2007-10-01 2013-07-02 Qualcomm Incorporated Systems and methods for in-order delivery in downlink during handover
KR101132522B1 (en) * 2007-10-01 2012-04-02 인터디지탈 패튼 홀딩스, 인크 Method and apparatus for pdcp discard
CN101809970B (en) * 2007-12-28 2012-10-03 中兴通讯股份有限公司 A method for radio link control entity reset
US20090175175A1 (en) * 2008-01-04 2009-07-09 Interdigital Patent Holdings, Inc. Radio link control reset using radio resource control signaling
KR101594359B1 (en) 2008-01-31 2016-02-16 엘지전자 주식회사 Method of signaling back-off information in random access
US8027356B2 (en) 2008-01-31 2011-09-27 Lg Electronics Inc. Method for signaling back-off information in random access
CN101933280A (en) * 2008-02-01 2010-12-29 Lg电子株式会社 Be used to send the mobile communication system and the method for PDCP status report
CN102264100B (en) * 2010-05-28 2015-08-12 中兴通讯股份有限公司 A kind of data transmission method and system
CN104247373B (en) * 2012-08-17 2017-08-29 华为技术有限公司 Data pack transmission method and device
WO2014082270A1 (en) * 2012-11-29 2014-06-05 华为技术有限公司 Method, apparatus and system for controlling data transmission
CN104683262B (en) * 2015-01-30 2018-02-02 大唐移动通信设备有限公司 The processing method and equipment of a kind of packet
CN107333298B (en) * 2016-04-29 2020-03-24 电信科学技术研究院 Data transmission method and related equipment
CN110365609B (en) * 2018-04-10 2021-12-14 华为技术有限公司 Data packet segmentation method and device
CN111865820B (en) * 2020-07-10 2023-06-27 锐迪科微电子科技(上海)有限公司 Data transmission method, device, receiving end, communication system, equipment and medium
CN117082573A (en) * 2022-05-09 2023-11-17 维沃移动通信有限公司 Data packet sequence number synchronization method and device and communication equipment

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1396782A (en) * 2001-07-09 2003-02-12 Lg电子株式会社 Block data service in radio communication system
CN1437368A (en) * 2002-02-08 2003-08-20 华硕电脑股份有限公司 Data transmission confirming method
US20030177437A1 (en) * 2002-03-18 2003-09-18 Wu Frank Chih-Hsiang Erroneous packet data convergence protocol data unit handling scheme in a wireless communication system
EP1361706A2 (en) * 2002-05-10 2003-11-12 ASUSTeK Computer Inc. Method for determining triggering of a pdcp sequence number synchronization prodecure

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1396782A (en) * 2001-07-09 2003-02-12 Lg电子株式会社 Block data service in radio communication system
CN1437368A (en) * 2002-02-08 2003-08-20 华硕电脑股份有限公司 Data transmission confirming method
US20030177437A1 (en) * 2002-03-18 2003-09-18 Wu Frank Chih-Hsiang Erroneous packet data convergence protocol data unit handling scheme in a wireless communication system
EP1361706A2 (en) * 2002-05-10 2003-11-12 ASUSTeK Computer Inc. Method for determining triggering of a pdcp sequence number synchronization prodecure

Also Published As

Publication number Publication date
CN1829187A (en) 2006-09-06

Similar Documents

Publication Publication Date Title
CN100391201C (en) Method for holding packet data protocol convergence sublayer sequence number synchronization
CA2666265C (en) Method and apparatus for performing handover using packet data convergence protocol (pdcp) reordering in mobile communication system
EP2290866B1 (en) Method for moving a receive window in a radio access network
KR101211758B1 (en) Method for generating block data in wireless communication system
EP1956800A2 (en) Method of generating a data block in a wireless communication system
EP1811727A2 (en) Method and apparatus for transmitting a status report for retransmission control in a mobile communication system
KR20050118591A (en) Method for handling radio link control date in mobile communication system
EP2075942A2 (en) Method to prevent hyper frame number de-synchronization in a wireless communication system
US20030177437A1 (en) Erroneous packet data convergence protocol data unit handling scheme in a wireless communication system
KR20060090138A (en) A transmission method and apparatus of peoriodic status report in communication system
AU2011203097B2 (en) Method and apparatus for performing handover using packet data convergence protocol (PDCP) reordering in mobile 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
C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20211222

Address after: 450046 Floor 9, building 1, Zhengshang Boya Plaza, Longzihu wisdom Island, Zhengdong New Area, Zhengzhou City, Henan Province

Patentee after: xFusion Digital Technologies Co., Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.

TR01 Transfer of patent right