CN115175239A - 业务处理方法、装置、设备、存储介质及程序产品 - Google Patents

Abstract

本申请提供的一种业务处理方法、装置、设备、存储介质及程序产品，当发送设备检测到网络应用层异常时，通过获取PDCP扩展状态报告，该状态报告中包括第一计数值、第一加密解密密钥信息和第一完整性保护密钥信息，并根据PDCP扩展状态报告确定网络异常信息，然后根据该网络异常信息进行业务处理，以自动恢复网络业务，提高通信效率，带给用户更好的上网体验。

Description

业务处理方法、装置、设备、存储介质及程序产品

技术领域

本申请涉及通信技术领域，尤其涉及一种业务处理方法、装置、设备、存储介质及程序产品。

背景技术

在用户终端与基站通信过程中，会出现用户终端发送上行数据报文后，一直没有接收到下行数据的应答报文的情况。

通常可以进行网络链路重建以恢复通信，但是用户终端接收到的无线链路控制(Radio Link Control，RLC)状态报告中显示报文已被基站正确接收，此时的网络链路正常，不能触发链路重建。在相关技术中，在发现用户的上网业务中断时，在网络通畅的情况下，一般可以将用户终端的飞行模式进行切换，以恢复用户上网业务。

但是，通过用户终端的飞行模式切换以恢复上网业务，导致通信耗时，而且给用户带来不便。

发明内容

本申请提供一种业务处理方法、装置、设备、存储介质及程序产品，用以解决相关技术中通过用户终端进行切换飞行模式以恢复上网业务导致通信耗时，而且给用户带来不便的问题。

第一方面，本申请提供一种业务处理方法，包括：

当检测到网络应用层异常，获取分组数据汇聚协议PDCP扩展状态报告，所述PDCP扩展状态报告中包括第一计数值、第一加密解密密钥信息和第一完整性保护密钥信息；

根据所述PDCP扩展状态报告，确定网络异常信息；

根据所述网络异常信息进行业务处理。

在一种可能的实施方式中，根据所述PDCP扩展状态报告，确定网络异常信息，包括：

对所述PDCP扩展状态报告进行解析，得到所述第一计数值中的第一超帧号HFN；

在所述第一HFN、所述第一加密解密密钥信息和第一所述完整性保护密钥信息中确定所述网络异常信息，所述网络异常信息包括所述第一HFN、所述第一加密解密密钥信息和所述第一完整性保护密钥信息中的至少一种。

在一种可能的实施方式中，所述在所述第一HFN、所述第一加密解密密钥信息和所述第一完整性保护密钥信息中确定所述网络异常信息，包括：

当所述第一HFN与所述发送设备的HFN不一致，确定所述网络异常信息包括所述第一HFN；

当所述第一加密解密密钥信息与所述发送设备的加密解密密钥信息不一致，确定所述网络异常信息包括所述第一加密解密密钥信息；

当所述第一完整性保护密钥信息与所述发送设备的完整性保护密钥信息不一致，确定所述网络异常信息包括所述第一完整性保护密钥信息。

在一种可能的实施方式中，所述网络异常信息包括所述第一HFN；所述根据所述网络异常信息进行业务处理，包括：

将所述发送设备的HFN调整为所述第一HFN；

基于调整后的HFN进行业务处理。

在一种可能的实施方式中，所述异常信息包括所述加密解密密钥信息和/或所述完整性保护密钥信息；所述根据所述网络异常信息进行业务处理，包括：

触发链路重建；

基于重建后的链路进行业务处理。

在一种可能的实施方式中，所述获取分组数据汇聚协议PDCP扩展状态报告，包括：

向接收设备发送扩展状态报告请求，所述扩展状态报告请求用于请求PDCP扩展状态报告；

接收所述接收设备发送的所述PDCP扩展状态报告。

在一种可能的实施方式中，所述第一计数占用所述PDCP扩展状态报告的部分计数值字段。

第二方面，本申请提供一种业务处理装置，包括：

获取模块，用于当检测到网络应用层异常，获取分组数据汇聚协议PDCP扩展状态报告，所述PDCP扩展状态报告中包括第一计数值、第一加密解密密钥信息和第一完整性保护密钥信息；

确定模块，用于根据所述PDCP扩展状态报告，确定网络异常信息；

处理模块，用于根据所述网络异常信息进行业务处理。

在一种可能的实施方式中，确定模块具体用于：

对所述PDCP扩展状态报告进行解析，得到所述第一计数值中的第一超帧号HFN；

在所述第一HFN、所述第一加密解密密钥信息和第一所述完整性保护密钥信息中确定所述网络异常信息，所述网络异常信息包括所述第一HFN、所述第一加密解密密钥信息和所述第一完整性保护密钥信息中的至少一种。

在一种可能的实施方式中，确定模块还用于：

当所述第一HFN与所述发送设备的HFN不一致，确定所述网络异常信息包括所述第一HFN；

当所述第一加密解密密钥信息与所述发送设备的加密解密密钥信息不一致，确定所述网络异常信息包括所述第一加密解密密钥信息；

当所述第一完整性保护密钥信息与所述发送设备的完整性保护密钥信息不一致，确定所述网络异常信息包括所述第一完整性保护密钥信息。

在一种可能的实施方式中，所述网络异常信息包括所述第一HFN；处理模块具体用于：

将所述发送设备的HFN调整为所述第一HFN；

基于调整后的HFN进行业务处理。

在一种可能的实施方式中，所述异常信息包括所述加密解密密钥信息和/或所述完整性保护密钥信息；处理模块还用于：

触发链路重建；

基于重建后的链路进行业务处理。

在一种可能的实施方式中，获取模块具体用于：

向接收设备发送扩展状态报告请求，所述扩展状态报告请求用于请求PDCP扩展状态报告；

接收所述接收设备发送的所述PDCP扩展状态报告。

在一种可能的实施方式中，所述第一计数值占用所述PDCP扩展状态报告的部分计数值字段。

第三方面，本申请提供一种发送设备，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如第一方面所述的业务处理方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面所述的业务处理方法。

第五方面，本申请提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现第一方面所述的业务处理方法。

第六方面，本申请提供一种芯片，所述芯片上存储有计算机程序，所述计算机程序被所述芯片执行时，实现如第一方面所述的业务处理方法。该芯片还可以为芯片模组。

本申请提供的一种业务处理方法、装置、设备、存储介质及程序产品，当发送设备检测到网络应用层异常时，通过获取PDCP扩展状态报告，该状态报告中包括第一计数值、第一加密解密密钥信息和第一完整性保护密钥信息，并根据PDCP扩展状态报告确定网络异常信息，然后根据该网络异常信息进行业务处理，以自动恢复网络业务，提高通信效率，带给用户更好的上网体验。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的一种应用场景的示意图；

图2为本申请实施例一提供的一种业务处理方法的流程示意图；

图3为本申请实施例二提供的另一种业务处理方法的流程示意图；

图4为本申请提供的另一种业务处理方法的流程示意图；

图5为本申请实施例三提供的一种业务处理装置的结构示意图；

图6为本申请实施例四提供的一种发送设备的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请实施例中涉及的术语“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序；术语“多项”是指两项以上(包括两项)。

本申请实施例的技术方案可以适用于各种通信系统，例如：长期演进(Long TermEvolution，LTE)系统、LTE频分双工(Frequency Division Duplex，FDD)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal MobileTelecommunication System，UMTS)、第五代(5th Generation，5G)移动通信系统或新无线接入技术(New Radio Access Technology，NR)。其中，5G移动通信系统可以包括非独立组网(Non-Standalone，NSA)和/或独立组网(Standalone，SA)。

本申请提供的技术方案还可以适用于未来的通信系统，如第六代移动通信系统等。本申请对此不作限定。

为了更清楚的说明本申请，下面首先对本申请涉及的相关技术进行介绍。

(1)分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)

PDCP是UMTS中的一个无线传输协议栈，处理控制面(c-plane)上的无线资源控制(Radio Resource Control，RRC)消息以及用户面(u-plane)上的因特网协议(InternetProtocol，IP)包，为用户面和控制面数据提供加密和解密功能。即在用户面上，PDCP子层得到来自上层的IP数据分组后，可以对IP数据分组进行头压缩和加密，然后递交到RLC子层。PDCP子层还向上层提供按序提交和重复分组检测功能。在控制面，PDCP子层为上层RRC提供信令传输服务，并实现RRC信令的加密和一致性保护，以及在反方向上实现RRC信令的解密和一致性检查。

(2)协议数据单元(Protocol Data Unit，PDU)

在分层网络结构，例如在开放式系统互联(Open System Interconnection，OSI)模型中，在传输系统的每一层都将建立PDU。

PDCP的PDU分为两种类型，数据PDU(Data PDU)和控制PDU(Control PDU)，数据PDU承载了PDCP控制面及用户面的信息，控制PDU主要承载健壮性包头压缩ROHC(RobustHeader Compression，ROHC)反馈和PDCP状态报告，其中，PDCP状态报告用于应答模式(Acknowledged Mode，AM)的数据资源承载(Data Radio Bearer，DRB)，接收端向发送端发送通知当前PDCP服务数据单元(Service Data Unit，SDU)的接收状态，收到PDCP状态报告报告的发送端可以向接收端重传未被正确接收的数据。

目前，PDCP状态报告的PDCP控制PDU格式如表一所示，主要包括第一次丢失的计数值(First Missing COUNT)字段、位图(Bitmap)、D/C字段、保留位字段(Reserved，R)和PDU类型(PDU Type)字段。其中，FMC占32bit，表一中仅示出一个Bitmap。

表一

其中，D/C字段用于判断报文的类型为数据PDU还是控制PDU，长度为1bit。

PDCP状态报告中的R表示保留位，长度为1bit，保留位可以设置为0。

PDU Type主要有3种，如表二：

表二

其中，010表示以太网包头压缩(Ethernet Header Compression，EHC)反馈(feedback)。

Bitmap字段指示丢失了哪些数据包以及正确接收了哪些数据包。

FMC字段可以指示重新排序窗口中第一个丢失的PDCP PDU的计数值，FMC由超帧号(Hyper Frame Number，HFN)和PDCP序列号(Sequence Number，SN)组成，HFN部分的大小(以比特为单位)等于32减去PDCP SN的长度，PDCP SN的长度一般为12bit和18bit。

(3)计数值(COUNT)

在无线通信系统中，为了保证经过空口传输的数据在接收端可以按序地传递到应用层，发送端为数据包分配序列号，即发送端的PDCP层按照PDCP PDU数据包的顺序为数据包配置相应的计数值。

(4)HFN

COUNT中包括高位的HFN和低位的SN组成的32bit数据，SN为PDCP PDU数据包的序号，携带在PDCP PDU数据包中，其长度由上层配置。HFN目的是为了限制空口上传输序列号的比特数。当然，在用户终端和基站之间要保持HFN的同步，才能实现数据的正确传输。

当出现用户终端发送上行数据报文后，一直没有接收到下行数据的应答报文的情况时，通常可以进行网络链路重建以恢复通信，但是用户终端接收到的RLC状态报告中显示报文已被基站正确接收，此时的网络链路正常，不能触发链路重建。在相关技术中，在发现用户的上网业务中断时，在网络通畅的情况下，一般可以将用户终端的飞行模式进行切换，以恢复用户上网业务。

但是，通过用户终端进行飞行模式切换以恢复上网业务，导致通信耗时，而且给用户带来不便。

经过分析，用户终端无法接收到下行数据的应答报文，但是用户终端的上行报文却被基站正确接收了，可能是加密解密密钥、完整性保护密钥和COUNT值等不正确导致的。

所以，本申请提供一种业务处理方法，提出一种PDCP扩展状态报告，即当发送设备和接收设备均具有这种功能，发送设备在网络应用层发生异常时通过向上行报文的接收设备获取PDCP扩展状态报告，以从该状态报告的计数值、加密解密密钥信息和完整性保护密钥信息中确定网络异常信息，以自动恢复网络业务，提高通信效率，带给用户更好的上网体验。

为了便于理解，下面结合图1的示例，对本申请实施例所适用的应用场景进行说明。

图1为本申请实施例提供的一种应用场景的示意图。请参见图1，包括用户终端101和基站102，在该示例中，用户终端101作为发送设备，基站102作为接收设备，当用户终端101检测到应用层异常，即与基站102的通信发生异常时，用户终端101向基站102发送状态报告请求，基站102接收到状态报告请求后，向用户终端101返回PDCP扩展状态报告，使得用户终端101可以基于该状态报告可以实现网络业务的恢复。

可以理解，用户终端101和基站102的数量可以为多个，图中未示出。

基站102是一种具有无线收发功能的设备。包括但不限于：长期演进(Long TermEvolution，LTE)中的演进型基站(evolutional node B，eNB或eNodeB)、新空口技术中的基站(gNodeB或gNB)或收发节点(Transmission and Receiving Points，TRP)、后续演进系统中的基站、无线中继节点和无线回传节点等。基站可以是：宏基站、微基站、微微基站、小站和中继站等。

本申请实施例所涉及的用户终端101还可以称为终端、用户设备(UserEquipment，UE)、接入终端设备、车辆终端、工业控制终端、UE单元、UE站、移动站、移动台、远方站、远程用户设备、移动设备、无线通信设备、UE代理或UE装置等。用户终端也可以是固定的或者移动的。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以独立存在，也可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图2为本申请实施例一提供的一种业务处理方法的流程示意图，参考图2，该方法包括如下步骤。

S201、当检测到网络应用层异常，获取PDCP扩展状态报告。

PDCP扩展状态报告中包括第一计数值、第一加密解密密钥信息和第一完整性保护密钥信息。

本申请实施例一的执行主体可以为发送设备，该发送设备可以为通信设备，例如基站和用户终端等，需要说明的是，当发送设备为用户终端，则接收设备为基站，或者，当发送设备为基站，则接收设备为用户终端。发送设备也可以是通信设备中的业务处理装置，该装置可以通过软件实现，也可以通过软件和硬件的结合实现，例如，该装置可以是芯片、也可以是芯片模组、还可以是集成开发环境(Integrated Development Environment，IDE)等。

可以理解，在本申请实施例中，发送设备和接收设备均支持PDCP扩展状态报告，例如，当发送设备为用户终端，则用户终端的能力信息中包括该功能的标识，用于表示用户终端支持PDCP扩展状态报告。

当发送设备检测到网络应用层异常时，发送设备可以获取PDCP扩展状态报告，具体的，可以向接收设备请求PDCP扩展状态报告。PDCP扩展状态报告中包括第一计数值、第一加密解密密钥信息和第一完整性保护密钥信息。

PDCP扩展状态报告的格式参考表三。

表三

其中，第一行的参数可以参考表一的描述，示例性的，P位为本申请实施例PDCP扩展状态报告的一个请求位，P为可以设置为1，用于表示扩展状态报告请求位。PDCP Type中新增一种类型，用于表示PDCP扩展状态报告，如表四所示，新增的类型(PDCP扩展状态报告)，可用011表示，当然，也可以使用其他位数表示，例如100等，本申请对此不进行限定。需要说明的是，表三中P位的位置仅为示例，表一中的四个R位的任意一个均可设置为P位。

表四

位(比特bit)	描述(Description)
		000	PDCP状态报告
001	ROHC反馈
		010	EHC反馈
011	PDCP扩展状态报告
		100-111	Reserved

最新计数值(Latest COUNT，LC)为本申请实施例PDCP扩展状态报告的计数值，LC的长度可以为32bit，LC包括HFN和PDCP SN，当PDCP SN的长度为12bit，则HFN的长度为20bit，当PDCP SN的长度为18bit，则HFN的长度为14bit。

UPSECKeyCheck为加密解密密钥信息，是用户面加密解密密钥Key经过校验算法得到的一个字节Byte。

UPINTKeyCheck为完整性保护密钥信息，是用户面完整性保护密钥Key经过校验算法得到的一个Byte。

考虑到当LC出现错误时，都是HFN不一致导致的，可选的，在PDCP扩展状态报告的计数值可以只传输部分LC字段，即完整的LC字段包括32bit，部分LC字段则可以是32bit中任意长度的字段。当仅传输部分COUNT字段，则PDCP扩展状态报告的计数值可以称为减少计数值(Reduced COUNT，RC)。

示例性的，当部分LC字段的长度为8bit，则PDCP扩展状态报告如表五所示。可以理解，这种情况下，RC中仅传输部分HFN。

表五

S202、根据PDCP扩展状态报告，确定网络异常信息。

由于网络应用层异常，可能是加密解密密钥、完整性保护密钥或COUNT值等不正确导致的，发送设备获取到PDCP扩展状态报告后，根据PDCP扩展状态报告确定网络异常信息，网络异常信息包括第一HFN、第一加密解密密钥信息和第一完整性保护密钥信息中的至少一种。

S203、根据网络异常信息进行业务处理。

发送设备确定网络异常信息后，可以根据该异常信息进行业务处理，以实现网络业务的恢复。

示例性的，当网络异常信息中包括第一加密解密密钥信息和/或第一完整性保护密钥信息，发送设备根据网络异常信息进行业务处理的方法，例如可以是：触发链路重建，并基于重建后的链路进行业务处理。

在本实施例中，当发送设备检测到网络应用层异常时，通过获取PDCP扩展状态报告，该状态报告中包括第一计数值、第一加密解密密钥信息和第一完整性保护密钥信息，并根据PDCP扩展状态报告确定网络异常信息，然后根据该网络异常信息进行业务处理，以自动恢复网络业务，提高通信效率，带给用户更好的上网体验。

下面，通过实施例二对发送设备和接收设备的交互，以及发送设备对PDCP扩展状态报告进行处理进行详细说明，在实施例二中，以发送设备为用户终端，接收设备为基站为例进行说明。

图3为本申请实施例二提供的另一种业务处理方法的流程示意图，参考图3，该方法包括如下步骤。

S301、用户终端向基站发送扩展状态报告请求。

当用户终端检测到网络应用层异常，用户终端向基站发送扩展状态报告请求，扩展状态报告请求用于请求PDCP扩展状态报告。

S302、基站向用户终端发送PDCP扩展状态报告。

基站接收到用户终端发送的扩展状态报告请求后，将第一计数值、第一加密解密密钥信息和第一完整性保护密钥信息进行组装，形成PDCP扩展状态报告。并将PDCP扩展状态报告发送给用户终端。

可以理解，PDCP扩展状态报告包括但不限于：第一计数值、第一加密解密密钥信息和第一完整性保护密钥信息。

S303、用户终端根据PDCP扩展状态报告，确定网络异常信息。

用户终端和基站能正常通信，需要两端的HFN、加密解密密钥信息或完整性保护密钥信息一致，所以用户终端可以根据这些信息确定导致网络发生异常的信息。

具体的，用户终端在接收到PDCP扩展状态报告后，对PDCP扩展状态报告进行解析，得到第一计数值中的第一HFN，然后在第一HFN、第一加密解密密钥信息和第一完整性保护密钥信息中确定网络异常信息。

在一种可能是实现方式中，用户终端可以将PDCP扩展状态报告中第一HFN与用户终端的HFN进行对比，以确定网络异常信息，即当第一HFN与用户终端的HFN不一致，确定网络异常信息包括第一HFN。

在另一种可能是实现方式中，用户终端可以将PDCP扩展状态报告中第一加密解密密钥信息与用户终端的加密解密密钥信息进行对比，当第一加密解密密钥信息与用户终端的加密解密密钥信息不一致，确定网络异常信息包括第一加密解密密钥信息。

在又一种可能是实现方式中，用户终端可以将PDCP扩展状态报告中第一完整性保护密钥信息与用户终端的完整性保护密钥信息进行对比，当第一完整性保护密钥信息与用户终端的完整性保护密钥信息不一致，确定网络异常信息包括第一完整性保护密钥信息。

需要说明的是，本申请实施例对上述实现方式的顺序不作限定，用户终端可以对第一HFN、第一加密解密密钥信息和第一完整性保护密钥信息中的任意一个或者多个进行判断。

当然，用户终端在对这三种信息中任意一个进行判断后，示例性的，用户终端对HFN进行判断后，当确定第一HFN与用户终端的HFN一致，则说明用户终端的HFN没有问题，那么用户终端可以对PDCP扩展状态报告中的第一加密解密密钥信息和/或第一完整性保护密钥信息进行判断。

S304、用户终端根据网络异常信息进行业务处理。

在一种可能的实现方式中，当网络异常信息包括第一HFN，用户终端可以将用户终端的HFN调整为第一HFN，使得用户终端与基站的HFN保持一致。

在另一种可能的实现方式中，当网络异常信息包括加密解密密钥信息和/或完整性保护密钥信息，用户终端可以触发链路重建，以与基站协商进行链路重建，用户终端可以基于重建后的链路进行业务处理。

在本实施例中，用户终端检测到网络应用层异常时，向基站发送扩展状态报告请求，基站基于该请求向用户终端发送PDCP扩展状态报告，用户终端根据PDCP扩展状态报告，确定网络异常信息，并根据网络异常信息进行业务处理，以自动恢复网络业务，提高通信效率，带给用户更好的上网体验。

可以理解，发送设备也可以是基站，相应的，接收设备可以是用户终端，对于这种情况，基站与用户终端的交互可以参考图4。

S401、基站向用户终端发送扩展状态报告请求。

S402、用户终端向基站发送PDCP扩展状态报告。

S403、基站根据PDCP扩展状态报告，确定网络异常信息。

S404、基站根据网络异常信息进行业务处理。

对于上述步骤的具体描述可以参考实施例二，这里不再赘述。

图5为本申请实施例三提供的一种业务处理装置的结构示意图。业务处理装置50可以为芯片或者芯片模组。请参见图5，该装置50包括：获取模块501、确定模块502和处理模块503，其中，

获取模块501，用于当检测到网络应用层异常，获取分组数据汇聚协议PDCP扩展状态报告，PDCP扩展状态报告中包括第一计数值、第一加密解密密钥信息和第一完整性保护密钥信息。

确定模块502，用于根据PDCP扩展状态报告，确定网络异常信息。

处理模块503，用于根据网络异常信息进行业务处理。

在一种可能的实施方式中，确定模块502具体用于：

对PDCP扩展状态报告进行解析，得到第一计数值中的第一超帧号HFN。

在第一HFN、第一加密解密密钥信息和第一完整性保护密钥信息中确定网络异常信息，网络异常信息包括第一HFN、第一加密解密密钥信息和第一完整性保护密钥信息中的至少一种。

在一种可能的实施方式中，确定模块502还用于：

当第一HFN与发送设备的HFN不一致，确定网络异常信息包括第一HFN。

当第一加密解密密钥信息与发送设备的加密解密密钥信息不一致，确定网络异常信息包括第一加密解密密钥信息。

当第一完整性保护密钥信息与发送设备的完整性保护密钥信息不一致，确定网络异常信息包括第一完整性保护密钥信息。

在一种可能的实施方式中，网络异常信息包括第一HFN，处理模块503具体用于：

将发送设备的HFN调整为第一HFN。

基于调整后的HFN进行业务处理。

在一种可能的实施方式中，异常信息包括加密解密密钥信息和/或完整性保护密钥信息，处理模块503还用于：

触发链路重建。

基于重建后的链路进行业务处理。

在一种可能的实施方式中，获取模块501具体用于：

向接收设备发送扩展状态报告请求，扩展状态报告请求用于请求PDCP扩展状态报告。

接收设备发送的PDCP扩展状态报告。

在一种可能的实施方式中，第一计数值占用PDCP扩展状态报告的部分计数值字段。

本实施例的装置，可用于执行实施例一或者实施例二中的一种业务处理方法的步骤，具体实现方式和技术效果类似，这里不再赘述。

图6为本申请实施例四提供的一种发送设备的结构示意图，如图6所示，发送设备60可以包括：至少一个处理器601和存储器602。

存储器602，用于存放程序。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。

存储器602可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

处理器601用于执行存储器602存储的计算机执行指令，以实现前述方法实施例所描述的方法。其中，处理器601可能是一个中央处理器(Central Processing Unit，CPU)，或者是特定集成电路(Application Specific Integrated Circuit，ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。

可选的，发送设备60还可以包括：通信接口603。在具体实现上，如果通信接口603、存储器602和处理器601独立实现，则通信接口603、存储器602和处理器601可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(Industry StandardArchitecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果通信接口603、存储器602和处理器601集成在一块芯片上实现，则通信接口603、存储器602和处理器601可以通过内部接口完成通信。

发送设备60可以为芯片、模组、IDE等。

本实施例的发送设备，可用于执行实施例一或者实施例二中的一种业务处理方法的步骤，具体实现方式和技术效果类似，这里不再赘述。

本申请实施例五提供了一种计算机可读存储介质，该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random AccessMemory，RAM)、磁盘或者光盘等各种可以存储计算机程序的介质，具体的，该计算机可读存储介质中存储有计算机程序，该计算机程序被处理器执行时用于实现实施例一或者实施例二中的一种业务处理方法的步骤，具体实现方式和技术效果类似，这里不再赘述。

本申请实施例六提供一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时，实现实施例一或者实施例二中的一种业务处理方法的步骤，具体实现方式和技术效果类似，这里不再赘述。

本申请实施例七提供一种芯片，芯片上存储有计算机程序，计算机程序被芯片执行时，实现实施例一或者实施例二中的一种业务处理方法的步骤，具体实现方式和技术效果类似，这里不再赘述。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (11)

1.一种业务处理方法，其特征在于，应用于发送设备中，包括：

当检测到网络应用层异常，获取分组数据汇聚协议PDCP扩展状态报告，所述PDCP扩展状态报告中包括第一计数值、第一加密解密密钥信息和第一完整性保护密钥信息；

根据所述PDCP扩展状态报告，确定网络异常信息；

根据所述网络异常信息进行业务处理。

2.根据权利要求1所述的方法，其特征在于，根据所述PDCP扩展状态报告，确定网络异常信息，包括：

对所述PDCP扩展状态报告进行解析，得到所述第一计数值中的第一超帧号HFN；

在所述第一HFN、所述第一加密解密密钥信息和第一所述完整性保护密钥信息中确定所述网络异常信息，所述网络异常信息包括所述第一HFN、所述第一加密解密密钥信息和所述第一完整性保护密钥信息中的至少一种。

3.根据权利要求2所述的方法，其特征在于，所述在所述第一HFN、所述第一加密解密密钥信息和所述第一完整性保护密钥信息中确定所述网络异常信息，包括：

当所述第一HFN与所述发送设备的HFN不一致，确定所述网络异常信息包括所述第一HFN；

当所述第一加密解密密钥信息与所述发送设备的加密解密密钥信息不一致，确定所述网络异常信息包括所述第一加密解密密钥信息；

当所述第一完整性保护密钥信息与所述发送设备的完整性保护密钥信息不一致，确定所述网络异常信息包括所述第一完整性保护密钥信息。

4.根据权利要求2或3所述的方法，其特征在于，所述网络异常信息包括所述第一HFN；所述根据所述网络异常信息进行业务处理，包括：

将所述发送设备的HFN调整为所述第一HFN；

基于调整后的HFN进行业务处理。

5.根据权利要求2或3所述的方法，其特征在于，所述网络异常信息包括所述加密解密密钥信息和/或所述完整性保护密钥信息；所述根据所述网络异常信息进行业务处理，包括：

触发链路重建；

基于重建后的链路进行业务处理。

6.根据权利要求1-3任一项所述的方法，其特征在于，所述获取分组数据汇聚协议PDCP扩展状态报告，包括：

向接收设备发送扩展状态报告请求，所述扩展状态报告请求用于请求PDCP扩展状态报告；

接收所述接收设备发送的所述PDCP扩展状态报告。

7.根据权利要求1-3任一项所述的方法，其特征在于，

所述第一计数值占用所述PDCP扩展状态报告的部分计数值字段。

8.一种业务处理装置，其特征在于，包括：

获取模块，用于当检测到网络应用层异常，获取分组数据汇聚协议PDCP扩展状态报告，所述PDCP扩展状态报告中包括第一计数值、第一加密解密密钥信息和第一完整性保护密钥信息；

确定模块，用于根据所述PDCP扩展状态报告，确定网络异常信息；

处理模块，用于根据所述网络异常信息进行业务处理。

9.一种发送设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1-7中任一项所述的业务处理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至7任一项所述的业务处理方法。

11.一种计算机程序产品，其特征在于，包括计算机程序，所述计算机程序被处理器执行时实现权利要求1-7中任一项所述的业务处理方法。

Images