CN117082038A - 用于传输媒体流的数据包的方法和通信装置 - Google Patents

用于传输媒体流的数据包的方法和通信装置 Download PDF

Info

Publication number
CN117082038A
CN117082038A CN202310937548.8A CN202310937548A CN117082038A CN 117082038 A CN117082038 A CN 117082038A CN 202310937548 A CN202310937548 A CN 202310937548A CN 117082038 A CN117082038 A CN 117082038A
Authority
CN
China
Prior art keywords
network element
data packets
data
media stream
data packet
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
CN202310937548.8A
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202310937548.8A priority Critical patent/CN117082038A/zh
Publication of CN117082038A publication Critical patent/CN117082038A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1642—Formats specially adapted for sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058—Allocation criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058—Allocation criteria
    • H04L5/0064—Rate requirement of the data, e.g. scalable bandwidth, data priority
    • 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
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels

Landscapes

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

Abstract

本申请提供了一种用于传输媒体流的数据包的方法和通信装置，包括：接入网网元接收来自用户面网元的媒体流的M个数据包，并在其网络资源不能满足终端设备的传输需求的情况下，丢弃该M个数据包中优先级较低的N个数据包，N≤M；该接入网网元向该终端设备发送未被丢弃的数据包以及该N个数据包携带的表征数据包发送顺序的序号，并接收来自该终端设备的针对该N个数据包携带的该序号的ACK反馈。该方案通过仅传输媒体流中优先级较高的数据包并丢弃优先级较低的数据包，能够较大程度的保障用户侧的视频播放体验。并且，由于终端设备进行了ACK反馈，因此可以避免服务器侧对该N个数据包的重传，从而能够进一步保障优先级较高的数据包的传输。

Description

用于传输媒体流的数据包的方法和通信装置
本申请是申请日为2020年10月30日、中国申请号为202011194461.9、申请名称为“用于传输媒体流的数据包的方法和通信装置”的发明申请的分案申请。
技术领域
本申请涉及通信领域，并且更具体地，涉及一种用于传输媒体流的数据包的方法和通信装置。
背景技术
媒体流量是第五代(5th generation，5G)移动网络中的主要承载流量，用户媒体体验很大程度上就决定了移动用户对整个移动网络业务体验。另外，媒体不断向超高清视频、360度全景、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)视频等新媒体形式发展，秒切秒开、快速码率自适应切换等时尚型控制需求对时延和带宽有越来越严苛的要求，单纯依赖媒体业务层自身的闭环控制难以满足用户的媒体体验要求。因此，有必要联合网络与媒体业务，通过网络辅助提升媒体业务的服务质量，优化用户的视频体验。
针对现有视频编解码方案，原始视频流经过编码器之后所得到的视频裸流将会在网络中进行传输，当视频流到达用户侧方能进行视频的播放。视频流中的媒体数据总是存在一定的差异性，像实时传输协议(real-time transport protocol，RTP)/实时信息传输协议(real time message protocol，RTMP)，直播传输流对应的是裸流，即H.264编码流，其中客户端播放严重依赖帧内(intra，I)帧，只有当I帧到达之后，才能进行媒体解码与播放；同理，对于可适性视频编码(scalable video coding，SVC)中的基础层、增强层以及VR/AR全景视频中的背景流、前景流，客户端的播放都会依赖于关键数据的正确接收。
在媒体流传输过程中，由于空口网络性能的波动，无法满足媒体流的带宽需求，关键数据包难以得到及时、可靠的传输保障，从而无法保障用户侧的视频播放体验。
发明内容
本申请提供一种用于传输媒体流的数据包的方法和通信装置，通过在网络性能较差时仅传输媒体流中优先级较高的数据包，丢弃媒体流中优先级较低的数据包，能够较大程度的保障用户侧的视频播放体验。
第一方面，提供了一种用于传输媒体流的数据包的方法，包括：接入网网元接收来自用户面网元的媒体流的M个数据包，M为正整数，其中，所述M个数据包中的各数据包携带表征所述数据包发送顺序的序号；在所述接入网网元的网络资源不能满足终端设备的传输需求的情况下，所述接入网网元丢弃所述M个数据包中的N个数据包，N≤M，且N为整数，其中，所述N个数据包的优先级低于所述M个数据包中其他数据包的优先级；所述接入网网元向所述终端设备发送所述M个数据包中未被丢弃的数据包，以及所述N个数据包携带的所述序号；所述接入网网元接收来自所述终端设备的针对所述N个数据包携带的所述序号的确认(acknowledge，ACK)反馈。
应理解，接入网网元接收到ACK反馈后，向服务器(或者说应用服务器)发送该ACK反馈。
可选地，接入网网元接收针对该N个数据包中每个数据包的ACK反馈。
比如，针对某一数据包的ACK反馈可以包括该数据包对应的序号。
可选地，接入网网元接收针对该N个数据包中对应序号最大的数据包的ACK反馈。
比如，该ACK反馈可以包括该N个数据包中对应序号最大的数据包的序号。
可选地，所述N个数据包包括下述中的一项或多项：画面组(group of pictures，GOP)中的最后Q个B帧或P帧对应的数据包、所述媒体流中的背景流数据对应的数据包、所述媒体流的增强层数据对应的数据包，Q为正整数。
根据本申请提供的用于传输媒体流的数据包的方法，在接入网网元的网络资源不能满足终端设备的传输需求的情况下，接入网网元通过传输媒体流中优先级较高的数据包(例如，I帧、基础层或者前景流数据等对应的数据包)，丢弃媒体流中优先级较低的数据包(例如，B帧/P帧、增强层或者背景流数据等对应的数据包)，能够较大程度的保障优先级较高的数据包传输至终端设备，即较大程度的保障媒体流中的关键数据到达终端设备，从而能够提高用户侧的视频播放体验。并且，由于终端设备对这N个数据包进行了ACK反馈，因此可以避免服务器侧对该N个数据包的重传，从而能够避免由于重传对优先级高的数据包的传输的影响，进一步保障优先级较高的数据包的传输。
结合第一方面，在第一方面的某些实现方式中，所述方法还包括：所述接入网网元接收来自所述终端设备的针对所述N个数据包携带的所述序号的第一指示信息，所述第一指示信息用于指示所述终端设备未接收到所述序号对应的数据包。
应理解，接入网网元在接收到第一指示信息后，将向服务器侧发送第一指示信息。
通常，如果服务器侧接收到终端设备发送的ACK反馈，则认为该ACK反馈对应的数据包被终端设备正确接收，从而认为网络状况良好，进而增加数据发送量。然而，基于本申请提供的方案，由于终端设备可以针对被接入网网元丢弃的数据包进行ACK反馈，因此如果服务器侧在接收到终端设备发送的ACK反馈后增加数据发送量，可能导致网络状况进一步恶化，而通过终端设备发送第一指示信息，可以使得服务器侧获知ACK反馈是针对终端设备未接收到的数据包的反馈，从而服务器侧在评估网络状况时可以不考虑该数据包的发送情况，这样一定程度上能够避免因此服务器侧对网络状况的评估不准确而增加数据发送量所导致的网络状况进一步恶化。
结合第一方面，在第一方面的某些实现方式中，所述方法还包括：所述接入网网元接收来自所述终端设备的与所述ACK反馈对应的数据包的长度信息。
如果终端设备针对该N个数据包的每个数据包都进行ACK反馈，则与每个ACK反馈对应的长度信息为该数据包的长度。如果终端设备针对该N个数据包序号最大的数据包进行ACK反馈，则该长度信息为该N个数据包的总长度。
结合第一方面，在第一方面的某些实现方式中，所述M个数据包中的每个数据包携带优先级信息。
基于该方案，不需要接入网网元确定的数据包的优先级，能够简化接入网网元的操作。
结合第一方面，在第一方面的某些实现方式中，在所述接入网网元接收来自用户面网元的媒体流的M个数据包之前，所述方法还包括：所述接入网网元接收来自所述用户面网元或者会话管理网元的第二指示信息，所述第二指示信息用于指示所述用户面网元接收到所述媒体流；所述接入网网元根据所述第二指示信息，监测所述接入网网元的网络资源是否能满足所述终端设备的传输需求。
基于该方案，接入网网元可以根据用户面网元的指示，检测网络资源情况，以及时丢弃优先级较低的数据包，保障优先级较高的数据包的传输。
结合第一方面，在第一方面的某些实现方式中，在所述接入网网元接收来自用户面网元的媒体流的M个数据包之前，所述方法还包括：所述接入网网元接收来自所述会话管理网元的第一消息，所述第一消息包括媒体流指示信息、标识信息、传输层指示信息，其中，所述媒体流指示信息用于指示所述接入网网元在监测到所述接入网网元的网络资源不能满足所述终端设备的传输需求的情况下，丢弃所述媒体流中优先级低的数据包，所述标识信息用于所述接入网网元确定接收到的所述媒体流的数据包的优先级，所述传输层指示信息用于指示所述接入网网元在丢弃所述媒体流中优先级低的数据包后，向所述终端设备发送表征被丢弃的数据包的发送顺序的序号。
第二方面，提供了一种用于传输媒体流的数据包的方法，包括：用户面网元根据下述信息确定接收到的媒体流的数据包在所述媒体流中的优先级：所述数据包是否为一个画面组GOP中的最后Q个B帧或P帧对应的数据包、所述数据包是否为所述媒体流中的背景流数据对应的数据包、所述数据包是否为所述媒体流中的增强层数据对应的数据包，Q为正整数；所述用户面网元向接入网网元发送携带所述优先级信息的所述数据包。
根据本申请提供的方法，通过由用户面网元确定媒体流的数据包的优先级，并将优先级信息携带在数据包中，可以使得接入网网元根据数据包的优先级信息对数据包进行发送或丢弃处理，从而有效保障用户侧的视频播放体验。
结合第二方面，在第二方面的某些实现方式中，所述数据包还携带表征所述数据包发送顺序的序号。
结合第二方面，在第二方面的某些实现方式中，在所述用户面网元向接入网网元发送携带所述优先级信息的所述数据包之前，所述方法还包括：所述用户面网元向所述接入网网元发送第二指示信息，所述第二指示信息用于指示所述用户面网元接收到所述媒体流，以使所述接入网网元监测所述接入网网元的网络资源是否能满足终端设备的传输需求。
结合第二方面，在第二方面的某些实现方式中，在所述用户面网元向所述接入网网元发送第二指示信息之前，所述方法还包括：所述用户面网元接收来自会话管理网元的媒体流指示信息、标识信息和包检测规则(packet detection rule，PDR)，其中，所述媒体流指示信息用于指示所述接入网网元在其网络资源不能满足所述终端设备的传输需求的情况下，丢弃所述媒体流中优先级低的数据包，所述标识信息用于所述接入网网元确定接收到的所述媒体流的数据包的优先级，所述PDR用于所述用户面网元检测所述媒体流。
第三方面，提供了一种用于传输媒体流的数据包的方法，其特征在于，包括：终端设备接收来自接入网网元的表征媒体流的数据包发送顺序的序号；若所述终端设备未接收到所述序号对应的数据包，所述终端设备向所述接入网网元发送确认ACK反馈。
一般情况下，终端设备在成功接收数据包后会进行ACK反馈，服务器侧接收到ACK反馈后不再重传该数据包。终端设备如果没有成功接收数据包，则不会进行ACK反馈，相应地服务器侧如果长期没有接收到终端设备的ACK反馈，则会进行数据包的重传。在本申请中，如果按照这种常规方式进行处理，由于终端设备没有接收到被接入网设备丢弃的数据包，因此终端设备不会对该数据包进行ACK反馈，而服务器侧将对该数据包进行重传，这样可能会在接入网网元的网络资源本身已经不能满足终端设备的传输需求的情况下，进一步加重网络状况恶化，影响优先级高的数据包的传输。
而根据本申请提供的上述方案，由于终端设备对该数据包进行了ACK反馈，因此可以避免服务器侧对该数据包的重传，从而能够避免由于重传对优先级高的数据包的传输的影响，保障优先级较高的数据包的传输。
结合第三方面，在第三方面的某些实现方式中，所述方法还包括：所述终端设备向所述接入网网元发送第一指示信息，所述第一指示信息用于指示所述终端设备未接收到所述数据包。
通常，如果服务器侧接收到终端设备发送的ACK反馈，则认为该ACK反馈对应的数据包被终端设备正确接收，从而认为网络状况良好，进而增加数据发送量。然而，基于本申请提供的方案，由于终端设备可以针对被接入网网元丢弃的数据包进行ACK反馈，因此如果服务器侧在接收到终端设备发送的ACK反馈后增加数据发送量，可能导致网络状况进一步恶化，而通过终端设备发送第一指示信息，可以使得服务器侧获知ACK反馈是针对终端设备未接收到的数据包的反馈，从而服务器侧在评估网络状况时可以不考虑该数据包的发送情况，这样一定程度上能够避免因此服务器侧对网络状况的评估不准确而增加数据发送量所导致的网络状况进一步恶化。
结合第三方面，在第三方面的某些实现方式中，所述方法还包括：所述终端设备向所述接入网网元发送所述ACK反馈对应的数据包的长度信息。
第四方面，提供了一种用于传输媒体流的数据包的方法，包括：应用网元生成第一请求消息；所述应用网元向策略控制网元发送第一请求消息，所述第一请求消息包括媒体流指示信息和流描述信息，其中，所述媒体流指示信息用于指示接入网网元在其网络资源不能满足所述终端设备的传输需求的情况下，丢弃所述媒体流中优先级低的数据包，所述流描述信息用于描述所述媒体流的数据特征。
基于该方案，策略控制网元可以进一步向会话管理网元提供与该媒体流相关的信息，进而会话管理网元向用户面网元/接入网网元/终端设备提供相应信息，使得用户面网元/接入网网元/终端设备可以根据相应的信息，在后续对该媒体流进行相应地优化处理，从而保障用户的媒体流业务体验。
结合第四方面，在第四方面的某些实现方式中，所述第一请求消息还包括传输层指示信息，所述传输层指示信息用于指示所述接入网网元在丢弃所述媒体流中优先级低的数据包后，向所述终端设备发送表征被丢弃的数据包的发送顺序的序号。
第五方面，提供了一种用于传输媒体流的数据包的方法，包括：策略控制网元接收来自应用网元的第一请求消息，所述第一请求消息包括媒体流指示信息和流描述信息，其中，所述媒体流指示信息用于指示接入网网元在其网络资源不能满足所述终端设备的传输需求的情况下，丢弃所述媒体流中优先级低的数据包，所述流描述信息用于描述所述媒体流的数据特征；所述策略控制网元向会话管理网元发送第二响应消息，所述第二响应消息包括所述媒体流指示信息和媒体流数据包过滤器，其中，所述媒体流指示信息和所述媒体流数据包过滤器用于所述会话管理网元生成PDR，所述PDR用于用户面网元检测所述媒体流。
基于该方案，会话管理网元进一步可以向用户面网元/接入网网元/终端设备提供相应信息，使得用户面网元/接入网网元/终端设备可以根据相应的信息，在后续对该媒体流进行相应地优化处理，从而保障用户的媒体流业务体验。
结合第五方面，在第五方面的某些实现方式中，所述第一请求消息还包括传输层指示信息，以及，所述第二响应消息还包括所述传输层指示信息，所述传输层指示信息用于指示接入网网元在丢弃所述媒体流中优先级低的数据包后，向终端设备发送表征被丢弃的数据包的发送顺序的序号。
第六方面，提供了一种用于传输媒体流的数据包的方法，包括：会话管理网元接收来自策略控制网元的第二响应消息，所述第二响应消息包括媒体流指示信息和媒体流数据包过滤器，其中，所述媒体流指示信息用于指示接入网网元在其网络资源不能满足所述终端设备的传输需求的情况下，丢弃所述媒体流中优先级低的数据包，所述媒体流指示信息和所述媒体流数据包过滤器用于所述会话管理网元生成PDR，所述PDR用于用户面网元检测所述媒体流；所述会话管理网元向用户面网元发送会话建立请求消息，所述会话建立请求消息包括所述媒体流指示信息、标识信息以及所述PDR，所述标识信息用于指示所述媒体流的数据包所携带的优先级信息所指示的优先级；所述会话管理网元通过所述接入和移动管理网元向所述接入网网元发送所述媒体流指示信息和所述标识信息。
基于该方案，会话管理网元分别可以向用户面网元、接入网网元、终端设备提供相应信息，使得用户面网元、接入网网元、终端设备可以根据相应的信息，在后续对该媒体流进行相应地优化处理，从而保障用户的媒体流业务体验。
结合第六方面，在第六方面的某些实现方式中，所述方法还包括：所述会话管理网元通过接入和移动管理网元向所述终端设备发送所述媒体流指示信息。
结合第六方面，在第六方面的某些实现方式中，所述第二响应消息还包括传输层指示信息，以及，所述会话管理网元还通过所述接入和移动管理网元所述接入网网元发送所述传输层指示信息，所述传输层指示用于指示所述接入网网元在丢弃所述媒体流中优先级低的数据包后，向所述终端设备发送表征被丢弃的数据包的发送顺序的序号。
第七方面，提供了一种通信装置，包括用于执行第一方面至第六方面中任一方面提供的方法的各个模块或单元，或包括用于执行第一方面至第六方面中任一种可能实现方式中的方法的各个模块或单元。
第八方面，提供了一种装置，包括处理器。该处理器与存储器耦合，可用于执行存储器中的指令，以使得该装置执行上述第一方面至第六方面中任一方面提供的方法，或执行第一方面至第六方面中任一种可能实现方式中的方法。可选地，该装置还包括存储器。可选地，该装置还包括接口电路，处理器与接口电路耦合。
第九方面，提供了一种处理器，包括：输入电路、输出电路和处理电路。该处理电路用于通过该输入电路接收信号，并通过该输出电路发射信号，使得该处理器执行第一方面至第六方面中任一方面提供的方法，或执行第一方面至第六方面中任一种可能实现方式中的方法。
在具体实现过程中，上述处理器可以为芯片，输入电路可以为输入管脚，输出电路可以为输出管脚，处理电路可以为晶体管、门电路、触发器和各种逻辑电路等。输入电路所接收的输入的信号可以是由例如但不限于接收器接收并输入的，输出电路所输出的信号可以是例如但不限于输出给发射器并由发射器发射的，且输入电路和输出电路可以是同一电路，该电路在不同的时刻分别用作输入电路和输出电路。本申请实施例对处理器及各种电路的具体实现方式不做限定。
第十方面，提供了一种处理装置，包括处理器和存储器。该处理器用于读取存储器中存储的指令，并可通过接收器接收信号，通过发射器发射信号，以执行第一方面至第六方面中任一方面提供的方法，或执行第一方面至第六方面中任一种可能实现方式中的方法。
可选地，该处理器为一个或多个，该存储器为一个或多个。
可选地，该存储器可以与该处理器集成在一起，或者该存储器与处理器分离设置。
在具体实现过程中，存储器可以为非瞬时性(non-transitory)存储器，例如只读存储器(read only memory，ROM)，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。
上述第十方面中的处理装置可以是一个芯片，该处理器可以通过硬件来实现也可以通过软件来实现，当通过硬件实现时，该处理器可以是逻辑电路、集成电路等；当通过软件来实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现，该存储器可以集成在处理器中，可以位于该处理器之外，独立存在。
第十一方面，提供了一种计算机程序产品，该计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当该计算机程序被运行时，使得计算机执行上述第一方面至第六方面中任一方面提供的方法，或执行第一方面至第六方面中任一种可能实现方式中的方法。
第十二方面，提供了一种计算机可读介质，该计算机可读介质存储有计算机程序(也可以称为代码，或指令)当其在计算机上运行时，使得计算机执行上述第一方面至第六方面中任一方面提供的方法，或执行第一方面至第六方面中任一种可能实现方式中的方法。
附图说明
图1是可以应用于本申请的一种系统架构示意图。
图2是可以应用于本申请的5G系统架构示意图。
图3是本申请提供的一种用于传输媒体流的数据包的方法的示意性流程图。
图4是本申请提供的一种建立PDU会话流程示意图。
图5是本申请提供的另一种用于传输媒体流的数据包的方法的示意性流程图。
图6是本申请提供的另一种建立PDU会话流程示意图。
图7是本申请提供的一种用于传输媒体流的数据包的方法的示意性流程图。
图8是本申请提供的一种通信装置的示意性框图。
图9是本申请提供了另一种通信装置的示意性结构图。
图10是本申请提供了一种终端设备的示意性结构图。
具体实施方式
下面将结合附图，对本申请中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信系统，例如：长期演进(long termevolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、第五代(5th generation，5G)系统、新无线(new radio，NR)或未来可能出现的其他通信系统等。
图1示出了可以应用于本申请的系统100的架构图。如图1所示，该系统100可以包括下述中的一个或多个设备：终端设备101、接入网网元102、用户面网元103、数据网络104、接入和移动管理网元105、会话管理网元106、策略控制网元107、应用网元108、统一数据管理网元109和网络开放网元110。
终端设备101：可以是用户设备(user equipment，UE)、用户、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。例如，可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。终端设备110还可以是上述各种设备中设置的装置或者电路结构，例如，芯片或者芯片系统。
接入网网元102：能够管理无线资源，为终端设备提供接入服务，进而完成控制信号和用户数据在终端设备和核心网之间的转发。
接入网网元102可以是传输接收点(transmission reception point，TRP)、LTE系统中的演进型基站(evolved NodeB，eNB或eNodeB)、家庭基站(例如，home evolved NodeB，或home Node B，HNB)、基带单元(base band unit，BBU)、云无线接入网络(cloud radioaccess network，CRAN)场景下的无线控制器、中继站、接入点、车载设备、可穿戴设备、5G移动通信系统中的下一代基站(next generation NodeB，gNB)、未来演进的陆上公用移动通信网(public land mobile network，PLMN)网络中的接入网网元、接入点(access point，AP)等。
用户面网元103：主要负责数据包路由和转发。
数据网络104：可以是运营商服务，互联网接入或者第三方服务，如IP多媒体业务(IP Multi-media Service，IMS)、互联网等。DN中可以包括应用服务器(applicationserver，AS)，AS是一种软件框架，提供一个应用程序运行的环境，用于为应用程序提供安全、数据、事务支持、负载平衡大型分布式系统管理等服务。终端设备通过与AS通信获取应用报文。
接入和移动管理网元105：主要负责移动网络中的移动性管理，如用户位置更新、用户注册网络、用户切换等。
会话管理网元106：主要负责移动网络中的会话管理，如会话建立、修改、释放。具体功能如为用户分配IP地址、选择提供报文转发功能的用户面网元等。
策略控制网元107：负责向接入和移动管理网元、会话管理网元提供策略，如服务质量(quality of service，QoS)策略、切片选择策略等。
应用网元108：负责向3GPP网络提供业务、与策略控制网元之间交互以进行策略控制等。
统一数据管理网元109：用于存储用户数据，如签约信息、鉴权/授权信息。
网络开放网元110：提供网络能力开放相关的框架、鉴权和接口，在5G系统网络功能和其他网络功能之间传递信息。
应理解，上述各设备或网元可以是具有相应功能的装置，可以是该装置内部的软/硬件模块(如芯片)等。还应理解，本申请所涉及的任一设备或网元可以以软件形式、软硬件结合形式的方式实现。
在一个示例中，图1所示的系统100可以是图2所示的5G系统。应理解，系统100还可以是4G系统或者其他系统，本申请对此不作限定。
图2是一种5G系统架构示意图。该系统架构图中，与图1中附图标记相同的网元是图1中相应的网元在当前5G系统中的命名。参见图2，该5G系统架构可以包括下述一个或多个网元：UE 101、(无线)接入网((radio)access network，(R)AN)102、用户平面功能(userplane function，UPF)103、数据网络(data network，DN)104、接入和移动性管理功能(access and mobility management function，AMF)105、会话管理功能(sessionmanagement function，SMF)106、策略控制功能(policy control function，PCF)107、应用功能(application function，AF)108、统一数据管理(unified data management，UDM)109以及网络开放功能(network exposure function)110。
应理解，图2所示的各个网元的命名仅是一个名字，名字对网元本身的功能不构成限定。在不同的网络中，上述各个网元也可以是其他的名字，本申请实施例对此不作具体限定。例如，在6G网络中，上述各个网元中的部分或全部可以沿用5G中的术语，也可能是其他命名。类似地，图2所示的网元之间的接口仅是一个示例，在5G网络以及未来其它的网络中，网元之间的接口也可以不是图中所示的接口，本申请对此不作限定。
还应理解，本申请实施例并不限于图2所示的系统架构中。例如，可以应用本申请的通信系统可以包括更多或更少的网元或设备。图2中的设备或网元可以是硬件，也可以是从功能上划分的软件或者以上二者的结合。图2中的设备或网元之间可以通过其他设备或网元通信。
新媒体行业快速发展的同时，对通信技术提出了新的需求。媒体行业激增的数据量对网络传输能力提出了前所未有的挑战，尤其是超高清视频、VR全景视频等新兴媒体流的出现。5G技术能够使得媒体行业实时高清渲染和大幅降低设备对本地计算能力的需求得以落地，可以使大量数据被实时传输，降低网络延时，不仅可满足超高清视频直播，还能让AR/VR对画质和时延要求较高的应用获得长足发展。
从网络层来看，媒体流量是移动网络的主要承载流量，用户媒体体验很大程度上就决定了移动用户对整个移动网络业务体验；从业务层来看，媒体不断向超高清视频、360度全景/VR视频等新媒体形式发展，秒切秒开、快速码率自适应切换等新型控制需求对时延和带宽有越来越严苛的要求，单纯依赖媒体业务层自身的闭环控制难以满足用户的媒体体验要求。因此，有必要联合网络与媒体业务，通过网络辅助提升媒体业务的服务质量，优化用户的视频体验，尤其是对于AR/VR全景视频流、4K/8K超高清视频流。
针对现有的包括H.264/增强视频编码(advanced video coding，AVC)、高效视频压缩编码(high efficiency video coding，HEVC)以及SVC/可伸缩高效视频编码(scalability extension of HEVC，SHVC)在内的多种视频编解码方案，原始视频流经过编码器之后所得到的视频裸流将会在网络中进行传输，当视频流到达用户侧方能进行视频的播放。在码流信息中往往包括I帧、前向预测(predictive，P)帧与双向预测内插(bi-directional interpolated prediction，B)帧，其中I帧是指通过帧内的数据就能够进行完整解码的图像帧，P帧是指需要参考上一帧内容才能够完成视频解码的图像帧，而B帧是指需要参考前一帧与后一帧的内容才能够完成解码的图像帧。因此在媒体流传输与播放过程中，I帧的地位尤为重要，用户侧只能在接收到I帧之后才能够进行完整视频的解码与播放。类似的还包括SVC编码中的基础层(也称为基础层数据)与增强层(也称为增强层数据)之分，以及目前AV/VR视频业务中常用的前景流(也称为前景流数据)与背景流(也称为背景流数据)。其中，基础层包含视频信号基本的也是最重要的信息，接收端接收到基础层就可重建得到基本质量的图像；增强层包含视频信号的细节信息，接收端将基础层和增强层一起解码，可以重建出更高质量的图像。为了保障用户媒体观看体验，降低网络传输带宽，在AR/VR视频流传输过程中，将之分为低画质的全景背景流与高画质对应用户视角的前景流，此时前景流的可靠传输与解码对于确保用户体验来讲尤为重要。
在媒体流传输过程中，由于空口网络性能的波动，无法满足媒体流的带宽需求，关键数据包(例如，I帧、基础层或者前景流数据等对应的数据包)难以得到及时、可靠的传输保障，从而无法保障用户侧的视频播放体验。
有鉴于此，本申请提供了一种用于传输媒体流的数据包的方法，通过在网络性能较差时仅传输媒体流中优先级较高的数据包(例如，I帧、基础层或者前景流数据等对应的数据包)，丢弃媒体流中优先级较低的数据包(例如，B帧/P帧、增强层或者背景流数据等对应的数据包)，能够较大程度的保障用户侧的视频播放体验。
下面结合附图，对本申请提供的方案进行详细说明。
图3是本申请提供的一种用于传输媒体流的数据包的方法的示意性流程图。下面该方法300中的各步骤进行说明。
S310，用户面网元向接入网网元发送媒体流的数据包。
S320，在接入网网元的网络资源不能满足终端设备的传输需求的情况下，接入网网元丢弃该媒体流的M个数据包中的N个数据包，N≤M，且M和N均为整数。
应理解，该M个数据包是用户面网元向接入网网元发送的、接入网网元当前还未向终端设备发送的该媒体流的数据包。也就是说，该M个数据包是接入网网元当前缓存的该媒体流的数据包。该N个数据包为接入网网元当前缓存的该媒体流的数据包中的部分或全部数据包。
其中，该N个数据包的优先级低于该M个数据包中其他数据包的优先级。比如，假设该M个数据包为数据包#1至数据包#5，且数据包#1至数据包#5的优先级分别为1、1、2、3、2，其中数字越大表示优先级越高，则该N个数据包可以是优先级为1的数据包，即数据包#1和数据包#2，或者，该N个数据包可以是优先级为1和2的数据包，即数据包#1、数据包#2、数据包3和数据包#5，或者，该N个数据包可以是数据包#1至数据包#5。
可选地，N的取值可以根据接入网网元的网络资源确定。比如，接入网网元的网络资源只能发送1M的数据，而当前接入网网元缓存有5M的数据，那么N个数据包的大小总共可以是4M。
可选地，该N个数据包可以包括下述中的一项或多项：GOP中的最后Q个B帧或P帧对应的数据包、该媒体流中的背景流数据对应的数据包、该媒体流的增强层数据对应的数据包，Q为正整数。
比如，可以根据优先丢弃最后的B帧对应的数据包，其次按照P帧由后往前的顺序丢弃P帧对应的数据包的顺序丢弃数据包。举例来说，假设该M个数据包总共对应2个GOP，每个GOP包括下述几个帧：IP P P B P。那么，如果这2个GOP中总共的2个B帧对应的数据包为N个，那么可以丢弃这2个GOP中的B帧；如果这2个GOP中总共的2个B帧对应的数据包为N-4，每个GOP中最后的一个P帧对应的数据包的个数为2，则可以丢弃这2个GOP中的B帧以及最后一个P帧。
再如，假设该媒体流采用SVC编码，则该媒体流的数据包可以对应基础层数据和增强层数据中的其中一种，即该媒体流的任一数据包要么对应基础层数据，要么对应增强层数据，其中基础层数据的优先级高于增强层数据的优先级。那么，该N个数据包可以是该M个数据包中对应增强层数据的数据包。
又如，假设该媒体流为AV/VR视频业务，则该媒体流的数据包可以对应前景流数据和背景流数据中的其中一种，其中前景流数据的优先级高于背景流数据的优先级。那么，该N个数据包可以是该M个数据包中对应背景流数据的数据包。
S330，接入网网元向终端设备发送该M个数据包中未被丢弃的数据包。
比如，该M个数据包为数据包#1至数据包#5，该N个数据包为数据包#1和数据包#2，则接入网网元丢弃数据包#1和数据包#2，并且向终端设备发送数据包#3至数据包#5。
综上，根据本申请提供的用于传输媒体流的数据包的方法，在接入网网元的网络资源不能满足终端设备的传输需求的情况下，接入网网元通过传输媒体流中优先级较高的数据包(例如，I帧、基础层或者前景流数据等对应的数据包)，丢弃媒体流中优先级较低的数据包(例如，B帧/P帧、增强层或者背景流数据等对应的数据包)，能够较大程度的保障优先级较高的数据包传输至终端设备，即较大程度的保障媒体流中的关键数据到达终端设备，从而能够提高用户侧的视频播放体验。
作为本申请一个实施例，在S310之前，该方法还可以包括：
S301，用户面网元确定该数据包在该媒体流中的优先级。相应地，用户面网元发送的该数据包可以携带指示该数据包优先级的优先级信息。
比如，用户面网元可以根据下述信息确定接该数据包在该媒体流中的优先级：该数据包是否为一个GOP中的最后Q个B帧或P帧对应的数据包、该数据包是否为该媒体流中的背景流数据对应的数据包、该数据包是否为该媒体流中的增强层数据对应的数据包，Q为正整数。
例如，一个GOP中不同帧的优先级依赖与该帧对于整个GOP解码体验的关键性，如最后一个B帧是最后解码的媒体帧，即该B帧不会对GOP内其他媒体解码造成影响，故可以将其优先级设置为最低。比如，一个GOP中的帧顺序为IP P B P，那么可以定义各个帧的优先级分别为5、4、3、1、2，其中数值越大优先级越高。对应的，其中每个帧的数据包对应的优先级依次为5、4、3、1、2。
例如，一个GOP中的I帧、一个GOP中的最后Q个B帧、一个GOP中的最后Q个P帧对应的优先级分别为2、1、1，那么，若一个数据包对应一个GOP中的I帧，则该数据包的优先级为2；若一个数据包对应一个GOP中的最后Q个B帧或P帧，则该数据包的优先级为1。
例如，该媒体流中前景流数据的优先级高于背景流数据的优先级，比如，前景流数据的优先级为2，背景流数据的优先级为1，其中数值越大优先级越高。那么，若一个数据包对应的数据为前景流数据，则该数据包的优先级为2；若一个数据包对应的数据为背景流数据，则该数据包的优先级为1。
例如，该媒体流中基础层数据的优先级高于增强层数据的优先级，比如，基础层数据的优先级为2，增强层数据的优先级为1，其中数值越大优先级越高。那么，若一个数据包对应的数据为基础层数据，则该数据包的优先级为2；若一个数据包对应的数据为增强层数据，则该数据包的优先级为1。
应理解，本申请并不限定表示优先级的数值的取值。
在根据上述方案确定数据包的优先级时，用户面网元需要获知该数据包具体对应一个GOP中的I帧、P帧还是B帧，进一步地还需要知道该数据包对应该GOP中的第几帧。或者，用户面网元需要获知该数据包具体是背景流数据还是前景流数据。或者，用户面网元需要获知该数据包具体是基础层数据还是增强层数据。示例性的，在一种方式中，用户面网元可以通过解析该数据包中的数据部分，即净荷(payload)，获知上述信息，从而进一步确定该数据包的优先级。在另一种方式中，用户面网元可以通过该数据包的包头中携带的信息，获知上述信息，从而进一步确定该数据包的优先级。
在用户面网元确定该数据包在该媒体流中的优先级后，用户面网元还可以在该数据包中添加该数据包的优先级信息，即将表示该数据包的优先级的信息增加在该数据包中。相应地，接入网网元接收到的数据包携带其对应的优先级信息。
基于该方案，通过由用户面网元确定媒体流的数据包的优先级，并将优先级信息携带在数据包中，可以使得接入网网元根据数据包的优先级信息对数据包进行发送或丢弃处理，从而有效保障用户侧的视频播放体验。
需要说明的是，该数据包在该媒体流中的优先级也可以由接入网网元确定或者由发送该数据包的应用网元确定。接入网网元或者应用网元确定优先级的方式可以参照用户面网元确定优先级的方式，这里不再赘述。
作为本申请一个实施例，该媒体流的数据包还可以携带表征该数据包发送顺序的序号。
相应地，接入网网元在向终端设备发送该M个数据包中未被丢弃的数据包时，还可以发送该N个数据包携带的序号。并且在此场景下，该方法还可以包括：
S340，终端设备向接入网网元发送针该N个数据包携带的序号的ACK反馈。
示例性的，一种方式中终端设备可以针对该N个数据包中每个数据包携带的序号都发送一个ACK反馈。在此方式下，服务器侧认为该N个数据包中每个数据包都被终端设备侧正确接收。另一种方式中终端设备可以仅发送一个ACK反馈，其中，该ACK反馈是针对该N个数据包携带的序号中最大序号的反馈。在此方式下，服务器侧认为该最大序号对应的数据包以及序号小于该最大序号的数据包也被终端设备正确接收。
一般情况下，终端设备在成功接收数据包后会进行ACK反馈，服务器侧接收到ACK反馈后不再重传该数据包。终端设备如果没有成功接收数据包，则不会进行ACK反馈，相应地服务器侧如果长期没有接收到终端设备的ACK反馈，则会进行数据包的重传。在本申请中，如果按照这种常规方式进行处理，由于终端设备没有接收到被接入网设备丢弃的N个数据包，因此终端设备不会对这N个数据包进行ACK反馈，而服务器侧将对这N个数据包进行重传，这样可能会在接入网网元的网络资源本身已经不能满足终端设备的传输需求的情况下，进一步加重网络状况恶化，影响优先级高的数据包的传输。
而根据本申请提供的上述方案，由于终端设备对这N个数据包进行了ACK反馈，因此可以避免服务器侧对该N个数据包的重传，从而能够避免由于重传对优先级高的数据包的传输的影响，保障优先级较高的数据包的传输。
应理解，所述序号可以是传输控制协议(transmission control protocol，TCP)序号，也可以是其他可以表征数据包发送顺序的信息，本申请对此不作限定。
可选地，接入网网元在向终端设备发送该N个数据包携带的序号时，还可以发送该序号对应的数据包的长度信息。以及，终端设备在向接入网网元发送针该N个数据包携带的序号的ACK反馈时，还可以发送长度信息。相应地，接入网网元向服务器侧发送该长度信息。
如果终端设备针对该N个数据包的每个数据包都进行ACK反馈，则与每个ACK反馈对应的长度信息为该数据包的长度。如果终端设备针对该N个数据包序号最大的数据包进行ACK反馈，则该长度信息为该N个数据包的总长度。
比如，假设该N个数据包的序号分别为0和1，在一种方式中，终端设备可以针对序号为0的数据包进行ACK反馈并且反馈序号为0的数据包的长度信息(比如，200bytes)，以及，终端设备可以针对序号为1的数据包进行ACK反馈并且反馈序号为1的数据包的长度信息(比如，201bytes)。另一种方式中，终端设备可以仅针对序号为1的数据包进行ACK反馈并且反馈数据包的长度信息，该长度信息为序号为0和1这两个数据包的总长度(比如，401bytes)。
可选地，该方法还可以包括：
S350，终端设备向接入网网元发送第一指示信息，该第一指示信息用于指示终端设备未接收到ACK反馈对应的序号所对应的数据包。
接入网网元在接收到第一指示信息后，将向服务器侧发送第一指示信息。
通常，如果服务器侧接收到终端设备发送的ACK反馈，则认为该ACK反馈对应的数据包被终端设备正确接收，从而认为网络状况良好，进而增加数据发送量。然而，基于本申请提供的方案，由于终端设备可以针对被接入网网元丢弃的数据包进行ACK反馈，因此如果服务器侧在接收到终端设备发送的ACK反馈后增加数据发送量，可能导致网络状况进一步恶化，而通过终端设备发送第一指示信息，可以使得服务器侧获知ACK反馈是针对终端设备未接收到的数据包的反馈，从而服务器侧在评估网络状况时可以不考虑该数据包的发送情况，这样一定程度上能够避免因此服务器侧对网络状况的评估不准确而增加数据发送量所导致的网络状况进一步恶化。
下面以本申请的方案应用于图2所示的5G系统为例，对本申请提供的实施例进行详细说明。其中，下文中的AF、AS以及上述中的服务器可以相互替换。应理解，在本申请的方案应用于其他系统中时，图4至图7中所涉及的各网元为相应系统中对应的网元。
图4是一种PDU会话建立流程示意图。该流程可以是媒体流使用TCP传输协议时，PDU会话建立的过程，但本申请对此不作限定。在按照图4所示的流程建立了PDU会话后，就可以按照图5所示的流程，传输媒体流的数据包。其中，图5所示的方法500对应于上文描述的在数据包中携带序号的方案。下面对图4所示的流程中的各步骤进行说明。
S401，AF生成第一请求消息。
S402，AF通过NEF向PCF发送第一请求消息。相应地，PCF通过NEF接收来自AF的第一请求消息。其中，NEF是可选的，如果AF是在网络的可信区域内，那么则不需要NEF，否则需要通过NEF与PCF进行交互。
其中，第一请求消息包括媒体流指示信息、流描述信息和传输层指示信息。
其中，流描述信息用于描述一个数据流的数据特征，本申请中该数据流为所述媒体流。例如，流描信息可以包括下述中的一项或多项：终端设备的IP地址、终端设备的传输层端口、服务器的IP地址、服务器的传输层端口以及传输层协议类型。
媒体流指示信息用于指示该流描述信息所描述的数据流为媒体流。进一步地，该媒体流指示信息还可以指示接入网网元在其网络资源不能满足所述终端设备的传输需求的情况下，丢弃所述媒体流中优先级低的数据包。
传输层指示信息用于指示RAN在丢弃媒体流中优先级低的数据包后，向UE发送表征被丢弃的数据包的发送顺序的序号。
示例性的，第一请求消息可以是AF请求消息，具体的服务消息可以是Nnef_ServiceParameter_Create/Update/Delete Request。
S403，UE向AMF发送PDU会话建立请求消息。相应地，AMF接收来自UE的PDU会话建立请求消息。
具体地，UE建立PDU会话时，发送PDU会话建立请求消息至AMF侧。其中，该PDU会话建立请求包含在UE向AMF发送的NAS消息中。
S404，AMF向SMF发送接收到的PDU会话建立请求消息。
例如，AMF可以通过Nsmf_PDUSession_CreateSMContext服务将接收到的PDU会话建立请求消息发送给SMF，进行PDU会话上下文的建立。
S405，SMF接收到PDU会话建立请求消息后，可以向PCF发送第二请求消息。相应地，PCF接收来自SMF的第二请求消息。
第二请求消息用于发起会话管理策略关联建立，请求创建与PCF之间的会话管理策略关联。
S406，PCF向SMF发送第二响应消息。相应地，SMF接收来自PCF的第二响应消息。
PCF接收到第二请求消息后，可以向SMF返回来自AF的媒体流指示信息、传输层指示信息以及媒体流数据包过滤器。同时，PCF还可以将PDU会话的策略与计费控制规则(policy and charging control，PCC)规则发送给SMF。
S407，SMF根据所述媒体流指示信息和所述媒体流数据包过滤器生成PDR。
其中，该PDR用于检测所述流描述信息所描述的媒体流。
S408，SMF向UPF发送会话建立请求消息。
该会话建立请求消息可以包括所述媒体流指示信息、标识信息以及所述PDR。其中，所述标识信息用于指示所述媒体流的数据包所携带的优先级信息所指示的优先级。
应理解，在后续接收到该媒体流的数据包后，UPF可以根据该标识信息，在数据包中添加指示该数据包优先级的优先级信息。
示例性的，该会话建立请求消息可以是N4会话建立请求消息。其中，N4为SMF和UPF之间的接口。
S409，UPF向SMF发送会话建立响应消息。
示例性的，该会话建立响应消息可以为N4会话建立响应消息。
S410，SMF向RAN发送所述媒体流指示信息、所述标识信息和所述传输层指示信息。
S411，SMF向UE发送所述媒体流指示信息。
比如，SMF可以将所述媒体流指示信息放入N1 SM消息中，将所述媒体流指示信息、所述标识信息和所述传输层指示信息放入N2 SM消息中，并通过Namf_Communication_N1N2MessageTransfer服务将N1 SM和N2 SM消息发送至AMF侧。然后，AMF通过N2 PDU会话请求(PDU Session Request)服务将发往UE的NAS信息以及发往RAN的N2 SM消息发送至RAN侧。接着，RAN将来自AMF的NAS下行信息发送至UE侧。
RAN和UE在接收到SMF发送的信息后，可以保存这些信息，等待后续接收到该媒体流的数据包后进行相应处理。比如，RAN可以在其网络资源不能满足终端设备的传输需求的情况下，丢弃优先级较低的数据包。UE可以向针对被丢弃的数据包对应的序号进行ACK反馈。应理解，本申请并不限定S410和S411的先后顺序。
S412，RAN告知AMF对应的AN隧道信息、支持的QoS流信息等。
比如，PAN可以通过N2 PDU会话响应(N2 PDU Session Response)服务告知AMF对应的AN隧道信息、支持QoS流信息等。
S413，后续的PDU会话建立流程。
关于后续的PDU会话建立流程可以参考现有技术，比如可以参考TS23.502中的图4.3.2.2.1-1所示的PDU会话建立流程中的步骤15-21，本文中不再对此进行详述。
综上，根据本申请提供的建立PDU会话流程，在PDU会话建立过程之中，AF可以将媒体流的相关信息发送给PCF，PCF通过与SMF的交互，使得SMF可以在会话创建时向UE/RAN/UPF发送相应的该媒体流的信息，进而可以确保UE/RAN/UPF能够在后续对AF提供的流描述信息所描述的媒体流进行相应地优化处理，从而保障用户的媒体流业务体验。
图5是本申请提供的用于传输媒体流的数据包的方法的一个具体实施例。下面对图5所示的方法500的各步骤进行说明。
S501，AS发送所述流描述信息所描述的媒体流的数据包。
其中，该数据包携带表征该数据包发送顺序的序号。例如，该数据包可以携带TCP序号。
可选地，该数据包还可以携带类型信息，比如，该数据包的TCP/IP头可以携带该类型信息。其中，该类型信息用于指示该数据包对应一个GOP中的I帧、P帧还是B帧，进一步地还可以指示该数据包对应该GOP中的第几帧。或者，用该类型信息用于指示该数据包是背景流数据还是前景流数据。或者，该类型信息用于指示该数据包是基础层数据还是增强层数据。
可选地，该数据包还可以携带优先级信息，比如，该数据包的TCP/IP头可以携带该优先级信息。该优先级信息用于指示该数据包的优先级。如前所述，AS确定该数据包的优先级的方式可以参考UPF确定该数据包的优先级的方式。
S502，UPF检测到接收到的数据包为该媒体流的数据包后，向RAN发送第二指示信息。相应地，RAN接收第二指示信息。
一种方式中，UPF可以采用控制面的方式发送第二指示信息。比如，UPF可以通过N4会话上报第二指示信息，然后SMF通过N2 SM消息将第二指示信息发送给RAN。
另一种方式中，UPF可以采用数据面的方式发送第二指示信息。比如，UPF可以在接收到该媒体流的第一个数据包时，在该第一个数据包的GPRS隧道协议(GPRS tunnelingprotocol，GTP)层携带第二指示信息，将第二指示信息发送给RAN。
S503，UPF向RAN发送该数据包。
可选地，该数据包可以携带优先级信息。
如前所述，第一种方式中，UPF可以自主确定该数据包的优先级。具体地，UPF可以通过解析该数据包，然后确定该数据包的优先级，最后再在该数据包中添加优先级信息。
第二种方式中，AS确定该数据包的优先级，然后将优先级信息携带在该数据包的包头中，UPF可以通过该数据包的包头获取该优先级信息。在获得AF提供的优先级信息后，UPF再基于PDU会话建立过程中的步骤S408中由SMF提供的标识信息，在该数据包中添加RAN能够识别的优先级信息。
示例性的，UPF可以在该数据包的GTP层添加优先级信息。
S504，RAN接收到第二指示信息后，开始监测当前网络状况。
具体地，RAN接收到第二指示信息后，开始检测其网络资源是否能满足UE的传输需求。
S505，在RAN的网络资源不能满足UE的传输需求的情况下，RAN丢弃优先级较低的数据包。
该步骤具体可以参考S320，这里不再赘述。
需要说明的是，若RAN接收到的数据包没有携带优先级信息，则RAN可以自己确定数据包的优先级，具体确定方式可以参考前文描述的UPF确定数据包的优先级的方式。
S506，RAN向UE发送M个数据包中未被丢弃的数据包，并且发送被丢弃的N个数据包携带的序号。
比如，RAN可以通过PDCP层或者RRC消息发送该序号。
可选地，RAN还可以向UE发送该序号对应的数据包的长度信息。
关于S506具体可以参照方法300中对相关步骤的说明，这里不再赘述。
S507，UE向RAN发送针该N个数据包携带的序号的ACK反馈。
可选地，UE还可以向RAN发送该ACK反馈对应的数据包的长度信息和/或第一指示信息。
关于第一指示信息具体可以参照上文的说明，这里不再赘述。
S508，RAN向AS发送该ACK反馈。
具体地，RAN向UPF发送该ACK反馈，然后UPF再向AS发送该ACK反馈。
可选地，RAN还可以向AS发送该ACK反馈对应的数据包的长度信息和/或第一指示信息。
综上，根据本申请提供的方法，UPF可以在媒体流的数据包中添加优先级信息，在RAN的网络资源不能满足UE的传输需求的情况下，RAN可以根据数据包的优先级信息，丢弃优先级较低的数据包，确保优先级较高的数据包的传输，保障用户的基本媒体观看体验。同时，RAN通过向UE发送丢弃的数据包的序号，可以使得UE对其未接收到的数据包进行ACK反馈，从而可以避免服务器侧对被RAN丢弃的数据包的重传，进一步保障优先级高的数据包的传输。
图6是另一种PDU会话建立流程示意图。该流程可以是媒体流使用UDP传输协议时，PDU会话建立的过程，但本申请对此不作限定。在按照图6所示的流程建立了PDU会话后，就可以按照图7所示的流程，传输媒体流的数据包。其中，图7所示的方法700对应于不在数据包中携带序号的方案。下面对图6所示的流程中的各步骤进行说明。
S601，AF生成第一请求消息。
S602，AF通过NEF向PCF发送第一请求消息。相应地，PCF通过NEF接收来自AF的第一请求消息。其中，NEF是可选的，如果AF是在网络的可信区域内，那么则不需要NEF，否则需要通过NEF与PCF进行交互。
其中，第一请求消息包括媒体流指示信息和流描述信息。
其中，流描述信息用于描述一个数据流的数据特征，本申请中该数据流为所述媒体流。例如，流描信息可以包括下述中的一项或多项：终端设备的IP地址、终端设备的传输层端口、服务器的IP地址、服务器的传输层端口以及传输层协议类型。
媒体流指示信息用于指示该流描述信息所描述的数据流为媒体流。进一步地，该媒体流指示信息还可以指示接入网网元在其网络资源不能满足所述终端设备的传输需求的情况下，丢弃所述媒体流中优先级低的数据包。
示例性的，第一请求消息可以是AF请求消息，具体的服务消息可以是Nnef_ServiceParameter_Create/Update/Delete Request。
S603，UE向AMF发送PDU会话建立请求消息。相应地，AMF接收来自UE的PDU会话建立请求消息。
具体地，UE建立PDU会话时，发送PDU会话建立请求消息至AMF侧。其中，该PDU会话建立请求包含在UE向AMF发送的NAS消息中。
S604，AMF向SMF发送接收到的PDU会话建立请求消息。
例如，AMF可以通过Nsmf_PDUSession_CreateSMContext服务将接收到的PDU会话建立请求消息发送给SMF，进行PDU会话上下文的建立。
S605，SMF接收到PDU会话建立请求消息后，可以向PCF发送第二请求消息。相应地，PCF接收来自SMF的第二请求消息。
第二请求消息用于发起会话管理策略关联建立，请求创建与PCF之间的会话管理策略关联。
S606，PCF向SMF发送第二响应消息。相应地，SMF接收来自PCF的第二响应消息。
PCF接收到第二请求消息后，可以向SMF返回来自AF的媒体流指示信息和媒体流数据包过滤器。同时，PCF还可以将PDU会话的PCC规则发送给SMF。
S607，SMF根据所述媒体流指示信息和所述媒体流数据包过滤器生成PDR。
其中，该PDR用于检测所述流描述信息所描述的媒体流。
S608，SMF向UPF发送会话建立请求消息。
该会话建立请求消息可以包括所述媒体流指示信息、所述标识信息以及所述PDR。其中，所述标识信息用于指示所述媒体流的数据包所携带的优先级信息所指示的优先级。
应理解，在后续接收到该媒体流的数据包后，UPF可以根据该标识信息，在数据包中添加指示该数据包优先级的优先级信息。
示例性的，该会话建立请求消息可以是N4会话建立请求消息。其中，N4为SMF和UPF之间的接口。
S609，UPF向SMF发送会话建立响应消息。
示例性的，该会话建立响应消息可以为N4会话建立响应消息。
S610，SMF向RAN发送所述媒体流指示信息和所述标识信息。
比如，SMF可以将所述媒体流指示信息、和所述标识信息放入N2 SM消息中，并通过Namf_Communication_N1N2MessageTransfer服务将N2 SM消息发送至AMF侧。然后，AMF通过N2PDU会话请求(PDU Session Request)服务将往RAN的N2 SM消息发送至RAN侧。
RAN在接收到SMF发送的信息后，可以保存这些信息，等待后续接收到该媒体流的数据包后进行相应处理。
应理解，本申请并不限定S610和S611的先后顺序。
S611，RAN告知AMF对应的AN隧道信息、支持QoS流信息等。
比如，PAN可以通过N2 PDU会话响应(N2 PDU Session Response)服务告知AMF对应的AN隧道信息、支持QoS流信息等。
S612，后续的PDU会话建立流程。
关于后续的PDU会话建立流程可以参考现有技术，比如可以参考TS23.502中的图4.3.2.2.1-1所示的PDU会话建立流程中的步骤15-21，本文中不再对此进行详述。
综上，根据本申请提供的建立PDU会话流程，在PDU会话建立过程之中，AF可以将媒体流的相关信息发送给PCF，PCF通过与SMF的交互，使得SMF可以在会话创建时向UE/RAN/UPF发送相应的该媒体流的信息，进而可以确保UE/RAN/UPF能够在后续对AF提供的流描述信息所描述的媒体流进行相应地优化处理，从而保障用户的媒体流业务体验。
图7是本申请提供的用于传输媒体流的数据包的方法的另一个具体实施例。下面对图7所示的方法700的各步骤进行说明。
S701，AS发送所述流描述信息所描述的媒体流的数据包。
可选地，该数据包还可以携带类型信息，比如，该数据包的TCP/IP头可以携带该类型信息。其中，该类型信息用于指示该数据包对应一个GOP中的I帧、P帧还是B帧，进一步地还可以指示该数据包对应该GOP中的第几帧。或者，用该类型信息用于指示该数据包是背景流数据还是前景流数据。或者，该类型信息用于指示该数据包是基础层数据还是增强层数据。
可选地，该数据包还可以携带优先级信息，比如，该数据包的TCP/IP头可以携带该优先级信息。该优先级信息用于指示该数据包的优先级。如前所述，AS确定该数据包的优先级的方式可以参考UPF确定该数据包的优先级的方式。
S702，UPF检测到接收到的数据包为该媒体流的数据包后，向RAN发送第二指示信息。相应地，RAN接收第二指示信息。
一种方式中，UPF可以采用控制面的方式发送第二指示信息。比如，UPF可以通过N4会话上报第二指示信息，然后SMF通过N2 SM消息将第二指示信息发送给RAN。
另一种方式中，UPF可以采用数据面的方式发送第二指示信息。比如，UPF可以在接收到该媒体流的第一个数据包时，在该第一个数据包的GTP层携带第二指示信息，将第二指示信息发送给RAN。
S703，UPF向RAN发送该数据包。
该步骤与S503相同，可以参照S503。
S704，RAN接收到第二指示信息后，开始监测当前网络状况。
具体地，RAN接收到第二指示信息后，开始检测其网络资源是否能满足UE的传输需求。
S705，在RAN的网络资源不能满足UE的传输需求的情况下，RAN丢弃优先级较低的数据包。
该步骤具体可以参考S320，这里不再赘述。
需要说明的是，若RAN接收到的数据包没有携带优先级信息，则RAN可以自己确定数据包的优先级，具体确定方式可以参考前文描述的UPF确定数据包的优先级的方式。
S706，RAN向UE发送M个数据包中未被丢弃的数据包。
综上，根据本申请提供的方法，UPF可以在媒体流的数据包中添加优先级信息，在RAN的网络资源不能满足UE的传输需求的情况下，RAN可以根据数据包的优先级信息，丢弃优先级较低的数据包，确保优先级较高的数据包的传输，保障用户的基本媒体观看体验。
应理解，本申请实施例的各个方案可以进行合理的组合使用，并且实施例中出现的各个术语的解释或说明可以在各个实施例中互相参考或解释，对此不作限定。
还应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定。上述各个过程涉及的各种数字编号或序号仅为描述方便进行的区分，而不应对本申请实施例的实施过程构成任何限定。
以上，结合图2至图7详细说明了本申请实施例提供的方法。以下，结合图8至图10详细说明本申请实施例提供的装置。
图8是本申请实施例提供的通信装置的示意性框图。如图8所示，该通信装置1000可以包括收发单元1100和处理单元1200。
该收发单元2100可以包括发送单元和/或接收单元。该收发单元2100可以是收发器(包括发射器和/或接收器)、输入/输出接口(包括输入和/或输出接口)、管脚或电路等。该收发单元2100可以用于执行上述方法实施例中发送和/或接收的步骤。
该处理单元2200可以是处理器(可以包括一个多个)、具有处理器功能的处理电路等，可以用于执行上述方法实施例中除发送接收外的其它步骤。
可选地，该通信装置还可以包括存储单元，该存储单元可以是存储器、内部存储单元(例如，寄存器、缓存等)、外部的存储单元(例如，只读存储器、随机存取存储器等)等。该存储单元用于存储指令，该处理单元2200执行该存储单元所存储的指令，以使该通信装置执行上述方法。
一种设计中，该通信装置2000可以对应于上述方法实施例中的接入网网元(如RAN)，且可以执行接入网网元所执行的操作。
具体地，收发单元2100，用于接收来自用户面网元的媒体流的M个数据包，M为正整数，其中，所述M个数据包中的各数据包携带表征所述数据包发送顺序的序号；处理单元2200，用于在所述装置2000的网络资源不能满足终端设备的传输需求的情况下，丢弃所述M个数据包中的N个数据包，N≤M，且N为整数，其中，所述N个数据包的优先级低于所述M个数据包中其他数据包的优先级；所述收发单元2100还用于，向所述终端设备发送所述M个数据包中未被丢弃的数据包，以及所述N个数据包携带的所述序号；所述收发单元2100还用于，接收来自所述终端设备的针对所述N个数据包携带的所述序号的确认ACK反馈。
可选地，所述收发单元2100还用于：接收来自所述终端设备的针对所述N个数据包携带的所述序号的第一指示信息，所述第一指示信息用于指示所述终端设备未接收到所述序号对应的数据包。
可选地，所述M个数据包中的每个数据包携带优先级信息。
可选地，所述N个数据包包括下述中的一项或多项：画面组GOP中的最后Q个B帧或P帧对应的数据包、所述媒体流中的背景流数据对应的数据包、所述媒体流的增强层数据对应的数据包，Q为正整数。
可选地，所述收发单元2100还用于，接收来自所述用户面网元或者会话管理网元的第二指示信息，所述第二指示信息用于指示所述用户面网元接收到所述媒体流；所述处理单元2200还用于，根据所述第二指示信息，监测所述装置2000的网络资源是否能满足所述终端设备的传输需求。
可选地，所述收发单元2100还用于：接收来自所述会话管理网元的第一消息，所述第一消息包括媒体流指示信息、标识信息、传输层指示信息，其中，所述媒体流指示信息用于指示所述装置2000在监测到所述装置2000的网络资源不能满足所述终端设备的传输需求的情况下，丢弃所述媒体流中优先级低的数据包，所述标识信息用于所述装置2000确定接收到的所述媒体流的数据包的优先级，所述传输层指示信息用于指示所述装置2000在丢弃所述媒体流中优先级低的数据包后，向所述终端设备发送表征被丢弃的数据包的发送顺序的序号。
应理解，收发单元2100以及处理单元2200还可以执行上述方法实施例中由接入网网元所执行的其他操作，这里不再一一详述。
一种设计中，该通信装置2000可以对应于上述方法实施例中的用户面网元(如UPF)，且可以执行用户面网元所执行的操作。
具体地，处理单元2200，用于根据下述信息确定接收到的媒体流的数据包在所述媒体流中的优先级：所述数据包是否为一个画面组GOP中的最后Q个B帧或P帧对应的数据包、所述数据包是否为所述媒体流中的背景流数据对应的数据包、所述数据包是否为所述媒体流中的增强层数据对应的数据包，Q为正整数；收发单元2100，用于向接入网网元发送携带所述优先级信息的所述数据包。
可选地，所述数据包还携带表征所述数据包发送顺序的序号。
可选地，所述收发单元2100还用于：向所述接入网网元发送第二指示信息，所述第二指示信息用于指示所述收发单元2100接收到所述媒体流，以使所述接入网网元监测所述接入网网元的网络资源是否能满足终端设备的传输需求。
可选地，所述收发单元2100还用于：接收来自会话管理网元的所述媒体流指示信息、标识信息和PDR，其中，所述媒体流指示信息用于指示所述接入网网元在其网络资源不能满足所述终端设备的传输需求的情况下，丢弃所述媒体流中优先级低的数据包，所述标识信息用于所述接入网网元确定接收到的所述媒体流的数据包的优先级，所述PDR用于所述装置2000检测所述媒体流。
应理解，收发单元2100以及处理单元2200还可以执行上述方法实施例中由用户面网元所执行的其他操作，这里不再一一详述。
一种设计中，该通信装置2000可以对应于上述方法实施例中的终端设备，且可以执行远终端设备所执行的操作。
具体地，收发单元2100，用于接收来自接入网网元的表征媒体流的数据包发送顺序的序号；所述收发单元2100还用于，若所述终端设备未接收到所述序号对应的数据包，向所述接入网网元发送确认ACK反馈。
可选地，所述收发单元2100还用于：发送第一指示信息，所述第一指示信息用于指示所述终端设备未接收到所述数据包。
应理解，收发单元2100以及处理单元220还可以执行上述方法实施例中由终端设备所执行的其他操作，这里不再一一详述。
此外，该通信装置2000还可以可对应于上述方法实施例中的其他网元，如应用网元(如AF或AS)、策略控制网元(如PCF)、会话管理网元(如SMF)等，且可以执行相应网元所执行的操作。
例如，该通信装置2000可对应于上述方法实施例中的应用网元时，处理单元2200用于，生成第一请求消息；收发单元2100用于，向策略控制网元发送第一请求消息，所述第一请求消息包括媒体流指示信息和流描述信息，其中，所述媒体流指示信息用于指示接入网网元在其网络资源不能满足所述终端设备的传输需求的情况下，丢弃所述媒体流中优先级低的数据包，所述流描述信息用于描述所述媒体流的数据特征。
例如，该通信装置2000可对应于上述方法实施例中的策略控制网元时，收发单元2100用于，接收来自应用网元的第一请求消息，所述第一请求消息包括媒体流指示信息和流描述信息，其中，所述媒体流指示信息用于指示接入网网元在其网络资源不能满足所述终端设备的传输需求的情况下，丢弃所述媒体流中优先级低的数据包，所述流描述信息用于描述所述媒体流的数据特征；所述收发单元2100还用于，向会话管理网元发送第二响应消息，所述第二响应消息包括所述媒体流指示信息和媒体流数据包过滤器，其中，所述媒体流指示信息和所述媒体流数据包过滤器用于所述会话管理网元生成PDR，所述PDR用于用户面网元检测所述媒体流。
例如，该通信装置2000可对应于上述方法实施例中的会话管理网元时，收发单元2100用于，接收来自策略控制网元的第二响应消息，所述第二响应消息包括媒体流指示信息和媒体流数据包过滤器，其中，所述媒体流指示信息用于指示接入网网元在其网络资源不能满足所述终端设备的传输需求的情况下，丢弃所述媒体流中优先级低的数据包，所述媒体流指示信息和所述媒体流数据包过滤器用于所述通信装置2000生成PDR，所述PDR用于用户面网元检测所述媒体流；所述收发单元2100还用于，向用户面网元发送会话建立请求消息，所述会话建立请求消息包括所述媒体流指示信息、标识信息以及所述PDR，所述标识信息用于指示所述媒体流的数据包所携带的优先级信息所指示的优先级；所述收发单元2100还用于，通过所述接入和移动管理网元向所述接入网网元发送所述媒体流指示信息和所述标识信息。
应理解，上述各个单元的划分仅仅是功能上的划分，实际实现时可能会有其它的划分方法。
还应理解，上述处理单元可以通过硬件来实现也可以通过软件来实现，或者可以通过软硬结合的方式实现。
图9是本申请提供的一种通信装置的结构示意图。如图9所示，该通信装置3000可实现上述任一方法实施例中任一网元所能实现的功能。
通信装置3000可包括处理器3001。所述处理器3001也可以称为处理单元，可以实现一定的控制功能。所述处理器3001可以用于对该通信装置3000进行控制，执行软件程序，处理软件程序的数据。
在一种可选的设计中，处理器3001也可以存有指令和/或数据，所述指令和/或数据可以被所述处理器3001运行，使得所述通信装置3000执行上述方法实施例中描述的方法。
可选地，所述通信装置3000中可以包括存储器3002，其上可以存有指令，所述指令可在所述处理器上被运行，使得所述通信装置3000执行上述方法实施例中描述的方法。可选的，所述存储器中还可以存储有数据。可选的，处理器中也可以存储指令和/或数据。所述处理器和存储器可以单独设置，也可以集成在一起。例如，上述方法实施例中所描述的对应关系可以存储在存储器中，或者存储在处理器中。
可选地，所述通信装置3000可以包括基带电路3003，主要用于进行基带处理。
可选地，所述通信装置3000可以包括射频电路3004，主要用于射频信号的收发以及射频信号与基带信号的转换，例如用于发送上述方法实施例中的BAR帧。射频电路3004也可以称为收发单元、收发机、收发电路、或者收发器等等。
可选地，所述通信装置3000可以包括天线3005，主要用于信号的发送和接收。
可选地，所述通信装置3000可以包括总线3006，用于连接通信装置3000的各部分，如上述的处理器3001、存储器3002、基带电路3003、射频电路3004和天线3005。
图10为本申请提供的一种通信装置4000的结构示意图。为了便于说明，图10仅示出了通信装置4000的主要部件。该通信装置4000可实现上述任一方法实施例中终端设备的功能。
如图10所示，通信装置4000包括处理器和存储器。
可选地，通信装置4000包括控制电路、天线以及输入输出装置。
处理器主要用于对通信协议以及通信数据进行处理，以及对整个通信装置4000进行控制，执行软件程序，处理软件程序的数据，例如用于支持通信装置4000执行上述方法实施例中所描述的终端设备所执行的操作。存储器主要用于存储软件程序和数据。控制电路主要用于基带信号与射频信号的转换以及对射频信号的处理。控制电路和天线一起也可以叫做收发器，主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。
当通信装置4000开机后，处理器可以读取存储单元中的软件程序，解释并执行软件程序的指令，处理软件程序的数据。当需要通过无线发送数据时，处理器对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到通信装置4000时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器，处理器将基带信号转换为数据并对该数据进行处理。
本领域技术人员可以理解，为了便于说明，图10仅示出了一个存储器和处理器。在实际的通信装置4000中，可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备等，本申请实施例对此不做限制。
作为一种可选的实现方式，处理器可以包括基带处理器和中央处理器，基带处理器主要用于对通信协议以及通信数据进行处理，中央处理器主要用于对整个通信装置4000进行控制，执行软件程序，处理软件程序的数据。图10中的处理器集成了基带处理器和中央处理器的功能，本领域技术人员可以理解，基带处理器和中央处理器也可以是各自独立的处理器，通过总线等技术互联。本领域技术人员可以理解，通信装置4000可以包括多个基带处理器以适应不同的网络制式，通信装置4000可以包括多个中央处理器以增强其处理能力，通信装置4000的各个部件可以通过各种总线连接。所述基带处理器也可以表述为基带处理电路或者基带处理芯片。所述中央处理器也可以表述为中央处理电路或者中央处理芯片。对通信协议以及通信数据进行处理的功能可以内置在处理器中，也可以以软件程序的形式存储在存储单元中，由处理器执行软件程序以实现基带处理功能。
示例性的，在本申请实施例中，可以将具有收发功能的天线和控制电路视为通信装置4000的收发单元4001，将具有处理功能的处理器视为通信装置4000的处理单元4002。如图10所示，通信装置4000包括收发单元4001和处理单元4002。收发单元也可以称为收发器、收发机、收发装置等。可选的，可以将收发单元4001中用于实现接收功能的器件视为接收单元，将收发单元4001中用于实现发送功能的器件视为发送单元，即收发单元4001包括接收单元和发送单元。示例性的，接收单元也可以称为接收机、接收器、接收电路等，发送单元可以称为发射机、发射器或者发射电路等。
应注意，本申请实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digitalsignal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，还可以是系统芯片(system on chip，SoC)，还可以是中央处理器(central processor unit，CPU)，还可以是网络处理器(network processor，NP)，还可以是微控制器(micro controller unit，MCU)，还可以是可编程控制器(programmable logic device，PLD)或其他集成芯片。可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(doubledata rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlinkDRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
根据本申请实施例提供的方法，本申请还提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行前述任一方法实施例任一网元(如，接入网网元、用户面网元、终端设备等)所执行的操作。
根据本申请实施例提供的方法，本申请还提供了一种计算机可读介质，该计算机可读介质存储有程序代码，当该程序代码在计算机上运行时，使得该计算机执行前述方法实施例中任一网元(如，接入网网元、用户面网元、终端设备等)所执行的操作。
根据本申请实施例提供的方法，本申请还提供了一种系统，其包括任一方法实施例中的一个或多个网元。
本申请实施例还提供了一种通信装置，包括处理器和接口；所述处理器用于执行上述任一方法实施例中的方法。
应理解，上述通信装置可以是一个芯片。例如，该处理装置可以是现场可编程门阵列(field programmable gate array，FPGA)，可以是通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integratedcircuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，还可以是系统芯片(system onchip，SoC)，还可以是中央处理器(central processor unit，CPU)，还可以是网络处理器(network processor，NP)，还可以是数字信号处理电路(digital signal processor，DSP)，还可以是微控制器(micro controller unit，MCU)，还可以是可编程控制器(programmable logic device，PLD)或其他集成芯片。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(doubledata rateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(directrambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disc，SSD))等。
上述各个装置实施例中网络设备与终端设备和方法实施例中的网络设备或终端设备完全对应，由相应的模块或单元执行相应的步骤，例如通信单元(收发器)执行方法实施例中接收或发送的步骤，除发送、接收外的其它步骤可以由处理单元(处理器)执行。具体单元的功能可以参考相应的方法实施例。其中，处理器可以为一个或多个。
在本说明书中使用的术语“部件”、“模块”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如，部件可以是但不限于，在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序或计算机。通过图示，在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程或执行线程中，部件可位于一个计算机上或分布在2个或更多个计算机之间。此外，这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可例如根据具有一个或多个数据分组(例如来自与本地系统、分布式系统或网络间的另一部件交互的二个部件的数据，例如通过信号与其它系统交互的互联网)的信号通过本地或远程进程来通信。
应理解，说明书通篇中提到的“实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各个实施例未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
应理解，在本申请实施例中，编号“第一”、“第二”…仅仅为了区分不同的对象，比如为了区分不同的网络设备，并不对本申请实施例的范围构成限制，本申请实施例并不限于此。
还应理解，在本申请中，“当…时”、“若”以及“如果”均指在某种客观情况下网元会做出相应的处理，并非是限定时间，且也不要求网元实现时一定要有判断的动作，也不意味着存在其它限定。
还应理解，在本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。
还应理解，在本申请各实施例中，“A对应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。
还应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
本申请中出现的类似于“项目包括如下中的一项或多项：A，B，以及C”表述的含义，如无特别说明，通常是指该项目可以为如下中任一个：A；B；C；A和B；A和C；B和C；A，B和C；A和A；A，A和A；A，A和B；A，A和C，A，B和B；A，C和C；B和B，B，B和B，B，B和C，C和C；C，C和C，以及其他A，B和C的组合。以上是以A，B和C共3个元素进行举例来说明该项目的可选用条目，当表达为“项目包括如下中至少一种：A，B，……，以及X”时，即表达中具有更多元素时，那么该项目可以适用的条目也可以按照前述规则获得。
可以理解的，本申请实施例中，终端设备和/或网络设备可以执行本申请实施例中的部分或全部步骤，这些步骤或操作仅是示例，本申请实施例还可以执行其它操作或者各种操作的变形。此外，各个步骤可以按照本申请实施例呈现的不同的顺序来执行，并且有可能并非要执行本申请实施例中的全部操作。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种传输数据包的方法，其特征在于，包括：
确定图像帧的优先级信息；
将所述优先级信息添加到所述图像帧对应的一个或多个数据包中，其中所述优先级信息用于接入网设备在网络资源不能满足传输需求时对图像帧进行丢弃处理；
向所述接入网设备发送所述图像帧对应的数据包。
2.如权利要求1所述的方法，其特征在于，
所述优先级信息被添加在所述一个或多个数据包的GTP层。
3.如权利要求1或2所述的方法，其特征在于，所述将所述优先级信息添加到所述图像帧对应的一个或多个数据包中，包括：
接收来自会话管理网元的标识信息；
根据所述标识信息，在所述一个或多个数据包中添加所述优先级信息。
4.如权利要求3所述的方法，其特征在于，所述接收来自会话管理网元的标识信息，包括：
接收来自会话管理网元的会话建立请求消息，所述会话建立请求消息中包括所述标识信息。
5.如权利要求4所述的方法，其特征在于，所述会话建立请求消息是N4会话建立请求消息。
6.如权利要求1-5任一项所述的方法，其特征在于，所述确定图像帧的优先级信息，包括：
接收所述图像帧对应的数据包，通过所述数据包的包头获取所述优先级信息；
或者，用户面网元自主确定所述优先级信息。
7.如权利要求1-6任一项所述的方法，其特征在于，所述方法由用户面网元执行。
8.一种通信装置，其特征在于，包括：
处理单元，用于确定图像帧的优先级信息，以及将所述优先级信息添加到所述图像帧对应的一个或多个数据包中，其中所述优先级信息用于接入网设备在网络资源不能满足传输需求时对图像帧进行丢弃处理；
收发单元，用于向所述接入网设备发送所述图像帧对应的数据包。
9.如权利要求8所述的通信装置，其特征在于，
所述收发单元进一步用于接收来自会话管理网元的标识信息；
所述处理单元用于根据所述标识信息，在所述一个或多个数据包中添加所述优先级信息。
10.如权利要求8或9所述的通信装置，其特征在于，
所述收发单元进一步用于接收所述图像帧对应的数据包；
所述处理单元通过所述数据包的包头获取所述优先级信息，或者自主确定所述优先级信息。
CN202310937548.8A 2020-10-30 2020-10-30 用于传输媒体流的数据包的方法和通信装置 Pending CN117082038A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310937548.8A CN117082038A (zh) 2020-10-30 2020-10-30 用于传输媒体流的数据包的方法和通信装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202011194461.9A CN114531429A (zh) 2020-10-30 2020-10-30 用于传输媒体流的数据包的方法和通信装置
CN202310937548.8A CN117082038A (zh) 2020-10-30 2020-10-30 用于传输媒体流的数据包的方法和通信装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN202011194461.9A Division CN114531429A (zh) 2020-10-30 2020-10-30 用于传输媒体流的数据包的方法和通信装置

Publications (1)

Publication Number Publication Date
CN117082038A true CN117082038A (zh) 2023-11-17

Family

ID=81383550

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202011194461.9A Pending CN114531429A (zh) 2020-10-30 2020-10-30 用于传输媒体流的数据包的方法和通信装置
CN202310937548.8A Pending CN117082038A (zh) 2020-10-30 2020-10-30 用于传输媒体流的数据包的方法和通信装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202011194461.9A Pending CN114531429A (zh) 2020-10-30 2020-10-30 用于传输媒体流的数据包的方法和通信装置

Country Status (4)

Country Link
US (1) US20230275698A1 (zh)
EP (1) EP4216499A4 (zh)
CN (2) CN114531429A (zh)
WO (1) WO2022088833A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116866983A (zh) * 2022-03-26 2023-10-10 华为技术有限公司 一种媒体单元传输方法及装置
CN118056393A (zh) * 2022-09-16 2024-05-17 北京小米移动软件有限公司 信息处理方法以及装置、通信设备及存储介质
CN116723152B (zh) * 2023-08-11 2023-10-20 国网江苏省电力有限公司电力科学研究院 一种智能配电变压器快检装置的数据传输方法及系统
CN116827924B (zh) * 2023-08-31 2023-11-17 腾讯科技（深圳）有限公司 一种数据调度方法、装置、设备以及存储介质

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2853701B2 (ja) * 1997-03-18 1999-02-03 日本電気株式会社 Ａｔｍ網における端末間フロー制御方法
CN101651826B (zh) * 2008-08-15 2012-08-08 华为技术有限公司 发送和接收媒体的方法、装置以及系统
CN101729228B (zh) * 2008-10-31 2014-04-16 华为技术有限公司 丢包抑制重传的方法、网络节点和系统
CN101568027B (zh) * 2009-05-22 2012-09-05 华为技术有限公司 转发视频数据的方法、装置和系统
CN102143137A (zh) * 2010-09-10 2011-08-03 华为技术有限公司 媒体流发送及接收方法、装置和系统
US9432251B2 (en) * 2013-03-08 2016-08-30 Qualcomm Incorporated Enhanced acknowledgement and retransmission mechanism
CN107864084B (zh) * 2016-09-22 2019-06-21 腾讯科技（深圳）有限公司 数据包的传输方法和装置
CN106685604A (zh) * 2016-11-28 2017-05-17 北京新岸线移动通信技术有限公司 数据传输控制方法、系统及装置
CN109151612B (zh) * 2017-06-27 2020-10-16 华为技术有限公司 一种视频传输方法、设备及系统
CN110875802A (zh) * 2018-08-30 2020-03-10 广东新岸线计算机系统芯片有限公司 无线数据传输控制方法、系统及装置
US11070321B2 (en) * 2018-10-26 2021-07-20 Cisco Technology, Inc. Allowing packet drops for lossless protocols

Also Published As

Publication number Publication date
WO2022088833A1 (zh) 2022-05-05
US20230275698A1 (en) 2023-08-31
EP4216499A4 (en) 2024-02-28
CN114531429A (zh) 2022-05-24
EP4216499A1 (en) 2023-07-26

Similar Documents

Publication Publication Date Title
JP6907444B2 (ja) データ伝送方法、通信デバイス、端末、および基地局
CN117082038A (zh) 用于传输媒体流的数据包的方法和通信装置
US20200288168A1 (en) Complexity reduction of overlapped block motion compensation
US10939127B2 (en) Method and apparatus for transmission of substreams of video data of different importance using different bearers
CN112423340B (zh) 一种用户面信息上报方法及装置
WO2023066262A1 (zh) 通信方法及装置
US20240187650A1 (en) Video codec aware radio access network configuration and unequal error protection coding
CN115250537A (zh) 一种通信方法及设备
CN115250506A (zh) 一种通信方法及设备
WO2023284551A1 (zh) 通信方法、装置和系统
WO2023088009A1 (zh) 一种数据传输的方法及通信装置
EP4124047A1 (en) Media packet transmission method, apparatus and system
CN115918251A (zh) 一种报文处理的方法以及相关装置
CN116782307A (zh) 业务速率调整方法及通信装置
EP4311298A1 (en) Communication method, and device
WO2024055692A1 (zh) 通信方法、通信装置和通信系统
WO2022213848A1 (zh) 一种通信方法及设备
WO2022143149A1 (zh) 传输业务的方法和通信装置
US20240089209A1 (en) Method and device for video transmission, and storage medium
US20230199198A1 (en) Video codec importance indication and radio access network awareness configuration
WO2023185608A1 (zh) 一种数据传输的方法及通信装置
WO2024146292A1 (zh) 数据传输方法、装置和系统
WO2023169230A1 (zh) 业务速率调整方法及通信装置
CN115551019A (zh) 数据流的传输方法和传输装置
CN115484506A (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