CN112996052B - 数据发送控制方法及装置、终端、基站和介质 - Google Patents

数据发送控制方法及装置、终端、基站和介质 Download PDF

Info

Publication number
CN112996052B
CN112996052B CN202110183614.8A CN202110183614A CN112996052B CN 112996052 B CN112996052 B CN 112996052B CN 202110183614 A CN202110183614 A CN 202110183614A CN 112996052 B CN112996052 B CN 112996052B
Authority
CN
China
Prior art keywords
pdcp
status report
sending
report information
sent
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
CN202110183614.8A
Other languages
English (en)
Other versions
CN112996052A (zh
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.)
Spreadtrum Communications Shanghai Co Ltd
Original Assignee
Spreadtrum Communications Shanghai 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 Spreadtrum Communications Shanghai Co Ltd filed Critical Spreadtrum Communications Shanghai Co Ltd
Priority to CN202110183614.8A priority Critical patent/CN112996052B/zh
Publication of CN112996052A publication Critical patent/CN112996052A/zh
Application granted granted Critical
Publication of CN112996052B publication Critical patent/CN112996052B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例提供一种数据发送控制方法及装置、终端、基站和介质，该方法包括PDCP发送端获取PDCP接收端发送的PDCP状态报告信息；若所述PDCP状态报告信息中的参数与所述PDCP发送端当前的发送状态匹配失败，则根据所述PDCP状态报告信息中的参数修正发送端后续待发送或者待重发的PDCP PDU数据包的加密参数，以得到修正后的加密参数。通过该方案，根据PDCP状态报告信息中的参数修正发送端后续待发送或者待重发的PDCP PDU数据包的加密参数，从而实现数据恢复。

Description

数据发送控制方法及装置、终端、基站和介质
技术领域
本发明涉及通信技术领域，尤其涉及一种数据发送控制方法及装置、终端、基站和介质。
背景技术
在通信***中，为了保护用户的安全不被篡改或者监听，一般都会对用户数据进行加密发送，然后接收端收到后根据协议规定进行解密。图1为现有技术中PDCP层数据包加解密方式示意图，如图1所示，只有当发送端和接收端的KEY，COUNT,BEARER,DIRECTION,LENGTH,NEA/EEA都相同的情况下才能正常进行数据交互，否则就会出现解密出错误的数据包。而在现实的网络中KEY,BEARER,DIRECTION,LENGTH,EEA/NEA是半静态数据，不易出错的，而COUNT由于每次收到PDCP PDU数据包的时候都动态更新，而容易出错，而导致解密数据异常。在通信过程中很可能出现的一种情况是发送端使用的加密参数和接收端使用的接收参数不同，而产生数据解密失败，从而造成无法正常使用业务。
发明内容
本发明实施例提供一种数据发送控制方法及装置、终端、基站和介质，其中，通过该数据发送控制方法可以在数据发送端收到的数据接收端发送的PDCP状态报告信息(PDCPSTATUS REPORT)时，如果确定该状态报告信息内携带的参数和数据发送端对应的相应数据的PDCP发送实体上的当前的发送状态已经出现了偏离，从而根据该PDCP状态报告信息中的参数进行修正，从而实现数据恢复。
第一方面，本申请实施例提供一种数据发送控制方法，包括：
PDCP发送端获取PDCP接收端发送的PDCP状态报告信息；以及
确定所述PDCP状态报告信息中的参数与所述PDCP发送端当前的发送状态匹配失败，则根据所述PDCP状态报告信息中的参数修正发送端后续待发送或待重发的PDCP PDU数据包的加密参数，以得到修正后的加密参数。
进一步地，在所述确定所述PDCP状态报告信息中的参数与所述PDCP发送端当前的发送状态匹配失败之前，还包括：
确定所述PDCP状态报告信息中的参数与所述PDCP发送端当前的发送状态是否匹配成功；
其中，根据匹配结果，若匹配成功，则确定所述PDCP发送端与所述PDCP接收端通信正常。
进一步地，所述PDCP状态报告信息中的参数包括所述PDCP接收端第一个没有接收到的PDCP PDU数据包的计数值，以及所述第一个没有接收到的PDCP PDU数据包的后续PDCPPDU数据包的接收情况信息，所述PDCP发送端当前的发送状态包括所述PDCP发送端下一个待发送PDCP PDU数据包的计数值以及当前等待无线链路控制确认的PDCP PDU数据包的信息。其中，可以根据PDCP状态报告信息中的bitmap指示确定所述后续PDCP PDU数据包的接收情况信息。
进一步地，所述确定所述PDCP状态报告信息中的参数与所述PDCP发送端当前的发送状态是否匹配成功包括：
确定所述PDCP状态报告信息中的一个或多个PDCP PDU数据包指示计数值是否落入设定计数值范围，所述设定计数值范围为不小于第一个没有得到无线链路控制确认的PDCP PDU数据包对应的计数值且不大于最后一个发送的PDCP PDU数据包对应的计数值的区间范围；
其中，若落入所述设定计数值范围，则匹配成功，若未落入所述设定计数值范围，则匹配失败。
进一步地，所述根据所述PDCP状态报告信息中的参数修正发送端后续待发送或待重发的PDCP PDU数据包的加密参数包括：
将所述PDCP发送端后续待发送或待重发PDCP PDU数据包的计数值更新为所述发送端第一个发送失败的PDCP PDU数据包的计数值或所述PDCP状态报告信息中的任一Bitmap对应的PDCP PDU数据包的计数值。其中，所述发送端第一个发送失败的PDCP PDU数据包的计数(COUNT)值可以根据状态报告中的FMC或PDCP状态报告信息中的任一Bitmap对应的PDCP PDU数据包的计数值确定；其中，当前的待发送或者重发的PDCP PDU数据包的计数值根据前一个PDCP PDU数据包的计数值依次累加1。
进一步地，所述确定所述PDCP状态报告信息中的参数与所述PDCP发送端当前的发送状态匹配失败之后，还包括：
根据所述PDCP发送端当前的发送状态确定所述PDCP发送端发送失败的PDCP SDU；
将所述发送失败的PDCP SDU根据所述修正后的加密参数重新组成新的PDCU PDU；
将所述根据所述修正后的加密参数重新组成新的PDCU PDU发送给所述PDCP接收端。
进一步地，所述根据所述PDCP发送端当前的发送状态确定所述PDCP发送端发送失败的PDCP SDU包括：
确定所述PDCP状态报告信息中的参数与所述PDCP发送端当前的发送状态匹配失败之后判定所述当前等待无线链路控制确认的PDCP PDU数据包均发送失败，所述等待无线链路控制确认的PDCP PDU数据包对应的PDCP SDU均发送失败。
在一种实现方式中，如果确定所述PDCP状态报告信息中的参数与所述PDCP发送端当前的发送状态匹配失败，那么就可以判定所有没有得到无线链路控制确认的PDCP PDU数据包都已经发送失败，没有得到无线链路控制确认的PDCP PDU数据包对应的PDCP SDU都需要进行重发。具体地，可以把TX_NEXT更新为FMC或者STATUS PDU中的某个bit对应的COUNT，然后对需要重发的PDCP SDU根据TX_NEXT组装成新的PDCP PDU，然后将所述新的PDCP PDU发送给PDCP接收端。
第二方面，本申请实施例还提供一种数据发送控制装置，包括：处理器和存储器，所述存储器用于存储至少一条指令，所述指令由所述处理器加载并执行时以实现第一方面提供的数据发送控制方法。在一种实现方式中，该数据发送控制装置可以为一种芯片。
第三方面，本申请实施例还提供一种终端，该终端包括终端本体以及第二方面提供的数据发送控制装置。
第四方面，本申请实施例还提供一种基站，该基站包括基站本体以及第二方面提供的数据发送控制装置。
第五方面，本申请实施例还提供一种计算机存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面提供的数据发送控制方法。
通过上述技术方案，数据发送端在接收到数据接收端发送的PDCP状态报告信息，以确定数据接收端的数据接收情况，并且可以在确定所述PDCP状态报告信息中的参数与所述PDCP发送端当前的发送状态匹配失败后，根据PDCP状态报告信息中的参数修正发送端后续待发送或者待重发PDCP PDU数据包的加密参数，从而实现数据恢复。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为现有技术中PDCP层数据包加解密方式示意图；
图2为PDCP PDU数据包的计数值结构示意图；
图3为现有技术中RLC模式为AM时DRB的上行发送流程图；
图4为本申请一个实施例提供的数据发送控制方法的流程示意图；
图5为本申请一个实施例提供的COUNT值设定范围示意图；
图6为本申请一个实施例提供的PDCP状态报告信息的结构示意图；
图7为本申请一个实施例提供的RLC模式为AM时DRB的上行发送流程图；
图8为本申请一个实施例提供数据发送控制装置的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
在无线通信***中，为了保证经过空口传输的数据在接收端可以按序地传递到应用层，发送端为数据包分配序号，具体地，在PDCP(Packet Data Convergence Protocol，分组数据汇聚协议)层按照PDCP PDU(Packet Data Unit，协议数据单元)数据包的顺序为数据包配置相应的计数值(COUNT)。
图2为PDCP PDU数据包的计数值结构示意图，如图2所示，所述COUNT为由高位的超帧号(HFN，Hyper Frame Number)和低位的序号(SN，Sequence Number)组成的32bit数据。其中，所述SN为PDCP PDU数据包的序号，携带在PDCP PDU数据包中。所述SN的取值范围为0～(2^(SN bit size)-1)，其中SN bit size表示PDCP PDU中序号占用的比特数。
为了保护用户的数据不被篡改或者监听，一般会对用户数据进行加密发送，接收端接收到数据后再根据协议进行解密。在PDCP层的数据包的加解密过程中，通过发送端本地存储的COUNT以及KEY(密钥，该密钥由PDCP的发送端和接收端各自进行维护，并保持相同),BEARER(承载用户数据的承载编号),DIRECTION(数据方向，上行取值为0，下行取值为1),LENGTH(数据长度),EEA(EUTRAN加密算法)/NEA(NR加密算法)对数据包进行加密，并在包头携带该数据包对应的序号(PDCP SN)(Sequence Number)通过空口发送给接收端。其中，在发送端，未加密的数据(如纯文本块)与密钥流执行与或操作后得到加密数据，而在接收端，加密数据与密钥流执行与或操作后得到加密前的数据。
在数据传输过程中，发送端和接收端各维护一个HFN，接收端在接收到发送端发送的PDCP PDU数据包后，根据该PDCP PDU数据包中携带的SN与接收端本地存储的HFN组成用于解密的COUNT。
当前NR终端在不断的切换或者RRC连接重建过程中，容易出现终端和基站两侧的COUNT(发送方向的计数值TX COUNT、接收方向的计数值RX COUNT)不匹配的情况。为了便于描述，示例以一个RLC模式为AM(确认模式)的DRB的上行发送为例来说明过程图3为现有技术中RLC模式为AM时DRB的上行发送流程图，如图3所示，该流程包括以下阶段：
阶段1：NR无线链路正常。
阶段2：基站和终端之间触发一些流程，比如切换流程，或者无线资源控制(RadioResource Control，RRC)连接重建等流程。
阶段3:基站根据RX_NEXT(接收端下一个期望收到的PDCP PDU数据包的COUNT),RX_DELIV(接收端最后一个投递给上层的PDCP SDU对应的解密使用的COUNT+1，其取值范围为0～2^32-1)进行STATUS PDU的组包；
阶段4:基站发送状态报告(STATUS REPORT)给终端，报告基站的上行接收情况；
阶段5：终端收到基站发送的PDCP STATUS REPORT之后，先丢弃接收端已经收到的PDCP SDU，然后从第一个没有得到RLC(Radio Link Control,无线链路控制)确认的数据包开始进行重传，对于发送端来说，如果收到的FMC大于TX_NEXT(发送端组装下一个待发送的PDCP PDU时所使用的COUNT)，那么所有发送过但是没有得到RLC确认的PDCP SDU都会丢弃，并且使用COUNT值位于TX_NEXT和FMC-1之间的PDCP PDU数据包发送后都会在接收端出现解密失败，或者被直接丢弃；如果FMC远小于发送端第一个没有得到RLC确认的PDU对应的COUNT，比如小于一个发送窗的大小，那么没有一个数据包需要丢弃，但是后续发送的PDU在接收端可能会一直解密失败。
阶段6：DRB的接收端收到PDU之后，由于接收端的变量维护出现异常，可能出现两种场景：
场景1：收到的PDU根据SN判断认为不在窗内而丢弃。
场景2：接收端根据RX_DELIV以及PDU中的SN得到的该包解密使用的COUNT和发送端执行加密使用的COUNT不同而出现解密失败。
为避免出现上述场景1和场景2，本申请实施例提供一种数据发送控制方法，图4为本申请一个实施例提供的数据发送控制方法，如图4所示，该数据发送控制方法包括以下步骤：
步骤401：PDCP发送端获取PDCP接收端发送的PDCP状态报告信息。
其中，PDCP发送端与PDCP接收端之间执行相应流程后，才触发PDCP接收端报告(上行或下行)接收状况。
步骤402：确定所述PDCP状态报告信息中的参数与PDCP发送端当前的发送状态是否匹配成功，若匹配成功则执行步骤403，若匹配失败则执行步骤404。
步骤403：确定PDCP接收端与PDCP发送端正常通信,发送端按照既有标准执行。
步骤404：确定PDCP接收端与PDCP发送端通信异常，并根据PDCP状态报告信息中的参数修正PDCP发送端后续待重发或者待发送的数据包的加密所使用的COUNT。
图5为本申请一个实施例提供的COUNT值设定范围示意图，如图5所示，确定所述PDCP状态报告信息中的参数与PDCP发送端当前的发送状态是否匹配成功具体可以通过判断状态报告中指示的数据包COUNT是否在发送端的合理范围(例如状态报告中指示的任何一个数据包的COUNT都要不小于第一个没有得到RLC确认的数据包对应的COUNT，并且不大于最后一个发送的PDCP PDU数据包对应的COUNT。如果符合以上条件，则认为链路正常，依然按照协议进行处理；否则，认为链路异常)。
当前的发送状态为克服上述通信异常的问题，PDCP发送端可以将TX_NEXT更新为PDCP状态报告信息中的FMC，或者PDCP状态报告信息中的任何一个Bitmap对应的PDCP PDU数据包的计数值。
PDCP发送端在确定发送端的变量TX_NEXT和FMC状态不匹配后，还可以根据协议将PDCP发送端发送失败的数据重新发送给所述PDCP接收端。具体地，PDCP发送端从第一个没有得到RLC确认的PDCP SDU开始执行发送，所有的待发PDCP SDU都认为按照标准认为是从上层收到的新的PDCP SDU，根据TX_NEXT执行加密。图6为本申请一个实施例提供的PDCP状态报告信息结构示意图，如图6所述，PDCP状态报告信息的FMC表示该DRB的接收端第一个没有收到的PDCP PDU数据包的COUNT值。其中Bitmap：表示了COUNT大于FMC的PDCP PDU数据包中哪些出现了丢失。
为了便于描述技术方案，示例以一个RLC模式为AM的DRB上行发送流程为例来说明过程，图7为本申请一个实施例提供的RLC模式为AM时DRB的上行发送流程图，该流程包括以下阶段：
阶段1：NR无线链路正常。
阶段2：基站和终端之间触发PDCP发送状态报告的流程，比如切换流程，或者RRC连接重建等流程.
阶段3:基站根据RX_NEXT,RX_DELIV进行STATUS PDU的组包；
阶段4:基站发送STATUS REPORT给终端，报告基站的上行接收情况；
阶段5：终端收到基站发送的PDCP STATUS REPORT之后，根据发送端的变量和FMC的比较判断是否出现了发送端和接收端出现了状态不匹配，检查方式包括但不限于FMC的HFN和TX_NEXT的HFN差距大于1，或者STATUS REPORT中指示的数据包COUNT不符合PDCP发送实体的当前状态；此时DRB的发送端把TX_NEXT更新为FMC(第一个发送失败的PDCP PDU数据包的计数值)或者PDCP状态报告信息中的任何一个Bitmap对应的PDCP PDU数据包的计数值，然后从第一个没有得到底层确认的PDCP SDU都作为从上层新收到的数据，重新组包，头压缩，完整性保护，加密，然后投递给底层。具体地，将所述PDCP发送端的TX_NEXT根据状态报告进行更新，更新方式包括把TX_NEXT设置为FMC或者状态报告中所指示的任何一个收到的，或者未收到的数据包的COUNT。然后所属PDCP发送端丢弃所有的PDCP PDU数据包，然后从第一个没有得到RLC确认的PDCP SDU认为是从上层得到的新数据包，按照协议重新进行传输。
阶段6：由于在异常情况下PDCP发送端调整了TX_NEXT，这样在接收端就不会出现PDU落在窗外被丢弃或者因为加密和解密使用的COUNT不同而出现解密失败。
需要说明的是，本申请提供的数据发送控制方法不限于图7所述的实施例，且对于下行处理和上行处理于上述流程类似，只是发送实体在基站，接收实体在终端UE。
图8为本申请实施例提供的一种数据发送控制装置，如图8所示，该装置包括处理器701和存储器702，所述存储器702用于存储至少一条指令，所述指令由所述处理器701加载并执行时以实现上述实施例提供的数据发送控制方法。
在一种实现方式中，该数据发送控制装置可以为一种芯片，即，该芯片可以包括处理器701和存储器702，所述存储器702用于存储至少一条指令，所述指令由所述处理器701加载并执行时以实现上述实施例提供的数据发送控制方法。
本申请实施例还提供一种终端，还终端可以为但不限于为一种NR终端，且该终端包括终端本体以及图8所示实施例提供的数据发送控制装置。该NR终端可以为PDCP发送端，也可以为PDCP接收端，其中在该NR终端为PDCP发送端时，与该NR终端通信连接的基站作为PDCP接收端，反之，在该NR终端为PDCP接收端时，与该NR终端通信连接的基站作为PDCP发送端。
在一种实现方式中，该NR终端中可以内置图8所示实施例提供的芯片，进而内置有该芯片的NR终端可以实现在确定所述PDCP状态报告信息中的参数与所述PDCP发送端当前的发送状态匹配失败后，根据PDCP状态报告信息中的参数修正发送端后续待重发，或者待发送的数据包的加密参数，并在PDCP发送端将发送失败的数据重发至PDCP接收端后实现数据恢复，即，在PDCP发送端和PDCP接收端两端维护的COUNT保持一致的情况下成功完成解密，保证数据发送成功。
本申请实施例还提供一种基站基站，该基站包括基站本体以及图8所示实施例提供的数据发送控制装置。其中在该NR终端为PDCP发送端时，与该NR终端通信连接的基站作为PDCP接收端，反之，在该NR终端为PDCP接收端时，与该NR终端通信连接的基站作为PDCP发送端。
在一种实现方式中，该基站可以包括图8所示实施例提供的芯片，进而内置有该芯片的NR终端可以实现在确定所述PDCP状态报告信息中的参数与所述PDCP发送端当前的发送状态匹配失败后，根据PDCP状态报告信息中的参数修正发送端后续待重发，或者待发送的数据包的加密参数，并在PDCP发送端将发送失败的数据重发至PDCP接收端后实现数据恢复，即，在PDCP发送端和PDCP接收端两端维护的COUNT保持一致的情况下成功完成解密，保证数据发送成功。
本申请实施例还提供一种计算机存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述实施例提供的数据发送控制方法。
可以理解的是，所述应用可以是安装在终端上的应用程序(nat iveApp)，或者还可以是终端上的浏览器的一个网页程序(webApp)，本发明实施例对此不进行限定。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本发明所提供的几个实施例中，应该理解到，所揭露的***，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(Processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (11)

1.一种数据发送控制方法，其特征在于，所述方法包括：
PDCP发送端获取PDCP接收端发送的PDCP状态报告信息；
确定所述PDCP状态报告信息中的参数与所述PDCP发送端当前的发送状态匹配成功，所述PDCP发送端按照既有标准进行数据发送；以及
确定所述PDCP状态报告信息中的参数与所述PDCP发送端当前的发送状态匹配失败，则根据所述PDCP状态报告信息中的参数修正发送端后续待发送或待重发的PDCP PDU数据包的加密参数，以得到修正后的加密参数。
2.根据权利要求1所述的方法，其特征在于，在所述确定所述PDCP状态报告信息中的参数与所述PDCP发送端当前的发送状态匹配失败之前，还包括：
确定所述PDCP状态报告信息中的参数与所述PDCP发送端当前的发送状态是否匹配成功；
其中，根据匹配结果，若匹配成功，则确定所述PDCP发送端与所述PDCP接收端通信正常。
3.根据权利要求1或2所述的方法，其特征在于，所述PDCP状态报告信息中的参数包括所述PDCP接收端第一个没有接收到的PDCP PDU数据包的计数值,以及第一个没有接收到的PDCP PDU数据包的后续PDU的接收情况信息；
所述PDCP发送端当前的发送状态包括所述PDCP发送端下一个待发送PDCP PDU数据包的计数值，以及当前等待无线链路控制确认的PDCP PDU数据包的信息。
4.根据权利要求2所述的方法，其特征在于，所述确定所述PDCP状态报告信息中的参数与所述PDCP发送端当前的发送状态是否匹配成功包括：
确定所述PDCP状态报告信息中的一个或多个PDCP PDU数据包指示计数值是否落入设定计数值范围，所述设定计数值范围为不小于第一个没有得到无线链路控制确认的PDCPPDU数据包对应的计数值且不大于最后一个发送的PDCP PDU数据包对应的计数值的区间范围；
其中，若落入所述设定计数值范围，则匹配成功，若未落入所述设定计数值范围，则匹配失败。
5.根据权利要求3所述的方法，其特征在于，所述根据所述PDCP状态报告信息中的参数修正发送端后续待发送或待重发的PDCP PDU数据包的加密参数包括：
将所述PDCP发送端后续待发送或待重发的第一个PDCP PDU数据包的计数值更新为所述发送端第一个发送失败的PDCP PDU数据包的计数值或所述PDCP状态报告信息中的任一Bitmap对应的PDCP PDU数据包的计数值；其中，当前的待发送或者重发的PDCP PDU数据包的计数值根据前一个PDCP PDU数据包的计数值依次累加1。
6.根据权利要求3所述的方法，其特征在于，所述确定所述PDCP状态报告信息中的参数与所述PDCP发送端当前的发送状态匹配失败之后，还包括：
根据所述PDCP发送端当前的发送状态确定所述PDCP发送端发送失败的PDCP SDU；
将所述发送失败的PDCP SDU根据所述修正后的加密参数重新组成新的PDCU PDU；
将所述根据所述修正后的加密参数重新组成新的PDCU PDU发送给所述PDCP接收端。
7.根据权利要求6所述的方法，其特征在于，所述根据所述PDCP发送端当前的发送状态确定所述PDCP发送端发送失败的PDCP SDU包括：
确定所述PDCP状态报告信息中的参数与所述PDCP发送端当前的发送状态匹配失败之后判定所述当前等待无线链路控制确认的PDCP PDU数据包均发送失败，所述等待无线链路控制确认的PDCP PDU数据包对应的PDCP SDU均发送失败。
8.一种数据发送控制装置，其特征在于，所述装置包括：
处理器和存储器，所述存储器用于存储至少一条指令，所述指令由所述处理器加载并执行时以实现如权利要求1-7中任意一项所述的数据发送控制方法。
9.一种终端，其特征在于，所述终端包括：权利要求8所述的数据发送控制装置。
10.一种基站，其特征在于，所述基站包括：权利要求8所述的数据发送控制装置。
11.一种计算机存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-7任意一项所述的方法。
CN202110183614.8A 2021-02-08 2021-02-08 数据发送控制方法及装置、终端、基站和介质 Active CN112996052B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110183614.8A CN112996052B (zh) 2021-02-08 2021-02-08 数据发送控制方法及装置、终端、基站和介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110183614.8A CN112996052B (zh) 2021-02-08 2021-02-08 数据发送控制方法及装置、终端、基站和介质

Publications (2)

Publication Number Publication Date
CN112996052A CN112996052A (zh) 2021-06-18
CN112996052B true CN112996052B (zh) 2023-01-31

Family

ID=76392984

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110183614.8A Active CN112996052B (zh) 2021-02-08 2021-02-08 数据发送控制方法及装置、终端、基站和介质

Country Status (1)

Country Link
CN (1) CN112996052B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115643537A (zh) * 2021-07-19 2023-01-24 大唐移动通信设备有限公司 数据传输方法、装置、基站及终端
CN115175239A (zh) * 2022-08-11 2022-10-11 展讯通信（上海）有限公司 业务处理方法、装置、设备、存储介质及程序产品

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101132261A (zh) * 2006-08-21 2008-02-27 华为技术有限公司 一种数据包重传方法和***
KR100907978B1 (ko) * 2007-09-11 2009-07-15 엘지전자 주식회사 이동통신 시스템에서 ｐｄｃｐ 계층의 상태보고 전송 방법 및 수신장치
EP3145105A1 (en) * 2014-06-17 2017-03-22 Huawei Technologies Co., Ltd. Radio resource scheduling method and apparatus
CN111262660B (zh) * 2018-11-30 2022-01-14 华为技术有限公司 数据传输方法、设备及***

Also Published As

Publication number Publication date
CN112996052A (zh) 2021-06-18

Similar Documents

Publication Publication Date Title
US7116667B2 (en) Determination of acceptable sequence number ranges in a communications protocol
JP5279732B2 (ja) 移動通信システムにおけるｐｄｃｐ層の状態報告の送信方法及び受信装置
KR101392697B1 (ko) 이동통신 시스템에서의 보안 오류 검출방법 및 장치
KR100673515B1 (ko) 암호화 응용들을 위한 매개변수 동기의 온라인 복원 방법
KR101435832B1 (ko) 이동통신 시스템에서의 무선 프로토콜 처리방법 및이동통신 송신기
US7388883B2 (en) Abnormal case handling for acknowledged mode transmission and unacknowledged mode transmission
EP2136501B1 (en) Method of delivering a PDCP data unit to an upper layer
EP1928130A2 (en) Apparatuses and methods for performing initialization of the Packet Data Convergence Protocol PDCP in a mobile communication system
US20140112157A1 (en) Method and apparatus for sending packet, updating and maintaining hyper frame number, and processing data
EP3443697B1 (en) Apparatuses and methods for using arq processes in a relay device
JP2006203265A (ja) 受信装置、送信装置、通信システム及び通信方法
CN106797376B (zh) 移动通信网络中处理分组丢失的方法和装置
KR20050071672A (ko) 데이터 패킷 전송 방법, 데이터 패킷 전송 시스템, 데이터전송 시스템용 송신기 및 수신기와, 소프트웨어 프로그램
JP2006506000A (ja) 単一のコンテナにおけるデータパケット伝送
CN112996052B (zh) 数据发送控制方法及装置、终端、基站和介质
US20080101608A1 (en) Method and apparatus for handling protocol error in a wireless communications system
CN111865820A (zh) 数据发送方法、装置、接收端、通信***、设备及介质
WO2024032742A1 (zh) 业务处理方法、装置、设备、存储介质及程序产品
US20080137574A1 (en) Method and apparatus for handling data delivery in a wireless communications system
US20080148111A1 (en) Method and apparatus for recovering protocol error in a wireless communications system
EP1510017B1 (en) Synchronizing method and apparatus using error detection of sequence numbers to avoid synchronizing failure
CN112333850B (zh) 防止下行失步方法、通信装置和可读存储介质
CN111769914B (zh) 数据通信方法和存储介质
US20080137687A1 (en) Method and apparatus for handling reordering in a wireless communications system
KR100856244B1 (ko) 이동통신 시스템에서 자동 재전송 요구 패킷 송수신 장치및 방법

Legal Events

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