CN110620999A

CN110620999A - 用户面数据处理方法及装置

Info

Publication number: CN110620999A
Application number: CN201810562638.2A
Authority: CN
Inventors: 李欢; 诸华林; 靳维生
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2018-06-04
Filing date: 2018-06-04
Publication date: 2019-12-27
Anticipated expiration: 2038-06-04
Also published as: WO2019233381A1; CN110620999B

Abstract

本申请实施例提供一种用户面数据处理方法及装置，涉及通信技术领域。该方法包括：接入设备接收来自会话管理网元的指示信息，并根据指示信息处理接入设备和终端设备之间的用户面数据。其中，指示信息用于指示是否采用预设协议处理接入设备和终端设备之间的用户面数据。

Description

用户面数据处理方法及装置

技术领域

本申请涉及移动通信技术领域，尤其涉及用户面数据处理方法及装置。

背景技术

第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)在2017年底发布了下一代移动通信网络结构，即5G网络架构。

5G网络架构支持终端通过一定的接入技术接入5G核心网(Core network，CN)，以获取核心网提供的业务。其中，在用户终端通过固定宽带接入网络接入核心网的场景中，用户终端通过家庭网关(Residential Gateway，RG)接入5G核心网。具体的，用户终端通过RG与5G核心网网元之间建立一个或多个PDU会话以接入核心网。每个PDU会话对应一个或多个通道，每一通道包含用户终端(例如电视(television))到RG间的通道、RG到固定接入网网关功能(Fixed Access Gateway Function，FAGF)的通道以及FAGF到核心网网元间的通道。

在5G网络架构中，对于一些带宽占用较大的业务，可使用组播(多播)技术来减少冗余流量，以降低网络负载。以网络协议电视(Internet Protocol Television，IPTV)业务为例，在现有的IPTV机制中，RG接收到用户终端发送的因特网组管理协议(Internet GroupManagement Protocol，IGMP)加入(join)消息，并执行IGMP窥探(snooping)，将该用户终端的媒体接入控制(Media Access Control，MAC)地址与多播地址绑定。之后，RG向RG与FAGF间通道中的接入网(Access Network，AN)设备发送该IGMP join，由AN设备执行IGMPsnooping，将RG的MAC地址与多播地址绑定。如此，将该用户终端加入组播组，从而在后续该用户终端可进行多播业务。

然而，在一些场景下，现有的5G网络架构不适用于组播业务。

发明内容

本申请实施例提供用户面数据处理方法及装置，可以解决在5G系统中采用5G协议封装用户面数据带来的问题。

为达到上述目的，本申请的实施例采用如下技术方案：

第一方面，本申请实施例提供一种用户面数据处理方法，该方法应用于接入设备或者接入设备中的电路系统中，该方法包括：接入设备接收来自会话管理网元的指示信息，并根据指示信息处理接入设备和终端设备之间的用户面数据。其中，指示信息用于指示是否采用预设协议处理接入设备和终端设备之间的用户面数据。

本申请实施例提供的用户面数据处理方法，接入设备在接收来自会话管理网元的指示信息后，可以根据指示信息处理与终端设备之间的用户面数据，也就意味着，接入设备有所依据的处理与终端设备之间的用户面数据，在需采用预设协议处理用户面数据的场景下采用预设协议处理与终端设备间的用户面数据，在不需预设协议处理用户面数据的场景下不采用预设协议处理与终端设备间的用户面数据，使得AN设备可以解析某些多播业务的用户面数据，如组播加入消息，并将发起多播业务的用户终端加入相应的多播组，从而用户终端成功访问多播业务的概率有所提升。

可选的，接入设备根据指示信息处理接入设备和终端设备之间的用户面数据，具体实现为如下步骤：接入设备根据指示信息确定采用预设协议处理接入设备和终端设备之间的用户面数据，则采用预设协议解封装终端设备发送的用户面数据，或者采用预设协议封装接入设备向终端设备发送的用户面数据。

或者，接入设备根据指示信息处理接入设备和终端设备之间的用户面数据，具体实现为如下步骤：接入设备根据指示信息确定不采用预设协议处理接入设备和终端设备之间的用户面数据，则不采用预设协议解封装终端设备发送的用户面数据，或者不采用预设协议封装向终端设备发送的用户面数据。

或者，接入设备根据指示信息处理接入设备和终端设备之间的用户面数据，具体实现为如下步骤：接入设备根据指示信息确定不采用预设协议处理接入设备和终端设备之间的用户面数据，建立和终端设备之间的至少两个用户面数据通道。其中，至少两个用户面数据通道包含第一用户面数据通道，第一用户面数据通道不采用预设协议处理接入设备和终端设备之间的用户面数据。

在一种可能的设计中，在接入设备接收来自会话管理网元的指示信息之前，还可以执行如下步骤：接入设备向会话管理网元发送请求消息，请求消息携带数据网络标识和/或者网络切片选择辅助信息NSSAI。

在一种可能的设计中，接入设备接收来自会话管理网元的指示信息，具体实现为如下步骤：接入设备接收来自会话管理网元的N2消息，N2消息携带指示信息。

在一种可能的设计中，还可执行如下步骤：接入设备向终端设备发送指示信息。

第二方面，本申请实施例提供一种用户面数据处理方法，该方法应用于会话管理网元或者会话管理网元中的电路系统，该方法包括：会话管理网元接收来自终端设备的请求消息，会话管理网元根据请求消息接收来自策略管理网元的指示信息，会话管理网元向接入设备和/或终端设备发送指示信息。其中，指示信息用于指示是否采用预设协议处理接入设备和终端设备之间的用户面数据。

在一种可能的设计中，会话管理网元向接入设备发送指示信息，具体实现为：会话管理网元向接入设备发送N2消息，N2消息携带指示信息。

在一种可能的设计中，会话管理网元向终端设备发送指示信息，具体实现为：会话管理网元向终端设备发送非接入层NAS消息，NAS消息携带指示信息。

第三方面，本申请实施例提供一种用户面数据处理方法，该方法应用于终端设备或者终端设备中的电路系统，该方法包括：终端设备接收来自会话管理网元或者接入设备的指示信息，并根据指示信息处理接入设备和终端设备之间的用户面数据。其中，指示信息用于指示是否采用预设协议处理接入设备和终端设备之间的用户面数据；

可选的，终端设备根据指示信息处理接入设备和终端设备之间的用户面数据，具体实现为：终端设备根据指示信息确定采用预设协议处理接入设备和终端设备之间的用户面数据，则采用预设协议解封装接入设备发送的用户面数据，或者采用预设协议封装终端设备向接入设备发送的用户面数据。

或者，终端设备根据指示信息处理接入设备和终端设备之间的用户面数据，还可以实现为：终端设备根据指示信息确定不采用预设协议处理接入设备和终端设备之间的用户面数据，则不采用预设协议解封装接入设备发送的用户面数据，或者不采用预设协议封装向接入设备发送的用户面数据。

或者，终端设备根据指示信息处理接入设备和终端设备之间的用户面数据，还可以实现为：终端设备根据指示信息确定不采用预设协议处理接入设备和终端设备之间的用户面数据，建立和接入设备之间的至少两个用户面数据通道，其中，至少两个用户面数据通道包含第一用户面数据通道，第一用户面数据通道不采用预设协议处理接入设备和终端设备之间的用户面数据。

在一种可能的设计中，在终端设备接收来自会话管理网元或者接入设备的指示信息之前，还可以执行如下步骤：终端设备向会话管理网元发送请求消息，请求消息携带数据网络标识和/或者网络切片选择辅助信息NSSAI。

在一种可能的设计中，终端设备接收来自会话管理网元的指示信息，具体实现为：终端设备接收来自会话管理网元的非接入层NAS消息，NAS消息携带指示信息。

在第一方面或第二方面或第三方面的一种可能的设计中，请求消息携带数据网络标识、网络切片选择辅助信息NSSAI、终端设备标识中的至少一个。

在第一方面或第二方面或第三方面的一种可能的设计中，预设协议包括固定接入控制协议用户面协议FCP UP或者以太网点到点协议PPPoE。

在第二方面的一种可能的设计中，策略管理网元包括归一化数据管理网元UDM或者策略控制功能网元PCF。

在第一方面或第三方面的一种可能的设计中，第一用户面数据通道用于传输多播业务的控制信令，多播业务的控制信令包括组播加入消息。

在第一方面或第三方面的一种可能的设计中，至少两个用户面数据通道对应一个分组数据单元PDU会话。

第四方面，本申请实施例提供一种用户面数据处理装置，装置设置有收发器、存储器和处理器。其中，存储器，用于存储包括程序指令的信息；收发器，用于接收来自会话管理网元的指示信息，指示信息用于指示是否采用预设协议处理接入设备和终端设备之间的用户面数据；处理器，用于根据指示信息处理接入设备和终端设备之间的用户面数据。

在一种可能的设计中，处理器，用于根据指示信息处理接入设备和终端设备之间的用户面数据，包括：用于根据指示信息确定采用预设协议处理接入设备和终端设备之间的用户面数据，则采用预设协议解封装终端设备发送的用户面数据，或者采用预设协议封装接入设备向终端设备发送的用户面数据。

在一种可能的设计中，处理器，用于根据指示信息处理接入设备和终端设备之间的用户面数据，包括：用于根据指示信息确定不采用预设协议处理接入设备和终端设备之间的用户面数据，则不采用预设协议解封装终端设备发送的用户面数据，或者不采用预设协议封装向终端设备发送的用户面数据。

在一种可能的设计中，处理器，用于根据指示信息处理接入设备和终端设备之间的用户面数据，包括：用于根据指示信息确定不采用预设协议处理接入设备和终端设备之间的用户面数据；建立和终端设备之间的至少两个用户面数据通道，其中，至少两个用户面数据通道包含第一用户面数据通道，第一用户面数据通道不采用预设协议处理接入设备和终端设备之间的用户面数据。

在一种可能的设计中，收发器，还用于向会话管理网元发送请求消息，请求消息携带数据网络标识和/或者网络切片选择辅助信息NSSAI。

在一种可能的设计中，收发器，用于接收来自会话管理网元的指示信息，包括：用于接收来自会话管理网元的N2消息，N2消息携带指示信息。

在一种可能的设计中，收发器，还用于向终端设备发送指示信息。

第五方面，本申请实施例提供一种用户面数据处理装置，装置设置有收发器、存储器和处理器。其中，存储器，用于存储包括程序指令的信息；收发器，用于接收来自终端设备的请求消息；根据请求消息接收来自策略管理网元的指示信息，指示信息用于指示是否采用预设协议处理接入设备和终端设备之间的用户面数据；向接入设备和/或终端设备发送指示信息。

在一种可能的设计中，收发器，用于向接入设备发送指示信息，包括：用于向接入设备发送N2消息，N2消息携带指示信息。

在一种可能的设计中，收发器，用于向终端设备发送指示信息，包括：用于向终端设备发送非接入层NAS消息，NAS消息携带指示信息。

第六方面，本申请实施例提供一种用户面数据处理装置，装置设置有收发器、存储器和处理器，其中，存储器，用于存储包括程序指令的信息；收发器，用于接收来自会话管理网元或者接入设备的指示信息，指示信息用于指示是否采用预设协议处理接入设备和终端设备之间的用户面数据；处理器，用于根据指示信息处理接入设备和终端设备之间的用户面数据。

在一种可能的设计中，处理器，用于根据指示信息处理接入设备和终端设备之间的用户面数据，包括：用于根据指示信息确定采用预设协议处理接入设备和终端设备之间的用户面数据，则采用预设协议解封装接入设备发送的用户面数据，或者采用预设协议封装终端设备向接入设备发送的用户面数据。

在一种可能的设计中，处理器，用于根据指示信息处理接入设备和终端设备之间的用户面数据，包括：用于根据指示信息确定不采用预设协议处理接入设备和终端设备之间的用户面数据，则不采用预设协议解封装接入设备发送的用户面数据，或者不采用预设协议封装向接入设备发送的用户面数据。

在一种可能的设计中，处理器，用于根据指示信息处理接入设备和终端设备之间的用户面数据，包括：用于根据指示信息确定不采用预设协议处理接入设备和终端设备之间的用户面数据；建立和接入设备之间的至少两个用户面数据通道，其中，至少两个用户面数据通道包含第一用户面数据通道，第一用户面数据通道不采用预设协议处理接入设备和终端设备之间的用户面数据。

在第四方面或第五方面或第六方面的一种可能的设计中，请求消息携带数据网络标识、网络切片选择辅助信息NSSAI、终端设备标识中的至少一个。

在第四方面或第五方面或第六方面的一种可能的设计中，预设协议包括固定接入控制协议用户面协议FCP UP或者以太网点到点协议PPPoE。

在第五方面的一种可能的设计中，策略管理网元包括归一化数据管理网元UDM或者策略控制功能网元PCF。

在第四方面或第六方面的一种可能的设计中，第一用户面数据通道用于传输多播业务的控制信令，多播业务的控制信令包括组播加入消息。

在第四方面或第六方面的一种可能的设计中，至少两个用户面数据通道对应一个分组数据单元PDU会话。

第七方面，本申请实施例提供一种用户面数据处理装置，该装置具有实现上述第一方面或第二方面或第三方面任一项的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第八方面，提供一种用户面数据处理装置，包括：处理器和存储器；该存储器用于存储计算机执行指令，当该用户面数据处理装置运行时，该处理器执行该存储器存储的该计算机执行指令，以使该用户面数据处理装置执行如上述第一方面或第二方面或第三方面中任一项的视频编码方法。

第九方面，提供一种用户面数据处理装置，包括：处理器；处理器用于与存储器耦合，并读取存储器中的指令之后，根据指令执行如上述第一方面或第二方面或第三方面中任一项的用户面数据处理方法。

第十方面，提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述第一方面或第二方面或第三方面中任一项的用户面数据处理方法。

第十一方面，提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述第一方面或第二方面或第三方面中任一项的用户面数据处理方法。

第十二方面，提供一种电路系统，电路系统包括处理电路，处理电路被配置为执行如上述第一方面或第二方面或第三方面中任一项的用户面数据处理方法。

第十三方面，提供一种用户面数据处理系统，该系统包括上述第一方面中的用户面数据处理装置、上述第二方面中的用户面数据处理装置以及上述第三方面中的用户面数据处理装置。

其中，第二方面至十三方面中任一种设计方式所带来的技术效果可参见第一方面中不同设计方式所带来的技术效果，此处不再赘述。

附图说明

图1为本申请实施例提供的5G系统的架构示意图；

图2为本申请实施例提供的用户面数据处理系统的架构图；

图3为本申请实施例提供的用户面数据处理装置的结构示意图一；

图4为本申请实施例提供的用户面数据处理方法的流程图一；

图5为本申请实施例提供的用户面数据处理方法的流程图二；

图6为本申请实施例提供的用户面数据处理装置的结构示意图二。

具体实施方式

首先给出本申请实施例所涉及的5G网络架构如下：

如图1所示，该系统包括网络切片选择功能(Network Slice SelectionFunction，NSSF)、网络开放功能(Network Exposure Function，NEF)、网络存储功能(Network Repository Function，NRF)、策略控制功能(Policy Control Function，PCF)、归一化数据管理(Unified Data Management，UDM)、应用功能(Application Function，AF)、鉴权服务器功能(Authentication Server Function，AUSF)、接入和移动性管理功能(Core Access and Mobility Management Function，AMF)、会话管理功能(SessionManagement Function，SMF)、RG、AN、FAGF、用户面功能(User Plane Function，UPF)、数据网(data network，DN)网元等网元或设备以及用户终端。

其中，用户终端通过无线(例如无线保真(WIreless-FIdelity，WiFi))或有线方式接入RG，RG通过N1与AMF通信，RG通过U接口与V接口，经由AN设备与FAGF通信，FAGF通过N3与UPF通信，FAGP通过N2与AMF通信，UPF通过N4与SMF通信，UPF通过N6与DN网元通信，SMF通过N11与AMF通信，SMF通过N10与UDM通信，SMF通过N7与PCF通信。

可以理解的是，根据5G系统部署的需求，相应网元网元之间可采用一定方式通信(例如，RG通过N1与AMF通信)，上述仅列举了与本申请实施例的技术方案相关的网元之间通信的方式，为简化描述，本申请实施例不再对其他网元之间的通信方式进行赘述。

可选的，本申请实施例中所涉及到的用户终端(terminal)可以包括各种具有通信功能的手持设备、可穿戴设备、计算设备或连接到调制解调器的其它处理设备；还可以包括个人数字助理(personal digital assistant，PDA)电脑、平板型电脑、膝上型电脑(laptopcomputer)、机器类型通信(machine type communication,MTC)终端、用户设备(userequipment，UE)等。用户终端通过RG接入网络。在本申请的实施例中，RG可以有用户终端的功能，或者用户终端具有RG的功能。为了方便描述，本申请将RG称为终端设备。

可选的，图1中的各个网元的名字以及各个网元之间的接口名字只是一个示例，具体实现中各个网元或者各个网元之间的接口的名字可能为其他名字，或者网元也可以称之为实体，本申请实施例对此不作具体限定。核心网的全部或者部分网元可以是物理上的实体网元，也可以是虚拟化的网元，在此不做限定。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。并且，在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

在本申请的实施例中，某一网元(例如：A网元)获取来自另一网元(例如：B网元)的信息，可以指A网元直接从B网元接收信息，也可以指A网元经其他网元(例如：C网元)从B网元接收信息。当A网元经C网元从B网元接收信息时，C网元可以对信息进行透传，也可以将信息进行处理，例如：将信息携带在不同的消息中进行传输或者对信息进行筛选，只发送筛选后的信息给A网元。类似的，在本申请的各实施例中，A网元向B网元发送信息，可以指A网元直接向B网元发送信息，也可以指A网元经其他网元(例如：C网元)向B网元发送信息。

此外，本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

如图2所示，本申请实施例提供一种用户面数据处理系统20，该用户面数据处理系统20包括：终端设备201、接入设备202、会话管理网元203以及策略管理网元204。

其中，策略管理网元204，用于接收来自会话管理网元的请求消息，并根据该请求消息确定指示信息，还用于将向会话管理网元发送该指示信息。其中，指示信息用于指示终端设备201、接入设备202是否采用预设协议处理终端设备201与接入设备202间的用户面数据。

会话管理网元203，用于接收来自策略管理网元204的指示信息，并向终端设备201和/或接入设备202发送该指示信息，该指示信息用于通知终端设备201和/或接入设备202是否采用预设协议处理终端设备201和接入设备202之间的用户面数据。

终端设备201，用于接收来自会话管理网元203的指示信息，根据该指示信息，处理其与接入设备202之间的用户面数据。

接入设备202，用于接收来自会话管理网元203的指示信息，并根据该指示信息，处理其与终端设备201之间的用户面数据。

在本申请的实施例中,接入设备包括接入网设备和接入网网关设备。其中，接入网设备和接入网网关设备可以集成到统一设备或者可以是两个分离的设备。也就是，接入设备可以具有接入网网关设备的功能，或者，接入设备可以同时具有接入网网关设备和接入网设备的功能，接入网设备例如可以为图1所示的AN设备，接入网网关设备例如可以为图1所示的FAGF。

需要说明的是，图2中仅示出了与本申请实施例技术方案相关的设备之间的连接关系，各个设备之间可能还存在其他连接关系，这里不再赘述。

本申请实施例提供的用户面数据处理系统可以应用于如图1所示的5G系统或者后续的演进系统中，当应用于如图1所示的5G系统时，上述的终端设备201所对应的网元或者实体可以为图1中的RG，上述的接入设备202所对应的网元或者实体可以为图1中的FAGF，这里，当FAGF与AN设备合设时，本申请实施例中的接入设备可以为具有AN设备功能的FAGF，当FAGF与AN设备分开时，本申请实施例中的接入设备可以为FAGF，上述的会话管理网元203对应的网元或者实体可以为图1中的SMF，上述的策略管理网元对应的网元或者实体可以为图1中的UDM或者PCF。

可选的，图2中的终端设备、接入设备、会话管理网元或者策略管理网元可以分别由多个设备实现，还可以由一个设备实现，例如可以实现为一个设备内的不同功能模块，本申请实施例对此不作具体限定。可以理解的是，上述功能模块既可以是硬件设备中的网络元件，也可以是在硬件设备上运行的软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。

例如，本申请实施例中的终端设备、接入设备、会话管理网元或者策略管理网元可以通过图3中的通信设备来实现。图3所示为本申请实施例提供的通信设备的硬件结构示意图。该通信设备300包括至少一个处理器301，通信线路302，存储器303以及至少一个通信接口304。

处理器301可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路302可包括一通路，在上述组件之间传送信息。

通信接口304，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)等。

存储器303可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路302与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器303用于存储执行本申请实施例方案的计算机执行指令，并由处理器301来控制执行。处理器301用于执行存储器303中存储的计算机执行指令，从而实现本申请下述实施例提供的用户面数据处理方法。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

在具体实现中，作为一种实施例，处理器301可以包括一个或多个CPU，例如图3中的CPU0和CPU1。

在具体实现中，作为一种实施例，通信设备300可以包括多个处理器。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

可以理解的是，图3仅示出了通信设备的一种示例性的硬件结构示意图，为了实现本申请实施例的技术方案，通信设备300还可能包括其他的组件，本申请实施例并不对此进行限制。

上述的通信设备300可以是一个通用设备或者是一个专用设备。在具体实现中，通信设备300可以是具有如图3中类似结构的设备。本申请实施例不限定通信设备300的类型。

可选的，本申请实施例提供的用户面数据处理方法应用于PDU会话管理流程中，下面将结合图1至图3对本申请实施例提供的用户面数据处理方法进行具体阐述。

需要说明的是，本申请下述实施例中各个网元之间的消息名字或消息中各参数的名字等只是一个示例，具体实现中也可以是其他的名字，在此统一说明，以下不再赘述。

首先，以图2所示的用户面数据处理系统中的策略管理网元为UDM为例，如图4所示，本申请实施例提供的用户面数据处理方法，包括如下步骤：

S401、RG向SMF发送请求消息。

相应的，SMF接收来自RG发送的请求消息。

请求消息携带数据网络标识和/或者网络切片选择辅助信息(Network SliceSelection Assistance Information，NSSAI)。可选的，上述的数据网络标识为数据网络名称(data network name，DNN)。当然，数据网络标识还可以包括例如数据网络编号等，本申请实施例对此不进行限制。

其中，数据网络标识和/或NSSAI均与业务类型相关，在本申请实施例中，按照RG与UPF之间是否传输多播业务的相关数据，可将业务类型分为多播业务和非多播业务。从而，RG通过请求消息(携带数据网络标识和/或NSSAI)可将当前的业务类型通知给SMF。

当然，请求消息还可以携带其他与业务类型关联的信息，例如，请求消息可以携带终端设备标识。

可选的，RG向FAGF发送请求消息，由FAGF向SMF发送该请求消息。

S402、SMF根据请求消息接收来自UDM的指示信息。

其中，指示信息用于指示是否采用预设协议处理FAGF和RG之间的用户面数据。预设协议包括固定接入控制协议用户面协议(Fixed Access Control Protocol User PlaneProtocol，FCP UP)或者以太网点到点协议(Point-to-Point Protocol Over Ethernet，PPPoE)。

在本申请实施例中，UDM中存储有预配置信息，UDM可根据请求消息包含的信息查询预配置信息，从而确定能够适配当前业务类型的指示信息，SMF可从UDM中获取该指示信息。可选的，SMF获取该指示信息的方式可实现为：SMF向UDM发送获取消息，UDM根据该获取消息确定指示信息，其中，获取消息携带数据网络标识、NSSAI、终端设备标识中的至少一个。示例性的，该获取消息为会话管理签约请求，SMF通过向UDM发起会话管理签约请求获取UDM下发的指示信息。

可选的，上述预配置信息包括数据网络标识、NSSAI、终端设备标识中的至少一项与用户面数据处理方式的对应关系。如表1至表3所示，示出了UDM中存储的预配置信息。其中，下文以表1为例进行详细说明。

表1

在本申请实施例中，对不同类型业务的用户面数据采用不同的处理方式。业务类型可划分为多播业务和非多播业务。对于非多播业务的用户面数据，可采用预设协议封装/解封装FAGF与RG间的用户面数据。对于多播业务的用户面数据，不采用预设协议封装/解封装RG与FAGF之间的用户面数据，从而在AN设备缺少处理预设协议的协议栈的情况下，该AN设备仍然能够识别RG发送的组播加入消息(例如可以为IGMP join消息)，并执行IGMPsnooping，将请求多播业务的用户终端(例如TV)加入多播组(本文中也称为组播组)，如此，用户终端能够访问多播业务。

通常，不同数据网络的网元提供不同类型业务，结合上述对不同类型业务的用户面数据采用不同的处理方式，因此，根据不同的数据网络可获知用户面数据的处理方式。结合表1的预配置信息，预配置信息包括DNN和用户面数据处理方式的对应关系，其中，DNN1对应的用户面数据处理方式为不采用预设协议处理用户面数据，DNN2对应的用户面数据处理方式也为不采用预设协议处理用户面数据，DNN3对应的用户面数据处理方式为采用预设协议处理用户面数据。如此，可由DNN获知用户面数据处理方式，即当UDM接收到来自SMF发送的获取消息后，可根据获取消息中携带的DNN以及例如表1所示的预配置信息，确定RG和/或FAGF的用户面数据处理方式。示例性的，当前图1中的TV通过RG向SMF发送请求消息，该请求消息用于请求DN中DNN1对应网元的多播业务，请求消息携带DNN1，SMF向UDM发送获取消息，获取消息携带DNN1，那么，UDM可根据例如表1所示的预配置信息确定DNN1对应的网元提供多播业务时，FAGF和/或不采用预设协议处理RG与FAGF之间的用户面数据，即FAGF不采用预设协议处理与RG间的用户面数据，RG不采用预设协议处理与FAGF间的用户面数据。

表2

表2示出的预配置信息包括NSSAI3和用户面数据处理方式的对应关系。同样的，不同NSSAI3对应不同类型的业务，不同类型业务的用户面数据采用不同的处理方式。如此，可由NSSAI3获知用户面数据处理方式，即当UDM接收到来自SMF发送的获取消息后，可根据获取消息中携带的NSSAI3以及例如表2所示的预配置信息，确定FAGF、RG的用户面数据处理方式。

表3

表3示出的预配置信息包括终端设备标识(例如可以为MAC地址)和用户面数据处理方式的对应关系。同样的，不同终端设备对应不同类型的业务，不同类型业务的用户面数据采用不同的处理方式。如此，可由终端设备标识获知用户面数据处理方式，即当UDM接收到来自SMF发送的获取消息后，可根据获取消息中携带的终端设备标识以及例如表3所示的预配置信息，确定用户面数据处理方式。

类似的，表2、表3的详细说明可参见表1的说明，这里不再赘述。

此外，当来自SMF的获取消息携带有数据网络标识、NSSAI、终端设备标识中的至少两个标识时，UDM根据获取消息携带的至少两个标识确定用户面数据处理方式。比如，来自SMF的获取消息携带数据网络标识和NSSAI，UDM根据获取消息中的数据网络标识、NSSAI以及表1、表2所示的预配置信息确定用户面数据处理方式。

当然，上述仅以UDM存储表格格式的预配置信息为例进行说明，UDM还可以存储其他格式的预配置信息，在此统一说明，下文不再赘述。

S403、SMF向FAGF发送指示信息。

相应的，FAGF接收来自SMF发送的指示信息。

可选的，SMF向FAGF发送N2消息，N2消息携带该指示信息。其中，N2消息可以为N2会话管理信息信元，由该N2会话管理信息信元携带指示信息。作为一种可能的实现方式，SMF可以向AMF发送N2会话管理信息信元，AMF向FAGF发送N2会话管理信息信元。

S404、SMF向RG发送指示信息。

相应的，RG接收来自SMF发送的指示信息。

其中，SMF可以采取以下两种方式向RG发送指示信息。

方式1：SMF向RG发送非接入层(Non-access stratum，NAS)消息，该NAS消息携带指示信息。可选的，在PDU会话管理流程中，该NAS消息为会话建立接受消息(PDU sessionestablishment accept)。

方式2：SMF向FAGF发送指示信息，再由FAGF将指示信息发送给RG。可选的，SMF向FAGF发送N2消息，该N2消息携带指示信息(即先执行S403步骤)，再由AGF向RG发送AN信令，该AN信令携带指示信息。

在本申请实施例中，对S403与S404的执行顺序不加以限制，即SMF可以先向RG发送指示信息，再向FAGF发送指示信息，也可以先向FAGF发送指示信息，再向RG发送指示信息，当然，也可以同时执行S403和S404。

S405、FAGF根据指示信息处理FAGF和RG之间的用户面数据。

具体的，S405可以实现为如下步骤：

S405a、FAGF根据指示信息判断是否采用预设协议处理FAGF和RG之间的用户面数据，若确定采用预设协议处理FAGF和RG之间的用户面数据，则执行步骤S405b，若确定不采用预设协议处理FAGF和RG之间的用户面数据，则执行步骤S405c。

S405b、FAGF采用预设协议解封装RG发送的用户面数据，或者采用预设协议封装向RG发送的用户面数据。

其中，可以通过为FAGF新增协议栈来实现采用预设协议处理用户面数据的功能，采用预设协议封装用户面数据包括为用户面数据增加包头等方式，本申请实施例对此不进行限制。

在FAGF采用预设协议处理与RG间的用户面数据的情况下，FAGF建立与RG间的用户面数据通道，该用户面数据通道采用预设协议处理用户面数据。

S405c、FAGF不采用预设协议解封装RG发送的用户面数据，或者FAGF不采用预设协议封装向RG发送的用户面数据。

在一种可能的实现方式中，在FAGF不采用预设协议处理与RG间的用户面数据的情况下，FAGF建立和RG之间的至少两个用户面数据通道。

其中，至少两个用户面数据通道可以是基于虚拟局域网(Virtual Local AreaNetwork，VLAN)、或者以太(Ethernet)、或者网络互连协议(Internet Protocol，IP)等的通道，本申请不作限定。至少两个用户面数据通道对应RG和UPF之间的一个PDU会话，也就是，至少两个用户面数据通道与RG和UPF之间的PDU会话关联，RG通过至少两个用户面数据通道与UPF进行通信。

可选的，至少两个用户面数据通道包含不采用预设协议处理用户面数据的通道，称为第一用户面数据通道。第一用户面数据通道不采用预设协议处理AGF和RG之间的用户面数据，该第一用户面数据通道用于传输多播业务的控制信令，多播业务的控制信令包括例如上述的组播加入消息。

如此，在上行方向(RG到FAGF的方向)，在第一用户面数据通道的一侧，RG向FAGF发送不采用预设协议封装的用户面数据(例如组播加入消息)，该用户面数据在第一用户面数据通道中传输，由于该用户面数据并未采用预设协议封装，因此，AN设备可以识别该组播加入消息，将发起组播加入消息的用户终端(例如TV)加入多播组，在第一用户面数据通道的另一侧，FAGF接收到该不采用预设协议封装的用户面数据之后，相应的，不采用预设协议解封装RG发送的用户面数据。由此，用户终端在被加入多播组后可以进行多播业务。在下行方向(FAGF到RG的方向)，在第一用户面数据通道的一侧，FAGF不采用预设协议封装向RG发送的用户面数据，该用户面数据在第一用户面数据通道中传输，之后，在第一用户面数据通道的另一侧，RG接收到不采用预设协议封装的用户面数据后，相应的，不采用预设协议解封装FAGF发送的用户面数据。

当然，至少两个用户面数据通道还包含FAGF与RG间的第二用户面数据通道，第二用户面数据通道采用预设协议处理FAGF与RG间的用户面数据，第二用户面数据通道用于传输非多播业务的用户面数据或者用于传输多播业务的控制信令。

可选地，RG可以在两个用户面数据通道中都发送多播业务的控制信令，如组播加入消息，此时FAGF从两个用户面数据通道中都接收到一份控制信令，只向核心网网元发送一份控制信令。

在另一种可能的实现方式中，在FAGF不采用预设协议处理与RG间的用户面数据的情况下，FAGF建立和RG之间的一个用户面数据通道，该用户面数据通道中传输的数据包不需要采用预设协议处理。

S406、RG根据指示信息处理FAGF和RG之间的用户面数据。

具体的，S405可以实现为如下步骤：

S406a、RG根据指示信息判断是否采用预设协议处理FAGF和RG之间的用户面数据，若确定采用预设协议处理FAGF和RG之间的用户面数据，则执行步骤S406b，若确定不采用预设协议处理FAGF和RG之间的用户面数据，则执行步骤S406c。

S406b、RG采用预设协议解封装FAGF发送的用户面数据，或者采用预设协议封装向FAGF发送的用户面数据。

其中，可以通过为RG增加协议栈来实现采用预设协议处理用户面数据的功能，采用预设协议封装用户面数据包括为用户面数据增加包头等方式，本申请实施例对此不进行限制。

在RG采用预设协议处理与FAGF间的用户面数据的情况下，RG建立与FAGF间的用户面数据通道，该用户面数据通道采用预设协议处理用户面数据，该用户面数据通道用于传输与FAGF间的非多播业务的用户面数据。

S406c、RG不采用预设协议解封装FAGF发送的用户面数据，或者RG不采用预设协议封装向FAGF发送的用户面数据。

RG不采用预设协议处理与FAGF间的用户面数据的情况下，RG建立和FAGF之间的至少两个用户面数据通道。

其中，至少两个用户面数据通道对应RG和UPF之间的一个PDU会话，也就是，至少两个用户面通道与RG和UPF之间的PDU会话关联，RG通过至少两个用户面数据通道与UPF进行通信。

可选的，至少两个用户面数据通道包含第一用户面数据通道，第一用户面数据通道不采用预设协议处理FAGF和RG之间的用户面数据。

可选的该第一用户面数据通道用于传输多播业务的控制信令，多播业务的控制信令包括例如上述的组播加入消息。

如此，在上行方向(RG到FAGF的方向)，RG向FAGF发送不采用预设协议封装的用户面数据(例如组播加入消息)，该组播加入消息在第一用户面数据通道中传输，由于该用户面数据并未采用预设协议封装，因此，AN设备可以识别该组播加入消息，将发起组播加入消息的用户终端(例如TV)加入多播组，由此，用户终端在被加入多播组后可以进行多播业务。下行方向的用户面数据传输的相关描述可参见上述FAGF的下行方向的用户面数据传输的描述，这里不再赘述。

需要说明的是，本申请实施例并不限制S403至S406的执行顺序，例如，可以先执行S404、S406，再执行S403、S405，也可以先执行S403、S404，再执行S405、S406。图4的方法流程所示的执行顺序仅为一个示例。

本申请实施例提供的用户面数据处理方法，接入设备在接收来自会话管理网元的指示信息后，可以根据指示信息处理与终端设备之间的用户面数据，其中，指示信息用以指示是否采用预设协议处理与终端设备之间的用户面数据，也就意味着，接入设备有所依据的处理与终端设备之间的用户面数据，在需采用预设协议处理用户面数据的场景下采用预设协议处理与终端设备间的用户面数据，在不需预设协议处理用户面数据的场景下不采用预设协议处理与终端设备间的用户面数据，使得AN设备可以解析某些多播业务的用户面数据，如组播加入消息，进而提升多播业务的接入率。

进一步的，采用本申请实施例的用户面数据处理方法，可根据业务类型来适配是否采用预设协议处理用户面数据，能够满足用户不同的业务需求。

本申请实施例还提供另一种用户面数据处理方法，如图5给出该方法流程，该方法包括如下步骤：

S501、RG向SMF发送请求消息。

其中，S501的详细介绍可参见S401相关描述，这里不再赘述。

S502、SMF根据请求消息接收来自PCF的指示信息。

需要说明的是，该步骤的执行与可参见S402的相关描述，所不同的是，在S502中，PCF中存储预配置信息，SMF从PCF中获取指示信息。

S503、SMF向FAGF发送指示信息。

S504、SMF向RG发送指示信息。

S505、FAGF根据指示信息处理FAGF和RG之间的用户面数据。

具体的，S505可以实现为如下步骤：

S505a、FAGF根据指示信息判断是否采用预设协议处理FAGF和RG之间的用户面数据，若确定采用预设协议处理FAGF和RG之间的用户面数据，则执行步骤S505b，若确定不采用预设协议处理FAGF和RG之间的用户面数据，则执行步骤S505c。

S505b、FAGF采用预设协议解封装RG发送的用户面数据，或者采用预设协议封装向RG发送的用户面数据。

S505c、FAGF不采用预设协议解封装RG发送的用户面数据，或者FAGF不采用预设协议封装向RG发送的用户面数据。

S506、RG根据指示信息处理FAGF和RG之间的用户面数据。

具体的，S405可以实现为如下步骤：

S506a、RG根据指示信息判断是否采用预设协议处理FAGF和RG之间的用户面数据，若确定采用预设协议处理FAGF和RG之间的用户面数据，则执行步骤S506b，若确定不采用预设协议处理FAGF和RG之间的用户面数据，则执行步骤S506c。

S506b、RG采用预设协议解封装FAGF发送的用户面数据，或者采用预设协议封装向FAGF发送的用户面数据。

S506c、RG不采用预设协议解封装FAGF发送的用户面数据，或者RG不采用预设协议封装向FAGF发送的用户面数据。

其中，本实施例的上述S503至S506的详细介绍可参见图4方法流程实施例中S403至S406的相关描述，这里不再赘述。

此外，在本申请的另一些实施例中，还提供一种用户面数据处理方法，在PDU会话管理流程，比如在PDU会话建立流程中，若接入设备未接收到来自会话管理网元的指示信息，则接入设备采用预设协议处理与终端设备间的用户面数据，同样的，若终端设备未接收到来自会话管理网元的指示信息，则终端设备也采用预设协议处理与接入设备间的用户面数据。

可以理解的是，本申请实施例中的网元为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。结合本申请中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超出本申请实施例的技术方案的范围。

本申请实施例可以根据上述方法示例对网元进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

图6示出了本申请实施例中提供的用户面数据处理装置的一种示意性框图，其中，用户面数据处理装置可以为上述的接入设备或者终端设备或者会话管理网元。该用户面数据处理装置600可以以软件的形式存在，还可以为可用于设备的芯片。用户面数据处理装置600包括：处理单元602和通信单元603。

若用户面数据处理装置600为接入设备，处理单元602可以用于支持接入设备执行图4中的S405a、S405b、S405c，图5中的S505a、S505b、S505c等，和/或用于本文所描述的方案的其它过程。通信单元603用于支持接入设备和其他网元(例如图2中的终端设备201等)之间的通信，例如支持接入设备执行图4中的S401、S403、S404，图5中的S501、S503、S504等。

若用户面数据处理装置600为终端设备，处理单元602可以用于支持终端设备执行图4中的S406a、S406b、S406c，S506a、S506b、S506c等，和/或用于本文所描述的方案的其它过程。通信单元603用于支持终端设备和其他网元(例如图2中的接入设备202等)之间的通信，例如支持终端设备执行图4中的S401、S404，图5中的S501、S504等。

若用户面数据处理装置600为会话管理网元，处理单元602可以用于支持会话管理网元执行上述实施例中确定指示信息的动作，和/或用于本文所描述的方案的其它过程。通信单元603用于支持会话管理网元和其他网元(例如图2中的终端设备201等)之间的通信，例如支持会话管理网元执行图4中的S401、S402、S403，图5中的S501、S502、S503等。

可选的,用户面数据处理装置600还可以包括存储单元601，用于存储用户面数据处理装置600的程序代码和数据，数据可以包括不限于原始数据或者中间数据等。

一种可能的方式中，处理单元602可以是控制器或图3所示的处理器301或处理器305，例如可以是中央处理器(Central Processing Unit，CPU)，通用处理器，数字信号处理(Digital Signal Processing，DSP)，应用专用集成电路(Application SpecificIntegrated Circuit，ASIC)，现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信单元603可以是收发器、收发电路或图3所示的通信接口304等。存储单元601可以是图3所示的存储器303。

本领域普通技术人员可以理解：在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital Subscriber Line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，数字视频光盘(Digital Video Disc，DVD))、或者半导体介质(例如固态硬盘(Solid State Disk，SSD))等。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络设备(例如终端设备)上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个功能单元独立存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims

1.一种用户面数据处理方法，其特征在于，包括：

接入设备接收来自会话管理网元的指示信息，所述指示信息用于指示是否采用预设协议处理所述接入设备和所述终端设备之间的用户面数据；

所述接入设备根据所述指示信息处理所述接入设备和所述终端设备之间的所述用户面数据。

2.根据权利要求1所述的方法，其特征在于，所述接入设备根据所述指示信息处理所述接入设备和所述终端设备之间的所述用户面数据，包括：

所述接入设备根据所述指示信息确定采用所述预设协议处理所述接入设备和所述终端设备之间的所述用户面数据，则采用所述预设协议解封装所述终端设备发送的用户面数据，或者采用所述预设协议封装所述接入设备向所述终端设备发送的用户面数据。

3.根据权利要求1所述的方法，其特征在于，所述接入设备根据所述指示信息处理所述接入设备和所述终端设备之间的所述用户面数据，包括：

所述接入设备根据所述指示信息确定不采用所述预设协议处理所述接入设备和所述终端设备之间的所述用户面数据，则不采用所述预设协议解封装所述终端设备发送的用户面数据，或者不采用所述预设协议封装向所述终端设备发送的用户面数据。

4.根据权利要求1所述的方法，其特征在于，所述接入设备根据所述指示信息处理所述接入设备和所述终端设备之间的所述用户面数据，包括：

所述接入设备根据所述指示信息确定不采用所述预设协议处理所述接入设备和所述终端设备之间的所述用户面数据；

所述接入设备建立和所述终端设备之间的至少两个用户面数据通道，其中，所述至少两个用户面数据通道包含第一用户面数据通道，第一用户面数据通道不采用所述预设协议处理所述接入设备和所述终端设备之间的用户面数据。

5.根据权利要求4所述的方法，其特征在于，所述第一用户面数据通道用于传输多播业务的控制信令，所述多播业务的控制信令包括组播加入消息。

6.根据权利要求4所述的方法，其特征在于，所述至少两个用户面数据通道对应一个分组数据单元PDU会话。

7.根据权利要求1所述的方法，其特征在于，在所述接入设备接收来自会话管理网元的指示信息之前，所述方法还包括：

所述接入设备向会话管理网元发送请求消息，所述请求消息携带数据网络标识和/或者网络切片选择辅助信息NSSAI。

8.根据权利要求1所述的方法，其特征在于，所述接入设备接收来自会话管理网元的指示信息，包括：

所述接入设备接收来自会话管理网元的N2消息，所述N2消息携带所述指示信息。

9.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述接入设备向所述终端设备发送所述指示信息。

10.根据权利要求1至9任意一项所述的方法，其特征在于，所述预设协议包括固定接入控制协议用户面协议FCP UP或者以太网点到点协议PPPoE。

11.一种用户面数据处理方法，其特征在于，包括：

会话管理网元接收来自终端设备的请求消息；

所述会话管理网元根据请求消息接收来自策略管理网元的指示信息，所述指示信息用于指示是否采用预设协议处理所述接入设备和所述终端设备之间的用户面数据；

所述会话管理网元向所述接入设备和/或所述终端设备发送所述指示信息。

12.根据权利要求11所述的方法，其特征在于，所述会话管理网元向接入设备发送所述指示信息，包括：

所述会话管理网元向所述接入设备发送N2消息，所述N2消息携带所述指示信息。

13.根据权利要求11所述的方法，其特征在于，所述会话管理网元向终端设备发送所述指示信息，包括：

所述会话管理网元向所述终端设备发送非接入层NAS消息，所述NAS消息携带所述指示信息。

14.一种用户面数据处理装置，其特征在于，所述装置设置有收发器和处理器；

所述收发器，用于接收来自会话管理网元的指示信息，所述指示信息用于指示是否采用预设协议处理接入设备和终端设备之间的用户面数据；

所述处理器，用于根据所述指示信息处理所述接入设备和所述终端设备之间的所述用户面数据。

15.根据权利要求14所述的装置，其特征在于，所述处理器，用于根据所述指示信息处理所述接入设备和所述终端设备之间的所述用户面数据，包括：用于根据所述指示信息确定采用所述预设协议处理所述接入设备和所述终端设备之间的所述用户面数据，采用所述预设协议解封装所述终端设备发送的用户面数据，或者采用所述预设协议封装所述接入设备向所述终端设备发送的用户面数据。

16.根据权利要求14所述的装置，其特征在于，所述处理器，用于根据所述指示信息处理所述接入设备和所述终端设备之间的所述用户面数据，包括：用于根据所述指示信息确定不采用所述预设协议处理所述接入设备和所述终端设备之间的所述用户面数据，不采用所述预设协议解封装所述终端设备发送的用户面数据，或者不采用所述预设协议封装向所述终端设备发送的用户面数据。

17.根据权利要求14所述的装置，其特征在于，所述处理器，用于根据所述指示信息处理所述接入设备和所述终端设备之间的所述用户面数据，包括：用于根据所述指示信息确定不采用所述预设协议处理所述接入设备和所述终端设备之间的所述用户面数据；建立和所述终端设备之间的至少两个用户面数据通道，其中，所述至少两个用户面数据通道包含第一用户面数据通道，第一用户面数据通道不采用所述预设协议处理所述接入设备和所述终端设备之间的用户面数据。

18.根据权利要求17所述的装置，其特征在于，所述第一用户面数据通道用于传输多播业务的控制信令，所述多播业务的控制信令包括组播加入消息。

19.根据权利要求17所述的装置，其特征在于，所述至少两个用户面数据通道对应一个分组数据单元PDU会话。

20.根据权利要求14所述的装置，其特征在于，

所述收发器，还用于向会话管理网元发送请求消息，所述请求消息携带数据网络标识和/或者网络切片选择辅助信息NSSAI。

21.根据权利要求14所述的装置，其特征在于，所述收发器，用于接收来自会话管理网元的指示信息，包括：用于接收来自会话管理网元的N2消息，所述N2消息携带所述指示信息。

22.根据权利要求14所述的装置，其特征在于，

所述收发器，还用于向所述终端设备发送所述指示信息。

23.一种用户面数据处理装置，其特征在于，所述装置设置有收发器和处理器；

所述收发器，用于接收来自终端设备的请求消息；根据请求消息接收来自策略管理网元的指示信息，所述指示信息用于指示是否采用预设协议处理接入设备和终端设备之间的用户面数据；向所述接入设备和/或所述终端设备发送所述指示信息。

24.根据权利要求23所述的装置，其特征在于，所述收发器，用于向接入设备发送所述指示信息，包括：用于向所述接入设备发送N2消息，所述N2消息携带所述指示信息。

25.根据权利要求23所述的装置，其特征在于，所述收发器，用于向终端设备发送所述指示信息，包括：用于向所述终端设备发送非接入层NAS消息，所述NAS消息携带所述指示信息。

26.一种用户面数据处理装置，其特征在于，所述装置设置有收发器和处理器；

所述收发器，用于接收来自会话管理网元或者接入设备的指示信息，所述指示信息用于指示是否采用预设协议处理所述接入设备和终端设备之间的用户面数据；

27.根据权利要求26所述的装置，其特征在于，所述处理器，用于根据所述指示信息处理所述接入设备和所述终端设备之间的所述用户面数据，包括：用于根据所述指示信息确定采用所述预设协议处理所述接入设备和所述终端设备之间的所述用户面数据，采用所述预设协议解封装所述接入设备发送的用户面数据，或者采用所述预设协议封装所述终端设备向所述接入设备发送的用户面数据。

28.根据权利要求26所述的装置，其特征在于，所述处理器，用于根据所述指示信息处理所述接入设备和所述终端设备之间的所述用户面数据，包括：用于根据所述指示信息确定不采用所述预设协议处理所述接入设备和所述终端设备之间的所述用户面数据，不采用所述预设协议解封装所述接入设备发送的用户面数据，或者不采用所述预设协议封装向所述接入设备发送的用户面数据。

29.根据权利要求26所述的装置，其特征在于，所述处理器，用于根据所述指示信息处理所述接入设备和所述终端设备之间的所述用户面数据，包括：用于根据所述指示信息确定不采用所述预设协议处理所述接入设备和所述终端设备之间的所述用户面数据；建立和所述接入设备之间的至少两个用户面数据通道，其中，所述至少两个用户面数据通道包含第一用户面数据通道，第一用户面数据通道不采用所述预设协议处理所述接入设备和所述终端设备之间的用户面数据。

30.根据权利要求29所述的装置，其特征在于，所述第一用户面数据通道用于传输多播业务的控制信令，所述多播业务的控制信令包括组播加入消息。