CN111586885B - 建立承载的方法、装置及可读存储介质 - Google Patents

建立承载的方法、装置及可读存储介质 Download PDF

Info

Publication number
CN111586885B
CN111586885B CN201910117763.7A CN201910117763A CN111586885B CN 111586885 B CN111586885 B CN 111586885B CN 201910117763 A CN201910117763 A CN 201910117763A CN 111586885 B CN111586885 B CN 111586885B
Authority
CN
China
Prior art keywords
application
target application
bearer
server
information
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.)
Active
Application number
CN201910117763.7A
Other languages
English (en)
Other versions
CN111586885A (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
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201910117763.7A priority Critical patent/CN111586885B/zh
Priority to CN202210494657.2A priority patent/CN115022981A/zh
Priority to PCT/CN2020/074604 priority patent/WO2020164451A1/zh
Publication of CN111586885A publication Critical patent/CN111586885A/zh
Application granted granted Critical
Publication of CN111586885B publication Critical patent/CN111586885B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • 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
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种建立承载的方法、装置及可读存储介质，属于通信技术领域。方法包括：当运行目标应用时，获取目标应用的应用服务器IP层信息，目标应用为需要网络加速的应用；将目标应用的应用服务器IP层信息发送至网络侧，以触发网络侧设备基于目标应用的应用服务器IP层信息建立目标应用的专有承载。通过在运行目标应用时，再将目标应用的应用服务器IP层发送至网络侧，由此触发网络侧设备建立目标应用的专有承载，使得创建专有承载所需的信息不需要提前确定，有效解决了包过滤器不足的问题，从而在专有承载以及包过滤器的数量有限的情况下，可以面对UE应用成千上万和终端用户个性化的现实，使用专有承载为UE的各种应用实现网络加速。

Description

建立承载的方法、装置及可读存储介质
技术领域
本申请涉及通信技术领域，特别涉及建立承载的方法、装置及可读存储介质。
背景技术
随着终端的普及，终端(例如手机)安装的应用(Application)种类也越来越多，为终端用户提供了多种多样的服务。为了使得用户能够获得更好的业务体验，有时候会采取建立专有承载的方式，以用于承载终端应用和服务器之间的业务数据。
相关技术中，策略与计费规则功能单元(policy and charging rules function，PCRF)通知公用数据网(public data network，PDN)网关(PDN gateway，PGW)针对终端用户的某一个应用创建专有承载所需的信息，这些信息主要包括(quality of service，QoS)信息和流信息。当用户在用户设备(user equipment，UE)应用和服务器开始传输数据后，PGW会检测网际协议(Internet Protocol，IP)报文，与流信息中的包过滤器匹配。当匹配某个包过滤器后，PGW会按照这个包过滤器对应的专有承载信息，发起专有承载建立流程，从PGW到服务网关(serving gateway，SGW)到演进型基站(evolved node B，eNB)，最后到UE建立专有承载。之后，这条IP流将使用这条专有承载传输，保证QoS。
不难看出，上述建立专有承载的方式需要网络侧触发，UE被动参与，而UE应用有成千上万，每种应用又有很多个服务器的IP地址，一个UE可以使用的专有承载以及包过滤器的数量有限，甚至会面临包过滤器不足的风险，因此，相关技术提供的专有承载的建立方式较为局限。
发明内容
本申请提供了建立承载的方法、装置、芯片、程序及可读存储介质，以解决相关技术中的问题。所述技术方案如下：
第一方面，提供了一种建立承载的方法，所述方法包括：当运行目标应用时，获取所述目标应用的应用服务器IP层信息，所述目标应用为需要网络加速的应用；将所述目标应用的应用服务器IP层信息发送至网络侧，以触发所述网络侧设备基于所述目标应用的应用服务器IP层信息建立所述目标应用的专有承载。
该方法通过在运行目标应用时，再将目标应用的应用服务器IP层发送至网络侧，由此触发网络侧设备建立目标应用的专有承载，使得创建专有承载所需的信息不需要提前确定，有效解决了包过滤器不足的问题，从而在专有承载以及包过滤器的数量有限的情况下，可以面对UE应用成千上万和终端用户个性化的现实，使用专有承载为UE的各种应用实现网络加速。
可选地，所述方法还包括：
根据所述目标应用的应用标识ID检测所述目标应用的应用类型，将所述目标应用的应用类型通知所述网络侧。
通过将目标应用的应用类型通知网络侧，使得网络侧可据此确定创建专有承载所需的QoS信息，从而实现了由终端直接提供创建专有承载所需的信息，不需要提前在网络侧设备上设定。
可选地，所述将所述目标应用的应用服务器IP层信息发送至网络侧，包括：
获取所述目标应用的IP报文；
若所述目标应用的IP报文未匹配任何专有承载的包过滤器，使用通用专有承载传输所述目标应用的IP报文，以通过所述IP报文将所述目标应用的应用服务器IP层信息发送至网络侧，所述通用专有承载是在建立缺省承载之后建立的。
在目标应用的IP报文未匹配任何专有承载的包过滤器的情况下，通过通用专有承载来传输目标应用的IP报文，实现由终端直接与网络侧交互，触发创建传输该目标应用的专有承载。
可选地，所述方法还包括：
展示目标应用设置界面，通过所述设置界面确定所述目标应用。
通过设置界面由用户确定目标应用，进一步满足用户的个性化需求。
第二方面，还提供了一种建立承载的方法，所述方法包括：
基于终端运行的目标应用的应用类型，确定创建专有承载所需的服务质量QoS信息，所述目标应用为需要网络加速的应用；
获取所述目标应用的应用服务器网际协议IP层信息，根据所述应用服务器IP层信息生成创建所述专有承载所需的流信息；
基于所述QoS信息和所述流信息创建专有承载。
该方法通过基于终端运行的目标应用的应用类型来确定创建专有承载所需的QoS信息，获取创建专有承载所需的流信息，并据此创建专有承载，使得创建专有承载所需的信息不需要提前确定，有效解决了包过滤器不足的问题，从而在专有承载以及包过滤器的数量有限的情况下，可以面对UE应用成千上万和终端用户个性化的现实，使用专有承载为UE的各种应用实现网络加速。
可选地，所述基于终端运行的目标应用的应用类型确定创建专有承载所需的服务质量QoS信息之前，还包括：
接收创建通用专有承载的通知，所述通知中携带各类应用对应的QoS参数及包过滤器的服务器端IP地址值；
基于所述QoS参数及包过滤器的服务器端IP地址值创建通用专有承载。
通过创建通用专有承载，使得当需要加速的目标应用的IP报文不能匹配任何专有承载的包过滤器的时候，终端可使用该通用专有承载来传输该目标应用的IP报文，从而触发专有承载的建立。
可选地，所述基于终端运行的目标应用的应用类型，确定创建专有承载所需的服务质量QoS信息之前，还包括：
接收通过所述通用专有承载传输的所述目标应用的IP报文；
根据所述IP报文探测所述目标应用的应用类型。
可选地，所述基于终端运行的目标应用的应用类型，确定创建专有承载所需的服务质量QoS信息，包括：
基于所述目标应用的应用类型，从所述各类应用对应的QoS参数中查找所述目标应用对应的QoS参数，得到创建专有承载所需的QoS信息。
可选地，所述获取所述目标应用的应用服务器网际协议IP层信息，包括：
基于所述目标应用的IP报文获取所述目标应用的应用服务器IP层信息。
第三方面，还提供了一种建立承载的方法，所述方法包括：
获取各类应用对应的QoS参数，所述各类应用包括需要网络加速的目标应用；
将所述QoS参数发送至网关设备，由所述网关设备在所述目标应用运行时，基于所述QoS参数创建专有承载。
可选地，所述将所述QoS参数发送至网关设备，包括：
接收所述目标应用的应用信息，根据所述应用信息确定所述目标应用的应用类型；
基于所述目标应用的应用类型查找所述目标应用对应的QoS参数；
根据所述目标应用对应的QoS参数生成创建专有承载所需的QoS信息，将所述创建专有承载所需的QoS信息发送至网关设备。
可选地，所述方法还包括：
生成创建专有承载所需的流信息；
所述将所述QoS参数发送至网关设备，由所述网关设备在所述目标应用运行时，基于所述QoS参数创建专有承载，包括：
将所述QoS参数和所述流信息发送至所述网关设备，由所述网关设备基于所述QoS参数和所述流信息创建专有承载。
第四方面，还提供了一种建立承载的装置，所述装置包括：
获取模块，用于当运行目标应用时，获取所述目标应用的应用服务器网际协议IP层信息，所述目标应用为需要网络加速的应用；
发送模块，用于将所述目标应用的应用服务器IP层信息发送至网络侧，以触发所述网络侧设备基于所述目标应用的应用服务器IP层信息建立所述目标应用的专有承载。
可选地，所述装置还包括：
通知模块，用于根据所述目标应用的应用标识ID检测所述目标应用的应用类型，将所述目标应用的应用类型通知所述网络侧。
可选地，所述发送模块，用于获取所述目标应用的IP报文；若所述目标应用的IP报文未匹配任何专有承载的包过滤器，使用通用专有承载传输所述目标应用的IP报文，以通过所述IP报文将所述目标应用的应用服务器IP层信息发送至网络侧，所述通用专有承载是在建立缺省承载之后建立的。
可选地，所述装置还包括：
确定模块，用于展示目标应用设置界面，通过所述设置界面确定所述目标应用。
第五方面，还提供了一种建立承载的装置，所述装置包括：
确定模块，用于基于终端运行的目标应用的应用类型，确定创建专有承载所需的服务质量QoS信息，所述目标应用为需要网络加速的应用；
获取模块，用于获取所述目标应用的应用服务器网际协议IP层信息；
生成模块，用于根据所述应用服务器IP层信息生成创建所述专有承载所需的流信息；
创建模块，用于基于所述QoS信息和所述流信息创建专有承载。
可选地，所述装置还包括：
接收模块，用于接收创建通用专有承载的通知，所述通知中携带各类应用对应的QoS参数及包过滤器的服务器端IP地址值；
所述创建模块，还用于基于所述QoS参数及包过滤器的服务器端IP地址值创建通用专有承载。
可选地，所述接收模块，还用于接收通过所述通用专有承载传输的所述目标应用的IP报文；
所述装置还包括：探测模块，用于根据所述IP报文探测所述目标应用的应用类型。
可选地，所述确定模块，用于基于所述目标应用的应用类型，从所述各类应用对应的QoS参数中查找所述目标应用对应的QoS参数，得到创建专有承载所需的QoS信息。
可选地，所述获取模块，用于基于所述目标应用的IP报文获取所述目标应用的应用服务器IP层信息。
第六方面，还提供了一种建立承载的装置，所述装置包括：
获取模块，用于获取各类应用对应的QoS参数，所述各类应用包括需要网络加速的目标应用；
发送模块，用于将所述QoS参数发送至网关设备，由所述网关设备在所述目标应用运行时，基于所述QoS参数创建专有承载。
可选地，所述发送模块，用于接收所述目标应用的应用信息，根据所述应用信息确定所述目标应用的应用类型；基于所述目标应用的应用类型查找所述目标应用对应的QoS参数；根据所述目标应用对应的QoS参数生成创建专有承载所需的QoS信息，将所述创建专有承载所需的QoS信息发送至网关设备。
可选地，所述装置还包括：
生成模块，用于生成创建专有承载所需的流信息；
所述发送模块，还用于将所述QoS参数和所述流信息发送至所述网关设备，由所述网关设备基于所述QoS参数和所述流信息创建专有承载。
第七方面，提供了另一种通信装置，该装置包括：收发器、存储器和处理器。其中，该收发器、该存储器和该处理器通过内部连接通路互相通信，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，以控制接收器接收信号，并控制发送器发送信号，并且当该处理器执行该存储器存储的指令时，使得该处理器执行第一方面或第一方面的任一种可能的实施方式中的方法。
第八方面，提供了另一种通信装置，该装置包括：收发器、存储器和处理器。其中，该收发器、该存储器和该处理器通过内部连接通路互相通信，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，以控制接收器接收信号，并控制发送器发送信号，并且当该处理器执行该存储器存储的指令时，使得该处理器执行第二方面或第二方面的任一种可能的实施方式中的方法。
第九方面，提供了另一种通信装置，该装置包括：收发器、存储器和处理器。其中，该收发器、该存储器和该处理器通过内部连接通路互相通信，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，以控制接收器接收信号，并控制发送器发送信号，并且当该处理器执行该存储器存储的指令时，使得该处理器执行第三方面或第三方面的任一种可能的实施方式中的方法。
可选地，所述处理器为一个或多个，所述存储器为一个或多个。
可选地，所述存储器可以与所述处理器集成在一起，或者所述存储器与处理器分离设置。
在具体实现过程中，存储器可以为非瞬时性(non-transitory)存储器，例如只读存储器(read only memory，ROM)，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。
第十方面，提供了一种通信系统，该系统包括上述第四方面或第四方面的任一种可能实施方式中的装置、第五方面或第五方面中的任一种可能实施方式中的装置，以及第六方面或第六方面中的任一种可能实施方式中的装置。
第十一方面，提供了一种计算机程序(产品)，所述计算机程序(产品)包括：计算机程序代码，当所述计算机程序代码被计算机运行时，使得所述计算机执行上述各方面中的方法。
第十二方面，提供了一种可读存储介质，可读存储介质存储程序或指令，当所述程序或指令在计算机上运行时，上述各方面中的方法被执行。
第十三方面，提供了一种芯片，包括处理器，用于从存储器中调用并运行所述存储器中存储的指令，使得安装有所述芯片的通信设备执行上述各方面中的方法。
第十四方面，提供另一种芯片，包括：输入接口、输出接口、处理器和存储器，所述输入接口、输出接口、所述处理器以及所述存储器之间通过内部连接通路相连，所述处理器用于执行所述存储器中的代码，当所述代码被执行时，所述处理器用于执行上述各方面中的方法。
附图说明
图1为本申请实施例提供的终端通过移动网络与互联网服务器通信的示意图；
图2为本申请实施例提供的部署了PCC网络结构示意图；
图3为本申请实施例提供的一种场景示意图；
图4为本申请实施例提供的另一种场景示意图；
图5为本申请实施例提供的一种建立承载的方法流程图；
图6为本申请实施例提供的一种建立承载的通信网络系统架构图；
图7为本申请实施例提供的一种建立承载的方法流程图；
图8为本申请实施例提供的一种建立承载的通信网络系统架构图；
图9为本申请实施例提供的一种建立承载的装置结构示意图；
图10为本申请实施例提供的一种建立承载的装置结构示意图；
图11为本申请实施例提供的一种建立承载的装置结构示意图；
图12为本申请实施例提供的一种建立承载的装置结构示意图；
图13为本申请实施例提供的一种建立承载的装置结构示意图；
图14为本申请实施例提供的一种建立承载的装置结构示意图；
图15为本申请实施例提供的一种建立承载的装置结构示意图；
图16为本申请实施例提供的一种建立承载的装置结构示意图。
具体实施方式
本申请的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释，而非旨在限定本申请。
随着终端的普及，终端(例如手机)安装的应用(Application)种类也越来越多，如图1所示，这些应用和对应的互联网(Internet)服务器通过移动网络通讯，为终端用户提供了多种多样的服务(service)。
负责UE和Internet服务器之间通讯数据传输的4G网络主要网元包括eNB，SGW和PGW。当UE连接到4G网络之后，一个缺省承载(default bearer)会在UE、eNodeB、SGW、PGW之间端到端的建立起来。
为了更好地保证UE上各种应用的QoS，在UE使用各种应用时，4G网络可以创建专有承载(dedicated bearer)来传输UE应用和服务器之间的通讯数据。
3GPP协议定义了一个专有承载有相应的QoS信息和流信息。其中，QoS信息包括这个专有承载端到端所需要保证的传输质量，包括但不限于时延(packet delay)、包差错率(packet error loss rate)、带宽(bitrate)等。流信息用来定义UE和服务器之间哪些应用的通讯数据使用这个专有承载传输。流信息中包含至少一个包过滤器(packet filter)。每个包过滤器的主要信息包括Internet服务器的IP地址、子网掩码、协议号(例如TCP、UDP)、端口范围，以及UE侧端口范围。
一个或多个专有承载建立之后，当UE或者PDN GW向对方传输数据时，将IP报文头部的信息与所有专有承载的各个包过滤器的信息匹配，如果匹配到某个包过滤器，则将这个IP报文放到对应的专有承载上传输。如果没有匹配到任何包过滤器，就将这个IP报文放到缺省承载上传输。由于专有承载定义了QoS，因而相比缺省承载，业务数据在专有承载传输会获得更好的业务体验。为了扩大收入，运营商希望向终端用户销售网络加速包。对于购买了加速包的用户，在使用特定应用/业务时，创建专有承载传输数据，提供更好的业务体验。
相关技术中，基本采用3GPP协议23.203、23.041、29.212、29.274定义的消息流程和信元。在部署了动态策略控制和计费(policy control and charging，PCC)的网络中，如图2所示，终端用户购买了网络加速包之后，PCRF通知PGW针对这个终端用户的某一个应用创建专有承载所需的信息。这些信息主要包括QoS信息和流信息。当用户在UE应用和服务器开始传输数据后，PGW会检测IP报文，与包过滤器匹配。当匹配某个包过滤器后，PGW会按照这个包过滤器对应的专有承载信息，发起专有承载建立流程，从PGW到SGW到eNB，最后到UE建立专有承载。之后，这条IP流将使用这条专有承载传输，保证QoS。
也就是说，相关技术是网络侧指定专有承载的QoS信息和流信息，触发专有承载创建，UE被动参与专有承载创建。
然而，UE可以使用的专有承载以及包过滤器的数量有限(例如，UE最多可以创建10个专有承载，而每个专有承载最多可以有16个包过滤器)。而UE应用有成千上万，每种应用又有很多个服务器的IP地址。因此，运营商无法为所有应用提供专有承载，甚至在只为一种应用提供专有承载时也面临包过滤器不足的风险。该种情况下，运营商向终端用户销售网络加速包，只能选择部分热门应用使用专有承载，并且这些应用对应的服务器IP地址数量不超过包过滤器数量。但是，这个外部条件并不一定成立。即便成立，也会限制可以加速的应用范围，在UE应用数量众多、终端用户个性化的现实情况下，严重影响网络加速包的销量。
在专有承载以及包过滤器的数量有限的情况下，面对UE应用成千上万和终端用户个性化的现实，如何使用专有承载为UE的各种应用实现网络加速成为了一个亟待解决的问题。对此，本申请实施例提供了一种建立承载的方法，该方法由UE直接或者间接提供创建专有承载所需的信息，用于网络侧创建专有承载。使得创建专有承载所需的信息不需要提前确定，有效解决了包过滤器不足的问题，从而在专有承载以及包过滤器的数量有限的情况下，可以面对UE应用成千上万和终端用户个性化的现实，使用专有承载为UE的各种应用实现网络加速。
接下来，在介绍本申请实施例提供的方法之前，先来介绍下本申请实施例提供的方法的实施场景。可选地，本申请实施例提供的方法包括但不限于应用于如下两种场景：
场景一：UE调用网络能力，通知加速应用类型以及服务器端IP层信息，触发专有承载创建。
如图3所示，该场景一所示的系统中，包括UE、eNodeB、SGW、PGW、UE服务器、SCEF、PCRF以及Internet服务器等设备。
其中，UE包含内核系统和安装的应用。内核系统提供界面，支撑终端用户选择需要加速的应用，即确定需要加速的目标应用。当某个应用和Internet上的应用服务器通讯时，内核系统需要检测应用的类型(该应用类型包括但不限于视频、游戏、网页、即时通讯)以及应用服务器的IP地址。内核系统参与专有承载创建，完成应用的IP报文和包过滤器匹配，以及使用相应承载传输应用的IP报文。
eNodeB、SGW为3GPP标准网元，参与专有承载建立和使用。
PGW为3GPP标准网元，提供用户的会话管理和承载控制、数据转发、IP地址分配以及非3GPP用户接入等功能。
SCEF为3GPP定义的网络能力开放网元，接收UE服务器传递的应用信息，并转发到PCRF。
PCRF为3GPP定义的执行PCC策略下发的网元。在场景一中，接收SCEF转发的应用信息，根据加速应用的类型生成QoS信息，根据服务器端IP层信息生成流信息，通知PGW创建专有承载。
UE服务器由UE制造商提供，为UE内核系统服务的Internet服务器。在UE调用网络能力的场景一中，UE内核系统将加速应用类型以及服务器端IP层信息通知到UE云。UE云将这些应用信息传递到SCEF。
场景二：UE直接与网络交互，通知加速应用服务器端IP层信息，触发专有承载创建。
如图4所示，该场景二所示的系统中，包括UE、eNodeB、SGW、PGW、PCRF以及Internet服务器。
其中，PCRF在场景二中，向PGW通知各类应用的QoS信息。
PGW在场景二中检测UE的应用服务器IP层信息，据此生成流信息。此外，PGW还检测UE的应用类型，按照PCRF通知的应用类型对应的QoS信息，创建专有承载。
除上述PCRF和PGW在场景二中的功能与场景一中的功能不同之外，场景二中的其他设备的功能可参考上述场景一中的介绍，此处不再赘述。
此外，上述场景及本申请实施例提供的方法主要描述LTE移动网络中的实现过程，涉及的网元包括SGW、PGW、eNodeB、UE，这些网元在3GPP协议中已经定义了后续的形态与功能演进。例如SGW后续可能演进为SGW-C和SGW-U两个网元。对于后续演进后的网元设备，本申请实施例提供的方法同样适用。且本申请实施例提供的方法不仅适用于4G网络中应用网络加速，也同样适用于后续演进的移动网络(例如4.5G和5G)中用户自选的网络加速解决方案。
基于上述场景一，本申请实施例提供了一种建立承载的方法，如图5所示，本申请实施例提供的方法由场景一中的各个设备来协作完成，包括如下几个步骤。
在步骤501中，UE展示目标应用设置界面，通过设置界面确定目标应用。
其中，该UE为购买了网络加速包的终端，通过在UE上使用内核系统提供的目标应用设置界面，来设置哪些应用需要网络加速，从而通过设置界面上的设置信息来确定目标应用。由于用户可通过该设置界面设置需要网络加速的目标应用，因而可进一步满足用户的个性化需求。
应当理解的是，该步骤501是在未设置目标应用或设置新的目标应用的情况下执行的，是本申请实施例提供的承载建立的方法中的可选步骤。如果已经设置了目标应用，且无需设置新的目标应用的情况下，可无需执行该步骤501，而直接执行步骤502。
在步骤502中，当运行目标应用时，UE获取目标应用的应用信息，该应用信息包括应用类型和应用服务器IP层信息。
当用户在UE上运行需要网络加速的目标应用时，UE的内核系统根据该目标应用的应用标识(Application Id)判断出该目标应用的应用类型(视频、游戏、网页、即时通讯等)。此外，UE的内核系统还获取目标应用的应用服务器IP地址、端口号、协议类型等IP层信息。之后，UE根据目标应用的应用类型及应用服务器IP层信息得到目标应用的应用信息。
在步骤503中，UE将该目标应用的应用信息通知到UE服务器。
UE的内核系统将目标应用的应用信息，即应用类型和应用服务器IP层信息(包括服务器IP地址、端口号、协议类型等)发送至网络侧，以触发网络侧设备基于目标应用的应用服务器IP层信息建立目标应用的专有承载。例如，通知到UE服务器，执行步骤504。
可选地，UE将该目标应用的应用信息通知到UE服务器时所采用的通知协议可以是HTTP或者其它成熟的协议，本申请对此不加以限定。
在步骤504中，UE服务器转发目标应用的应用信息到SCEF。
针对该步骤，UE服务器转发目标应用的应用信息到SCEF时，可以按照3GPP已有协议定义，使用HTTP Restful接口来转发。其中，HTTP Restful接口可以通过一套统一的接口为Web，iOS和Android提供服务。
在步骤505中，SCEF转发目标应用的应用信息到PCRF。
针对该步骤，SCEF转发目标应用的应用信息到PCRF时，可以按照3GPP已有协议定义，使用HTTP Restful接口。
在步骤506中，PCRF解析目标应用的应用信息，得到应用类型及应用服务器IP层信息，根据目标应用的应用服务器IP层信息生成创建专有承载所需的流信息，根据目标应用的应用类型生成创建专有承载所需的QoS信息。
PCRF解析目标应用的应用信息，得到应用类型之后，根据应用类型查找预先配置的各种应用类型对应的QoS参数(如时延、包差错率、带宽等)，根据各种应用类型对应的QoS参数生成创建专有承载所需的QoS信息。此外，PCRF解析目标应用的应用信息，得到目标应用的应用服务器IP层信息后，根据应用服务器IP地址、端口号、协议类型等IP层信息，生成创建专有承载所需的流信息。
在步骤507中，PCRF将QoS信息和流信息通知到PGW，通知PGW创建专有承载。
针对该步骤，PCRF可通过3GPP Gx接口协议规范将QoS信息和流信息等通知到PGW，通知PGW创建专有承载。其中，Gx接口为PCEF设备与PCRF设备之间的接口。Gx接口位于PCEF功能实体和PCRF功能实体之间，用于计费控制和策略控制。Gx接口用于将PCRF的PCC规则提供给PCEF或从PCEF删除，以及将来自PCEF的相关事件传送至PCRF。在本申请实施例中，PCRF可通过3GPP Gx接口协议规范将QoS信息和流信息等通知到PGW，使得PGW基于QoS信息和流信息创建专有承载，例如，继续执行如下步骤508。
在步骤508中，PGW与SGW、eNodeB、UE交互，创建专有承载。
在PGW与SGW、eNodeB、UE交互，创建专有承载之后，目标应用与服务器之间的通讯数据即可使用该专有承载来传输，由于该专有承载定义了QoS，因而业务数据在专有承载上传输能够获得更好的业务体验。
需要说明的是，以上仅以UE上运行有需要网络加速的目标应用为例，若用户在UE上运行一个没有设定需要网络加速的应用时，内核系统可以感知到这个应用并不需要网络加速，所以不需要进行上述专有承载的建立步骤。此外，为了提高性能，内核系统可以直接将这个不加速应用的报文放在缺省承载上传输。
本申请实施例提供的方法与相关技术相比，创建专有承载所需的信息(主要是包过滤器)，是由UE通过网络能力开放网元在需要加速的目标应用运行时通知到PCRF的，无需提前在PCRF上设定。
为了便于理解，参见图6，以UE上安装有应用1、应用2和应用3，分别对应应用1服务器，应用2服务器和应用3服务器为例，通过上述建立专有承载的过程，针对应用1建立专有承载1，针对应用2建立专有承载2，针对应用3建立专有承载3。以建立应用1的专有承载1为例，UE将应用1的应用信息通知给UE服务器，由UE服务器将该应用信息通知给SCEF，再由SCEF将应用1的应用信息通知给PCRF。PCRF根据应用信息获取专有承载信息，即创建专有承载所需的流信息和QoS信息。进一步地，PCRF将专有承载信息通知给PGW，由PGW与SGW、eNodeB、UE交互，创建专有承载1，之后便可使用该专有承载1来传输应用1的数据了。
本申请实施例提供的方法，通过在运行目标应用时，再将目标应用的应用服务器IP层发送至网络侧，由此触发网络侧设备建立目标应用的专有承载，使得创建专有承载所需的信息不需要提前确定，有效解决了包过滤器不足的问题，从而在专有承载以及包过滤器的数量有限的情况下，可以面对UE应用成千上万和终端用户个性化的现实，使用专有承载为UE的各种应用实现网络加速。
基于上述场景二，本申请实施例提供了一种建立承载的方法，如图7所示，本申请实施例提供的方法由场景二中的各个设备来协作完成，包括如下几个步骤。
在步骤701中，UE展示目标应用设置界面，通过设置界面确定目标应用。
其中，该UE为购买了网络加速包的终端，通过在UE上使用内核系统提供的目标应用设置界面，来设置哪些应用需要网络加速，从而通过设置界面上的设置信息来确定目标应用。由于用户可通过该设置界面设置需要网络加速的目标应用，因而可进一步满足用户的个性化需求。
应当理解的是，该步骤701是在未设置目标应用或设置新的目标应用的情况下执行的，是本申请实施例提供的承载建立的方法中的可选步骤。如果已经设置了目标应用，且无需设置新的目标应用的情况下，可无需执行该步骤701，而直接执行步骤702。
在步骤702中，在缺省承载建立之后，PCRF通知PGW创建一个通用专有承载。
其中，PCRF可通过Gx接口消息通知PGW创建一个通用专有承载，这个消息所携带的信元是在协议基础上扩展定义的。进一步地，这个消息应用通知各类应用对应的QoS参数及包过滤器的服务器端IP地址值，其中，流信息中的服务器端IP地址设置成现网并不使用的特殊值，例如全0或者全F。
该通用专有承载的作用，是当需要网络加速的目标应用发向服务器的IP报文(IP层信息)不能匹配任何专有承载包过滤器时，UE内核系统使用通用专有承载传输目标应用的IP报文，供PGW做SA检测，从而触发创建传输目标应用的数据的专有承载。
在步骤703中，PGW接收创建通用专有承载消息后，与SGW、eNodeB、UE交互，创建通用专有承载。
PGW接收创建通用专有承载消息后，即接收到创建通用专有承载的通知，则PGW基于QoS参数及包过滤器的服务器端IP地址值创建通用专有承载。例如，可按照3GPP定义的标准流程，与SGW、eNodeB、UE交互，创建通用专有承载。其中，通用专有承载对应的QoS信息，使用网页类型应用的QoS信息，流信息中包过滤器的服务器端IP地址使用在Gx接口接收的特殊值。
在步骤704中，当运行目标应用时，UE获取目标应用的IP报文，若目标应用的IP报文未匹配任何专有承载的包过滤器，使用通用专有承载传输目标应用的IP报文。
当用户在UE上运行一个需要网络加速的目标应用时，内核系统将发向应用服务器的IP报文头部的信息与所有专有承载的各个包过滤器的信息匹配。由于此时仅存在通用专有承载，而它的包过滤器中服务器端IP地址是现网并不使用的特殊值，所以不能匹配到任何包过滤器。
之后，与相关技术不同的是，UE的内核系统不是将这个应用的数据放到缺省承载上传输，而是将这个应用的数据放到通用专有承载上传输。
应当理解的是，UE获取目标应用的IP报文，在目标应用的IP报文未匹配任何专有承载的包过滤器的情况下，使用通用专有承载传输目标应用的IP报文，以通过IP报文将目标应用的应用服务器IP层信息发送至网络侧。
在步骤705中，PGW接收到通用专有承载上传输的目标应用的IP报文，根据IP报文探测目标应用的应用类型，基于目标应用的应用类型，确定创建专有承载所需的QoS信息，获取目标应用的应用服务器IP层信息，根据应用服务器IP层信息生成创建专有承载所需的流信息。
当目标应用的IP报文数据到达PGW的时候，PGW可通过SA技术探测到这个目标应用的应用类型(例如视频、游戏、网页、即时通讯等)，查找预先配置的各种应用类型对应的QoS参数(例如时延、包差错率、带宽)，基于目标应用的应用类型，从各类应用对应的QoS参数中查找目标应用对应的QoS参数，得到创建专有承载所需的QoS信息，即生成创建专有承载所需的QoS信息。
此外，PGW基于目标应用的IP报文获取目标应用的应用服务器IP层信息，根据应用服务器IP层信息(IP地址、端口号、协议类型等)，生成创建专有承载所需的流信息。
在步骤706中，PGW与SGW、eNodeB、UE交互，创建专有承载。
在PGW与SGW、eNodeB、UE交互，创建专有承载之后，目标应用与服务器之间的通讯数据即可使用该专有承载来传输，由于该专有承载定义了QoS，因而业务数据在专有承载上传输能够获得更好的业务体验。
本申请实施例提供的方法与相关技术相比，除了创建专有承载所需的信息(主要是包过滤器)，是由UE通过网络能力开放网元在需要加速的目标应用运行时通知到PCRF的，无需提前在PCRF上设定之外，该方法还创建通用专有承载。当需要加速的目标应用发向服务器的IP报文不能匹配任何专有承载包过滤器的时候，UE内核系统使用通用专有承载传输目标应用的IP报文，供PGW做SA检测，触发创建传输目标应用的数据的专有承载。
为了便于理解，参见图8，以UE上安装有应用1和应用2，互联网侧则有应用1服务器和应用2服务器为例，PCRF在缺省承载建立之后，将各类应用的QoS参数和流信息中的服务器IP地址设置成的特殊含义的值通知给PGW，通知PGW建立一个通用专有承载。目标应用发向服务器的IP报文不能匹配任何专有承载包过滤器的时候，UE内核系统使用通用专有承载传输目标应用的IP报文。该IP报文传输至PGW后，PGW使用SA技术检测通用专有承载上的IP报文，感知到应用类型，映射出QoS信息，根据IP报文生成流信息，触发专有承载的建立过程。以针对应用1建立专有承载1为例，创建专有承载1，之后便可使用该专有承载1来传输应用1的数据了。
本申请实施例提供的方法，通过在运行目标应用时，再将目标应用的应用服务器IP层发送至网络侧，由此触发网络侧设备建立目标应用的专有承载，使得创建专有承载所需的信息不需要提前确定，有效解决了包过滤器不足的问题，从而在专有承载以及包过滤器的数量有限的情况下，可以面对UE应用成千上万和终端用户个性化的现实，使用专有承载为UE的各种应用实现网络加速。
基于与方法实施例相同的发明构思，本申请实施例还提供了一种建立承载的装置，参见图9，该装置包括：
获取模块901，用于当运行目标应用时，获取目标应用的应用服务器网际协议IP层信息，目标应用为需要网络加速的应用；
发送模块902，用于将目标应用的应用服务器IP层信息发送至网络侧，以触发网络侧设备基于目标应用的应用服务器IP层信息建立目标应用的专有承载。
可选地，参见图10，该装置还包括：
通知模块903，用于根据目标应用的应用标识ID检测目标应用的应用类型，将目标应用的应用类型通知网络侧。
可选地，发送模块902，用于获取目标应用的IP报文；若目标应用的IP报文未匹配任何专有承载的包过滤器，使用通用专有承载传输目标应用的IP报文，以通过IP报文将目标应用的应用服务器IP层信息发送至网络侧，通用专有承载是在建立缺省承载之后建立的。
可选地，参见图11，该装置还包括：
确定模块904，用于展示目标应用设置界面，通过设置界面确定目标应用。
本申请实施例还提供了一种建立承载的装置，参见图12，该装置包括：
确定模块121，用于基于终端运行的目标应用的应用类型，确定创建专有承载所需的服务质量QoS信息，目标应用为需要网络加速的应用；
获取模块122，用于获取目标应用的应用服务器网际协议IP层信息；
生成模块123，用于根据应用服务器IP层信息生成创建专有承载所需的流信息；
创建模块124，用于基于QoS信息和流信息创建专有承载。
可选地，参见图13，该装置还包括：
接收模块125，用于接收创建通用专有承载的通知，通知中携带各类应用对应的QoS参数及包过滤器的服务器端IP地址值；
创建模块124，还用于基于QoS参数及包过滤器的服务器端IP地址值创建通用专有承载。
可选地，参见图14，接收模块125，用于接收通过通用专有承载传输的目标应用的IP报文；
该装置还包括：探测模块126，用于根据IP报文探测目标应用的应用类型。
可选地，确定模块121，用于基于目标应用的应用类型，从各类应用对应的QoS参数中查找目标应用对应的QoS参数，得到创建专有承载所需的QoS信息。
可选地，获取模块122，用于基于目标应用的IP报文获取目标应用的应用服务器IP层信息。
本申请实施例还提供了一种建立承载的装置，参见图15，该装置包括：
获取模块151，用于获取各类应用对应的QoS参数，各类应用包括需要网络加速的目标应用；
发送模块152，用于将QoS参数发送至网关设备，由网关设备在目标应用运行时，基于QoS参数创建专有承载。
可选地，发送模块152，用于接收目标应用的应用信息，根据应用信息确定目标应用的应用类型；基于目标应用的应用类型查找目标应用对应的QoS参数；根据目标应用对应的QoS参数生成创建专有承载所需的QoS信息，将创建专有承载所需的QoS信息发送至网关设备。
可选地，参见图16，该装置还包括：
生成模块153，用于生成创建专有承载所需的流信息；
发送模块152，还用于将QoS参数和流信息发送至网关设备，由网关设备基于QoS参数和流信息创建专有承载。
需要说明的是，上述实施例提供的装置在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
本申请实施例还提供了一种通信装置，该装置包括：收发器、存储器和处理器。其中，该收发器、该存储器和该处理器通过内部连接通路互相通信，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，以控制接收器接收信号，并控制发送器发送信号，并且当该处理器执行该存储器存储的指令时，使得该处理器执行上述UE侧建立承载的方法。
本申请实施例还提供了一种通信装置，该装置包括：收发器、存储器和处理器。其中，该收发器、该存储器和该处理器通过内部连接通路互相通信，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，以控制接收器接收信号，并控制发送器发送信号，并且当该处理器执行该存储器存储的指令时，使得该处理器执行上述PGW侧建立承载的方法。
本申请实施例还提供了一种通信装置，该装置包括：收发器、存储器和处理器。其中，该收发器、该存储器和该处理器通过内部连接通路互相通信，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，以控制接收器接收信号，并控制发送器发送信号，并且当该处理器执行该存储器存储的指令时，使得该处理器执行上述PCRF侧建立承载的方法。
可选地，上述各个装置中的处理器为一个或多个，所述存储器为一个或多个。
可选地，所述存储器可以与所述处理器集成在一起，或者所述存储器与处理器分离设置。
在具体实现过程中，存储器可以为非瞬时性(non-transitory)存储器，例如只读存储器(read only memory，ROM)，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。
本申请实施例还提供了一种通信系统，该系统包括上述方法中涉及的各个设备。
本申请实施例还提供了一种计算机程序(产品)，所述计算机程序(产品)包括：计算机程序代码，当所述计算机程序代码被计算机运行时，使得所述计算机执行上述各方面中的方法。
本申请实施例还提供了一种可读存储介质，可读存储介质存储程序或指令，当所述程序或指令在计算机上运行时，上述各方面中的方法被执行。
本申请实施例还提供了一种芯片，包括处理器，用于从存储器中调用并运行所述存储器中存储的指令，使得安装有所述芯片的通信设备执行上述各方面中的方法。
本申请实施例还提供另一种芯片，包括：输入接口、输出接口、处理器和存储器，所述输入接口、输出接口、所述处理器以及所述存储器之间通过内部连接通路相连，所述处理器用于执行所述存储器中的代码，当所述代码被执行时，所述处理器用于执行上述各方面中的方法。
进一步地，在一种可选的实施例中，上述存储器可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器还可以包括非易失性随机存取存储器。例如，存储器还可以存储设备类型的信息。
该存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用。例如，静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic random access memory，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data dateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(directrambus RAM，DR RAM)。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid StateDisk)等。

Claims (24)

1.一种建立承载的方法，其特征在于，所述方法包括：
当运行目标应用时，用户设备UE获取所述目标应用的应用服务器网际协议IP层信息，所述目标应用为需要网络加速的应用；
所述UE将所述目标应用的应用服务器IP层信息发送至网络侧，以触发所述网络侧设备基于所述目标应用的应用服务器IP层信息生成创建专有承载所需的流信息，基于所述流信息建立所述目标应用的专有承载，所述专有承载用于传输所述目标应用和所述目标应用的服务器之间的通讯数据。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
根据所述目标应用的应用标识ID检测所述目标应用的应用类型，将所述目标应用的应用类型通知所述网络侧。
3.根据权利要求1所述的方法，其特征在于，所述UE将所述目标应用的应用服务器IP层信息发送至网络侧，包括：
获取所述目标应用的IP报文；
若所述目标应用的IP报文未匹配任何专有承载的包过滤器，使用通用专有承载传输所述目标应用的IP报文，以通过所述IP报文将所述目标应用的应用服务器IP层信息发送至网络侧，所述通用专有承载是在建立缺省承载之后建立的。
4.根据权利要求1-3任一所述的方法，其特征在于，所述方法还包括：
展示目标应用设置界面，通过所述设置界面确定所述目标应用。
5.一种建立承载的方法，其特征在于，所述方法包括：
基于终端运行的目标应用的应用类型，确定创建专有承载所需的服务质量QoS信息，所述目标应用为需要网络加速的应用；
获取用户设备UE发送的所述目标应用的应用服务器网际协议IP层信息，根据所述应用服务器IP层信息生成创建所述专有承载所需的流信息；
基于所述QoS信息和所述流信息创建专有承载，所述专有承载用于传输所述目标应用和所述目标应用的服务器之间的通讯数据。
6.根据权利要求5所述的方法，其特征在于，所述基于终端运行的目标应用的应用类型，确定创建专有承载所需的服务质量QoS信息之前，还包括：
接收创建通用专有承载的通知，所述通知中携带各类应用对应的QoS参数及包过滤器的服务器端IP地址值；
基于所述QoS参数及包过滤器的服务器端IP地址值创建通用专有承载。
7.根据权利要求6所述的方法，其特征在于，所述基于终端运行的目标应用的应用类型，确定创建专有承载所需的服务质量QoS信息之前，还包括：
接收通过所述通用专有承载传输的所述目标应用的IP报文；
根据所述IP报文探测所述目标应用的应用类型。
8.根据权利要求7所述的方法，其特征在于，所述基于终端运行的目标应用的应用类型，确定创建专有承载所需的服务质量QoS信息，包括：
基于所述目标应用的应用类型，从所述各类应用对应的QoS参数中查找所述目标应用对应的QoS参数，得到创建专有承载所需的QoS信息。
9.根据权利要求7所述的方法，其特征在于，所述获取用户设备UE发送的所述目标应用的应用服务器网际协议IP层信息，包括：
基于所述目标应用的IP报文获取所述目标应用的应用服务器IP层信息。
10.一种建立承载的方法，其特征在于，所述方法包括：
获取各类应用对应的QoS参数，所述各类应用包括需要网络加速的目标应用；
获取用户设备UE发送的所述目标应用的应用服务器网际协议IP层信息；
基于所述应用服务器IP层信息，生成创建专有承载所需的流信息；
将所述QoS参数和所述流信息发送至网关设备，由所述网关设备在所述目标应用运行时，基于所述QoS参数和所述流信息创建专有承载，所述专有承载用于传输所述目标应用和所述目标应用的服务器之间的通讯数据。
11.根据权利要求10所述的方法，其特征在于，所述将所述QoS参数和所述流信息发送至网关设备，包括：
接收所述目标应用的应用信息，根据所述应用信息确定所述目标应用的应用类型；
基于所述目标应用的应用类型查找所述目标应用对应的QoS参数；
根据所述目标应用对应的QoS参数生成创建专有承载所需的QoS信息，将所述创建专有承载所需的QoS信息和所述流信息发送至网关设备。
12.一种建立承载的装置，其特征在于，所述装置包括：
获取模块，用于当运行目标应用时，用户设备UE获取所述目标应用的应用服务器网际协议IP层信息，所述目标应用为需要网络加速的应用；
发送模块，用于所述UE将所述目标应用的应用服务器IP层信息发送至网络侧，以触发所述网络侧设备基于所述目标应用的应用服务器IP层信息生成创建专有承载所需的流信息，基于所述流信息建立所述目标应用的专有承载，所述专有承载用于传输所述目标应用和所述目标应用的服务器之间的通讯数据。
13.根据权利要求12所述的装置，其特征在于，所述装置还包括：
通知模块，用于根据所述目标应用的应用标识ID检测所述目标应用的应用类型，将所述目标应用的应用类型通知所述网络侧。
14.根据权利要求12所述的装置，其特征在于，所述发送模块，用于获取所述目标应用的IP报文；若所述目标应用的IP报文未匹配任何专有承载的包过滤器，使用通用专有承载传输所述目标应用的IP报文，以通过所述IP报文将所述目标应用的应用服务器IP层信息发送至网络侧，所述通用专有承载是在建立缺省承载之后建立的。
15.根据权利要求12-14任一所述的装置，其特征在于，所述装置还包括：
确定模块，用于展示目标应用设置界面，通过所述设置界面确定所述目标应用。
16.一种建立承载的装置，其特征在于，所述装置包括：
确定模块，用于基于终端运行的目标应用的应用类型，确定创建专有承载所需的服务质量QoS信息，所述目标应用为需要网络加速的应用；
获取模块，用于获取用户设备UE发送的所述目标应用的应用服务器网际协议IP层信息；
生成模块，用于根据所述应用服务器IP层信息生成创建所述专有承载所需的流信息；
创建模块，用于基于所述QoS信息和所述流信息创建专有承载，所述专有承载用于传输所述目标应用和所述目标应用的服务器之间的通讯数据。
17.根据权利要求16所述的装置，其特征在于，所述装置还包括：
接收模块，用于接收创建通用专有承载的通知，所述通知中携带各类应用对应的QoS参数及包过滤器的服务器端IP地址值；
所述创建模块，还用于基于所述QoS参数及包过滤器的服务器端IP地址值创建通用专有承载。
18.根据权利要求17所述的装置，其特征在于，所述接收模块，还用于接收通过所述通用专有承载传输的所述目标应用的IP报文；
所述装置还包括：探测模块，用于根据所述IP报文探测所述目标应用的应用类型。
19.根据权利要求18所述的装置，其特征在于，所述确定模块，用于基于所述目标应用的应用类型，从所述各类应用对应的QoS参数中查找所述目标应用对应的QoS参数，得到创建专有承载所需的QoS信息。
20.根据权利要求18所述的装置，其特征在于，所述获取模块，用于基于所述目标应用的IP报文获取所述目标应用的应用服务器IP层信息。
21.一种建立承载的装置，其特征在于，所述装置包括：
获取模块，用于获取各类应用对应的QoS参数，所述各类应用包括需要网络加速的目标应用；
所述获取模块，还用于获取用户设备UE发送的所述目标应用的应用服务器网际协议IP层信息；
生成模块，用于基于所述应用服务器IP层信息，生成创建专有承载所需的流信息；
发送模块，用于将所述QoS参数和所述流信息发送至网关设备，由所述网关设备在所述目标应用运行时，基于所述QoS参数和所述流信息创建专有承载，所述专有承载用于传输所述目标应用和所述目标应用的服务器之间的通讯数据。
22.根据权利要求21所述的装置，其特征在于，所述发送模块，用于接收所述目标应用的应用信息，根据所述应用信息确定所述目标应用的应用类型；基于所述目标应用的应用类型查找所述目标应用对应的QoS参数；根据所述目标应用对应的QoS参数生成创建专有承载所需的QoS信息，将所述创建专有承载所需的QoS信息和所述流信息发送至网关设备。
23.一种通信装置，其特征在于，包括：处理器，所述处理器与存储器耦合；
存储器，用于存储计算机程序；
处理器，用于执行所述存储器中存储的计算机程序，以使得所述装置执行如权利要求1-4中任一项所述的建立承载的方法，或者执行如权利要求5-9任一项所述的建立承载的方法，或者执行如权利要求10或11所述的建立承载的方法。
24.一种可读存储介质，其特征在于，所述可读存储介质存储程序或指令，当所述程序或指令在计算机上运行时，如权利要求1-4中任一项所述的建立承载的方法，或者执行如权利要求5-9任一项所述的建立承载的方法，或者执行如权利要求10或11所述的建立承载的方法被执行。
CN201910117763.7A 2019-02-15 2019-02-15 建立承载的方法、装置及可读存储介质 Active CN111586885B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201910117763.7A CN111586885B (zh) 2019-02-15 2019-02-15 建立承载的方法、装置及可读存储介质
CN202210494657.2A CN115022981A (zh) 2019-02-15 2019-02-15 建立承载的方法、装置及可读存储介质
PCT/CN2020/074604 WO2020164451A1 (zh) 2019-02-15 2020-02-10 建立承载的方法、装置及可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910117763.7A CN111586885B (zh) 2019-02-15 2019-02-15 建立承载的方法、装置及可读存储介质

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202210494657.2A Division CN115022981A (zh) 2019-02-15 2019-02-15 建立承载的方法、装置及可读存储介质

Publications (2)

Publication Number Publication Date
CN111586885A CN111586885A (zh) 2020-08-25
CN111586885B true CN111586885B (zh) 2022-05-13

Family

ID=72045122

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201910117763.7A Active CN111586885B (zh) 2019-02-15 2019-02-15 建立承载的方法、装置及可读存储介质
CN202210494657.2A Pending CN115022981A (zh) 2019-02-15 2019-02-15 建立承载的方法、装置及可读存储介质

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202210494657.2A Pending CN115022981A (zh) 2019-02-15 2019-02-15 建立承载的方法、装置及可读存储介质

Country Status (2)

Country Link
CN (2) CN111586885B (zh)
WO (1) WO2020164451A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112769688B (zh) * 2020-12-18 2022-07-29 南方电网科学研究院有限责任公司 协议栈适配的方法、装置、电子设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103404102A (zh) * 2012-12-31 2013-11-20 华为技术有限公司 一种承载创建方法、装置和系统
CN106331105A (zh) * 2016-08-25 2017-01-11 腾讯科技（深圳）有限公司 网络加速保障的方法和装置、网络QoS保障方法和装置
CN107949016A (zh) * 2017-12-26 2018-04-20 广东欧珀移动通信有限公司 专用承载的建立方法及相关设备

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007026268A1 (en) * 2005-08-31 2007-03-08 Nokia Corporation Inter-access mobility and service control
US8305979B2 (en) * 2009-09-04 2012-11-06 Clearwire Ip Holdings Llc Managing multiple application flows over an access bearer in a quality of service policy environment
CN102469087A (zh) * 2010-11-17 2012-05-23 中兴通讯股份有限公司 一种实现服务质量控制的方法和系统
US9055557B1 (en) * 2012-03-26 2015-06-09 Juniper Networks, Inc. Policy and charging control rule programming and lookup in wireless connectivity access networks
CN104010332B (zh) * 2013-02-21 2019-03-15 中兴通讯股份有限公司 承载绑定方法及系统
CN105264946B (zh) * 2013-10-31 2020-01-21 华为技术有限公司 业务加速方法以及装置
CN105991712B (zh) * 2015-02-12 2019-03-15 林琳 一种网络加速装置
CN106162903B (zh) * 2015-04-15 2019-07-05 中国移动通信集团公司 一种按需调用QoS能力的方法和装置
CN106303751B (zh) * 2015-05-18 2020-06-30 中兴通讯股份有限公司 一种定向流量包的实现方法及系统
CN105376764B (zh) * 2015-11-25 2019-01-15 中国联合网络通信集团有限公司 一种承载的建立方法及系统
EP3448112B1 (en) * 2016-05-13 2020-04-22 Huawei Technologies Co., Ltd. Service data stream transmission method and device
US10660110B2 (en) * 2016-06-11 2020-05-19 Apple Inc. Adaptive throughput and bandwidth for enhanced category of mobile devices
CN108135013B (zh) * 2016-12-01 2021-06-04 中国电信股份有限公司 物联网业务承载方法和系统
CN108259434B (zh) * 2016-12-29 2020-12-22 中国移动通信集团浙江有限公司 一种用户侧QoS保障能力的开放方法及服务器

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103404102A (zh) * 2012-12-31 2013-11-20 华为技术有限公司 一种承载创建方法、装置和系统
CN106331105A (zh) * 2016-08-25 2017-01-11 腾讯科技（深圳）有限公司 网络加速保障的方法和装置、网络QoS保障方法和装置
CN107949016A (zh) * 2017-12-26 2018-04-20 广东欧珀移动通信有限公司 专用承载的建立方法及相关设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
数据中心网络业务性能优化技术研究;马腾;《信息科技辑》;20170420;全文 *

Also Published As

Publication number Publication date
WO2020164451A1 (zh) 2020-08-20
CN111586885A (zh) 2020-08-25
CN115022981A (zh) 2022-09-06

Similar Documents

Publication Publication Date Title
EP3598784B1 (en) Method and device enabling network side to identify and control remote user equipment
KR102546956B1 (ko) 3gpp 네트워크들에서의 소량 데이터 사용 가능
KR102069141B1 (ko) 서비스 계층 사우스바운드 인터페이스 및 서비스 품질
JP5507709B2 (ja) Ｐｃｒｆがセル容量不足に自律的に応答するための方法
US11736968B2 (en) Capillary device charging
KR101389665B1 (ko) 다양한 소스 메시지 결합
US8965962B2 (en) Diameter session audits
US20150103772A1 (en) Routing of Traffic in a Multi-Domain Network
US10298744B2 (en) Method and arrangement for policy regulation of electronic communication devices
US11882234B2 (en) Method and apparatus for granting or not granting a chargeable party at a session management with required quality of service utilizing a MAC address
US20120315879A1 (en) Intelligent presence notification service
EP3656089B1 (en) Methods, systems, and computer readable media for operating a telecommunications network using an on-premises computing system and an off-premises cloud computing system
US10666812B2 (en) Charging control apparatus, method, and system
CN111586885B (zh) 建立承载的方法、装置及可读存储介质
JP2020503724A (ja) ルータとしてのｕｅに接続されるデバイスのためのサービス区別
US8855125B2 (en) Handling of NRS and BCM in PCRF and GW
WO2022067736A1 (zh) 一种通信方法及装置
CN109982311A (zh) 一种终端接入核心网设备方法及终端、mme和saegw
CN103181121B (zh) 一种接入处理方法、设备和系统
US20240306237A1 (en) Dynamic pcrf/pcf selection
US8843128B2 (en) Roaming session termination triggered by roaming agreement/partner deletion
US20210160677A1 (en) Orchestrator equipment in a cellular telecommunication system
CN106488582A (zh) 用于建立lte pcc会话的方法、装置和系统
CN118741767A (zh) 通信方法及通信装置
CN115812291A (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