WO2022022471A1

WO2022022471A1 - 一种媒体流切换方法及装置

Info

Publication number: WO2022022471A1
Application number: PCT/CN2021/108484
Authority: WO
Inventors: 潘奇; 黄正磊; 倪慧; 王亚鑫
Original assignee: 华为技术有限公司
Priority date: 2020-07-28
Filing date: 2021-07-26
Publication date: 2022-02-03
Also published as: JP7564330B2; CN114007087A; US20230156247A1; EP4181515A1; EP4181515A4; CN114007087B; JP2023535507A

Abstract

一种媒体流切换方法及装置，该方法包括：接入网设备接收来自终端设备切换请求中包括第一直播媒体流的特征信息，接入网设备或用户面网元根据该特征信息，确定与第一直播媒体流的特征信息对应的第一直播媒体流，从而接入网设备或用户面网元切换向终端设备发送的媒体流，即将向终端设备发送的直播媒体流从第二直播媒体流切换为第一直播媒体，其中第二直播媒体流和第一直播媒体流均对应该接入网设备或用户面网元，该方法可以实现在接入网设备或用户面网元侧完成媒体流切换，有助于及时切换媒体流，降低媒体流切换时延。

Description

一种媒体流切换方法及装置

相关申请的交叉引用

本申请要求在2020年07月28日提交中国专利局、申请号为202010739547.9、申请名称为“一种媒体流切换方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及通信技术领域，尤其涉及一种媒体流切换方法及装置。

背景技术

目前新媒体行业快速发展，用户可以通过在手机、平板电脑等终端上安装的直播类应用客户端(例如抖音

快手

淘宝直播

)实时观看视频。在用户观看视频过程中，终端中的直播类应用客户端可以根据用户对视频的画质需求，向应用服务器请求合适码率或分辨率的直播媒体流。针对虚拟现实(virtual reality，VR)全景视频，终端中的直播类应用客户端还可以根据用户当前的视场角，向应用服务器请求合适视场角的直播媒体流。由于网络传输过程存在时延，终端中的直播类应用客户端难以及时地将终端所请求切换的媒体流参数信息(如码率值、分辨率值或视场角)发送给应用服务器侧，导致媒体流切换时延过大，直播视频发生卡顿，严重影响用户实时观看直播的体验。

发明内容

本申请提供一种媒体流切换方法及装置，用以实现根据终端设备所发送的切换请求中的直播媒体流的特征信息，确定与特征信息对应的直播媒体流，及时地向终端设备分发该直播媒体流，从而降低媒体流切换时延。

第一方面，本申请实施例提供一种通信方法，该方法适用于接入网设备，包括：

接入网设备接收来自终端设备切换请求中包括第一直播媒体流的特征信息，接入网设备根据该特征信息，确定与第一直播媒体流的特征信息对应的第一直播媒体流，从而接入网设备切换向终端设备发送的媒体流，即将向终端设备发送的直播媒体流从第二直播媒体流切换为第一直播媒体，其中第二直播媒体流和第一直播媒体流均对应该接入网设备。

本申请实施例中，针对同一接入网设备下有多用户共同访问相同直播媒体流的情况，本方法实施例通过将切换的决策权置于接入网设备，从而有助于及时切换媒体流，降低媒体流切换时延。

在一种可能的设计中，方式一：接入网设备确定与第一直播媒体流对应的第一地址信息，然后接入网设备向终端设备发送第一地址信息，其中，第一地址信息用于与第二直播媒体流对应的第二地址信息进行绑定。方式二：接入网设备确定与第一直播媒体流对应的第一地址信息和与第二直播媒体流对应的第二地址信息，接入网设备将承载第一直播媒体流的数据包中的第一地址信息替换为第二地址信息。需要说明的是，地址信息可以指IP和端口信息中的至少一个。

本申请实施例中，接入网设备会将终端设备所请求的特征信息所对应的IP/端口信息发往终端设备侧，确保终端设备侧能够将该IP/端口信息与原IP/端口信息绑定并在接收到对应数据后，实现对其的解析与应用。

在一种可能的设计中，接入网设备接收来自会话管理功能网元或用户面功能网元的消息，消息包括与第一直播媒体流对应的第一地址信息，接入网设备根据消息确定与第一直播媒体流对应的第一地址信息和第二地址信息。

本申请实施例中，会话管理功能网元会将对应的地址信息发给接入网设备，或者用户面管理功能网元直接将地址信息发送给接入网设备。

在一种可能的设计中，接入网设备确定与第一直播媒体流的特征信息对应的第一直播媒体流的方式可以是：接入网设备根据第一直播媒体流的特征信息，确定包括接入网设备所服务的至少一个终端设备的直播媒体流的特征信息的第二活动特征信息集合存在第一直播媒体流的特征信息，接入网设备从监测的直播媒体流中，确定携带第一直播媒体流的特征信息的第一直播媒体流。

本申请实施例中，接入网设备可以监测所服务的媒体流，从而可以明确当前接入网设备服务范围内终端设备正在访问的媒体流，故可以根据特征信息确定对应的第一直播媒体流。

在一种可能的设计中，接入网设备根据第一直播媒体流的特征信息，确定第二活动特征信息集合中不包括第一直播媒体流的特征信息，因此接入网设备向终端设备发送响应信息，该响应消息用于通知终端设备直播媒体流切换失败，这样，终端设备收到响应消息后，重新向应用服务器发送切换请求。在一种可能的设计中，应用服务器可以是边缘应用服务器或者中心应用服务器，其中，边缘应用服务器相比于中心应用服务器更靠近于终端设备，边缘应用服务器又可称为是本地应用服务器，中心应用服务器又可称为是远端应用服务器。

本申请实施例中，接入网设备可以在确定当前不存在第一直播媒体流的情况下，及时向终端设备发送响应消息，以避免切换失败，终端设备发生长时间卡顿。

在一种可能的设计中，接入网设备根据第一直播媒体流的特征信息，确定第二活动特征信息结合中不包括第一直播媒体流的特征信息，因此接入网设备通过用户面功能网元向应用服务器发送第一直播媒体流的特征信息，即向应用服务器请求第一直播媒体流。

本申请实施例中，接入网设备可以在确定当前不存在第一直播媒体流的情况下，及时向应用服务器请求第一直播媒体流，以避免切换失败，终端设备发生长时间卡顿。

在一种可能的设计中，第二活动特征信息可以是按照如下方式生成的：接入网设备向会话管理功能网元发送终端设备的直播会话的建立请求消息，接入网设备接收来自会话管理功能网元的直播会话的创建完成消息和第二指示信息，接入网设备根据第二指示信息，监测通过接入网设备所服务的至少一个终端设备的直播媒体流，并创建第二活动特征信息集合。

在一种可能的设计中，接入网设备还可以将第二活动特征信息集合发送至终端设备，从而终端设备可以根据在发送切换请求之前，先确定请求切换的第一直播媒体流的特征信息是否存在于第二活动特征信息集合中，若存在，则终端设备向接入网设备发送切换请求，否则，则向应用服务器发送切换请求。

本申请实施例中，接入网设备可根据GTP层指示形成第二活动特征信息集合，并通过RRC消息或PDCP层扩展标识将第二活动特征信息集合发送至终端设备，当终端设备侧进行媒体流变更时，接入网设备侧直接将对应特性信息的媒体流复制/转发至终端设备所对应的DRB上，完成媒体流切换。

在一种可能的设计中，第一直播媒体流的特征信息为第一直播媒体流的流媒体参数值，或者第一直播媒体流唯一对应的索引值，其中，流媒体参数值包括码率、分辨率、帧率或视场角中的至少一类参数的值。

第二方面，本申请实施例提供一种媒体流切换方法，该方法适用于终端设备，终端设备向接入网设备发送第一直播媒体流的特征信息，终端设备从接入网设备接收的直播媒体流从第二直播媒体流切换为第一直播媒体流，其中，第一直播媒体流是与第一直播媒体流的特征信息向对应的，第二直播媒体流和第一直播媒体流均对应该接入网设备。

本申请实施例中，针对同一接入网设备或同一用户面功能网元下有多用户共同访问相同直播媒体流的情况，本方法实施例通过将切换的决策权置于接入网设备或用户面功能网元，从而有助于及时切换媒体流，降低媒体流切换时延。

在一种可能的设计中，终端设备向接入网设备发送第一直播媒体流的特征信息之前，还包括：终端设备通过接入网设备向会话管理功能网元发送直播会话的建立请求消息，终端设备通过接入网设备接收来自会话管理功能网元的用于直播业务的创建请求完成消息和初始特征信息集合，其中，初始特征信息集合包括各种媒体流参数对应的直播媒体流的特征信息，终端设备从初始特征信息集合中，确定与当前的媒体流参数信息对应的第一直播媒体流的特征信息。

本申请实施例中，在建立PDU会话过程中，完成关于直播媒体流的特征信息的下发，以保证媒体流的切换。

在一种可能的设计中，终端设备向接入网设备发送第一直播媒体流的特征信息之前，还包括：终端设备接收来自接入网设备的第二活动特征信息集合，终端设备确定第二活动特征信息集合中包括第一直播媒体流的特征信息，第二活动特征信息集合包括接入网设备所服务的至少一个终端设备的直播媒体流的特征信息。

本申请实施例中，终端设备查看第二活动特征信息集合，如果请求的媒体流所对应特征信息不在第二活动特征信息集合之内，终端设备会通过现有的应用层交互流程进行对应特征信息的直播媒体流请求；如果请求的媒体流所对应特征信息在第二活动特征信息集合之内，终端设备直接向接入网设备发送对应特征信息的直播媒体流请求。

在一种可能的设计中，终端设备还接收来自用户面功能网元的第一活动特征信息集合，其中第一活动特征信息集合包括用户面功能网元所服务的至少一个终端设备的直播媒体流的特征信息集合。当终端设备确定第一活动特征信息集合中包括第一直播媒体流的特征信息，通过接入网设备向用户面功能网元发送切换请求；当终端设备确定第一活动特征信息集合中不包括第一直播媒体流的特征信息，则向应用服务器发送切换请求。在一种可能的设计中，应用服务器可以是边缘应用服务器或者中心应用服务器，其中，边缘应用服务器相比于中心应用服务器更靠近于终端设备，边缘应用服务器又可称为是本地应用服务器，中心应用服务器又可称为是远端应用服务器。

本申请实施例中，终端设备查看第一活动特征信息集合，如果请求的媒体流所对应特征信息不在第二活动特征信息集合之内，终端设备会通过现有的应用层交互流程进行对应特征信息的直播媒体流请求；如果请求的媒体流所对应特征信息在第一活动特征信息集合之内，终端设备直接向用户面功能网元发送对应特征信息的直播媒体流请求。

在一种可能的设计中，终端设备还接收第一直播媒体流对应的第一地址信息，终端设备将第一直播媒体流对应的第一地址信息与第二直播媒体流对应的第二地址信息进行绑定，并根据绑定关系对第一直播媒体流进行解析。

第三方面，本申请实施例还提供一种媒体流切换方法，该方式适用于用户面功能网元，该方法包括：

用户面功能网元接收来自终端设备的第一直播媒体流的特征信息，用户面功能网元确定与第一直播媒体流的特征信息对应的第一直播媒体流，用户面功能网元将向终端设备发送直播媒体流从第二直播媒体流切换为第一直播媒体流，其中第二直播媒体流和第一直播媒体流均对应用户面功能网元。

本申请实施例中，针对同一用户面功能网元下有多用户共同访问相同直播媒体流的情况，本方法实施例通过将切换的决策权置于用户面功能网元，从而有助于及时切换媒体流，降低媒体流切换时延。

在一种可能的设计中，用户面功能网元将向终端设备发送的直播媒体流从第二直播媒体流切换为第一直播媒体流之前，用户面功能网元确定与第一直播媒体流对应的第一地址信息，以及与第二直播媒体流对应的第二地址信息，用户面功能网元将承载第一直播媒体流的数据包中的第一地址信息替换为第二地址信息。

本申请实施例中，确保终端设备侧能够使用原IP/端口信息进行对应数据的解析与应用。

在一种可能的设计中，用户面功能网元确定与第一直播媒体流对应的第一地址信息，用户面功能网元向终端设备发送第一地址信息，第一地址信息用于与第二直播媒体流对应的第二地址信息进行绑定。

本申请实施例中，用户面功能网元会将终端设备所请求的特征信息所对应的IP/端口信息发往终端设备侧，确保终端设备侧能够将该IP/端口信息与原IP/端口信息绑定并在接收到对应数据后，实现对其的解析与应用。

在一种可能的设计中，用户面功能网元确定与第一直播媒体流的特征信息对应的第一直播媒体流，包括：用户面功能网元确定第一活动特征信息集合中包括第一直播媒体流的特征信息，用户面功能网元从当前监测的直播媒体流中，确定携带第一直播媒体流的特征信息的第一直播媒体流，其中第一活动特征信息集合包括用户面功能网元所服务的至少一个终端设备的直播媒体流的特征信息。

本申请实施例中，用户面功能网元可以监测所服务的媒体流，从而可以明确当前用户面功能网元服务范围内终端设备正在访问的媒体流，故可以根据特征信息确定对应的第一直播媒体流。

在一种可能的设计中，用户面功能网元确定第一活动特征信息集合中不包括第一直播媒体流的特征信息，则用户面功能网元向应用服务器发送请求消息，该请求消息包括第一直播媒体流的特征信息，其中，请求消息用于请求向终端设备发送的直播媒体流切换第一直播媒体流。在一种可能的设计中，应用服务器可以是边缘应用服务器或者中心应用服务器，其中，边缘应用服务器相比于中心应用服务器更靠近于终端设备，边缘应用服务器又可称为是本地应用服务器，中心应用服务器又可称为是远端应用服务器。

本申请实施例中，在确定当前不存在第一直播媒体流的情况下，用户面功能网元及时向应用服务器发送对应媒体请求信息，确保应用服务器完成对终端设备请求的媒体切换响应。

在一种可能的设计中，用户面功能网元确定第一活动特征信息集合中不包括第一直播媒体流的特征信息，则用户面功能网元通过接入网设备向终端设备发送响应消息，该响应消息用于通知终端设备直播媒体流切换失败，这样，终端设备收到响应消息后，重新向应用服务器发送切换请求。

本申请实施例中，用户面功能网元可以在确定当前不存在第一直播媒体流的情况下，及时向终端设备发送响应消息，以避免切换失败，终端设备发生长时间卡顿。

在一种可能的设计中，用户面功能网元接收来自终端设备的第一直播媒体流的特征信息之前，还包括：用户面功能网元接收来自会话管理功能网元的直播会话的创建完成消息和第一指示信息，用户面功能网元根据第一指示信息，监测通过用户面功能网元所服务的至少一个终端设备的直播媒体流的特征信息，并创建第一活动特征信息集合。

本申请实施例中，在建立PDU会话过程后，用户面功能网元进行关于直播媒体流的特征信息的监测，并创建第一活动特征信息集合，以保证后续媒体流的切换。

在一种可能设计中，用户面功能网元监测到终端设备正在访问该直播业务后，会发送出指示信息至会话管理网元，以便于会话管理网元将用户面功能网元与终端设备身份信息告知应用服务器，促使应用服务器获取第一活动特征信息集合并将其发往终端设备。或者，在另一可能的设计中，用户面功能网元将第一活动特征信息集合发送至终端设备。

本申请实施例中，用户面功能网元按照上述方式可以使得应用服务器获取第一活动特征信息集合，以便于应用服务器将第一活动特征信息集合发往终端设备，从而终端设备可以通过查看第一活动特征信息集合，确定媒体流的切换方式。

在一种可能设计中，当用户面功能网元监测通过用户面功能网元所服务的至少两个终端设备的直播媒体流的特征信息相同且发往相同的接入网设备时，用户面功能网元对直播媒体流去重复；用户面功能网元向接入网设备发送去重复处理后的直播媒体流；其中，去重复处理后的直播媒体流中不同的直播媒体流的特征信息互不相同。

本申请实施例中，用户面功能网元根据第一活动特征信息集合与媒体流对应的接入网设备，实现用户面功能网元到接入网设备之间的去重复媒体流传输，降低传输网压力，同时有效保障用户的媒体观看体验。

在一种可能的设计中，用户面功能网元监测到终端设备正在访问该直播业务后，会发送指示信息和终端设备的地址信息至会话管理功能网元，以便于会话管理功能网元将该指示信息和终端设备的地址信息发送至接入网设备。需要说明的是，地址信息可以指IP和端口信息中的至少一个。

本申请实施例中，会话管理功能网元会将IP/端口信息发往接入网设备，以便于接入网设备将其发送至终端设备侧，确保终端设备侧能够将该IP/端口信息与原IP/端口信息绑定并在接收到对应数据后，实现对其的解析与应用。

第四方面，本申请实施例还提供一种媒体流切换方法，该方式适用于会话管理功能网元，该方法包括：会话管理功能网元在创建终端设备的直播会话时，会话管理功能网元从策略管理功能网元获取初始特征信息集合，其中，该初始特征信息集合中包括各种媒体流参数对应的直播媒体流的特征信息。然后会话管理功能网元在完成创建直播会话后，会话管理功能网元向用户面功能网元发送第一指示信息，以及向终端设备发送初始特征信息集合，其中，第一指示信息用于指示监测通过用户面功能网元所服务的至少一个终端设备的直播媒体流的特征信息。

在一种可能的设计中，会话管理功能网元还可以向终端设备发送第三指示信息，当终端设备收到第三指示信息，则按照上述方法发送包括第一直播媒体流的特征信息。

在一种可能的设计中，会话管理功能网元在接收到来自用户面功能网元的指示信息后，则向应用服务器发送终端设备的身份信息，以及用户面功能网元的身份信息，以便于应用服务器获取第一活动特征信息集合，从而将第一活动特征信息集合发送至终端设备。在一种可能的设计中，应用服务器可以是边缘应用服务器或者中心应用服务器，其中，边缘应用服务器相比于中心应用服务器更靠近于终端设备，边缘应用服务器又可称为是本地应用服务器，中心应用服务器又可称为是远端应用服务器。

本申请实施例中，终端设备利用接收的第一活动特征信息集合，可以判断请求的媒体流的特征信息是否存在于第一活动特征信息集合中，如果请求的媒体流所对应特征信息不在第一活动特征信息集合之内，终端设备会通过现有的应用层交互流程进行对应特征信息的直播媒体流请求；如果请求的媒体流所对应特征信息在第一活动特征信息集合之内，终端设备直接向用户面功能网元发送对应特征信息的直播媒体流请求。

第五方面，本申请实施例还提供一种媒体流切换方法，该方式适用于应用服务器，该方法包括：应用服务器确定与不同流媒体参数对应的直播媒体流的特征信息，应用服务器向终端发送初始特征信息集合，初始特征信息集合包括各种媒体流参数对应的直播媒体流的特征信息。在一种可能的方式中，应用服务器可以通过应用层消息将所述初始特征信息集合发送至终端设备；在另一种可能的方式中，应用服务器可以将初始特征信息集合发送至策略控制功能网元，在会话建立过程，会话管理功能网元从策略控制功能网元获取初始特征信息集合，并将初始特征信息集合通过用户面功能网元或接入网设备发送至终端设备。

本申请实施例中，应用服务器通过告知策略控制功能网元不同媒体流参数对应的直播媒体流的特征信息，完成对直播媒体流的标记。

在一种可能的设计中，应用服务器根据第一活动特征信息集合监测至少两个终端设备的直播媒体流的特征信息相同时，应用服务器对直播媒体流去重复。应用服务器向用户面功能网元发送去重复处理后的直播媒体流，其中，去重复处理后的直播媒体流中不同的直播媒体流的特征信息互不相同。

本申请实施例中，实现应用服务器到用户面功能网元之间的去重复媒体流传输，降低骨干网与传输网压力，同时有效保障用户的媒体观看体验。

在一种可能的涉及中，应用服务器接收来自会话管理网元的用户面功能网元与终端设备身份标识信息，根据该信息确定对应用户面功能网元下所服务的对应终端设备所访问的直播媒体流信息，并能够确定该用户面功能网元处的第一活动特征信息集合。

在一种可能的设计中，应用服务器从用户面功能网元获取第一活动特征信息集合，应用服务器向终端设备发送第一活动特征信息集合，因第一活动特征信息集合包括用户面功能网元所服务的至少一个终端设备的直播媒体流的特征信息集合，从而终端设备可以根据第一活动特征信息集合，确定待切换的第一直播媒体流的特征信息。

本申请实施例中，终端设备还接收来自应用服务器的第一活动特征信息集合，其中第一活动特征信息集合包括用户面功能网元所服务的至少一个终端设备的直播媒体流的特征信息集合。当终端设备确定第一活动特征信息集合中包括第一直播媒体流的特征信息，向接入网设备发送切换请求；当终端设备确定第一活动特征信息集合中不包括第一直播媒体流的特征信息，则向应用服务器发送切换请求。

在一种可能的设计中，应用服务器向策略控制功能网元发送流描述信息与媒体指示信息，其中，流描述信息用于描述该直播业务对应的直播媒体流数据特征，媒体指示信息用于指示核心网针对该媒体业务进行对应优化。

在一种可能的设计中，应用服务器可以是边缘应用服务器或者中心应用服务器，其中，边缘应用服务器相比于中心应用服务器更靠近于终端设备，边缘应用服务器又可称为是本地应用服务器，中心应用服务器又可称为是远端应用服务器。

第六方面，本申请实施例还提供一种媒体流切换方法，该方式适用于边缘应用服务器，其中边缘应用服务器是相比于中心应用服务器更靠近于终端设备的服务器，该方法包括：

边缘应用服务器接收来自终端设备的第一直播媒体流的特征信息，边缘应用服务器确定与第一直播媒体流的特征信息对应的第一直播媒体流，边缘应用服务器将向终端设备发送的直播媒体流从第二直播媒体流切换为第一直播媒体流，其中第二直播媒体流和第一直播媒体流均对应边缘应用服务器。

本申请实施例中，针对同一边缘应用服务器下有多用户共同访问相同直播媒体流的情况，本方法实施例通过将切换的决策权置于边缘应用服务器，从而有助于及时切换媒体流，降低媒体流切换时延。

在一种可能的设计中，边缘应用服务器将向终端设备发送的直播媒体流从第二直播媒体流切换为第一直播媒体流之前，边缘应用服务器确定与第一直播媒体流对应的第一地址信息，以及与第二直播媒体流对应的第二地址信息，边缘应用服务器将承载第一直播媒体流的数据包中的第一地址信息替换为第二地址信息。

在一种可能的设计中，边缘应用服务器确定与第一直播媒体流的特征信息对应的第一直播媒体流，包括：边缘应用服务器确定第一活动特征信息集合中包括第一直播媒体流的特征信息，边缘应用服务器从当前监测的直播媒体流中，确定携带第一直播媒体流的特征信息的第一直播媒体流，其中第一活动特征信息集合包括边缘应用服务器所服务的至少一个终端设备的直播媒体流的特征信息。

本申请实施例中，边缘应用服务器可以监测所服务的媒体流，从而可以明确当前边缘应用服务器服务范围内终端设备正在访问的媒体流，故可以根据特征信息确定对应的第一直播媒体流。

在一种可能的设计中，边缘应用服务器确定第一活动特征信息集合中不包括第一直播媒体流的特征信息，则边缘应用服务器向中心应用服务器发送请求消息，该请求消息包括第一直播媒体流的特征信息，其中，请求消息用于请求向终端设备发送的直播媒体流切换第一直播媒体流。

本申请实施例中，在确定当前不存在第一直播媒体流的情况下，边缘应用服务器及时向中心应用服务器发送对应媒体请求信息，确保中心应用服务器完成对终端设备请求的媒体切换响应。

在一种可能的设计中，边缘应用服务器确定第一活动特征信息集合中不包括第一直播媒体流的特征信息，则边缘应用服务器通过接入网设备向终端设备发送响应消息，该响应消息用于通知终端设备直播媒体流切换失败，这样，终端设备收到响应消息后，重新向中心应用服务器发送切换请求。

本申请实施例中，边缘应用服务器可以在确定当前不存在第一直播媒体流的情况下，及时向终端设备发送响应消息，以避免切换失败，终端设备发生长时间卡顿。

第七方面，本申请提供一种通信装置，所述通信装置可以为接入网设备或者设置在接入网设备内部的芯片。所述通信装置具备实现上述第一方面的功能，比如，所述通信装置包括执行上述第一方面涉及步骤所对应的模块或单元或手段(means)，所述功能或单元或手段可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现。

在一种可能的设计中，所述通信装置包括处理单元、通信单元，其中，通信单元可以用于收发信号，以实现该通信装置和其它装置之间的通信，比如，通信单元用于接收来自终端设备的切换请求；处理单元可以用于执行该通信装置的一些内部操作。处理单元、通信单元执行的功能可以和上述各方面接入网设备涉及的步骤相对应。

在一种可能的设计中，所述通信装置包括处理器，还可以包括收发器，所述收发器用于收发信号，所述处理器执行程序指令，以完成上述第一方面中任意可能的设计或实现方式中的方法。其中，所述通信装置还可以包括一个或多个存储器，所述存储器用于与处理器耦合。所述一个或多个存储器可以和处理器集成在一起，也可以与处理器分离设置，本申请并不限定。存储器可以保存实现上述第一方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述各方面接入网设备涉及的任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括处理器和存储器，存储器可以保存实现上述第一方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述各方面接入网设备涉及的任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括至少一个处理器和接口电路，其中，至少一个处理器用于通过所述接口电路与其它装置通信，并执行上述第一方面任意可能的设计或实现方式中由接入网设备执行的方法。

第八方面，本申请提供一种通信装置，所述通信装置可以为终端设备或者设置在终端设备内部的芯片。所述通信装置具备实现上述第二方面的功能，比如，所述通信装置包括执行上述第二方面涉及步骤所对应的模块或单元或手段(means)，所述功能或单元或手段可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现。

在一种可能的设计中，所述通信装置包括处理单元、通信单元，其中，通信单元可以用于收发信号，以实现该通信装置和其它装置之间的通信，比如，通信单元用于接收来自接入网发送的第一直播媒体流；处理单元可以用于执行该通信装置的一些内部操作。处理单元、通信单元执行的功能可以和上述各方面接入网设备涉及的步骤相对应。

在一种可能的设计中，所述通信装置包括处理器，还可以包括收发器，所述收发器用于收发信号，所述处理器执行程序指令，以完成上述第二方面中任意可能的设计或实现方式中的方法。其中，所述通信装置还可以包括一个或多个存储器，所述存储器用于与处理器耦合。所述一个或多个存储器可以和处理器集成在一起，也可以与处理器分离设置，本申请并不限定。存储器可以保存实现上述第二方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述各方面接入网设备涉及的任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括处理器和存储器，存储器可以保存实现上述第二方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述各方面接入网设备涉及的任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括至少一个处理器和接口电路，其中，至少一个处理器用于通过所述接口电路与其它装置通信，并执行上述第二方面任意可能的设计或实现方式中由终端设备执行的方法。

第九方面，本申请提供一种通信装置，所述通信装置可以为用户面功能网元或者设置在用户面功能网元内部的芯片。所述通信装置具备实现上述第三方面的功能，比如，所述通信装置包括执行上述第三方面涉及步骤所对应的模块或单元或手段(means)，所述功能或单元或手段可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现。

在一种可能的设计中，所述通信装置包括处理单元、通信单元，其中，通信单元可以用于收发信号，以实现该通信装置和其它装置之间的通信，比如，通信单元用于接收来自终端设备发送的切换请求；处理单元可以用于执行该通信装置的一些内部操作。处理单元、通信单元执行的功能可以和上述各方面接入网设备涉及的步骤相对应。

在一种可能的设计中，所述通信装置包括处理器，还可以包括收发器，所述收发器用于收发信号，所述处理器执行程序指令，以完成上述第三方面中任意可能的设计或实现方式中的方法。其中，所述通信装置还可以包括一个或多个存储器，所述存储器用于与处理器耦合。所述一个或多个存储器可以和处理器集成在一起，也可以与处理器分离设置，本申请并不限定。存储器可以保存实现上述第三方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述各方面接入网设备涉及的任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括处理器和存储器，存储器可以保存实现上述第三方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述各方面接入网设备涉及的任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括至少一个处理器和接口电路，其中，至少一个处理器用于通过所述接口电路与其它装置通信，并执行上述第三方面任意可能的设计或实现方式中由用户面功能网元执行的方法。

第十方面，本申请提供一种通信装置，所述通信装置可以为会话管理功能网元或者设置在会话管理功能网元内部的芯片。所述通信装置具备实现上述第四方面的功能，比如，所述通信装置包括执行上述第四方面涉及步骤所对应的模块或单元或手段(means)，所述功能或单元或手段可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现。

在一种可能的设计中，所述通信装置包括处理单元、通信单元，其中，通信单元可以用于收发信号，以实现该通信装置和其它装置之间的通信，比如，通信单元用于接收来自终端设备发送的会话创建请求；处理单元可以用于执行该通信装置的一些内部操作。处理单元、通信单元执行的功能可以和上述各方面接入网设备涉及的步骤相对应。

在一种可能的设计中，所述通信装置包括处理器，还可以包括收发器，所述收发器用于收发信号，所述处理器执行程序指令，以完成上述第四方面中任意可能的设计或实现方式中的方法。其中，所述通信装置还可以包括一个或多个存储器，所述存储器用于与处理器耦合。所述一个或多个存储器可以和处理器集成在一起，也可以与处理器分离设置，本申请并不限定。存储器可以保存实现上述第四方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述各方面接入网设备涉及的任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括处理器和存储器，存储器可以保存实现上述第四方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述各方面接入网设备涉及的任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括至少一个处理器和接口电路，其中，至少一个处理器用于通过所述接口电路与其它装置通信，并执行上述第四方面任意可能的设计或实现方式中由会话管理功能网元执行的方法。

第十一方面，本申请提供一种通信装置，所述通信装置可以为应用服务器或者设置在应用服务器内部的芯片。所述通信装置具备实现上述第五方面的功能，比如，所述通信装置包括执行上述第五方面涉及步骤所对应的模块或单元或手段(means)，所述功能或单元或手段可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现。

在一种可能的设计中，所述通信装置包括处理单元、通信单元，其中，通信单元可以用于收发信号，以实现该通信装置和其它装置之间的通信，比如，通信单元用于接收来自应用服务器发送的会话创建请求；处理单元可以用于执行该通信装置的一些内部操作。处理单元、通信单元执行的功能可以和上述各方面接入网设备涉及的步骤相对应。

在一种可能的设计中，所述通信装置包括处理器，还可以包括收发器，所述收发器用于收发信号，所述处理器执行程序指令，以完成上述第五方面中任意可能的设计或实现方式中的方法。其中，所述通信装置还可以包括一个或多个存储器，所述存储器用于与处理器耦合。所述一个或多个存储器可以和处理器集成在一起，也可以与处理器分离设置，本申请并不限定。存储器可以保存实现上述第五方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述各方面接入网设备涉及的任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括处理器和存储器，存储器可以保存实现上述第五方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述各方面接入网设备涉及的任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括至少一个处理器和接口电路，其中，至少一个处理器用于通过所述接口电路与其它装置通信，并执行上述第五方面任意可能的设计或实现方式中由应用服务器执行的方法。

第十二方面，本申请提供一种通信装置，所述通信装置可以为边缘应用服务器或者设置在边缘应用服务器内部的芯片。所述通信装置具备实现上述第六方面的功能，比如，所述通信装置包括执行上述第六方面涉及步骤所对应的模块或单元或手段(means)，所述功能或单元或手段可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现。

在一种可能的设计中，所述通信装置包括处理单元、通信单元，其中，通信单元可以用于收发信号，以实现该通信装置和其它装置之间的通信，比如，通信单元用于接收来自边缘应用服务器发送的会话创建请求；处理单元可以用于执行该通信装置的一些内部操作。处理单元、通信单元执行的功能可以和上述各方面接入网设备涉及的步骤相对应。

在一种可能的设计中，所述通信装置包括处理器，还可以包括收发器，所述收发器用于收发信号，所述处理器执行程序指令，以完成上述第六方面中任意可能的设计或实现方式中的方法。其中，所述通信装置还可以包括一个或多个存储器，所述存储器用于与处理器耦合。所述一个或多个存储器可以和处理器集成在一起，也可以与处理器分离设置，本申请并不限定。存储器可以保存实现上述第六方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述各方面接入网设备涉及的任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括处理器和存储器，存储器可以保存实现上述第六方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述各方面接入网设备涉及的任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括至少一个处理器和接口电路，其中，至少一个处理器用于通过所述接口电路与其它装置通信，并执行上述第六方面任意可能的设计或实现方式中由边缘应用服务器执行的方法。

第十三方面，本申请提供一种系统，包括上述方法实施例中或装置实施例中的接入网设备、用户面功能网元、应用服务器、会话管理功能网元和终端设备。可选地，所述系统中还包括统一数据管理功能网元和策略控制功能网元。

第十四方面，本申请提供一种系统，包括上述方法实施例中或装置实施例中的接入网设备、边缘应用服务器、中心应用服务器、会话管理功能网元和终端设备。可选地，所述系统中还包括统一数据管理功能网元和策略控制功能网元。

第十五方面，本申请提供一种计算机可读存储介质，所述计算机存储介质中存储有计算机可读指令，当计算机读取并执行所述计算机可读指令时，使得计算机执行上述各个方面的任一种可能的设计中的方法。

第十六方面，本申请提供一种计算机程序产品，当计算机读取并执行所述计算机程序产品时，使得计算机执行上述各个方面的任一种可能的设计中的方法。

第十七方面，本申请提供一种芯片，所述芯片包括处理器，所述处理器与存储器耦合，用于读取并执行所述存储器中存储的软件程序，以实现上述各个方面的任一种可能的设计中的方法。

附图说明

图1为本申请实施例提供的一种网络架构示意图；

图2A为本申请实施例提供一种网络直播系统示意图；

图2B为本申请实施例提供一种目前网络直播系统对应的网络架构示意图；

图3为本申请实施例提供的一种会话建立方法示意图；

图4A为本申请实施例提供的一种数据传输方法示意图；

图4B为本申请实施例提供的一种媒体流切换场景示意图；

图5为本申请实施例提供的一种播媒体流的切换方法示意图；

图6A为本申请实施例提供的一种直播媒体流的切换方法示意图；

图6B为本申请实施例提供的一种媒体流切换场景示意图；

图7为本申请实施例一种直播媒体流的切换方法示意图；

图8为本申请实施例提供的一种通信装置结构示意图；

图9为本申请实施例提供的一种通信装置结构示意图；

图10为本申请实施例提供的一种通信装置结构示意图。

具体实施方式

应理解，本申请实施例中“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”、“或/和”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A、B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一(项)个”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a、b或c中的至少一项(个)，可以表示：a，b，c，a和b，a和c，b和c，或a、b和c，其中a、b、c中的每一个本身可以是元素，也可以是包含一个或多个元素的集合。

在本申请实施例中，“示例的”、“在一些实施例中”、“在另一实施例中”等用于表示作例子、例证或说明。本申请中被描述为“示例”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用示例的一词旨在以具体方式呈现概念。

本申请实施例中“的(of)”、“相应的(corresponding，relevant)”和“对应的(corresponding)”有时可以混用。应当指出的是，在不强调其区别时，其所要表达的含义是一致的。本申请实施例中通信、传输有时可以混用，应当指出的是，在不强调区别是，其所表达的含义是一致的。例如传输可以包括发送和/或接收，可以为名词，也可以是动词。

需要指出的是，本申请实施例中涉及的“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

本申请实施例中涉及的“网元”也可以称为“设备”，对此不作限定。网元可以是硬件，也可以是从功能上划分的软件或者以上二者结合后的结构。网元可以包括核心网网元，接入网网元(或者称为接入网设备)等。核心网网元，比如会话管理网元、用户面网元等。

针对背景技术中所提出的问题，本申请实施例提供了一种媒体流切换方法，由接入网设备根据终端设备所发送的切换请求中的直播媒体流的特征信息，及时地确定与特征信息对应的直播媒体流，并向终端设备分发与特征信息对应的直播媒体流，从而降低媒体流切换时延。与现有技术相比，接入网设备收到切换请求后，若存在与特征信息对应的直播媒体流，则可以不需要再通过核心网网元向应用服务器获取直播媒体流，所以可以降低媒体流切换时延。切换后的媒体流能够适应于网络状况的变化，因此使得用户可以在网络状况较好的情况下，能够在终端实时观看画质较为清晰的视频，在网络状况变差的情况下，传输码率较小的流媒体数据，从而有助于用户在终端实时观看视频的情况下，降低视频卡顿的可能性，从而有助于提高用户提验。

以下对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

1、媒体流，在本申请实施例中可以被理解为一段视频流，视频流中可以包括一个或多个视频帧。

2、媒体流参数。本申请实施例中的媒体流参数可以用于指示视频帧画质的清晰度或视场角。示例的，媒体流参数可以为视场角、码率、分辨率和/或帧率。例如，码率的大小依赖于分辨率和帧率。例如，码率＝帧率*一个视频帧的大小，其中一个视频帧的大小取决于该视频帧分辨率的大小以及该媒体编码技术。因此，通常码率、帧率和分辨率存在对应关系。以媒体流参数为码率为例，在码率自适应网络调整后，帧率和分辨率也会相应调整。

其中，码率越高，视频画质的越清晰。例如，码率为10Mbps的视频画质比码率为5Mbps时的视频画质更清晰。一般来说，码率越高，流媒体数据的传输对网络带宽的需求越高。例如，码率为10Mbps的流媒体数据的传输所需的网络带宽大于码率为5Mbps的流媒体数据的传输所需的网络带宽。

应理解，本申请实施例中通过媒体流参数标识来指示媒体流参数的大小，即不同大小的媒体流参数标识是不同的。需要说明的是，在媒体流参数为码率的情况下，媒体流参数标识又可以称之为码率标识，类似的，在媒体流参数为分辨率的情况下，媒体流参数标识又可以称之为分辨率标识，在媒体流参数为帧率的情况下，媒体流参数标识又可以称之为帧率标识。以媒体流参数为分辨率为例。例如，360P的分辨率标识为000，720P的分辨率标识为001，1080P的分辨率标识为010。

需要说明的是，执行本申请提供的媒体流切换方法在网络侧涉及到接入网设备、移动管理网元、会话管理网元、用户面网元和策略控制网元。其中，接入网设备为接入网网元，移动管理网元、会话管理网元、用户面网元和策略控制网元为核心网网元。例如，接入网设备用于为终端提供无线通信功能，例如无线接入网(radio access network，RAN)网元等。移动管理网元用于负责终端的移动性管理，例如移动管理实体(mobility management entity，MME)、或者接入和移动性管理功能实体(access and mobility management function，AMF)实体等。会话管理网元用于控制分组数据单元(packet data unit，PDU)会话的建立、修改和删除，例如会话管理功能(session management function，SMF)实体。用户面网元用于负责连接外部网络(例如数据网络(data network，DN))，例如用户面功能(user plane function，UPF)实体。策略控制网元用于负责策略控制，例如生成服务质量(quality of service，QoS)参数集，例如策略功能控制(policy control function，PCF)实体。

执行本申请提供的媒体流切换方法涉及到终端和应用服务器。应理解，在本申请实施例中，终端又可以称之为终端设备、用户设备(user equipment)、移动终端、媒体客户端等，对此不作限定，应用服务器又可以称之为媒体流服务器等，对此不作限定，应用服务器可以是边缘应用服务器或者中心应用服务器，其中，边缘应用服务器相比于中心应用服务器更靠近于终端设备，边缘应用服务器又可称为是本地应用服务器，中心应用服务器又可称为是远端应用服务器。以下以UE、应用服务器为例，对本申请实施例进行介绍。

示例的，如图1所示，为本申请实施例适用的一种网络架构的示意图。该网络架构为第五代移动通信技术(the 5th generation mobile communication technology，5G)网络架构。该网络架构包括无线接入网(radio access network，RAN)、AMF网元、SMF网元、UPF网元、PCF网元、DN等。在一些实施例中，该网络架构还包括统一数据管理功能(unified data management，UDM)实体、鉴权服务器功能(authentication server function，AUSF)实体、应用功能(application function，AF)实体、网络开放功能(network exposure function，NEF)实体和网络数据分析功能(network data analytics function，NWDAF)实体等。

RAN(又可称之为接入网络(access network，AN))的主要功能是控制UE通过无线接入到移动通信网络。RAN是移动通信系统的一部分。它实现了一种无线接入技术。例如，RAN是通过RAN网元控制UEW通过无线接入到移动通信网络的，位于UE和核心网网元之间。RAN网元又可以称之为接入网设备，包括但不限于：5G中的(g nodeB，gNB)、演进型节点B(evolved node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，home evolved nodeB，或home node B，HNB)、基带单元(base band unit，BBU)、传输点(transmitting and receiving point，TRP)、发射点(transmitting point，TP)、移动交换中心等，此外，RAN设备还可以包括无线保真(wireless fidelity，wifi)接入点(access point，AP)等。

AMF网元负责UE的接入管理和移动性管理，包含管理用户注册、可达性检测、SMF网元的选择、移动状态转换管理等。

SMF网元主要负责控制PDU会话的建立、修改和删除、UPF网元的选择等。

UPF网元主要负责数据包路由和转发、移动性锚点、上行分类器来支持路由业务流到数据网络、分支点来支持多归属PDU会话等。

PCF网元为策略决策点，主要负责提供基于业务数据流和应用检测、门控、QoS和基于流的计费控制等规则。

UDM实体主要负责存储用户签约数据。

AUSF实体主要用于提供鉴权服务。

AF实体主要用于与第三代合作伙伴计划(3rd generation partnership project，3GPP)核心网交互来提供服务，来影响业务流路由、接入网能力开放、策略控制等。

NEF实体主要用于安全地开放由3GPP网络功能提供的服务和能力，如第三方、边缘计算、AF等。

DN为UE提供网络服务，例如运营商服务、互联网接入或者第三方服务等。

NWDAF实体主要用于提供基于大数据和人工智能等技术的网络数据采集和分析功能等。

另外，为了描述更为简洁，在后续描述时，将各个功能实体中的“实体”去掉，比如AMF网元简称为AMF，UPF网元简称为UPF，其它实体类似，不再一一例举。

图1中，NWDAF、NEF、NRF、PCF、UDM、AF、AUSF、AMF以及SMF之间，任意两个网元之间通信可以采用服务化通信方式，比如NEF与AUSF之间通信采用的接口Nnef和Nausf均为服务化的接口，同理，接口Nnwdaf、Nnrf、Npcf、Nudm、Naf、Namf以及Nsmf均为服务化的接口。另外，AMF与UE可通过N1接口通信，AMF与RAN网元可通过N2接口通信，RAN网元和UPF可通过N3接口通信，SMF与UPF可通过N4接口通信，UE与RAN网元之间进行空口通信，UPF与DN可通过N6接口通信，UPF之间通过N9接口通信。需要说明的是，图1中的各个网元之间的服务化的接口还可以替换为点对点的接口。

其中，图1所示的网络架构中，与本申请有关的网元主要是：RAN网元、AMF网元、SMF网元、UPF网元和PCF网元。

应理解，本申请实施例中的UE是一种具有无线收发功能的设备，可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。例如，UE可以是手机(mobile phone)、平板电脑(pad)、智慧屏、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端、增强现实(augmented reality，AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。

需要说明的是，图1仅为本申请实施例适用的一种网络架构的示例，并不构成对本申请实施例的限定。本申请实施例还可以应用于其它网络架构，例如，未来移动通信网络架构(如6G网络架构)等。

图2A是本申请实施例提供的一种网络直播系统示意图，网络直播是一种新兴的网络社交方式，它是多个用户可以在同一时间通过网络观看或收听同样的直播内容的一种社交方式。

具体地，网络直播这种新兴的网络社交方式具有如下特点：用户可以在终端上进行操作，该终端可以向服务器发送网络直播请求，由该服务器为该用户创建直播房间，该直播房间是一种提供弹幕式音视频直播的在线虚拟房间，则该用户即为该直播房间的发起者，也即是主播，该主播可以在该直播房间中展示歌唱、游戏、电影、电视剧等音视频内容，作为观众的其它用户也可以通过其它终端进入该直播房间，在该直播房间中观看或收听主播的展示内容，也可以与该主播进行互动，例如，点赞、为该主播送礼物、关注或者分享该主播、与该主播进行聊天等。

如图1所示，该网络直播系统可以包括多个终端和内容分发网络，其中，该多个终端中可以包括主播所在终端和n个观众所在终端。该内容分发网络用于为该多个终端提供音视频服务。该主播所在终端可以采集主播直播过程中的音视频数据，并基于该音视频数据获取直播媒体流，从而将该直播媒体流发送至内容分发网络，由该内容分发网络将该直播媒体流转发至该n个观众所在终端，则该观众所在终端可以对该直播媒体流进行解码并播放，使得观众可以观看主播的直播内容。

其中，该主播所在终端可以通过终端上的直播类应用客户端上进行直播，也可以通过门户网站进行直播，同理地，该n个观众所在终端也可以通过直播应用或门户网站获取到直播媒体流，本发明实施例对此不作限定。

需要说明的是，该网络直播系统还可以包括消息中转分发服务器，该消息中转分发服务器不区分终端是观众所在终端，还是主播所在终端，该消息中转分发服务器可以将任一终端发送的消息，广播给其他终端，从而该直播房间内的所有终端均可以看到该消息，该消息通常是观众和主播的互动内容，本发明实施例对在此不作过多赘述。

另外，需要说明的是，本申请实施例所使用的直播场景并不限于网络直播，还适用于运动比赛直播、重大新闻事件直播等，在此不再一一举例描述。

图2B是与目前网络直播系统对应的网络架构示意图，在该网络架构中，包括如图1所示的无线接入网(radio access network，RAN)、AMF网元、SMF网元、UPF网元、PCF网元、DN等。每个网元的具体执行功能可以参见图1，在此不再重复赘述。

在图2B中，每个UE都会与直播媒体流的应用服务器单独建立一个数据传输通道，独立地进行直播媒体流数据的请求与传输。例如，图2B中，6个UE(UE1、UE2、UE3、UE4、UE5和UE6)分别与直播媒体流的应用服务器建立了六个数据传输通道，其中，UE1与UE6对应的数据传输通道传输相同的直播媒体流；UE2与UE3对应的数据传输通道传输相同的直播媒体流；UE4与UE5对应的数据传输通道传输相同的直播媒体流。可见，目前存在内容完全相同的直播媒体流在核心网网元和接入网网元中重复传输，大大地降低了资源利用率。

另外，在直播媒体流传输中，目前，当UE切换了视场角或码率时，需要向应用服务器侧请求切换后的视场角或码率的直播媒体流，应用服务器收到请求后，向UE发送切换后的直播媒体流。目前，这一过程由于存在网络时延，导致媒体流切换时延过大，直播视频发生卡顿，严重影响用户实时观看直播的体验。

为此，本申请提供一种媒体流切换方法，一方面，该方法中接入网网元或用户面网元可以根据来自终端设备的直播媒体流的特征信息，从当前传输的多个直播媒体流中确定与之对应的直播媒体流，从而将复制后的直播媒体流分发至终端设备，实现媒体流的及时切换，提升媒体流的切换时延；另一方面，该方法同时实现应用服务器与接入网网元之间的直播媒体流去重复传输，降低核心网网元与接入网网元之间的传输压力，提高资源的利用率。

以下本申请提供的实施例中主要结合图1所示的网络架构，对本申请实施例提供的方法进行详细说明。下文中，主要以媒体流参数为视场角为例，在媒体流参数为码率、分辨率或帧率等其它参数的情况下，会话建立方法、数据传输方法、媒体流切换方法可以参见媒体流参数为视场角时的方法。

实施例一

本实施例为直播业务对应的会话建立的过程，该过程旨在会话建立过程中完成直播媒体流的特征信息的下发。

如图3所示，为本申请实施例一种会话建立方法，具体包括以下步骤。

步骤301、应用服务器为直播媒体流标识特征信息，并向PCF发送初始特征信息集合。其中，初始特征信息集合中包括各个直播媒体流对应的特征信息。

具体地，应用服务器会在不同的直播媒体流数据包中封装特征信息，一般地，该特征信息封装在直播媒体流数据包IP层。该特征信息可以是具体的媒体流参数值，也可以是索引值。

情况一，直播媒体流的特征信息可以是媒体流参数值。

示例性地，以媒体流参数为视场角的全景直播媒体流为例，应用服务器为全景直播媒体流标识的特征信息可以是视场角度值。比如，应用服务器在0度视场角的直播媒体流数据包中封装的特征信息为0度，应用服务器在90度视场角的直播媒体流数据包中封装的特征信息为90度，应用服务器在360度视场角的直播媒体流数据包中封装的特征信息为360度，依次类推，应用服务器可以将(0度，360度)对应的直播媒体流数据包中都封装有对应的视场角度值。在该示例下，初始特征信息集合可以是包括0度至180度的视场角度列表。

情况二，直播媒体流的特征信息可以是与每种直播媒体流唯一对应的索引值。

示例性地，仍以媒体流参数为视场角的全景直播媒体流为例，应用服务器为全景直播媒体流标识的特征信息可以是索引值。比如，应用服务器在0度视场角的直播媒体流数据包中封装的索引值为0X00，应用服务器在90度视场角的直播媒体流数据包中封装的索引值为0X5A，应用服务器在360度视场角的直播媒体流数据包中封装的索引值为0168，依次类推，应用服务器可以将(0度，360度)对应的直播媒体流数据包中都封装有对应的索引值。在该示例下，初始特征信息集合可以是包括0X00至0168的索引值列表(英文为index list)。

再比如，以媒体流参数为码率的直播媒体流为例，假设应用服务器支持的码率分别为10Mbps、5Mbps和2Mbps，应用服务器为码率10Mbps的直播媒体流、码率5Mbps的直播媒体流和码率2Mbps的直播媒体流分别编号。比如，应用服务器在码率为10Mbps的直播媒体流数据包中封装的索引值为000，应用服务器在码率为5Mbps的直播媒体流数据包中封装的索引值为001，应用服务器在码率为2Mbps的直播媒体流数据包中封装的索引值为010等，在该示例下，初始特征信息集合可以是包括000、001和010的索引值列表。

在该步骤中，应用服务器还可以通过应用请求(AF Request)消息将媒体指示信息、流描述信息发送至PCF。具体地，所述媒体指示信息用于指示核心网针对该媒体业务进行对应优化。流描述信息用于描述该直播业务对应的直播媒体流数据特征，例如，直播媒体流数据特征可以是AS侧的直播媒体流的IP三元组信息(目标IP地址，目标端口，传输层协议)，UPF可以通过查看数据中的头信息就能够明确该业务是否是直播媒体业务。

在一些实施例中，应用服务器可以通过AF向PCF发送初始特征信息集合。具体来说，AF接收来自应用服务器的初始特征信息集合后，可以通过Nnef_AFsessionWithQoS_Create服务将初始特征信息集合发送至NEF，NEF认证后将其通过Npcf_PolicyAuthorization_Create服务将其发送给PCF。

步骤302，UE1向SMF网元发送会话建立请求消息。

具体地，该会话建立请求消息为NAS消息。该会话建立请求消息可以是PDU会话建立请求或PDU会话修改请求消息。

步骤303，SMF网元收到会话建立请求消息后，从PCF获取初始特征信息集合。

示例性地，SMF网元向PCF发起请求，PCF收到请求后，通过将初始特征信息集合携带在Npcf_SMPolicyControl_Update/Create中发送给SMF。又示例的，PCF也可以通过将初始特征信息集合携带在新定义的信息中发送给SMF。

在一种可能的实施例中，SMF网元还可以从PCF获取媒体指示信息和数据流规则。

步骤304，SMF网元向UPF网元发送第一指示信息。

其中，该第一指示信息可以承载于N4会话建立消息。也就是说，当SMF网元完成创建与PCF之间的会话管理策略关联之后，向UPF发送N4承载第一指示信息的会话建立请求，该第一指示信息用于指示UPF监测该终端设备的下行直播媒体流。

在一种可能的实施例中，SMF网元还可以向UPF发送包检测规则(packet dection rule，PDR)，其中PDR能够监测当前业务是否为对应直播业务，同时能够监测下行媒体流中的标识信息。

步骤305，SMF网元还会向RAN发送第二指示信息，以及向UE1发送第三指示信息。

其中，第二指示信息，用于指示RAN监测该终端设备的下行直播媒体流。

第三指示信息，用于指示根据初始特征信息集合与后续RAN侧指示进行媒体流请求与接收。

在一种可能的情况下，SMF网元还可以向UE1发送初始特征信息集合。

示例性地，SMF网元可以通过Namf_Communication_N1N2MessageTransfer服务消息将第二指示信息(Indicator2)发送至RAN侧，以及将第三指示信息(Indicator3)和初始特征信息集合发送至RAN与UE侧。

步骤306，在该会话创建完成之后，UPF根据第一指示信息，监测向UE1发送的下行直播媒体流，获取该下行直播媒体流数据包中的特征信息，并将该特征信息保存至第一活动特征信息集合中，具体的该特征信息可以是包含在数据包的IP/传输/应用层头中，不做限定。示例性地，UPF监测得到向UE1发送的下行直播媒体流数据包中的特征信息为90度，因此将90度保存至第一活动特征信息集合中。再比如，UPF监测得到向UE1发送的下行直播媒体流数据包中的特征信息为001，因此将001保存至第一活动特征信息集合中。

步骤307，UPF还在该直播媒体流数据包的GTP层(具体指GTP-U层)封装该特征信息。

示例性地，UPF会将特征信息“90度”封装至N3链路中的90度直播媒体流数据包的GTP层。

步骤308，RAN根据接收到来自SMF网元的第二指示信息之后，监测来自UPF的下行直播媒体流数据包的GTP层，获取该下行直播媒体流中的特征信息，并将该特征信息保存至第二活动特征信息集合中。

示例性地，RAN监测得到向下行直播媒体流数据包中的特征信息为90度，因此将90度保存至第二活动特征信息集合中。再比如，RAN监测得到下行直播媒体流数据包中的特征信息为001，因此将001保存至第二活动特征信息集合中。

在一种可能的实施例中，RAN还可以创建特征信息与UE1之间的映射关系，例如RAN创建特征信息“90度”与UE1之间的映射关系。这样，在有多个UE接入该RAN时，RAN就可以确定RAN所服务的每个UE对应的直播媒体流。

在另一种可能的实施例中，RAN还可以从SMF网元获取UE1对应的QFI和第一地址信息。该QFI用于指示向UE1发送的下行直播媒体流，第一地址信息可以包括IP地址和/或端口号(port range)。具体地，RAN可以接收来自SMF网元的N2SM消息，从N2SM消息中获取QFI和第一地址信息。从而RAN可以建立UE1与第一地址信息之间的映射关系。

步骤309，UE1接收来自SMF网元的第三指示信息，并保存该第三指示信息。

其中，第三指示信息，用于指示根据初始特征信息集合与后续RAN侧的指示进行媒体流请求与接收。

一种可能的实施例，UE1还可以接收来自SMF网元的初始特征信息集合。在另一种可能的实施例中，上述方法还可以包括步骤310，UE1还可以是通过与应用服务器之间的应用层交互获知该初始特征信息集合。

下文提供一个具体的示例，对上述会话建立过程进行举例说明。

结合图2B来说，UE1至UE6均可以按照上述步骤301至步骤309所示的方法建立与自身对应的会话。若UE1至UE6处于同一个直播间，则很可能UE1至UE6均接入同一个RAN和UPF网元，或者，UE1至UE6均接入同一个UPF网元。假设UE1至UE6均接入同一个RAN和UPF网元，那么UPF网元将会监测分别发送至6个UE的6条下行直播媒体流，因此UPF网元所保存的第一活动特征信息集合中会包括6条下行直播媒体流的特征信息，另外RAN所保存的第二活动特征信息集合中也会包括6条下行直播媒体流的特征信息。一种可能的情况下，RAN还可以将包括6条下行直播媒体流的特征信息的第二活动特征信息集合发送至RAN服务范围内UE1至UE6，以便于UE1至UE6在确定需要切换直播媒体流时，从第二活动特征信息集合中查找请求切换的直播媒体流对应的特征信息。

示例性地，如图2B所示，因UE1和UE6对应相同内容的下行直播媒体流，UE2和UE3对应相同内容的下行直播媒体流，UE4和UE5对应相同内容的下行直播媒体流。因此UPF网元所保存的第一活动特征信息集合中包括001、002、003。因UE1至UE6也均接入同一个RAN，所以RAN所保存的第二活动特征信息集合中也包括001、002、003。

需要说明的是，若UE1至UE6均接入同一个UPF网元，但UE2至UE4接入RAN1，而UE1至UE6接入RAN2，则RAN1所保存的第二活动特征信息集合中也包括002、003，RAN1所保存的第二活动特征信息集合中也包括001。

另外，需要说明的是，上述第一活动特征信息集合和第二特征信息集合并不是固定不变的，是实时更新的。当有新的观众的UE访问该直播媒体业务时，则很可能新建PDU会话，若新建PDU会话所传输的下行直播媒体流的特征信息为004，则第一活动特征信息集合中包括001、002、003和004。相反地，若UE1和UE6离开该直播业务，则UE1对应的PDU会话和UE6所对应的PDU会话会被释放，因此第一活动特征信息集合中包括002、003。

进一步地，结合图2B来说，若UE1至UE6均接入同一个RAN网元，在完成UE1至UE6的会话创建之后，RAN可以按照上述步骤208所示的方法建立各个UE的标识、地址信息和直播媒体流的特征信息之间的映射关系。示例性地，该映射关系如表1所示。

表1

从表1可见，每个UE的直播媒体流所在会话均存在对应的IP和端口号。

本申请实施例中，用户在PDU会话建立过程中，SMF网元在会话创建时会下发相应的指示信息给UE/RAN/UPF，确保UE/RAN/UPF能够在后续数据传输过程中，能够针对AF提供的直播媒体流的特征信进行快速切换处理，从而保证媒体流的及时切换。

实施例二

基于实施例一中的会话建立过程中直播媒体流的特征信息的下发，应用服务器、核心网网元以及接入网网元可以通过识别直播媒体流中的特征信息，去除AS到UPF网元，以及UPF网元与RAN之间的重复媒体流，该方法同时实现AS与RAN之间的直播媒体流去重复传输，降低核心网网元与接入网网元之间的传输压力，提高资源的利用率。

如图4A所示，为本申请实施例提供的一种数据传输方法，具体包括以下步骤。

步骤401，UPF网元根据接收的来自SMF网元的第一指示信息，监测到有至少一个UE访问直播业务后，会向SMF网元发送通知信息，该通知信息用于通知SMF网元至少一个UE正在访问的直播媒体流的特征信息。

示例性地，结合图2B来说，UPF网元监测到有UE1至UE6访问直播业务，因此UPF网元通过N4会话上报流程向SMF网元发送通知信息，该通知信息用于通知SMF网元UE1至UE6正在访问的直播媒体流的特征信息为001、002和003。

步骤402，SMF网元将该通知信息转发至PCF侧。

具体地，SMF网元可以通过会话管理策略管理修改流程，将通知信息发送至PCF侧，对应通知信息可以包含UE身份信息以及对应UPF身份信息。

步骤403，PCF通过将该通知信息告知AF/AS侧。

具体地，PCF可以通过能力开放信息Npcf_EventExposure_Notify消息将该通知信息告知AF/AS侧，或者通过Npcf_EventExposure_Notify消息将该通知信息告知NEF，再由NEF通过Nnef——EventExposure_Notify消息将该通知信息告知AF/AS侧。

步骤404，AF/AS侧根据收到的通知信息，可以确定该UPF所服务的终端所访问直播媒体流的特征信息集合，当确定该UPF所服务的终端所访问直播媒体流的特征信息集合中存在重复的特征信息时，AF/AS侧会去除向该UPF网元发送的重复的下行直播媒体流。

步骤405，AS/AF将去重后的下行直播媒体流发送至UPF网元。

步骤406，UPF网元也会根据监测结果，确定到达同一RAN的直播媒体流的特征信息是否存在重复，当存在重复的特征信息时，UPF网元去除重复的下行直播媒体流。

具体地，UPF可以根据GTP隧道的下行目标IP地址区分是否为同一RAN。

步骤407，UPF网元将去重后的下行直播媒体流发送至RAN。

步骤408，UPF网元还可以将与去重后的各条下行直播媒体流直播的特征信息对应的地址信息发送RAN。

具体地，一种可能的实施例中，UPF网元可以将各个会话对应的地址信息通过N4会话修改信息发送至SMF网元，再由SMF网元通过N2SM消息将地址信息发送至RAN侧。

在另一种可能的实施例中，UPF网元可以将直播媒体流的地址信息封装至下行直播媒体流数据包的GTP层，并将封装后的下行直播媒体流数据发送至RAN侧。

步骤409，RAN在接收到直播媒体流后，会根据各个UE的标识、地址信息和直播媒体流的特征信息之间的映射关系(如表1)，向所服务的UE发送对应的直播媒体流数据和与直播媒体流对应的地址信息，从而确保UE能够接收并解析这些下行直播媒体流数据包。

下文提供一个具体的示例，对上述数据传输过程进行举例说明。

结合图2B来说，UE1至UE6处于同一个直播间，假设UE1至UE6均接入同一个RAN和UPF网元，那么UPF网元将会监测到分别发送至6个UE的6条下行直播媒体流，因此UPF网元可以获取6条下行直播媒体流的特征信息，假设6条下行直播媒体流的特征信息如1所示。UPF网元向SMF网元发送通知信息，该通知信息包括6条下行直播媒体流的特征信息。SMF网元又通过PCF网元发送至AF/AS，AF/AS侧根据收到的通知信息，确定UE1和UE6对应相同内容的下行直播媒体流，UE2和UE3对应相同内容的下行直播媒体流，UE4和UE5对应相同内容的下行直播媒体流。因此，AS/AF将去除重复的下行直播媒体流，即AS/AF和UPF网元之间仅传输3条服务质量流(QoS flow)，分别是：一条携带特征信息001的下行直播媒体流、一条携带特征信息002的下行直播媒体流和一条携带特征信息003的下行直播媒体流，如图4B所示。UPF网元将去重后的下行直播媒体流发送至RAN，还将与各条下行直播媒体流直播的特征信息对应的地址信息发送RAN，RAN在接收到直播媒体流后，会根据各个UE的标识、地址信息和直播媒体流的特征信息之间的映射关系(如表1)，向所服务的UE1至UE6发送对应的直播媒体流数据和与直播媒体流对应的地址信息，从而确保UE能够接收并解析这些下行直播媒体流数据包。

本申请实施例中，UPF网元通过监测并识别各直播媒体流的特征信息，从而确定AS到UPF网元，以及UPF网元与RAN之间的重复媒体流，AS到UPF以及UPF到RAN的去重传输，从而降低直播媒体流对骨干网以及传输网的压力。另外，UPF会通过控制面或用户面将下行直播媒体流对应的地址信息通知至RAN侧，由RAN通知至对应UE，以保证在去重复传输后，UE仍能够正常进行直播媒体数据接收与解析。

实施例三

本实施例为直播媒体流的切换过程，基于实施例一中的会话建立过程中的直播媒体流的特征信息的下发，RAN可以直接根据UE的切换请求中的特征信息，从当前传输的直播媒体流中确定携带该特征信息的直播媒体流，从而复制该直播媒体流，并将该复制后的直播媒体流发送至UE，从而实现媒体流快速切换。

如图5所示，为本申请实施例一种会话建立方法，具体包括以下步骤。

步骤501，UE向RAN发送切换请求消息，该切换请求消息中包括直播媒体流的特征信息。

具体地，UE可以将请求切换的直播媒体流的特征信息承载在RRC消息或上行数据的PDCP层扩展中发送至RAN侧。

在一种可能的实施例中，若请求切换的直播媒体流的特征信息是媒体流参数值，例如视场角。第一种可能的情况下，UE在执行步骤501之前，UE可以获取当前的媒体流参数值，例如视场角度值，并将媒体流参数值对应的特征信息承载在RRC消息或上行数据的 PDCP层扩展中发送至RAN侧。示例性地，若UE为VR眼镜，当佩戴该VR眼镜的用户的头部发生转动时，VR眼镜可以获取用户当前的视场角度值，并将承载当前的视场角度值的RRC消息发送至RAN侧。第二种可能的情况下，若UE预先接收SMF网元的初始特征信息集合，则UE在执行步骤501之前，UE可以从初始特征信息集合中查找与请求切换的直播媒体流对应的特征信息。第三种可能的情况下，UE预先接收来自RAN网元的第二活动特征信息集合，则UE在执行步骤501之前，UE可以从第二活动特征信息集合中查找是否存在与请求切换的直播媒体流对应的特征信息，若存在，则执行步骤501，否则，通过应用层交互流程向应用服务器请求切换的直播媒体流。

在另一种可能的实施例中，若请求切换的直播媒体流的特征信息是索引值，例如应用服务器在0度视场角的直播媒体流数据包中封装的索引值为0X00，第一种可能的情况下，若UE预先接收SMF网元的初始特征信息集合，则UE在执行步骤501之前，UE可以先从初始特征信息集合中查找与请求切换的直播媒体流对应的特征信息(如0X00)。第二种可能的情况下，UE预先接收来自RAN网元的第二活动特征信息集合，则UE在执行步骤501之前，UE可以从第二活动特征信息集合中查找是否存在与请求切换的直播媒体流对应的特征信息，若存在，则执行步骤501，否则，通过应用层交互流程向应用服务器请求切换的直播媒体流。

在一种可能的实施例中，当UE支持流媒体参数动态自适应网络调整的技术时，终端会根据网络状态，上RAN发送调整后的直播媒体流参数。例如，用户在直播类应用客户端设置的流媒体数据的分辨率为自适应的情况下，终端根据流媒体数据的丢包率、网络吞吐量等网络状况信息，动态调整流媒体数据的码率，然后UE向RAN发送调整后的流媒体数据的码率对应的特征信息。

情况一

步骤502，RAN侧在接收到来自UE的切换请求后，确定第二活动特征信息集合中是否存在该特征信息，若存在，则复制携带该特征信息的直播媒体流。

步骤503，RAN向UE发送复制后的直播媒体流。另外，在此之前，RAN还可以根据特征信息与地址信息之间的映射关系，RAN确定与该特征信息对应的第一地址信息(例如IP地址和端口号等)，并将第一地址信息发送至UE。

具体地，RAN会将携带该特征信息的直播媒体数据流转发到该UE的QoS流中，并丢弃原接口上发往该QoS流的带有原始特征信息的媒体流数据，具体地，是该UE的QoS流对应的DRB中。

步骤504，UE接收的来自RAN的直播媒体流数据和第一地址信息，UE建立该第一地址信息与原使用的第二地址信息之间的绑定关系，从而利用该绑定关系对接收的直播媒体流进行解析和应用。

具体地，UE建立接收的IP/端口信息与原IP/端口信息之间的绑定关系，并在接收到直播媒体流数据包后，利用该绑定关系解析数据包，将接受的IP/端口中的媒体流数据传输到对应原IP/端口的上层应用中。

情况二

步骤505，RAN侧在接收到来自UE的切换请求后，确定第二活动特征信息集合不存在该特征信息，RAN向UE发送请求响应消息，该请求响应消息用于通知UE切换失败。

例如，UE侧并没有接收来自RAN的第二活动特征信息集合，RAN从第二活动特征信息集合中未查找到该特征信息；或者是RAN确定当前不存在包括该特征信息的直播媒体流，则RAN向UE发送请求响应消息，

步骤506，UE会通过应用层交互流程向应用服务器请求切换的直播媒体流。

也就是说，UE会通目前已有的应用层交互流程向应用服务器请求直播媒体流。

情况三

步骤507，RAN侧在接收到来自UE的切换请求后，确定第二活动特征信息集合中不存在该特征信息时，则将UE的切换请求中的特征信息承载在上行用户面数据中发送至UPF网元。

具体地，RAN可以将UE的切换请求中的特征信息承载在上行数据的GTP层，然后将上行数据发送至UPF网元。

步骤508，UPF网元在收到RAN侧的上行用户面数据后，UPF会将该特征信息封装在用户面数据的IP/传输/应用层(每个层都可以，不做具体限定)，然后将上行用户面数据发送至应用服务器侧。

步骤509，AS侧在收到承载特征信息的上行用户面数据后，会对发往UE的直播媒体流进行调整，然后向UE发送携带并对应该特征信息的下行直播媒体流。

情况四

步骤510，RAN侧在接收到来自UE的切换请求后，确定第二活动特征信息集合中不存在该特征信息，则将UE的切换请求中的特征信息的N2SM消息发送至SMF网元。

步骤511，SMF网元在接收到来自RAN侧的N2SM消息后，会发起会话管理策略关联修改流程，将UE的切换请求的特征信息发送至PCF。

步骤512，PCF通过能力开放消息(例如通过Npcf_EventExposure_Notify服务)将UE切换请求的特征信息发送至应用服务器侧。

步骤513，应用服务器侧在收到控制面能力开放消息后，会将发送UE的QoS流进行调整，然后向UE发送携带该特征信息的下行直播媒体流。

下文提供一个具体的示例，对上述媒体流切换过程进行举例说明。

结合图2A来说，假设UE1至UE6均为VR眼镜，6个观众同处于一个足球比赛的直播间，该直播间播放的足球比赛视频是360度全景VR视频。当使用UE1的观众的头部发生转动时，那么UE1的视场角发生变化，假设从第一视场角变为第二视场角，若UE1保存有第二活动特征信息集合，则UE1先从初始特征信息集合中查找到与第二视场角的直播媒体流对应的索引值002，然后查找第二活动特征信息集合是否存在该索引值002。若存在，则UE1向RAN发送切换请求，该切换请求包括索引值002，该切换请求用于请求第二视场角的直播媒体流。RAN收到该切换请求之后，RAN先查找第二活动特征信息集合是否存在该索引值002。假设第二活动特征信息集合中包括002，则RAN将携带该索引值002的直播媒体流进行复制，并将复制后的直播媒体流发送至UE1，并丢弃原接口上发往该UE1的直播媒体流数据包。可见，通过该方法，UE1可以及时地从RAN获取与第二视场角对应的下行直播媒体流，有效地降低了媒体流的切换时延。

本申请实施例中，因UPF能够对所服务范围内的终端的直播媒体流进行监测，RAN也建立其覆盖范围内访问直播媒体流的第二活动特征信息集合、以及正在被访问的直播媒体流以及媒体流对应地址信息之间的映射关系，所以，当UE侧请求切换直播媒体流时，RAN侧能够根据本地的映射关系，根据UE的切换请求消息中的特征信息，及时地进行直播媒体流切换与下发，保障用户的直播媒体观看体验。

实施例四

本申请实施例为直播媒体流的切换过程，基于实施例一中的会话建立过程中直播媒体流的特征信息的下发，UPF网元可以直接根据UE的切换请求中的特征信息，从当前传输的直播媒体流中确定携带该特征信息的直播媒体流，从而复制该直播媒体流，并将该复制后的直播媒体流发送至UE，从而实现媒体流的快速切换。

如图6A所示，为本申请实施例一种直播媒体流的切换方法，具体包括以下步骤。

步骤601，UE向RAN发送切换请求消息，该切换请求消息中包括直播媒体流的特征信息。

具体地，UE可以将请求切换的直播媒体流的特征信息承载在RRC消息或上行数据的PDCP层发送至RAN侧。

在一种可能的实施例中，若请求切换的直播媒体流的特征信息是媒体流参数值，例如视场角。第一种可能的情况下，UE在执行步骤601之前，UE可以获取当前的媒体流参数值，例如视场角度值，并将媒体流参数值承载在RRC消息或上行数据的PDCP层扩展中发送至RAN侧。示例性地，若UE为VR眼镜，当佩戴该VR眼镜的用户的头部发生转动时，VR眼镜可以获取用户当前的视场角度值，并将承载当前的视场角度值的RRC消息发送至RAN侧。第二种可能的情况下，若UE预先接收SMF网元的初始特征信息集合，则UE在执行步骤601之前，UE可以从初始特征信息集合中查找与请求切换的直播媒体流对应的特征信息。第三种可能的情况下，UE预先接收来自RAN网元或应用服务器的第二活动特征信息集合，则UE在执行步骤601之前，UE可以从第二活动特征信息集合中查找是否存在与请求切换的直播媒体流对应的特征信息，若存在，则执行步骤601，否则，通过应用层交互流程向应用服务器请求切换的直播媒体流。

具体地，UE1可以通过如下步骤从应用服务器获取第二活动特征信息集合。

步骤a，UPF网元监测到有UE对应的直播媒体流后，会通过N4会话上报流程发送指示信息通知SMF有UE对应的直播媒体流。

步骤b，SMF通过会话管理策略管理修改流程将该通知信息发往PCF侧，通知信息可以包含UPF身份信息与UE身份信息。

步骤c，PCF通过能力开放信息Npcf_EventExposure_Notify消息将该指示信息告知AF/AS侧，或者PCF通过Npcf_EventExposure_Notify消息将该通知信息告知NEF，再由NEF通过Nnef_EventExposure_Notify消息将该通知信息告知AF/AS侧。

步骤d，AS收到来自核心网的通知信息后，能够获知在对应UPF下的第一活动特征信息集合。

或者，AS可以接收来自UPF的第一活动特征信息集合。

步骤e，AS/AF通过应用层信息将该第一活动特征信息集合发送至UE侧。

在另一种可能的实施例中，若请求切换的直播媒体流的特征信息是索引值，例如应用服务器在0度视场角的直播媒体流数据包中封装的索引值为0X00，第一种可能的情况下，若UE预先接收SMF网元的初始特征信息集合，则UE在执行步骤601之前，UE可以先从初始特征信息集合中查找与请求切换的直播媒体流对应的特征信息(如0X00)。第二种可能的情况下，UE预先接收来自RAN网元或应用服务器的第二活动特征信息集合，则 UE在执行步骤601之前，UE可以从第二活动特征信息集合中查找是否存在与请求切换的直播媒体流对应的特征信息，若存在，则执行步骤601，否则，通过应用层交互流程向应用服务器请求切换的直播媒体流。

在一种可能的实施例中，当UE支持流媒体参数动态自适应网络调整的技术时，终端会根据网络状态，上RAN发送调整后的直播媒体流参数所对应的特征信息。例如，用户在直播类应用客户端设置的流媒体数据的分辨率为自适应的情况下，终端根据流媒体数据的丢包率、网络吞吐量等网络状况信息，动态调整流媒体数据的码率，然后UE向RAN发送调整后的流媒体数据的码率所对应的特征信息。

情况一

步骤602，RAN侧在接收到来自UE的切换请求后，将切换请求中的特征信息转发至UPF网元。

具体地，RAN接收到来自UE的RRC消息或者在上行数据包PDCP层扩展位中，其中，RRC消息中承载特征信息或上行数据包的PDCP层中承载特征信息，RAN会通过将特征信息封装在上行数据包的GTP-U层，然后将封装后的上行数据包发送至UPF网元。

步骤603，UPF收到上行数据包之后，确定上行数据包之后的特征信息是否在第一活动特征信息集合之中，若在，则复制携带该特征信息的直播媒体数据流。

步骤604，UPF将复制后的直播媒体数据流转发到对应UE的对应QoS流中，并丢弃通过原来N6接口上发往该UE的QoS流的带有原始特征信息的媒体流数据包。

在一种可能的实施例中，UPF修改直播媒体流中的地址信息，即将第一直播媒体流的数据包中的原第二地址信息替换为第一地址信息，然后将修改后的直播媒体流数据包发送至UE。

在另一种可能的实施例中，UPF也会将直播媒体流数据包中原有的目的地址信息修改为该UE的地址信息，确保UE能够进行正确地接收。

情况二

步骤605，UPF侧在接收到来自UE的切换请求后，确定第一活动特征信息集合不存在该特征信息，UPF通过RAN向UE发送请求响应消息，该请求响应消息用于通知UE切换失败。

例如，UPF从第一活动特征信息集合中未查找到该特征信息；或者是UPF确定当前不存在包括该特征信息的直播媒体流，则UPF向UE发送请求响应消息，

步骤606，UE会通过应用层交互流程向应用服务器请求切换的直播媒体流。

情况三

步骤607，UPF收到特征信息后，确定第一活动特征信息集合中不存在该特征信息时，则UPF会将该特征信息封装至上行用户面数据的IP/传输/应用层(不做具体限定)，并封装后的上行数据发送至AF/AS侧。

步骤608，AF/AS侧在收到承载特征信息的上行用户面数据后，会对发往UE的直播媒体数据流进行调整，然后向UE发送携带并对应该特征信息的下行直播媒体流。

假设UE1至UE6均为VR眼镜，6个观众同处于一个足球比赛的直播间，该直播间播放的足球比赛视频是360度全景VR视频。其中，UE1至UE2接入RAN1，UE2至UE6 接入的RAN2，UE1至UE6均接入同一UPF网元，如图6B所示。那么当使用UE1的观众的头部发生转动时，那么UE1的视场角发生变化，假设从第一视场角变为第二视场角，若UE1保存有第二活动特征信息集合，则UE1先从初始特征信息集合中查找到与第二视场角的直播媒体流对应的索引值002，UE1向RAN1发送切换请求，该切换请求包括索引值002，该切换请求用于请求第二视场角的直播媒体流。RAN1收到该切换请求之后，将该请求通过GTP指示告知UPF网元，由UPF网元调整直播媒体流。具体地，UPF网元可以先查找第一活动特征信息集合是否存在该索引值002。假设第一活动特征信息集合中包括002，则UPF将携带该索引值002的直播媒体流进行复制，并修改该直播媒体流数据包中的地址信息，并将修改后的直播媒体流发送至RAN，由RAN转发至UE1，并丢弃原接口上发往该UE1的直播媒体流数据包。可见，通过该方法，UE1可以及时地接收并解析来自RAN侧的与第二视场角对应的下行直播媒体流，有效地降低了媒体流的切换时延。

本申请实施例中，UPF侧会建立一个用户与正在访问的直播媒体流与特征信息之间的映射关系，当UE侧发起直播媒体流切换请求时，会基于切换请求中的特征信息，由UPF根据该映射关系进行媒体流切换与下发，并对IP/端口信息做修改，实现直播媒体流的切换，有效地降低了媒体流的切换时延。

实施例五

本申请实施例为直播媒体流的切换过程，基于实施例一中的会话建立过程中的直播媒体流的特征信息的下发，RAN可以直接根据UE的切换请求中的特征信息，从当前传输的直播媒体流中确定携带该特征信息的直播媒体流，从而复制该直播媒体流，并将该复制后的直播媒体流发送至UE，从而实现直播媒体流快速切换。当RAN根据UE的切换请求中的特征信息，从当前传输的直播媒体流中确定不存在携带该特征信息的直播媒体流，则RAN可以将该特征信息发送至UPF网元，然后UPF网元可以直接根据UE的切换请求中的特征信息，从当前传输的直播媒体流中确定携带该特征信息的直播媒体流，从而复制该直播媒体流，并将该复制后的直播媒体流发送至UE，从而实现媒体流的快速切换。

如图7所示，为本申请实施例一种直播媒体流的切换方法，具体包括以下步骤。

步骤701，UE向RAN发送切换请求消息，该切换请求消息中包括直播媒体流的特征信息。

具体地，UE可以将请求切换的直播媒体流的特征信息承载在RRC消息或上行数据的PDCP层扩展中发送至RAN侧。其中，直播媒体流的特征信息的具体内容，以及UE在发送之前如何确定直播媒体流的特征信息的过程可以参见上述步骤501，在此不再重复赘述。

情况一

步骤702，RAN侧在接收到来自UE的切换请求后，确定第二活动特征信息集合中是否存在该特征信息，若存在，则复制携带该特征信息的直播媒体流。

步骤703，RAN向UE发送复制后的直播媒体流。另外，在此之前，RAN还可以根据特征信息与地址信息之间的映射关系，RAN确定与该特征信息对应的第一地址信息(例如IP地址和端口号等)，并将第一地址信息发送至UE。

具体地，RAN会将携带该特征信息的直播媒体数据流转发到该UE的QoS流中，并丢弃原接口上发往该QoS流的数据，具体地，是该UE的QoS流对应的DRB中。

步骤704，UE接收的来自RAN的直播媒体流数据和第一地址信息，UE建立该第一地址信息与原使用的第二地址信息之间的绑定关系，从而利用该绑定关系对接收的直播媒体流进行解析和应用。

情况二

步骤705，RAN侧在接收到来自UE的切换请求后，确定第二活动特征信息集合不存在该特征信息，RAN将切换请求中的特征信息转发至UPF网元。

具体地，RAN接收到来自UE的RRC消息或者在上行数据包，其中，RRC消息中承载特征信息或上行数据包的PDCP层扩展中承载特性信息，RAN会通过将特征信息封装在上行数据包的GTP层，然后将封装后的上行数据包发送至UPF网元。

步骤706，UPF收到对应上行数据包之后，根据GTP层特征信息，该特征信息是否在第一活动特征信息集合之中，若在，则复制携带该特征信息的直播媒体数据流.

步骤707，UPF网元将复制后的直播媒体数据流转发到对应UE的QoS流中，并丢弃通过原来N6接口上发往该UE的QoS流的带有原始特征信息的媒体流数据包。

情况三

步骤708，RAN侧在接收到来自UE的切换请求后，确定第二活动特征信息集合不存在该特征信息，RAN将切换请求中的特征信息转发至UPF网元。

具体地，RAN接收到来自UE的RRC消息或者在上行数据包，其中，RRC消息中承载特征信息或上行数据包的PDCP层中承载特性信息，RAN会通过将特征信息封装在上行数据包的GTP层，然后将封装后的上行数据包发送至UPF网元。

步骤709，UPF侧在接收到来自UE的切换请求后，确定第一活动特征信息集合不存在该特征信息，UPF通过RAN向UE发送请求响应消息，该请求响应消息用于通知UE切换失败。

步骤710，UE会通过应用层交互流程向应用服务器请求切换的直播媒体流。

情况四

步骤711，RAN侧在接收到来自UE的切换请求后，确定第二活动特征信息集合不存在该特征信息，RAN将切换请求中的特征信息转发至UPF网元。

步骤712，UPF收到特征信息后，确定第一活动特征信息集合中不存在该特征信息时，则UPF会将该特征信息封装至上行用户面数据的IP/传输/应用层(不做具体限定)，并将封装后的上行数据发送至AF/AS侧。

步骤713，AF/AS侧在收到承载特征信息的上行用户面数据后，会对发往UE的直播媒体流进行调整，然后向UE发送携带并对应该特征信息的下行直播媒体流。

假设UE1至UE6均为VR眼镜，6个观众同处于一个足球比赛的直播间，该直播间播放的足球比赛视频是360度全景VR视频。其中，UE1至UE2接入RAN1，UE3至UE6接入的RAN2，UE1至UE6均接入同一UPF网元，如图6B所示。那么当使用UE1的观众的头部发生转动时，那么UE1的视场角发生变化，假设从第一视场角变为第二视场角，若UE1保存有第二活动特征信息集合，则UE1先从初始特征信息集合中查找到与第二视场角的直播媒体流对应的索引值002，UE1向RAN1发送切换请求，该切换请求包括索引值002，该切换请求用于请求第二视场角的直播媒体流。RAN收到该切换请求之后，RAN先查找第二活动特征信息集合是否存在该索引值002。假设第二活动特征信息集合中包括002，则RAN将携带该索引值002的直播媒体流进行复制，并将复制后的直播媒体流发送至UE1，并丢弃原接口上发往该UE1的直播媒体流数据包。若RAN1查找第二活动特征信息集合不存在该索引值002，则RAN1将该请求通过GTP指示告知UPF网元，由UPF网元调整直播媒体流。具体地，UPF网元可以先查找第一活动特征信息集合是否存在该索引值002。假设第一活动特征信息集合中包括002，则UPF将携带该索引值002的直播媒体流进行复制，并修改该直播媒体流数据包中的地址信息，并将修改后的直播媒体流发送至RAN，由RAN转发至UE1，并丢弃原接口上发往该UE1的直播媒体流数据包。可见，通过该方法，UE1可以及时地接收并解析来自RAN侧的与第二视场角对应的下行直播媒体流，有效地降低了媒体流的切换时延。

本申请实施例中，RAN和UPF侧会建立一个用户与正在访问的直播媒体流与特征信息之间的映射关系，当UE侧发起直播媒体流切换请求时，会基于切换请求中的特征信息，由RAN和/或UPF根据该映射关系进行媒体流切换与下发，并对IP/端口信息做修改，实现直播媒体流的切换，有效地降低了媒体流的切换时延。

针对于上述实施例一至实施例五，需要说明的是：(1)上述实施例二与实施三可以分别在不同场景中单独实施，或者也可以在同一场景中结合实施，以及实施例二与实施四可以分别在不同场景中单独实施，或者也可以在同一场景中结合实施，实施例二与实施五可以分别在不同场景中单独实施，或者也可以在同一场景中结合实施，具体不做限定。

(2)本申请实施例中所描述的各个流程图的步骤编号仅为执行流程的一种示例，并不构成对步骤执行的先后顺序的限制，本申请实施例中相互之间没有时序依赖关系的步骤之间没有严格的执行顺序。

针对于上述实施例一至实施例五，还需要补充的是：上述可以由UPF执行的动作，也可以由边缘应用服务器执行，其中边缘应用服务器可以理解为部署位置更加靠近用户侧的应用服务器，从而缩短响应时间，降低传输网压力。相应的，上述实施例中的应用服务器可以是中心应用服务器。也可以理解，上述实施例一至实施例五中可以将UPF替换为边缘应用服务器，将应用服务器替换为中心应用服务器，从而实现媒体流切换方法。

上述主要从网络设备和终端设备之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，为了实现上述功能，网络设备或终端设备可以包括执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请的实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对终端设备和网络设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

在采用集成的单元的情况下，图8示出了本申请实施例中所涉及的装置的可能的示例性框图。如图8所示，装置800可以包括：处理单元802和通信单元803。处理单元802用于对装置800的动作进行控制管理。通信单元803用于支持装置800与其他设备的通信。可选地，通信单元803也称为收发单元，可以包括接收单元和/或发送单元，分别用于执行接收和发送操作。装置800还可以包括存储单元801，用于存储装置800的程序代码和/或数据。

该装置800可以为上述任一实施例中的终端设备、或者还可以为设置在终端设备中的芯片。处理单元802可以支持装置800执行上文中各方法示例中终端设备的动作。或者，处理单元802主要执行方法示例中的终端设备的内部动作，通信单元803可以支持装置800与网络设备之间的通信。

该装置800可以为上述任一实施例中的网络设备、或者还可以为设置网络设备中的芯片，该网络设备可以指代上文中的接入网设备、用户面功能网元、会话管理功能网元或应用服务器等。处理单元802可以支持装置800执行上文中各方法示例中网络设备的动作。或者，处理单元802主要执行方法示例中的网络设备的内部动作，通信单元803可以支持装置800与网络设备之间的通信。例如，处理单元802可以用于执行方法示例中的网络设备的内部动作；通信单元803可以用于支持装置800与终端设备之间的通信。

应理解以上装置中单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分单元以软件通过处理元件调用的形式实现，部分单元以硬件的形式实现。例如，各个单元可以为单独设立的处理元件，也可以集成在装置的某一个芯片中实现，此外，也可以以程序的形式存储于存储器中，由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件又可以成为处理器，可以是一种具有信号的处理能力的集成电路。在实现过程中，上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。

在一个例子中，以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，ASIC)，或，一个或多个微处理器(digital singnal processor，DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，FPGA)，或这些集成电路形式中至少两种的组合。再如，当装置中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是处理器，比如通用中央处理器(central processing unit，CPU)，或其它可以调用程序的处理器。再如，这些单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。

以上用于接收的单元是一种该装置的接口电路，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该接收单元是该芯片用于从其它芯片或装置接收信号的接口电路。以上用于发送的单元是一种该装置的接口电路，用于向其它装置发送信号。例如，当该装置以芯片的方式实现时，该发送单元是该芯片用于向其它芯片或装置发送信号的接口电路。

请参考图9，其为本申请实施例提供的一种终端设备的结构示意图。其可以为以上实施例中的终端设备，用于实现以上实施例中终端设备的操作。如图9所示，该终端设备包括：天线910、射频部分920、信号处理部分930。天线910与射频部分920连接。在下行方向上，射频部分920通过天线910接收网络设备发送的信息，将网络设备发送的信息发送给信号处理部分930进行处理。在上行方向上，信号处理部分930对终端设备的信息进行处理，并发送给射频部分920，射频部分920对终端设备的信息进行处理后经过天线910发送给网络设备。

信号处理部分930可以包括调制解调子系统，用于实现对数据各通信协议层的处理；还可以包括中央处理子系统，用于实现对终端设备操作系统以及应用层的处理。

调制解调子系统可以包括一个或多个处理元件931，例如，包括一个主控CPU和其它集成电路。此外，该调制解调子系统还可以包括存储元件932和接口电路933。存储元件932用于存储数据和程序，但用于执行以上方法中终端设备所执行的方法的程序可能不存储于该存储元件932中，而是存储于调制解调子系统之外的存储器中，使用时调制解调子系统加载使用。接口电路933用于与其它子系统通信。

该调制解调子系统可以通过芯片实现，该芯片包括至少一个处理元件和接口电路，其中处理元件用于执行以上终端设备执行的任一种方法的各个步骤，接口电路用于与其它装置通信。在一种实现中，终端设备实现以上方法中各个步骤的单元可以通过处理元件调度程序的形式实现，例如用于终端设备的装置包括处理元件和存储元件，处理元件调用存储元件存储的程序，以执行以上方法实施例中终端设备执行的方法。存储元件可以为处理元件处于同一芯片上的存储元件，即片内存储元件。

在另一种实现中，用于执行以上方法中终端设备所执行的方法的程序可以在与处理元件处于不同芯片上的存储元件，即片外存储元件。此时，处理元件从片外存储元件调用或加载程序于片内存储元件上，以调用并执行以上方法实施例中终端设备执行的方法。

在又一种实现中，终端设备实现以上方法中各个步骤的单元可以是被配置成一个或多个处理元件，这些处理元件设置于调制解调子系统上，这里的处理元件可以为集成电路，例如：一个或多个ASIC，或，一个或多个DSP，或，一个或者多个FPGA，或者这些类集成电路的组合。这些集成电路可以集成在一起，构成芯片。

终端设备实现以上方法中各个步骤的单元可以集成在一起，以SOC的形式实现，该SOC芯片，用于实现以上方法。该芯片内可以集成至少一个处理元件和存储元件，由处理元件调用存储元件的存储的程序的形式实现以上终端设备执行的方法；或者，该芯片内可以集成至少一个集成电路，用于实现以上终端设备执行的方法；或者，可以结合以上实现方式，部分单元的功能通过处理元件调用程序的形式实现，部分单元的功能通过集成电路的形式实现。

可见，以上用于终端设备的装置可以包括至少一个处理元件和接口电路，其中至少一个处理元件用于执行以上方法实施例所提供的任一种终端设备执行的方法。处理元件可以以第一种方式：即调用存储元件存储的程序的方式执行终端设备执行的部分或全部步骤；也可以以第二种方式：即通过处理器元件中的硬件的集成逻辑电路结合指令的方式执行终端设备执行的部分或全部步骤；当然，也可以结合第一种方式和第二种方式执行终端设备执行的部分或全部步骤。

这里的处理元件同以上描述，可以通过处理器实现，处理元件的功能可以和图8中所描述的处理单元的功能相同。示例性地，处理元件可以是通用处理器，例如CPU，还可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个ASIC，或，一个或多个微处理器DSP，或，一个或者多个FPGA等，或这些集成电路形式中至少两种的组合。存储元件可以通过存储器实现，存储元件的功能可以和图8中所描述的存储单元的功能相同。存储元件可以通过存储器实现，存储元件的功能可以和图8中所描述的存储单元的功能相同。存储元件可以是一个存储器，也可以是多个存储器的统称。

图9所示的终端设备能够实现图3、图4A、图5、图6A或图7所示意的方法实施例中涉及终端设备的各个过程。图9所示的终端设备中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详述描述。

请参考图10，其为本申请实施例提供的一种网络设备的结构示意图。用于实现以上实施例中网络设备的操作。如图10所示，该网络设备包括：天线1001、射频装置1002、基带装置1003。天线1001与射频装置1002连接。在上行方向上，射频装置1002通过天线1001接收终端设备发送的信息，将终端设备发送的信息发送给基带装置1003进行处理。在下行方向上，基带装置1003对终端设备的信息进行处理，并发送给射频装置1002，射频装置1002对终端设备的信息进行处理后经过天线1001发送给终端设备。

基带装置1003可以包括一个或多个处理元件10031，例如，包括一个主控CPU和其它集成电路。此外，该基带装置1003还可以包括存储元件10032和接口10033，存储元件10032用于存储程序和数据；接口10033用于与射频装置1002交互信息，该接口例如为通用公共无线接口(common public radio interface，CPRI)。以上用于网络设备的装置可以位于基带装置1003，例如，以上用于网络设备的装置可以为基带装置1003上的芯片，该芯片包括至少一个处理元件和接口电路，其中处理元件用于执行以上网络设备执行的任一种方法的各个步骤，接口电路用于与其它装置通信。在一种实现中，网络设备实现以上方法中各个步骤的单元可以通过处理元件调度程序的形式实现，例如用于网络设备的装置包括处理元件和存储元件，处理元件调用存储元件存储的程序，以执行以上方法实施例中网络设备执行的方法。存储元件可以为处理元件处于同一芯片上的存储元件，即片内存储元件，也可以为与处理元件处于不同芯片上的存储元件，即片外存储元件。

在另一种实现中，网络设备实现以上方法中各个步骤的单元可以是被配置成一个或多个处理元件，这些处理元件设置于基带装置上，这里的处理元件可以为集成电路，例如：一个或多个ASIC，或，一个或多个DSP，或，一个或者多个FPGA，或者这些类集成电路的组合。这些集成电路可以集成在一起，构成芯片。

网络设备实现以上方法中各个步骤的单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现，例如，基带装置包括该SOC芯片，用于实现以上方法。该芯片内可以集成至少一个处理元件和存储元件，由处理元件调用存储元件的存储的程序的形式实现以上网络设备执行的方法；或者，该芯片内可以集成至少一个集成电路，用于实现以上网络设备执行的方法；或者，可以结合以上实现方式，部分单元的功能通过处理元件调用程序的形式实现，部分单元的功能通过集成电路的形式实现。

可见，以上用于网络设备的装置可以包括至少一个处理元件和接口电路，其中至少一个处理元件用于执行以上方法实施例所提供的任一种网络设备执行的方法。处理元件可以以第一种方式：即调用存储元件存储的程序的方式执行网络设备执行的部分或全部步骤；也可以以第二种方式：即通过处理器元件中的硬件的集成逻辑电路结合指令的方式执行网络设备执行的部分或全部步骤；当然，也可以结合第一种方式和第二种方式执行以上网络设备执行的部分或全部步骤。

这里的处理元件同以上描述，可以通过处理器实现，处理元件的功能可以和图10中所描述的处理单元的功能相同。示例性地，处理元件可以是通用处理器，例如CPU，还可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个ASIC，或，一个或多个微处理器DSP，或，一个或者多个FPGA等，或这些集成电路形式中至少两种的组合。存储元件可以通过存储器实现，存储元件的功能可以和图8中所描述的存储单元的功能相同。存储元件可以通过存储器实现，存储元件的功能可以和图8中所描述的存储单元的功能相同。存储元件可以是一个存储器，也可以是多个存储器的统称。

图10所示的网络设备能够实现上述方法实施例中涉及网络设备的各个过程。图10所示的网络设备中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详述描述。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims

一种媒体流切换方法，其特征在于，包括：

接入网设备接收来自终端设备的第一直播媒体流的特征信息；

所述接入网设备确定与所述第一直播媒体流的特征信息对应的第一直播媒体流；

所述接入网设备将向所述终端设备发送的直播媒体流从第二直播媒体流切换为所述第一直播媒体流，其中，所述第二直播媒体流和所述第一直播媒体流均对应所述接入网设备。
根据权利要求1所述的方法，其特征在于，还包括：

所述接入网设备确定与所述第一直播媒体流对应的第一地址信息；

所述接入网设备向所述终端设备发送所述第一地址信息，其中，所述第一地址信息用于与所述第二直播媒体流对应的第二地址信息进行绑定。
根据权利要求1所述的方法，其特征在于，包括：

所述接入网设备确定与所述第一直播媒体流对应的第一地址信息，以及与所述第二直播媒体流对应的第二地址信息；

所述接入网设备将承载所述第一直播媒体流的数据包中的所述第一地址信息替换为所述第二地址信息。
根据权利要求2或3所述的方法，其特征在于，所述接入网设备确定与所述第一直播媒体流对应的第一地址信息，包括：

所述接入网设备接收来自会话管理功能网元或用户面功能网元的消息，所述消息包括所述与第一直播媒体流对应的第一地址信息；

所述接入网设备根据所述消息，确定与所述第一直播媒体流对应的第一地址信息。
根据权利要求1所述的方法，其特征在于，所述接入网设备确定与所述第一直播媒体流的特征信息对应的第一直播媒体流，包括：

所述接入网设备根据所述第一直播媒体流的特征信息，确定第二活动特征信息集合存在所述第一直播媒体流的特征信息；

所述接入网设备从监测的直播媒体流中，确定携带所述第一直播媒体流的特征信息的第一直播媒体流；

其中，所述第二活动特征信息集合包括所述接入网设备所服务的至少一个终端设备的直播媒体流的特征信息。
根据权利要求5所述的方法，其特征在于，还包括：

所述接入网设备根据所述第一直播媒体流的特征信息，确定所述第二活动特征信息集合中不包括所述第一直播媒体流的特征信息；

所述接入网设备向所述终端设备发送响应消息，所述响应消息用于通知所述终端设备直播媒体流切换失败。
根据权利要求5所述的方法，其特征在于，包括：

所述接入网设备根据所述第一直播媒体流的特征信息，确定所述第二活动特征信息集合中不包括所第一直播媒体流的特征信息；

所述接入网设备通过所述用户面功能网元向应用服务器发送所述第一直播媒体流的特征信息；其中，所述第一直播媒体流的特征信息用于请求所述第一直播媒体流。
根据权利要求5至7任一项所述的方法，其特征在于，还包括：

所述接入网设备向会话管理功能网元发送所述终端设备的直播会话的建立请求消息；

所述接入网设备接收来自所述会话管理功能网元的所述直播会话的创建完成消息和第二指示信息；

所述接入网设备根据所述第二指示信息，监测通过所述接入网设备所服务的至少一个终端设备的直播媒体流，并创建第二活动特征信息集合。
根据权利要求8所述的方法，其特征在于，还包括：

所述接入网设备将所述第二活动特征信息集合发送至所述终端设备。
根据权利要求1至9任一项所述的方法，其特征在于，所述第一直播媒体流的特征信息为第一直播媒体流的流媒体参数值，或者与第一直播媒体流唯一对应的索引值，所述流媒体参数值包括码率、分辨率、帧率或视场角中的至少一类参数的值。
一种媒体流切换方法，其特征在于，包括：

终端设备向接入网设备发送第一直播媒体流的特征信息；

所述终端设备从所述接入网设备接收的直播媒体流从第二直播媒体流切换为第一直播媒体流；其中，所述第一直播媒体流是与所述第一直播媒体流的特征信息相对应的；所述第二直播媒体流和所述第一直播媒体流均对应所述接入网设备。
根据权利要求11所述的方法，其特征在于，所述终端设备向接入网设备发送第一直播媒体流的特征信息之前，还包括：

所述终端设备通过所述接入网设备向会话管理功能网元发送直播会话的建立请求消息；

所述终端设备通过所述接入网设备接收来自所述会话管理功能网元的用于直播业务的创建完成消息和初始特征信息集合，其中，所述初始特征信息集合包括各种媒体流参数对应的直播媒体流的特征信息；

所述终端设备从所述初始特征信息集合中，确定与当前的媒体流参数信息对应的第一直播媒体流的特征信息。
根据权利要求11或12所述的方法，其特征在于，所述终端设备向接入网设备发送所述第一直播媒体流的特征信息之前，还包括：

所述终端设备接收来自所述接入网设备的第二活动特征信息集合；

所述终端设备确定所述第二活动特征信息集合中包括所述第一直播媒体流的特征信息；

其中，所述第二活动特征信息集合包括所述接入网设备所服务的至少一个终端设备的直播媒体流的特征信息。
根据权利要求11或12所述的方法，其特征在于，还包括：

所述终端设备还接收来自用户面功能网元的第一活动特征信息集合，

所述终端设备确定所述第一活动特征信息集合中包括所述第一直播媒体流的特征信息；

其中，所述第一活动特征信息集合包括所述用户面功能网元所服务的至少一个终端设备的直播媒体流的特征信息。
根据权利要求11至14任一项所述的方法，其特征在于，还包括：

所述终端设备还接收所述第一直播媒体流对应的第一地址信息；

所述终端设备将所述第一直播媒体流对应的第一地址信息与所述第二直播媒体流对应的第二地址信息之间进行绑定，并根据所述绑定关系对所述第一直播媒体流进行解析。
一种媒体流切换方法，其特征在于，包括：

用户面功能网元接收来自终端设备的第一直播媒体流的特征信息；

所述用户面功能网元确定与所述第一直播媒体流的特征信息对应的第一直播媒体流；

所述用户面功能网元将向所述终端设备发送的直播媒体流从第二直播媒体流切换为所述第一直播媒体流，其中，所述第二直播媒体流和所述第一直播媒体流均对应所述用户面功能网元。
根据权利要求16所述的方法，其特征在于，还包括：

所述用户面功能网元确定与所述第一直播媒体流对应的第一地址信息；

所述用户面功能网元向所述终端设备发送所述第一地址信息，其中，所述第一地址信息用于与所述第二直播媒体流对应的第二地址信息进行绑定。
根据权利要求16所述的方法，其特征在于，所述用户面功能网元将向所述终端设备发送的直播媒体流从第二直播媒体流切换为所述第一直播媒体流之前，还包括：

所述用户面功能网元确定与所述第一直播媒体流对应的第一地址信息，以及与所述第二直播媒体流对应的第二地址信息；

所述用户面功能网元将承载所述第一直播媒体流的数据包中的所述第一地址信息替换为所述第二地址信息。
根据权利要求16所述的方法，其特征在于，所述用户面功能网元确定与所述第一直播媒体流的特征信息对应的第一直播媒体流，包括：

所述用户面功能网元确定第一活动特征信息集合中包括所述第一直播媒体流的特征信息；

所述用户面功能网元从当前监测的直播媒体流中，确定携带所述第一直播媒体流的特征信息的第一直播媒体流；

其中，所述第一活动特征信息集合包括所述用户面功能网元所服务的至少一个终端设备的直播媒体流的特征信息。
根据权利要求16至19任一项所述的方法，其特征在于，包括：

所述用户面功能网元确定第一活动特征信息集合中不包括所述第一直播媒体流的特征信息；

所述用户面功能网元向应用服务器发送请求消息，所述请求消息包括所述第一直播媒体流的特征信息；其中，所述请求消息用于请求将向所述终端设备发送的直播媒体流切换为所述第一直播媒体流。
根据权利要求16至19任一项所述的方法，其特征在于，所述用户面功能网元接收来自终端设备的第一直播媒体流的特征信息之前，还包括：

所述用户面功能网元接收来自会话管理功能网元的直播会话的创建完成消息和第一指示信息；

所述用户面功能网元根据所述第一指示信息，监测通过所述用户面功能网元所服务的至少一个终端设备的直播媒体流的特征信息，并创建第一活动特征信息集合。
根据权利要求21所述的方法，其特征在于，还包括：

当所述用户面功能网元监测通过所述用户面功能网元所服务的至少两个终端设备的直播媒体流的特征信息相同且发往相同的接入网设备时，所述用户面功能网元对所述直播媒体流去重复；

所述用户面功能网元向所述接入网设备发送去重复处理后的直播媒体流；其中，去重复处理后的直播媒体流中不同的直播媒体流的特征信息互不相同。
一种会话建立方法，其特征在于，包括：

会话管理功能网元在创建终端设备的直播会话时，从策略管理功能网元获取初始特征信息集合；

所述会话管理功能网元在完成创建直播会话后，向用户面功能网元发送第一指示信息，以及向所述终端设备发送所述初始特征信息集合；

其中，所述第一指示信息用于指示监测通过所述用户面功能网元所服务的至少一个终端设备的直播媒体流的特征信息；

所述初始特征信息集合包括各种媒体流参数对应的直播媒体流的特征信息。
一种通信方法，其特征在于，包括：

应用服务器确定与不同流媒体参数对应的直播媒体流的特征信息；

所述应用服务器向终端设备发送初始特征信息集合，所述初始特征信息集合包括各种媒体流参数对应的直播媒体流的特征信息。
根据权利要求24所述的方法，其特征在于，还包括：

所述应用服务器根据第一活动特征信息集合监测至少两个终端设备的直播媒体流的特征信息相同时，所述应用服务器对所述直播媒体流去重复；

所述应用服务器向用户面功能网元发送去重复处理后的直播媒体流；其中，去重复处理后的直播媒体流中不同的直播媒体流的特征信息互不相同。
根据权利要求24所述的方法，其特征在于，还包括：

所述应用服务器从用户面功能网元获取第一活动特征信息集合；

所述应用服务器向终端设备发送所述第一活动特征信息集合；

其中，所述第一活动特征信息集合包括所述用户面功能网元所服务的至少一个终端设备的直播媒体流的特征信息集合。
根据权利要求24所述的方法，其特征在于，还包括：

所述应用服务器向策略控制功能网元发送流描述信息与媒体指示信息；

其中，所述流描述信息用于描述该直播业务对应的直播媒体流数据特征，所述媒体指示信息用于指示核心网设备对所述直播业务进行优化。
一种通信装置，其特征在于，包括至少一个处理器，所述至少一个处理器与存储器相连，所述至少一个处理器用于读取并执行所述存储器中存储的程序，以使得所述装置执行如权利要求1-10任一项所述的方法。
一种通信装置，其特征在于，包括至少一个处理器，所述至少一个处理器与存储器相连，所述至少一个处理器用于读取并执行所述存储器中存储的程序，以使得所述装置执行如权利要求11-15任一项所述的方法。
一种通信装置，其特征在于，包括至少一个处理器，所述至少一个处理器与存储器相连，所述至少一个处理器用于读取并执行所述存储器中存储的程序，以使得所述装置执行如权利要求16-22任一项所述的方法。
一种通信装置，其特征在于，包括至少一个处理器，所述至少一个处理器与存储器相连，所述至少一个处理器用于读取并执行所述存储器中存储的程序，以使得所述装置执行如权利要求23所述的方法。
一种通信装置，其特征在于，包括至少一个处理器，所述至少一个处理器与存储器相连，所述至少一个处理器用于读取并执行所述存储器中存储的程序，以使得所述装置执行如权利要求24-27任一项所述的方法。
一种芯片，其特征在于，所述芯片与存储器耦合，用于读取并执行所述存储器中存储的程序指令，以实现如权利要求1-27任一项所述的方法。
一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，当所述指令在计算机上运行时，使得计算机执行如权利要求1-27任一所述的方法。
一种计算机程序产品，其特征在于，所述计算机程序产品在被计算机调用时，使得计算机执行如权利要求1-27任一所述的方法。