CN102104535A - 一种pdcp数据发送方法、装置及系统 - Google Patents
一种pdcp数据发送方法、装置及系统 Download PDFInfo
- Publication number
- CN102104535A CN102104535A CN2009102616322A CN200910261632A CN102104535A CN 102104535 A CN102104535 A CN 102104535A CN 2009102616322 A CN2009102616322 A CN 2009102616322A CN 200910261632 A CN200910261632 A CN 200910261632A CN 102104535 A CN102104535 A CN 102104535A
- Authority
- CN
- China
- Prior art keywords
- pdcp
- sequence number
- data
- rollback
- sdu
- 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.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例涉及通信领域一种PDCP数据发送方法、装置及系统，在无线链路控制确认模式RLC AM下，发送方数据汇聚协议PDCP实体发送数据；更新下一个待发送的数据对应的序列号，令更新后下一个待发送的数据对应的序列号与下一个等待确认的数据对应的序列号之间的模减差值小于或等于接收方PDCP接收实体重排序窗口大小。本发明实施例通过控制PDCP发送实体数据发送速度，保证PDCP层发送方和接收方相关的状态变量能够同步更新，从而保证数据传输的可靠性。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种数据汇聚协议(PDCP，PacketData Convergence Protocol)数据发送方法、装置及系统。
背景技术
长期演进(LTE，Long Term Evolution)属于第三代合作伙伴计划(3GPP，the 3rd Generation Partner Project)协议的长时期演进版本。LTE的用户面协议层次如图1中所示，包括：PDCP、无线链路控制(RLC，RadioLink Control)、媒体接入控制(MAC，Medium Access Control)、物理层(PHY，Physical Layer)。其中PDCP的主要功能为：IP数据包的头压缩、数据的加解密、定时器丢弃、重建立时重传及重排序处理；RLC主要功能为：数据包汇聚协议协议数据单元(PDCP PDU，PDCP Protocol Data Unit)的分段、级联、重分段及重组、自动重传请求(ARQ，Automatic Repeat Request)处理、RLC PDU重排序处理等；MAC主要功能为：逻辑信道和传输信道之间的映射、数据的复用及解复用、混合自动重传请求(HARQ，HybridAutomatic Repeat Request)、调度信息上报等；PHY主要功能为：物理层处理功能。
PDCP协议的协议数据单元(PDCP PDU)的加解密处理和PDCP的相关状态变量密切相关，现有PDCP协议中PDCP的相关状态变量包括：下一个待发送PDU序列号Next_PDCP_TX_SN、发送方序列号翻转计数器TX_HFN、下一个待接收的PDU序列号Next_PDCP_RX_SN、接收方序列号翻转计数器RX_HFN，以及最后一个递交给上层的PDCP PDU序列号Last_Submitted_PDCP_RX_SN。如果相关状态变量更新错误，例如PDCP层的发送方和接收方序列号状态变量更新不同步，会导致PDCP接收实体丢弃相应的PDCP PDU及解密出错误的数据。
现有的PDCP数据发送方法，在某些场景下，存在PDCP层接收方和发送方序列号状态变量更新不同步问题，会导致数据传输中断或提交错误的数据给上层。
发明内容
本发明实施例提供一种PDCP数据发送方法、装置及系统，保证PDCP层发送方和接收方相关的状态变量能够同步更新，从而保证数据传输的可靠性。
本发明实施例是通过以下技术方案实现的：
本发明实施例提供一种数据汇聚协议PDCP数据发送方法，包括：
在无线链路控制确认模式RLC AM下，发送方数据汇聚协议PDCP实体发送数据；
更新下一个待发送的数据对应的序列号，令更新后下一个待发送的数据对应的序列号与下一个等待确认的数据对应的序列号之间的模减差值小于或等于接收方PDCP接收实体重排序窗口大小。
本发明实施例提供一种PDCP数据发送装置，包括：
PDCP单元，用于在无线链路控制确认模式RLC AM下，发送数据；
控制单元，用于更新下一个待发送的数据对应的序列号，令更新后下一个待发送的数据对应的序列号与下一个等待确认的数据对应的序列号之间的模减差值小于或等于接收方PDCP接收实体重排序窗口大小。
本发明实施例提供一种PDCP数据传输系统，包括：如上面所述的PDCP数据发送装置，以及PDCP接收方；
其中，所述PDCP接收方，用于接收所述PDCP数据发送装置发送的数据。
由上述本发明实施例提供的技术方案可以看出，通过控制发送方PDCP实体更新后下一个待发送的数据对应的序列号与下一个等待确认的数据对应的序列号之间的模减差值小于或等于接收方PDCP接收实体重排序窗口大小，来控制发送数据的速度，保证了PDCP的发送方和接收方相关的状态变量能够同步更新，提升了PDCP层高速数据传输时的可靠性。
附图说明
图1为现有技术LTE用户面协议层次示意图；
图2为本发明一个实施例PDCP数据发送方法流程图；
图3为本发明另一实施例PDCP数据发送方法流程图；
图4为本发明一个具体实例中发送窗口示意图；
图5为本发明一个实施例PDCP发送装置结构示意图；
图6为本发明另一个实施例PDCP发送装置结构示意图；
图7为本发明又一个实施例PDCP发送装置结构示意图；
图8为本发明一个实施例PDCP传输系统结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，可以理解的是，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例公开的方案可以应用于无线链路控制确认模式RLC AM。值得说明的是，本发明实施例以LTE系统为例进行说明，但不限与此。
本发明一个实施例提供一种PDCP数据发送方法，如图2所示，包括如下步骤：
步骤20：在RLC AM下，发送方PDCP实体发送数据；
步骤21：更新下一个待发送的数据对应的序列号，令更新后下一个待发送的数据对应的序列号与下一个等待确认的数据对应的序列号之间的模减差值小于或等于接收方PDCP接收实体重排序窗口大小。
在本发明实施例提供的技术方案中，发送方PDCP实体可以在发送窗口内发送待发送数据，发送窗口的大小可以小于或等于接收方PDCP接收实体重排序窗口大小。相应的，在发送数据过程中，可以以如下方式来实现序列号的更新：控制更新后下一个待发送的数据对应的序列号Next_PDCP_TX_SN与下一个等待确认的数据对应的序列号Next_PDCP_ACK_SN之间的模减差值小于或等于接收方PDCP接收实体重排序窗口大小。
例如，发送方PDCP实体每发送一个数据后，以上述原则更新下一个待发送的数据对应的序列号；若连续发送多个数据后，下一个待发送的数据对应的序列号与下一个等待确认的数据对应的序列号之间的模减差值等于接收方PDCP接收实体重排序窗口大小，则可以暂停发送数据，这样不会因为PDCP的数据发送速度过快而导致在发生链路堵塞时丢弃大量的数据。
另外，在PDCP实体发送数据之前，还可以包括如下步骤：发送方PDCP实体接收上层发送的服务数据单元(Service Data Unit，SDU)，判断发送窗口是否已满，并根据判断的结果进行相应操作。其中，判断窗口是否已满，可以是判断下一个待发送的数据对应的序列号已经达到发送窗口的上界，或者说，下一个待发送的数据对应的序列号与下一个等待确认的数据对应的序列号之间的模减差值等于接收方PDCP接收实体重排序窗口大小。
判断之后的相应操作可以是：若发送窗口已满，则缓存从上层接收的SDU，暂停数据发送；若发送窗口未满，则处理该SDU以形成PDCP协议数据单元PDU，作为PDCP实体发送的数据。具体的处理SDU的操作可以是：将SDU关联PDCP序列号，以形成PDCP PDU。
可以理解的是，在发送窗口未满的情况下，接着执行步骤20和步骤21。具体的，若发送窗口未满，则PDCP实体可以发送PDCP PDU到RLC层，并更新状态变量，例如，更新下一个待发送的数据对应的序列号、发送方序列号翻转计数器等。
该下一个等待确认的数据对应的序列号Next_PDCP_ACK_SN会在接收到已经发送的数据的确认信息后更新，该确认信息可以包括非切换过程中的确认信息，和/或切换过程中的状态报告指示中的确认信息。该确认信息由数据接收方的RLC发送给数据发送方的RLC，再由数据发送方的RLC递交给发送方PDCP实体。切换过程中的状态报告指示由PDCP接收实体发送。
在发送PDCP PDU过程中，对于顺序发送的PDCP PDU，一般会顺序接收到相应的PDCP PDU确认信息，但本发明实施例并不排除无序接收确认信息的情况。若先发送的PDCP PDU没有接收到确认信息，而接收到了后面发送的PDCP PDU的确认信息，本发明实施例此时可以将下一个等待确认的数据对应的序列号更新为确认信息中携带的序列号对应的下一个序列号，并可以认为前面的PDCP PDU已经被正确接收。本发明实施例中，对于认为已经被正确接收，或已经接收到确认信息的PDCP PDU对应的SDU可以丢弃。
可选地，本发明实施例PDCP实体可以进行计时，从PDCP PDU发送出去开始计时，若规定时间内未收到PDCP PDU的确认信息，则丢弃对应的SDU。
本发明实施例可以统计发送窗口内连续丢弃的SDU数量，在统计连续丢弃的SDU数量过程中，若接收到已经发送的PDCP PDU的确认信息后，将该统计的连续丢弃的SDU数量清零。若统计连续丢弃的SDU数量等于PDCP发送窗口的大小，即PDCP接收实体重排序窗口大小，则执行序列号回退操作。
本发明实施例所述序列号回退操作包括：
若更新后下一个待发送的数据对应的序列号大于所述下一个等待确认的数据对应的序列号，则将更新后下一个待发送的数据对应的序列号回退，使其回退后的序列号等于所述下一个等待确认的数据对应的序列号；或
若更新后下一个待发送的数据对应的序列号小于所述下一个等待确认的数据对应的序列号，则将更新后下一个待发送的数据对应的序列号回退，使其回退后的序列号等于所述下一个等待确认的数据对应的序列号，以及将发送方序列号翻转计数器TX_HFN的值回退一个计数值。
本发明实施例通过统计丢弃SDU数量，在PDCP连续丢弃的SDU数量等于PDCP发送窗口大小时，采用PDCP发送方序列号回退机制，这样在不修改现有PDCP序列号更新机制的条件下，保证了PDCP发送方和接收方的序列号状态变量的同步更新，接收方不会丢弃正常接收的数据。
序列号回退后可以将统计的连续丢弃的SDU数量清零。
本发明实施例PDCP发送方通过只在发送窗口内发送相应的数据，且令发送窗口大小为接收方重排序窗口大小来控制发送数据的速度，避免了高速数据传输、链路堵塞时PDCP发送方和接收方因为相关状态变量不同步而造成正常的数据被丢弃或提交错误的数据给上层协议的问题，保证了大流量下PDCP的发送方和接收方相关的状态变量在异常条件下能够同步更新。
为进一步理解本发明实施例PDCP实体数据发送方法，本发明另一实施例提供一种PDCP数据发送方法，以图3中所示为例，包括如下步骤：
步骤30：发送方PDCP实体从上层接收SDU；
步骤31：判断发送窗口是否已满；
本实施例令发送窗口的大小等于接收方PDCP接收实体重排序窗口大小。所述发送窗口已满，即更新后的下一个待发送的数据对应的序列号Next_PDCP_TX_SN已经达到发送窗口的上界，也就是与下一个等待确认的数据对应的序列号Next_PDCP_ACK_SN之间的模减差值等于接收方PDCP接收实体重排序窗口大小；
若发送窗口已满，则执行步骤32；若发送窗口未满，则执行步骤33。
步骤32：缓存从上层接收的后续SDU，暂停发送数据；
在发送窗口已满情况下暂停发送数据，这样不会因为PDCP的数据发送速度过快而导致底层在发生链路堵塞时丢弃大量的数据。
步骤33：处理SDU，关联PDCP序列号，形成PDCP PDU发送到RLC，并更新发送方相关状态变量；
例如，更新下一个待发送的数据对应的序列号Next_PDCP_TX_SN、发送方序列号翻转计数器等。
对于SDU，在PDCP实体关联PDCP序列号形成PDCP PDU发送给RLC后，不会立即从PDCP删除，而是缓存以便后续重传，对于重传技术本发明实施例不做限定。
步骤34：判断是否接收到已发送的PDCP PDU的确认信息；
若接收到该确认信息，则执行步骤35；否则执行步骤36；
步骤35：丢弃缓存的相应SDU；
步骤36：判断丢弃定时器是否到时；
若丢弃定时器到时，则执行步骤37；否则返回步骤34；
步骤37：丢弃缓存的相应SDU，并判断是否已丢弃了发送窗口内的所有SDU；
若已丢弃了发送窗口内的所有SDU，即连续丢弃的SDU数量等于PDCP发送窗口的大小，也就是达到了PDCP接收实体重排序窗口大小，则执行步骤38；否则返回步骤34。
步骤38：执行序列号回退操作。
该序列号回退操作包括：若更新后下一个待发送的数据对应的序列号大于所述下一个等待确认的数据对应的序列号，则将更新后下一个待发送的数据对应的序列号回退，使其回退后的序列号等于所述下一个等待确认的数据对应的序列号；或
若更新后下一个待发送的数据对应的序列号小于所述下一个等待确认的数据对应的序列号，则将更新后下一个待发送的数据对应的序列号回退，使其回退后的序列号等于所述下一个等待确认的数据对应的序列号，以及将发送方序列号翻转计数器TX_HFN的值回退一个计数值。
执行序列号回退后可以继续发送数据。
为进一步理解本发明上面实施例中所述数据发送方法，下面以图4为例对该方法进行详细介绍。
图4中发送窗口的下界PDCP_Tx_Window(L)位于1024，发送窗口上界PDCP_Tx_Window(H)位于3072，整个发送窗口大小WINDOW_SIZE为2048，该发送窗口大小等于接收方PDCP实体重排序窗口大小。下一个等待确认的数据对应的序列号Next_PDCP_ACK_SN为1024，下一个待发送的数据对应的序列号Next_PDCP_TX_SN为1536，则发送方下一个待发送的数据对应的序列号Next_PDCP_TX_SN的范围为：
Next_PDCP_ACK_SN＜＝Next_PDCP_TX_SN＜＝Next_PDCP_ACK_SN+Tx_Window。
图4中，若Next_PDCP_TX_SN没有等于发送窗口的上界，则继续发送PDCP PDU；若Next_PDCP_TX_SN等于3072，而Next_PDCP_ACK_SN为1024(即发送窗口已满)，则暂停发送数据，PDCP缓存单元对从上层接收到的SDU进行缓存处理，等待RLC发送确认信息。在收到RLC确认信息后根据收到的确认信息更新Next_PDCP_ACK_SN，在更新Next_PDCP_ACK_SN后，由于Next_PDCP_TX_SN与Next_PDCP_ACK_SN之间的模减差值小于Tx_Window，则可以继续发送PDCP PDU，并更新Next_PDCP_TX_SN。
另外，PDCP实体采用丢弃定时器对已发送PDCP PDU进行计时，若规定时间内(丢弃定时器到时)未收到已发送PDCP PDU的确认信息，则丢弃对应的SDU。PDCP实体统计发送窗口内连续丢弃的SDU数量PDCP_DISCARD_SDU_NUM，如果PDCP_DISCARD_SDU_NUM等于发送窗口的大小(即发送窗口内的SDU都因为丢弃定时器到时被丢弃)，PDCP实体需要根据Next_PDCP_TX_SN和Next_PDCP_ACK_SN之间的关系对Next_PDCP_TX_SN及TX_HFN进行回退操作，之后发送新的PDCP PDU。具体的回退操作为：
如果Next_PDCP_ACK_SN＜Next_PDCP_TX_SN，直接将Next_PDCP_TX_SN回退到Next_PDCP_ACK_SN，之后继续发送PDCPPDU；
如果Next_PDCP_TX_SN＜Next_PDCP_ACK_SN，将Next_PDCP_TX_SN回退到Next_PDCP_ACK_SN，并将TX_HFN回退到上一个TX_HFN(将TX_HFN-1)，之后继续发送PDCP PDU。
如果PDCP收到RLC对PDCP发送窗口内的PDCP PDU发送确认信息，则PDCP_DISCARD_SDU_NUM清零，或切换过程中，在重建立时收到对方的状态报告中指示PDCP发送窗口内相应的数据已经收到，则PDCP_DISCARD_SDU_NUM清零。另外，在Next_PDCP_TX_SN回退后，也需将PDCP_DISCARD_SDU_NUM清零，以保证PDCP的发送方的序列号更新不会超出PDCP接收实体的重排序窗口范围，接收方不会丢弃正常接收的数据。
本发明实施例在大流量情况下，PDCP维护了相应的发送窗口，通过限定PDCP实体的数据发送速度，即只在发送窗口内发送相应的数据，且令发送窗口大小为PDCP接收实体重排序窗口大小，并通过SN回退操作，保证了在发生链路堵塞及高速数据传输切换时，PDCP接收方不会因为接收到的SN超出其重排序窗口而丢包，实现了PDCP层发送方和接收方相关状态变量在异常条件下能够同步更新，提升了PDCP层高速数据传输时的可靠性。
本发明一个实施例提供一种PDCP数据发送装置，如图5所示，该装置包括：
PDCP单元51，用于在无线链路控制确认模式RLC AM下，发送数据；
控制单元52，用于更新下一个待发送的数据对应的序列号，令更新后下一个待发送的数据对应的序列号与下一个等待确认的数据对应的序列号之间的模减差值小于或等于接收方PDCP接收实体重排序窗口大小。
如图6所示，该装置还可以进一步包括：
接收单元53，用于接收上层发送的服务数据单元SDU；
判断单元54，用于判断发送窗口是否已满；
处理单元55，用于当判断单元54的判断结果为发送窗口已满，则缓存该从上层接收的SDU，暂停数据发送，当所述发送窗口未满，则处理所述SDU以形成PDCP协议数据单元PDU，交所述PDCP单元进行发送处理。
如图7所示，该装置还可以进一步包括：
数据丢弃单元56，用于若规定时间内未收到已经发送所述PDCP PDU的确认信息，则丢弃对应的所述SDU。
该装置还可以包括：
统计单元57，用于统计连续丢弃的SDU数量；
清零控制单元58，用于若在该统计单元57统计过程中该接收单元53接收到已发送PDCP PDU的确认信息，控制该统计单元57将所述统计的连续丢弃的SDU数量清零。
该装置还可以包括：
回退单元59，用于在连续丢弃的SDU数量等于接收方PDCP接收实体重排序窗口大小情况下执行序列号回退操作。
该清零控制单元58，还用于在所述回退单元59执行序列号回退操作后，控制所述统计单元57将所述统计的连续丢弃的SDU数量清零。
该回退单元59可以进一步包括：
第一回退子单元591，用于在更新后下一个待发送的数据对应的序列号大于所述下一个等待确认的数据对应的序列号时，将更新后下一个待发送的数据对应的序列号回退，使其回退后的序列号等于所述下一个等待确认的数据对应的序列号；和/或
第二回退子单元592，用于在更新后下一个待发送的数据对应的序列号小于所述下一个等待确认的数据对应的序列号，则将更新后所述下一个待发送的数据对应的序列号回退，使其回退后的序列号等于所述下一个等待确认的数据对应的序列号，以及将发送方序列号翻转计数器TX_HFN的值回退一个计数值。
本发明实施例所述装置通过只在发送窗口内发送相应的数据，且令发送窗口大小为接收方重排序窗口大小来控制发送数据的速度，避免大流量数据传输、链路异常情况下PDCP层发送方和接收方因为相关状态变量不同步而造成正常的数据被丢弃或提交错误的数据给上层的问题，提升了PDCP层高速数据传输时的可靠性。
本发明实施例还提供一种PDCP数据传输系统，如图8所示，该系统包括：PDCP接收方81和如上面实施例所述结构的PDCP数据发送装置80，
该PDCP数据发送装置80，用于发送数据，更新下一个待发送的数据对应的序列号，令更新后下一个待发送的数据对应的序列号与下一个等待确认的数据对应的序列号之间的模减差值小于或等于接收方PDCP接收实体重排序窗口大小；
该PDCP接收方81，用于接收所述PDCP数据发送装置80发送的数据，还用于发送接收的所述数据的确认信息。
在PDCP数据发送装置80发送数据之前，该PDCP数据发送装置80还可以执行如下操作：接收上层发送的服务数据单元(Service Data Unit，SDU)，判断发送窗口是否已满，可以是判断下一个待发送的数据对应的序列号已经达到发送窗口的上界，或者说，下一个待发送的数据对应的序列号与下一个等待确认的数据对应的序列号之间的模减差值等于接收方PDCP接收实体重排序窗口大小。
判断之后的相应操作可以是：若发送窗口已满，则缓存从上层接收的SDU，暂停数据发送；若发送窗口未满，则处理所述SDU以形成PDCP协议数据单元PDU，作为PDCP实体发送的数据。
该PDCP数据发送装置80，还用于在规定时间内未收到已经发送的PDCPPDU的确认信息情况下，丢弃对应的SDU，并统计连续丢弃的SDU数量，若连续丢弃的SDU数量等于接收方PDCP接收实体重排序窗口的大小，则执行序列号回退操作。
可选地，该PDCP接收方81包括：
比较单元810，用于比较下一个待接收的数据对应的序列号与当前接收的数据对应的序列号的大小，得到比较结果；
序列号更新单元811，用于根据所述比较结果更新PDCP接收方状态变量。
也就是说，本发明实施例PDCP接收方81在更新PDCP接收方状态变量前，先判断下一个待接收的数据对应的序列号Next_PDCP_RX_SN与当前接收的数据对应的序列号received PDCP SN的大小，根据两者的大小确定如何更新PDCP接收方状态变量。例如，如果Next_PDCP_RX_SN＞received PDCP SN，并且Next_PDCP_RX_SN-received PDCP SN＞Reordering_Window(接收窗口大小)，则RX_HFN加1，将Next_PDCP_RX_SN设置为接收的PDCP SN+1，否则不更新Next_PDCP_RX_SN及RX_HFN；避免了在下一个待接收的数据对应的序列号小于当前接收的数据对应的序列号时，按照当前协议以及计算机对无符号整型数相减的处理，会发生溢出，即出现下一个待接收的数据对应的序列号减去当前接收的数据对应的序列号的值大于重排序窗口大小，满足状态变量更新条件，则会导致状态变量Next_PDCP_RX_SN、RX_HFN被错误更新，造成PDCP解密出错误的数据，并把错误的数据提交给上层。
本发明实施例PDCP发送方通过只在发送窗口内发送相应的数据，且令发送窗口大小为接收方重排序窗口大小来控制发送数据的速度，避免大流量数据传输、链路异常情况下PDCP层发送方和接收方因为相关状态变量不同步而造成正常的数据被丢弃或提交错误的数据给上层的问题，提升了PDCP层高速数据传输时的可靠性。
另外，PDCP接收方先判断接收状态变量的大小，根据所述接收状态变量的大小更新所述PDCP接收方状态变量，使状态变量更新更加准确。
本发明实施例可有效解决PDCP层发送方和接收方状态变量更新不一致的问题，例如：在高速数据传输下的切换过程中：现有方案中PDCP发送实体发送数据的速度由上层向PDCP发送数据的速度来决定，进行高速数据传输时，PDCP发送实体把所有从上层接收到的数据发送给发送方RLC，由发送方RLC发送给接收方RLC。RLC PDU的长度最大可以达到32767bytes，PDCP PDU的长度大小不定，假设PDCP PDU的平均长度为1000bytes，每个RLC PDU中可以包含多达32个PDCP PDU，即RLC的PDU中可以级联多个PDCP PDU并发送到接收端。RLC的重排序窗口大小为512，发生切换时，如果接收方RLC重排序缓存中保存的RLC SDU数量超过100个，接收方RLC进行重建立时将所有缓存的RLC SDU组成3200多个PDCP PDU后提交给PDCP接收实体；由于PDCP接收实体重排序窗口的大小为2048，PDCP接收实体进行重排序处理时会丢弃部分数据。如果切换时延超过了发送方PDCP的丢弃定时器长度，PDCP发送实体会丢弃大部分已发送但未得到确认的PDCP SDU。切换完成后，PDCP发送实体按切换前的SN信息发送后续的数据，但由于这些PDCPPDU关联的SN不在PDCP接收实体重排序窗口内，导致PDCP接收实体会丢弃后续接收到的PDCP SDU或状态变量RX_HFN更新错误。而按照本发明实施例的方法，由于发送方PDCP实体有效控制发送PDCP PDU的速度，令发送窗口的大小不超过PDCP接收实体重排序窗口，发生切换时，接收方RLC重排序缓存中保存的RLC SDU数量在进行组成PDCP PDU并提交给PDCP接收实体时，不会超出PDCP接收实体重排序窗口，实现PDCP层接收方和发送方序列号状态变量更新的同步。切换完成后，若连续丢弃的SDU数量达到PDCP接收实体重排序窗口大小，则通过序列号回退操作，可以令当前发送的PDCP PDU的序列号在PDCP接收实体重排序窗口内，使PDCP接收实体不会丢弃正常接收的数据。
又如，在上行数据传输中，增强基站eNB资源紧张造成链路堵塞情况下：在eNB资源非常紧张的情况下，一段时间内分配给UE的上行调度资源很少，UE无法及时把大量的数据发送出去，按照现有技术的方案，在发送方PDCP实体将数据发送给发送方RLC层后，很有可能导致该RLC层无法缓存这些数据而把收到的数据丢弃，且PDCP发送实体在丢弃定时器(PDCPdiscardTimer)超时后也会把数据丢弃，而接收方因为没有收到数据而无法更新相关的序列号状态变量。如果发送方连续丢弃的数据个数达到PDCP接收实体重排序窗口的大小，则后续能够从UE发送到eNB的数据也会因为不在PDCP重排序接窗口内而被丢弃，导致接收方和发送方PDCP层序列号状态变量更新不同步。而按照本发明实施例的方案，由于发送方PDCP实体可以控制发送数据的速度，即令更新后下一个待发送的数据对应的序列号与下一个等待确认的数据对应的序列号之间的模减差值小于或等于接收方PDCP接收实体重排序窗口大小，也就是令发送窗口大小不超过PDCP接收实体重排序窗口大小，这样在发送窗口已满的情况下，暂停发送数据，不会出现发送方RLC层无法缓存而丢弃收到的数据的情况，同时，在发送方连续丢弃的数据个数达到PDCP接收实体重排序窗口的大小情况下，通过执行序列号回退操作，令后续发送的PDCP PDU序列号在接收方PDCP重排序接窗口内，实现了PDCP层接收方和发送方序列号状态变量更新的同步。
综上所述，本发明实施例PDCP发送方只在发送窗口内发送相应的数据，且令发送窗口大小为接收方重排序窗口大小来控制发送数据的速度，，避免了高速数据传输、链路堵塞时PDCP发送方和接收方因为相关状态变量不同步而造成正常的数据被丢弃或提交错误的数据给上层协议的问题，保证了大流量下PDCP的发送方和接收方相关的状态变量在异常条件下能够同步更新，提升了PDCP层高速数据传输时的可靠性。
另外，PDCP接收方先判断接收状态变量的大小，根据所述接收状态变量的大小更新所述PDCP接收方状态变量，使状态变量更新更加准确。
本领域普通技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一计算机可读存储介质中，例如只读存储器(简称ROM)、随机存取存储器(简称RAM)、磁盘、光盘等。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
Claims (14)
1.一种数据汇聚协议PDCP数据发送方法，其特征在于，包括：
在无线链路控制确认模式RLC AM下，发送方数据汇聚协议PDCP实体发送数据；
更新下一个待发送的数据对应的序列号，令更新后下一个待发送的数据对应的序列号与下一个等待确认的数据对应的序列号之间的模减差值小于或等于接收方PDCP接收实体重排序窗口大小。
2.如权利要求1所述的方法，其特征在于，还包括：
所述发送方PDCP实体接收上层发送的服务数据单元SDU；
判断发送窗口是否已满；
若所述发送窗口已满，则缓存从上层接收的所述SDU，暂停数据发送；
若所述发送窗口未满，则处理所述SDU以形成PDCP协议数据单元PDU，作为PDCP实体发送的数据。
3.如权利要求2所述的方法，其特征在于，还包括：
若规定时间内未收到所述PDCP PDU的确认信息，则丢弃对应的所述SDU。
4.如权利要求3所述的方法，其特征在于，还包括：
统计连续丢弃的SDU数量；
若在所述统计过程中，接收到已发送的所述PDCP PDU的确认信息，则将所述统计的连续丢弃的SDU数量清零。
5.如权利要求4所述的方法，其特征在于，
若连续丢弃的SDU数量等于接收方PDCP接收实体重排序窗口的大小，则执行序列号回退操作；
在执行所述序列号回退操作后，将所述统计的连续丢弃的SDU数量清零。
6.如权利要求5所述的方法，其特征在于，所述序列号回退操作包括：
若更新后下一个待发送的数据对应的序列号大于所述下一个等待确认的数据对应的序列号，则将更新后下一个待发送的数据对应的序列号回退，使其回退后的序列号等于所述下一个等待确认的数据对应的序列号；或
若更新后下一个待发送的数据对应的序列号小于所述下一个等待确认的数据对应的序列号，则将更新后下一个待发送的数据对应的序列号回退，使其回退后的序列号等于所述下一个等待确认的数据对应的序列号，以及将发送方序列号翻转计数器TX_HFN的值回退一个计数值。
7.一种PDCP数据发送装置，其特征在于，包括：
PDCP单元，用于在无线链路控制确认模式RLC AM下，发送数据；
控制单元，用于更新下一个待发送的数据对应的序列号，令更新后下一个待发送的数据对应的序列号与下一个等待确认的数据对应的序列号之间的模减差值小于或等于接收方PDCP接收实体重排序窗口大小。
8.如权利要求7所述的装置，其特征在于，还包括：
接收单元，用于接收上层发送的服务数据单元SDU；
判断单元，用于判断发送窗口是否已满；
处理单元，用于当所述判断单元的判断结果为所述发送窗口已满，则缓存所述从上层接收的SDU，暂停数据发送，当所述发送窗口未满，则处理所述SDU以形成PDCP协议数据单元PDU，交所述PDCP单元进行发送处理。
9.如权利要求8所述的装置，其特征在于，还包括：
数据丢弃单元，用于若在规定时间内未收到所述PDCP PDU的确认信息，丢弃对应的所述SDU。
10.如权利要求9所述的装置，其特征在于，还包括：
统计单元，用于统计连续丢弃的SDU数量；
清零控制单元，用于若在所述统计单元统计过程中所述接收单元接收到已发送的PDCP PDU确认信息，控制所述统计单元将所述统计的连续丢弃的SDU数量清零。
11.如权利要求10所述的装置，其特征在于，还包括：
回退单元，用于在连续丢弃的SDU数量等于接收方PDCP接收实体重排序窗口的大小情况下，执行序列号回退操作；
所述清零控制单元，还用于在所述回退单元执行序列号回退操作后，控制所述统计单元将所述统计的连续丢弃的SDU数量清零。
12.如权利要求11所述的装置，其特征在于，所述回退单元包括：
第一回退子单元，用于在更新后下一个待发送的数据对应的序列号大于所述下一个等待确认的数据对应的序列号时，将更新后下一个待发送的数据对应的序列号回退，使其回退后的序列号等于所述下一个等待确认的数据对应的序列号；和/或
第二回退子单元，用于在更新后下一个待发送的数据对应的序列号小于所述下一个等待确认的数据对应的序列号，则将更新后所述下一个待发送的数据对应的序列号回退，使其回退后的序列号等于所述下一个等待确认的数据对应的序列号，以及将发送方序列号翻转计数器TX_HFN的值回退一个计数值。
13.一种PDCP数据传输系统，其特征在于，包括：如权利要求7至12所述的PDCP数据发送装置，以及PDCP接收方；
其中，所述PDCP接收方，用于接收所述PDCP数据发送装置发送的数据。
14.如权利要求13所述的系统，其特征在于，所述PDCP接收方包括：
比较单元，用于比较下一个待接收的数据对应的序列号与当前接收的数据对应的序列号的大小，得到比较结果；
序列号更新单元，用于根据所述比较结果更新PDCP接收方状态变量。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009102616322A CN102104535B (zh) | 2009-12-18 | 2009-12-18 | 一种pdcp数据发送方法、装置及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009102616322A CN102104535B (zh) | 2009-12-18 | 2009-12-18 | 一种pdcp数据发送方法、装置及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102104535A true CN102104535A (zh) | 2011-06-22 |
| CN102104535B CN102104535B (zh) | 2013-12-18 |
Family
ID=44157075
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2009102616322A Active CN102104535B (zh) | 2009-12-18 | 2009-12-18 | 一种pdcp数据发送方法、装置及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102104535B (zh) |
Cited By (32)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102739543A (zh) * | 2012-06-29 | 2012-10-17 | 杭州华三通信技术有限公司 | 一种lsp分片的最大序列号翻转的处理方法和装置 |
| WO2014079391A1 (zh) * | 2012-11-23 | 2014-05-30 | 华为技术有限公司 | 数据传输的方法和相关设备 |
| CN104079371A (zh) * | 2013-03-27 | 2014-10-01 | 成都鼎桥通信技术有限公司 | 一种数据通信方法、设备及系统 |
| WO2014177099A1 (zh) * | 2013-09-26 | 2014-11-06 | 中兴通讯股份有限公司 | 一种基于多流传输的数据排序方法及接收装置 |
| CN104683262A (zh) * | 2015-01-30 | 2015-06-03 | 大唐移动通信设备有限公司 | 一种数据包的处理方法和设备 |
| CN105101293A (zh) * | 2014-04-30 | 2015-11-25 | 夏普株式会社 | Pdcp发送实体、辅基站、用户设备及其方法 |
| CN106134099A (zh) * | 2014-01-29 | 2016-11-16 | 三星电子株式会社 | 用于在移动通信系统中使用多个载波来发送和接收数据的方法和设备 |
| CN107276922A (zh) * | 2016-04-06 | 2017-10-20 | 中国移动通信有限公司研究院 | 数据传输方法、rlc 实体、总链路单元及支链路单元 |
| CN107370692A (zh) * | 2016-05-11 | 2017-11-21 | 中国移动通信有限公司研究院 | 数据传输方法、无线链路控制实体及系统 |
| US10004098B2 (en) | 2014-01-29 | 2018-06-19 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving data using a plurality of carriers in mobile communication system |
| CN108847919A (zh) * | 2013-04-26 | 2018-11-20 | 华为技术有限公司 | 一种数据传输的方法、基站和无线通信设备 |
| WO2019028826A1 (en) * | 2017-08-11 | 2019-02-14 | Qualcomm Incorporated | RADIO LINK CONTROL REASSEMBLY TECHNIQUES IN WIRELESS SYSTEMS |
| CN109348491A (zh) * | 2018-10-16 | 2019-02-15 | 京信通信系统（中国）有限公司 | L2状态变量失步恢复的方法、装置及设备 |
| WO2019034130A1 (zh) * | 2017-08-18 | 2019-02-21 | 华为技术有限公司 | 传输方法、发送端和接收端 |
| CN110177377A (zh) * | 2019-05-07 | 2019-08-27 | 京信通信系统（中国）有限公司 | 一种rlc状态变量同步方法、装置、基站和存储介质 |
| CN110326357A (zh) * | 2017-04-01 | 2019-10-11 | 华为技术有限公司 | 数据处理方法和设备 |
| CN110505656A (zh) * | 2016-09-30 | 2019-11-26 | 华为技术有限公司 | 数据处理方法、装置及系统 |
| CN110537379A (zh) * | 2017-02-24 | 2019-12-03 | 三星电子株式会社 | 用于在无线通信系统中的基站之间进行数据发送的设备和方法 |
| CN110677495A (zh) * | 2014-04-22 | 2020-01-10 | Lg 电子株式会社 | 发送用于d2d通信系统的层-2状态变量的显式信号的方法及其设备 |
| CN110972337A (zh) * | 2018-09-29 | 2020-04-07 | 中国移动通信有限公司研究院 | 数据传输方法、装置、系统、sdap实体及存储介质 |
| CN110995605A (zh) * | 2019-11-25 | 2020-04-10 | 浙江中控技术股份有限公司 | 一种报文同步方法、系统及通信设备 |
| CN111510278A (zh) * | 2020-04-26 | 2020-08-07 | Oppo广东移动通信有限公司 | 一种超帧号hfn同步方法及终端、存储介质 |
| CN112399478A (zh) * | 2020-10-28 | 2021-02-23 | 展讯半导体(成都)有限公司 | 防止上行失步方法、通信装置和可读存储介质 |
| CN112399471A (zh) * | 2020-10-23 | 2021-02-23 | 紫光展锐(重庆)科技有限公司 | 一种数据缓存的方法及相关装置 |
| CN112469080A (zh) * | 2020-11-27 | 2021-03-09 | 紫光展锐(重庆)科技有限公司 | 一种数据包处理的方法及相关装置 |
| CN112822048A (zh) * | 2021-01-04 | 2021-05-18 | 烽火通信科技股份有限公司 | 一种无损保护倒换实现方法与系统 |
| CN113365308A (zh) * | 2020-03-03 | 2021-09-07 | 大唐移动通信设备有限公司 | 一种数据传输方法及装置 |
| CN113938431A (zh) * | 2021-09-27 | 2022-01-14 | 中国联合网络通信集团有限公司 | 突发数据包传输方法、装置和电子设备 |
| CN114079544A (zh) * | 2020-08-18 | 2022-02-22 | 大唐移动通信设备有限公司 | 一种rlc数据重传方法及装置 |
| CN114124840A (zh) * | 2021-11-26 | 2022-03-01 | 哲库科技(北京)有限公司 | 接收pdcp包的方法、pdcp包的接收装置、终端设备 |
| CN114205262A (zh) * | 2021-12-02 | 2022-03-18 | 紫光展锐(重庆)科技有限公司 | 数据处理方法及相关装置 |
| CN114337936A (zh) * | 2020-09-30 | 2022-04-12 | 上海华为技术有限公司 | 确定收发窗口不一致的方法，装置以及相关设备 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN201256395Y (zh) * | 2007-08-02 | 2009-06-10 | 交互数字专利控股公司 | 无线发射/接收单元 |
| CN101547070A (zh) * | 2008-03-24 | 2009-09-30 | 华为技术有限公司 | 一种数据包类型的判断方法及其装置 |
-
2009
- 2009-12-18 CN CN2009102616322A patent/CN102104535B/zh active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN201256395Y (zh) * | 2007-08-02 | 2009-06-10 | 交互数字专利控股公司 | 无线发射/接收单元 |
| CN101547070A (zh) * | 2008-03-24 | 2009-09-30 | 华为技术有限公司 | 一种数据包类型的判断方法及其装置 |
Cited By (58)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102739543B (zh) * | 2012-06-29 | 2015-02-18 | 杭州华三通信技术有限公司 | 一种lsp分片的最大序列号翻转的处理方法和装置 |
| CN102739543A (zh) * | 2012-06-29 | 2012-10-17 | 杭州华三通信技术有限公司 | 一种lsp分片的最大序列号翻转的处理方法和装置 |
| WO2014079391A1 (zh) * | 2012-11-23 | 2014-05-30 | 华为技术有限公司 | 数据传输的方法和相关设备 |
| CN103840927A (zh) * | 2012-11-23 | 2014-06-04 | 华为技术有限公司 | 数据传输的方法和相关设备 |
| CN103840927B (zh) * | 2012-11-23 | 2017-09-12 | 华为技术有限公司 | 数据传输的方法和相关设备 |
| CN104079371A (zh) * | 2013-03-27 | 2014-10-01 | 成都鼎桥通信技术有限公司 | 一种数据通信方法、设备及系统 |
| CN108847919B (zh) * | 2013-04-26 | 2021-09-21 | 华为技术有限公司 | 一种数据传输的方法、基站和无线通信设备 |
| US11129048B2 (en) | 2013-04-26 | 2021-09-21 | Huawei Technologies Co., Ltd. | Data transmission method, base station, and wireless communications device |
| CN108847919A (zh) * | 2013-04-26 | 2018-11-20 | 华为技术有限公司 | 一种数据传输的方法、基站和无线通信设备 |
| WO2014177099A1 (zh) * | 2013-09-26 | 2014-11-06 | 中兴通讯股份有限公司 | 一种基于多流传输的数据排序方法及接收装置 |
| US10779356B2 (en) | 2014-01-29 | 2020-09-15 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving data using a plurality of carriers in mobile communication system |
| CN106134099A (zh) * | 2014-01-29 | 2016-11-16 | 三星电子株式会社 | 用于在移动通信系统中使用多个载波来发送和接收数据的方法和设备 |
| CN106134099B (zh) * | 2014-01-29 | 2019-12-31 | 三星电子株式会社 | 用于在移动通信系统中使用多个载波来发送和接收数据的方法和设备 |
| US10004098B2 (en) | 2014-01-29 | 2018-06-19 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving data using a plurality of carriers in mobile communication system |
| CN110677495A (zh) * | 2014-04-22 | 2020-01-10 | Lg 电子株式会社 | 发送用于d2d通信系统的层-2状态变量的显式信号的方法及其设备 |
| CN105101293A (zh) * | 2014-04-30 | 2015-11-25 | 夏普株式会社 | Pdcp发送实体、辅基站、用户设备及其方法 |
| CN104683262B (zh) * | 2015-01-30 | 2018-02-02 | 大唐移动通信设备有限公司 | 一种数据包的处理方法和设备 |
| CN104683262A (zh) * | 2015-01-30 | 2015-06-03 | 大唐移动通信设备有限公司 | 一种数据包的处理方法和设备 |
| CN107276922A (zh) * | 2016-04-06 | 2017-10-20 | 中国移动通信有限公司研究院 | 数据传输方法、rlc 实体、总链路单元及支链路单元 |
| CN107276922B (zh) * | 2016-04-06 | 2020-01-17 | 中国移动通信有限公司研究院 | 数据传输方法、rlc实体、总链路单元及支链路单元 |
| CN107370692A (zh) * | 2016-05-11 | 2017-11-21 | 中国移动通信有限公司研究院 | 数据传输方法、无线链路控制实体及系统 |
| CN107370692B (zh) * | 2016-05-11 | 2020-03-17 | 中国移动通信有限公司研究院 | 数据传输方法、无线链路控制实体及系统 |
| CN110505656A (zh) * | 2016-09-30 | 2019-11-26 | 华为技术有限公司 | 数据处理方法、装置及系统 |
| US10999890B2 (en) | 2016-09-30 | 2021-05-04 | Huawei Technologies Co., Ltd. | Data processing method, apparatus, and system |
| CN110505656B (zh) * | 2016-09-30 | 2020-07-24 | 华为技术有限公司 | 数据处理方法、装置及系统 |
| CN110537379A (zh) * | 2017-02-24 | 2019-12-03 | 三星电子株式会社 | 用于在无线通信系统中的基站之间进行数据发送的设备和方法 |
| CN110537379B (zh) * | 2017-02-24 | 2023-04-07 | 三星电子株式会社 | 用于在无线通信系统中的基站之间进行数据发送的设备和方法 |
| CN110326357A (zh) * | 2017-04-01 | 2019-10-11 | 华为技术有限公司 | 数据处理方法和设备 |
| US11290214B2 (en) | 2017-04-01 | 2022-03-29 | Huawei Technologies Co., Ltd. | Data processing method and device |
| CN110326357B (zh) * | 2017-04-01 | 2021-06-22 | 华为技术有限公司 | 数据处理方法和设备 |
| US11197344B2 (en) | 2017-08-11 | 2021-12-07 | Qualcomm Incorporated | Radio link control reassembling techniques in wireless systems |
| WO2019028826A1 (en) * | 2017-08-11 | 2019-02-14 | Qualcomm Incorporated | RADIO LINK CONTROL REASSEMBLY TECHNIQUES IN WIRELESS SYSTEMS |
| CN109413692A (zh) * | 2017-08-18 | 2019-03-01 | 深圳市海思半导体有限公司 | 传输方法、发送端和接收端 |
| WO2019034130A1 (zh) * | 2017-08-18 | 2019-02-21 | 华为技术有限公司 | 传输方法、发送端和接收端 |
| CN110972337A (zh) * | 2018-09-29 | 2020-04-07 | 中国移动通信有限公司研究院 | 数据传输方法、装置、系统、sdap实体及存储介质 |
| CN110972337B (zh) * | 2018-09-29 | 2021-09-14 | 中国移动通信有限公司研究院 | 数据传输方法、装置、系统、sdap实体及存储介质 |
| CN109348491B (zh) * | 2018-10-16 | 2021-11-02 | 京信网络系统股份有限公司 | L2状态变量失步恢复的方法、装置及设备 |
| CN109348491A (zh) * | 2018-10-16 | 2019-02-15 | 京信通信系统（中国）有限公司 | L2状态变量失步恢复的方法、装置及设备 |
| CN110177377B (zh) * | 2019-05-07 | 2023-04-11 | 京信网络系统股份有限公司 | 一种rlc状态变量同步方法、装置、基站和存储介质 |
| CN110177377A (zh) * | 2019-05-07 | 2019-08-27 | 京信通信系统（中国）有限公司 | 一种rlc状态变量同步方法、装置、基站和存储介质 |
| CN110995605B (zh) * | 2019-11-25 | 2023-01-24 | 浙江中控技术股份有限公司 | 一种报文同步方法、系统及通信设备 |
| CN110995605A (zh) * | 2019-11-25 | 2020-04-10 | 浙江中控技术股份有限公司 | 一种报文同步方法、系统及通信设备 |
| CN113365308B (zh) * | 2020-03-03 | 2022-04-29 | 大唐移动通信设备有限公司 | 一种数据传输方法及装置 |
| CN113365308A (zh) * | 2020-03-03 | 2021-09-07 | 大唐移动通信设备有限公司 | 一种数据传输方法及装置 |
| CN111510278A (zh) * | 2020-04-26 | 2020-08-07 | Oppo广东移动通信有限公司 | 一种超帧号hfn同步方法及终端、存储介质 |
| CN114079544B (zh) * | 2020-08-18 | 2023-04-14 | 大唐移动通信设备有限公司 | 一种rlc数据重传方法及装置 |
| CN114079544A (zh) * | 2020-08-18 | 2022-02-22 | 大唐移动通信设备有限公司 | 一种rlc数据重传方法及装置 |
| CN114337936A (zh) * | 2020-09-30 | 2022-04-12 | 上海华为技术有限公司 | 确定收发窗口不一致的方法，装置以及相关设备 |
| CN112399471A (zh) * | 2020-10-23 | 2021-02-23 | 紫光展锐(重庆)科技有限公司 | 一种数据缓存的方法及相关装置 |
| CN112399478B (zh) * | 2020-10-28 | 2023-03-24 | 展讯半导体(成都)有限公司 | 防止上行失步方法、通信装置和可读存储介质 |
| CN112399478A (zh) * | 2020-10-28 | 2021-02-23 | 展讯半导体(成都)有限公司 | 防止上行失步方法、通信装置和可读存储介质 |
| CN112469080A (zh) * | 2020-11-27 | 2021-03-09 | 紫光展锐(重庆)科技有限公司 | 一种数据包处理的方法及相关装置 |
| CN112822048A (zh) * | 2021-01-04 | 2021-05-18 | 烽火通信科技股份有限公司 | 一种无损保护倒换实现方法与系统 |
| CN113938431A (zh) * | 2021-09-27 | 2022-01-14 | 中国联合网络通信集团有限公司 | 突发数据包传输方法、装置和电子设备 |
| CN113938431B (zh) * | 2021-09-27 | 2023-06-23 | 中国联合网络通信集团有限公司 | 突发数据包传输方法、装置和电子设备 |
| CN114124840A (zh) * | 2021-11-26 | 2022-03-01 | 哲库科技(北京)有限公司 | 接收pdcp包的方法、pdcp包的接收装置、终端设备 |
| CN114124840B (zh) * | 2021-11-26 | 2023-09-15 | 哲库科技(北京)有限公司 | 一种接收pdcp包的方法、装置及终端设备 |
| CN114205262A (zh) * | 2021-12-02 | 2022-03-18 | 紫光展锐(重庆)科技有限公司 | 数据处理方法及相关装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102104535B (zh) | 2013-12-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102104535B (zh) | 一种pdcp数据发送方法、装置及系统 | |
| US9860915B2 (en) | Apparatus and method for moving a receive window in a radio access network | |
| US9936423B2 (en) | Method and apparatus for enhancing RLC for flexible RLC PDU size | |
| CN101043301B (zh) | 一种无线通信系统中的数据重排重组方法及其基站 | |
| CN108282825B (zh) | 一种信息处理方法及装置 | |
| CA2615915C (en) | System for efficient recovery of node-b buffered data following mac layer reset | |
| US7869396B2 (en) | Data transmission method and data re-transmission method | |
| CN101677266B (zh) | 控制重排序和重复消除操作的方法、系统及装置 | |
| US20070291695A1 (en) | Method and apparatus for facilitating lossless handover in 3gpp long term evolution systems | |
| TW201212607A (en) | Method and apparatus for controlling a handover between UTRA R6 cells and R7 cells | |
| WO2009093797A1 (en) | Method for performing handover procedure and creating data | |
| CN101547070A (zh) | 一种数据包类型的判断方法及其装置 | |
| CN101944984B (zh) | 一种协议数据单元的传输方法及系统 | |
| CN101809970A (zh) | 无线链路控制实体的复位方法 | |
| KR101341697B1 (ko) | 이동 통신 시스템에서 전송 패킷을 버퍼링하는 방법 및장치 | |
| CN105704739A (zh) | 用户面重新初始化的方法及装置 | |
| WO2017012668A1 (en) | Improved data unit reordering in dual connectivity scenarios | |
| AU2009245823B2 (en) | System for efficient recovery of node-b buffered data following Mac layer reset |
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 |