CN109982391A - 数据的处理方法及装置 - Google Patents

数据的处理方法及装置 Download PDF

Info

Publication number
CN109982391A
CN109982391A CN201711453765.0A CN201711453765A CN109982391A CN 109982391 A CN109982391 A CN 109982391A CN 201711453765 A CN201711453765 A CN 201711453765A CN 109982391 A CN109982391 A CN 109982391A
Authority
CN
China
Prior art keywords
data
service type
type information
information
data flow
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201711453765.0A
Other languages
English (en)
Other versions
CN109982391B (zh
Inventor
辛阳
崇卫微
吴晓波
聂胜贤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to CN201711453765.0A priority Critical patent/CN109982391B/zh
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to EP18896346.6A priority patent/EP3720179B1/en
Priority to PCT/CN2018/119411 priority patent/WO2019128663A1/zh
Priority to BR112020012545-8A priority patent/BR112020012545A2/pt
Priority to CA3085783A priority patent/CA3085783A1/en
Publication of CN109982391A publication Critical patent/CN109982391A/zh
Priority to US16/909,034 priority patent/US11503496B2/en
Priority to US17/986,219 priority patent/US20230362708A1/en
Application granted granted Critical
Publication of CN109982391B publication Critical patent/CN109982391B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/36—Backward learning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]

Abstract

本申请实施例提供一种数据的处理方法及装置。该方法包括：用户面数据处理网元解析接收到的数据包并确定所述数据包所属的数据流的第一业务类型信息；所述用户面数据处理网元从数据分析网元获取所述数据流的第二业务类型信息；所述用户面数据处理网元根据所述第一业务类型信息和所述第二业务类型信息处理所述数据流。本实施例中的方法能够提高对传输数据的业务类型的识别准确性。

Description

数据的处理方法及装置
技术领域
本申请实施例涉及通信领域，更具体地，涉及一种数据的处理方法及装置。
背景技术
通信网络中，核心网网元从终端设备或者数据网络获取传输数据的业务类型，从而能够对传输数据实现差异化处理，例如：不同业务类型的传输数据的处理优先级不同。然而，终端设备或者数据网络可能因受到恶意攻击而导致核心网网元获取的业务类型不准确，进而造成网络资源的浪费，例如：因不能按照传输数据的正确优先级分配网络资源而导致网络资源的浪费。
发明内容
本申请实施例提供一种数据的处理方法及装置，能够提高对传输数据的业务类型的识别准确性。
本申请的第一方面，提供了一种数据的处理方法，包括：用户面数据处理网元解析接收到的数据包并确定所述数据包所属的数据流的第一业务类型信息；所述用户面数据处理网元从数据分析网元获取所述数据流的第二业务类型信息；所述用户面数据处理网元根据所述第一业务类型信息和所述第二业务类型信息处理所述数据流。本方法通过两种途径获取数据流的两个业务类型信息，从而获得的数据流的业务类型更加准确。用户面数据处理网元根据第一业务类型信息和第二业务类型信息对数据流进行处理，可以避免因第一业务类型信息不准而导致的网络资源浪费的问题。
在第一方面的一种可能的实现方式中，所述用户面数据处理网元从数据分析网元获取所述数据流的第二业务类型信息，包括：所述用户面数据处理网元获取所述数据流中的数据包对应的特征参数；所述用户面数据处理网元向所述数据分析网元发送所述特征参数；所述用户面数据处理网元从所述数据分析网元接收所述特征参数的响应信息，所述响应信息包括所述第二业务类型信息。
本申请的第二方面，提供了一种数据的处理方法，包括：用户面数据处理网元解析接收到的数据包并确定所述数据包所属的数据流的第一业务类型信息；所述用户面数据处理网元根据业务识别模型确定所述数据流的第二业务类型信息；所述用户面数据处理网元根据所述第一业务类型信息和所述第二业务类型信息处理所述数据流。本方法通过两种途径获取数据流的两个业务类型信息，从而获得的数据流的业务类型更加准确。用户面数据处理网元根据第一业务类型信息和第二业务类型信息对数据流进行处理，可以避免因第一业务类型信息不准而导致的网络资源浪费的问题。
在第二方面的第一种可能的实现方式中，所述方法还包括：所述用户面数据处理网元接收来自数据分析网元的所述业务识别模型的描述信息；所述用户面数据处理网元根据所述描述信息生成所述业务识别模型。本方法可以减少用户面数据处理网元和数据分析网元的交互流程，减轻系统负担
在第二方面的任意一种可能的实现方式中，所述用户面数据处理网元根据业务识别模型确定所述数据流的第二业务类型信息，包括：所述用户面数据处理网元获取所述数据流中的数据包对应的特征参数；所述用户面数据处理网元根据所述业务识别模型确定所述特征参数对应的第二业务类型信息。
在第二方面的任意一种可能的实现方式中，所述业务识别模型的描述信息包括与所述业务识别模型对应的特征集合信息、模型参数集合信息、数据类型与数据源对应关系中的至少一种。
在第一方面和第二方面的第一种可能的实现方式中，所述用户面数据处理网元解析接收到的数据包并确定所述数据包所属的数据流的第一业务类型信息，包括：所述用户面数据处理网元通过解析所述数据包从所述数据包中提取所述第一业务类型信息。
在第一方面和第二方面的第二种可能的实现方式中，所述用户面数据处理网元解析接收到的数据包并确定所述数据包所属的数据流的第一业务类型信息，包括：所述用户面数据处理网元通过解析所述数据包提取所述数据流的描述信息；所述用户面数据处理网元根据所述描述信息确定所述第一业务类型信息。
在第一方面和第二方面的第三种可能的实现方式中，所述用户面数据处理网元根据所述第一业务类型信息和所述第二业务类型信息处理所述数据流，包括：当所述第一业务类型信息和所述第二业务类型信息不一致时，所述用户面数据处理网元调整所述数据流的优先级。本方法在识别出第一业务类型信息和第二业务类型信息不一致时，及时调整数据流的优先级，可以减少因第一业务类型信息不准而导致的网络资源浪费。
结合第一方面和第二方面的第三种可能的实现方式，在第一方面和第二方面的第四种可能的实现方式中，所述方法还包括：所述用户面数据处理网元向接入网设备发送指示信息，所示指示信息用于指示所述接入网设备调整所述数据流的优先级。
结合第一方面和第二方面的第四种可能的实现方式，在第一方面和第二方面的第五种可能的实现方式中，所述用户面数据处理网元向接入网设备发送指示信息，包括：所述用户面数据处理网元向所述接入网设备发送数据包，所述数据包的包头包括所述指示信息；或者，所述用户面数据处理网元向会话管理网元发送第一消息，所述第一消息用于请求所述会话管理网元调整所述数据流的优先级。
结合第一方面和第二方面的第三种可能的实现方式中，在第一方面和第二方面的第六种可能的实现方式中，所述用户面数据处理网元获取终端设备或者数据网络发送的所述数据流的第三业务类型信息；所述用户面数据处理网元根据所述第一业务类型信息和所述第二业务类型信息中的至少一个以及所述第三业务类型信息处理所述数据流。本方法在识别出第一业务类型信息和第二业务类型信息不一致时，引入校验流程，对数据流的业务类型的识别更加准确。
结合第一方面和第二方面的第六种可能的实现方式中，在第一方面和第二方面的第七种可能的实现方式中，所述用户面数据处理网元根据所述第一业务类型信息和所述第二业务类型信息中的至少一个以及所述第三业务类型信息处理所述数据流，包括：当所述第一业务类型信息和所述第三业务类型信息一致时，所述用户面处理网元恢复所述数据流的优先级。
结合第一方面和第二方面的第六种可能的实现方式中，在第一方面和第二方面的第八种可能的实现方式中，所述用户面数据处理网元根据所述第一业务类型信息和所述第二业务类型信息中的至少一个以及所述第三业务类型信息处理所述数据流，包括：当所述第二业务类型信息和所述第三业务类型信息一致时，所述用户面处理网元向运营支持网元发送报告信息，所述报告信息包括所述数据流的业务类型异常的信息以及所述数据流的业务类型异常的原因信息中的至少一个。
在第一方面和第二方面的第九种可能的实现方式中，所述用户面数据处理网元获取所述数据流的描述信息和所述第一业务类型信息的对应关系。
在第一方面和第二方面的第十种可能的实现方式中，当所述第一业务类型信息和所述第二业务类型信息一致时，所述用户面数据处理网元向终端设备或者数据网络发送所述数据流。
在第一方面第十一种可能的实现方式中，所述方法还包括：所述用户面数据处理网元向所述数据分析网元发送所述第三业务类型的信息。
在第一方面和第二方面任意一种可能的实现方式中，所述第一业务类型信息和/或所述第二业务类型信息为所述数据流的业务类型；或者，所述第一业务类型信息和/或所述第二业务类型信息为所述数据流对应的应用的标识。
本申请的第三方面，提供了一种数据的处理方法，包括：终端设备接收来自核心网网元的请求信息，所述请求信息用于请求对数据流的业务类型进行确认；所述终端设备向所述核心网网元发送所述终端设备确认的所述数据流的业务类型信息。
在第三方面第一种可能的实现方式中，所述终端设备接收来自核心网网元的请求信息，包括：所述终端设备接收来自用户面数据处理网元的第一数据包，所述第一数据包中包括所述请求信息；所述终端设备向所述核心网网元发送所述数据流的业务类型信息，包括：所述终端设备向所述用户面数据处理网元发送第二数据包，所述第二数据包包括所述终端设备确认的所述数据流的业务类型信息。
在第三方面第二种可能的实现方式中，所述终端设备接收来自核心网网元的请求信息，包括：所述终端设备接收来自会话管理网元的所述请求信息；所述终端设备向所述核心网网元发送所述数据流的业务类型信息，包括：所述终端设备向所述会话管理网元发送响应信息，所述响应信息包括所述终端设备确认的所述数据流的业务类型信息。
在第三方面任意一种可能的实现方式中，所述请求信息中包括所述数据流的描述信息。
本申请的第四方面，提供了一种数据的处理方法，包括：会话管理网元接收用户面数据处理网元发送的第一消息，所述第一消息用于调整数据流的优先级；所述会话管理网元向接入网设备发送指示信息，该指示信息用于指示所述接入网设备调整所述数据流的优先级。
在第四方面第一种可能的实现方式中，述方法还包括：所述会话管理网元接收所述用户面数据处理网元发送的请求信息，所述请求信息用于请求对所述数据流的业务类型进行确认；所述会话管理网元向终端设备发送所述请求信息；所述会话管理网元接收所述终端设备发送的响应信息，所述响应信息包括所述终端设备确认的所述数据流的业务类型信息；所述会话管理网元向所述用户面数据处理网元发送所述终端设备确认的所述数据流的业务类型信息。
在第四方面第二种可能的实现方式中，所述第一消息和/或所述指示信息包括所述数据流的描述信息。
本申请的第五方面，提供一种数据处理装置，包括：至少一个处理单元，用于解析接收到的数据包并确定所述数据包所属的数据流的第一业务类型信息；收发单元，用于从数据分析网元获取所述数据流的第二业务类型信息；所述至少一个处理单元还用于根据所述第一业务类型信息和所述第二业务类型信息处理所述数据流。
本申请的第六方面，提供一种数据处理装置，包括：存储单元，用于存储计算机指令；至少一个处理单元，用于根据所述存储单元中存储的计算机指令执行如下操作：解析接收到的数据包并确定所述数据包所属的数据流的第一业务类型信息；根据业务识别模型确定所述数据流的第二业务类型信息；根据所述第一业务类型信息和所述第二业务类型信息处理所述数据流。
本申请的第七方面，提供一种数据处理装置，包括：存储单元，收发单元以及至少一个处理单元，所述存储单元用于存储计算机指令；所述至少一个处理单元用于根据所述存储单元中存储的计算机指令执行如下操作：利用所述收发单元接收来自核心网网元的请求信息，所述请求信息用于请求对数据流的业务类型进行确认；利用所述收发单元向所述核心网网元发送所述终端设备确认的所述数据流的业务类型信息。
本申请的第八方面，提供一种数据处理装置，包括：存储单元，收发单元以及至少一个处理单元，所述存储单元用于存储计算机指令；所述至少一个处理单元用于根据所述存储单元中存储的计算机指令执行如下操作：利用所述收发单元接收用户面数据处理网元发送的第一消息，所述第一消息用于调整数据流的优先级；利用所述收发单元向接入网设备发送指示信息，该指示信息用于指示所述接入网设备调整所述数据流的优先级。
本申请的第九方面，提供了一种计算机存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面到第四方面以及各种可能的实现方式中的任何一种方法。
本申请的第十方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面到第四方面以及各种可能的实现方式中的任何一种方法。
附图说明
图1是实现本申请实施例的一种通信系统的示意图。
图2是本申请第一实施例的数据的处理方法的示意性流程图。
图3是本申请第二实施例的数据的处理方法的示意性流程图。
图4是本申请第三实施例的数据的处理方法的示意性流程图。
图5是本申请第四实施例的数据的处理方法的示意性流程图。
图6是本申请实施例的一种数据处理装置的示意图。
具体实施方式
本申请实施例还可以用于全球移动通讯系统网络(Global System for MobileCommunications，GSM)，宽带码分多址网络(Wideband Code Division Multiple Access，WCDMA)、长期演进网络(Long Term Evolution，LTE)、5G或者下一代网络、固定网络，MulteFire网络，家庭基站网络，非3GPP(如WIFI)接入的移动网络等。在本申请中，以应用于5G网络进行举例说明。
图1是能够实现本申请实施例的一种通信系统的示意图。在该通信系统中，终端设备通过接入网(access network,AN)设备接入核心网。
其中，该终端设备包括但不限于：用户设备(user equipment，UE)、用户单元、用户站、移动站、移动台、远方站、远程终端设备、移动终端设备、用户终端设备、终端设备、无线通信设备、用户代理、用户装置、蜂窝电话、无绳电话、会话启动协议(session initiationprotocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字处理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备、连接到无线调制解调器的处理设备、车载设备、可穿戴设备、物联网中的终端设备、家用电器、虚拟现实设备、未来5G网络中的终端设备或者未来演进的公共陆地移动网络(public landmobile network，PLMN)中的终端设备等。
接入网设备可以是与终端设备进行通信的设备。接入网设备可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域(小区)内的终端设备进行通信。接入网设备可以与任意数目终端设备通信。接入网设备与终端设备之间可以有多个空口连接，例如，接入网设备与终端设备之间存在两个空口连接，分别用于传输数据流A和数据流B。接入网设备可以支持不同制式的通信协议，或者可以支持不同的通信模式。例如，该接入网设备以是演进型基站(evolved node B，eNodeB)，或者是无线保真接入点(wireless fidelityaccess point，WiFi AP)、或者是全球微波接入互操作性基站(worldwideinteroperability for microwave access base station，WiMAX BS)，或者是云无线接入网络(cloud radio access network，CRAN)中的无线控制器，或者该网络设备可以为未来5G网络中的接入网设备或者未来演进PLMN中的接入网设备等。
核心网可以包括：用户面功能(user plane function，UPF)网元、接入和移动性管理功能(access and mobility management function，AMF)网元、会话管理功能(sessionmanagement function，SMF)网元、策略控制功能(policy control function,PCF)网元、应用功能(Application Function,AF)网元、网络切片选择功能(network slice selectionfunction,NSSF)网元、认证服务功能(authentication server function,AUSF)网元、统一数据管理(Unified Data Management,UDM)网元、统一数据库(Unified Data Repository,UDR)网元以及网络数据分析功能(network data analytics function,NWDAF)网元。通过接入网设备和用户面功能网元，可以实现终端设备和数据网络(data network,DN)之间用户面数据的传输。具体的，DN可以为互联网协议(internet protocol,IP)多媒体子系统(IPmultimedia subsystem,IMS)服务器、分组数据网络(packet data network,PDN)、OTT(over the top)服务器、垂直行业管控中心、应用服务器(application server,Appserver)中的一种。在本实施例中，各网元可以通过图1所示的接口通信。
在本实施例中，AMF网元用于移动性管理、合法监听、或者接入授权以及鉴权等。SMF网元用于实现会话和承载管理、地址分配等。PCF网元具有策略控制决策的功能，为网络提供策略。AF网元用于支持网络开放功能(network exposure function)。AUSF网元用于实现认证服务功能。NSSF网元用于网络切片的选择。UDM网元多用于对用户的签约数据进行管理。UDR网元用于存储应用数据，例如：数据包流描述信息(packet flow description,PDF)。NWDAF网元用于大数据学习和分析。
可以理解的是，在图1所示的通信系统中，各网元的功能以及接口仅为示例性的，各个网元在应用于本申请的实施例中时，并非全部功能都是必需的。上述网元的功能也并非该网元的全部功能。
本申请实施例中的方法也可以应用于5G服务化网络架构。
在本申请的实施例中，“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，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是本申请第一实施例的数据的处理方法的示意性流程图。该数据的处理方法包括：
步骤201：用户面数据处理网元解析接收到的数据包并确定所述数据包所属的数据流的第一业务类型信息。
在申请的实施例中，用户面数据处理网元可以是图1中的UPF网元。接收到的数据包可以是用户面数据包。用户面数据处理网元接收到的可以是来自终端设备的上行数据包，也可以是来自数据网络的下行数据包。在一些实施例中，业务类型信息可以是具体的业务类型，也可以是业务类型的标识信息(例如业务类型的编号)，还可以是应用标识(application Identifier)信息，在此不做限定。
在本实施例中，数据包流(packet flow)简称为数据流。该数据流可以包括至少一个传输的数据包。该数据流对应数据流描述(packet flow description,PFD)信息。PFD信息用于匹配对应的数据流。具体的，PFD信息可以包括：三元组信息、统一资源定位器(uniform resoure locator,URL)显著部分(significant parts of the URL)，和主机名称匹配标准(Domain name matching criteria)中的至少一个以及PFD标识信息。其中，三元组信息包括：服务器IP地址(server side IP address)，服务器端口(server side portnumber)和传输协议(protocol)。
用户面数据处理网元确定数据包所属的数据流的第一业务类型信息，可以采用如下两种方式：
方式一，终端设备和/或数据网络发送的业务数据包中会包括业务类型(servicetype)信息。用户面数据处理网元通过解析该数据包即可以提取该业务类型信息，从而可以确定该数据包所属的数据流的业务类型信息。用户面数据处理网元确定的业务类型信息称为第一业务类型信息。在一些实现方式中，业务类型(service type)信息可以携带在数据包的包头中。数据包可以是传输控制协议(transmission control protocol,TCP)数据包，用户数据包协议(user datagram protocol,UDP)数据包,因特网协议(internetprotocol,IP)数据包中的一种。
方式二，在业务建立的过程中，例如：在协议数据单元(protocol data unit,PDU)会话(session)修改过程中，策略控制网元将业务对应的业务类型信息通过策略与计费控制(policy and charging control,PCC)规则发送给会话管理网元，会话管理网元根据该业务类型信息从能力开放功能(network exposure function，NEF)网元或UDR网元获取该业务类型信息对应的数据流的描述信息。会话管理网元接收到数据流的描述信息后，将该数据流的描述信息与该业务类型信息关联，然后将该数据流的描述信息与该业务类型信息的对应关系发送给用户面数据处理网元。当用户面数据处理网元接收到数据包后，解析该数据包即可以提取该数据包所属的数据流的描述信息，例如：服务器IP地址、服务器端口号以及传输协议中的至少一个。用户面数据处理网元根据获解析获得数据流的描述信息与预先获得的数据流的描述信息与业务类型信息之间的对应关系，即可确定该数据包所属的数据流的业务类型信息。
在本申请的实施例中，策略控制网元可以是图1中的PCF网元，会话管理网元可以是图1中的SMF网元。
在一些可能的实现方式中，会话管理网元接收到数据流的描述信息后和业务类型信息后，将数据流的描述信息和业务类型信息发送给用户面数据处理网元。由用户面数据处理网元将二者关联，从而获取数据流的描述信息和业务类型信息的对应关系。
在另一些可能的实现方式中，数据网络可以将数据流的描述信息发送给策略控制网元。策略控制网元将该数据流的描述信息和业务类型信息发送给会话管理网元。会话管理网元将该数据流的描述信息和业务类型信息关联，然后发送给用户面数据处理网元；或者，会话管理网元将该数据流的描述信息和业务类型信息发送给用户面数据处理网元，由用户面数据处理网元将二者关联。数据网络可以通过AF网元将数据流的描述信息发送给策略控制网元。
在一些可能的实现方式中，数据流的描述信息可以是PFD信息的全部或者部分，例如：可以是服务器IP地址、服务器端口号以及传输协议中的至少一个。
步骤202：用户面数据处理网元从数据分析网元获取数据流的第二业务类型信息。
在申请的实施例中，数据分析网元可以是图1中的NWDAF网元。
在一种可能的实现方式中，数据分析网元可以预先对训练数据进行大数据分析，获得业务识别模型。当用户面数据处理网元接收到数据包后，获取该数据包对应的特征参数，然后将该特征参数发送给数据分析网元。数据分析网元将该特征参数输入到业务识别模型中，从而确定该数据包所属的数据流的业务类型信息。数据分析网元向用户面数据处理网元发送响应信息，该响应信息包括数据分析网元确定的业务类型信息。数据分析网元确定的业务类型信息称为第二业务类型信息。
数据分析网元根据特征参数确定业务类型信息的方法可以参见现有技术；或者，参见申请日为2017年9月30号，申请号为201710915784.4的中国专利申请中的内容。
步骤203：用户面数据处理网元根据第一业务类型信息和第二业务类型信息处理所述数据流。
当用户面数据处理网元确定第一业务类型信息和第二业务类型信息一致时，用户面数据处理网元向终端设备或者数据网络发送所述数据流。具体的，若用户面数据处理网元接收到的是上行数据包，则用户面数据处理网元向数据网络发送该数据包所属的数据流。若用户面数据处理网元接收到的是下行数据包，则用户面数据处理网元向终端设备发送该数据包所属的数据流。
当用户面数据处理网元确定第一业务类型信息和第二业务类型信息不一致时，用户面数据处理网元调整该数据流的处理优先级。用户面数据处理网元根据调整后的优先级向终端设备或者数据网络发送所述数据流。在一种可能的实现方式中，用户面数据处理网元根据该第二业务类型信息调整该数据流的处理优先级。具体的，用户面数据处理网元可以降低或者提高该数据流的处理优先级。
在一些可能的实现方式中，当用户面数据处理网元确定第一业务类型信息和第二业务类型信息不一致时，本实施例的方法还可以执行步骤204～步骤207。其中，本实施例中对步骤204和步骤206的执行顺序不做限定。
步骤204：用户面数据处理网元向接入网设备发送指示信息。
该指示信息用于指示接入网设备调整所述数据流的优先级。接入网设备接收到该指示信息后，调整该数据流的处理优先级。
用户面数据处理网元向接入网设备发送指示信息可以采用以下两种方式：
方式一：通过用户面向接入网设备发送指示信息。
用户面数据处理网元向接入网设备发送数据包，该数据包的包头中包括该指示信息。在一种可能的实现方式中，该数据包的内容为空。该数据包还可以携带该数据流的描述信息。
方式二：通过控制面向接入网设备发送指示信息。
用户面数据处理网元向会话管理网元发送第一消息，该第一消息用于请求会话管理网元调整所述数据流的优先级。会话管理网元接收到第一消息后，向接入网设备发送第二消息，该第二消息中包括所述指示信息。在一些可能的实现方式中，该第二消息中还可以包括该数据流的描述信息。该指示信息可以是该数据流调整后的优先级。该第二消息可以包括会话管理信息，该会话管理信息包括该指示信息和/或该数据流的描述信息。
步骤205：接入网设备根据指示信息调整数据流的优先级。
步骤206：用户面数据处理网元获取终端设备或者数据网络发送的所述数据流的第三业务类型信息。
具体的，若用户面数据处理网元接收到的是上行数据包，用户面数据处理网元向数据网络发送请求信息，该请求信息用于请求数据网络对该数据流的业务类型进行确认。数据网络接收到该请求信息后，向用户面数据处理网元发送请求信息的响应信息，该响应信息中包括数据网络对该数据流确认的业务类型信息。数据网络对该数据流确认的业务类型信息可以称为第三业务类型信息。该请求信息还可以包括该数据流的描述信息。数据网络可以根据该数据流的描述信息对该数据流的业务类型进行确认。
若用户面数据处理网元接收到的是下行数据包，则用户面数据处理网元向终端设备发送请求信息，该请求信息用于请求终端设备对该数据流的业务类型进行确认。终端设备接收到该请求信息后，向用户面数据处理网元发送响应信息，该响应信息中包括终端设备对该数据流确认的业务类型信息。终端设备对该数据流确认的业务类型信息可以称为第三业务类型信息。该请求信息还可以包括该数据流的描述信息。终端设备可以根据该数据流的描述信息对该数据流的业务类型进行确认。
用户面数据处理网元可以通过如下两种方式向获取来自终端设备的第三业务类型信息。
方式一：通过用户面向终端设备发送请求信息。
用户面数据处理网元向终端设备发送数据包(例如：第一数据包)，该数据包的包头中包括该请求信息。在一种可能的实现方式中，该数据包的内容为空。该数据包可以携带该数据流的描述信息。终端设备接收到该请求信息后，向用户面数据处理网元发送数据包(例如：第二数据包)，该数据包中包括第三业务类型信息。
方式二：通过控制面向接入网设备发送指示信息。
用户面数据处理网元向会话管理网元发送第三消息，该第三消息包括该请求信息。会话管理网元接收到第三消息后，向终端设备发送第四消息，该第四消息中包括所述请求信息。该第三消息和/或第四消息中还可以包括该数据流的描述信息。在一种可能的实现方式中，该第四消息可以包括会话管理信息，该会话管理信息包括该请求信息。终端设备接收到该请求信息后，向用户面数据处理网元发送响应信息，该响应信息包括该第三业务类型信息。
步骤207：用户面数据处理网元根据第一业务类型信息和第二业务类型信息中的至少一个以及第三业务类型信息处理所述数据流。
当第一业务类型信息和第三业务类型信息一致时，用户面处理网元恢复所述数据流的优先级。根据恢复后的优先级向终端设备或者数据网络发送所述数据流。在这种情况下，用户面数据处理网元可以向数据分析网元发送第三业务类型信息。该第三业务类型信息用于数据分析网元对业务识别模型进行更新。用户面数据处理网元还可以向数据分析网元发送该数据流的描述信息。用户面数据处理网元也可以向接入网设备发送指示信息，该指示信息用于指示接入网设备恢复所述数据流的优先级。用户面数据处理网元向接入网设备发送指示信息的方式具体参见步骤204，在此不做赘述。
当第二业务类型信息和第三业务类型信息一致时，用户面处理网元维持步骤203调整后的优先级或者再次调整所述数据流的优先级。用户面处理网元甚至可以放弃所述数据流的传输。在一些可能的实现方式中，用户面处理网元还可以向运营支持网元发送报告信息。该报告信息包括所述数据流的业务类型异常的信息以及所述数据流的业务类型异常的原因信息中的至少一个。运营支持网元可以是网络开放功能(network exposurefunction,NEF)网元，网元管理器(element manager,EM)和运营支持系统(operationssupport system,OSS)中的至少一个。数据流的业务类型异常的原因信息可以是所述第一业务类型信息和所述第二业务类型信息不一致。该报告信息还可以包括所述数据流的描述信息。运营支持网元接收到该报告信息后，向策略控制网元反馈异常报告。
若第三业务类型信息与第一业务类型和第二业务类型信息均不一致，用户面处理网元可以参考第二业务类型信息和第三业务类型信息一致的情况处理所述数据流。
在一些实施方式中，用户面数据处理网元获取自身确认的第一业务类型信息和来自数据分析网元的第二业务类型信息。利用两个业务类型信息对数据流的业务类型进行确认，从而获得的数据流的业务类型更加准确。用户面数据处理网元根据第一业务类型信息和第二业务类型信息对数据流进行处理，可以避免因第一业务类型信息不准而导致的网络资源浪费的问题。
在另一些实施方式中，当第一业务类型信息和第二业务类型信息不一致时，用户面数据处理网元从终端设备或者数据网络获取第三业务类型信息，利用三个业务类型信息对数据流的业务类型进行确认，进一步提高了数据流的业务类型的识别准确性。
在一些实施方式中，当第一业务类型信息和第二业务类型信息不一致时，用户面数据处理网元调整数据流的处理优先级。当然，用户面数据处理网元也可以先不调整数据流的处理优先级，待用户面数据处理网元获取到第三业务类型信息后，根据第三业务类型信息确定是否调整数据流的优先级。例如：当第一业务类型信息和第二业务类型信息不一致时，用户面数据处理网元可以先将待传输的数据流缓存。用户面数据处理网元根据第三业务类型信息确定数据流的优先级，在发送缓存的数据流。
在上述步骤202中，用户面数据处理网元从数据分析网元获取数据流的第二业务类型信息。在另一些实施方式中，用户面数据处理网元自身也可以实现数据分析网元的部分或者全部功能。例如：数据分析网元可以通过对训练数据的大数据分析，获取数据流的业务识别模型。然后，数据分析网元将业务识别模型发送给用户面数据处理网元。用户面数据处理网元接收数据包后，利用该业务识别模型获得第二业务类型信息。又例如：数据分析网元可以通过对训练数据的大数据分析，获取数据流的业务识别模型的描述信息。然后，数据分析网元将业务识别模型的描述信息发送给用户面数据处理网元。用户面数据处理网元根据该业务识别模型的描述信息生成业务识别模型。用户面数据处理网元接收数据包后，利用该业务识别模型获得第二业务类型信息。该描述信息包括与业务识别模型对应的特征集合信息、模型参数集合信息、数据类型与数据源对应关系中的至少一种。
对应的，如图3所示，本申请第二实施例提供另一种数据的处理方法，该方法包括：
步骤301：用户面数据处理网元解析接收到的数据包并确定所述数据包所属的数据流的第一业务类型信息。
本步骤具体参见步骤201的详细描述。
步骤302：用户面数据处理网元利用业务识别模型确定所述数据流的第二业务类型信息。
步骤303：用户面数据处理网元根据第一业务类型信息和第二业务类型信息处理所述数据流。本步骤具体参见步骤203的详细描述。
步骤303～步骤307：具体参见步骤203～步骤207的详细描述中的操作。
图4是本申请第三实施例的数据的处理方法的示意性流程图。本实施例以第一实施例为基础，以用户面数据处理网元接收到的是上行数据(来自终端设备)进行举例说明。本实施例的数据的处理方法包括：
步骤401：用户面数据处理网元获取数据流的描述信息和数据流的业务类型信息的对应关系。
在一些可能的实现方式中，在业务建立的过程中，例如：在PDU会话修改过程中，策略控制网元通过PCC规则将业务对应的业务类型信息发送给会话管理网元，会话管理网元根据该业务类型信息从NEF网元或UDR网元获取该业务类型信息对应的数据流的描述信息，本实施例中以数据流的描述信息为PFD信息进行举例说明。会话管理网元接收到PFD信息后，将该PFD信息与该业务类型信息关联，然后将该PFD信息与该业务类型信息的对应关系发送给用户面数据处理网元，从而用户面数据处理网元获取数据流的描述信息和数据流的业务类型的对应关系。
在一些可能的实现方式中，会话管理网元接收到PFD信息后和业务类型信息后，将PFD信息和业务类型信息发送给用户面数据处理网元。由用户面数据处理网元将二者关联，从而获取PFD信息和业务类型信息的对应关系。
在一些可能的实现方式中，数据网络可以将PFD信息发送给策略控制网元。策略控制网元将该PFD信息和业务类型信息发送给会话管理网元。会话管理网元将该PFD信息和业务类型信息关联，然后发送给用户面数据处理网元；或者，会话管理网元将该PFD信息和业务类型信息发送给用户面数据处理网元，由用户面数据处理网元将二者关联。可选地，数据网络可以通过AF网元将PFD信息发送给策略控制网元。
当用户面数据处理网元可以从终端设备和/或数据网络发送的业务数据包中提取业务类型信息时，步骤401为可选步骤。
步骤402：用户面数据处理网元接收来自终端设备的数据包。
该数据包可以为上行用户面数据包。用户面数据处理网元接收到数据包后，对该数据包进行解析。
在一些可能的实现方式中，用户面数据处理网元对该数据包进行解析，从该数据包中提取该数据包所属的数据流的业务类型信息，例如：业务类型。
在一些可能的实现方式中，用户面数据处理网元对该数据包进行解析，从该数据包中提取该数据包所属的数据流的描述信息，例如：服务器IP地址、服务器端口号以及传输协议中的至少一个。
在一些可能的实现方式中，用户面数据处理网元接收来自数据分析网元的特征列表或特征索引列表。用户面数据处理网元获取数据包对应该特征列表或者特征索引列表的特征参数。
步骤403：用户面数据处理网元确定数据流的第一业务类型信息。
在一些可能的实现方式中，若用户面数据处理网元从该数据包中提取出业务类型信息，则将该业务类型信息确定为该数据包所属的数据流的业务类型信息，即第一业务类型信息。
在一些可能的实现方式中，若用户面数据处理网元没有从该数据包中提取出业务类型信息，用户面数据处理网元根据从该数据包中提取的数据流的描述信息以及步骤401中获取的对应关系，确定数据流的业务类型信息，即第一业务类型信息。
步骤404：用户面数据处理网元向数据分析网元发送特征参数。
具体的，用户面数据处理网元向数据分析网元发送步骤402中获取的特征参数。该特征参数用于数据分析网元确定该数据包所属的数据流的业务类型。
在本实施例中，也可以先执行步骤404，再执行步骤403。即本实施例中，对步骤403和步骤404的执行顺序不做限定。
步骤405：数据分析网元向用户面数据处理网元发送第二业务类型信息。
数据分析网元接收到步骤404中发送的特征参数后，数据分析网元根据预先根据大数据分析的方法获得的业务识别模型确定该特征参数对应的业务类型，即该数据包所属的数据流的业务类型。数据分析网元向用户面数据处理网元发送确定的业务类型信息。该业务类型信息可以是具体的业务类型，也可以是业务类型的指示信息，例如：业务类型的编号，在此不做限定。
步骤406：用户面数据处理网元确定第一业务类型信息和第二业务类型信息是否一致。
在本实施例中，第一业务类型信息和第二业务类型信息一致可以是第一业务类型信息和第二业务类型信息相同，也可以是第一业务类型信息和第二业务类型信息指示的业务类型相同，在此不做限定。
步骤407：用户面数据处理网元向数据网络发送数据包。
具体的，若第一业务类型信息和第二业务类型信息一致，用户面数据处理网元向数据网络发送该数据包所属的数据流。该数据流的处理优先级可以不变。若第一业务类型信息和第二业务类型信息不一致，用户面数据处理网元调整该数据流的处理优先级。然后，根据调整后的优先级向数据网络发送所述数据流。在一种可能的实现方式中，用户面数据处理网元根据该第二业务类型信息调整该数据流的处理优先级。具体的，用户面数据处理网元可以降低或者提高该数据流的处理优先级。在本实施例中，以降低优先级进行举例说明。例如：用户面数据处理网元可以按照预先配置将该数据流的处理优先级降低一个级别；或者，用户面数据处理网元可以根据来自会话管理网元的优先级信息降低该数据流的优先级。
当第一业务类型信息和第二业务类型信息不一致时，用户面数据网元还可以执行如下步骤：
步骤408：用户面数据处理网元向接入网设备发送指示信息。
在申请的实施例中，该指示信息可以是第一指示信息。该指示信息用于指示接入网设备调整所述数据流的优先级。用户面数据处理网元向接入网设备发送指示信息可以包括以下两种方式：
方式一：通过用户面向接入网设备发送指示信息，包括：
步骤408a：用户面数据处理网元向接入网设备发送数据包。
在一种可能的实现方式中，该数据包的包头中包括该指示信息。该数据包的内容为空。该数据包可以携带该数据流的描述信息。
方式二：通过控制面向接入网设备发送指示信息，包括：
步骤408b：用户面数据处理网元向会话管理网元发送第一消息。
该第一消息用于请求会话管理网元调整所述数据流的优先级。
步骤408c：会话管理网元向接入网设备发送第二消息。
会话管理网元接收到第一消息后，根据策略信息确定该数据流调整后的优先级。例如：会话管理网元可以从策略控制网元获取策略信息。该第二消息中包括指示信息。在一些可能的实现方式中，该第二消息中还可以包括该数据流的描述信息。该指示信息可以是该数据流调整后的优先级信息。该第二消息可以包括会话管理信息，该会话管理信息包括该指示信息和/或该数据流的描述信息。例如：该会话管理信息可以是N2SM information。
步骤409：接入网设备调整数据流的优先级。
具体的，接入网设备收到步骤408中的指示信息后，根据该指示信息调整数据包对应的数据流的处理优先级。
当第一业务类型信息和第二业务类型信息不一致时，为了进一步提高业务类型的识别准确性，本实施例中还可以引入校验流程。具体参见如下步骤：
步骤410：用户面数据处理网元向数据网络发送请求信息。
该请求信息用于请求数据网络对该数据流的业务类型进行确认。该请求信息还可以包括该数据流的描述信息。数据网络可以根据该数据流的描述信息对该数据流的业务类型进行确认。
在本实施例中，对步骤407、步骤408和步骤410的执行顺序不做限定。
步骤411：数据网络向用户面数据处理网元发送第三业务类型信息。
数据网络接收到该请求信息后，向用户面数据处理网元发送请求信息的响应信息，该响应信息中包括数据网络对该数据流确认的业务类型信息，即第三业务类型信息。该响应信息中还可以包括数据流的描述信息。
步骤412：用户面数据处理网元确定第一业务类型信息和第二业务类型信息中的至少一个与第三业务类型是否一致。
若第一业务类型信息和第三业务类型信息一致，则执行步骤413～416。若第二业务类型信息和第三业务类型信息一致，则执行步骤417。
步骤413：用户面数据处理网元向数据分析网元发送第三业务类型信息。
该第三业务类型信息用于数据分析网元对业务识别模型进行更新。
步骤414：用户面处理网元恢复数据流的优先级。
在一种可能的实现方式中，用户面处理网元恢复步骤407之前数据流的优先级。用户面处理网元根据恢复后的优先级向数据网络发送该数据流。
步骤415：用户面数据处理网元向接入网设备发送指示信息。
在申请的实施例中，该指示信息可以是第二指示信息。该指示信息用于指示接入网设备恢复所述数据流的优先级。用户面数据处理网元向接入网设备发送指示信息的方式具体可以参见步骤408的描述。
步骤416：接入网设备调恢复据流的优先级。
具体的，接入网设备收到步骤415中的指示信息后，根据该指示信息恢复数据包对应的数据流的处理优先级。
在本实施例中，对步骤413、步骤414和步骤415的执行顺序不做限定。
步骤417：用户面处理网元向运营支持网元发送报告信息。
该报告信息包括所述数据流的业务类型异常的信息以及所述数据流的业务类型异常的原因信息中的至少一个。数据流的业务类型异常的原因信息可以是所述第一业务类型信息和所述第二业务类型信息不一致。该报告信息还可以包括所述数据流的描述信息。
运营支持网元接收到该报告信息后，向策略控制网元反馈异常报告。
在一些可能的实现方式中，若第二业务类型信息和第三业务类型信息一致，用户面处理网元维持步骤407调整后的优先级或者再次调整所述数据流的优先级。用户面处理网元甚至可以放弃所述数据流的传输。
在一些可能的实现方式中，若第三业务类型信息与第一业务类型和第二业务类型信息均不一致，用户面处理网元可以执行步骤417中的操作。
在本实施例中，若第一业务类型信息和第二业务类型信息不一致，用户面数据处理网元调整数据流的优先级(步骤407～步骤409)，然后执行校验流程(步骤410～步骤412)。在另一些实现方式中，当第一业务类型信息和第二业务类型信息不一致时，用户面数据数据处理网元也可以不调整数据流的优先级(即不执行步骤407～步骤409)，先进行校验流程，根据校验结果调整数据流的优先级。
在实施例中，步骤404和步骤405中，用户面数据处理网元从数据分析网元获取数据流的第二业务类型信息。在另一些实现方式中，用户面数据处理网元也可以预先从数据分析网元获取业务识别模型或者业务识别模型的描述信息。用户面数据处理网元接收数据包后，利用业务识别模型获得第二业务类型信息。采用这种方式可以简化数据的处理流程，例如：可以减少用户面数据处理网元和数据分析网元的交互流程，减轻系统负担。
图5是本申请第四实施例的数据的处理方法的示意性流程图。本实施例以第一实施例为基础，以用户面数据处理网元接收到的是下行数据(来自数据网络)进行举例说明。本实施例的数据的处理方法包括：
步骤501：用户面数据处理网元获取数据流的描述信息和数据流的业务类型信息的对应关系。
本步骤具体参见步骤401的详细描述。
步骤502：用户面数据处理网元接收来自数据网络的数据包。
该数据包可以为下行用户面数据包。用户面数据处理网元接收到数据包后，对该数据包进行解析。具体的解析方法参见步骤402的详细描述。
步骤503～步骤506：具体参见步骤403～步骤406的详细描述。
步骤507：用户面数据处理网元向终端设备发送数据包。
具体的，若第一业务类型信息和第二业务类型信息一致，用户面数据处理网元向终端设备发送该数据包所属的数据流。该数据流的处理优先级可以不变。若第一业务类型信息和第二业务类型信息不一致，用户面数据处理网元调整该数据流的处理优先级。用户面数据处理网元根据调整后的优先级向终端设备发送所述数据流。在一种可能的实现方式中，用户面数据处理网元根据该第二业务类型信息调整该数据流的处理优先级。用户面数据处理网元可以降低或者提高该数据流的处理优先级。
当第一业务类型信息和第二业务类型信息不一致时，用户面数据网元还可以执行如下步骤：
步骤508：用户面数据处理网元向接入网设备发送指示信息。
本步骤具体参见步骤408的详细描述。
步骤509：接入网设备调整数据流的优先级。
本步骤具体参见步骤508的详细描述。
步骤510：用户面数据处理网元向终端设备发送请求信息。
该请求信息用于请求对数据流的业务类型进行确认。用户面数据处理网元向终端设备发送请求信息可以包括以下两种方式：
方式一：通过用户面向终端设备发送请求信息，包括：
步骤510a：用户面数据处理网元向终端设备发送数据包。
该数据包可以称为第一数据包。在一种可能的实现方式中，该数据包的包头中包括该请求信息。该数据包的内容为空。该数据包可以携带该数据流的描述信息。
方式二：通过控制面向终端设备发送请求信息，包括：
步骤510b：用户面数据处理网元向会话管理网元发送第三消息。
该第三消息包括该请求信息。该第三消息中还可以包括该数据流的描述信息。
步骤510c：会话管理网元向终端设备发送第四消息。
会话管理网元接收到第三消息后，向终端设备发送第四消息。该第四消息包括该请求信息。该第四消息还可以包括该数据流的描述信息。在一种可能的实现方式中，该第四消息可以包括会话管理信息，该会话管理信息包括该请求信息和/或该数据流的描述信息。例如：该会话管理信息可以是N1SM Container。
步骤511：终端设备向用户面数据处理网元发送第三业务类型信息。
终端设备接收到该请求信息后，向用户面数据处理网元发送响应信息，该响应信息中包括终端设备对该数据流确认的业务类型信息，即第三业务类型信息。该响应信息中还可以包括数据流的描述信息。
对应于步骤510中请求信息的两种发送方式，第三业务类型信息也可以采用如下两种发送方式：
方式一：通过用户面向用户面数据处理网元发送第三业务类型信息，包括：
终端设备接收到该请求信息后，向用户面数据处理网元发送数据包。该数据包可以称为第二数据包。该数据包中包括第三业务类型信息。在一种可能的实现方式中，该数据包的内容为空。该数据包还可以携带该数据流的描述信息。
方式二：通过控制面向用户面数据处理网元发送第三业务类型信息，包括：
终端设备接收到该请求信息后，向用户面数据处理网元发送响应信息，该响应信息包括该第三业务类型信息。在一种可能的实现方式中，该响应信息可以包括会话管理信息，该会话管理信息包括该第三业务类型信息和/或该数据流的描述信息。例如：该会话管理信息可以是N1SM Container。
步骤513～步骤517：具体参见步骤413～步骤417的详细描述。
在本实施例中，若第一业务类型信息和第二业务类型信息不一致，用户面数据处理网元调整数据流的优先级(步骤507～步骤509)，然后执行校验流程(步骤510～步骤512)。在另一些实现方式中，当第一业务类型信息和第二业务类型信息不一致时，用户面数据数据处理网元也可以不调整数据流的优先级(即不执行步骤507～步骤509)，先进行校验流程，根据校验结果调整数据流的优先级。
在本实施例中，步骤504和步骤505中，用户面数据处理网元从数据分析网元获取数据流的第二业务类型信息。在另一些实现方式中，用户面数据处理网元也可以预先从数据分析网元获取业务识别模型或者业务识别模型的描述信息。用户面数据处理网元接收数据包后，利用业务识别模型获得第二业务类型信息，采用这种方式可以简化数据的处理流程，例如：可以减少用户面数据处理网元和数据分析网元的交互流程，减轻系统负担。
图6是本申请实施例提供的一种数据处理装置的示意图。该数据处理装置包括至少一个收发单元601(图6中仅示出一个)、处理单元602以及存储单元603。收发单元601、处理单元602以及存储单元603可以是在物理上相互分离的单元，也可以是集成到一个或者多个物理单元中，在此不做限定。
收发单元601用于实现处理单元602与其他单元或者网元的内容交互。具体的，收发单元601可以是该数据处理装置的通信接口，也可以是收发电路或者收发器，还可以是收发信机。收发单元601还可以是处理单元602的通信接口或者收发电路。可选的，收发单元601可以是一个收发芯片。
虽然图6中仅仅示出了一个收发单元601，数据处理装置也可以包括多个收发单元601，或者收发单元601包括多个子收发单元。收发单元601还可以包括发送单元和接收单元。
处理单元602用于实现数据处理装置对数据的处理。处理单元602可以是处理电路，也可以是处理器。其中，处理器可以是中央处理器(central processing unit，CPU)，网络处理器(network processor，NP)或者CPU和NP的组合。处理器还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，ASIC)，可编程逻辑器件(programmable logic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device,CPLD)，现场可编程逻辑门阵列(field-programmable gate array，FPGA)，通用阵列逻辑(Generic Array Logic，GAL)或其任意组合。
虽然图6中仅仅示出了一个处理单元602，数据处理装置也可以包括多个处理单元或者处理单元602包括多个子数据处理单元。具体的，处理器可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。
存储单元603用于存储处理单元602执行的计算机指令。存储单元603可以是存储电路也可以是存储器。存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。
存储单元603可以是独立于处理单元602的单元，也可以是处理单元602中的存储单元，在此不做限定。虽然图6中仅仅示出了一个存储单元603，数据处理装置也可以包括多个存储单元603或者存储单元603包括多个子存储单元。
在本申请的各实施例中，处理单元602可以通过收发单元601与其他网元进行内容交互，例如：处理单元602获取或者接收来自其他网元的内容。若处理单元602与收发单元601是物理上分离的两个部件，处理单元602可以不经过收发单元601与数据处理装置内部的其他单元进行内容交互。
一种可能的实现方式中，收发单元601、处理单元602以及存储单元603可以通过总线相互连接。总线可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。
在本申请的实施例中，当数据处理装置为不同的网元时，收发单元601，处理单元602以及存储单元603可以采用不同的形式，在此不做限定。例如：数据处理装置为用户面数据处理网元时，收发单元601可以是通信接口或者收发电路。数据处理装置为终端设备时，收发单元601可以是收发器或者收发电路。
在本申请的实施例中，处理单元602根据存储单元603中存储的计算机指令，使得数据处理装置实现本申请第一实施例到第四实施例中的方法。
具体的，数据处理装置可以是用户面数据处理网元，例如：UPF网元。数据处理装置也可以是会话管理网元，例如：SMF网元。数据处理装置还可以是终端设备。
当数据处理装置为用户面数据处理网元时，一方面，数据处理装置中的至少一个处理单元602用于解析接收到的数据包并确定所述数据包所属的数据流的第一业务类型信息；收发单元601用于从数据分析网元获取所述数据流的第二业务类型信息；所述至少一个处理单元602还用于根据所述第一业务类型信息和所述第二业务类型信息处理所述数据流。
在一些可能的实现方式中，所述至少一个处理单元602还用于获取所述数据流中的数据包对应的特征参数；所述收发单元601还用于向所述数据分析网元发送所述特征参数；所述收发单元601具体用于从所述数据分析网元接收所述特征参数的响应信息，所述响应信息包括所述第二业务类型信息。
在一些可能的实现方式中，所述至少一个处理单元602具体用于通过解析所述数据包从所述数据包中提取所述第一业务类型信息。
在一些可能的实现方式中，所述至少一个处理单元602具体用于通过解析所述数据包提取所述数据流的描述信息，根据所述描述信息确定所述第一业务类型信息。
在一些可能的实现方式中，所述至少一个处理单元602具体用于当所述第一业务类型信息和所述第二业务类型信息不一致时，调整所述数据流的优先级。
在一些可能的实现方式中，所述收发单元601还用于向接入网设备发送指示信息，所示指示信息用于指示所述接入网设备调整所述数据流的优先级。
在一些可能的实现方式中，所述收发单元601具体用于向所述接入网设备发送数据包，所述数据包的包头包括所述指示信息；或者，所述收发单元601具体用于向会话管理网元发送第一消息，所述第一消息用于请求所述会话管理网元调整所述数据流的优先级。
在一些可能的实现方式中，所述收发单元601还用于获取终端设备或者数据网络发送的所述数据流的第三业务类型信息；所述至少一个处理单元602还用于根据所述第一业务类型信息和所述第二业务类型信息中的至少一个以及所述第三业务类型信息处理所述数据流。
在一些可能的实现方式中，所述收发单元601还用于当所述第二业务类型信息和所述第三业务类型信息一致时向运营支持网元发送报告信息，所述报告信息包括所述数据流的业务类型异常的信息以及所述数据流的业务类型异常的原因信息中的至少一个。
在一些可能的实现方式中，所述收发单元601还用于当所述第一业务类型信息和所述第二业务类型信息一致时，向终端设备或者数据网络发送所述数据流。
在一些可能的实现方式中，所述收发单元601还用于获取所述数据流的描述信息和所述第一业务类型信息的对应关系。
在一些可能的实现方式中，所述至少一个处理单元602还用于获取所述数据流中的数据包对应的特征参数；所述收发单元601还用于向所述数据分析网元发送所述特征参数；所述收发单元601具体用于从所述数据分析网元接收所述特征参数的响应信息，所述响应信息包括所述第二业务类型信息。
在一些可能的实现方式中，所述至少一个处理单元602具体用于当所述第一业务类型信息和所述第三业务类型信息一致时，恢复所述数据流的优先级。
在一些可能的实现方式中，所述收发单元601还用于向所述数据分析网元发送所述第三业务类型的信息。
在一些可能的实现方式中，所述第一业务类型信息和/或所述第二业务类型信息为所述数据流的业务类型；或者，所述第一业务类型信息和/或所述第二业务类型信息为所述数据流对应的应用的标识。
具体的，收发单元601还用于实现本申请第一实施例、第三实施例和第四实施例中用户面数据处理网元与外部网元的内容的收发操作。至少一个处理单元602可以通过收发单元601实现与外部网元的内容的收发操作。
另一方面，至少一个处理单元602可以根据存储单元603中存储的计算机指令，执行本申请第一实施例、第三实施例和第四实施例中用户面数据处理网元执行的操作。
具体的，至少一个处理单元602根据存储单元603中存储的计算机指令执行如下操作：解析接收到的数据包并确定所述数据包所属的数据流的第一业务类型信息；利用收发单元601从数据分析网元获取所述数据流的第二业务类型信息；根据所述第一业务类型信息和所述第二业务类型信息处理所述数据流。
当数据处理装置为用户面数据处理网元时，本实施例提供的另一种数据处理装置中，至少一个处理单元602根据所述存储单元603中存储的计算机指令执行如下操作：解析接收到的数据包并确定所述数据包所属的数据流的第一业务类型信息；根据业务识别模型确定所述数据流的第二业务类型信息；根据所述第一业务类型信息和所述第二业务类型信息处理所述数据流。
在一些可能的实现方式中，所述至少一个处理单元602还用于根据所述存储单元中存储的计算机指令执行如下操作：利用所述收发单元601接收来自数据分析网元的所述业务识别模型的描述信息；根据所述描述信息生成所述业务识别模型。
在一些可能的实现方式中，所述根据业务识别模型确定所述数据流的第二业务类型信息，包括：获取所述数据流中的数据包对应的特征参数；根据所述业务识别模型确定所述特征参数对应的第二业务类型信息。
在一些可能的实现方式中，所述描述信息包括与所述业务识别模型对应的特征集合信息、模型参数集合信息、数据类型与数据源对应关系中的至少一种。
当数据处理装置为该另一种用户面数据处理网元时，收发单元601还用于实现本申请第二实施例、第三实施例和第四实施例中用户面数据处理网元与外部网元的内容的收发操作。至少一个处理单元602可以通过收发单元601实现与外部网元的内容的收发操作。
当数据处理装置为会话管理网元时，该数据处理装置所述至少一个处理单元602用于根据所述存储单元603中存储的计算机指令执行如下操作：利用所述收发单元601接收用户面数据处理网元发送的第一消息，所述第一消息用于调整数据流的优先级；利用所述收发单元601向接入网设备发送指示信息，该指示信息用于指示所述接入网设备调整所述数据流的优先级。
在一些可能的实现方式中，所述至少一个处理单元602还用于根据所述存储单元中存储的计算机指令执行如下操作：利用所述收发单元601接收所述用户面数据处理网元发送的请求信息，所述请求信息用于请求对所述数据流的业务类型进行确认；利用所述收发单元601向终端设备发送所述请求信息；利用所述收发单元601接收所述终端设备发送的响应信息，所述响应信息包括所述终端设备确认的所述数据流的业务类型信息；利用所述收发单元601向所述用户面数据处理网元发送所述终端设备确认的所述数据流的业务类型信息。
在一些可能的实现方式中，所述第一消息和/或所述指示信息包括所述数据流的描述信息。
具体的，收发单元601还用于实现本申请第一实施例到第四实施例中会话管理网元与外部网元的内容的收发操作。至少一个处理单元602可以通过收发单元601实现与外部网元的内容的收发操作。
当数据处理装置为终端设备时，所述至少一个处理单元602根据所述存储单元中存储的计算机指令执行如下操作：利用所述收发单元601接收来自核心网网元的请求信息，所述请求信息用于请求对数据流的业务类型进行确认；利用所述收发单元601向所述核心网网元发送所述终端设备确认的所述数据流的业务类型信息。
在一些可能的实现方式中，所述利用所述收发单元601接收来自核心网网元的请求信息，包括：利用所述收发单元601接收来自用户面数据处理网元的第一数据包，所述第一数据包中包括所述请求信息；所述利用所述收发单元601向所述核心网网元发送所述终端设备确认的所述数据流的业务类型信息，包括：利用所述收发单元601向所述用户面数据处理网元发送第二数据包，所述第二数据包包括所述终端设备确认的所述数据流的业务类型信息。
在一些可能的实现方式中，所述利用所述收发单元601接收来自核心网网元的请求信息，包括：利用所述收发单元601接收来自会话管理网元的所述请求信息；所述利用所述收发单元601向所述核心网网元发送所述终端设备确认的所述数据流的业务类型信息，包括：利用所述收发单元601向所述会话管理网元发送响应信息，所述响应信息包括所述终端设备确认的所述数据流的业务类型信息。
在一些可能的实现方式中，所述请求信息中包括所述数据流的描述信息。
具体的，收发单元601还用于实现本申请第一实施例到第四实施例中终端设备与外部网元的内容的收发操作。至少一个处理单元602可以通过收发单元601实现与外部网元的内容的收发操作。
在本申请的实施例中，为了方面理解，进行了多种举例说明。然而，这些例子仅仅是一些举例，并不意味着是实现本申请的最佳实现方式。
在本申请的实施例中，为了方便的描述，采用了请求信息，响应信息以及其他各种信息的名称。然而，这些信息仅仅是以举例方式说明需要携带的内容或者实现的功能，信息的具体名称并不对本申请的做出限定，例如：还可以是第一信息，第二信息，第三信息等。这些信息可以是具体的一些信息，可以是消息中的某些字段。这些信息还可以代表各种服务化操作。
在本申请的实施例中，核心网网元可以是物理上的实体的网元，也可以是虚拟化的网元，在此不做限定。
上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品可以包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁盘)、光介质(例如，DVD)、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不做限定。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (30)

1.一种数据的处理方法，包括：
用户面数据处理网元解析接收到的数据包并确定所述数据包所属的数据流的第一业务类型信息；
所述用户面数据处理网元从数据分析网元获取所述数据流的第二业务类型信息；
所述用户面数据处理网元根据所述第一业务类型信息和所述第二业务类型信息处理所述数据流。
2.根据权利要求1所述的方法，所述用户面数据处理网元解析接收到的数据包并确定所述数据包所属的数据流的第一业务类型信息，包括：
所述用户面数据处理网元通过解析所述数据包从所述数据包中提取所述第一业务类型信息。
3.根据权利要求1所述的方法，所述用户面数据处理网元解析接收到的数据包并确定所述数据包所属的数据流的第一业务类型信息，包括：
所述用户面数据处理网元通过解析所述数据包提取所述数据流的描述信息；
所述用户面数据处理网元根据所述描述信息确定所述第一业务类型信息。
4.根据权利要求1-3中任意一项所述的方法，所述用户面数据处理网元根据所述第一业务类型信息和所述第二业务类型信息处理所述数据流，包括：
当所述第一业务类型信息和所述第二业务类型信息不一致时，所述用户面数据处理网元调整所述数据流的优先级。
5.根据权利要求4所述的方法，所述方法还包括：
所述用户面数据处理网元向接入网设备发送指示信息，所示指示信息用于指示所述接入网设备调整所述数据流的优先级。
6.根据权利要求5所述的方法，
所述用户面数据处理网元向接入网设备发送指示信息，包括：
所述用户面数据处理网元向所述接入网设备发送数据包，所述数据包的包头包括所述指示信息；或者，
所述用户面数据处理网元向会话管理网元发送第一消息，所述第一消息用于请求所述会话管理网元调整所述数据流的优先级。
7.根据权利要求4所述的方法，所述方法还包括：
所述用户面数据处理网元获取终端设备或者数据网络发送的所述数据流的第三业务类型信息；
所述用户面数据处理网元根据所述第一业务类型信息和所述第二业务类型信息中的至少一个以及所述第三业务类型信息处理所述数据流。
8.根据权利要求7所述的方法，所述用户面数据处理网元根据所述第一业务类型信息和所述第二业务类型信息中的至少一个以及所述第三业务类型信息处理所述数据流，包括：
当所述第一业务类型信息和所述第三业务类型信息一致时，所述用户面处理网元恢复所述数据流的优先级。
9.根据权利要求7所述的方法，所述用户面数据处理网元根据所述第一业务类型信息和所述第二业务类型信息中的至少一个以及所述第三业务类型信息处理所述数据流，包括：
当所述第二业务类型信息和所述第三业务类型信息一致时，所述用户面处理网元向运营支持网元发送报告信息，所述报告信息包括所述数据流的业务类型异常的信息以及所述数据流的业务类型异常的原因信息中的至少一个。
10.根据权利要求3-9中任意一项所述的方法，所述方法还包括：
所述用户面数据处理网元获取所述数据流的描述信息和所述第一业务类型信息的对应关系。
11.根据权利要求1-10中任意一项所述的方法，
所述用户面数据处理网元从数据分析网元获取所述数据流的第二业务类型信息，包括：
所述用户面数据处理网元获取所述数据流中的数据包对应的特征参数；
所述用户面数据处理网元向所述数据分析网元发送所述特征参数；
所述用户面数据处理网元从所述数据分析网元接收所述特征参数的响应信息，所述响应信息包括所述第二业务类型信息。
12.一种数据处理装置，包括：
至少一个处理单元，用于解析接收到的数据包并确定所述数据包所属的数据流的第一业务类型信息；
收发单元，用于从数据分析网元获取所述数据流的第二业务类型信息；
所述至少一个处理单元还用于根据所述第一业务类型信息和所述第二业务类型信息处理所述数据流。
13.根据权利要求12所述的装置，所述至少一个处理单元具体用于通过解析所述数据包从所述数据包中提取所述第一业务类型信息。
14.根据权利要求12所述的装置，所述至少一个处理单元具体用于通过解析所述数据包提取所述数据流的描述信息，根据所述描述信息确定所述第一业务类型信息。
15.根据权利要求12-14中任意一项所述的装置，所述至少一个处理单元具体用于当所述第一业务类型信息和所述第二业务类型信息不一致时，调整所述数据流的优先级。
16.根据权利要求15所述的装置，
所述收发单元还用于向接入网设备发送指示信息，所示指示信息用于指示所述接入网设备调整所述数据流的优先级。
17.根据权利要求16所述的装置，
所述收发单元具体用于向所述接入网设备发送数据包，所述数据包的包头包括所述指示信息；或者，
所述收发单元具体用于向会话管理网元发送第一消息，所述第一消息用于请求所述会话管理网元调整所述数据流的优先级。
18.根据权利要求15所述的装置，
所述收发单元还用于获取终端设备或者数据网络发送的所述数据流的第三业务类型信息；
所述至少一个处理单元还用于根据所述第一业务类型信息和所述第二业务类型信息中的至少一个以及所述第三业务类型信息处理所述数据流。
19.根据权利要求18所述的装置，所述收发单元还用于当所述第二业务类型信息和所述第三业务类型信息一致时向运营支持网元发送报告信息，所述报告信息包括所述数据流的业务类型异常的信息以及所述数据流的业务类型异常的原因信息中的至少一个。
20.根据权利要求18所述的装置，所述收发单元还用于当所述第一业务类型信息和所述第二业务类型信息一致时，向终端设备或者数据网络发送所述数据流。
21.根据权利要求14-20中任意一项所述的装置，所述收发单元还用于获取所述数据流的描述信息和所述第一业务类型信息的对应关系。
22.根据权利要求12-21中任意一项所述的装置，
所述至少一个处理单元还用于获取所述数据流中的数据包对应的特征参数；
所述收发单元还用于向所述数据分析网元发送所述特征参数；
所述收发单元具体用于从所述数据分析网元接收所述特征参数的响应信息，所述响应信息包括所述第二业务类型信息。
23.一种数据的处理方法，包括：
终端设备接收来自核心网网元的请求信息，所述请求信息用于请求对数据流的业务类型进行确认；
所述终端设备向所述核心网网元发送所述终端设备确认的所述数据流的业务类型信息。
24.根据权利要求23所述的方法，所述终端设备接收来自核心网网元的请求信息，包括：
所述终端设备接收来自用户面数据处理网元的第一数据包，所述第一数据包中包括所述请求信息；
所述终端设备向所述核心网网元发送所述数据流的业务类型信息，包括：
所述终端设备向所述用户面数据处理网元发送第二数据包，所述第二数据包包括所述终端设备确认的所述数据流的业务类型信息。
25.根据权利要求23所述的方法，所述终端设备接收来自核心网网元的请求信息，包括：
所述终端设备接收来自会话管理网元的所述请求信息；
所述终端设备向所述核心网网元发送所述数据流的业务类型信息，包括：
所述终端设备向所述会话管理网元发送响应信息，所述响应信息包括所述终端设备确认的所述数据流的业务类型信息。
26.一种数据处理装置，包括：存储单元，收发单元以及至少一个处理单元，
所述存储单元用于存储计算机指令；
所述至少一个处理单元用于根据所述存储单元中存储的计算机指令执行如下操作：
利用所述收发单元接收来自核心网网元的请求信息，所述请求信息用于请求对数据流的业务类型进行确认；
利用所述收发单元向所述核心网网元发送所述终端设备确认的所述数据流的业务类型信息。
27.根据权利要求26所述的装置，所述利用所述收发单元接收来自核心网网元的请求信息，包括：
利用所述收发单元接收来自用户面数据处理网元的第一数据包，所述第一数据包中包括所述请求信息；
所述利用所述收发单元向所述核心网网元发送所述终端设备确认的所述数据流的业务类型信息，包括：
利用所述收发单元向所述用户面数据处理网元发送第二数据包，所述第二数据包包括所述终端设备确认的所述数据流的业务类型信息。
28.根据权利要求26所述的装置，所述利用所述收发单元接收来自核心网网元的请求信息，包括：
利用所述收发单元接收来自会话管理网元的所述请求信息；
所述利用所述收发单元向所述核心网网元发送所述终端设备确认的所述数据流的业务类型信息，包括：
利用所述收发单元向所述会话管理网元发送响应信息，所述响应信息包括所述终端设备确认的所述数据流的业务类型信息。
29.一种计算机存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行所述权利要求1-11和所述权利要求23-25中任意一项所述的方法。
30.一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行所述权利要求1-11和所述权利要求23-25中任意一项所述的方法。
CN201711453765.0A 2017-12-28 2017-12-28 数据的处理方法及装置 Active CN109982391B (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
CN201711453765.0A CN109982391B (zh) 2017-12-28 2017-12-28 数据的处理方法及装置
PCT/CN2018/119411 WO2019128663A1 (zh) 2017-12-28 2018-12-05 数据的处理方法及装置
BR112020012545-8A BR112020012545A2 (pt) 2017-12-28 2018-12-05 método e aparelho para processar dados
CA3085783A CA3085783A1 (en) 2017-12-28 2018-12-05 Data processing method and apparatus
EP18896346.6A EP3720179B1 (en) 2017-12-28 2018-12-05 Data processing method and apparatus
US16/909,034 US11503496B2 (en) 2017-12-28 2020-06-23 Data processing method and apparatus
US17/986,219 US20230362708A1 (en) 2017-12-28 2022-11-14 Data processing method and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711453765.0A CN109982391B (zh) 2017-12-28 2017-12-28 数据的处理方法及装置

Publications (2)

Publication Number Publication Date
CN109982391A true CN109982391A (zh) 2019-07-05
CN109982391B CN109982391B (zh) 2023-04-11

Family

ID=67066494

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711453765.0A Active CN109982391B (zh) 2017-12-28 2017-12-28 数据的处理方法及装置

Country Status (6)

Country Link
US (2) US11503496B2 (zh)
EP (1) EP3720179B1 (zh)
CN (1) CN109982391B (zh)
BR (1) BR112020012545A2 (zh)
CA (1) CA3085783A1 (zh)
WO (1) WO2019128663A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112449399A (zh) * 2019-09-02 2021-03-05 华为技术有限公司 一种通信方法、装置及系统
WO2021155579A1 (zh) * 2020-02-07 2021-08-12 华为技术有限公司 一种数据分析方法、装置及系统
CN114071448A (zh) * 2020-08-07 2022-02-18 中国移动通信有限公司研究院 一种数据传输方法、相关网络节点和存储介质
WO2022068622A1 (zh) * 2020-09-30 2022-04-07 腾讯科技（深圳）有限公司 控制媒体流业务传输的方法、用户终端、网络节点、系统、存储介质及电子设备
WO2023155633A1 (zh) * 2022-02-18 2023-08-24 大唐移动通信设备有限公司 一种数据传输方法及装置
WO2023185452A1 (zh) * 2022-03-29 2023-10-05 华为技术有限公司 一种通信方法和通信装置

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109600790B (zh) * 2017-09-30 2021-09-14 华为技术有限公司 获取特征参数的方法和装置

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101562602A (zh) * 2008-04-18 2009-10-21 中兴通讯股份有限公司 Mbms业务数据同步系统中指示数据格式类型的方法
CN101931936A (zh) * 2009-06-22 2010-12-29 中兴通讯股份有限公司 业务数据的传输方法和系统、终端、用户数据处理实体
CN102111814A (zh) * 2010-12-29 2011-06-29 华为技术有限公司 一种识别业务类型的方法、装置及系统
CN102271324A (zh) * 2010-06-03 2011-12-07 中国移动通信集团公司 调度信息更新方法、装置及系统
CN102413518A (zh) * 2010-09-26 2012-04-11 中国移动通信集团北京有限公司 一种混合业务流的处理方法、装置和系统
CN102883457A (zh) * 2011-07-15 2013-01-16 华为技术有限公司 保证上行服务质量的方法、基站及用户设备
CN103813392A (zh) * 2012-11-15 2014-05-21 华为技术有限公司 一种带宽调整方法、设备及系统
CN104782168A (zh) * 2012-11-08 2015-07-15 爱立信(中国)通信有限公司 Pcrf装置和用于pcrf的业务处理方法
US20150304865A1 (en) * 2012-10-30 2015-10-22 Telefonaktiebolaget L M Ericsson (Publ) Quality of service monitoring for internet protocol based communication service
WO2015192295A1 (en) * 2014-06-16 2015-12-23 Huawei Technologies Co., Ltd. Method and device for controlling qos of a service
CN105682014A (zh) * 2012-04-09 2016-06-15 华为技术有限公司 通信方法与系统，以及接入网设备与应用服务器

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8023926B2 (en) * 2008-02-16 2011-09-20 Alcatel Lucent Offline charging for sessions over a 3GPP network and a WLAN access network
WO2014209075A1 (ko) 2013-06-27 2014-12-31 Seo Jeong Hoan 인터넷 프로토콜을 이용한 서비스를 위한 다중 연결 시스템 및 방법
CN108141794A (zh) * 2015-09-24 2018-06-08 Lg电子株式会社 发送优先服务的方法和装置
EP3437272A1 (en) * 2016-03-30 2019-02-06 IDAC Holdings, Inc. Handling user plane in wireless systems
WO2017191952A1 (ko) * 2016-05-03 2017-11-09 엘지전자(주) 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 이를 지원하는 장치
WO2017217802A1 (ko) * 2016-06-16 2017-12-21 엘지전자(주) 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 이를 지원하는 장치
US10856265B2 (en) * 2016-07-05 2020-12-01 Lg Electronics Inc. Method for selecting resource operation preferred by user in wireless communication system and device for same
CN107734562B (zh) * 2016-08-11 2020-04-03 华为技术有限公司 一种业务传输控制方法、相关设备及通信系统
KR102047058B1 (ko) * 2016-10-11 2019-11-20 엘지전자 주식회사 무선 통신 시스템에서의 반영형 서비스 퀼리티 적용 방법 및 이를 위한 장치
JP6698587B2 (ja) * 2017-06-19 2020-05-27 シャープ株式会社 Ｕｅ及びｕｅの通信制御方法
CN109698760B (zh) * 2017-10-23 2021-05-04 华为技术有限公司 一种流量处理方法和用户面装置以及终端设备
US10645608B2 (en) * 2017-10-24 2020-05-05 At&T Intellectual Property I, L.P. Systems and methods for on demand intelligent analytics dynamic access network slice switching and carrier aggregation
US10637906B2 (en) * 2017-10-31 2020-04-28 Cisco Technology, Inc. Dynamic socket QoS settings for web service connections
CN109787791B (zh) * 2017-11-10 2024-04-12 华为技术有限公司 通信方法及通信设备
US11219035B2 (en) * 2017-11-14 2022-01-04 Lg Electronics Inc. Method and apparatus for deprioritizing duplicated packet transmission in wireless communication system
CN109842910A (zh) * 2017-11-28 2019-06-04 中国移动通信有限公司研究院 一种网络切片的处理方法及接入网网元

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101562602A (zh) * 2008-04-18 2009-10-21 中兴通讯股份有限公司 Mbms业务数据同步系统中指示数据格式类型的方法
CN101931936A (zh) * 2009-06-22 2010-12-29 中兴通讯股份有限公司 业务数据的传输方法和系统、终端、用户数据处理实体
CN102271324A (zh) * 2010-06-03 2011-12-07 中国移动通信集团公司 调度信息更新方法、装置及系统
CN102413518A (zh) * 2010-09-26 2012-04-11 中国移动通信集团北京有限公司 一种混合业务流的处理方法、装置和系统
CN102111814A (zh) * 2010-12-29 2011-06-29 华为技术有限公司 一种识别业务类型的方法、装置及系统
CN102883457A (zh) * 2011-07-15 2013-01-16 华为技术有限公司 保证上行服务质量的方法、基站及用户设备
CN105682014A (zh) * 2012-04-09 2016-06-15 华为技术有限公司 通信方法与系统，以及接入网设备与应用服务器
US20150304865A1 (en) * 2012-10-30 2015-10-22 Telefonaktiebolaget L M Ericsson (Publ) Quality of service monitoring for internet protocol based communication service
CN104782168A (zh) * 2012-11-08 2015-07-15 爱立信(中国)通信有限公司 Pcrf装置和用于pcrf的业务处理方法
CN103813392A (zh) * 2012-11-15 2014-05-21 华为技术有限公司 一种带宽调整方法、设备及系统
WO2015192295A1 (en) * 2014-06-16 2015-12-23 Huawei Technologies Co., Ltd. Method and device for controlling qos of a service

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HUAWE: "Discussion about Big Data Driven Network Architecture", 《SA WG2 MEETING #121 S2-173192》 *

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112449399A (zh) * 2019-09-02 2021-03-05 华为技术有限公司 一种通信方法、装置及系统
CN112449399B (zh) * 2019-09-02 2023-03-10 华为技术有限公司 一种通信方法、装置及系统
WO2021155579A1 (zh) * 2020-02-07 2021-08-12 华为技术有限公司 一种数据分析方法、装置及系统
CN114071448A (zh) * 2020-08-07 2022-02-18 中国移动通信有限公司研究院 一种数据传输方法、相关网络节点和存储介质
CN114071448B (zh) * 2020-08-07 2023-03-28 中国移动通信有限公司研究院 一种数据传输方法、相关网络节点和存储介质
WO2022068622A1 (zh) * 2020-09-30 2022-04-07 腾讯科技（深圳）有限公司 控制媒体流业务传输的方法、用户终端、网络节点、系统、存储介质及电子设备
US11909793B2 (en) 2020-09-30 2024-02-20 Tencent Technology (Shenzhen) Company Limited Method, user terminal, network node, and system for controlling transmission of media stream service, storage medium, and electronic device
WO2023155633A1 (zh) * 2022-02-18 2023-08-24 大唐移动通信设备有限公司 一种数据传输方法及装置
WO2023185452A1 (zh) * 2022-03-29 2023-10-05 华为技术有限公司 一种通信方法和通信装置

Also Published As

Publication number Publication date
CN109982391B (zh) 2023-04-11
EP3720179A4 (en) 2021-01-20
EP3720179A1 (en) 2020-10-07
US20230362708A1 (en) 2023-11-09
BR112020012545A2 (pt) 2020-11-24
CA3085783A1 (en) 2019-07-04
US11503496B2 (en) 2022-11-15
WO2019128663A1 (zh) 2019-07-04
US20200322835A1 (en) 2020-10-08
EP3720179B1 (en) 2022-04-06

Similar Documents

Publication Publication Date Title
CN109982391A (zh) 数据的处理方法及装置
US20210014739A1 (en) Data processing method and apparatus, and data sending method and apparatus
US8867447B2 (en) Dynamic header compression based on attributes of traffic
CN109600243A (zh) 数据分析方法和装置
CN109600790A (zh) 获取特征参数的方法和装置
WO2016054992A1 (zh) 网络数据采集系统及方法
CN109600759A (zh) 一种策略确定的方法及通信装置
CN109600241A (zh) 数据分析方法和数据分析装置
CN105264859A (zh) 用于生成对基于web的应用的客户体验的洞悉的方法和装置
KR20130087542A (ko) 서비스 제어 방법 및 시스템, 진화 기지국 및 패킷 데이터 네트워크 게이트웨이
WO2021243837A1 (zh) 基于ursp规则的应用数据路由方法及用户设备
WO2017075781A1 (zh) 一种数据报文的处理方法、装置及系统
CN108390955A (zh) 域名获取方法、网站访问方法及服务器
CN109511136A (zh) 一种网络切片的选择方法和装置
CN105532012B (zh) 视频分发方法、设备和系统
CN110169037A (zh) 用于使用移动通信网络来在一方面应用服务器与另一方面至少一个物联网通信设备之间进行数据传输的方法、移动通信网络、系统、物联网通信设备、程序和计算机程序产品
WO2014012724A1 (en) Content optimization based on real time network dynamics
CN108184008A (zh) 一种终端通信性能评估方法和装置
Hyun et al. A VoLTE traffic classification method in LTE network
WO2019015755A1 (en) METHODS AND NODES FOR PROVIDING OR SELECTING USER TRAFFIC NODE
CN113727390B (zh) 一种数据传输方法、装置及通信系统
CN105682082B (zh) 终端识别方法和装置
CN110972185A (zh) 数据传输方法及装置
CN110366209A (zh) 通信方法和装置
WO2016091126A1 (zh) 策略制定方法、装置及系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant