CN115349248A - 利用实时上行链路流式传输框架(flus)和5g应用功能(af)的基于网络的媒体处理(nbmp)部署 - Google Patents

Abstract

一种基于网络的媒体处理(NBMP)部署的方法，该方法利用实时上行链路流式传输框架(FLUS)和第五代媒体流式传输(5GMS)应用功能(AF)，该方法可以包括：由5GMS应用提供商与5GMS AF创建提供会话，其中，5GMS应用提供商将5GMS AF配置为用于基于网络的媒体处理；由5GMS AF将FLUS接收端配置为用于基于网络的媒体处理；在FLUS源发现过程期间由FLUS源选择FLUS接收端；由FLUS源创建与FLUS接收端的FLUS会话；以及由FLUS源开始向FLUS接收端的上行链路流式传输，在FLUS接收端处，利用基于网络的媒体处理来处理上行链路流式传输的媒体内容。

Description

利用实时上行链路流式传输框架(FLUS)和5G应用功能(AF)的 基于网络的媒体处理(NBMP)部署

引用并入

本公开内容要求于2021年9月10日提交的题为“Network-Based MediaProcessing(NBMP)Deployment with Framework for Live Uplink Streaming(FLUS)and5G Application Function(AF)”的美国专利申请第17/472,297号的优先权，该美国专利申请要求于2020年12月4日提交的题为“Deployment Methods of NBMP with FLUS and 5GApplication Function”的美国临时申请第63/121,830号的优先权。在先申请的公开内容通过引用整体并入本文。

技术领域

本公开内容涉及利用5G媒体流式传输(5G media streaming，5GMS)架构上的实时上行链路流式传输框架(framework for live uplink streaming，FLUS)的基于网络的媒体处理(network-based media processing，NBMP)。

背景技术

本文中提供的背景描述是为了总体上呈现本公开内容的上下文。就本背景技术部分中描述的工作的程度而言，目前署名的发明人的工作以及在提交时可能在其他方面不符合现有技术的描述的方面既没有明确地也没有隐含地被承认为针对本公开内容的现有技术。

多媒体服务提供商面临着使其服务适应多个云和网络服务提供商以满足其客户的挑战。这些云和网络服务提供商经常定义他们自己的应用编程接口(applicationprograming interface，API)来向其客户分配计算资源。正在开发基于网络的媒体处理(NBMP)标准，以解决碎片化问题并提供在任何云平台和任何IP网络上执行媒体处理的统一方式。NBMP定义了可以使用现成的媒体处理功能的实现并将它们组合在一起以创建媒体处理工作流的工作流管理器。

第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)已经开发了用于5G媒体流式传输(5G media streaming，5GMS)架构的标准。5GMS架构可以支持包括移动网络运营商(mobile network operator，MNO)和第三方下行链路和上行链路媒体流式传输服务的服务。5GMS架构提供相关的网络和用户设备(user equipment，UE)功能和API。

3GPP还开发了实时上行链路流式传输框架(FLUS)，该FLUS可以用于建立使得终端用户能够将实时馈送流式传输至网络中或另一个终端用户的服务。

发明内容

本公开内容的各方面提供了一种基于网络的媒体处理(NBMP)部署的方法，该方法利用实时上行链路流式传输框架(FLUS)和第五代媒体流式传输(5GMS)应用功能(application function，AF)。该方法可以包括：由5GMS应用提供商与5GMS AF创建提供会话，其中，5GMS应用提供商将5GMS AF配置为用于基于网络的媒体处理；由5GMS AF将FLUS接收端(sink)配置为用于基于网络的媒体处理；在FLUS源发现过程期间由FLUS源选择FLUS接收端；由FLUS源创建与FLUS接收端的FLUS会话；以及由FLUS源开始向FLUS接收端的上行链路流式传输，在FLUS接收端处，利用基于网络的媒体处理来处理上行链路流式传输的媒体内容。

在实施方式中，5GMS应用提供商可以利用与基于网络的媒体处理对应的NBMP工作流描述文档(workflow description document，WDD)来配置5GMS AF。在示例中，由5GMS AF配置FLUS接收端可以包括：配置FLUS接收端；以及基于与基于网络的媒体处理对应的NBMPWDD在FLUS接收端中实例化NBMP工作流。在实施方式中，由5GMS AF配置FLUS接收端包括：由5GMS AF向FLUS接收端提供FLUS源的地址和与基于网络的媒体处理对应的NBMP WDD，其中，在FLUS接收端处没有执行用于基于网络的媒体处理的NBMP工作流的实例化。

在实施方式中，FLUS源发现过程可以包括：由5GMS AF将FLUS接收端发布至FLUS接收端发现服务器；以及由FLUS源在FLUS接收端发现服务器上列出的一个或更多个FLUS接收端中发现FLUS接收端，其中，FLUS源基于FLUS接收端发现服务器上的FLUS接收端能够执行基于网络的媒体处理的信息来选择FLUS接收端。

在实施方式中，由FLUS源创建与FLUS接收端的FLUS会话包括：由在用户设备(UE)处的5GMS感知应用请求对用于基于网络的媒体处理的NBMP工作流的实例化；以及由在UE处的FLUS源向FLUS接收端传输对用于基于网络的媒体处理的NBMP工作流的实例化的请求，其中，在该请求中包括与NBMP工作流对应的NBMP WDD。

在实施方式中，由FLUS源创建与FLUS接收端的FLUS会话包括：当FLUS接收端通过5GMS AF被配置有FLUS源的地址和与基于网络的媒体处理对应的NBMP WDD时，响应于来自FLUS源的用于创建FLUS会话的请求，由FLUS接收端基于NBMP WDD实例化NBMP工作流，该请求包括FLUS源的地址。

本公开内容的各方面提供了NBMP部署的另一种方法，该方法利用FLUS和5GMS AF。该方法可以包括在FLUS源处从5GMS应用提供商接收FLUS接收端被配置为用于基于网络的媒体处理的信令；由FLUS源创建与FLUS接收端的FLUS会话；以及由FLUS源开始与FLUS接收端的上行链路媒体流式传输会话以将媒体内容从FLUS源流式传输至FLUS接收端，在FLUS接收端处，利用基于网络的媒体处理来处理媒体内容。

本公开内容的各方面提供了NBMP部署的另一种方法，该方法利用FLUS和5GMS AF。该方法可以包括：在FLUS接收端处从5GMS AF接收用于基于网络的媒体处理的配置；响应于接收到来自在用户设备(UE)处的FLUS源的请求，在该FLUS源与FLUS接收端之间创建FLUS会话；以及在FLUS接收端处从FLUS源接收上行链路媒体流式传输的媒体内容。利用基于网络的媒体处理来处理上行链路媒体流式传输的媒体内容。

附图说明

根据以下详细描述和附图，所公开的主题的另外的特征、性质和各种优点将变得更加明显，在附图中：

图1示出了根据本公开内容的实施方式的示例性的基于网络的媒体处理(NBMP)系统(100)。

图2示出了根据本公开内容的实施方式的示例工作流。

图3示出了第五代媒体流式传输(5GMS)系统(300)的示例。

图4示出了用于提供上行链路流式传输服务的实时上行链路流式传输框架(FLUS)系统(400)的示例。

图5示出了根据本公开内容的实施方式的基于网络的媒体处理系统(500)。

图6示出了根据本公开内容的实施方式的基于网络的媒体处理的过程(600)。

图7示出了根据本公开内容的实施方式的利用FLUS和5GMS应用功能(AF)的NBMP部署的过程(700)。

图8示出了根据本公开内容的实施方式的利用FLUS和5GMS AF的NBMP部署的过程(800)。

图9示出了根据本公开内容的实施方式的利用FLUS和5GMS AF的NBMP部署的过程(900)。

图10示出了适于实现所公开的主题的某些实施方式的计算机系统(1000)。

具体实施方式

运动图像专家组(Moving Picture Experts Group，MPEG)基于网络的媒体处理(NBMP)项目已经为基于网络的媒体处理开发了标准：ISO/IECJTC1/SC29/WG11/N19062，2020年1月，比利时，布鲁塞尔，FDIS/23090-8，基于网络的媒体处理。该NBMP标准通过引用整体并入本文。

第三代合作伙伴计划(3GPP)已经开发了指定5G媒体流式传输架构(5G mediastreaming architecture，5GMSA)的标准：3GPP TS 26.501、5G媒体流式传输(5GMS)、一般描述和架构(版本16.4.0，发行版16)。该5GMSA标准通过引用整体并入本文。5GMSA提供了用于从5G网络至设备以及从设备至5G网络的下行链路和上行链路媒体流式传输的通用架构。

3GPP还开发了指定实时上行链路流式传输框架(FLUS)的标准：3GPP TS 26.238，上行链路流式传输(版本16.2.0，发行版16)。该FLUS标准通过引用整体并入本文。FLUS在5G网络中为IP多媒体子系统的多媒体电话服务(multimedia telephony service for IPmultimedia subsystem，MTSI)终端和非MTSI终端提供上行链路流式传输。

在NBMP系统中，NBMP源可以是向工作流管理器提供工作流描述以创建、运行、管理和查看媒体工作流的实体。NBMP源和工作流管理器之间的交互是通过NBMP操作API的集合。在5GMSA中，媒体流的源设备可以与网络中的应用功能/应用服务器(applicationfunction/application server，AF/AS)对创建上行链路会话。接收设备也与AF/AS对创建下行链路会话以从网络流式传输/下载内容。在FLUS系统中，FLUS协议可以提供用于将多媒体内容从源设备上行链路流式传输至网络并将该内容发送/分发至一个或更多个目的地的机制。

本公开内容描述了使用利用FLUS和5G应用功能(例如，5GMS AF)的基于网络的媒体处理的各种部署场景。

I.基于网络的媒体处理

NBMP指定用于在任何云或边缘计算平台上建立和管理媒体处理工作流的抽象层。NBMP使得内容和服务提供商能够在网络/云中描述、部署和控制其内容的媒体处理。NBMP工作流由多个媒体处理任务组成，这些任务被连接以建立有向无环图来处理来自媒体源的传入媒体和元数据并产生经处理的媒体和元数据流，该经处理的媒体和元数据流随后被发布用于媒体接收端消费。

NBMP框架可以用于初始化和控制网络中(例如，云平台上)的媒体处理。例如，NBMP源描述了所请求的媒体处理，并且提供了关于媒体数据的性质和格式的信息。作为响应，NBMP工作流管理器可以创建媒体处理工作流，并且通知NBMP源工作流准备就绪，并且可以开始所请求的媒体处理。媒体源然后可以开始将媒体传输至网络以进行处理。

NBMP工作流可以理解为媒体处理任务的连接图，媒体处理任务中的每个执行定义明确的媒体处理操作。工作流管理器通过配置和查看每个任务以及工作流输出来确保工作流的正确操作。工作流管理器负责基于从NBMP源所接收的工作流描述来选择媒体处理功能并将所选择的功能实例化为任务。

图1示出了根据本公开内容的实施方式的示例性NBMP系统(100)。NBMP系统(100)可以支持现有的媒体传送方法，诸如流式传输、文件传送、基于推送的渐进下载、混合传送、多路径和异构网络环境。NBMP系统(100)还可以通过提供各种基于云的媒体处理能力来实现新兴媒体应用，基于云的媒体处理能力诸如网络辅助的媒体质量增强(例如，虚拟现实(virtual reality，VR)拼接、视频放大、用于自适应流式传输的移动边缘编码和内容感知云转码)、网络辅助的媒体分发(例如，实时媒体摄取、在线转码和媒体感知缓存)、网络辅助的媒体合成(例如，增强视频流式传输和定制媒体合成)、沉浸式媒体处理(例如，网络聚合点云媒体)等。

如图所示，NBMP系统(100)可以包括NBMP源(101)、NBMP工作流管理器(103)、功能储存库(105)、媒体源(111)、数据处理实体(MPE)(113)和媒体接收端(115)。NBMP系统(100)可以包括附加的媒体源、媒体接收端和/或MPE。

NBMP源(101)可以描述或以其他方式指示要由媒体处理实体(113)执行的媒体处理操作。功能储存库(105)可以存储各种媒体处理功能。NBMP源(101)和NBMP工作流管理器(103)可以从功能储存库(105)检索媒体处理功能。媒体处理功能或功能可以用于执行特定的媒体处理过程，诸如360视频流式传输服务中的拼接过程、视频传送服务中基于人工智能(artificial intelligence，AI)的视频放大过程等。

媒体处理任务或任务可以是由MPE(113)执行的功能的运行时实例。NBMP工作流或工作流可以由实现所请求的媒体处理的一个或更多个连接的任务的图(例如，有向无环图(directed acyclic graph，DAG))来表示。NBMP工作流管理器(103)或工作流管理器(103)可以提供任务并连接任务以例如基于工作流描述文档(WDD)创建、控制、管理以及查看工作流。

媒体源(111)可以提供要由工作流处理的媒体内容(例如，媒体数据、补充信息)。补充信息可以包括与媒体数据相关的元数据或辅助信息。媒体源(111)可以向工作流提供输入。媒体接收端(115)可以消费工作流的输出。MPE(113)可以运行一个或更多个媒体处理任务来处理媒体内容。

如图1所示，NBMP系统(100)中的不同实体(例如，NBMP源(101)、工作流管理器(103)和MPE(113))可以使用API来触发和响应媒体服务请求。API可以包括NBMP工作流API(或工作流API)、功能发现API和任务API。工作流API可以提供NBMP源(101)与工作流管理器(103)之间的接口。任务API可以提供工作流管理器(103)与媒体处理任务之间的接口。功能发现API可以提供工作流管理器(103)/NBMP源(101)与功能储存库(105)之间的接口。

以上描述的NBMP接口可以用于创建和控制网络中的媒体处理工作流。NBMP系统(100)可以划分成控制平面和媒体平面(或媒体数据平面)。控制平面可以包括工作流API、功能发现API和任务API。

NBMP源(101)可以使用工作流API来创建和控制媒体处理工作流。NBMP源(101)可以使用工作流API与工作流管理器(103)通信，以用于配置和控制网络中的媒体处理。当NBMP源(101)通过在工作流API的操作中包括工作流资源(workflow resource，WR)来向工作流管理器(103)发送请求时，工作流管理器(103)可以对WR、包括的WDD和相应的描述符进行解析，并且根据所请求的操作采取适当的动作。然后，工作流管理器(103)可以通过响应来确认该请求。工作流API操作可以包括创建工作流(例如，CreateWorkflow)、更新工作流(例如，UpdateWorkflow)、删除工作流(例如，DeleteWorkflow)、检索工作流(例如，RetrieveWorkflow)等。

功能发现API可以提供用于使工作流管理器(103)和/或NBMP源(101)发现可以作为媒体处理工作流的一部分而被加载的媒体处理功能的方式。

工作流管理器(103)可以使用任务API来配置和查看运行时的任务(例如，由MPE(113)运行的任务1和任务2)。例如在MPE(113)中分配用于任务的资源之后，任务API可以定义用于由工作流管理器(103)配置媒体处理任务的接口。任务API操作可以包括创建任务(例如，CreateTask)、更新任务(例如，UpdateTask)、获取任务(例如，GetTask)、删除任务(例如，DeleteTask)等。

在媒体平面上，可以定义NBMP源(111)与任务之间以及任务之间的媒体格式、元数据和补充信息格式。

工作流描述(workflow description，WD)可以从NBMP源(101)传递至工作流管理器(103)。WD可以描述诸如针对工作流的输入数据和输出数据、功能和其他要求的信息。

工作流管理器(103)可以从NBMP源(101)接收WDD，并且可以针对所请求的媒体处理建立工作流。在工作流过程中，可以例如从功能储存库(105)中选择媒体处理功能，并且然后可以将相应的媒体处理任务配置并分发给一个或更多个MPE的集合(例如，包括MPE(113))。

由功能储存库(105)提供的功能的集合可以由NBMP源(101)和工作流管理器(103)读取。在实施方式中，NBMP源(101)使用功能储存库(105)中的功能的集合来请求工作流的创建。因此，NBMP源(101)被配置成针对工作流选择功能。NBMP源(101)可以如下所述请求工作流的创建。NBMP源(101)可以使用要创建工作流的媒体处理任务的描述，并且可以指定连接映射来定义媒体处理任务的输入和输出的连接。当工作流管理器(103)从NBMP源(101)接收到以上信息时，工作流管理器(103)可以基于对应的功能名称来实例化媒体处理任务，并且可以根据连接映射来连接媒体处理任务。

可替选地，NBMP源(101)可以使用关键字的集合来请求工作流的创建，工作流管理器(103)可以通过关键字的集合来构建工作流。因此，NBMP源(101)可能不知道要插入至工作流中的功能的集合。NBMP源(101)可以如下所述请求工作流的创建。NBMP源(101)可以使用关键字的集合，工作流管理器(103)可以通过关键字的集合找到适当的功能，并且可以使用适当的工作流描述来指定工作流的要求。

当工作流管理器(103)从NBMP源(101)接收到以上信息(例如，关键字的集合)时，工作流管理器(103)可以通过使用例如在处理描述符中指定的关键字搜索适当的功能来创建工作流。工作流管理器(103)然后可以使用工作流描述中的其他描述符来提供媒体处理任务，并且连接媒体处理任务以创建最终工作流。

下面描述工作流管理器(103)的处理模型。

工作流管理器(103)可以如下发现可用的媒体处理功能。NBMP功能储存库(105)可以提供功能发现接口(或API)，以使得外部实体能够查询可以完成所请求的处理的媒体处理功能。工作流管理器(103)可以访问提供媒体处理功能的可搜索列表的目录服务。工作流管理器(103)可以使用工作流描述中的媒体处理任务的描述来找到针对工作流的适当功能。

针对工作流的媒体处理任务的选择可以描述如下。当从NBMP源(101)接收到针对媒体处理的请求时，工作流管理器(103)可以搜索功能储存库(105)以找到可以实现工作流的所有可用功能的列表。使用来自NBMP源(101)的工作流描述，工作流管理器(103)可以从功能储存库(105)找到实现工作流的功能，这可以根据来自NBMP源(101)的用于媒体处理的信息。用于媒体处理的信息可以包括输入和输出描述、所请求的处理的描述以及针对功能目录(105)中的功能的其他描述符中的信息。将源请求映射至要包括在工作流中的适当媒体处理任务可以是网络中NBMP的实现的一部分。为了在任务创建时使用输入端口名和输出端口名来引用和链接输入源，可以使用输入端口和输出端口来引用输入流。

可以由工作流管理器(103)使用功能发现API来执行对要实例化为任务的适当功能的搜索。可替选地，工作流管理器(103)可以使用功能发现API来检索功能储存库(105)中一些或所有合适功能的详细信息。工作流管理器(103)然后可以将来自NBMP源(101)的用于媒体处理的信息与每个功能的不同描述符进行比较。

可以在工作流中配置所选择的媒体处理任务。当要包括在工作流中的功能被识别时，NBMP工作流管理器(103)可以将该功能实例化为对应的任务，并且配置这些任务，使得这些任务可以被添加至工作流。NBMP工作流管理器(103)可以从来自NBMP源(101)的媒体处理信息中提取配置数据，并且配置相应的任务。任务的配置可以使用任务API(例如，NBMP任务API)来执行。

任务分配和分发描述如下。工作流管理器(103)可以使用工作流来执行处理部署并配置媒体处理实体。在示例中，针对计算密集型媒体处理请求，工作流管理器(103)可以建立多个计算实例，并且在多个计算实例之间分配工作负载。因此，工作流管理器(103)可以根据需要连接并配置多个计算实例。在示例中，工作流管理器(103)将相同的任务分配给多个实例，并且使用所选择的调度机制提供负载平衡器来在多个实例之间分配工作负载。在替选示例中，工作流管理器(103)将同一任务的不同操作分配给不同的实例(例如，并行操作)。在以上描述的两个示例中，工作流管理器(103)可以建立实例之间的工作流路径，并且因此可以成功实现合适的工作负载。工作流管理器(103)可以配置任务以将经处理的媒体数据/流推送(或通过拉机制使它们可用)至工作流图中的下一个任务。

当工作流管理器(103)从NBMP源(101)接收到WDD时，工作流管理器(103)可以执行要插入至工作流中的媒体处理功能的选择。当要包括在工作流中的任务列表被编译时，工作流管理器(103)然后可以连接任务以准备工作流。

工作流管理器(103)可以生成例如由图(例如，DAG)表示的工作流。图2示出了根据本公开内容的实施方式的图(例如，DAG)(200)的示例。DAG(200)可以包括多个节点(T1)至(T6)和多个链路(或连接)(202)至(208)。在示例中，DAG(200)表示工作流(200)。

DAG(200)的每个节点可以表示工作流(200)中的媒体处理任务。将DAG(200A)中的第一节点(例如，节点(T1))连接至第二节点(例如，节点(T2))的链路(例如，链路(202))可以表示将第一节点(例如，节点(T1))的输出作为输入传输至第二节点(例如，节点(T2))。

一般地，工作流可以包括任何合适数量的输入(或工作流输入)和任何合适数量的输出(或工作流输出)。工作流输入可以连接至媒体源(111)、其他工作流等，并且工作流输出可以连接至媒体接收端(115)、其他工作流等。工作流(200)具有输入(201)和输出(209)和(210)。在一些实施方式中，工作流(200)可以具有来自中间节点的一个或更多个输出。

II.5G媒体流式传输(5GMS)系统

5G媒体流式传输(5GMS)系统可以支持包括MNO和第三方下行链路或上行链路媒体流式传输服务的服务。5GMS系统可以提供相关的网络和UE功能以及API。5GMS系统可以在功能上被划分为独立的组件，使得能够在5G MNO和内容提供商之间进行具有不同集成程度的不同部署。

总体上，在本公开内容的上下文中的流式传输可以被定义为作为主要媒体的时间连续媒体内容的传送。媒体内容可以主要在单个方向上发送并在接收时消费。另外，媒体内容可以在其被产生时被流式传输，称为实时流式传输。如果被流式传输的内容是已经产生的，则称为点播流式传输。

图3示出了5GMS系统(300)的示例。系统(300)可以包括用户设备(UE)(301)和数据网络(data network，DN)(302)。系统(300)可以是应用功能(AF)、应用服务器(AS)以及支持下行链路媒体流式传输服务或上行链路媒体流式传输服务或两者的接口的组合。针对下行链路流式传输，DN(302)是媒体的来源，并且UE(301)充当消费设备。针对上行链路流式传输，UE(301)是媒体的来源，并且DN(302)充当消费实体。在图3的示例中，系统(300)被示为支持上行链路媒体流式传输服务的系统。系统(300)的组件可以由作为5GS的一部分的MNO和/或由5GMS应用提供商提供。

在一些示例中，UE(301)可以包括5GMS(5GMS)感知应用(310)和5GMS客户端(320)。5GMS客户端(320)可以包括媒体会话处理器(321)和媒体流式传输器(322)。DN(302)可以包括5GMS应用提供商(330)、5GMS应用功能(AF)(340)和5GMS应用服务器(AS)(350)。系统(300)还可以包括两个5G功能(例如，由3GPP 5G标准指定)：网络暴露功能(networkexposure function，NEF)(361)和策略控制功能(policy control function，PCF)(362)。这些元件如图3所示耦接在一起。

5GMS应用提供商(330)将5GMS系统(300)用于流式传输服务。5GMS应用提供商(330)提供在UE(301)上的5GMS感知应用(310)或与UE(301)上的5GMS感知应用(310)相关联，以使用5GMS系统(300)中定义的接口和API来使用5GMS客户端(320)和网络功能(340和350)。例如，5GMS客户端(320)通常由5GMS感知应用(310)(例如，app)控制，5GMS感知应用(310)实现应用或内容服务提供商特定的逻辑并使得能够创建媒体会话。例如，5GMS应用提供商(330)可以是使用5GMS系统(300)来从5GMS感知应用对媒体进行流式传输的应用或内容特定的媒体功能(例如，媒体存储、消费、转码和重新分发)。

5GMS AF(340)可以是类似于3GPP TS 23.501，“System architecture for the5G System(5GS)”，条款6.2.10中定义的并且专用于5G媒体流式传输的AF。例如，5GMS AF(340)可以是向UE上的媒体会话处理器(321)和/或向5GMS应用提供商提供各种控制功能的应用功能。5GMS AF(340)还可以中继或发起对不同策略或计费功能(policy or chargingfunction，PCF)处理的请求，或者经由NEF(361)与其他网络功能交互。在部署中可能存在多个5GMS AF并驻留在DN(302)内，每个5GMS AF暴露一个或更多个API。

5GMS AS(350)可以是专用于5G媒体流式传输的AS，诸如承载媒体功能的应用服务器。在各种示例中，可以存在5GMS AS的不同实现，例如内容传送网络(content deliverynetwork，CDN)。5GMS AF(340)和5GMS AS(350)是数据网络(DN)功能，并通过TS 23.501中定义的N6接口与UE(301)通信。

5GMS客户端(320)可以是专用于5G媒体流式传输的UE内部功能。例如，5GMS客户端(320)可以是5GMS上行链路服务的发起者，该5GMS上行链路服务可以通过明确定义的接口/API来访问。

5GMS媒体流式传输器(322)可以是UE功能，该UE功能使得能够将流媒体内容上行链路传送至5GMS应用提供商(330)的AS功能(350)。5GMS媒体流式传输器(322)可以与5GMS感知应用(310)交互以进行媒体捕获和后续流式传输，以及与媒体会话处理器(321)交互以进行媒体会话控制。例如，5GMS媒体流式传输器捕获所提供的输入设备上的媒体。5GMS媒体流式传输器向5GMS感知应用(310)暴露某些基本控制，诸如捕获、暂停和停止。在示例中，5GMS AF(340)可以与NEF(361)交互以用于启用NEF的API访问。例如，5GMS AF(340)可以使用NEF(361)与PCF(362)交互。

媒体会话处理器(321)可以是在UE(301)上与5GMS AF(340)通信以创建、控制和支持媒体会话的传送的功能。媒体会话处理器(321)暴露可以由5GMS感知应用(310)使用的API。

在一些示例中，针对系统(300)中的5G上行链路媒体流式传输定义以下接口：

-M1(5GMS提供API)：外部API，由5GMS AF(340)暴露以提供5G媒体流上行链路流式传输系统的使用并获得反馈。

-M2(5GMS发布API)：可选外部API，由5GMS AS(350)暴露，当选择可信DN中的5GMSAS(350)来接收流式传输服务的内容时被使用。

-M3(内部API)：内部API，用于交换在可信DN内的5GMS AS(350)上承载的内容的信息。

-M4(上行链路媒体流式传输API)：由5GMS AS(350)向媒体流式传输器(322)暴露的API，用于流式传输媒体内容。

-M5(媒体会话处理API)：由5GMS AF(340)向媒体会话处理器(321)暴露的API，用于媒体会话处理、控制和辅助，其还包括适当的安全机制(例如，授权和认证，以及QoE度量报告)。

-M6(UE媒体会话处理API)：可以由媒体会话处理器(321)向5GMS感知应用暴露的API，用于使用5GMS功能。

-M7(UE媒体流式传输器API)：可以由媒体流式传输器(322)向5GMS感知应用(310)和媒体会话处理器(321)暴露的API，用于使用媒体流式传输器(322)，包括要测量和记录的QoE度量的配置，以及度量测量记录的收集。

-M8(应用API)：应用接口，用于5GMS感知应用(310)和5GMS应用提供商(330)之间的信息交换，以例如向5GMS感知应用提供服务访问信息。

在各种示例中，UE(301)可以包括可以由5GMS感知应用(310)单独使用或单独控制的许多详细子功能。

5GMS感知应用(310)可以包括许多功能。示例包括外围发现、通知和社交网络集成。5GMS感知应用(310)还可以包括与5GMS客户端(320)提供的功能等同的功能，并且可以仅使用5GMS客户端功能的子集。

例如，媒体流式传输器(322)可以包括以下功能：

-媒体捕获：将模拟媒体信号转换为数字媒体数据的设备，诸如摄像机或麦克风。

-媒体编码器：压缩媒体数据。

-度量测量和记录：由媒体流式传输器(322)根据度量配置执行QoE度量测量和记录。

-媒体上行客户端：封装编码的媒体数据并将其上行推送。在一些示例中，媒体上行客户端功能映射至3GPP TS 26.238：“上行链路流式传输”中指定的FLUS源中的FLUS媒体功能。

例如，媒体会话处理器(321)可以包括以下功能：

-度量收集和报告：由媒体会话处理器(321)根据度量配置执行来自媒体流式传输器(322)的QoE度量测量记录的收集，以向5GMS AF(340)进行后续度量报告。

-网络辅助：由网络以比特率推荐(或吞吐量估计)和/或传送增强(deliveryboost)的形式向5GMS客户端(320)和媒体流式传输器(322)提供的上行链路流式传输传送辅助功能。网络辅助功能可以由5GMS AF(340)或基于接入网比特率推荐(access networkbitrate recommendation，ANBR)的RAN信令机制支持。在示例中，该功能映射至3GPP TS26.238：“上行链路流式传输”中指定的FLUS辅助功能。

-媒体远程控制：从5GMS AF(340)接收控制命令。

-核心功能：将5GMS AS(350)配置为用于上行链路流式传输接收。在示例中，该功能映射至3GPP TS 26.238：“上行链路流式传输”中指定的FLUS源中的FLUS控制功能。

在上行链路媒体流式传输的过程中，系统(300)的用户可以在5GMS客户端(320)和5GMS AS(350)之间创建、修改、删除会话。在示例中，5GMS AF(340)可以选择5GMS AS(350)并与5GMS AS(350)交互以进行资源预留。例如，5GMS AS(350)可以分配M2和M4资源，并将资源标识符传输回5GMS AF(340)。5GMS AF(340)向5GMS应用提供商(330)提供与用于媒体会话处理、排出(egest)和上行链路流式传输的提供资源有关的信息(以资源标识符的形式)。在示例中，用于媒体会话处理和上行链路流式传输的资源标识符被提供给5GMSu客户端以访问所选择的特征。

在示例中，5GMS客户端(320)可以通过激活其上行链路流式传输会话来开始上行链路流式传输。上行链路流式传输会话从5GMS感知应用(310)激活上行链路流式传输服务的传输的时间直至传输终止是激活的。

在示例中，5GMS感知应用(310)在传输上行链路流媒体之前从5GMS应用提供商(330)接收应用元数据。应用元数据可以包括服务访问信息，其充当5GMS客户端(320)开始上行链路流式传输会话的入口点。5GMS客户端(320)可以从5GMS应用提供商(330)接收服务访问信息(使用非标准化接口)或用于远程控制会话的指令。例如，当远程控制被激活时，5GMS客户端(320)由5GMS AF(350)远程配置和控制。

在实施方式中，可以如下执行使用系统(300)的上行链路流式传输过程。在第一步骤中，5GMS应用提供商(330)创建提供会话并开始提供系统(300)的使用。在创建阶段期间，协商所使用的特征，并且在系统(300)内的元件之间交换详细配置。5GMS应用提供商(330)接收用于M5(媒体会话处理)的服务访问信息，并且当协商媒体内容接收时，接收用于M2(排出)和M4(上行链路流式传输)的服务访问信息。5GMS客户端(320)需要该信息来访问服务。根据提供，可以仅提供远程配置信息。

在第二步骤中，当5GMS AF(340)和5GMS AS(350)由同一提供商(例如，MNO)操作时，在5GMS AF(340)和5GMS AS(350)之间可能存在交互，例如，以分配5GMS排出和上行链路流式传输资源。5GMS AS(340)将所分配资源的资源标识符提供给5GMS AF(340)，5GMS AF(340)然后将该信息提供给5GMS应用提供商(330)。在第三步骤中，5GMS应用提供商将服务通告信息提供给5GMS感知应用(310)。这可以包括手动输入参数。服务通告可以包括完整的服务访问信息(即媒体会话处理(M5)和媒体流式传输访问(M4)的细节)或仅包括远程配置和控制地址(5GMS AF URL)。在后一种情况下，5GMS客户端(320)在后面的步骤中检索服务访问信息。

在第四步骤中，5GMS感知应用(310)配置并启动5GMS客户端(320)。在第五步骤中，当5GMS感知应用决定激活流式传输服务传输时，将服务访问信息提供给5GMS客户端(320)。当远程配置和控制被激活时，则5GMS AF远程配置和控制5GMS客户端。在第六步骤中，根据配置，5GMS客户端(320)向5GMS AF(340)使用媒体会话处理API。媒体会话处理API用于请求不同的策略和计费处理或基于5GMS AF的网络辅助。在第七步骤中，5GMS客户端(320)开始激活上行链路流式传输会话。在最后的步骤中，5GMS AS(350)向5GMS应用提供商发布内容。

在示例中，媒体流式传输器(322)和5GMS AS(350)之间的上行链路流式传输会话可以如下创建。在提供期间，向媒体流式传输器(322)提供诸如5GMS AF和5GMS AS地址的基本信息。针对一些设备，仅提供远程控制信息，并且从远程控制器检索所有附加参数。5GMS感知应用(310)开始上行链路媒体流式传输，并且在一些示例中，向媒体流式传输器(322)提供媒体流式传输入口。

当提供远程控制时，创建用于远程控制的传输会话。5GMS客户端(320)开始等待传入的远程控制命令。5GMS客户端(320)接收远程控制命令以开始上行链路流式传输(现在或带有时间戳)。远程控制命令可以包含5GMS AS(350)的细节等。5GMS客户端创建上行链路传输会话。5GMS客户端(320)创建上行链路媒体流式传输会话。

当提供客户端辅助时，5GMS客户端(320)创建至所提供的5GMS AF的辅助通道。当期望服务器辅助时(例如，用于QoS或计费)，5GMS AS(350)创建与5GMS AF(340)的辅助会话。

在一些示例中，5GMS应用提供商(330)可以请求对其媒体数据执行媒体处理。这可以实例化为上行链路或下行链路流式传输的一部分。针对上行链路，在示例中，3GPP TS26.238指定的FLUS提供了将所需媒体处理描述为FLUS会话创建请求的一部分的措施。媒体处理可以由5GMS AS的集合执行，5GMS AS可以组合在一起以建立复杂的媒体处理工作流。5GMS AF(340)可以协调媒体处理并确保为会话提供适当的QoS和业务处理。

在一些示例中，FLUS用于上行链路媒体处理提供。在示例中，FLUS用于由FLUS源向FLUS接收端提供媒体处理。FLUS接收端可以由FLUS 5GMS AF和FLUS 5GMS AS组成。5GMS AF指示5GMS AS根据所提供的媒体处理文档(例如，NBMP WDD)执行媒体的处理。可替选地，5GMS AF可以控制在多个5GMS AS之间共享媒体处理负载。

在示例中，基于上行链路网络的媒体处理过程可以包括以下步骤。在第一步骤中，建立上行链路流式传输配置。5GMS应用提供商(330)向5GMS AF(340)发送开始FLUS会话的请求。该请求包含要由5GMS AS(350)执行的媒体处理的描述。根据配置，可以涉及一个或多个5GMS AS。

在第二步骤中，提供5GMSu AS。5GMS AF(340)解析媒体处理描述并提供将执行所请求的处理的5GMS AS(350)。如果所请求的处理不被接受，则会话创建失败。在第三步骤中，5GMS AS(350)准备就绪。5GMS AS(350)确认正确的配置并通知5GMS AF(340)其准备就绪接收和处理所请求的媒体。

在第四步骤中，5GMS AF(340)向5GMS应用提供商(330)确认上行链路流式传输配置的成功创建。在第五步骤中，上行链路流式传输会话开始。在5GMS客户端中触发会话(320)。在第六步骤中，媒体内容从5GMS客户端(320)流式传输至5GMS AS(350)。5GMS AS(350)基于所提供的媒体处理来处理所接收的媒体。

III.实时上行链路流式传输框架(FLUS)

实时上行链路流式传输框架(FLUS)使得能够进行从源实体至接收端实体的实时媒体流式传输。FLUS提供了基于IP多媒体子系统(IP multimedia subsystem，IMS)和基于非IMS的实例化。基于IMS/MTSI的实例化使得能够在运营商网络内和跨运营商网络在两个UE之间或者在源实体和接收端实体之间创建实时媒体流式传输。与使用针对语音或视频媒体的有限类型的QoS的MTSI相比，FLUS可以提供例如在最大延迟、可用带宽或目标丢包率方面的更广泛范围的QoS操作。在基于非IMS的实例化中，可以将FLUS操作为通过RESTful API控制并支持其他媒体平面协议(即，不基于IMS或MTSI)的更通用的框架。

FLUS源实体和FLUS接收端实体可以通过媒体处理(例如，信令、传输、丢包处理和适配)支持语音/音频、视频和文本的点对点传输。FLUS可以提供具有可预测媒体质量的可靠并且可互操作的服务，同时允许服务提供的灵活性。FLUS源实体可以嵌入在单个UE中，或者分布在UE和单独的视听捕获设备之间，可以支持该文档中指定的特征的全部或子集。

当用作通用框架时，使用用于创建FLUS会话的FLUS控制平面(FLUS controlplane，F-C)过程。例如，媒体格式和编解码器的配置可以遵循对应服务的要求。当作为3GPPIMS/MTSI服务的一部分提供时，FLUS源实体和FLUS接收端实体可以支持IMS控制平面和媒体平面过程。例如，服务质量可以由MTSI服务策略来确定。

图4示出了用于提供上行链路流式传输服务的FLUS系统(400)的示例。系统(400)可以包括UE(401)和数据网络(402)。UE(401)可以包括FLUS源(410)和捕获设备(460)。FLUS源(410)可以包括控制源(411)、媒体源(412)和远程控制目标(413)。数据网络(402)可以包括接收端发现服务器(420)、FLUS接收端(430)、远程控制器(440)、处理功能(451)和分发功能(452)。FLUS接收端(430)可以包括控制接收端(431)和媒体接收端(432)。这些元件如图4所示耦接在一起。此外，图4中的功能或元件不需要位于同一物理设备中，并且可以分布在多个物理设备上并经由其他接口互连。

在示例中，FLUS源(410)从一个或更多个捕获设备(460)接收媒体内容。捕获设备(460)可以是UE(401)的一部分或连接至UE(401)。FLUS接收端(430)可以将媒体内容转发至处理功能(451)或分发功能(452)。在一些示例中，FLUS接收端(430)可以充当媒体网关功能(media gateway function，MGW)和/或5G应用功能(AF)。接收端发现服务器可以为FLUS源(410)提供发现可用FLUS接收端的功能。FLUS接收端(430)提供查询其能力和FLUS会话的功能。在示例中，FLUS源(410)和FLUS接收端(430)可以相互认证和彼此授权。

在一些示例中，控制源(411)和控制接收端(431)的控制平面功能包括由FLUS接收端(430)对上载的媒体进行相关联的处理，以用于随后的下行分发、FLUS媒体实例化选择，以及用于媒体会话的静态元数据的配置。FLUS源(410)上的远程控制目标(413)可以从远程控制器(440)接收控制消息。消息影响FLUS源(410)中的媒体源(412)的行为。发布至远程控制目标(413)的命令的示例是开始或停止FLUS源(410)中的媒体上行过程。FLUS用户平面功能包括建立一个或更多个媒体会话和随后的经由媒体流的媒体数据传输。

在一些示例中，控制源(411)可以被配置成选择FLUS媒体实例化，提供与FLUS会话中存在的每个媒体会话相关联的静态元数据，以及发现、选择和配置处理和分发子功能(451和452)。远程控制器(440)可以被配置成向FLUS源提供媒体接收端信息、选择FLUS媒体实例化、以及确定捕获设备设置和其他FLUS源参数。

可以为一个FLUS会话创建多个媒体流。媒体流可以包含单个内容类型(例如，音频)的媒体分量，或者不同内容类型(例如，音频和视频)的媒体分量。FLUS会话可以由包含相同内容类型的一个以上媒体流(例如，多个视频媒体流)组成。

总体上，当FLUS接收端位于UE中，并且UE直接呈现所接收的媒体内容时，FLUS会话可以隐含地存在。例如，FLUS接收端可以通过IMS/MTSI实现。当FLUS接收端位于网络侧并提供媒体网关功能时，FLUS会话用于选择媒体会话实例化并配置任何处理和分发相关的子功能。在一些示例中，MPEG NBMP工作流描述文档(WDD)可以用于描述在FLUS接收端处要对从FLUS源所接收的媒体分量执行的媒体处理任务。

在示例中，FLUS会话创建过程可以创建FLUS会话资源，然后通过FLUS会话更新过程来配置该FLUS会话资源，从而例如选择媒体会话实例化。FLUS会话更新过程包括以下FLUS会话配置参数：媒体会话实例化的选择、会话特定元数据的提供、设置FLUS接收端要执行的媒体数据的处理的描述(例如，NBMP WDD)，以及媒体数据的分发和存储选项的配置。

在示例中，FLUS源(410)可以发现FLUS接收端(430)的能力。FLUS接收端(430)的能力可以包括各种处理能力和分发能力。处理能力的示例包括：

-所支持的输入格式、编解码器和编解码器配置文件/级别、分辨率、帧速率，

–以多种格式、输出编解码器、编解码器配置文件/级别、比特率等的转码，

-以输出格式重新格式化，

-输入媒体流的组合(例如，基于网络的拼接、混合)，

-识别或合成媒体。

分发能力的示例包括：

-存储能力，

-CDN初始能力和CDN初始服务器基本URL，

转发，包括所支持的转发协议和相关联的安全过程。

在一些示例中，FLUS支持不同的源系统。源系统描述包含关于捕获的媒体源及其相互关系的元数据，并且可用于FLUS接收端，使得FLUS接收端可以正确地解释和处理所接收的媒体流。源系统由唯一标识符标识。在FLUS会话创建和/或更新过程期间，该标识符和相应的源系统描述被提供给FLUS接收端。FLUS源和FLUS接收端之间的交互可以基于基于HTTP的RESTful API请求/响应机制。

MPEG NBMP工作流描述文档(WDD)可以用于描述在FLUS接收端(430)处要对从FLUS源(410)所接收的媒体分量执行的媒体处理任务。可以用信号发送NBMP WDD，作为FLUS接收端配置属性的一部分。例如，控制源(411)可以首先使用获取FLUS接收端配置属性过程来获取当前FLUS接收端配置。控制源(411)修改FLUS接收端配置资源的属性。该过程可以使得能够修改单个属性或所有属性。响应于接收到接收端配置资源，控制接收端(431)更新由FLUS接收端配置的ID标识的资源。

IV.利用实时上行链路流式传输框架(FLUS)和5G应用功能(AF)的NBMP部署

图5示出了根据本公开内容的实施方式的基于网络的媒体处理系统(500)。系统(500)可以基于5GMS系统(300)、FLUS系统(400)和NBMP系统(100)。在系统(500)中，5GMS架构、FLUS架构和NBMP框架被组合在一起以实现基于网络的媒体处理的部署。这三种架构或框架的协议可以在不同的级别上操作。低级别协议可以向高级别协议提供服务。

系统(500)可以包括UE(501)和DN(502)。UE可以包括5GMS感知应用(510)和5GMS客户端520。5GMS客户端(520)可以包括媒体会话处理器521和FLUS源(522)。DN(502)可以包括5GMS应用提供商(530)、5GMS AF(540)、FLUS接收端(550)和媒体接收端(560)。FLUS接收端(550)可以包括媒体处理服务(media processing service，MPS)模块(551)。这些元件可以如图5所示耦接在一起。

在各种部署场景中，FLUS源(522)的功能可以以多种方式实现。在示例中，FLUS源(522)被实现为诸如媒体流式传输器(322)的媒体流式传输器的一部分。在示例中，FLUS源(522)被实现为媒体流式传输器，并执行与媒体流式传输器(322)的功能类似的功能。在示例(图5中未示出)中，FLUS源(522)的功能分布在媒体流式传输器(例如，媒体流式传输器(322))和媒体会话处理器(例如，媒体会话处理器(321))中。

类似地，在各种部署场景中，FLUS接收端(550)的功能可以以多种方式实现。在示例中，FLUS接收端(550)被实现为诸如5GMS AS(350)的5G应用服务器(5G applicationserver，5GAS)的一部分。在示例中，FLUS接收端(550)或FLUS接收端(550)的一部分被实现为5GAS。在示例中，FLUS接收端(550)的功能可以分布在5GMS AF(例如，5GAF(340))和5GMSAS(例如，5GMS AS(350))中。

在一些示例中，系统(500)中的元件(501/502/510/520/521/522/530/540/550)可以对应地与图3示例中的元件(301/302/310/320/321/322/330/340/350)类似地起作用和操作。例如，针对5GMS架构定义的协议和API可以在系统500中使用以支持FLUS相关操作和NBMP相关操作。

在一些示例中，系统(500)中的元件(522)和(550)可以对应地与图4示例中的元件(410)和(430)类似地起作用和操作。例如，针对FLUS架构定义的协议和API可以在系统(500)中用于FLUS相关操作。在一些示例中，系统(500)中的MPS模块(551)和媒体接收端(560)可以对应地与图1示例中的媒体处理实体(113)和媒体接收端(115)类似地起作用和操作。

图6示出了根据本公开内容的实施方式的基于网络的媒体处理的过程(600)。过程(600)可以包括从(S610)至(S670)的步骤。过程(600)可以在基于网络的媒体处理系统(609)中的元件的集合之间执行。这些元件可以包括5GMS应用提供商(601)、FLUS源(602)、5GMS AF(603)、FLUS接收端(604)和FLUS接收端发现服务器(605)。

在示例中，元件(601)至(604)可以分别与元件(530/522/540/550)对应，并且如图5所示被部署。在其他示例中，元件(601)至(604)可以与图5所示的不同地部署。例如，FLUS源(602)的子功能可以分布在媒体会话处理器和FLUS源中。FLUS接收端(604)的子功能可以分布在5GAF和5GAF中。MPS模块可以与FLUS接收端(604)分离，该FLUS接收端(604)不同于包括MPS模块(551)的FLUS接收端(550)。

在(S610)处，5GMS应用提供商(601)可以与5GMS AF(603)创建提供会话以配置5GMS AF(603)。例如，可以将与QoS要求相关的参数提供给5GMS AF(603)。可以将处理模板提供给5GMS AF(603)。例如，处理模板可以指定对应的基于网络的媒体处理所需的资源(例如，CPU、存储器等)。另外地并且可选地，可以向5GMS AF(603)提供预期的基于网络的媒体处理的描述。在示例中，该描述可以采用NBMP WDD的形式。

在(S620)处，5GMS AF(603)可以基于从5GMS应用提供商(601)所接收的配置来配置FLUS接收端(604)。例如，基于从5GMS应用提供商(601)所接收的QoS配置，5GMS AF(603)可以命令对应的5G功能准备用于将媒体内容从FLUS源(602)传输至FLUS接收端(604)的网络资源。基于处理模板，5GMS AF(603)可以命令FLUS接收端(604)为预期的基于网络的媒体处理准备计算资源。在各种部署场景中，可以存在不同的选项以配置FLUS接收端(604)。

在第一种情况下，5GMS AF(603)可以配置单个FLUS接收端(例如，FLUS接收端(604))并在FLUS接收端(604)中实例化NBMP工作流。例如，可以在FLUS接收端(604)处从5GMS AF(603)或5GMS应用提供商(601)接收NBMP WDD。基于该NBMP WDD，可以在FLUS接收端中的MPS模块处启动NBMP工作流(604)。

在第二种情况下，5GMS AF(603)可以配置一个或更多个FLUS接收端。然而，没有从5GMS AF接收到NBMP WDD(603)，并且没有在一个或更多个FLUS接收端处实例化NBMP工作流。

在第三种情况下，5GMS AF(603)可以配置一个或更多个FLUS接收端，并向多个FLUS接收端中的每个提供FLUS源(602)的地址。然而，没有在这些FLUS接收端中实例化NBMP工作流。NBMP WDD可以被配置到那些FLUS接收端。

在第四种情况下，与不同的UE组对应，可以利用与第一种情况、第二种情况和第三种情况对应的方法来配置多个FLUS接收端。例如，针对第一组UE，可以对每个UE执行第一种情况下的配置。可以经由相应UE中的5GMS应用与5GMS应用提供商(601)之间的通信或者通过FLUS接收端发现服务器(605)向相应UE通知所配置的FLUS接收端的地址。

针对第二组UE，第二种情况下的配置可以在多个FLUS接收端上执行，这些接收端随后可以被发布在FLUS接收端发现服务器(605)上。第二组UE中的每个UE可以从FLUS接收端发现服务器上列出的多个候选中发现并选择一个FLUS接收端(605)。

针对第三组UE，类似于第二组UE，可以在多个FLUS接收端上执行第三种情况下的配置，这些FLUS接收端随后可以被发布在FLUS接收端发现服务器(605)上。第三组UE中的每个UE可以从FLUS接收端发现服务器上列出的多个候选中发现并选择一个FLUS接收端(605)。

在(S630)处，5GMS AF(603)可以将可用接收端发布至FLUS接收端发现服务器(605)。例如，已经配置的FLUS接收端可以在FLUS接收端发现服务器(605)上列出。可以为每个列出的FLUS接收端提供能力和/或配置。

在(S640)处，5GMS应用提供商(601)可以向承载FLUS源(602)的UE中的5GMS应用(图6中未示出)发出信号通知FLUS接收端准备就绪以启动基于网络的媒体处理过程，并且可以启动FLUS会话。

在(S650)处，5GMS FLUS源(602)可以执行FLUS接收端发现过程，以从在FLUS接收端发现服务器(605)上列出的候选FLUS接收端中选择FLUS接收端。例如，5GMS FLUS源(602)可以查询FLUS接收端发现服务器(605)以获取能力和/或配置信息。基于该信息，可以选择候选FLUS接收端。

在(S660)处，5GMS FLUS源(602)可以与所选择的FLUS接收端创建连接(会话)。根据系统(609)的部署和配置场景，可以执行不同的操作。

与在(S620)处的第一种情况对应的第一种场景下，已经由5GMS AF(603)在FLUS接收端(604)处实例化了NBMP工作流。例如，由5GMS应用提供商(601)控制，NBMP工作流能够对从FLUS源(602)流式传输的媒体内容进行预期的媒体处理。FLUS源(602)可以基于FLUS协议创建与FLUS接收端(604)的会话，而无需用于传输NBMP WDD或实例化NBMP工作流的附加操作。

与在(S620)处的第二种情况对应的第二种场景下，配置FLUS接收端(604)，并且已经分配了用于媒体处理的资源。然而，没有实例化NBMP工作流。在这种场景下，当创建与FLUS接收端(604)的会话时，FLUS源(602)可以请求NBMP工作流的实例化。NBMP WDD可以包括在请求中。作为响应，FLUS接收端(604)可以基于所接收的NBMP WDD来实例化NBMP工作流。

当在(S620)处第二种情况下配置多个FLUS接收端并将FLUS接收端列在FLUS接收端发现服务器(605)中时，在(S650)处FLUS接收端发现过程期间，FLUS源(602)可以选择多个列出的FLUS接收端中的一个来创建会话。

与在(S620)处的第三种情况对应的第三种场景下，FLUS接收端(604)已经具有先前配置给它的FLUS源(602)的地址以及与该地址相关联的NBMP WDD。当在FLUS源(602)和FLUS接收端(604)之间创建会话时，FLUS源(602)可以将FLUS源的地址提供给FLUS接收端(604)，而不用发出信号通知NBMP WDD。在接收到FLUS源(602)的地址时，FLUS接收端(604)可以使用与FLUS源(602)的地址相关联的可用NBMP WDD来实例化NBMP工作流。

当比较以上三种部署场景时，可能存在不同的技术优点和缺点。第一种场景具有较高的响应速度(因为激活的媒体处理工作流立即可用)和简化的API(没有NBMP WDD的信令)，然而，代价是计算资源占用(即使没有用户也总是被占用)。第二种场景具有较低水平的计算资源占用、更复杂的API和较低的响应速度。第三种场景具有简化的API或信令协议(地址用于指示所需的媒体处理而没有NBMP WDD的信令)，较低级别的计算资源以及较低的响应速度。

此外，第一种场景部署可以用于为特定UE在特定FLUS接收端处提供基于网络的媒体处理。相反，在第二种部署场景和第三部署场景中，可以预先配置多个FLUS接收端并将FLUS接收端列在FLUS接收端发现服务器中。多个UE可以各自选择合适的FLUS接收端来请求预期的基于网络的媒体处理。

在(S670)处，FLUS源(602)开始上行链路媒体流式传输会话，以将媒体内容从FLUS源(602)流式传输至FLUS接收端(604)。媒体内容被输入至NBMP工作流，并用预期的基于网络的媒体处理来处理。来自NBMP工作流的输出随后可以被分发至多个媒体接收端(例如，UE)，或者被传输至5GMS应用提供商(601)。过程(600)可以在(S670)之后终止。

图7示出了根据本公开内容的实施方式的利用FLUS和5GMS AF的NBMP部署的过程(700)。过程(700)可以从(S701)开始，并且前进至(S710)。

在(S710)处，可以由5GMS应用提供商与5GMS AF创建提供会话。在提供过程期间，5GMS应用提供商将5GMS AF配置为用于基于网络的媒体处理。例如，5GMS应用提供商可以向5GMS AF提供QoS参数和处理模板。在示例中，5GMS应用提供商向5GMS AF提供NBMP工作流描述文档(WDD)，用于通过5GMS AF建立基于网络的媒体处理。在示例中，5GMS应用提供商通过提供与基于网络的媒体处理对应的NBMP WDD来请求5GMS AF配置媒体处理，并且5GMS AF配置FLUS接收端并基于NBMP WDD在FLUS接收端中实例化NBMP工作流。

在(S720)处，可以由5GMS AF将FLUS接收端配置为用于基于网络的媒体处理。在示例中，5GMS应用提供商利用与基于网络的媒体处理对应的NBMP工作流描述文档(WDD)来配置5GMS AF。5GMS AF因此配置FLUS接收端，并基于与基于网络的媒体处理对应的NBMP WDD在FLUS接收端中实例化NBMP工作流。

在另一个示例中，5GMS AF向FLUS接收端提供FLUS源的地址和与基于网络的媒体处理对应的NBMP WDD。然而，在FLUS接收端处不执行用于基于网络的媒体处理的NBMP工作流的实例化。

在(S730)处，在FLUS源发现过程期间由FLUS源选择FLUS接收端。例如，能够进行NBMP媒体处理的FLUS接收端可以由5GMS AF发布至FLUS接收端发现服务器。FLUS源可以在FLUS接收端发现服务器上列出的一个或更多个FLUS接收端中发现FLUS接收端。FLUS源基于FLUS接收端发现服务器上的信息选择FLUS接收端，该信息表明FLUS接收端能够执行基于网络的媒体处理。

在(S740)处，可以由FLUS源创建与FLUS接收端的FLUS会话。在示例中，在UE处的5GMS感知应用可以通过FLUS源请求对用于基于网络的媒体处理的NBMP工作流的实例化。因此，在UE处的FLUS源可以向FLUS接收端传输对用于基于网络的媒体处理的NBMP工作流的实例化的请求，其中，在该请求中与NBMP工作流对应的NBMP WDD。响应于从FLUS源接收到请求，FLUS接收端可以基于NBMP WDD实例化NBMP工作流。

在另一个示例中，FLUS接收端通过5GMS AF被配置有FLUS源的地址和与基于网络的媒体处理对应的NBMP WDD。在这种配置下，响应于来自FLUS源的用于创建FLUS会话的请求，该请求包括FLUS源的地址，FLUS接收端可以基于NBMP WDD来实例化NBMP工作流。

在(S750)处，可以由FLUS源开始向FLUS接收端的上行链路流式传输。在FLUS接收端处，可以用基于网络的媒体处理来处理上行链路流式传输的媒体内容。过程(700)可以前进至(S799)并终止于(S799)处。

图8示出了根据本公开内容的实施方式的利用FLUS和5GMS AF的NBMP部署的过程(800)。过程(800)可以由FLUS源执行。过程(800)可以从(S801)开始，并且前进至(S810)。

在(S810)处，可以在FLUS源处从5GMS应用提供商接收信令。信令可以指示FLUS接收端被配置为用于基于网络的媒体处理。

在(S820)处，可以由FLUS源创建与FLUS接收端的FLUS会话。在一些示例中，可以在FLUS接收端处基于NBMP WDD来实例化NBMP工作流，以执行基于网络的媒体处理。

在(S830)处，可以由FLUS源开始与FLUS接收端的上行链路媒体流式传输会话，以将媒体内容从FLUS源流式传输至FLUS接收端。在FLUS接收端处利用基于网络的媒体处理来处理媒体内容。过程(800)可以前进至(S899)并终止于(S899)处。

图9示出了根据本公开内容的实施方式的利用FLUS和5GMS AF的NBMP部署的过程(900)。过程(900)可以由FLUS接收端执行。过程(900)可以从(S901)开始，并且前进至(S910)。

在(S910)处，可以在FLUS接收端处从5GMS AF接收用于基于网络的媒体处理的配置。

在(S920)处，响应于从FLUS源接收到请求，可以在UE处的FLUS源与FLUS接收端之间创建FLUS会话。

在(S930)处，可以在FLUS接收端处从FLUS源接收上行链路媒体流式传输的媒体内容。可以用基于网络的媒体处理来处理上行链路媒体流式传输的媒体内容。过程(900)可以前进至(S999)并终止于(S999)处。

V.计算机系统

本文公开的方法、实施方式、实体或功能可以由处理电路(例如，一个或更多个处理器或一个或更多个集成电路)来实现。在一个示例中，一个或更多个处理器执行存储在非暂态计算机可读介质中的程序，以执行本文公开的方法、实施方式或功能。该程序可以使用任何合适的机器代码或计算机语言来进行编码，该机器代码或计算机语言可以经过汇编、编译、链接等机制来创建包括指令的代码，该指令可以由一个或更多个CPU、GPU等直接执行，或者通过解释、微代码执行等来执行。指令可以在各种类型的计算机或其组件上执行，包括例如个人计算机、平板计算机、服务器、智能电话、游戏设备、物联网设备等。

图10示出了适于实现所公开的主题的某些实施方式的计算机系统(1000)。图10中所示的用于计算机系统(1000)的组件在本质上是示例性的，并且不旨在暗示对实现本公开内容的实施方式的计算机软件的使用范围或功能的任何限制。组件的配置也不应当被解释为具有与计算机系统(1000)的示例性实施方式中示出的组件中的任何一个组件或组件的组合有关的任何依赖性或要求。

计算机系统(1000)可以包括某些人机接口输入设备。这种人机接口输入设备可以响应于由一个或更多个人类用户通过例如触觉输入(诸如，键击、轻扫、数据手套移动)、音频输入(诸如，语音、拍手)、视觉输入(诸如，姿势)、嗅觉输入(未描绘)的输入。人机接口设备还可以用于捕获不一定与人类有意识的输入直接有关的某些媒体，诸如音频(诸如，语音、音乐、环境声音)、图像(诸如，扫描图像、从静态图像摄像装置获得的摄影图像)、视频(诸如，二维视频、包括立体视频的三维视频)。

输入人机接口设备可以包括以下中的一个或更多个(每个仅描绘一个)：键盘(1001)、鼠标(1002)、触控板(1003)、触摸屏(1010)、数据手套(未示出)、操纵杆(1005)、麦克风(1006)、扫描仪(1007)、摄像机(1008)。

计算机系统(1000)还可以包括某些人机接口输出设备。这种人机接口输出设备可以通过例如触觉输出、声音、光和气味/味道来刺激一个或更多个人类用户的感官。这种人机接口输出设备可以包括触觉输出设备(例如，通过触摸屏(1010)、数据手套(未示出)或者操纵杆(1005)的触觉反馈，但也可以存在不充当输入设备的触觉反馈设备)、音频输出设备(诸如，扬声器(1009)、头戴式耳机(未描绘))、视觉输出设备(诸如，包括CRT屏幕、LCD屏幕、等离子屏幕、OLED屏幕的屏幕(1010)，各自具有或者不具有触摸屏输入能力，各自具有或者不具有触觉反馈能力，其中一些可以输出二维视觉输出或者通过诸如立体图形输出的方式输出多于三维输出；虚拟现实眼镜(未描绘)、全息显示器和烟箱(未描绘))、以及打印机(未描绘)。

计算机系统(1000)还可以包括人类可访问的存储设备及其相关联的介质，诸如包括具有CD/DVD等介质(1021)的CD/DVD ROM/RW(1020)的光学介质、拇指驱动器(1022)、可移动硬盘驱动器或固态驱动器(1023)、传统磁介质例如磁带和软盘(未描绘)、基于专用ROM/ASIC/PLD的设备诸如安全软件狗(未描绘)等。

本领域技术人员还应当理解，结合目前公开内容的主题使用的术语“计算机可读介质”不包含传输介质、载波或者其他暂态信号。

计算机系统(1000)还可以包括至一个或更多个通信网络(1055)的接口(1054)。网络可以例如是无线的、有线的、光的。网络还可以是局域的、广域的、城市的、车载的和工业的、实时的、延迟容忍的等。网络的示例包括局域网，诸如以太网、无线LAN、蜂窝网络(包括GSM、3G、4G、5G、LTE等)、电视有线或无线广域数字网络(包括有线电视、卫星电视和地面广播电视)、车载的和工业的(包括CANBus)等。某些网络一般需要附接至某些通用数据端口或外围总线(1049)(诸如，例如计算机系统(1000)的USB端口)的外部网络接口适配器；其他网络一般通过附接至如下所述的系统总线集成至计算机系统(1000)的核中(例如，集成至PC计算机系统中的以太网接口或集成至智能电话计算机系统中的蜂窝网络接口)。使用这些网络中的任何网络，计算机系统(1000)可以与其他实体进行通信。这种通信可以是单向仅接收(例如，广播电视)、单向仅发送(例如，至某些CANbus设备的CAN总线)、或双向的，例如至使用局域数字网络或广域数字网络的其他计算机系统。可以在本文所描述的这些网络和网络接口的每个上使用某些协议和协议栈。

上述人机接口设备、人类可访问的存储设备和网络接口可以附接至计算机系统(1000)的核(1040)。

核(1040)可以包括一个或更多个中央处理单元(Central Processing Unit，CPU)(1041)、图形处理单元(Graphics Processing Unit，GPU)(1042)、现场可编程门阵列(Field Programmable Gate Area，FPGA)(1043)形式的专用可编程处理单元、用于某些任务的硬件加速器(1044)、图形适配器(1050)等。这些设备连同只读存储器(Read-onlymemory，ROM)(1045)、随机存取存储器(1046)、内部大容量存储装置诸如内部非用户可访问的硬盘驱动器、SSD等(1047)，可以通过系统总线(1048)连接。在一些计算机系统中，可以以一个或更多个物理插头的形式访问系统总线(1048)，以使得能够通过附加的CPU、GPU等进行扩展。外围设备可以直接地或通过外围总线(1049)附接至核的系统总线(1048)。在示例中，屏幕(1010)可以连接至图形适配器(1050)。用于外围总线的架构包括PCI、USB等。

CPU(1041)、GPU(1042)、FPGA(1043)和加速器(1044)可以执行某些指令，这些指令可以组合构成上述的计算机代码。该计算机代码可以存储在ROM(1045)或RAM(1046)中。过渡数据也可以存储在RAM(1046)中，而永久数据可以存储在内部大容量存储装置(1047)中。可以通过使用高速缓存存储器来实现针对存储器设备中的任何存储器设备的快速存储及检索，该高速缓存存储器可以与一个或更多个CPU(1041)、GPU(1042)、大容量存储装置(1047)、ROM(1045)、RAM(1046)等紧密相关联。

计算机可读介质上可以具有计算机代码，该计算机代码用于执行各种由计算机实现的操作。介质和计算机代码可以针对本公开内容的目的而专门设计和构建，或者介质和计算机代码可以是对计算机软件领域的技术人员公知且可用的类型。

作为示例而非限制的方式，具有架构(1000)特别是核(1040)的计算机系统可以通过处理器(包括CPU、GPU、FPGA、加速器等)执行包含在一个或更多个有形计算机可读介质中的软件来提供功能。这种计算机可读介质可以是与如上文介绍的用户可访问型大容量存储装置相关联的介质，以及具有非暂态性质的核(1040)的某些存储装置，诸如核内大容量存储装置(1047)或ROM(1045)。可以将实现本公开内容的各种实施方式的软件存储在这种设备中并且由核(1040)执行。根据特定需要，计算机可读介质可以包括一个或更多个存储器设备或芯片。软件可以使核(1040)——特别是其中的处理器(包括CPU、GPU、FPGA等)——执行以上描述的特定处理或特定处理的特定部分，包括定义存储在RAM(1046)中的数据结构以及根据由软件定义的处理修改这种数据结构。另外地或作为替选方式，计算机系统可以通过逻辑硬连线或以其他方式体现在电路(例如，加速器(1044))中来提供功能，其可以代替软件或与软件一起操作，以执行本文描述的特定处理或特定处理的特定部分。在适当的情况下，对软件的提及可以包含逻辑，反之对逻辑的提及也可以包含软件。在适当的情况下，对计算机可读介质的提及可以包含存储用于执行的软件的电路(例如，集成电路(integrated circuit，IC))、体现用于执行的逻辑的电路或上述两者。本公开内容包含硬件与软件的任何合适的组合。尽管本公开内容已经描述了若干示例性实施方式，但是存在落入本公开内容的范围内的改变、置换和各种替换等效物。因此能够理解，本领域技术人员能够设想出多种系统和方法，这些系统和方法虽然在本文中没有明确示出或描述，但体现公开内容的原理并且因此落入公开内容的精神和范围内。

Claims (20)

1.一种基于网络的媒体处理(NBMP)部署的方法，所述方法利用实时上行链路流式传输框架(FLUS)和第五代媒体流式传输(5GMS)应用功能(AF)，所述方法包括：

由5GMS应用提供商与所述5GMS AF创建提供会话，其中，所述5GMS应用提供商将所述5GMS AF配置为用于基于网络的媒体处理；

由所述5GMS AF将FLUS接收端配置为用于所述基于网络的媒体处理；

在FLUS源发现过程期间由FLUS源选择所述FLUS接收端；

由所述FLUS源创建与所述FLUS接收端的FLUS会话；以及

由所述FLUS源开始向所述FLUS接收端的上行链路流式传输，在所述FLUS接收端处，利用所述基于网络的媒体处理来处理所述上行链路流式传输的媒体内容。

2.根据权利要求1所述的方法，其中，所述5GMS应用提供商向所述5GMS AF提供NBMP工作流描述文档(WDD)，以通过5GMS AF建立所述基于网络的媒体处理。

3.根据权利要求2所述的方法，其中，由所述5GMS AF配置所述FLUS接收端包括：

配置所述FLUS接收端；以及

基于与所述基于网络的媒体处理对应的NBMP WDD在所述FLUS接收端中实例化NBMP工作流。

4.根据权利要求1所述的方法，其中，由所述5GMS AF配置所述FLUS接收端包括：

由所述5GMS AF向所述FLUS接收端提供所述FLUS源的地址和与所述基于网络的媒体处理对应的NBMP WDD，其中，在所述FLUS接收端处没有执行任何用于所述基于网络的媒体处理的NBMP工作流的实例化。

5.根据权利要求1所述的方法，其中，所述FLUS源发现过程包括：

由所述5GMS AF将能够进行NBMP媒体处理的FLUS接收端发布至FLUS接收端发现服务器；以及

由所述FLUS源在所述FLUS接收端发现服务器上列出的一个或更多个FLUS接收端中发现所述FLUS接收端，其中，所述FLUS源基于所述FLUS接收端发现服务器上的所述FLUS接收端能够执行所述基于网络的媒体处理的信息来选择所述FLUS接收端。

6.根据权利要求1所述的方法，其中，由所述FLUS源创建与所述FLUS接收端的所述FLUS会话包括：

由在用户设备(UE)处的5GMS感知应用通过FLUS源来请求对用于所述基于网络的媒体处理的NBMP工作流的实例化；以及

由在所述UE处的所述FLUS源向所述FLUS接收端传输对用于所述基于网络的媒体处理的所述NBMP工作流的实例化的请求，其中，在所述请求中包括与所述NBMP工作流对应的NBMP WDD。

7.根据权利要求1所述的方法，其中，由所述FLUS源创建与所述FLUS接收端的所述FLUS会话包括：

当所述FLUS接收端通过所述5GMS AF被配置有所述FLUS源的地址和与所述基于网络的媒体处理对应的NBMP WDD时，响应于来自所述FLUS源的用于创建所述FLUS会话的请求，由所述FLUS接收端基于所述NBMP WDD实例化NBMP工作流，所述请求包括所述FLUS源的地址。

8.一种基于网络的媒体处理(NBMP)部署的方法，所述方法利用实时上行链路流式传输框架(FLUS)和第五代媒体流式传输(5GMS)应用功能(AF)，所述方法包括：

在FLUS源处从5GMS应用提供商接收FLUS接收端被配置为用于基于网络的媒体处理的信令；

由所述FLUS源创建与所述FLUS接收端的FLUS会话；以及

由所述FLUS源开始与所述FLUS接收端的上行链路媒体流式传输会话，以将媒体内容从所述FLUS源流式传输至所述FLUS接收端，在所述FLUS接收端处利用所述基于网络的媒体处理来处理所述媒体内容。

9.根据权利要求8所述的方法，还包括：

响应于在所述FLUS源处接收到来自所述5GMS应用提供商的所述信令，由所述FLUS源执行FLUS接收端发现过程，以从在FLUS接收端发现服务器上列出的候选FLUS接收端的集合中选择所述FLUS接收端，对所述FLUS接收端的所述选择基于所述FLUS接收端是否能够执行所述基于网络的媒体处理。

10.根据权利要求8所述的方法，其中，由所述FLUS源创建与所述FLUS接收端的所述FLUS会话包括：

响应于在用户设备(UE)处的5GMS感知应用对用于所述基于网络的媒体处理的NBMP工作流的实例化的请求，由在所述UE处的所述FLUS源向所述FLUS接收端传输对用于所述基于网络的媒体处理的所述NBMP工作流的实例化的请求，其中，在所述请求中包括与所述NBMP工作流对应的NBMP WDD。

11.根据权利要求8所述的方法，其中，由所述FLUS源创建与所述FLUS接收端的所述FLUS会话包括：

从所述FLUS源向所述FLUS接收端传输用于创建所述FLUS会话的请求，所述请求包括所述FLUS源的地址，

其中，所述FLUS接收端被配置有所述FLUS源的地址和与所述基于网络的媒体处理对应的NBMP WDD，并且响应于来自所述FLUS源的用于创建所述FLUS会话的请求，基于所述对应的NBMP WDD来实例化NBMP工作流。

12.根据权利要求8所述的方法，其中，5GMS应用提供商通过提供与所述基于网络的媒体处理对应的NBMP工作流描述文档(WDD)来请求所述5GMS AF配置媒体处理，并且所述5GMSAF配置所述FLUS接收端并基于所述NBMP WDD在所述FLUS接收端中实例化NBMP工作流。

13.根据权利要求8所述的方法，其中，所述5GMS AF向所述FLUS接收端提供所述FLUS源的地址和与所述基于网络的媒体处理对应的NBMP WDD，并且在所述FLUS接收端处没有执行用于所述基于网络的媒体处理的NBMP工作流的实例化。

14.一种基于网络的媒体处理(NBMP)部署的方法，所述方法利用实时上行链路流式传输框架(FLUS)和第五代媒体流式传输(5GMS)应用功能(AF)，所述方法包括：

在FLUS接收端处从所述5GMS AF接收用于基于网络的媒体处理的配置；

响应于接收到来自在用户设备(UE)处的FLUS源的请求，在所述FLUS源与所述FLUS接收端之间创建FLUS会话；以及

在所述FLUS接收端处从所述FLUS源接收上行链路媒体流式传输的媒体内容，其中，利用所述基于网络的媒体处理来处理所述上行链路媒体流式传输的所述媒体内容。

15.根据权利要求14所述的方法，其中，在所述FLUS接收端处从所述5GMS AF接收用于所述基于网络的媒体处理的所述配置包括：

接收与所述基于网络的媒体处理对应的NBMP工作流描述文档(WDD)；以及

基于与所述基于网络的媒体处理对应的NBMP WDD在所述FLUS接收端中实例化NBMP工作流。

16.根据权利要求14所述的方法，其中，在所述FLUS接收端处从所述5GMS AF接收用于所述基于网络的媒体处理的所述配置包括：

在所述FLUS接收端处从所述5GMS AF接收所述FLUS源的地址和与所述基于网络的媒体处理对应的NBMP WDD，其中，在所述FLUS接收端处没有执行任何用于所述基于网络的媒体处理的NBMP工作流的实例化。

17.根据权利要求14所述的方法，其中，响应于接收到来自在所述UE处的所述FLUS源的所述请求在所述FLUS源与所述FLUS接收端之间创建所述FLUS会话包括：

在所述FLUS接收端处从所述FLUS源接收对用于所述基于网络的媒体处理的NBMP工作流的实例化的请求，其中，在所述请求中包括与所述NBMP工作流对应的NBMP WDD；以及

基于在所述请求中包括的与所述NBMP工作流对应的所述NBMP WDD来实例化用于所述基于网络的媒体处理的所述NBMP工作流。

18.根据权利要求14所述的方法，其中，响应于接收到来自在所述UE处的所述FLUS源的所述请求在所述FLUS源与所述FLUS接收端之间创建所述FLUS会话包括：

在所述FLUS接收端处从所述FLUS源接收用于创建所述FLUS会话的请求，所述请求包括所述FLUS源的地址，

在所述FLUS接收端处基于与所述基于网络的媒体处理对应的NBMP WDD来实例化NBMP工作流，其中，所述FLUS接收端预先配置有所述FLUS源的地址和与所述基于网络的媒体处理对应的所述NBMP WDD。

19.根据权利要求14所述的方法，其中，5GMS应用提供商利用与所述基于网络的媒体处理对应的NBMP工作流描述文档(WDD)来配置所述5GMS AF。

20.根据权利要求14所述的方法，其中，所述FLUS源在FLUS接收端发现服务器上列出的一个或更多个FLUS接收端中发现所述FLUS接收端，所述FLUS源基于所述FLUS接收端发现服务器上的所述FLUS接收端能够执行所述基于网络的媒体处理的信息来选择所述FLUS接收端。

Images