CN116506697A - 视频流丢包方法、装置和存储介质 - Google Patents

视频流丢包方法、装置和存储介质 Download PDF

Info

Publication number
CN116506697A
CN116506697A CN202210073421.1A CN202210073421A CN116506697A CN 116506697 A CN116506697 A CN 116506697A CN 202210073421 A CN202210073421 A CN 202210073421A CN 116506697 A CN116506697 A CN 116506697A
Authority
CN
China
Prior art keywords
network element
packet loss
video data
data packet
frame
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.)
Pending
Application number
CN202210073421.1A
Other languages
English (en)
Inventor
黎明雪
刘海
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Telecom Corp Ltd
Original Assignee
China Telecom Corp 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 China Telecom Corp Ltd filed Critical China Telecom Corp Ltd
Priority to CN202210073421.1A priority Critical patent/CN116506697A/zh
Publication of CN116506697A publication Critical patent/CN116506697A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64784—Data processing by the network
    • H04N21/64792—Controlling the complexity of the content stream, e.g. by dropping packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols

Abstract

本公开提供了一种视频流丢包方法、装置和存储介质，涉及网络通信技术领域。其中，视频流丢包方法包括：策略控制功能PCF网元向进程管理功能SMF网元发送差异丢包策略，其中，所述SMF网元将所述差异丢包策略发送至用户面功能UPF网元，所述UPF网元用于基于所述差异丢包策略对接收到的下行视频数据包中的指定类型编码帧进行配置，所述指定类型编码帧为保留的I帧，或所述指定类型编码帧为丢弃的P帧和/或B帧。通过本公开的技术方案，实现了差异化丢包操作，能够通在保证视频传输质量、减少UE端接收到的视频画面出现卡顿现象的同时，也能够缓解传输网络过程的数据堵塞现象，提升数据传输的可靠性和传输效率。

Description

视频流丢包方法、装置和存储介质
技术领域
本公开涉及网络通信技术领域，尤其涉及一种视频流丢包方法、视频流丢包装置和计算机可读存储介质。
背景技术
随着无线通信技术的发展，5G(5th Generation Mobile CommunicationTechnology，第五代移动通信技术)网络的覆盖已日渐完善，但在5G网络下，如何保证视频的传输质量，则仍是亟待解决的技术问题。
相关技术中，基于H.264压缩标准，采用I帧、P帧和B帧表示传输的视频画面，其中，I帧是关键帧，属于帧内压缩，P是向前搜索的意思，B是双向搜索，他们都基于I帧来压缩数据，由上可知，I帧的包不可丢弃，因为I帧丢了会导致画面卡顿，P帧和B帧可适当地丢弃部分数据，而如何在保证视频传输质量的同时，也能够减少视频画面的卡顿，成为了视频流传输过程中亟待解决的技术问题。
需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
本公开的目的在于提供一种视频流丢包方法、视频流丢包装置和计算机可读存储介质，至少在一定程度上克服相关技术中的传输的视频流出现视频画面卡顿的问题。
本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。
根据本公开的一个方面，提供一种视频流丢包方法，包括：策略控制功能PCF网元向进程管理功能SMF网元发送差异丢包策略，其中，所述SMF网元将所述差异丢包策略发送至用户面功能UPF网元，所述UPF网元用于基于所述差异丢包策略对接收到的下行视频数据包中的指定类型编码帧进行配置，所述指定类型编码帧为保留的I帧，或所述指定类型编码帧为丢弃的P帧和/或B帧。
在一个实施例中，所述策略控制功能PCF网元向进程管理功能SMF网元发送差异丢包策略，具体包括：所述PCF网元接收进程管理功能SMF网元发送的第一信令，所述第一信令用于所述SMF网元与所述PCF网元之间建立SM策略关联；所述PCF网元查询所述第一信令携带的用户信息；所述PCF网元基于所述用户信息查询到匹配的签约数据时，向所述SMF网元发送第二信令，所述第二信令携带所述差异丢包策略，所述签约数据表示所述用户签约了差异丢包套餐。
根据本公开的第二个方面，提供一种视频流丢包方法，包括：进程管理功能SMF网元向用户面功能UPF网元发送差异丢包策略，其中，所述UPF网元用于基于所述差异丢包策略对接收到的下行视频数据包中的指定类型编码帧进行配置，所述指定类型编码帧为保留的I帧，或所述指定类型编码帧为丢弃的P帧和/或B帧。
在一个实施例中，所述进程管理功能SMF网元向用户面功能UPF网元发送差异丢包策略，具体包括：所述SMF网元向所述UPF网元发送第三信令，所述第三信令携带所述差异丢包策略。
在一个实施例中，在进程管理功能SMF网元向用户面功能UPF网元发送差异丢包策略之前，还包括：所述SMF网元接收策略控制功能PCF网元发送的所述差异丢包策略。
在一个实施例中，在进程管理功能SMF网元向用户面功能UPF网元发送差异丢包策略之前，还包括：所述SMF网元接收接入及移动性管理功能AMF网元发送的第四信令，所述第四信令用于请求创建PDU会话，所述PDU会话基于用户终端UE的请求生成；所述SMF网元基于所述第四信令向统一数据管理功能UDM请求所述UE的用户信息；所述SMF网元基于所述用户信息生成第一信令，所述第一信令用于向策略控制功能PCF网元发送。
根据本公开的第三个方面，提供一种视频流丢包方法，包括：进程管理功能SMF网元向接入及移动性管理功能AMF网元发送差异丢包策略，其中，所述AMF网元将所述差异丢包策略发送至无线接入RAN设备，以使所述RAN设备基于所述差异丢包策略识别接收到的下行视频数据包中的指定类型编码帧，并基于识别结果保留所述下行视频数据包或丢弃所述下行视频数据包。
在一个实施例中，所述进程管理功能SMF网元向接入及移动性管理功能AMF网元发送差异丢包策略，具体包括：所述SMF网元向所述AMF网元发送第五信令，所述第五信令携带所述差异丢包策略。
根据本公开的第四个方面，提供一种视频流丢包方法，包括：用户面功能UPF网元接收进程管理功能SMF网元发送的差异丢包策略；所述UPF网元接收到下行视频数据包时，基于所述差异丢包策略对所述下行视频数据包执行深度包检测操作；所述UPF网元基于所述深度包检测操作的结果确定所述下行视频数据包中的图像编码帧的类型；所述UPF网元基于所述图像编码帧的类型确定所述图像编码帧为指定类型编码帧时，对所述图像编码帧进行配置。
在一个实施例中，所述UPF网元基于所述图像编码帧的类型确定所述图像编码帧为指定类型编码帧时，对所述图像编码帧进行配置，具体包括：所述指定类型编码帧为保留的I帧，在所述UPF网元检测到所述图像编码帧的类型为所述I帧时，将所述下行视频数据包的属性值修改为指定值。
在一个实施例中，所述UPF网元基于所述图像编码帧的类型确定所述图像编码帧为指定类型编码帧时，对所述图像编码帧进行配置，具体包括：所述指定类型编码帧为丢弃的P帧和/或B帧，在所述UPF网元检测到所述图像编码帧的类型为所述P帧和/或所述B帧时，将所述下行视频数据包的属性值修改为指定值。
在一个实施例中，所述属性值为区分服务码点DSCP值。
根据本公开的第五个方面，提供一种视频流丢包方法，包括：无线接入RAN设备接收接入及移动性管理功能AMF网元发送的差异丢包策略；所述RAN设备接收到下行视频数据包时，基于所述差异丢包策略识别所述下行视频数据包中的编码帧类型；所述RAN设备基于识别结果保留所述下行视频数据包或丢弃所述下行视频数据包，其中，所述下行视频数据包为经过用户面功能UPF网元进行图像编码帧配置后的数据包。
在一个实施例中，所述RAN设备接收到下行视频数据包时，基于所述差异丢包策略识别所述下行视频数据包中的编码帧类型，具体包括：所述指定类型编码帧为保留的I帧，所述RAN设备检测到所述下行视频数据包的属性值与指定值匹配时，确定所述下行视频数据包中的编码帧为所述指定类型编码帧；所述RAN设备检测到所述下行视频数据包的属性值与指定值不匹配时，确定所述下行视频数据包中的编码帧为非I帧。
在一个实施例中，所述RAN设备接收到下行视频数据包时，基于所述差异丢包策略识别所述下行视频数据包中的编码帧类型，具体包括：所述指定类型编码帧为丢弃的P帧和/或B帧，所述RAN设备检测到所述下行视频数据包的属性值与指定值匹配时，确定所述下行视频数据包中的编码帧为所述指定类型编码帧；所述RAN设备检测到所述下行视频数据包的属性值与指定值不匹配时，确定所述下行视频数据包中的编码帧为I帧。
在一个实施例中，所述RAN设备基于识别结果保留所述下行视频数据包或丢弃所述下行视频数据包，具体包括：所述RAN设备获取所述下行视频数据包的视频业务标识所述RAN设备检测到所述视频业务标识与预存业务标识匹配，并且所述下行视频数据包中的编码帧为P帧和/或B帧时，则丢弃所述下行视频数据包。
在一个实施例中，所述RAN设备基于识别结果保留所述下行视频数据包或丢弃所述下行视频数据包，具体包括：所述RAN设备检测到用户终端UE接入的下行传输通道堵塞，并且所述下行视频数据包中的编码帧为P帧和/或B帧时，则丢弃所述下行视频数据包，其中，所述UE为所述下行视频数据包的目标终端。
根据本公开的第六个方面，提供一种视频流丢包装置，包括：第一发送模块，其中，通过所述第一发送模块由策略控制功能PCF网元向进程管理功能SMF网元发送差异丢包策略，所述SMF网元用于将所述差异丢包策略发送至用户面功能UPF网元，所述UPF网元用于基于所述差异丢包策略对接收到的下行视频数据包中的指定类型编码帧进行配置，所述指定类型编码帧为保留的I帧，或所述指定类型编码帧为丢弃的P帧和/或B帧。
根据本公开的第七个方面，提供一种视频流丢包装置，包括：第二发送模块，其中，通过所述第二发送模块由进程管理功能SMF网元向用户面功能UPF网元发送差异丢包策略，所述UPF网元用于基于所述差异丢包策略对接收到的下行视频数据包中的指定类型编码帧进行配置，所述指定类型编码帧为保留的I帧，或所述指定类型编码帧为丢弃的P帧和/或B帧。
根据本公开的第八个方面，提供一种视频流丢包装置，包括：第三发送模块，其中，通过所述第三发送模块由进程管理功能SMF网元向接入及移动性管理功能AMF网元发送差异丢包策略，所述AMF网元将所述差异丢包策略发送至无线接入RAN设备，以使所述RAN设备基于所述差异丢包策略识别接收到的下行视频数据包中的指定类型编码帧，并基于识别结果保留所述下行视频数据包或丢弃所述下行视频数据包。
根据本公开的第九个方面，提供一种视频流丢包装置，包括：第一接收模块、检测模块、确定模块和配置模块，其中通过所述第一接收模块由用户面功能UPF网元接收进程管理功能SMF网元发送的差异丢包策略；通过所述检测模块使所述UPF网元接收到下行视频数据包时，基于所述差异丢包策略对所述下行视频数据包执行深度包检测操作；通过所述确定模块使所述UPF网元基于所述深度包检测操作的结果确定所述下行视频数据包中的图像编码帧的类型；通过所述配置模块使所述UPF网元基于所述图像编码帧的类型确定所述图像编码帧为指定类型编码帧时，对所述图像编码帧进行配置。
根据本公开的第十个方面，提供一种视频流丢包装置，包括：第二接收模块、识别模块和处理模块，其中，通过所述第二接收模块由无线接入RAN设备接收接入及移动性管理功能AMF网元，通过所述识别模块使所述RAN设备接收到下行视频数据包时，基于所述差异丢包策略识别所述下行视频数据包中的编码帧类型；通过所述处理模块使所述RAN设备基于识别结果保留所述下行视频数据包或丢弃所述下行视频数据包，其中，所述下行视频数据包为经过用户面功能UPF网元进行图像编码帧配置后的数据包。
根据本公开的第十一个方面，提供一种网络单元，包括：处理器；以及存储器，用于存储处理器的可执行指令；其中，处理器配置为经由执行可执行指令来执行上述第一方面或第二方面或第三方面或第四方面或第五方面技术方案中任意一项的所述的视频流丢包方法。
根据本公开的第十二个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的视频流丢包方法。
本公开的实施例所提供的视频流丢包方法和装置，通过PCF网元向SMF网元发送差异丢包策略，以使SMF网元将差异丢包策略发送至UPF网元，以由UPF网元实施该差异丢包策略，以能够出现数据堵塞等现象的工况中执行差异丢包，在保证视频传输质量、减少UE端接收到的视频画面出现卡顿现象的同时，也能够缓解传输网络过程的数据堵塞现象，提升数据传输的可靠性和传输效率。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示出本公开实施例中一种UE接入核心网请求建立PDU会话过程的流程图；
图2示出本公开实施例中另一种视频流丢包方法的流程图；
图3示出本公开实施例中再一种视频流丢包方法的流程图；
图4示出本公开实施例中又一种视频流丢包方法的流程图；
图5示出本公开实施例中又一种视频流丢包方法的流程图；
图6示出本公开实施例中又一种视频流丢包方法的流程图；
图7示出本公开实施例中又一种视频流丢包方法的流程图；
图8示出本公开实施例中又一种视频流丢包方法的流程图；
图9示出本公开实施例中又一种视频流丢包方法的流程图；
图10示出本公开实施例中一种视频流丢包装置的示意图；
图11示出本公开实施例中另一种视频流丢包装置的示意图；
图12示出本公开实施例中再一种视频流丢包装置的示意图；
图13示出本公开实施例中又一种视频流丢包装置的示意图；
图14示出本公开实施例中又一种视频流丢包装置的示意图图；
图15示出本公开实施例中一种计算机设备的结构框图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。
此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
本申请提供的方案，通过PCF网元向SMF网元发送差异丢包策略，以使SMF网元将差异丢包策略发送至UPF网元，以由UPF网元实施该差异丢包策略，以能够出现数据堵塞等现象的工况中执行差异丢包，在保证视频传输质量、减少UE端接收到的视频画面出现卡顿现象的同时，也能够缓解传输网络过程的数据堵塞现象，提升数据传输的可靠性和传输效率。
为了便于理解，下面首先对本申请涉及到的名词(缩写词)进行解释。
I帧：又称帧内编码帧，是一种自带全部信息的独立帧，无需参考其他图像便可独立进行解码，可以简单理解为一张静态画面。视频序列中的第一个帧始终都是I帧，因为它是关键帧。
P帧：又称帧间预测编码帧，需要参考前面的I帧才能进行编码。表示的是当前帧画面与前一帧(前一帧可能是I帧也可能是P帧)的差别。解码时需要用之前缓存的画面叠加上本帧定义的差别，生成最终画面。与I帧相比，P帧通常占用更少的数据位，但不足是，由于P帧对前面的P和I参考帧有着复杂的依耐性，因此对传输错误非常敏感。
B帧：又称双向预测编码帧，也就是B帧记录的是本帧与前后帧的差别。也就是说要解码B帧，不仅要取得之前的缓存画面，还要解码之后的画面，通过前后画面的与本帧数据的叠加取得最终的画面。B帧压缩率高，但是对解码性能要求较高。
PCF(Policy Control function)：策略控制功能。
SMF(Session Management Function)：进程管理功能。
UPF(User plane Function)：用户面功能。
AMF(Access and Mobility Management Function)：接入及移动性管理功能。
UDM(Unified Data Management)：统一数据管理功能。
(R)AN(Radio)Access Network，接入网络。
DN，数据网络Data Network。
N1接口：N1接口表示UE和AMF之间的连接，主要用于NAS信令。
N2接口：N2接口是gNB和AMF的接口，协议是NGAP，N2的传输层是SCTP，上层用户是5G-NAS(MM移动性管理、SM会话管理等)。
N4接口：N4接口在SMF和UPF之间，是5G核心网控制面与转发面的接口。
DSCP(Differentiated Services Code Point)：差分服务代码点，在每个数据包IP头部的服务类别TOS标识字节中，利用已使用的6比特和未使用的2比特，通过编码值来区分优先级。
如图1所示，图1示出了终端设备UE(User Equipment)请求建立PDU(ProtocolData Unit，协议数据单元)Session会话的过程，包括：
步骤S102，UE向AMF网元发送PDU Session Establishment请求。
步骤S104，AMF网元执行SMF选择流程，根据切片信息选择合适的SMF。
AMF接收到UE的PDU Session Establishment Request消息，发现是创建新PDU会话时，会执行SMF选择流程为该PDU会话选择SMF。在AMF执行SMF选择过程中，AMF会与NSSF(The Network Slice Selection Function，网络切片选择功能)交互获取网络切片信息，通过NRF(NF Repository Function，网络存储功能)选择一个合适的SMF。
步骤S106，AMF网元向SMF网元发送Nsmf_PDUSession_CreateSMContext Request消息请求建立PDU会话。
步骤S108，SMF网元与UDM网元执行交互。
具体包括，SMF网元向UDM网元发起会话注册并获取签约信息。
步骤S110，SMF网元向AMF网元回复Nsmf_PDUSession_CreateSMContext Response消息。
根据会话是否成功建立，Response消息中携带不同的参数。
步骤S112，PDU Session认证/授权过程。
步骤S114a，SMF网元执行PCF选择功能选择一个合适的PCF网元。
步骤S114b，SMF网元向PCF网元发送Npcf_smpolicyControl_Create，以与PCF网元建立SM策略关联，PCF网元基于SM策略关联，向SMF网元发送Npcf_smpolicyControl_CreateResponse。
步骤S116，SMF单元执行UPF选择功能选择一个合适的UPF单元。
其中，如果步骤S106中的请求类型指示“初始请求”(Initial request)，则SMF为PDU会话选择SSC(服务连续性支持)模式。
在PDU会话类型为IPv4或IPv6或IPv4v6的情况下，SMF为PDU会话分配IP地址/前缀。
步骤S118，SMF网元向PCF网元发起SM策略关联修改过程，以提供有关已满足的策略控制请求触发条件的信息。
步骤S120a，SMF网元向UPF网元发送N4会话建立/修改请求。
步骤S120b，UPF网元向SMF网元发起N4会话建立/修改响应。
在N4会话建立/修改过程中SMF网元携带发给UPF的各种规则。
步骤S122，SMF网元向AMF网元发送Namf_Communication_N1N2MessageTransfer消息。
其中，这个信息的目的就是，SMF网元要将一些信息告诉UE和(R)AN，但SMF网元和两者都没有直接的链接，所以必须依靠AMF网元来转发。完成后AMF网元向SMF网元发送Namf_Communication_N1N2MessageTransfer_Ack消息。
步骤S124，AMF网元将包含针对UE的PDU会话ID、PDU会话建立接受的NAS消息(accept)、以及在N2 PDU会话请求内从SMF网元接收的N2 SM信息，发送到(R)AN设备。
步骤S126，(R)AN设备向UE发出与从SMF网元接收的信息相关的AN特定信令交换。
步骤S128，(R)AN向AMF发送N2 PDU会话响应。
步骤S130，AMF网元向SMF网元发送Nsmf_PDUSession_UpdateSMContext Request消息。
步骤S132a，SMF网元向UPF网元发送N4 Session修改请求。
步骤S132b，UPF网元向SMF网元发送N4 Session修改响应。
步骤S132c，SMF网元向UDM网元发起注册。
步骤S134，SMF网元向AMF网元回复Nsmf_PDUSession_UpdateSMContext Response消息。
步骤S136，SMF网元会话建立完成，向AMF网元发送Nsmf_PDUSession_SMContextNotify消息。
步骤S138，如果UE申请的是IPv6类型的PDU会话，SMF网元还需要通过UPF网元向UE发布IPv6路由公告。
步骤S140，如果在步骤S108之后PDU会话建立失败，SMF网元需要向UDM网元发起去注册和去订阅的流程。
下面，将结合附图及实施例对本示例实施方式中的视频流丢包方法的各个步骤进行更详细的说明。
如图2所示，根据本公开的一个实施例的视频流丢包方法，包括：
步骤S202，策略控制功能PCF网元向进程管理功能SMF网元发送差异丢包策略，其中，SMF网元将差异丢包策略发送至用户面功能UPF网元，UPF网元用于基于差异丢包策略对接收到的下行视频数据包中的指定类型编码帧进行配置，指定类型编码帧为保留的I帧，或指定类型编码帧为丢弃的P帧和/或B帧。
其中，下行指从数据网络向UE传输的数据包。
由于I帧为视频画面中的关键帧，差异丢包策略指为了保留下行视频数据包中的I帧，丢弃B帧、或丢弃P帧，或将B帧和P帧均丢弃执行的策略，策略包括对保留的I帧进行配置，以便于识别，在识别出后保留，或对丢弃的B帧和/或P帧进行配置，以便于识别，在识别出后丢弃。
另外，在5G核心网架构中，PCF网元为提供策略的网元，SMF网元为进行会话管理的网元，SMF基于UE或者会话的粒度选择UPF网元，UPF网元为实施策略的网元。
在该实施例中，通过PCF网元向SMF网元发送差异丢包策略，以使SMF网元将差异丢包策略发送至UPF网元，以由UPF网元实施该差异丢包策略，以能够出现数据堵塞等现象的工况中执行差异丢包，在保证视频传输质量、减少UE端接收到的视频画面出现卡顿现象的同时，也能够缓解传输网络过程的数据堵塞现象，提升数据传输的可靠性和传输效率。
如图3所示，在一个实施例中，策略控制功能PCF网元向进程管理功能SMF网元发送差异丢包策略，具体包括：
步骤S302，PCF网元接收进程管理功能SMF网元发送的第一信令，第一信令用于SMF网元与PCF网元之间建立SM策略关联。
其中，第一信令可以为步骤S114b中的Npcf_smpolicyControl_Create信令。
步骤S304，PCF网元查询第一信令携带的用户信息。
步骤S306，PCF网元基于用户信息查询到匹配的签约数据时，向SMF网元发送第二信令，第二信令携带差异丢包策略，签约数据表示用户签约了差异丢包套餐。
其中，第二信令可以为步骤S114b中的Npcf_smpolicyControl_Create Response信令，以在该信令中携带差异丢包策略。
在该实施例中，PCF网元通过从SMF网元接收用户信息，以基于对用户信息的检测确定UE用户是否为差异丢包策略的签约用户，以在检测到UE用户为签约用户时，向SMF网元发送携带差异丢包策略的第二信令，实现了针对不同用户确定是否执行差异丢包策略的方式，例如，如果签约用户的流量套餐的流量较少，则可以执行差异丢包策略。
如图4所示，根据本公开的另一个实施例的视频流丢包方法，包括：
步骤S402，进程管理功能SMF网元向用户面功能UPF网元发送差异丢包策略，其中，UPF网元用于基于差异丢包策略对接收到的下行视频数据包中的指定类型编码帧进行配置，指定类型编码帧为保留的I帧，或指定类型编码帧为丢弃的P帧和/或B帧。
其中，差异丢包策略可以为由PCF网元下发至SMF网元的策略，也可以为直接存储在SMF网元的策略。
发送至UPF网元的差异丢包策略为对携带I帧的数据包进行配置的策略，或对携带B帧和/或P帧的数据包进行配置的策略。
在该实施例中，通过SMF网元将差异丢包策略发送至UPF网元，以由UPF网元实施该差异丢包策略，能够出现数据堵塞等现象的工况中执行差异丢包，在保证视频传输质量、减少UE端接收到的视频画面出现卡顿现象的同时，也能够缓解传输网络过程的数据堵塞现象，提升数据传输的可靠性和传输效率。
在一个实施例中，进程管理功能SMF网元向用户面功能UPF网元发送差异丢包策略，具体包括：SMF网元向UPF网元发送第三信令，第三信令携带差异丢包策略。
其中，第三信令具体为步骤S120a中的SMF网元向UPF网元发送的N4会话建立/修改请求，即可以在该请求中携带差异丢包策略。
在一个实施例中，在进程管理功能SMF网元向用户面功能UPF网元发送差异丢包策略之前，还包括：SMF网元接收策略控制功能PCF网元发送的差异丢包策略。
在一个实施例中，在进程管理功能SMF网元向用户面功能UPF网元发送差异丢包策略之前，还包括：SMF网元接收接入及移动性管理功能AMF网元发送的第四信令，第四信令用于请求创建PDU会话，PDU会话基于用户终端UE的请求生成；SMF网元基于第四信令向统一数据管理功能UDM请求UE的用户信息；SMF网元基于用户信息生成第一信令。
其中，第一信令即为步骤S302中，SMF网元向PCF网元发送的第一信令。
其中，第四信令可以为步骤S106中的AMF网元向SMF网元发送的Nsmf_PDUSession_CreateSMContext Request消息。
在该实施例中，SMF网元通过响应于PDU会话创建请求，去UDM下载用户信息，并将用户信息发送至PCF网元，这样PCF网元即可基于用户信息检测UE用户是否为签约用户，以确定是否执行差异丢包策略。
如图5所示，根据本公开的再一个实施例的视频流丢包方法，包括：
步骤S502，进程管理功能SMF网元向接入及移动性管理功能AMF网元发送差异丢包策略，其中，AMF网元将差异丢包策略发送至无线接入RAN设备，以使RAN设备基于差异丢包策略识别接收到的下行视频数据包中的指定类型编码帧，并基于识别结果保留下行视频数据包或丢弃下行视频数据包。
其中，发送至RAN设备的差异丢包策略为识别I帧，或识别B帧和/或P帧，并基于识别结果确定是否丢弃包的策略。
在该实施例中，通过SMF网元向AMF网元发送差异丢包策略，以由AMF网元差异丢包策略发送至RAN设备，由RAN设备执行具体的是否丢弃的判别操作，以及在决定丢弃时执行丢弃动作，并将丢弃P帧和/或B帧后的视频流发送至UE，以在保证视频传输质量、减少UE端接收到的视频画面出现卡顿现象的同时，也能够缓解传输网络过程的数据堵塞现象，提升数据传输的可靠性和传输效率。
在一个实施例中，进程管理功能SMF网元向接入及移动性管理功能AMF网元发送差异丢包策略，具体包括：
SMF网元向AMF网元发送第五信令，第五信令携带差异丢包策略。
其中，第五信令为步骤S122中SMF网元向AMF网元发送的Namf_Communication_N1N2MessageTransfer消息。
如图6所示，根据本公开的又一个实施例的视频流丢包方法，包括：
步骤S602，用户面功能UPF网元接收进程管理功能SMF网元发送的差异丢包策略。
步骤S604，UPF网元接收到下行视频数据包时，基于差异丢包策略对下行视频数据包执行深度包检测操作。
其中，深度包检测操作(Deep Packet Inspection，DPI)通过对网络通讯的原始数据包捕获，使用基于应用数据的“特征值”检测、基于应用层协议的识别检测、基于行为模式的数据检测等操作，根据不同的检测方法对视频数据包进行拆包分析，以检测出I帧、B帧以及P帧等。
步骤S606，UPF网元基于深度包检测操作的结果确定下行视频数据包中的图像编码帧的类型。
步骤S608，UPF网元基于图像编码帧的类型确定图像编码帧为指定类型编码帧时，对图像编码帧进行配置。
其中，UPF网元接收到的差异丢包策略是对携带I帧的数据包进行配置的策略，或对携带B帧和/或P帧的数据包进行配置的策略。
具体地，通过对携带该图像编码帧的数据包进行标识，实现配置操作。
在该实施例中，UPF网元通过接收SMF网元发送的差异丢包策略，以基于该差异丢包策略对接收到的下行视频数据包中的编码帧进行识别，在识别出指定类型编码帧时，对指定类型编码帧进行配置，以在下行视频数据包传输到RAN设备时，由RAN设备识别数据包是否经过UPF网元的配置，若检测出配置，则确定携带的图像编码帧为指定类型编码帧，此时如果指定类型编码帧为I帧则保留，是B帧和/或P帧，则丢弃，从而实现了基于UPF网元的配置功能。
在一个实施例中，UPF网元基于图像编码帧的类型确定图像编码帧为指定类型编码帧时，对图像编码帧进行配置，具体包括：指定类型编码帧为保留的I帧，在UPF网元检测到图像编码帧的类型为I帧时，将下行视频数据包的属性值修改为指定值。
在该实施例中，可以将I帧作为指定类型编码帧进行配置，此时RAN设备检测到配置操作时，则保留对应的下行视频数据包。
在一个实施例中，UPF网元基于图像编码帧的类型确定图像编码帧为指定类型编码帧时，对图像编码帧进行配置，具体包括：指定类型编码帧为丢弃的P帧和/或B帧，在UPF网元检测到图像编码帧的类型为P帧和/或B帧时，将下行视频数据包的属性值修改为指定值。
在该实施例中，可以将B帧和/或P帧作为指定类型编码帧进行配置，此时RAN设备检测到配置操作时，则可丢弃对应的下行视频数据包。
在一个实施例中，属性值为区分服务码点DSCP值。
在该实施例中，作为对指定类型编码帧的一种具体的配置方式，将携带该编码帧的数据包的DSCP值修改为指定值，比如修改为FF，在RAN设备接收到该数据包时，如果监测到DSCP值＝FF，则可确定该数据包为被配置的数据包，如果配置规则是对I帧进行配置，则可确定保留，如果配置规则是对B帧和/或P帧进行配置，则可丢弃。
如图7所示，指定类型编码帧为保留的I帧，根据本公开的又一个实施例的视频流丢包方法，包括：
步骤S702，用户面功能UPF网元接收进程管理功能SMF网元发送的差异丢包策略。
步骤S704，UPF网元接收到下行视频数据包时，基于差异丢包策略对下行视频数据包执行深度包检测操作。
步骤S706，UPF网元基于深度包检测操作的结果确定下行视频数据包中的图像编码帧的类型为I帧。
步骤S708，UPF网元将下行视频数据包的DSCP值修改为指定值。
如图8所示，根据本公开的又一个实施例的视频流丢包方法，包括：
步骤S802，无线接入RAN设备接收接入及移动性管理功能AMF网元发送的差异丢包策略。
其中，差异丢包策略可以由步骤S124中AMF网元发送的NAS消息或N2 SM信息中携带。
步骤S804，RAN设备接收到下行视频数据包时，基于差异丢包策略识别下行视频数据包中的编码帧类型。
其中，下行视频数据包为经过用户面功能UPF网元进行图像编码帧配置后的数据包。
步骤S806，RAN设备基于识别结果保留下行视频数据包或丢弃下行视频数据包。
在该实施例中，RAN设备为执行是否丢包的网元，通过接收差异丢包策略，在接收到待发送到UE的下行视频数据包时，由RAN设备识别数据包是否经过UPF网元的配置，若检测出配置，则确定携带的图像编码帧为指定类型编码帧，此时如果指定类型编码帧为I帧则保留，是B帧和/或P帧，则丢弃，从而实现了基于RAN设备的对B帧和/或P帧的丢弃操作，进而有利于保证终端接收到的视频流的流畅性，并能够缓解下行传输压力。
在一个实施例中，RAN设备接收到下行视频数据包时，基于差异丢包策略识别下行视频数据包中的编码帧类型，具体包括：指定类型编码帧为保留的I帧，RAN设备检测到下行视频数据包的属性值与指定值匹配时，确定下行视频数据包中的编码帧为I帧；RAN设备检测到下行视频数据包的属性值与指定值不匹配时，确定下行视频数据包中的编码帧为非I帧。
具体地，指定类型编码帧为保留的I帧，属性值为DSCP值，RAN设备检测到下行视频数据包的DSCP值与指定值匹配时，则可以确定该包携带的为I帧，并保留，以防止关键帧的误丢弃。
在一个实施例中，RAN设备接收到下行视频数据包时，基于差异丢包策略识别下行视频数据包中的编码帧类型，具体包括：指定类型编码帧为丢弃的P帧和/或B帧，RAN设备检测到下行视频数据包的属性值与指定值匹配时，确定下行视频数据包中的编码帧为P帧和/或B帧；RAN设备检测到下行视频数据包的属性值与指定值不匹配时，确定下行视频数据包中的编码帧为I帧。
具体地，指定类型编码帧为可丢弃的P帧和/或B帧，属性值为DSCP值，RAN设备检测到下行视频数据包的DSCP值与指定值匹配时，则可以确定该包携带的为P帧和/或B帧，并可进一步确定是否丢弃。
在一个实施例中，RAN设备基于识别结果保留下行视频数据包或丢弃下行视频数据包，具体包括：RAN设备获取下行视频数据包的视频业务标识；RAN设备检测到视频业务标识与预存业务标识匹配，并且下行视频数据包中的编码帧为P帧和/或B帧时，则丢弃下行视频数据包。
在该实施例中，在RAN设备确定下行视频数据包携带的编码帧为P帧和/或B帧时，则可以进一步检测该视频的视频业务标识是否预存业务标识匹配，若匹配，则表明该用户签约了该项业务，此时可以执行丢包的操作，从而实现了针对签约用户开启该功能的方式。
在一个实施例中，RAN设备基于识别结果保留下行视频数据包或丢弃下行视频数据包，具体包括：RAN设备检测到用户终端UE接入的下行传输通道堵塞，并且下行视频数据包中的编码帧为P帧和/或B帧时，则丢弃下行视频数据包，其中，UE为下行视频数据包的目标终端。
在该实施例中，在RAN设备确定下行视频数据包携带的编码帧为P帧和/或B帧时，还可以进一步检测下行传输通道是否堵塞，如果出现堵塞情况，则可执行丢包操作，以缓解下行传输通道的传输压力，如果未出现堵塞情况，则可以不执行丢包操作，即将视频流的I帧、P帧和B帧均发送至UE端，从而有利于保证视频质量。
如图9所示，指定类型编码帧为保留的I帧，根据本公开的又一个实施例的视频流丢包方法，包括：
步骤S902，无线接入RAN设备接收接入及移动性管理功能AMF网元发送的差异丢包策略。
步骤S904，RAN设备接收下行视频数据包。
步骤S906，RAN设备检测到下行视频数据包的DSCP值与指定值匹配时，确定下行视频数据包中的编码帧为I帧，并保留下行视频数据包。
步骤S909，RAN设备检测到下行视频数据包的DSCP值与指定值不匹配时，确定下行视频数据包中的编码帧为非I帧。
步骤S910，RAN设备获取下行视频数据包的视频业务标识。
步骤S912，RAN设备检测到视频业务标识与预存业务标识匹配，丢弃下行视频数据包。
需要注意的是，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
下面参照图10来描述根据本公开的这种实施方式的一种视频流丢包装置1000，图10所示的视频流丢包装置1000仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
视频流丢包装置1000以硬件模块的形式表现。视频流丢包装置1000的组件可以包括但不限于：第一发送模块1002，其中，通过第一发送模块1002由策略控制功能PCF网元向进程管理功能SMF网元发送差异丢包策略，SMF网元将差异丢包策略发送至用户面功能UPF网元，UPF网元用于基于差异丢包策略对接收到的下行视频数据包中的指定类型编码帧进行配置，指定类型编码帧为保留的I帧，或指定类型编码帧为丢弃的P帧和/或B帧。
下面参照图11来描述根据本公开的这种实施方式的另一种视频流丢包装置1100。图11所示的视频流丢包装置1100仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
视频流丢包装置1100以硬件模块的形式表现。视频流丢包装置1100的组件可以包括但不限于：第二发送模块1102，其中，通过第二发送模块1102由进程管理功能SMF网元向用户面功能UPF网元发送差异丢包策略，UPF网元用于基于差异丢包策略对接收到的下行视频数据包中的指定类型编码帧进行配置，指定类型编码帧为保留的I帧，或指定类型编码帧为丢弃的P帧和/或B帧。
下面参照图12来描述根据本公开的这种实施方式的另一种视频流丢包装置1200。图12所示的视频流丢包装置1200仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
视频流丢包装置1200以硬件模块的形式表现。视频流丢包装置1200的组件可以包括但不限于：第三发送模块1202，其中，通过第三发送模块1202由进程管理功能SMF网元向接入及移动性管理功能AMF网元发送差异丢包策略，AMF网元将差异丢包策略发送至无线接入RAN设备，以使RAN设备基于差异丢包策略识别接收到的下行视频数据包中的指定类型编码帧，并基于识别结果保留下行视频数据包或丢弃下行视频数据包。
下面参照图13来描述根据本公开的这种实施方式的另一种视频流丢包装置1300。图13所示的视频流丢包装置1300仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
视频流丢包装置1300以硬件模块的形式表现。视频流丢包装置1300的组件可以包括但不限于：第一接收模块1302、检测模块1304、确定模块1306和配置模块1308，其中，通过第一接收模块1302由用户面功能UPF网元接收进程管理功能SMF网元发送的差异丢包策略；通过检测模块1304使UPF网元接收到下行视频数据包时，基于差异丢包策略对下行视频数据包执行深度包检测操作；通过确定模块1306使UPF网元基于深度包检测操作的结果确定下行视频数据包中的图像编码帧的类型；通过配置模块1308使UPF网元基于图像编码帧的类型确定图像编码帧为指定类型编码帧时，对图像编码帧进行配置。
下面参照图14来描述根据本公开的这种实施方式的另一种视频流丢包装置1400。图14所示的视频流丢包装置1400仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
视频流丢包装置1400以硬件模块的形式表现。视频流丢包装置1400的组件可以包括但不限于：第二接收模块1402、识别模块1404和处理模块1406，其中，通过第二接收模块1402由无线接入RAN设备接收接入及移动性管理功能AMF网元，通过识别模块1404使RAN设备接收到下行视频数据包时，基于差异丢包策略识别下行视频数据包中的编码帧类型；通过处理模块1406使RAN设备基于识别结果保留下行视频数据包或丢弃下行视频数据包，其中，下行视频数据包为经过用户面功能UPF网元进行图像编码帧配置后的数据包。
所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
如图15所示，上述网元均由电子设备构成，电子设备1500以通用计算设备的形式表现。电子设备1500的组件可以包括但不限于：上述至少一个处理单元1510、上述至少一个存储单元1520、连接不同系统组件(包括存储单元1520和处理单元1510)的总线1530。
其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元1510执行，使得所述处理单元1510执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，所述处理单元1510可以执行如图1至图9中所示的步骤所描述的方案。
存储单元1520可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)15201和/或高速缓存存储单元15202，还可以进一步包括只读存储单元(ROM)15203。
存储单元1520还可以包括具有一组(至少一个)程序模块15205的程序/实用工具15204，这样的程序模块15205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线1530可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
电子设备1500也可以与一个或多个外部设备1560(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备1500交互的设备通信，和/或与使得该电子设备1500能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1540进行。并且，电子设备1500还可以通过网络适配器1550与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器1550通过总线1530与电子设备1500的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1500使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。
在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。
根据本公开的实施方式的用于实现上述方法的程序产品，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。
通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。

Claims (23)

1.一种视频流丢包方法，其特征在于，包括：
策略控制功能PCF网元向进程管理功能SMF网元发送差异丢包策略，
其中，所述SMF网元将所述差异丢包策略发送至用户面功能UPF网元，所述UPF网元用于基于所述差异丢包策略对接收到的下行视频数据包中的指定类型编码帧进行配置，所述指定类型编码帧为保留的I帧，或所述指定类型编码帧为丢弃的P帧和/或B帧。
2.根据权利要求1所述的视频流丢包方法，其特征在于，所述策略控制功能PCF网元向进程管理功能SMF网元发送差异丢包策略，具体包括：
所述PCF网元接收所述SMF网元发送的第一信令，所述第一信令用于所述SMF网元与所述PCF网元之间建立SM策略关联；
所述PCF网元查询所述第一信令携带的用户信息；
所述PCF网元基于所述用户信息查询到匹配的签约数据时，向所述SMF网元发送第二信令，所述第二信令携带所述差异丢包策略，所述签约数据表示所述用户签约了差异丢包套餐。
3.一种视频流丢包方法，其特征在于，包括：
进程管理功能SMF网元向用户面功能UPF网元发送差异丢包策略，
其中，所述UPF网元用于基于所述差异丢包策略对接收到的下行视频数据包中的指定类型编码帧进行配置，所述指定类型编码帧为保留的I帧，或所述指定类型编码帧为丢弃的P帧和/或B帧。
4.根据权利要求3所述的视频流丢包方法，其特征在于，所述进程管理功能SMF网元向用户面功能UPF网元发送差异丢包策略，具体包括：
所述SMF网元向所述UPF网元发送第三信令，所述第三信令携带所述差异丢包策略。
5.根据权利要求3所述的视频流丢包方法，其特征在于，在进程管理功能SMF网元向用户面功能UPF网元发送差异丢包策略之前，还包括：
所述SMF网元接收策略控制功能PCF网元发送的所述差异丢包策略。
6.根据权利要求3所述的视频流丢包方法，其特征在于，在进程管理功能SMF网元向用户面功能UPF网元发送差异丢包策略之前，还包括：
所述SMF网元接收接入及移动性管理功能AMF网元发送的第四信令，所述第四信令用于请求创建PDU会话，所述PDU会话基于用户终端UE的请求生成；
所述SMF网元基于所述第四信令向统一数据管理功能UDM请求所述UE的用户信息；
所述SMF网元基于所述用户信息生成第一信令，所述第一信令用于向策略控制功能PCF网元发送。
7.一种视频流丢包方法，其特征在于，包括：
进程管理功能SMF网元向接入及移动性管理功能AMF网元发送差异丢包策略，
其中，所述AMF网元将所述差异丢包策略发送至无线接入RAN设备，以使所述RAN设备基于所述差异丢包策略识别接收到的下行视频数据包中的指定类型编码帧，并基于识别结果保留所述下行视频数据包或丢弃所述下行视频数据包。
8.根据权利要求7所述的视频流丢包方法，其特征在于，所述进程管理功能SMF网元向接入及移动性管理功能AMF网元发送差异丢包策略，具体包括：
所述SMF网元向所述AMF网元发送第五信令，所述第五信令携带所述差异丢包策略。
9.一种视频流丢包方法，其特征在于，包括：
用户面功能UPF网元接收进程管理功能SMF网元发送的差异丢包策略；
所述UPF网元接收到下行视频数据包时，基于所述差异丢包策略对所述下行视频数据包执行深度包检测操作；
所述UPF网元基于所述深度包检测操作的结果确定所述下行视频数据包中的图像编码帧的类型；
所述UPF网元基于所述图像编码帧的类型确定所述图像编码帧为指定类型编码帧时，对所述图像编码帧进行配置。
10.根据权利要求9所述的视频流丢包方法，其特征在于，所述UPF网元基于所述图像编码帧的类型确定所述图像编码帧为指定类型编码帧时，对所述图像编码帧进行配置，具体包括：
所述指定类型编码帧为保留的I帧，在所述UPF网元检测到所述图像编码帧的类型为所述I帧时，将所述下行视频数据包的属性值修改为指定值。
11.根据权利要求9所述的视频流丢包方法，其特征在于，所述UPF网元基于所述图像编码帧的类型确定所述图像编码帧为指定类型编码帧时，对所述图像编码帧进行配置，具体包括：
所述指定类型编码帧为丢弃的P帧和/或B帧，在所述UPF网元检测到所述图像编码帧的类型为所述P帧和/或所述B帧时，将所述下行视频数据包的属性值修改为指定值。
12.根据权利要求10或11所述的视频流丢包方法，其特征在于，
所述属性值为区分服务码点DSCP值。
13.一种视频流丢包方法，其特征在于，包括：
无线接入RAN设备接收接入及移动性管理功能AMF网元发送的差异丢包策略；
所述RAN设备接收到下行视频数据包时，基于所述差异丢包策略识别所述下行视频数据包中的编码帧类型；
所述RAN设备基于识别结果保留所述下行视频数据包或丢弃所述下行视频数据包，
其中，所述下行视频数据包为经过用户面功能UPF网元进行图像编码帧配置后的数据包。
14.根据权利要求13所述的视频流丢包方法，其特征在于，所述RAN设备接收到下行视频数据包时，基于所述差异丢包策略识别所述下行视频数据包中的编码帧类型，具体包括：
指定类型编码帧为保留的I帧，所述RAN设备检测到所述下行视频数据包的属性值与指定值匹配时，确定所述下行视频数据包中的编码帧为所述指定类型编码帧；
所述RAN设备检测到所述下行视频数据包的属性值与指定值不匹配时，确定所述下行视频数据包中的编码帧为非I帧。
15.根据权利要求13所述的视频流丢包方法，其特征在于，所述RAN设备接收到下行视频数据包时，基于所述差异丢包策略识别所述下行视频数据包中的编码帧类型，具体包括：
指定类型编码帧为丢弃的P帧和/或B帧，所述RAN设备检测到所述下行视频数据包的属性值与指定值匹配时，确定所述下行视频数据包中的编码帧为所述指定类型编码帧；
所述RAN设备检测到所述下行视频数据包的属性值与指定值不匹配时，确定所述下行视频数据包中的编码帧为I帧。
16.根据权利要求13所述的视频流丢包方法，其特征在于，所述RAN设备基于识别结果保留所述下行视频数据包或丢弃所述下行视频数据包，具体包括：
所述RAN设备获取所述下行视频数据包的视频业务标识；
所述RAN设备检测到所述视频业务标识与预存业务标识匹配，并且所述下行视频数据包中的编码帧为P帧和/或B帧时，则丢弃所述下行视频数据包。
17.根据权利要求13所述的视频流丢包方法，其特征在于，所述RAN设备基于识别结果保留所述下行视频数据包或丢弃所述下行视频数据包，具体包括：
所述RAN设备检测到用户终端UE接入的下行传输通道堵塞，并且所述下行视频数据包中的编码帧为P帧和/或B帧时，则丢弃所述下行视频数据包，
其中，所述UE为所述下行视频数据包的目标终端。
18.一种视频流丢包装置，其特征在于，包括：第一发送模块，其中，
通过所述第一发送模块由策略控制功能PCF网元向进程管理功能SMF网元发送差异丢包策略，
所述SMF网元用于将所述差异丢包策略发送至用户面功能UPF网元，所述UPF网元用于基于所述差异丢包策略对接收到的下行视频数据包中的指定类型编码帧进行配置，所述指定类型编码帧为保留的I帧，或所述指定类型编码帧为丢弃的P帧和/或B帧。
19.一种视频流丢包装置，其特征在于，包括：第二发送模块，其中，
通过所述第二发送模块由进程管理功能SMF网元向用户面功能UPF网元发送差异丢包策略，
所述UPF网元用于基于所述差异丢包策略对接收到的下行视频数据包中的指定类型编码帧进行配置，所述指定类型编码帧为保留的I帧，或所述指定类型编码帧为丢弃的P帧和/或B帧。
20.一种视频流丢包装置，其特征在于，包括：第三发送模块，其中，
通过所述第三发送模块由进程管理功能SMF网元向接入及移动性管理功能AMF网元发送差异丢包策略，
所述AMF网元将所述差异丢包策略发送至无线接入RAN设备，以使所述RAN设备基于所述差异丢包策略识别接收到的下行视频数据包中的指定类型编码帧，并基于识别结果保留所述下行视频数据包或丢弃所述下行视频数据包。
21.一种视频流丢包装置，其特征在于，包括：第一接收模块、检测模块、确定模块和配置模块，其中，
通过所述第一接收模块由用户面功能UPF网元接收进程管理功能SMF网元发送的差异丢包策略；
通过所述检测模块使所述UPF网元接收到下行视频数据包时，基于所述差异丢包策略对所述下行视频数据包执行深度包检测操作；
通过所述确定模块使所述UPF网元基于所述深度包检测操作的结果确定所述下行视频数据包中的图像编码帧的类型；
通过所述配置模块使所述UPF网元基于所述图像编码帧的类型确定所述图像编码帧为指定类型编码帧时，对所述图像编码帧进行配置。
22.一种视频流丢包装置，其特征在于，包括：第二接收模块、识别模块和处理模块，其中，
通过所述第二接收模块由无线接入RAN设备接收接入及移动性管理功能AMF网元，
通过所述识别模块使所述RAN设备接收到下行视频数据包时，基于所述差异丢包策略识别所述下行视频数据包中的编码帧类型；
通过所述处理模块使所述RAN设备基于识别结果保留所述下行视频数据包或丢弃所述下行视频数据包，
其中，所述下行视频数据包为经过用户面功能UPF网元进行图像编码帧配置后的数据包。
23.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1～17中任意一项所述的视频流丢包方法。
CN202210073421.1A 2022-01-21 2022-01-21 视频流丢包方法、装置和存储介质 Pending CN116506697A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210073421.1A CN116506697A (zh) 2022-01-21 2022-01-21 视频流丢包方法、装置和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210073421.1A CN116506697A (zh) 2022-01-21 2022-01-21 视频流丢包方法、装置和存储介质

Publications (1)

Publication Number Publication Date
CN116506697A true CN116506697A (zh) 2023-07-28

Family

ID=87315436

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210073421.1A Pending CN116506697A (zh) 2022-01-21 2022-01-21 视频流丢包方法、装置和存储介质

Country Status (1)

Country Link
CN (1) CN116506697A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116915688A (zh) * 2023-09-13 2023-10-20 中兴通讯股份有限公司 一种实时音视频传输网络的数据传输方法及系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116915688A (zh) * 2023-09-13 2023-10-20 中兴通讯股份有限公司 一种实时音视频传输网络的数据传输方法及系统
CN116915688B (zh) * 2023-09-13 2024-01-23 中兴通讯股份有限公司 一种实时音视频传输网络的数据传输方法及系统

Similar Documents

Publication Publication Date Title
JP6065189B2 (ja) トンネル管理システム及びトンネル管理方法
WO2021032131A1 (zh) 一种用户面信息上报方法及装置
US11784869B2 (en) Method, apparatus, and computer program product for error handling for indirect communications
US10939127B2 (en) Method and apparatus for transmission of substreams of video data of different importance using different bearers
US10582436B2 (en) Voice service processing method and base station
KR102121733B1 (ko) 단말장치 및 기지국장치와, QoS 제어방법
US20230216758A1 (en) Information acquisition method and apparatus, storage medium, and electronic apparatus
US20220353746A1 (en) Report information sending method, communication apparatus, and communication system
CN116506697A (zh) 视频流丢包方法、装置和存储介质
WO2019096332A1 (zh) 报文头压缩机制确定方法、设备及系统
US11432266B2 (en) Method and apparatus for transmitting data to UE in a device group, and computer storage medium
CN109921993B (zh) 通信系统的数据传输方法以及通信系统
WO2016065638A1 (zh) 一种数据传输方法及设备
WO2021213000A1 (zh) 媒体报文的传输方法、装置及系统
US9553906B2 (en) Method and system for synchronization of data streams
CN115918251A (zh) 一种报文处理的方法以及相关装置
KR102121730B1 (ko) 기지국장치와 QoS 제어방법
WO2023213202A1 (zh) 通信方法和装置
US20230362856A1 (en) Data transmission method, data transmission apparatus, computer-readable medium, and electronic device
US20230353285A1 (en) Data transmission method, data transmission apparatus, computer-readable medium, electronic device, and computer program product
US20230269575A1 (en) Base station device and method for operating base station device
US20240089209A1 (en) Method and device for video transmission, and storage medium
CN114071377B (zh) 语音制式切换方法、核心网设备、集群组设备及集群组
WO2023213086A1 (zh) 数据处理方法、装置、计算机可读介质及电子设备
WO2023185853A1 (zh) 信息传输方法、装置、相关设备及存储介质

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