CN118019055A - 确定丢包的方法、装置、通信设备及可读存储介质 - Google Patents

Abstract

本申请公开了一种确定丢包的方法、装置、通信设备及可读存储介质，属于无线通信技术领域，本申请实施例的确定丢包的方法包括：第一对象确定目标数据包在第二对象丢失，所述第二对象为数据包的数据传输路径中所述第一对象之前的一个或多个对象。

Description

确定丢包的方法、装置、通信设备及可读存储介质

技术领域

本申请属于无线通信技术领域，具体涉及一种确定丢包的方法、装置、通信设备及可 读存储介质。

背景技术

在网络架构中，数据流经过多个不同的接口(如N1接口，N2接口，N3接口…，或者，X1接口、X2接口……等)到达不同的节点，到达不同的节点时，在该节点按定义的协议栈 对数据包进行处理。

如何在节点或者协议层对数据包进行处理，以有效优化数据包的调度、丢弃等，是需 要解决的问题。

发明内容

本申请实施例提供一种确定丢包的方法、装置、通信设备及可读存储介质，能够解决 如何有效优化数据包的调度、丢弃等处理的问题。

第一方面，提供了一种确定丢包的方法，包括：

第一对象确定目标数据包在第二对象丢失，所述第二对象为数据包的数据传输路径中 所述第一对象之前的一个或多个对象。

第二方面，提供了一种确定丢包的装置，包括：

确定模块，用于确定目标数据包在第二对象丢失，所述第二对象为数据包的数据传输 路径中所述第一对象之前的一个或多个对象。

第三方面，提供了一种通信设备，包括处理器和存储器，所述存储器存储可在所述处 理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如上述第一方面所述 的确定丢包的方法的步骤。

第四方面，提供了一种通信设备，包括处理器及通信接口，其中，所述处理器用于确 定目标数据包在第二对象丢失，所述第二对象为数据包的数据传输路径中所述第一对象之 前的一个或多个对象。

第五方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程 序或指令被处理器执行时实现上述第一方面所述的确定丢包的方法。

第六方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述 处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的确定丢包的方法。

第七方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储 介质中，所述计算机程序/程序产品被至少一个处理器执行以实现如第一方面所述的确定丢 包的方法的步骤。

在本申请实施例中，在第一对象对数据包进行处理时，可以确定前面一个或多个第二 对象是否丢失数据包，从而可以有效优化数据包的调度、丢弃等处理。

附图说明

图1为本申请实施例可应用的一种无线通信系统的框图；

图2为5G系统的架构示意图；

图3为接入网的结构示意图；

图4为非漫游情况下基于业务接口的5G系统的结构示意图；

图5为为非漫游情况下使用参考点的5G系统结构示意图；

图6为非漫游条件下UE使用多个PDU会话同时接入两个数据网络的情况示意图；

图7为漫游场景下使用单一PDU会话同时接入两个数据网络的结构示意图；

图8为UE通过非3gpp接入数据网络的示意图；

图9为非漫游场景下5GC和EPC互操作的结构示意图；

图10为NG-U协议栈的结构示意图；

图11为NG-C协议栈的结构示意图；

图12为AN和AMF的N2接口协议栈的结构示意图；

图13为AN和AMF的N2接口协议栈以及AMF与AMF的N11接口协议栈的结构示 意图；

图14为Xn-C协议栈的结构示意图；

图15为用户面协议栈的结构示意图；

图16为控制面协议栈的结构示意图；

图17为SM、SMS、UE策略、LCS的NAS传输的结构示意图；

图18为UE与AMF之间的接口的结构示意图；

图19为UE与SMF之间的接口的结构示意图；

图20为UE PDU会话的用户面协议栈的结构示意图；

图21为F1接口协议的示意图；

图22为在UE和N3IWF之间建立信令IPsec SA之前的控制面的示意图；

图23为在UE和N3IWF之间建立信令IPsec SA之前的用户面的示意图；

图24为在UE和N3IWF的接口的协议栈的示意图；

图25为为SBI协议栈的示意图；

图26为本申请实施例的确定丢包的方法的流程示意图；

图27为本申请实施例的确定丢包的装置的结构示意图；

图28为本申请实施例的通信设备的结构示意图；

图29为本申请实施例的终端的结构示意图；

图30为本申请实施例的网络侧设备的结构示意图之一；

图31为本申请实施例的网络侧设备的结构示意图之二。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显 然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施 例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象， 而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换， 以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第 二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以 是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/” 一般表示前后关联对象是一种“或”的关系。

值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long TermEvolution， LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分 多址(Code Division Multiple Access，CDMA)、时分多址(Time DivisionMultiple Access， TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency Division Multiple Access，SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网 络”常被可互换地使用，所描述的技术既可用于以上提及的系统和无线电技术，也可用于 其他系统和无线电技术。以下描述出于示例目的描述了新空口(New Radio，NR)系统，并 且在以下大部分描述中使用NR术语，但是这些技术也可应用于NR系统应用以外的应用， 如第6代(6^th Generation，6G)通信系统。

图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11 和网络侧设备12。其中，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上 型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal DigitalAssistant， PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personalcomputer，UMPC)、 移动上网装置(Mobile Internet Device，MID)、增强现实(augmentedreality，AR)/虚拟现实 (virtual reality，VR)设备、机器人、可穿戴式设备(WearableDevice)、车载设备(VUE)、 行人终端(PUE)、智能家居(具有无线通信功能的家居设备，如冰箱、电视、洗衣机或者家 具等)、游戏机、个人计算机(personal computer，PC)、柜员机或者自助机等终端侧设备， 可穿戴式设备包括：智能手表、智能手环、智能耳机、智能眼镜、智能首饰(智能手镯、 智能手链、智能戒指、智能项链、智能脚镯、智能脚链等)、智能腕带、智能服装等。需要 说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以包括接入网 设备或核心网设备，其中，接入网设备12也可以称为无线接入网设备、无线接入网(Radio Access Network,RAN)、无线接入网功能或无线接入网单元。接入网设备12可以包括基站、 WLAN接入点或WiFi节点等，基站可被称为节点B、演进节点B(eNB)、接入点、基收发 机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set，BSS)、扩展服务集(Extended Service Set，ESS)、家用B节点、家用演进型B节点、 发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要 达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中 仅以NR系统中的基站为例进行介绍，并不限定基站的具体类型。核心网设备可以包含但不 限于如下至少之一：核心网节点、核心网功能、移动管理实体(MobilityManagement Entity， MME)、接入移动管理功能(Access and Mobility ManagementFunction，AMF)、会话管理 功能(Session Management Function，SMF)、用户平面功能(User Plane Function，UPF)、 策略控制功能(Policy Control Function，PCF)、策略与计费规则功能单元(Policy and Charging Rules Function，PCRF)、边缘应用服务发现功能(Edge Application Server Discovery Function， EASDF)、统一数据管理(Unified DataManagement，UDM)，统一数据仓储(Unified Data Repository，UDR)、归属用户服务器(HomeSubscriber Server，HSS)、集中式网络配置 (Centralized network configuration，CNC)、网络存储功能(Network Repository Function， NRF)，网络开放功能(NetworkExposure Function，NEF)、本地NEF(Local NEF，或L-NEF)、 绑定支持功能(BindingSupport Function，BSF)、应用功能(Application Function，AF)等。 需要说明的是，在本申请实施例中仅以NR系统中的核心网设备为例进行介绍，并不限定核 心网设备的具体类型。

下面首先对本申请涉及的相关技术内容进行说明。

1.XR业务

扩展现实(eXtended reality，XR)是指由计算机技术和可穿戴设备产生的所有真实与 虚拟的组合环境和人机交互。它包括增强现实(Augmented Reality，AR)、混合现实(Mixed Reality，MR)、虚拟现实(Virtual Reality，VR)等代表性形式，以及它们之间的交叉领域。 虚拟世界的级别从部分感官输入到完全沉浸式虚拟现实。XR的一个关键方面是人类经验的 扩展，尤其是与存在感(以VR为代表)和认知习得(以AR为代表)相关的经验。

对于VR业务，上行以较为密集的小数据包传输为主，这些小数据包可承载手势、控制 等信息，作为下行呈现数据的输入和参考；下行以视频和音频等多媒体数据传输为主，通 过这些多媒体数据的及时接收以及呈现，向用户提供沉浸式的感受。以下行视频数据为例， 数据包周期或准周期性到达，数据速率可达几十甚至上百兆比特每秒(megabits persecond， Mbps)，帧率(Frame per Second，FPS)的典型值为60或120，相邻数据包之间的间隔大 致为1/FPS秒，这些数据在空口一般需要在10毫秒(ms)内成功传输，并且传输成功率要 求不低于99％甚至99.9％。

对于AR业务，上行除了上述密集小数据包传输之外，也可能传输视频和音频等多媒体 数据，其业务特性和下行类似，通常数据速率相对较低，例如最多几十Mbps，空口传输的 时间限制也可以放宽，例如一般需要在60ms内成功传输；下行数据传输特性基本与VR业务一致。

用户希望在扩展现实中进行交互和操作。动作和互动包括动作、手势和身体反应。因 此，自由度(Degree of Freedom，DoF)描述了用于定义3D空间中视口移动的独立参数的数量。

在XR的应用场景中，用户在虚拟现实体验中可以通过转头等动作来获取新视野角度的 信息。这时XR用户的转头动作可以通过发送一个上行信号告知基站，基站在接收到上行信 号后，会为该XR用户调度所需的下行数据以供使用。

XR业务主要包括视频数据、音频数据以及一些具有控制功能的控制信令和特殊数据。 在无线网络中，XR业务传输主要涉及用户设备(User Equipment，UE，也可以称为终端)与无线通过新网络(例如LTE/NR等)之间的上行和下行视频/音频数据传输和交互。其中，UE在传输视频、音频数据本身的同时，需要通过无线网络上行传输一些具有控制功能的控制信令和特殊数据，用以对控制网络为UE发送的XR业务中视频和音频业务数据的生成、 处理及下行无线传输。

这些具有控制功能的控制信息和特殊数据包括UE XR(扩展现实)应用编码器生成的 一些业务控制数据及业务传输协议包含的控制数据信息，例如：

从应用层面，可以包括(但不限于)：

1)视频编码器生成的I帧(关键帧)或非视场角(non Field of view，non-FOV)帧；

2)传感器采集的用户行为数据，如姿势(pose)/控制(control)数据等；网络可以通 过这些数据的接收，判断用户行为，例如上述的用户转头等动作，进而调整发送的视频数 据内容。

从传输协议层面，可以包括：

1)针对下行音频/视频业务传输的传输控制协议(Transmission ControlProtocol，TCP) ACK信令(TCP反馈)，网络需要根据相应视频/音频帧是否已被UE确认，决定是否可以 继续发送后续帧；

2)RTCP ACK信令，用于控制数据实时传输的控制信令，确认业务数据传输的实时性 要求及时间同步。

网络通常需要及时、可靠地接收到来自UE的这些具有控制功能的控制信令和特殊数据， 用以获取当前业务的传输状态以及相关必要控制信息；应用服务器需要基于这些信息、进 一步生成后续所需传输的视频、音频业务数据，并递交给无线网络进行处理和传输，最终 将这些业务数据下行发送给UE。

2.缓存区状态报告(Buffer Status Report，BSR)上报

为了便于网络侧基于上行待传数据执行上行调度，从LTE开始，引入了BSR上报机制， 由UE向基站上报各逻辑信道组对应的上行待传数据量，NR中基本沿用了此机制。

BSR上报的粒度为逻辑信道组(Logical Channel Group，LCG)，每个建立的逻辑信道 可以为其配置一个归属的逻辑信道组，NR中支持为单个UE同时配置最多8个逻辑信道组。

BSR基于下列事件来触发：

1)某个逻辑信道组的某个逻辑信道有新的上行待传数据到来，并且，此逻辑信道的优 先级比之前有上行待传数据的逻辑信道的优先级都更高，或者，此新数据到达之前所有逻 辑信道都没有上行待传数据，此时将触发常规BSR(Regular BSR)；

2)在组织某个上行新传传输块(Transport Block，TB)时，此新传TB中的捎带(Padding) 比特数大于等于(单个BSR媒体接入控制(Medium Access Control，MAC)控制单元(Control Element，CE)加其对应的子头(Subheader))占用的比特数(即此新传TB中的Padding 比特还可以容纳单个BSR MAC CE对应的比特)，此时将触发Padding BSR；

3)retxBSR-Timer计时器超时，并且至少一个逻辑信道存在上行待传数据，此时将触发 Regular BSR；

4)periodicBSR-Timer计时器超时，此时将触发周期性(Periodic)BSR。

当触发了Regular BSR，并且没有用于新传的上行资源时，UE将触发调度请求(Scheduling Request，SR)，通过物理上行控制信道(Physical Uplink Control Channel，PUCCH) 传输或随机接入向网络请求上行新传资源。

当触发了Periodic BSR时，UE仅在有上行新传资源时，在构造的上行TB中包含一个 BSR MAC CE，但并不会通过触发SR来主动向网络请求上行新传资源。

当触发了Padding BSR时，UE直接在上行新传TB中包含一个BSR MAC CE。

3.接入层(Access Stratum，AS)数据传输机制

3.1分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)层和无线承载(radio bearer)

UE的应用层(APP)生成的业务数据，会按照其对应的服务质量(Quality-of-service， QoS)要求，被归类为不同业务数据流，每个业务数据流对应于同样或相似的QoS需求。 在NR系统中，所述业务数据流对应于一个QoS flow，而在LTE系统中，所述的业务数据 流对应于一个演进型分组系统(Evolved Packet System，EPS)承载。

业务数据会以数据包(Packet)的形式，递交到AS层，并在AS层根据其所对应的QoSflow(NR)或者EPS承载(LTE)，被进一步映射到一个无线承载(Radio Bearer)中。一 个无线承载包括一个PDCP实体(PDCP协议层处理实体)，一个无线链路控制(Radio Link Control，RLC)实体(RLC协议层处理实体)以及相应的逻辑信道(位于媒体接入控制 (Medium AccessControl，MAC)协议层)。

当一个递交到AS层的数据包被映射到一个无线承载后，会以PDCP业务数据单元(service Data Unit，SDU)的形式，递交到相应的PDCP实体进行处理。PDCP实体会为每 个到达的PDCP SDU生成一个对应的PDCP协议数据单元(Protocol Data Unicat，PDU)， 并设置一个PDCP序列号(Sequence Number，SN),用于表示PDCP实体中每个PDCP SDU 及其相应PDCP PDU对应的传输次序；其中，PDCP SN的取值按照PDCP SDU递交到PDCP 实体的顺序设置，先到达的PDCP SDU传输次序在先、后递交的次序在后。具体地，PDCP 实体会维护一个内部变量TX_NEXT，表示PDCP实体传输的PDCP PDU的总数，用于设 置PDCP SN的值；PDCP实体建立时将其初始化为0，每次一个PDCP SDU从上层(Upper layers)递交到相应PDCP实体后，PDCP实体会将该PDCP SDU对应的PDCP PDU的SN 设置为TX_NEXT，并将TX NEXT加1。之后，PDCP实体会为每个PDCP SDU添加头文 件，生成相应的PDCP PDU，其中包含为该PDCP PDU设置的SN值。PDCP实体通常会按 照PDCP PDU所包含的SN的顺序，将PDCP PDU按序递交给下层协议层(RLC)进行后 续处理和传输。其中SN是一个序数，表示每个PDCP SDU是第几个传输的。

总体原则就是PDCP SDU到达PDCP实体越早，SN值越小，传输的越早。

3.2RLC层

从PDCP实体的递交到相应RLC实体的PDCP PDU，会被当作待传的RLC SDU缓存 在UE的缓冲区内，并由RLC实体进行进一步处理。具体地，当某个RLC实体对应的逻辑 信道被分配一定的传输资源(见下述对MAC层和逻辑信道的介绍)时，RLC实体将根据 所分配传输资源所能容纳的数据量，以及缓冲区内待传数的RLC SDU的数据量，确定哪些 RLC SDU可以复用到所分配的传输资源中进行传输。

对于RLC实体确定的、可以完整复用到所分配传输资源的一个或多个RLC SDU，RLC实体会为这些RLC SDU分别添加对应的RLC头文件，并生成对应的RLC PDU，递交给下 层协议层(MAC)进行后续的处理和传输。而在复用了上述完整的RLC PDU后，如果仍 有一定资源剩余、但不足以再复用一个完整的RLC SDU(即，资源能支持的数据量小于复 用下一个RLCSDU所需的数据量)，则RLC实体会进行分段处理，即为下一个待传输的 RLC SDU的一部分数据添加头文件，生成RLC PDU并递交给下层协议层进行后续处理和 传输。

对于这种被分段的RLC SDU，剩余部分将会仍然被保留在UE的缓冲区，等待下次上行传输资源的到来，再行传输。

3.3MAC层和逻辑信道

每个无线承载对应的RLC实体，在MAC层进一步对应于一个逻辑信道(logicalchannel)。 当UE被分配了一个上行传输资源的授权后(Uplink grant)，UE的MAC实体会进一步将本 次上行传输的资源，在多个逻辑信道间进行分配。具体地，每个逻辑信道对应于一个逻辑 信道优先级，UE的MAC实体基于逻辑信道优先处理(Logical channelprioritization,LCP) 的资源分配机制，按照逻辑信道优先级由高到低的顺序为每个逻辑信道分配本次上行传输 可用的传输资源，其对应于每个逻辑信道可以传输的数据量。

如上所述，基于每个逻辑信道所分配到的传输资源，对应的RLC实体将会将一个或者 多个RLC PDU递交给MAC层相应的逻辑信道。MAC层会将每个逻辑信道从RLC实体获 得的这些RLC PDU作为待传输的MAC SDU，添加相应逻辑信道对应的MAC头文件，形 成对应逻辑信道的MAC subPDU，并将其复用到整个传输资源中，作为这个逻辑信道本次 上行传输所发送的数据。多个逻辑信道的MAC subPDU会被组合在一起，最终组成一个 MAC PDU，作为本次上行发送的数据包，通过无线信号向网络进行传输。

需要指出的是，由于RLC实体会对RLC SDU进行分段处理(如上所述)，对于每个UE获得的上行传输资源，UE需要首先将在之前传输中被分段、且尚未传输完毕的RLC SDU 的剩余部分复用到资源中进行传输，之后才能传输后续的其他RLC SDU对应的数据包。

总的来说，现有LTE和NR网络中，UE针对每个无线承载的数据，通常采用“先到达、先传输”的原则实现上述上行数据处理和传输过程。具体地，针对每个无线承载，UE在上 述每个协议层会按照数据包(SDU)递交到本层对应实体的先后顺序处理数据包，并且将 处理后的数据包(PDU)按序递交给下一协议层。也就是说，对于先递交到AS层的数据包， 相应PDCP实体将会为其设置靠前的PDCP SN值，使其率先获得个上述各协议层的处理， 并率先复用到上行资源中进行传输；而后到达的数据包，则会被分配靠后的PDCP SN取值， 通常会在先到达数据包之后被各上述协议层处理、复用及传输。这也意味着，对于映射到 每个无线承载上的数据包，UE最终执行的是按照数据包到达AS先后顺序的按序传输机制。

采用这种原则的主要是基于传输时延考虑：由于现有无线网络中，每个无线承载中数 据的传输时延要求基本相同，而现有无线网络中不允许UE AS层获取每个数据包具体内容、 无法执行针对每个数据包的区分处理；因此，按照数据包到达的顺序来进行数据包的上行 处理、调度和传输，从尽量保证时延的角度，是较为合理的方式。

4.PDCP层丢弃计时器(Discard timer)

DiscardTimer的基本原理：数据无线承载(Data Radio Bearer，DRB)丢弃计时器，只 有DRB才有。发送侧对每一个从上层来SDU都会启动一个新的计时器，超时后丢弃该SDU。用于防止发送缓冲拥塞。此计时器具体时长是由上层RRC配置。

具体地，当接收到上层递送的PDCP SDU时，则发送侧PDCP实体即启动与此PDCPSDU相关联的一个丢弃计时器。

当此PDCP SDU相关联的丢弃计时器超时，或者此PDCP SDU成功传输时(即由PDCP状态报告确认成功传输)，则发送侧PDCP实体需要丢弃此PDCP SDU以及对应的PDCP数 据PDU。如果此PDCP数据PDU已经传递到下层，则需要指示下层丢弃。

对于信令无线承载(Signalling Radio Bearer，SRB)，当上层请求一个PDCP SDU丢弃， 则PDCP实体需要丢弃所有存储的PDCP SDU和PDCP PDU。

当然，丢弃一个已经与PDCP SN相关联的PDCP SDU，会在传输的PDCP数据PDU 中带来一个SN缺口(gap)，这会在接收PDCP实体增加对应的PDCP乱序(re-ordering) 延时，这时会基于UE实现来保证在SDU丢弃后如何最小化SN gap。

5.PDU集合(set)

PDU集合由一个或多个PDU组成，这些PDU承载在应用层生成的一个信息单元的有效载荷。在一些实现中，应用层需要PDU集合中的所有PDU来使用相应的信息单元。在 其他实现中，当一些PDU丢失时，应用层仍然可以恢复部分或全部信息单元。

6.数据突发

数据突发是指应用程序在短时间内产生的数据，包括来自一个或多个PDU集合的PDU。

7.5G架构

请参考图2，5G系统由接入网(Access Network，AN)(即图中的NG-RAN)和核心网(5GC)组成。若考虑非独立组网(Non-Stand Alone，NSA)场景，则还需要考虑4G的网 元。

7.1AN有两种：

1)gNB,为UE提供NR用户面和控制面协议终结点。

2)ng-eNB,为UE提供E-UTRA的用户面和控制面协议的终结点。

7.2AN网络结构

请参考图3，每个逻辑gNB由一个gNB-CU(集中单元)和若干个gNB-DU(分布单 元)组成。每个gNB-CU和gNB-DU通过F1逻辑接口连接。

7.3非漫游情况下基于业务接口的5G系统

请参考图4，图4为非漫游情况下基于业务接口的5G系统的结构示意图。

请参考图5，图5为非漫游情况下使用参考点的5G系统结构示意图，此图展现网元功 能之间相互作用。和其他传统的蜂窝移动网络结构理解思路类似。

请参考图6，图6为非漫游条件下UE使用多个PDU会话(Session)同时接入两个数据网络的情况。此图使用参考点来展示了为多个PDU会话选用两个SMF的场景。在这种 情况下每个SMF也能够为一个PDU会话来控制本地(local)和中心(central)的UPF。

请参考图7，图7为漫游场景下使用单一PDU会话同时接入两个数据网络(localandcentral)的结构。

请参考图8，图8为UE通过非3gpp接入数据网络的示意图。

请参考图9，图9为非漫游场景下5GC和演进型分组核心网(Evolved Packet Core，EPC) 互操作的结构示意图。

8.协议栈

8.1 5G-AN和5GC的接口(N2)协议栈

请参考图10，图10为NG-U协议栈的结构示意图。

请参考图11，图11为NG-C协议栈的结构示意图。

请参考图12，图12为AN和AMF的N2接口协议栈的结构示意图。

请参考图13，图13为AN和AMF的N2接口协议栈以及AMF与AMF的N11接口协 议栈的结构示意图。

N2-SM消息是NG-AP消息的一部分，这部分消息由AMF负责透传。从接入网的角度N2-SM消息终结于AMF。

8.2Xn接口(用于NG-RAN node之间互联)协议栈

Xn-U协议栈的结构请参见图10中NG-U协议栈的结构示意图。

请参考图14，图14为Xn-C协议栈的结构示意图。

8.3空口协议栈

请参考图15，图15为用户面协议栈的结构示意图。

请参考图16，图16为控制面协议栈的结构示意图。

8.4UE和5GC接口

N1 NAS信令的终结点为UE和AMF，一个NAS信令连接用于注册管理/连接管理(Registration Management，RM/Connection Management，CM)和会话管理(SessionManagement，SM)。NAS协议由NAS-MM和NAS-SM两部分组成；此外UE和5GC间还 有多个其它协议(SM、SMS、UE策略(policy)、位置服务(LoCation Services，LCS)等)， 这都协议都是通过N1 NAS-MM进行透传的。

RM/CM NAS消息和其它类型的NAS消息是解耦的，也就是AMF负责RM/CM，其它 的消息就透传给对应的模块去处理。

如果UE同时通过3GPP和non-3GPP接入网接入5GC，那么每个接入模式下都有一个N1 NAS信令连接。

请参考图17，图17为SM、SMS、UE策略、LCS的NAS传输的结构示意图。

8.4.1UE-AMF

请参考图18，图18为UE与AMF之间的接口的结构示意图。

8.4.2UE-SMF

请参考图19，图19为UE与SMF之间的接口的结构示意图。

8.4.3UE PDU会话的用户面协议栈

请参考图20，图20为UE PDU会话的用户面协议栈的结构示意图。

8.5F1接口协议

请参考图21，图21为F1接口协议的示意图。

8.6non-3GPP接入

请参考图22，图22为在UE和非3GPP交互功能(Non-3GPP InterWorking Function，N3IWF)之间建立信令IPsec SA之前的控制面的示意图。

请参考图23，图23为在UE和N3IWF之间建立信令IPsec SA之前的用户面的示意图。

请参考图24，图24为在UE和N3IWF的接口的协议栈的示意图。

8.5 5GC-5GC

5GC内部网元之间的接口为基于服务接口(Service Based Interface，SBI)，采用超文本 传输协议(Hyper Text Transfer Protocol，HTTP)服务的形式。SBI接口有：Namf，Nsmf， Nudm，Nnrf，Nnssf，Nausf，Nnef，Nsmsf，Nudr，Npcf，N5g-eir，Nlmf。

请参考图25，图25为SBI协议栈的示意图。

下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的确定丢包的方法、 装置、通信设备及可读存储介质进行详细地说明。

请参考图26，本申请实施例提供一种确定丢包的方法，包括：

步骤101：第一对象确定目标数据包在第二对象丢失，所述第二对象为数据包的数据传 输路径中所述第一对象之前的一个或多个对象。

在本申请实施例中，在第一对象对数据包进行处理时，可以确定前面一个或多个第二 对象是否丢失数据包，从而可以有效优化数据包的调度、丢弃等处理。

本申请实施例中，所述数据包丢失包括以下情况中的至少之一：

1)所述目标数据包未成功送达第一对象。

2)所述目标数据包在第二对象未成功传输。

3)所述目标数据包在第二对象丢失。

4)所述目标数据包在第二对象传输或处理超过预设延时。

5)所述目标数据包在第二对象传输超过预设次数。

本申请实施例中，可选的，所述第一对象为第一节点。

可选的，所述第一对象可以为上述介绍的网络架构中的任一节点。

本申请实施例中，所述第一对象对数据包的数据传输路径中的第一节点，所述第二对 象为所述数据传输路径中所述第一节点之前的一个或多个通信接口。比如，RAN侧节点(g) NB为第一节点，则对应的通信接口包括以下至少一项：N2,N3,N4,…N12等。

本申请实施例中，可选的，所述第一对象为第一协议层。

可选的，所述第一对象可以为上述介绍的协议栈结构中的任一层协议栈。

可选的，所述第二对象为数据包的数据传输路径中所述第一协议层之前的一个或多个 第二协议层，所述第一协议层和所述第二协议层属于同一节点，所述节点包括网络节点或 终端节点。比如，空口协议层中的MAC为第一对象，则对于下行业务，对应的第二对象为 服务数据适应协议(Service Data Adaptation Protocol，SDAP)，PDCP，RLC等中的一层或 多层。

本申请实施例中，可选的，所述第一对象根据以下至少之一确定目标数据包在第二对 象丢失：计时器、计数器和编号。

(1)基于计时器确定目标数据包在第二对象丢失

本申请实施例中，可选的，所述第一对象确定目标数据包在第二对象丢失包括：若所 述第一对象在预设时间内未接收到所述目标数据包，确定所述目标数据包在第二对象丢失。

本申请实施例中，可选的，所述预设时间包括以下至少之一：

1)预设周期的个数；

本申请实施例中，可选的，所述预设周期包括以下至少之一：

数据包的周期；即数据包的产生周期；

数据包组的周期；即数据包组的产生周期；

业务周期；

数据包的传输周期；

数据包组的传输周期。

2)网络配置的时间；

3)协议约定的时间；

4)所述第二对象对应的数据包的延时；

本申请实施例中，可选的，所述第二对象对应的数据包的延时包括以下至少之一：

数据包在所述第二对象的延时需求；例如包延时预算(packet Delay budget，PDB)或PDU 集合延时预算(PDU set Delay budget，PSDB)。

数据包在所述第二对象的延时。

5)所述目标数据包的剩余延时；

本申请实施例中，可选的，所述剩余延时包括以下至少之一：

用于判断数据包丢弃或超时的剩余延时；

数据包在所述第一对象的剩余延时；

数据包在所述第一对象的剩余延时需求。即PDB/PSDB在经过第一对象的延时后的剩 余延时需求，或者在第一对象上的延时需求。

具体地，剩余延时包括：延时需求减去第一对象占用的时延。6)与所述目标数据包在 同一数据包组内的第三数据包到达所述第一对象的时间。

本申请实施例中，可选的，所述第三数据包包括以下至少之一：

与所述目标数据包在同一数据包组内的最后一个数据包；

与所述目标数据包在同一数据包组内的预设数量个数据包。

(2)基于计数器确定目标数据包在第二对象丢失

本申请实施例中，可选的，所述第一对象确定目标数据包在第二对象丢失包括：

若所述第一对象接收到预设数量个数据包，且所述目标数据包未在所述预设数量个数 据包之内，确定所述目标数据包在第二对象丢失；或，

若所述第一对象接收到预设数量个数据包，且未收到所述目标数据包，确定所述目标 数据包在第二对象丢失。

本申请实施例中，可选的，所述预设数量包括以下至少之一：

网络配置的数量；

协议约定的数量；

数据包组内包括的数据包数量，所述数据包组包括：所述目标数据包所在的数据包组；

预设时间内的数据包数量；

预设时间内与所述目标数据包在同一个数据包组内的到达所述第一对象的数据包的数 量。

(3)基于计时器和计数器确定目标数据包在第二对象丢失

本申请实施例中，可选的，所述第一对象确定目标数据包在第二对象丢失：

若所述第一对象在预设时间内，接收到预设数量个数据包，且所述目标数据包未在所 述预设数量个数据包之内，确定所述目标数据包在第二对象丢失；或，

若所述第一对象在预设时间内，接收到预设数量个数据包，且未收到所述目标数据包， 确定所述目标数据包在第二对象丢失。

(4)基于编号确定目标数据包在第二对象丢失

本申请实施例中，可选的，所述第一对象确定所述目标数据包在第二对象丢失包括以 下至少之一：

若所述第一对象接收到一个或预设数量个第一数据包，且未接收到所述目标数据包， 确定所述目标数据包在所述第二对象丢失，所述第一数据包的编号位于所述目标数据包的 编号之后；具体地，比如，数据包有1,2,3,4,5,6,7,8,9，如果收到了数据包3后面的任意4个 数据包，且没有收到数据包3，则确定数据包3丢失。

若所述第一对象接收到预设数量个连续的第一数据包，且未接收到所述目标数据包， 确定所述目标数据包在所述第二对象丢失，所述第一数据包的编号位于所述目标数据包的 编号之后；具体地，比如，数据包有1,2,3,4,5,6,7,8,9，如果收到了数据包3后面的第4,5,6,7 个数据包，且没有收到数据包3，则确定数据包3丢失。

若所述第一对象接收到第一编号的数据包，且未接收到所述目标数据包，确定所述目 标数据包在所述第二对象丢失，所述第一编号是所述目标数据包的编号之后的第x个数据 包的编号；所述x的取值可以为0，1，2……等。具体地，比如，数据包有1,2,3,4,5,6,7,8,9， 如果收到了数据包3后面的第7个数据包，且没有收到数据包3，则确定数据包3丢失。若 所述第一对象接收到所述目标数据包所在的数据包组的最后一个数据包，且未接收到所述 目标数据包，确定所述目标数据包在所述第二对象丢失；具体地，比如，数据包有 1,2,3,4,5,6,7,8,9，如果收到了数据包3后面的第9个数据包，且没有收到数据包3，则确定数据包3丢失。

若所述第一对象接收到一个或预设数量个第二数据包，且未接收到所述目标数据包， 确定所述目标数据包在所述第二对象丢失；所述第二数据包的编号位于所述目标数据包所 在的数据包组中的最后一个数据包之后，或所述第二数据包的编号位于所述目标数据包所 在的数据包组之后；

若所述第一对象接收到第二编号的数据包，且未接收到所述目标数据包，确定所述目 标数据包在所述第二对象丢失，所述第二编号是与所述目标数据包所在的数据包组中的最 后一个数据包的编号之后的第w个数据包的编号，或所述第二编号是与所述目标数据包所 在的数据包组之后的第w个数据包的编号；所述w的取值可以为0，1，2……等。

若所述第一对象接收到一个或者预设数量个第一数据包组，且未接收到所述目标数据 包，确定所述目标数据包在所述第二对象丢失；

若所述第一对象接收到第三编号的数据包组，且未接收到所述目标数据包，确定所述 目标数据包在所述第二对象丢失，所述第三编号是所述目标数据包所在的数据包组的编号 之后的第y个数据包组的编号；所述y的取值可以为0，1，2……等。

若所述第一对象接收到第一数据包组内的第一个数据包，且未接收到所述目标数据包， 确定所述目标数据包在所述第二对象丢失；

若所述第一对象接收到第一数据包组内的一个或预设数量个数据包，且未接收到所述 目标数据包，确定所述目标数据包在所述第二对象丢失；

若所述第一对象接收到第一数据包组内的预设数量个连续的数据包，且未接收到所述 目标数据包，确定所述目标数据包在所述第二对象丢失；

若所述第一对象接收到第一数据包组内的第z个的数据包，且未接收到所述目标数据包， 确定所述目标数据包在所述第二对象丢失；所述z的取值可以为0，1，2……等。

其中，所述第一数据包组的编号位于所述目标数据包所在的数据包组之后。

(5)基于编号和计时器确定目标数据包在第二对象丢失

本申请实施例中，可选的，所述第一对象确定目标数据包在第二对象丢失包括以下之 一：

若所述第一对象在所述预设时间内，接收到一个或预设数量个第一数据包，且未接收 到所述目标数据包，确定所述目标数据包在所述第二对象丢失，所述第一数据包的编号位 于所述目标数据包的编号之后；

若所述第一对象在所述预设时间内，接收到预设数量个连续的第一数据包，且未接收 到所述目标数据包，确定所述目标数据包在所述第二对象丢失，所述第一数据包的编号位 于所述目标数据包的编号之后；

若所述第一对象在所述预设时间内，接收到第一编号的数据包，且未接收到所述目标 数据包，确定所述目标数据包在所述第二对象丢失，所述第一编号是所述目标数据包的编 号之后的第x个数据包的编号；

若所述第一对象在所述预设时间内，接收到所述目标数据包所在的数据包组的最后一 个数据包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

若所述第一对象在所述预设时间内，接收到一个或预设数量个第二数据包，且未接收 到所述目标数据包，确定所述目标数据包在所述第二对象丢失；所述第二数据包的编号位 于所述目标数据包所在的数据包组中的最后一个数据包之后，或所述第二数据包的编号位 于所述目标数据包所在的数据包组之后；

若所述第一对象在所述预设时间内，接收到第二编号的数据包，且未接收到所述目标 数据包，确定所述目标数据包在所述第二对象丢失，所述第二编号是与所述目标数据包所 在的数据包组中的最后一个数据包的编号之后的第w个数据包的编号，或所述第二编号是 与所述目标数据包所在的数据包组之后的第w个数据包的编号；

若所述第一对象在所述预设时间内，接收到一个或者预设数量个第一数据包组，且未 接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

若所述第一对象在所述预设时间内，接收到第三编号的数据包组，且未接收到所述目 标数据包，确定所述目标数据包在所述第二对象丢失，所述第三编号是所述目标数据包所 在的数据包组的编号之后的第y个数据包组的编号；

若所述第一对象在所述预设时间内，接收到第一数据包组内的第一个数据包，且未接 收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

若所述第一对象在所述预设时间内，接收到第一数据包组内的一个或预设数量个数据 包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

若所述第一对象在所述预设时间内，接收到第一数据包组内的预设数量个连续的数据 包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

若所述第一对象在所述预设时间内，接收到第一数据包组内的第z个的数据包，且未接 收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

其中，所述第一数据包组的编号位于所述目标数据包所在的数据包组之后。

需要说明的是，本申请实施例中的编号可以是从小到大编号，则上述内容中所提到的 靠后的数据包或数据包组的编号要大于靠前的数据包或数据包组。当然，本申请实施例中 的编号可以是从大到小编号，则上述内容中所提到的靠后的数据包或数据包组的编号要小 于靠前的数据包或数据包组。

上述实施例中的第一对象接收到数据包也可以描述为数据包传输到或成功传输到第一 对象，或者，送达或成功送达到第一对象。

本申请实施例中，可选的，所述预设时间包括以下至少之一：

预设周期的个数；

网络配置的时间；

协议约定的时间；

所述第二对象对应的数据包的延时；

所述目标数据包的剩余延时；

与所述目标数据包在同一数据包组内的第三数据包到达所述第一对象的时间。

本申请实施例中，可选的，所述预设周期包括以下至少之一：

数据包的周期；

数据包组的周期；

业务周期；

数据包的传输周期；

数据包组的传输周期。

本申请实施例中，可选的，所述第二对象对应的数据包的延时包括以下至少之一：

数据包在所述第二对象的延时需求；

数据包在所述第二对象的延时。

本申请实施例中，可选的，所述剩余延时包括以下至少之一：

用于判断数据包丢弃或超时的剩余延时；

数据包在所述第一对象的剩余延时；

数据包在所述第一对象的剩余延时需求。

本申请实施例中，可选的，所述第三数据包包括以下至少之一：

与所述目标数据包在同一数据包组内的最后一个数据包；

与所述目标数据包在同一数据包组内的预设数量个数据包。

本申请实施例中，可选的，所述预设数量包括以下至少之一：

网络配置的数量；

协议约定的数量；

数据包组内包括的数据包数量，所述数据包组包括：所述目标数据包所在的数据包组；

预设时间内的数据包数量；

预设时间内与所述目标数据包位于同一个数据包组内的到达所述第一对象的数据包的 数量。

本申请实施例中，可选的，所述x、y、w和/或z为网络配置或协议约定。

本申请实施例中，可选的，所述数据包包括以下至少之一：

PDCP SDU；

PDCP PDU；

PDCP缓存(buffer)中的数据包；

RLC承载(bearer)对应的数据包；

MAC SDU对应的数据包；

MAC PDU对应的数据包；

PDU；

PDU集合(set)；

数据突发(Burst)；

数据帧(Frame)；

数据切片(Slice)；

图片(Picture)；

图片组(Group of picture，GOP)；

PDU集合组(group of PDU set)；

PDU组(group of PDU)；

IP数据包(packet)。

本申请实施例中，可选的，所述数据包组以下至少之一：

PDU集合组；

PDU集合；

数据突发；

数据帧；

数据切片；

图片；

图片组；

PDU组；

IP数据包。

本申请实施例中，可选的，所述第一对象确定目标数据包在第二对象丢失之后，执行 如下操作中的至少之一：

1)继续数据包的传输或处理；

即继续传输或处理所述目标数据包所在的数据包组内的其他数据包。

2)丢弃所述目标数据包所在数据包组其它的数据包；

3)丢弃与所述目标数据包相关联的其它的数据包；

4)丢弃基于所述目标数据包的其它数据包；

基于所述目标数据包的其他数据包是指依赖于(depends on)所述目标数据包的其他数 据包。

5)降低所述目标数据包所在数据包组内其它数据包优先级。

所述优先级包括以下至少一项：调度优先级，传输优先级，处理优先级和解码优先级。 本申请实施例，适用于XR业务的数据包的处理，同样适用于其他与XR业务具有类似业务 特点(数据流中的数据包按照编号依次传输的业务)的数据包的处理。

本申请实施例提供的确定丢包的方法，执行主体可以为确定丢包的装置。本申请实施 例中以确定丢包的装置执行确定丢包的方法为例，说明本申请实施例提供的确定丢包的装 置。

请参考图27，本申请实施例还提供一种确定丢包的装置200，包括：

确定模块201，用于确定目标数据包在第二对象丢失，所述第二对象为数据包的数据传 输路径中所述第一对象之前的一个或多个对象。

在本申请实施例中，在第一对象对数据包进行处理时，可以确定前面一个或多个第二 对象是否丢失数据包，从而可以有效优化数据包的调度、丢弃等处理。

可选的，所述第一对象为数据包的数据传输路径中的第一节点，所述第二对象为所述 数据传输路径中所述第一节点之前的一个或多个通信接口；

或者

所述第一对象为数据包的数据传输路径中的第一协议层，所述第二对象为所述数据传 输路径中所述第一协议层之前的一个或多个第二协议层，所述第一协议层和所述第二协议 层属于同一节点。

可选的，所述目标数据包丢失包括以下情况中的至少之一：

所述目标数据包未成功送达所述第一对象；

所述目标数据包在所述第二对象未成功传输；

所述目标数据包在所述第二对象丢失；

所述目标数据包在所述第二对象传输或处理超过预设延时；

所述目标数据包在所述第二对象传输超过预设次数。

可选的，所述确定模块201包括：

第一确定子模块，用于若所述第一对象在预设时间内未接收到所述目标数据包，确定 所述目标数据包在第二对象丢失。

可选的，所述确定模块201包括：

第二确定子模块，用于若接收到预设数量个数据包，且所述目标数据包未在所述预设 数量个数据包之内，确定所述目标数据包在第二对象丢失；或，若接收到预设数量个数据 包，且未收到所述目标数据包，确定所述目标数据包在第二对象丢失。

可选的，所述确定模块201包括：

第三确定子模块，用于在预设时间内，接收到预设数量个数据包，且所述目标数据包 未在所述预设数量个数据包之内，确定所述目标数据包在第二对象丢失。

可选的，所述确定模块201包括以下至少之一：

第四确定子模块，用于若接收到一个或预设数量个第一数据包，且未接收到所述目标 数据包，确定所述目标数据包在所述第二对象丢失，所述第一数据包的编号位于所述目标 数据包的编号之后；

第五确定子模块，用于若接收到预设数量个连续的第一数据包，且未接收到所述目标 数据包，确定所述目标数据包在所述第二对象丢失，所述第一数据包的编号位于所述目标 数据包的编号之后；

第六确定子模块，用于若接收到第一编号的数据包，且未接收到所述目标数据包，确 定所述目标数据包在所述第二对象丢失，所述第一编号是所述目标数据包的编号之后的第x 个数据包的编号；

第七确定子模块，用于若接收到所述目标数据包所在的数据包组的最后一个数据包， 且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

第八确定子模块，用于若接收到一个或预设数量个第二数据包，且未接收到所述目标 数据包，确定所述目标数据包在所述第二对象丢失；所述第二数据包的编号位于所述目标 数据包所在的数据包组中的最后一个数据包之后，或所述第二数据包的编号位于所述目标 数据包所在的数据包组之后；

第九确定子模块，用于若接收到第二编号的数据包，且未接收到所述目标数据包，确 定所述目标数据包在所述第二对象丢失，所述第二编号是与所述目标数据包所在的数据包 组中的最后一个数据包的编号之后的第w个数据包的编号，或所述第二编号是与所述目标 数据包所在的数据包组之后的第w个数据包的编号；

第十确定子模块，用于若接收到一个或者预设数量个第一数据包组，且未接收到所述 目标数据包，确定所述目标数据包在所述第二对象丢失；

第十一确定子模块，用于若接收到第三编号的数据包组，且未接收到所述目标数据包， 确定所述目标数据包在所述第二对象丢失，所述第三编号是所述目标数据包所在的数据包 组的编号之后的第y个数据包组的编号；

第十二确定子模块，用于若接收到第一数据包组内的第一个数据包，且未接收到所述 目标数据包，确定所述目标数据包在所述第二对象丢失；

第十三确定子模块，用于若接收到第一数据包组内的一个或预设数量个数据包，且未 接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

第十四确定子模块，用于若接收到第一数据包组内的预设数量个连续的数据包，且未 接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

第十五确定子模块，用于若接收到第一数据包组内的第z个的数据包，且未接收到所述 目标数据包，确定所述目标数据包在所述第二对象丢失；

其中，所述第一数据包组的编号位于所述目标数据包所在的数据包组之后。

可选的，所述确定模块201包括以下之一：

第十六确定子模块，用于若在所述预设时间内，接收到一个或预设数量个第一数据包， 且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失，所述第一数据包 的编号位于所述目标数据包的编号之后；

第十七确定子模块，用于若接收到预设数量个连续的第一数据包，且未接收到所述目 标数据包，确定所述目标数据包在所述第二对象丢失，所述第一数据包的编号位于所述目 标数据包的编号之后；

第十八确定子模块，用于若在所述预设时间内，接收到第一编号的数据包，且未接收 到所述目标数据包，确定所述目标数据包在所述第二对象丢失，所述第一编号是所述目标 数据包的编号之后的第x个数据包的编号；

第十九确定子模块，用于若在所述预设时间内，接收到所述目标数据包所在的数据包 组的最后一个数据包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象 丢失；

第二十确定子模块，用于若在所述预设时间内，接收到一个或预设数量个第二数据包， 且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；所述第二数据包 的编号位于所述目标数据包所在的数据包组中的最后一个数据包之后，或所述第二数据包 的编号位于所述目标数据包所在的数据包组之后；

第二十一确定子模块，用于若在所述预设时间内，接收到第二编号的数据包，且未接 收到所述目标数据包，确定所述目标数据包在所述第二对象丢失，所述第二编号是与所述 目标数据包所在的数据包组中的最后一个数据包的编号之后的第w个数据包的编号，或所 述第二编号是与所述目标数据包所在的数据包组之后的第w个数据包的编号；

第二十二确定子模块，用于若在所述预设时间内，接收到一个或者预设数量个第一数 据包组，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

第二十三确定子模块，用于若在所述预设时间内，接收到第三编号的数据包组，且未 接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失，所述第三编号是所述 目标数据包所在的数据包组的编号之后的第y个数据包组的编号；

第二十四确定子模块，用于若在所述预设时间内，接收到第一数据包组内的第一个数 据包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

第二十五确定子模块，用于若在所述预设时间内，接收到第一数据包组内的一个或预 设数量个数据包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

第二十六确定子模块，用于若在所述预设时间内，接收到第一数据包组内的预设数量 个连续的数据包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

第二十七确定子模块，用于若在所述预设时间内，接收到第一数据包组内的第z个的数 据包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

其中，所述第一数据包组的编号位于所述目标数据包所在的数据包组之后。

可选的，所述预设时间包括以下至少之一：

预设周期的个数；

网络配置的时间；

协议约定的时间；

所述第二对象对应的数据包的延时；

所述目标数据包的剩余延时；

与所述目标数据包在同一数据包组内的第三数据包到达所述第一对象的时间。

可选的，所述预设周期包括以下至少之一：

数据包的周期；

数据包组的周期；

业务周期；

数据包的传输周期；

数据包组的传输周期。

可选的，所述第二对象对应的数据包的延时包括以下至少之一：

数据包在所述第二对象的延时需求；

数据包在所述第二对象的延时。

可选的，所述剩余延时包括以下至少之一：

用于判断数据包丢弃或超时的剩余延时；

数据包在所述第一对象的剩余延时；

数据包在所述第一对象的剩余延时需求。

可选的，所述第三数据包包括以下至少之一：

与所述目标数据包在同一数据包组内的最后一个数据包；

与所述目标数据包在同一数据包组内的预设数量个数据包。

可选的，所述预设数量包括以下至少之一：

网络配置的数量；

协议约定的数量；

数据包组内包括的数据包数量，所述数据包组包括：所述目标数据包所在的数据包组；

预设时间内的数据包数量；

预设时间内与所述目标数据包位于同一个数据包组内的到达所述第一对象的数据包的 数量。

可选的，所述x、y、w和/或z为网络配置或协议约定。

可选的，所述数据包包括以下至少之一：

PDCP SDU；

PDCP PDU；

PDCP缓存中的数据包；

RLC承载对应的数据包；

MAC SDU对应的数据包；

MAC PDU对应的数据包；

PDU；

PDU集合；

数据突发；

数据帧；

数据切片；

图片；

图片组；

PDU集合组；

PDU组；

IP数据包。

可选的，所述数据包组以下至少之一：

PDU集合组；

PDU集合；

数据突发；

数据帧；

数据切片；

图片；

图片组；

PDU组；

IP数据包。

可选的，所述确定丢包的装置200还包括：

执行模块，用于在所述确定模块201确定目标数据包在第二对象丢失之后，执行如下 操作中的至少之一：

继续数据包的传输或处理；

丢弃所述目标数据包所在数据包组其它的数据包；

丢弃与所述目标数据包相关联的其它的数据包；

丢弃基于所述目标数据包的其它数据包；

降低所述目标数据包所在数据包组内其它数据包优先级。

本申请实施例中的确定丢包的装置可以是电子设备，例如具有操作系统的电子设备， 也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除 终端之外的其他设备。示例性的，终端可以包括但不限于上述所列举的终端11的类型，其 他设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)等，本申请实施 例不作具体限定。

本申请实施例提供的确定丢包的装置能够实现图26的方法实施例实现的各个过程，并 达到相同的技术效果，为避免重复，这里不再赘述。

可选的，如图28所示，本申请实施例还提供一种通信设备300，包括处理器301和存储器302，存储器302上存储有可在所述处理器301上运行的程序或指令，该程序或指令被处理器301执行时实现上述确定丢包的方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供一种终端，包括处理器和通信接口，处理器用于确定目标数据包 在第二对象丢失，所述第二对象为数据包的数据传输路径中第一对象之前的一个或多个对 象。该终端实施例与上述方法实施例对应，上述方法实施例的各个实施过程和实现方式均 可适用于该终端实施例中，且能达到相同的技术效果。具体地，图29为实现本申请实施例 的一种终端的硬件结构示意图。

该终端400包括但不限于：射频单元401、网络模块402、音频输出单元403、输入单元404、传感器405、显示单元406、用户输入单元407、接口单元408、存储器409以及处 理器410等中的至少部分部件。

本领域技术人员可以理解，终端400还可以包括给各个部件供电的电源(比如电池)， 电源可以通过电源管理系统与处理器410逻辑相连，从而通过电源管理系统实现管理充电、 放电、以及功耗管理等功能。图29中示出的终端结构并不构成对终端的限定，终端可以包 括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

应理解的是，本申请实施例中，输入单元404可以包括图形处理单元(GraphicsProcessing Unit，GPU)4041和麦克风4042，图形处理器4041对在视频捕获模式或图像捕获模式中由 图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元406可 包括显示面板4061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板4061。 用户输入单元407包括触控面板4071以及其他输入设备4072中的至少一种。触控面板4071， 也称为触摸屏。触控面板4071可包括触摸检测装置和触摸控制器两个部分。其他输入设备 4072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠 标、操作杆，在此不再赘述。

本申请实施例中，射频单元401接收来自网络侧设备的下行数据后，可以传输给处理 器410进行处理；另外，射频单元401可以向网络侧设备发送上行数据。通常，射频单元401包括但不限于天线、放大器、收发信机、耦合器、低噪声放大器、双工器等。

存储器409可用于存储软件程序或指令以及各种数据。存储器409可主要包括存储程 序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至 少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器409可以包括易失性存储器或非易失性存储器，或者，存储器409可以包括易失性和 非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，静态随机存取存储器(StaticRAM， SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、 同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储 器(Direct Rambus RAM，DRRAM)。本申请实施例中的存储器409包括但不限于这些和任意 其它适合类型的存储器。

处理器410可包括一个或多个处理单元；可选的，处理器410集成应用处理器和调制 解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器410中。

其中，处理器410，用于确定目标数据包在第二对象丢失，所述第二对象为数据包的数 据传输路径中第一对象之前的一个或多个对象。

在本申请实施例中，在第一对象对数据包进行处理时，可以确定前面一个或多个第二 对象是否丢失数据包，从而可以有效优化数据包的调度、丢弃等处理。

可选的，所述第一对象为数据包的数据传输路径中的第一节点，所述第二对象为所述 数据传输路径中所述第一节点之前的一个或多个通信接口；

或者

所述第一对象为数据包的数据传输路径中的第一协议层，所述第二对象为所述数据传 输路径中所述第一协议层之前的一个或多个第二协议层，所述第一协议层和所述第二协议 层属于同一节点。

可选的，所述目标数据包丢失包括以下情况中的至少之一：

所述目标数据包未成功送达所述第一对象；

所述目标数据包在所述第二对象未成功传输；

所述目标数据包在所述第二对象丢失；

所述目标数据包在所述第二对象传输或处理超过预设延时；

所述目标数据包在所述第二对象传输超过预设次数。

可选的，所述处理器410，用于若所述第一对象在预设时间内未接收到所述目标数据包， 确定所述目标数据包在第二对象丢失。

可选的，所述处理器410，用于若接收到预设数量个数据包，且所述目标数据包未在所 述预设数量个数据包之内，确定所述目标数据包在第二对象丢失；或，若接收到预设数量 个数据包，且未收到所述目标数据包，确定所述目标数据包在第二对象丢失。

可选的，所述处理器410，用于若在预设时间内，接收到预设数量个数据包，且所述目 标数据包未在所述预设数量个数据包之内，确定所述目标数据包在第二对象丢失；或，若 在预设时间内，接收到预设数量个数据包，且未收到所述目标数据包，确定所述目标数据 包在第二对象丢失。

可选的，所述处理器410，用于执行以下至少之一：

若接收到一个或预设数量个第一数据包，且未接收到所述目标数据包，确定所述目标 数据包在所述第二对象丢失，所述第一数据包的编号位于所述目标数据包的编号之后；

若接收到预设数量个连续的第一数据包，且未接收到所述目标数据包，确定所述目标 数据包在所述第二对象丢失，所述第一数据包的编号位于所述目标数据包的编号之后；

若接收到第一编号的数据包，且未接收到所述目标数据包，确定所述目标数据包在所 述第二对象丢失，所述第一编号是所述目标数据包的编号之后的第x个数据包的编号；

若接收到所述目标数据包所在的数据包组的最后一个数据包，且未接收到所述目标数 据包，确定所述目标数据包在所述第二对象丢失；

若接收到一个或预设数量个第二数据包，且未接收到所述目标数据包，确定所述目标 数据包在所述第二对象丢失；所述第二数据包的编号位于所述目标数据包所在的数据包组 中的最后一个数据包之后，或所述第二数据包的编号位于所述目标数据包所在的数据包组 之后；

若接收到第二编号的数据包，且未接收到所述目标数据包，确定所述目标数据包在所 述第二对象丢失，所述第二编号是与所述目标数据包所在的数据包组中的最后一个数据包 的编号之后的第w个数据包的编号，或所述第二编号是与所述目标数据包所在的数据包组 之后的第w个数据包的编号；

若接收到一个或者预设数量个第一数据包组，且未接收到所述目标数据包，确定所述 目标数据包在所述第二对象丢失；

若接收到第三编号的数据包组，且未接收到所述目标数据包，确定所述目标数据包在 所述第二对象丢失，所述第三编号是所述目标数据包所在的数据包组的编号之后的第y个 数据包组的编号；

若接收到第一数据包组内的第一个数据包，且未接收到所述目标数据包，确定所述目 标数据包在所述第二对象丢失；

若接收到第一数据包组内的一个或预设数量个数据包，且未接收到所述目标数据包， 确定所述目标数据包在所述第二对象丢失；

若接收到第一数据包组内的预设数量个连续的数据包，且未接收到所述目标数据包， 确定所述目标数据包在所述第二对象丢失；

若接收到第一数据包组内的第z个的数据包，且未接收到所述目标数据包，确定所述目 标数据包在所述第二对象丢失；

其中，所述第一数据包组的编号位于所述目标数据包所在的数据包组之后。

可选的，所述处理器410，用于执行以下之一：

若在所述预设时间内，接收到一个或预设数量个第一数据包，且未接收到所述目标数 据包，确定所述目标数据包在所述第二对象丢失，所述第一数据包的编号位于所述目标数 据包的编号之后；

若在所述预设时间内，所述第一对象接收到预设数量个连续的第一数据包，且未接收 到所述目标数据包，确定所述目标数据包在所述第二对象丢失，所述第一数据包的编号位 于所述目标数据包的编号之后；

若在所述预设时间内，接收到第一编号的数据包，且未接收到所述目标数据包，确定 所述目标数据包在所述第二对象丢失，所述第一编号是所述目标数据包的编号之后的第x 个数据包的编号；

若在所述预设时间内，接收到所述目标数据包所在的数据包组的最后一个数据包，且 未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

若在所述预设时间内，接收到一个或预设数量个第二数据包，且未接收到所述目标数 据包，确定所述目标数据包在所述第二对象丢失；所述第二数据包的编号位于所述目标数 据包所在的数据包组中的最后一个数据包之后，或所述第二数据包的编号位于所述目标数 据包所在的数据包组之后；

若在所述预设时间内，接收到第二编号的数据包，且未接收到所述目标数据包，确定 所述目标数据包在所述第二对象丢失，所述第二编号是与所述目标数据包所在的数据包组 中的最后一个数据包的编号之后的第w个数据包的编号，或所述第二编号是与所述目标数 据包所在的数据包组之后的第w个数据包的编号；

若在所述预设时间内，接收到一个或者预设数量个第一数据包组，且未接收到所述目 标数据包，确定所述目标数据包在所述第二对象丢失；

若在所述预设时间内，接收到第三编号的数据包组，且未接收到所述目标数据包，确 定所述目标数据包在所述第二对象丢失，所述第三编号是所述目标数据包所在的数据包组 的编号之后的第y个数据包组的编号；

若在所述预设时间内，接收到第一数据包组内的第一个数据包，且未接收到所述目标 数据包，确定所述目标数据包在所述第二对象丢失；

若在所述预设时间内，接收到第一数据包组内的一个或预设数量个数据包，且未接收 到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

若所述预设时间内，接收到第一数据包组内的预设数量个连续的数据包，且未接收到 所述目标数据包，确定所述目标数据包在所述第二对象丢失；

若在所述预设时间内，接收到第一数据包组内的第z个的数据包，且未接收到所述目标 数据包，确定所述目标数据包在所述第二对象丢失；

其中，所述第一数据包组的编号位于所述目标数据包所在的数据包组之后。

可选的，所述预设时间包括以下至少之一：

预设周期的个数；

网络配置的时间；

协议约定的时间；

所述第二对象对应的数据包的延时；

所述目标数据包的剩余延时；

与所述目标数据包在同一数据包组内的第三数据包到达所述第一对象的时间。

可选的，所述预设周期包括以下至少之一：

数据包的周期；

数据包组的周期；

业务周期；

数据包的传输周期；

数据包组的传输周期。

可选的，所述第二对象对应的数据包的延时包括以下至少之一：

数据包在所述第二对象的延时需求；

数据包在所述第二对象的延时。

可选的，所述剩余延时包括以下至少之一：

用于判断数据包丢弃或超时的剩余延时；

数据包在所述第一对象的剩余延时；

数据包在所述第一对象的剩余延时需求。

可选的，所述第三数据包包括以下至少之一：

与所述目标数据包在同一数据包组内的最后一个数据包；

与所述目标数据包在同一数据包组内的预设数量个数据包。

可选的，所述预设数量包括以下至少之一：

网络配置的数量；

协议约定的数量；

数据包组内包括的数据包数量，所述数据包组包括：所述目标数据包所在的数据包组；

预设时间内的数据包数量；

预设时间内与所述目标数据包位于同一个数据包组内的到达所述第一对象的数据包的 数量。

可选的，所述x、y、w和/或z为网络配置或协议约定。

可选的，所述数据包包括以下至少之一：

PDCP SDU；

PDCP PDU；

PDCP缓存中的数据包；

RLC承载对应的数据包；

MAC SDU对应的数据包；

MAC PDU对应的数据包；

PDU；

PDU集合；

数据突发；

数据帧；

数据切片；

图片；

图片组；

PDU集合组；

PDU组；

IP数据包。

可选的，所述数据包组以下至少之一：

PDU集合组；

PDU集合；

数据突发；

数据帧；

数据切片；

图片；

图片组；

PDU组；

IP数据包。

可选的，所述处理器，用于在确定目标数据包在第二对象丢失之后，执行如下操作中 的至少之一：

继续数据包的传输或处理；

丢弃所述目标数据包所在数据包组其它的数据包；

丢弃与所述目标数据包相关联的其它的数据包；

丢弃基于所述目标数据包的其它数据包；

降低所述目标数据包所在数据包组内其它数据包优先级。

本申请实施例还提供一种网络侧设备，包括处理器和通信接口，处理器用于确定目标 数据包在第二对象丢失，所述第二对象为数据包的数据传输路径中所述第一对象之前的一 个或多个对象。上述方法实施例的各个实施过程和实现方式均可适用于该网络侧设备实施 例中，且能达到相同的技术效果。

具体地，本申请实施例还提供了一种网络侧设备。如图30所示，该网络侧设备500包 括：天线501、射频装置502、基带装置503、处理器504和存储器505。天线501与射频 装置502连接。在上行方向上，射频装置502通过天线501接收信息，将接收的信息发送 给基带装置503进行处理。在下行方向上，基带装置503对要发送的信息进行处理，并发 送给射频装置502，射频装置502对收到的信息进行处理后经过天线501发送出去。

以上实施例中网络侧设备执行的方法可以在基带装置503中实现，该基带装置503包 括基带处理器。

基带装置503例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图30所 示，其中一个芯片例如为基带处理器，通过总线接口与存储器505连接，以调用存储器505 中的程序，执行以上方法实施例中所示的网络设备操作。

该网络侧设备还可以包括网络接口506，该接口例如为通用公共无线接口(commonpublic radio interface，CPRI)。

具体地，本发明实施例的网络侧设备500还包括：存储在存储器505上并可在处理器 504上运行的指令或程序，处理器504调用存储器505中的指令或程序执行图27所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。

具体地，本申请实施例还提供了一种网络侧设备。如图31所示，该网络侧设备600包 括：处理器601、网络接口602和存储器603。其中，网络接口602例如为通用公共无线接口(common public radio interface，CPRI)。

具体地，本发明实施例的网络侧设备600还包括：存储在存储器603上并可在处理器 601上运行的指令或程序，处理器601调用存储器603中的指令或程序执行图27所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该 程序或指令被处理器执行时实现上述确定丢包的方法实施例的各个过程，且能达到相同的 技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括 计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和 所述处理器耦合，所述处理器用于运行程序或指令，实现上述确定丢包的方法实施例的各 个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片 上系统芯片等。

本申请实施例另提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在 存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现上述确定丢包的方法 实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素， 而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所 固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除 在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的 是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包 括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于 所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参 照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可 借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者 是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡 献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质 (如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施 方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在 本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形 式，均属于本申请的保护之内。

Claims (21)

1.一种确定丢包的方法，其特征在于，包括：

第一对象确定目标数据包在第二对象丢失，所述第二对象为数据包的数据传输路径中所述第一对象之前的一个或多个对象。

2.根据权利要求1所述的方法，其特征在于，

所述第一对象为第一节点，所述第二对象为数据包的数据传输路径中所述第一节点之前的一个或多个通信接口；

或者

所述第一对象为第一协议层，所述第二对象为数据包的数据传输路径中所述第一协议层之前的一个或多个第二协议层，所述第一协议层和所述第二协议层属于同一节点。

3.根据权利要求1所述的方法，其特征在于，所述目标数据包丢失包括以下情况中的至少之一：

所述目标数据包未成功送达所述第一对象；

所述目标数据包在所述第二对象未成功传输；

所述目标数据包在所述第二对象丢失；

所述目标数据包在所述第二对象传输或处理超过预设延时；

所述目标数据包在所述第二对象传输超过预设次数。

4.根据权利要求1所述的方法，其特征在于，所述第一对象确定目标数据包在第二对象丢失包括：

若所述第一对象在预设时间内未接收到所述目标数据包，确定所述目标数据包在第二对象丢失。

5.根据权利要求1所述的方法，其特征在于，所述第一对象确定目标数据包在第二对象丢失：

若所述第一对象接收到预设数量个数据包，且所述目标数据包未在所述预设数量个数据包之内，确定所述目标数据包在第二对象丢失；或，

若所述第一对象接收到预设数量个数据包，且未收到所述目标数据包，确定所述目标数据包在第二对象丢失。

6.根据权利要求1所述的方法，其特征在于，所述第一对象确定目标数据包在第二对象丢失：

若所述第一对象在预设时间内，接收到预设数量个数据包，且所述目标数据包未在所述预设数量个数据包之内，确定所述目标数据包在第二对象丢失；或，

若所述第一对象在预设时间内，接收到预设数量个数据包，且未收到所述目标数据包，确定所述目标数据包在第二对象丢失。

7.根据权利要求1所述的方法，其特征在于，所述第一对象确定所述目标数据包在第二对象丢失包括以下至少之一：

若所述第一对象接收到一个或预设数量个第一数据包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失，所述第一数据包的编号位于所述目标数据包的编号之后；

若所述第一对象接收到预设数量个连续的第一数据包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失，所述第一数据包的编号位于所述目标数据包的编号之后；

若所述第一对象接收到第一编号的数据包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失，所述第一编号是所述目标数据包的编号之后的第x个数据包的编号；

若所述第一对象接收到所述目标数据包所在的数据包组的最后一个数据包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

若所述第一对象接收到一个或预设数量个第二数据包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；所述第二数据包的编号位于所述目标数据包所在的数据包组中的最后一个数据包之后，或所述第二数据包的编号位于所述目标数据包所在的数据包组之后；

若所述第一对象接收到第二编号的数据包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失，所述第二编号是与所述目标数据包所在的数据包组中的最后一个数据包的编号之后的第w个数据包的编号，或所述第二编号是与所述目标数据包所在的数据包组之后的第w个数据包的编号；

若所述第一对象接收到一个或者预设数量个第一数据包组，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

若所述第一对象接收到第三编号的数据包组，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失，所述第三编号是所述目标数据包所在的数据包组的编号之后的第y个数据包组的编号；

若所述第一对象接收到第一数据包组内的第一个数据包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

若所述第一对象接收到第一数据包组内的一个或预设数量个数据包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

若所述第一对象接收到第一数据包组内的预设数量个连续的数据包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

若所述第一对象接收到第一数据包组内的第z个的数据包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

其中，所述第一数据包组的编号位于所述目标数据包所在的数据包组之后。

8.根据权利要求1所述的方法，其特征在于，所述第一对象确定目标数据包在第二对象丢失包括以下之一：

若所述第一对象在预设时间内，接收到一个或预设数量个第一数据包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失，所述第一数据包的编号位于所述目标数据包的编号之后；

若所述第一对象在预设时间内，接收到预设数量个连续的第一数据包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失，所述第一数据包的编号位于所述目标数据包的编号之后；

若所述第一对象在预设时间内，接收到第一编号的数据包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失，所述第一编号是所述目标数据包的编号之后的第x个数据包的编号；

若所述第一对象在预设时间内，接收到所述目标数据包所在的数据包组的最后一个数据包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

若所述第一对象在预设时间内，接收到一个或预设数量个第二数据包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；所述第二数据包的编号位于所述目标数据包所在的数据包组中的最后一个数据包之后，或所述第二数据包的编号位于所述目标数据包所在的数据包组之后；

若所述第一对象在预设时间内，接收到第二编号的数据包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失，所述第二编号是与所述目标数据包所在的数据包组中的最后一个数据包的编号之后的第w个数据包的编号，或所述第二编号是与所述目标数据包所在的数据包组之后的第w个数据包的编号；

若所述第一对象在预设时间内，接收到一个或者预设数量个第一数据包组，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

若所述第一对象在预设时间内，接收到第三编号的数据包组，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失，所述第三编号是所述目标数据包所在的数据包组的编号之后的第y个数据包组的编号；

若所述第一对象在预设时间内，接收到第一数据包组内的第一个数据包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

若所述第一对象在预设时间内，接收到第一数据包组内的一个或预设数量个数据包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

若所述第一对象在预设时间内，接收到第一数据包组内的第z个的数据包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

若所述第一对象在预设时间内，接收到第一数据包组内的预设数量个连续的数据包，且未接收到所述目标数据包，确定所述目标数据包在所述第二对象丢失；

其中，所述第一数据包组的编号位于所述目标数据包所在的数据包组之后。

9.根据权利要求4或6或8所述的方法，其特征在于，所述预设时间包括以下至少之一：

预设周期的个数；

网络配置的时间；

协议约定的时间；

所述第二对象对应的数据包的延时；

所述目标数据包的剩余延时；

与所述目标数据包在同一数据包组内的第三数据包到达所述第一对象的时间。

10.根据权利要求9所述的方法，其特征在于，所述预设周期包括以下至少之一：

数据包的周期；

数据包组的周期；

业务周期；

数据包的传输周期；

数据包组的传输周期。

11.根据权利要求9所述的方法，其特征在于，所述第二对象对应的数据包的延时包括以下至少之一：

数据包在所述第二对象的延时需求；

数据包在所述第二对象的延时。

12.根据权利要求9所述的方法，其特征在于，所述剩余延时包括以下至少之一：

用于判断数据包丢弃或超时的剩余延时；

数据包在所述第一对象的剩余延时；

数据包在所述第一对象的剩余延时需求。

13.根据权利要求9所述的方法，其特征在于，所述第三数据包包括以下至少之一：

与所述目标数据包在同一数据包组内的最后一个数据包；

与所述目标数据包在同一数据包组内的预设数量个数据包。

14.根据权利要求5或6或7或8或13所述的方法，其特征在于，所述预设数量包括以下至少之一：

网络配置的数量；

协议约定的数量；

数据包组内包括的数据包数量，所述数据包组包括：所述目标数据包所在的数据包组；

预设时间内的数据包数量；

预设时间内与所述目标数据包在同一个数据包组内的到达所述第一对象的数据包的数量。

15.根据权利要求7或8所述的方法，其特征在于，所述x、w、y和/或z为网络配置或协议约定。

16.根据权利要求1所述的方法，其特征在于，所述数据包包括以下至少之一：

PDCP SDU；

PDCP PDU；

PDCP缓存中的数据包；

RLC承载对应的数据包；

MAC SDU对应的数据包；

MAC PDU对应的数据包；

PDU；

PDU集合；

数据突发；

数据帧；

数据切片；

图片；

图片组；

PDU集合组；

PDU组；

IP数据包。

17.根据权利要求7或8所述的方法，其特征在于，所述数据包组以下至少之一：

PDU集合组；

PDU集合；

数据突发；

数据帧；

数据切片；

图片；

图片组；

PDU组；

IP数据包。

18.根据权利要求1所述的方法，其特征在于，所述第一对象确定目标数据包在第二对象丢失之后，执行如下操作中的至少之一：

继续数据包的传输或处理；

丢弃所述目标数据包所在数据包组其它的数据包；

丢弃与所述目标数据包相关联的其它的数据包；

丢弃基于所述目标数据包的其它数据包；

降低所述目标数据包所在数据包组内其它数据包优先级。

19.一种确定丢包的装置，其特征在于，包括：

确定模块，用于确定目标数据包在第二对象丢失，所述第二对象为数据包的数据传输路径中第一对象之前的一个或多个对象。

20.一种通信设备，其特征在于，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至18任一项所述的确定丢包的方法的步骤。

21.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至18任一项所述的确定丢包的方法。