CN114928554B - 视频传输方法、装置和存储介质 - Google Patents

视频传输方法、装置和存储介质 Download PDF

Info

Publication number
CN114928554B
CN114928554B CN202110138111.9A CN202110138111A CN114928554B CN 114928554 B CN114928554 B CN 114928554B CN 202110138111 A CN202110138111 A CN 202110138111A CN 114928554 B CN114928554 B CN 114928554B
Authority
CN
China
Prior art keywords
qos
video frame
video
transmission
service
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
CN202110138111.9A
Other languages
English (en)
Other versions
CN114928554A (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.)
Datang Mobile Communications Equipment Co Ltd
Original Assignee
Datang Mobile Communications Equipment 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 Datang Mobile Communications Equipment Co Ltd filed Critical Datang Mobile Communications Equipment Co Ltd
Priority to CN202110138111.9A priority Critical patent/CN114928554B/zh
Priority to PCT/CN2022/071453 priority patent/WO2022161162A1/zh
Priority to US18/263,559 priority patent/US20240089209A1/en
Priority to EP22745040.0A priority patent/EP4287636A4/en
Publication of CN114928554A publication Critical patent/CN114928554A/zh
Application granted granted Critical
Publication of CN114928554B publication Critical patent/CN114928554B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2408—Traffic characterised by specific attributes, e.g. priority or QoS for supporting different services, e.g. a differentiated services [DiffServ] type of service
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • H04L12/1407—Policy-and-charging control [PCC] architecture
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5029—Service quality level-based billing, e.g. dependent on measured service level customer is charged more or less
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/66—Policy and charging system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80—Rating or billing plans; Tariff determination aspects
    • H04M15/8016—Rating or billing plans; Tariff determination aspects based on quality of service [QoS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0894—Policy-based network configuration management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Quality & Reliability (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种视频传输方法、装置和存储介质，涉及无线通信领域。具体实现方案为：会话管理功能SMF接收策略控制功能PCF发送的策略与计费控制PCC规则，其中，PCC规则是PCF在确定需保障第一视频帧的传输的情况下生成的，PCC规则指示对第一业务流采用第一服务质量QoS保障的QoS流传输，第一业务流包含第一视频帧。由此，可以实现针对第一视频帧的传输，提出适用的QoS保障的QoS流，以确保第一视频帧可靠按时传输。

Description

视频传输方法、装置和存储介质
技术领域
本申请涉及无线通信技术领域，尤其涉及一种视频传输方法、装置和存储介质。
背景技术
目前为了节省存储空间，可以采用各种压缩算法对视频进行压缩，压缩视频中的所有编码帧在相同服务质量(Quality of Service，简称QoS)流(flow)中传输。然而，采用相同的QoS flow传输压缩视频流中的所有编码帧，可能无法保证关键帧的可靠传输和按时传输，在压缩视频的解码过程中，若关键帧丢失，则一组画面都无法解出，并且若关键帧没有按时到达，则一组视频画面均将出现延迟，由此将严重降低用户体验。
发明内容
本申请提供了一种用于视频传输方法、装置、设备以及存储介质，用于解决相关技术中，采用相同的QoS flow传输视频流中的所有编码帧，无法保证关键帧的可靠传输和按时传输的问题。
根据本申请的一方面，提供了一种视频传输方法，应用于会话管理功能(SessionManagement Function，简称SMF)，包括：
接收策略控制功能(Policy Control Function，简称PCF)发送的策略与计费控制(Policy and Charging Control，简称PCC)规则，其中，所述PCC规则是所述PCF在确定需保障第一视频帧的传输的情况下生成的，所述PCC规则指示对第一业务流采用第一QoS保障的QoS流传输，所述第一业务流包含第一视频帧。
可选地，所述PCC规则还指示对第二业务流采用第二QoS保障的QoS流传输，所述第二业务流包含第二视频帧，所述第一QoS保障高于所述第二QoS保障。
可选地，所述接收PCF发送的PCC规则之前，所述方法还包括：
接收终端设备发送的协议数据单元(ProtocolDataUnit，简称PDU)会话建立请求；
向所述PCF发送第一消息，其中，所述第一消息用于所述PCF根据单一网络切片选择辅助信息(Single Network Slice Selection Assistance Information，简称S-NSSAI)和数据网络名称(Data Network Name，简称DNN)，确定待建立的PDU会话用于第一视频业务的传输。
可选地，所述接收PCF发送的PCC规则之后，所述方法还包括：
根据所述PCC规则，生成分组检测信息(Packet Detection Information，简称PDI)；
将所述PDI发送至用户面功能(User Plane Function，简称UPF)，以使所述UPF根据所述PDI中的分组流描述符(Packet Flow Descriptor，简称PDR)检测下行数据包中的第一视频帧和第二视频帧，并分别为所述第一视频帧和所述第二视频帧标记对应的QoS流标识(QoS Flow ID，简称QFI)。
可选地，所述PDR包括所述第一视频帧和/或所述第二视频帧分别对应的帧头类型匹配信息；或者，
所述PDR包括所述第一视频帧和/或所述第二视频帧分别对应的标签数据。
可选地，所述接收PCF发送的PCC规则之前，所述方法还包括：
接收接入网设备发送的第一通知消息，所述第一通知消息包含无法保障第一视频业务传输的QoS的指示信息；
向所述PCF发送第二消息，所述第二消息包含所述接入网设备无法保障第一视频业务传输的QoS的指示信息。
可选地，所述第一通知消息，是接入网设备在确定无法保障所述第一视频业务传输的QoS时，释放所述第一视频业务使用的QoS流后生成的，或者是所述接入网设备在确定无法保障所述第一视频业务传输的QoS，且确定所述第一视频业务采用的QoS流启用了通知控制机制而未释放所述QoS流后生成的。
可选地，所述第一视频业务包括根据网络策略或者应用层信息确定的视频业务。
可选地，所述应用层信息包括：
下行数据包中的视频帧所标记的标签数据和对应的QoS要求。
可选地，所述应用层信息是应用功能(Application Function，简称AF)在确定第一视频业务传输的QoS无法保障的情况下提供的。
可选地，所述标签数据包括以下至少一种：
业务类型(Type of Service，简称ToS)信息；
差分服务码点(Differentiated Services Code Point，简称DSCP)信息；
流量类型信息。
可选地，所述接收PCF发送的PCC规则之后，所述方法还包括：
根据所述PCC规则，生成所述第一QoS保障的QoS流的QoS参数和所述第二QoS保障的QoS流的QoS参数；
根据所述第一QoS保障的QoS流的QoS参数和所述第二QoS保障的QoS流的QoS参数，发起PDU会话修改过程，以建立用于传输第一业务流的第一QoS保障的QoS流，并建立或修改用于传输第二业务流的第二QoS保障的QoS流。
可选地，所述第一QoS保障的QoS流为保证的比特速率(Guaranteed Bit Rate，简称GBR)QoS流，所述第二QoS保障的QoS流为非GBR QoS流。
根据本申请的另一方面，提供了另一种视频传输方法，应用于PCF，包括：
确定需保障第一视频帧的传输，则生成策略与计费控制PCC规则，并将所述PCC规则发送至会话管理功能SMF；
其中，所述PCC规则指示对第一业务流采用第一服务质量QoS保障的QoS流传输，所述第一业务流包含第一视频帧。
可选地，所述PCC规则还指示对第二业务流采用第二QoS保障的QoS流传输，所述第二业务流包含第二视频帧，所述第一QoS保障高于所述第二QoS保障。
可选地，所述确定需保障第一视频帧的传输，包括：
在确定终端设备请求建立的会话是用于第一视频业务的传输的情况下，确定需保障第一视频帧的传输。
可选地，所述确定终端设备请求建立的会话是用于预设的第一视频业务的传输，包括：
接收所述SMF发送的第一消息，所述第一消息是所述SMF在接收到所述终端设备发送的协议数据单元PDU会话建立请求后生成的；
根据单一网络切片选择辅助信息S-NSSAI和数据网络名称DNN，确定所述第一消息指示的待建立的PDU会话用于所述第一视频业务的传输。
可选地，所述确定需保障第一视频帧的传输，包括：
在确定接入网设备无法保障第一视频业务传输的QoS的情况下，确定需保障第一视频帧的传输。
可选地，所述方法还包括：
根据所述SMF发送的第二消息，确定所述接入网设备无法保障第一视频业务传输的QoS；其中，所述第二消息是所述SMF在接收到接入网设备发送的第一通知消息后生成的；所述第一通知消息包含无法保障第一视频业务传输的QoS的指示信息。
可选地，所述第一通知消息，是接入网设备在确定无法保障所述第一视频业务传输的QoS时，释放所述第一视频业务使用的QoS流后生成的，或者是所述接入网设备在确定无法保障所述第一视频业务传输的QoS，且确定所述第一视频业务采用的QoS流启用了通知控制机制而未释放所述QoS流后生成的。
可选地，所述第一视频业务包括根据网络策略或者应用层信息确定的视频业务。
可选地，所述应用层信息包括：
下行数据包中的视频帧所标记的标签数据和对应的QoS要求。
可选地，所述应用层信息是AF在第一视频业务传输的QoS无法保障的情况下提供的。
可选地，所述标签数据包括以下至少一种：
业务类型ToS信息；
差分服务码点DSCP信息；
流量类型信息。
可选地，所述第一QoS保障的QoS流为保证的比特速率GBR QoS流，所述第二QoS保障的QoS流为非GBR QoS流。
根据本申请的另一方面，提供了一种SMF，包括：
存储器，收发机，处理器：
存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
接收策略控制功能PCF发送的策略与计费控制PCC规则，其中，所述PCC规则是所述PCF在确定需保障第一视频帧的传输的情况下生成的，所述PCC规则指示对第一业务流采用第一服务质量QoS保障的QoS流传输，所述第一业务流包含第一视频帧。
根据本申请的另一方面，提供了一种SMF，包括：
存储器，收发机，处理器：
存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
确定需保障第一视频帧的传输，则生成策略与计费控制PCC规则，并将所述PCC规则发送至会话管理功能SMF；
其中，所述PCC规则指示对第一业务流采用第一服务质量QoS保障的QoS流传输，所述第一业务流包含第一视频帧。
根据本申请的另一方面，提供了一种视频传输装置，应用于SMF，包括：
接收模块，用于接收策略控制功能PCF发送的策略与计费控制PCC规则，其中，所述PCC规则是所述PCF在确定需保障第一视频帧的传输的情况下生成的，所述PCC规则指示对第一业务流采用第一服务质量QoS保障的QoS流传输，所述第一业务流包含第一视频帧。
根据本申请的另一方面，提供了另一种视频传输装置，应用于PCF，包括：
生成模块，用于确定需保障第一视频帧的传输，则生成策略与计费控制PCC规则；
发送模块，用于将所述PCC规则发送至会话管理功能SMF；
其中，所述PCC规则指示对第一业务流采用第一服务质量QoS保障的QoS流传输，所述第一业务流包含第一视频帧。
根据本申请的另一方面，提供了一种处理器可读存储介质，其特征在于，所述处理器可读存储介质存储有计算机程序，所述计算机程序用于使所述处理器执行上述任一所述的视频传输方法。
本申请实施例提供的视频传输方法、装置和存储介质，通过SMF接收PCF发送的PCC规则，其中，PCC规则是PCF在确定需保障第一视频帧的传输的情况下生成的，PCC规则指示对第一业务流采用第一QoS保障的QoS流传输，第一业务流包含第一视频帧。由此，可以实现针对第一视频帧的传输，提出适用的QoS保障的QoS流，以确保第一视频帧可靠按时传输。
应当理解，本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征，也不用于限制本申请的范围。本申请的其它特征将通过以下的说明书而变得容易理解。
附图说明
附图用于更好地理解本方案，不构成对本申请的限定。其中：
图1为本申请实施例一所提供的视频传输方法的流程示意图；
图2为本申请实施例二所提供的视频传输方法的流程示意图；
图3为本申请实施例三所提供的视频传输方法的流程示意图；
图4为本申请实施例中通过PDU会话建立过程中指示区分第一视频帧的流程示意图；
图5为本申请实施例四所提供的视频传输方法的流程示意图；
图6为本申请实施例中第一视频业务传输的QoS无法保障时启用第一视频帧保障传输的流程示意图；
图7为本申请实施例五所提供的视频传输方法的流程示意图；
图8为本申请实施例中AF请求区分第一视频帧的流程示意图；
图9为本申请实施例六所提供的视频传输方法的流程示意图；
图10为本申请实施例中AF基于PCF的通知确定区分第一视频帧的流程示意图；
图11为本申请实施例七所提供的视频传输方法的流程示意图；
图12为本申请实施例八所提供的SMF的结构示意图；
图13为本申请实施例九所提供的PCF的结构示意图；
图14为本申请实施例十所提供的视频传输装置的结构示意图；
图15为本申请实施例十一所提供的视频传输装置的结构示意图。
具体实施方式
本申请实施例中术语“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
本申请实施例中术语“多个”是指两个或两个以上，其它量词与之类似。
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，并不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
在具体描述本申请实施例之前，为了便于理解，首先对常用技术词进行介绍：
1、视频帧
视频在解码之后，每帧视频帧均代表一幅静态的图像。而在实际压缩视频时，为了节省存储空间，往往会采取各种压缩算法减少视频数据的容量，其中，I、P、B帧为最常见的视频帧。
I帧，是指帧内编码帧，又称为intra picture。I帧通常是每个帧组(Group ofPictures，简称GOP)的首帧，经过适度地压缩，做为随机访问的参考点。I帧可以看成是一个图像经过压缩后的产物，I帧画面完整保留，解码时无需参考其他图像便可独立进行解码(因为I帧包含完整画面)。
P帧，是指前向预测编码帧，又称为predictive-frame。通过充分将图像序列中前面已编码帧的时间冗余信息来压缩传输数据量的编码图像，也称为预测帧。其表示的是当前帧与前一帧(前一帧可以为关键帧I帧，或者也可以为P帧)的差别。解码时需要采用之前缓存的画面叠加上本帧定义的差别，生成最终画面。(即差别帧，P帧没有完整画面数据，只有与前一帧的画面差别的数据)。相对于I帧而言，P帧通常占用更少的数据位，但不足之处为，由于P帧对前面的P和I帧有着复杂的依耐性，因此对传输错误非常敏感。
B帧，是指双向差别帧，即B帧记录的是本帧与前后帧的差别，换言之，要解码B帧，不仅要取得之前的缓存画面，还要解码之后的画面，通过将前后画面与本帧数据叠加，生成最终画面。B帧压缩率高，但是对解码性能要求较高。
综上，I帧和P帧的解码算法比较简单，资源占用也比较少，其中，I帧只需根据本帧数据独立完成解码即可，至于P帧，只需解码器将前一帧画面进行缓存，遇到P帧时使用之前缓存的画面即可。如果视频流只有I帧和P帧，解码器可以边读边解码，线性前进。如果视频流还有B帧，则需要缓存前面和当前的视频帧，待后面视频帧获得后，再进行解码。
不同视频编码格式具有不同的帧类型判断方法。运动图像专家组(MovingPictures Experts Group，简称MPEG)系列标准中的MPEG4视频中，I帧、P帧、B帧的判定方法为：MPEG4的每一帧开头是固定的00 00 01 b6格式，接下来的2个比特位分别代表着不同类型的视频帧。其中，2个比特位为00，表示的类型为I帧，2个比特位为01，表示的类型为P帧，2个比特位为10，表示的类型为B帧。
视频流传输中的编解码标准H.264在网络传输的是网络抽象层单元(NetworkAbstraction Layer Unit，简称NALU)，NALU的结构为：网络抽象层(Network AbstractLayer，简称NAL)头(即NAL header)+原始字节序列载荷(Raw Byte Sequence Payload，简称RBSP)，实际传输中的数据流可以如表1所示。
表1
其中，NAL头占一个字节，其低5个比特位表示NAL类型，其中，NAL类型(type)为5，则此帧为I帧，即关键帧，NAL类型为1时，即为非关键帧(P帧或B帧)。
2、QoS flow映射
SMF可以根据QoS和业务数据流的业务需求，将业务数据流绑定到适合的QoSflow，并为新建的QoS flow分配QoS流标识QFI，根据PCC规则和PCF提供的其他信息，生成QoS profile、UPF命令和QoS规则。
SMF将包括业务数据流模板的下行部分的下行PDR发送至UPF，UPF根据SMF发送的信息对用户面流量进行分类；SMF还可以将与PDR相对应的QoS相关信息发送至UPF，使得UPF能够对基于PDR分类的数据包进行标记和QoS控制。
在本申请的一个实施例之中，PDR是一组包过滤器(packet filter)集合，可以包括以下至少一项：源IP地址或目标IP地址或者互联网协议第六版(Internet ProtocolVersion 6，简称IPv6)前缀；源端口号或目标端口号；位于IP或下一个头部类型之上的协议ID；ToS(互联网协议第四版(Internet ProtocolVersion 4，简称IPv4))/业务级别(IPv6)和掩码；流标签(IPv6)；安全参数索引；包过滤器方向。
现有技术中，QoS flow映射方法中没有区分关键帧，因此，无法为关键帧的传输提供更高的QoS保证，即无法保证关键帧传输的可靠性和确定性，尤其是在网络资源受限或拥塞的情况下，无法保证关键帧可靠按时传输，从而可能降低用户体验。
因此，为了解决上述问题，本申请实施例提供了视频传输方法及装置，用以实现区分业务流中的第一视频帧，比如关键帧，为第一视频帧的传输提供高QoS保障，确保第一视频帧可靠按时传输，从而可以避免第一视频帧丢失或延迟到达而导致第二视频帧无法解码的情况，比如避免I帧丢失或延迟到达而导致P帧和B帧无法解码的情况，改善用户体验。
其中，方法和装置是基于同一申请构思的，由于方法和装置解决问题的原理相似，因此装置和方法的实施可以相互参见，重复之处不再赘述。
本申请实施例提供的视频传输方法，应用于SMF，通过SMF接收PCF发送的PCC规则，其中，PCC规则是PCF在确定需保障第一视频帧的传输的情况下生成的，PCC规则指示对第一业务流采用第一QoS保障的QoS流传输，第一业务流包含第一视频帧。由此，可以实现针对第一视频帧的传输，提出适用的QoS保障的QoS流，以确保第一视频帧可靠按时传输。
下面参考附图对本申请提供的视频传输方法、装置和存储介质进行详细描述。
图1为本申请实施例一所提供的视频传输方法的流程示意图。
本申请实施例的执行主体为本申请提供的视频传输装置，该视频传输装置可以被配置在SMF中。
如图1所示，该视频传输方法，应用于SMF，可以包括以下步骤：
步骤001，接收PCF发送的PCC规则，其中，PCC规则是PCF在确定需保障第一视频帧的传输的情况下生成的，PCC规则指示对第一业务流采用第一QoS保障的QoS流传输，第一业务流包含第一视频帧。
在本申请实施例中，业务流可以为视频业务对应的业务流。为了便于区分不同的业务流，本申请中，可以将包含第一视频帧的业务流称为第一业务流，其中，第一视频帧例如可以为关键帧，即I帧。
在本申请实施例中，第一QoS保障可以为相对较高的QoS保障，例如，第一QoS保障可以为GBR QoS保障。
在本申请实施例中，当PCF确定需保障第一视频帧的传输的情况下，PCF可以生成PCC规则，并向SMF发送PCC规则，相应的，SMF可以接收PCF发送的PCC规则，其中，该PCC规则指示对第一业务流采用第一QoS保障的QoS流传输，第一业务流包含第一视频帧。由此，可以实现区分业务流中的第一视频帧，比如关键帧，为第一视频帧的传输提供高QoS保障，确保第一视频帧可靠按时传输，从而可以避免第一视频帧丢失或延迟到达而导致其他视频帧无法解码的情况，比如避免I帧丢失或延迟到达而导致P帧和/或B帧无法解码的情况，改善用户体验。
本申请实施例的视频传输方法，通过SMF接收PCF发送的PCC规则，其中，PCC规则是PCF在确定需保障第一视频帧的传输的情况下生成的，PCC规则指示对第一业务流采用第一QoS保障的QoS流传输，第一业务流包含第一视频帧。由此，可以实现针对第一视频帧的传输，提出特定适用的QoS保障的QoS流，以确保第一视频帧可靠按时传输。
在本申请实施例的一种可能的实现方式中，PCC规则还可以指示对第二业务流采用第二QoS保障的QoS流传输，其中，第二业务流包含第二视频帧，第一QoS保障高于第二QoS保障。由此，可以实现为第一视频帧的传输提供高QoS保障，确保第一视频帧可靠按时传输。
下面结合实施例二，对上述过程进行详细说明。
图2为本申请实施例二所提供的视频传输方法的流程示意图。
如图2所示，该视频传输方法，应用于SMF，可以包括以下步骤：
步骤101，接收PCF发送的PCC规则，其中，PCC规则是PCF在确定需保障第一视频帧的传输的情况下生成的，PCC规则指示对第一业务流采用第一QoS保障的QoS流传输，第一业务流包含第一视频帧；以及，对第二业务流采用第二QoS保障的QoS流传输，第二业务流包含第二视频帧，第一QoS保障高于第二QoS保障。
在本申请实施例中，业务流可以为视频业务对应的业务流。为了便于区分不同的业务流，本申请中，可以将包含第一视频帧的业务流称为第一业务流，其中，第一视频帧例如可以为关键帧，即I帧。
在本申请实施例中，可以将包含第二视频帧的业务流称为第二业务流，其中，第二视频帧例如可以为非关键帧，即P帧和/或B帧。
在本申请实施例中，第一QoS保障高于第二QoS保障，例如，第一QoS保障可以为高QoS保障，第二QoS保障可以为普通QoS保障。作为一种示例，第一QoS保障可以为GBR QoS保障，第二QoS保障可以为非GBR(即non-GBR)QoS保障或低GBR QoS保障。
在本申请实施例中，当PCF确定需保障第一视频帧的传输的情况下，PCF可以生成PCC规则，并向SMF发送PCC规则，相应的，SMF可以接收PCF发送的PCC规则，其中，该PCC规则指示对第一业务流采用第一QoS保障的QoS流传输，第一业务流包含第一视频帧；和/或，该PCC规则指示对第二业务流采用第二QoS保障的QoS流传输，第二业务流包含第二视频帧，其中，第一QoS保障高于第二QoS保障。由此，可以实现区分业务流中的第一视频帧，比如关键帧，为第一视频帧的传输提供高QoS保障，确保第一视频帧可靠按时传输，从而可以避免第一视频帧丢失或延迟到达而导致第二视频帧无法解码的情况，比如避免I帧丢失或延迟到达而导致P帧和/或B帧无法解码的情况，改善用户体验。
本申请实施例的视频传输方法，通过SMF接收PCF发送的PCC规则，其中，PCC规则是PCF在确定需保障第一视频帧的传输的情况下生成的，PCC规则指示对第一业务流采用第一服务质量QoS保障的QoS流传输，第一业务流包含第一视频帧；和/或，对第二业务流采用第二QoS保障的QoS流传输，第二业务流包含第二视频帧，第一QoS保障高于第二QoS保障。由此，可以实现为第一视频帧的传输提供高QoS保障，确保第一视频帧可靠按时传输。
在本申请实施例的一种可能的实现方式中，PCF确定需保障第一视频帧的传输的具体过程可以为：PCF在确定终端设备请求建立的会话是用于第一视频业务的传输的情况下，则PCF确定需保障第一视频帧的传输。下面结合实施例三，对上述过程进行详细说明。
图3为本申请实施例三所提供的视频传输方法的流程示意图。
如图3所示，该视频传输方法，应用于SMF，可以包括以下步骤：
步骤201，接收终端设备发送的PDU会话建立请求。
在本申请实施例中，终端设备可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备等。在不同的系统中，终端设备的名称可能也不相同，例如在5G系统中，终端设备可以称为用户设备(User Equipment，简称UE)。无线终端设备可以经无线接入网(Radio Access Network，简称RAN)与一个或多个核心网(Core Network，简称CN)进行通信，无线终端设备可以是移动终端设备，如移动电话(或称为“蜂窝”电话)和具有移动终端设备的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(Personal Communication Service，简称PCS)电话、无绳电话、会话发起协议(Session Initiated Protocol，简称SIP)话机、无线本地环路(WirelessLocal Loop，简称WLL)站、个人数字助理(Personal Digital Assistant，简称PDA)等设备。无线终端设备也可以称为系统、订户单元(subscriber unit)、订户站(subscriberstation)，移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点(access point)、远程终端设备(remote terminal)、接入终端设备(access terminal)、用户终端设备(user terminal)、用户代理(user agent)、用户装置(user device)，本申请实施例中并不限定。
在本申请实施例中，SMF可以接收终端设备发送的PDU会话建立请求(sessionestablishment request)。
步骤202，向PCF发送第一消息，其中，第一消息用于PCF根据S-NSSAI和DNN，确定待建立的PDU会话用于第一视频业务的传输。
在本申请实施例中，第一视频业务为预先设置的视频业务，比如，该第一视频业务可以为扩展现实(Extended Reality，简称XR)业务或交互式云游戏业务，或者，第一视频业务还可以为其他视频业务，本申请实施例对此并不作限制。
在本申请实施例中，SMF在接收到PDU会话建立请求后，可以向PCF发送第一消息，比如该第一消息可以为Npcf_SMpolicyControl_Create消息。相应的，PCF在接收到SMF发送的第一消息后，根据S-NSSAI和DNN，确定待建立的PDU会话是用于第一视频业务的传输的情况下，可以生成PCC规则，并向SMF发送PCC规则。
进一步地，在本申请实施例的一种可能的实现方式中，PCF还可以确定第一视频业务是否包括根据网络策略或者应用层信息确定的视频业务，在第一视频业务包括根据网络策略或者应用层信息确定的视频业务的情况下，可以确定需保障第一视频帧的传输，此时，可以生成PCC规则，而在第一视频业务未包括根据网络策略或者应用层信息确定的视频业务的情况下，则确定无需保障第一视频帧的传输，即可以采用现有技术，传输第一视频帧和第二视频帧。
步骤203，接收PCF发送的PCC规则，其中，PCC规则是PCF在确定终端设备请求建立的会话是用于第一视频业务的传输的情况下生成的。
其中，PCC规则对第一业务流采用第一QoS保障的QoS流传输，第一业务流包含第一视频帧。
进一步地，在本申请实施例的一种可能的实现方式中，PCC规则还可以指示对第二业务流采用第二QoS保障的QoS流传输，第二业务流包含第二视频帧，第一QoS保障高于第二QoS保障。
在本申请实施例中，SMF可以接收PCF发送的PCC规则，根据PCC规则，生成PDI，并将PDI发送至UPF，相应的，UPF在接收到PDI后，可以根据PDI中的PDR检测下行数据包中的第一视频帧和第二视频帧，并分别为第一视频帧和第二视频帧标记对应的QoS流标识QFI；其中，QFI用于接入网设备根据下行数据包标记的QFI，对第一视频帧采用第一QoS保障的QoS流传输，对第二视频帧采用第二QoS保障的QoS流传输。
其中，接入网设备可以是基站，该基站可以包括多个为终端设备提供服务的小区。根据具体应用场合不同，基站又可以称为接入点，或者可以是接入网中在空中接口上通过一个或多个扇区与无线终端设备通信的设备，或者其它名称。接入网设备可用于将收到的空中帧与网际协议(Internet Protocol，简称IP)分组进行相互更换，作为无线终端设备与接入网的其余部分之间的路由器，其中接入网的其余部分可包括网际协议(IP)通信网络。接入网设备还可协调对空中接口的属性管理。例如，本申请实施例涉及的接入网设备可以是全球移动通信系统(Global System for Mobile communications，简称GSM)或码分多址接入(Code Division Multiple Access，简称CDMA)中的接入网设备(Base TransceiverStation，简称BTS)，也可以是带宽码分多址接入(Wide-band Code Division MultipleAccess，简称WCDMA)中的接入网设备(NodeB)，还可以是长期演进(long term evolution，简称LTE)系统中的演进型接入网设备(evolutional Node B，简称eNB或e-NodeB)、5G网络架构(next generation system)中的5G基站(简称gNB)，也可以是家庭演进基站(Homeevolved Node B，简称HeNB)、中继节点(relay node)、家庭基站(femto)、微微基站(pico)等，本申请实施例中并不限定。在一些网络结构中，接入网设备可以包括集中单元(Centralized Unit，简称CU)节点和分布单元(Distributed Unit，简称DU)节点，集中单元和分布单元也可以地理上分开布置。
在本申请实施例的一种可能的实现方式中，PDR可以包括第一视频帧和/或第二视频帧分别对应的帧头类型匹配信息。例如，当第一视频帧为关键帧，第二视频帧为非关键帧时，参见表1，第一视频帧对应的帧头类型匹配信息可以为：NAL类型(type)为5，第二视频帧对应的帧头类型匹配信息可以为：NAL类型(type)为1。
也就是说，UPF可以根据PDR所包括的第一视频帧和/或第二视频帧分别对应的帧头类型匹配信息，检测下行数据包中的第一视频帧和第二视频帧，并分别为第一视频帧和第二视频帧标记对应的QoS流标识QFI，从而后续接入网设备可以根据下行数据包标记的QFI，对第一视频帧采用第一QoS保障的QoS流传输，对第二视频帧采用第二QoS保障的QoS流传输。
在本申请实施例的另一种可能的实现方式中，PDR可以包括第一视频帧和/或第二视频帧分别对应的标签数据。其中，标签数据可以包括以下至少一种：ToS信息；DSCP信息；流量类型(Traffic class)信息。
也就是说，UPF可以根据PDR所包括的第一视频帧和/或第二视频帧分别对应的标签数据，检测下行数据包中的第一视频帧和第二视频帧，并分别为第一视频帧和第二视频帧标记对应的QoS流标识QFI，从而后续接入网设备可以根据下行数据包标记的QFI，对第一视频帧采用第一QoS保障的QoS流传输，对第二视频帧采用第二QoS保障的QoS流传输。
本申请实施例的视频传输方法，通过SMF接收PCF发送的PCC规则，其中，PCC规则是PCF在确定需保障第一视频帧的传输的情况下生成的，PCC规则指示对第一业务流采用第一QoS保障的QoS流传输，第一业务流包含第一视频帧。由此，可以实现针对第一视频帧的传输，提出特定适用的QoS保障的QoS流，以确保第一视频帧可靠按时传输。
下面结合实施例A，对上述实施例三进行详细说明。
实施例A：如图4所示，通过PDU会话建立过程中指示区分第一视频帧，比如关键帧。
步骤1，SMF接收到终端设备发送的PDU会话建立请求(PDUsession establishmentrequest)。
步骤2，SMF向PCF发送Npcf_SMpolicyControl_Create消息(即第一消息)。PCF根据S-NSSAI、DNN等信息，确定建立的PDU会话用于第一视频业务，比如XR业务或者交互式云游戏业务的传输。PCF判断第一视频业务是否包括根据网络策略或者应用层信息确定的视频业务，若是，则PCF确定需要保障第一视频帧的传输，则生成的PCC规则中指示对第一视频帧保障传输，即对第一视频帧采用更高QoS保障，对第二视频帧采用普通QoS保障。例如，可以对第一视频帧采用GBR QoS保障，对第二视频帧采用non-GBR QoS保障或更低GBR QoS保障。
作为一种示例，PCC规则可以如表2所示。
表2
其中，5QI的定义是在第三代合作伙伴计划(3rd Generation PartnershipProject，简称3GPP)规范23.501中定义，5QI是一个标量，用于指向一个QoS特性。
表2中，在包过滤器中包含帧头信息，即NAL type。当NAL type＝1时，视频帧为关键帧，为了保障关键帧的可靠按时传输，可以根据PCC Rule 1，将关键帧通过GBR QoS流传输，而当NAL type不为1时，比如为5时，视频帧为非关键帧，可以根据PCC Rule 2，通过non-GBR QoS流传输。
步骤3，PCF将PCC规则下发至SMF。
步骤4，SMF基于PCC规则成PDI，以保证第一视频帧被映射更高QoS保障的QoS流上。SMF将PDI发送至UPF(N4_Session_Setup)。
步骤5，UPF在接收到PDI后，将根据PDR中的PDR检测下行数据包中的第一视频帧和第二视频帧，并分别为第一视频帧和第二视频帧标记对应的QFI，并将第一视频帧和第二视频帧标记对应的QFI发送至SMF(N4_Session_Setup响应)。其中，PDR中可以包含包过滤器(packet filter)信息。
步骤6，SMF根据PCC规则生成QoS profile，其中，QoS profile中可以包括第一视频帧和第二视频帧对应的QFI，并将QoS profile发送至接入网设备(PDU会话资源设置请求，即PDU Session Resource Setup Request)。
步骤7，接入网设备返回响应(PDU会话资源设置响应，即PDU Session ResourceSetup Response)。接入网设备后续可以按照下行数据包标记的QFI，来为第一视频帧提供第一QoS保障，为第二视频帧提供第二QoS保障。
在本申请实施例的另一种可能的实现方式中，PCF确定需保障第一视频帧的传输的具体过程可以为：PCF在确定接入网设备无法保障第一视频业务传输的QoS的情况下，则PCF确定需保障第一视频帧的传输。下面结合实施例四，对上述过程进行详细说明。
图5为本申请实施例四所提供的视频传输方法的流程示意图。
如图5所示，该视频传输方法，应用于SMF，可以包括以下步骤：
步骤301，接收接入网设备发送的第一通知消息，第一通知消息包含无法保障第一视频业务传输的QoS的指示信息。
在本申请实施例中，接入网设备在无法保障第一视频业务传输的QoS的情况下，可以向SMF发送第一通知消息。
在本申请实施例的一种可能的实现方式中，第一通知消息，可以是接入网在确定无法保障第一视频业务传输的QoS时，释放第一视频业务使用的QoS流后生成的，或者，第一通知消息，还可以是接入网设备在确定无法保障第一视频业务传输的QoS，且确定第一视频业务采用的QoS流启用了通知控制(Notification control)机制而未释放QoS流后生成的。其中，第一通知消息包含无法保障第一视频业务传输的QoS的指示信息。
步骤302，向PCF发送第二消息，第二消息包含接入网设备无法保障第一视频业务传输的QoS的指示信息。
在本申请实施例中，SMF在接收到第一通知消息后，可以向PCF发送第二消息，比如，该第二消息可以为Npcf_SMpolicyControl_Update消息。相应的，PCF在接收到第二消息后，可以生成PCC规则，并向SMF发送PCC规则。
进一步地，在本申请实施例的一种可能的实现方式中，PCF还可以确定第一视频业务是否包括根据网络策略或者应用层信息确定的视频业务，在第一视频业务包括根据网络策略或者应用层信息确定的视频业务的情况下，可以确定需保障第一视频帧的传输，此时，可以生成PCC规则，而在第一视频业务未包括根据网络策略或者应用层信息确定的视频业务的情况下，则确定无需保障第一视频帧的传输，即可以采用现有技术，传输第一视频帧和第二视频帧。
步骤303，接收PCF发送的PCC规则，其中，PCC规则是PCF在确定接入网设备无法保障第一视频业务传输的QoS的情况下生成的。
其中，PCC规则对第一业务流采用第一QoS保障的QoS流传输，第一业务流包含第一视频帧。
进一步地，在本申请实施例的一种可能的实现方式中，PCC规则还可以指示对第二业务流采用第二QoS保障的QoS流传输，第二业务流包含第二视频帧，第一QoS保障高于第二QoS保障。
在本申请实施例中，SMF可以接收PCF发送的PCC规则，根据PCC规则，生成PDI，并将PDI发送至UPF，以使UPF根据PDI更新PDR，根据更新后的PDR检测下行数据包中的第一视频帧和第二视频帧，分别为下行数据包中的第一视频帧和第二视频帧标记对应的QFI；其中，QFI，用于接入网设备根据下行数据包标记的QFI，对第一视频帧采用第一QoS保障的QoS流传输，以及对第二视频帧采用第二QoS保障的QoS流传输。
本申请实施例的视频传输方法，通过SMF接收PCF发送的PCC规则，其中，PCC规则是PCF在确定需保障第一视频帧的传输的情况下生成的，PCC指示对第一业务流采用第一QoS保障的QoS流传输，第一业务流包含第一视频帧。由此，可以实现针对第一视频帧的传输，提出特定适用的QoS保障的QoS流，以确保第一视频帧可靠按时传输。
下面结合实施例B，对上述实施例四进行详细说明。
实施例B：如图6所示，第一视频业务传输的QoS无法保障时启用第一视频帧保障传输。
步骤1，第一视频业务，比如XR业务或云游戏业务通常采用GBR QoS流传输，当接入网设备无法保障第一视频业务传输的QoS时，可以释放第一视频业务使用的QoS流(比如GBRQoS流)，或者，接入网设备确定确定第一视频业务采用的QoS流启用了通知控制(Notification control)机制，则接入网设备可以不释放第一视频业务采用的QoS流，并且，接入网设备可以向SMF发送第一通知消息，其中，第一通知消息用于指示接入网设备保障第一视频业务传输的QoS。
步骤2，SMF接收到第一通知消息后，可以向PCF发送第二消息，例如Npcf_SMpolicyControl_Update消息。PCF判断第一视频业务是否包括根据网络策略或者应用层信息确定的视频业务，若是，则PCF确定需要保障第一视频帧的传输，则为第一视频帧和第二视频帧提供不同的QoS保障，因此PCF可以修改PCC规则，指示对第一视频帧采用更高QoS保障，对第二视频帧采用普通QoS保障，例如，指示对第一视频帧采用GBR QoS保障，对第二视频帧采用non-GBR QoS保障或更低GBR QoS保障。
步骤3，PCF将PCC规则下发至SMF。
步骤4，SMF基于PCC规则重新生成PDI，以保证仅第一视频帧被映射第一QoS保障，比如GBR QoS保障的QoS流上。SMF将PDI发送至UPF(N4_Session_Modify)。
步骤5，UPF在接收到PDI后，根据PDI更新PDR。根据更新后的PDR检测下行数据包中的第一视频帧和第二视频帧，分别为下行数据包中的第一视频帧和第二视频帧标记对应的QFI；并将第一视频帧和第二视频帧标记对应的QFI发送至SMF(N4_Session_Modify响应)。
其中，QFI，用于接入网设备根据下行数据包标记的QFI，对第一视频帧采用第一QoS保障的QoS流传输，以及对第二视频帧采用第二QoS保障的QoS流传输。
步骤6，在接入网设备释放了第一视频业务采用的QoS流的情况下，则SMF需请求接入网设备重建QoS流，具体同实施例A的步骤6。在接入网设备未释放第一视频业务采用的QoS流的情况下，则SMF更新QoS profile，并请求接入网设备修改上述QoS流的QoS profile(PDU会话资源设置/修改请求，即PDU Session Resource Setup/Modify Request)。
步骤7，接入网设备返回响应(PDU会话资源设置/修改响应，即PDU SessionResource Setup/Modify Response)。
为了清楚说明上述实施例一或实施例二，本申请还提供了一种视频传输方法，图7为本申请实施例五所提供的视频传输方法的流程示意图。
如图7所示，该视频传输方法，应用于SMF，可以包括以下步骤：
步骤401，接收终端设备发送的PDU会话建立请求。
步骤402，向PCF发送第一消息，其中，第一消息用于PCF根据S-NSSAI和DNN，确定待建立的PDU会话用于第一视频业务的传输。
在本申请实施例中，步骤401和402可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。
步骤403，接收PCF发送的PCC规则，其中，PCC规则是PCF在确定第一视频业务包括根据网络策略或者应用层信息确定的视频业务的情况下生成的；其中，应用层信息包括：下行数据包中的视频帧所标记的标签数据和对应的QoS要求。
其中，PCC规则指示对第一业务流采用第一QoS保障的QoS流传输，第一业务流包含第一视频帧。
进一步地，在本申请实施例的一种可能的实现方式中，PCC规则还可以指示对第二业务流采用第二QoS保障的QoS流传输，第二业务流包含第二视频帧，第一QoS保障高于第二QoS保障。
在本申请实施例中，下行数据包中的视频帧所标记的标签数据，例如可以为下行数据包中的第一视频帧和/或第二视频帧分别对应的标签数据，其中，标签数据包括以下至少一种：ToS信息；DSCP信息；流量类型(Traffic class)信息。
在本申请实施例中，视频帧所对应的QoS要求可以为QoS参考参数(referenceparameter)，该QoS参考参数，用于对应预定义的QoS信息。或者，QoS要求还可以是具体的时延、带宽、丢包率、处理优先级等信息，本申请实施例对此并不作限制。
在本申请实施例中，PCF在确定待建立的PDU会话是用于第一视频业务的传输的情况下，还可以判断第一视频业务是否包括根据网络策略或者应用层信息确定的视频业务，在第一视频业务包括根据网络策略或者应用层信息确定的视频业务的情况下，可以确定需保障第一视频帧的传输。
在本申请实施例中，当PCF确定需保障第一视频帧的传输的情况下，可以生成PCC规则，该PCC规则指示对第一业务流采用第一QoS保障的QoS流传输，并且，PCF可以向SMF发送PCC规则，相应的，SMF在接收到PCC规则后，可以根据PCC规则，生成第一QoS保障的QoS流的QoS参数。
进一步地，在本申请实施例的一种可能的实现方式中，当PCF确定需保障第一视频帧的传输的情况下，可以生成PCC规则，该PCC规则指示对第一业务流采用第一QoS保障的QoS流传输，以及对第二业务流采用第二QoS保障的QoS流传输，并且，PCF可以向SMF发送PCC规则，相应的，SMF在接收到PCC规则后，可以根据PCC规则，生成第一QoS保障的QoS流的QoS参数和第二QoS保障的QoS流的QoS参数。
本申请实施例的视频传输方法，通过SMF接收PCF发送的PCC规则，其中，PCC规则是PCF在确定需保障第一视频帧的传输的情况下生成的，PCC规则指示对第一业务流采用第一QoS保障的QoS流传输，第一业务流包含第一视频帧。由此，可以实现针对第一视频帧的传输，提出特定适用的QoS保障的QoS流，以确保第一视频帧可靠按时传输。
下面结合实施例C，对上述实施例五进行详细说明。
实施例C：如图8所示，AF主动请求区分第一视频帧。
步骤0，AF基于策略主动向5G核心网(5G Core Network，简称5GC)请求区分第一视频帧的传输，AF将下行数据包中的第一视频帧标记特定的标签数据，该特定的标签数据可以为特定的ToS或DSCP(IPv4)或Traffic class(IPv6)，例如使用预留值或者高优先级服务，为第一视频帧标记特定的标签数据。并请求PCF针对这类标记特定标签数据的下行数据包提供更及时更可靠的传输，例如采用delay critical GBR服务，即对下行数据包中的第一视频帧采用第一QoS保障的QoS流传输，对其他非视频关键帧，即第二视频帧，采用第二QoS保障的QoS流传输。
步骤1，终端设备请求建立PDU会话，SMF接收终端设备发送的PDU会话建立请求(PDUsession establishment request)。
步骤2，SMF向PCF发送Npcf_SMpolicyControl_Create消息(即第一消息)。PCF根据S-NSSAI，DNN等信息，确定建立的PDU会话用于第一视频业务，比如XR业务或者交互式云游戏业务的传输。PCF根据步骤0中AF提供的应用层信息，确定第一视频业务包括根据网络策略或者应用层信息确定的视频业务的情况下，则在下发的PCC规则中指示对第一视频帧保障传输，即指示对第一视频帧采用更高QoS保障，对第二视频帧采用普通QoS保障，例如，可以对第一视频帧采用GBR QoS保障，对第二视频帧采用non-GBR QoS保障或更低GBR QoS保障。
作为一种示例，PCC规则可以如表3所示。
表3
表3中，在包过滤器中包含标签数据，即ToS/DSCP/Traffic class。当ToS/DSCP/Traffic class为A时，视频帧为第一视频帧，为了保障第一视频帧的可靠按时传输，可以根据PCC Rule 1，将第一视频帧通过GBR QoS流传输，而当ToS/DSCP/Traffic class不为A时，视频帧为第二视频帧，可以根据PCC Rule 2，通过non-GBR QoS流传输第二视频帧。
步骤3，PCF将PCC规则下发至SMF，SMF可以根据PCC规则，生成第一QoS保障的QoS流的QoS参数和第二QoS保障的QoS流的QoS参数。后续流程同现有技术。
为了清楚说明上述实施例一或实施例二，本申请还提供了一种视频传输方法，图9为本申请实施例六所提供的视频传输方法的流程示意图。
如图9所示，该视频传输方法，应用于SMF，可以包括以下步骤：
步骤501，接收接入网设备发送的第一通知消息，第一通知消息包含无法保障第一视频业务传输的QoS的指示信息。
步骤502，向PCF发送第二消息，第二消息包含接入网设备无法保障第一视频业务传输的QoS的指示信息。
在本申请实施例中，步骤501和502可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。
步骤503，接收PCF发送的PCC规则，其中，PCC规则是PCF在确定第一视频业务包括根据网络策略或者应用层信息确定的视频业务的情况下生成的；其中，应用层信息是AF在确定第一视频业务传输的QoS无法保障的情况下提供的。
其中，PCC规则指示对第一业务流采用第一QoS保障的QoS流传输，第一业务流包含第一视频帧。
进一步地，在本申请实施例的一种可能的实现方式中，PCC规则还可以指示对第二业务流采用第二QoS保障的QoS流传输，第二业务流包含第二视频帧，第一QoS保障高于第二QoS保障。
需要说明的是，上述实施例五对应用层信息的解释说明也适用于该实施例，此处不做赘述。
在本申请实施例中，应用层信息可以为AF提供的，具体可由AF在确定第一视频业务传输的QoS无法保障的情况下，向PCF提供的。PCF可以根据网络策略以及AF提供的应用信息，确定第一视频业务是否包括根据网络策略或者应用层信息确定的视频业务，在第一视频业务包括根据网络策略或者应用层信息确定的视频业务的情况下，可以确定需保障第一视频帧的传输，此时，可以生成PCC规则，并将PCC规则发送至SMF。
在本申请实施例中，当该PCC规则指示对第一业务流采用第一QoS保障的QoS流传输的情况下，SMF在接收到PCC规则后，可以根据PCC规则，生成第一QoS保障的QoS流的QoS参数，并根据第一QoS保障的QoS流的QoS参数，发起PDU会话修改过程，以建立用于传输包含第一视频帧的第一业务流的第一QoS保障的QoS流。
进一步地，在本申请实施例的一种可能的实现方式中，当PCC规则指示对第一业务流采用第一QoS保障的QoS流传输，以及对第二业务流采用第二QoS保障的QoS流传输的情况下，SMF在接收到PCC规则后，可以根据PCC规则，生成第一QoS保障的QoS流的QoS参数和第二QoS保障的QoS流的QoS参数，并根据第一QoS保障的QoS流的QoS参数和第二QoS保障的QoS流的QoS参数，发起PDU会话修改过程，以建立用于传输包含第一视频帧的第一业务流的第一QoS保障的QoS流，并建立或修改用于传输包含第二视频帧的第二业务流的第二QoS保障的QoS流。
本申请实施例的视频传输方法，通过SMF接收PCF发送的PCC规则，其中，PCC规则是PCF在确定需保障第一视频帧的传输的情况下生成的，PCC规则指示对第一业务流采用第一QoS保障的QoS流传输，第一业务流包含第一视频帧。由此，可以实现针对第一视频帧的传输，提出特定适用的QoS保障的QoS流，以确保第一视频帧可靠按时传输。
下面结合实施例D，对上述实施例六进行详细说明。
实施例D：如图10所示，AF基于PCF的通知确定区分第一视频帧。
步骤1-2，同实施例B的步骤1-2。
步骤3，PCF通知AF第一视频业务的QoS要求无法满足(PCF向AF发送Npcf_PolicyAuthorization_Notify消息)。
步骤4，AF基于策略主动向5GC请求区分第一视频帧的传输，AF将下行数据包中的第一视频帧标记特定的标签数据，该特定的标签数据可以为特定的ToS或DSCP(IPv4)或Traffic class(IPv6)，例如使用预留值或者高优先级服务，为第一视频帧标记特定的标签数据。并请求PCF针对这类标记特定标签数据的下行数据包提供更及时更可靠的传输，例如采用delay critical GBR服务，即对下行数据包中的第一视频帧采用第一QoS保障的QoS流传输，对其他非视频关键帧，即第二视频帧，采用第二QoS保障的QoS流传输。
步骤5，PCF根据AF提供的QoS要求，分别针对第一视频帧和第二视频帧生成不同的PCC规则，例如生成的PCC规则可以如表3所示。PCF将PCC规则下发至SMF，SMF可以根据PCC规则，生成第一QoS保障的QoS流的QoS参数和第二QoS保障的QoS流的QoS参数。SMF根据第一QoS保障的QoS流的QoS参数和第二QoS保障的QoS流的QoS参数，发起PDU会话修改过程，以建立用于传输包含第一视频帧的第一业务流的第一QoS保障的QoS流，并建立或修改用于传输包含第二视频帧的第二业务流的第二QoS保障的QoS流。
根据上述各实施例可知，PCF在确定需保障第一视频帧传输的情况下，可以分别为第一视频帧的传输和第二视频帧的传输，生成PCC规则，并将PCC规则下发至SMF，SMF可以根据PCC规则，生成分别用于传输第一视频帧和第二视频帧的QoS流的QoS参数。
其中，PCF可以根据S-NSSAI、DNN、AF提供的应用层信息，确定是否需保障第一视频帧的传输。其中，第一视频帧可以通过ToS/DSCP/Traffic class或者帧头部信息进行区分。
由此，可以实现为第一视频帧，比如关键帧的传输提供高QoS保障，确保第一视频帧可靠按时传输，从而可以避免第一视频帧丢失或延迟到达而导致第二视频帧无法解码的情况，比如避免I帧丢失或延迟到达而导致P帧和B帧无法解码的情况，改善用户体验。
上述为SMF执行的视频传输方法，本申请还提出一种由PCF执行的视频传输方法。
图11为本申请实施例七所提供的视频传输方法的流程示意图。
本申请实施例的执行主体为本申请提供的视频传输装置，该视频传输装置可以被配置在PCF中。
如图11所示，该视频传输方法，应用于PCF，可以包括以下步骤：
步骤601，确定需保障第一视频帧的传输，则生成PCC规则，并将PCC规则发送至SMF；其中，PCC规则指示对第一业务流采用第一QoS保障的QoS流传输，第一业务流包含第一视频帧。
在本申请实施例中，业务流可以为视频业务对应的业务流。为了便于区分不同的业务流，本申请中，可以将包含第一视频帧的业务流称为第一业务流，其中，第一视频帧例如可以为关键帧，即I帧。
在本申请实施例中，第一QoS保障可以为相对较高的QoS保障，例如，第一QoS保障可以为GBR QoS保障。
在本申请实施例中，当PCF确定需保障第一视频帧的传输的情况下，PCF可以生成PCC规则，并向SMF发送PCC规则，相应的，SMF可以接收PCF发送的PCC规则，其中，该PCC规则指示对第一业务流采用第一QoS保障的QoS流传输，第一业务流包含第一视频帧。由此，可以实现区分业务流中的第一视频帧，比如关键帧，为第一视频帧的传输提供高QoS保障，确保第一视频帧可靠按时传输，从而可以避免第一视频帧丢失或延迟到达而导致其他视频帧无法解码的情况，比如避免I帧丢失或延迟到达而导致P帧和/或B帧无法解码的情况，改善用户体验。
进一步地，在本申请实施例的一种可能的实现方式中，PCC规则还可以指示对第二业务流采用第二QoS保障的QoS流传输，第二业务流包含第二视频帧，第一QoS保障高于第二QoS保障。
在本申请实施例中，可以将包含第二视频帧的业务流称为第二业务流，其中，第二视频帧例如可以为非关键帧，即P帧和/或B帧。
在本申请实施例中，第一QoS保障高于第二QoS保障，例如，第一QoS保障可以为高QoS保障，第二QoS保障可以为普通QoS保障。作为一种示例，第一QoS保障可以为GBR QoS保障，第二QoS保障可以为非GBR(即non-GBR)QoS保障或低GBR QoS保障。
在本申请实施例中，当PCF确定需保障第一视频帧的传输的情况下，PCF可以生成PCC规则，并向SMF发送PCC规则，相应的，SMF可以接收PCF发送的PCC规则，其中，该PCC规则指示对第一第一业务流采用第一QoS保障的QoS流传输，第一业务流包含第一视频帧；以及，该PCC规则指示对第二业务流采用第二QoS保障的QoS流传输，第二业务流包含第二视频帧，其中，第一QoS保障高于第二QoS保障。由此，可以实现区分业务流中的第一视频帧，比如关键帧，为第一视频帧的传输提供高QoS保障，确保第一视频帧可靠按时传输，从而可以避免第一视频帧丢失或延迟到达而导致第二视频帧无法解码的情况，比如避免I帧丢失或延迟到达而导致P帧和/或B帧无法解码的情况，改善用户体验。
在本申请实施例的一种可能的实现方式中，PCF在确定终端设备请求建立的会话是用于第一视频业务的传输的情况下，确定需保障第一视频帧的传输。
作为一种示例，PCF可以接收SMF发送的第一消息，第一消息是SMF在接收到终端设备发送的协议数据单元PDU会话建立请求后生成的；根据S-NSSAI和DNN，确定第一消息指示的待建立的PDU会话用于第一视频业务的传输。
在本申请实施例的一种可能的实现方式中，PCF在确定接入网设备无法保障第一视频业务传输的QoS的情况下，确定需保障第一视频帧的传输。
作为一种示例，PCF可以根据SMF发送的第二消息，确定接入网设备无法保障第一视频业务传输的QoS；其中，第二消息是SMF在接收到接入网设备发送的第一通知消息后生成的；第一通知消息包含无法保障第一视频业务传输的QoS的指示信息。
作为一种可能的实现方式，第一通知消息，是接入网设备在确定无法保障第一视频业务传输的QoS时，释放第一视频业务使用的QoS流后生成的，或者是接入网设备在确定无法保障第一视频业务传输的QoS，且确定第一视频业务采用的QoS流启用了通知控制机制而未释放QoS流后生成的。
作为一种可能的实现方式，第一视频业务包括根据网络策略或者应用层信息确定的视频业务。
作为一种可能的实现方式，应用层信息包括：下行数据包中的视频帧所标记的标签数据和对应的QoS要求。
作为一种可能的实现方式，应用层信息是应用功能AF在第一视频业务传输的QoS无法保障的情况下提供的。
作为一种可能的实现方式，标签数据包括以下至少一种：ToS信息；DSCP信息；流量类型信息。
作为一种可能的实现方式，第一QoS保障的QoS流为保证的比特速率GBR QoS流，第二QoS保障的QoS流为非GBR QoS流。
需要说明的是，对于本领域技术人员来说，前述图1至图10任一实施例中对SMF执行的视频传输方法的解释说明和技术细节的描述，也适用于上述PCF，其实现原理类似，此处不做赘述。
本申请实施例的视频传输方法，通过PCF在确定需保障第一视频帧的传输的情况下，生成PCC规则，并将PCC规则发送至SMF；其中，PCC规则指示对第一业务流采用第一QoS保障的QoS流传输，第一业务流包含第一视频帧。由此，可以实现针对第一视频帧的传输，提出特定适用的QoS保障的QoS流，以确保第一视频帧可靠按时传输。
本申请实施例提供的技术方案可以适用于多种系统，尤其是5G系统。例如适用的系统可以是全球移动通讯(Global System of Mobile communication，简称GSM)系统、码分多址(Code Division Multiple Access，简称CDMA)系统、宽带码分多址(Wideband CodeDivision Multiple Access，简称WCDMA)通用分组无线业务(General Packet RadioService，简称GPRS)系统、长期演进(long term evolution，简称LTE)系统、LTE频分双工(Frequency Division Duplex，简称FDD)系统、LTE时分双工(time division duplex，简称TDD)系统、高级长期演进(Long Term Evolution Advanced，简称LTE-A)系统、通用移动系统(Universal Mobile Telecommunication System，简称UMTS)、全球互联微波接入(Worldwide interoperability for Microwave Access，简称WiMAX)系统、5G新空口(NewRadio，简称NR)系统等。这多种系统中均包括终端设备和网络设备。系统中还可以包括核心网部分，例如演进的分组系统(Evloved Packet System，简称EPS)、5G系统(5GS)等。
为了实现上述实施例，本申请还提出一种SMF。
图12为本申请实施例八所提供的SMF的结构示意图。
如图12所示，该SMF可以包括：收发机1200、处理器1210、存储器1220。
其中，存储器1220，用于存储计算机程序；收发机1200，用于在处理器1210的控制下收发数据；处理器1210，用于读取存储器1220中的计算机程序并执行以下操作：接收PCF发送的PCC规则，其中，PCC规则是PCF在确定需保障第一视频帧的传输的情况下生成的，PCC规则指示对第一业务流采用第一QoS保障的QoS流传输，第一业务流包含第一视频帧。
收发机1200，用于在处理器1210的控制下接收和发送数据。
其中，在图12中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1210代表的一个或多个处理器和存储器1220代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1200可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括无线信道、有线信道、光缆等传输介质。处理器1210负责管理总线架构和通常的处理，存储器1220可以存储处理器1210在执行操作时所使用的数据。
处理器1210可以是CPU、ASIC、FPGA或CPLD，处理器1210也可以采用多核架构。
在本申请一种可能的实现形式中，PCC规则还指示对第二业务流采用第二QoS保障的QoS流传输，第二业务流包含第二视频帧，第一QoS保障高于第二QoS保障。
在本申请一种可能的实现形式中，接收PCF发送的PCC规则之前，还包括：接收终端设备发送的协议数据单元PDU会话建立请求；向PCF发送第一消息，其中，第一消息用于PCF根据单一网络切片选择辅助信息S-NSSAI和数据网络名称DNN，确定待建立的PDU会话用于第一视频业务的传输。
在本申请一种可能的实现形式中，接收PCF发送的PCC规则之后，还包括：根据PCC规则，生成分组检测信息PDI；将PDI发送至用户面功能UPF，以使UPF根据PDI中的分组流描述符PDR检测下行数据包中的第一视频帧和第二视频帧，并分别为第一视频帧和第二视频帧标记对应的QoS流标识QFI。
在本申请一种可能的实现形式中，PDR包括第一视频帧和/或第二视频帧分别对应的帧头类型匹配信息；或者，PDR包括第一视频帧和/或第二视频帧分别对应的标签数据。
在本申请一种可能的实现形式中，接收PCF发送的PCC规则之前，还包括：接收接入网设备发送的第一通知消息，第一通知消息包含无法保障第一视频业务传输的QoS的指示信息；向PCF发送第二消息，第二消息包含接入网设备无法保障第一视频业务传输的QoS的指示信息。
在本申请一种可能的实现形式中，第一通知消息，是接入网设备在确定无法保障第一视频业务传输的QoS时，释放第一视频业务使用的QoS流后生成的，或者是接入网设备在确定无法保障第一视频业务传输的QoS，且确定第一视频业务采用的QoS流启用了通知控制机制而未释放QoS流后生成的。
在本申请一种可能的实现形式中，第一视频业务包括根据网络策略或者应用层信息确定的视频业务。
在本申请一种可能的实现形式中，应用层信息包括：下行数据包中的视频帧所标记的标签数据和对应的QoS要求。
在本申请一种可能的实现形式中，应用层信息是应用功能AF在确定第一视频业务传输的QoS无法保障的情况下提供的。
在本申请一种可能的实现形式中，标签数据包括以下至少一种：ToS信息；DSCP信息；流量类型信息。
在本申请一种可能的实现形式中，接收PCF发送的PCC规则之后，还包括：根据PCC规则，生成第一QoS保障的QoS流的QoS参数和第二QoS保障的QoS流的QoS参数；根据第一QoS保障的QoS流的QoS参数和第二QoS保障的QoS流的QoS参数，发起PDU会话修改过程，以建立用于传输第一业务流的第一QoS保障的QoS流，并建立或修改用于传输第二业务流的第二QoS保障的QoS流。
在本申请一种可能的实现形式中，第一QoS保障的QoS流为保证的比特速率GBRQoS流，第二QoS保障的QoS流为非GBR QoS流。
在此需要说明的是，本申请实施例提供的SMF，能够实现上述图1至图9方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
为了实现上述实施例，本申请还提出一种PCF。
图13为本申请实施例九所提供的PCF的结构示意图。
如图13所示，该PCF可以包括：收发机1300、处理器1310、存储器1320。
其中，存储器1320，用于存储计算机程序；收发机1300，用于在处理器1310的控制下收发数据；处理器1310，用于读取存储器1320中的计算机程序并执行以下操作：确定需保障第一视频帧的传输，则生成PCC规则，并将PCC规则发送至SMF；
其中，PCC规则指示对第一业务流采用第一QoS保障的QoS流传输，第一业务流包含第一视频帧。
收发机1300，用于在处理器1310的控制下接收和发送数据。
其中，在图13中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1310代表的一个或多个处理器和存储器1320代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1300可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括无线信道、有线信道、光缆等传输介质。处理器1310负责管理总线架构和通常的处理，存储器1320可以存储处理器1310在执行操作时所使用的数据。
处理器1310可以是CPU、ASIC、FPGA或CPLD，处理器1310也可以采用多核架构。
在本申请一种可能的实现形式中，PCC规则还指示对第二业务流采用第二QoS保障的QoS流传输，第二业务流包含第二视频帧，第一QoS保障高于第二QoS保障。
在本申请一种可能的实现形式中，确定需保障第一视频帧的传输，包括：在确定终端设备请求建立的会话是用于第一视频业务的传输的情况下，确定需保障第一视频帧的传输。
在本申请一种可能的实现形式中，确定终端设备请求建立的会话是用于预设的第一视频业务的传输，包括：接收SMF发送的第一消息，第一消息是SMF在接收到终端设备发送的协议数据单元PDU会话建立请求后生成的；根据单一网络切片选择辅助信息S-NSSAI和数据网络名称DNN，确定第一消息指示的待建立的PDU会话用于第一视频业务的传输。
在本申请一种可能的实现形式中，确定需保障第一视频帧的传输，包括：在确定接入网设备无法保障第一视频业务传输的QoS的情况下，确定需保障第一视频帧的传输。
在本申请一种可能的实现形式中，还包括：根据SMF发送的第二消息，确定接入网设备无法保障第一视频业务传输的QoS；其中，第二消息是SMF在接收到接入网设备发送的第一通知消息后生成的；第一通知消息包含无法保障第一视频业务传输的QoS的指示信息。
在本申请一种可能的实现形式中，第一通知消息，是接入网设备在确定无法保障第一视频业务传输的QoS时，释放第一视频业务使用的QoS流后生成的，或者是接入网设备在确定无法保障第一视频业务传输的QoS，且确定第一视频业务采用的QoS流启用了通知控制机制而未释放QoS流后生成的。
在本申请一种可能的实现形式中，第一视频业务包括根据网络策略或者应用层信息确定的视频业务。
在本申请一种可能的实现形式中，应用层信息包括：下行数据包中的视频帧所标记的标签数据和对应的QoS要求。
在本申请一种可能的实现形式中，应用层信息是应用功能AF在第一视频业务传输的QoS无法保障的情况下提供的。
在本申请一种可能的实现形式中，标签数据包括以下至少一种：ToS信息；DSCP信息；流量类型信息。
在本申请一种可能的实现形式中，第一QoS保障的QoS流为保证的比特速率GBRQoS流，第二QoS保障的QoS流为非GBR QoS流。
在此需要说明的是，本发明实施例提供的PCF，能够实现上述图11方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
与上述图1至图9实施例提供的视频传输方法相对应，本申请还提供一种视频传输装置，由于本申请实施例提供的视频传输装置与上述图1至图9实施例提供的视频传输方法相对应，因此在视频传输方法的实施方式也适用于本申请实施例提供的视频传输装置，在本申请实施例中不再详细描述。
图14为本申请实施例十所提供的视频传输装置的结构示意图。
如图14所示，该视频传输装置1400应用于SMF，可以包括：接收模块1401。
其中，接收模块1401，用于接收策略控制功能PCF发送的策略与计费控制PCC规则，其中，PCC规则是PCF在确定需保障第一视频帧的传输的情况下生成的，PCC规则指示对第一业务流采用第一QoS保障的QoS流传输，第一业务流包含第一视频帧。
在本申请一种可能的实现形式中，PCC规则还指示对第二业务流采用第二QoS保障的QoS流传输，第二业务流包含第二视频帧，第一QoS保障高于第二QoS保障。
在本申请一种可能的实现形式中，接收模块1401，还用于接收终端设备发送的协议数据单元PDU会话建立请求。
该视频传输装置1400还可以包括：
第一发送模块，用于向PCF发送第一消息，其中，第一消息用于PCF根据单一网络切片选择辅助信息S-NSSAI和数据网络名称DNN，确定待建立的PDU会话用于第一视频业务的传输。
进一步的，在本申请另一种可能的实现形式中，该视频传输装置1300还可以包括：
第一生成模块，用于根据PCC规则，生成PDI。
第一发送模块，还用于将PDI发送至UPF，以使UPF根据PDI中的PDR检测下行数据包中的第一视频帧和第二视频帧，并分别为第一视频帧和第二视频帧标记对应的QoS流标识QFI。
进一步的，在本申请又一种可能的实现形式中，PDR包括第一视频帧和/或第二视频帧分别对应的帧头类型匹配信息；或者，PDR包括第一视频帧和/或第二视频帧分别对应的标签数据。
进一步的，在本申请又一种可能的实现形式中，接收模块1401，还用于接收接入网设备发送的第一通知消息，第一通知消息，用于指示无法保障第一视频业务传输的QoS。
该视频传输装置1400还可以包括：
第二发送模块，用于向PCF发送第二消息，第二消息，用于指示接入网设备无法保障第一视频业务传输的QoS。
进一步的，在本申请又一种可能的实现形式中，第一通知消息，是接入网设备在确定无法保障第一视频业务传输的QoS时，释放第一视频业务使用的QoS流后生成的，或者是接入网设备在确定无法保障第一视频业务传输的QoS，且确定第一视频业务采用的QoS流启用了通知控制机制而未释放QoS流后生成的。
进一步的，在本申请又一种可能的实现形式中，第一视频业务包括根据网络策略或者应用层信息确定的视频业务。
进一步的，在本申请又一种可能的实现形式中，应用层信息包括：下行数据包中的视频帧所标记的标签数据和对应的QoS要求。
进一步的，在本申请又一种可能的实现形式中，应用层信息是应用功能AF在确定第一视频业务传输的QoS无法保障的情况下提供的。
进一步的，在本申请又一种可能的实现形式中，标签数据包括以下至少一种：ToS信息；DSCP信息；流量类型信息。
进一步的，在本申请又一种可能的实现形式中，该视频传输装置1300还可以包括：
第二生成模块，用于根据PCC规则，生成第一QoS保障的QoS流的QoS参数和第二QoS保障的QoS流的QoS参数。
发起模块，用于根据第一QoS保障的QoS流的QoS参数和第二QoS保障的QoS流的QoS参数，发起PDU会话修改过程，以建立用于传输第一业务流的第一QoS保障的QoS流，并建立或修改用于传输第二业务流的第二QoS保障的QoS流。
进一步的，在本申请又一种可能的实现形式中，第一QoS保障的QoS流为保证的比特速率GBR QoS流，第二QoS保障的QoS流为非GBR QoS流。
在此需要说明的是，本申请实施例提供的上述视频传输装置，能够实现上述图1至图9方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
与上述图11实施例提供的视频传输方法相对应，本申请还提供一种视频传输装置，由于本申请实施例提供的视频传输装置与上述图11实施例提供的视频传输方法相对应，因此在视频传输方法的实施方式也适用于本申请实施例提供的视频传输装置，在本申请实施例中不再详细描述。
图15为本申请实施例十一所提供的视频传输装置的结构示意图。
如图15所示，该视频传输装置1500应用于PCF，可以包括：生成模块1501和发送模块1502。
其中，生成模块1501，用于确定需保障第一视频帧的传输，则生成策略与计费控制PCC规则。
发送模块1502，用于将PCC规则发送至会话管理功能SMF。
其中，PCC规则指示对第一业务流采用第一QoS保障的QoS流传输，第一业务流包含第一视频帧。
在本申请一种可能的实现形式中，PCC规则还指示对第二业务流采用第二QoS保障的QoS流传输，第二业务流包含第二视频帧，第一QoS保障高于第二QoS保障。
在本申请一种可能的实现形式中，生成模块1501，具体用于在确定终端设备请求建立的会话是用于第一视频业务的传输的情况下，确定需保障第一视频帧的传输。
在本申请一种可能的实现形式中，生成模块1501，具体用于接收SMF发送的第一消息，第一消息是SMF在接收到终端设备发送的协议数据单元PDU会话建立请求后生成的；根据单一网络切片选择辅助信息S-NSSAI和数据网络名称DNN，确定第一消息指示的待建立的PDU会话用于第一视频业务的传输。
在本申请一种可能的实现形式中，生成模块1501，具体用于在确定接入网设备无法保障第一视频业务传输的QoS的情况下，确定需保障第一视频帧的传输。
在本申请一种可能的实现形式中，该视频传输装置1500还可以包括：
确定模块，用于根据SMF发送的第二消息，确定接入网设备无法保障第一视频业务传输的QoS；其中，第二消息是SMF在接收到接入网设备发送的第一通知消息后生成的；第一通知消息，用于指示无法保障第一视频业务传输的QoS。
在本申请一种可能的实现形式中，第一通知消息，是接入网设备在确定无法保障第一视频业务传输的QoS时，释放第一视频业务使用的QoS流后生成的，或者是接入网设备在确定无法保障第一视频业务传输的QoS，且确定第一视频业务采用的QoS流启用了通知控制机制而未释放QoS流后生成的。
在本申请一种可能的实现形式中，第一视频业务包括根据网络策略或者应用层信息确定的视频业务。
在本申请一种可能的实现形式中，应用层信息包括：下行数据包中的视频帧所标记的标签数据和对应的QoS要求。
在本申请一种可能的实现形式中，应用层信息是AF在第一视频业务传输的QoS无法保障的情况下提供的。
在本申请一种可能的实现形式中，标签数据包括以下至少一种：ToS信息；DSCP信息；流量类型信息。
在本申请一种可能的实现形式中，第一QoS保障的QoS流为GBR QoS流，第二QoS保障的QoS流为非GBR QoS流。
在此需要说明的是，本申请实施例提供的上述视频传输装置，能够实现上述图11方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
需要说明的是，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
为了实现上述实施例，本申请还提出一种处理器可读存储介质。
其中，该处理器可读存储介质存储有计算机程序，该计算机程序用于使该处理器执行本申请图1至图10实施例的视频传输方法。
其中，处理器可读存储介质可以是处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NANDFLASH)、固态硬盘(SSD))等。
为了实现上述实施例，本申请还提出一种处理器可读存储介质。
其中，该处理器可读存储介质存储有计算机程序，该计算机程序用于使该处理器执行本申请图11实施例所述的视频传输方法。
其中，所述处理器可读存储介质可以是处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NANDFLASH)、固态硬盘(SSD))等。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机可执行指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机可执行指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些处理器可执行指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的处理器可读存储器中，使得存储在该处理器可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些处理器可执行指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (26)

1.一种视频传输方法，其特征在于，应用于会话管理功能SMF，所述方法包括：
接收策略控制功能PCF发送的策略与计费控制PCC规则，其中，所述PCC规则是所述PCF在确定需保障第一视频帧的传输的情况下生成的，所述PCC规则指示对第一业务流采用第一服务质量QoS保障的QoS流传输，所述第一业务流包含第一视频帧；
所述PCC规则还指示对第二业务流采用第二QoS保障的QoS流传输，所述第二业务流包含第二视频帧，所述第一QoS保障高于所述第二QoS保障；
所述接收PCF发送的PCC规则之后，所述方法还包括：
根据所述PCC规则，生成分组检测信息PDI；
将所述PDI发送至用户面功能UPF，以使所述UPF根据所述PDI中的分组流描述符PDR检测下行数据包中的第一视频帧和第二视频帧，并分别为所述第一视频帧和所述第二视频帧标记对应的QoS流标识QFI；
所述PDR包括所述第一视频帧和/或所述第二视频帧分别对应的帧头类型匹配信息；或者，
所述PDR包括所述第一视频帧和/或所述第二视频帧分别对应的标签数据。
2.如权利要求1所述的方法，其特征在于，所述接收PCF发送的PCC规则之前，所述方法还包括：
接收终端设备发送的协议数据单元PDU会话建立请求；
向所述PCF发送第一消息，其中，所述第一消息用于所述PCF根据单一网络切片选择辅助信息S-NSSAI和数据网络名称DNN，确定待建立的PDU会话用于第一视频业务的传输。
3.如权利要求1所述的方法，其特征在于，所述接收PCF发送的PCC规则之前，所述方法还包括：
接收接入网设备发送的第一通知消息，所述第一通知消息包含无法保障第一视频业务传输的QoS的指示信息；
向所述PCF发送第二消息，所述第二消息包含所述接入网设备无法保障第一视频业务传输的QoS的指示信息。
4.如权利要求3所述的方法，其特征在于，所述第一通知消息，是接入网设备在确定无法保障所述第一视频业务传输的QoS时，释放所述第一视频业务使用的QoS流后生成的，或者是所述接入网设备在确定无法保障所述第一视频业务传输的QoS，且确定所述第一视频业务采用的QoS流启用了通知控制机制而未释放所述QoS 流后生成的。
5.如权利要求2或4所述的方法，其特征在于，所述第一视频业务包括根据网络策略或者应用层信息确定的视频业务。
6.如权利要求5所述的方法，其特征在于，所述应用层信息包括：
下行数据包中的视频帧所标记的标签数据和对应的QoS要求。
7.如权利要求6所述的方法，其特征在于，所述应用层信息是应用功能AF在确定第一视频业务传输的QoS无法保障的情况下提供的。
8.如权利要求1或7所述的方法，其特征在于，所述标签数据包括以下至少一种：
业务类型ToS信息；
差分服务码点DSCP信息；
流量类型信息。
9.如权利要求7所述的方法，其特征在于，所述接收PCF发送的PCC规则之后，所述方法还包括：
根据所述PCC规则，生成所述第一QoS保障的QoS流的QoS参数和所述第二QoS保障的QoS流的QoS参数；
根据所述第一QoS保障的QoS流的QoS参数和所述第二QoS保障的QoS流的QoS参数，发起PDU会话修改过程，以建立用于传输第一业务流的第一QoS保障的QoS流，并建立或修改用于传输第二业务流的第二QoS保障的QoS流。
10.如权利要求1所述的方法，其特征在于，所述第一QoS保障的QoS流为保证的比特速率GBR QoS流，所述第二QoS保障的QoS流为非GBR QoS流。
11.一种视频传输方法，其特征在于，应用于策略控制功能PCF，所述方法包括：
确定需保障第一视频帧的传输，则生成策略与计费控制PCC规则，并将所述PCC规则发送至会话管理功能SMF；
其中，所述PCC规则指示对第一业务流采用第一服务质量QoS保障的QoS流传输，所述第一业务流包含第一视频帧；
所述PCC规则还指示对第二业务流采用第二QoS保障的QoS流传输，所述第二业务流包含第二视频帧，所述第一QoS保障高于所述第二QoS保障；
所述SMF根据所述PCC规则，生成分组检测信息PDI；
所述SMF将所述PDI发送至用户面功能UPF，以使所述UPF根据所述PDI中的分组流描述符PDR检测下行数据包中的第一视频帧和第二视频帧，并分别为所述第一视频帧和所述第二视频帧标记对应的QoS流标识QFI；
所述PDR包括所述第一视频帧和/或所述第二视频帧分别对应的帧头类型匹配信息；或者，
所述PDR包括所述第一视频帧和/或所述第二视频帧分别对应的标签数据。
12.如权利要求11所述的方法，其特征在于，所述确定需保障第一视频帧的传输，包括：
在确定终端设备请求建立的会话是用于第一视频业务的传输的情况下，确定需保障第一视频帧的传输。
13.如权利要求12所述的方法，其特征在于，所述确定终端设备请求建立的会话是用于预设的第一视频业务的传输，包括：
接收所述SMF发送的第一消息，所述第一消息是所述SMF在接收到所述终端设备发送的协议数据单元PDU会话建立请求后生成的；
根据单一网络切片选择辅助信息S-NSSAI和数据网络名称DNN，确定所述第一消息指示的待建立的PDU会话用于所述第一视频业务的传输。
14.如权利要求11所述的方法，其特征在于，所述确定需保障第一视频帧的传输，包括：
在确定接入网设备无法保障第一视频业务传输的QoS的情况下，确定需保障第一视频帧的传输。
15.如权利要求14所述的方法，其特征在于，所述方法还包括：
根据所述SMF发送的第二消息，确定所述接入网设备无法保障第一视频业务传输的QoS；其中，所述第二消息是所述SMF在接收到接入网设备发送的第一通知消息后生成的；所述第一通知消息包含无法保障第一视频业务传输的QoS的指示信息。
16.如权利要求15所述的方法，其特征在于，所述第一通知消息，是接入网设备在确定无法保障所述第一视频业务传输的QoS时，释放所述第一视频业务使用的QoS流后生成的，或者是所述接入网设备在确定无法保障所述第一视频业务传输的QoS，且确定所述第一视频业务采用的QoS流启用了通知控制机制而未释放所述QoS 流后生成的。
17.如权利要求12或16所述的方法，其特征在于，所述第一视频业务包括根据网络策略或者应用层信息确定的视频业务。
18.如权利要求17所述的方法，其特征在于，所述应用层信息包括：
下行数据包中的视频帧所标记的标签数据和对应的QoS要求。
19.如权利要求18所述的方法，其特征在于，所述应用层信息是应用功能AF在确定第一视频业务传输的QoS无法保障的情况下提供的。
20.如权利要求19所述的方法，其特征在于，所述标签数据包括以下至少一种：
业务类型ToS信息；
差分服务码点DSCP信息；
流量类型信息。
21.如权利要求11所述的方法，其特征在于，所述第一QoS保障的QoS流为保证的比特速率GBR QoS流，所述第二QoS保障的QoS流为非GBR QoS流。
22.一种SMF设备，其特征在于，包括存储器，收发机，处理器：
存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
接收策略控制功能PCF发送的策略与计费控制PCC规则，其中，所述PCC规则是所述PCF在确定需保障第一视频帧的传输的情况下生成的，所述PCC规则指示对第一业务流采用第一服务质量QoS保障的QoS流传输，所述第一业务流包含第一视频帧；
所述PCC规则还指示对第二业务流采用第二QoS保障的QoS流传输，所述第二业务流包含第二视频帧，所述第一QoS保障高于所述第二QoS保障；
所述接收PCF发送的PCC规则之后，所述计算机程序还执行以下操作：
根据所述PCC规则，生成分组检测信息PDI；
将所述PDI发送至用户面功能UPF，以使所述UPF根据所述PDI中的分组流描述符PDR检测下行数据包中的第一视频帧和第二视频帧，并分别为所述第一视频帧和所述第二视频帧标记对应的QoS流标识QFI；
所述PDR包括所述第一视频帧和/或所述第二视频帧分别对应的帧头类型匹配信息；或者，
所述PDR包括所述第一视频帧和/或所述第二视频帧分别对应的标签数据。
23.一种PCF设备，其特征在于，包括存储器，收发机，处理器：
存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
确定需保障第一视频帧的传输，则生成策略与计费控制PCC规则，并将所述PCC规则发送至会话管理功能SMF；
其中，所述PCC规则指示对第一业务流采用第一服务质量QoS保障的QoS流传输，所述第一业务流包含第一视频帧；
所述PCC规则还指示对第二业务流采用第二QoS保障的QoS流传输，所述第二业务流包含第二视频帧，所述第一QoS保障高于所述第二QoS保障；
所述SMF根据所述PCC规则，生成分组检测信息PDI；
所述SMF将所述PDI发送至用户面功能UPF，以使所述UPF根据所述PDI中的分组流描述符PDR检测下行数据包中的第一视频帧和第二视频帧，并分别为所述第一视频帧和所述第二视频帧标记对应的QoS流标识QFI；
所述PDR包括所述第一视频帧和/或所述第二视频帧分别对应的帧头类型匹配信息；或者，
所述PDR包括所述第一视频帧和/或所述第二视频帧分别对应的标签数据。
24.一种视频传输装置，其特征在于，应用于SMF，包括：
接收模块，用于接收策略控制功能PCF发送的策略与计费控制PCC规则，其中，所述PCC规则是所述PCF在确定需保障第一视频帧的传输的情况下生成的，所述PCC规则指示对第一业务流采用第一服务质量QoS保障的QoS流传输，所述第一业务流包含第一视频帧；
所述PCC规则还指示对第二业务流采用第二QoS保障的QoS流传输，所述第二业务流包含第二视频帧，所述第一QoS保障高于所述第二QoS保障；
所述接收PCF发送的PCC规则之后，所述视频传输装置还用于：
根据所述PCC规则，生成分组检测信息PDI；
将所述PDI发送至用户面功能UPF，以使所述UPF根据所述PDI中的分组流描述符PDR检测下行数据包中的第一视频帧和第二视频帧，并分别为所述第一视频帧和所述第二视频帧标记对应的QoS流标识QFI；
所述PDR包括所述第一视频帧和/或所述第二视频帧分别对应的帧头类型匹配信息；或者，
所述PDR包括所述第一视频帧和/或所述第二视频帧分别对应的标签数据。
25.一种视频传输装置，其特征在于，应用于PCF，包括：
生成模块，用于确定需保障第一视频帧的传输，则生成策略与计费控制PCC规则；
发送模块，用于将所述PCC规则发送至会话管理功能SMF；
其中，所述PCC规则指示对第一业务流采用第一服务质量QoS保障的QoS流传输，所述第一业务流包含第一视频帧；
所述PCC规则还指示对第二业务流采用第二QoS保障的QoS流传输，所述第二业务流包含第二视频帧，所述第一QoS保障高于所述第二QoS保障；
所述SMF根据所述PCC规则，生成分组检测信息PDI；
所述SMF将所述PDI发送至用户面功能UPF，以使所述UPF根据所述PDI中的分组流描述符PDR检测下行数据包中的第一视频帧和第二视频帧，并分别为所述第一视频帧和所述第二视频帧标记对应的QoS流标识QFI；
所述PDR包括所述第一视频帧和/或所述第二视频帧分别对应的帧头类型匹配信息；或者，
所述PDR包括所述第一视频帧和/或所述第二视频帧分别对应的标签数据。
26.一种处理器可读存储介质，其特征在于，所述处理器可读存储介质存储有计算机程序，所述计算机程序用于使所述处理器执行权利要求1-10任一项所述的视频传输方法，或者11-21任一项所述的视频传输方法。
CN202110138111.9A 2021-02-01 2021-02-01 视频传输方法、装置和存储介质 Active CN114928554B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202110138111.9A CN114928554B (zh) 2021-02-01 2021-02-01 视频传输方法、装置和存储介质
PCT/CN2022/071453 WO2022161162A1 (zh) 2021-02-01 2022-01-11 视频传输方法、装置和存储介质
US18/263,559 US20240089209A1 (en) 2021-02-01 2022-01-11 Method and device for video transmission, and storage medium
EP22745040.0A EP4287636A4 (en) 2021-02-01 2022-01-11 VIDEO TRANSMISSION METHOD AND APPARATUS, AND STORAGE MEDIUM

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110138111.9A CN114928554B (zh) 2021-02-01 2021-02-01 视频传输方法、装置和存储介质

Publications (2)

Publication Number Publication Date
CN114928554A CN114928554A (zh) 2022-08-19
CN114928554B true CN114928554B (zh) 2024-04-02

Family

ID=82653043

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110138111.9A Active CN114928554B (zh) 2021-02-01 2021-02-01 视频传输方法、装置和存储介质

Country Status (4)

Country Link
US (1) US20240089209A1 (zh)
EP (1) EP4287636A4 (zh)
CN (1) CN114928554B (zh)
WO (1) WO2022161162A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101184222A (zh) * 2007-12-10 2008-05-21 上海华为技术有限公司 在无线通信系统中实现视频业务的方法及网元设备
CN101420461A (zh) * 2008-12-08 2009-04-29 北京邮电大学 一种基于业务感知的自适应令牌桶的标记方法
WO2017190329A1 (zh) * 2016-05-05 2017-11-09 华为技术有限公司 视频业务的传输方法和装置
CN109600664A (zh) * 2017-09-30 2019-04-09 华为技术有限公司 业务传输方法和装置
CN109982266A (zh) * 2017-12-28 2019-07-05 华为技术有限公司 一种通信方法、及相关产品

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6999432B2 (en) * 2000-07-13 2006-02-14 Microsoft Corporation Channel and quality of service adaptation for multimedia over wireless networks
US11444850B2 (en) * 2016-05-02 2022-09-13 Huawei Technologies Co., Ltd. Method and apparatus for communication network quality of service capability exposure

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101184222A (zh) * 2007-12-10 2008-05-21 上海华为技术有限公司 在无线通信系统中实现视频业务的方法及网元设备
CN101420461A (zh) * 2008-12-08 2009-04-29 北京邮电大学 一种基于业务感知的自适应令牌桶的标记方法
WO2017190329A1 (zh) * 2016-05-05 2017-11-09 华为技术有限公司 视频业务的传输方法和装置
CN109600664A (zh) * 2017-09-30 2019-04-09 华为技术有限公司 业务传输方法和装置
CN109982266A (zh) * 2017-12-28 2019-07-05 华为技术有限公司 一种通信方法、及相关产品

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
23.716/Update to Solution #16- Subscription control for the Support of a range of IP address/Prefixes in a PDU Session;Nokia, Nokia Shanghai Bell;SA WG2 Meeting #128b 20 – 24 August 2018, Sophia-Antipolis, France, S2-187683;全文 *

Also Published As

Publication number Publication date
US20240089209A1 (en) 2024-03-14
CN114928554A (zh) 2022-08-19
EP4287636A1 (en) 2023-12-06
EP4287636A4 (en) 2024-05-15
WO2022161162A1 (zh) 2022-08-04

Similar Documents

Publication Publication Date Title
RU2753372C2 (ru) Способ передачи данных, устройство связи, оконечное устройство и базовая станция
CN112423340B (zh) 一种用户面信息上报方法及装置
US20240031870A1 (en) Media data transmission method and communication apparatus
US11647419B2 (en) Adjusting window size based on quality of experience
US20230354334A1 (en) Communication method and apparatus
EP4175356A1 (en) Wireless communication method, terminal device, and network device
CN114928554B (zh) 视频传输方法、装置和存储介质
CN116134878A (zh) 通信方法和装置
WO2023184537A1 (zh) 一种数据传输方法及装置、通信设备
WO2024087585A1 (en) Method and apparatus of data transmission using protocol data unit set discard timers
WO2023010361A1 (zh) 传输方法、装置、设备及存储介质
WO2023142774A1 (zh) 一种通信方法及设备
WO2023216803A1 (zh) 数据流映射更新方法、装置及存储介质
WO2023010360A1 (zh) 传输方法、装置、设备及存储介质
WO2023185608A1 (zh) 一种数据传输的方法及通信装置
WO2024055692A1 (zh) 通信方法、通信装置和通信系统
WO2022183431A1 (zh) 数据处理方法和设备
US20240137802A1 (en) Transmission method, apparatus, device, and storage medium
WO2023184552A1 (zh) 一种数据传输方法及装置、通信设备
WO2022178778A1 (zh) 一种数据传输方法及通信装置
WO2023184545A1 (zh) 一种数据传输方法及装置、通信设备
WO2024055871A1 (zh) 一种通信系统中传输数据的方法和通信装置
WO2024032211A1 (zh) 一种拥塞控制方法以及装置
WO2024082361A1 (en) Method and apparatus of data transmission
CN115551019A (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
GR01 Patent grant
GR01 Patent grant