CN113473535B - 一种多路径传输的策略控制方法及相关设备 - Google Patents

一种多路径传输的策略控制方法及相关设备 Download PDF

Info

Publication number
CN113473535B
CN113473535B CN202110656702.5A CN202110656702A CN113473535B CN 113473535 B CN113473535 B CN 113473535B CN 202110656702 A CN202110656702 A CN 202110656702A CN 113473535 B CN113473535 B CN 113473535B
Authority
CN
China
Prior art keywords
network element
transport
policy
resource
resource modification
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
CN202110656702.5A
Other languages
English (en)
Other versions
CN113473535A (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 CN202110656702.5A priority Critical patent/CN113473535B/zh
Publication of CN113473535A publication Critical patent/CN113473535A/zh
Application granted granted Critical
Publication of CN113473535B publication Critical patent/CN113473535B/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
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/20—Traffic policing
    • 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/24—Multipath
    • 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/10—Flow control between communication endpoints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
    • H04L47/762—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions triggered by the network
    • 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/0273—Traffic management, e.g. flow control or congestion control adapting protocols for flow control or congestion control to wireless environment, e.g. adapting transmission control protocol [TCP]
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/06—Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless
    • 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/11—Identifying congestion

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种多路径传输的策略控制方法及相关设备，其中，支持多路径传输的用户设备UE通过至少两条传输子流进行业务报文传输，该方法包括：策略决策网元接收通信对端发送的所述至少两条传输子流的关联信息，所述关联信息包括所述至少两条传输子流的流标识；策略决策网元根据所述关联信息，确定所述至少两条传输子流中的至少一条传输子流的资源修改策略；策略决策网元向所述至少一条传输子流对应的转发面网元发送所述资源修改策略，以使所述至少一条传输子流对应的转发面网元按照所述资源修改策略进行资源修改。实施本发明实施例，可以在多路径传输下进行资源修改时减少信令处理数量，降低资源的消耗量。

Description

一种多路径传输的策略控制方法及相关设备
技术领域
本发明涉及通信技术领域，尤其涉及一种多路径传输的策略控制方法及相关设备。
背景技术
EPS(Evolved Packet System，演进的分组系统)是3GPP(3rd GenerationPartnership Project，第三代合作伙伴计划)标准在第四代移动通信中引入的概念，由用户设备(User Equipment，UE)、无线接入网以及演进的分组核心网(Evolved Packet Core，EPC)组成。其中，EPC包括MME(Mobility Management Entity，移动性管理实体)、S-GW(Serving Gateway，服务网关)、P-GW(Packet Data Network Gateway，分组数据网络网关)、PCRF(Policy and Charging Rules Function，策略与计费规则功能单元)等组成部分。在EPS系统中，可以通过UE、基站、MME、S-GW、P-GW以及PCRF实现专用承载的激活和承载QoS(Quality of Service，服务质量)的修改等操作。
目前，随着互联网的飞速发展，以及手机、笔记本等UE宽带接入技术的进步，一个用户设备具有多个网络接口，如Wi-Fi(Wireless-Fidelity，无线保真)接口、2G(The 2ndGeneration Mobile Communication Technology，第二代移动通信技术)接口、3G(The 3rdGeneration Mobile Communication Technology，第三代移动通信技术)接口等等，从而可以实现到目标节点的多条链路。传统的传输控制协议(Transfer Control Protocol，TCP)是一对一的传输协议，不能够充分利用用户设备的多址多网络接口的优势，从而造成资源浪费。基于此，IETF(Internet Engineering Task Force，互联网工程任务组)提出了MPTCP(MultiPath TCP，多路径传输控制协议)。MPTCP是一种TCP的改进协议，它允许通信双方同时通过多条连接进行数据传送。在移动通信中，支持MPTCP技术的UE和服务器同时使用3GPP接入技术的多条连接(如分别通过宏基站和家庭基站建立的连接)与对端通信时，UE根据业务需求(如业务需要一个更高的宽带)需要修改承载的QoS。目前的解决方案是针对每一条连接根据业务需求修改各条连接的承载QoS。然而，在每条连接上修改各自的承载QoS会造成UE及服务器的信令处理数量的增多，消耗额外资源。因此，如何在多路径传输下修改承载QoS时减少信令处理数量是目前亟需解决的问题。
发明内容
本发明实施例公开了一种多路径传输的策略控制方法及相关设备，用于解决在多路径传输下进行资源修改时减少信令处理数量的问题。
本发明实施例第一方面公开了一种多路径传输的策略控制方法，其中，支持多路径传输的用户设备UE通过至少两条传输子流进行业务报文传输，所述方法包括：
策略决策网元接收通信对端发送的所述至少两条传输子流的关联信息，所述关联信息包括所述至少两条传输子流的流标识；
所述策略决策网元根据所述关联信息，确定所述至少两条传输子流中的至少一条传输子流的资源修改策略；其中，资源修改策略中可以包括但不限于上述至少一条传输子流中每条传输子流的流标识以及每条传输子流需要进行修改的资源类型和修改量等信息；
所述策略决策网元向所述至少一条传输子流对应的转发面网元发送所述资源修改策略，以使所述至少一条传输子流对应的转发面网元按照所述资源修改策略进行资源修改。也即是说，策略决策网元可以根据传输同一业务报文的至少两条传输子流的关联信息，确定出需要进行资源修改的一条或几条传输子流来对其进行资源修改，而无需对每一条传输子流都进行资源修改，从而可以减少多路径传输下进行资源修改的信令处理数量，降低资源的消耗量。
结合本发明实施例第一方面，在本发明实施例第一方面的第一种可能的实施方式中，所述通信对端包括所述UE或支持多路径传输的服务器。
结合本发明实施例第一方面或第一方面的第一种可能的实施方式，在本发明实施例第一方面的第二种可能的实施方式中，所述策略决策网元接收通信对端发送的所述至少两条传输子流的关联信息，包括：
所述策略决策网元在资源建立过程中接收通信对端发送的所述至少两条传输子流的关联信息；
或者，所述策略决策网元在资源修改过程中接收通信对端发送的所述至少两条传输子流的关联信息。
结合本发明实施例第一方面的第二种可能的实施方式，在本发明实施例第一方面的第三种可能的实施方式中，所述方法还包括：
所述策略决策网元在所述资源修改过程中接收转发面网元发送的策略控制修改请求，所述转发面网元为所述至少两条传输子流中的一条传输子流对应的转发面网元，即为发起所述资源修改的传输子流所对应的转发面网元；
其中，所述策略决策网元根据所述关联信息，确定所述至少两条传输子流中的至少一条传输子流的资源修改策略，包括：
所述策略决策网元响应所述策略控制修改请求，并根据所述关联信息确定所述至少两条传输子流中的至少一条传输子流的资源修改策略。也即是说，当策略决策网元接收到转发面网元发送的策略控制修改请求后，可以根据该关联信息确定出至少两条传输子流中的一条或几条传输子流的资源修改策略，从而增强了网络侧的策略决策网元的主动性。
结合本发明实施例第一方面的第二种可能的实施方式，在本发明实施例第一方面的第四种可能的实施方式中，所述方法还包括：
所述策略决策网元在所述资源修改过程中接收所述通信对端发送的资源修改请求；
其中，所述策略决策网元根据所述关联信息，确定所述至少两条传输子流中的至少一条传输子流的资源修改策略，包括：
所述策略决策网元响应所述资源修改请求，并根据所述关联信息确定所述至少两条传输子流中的至少一条传输子流的资源修改策略。也即是说，当策略决策网元接收到通信对端发送的资源修改请求后，可以根据该关联信息确定出至少两条传输子流中的一条或几条传输子流的资源修改策略，从而增强了网络侧的策略决策网元的主动性。
结合本发明实施例第一方面或第一方面的第一种至第四种中任一种可能的实施方式，在本发明实施例第一方面的第五种可能的实施方式中，所述策略决策网元根据所述关联信息，确定所述至少两条传输子流中的至少一条传输子流的资源修改策略，包括：
所述策略决策网元根据所述关联信息，获取所述至少两条传输子流的负载情况、空口类型以及基站类型中的至少一种信息；
所述策略决策网元根据所述至少两条传输子流的负载情况、空口类型以及基站类型中的至少一种信息，确定所述至少两条传输子流中的至少一条传输子流的资源修改策略。其中，所述至少两条传输子流的负载情况、空口类型以及基站类型中的至少一种信息可以是网管系统或无线接入网上报的，也可以是策略决策网元主动去网管系统或无线接入网获取的。
本发明实施例第二方面公开了一种策略决策网元，其中，支持多路径传输的用户设备UE通过至少两条传输子流进行业务报文传输，所述策略决策网元包括：
接收单元，用于接收通信对端发送的所述至少两条传输子流的关联信息，所述关联信息包括所述至少两条传输子流的流标识；
确定单元，用于根据所述关联信息，确定所述至少两条传输子流中的至少一条传输子流的资源修改策略；
发送单元，用于向所述至少一条传输子流对应的转发面网元发送所述资源修改策略，以使所述至少一条传输子流对应的转发面网元按照所述资源修改策略进行资源修改。
结合本发明实施例第二方面，在本发明实施例第二方面的第一种可能的实施方式中，所述通信对端包括所述UE或支持多路径传输的服务器。
结合本发明实施例第二方面或第二方面的第一种可能的实施方式，在本发明实施例第二方面的第二种可能的实施方式中，所述接收单元接收通信对端发送的所述至少两条传输子流的关联信息的方式具体为：
所述接收单元在资源建立过程中接收通信对端发送的所述至少两条传输子流的关联信息；
或者，所述接收单元在资源修改过程中接收通信对端发送的所述至少两条传输子流的关联信息。
结合本发明实施例第二方面的第二种可能的实施方式，在本发明实施例第二方面的第三种可能的实施方式中，
所述接收单元，还用于在所述资源修改过程中接收转发面网元发送的策略控制修改请求，所述转发面网元为所述至少两条传输子流中的一条传输子流对应的转发面网元；
所述确定单元具体用于响应所述策略控制修改请求，并根据所述关联信息确定所述至少两条传输子流中的至少一条传输子流的资源修改策略。
结合本发明实施例第二方面的第二种可能的实施方式，在本发明实施例第二方面的第四种可能的实施方式中，
所述接收单元，还用于在所述资源修改过程中接收所述通信对端发送的资源修改请求；
所述确定单元具体用于响应所述资源修改请求，并根据所述关联信息确定所述至少两条传输子流中的至少一条传输子流的资源修改策略。
结合本发明实施例第二方面或第二方面的第一种至第四种中任一种可能的实施方式，在本发明实施例第二方面的第五种可能的实施方式中，所述确定单元包括：
获取子单元，用于根据所述关联信息，获取所述至少两条传输子流的负载情况、空口类型以及基站类型中的至少一种信息；
确定子单元，用于根据所述至少两条传输子流的负载情况、空口类型以及基站类型中的至少一种信息，确定所述至少两条传输子流中的至少一条传输子流的资源修改策略。
本发明实施例第三方面公开了一种策略决策网元，其中，支持多路径传输的用户设备UE通过至少两条传输子流进行业务报文传输，所述策略决策网元包括：处理器、存储器、通信接口以及通信总线；
其中，所述存储器用于存储程序和数据；
所述通信总线用于建立所述处理器、所述存储器和所述通信接口之间的连接通信；
所述处理器用于调用所述存储器存储的程序，执行如下操作：
触发所述通信接口接收通信对端发送的所述至少两条传输子流的关联信息，所述关联信息包括所述至少两条传输子流的流标识；
根据所述关联信息，确定所述至少两条传输子流中的至少一条传输子流的资源修改策略；
触发所述通信接口向所述至少一条传输子流对应的转发面网元发送所述资源修改策略，以使所述至少一条传输子流对应的转发面网元按照所述资源修改策略进行资源修改。
结合本发明实施例第三方面，在本发明实施例第三方面的第一种可能的实施方式中，所述通信对端包括所述UE或支持多路径传输的服务器。
结合本发明实施例第三方面或第三方面的第一种可能的实施方式，在本发明实施例第三方面的第二种可能的实施方式中，所述处理器触发所述通信接口接收通信对端发送的所述至少两条传输子流的关联信息的方式具体为：
触发所述通信接口在资源建立过程中接收通信对端发送的所述至少两条传输子流的关联信息；
或者，触发所述通信接口在资源修改过程中接收通信对端发送的所述至少两条传输子流的关联信息。
结合本发明实施例第三方面的第二种可能的实施方式，在本发明实施例第三方面的第三种可能的实施方式中，所述处理器还用于调用所述存储器存储的程序，并执行如下操作：
触发所述通信接口在所述资源修改过程中接收转发面网元发送的策略控制修改请求，所述转发面网元为所述至少两条传输子流中的一条传输子流对应的转发面网元；
其中，所述处理器根据所述关联信息，确定所述至少两条传输子流中的至少一条传输子流的资源修改策略的方式具体为：
响应所述策略控制修改请求，并根据所述关联信息确定所述至少两条传输子流中的至少一条传输子流的资源修改策略。
结合本发明实施例第三方面的第二种可能的实施方式，在本发明实施例第三方面的第四种可能的实施方式中，所述处理器还用于调用所述存储器存储的程序，并执行如下操作：
触发所述通信接口在所述资源修改过程中接收所述通信对端发送的资源修改请求；
其中，所述处理器根据所述关联信息，确定所述至少两条传输子流中的至少一条传输子流的资源修改策略的方式具体为：
响应所述资源修改请求，并根据所述关联信息确定所述至少两条传输子流中的至少一条传输子流的资源修改策略。
结合本发明实施例第三方面或第三方面的第一种至第四种中任一种可能的实施方式，在本发明实施例第三方面的第五种可能的实施方式中，所述处理器根据所述关联信息，确定所述至少两条传输子流中的至少一条传输子流的资源修改策略的方式具体为：
根据所述关联信息，获取所述至少两条传输子流的负载情况、空口类型以及基站类型中的至少一种信息；
根据所述至少两条传输子流的负载情况、空口类型以及基站类型中的至少一种信息，确定所述至少两条传输子流中的至少一条传输子流的资源修改策略。
本发明实施例第四方面公开了一种多路径传输的策略控制系统，包括用户设备UE、本发明实施例第二方面公开的策略决策网元以及通信对端。
本发明实施例中，当支持多路径传输的用户设备UE通过至少两条传输子流进行业务报文传输时，策略决策网元接收通信对端发送的上述至少两条传输子流的关联信息，可以根据该关联信息，确定出上述至少两条传输子流中的至少一条传输子流的资源修改策略，并将该资源修改策略发送至上述至少一条传输子流对应的转发面网元，以使上述至少一条传输子流对应的转发面网元按照该资源修改策略进行资源修改。可见，实施本发明实施例，策略决策网元可以根据传输同一业务报文的至少两条传输子流的关联信息，确定出需要进行资源修改的一条或几条传输子流来对其进行资源修改，而无需对每一条传输子流都进行资源修改，从而可以减少多路径传输下进行资源修改的信令处理数量，降低资源的消耗量。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例公开的一种EPS系统的架构示意图；
图2是本发明实施例公开的一种多路径传输的网络架构示意图；
图3是本发明实施例公开的一种多路径传输的策略控制方法的流程示意图；
图4是本发明实施例公开的另一种多路径传输的策略控制方法的流程示意图；
图5是本发明实施例公开的另一种多路径传输的策略控制方法的流程示意图；
图6是本发明实施例公开的又一种多路径传输的策略控制方法的流程示意图；
图7是本发明实施例公开的一种策略决策网元的结构示意图；
图8是本发明实施例公开的另一种策略决策网元的结构示意图；
图9是本发明实施例公开的又一种策略决策网元的结构示意图；
图10是本发明实施例公开的一种多路径传输的策略控制系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例公开了一种多路径传输的策略控制方法及相关设备，用于解决在多路径传输下进行资源修改时减少信令处理数量的问题，且使流程更加优化。以下分别进行详细说明。
为了更好的理解本发明实施例，下面先对本发明实施例适用的系统架构进行描述。本发明实施例可以运用于EPS系统或该系统的其他演进系统等。接下来，将对本发明实施例公开的一种EPS系统架构进行描述。请参阅图1，图1是本发明实施例公开的一种EPS系统的架构示意图。在图1所示的EPS系统架构中，可以包括用户设备UE、E-UTRAN(EvolvedUniversal Terrestrial Radio Access Network，演进的通用陆地无线接入网)以及演进的分组核心网EPC。其中，用户设备UE可以包括但不限于具有无线通信功能的手持设备(如移动手机、平板电脑、个人数字助理等)、车载设备、可穿戴设备(如智能手表、智能手环等)、计算设备或连接到无线调制解调器的其它处理设备，以及各种形式的移动台(MobileStation，简称MS)，终端(Terminal)，终端设备(Terminal Equipment)等等。为方便描述，本申请中，简称为用户设备或UE。E-UTRAN可以包括eNodeB，与UE之间通过LTE-Uu接口互联，且与EPC之间通过S1接口互联，用于实现无线接入有关的功能。EPC可以由移动性管理实体MME、服务网关S-GW、分组数据网络网关P-GW、策略与计费规则功能单元PCRF、SGSN(ServingGPRS Support Node，服务GPRS支持节点)、HSS(Home Subscriber Server，归属签约用户服务器)等部分组成。
本发明实施例中，MME用于完成信令面功能的处理，如用户的鉴权、切换、漫游控制、空闲状态终端的移动性管理、用户上下文以及承载管理等。S-GW是一个用户面功能实体，完成分组数据的路由和转发，并作为3GPP系统内的一个数据锚点，终止E-UTRAN的接口，同时在一定地理区域下也是E-UTRAN切换场景下本地移动性管理的锚点。P-GW是连接外部数据网的网关，是3GPP接入网络和非3GPP接入网络之间的用户面锚点。用户设备可以通过连接到P-GW创建PDN(Packet Data Network，分组数据网络)连接来访问外部分组数据网络，这些PDN可以是Internet、虚拟私有网络(Virtual Private Network，VPN)、IP多媒体业务(IP Multi-media Service，IMS)网络，或者由运营商提供的无线应用协议(WirelessApplication Protocol，WAP)网络等。PCRF是业务数据流和IP承载资源的策略与计费控制策略决策点，维护网关控制会话及IP-CAN(IP-Connectivity Access Network，IP连接访问网络)会话之间的关联。SGSN用于完成分组数据包的路由转发、移动性管理、会话管理、逻辑链路管理、鉴权和加密、话单产生和输出等功能。HSS是用于存储用户签约信息的数据库，归属网络中可以包含一个或多个HSS，负责保存跟用户相关的信息，如用户标识、编号和路由信息、安全信息、位置信息、概要信息等。在实际的网络部署中，S-GW和P-GW可以分离也可以合一。例如在非漫游场景下，S-GW和P-GW为合一部署；在漫游场景下，S-GW和P-GW分开部署，两者之间通过S5接口连接。
请参阅图2，图2是本发明实施例公开的一种多路径传输的网络架构示意图。在图2所示的网络架构中，可以包括UE、至少两个基站、控制面网元、转发面网元、策略决策网元以及服务器。其中，UE为可以支持多路径传输的用户设备，如支持MPTCP传输协议的用户设备、支持QUIC(Quick UDP Internet Connection，快速UDP互联网连接)传输协议的用户设备等。控制面网元可以为负责用户及会话管理的控制面功能网元，如MME、移动网络控制器等。转发面网元可以为完成用户报文的转发、统计等处理功能的转发面功能网元，如P-GW、S-GW、GW转发面、SDN(Software Defined Network，软件定义网络)交换机等。策略决策网元可以为负责对移动网络进行策略控制和/或计费控制的功能网元，如EPC网络中的PCRF。服务器为可以支持多路径传输的服务器，可以为用户提供业务的网元，如支持MPTCP传输协议的应用服务器。在图2所示的网络架构中，一个用户设备UE具有多个网络接口，可以实现到目标节点的多条链路。具体地，UE通过基站和对应的转发面网元建立相应的PDU(Packet DataUnit，分组数据单元)连接，如PDN连接，且可以在每一条PDN连接上建立一条或多条传输子流。完成多路径传输可以是利用MPTCP协议来实现，也可以是利用QUIC协议来实现，本发明实施例不作限定。
在图2所示的网络架构中，UE通过基站1和基站2分别建立对应的PDU连接(即PDU连接1和PDU连接2)，并建立对应的传输子流，以使得UE可以同时在这两条传输子流上进行业务报文的传输。例如，UE在这两条传输子流上同时传输同一应用的业务报文。其中，基站1和基站2为两个不同的基站，基站1可以为宏基站，基站2可以为微基站，如家庭基站。当UE在两条传输子流上进行业务报文传输时，策略决策网元可以接收UE或服务器发送的这两条传输子流的关联信息，以使策略决策网元获知在这两条传输子流上是传输同一业务。策略决策网元可以根据这两条传输子流的负载情况、空口类型以及基站类型中的至少一种信息，确定出对这两条传输子流中的一条或两条传输子流进行资源修改。从而可以减少多路径传输下进行资源修改的信令处理数量，使流程更加优化，且降低系统资源的消耗量。图2中虽然仅示出了UE通过两个基站(基站1和基站2)建立了两条PDU连接，但并不构成对本发明实施例的限定。UE可以与多个基站建立至少两条PDU连接，即UE可以通过至少两条传输子流进行业务报文的传输。
基于图2所示的多路径传输的网络架构，本发明实施例公开了一种多路径传输的策略控制方法。请参阅图3，图3是本发明实施例公开的一种多路径传输的策略控制方法的流程示意图。如图3所示，该多路径传输的策略控制方法可以包括以下步骤：
301、策略决策网元接收通信对端发送的至少两条传输子流的关联信息。
本发明实施例中，用户设备UE可以通过至少两条传输子流进行业务报文传输。其中，该UE为支持多路径传输的用户设备，即可以在至少两条传输子流上传输同一业务报文。UE在传输业务报文之前，可以先建立多条PDU连接，如PDN连接，且每条PDU连接可以建立对应的一条或多条传输子流。用于传输业务报文的上述至少两条传输子流为不同PDU连接对应的传输子流。UE与不同的基站和转发面网元建立不同的PDU连接，例如，UE与基站1和转发面网元1建立PDU连接1，UE与基站2和转发面网元2建立PDU连接2等等。
本发明实施例中，当UE在至少两条传输子流上进行同一业务报文的传输时，策略决策网元可以接收通信对端发送的关于上述至少两条传输子流的关联信息。其中，该关联信息用于指示上述至少两条传输子流传输同一业务报文，该关联信息可以包括上述至少两条传输子流的流标识。不同传输子流的流标识不同，通过流标识可以区分不同的传输子流。具体的，当关联信息中包含了几个流标识，则可以表示这些流标识对应的传输子流传输的是同一业务报文。
本发明实施例中，通信对端可以是该UE，也可以是支持多路径传输的服务器，如应用服务器。
本发明实施例中，当建立有至少两条传输子流后，通信对端可以发起资源建立请求，以请求对每一条传输子流对应的某种或某些资源进行建立或激活。例如，UE可以通过每一条传输子流发起专有承载激活请求(即资源建立请求)，以激活每一条传输子流对应的专有承载。此外，当通信对端检测到某一条传输子流需要进行资源修改时，可以在该条传输子流上发起资源修改请求。其中，通信对端可以实时检测各条传输子流上的业务报文传输情况(如丢包次数、丢包频率等)来确定是否某一条传输子流需要进行资源修改。例如，当某一条传输子流上的丢包次数大于预设值时，则可以认为该条传输子流需要一个更高的带宽，从而可以确定该条传输子流需要进行资源修改。因此，通信对端可以在该条传输子流上发起资源修改请求。
具体地，步骤301策略决策网元接收通信对端发送的至少两条传输子流的关联信息的具体实施方式可以包括以下步骤：
31)策略决策网元在资源建立过程中接收通信对端发送的上述至少两条传输子流的关联信息；或者，
32)策略决策网元在资源修改过程中接收通信对端发送的上述至少两条传输子流的关联信息。
其中，资源建立过程与资源修改过程为前述的两个不同的过程。当在资源建立过程中接收到关联信息时，通信对端可以在其中一条传输子流发起的资源建立请求中携带上述至少两条传输子流的关联信息。当在资源修改过程中接收到关联信息时，通信对端可以在发起的资源修改请求中携带上述至少两条传输子流的关联信息。
302、策略决策网元根据该关联信息，确定上述至少两条传输子流中的至少一条传输子流的资源修改策略。
本发明实施例中，策略决策网元可以根据接收到的关联信息，确定出上述至少两条传输子流中的至少一条传输子流的资源修改策略。具体的，策略决策网元首先确定出上述至少一条传输子流，再进一步确定出上述至少一条传输子流的资源修改策略。其中，上述至少一条传输子流可以是上述至少两条传输子流中的任意一条或几条传输子流；也可以是结合每一条传输子流的负载情况、空口类型、基站类型等信息确定出的需要进行资源修改的传输子流。
本发明实施例中，资源修改策略中可以包括但不限于上述至少一条传输子流中每条传输子流的流标识以及每条传输子流需要进行修改的资源类型和修改量等信息。其中，修改的资源类型为修改的是哪种资源，可以为服务质量QoS参数。进一步地，QoS参数可以包括QCI(QoS Class Identifier，QoS等级标识)，用于衡量业务传输时的丢包率、延迟、带宽以及优先级等资源信息，即可对这些资源进行修改。修改量即为对资源修改多少。例如，将一条传输子流的带宽扩大5M，其中，进行修改的资源类型为带宽，修改量为5M。
可选的，步骤302策略决策网元根据该关联信息，确定上述至少两条传输子流中的至少一条传输子流的资源修改策略的具体实施方式可以包括以下步骤：
33)策略决策网元根据该关联信息，获取上述至少两条传输子流的负载情况、空口类型以及基站类型中的至少一种信息；
34)策略决策网元根据上述至少两条传输子流的负载情况、空口类型以及基站类型中的至少一种信息，确定上述至少两条传输子流中的至少一条传输子流的资源修改策略。
其中，上述至少两条传输子流的负载情况、空口类型以及基站类型等信息可以是网管系统或者无线接入网(Radio Access Network，RAN)实时或每隔特定时间上报至策略决策网元的，也可以是策略决策网元主动从网管系统或RAN侧获取的。例如，UE通过两条传输子流(如传输子流1和传输子流2)进行同一业务报文传输，假设传输子流1和传输子流2的最大带宽均为5M，而传输子流1已占用了4M，传输子流2已占用2M。假设资源占用率超过60％则需要进行资源修改，则可以确定出传输子流1需要进行资源修改。
作为一种可选的实施方式，在执行步骤302之前，图3所描述的方法还可以包括以下步骤：
35)策略决策网元在资源修改过程中接收转发面网元发送的策略控制修改请求，该转发面网元为上述至少两条传输子流中的一条传输子流对应的转发面网元；
其中，步骤302策略决策网元根据该关联信息，确定上述至少两条传输子流中的至少一条传输子流的资源修改策略的具体实施方式可以包括以下步骤：
36)策略决策网元响应该策略控制修改请求，并根据该关联信息确定上述至少两条传输子流中的至少一条传输子流的资源修改策略。
在该实施方式中，策略决策网元可以在资源修改过程中接收转发面网元发送的策略控制修改请求，该策略控制修改请求可以用于指示策略决策网元根据该关联信息确定上述至少两条传输子流中的至少一条传输子流的资源修改策略。其中，该转发面网元为上述至少两条传输子流中的一条传输子流对应的转发面网元，具体的，该转发面网元可以为发起资源修改请求的传输子流所对应的转发面网元。
可选的，步骤36)中策略决策网元根据该关联信息确定上述至少两条传输子流中的至少一条传输子流的资源修改策略的具体实施方式可以为策略决策网元根据该关联信息获取上述至少两条传输子流的负载情况、空口类型以及基站类型中的至少一种信息；并根据上述至少两条传输子流的负载情况、空口类型以及基站类型中的至少一种信息，确定上述至少两条传输子流中的至少一条传输子流的资源修改策略。
作为一种可选的实施方式，在执行步骤302之前，图3所描述的方法还可以包括以下步骤：
37)策略决策网元在资源修改过程中接收通信对端发送的资源修改请求；
其中，步骤302策略决策网元根据该关联信息，确定上述至少两条传输子流中的至少一条传输子流的资源修改策略的具体实施方式可以包括以下步骤：
38)策略决策网元响应该资源修改请求，并根据该关联信息确定上述至少两条传输子流中的至少一条传输子流的资源修改策略。
在该实施方式中，策略决策网元可以在资源修改过程中接收通信对端发送的资源修改请求，该资源修改请求可以用于指示策略决策网元根据该关联信息确定上述至少两条传输子流中的至少一条传输子流的资源修改策略。
可选的，步骤38)中策略决策网元根据该关联信息确定上述至少两条传输子流中的至少一条传输子流的资源修改策略的具体实施方式可以为策略决策网元根据该关联信息获取上述至少两条传输子流的负载情况、空口类型以及基站类型中的至少一种信息；并根据上述至少两条传输子流的负载情况、空口类型以及基站类型中的至少一种信息，确定上述至少两条传输子流中的至少一条传输子流的资源修改策略。
303、策略决策网元向上述至少一条传输子流对应的转发面网元发送该资源修改策略。
本发明实施例中，当策略决策网元确定出至少一条传输子流的资源修改策略后，可以将该资源修改策略发送至上述至少一条传输子流对应的转发面网元，以使上述至少一条传输子流对应的转发面网元按照该资源修改策略进行资源修改。一条传输子流对应有一个转发面网元，且不同传输子流对应的转发面网元可以不同。当一个转发面网元接收到资源修改策略后，可以对该资源修改策略进行解析，以获得自身对应的传输子流的修改策略，并根据该修改策略进行资源修改。例如，转发面网元1接收到资源修改策略，并从中解析出自身对应的传输子流1的修改策略，如需要进行修改的资源类型和修改量等，并按照资源类型和修改量对传输子流1进行相应的资源修改。
在图3所描述的方法中，当支持多路径传输的UE通过至少两条传输子流进行业务报文传输时，策略决策网元接收通信对端发送的上述至少两条传输子流的关联信息，可以根据该关联信息，确定上述至少两条传输子流中的至少一条传输子流的资源修改策略，并将该资源修改策略发送至上述至少一条传输子流对应的转发面网元，以使上述至少一条传输子流对应的转发面网元按照该资源修改策略进行资源修改。通过实施图3所描述的方法，策略决策网元可以根据传输同一业务报文的至少两条传输子流的关联信息，确定出需要进行资源修改的一条或几条传输子流来对其进行资源修改，而无需对每一条传输子流都进行资源修改，从而可以减少多路径传输下进行资源修改的信令处理数量，使处理流程更加优化，且降低系统资源的消耗量。
基于图2所示的多路径传输的网络架构，本发明实施例公开了另一种多路径传输的策略控制方法。请参阅图4，图4是本发明实施例公开的另一种多路径传输的策略控制方法的流程示意图。其中，该多路径传输的策略控制方法中关联信息是在资源建立过程中进行传输的，且通信对端为用户设备UE。UE可以通过至少两条传输子流进行业务报文传输，这里将以UE通过两条传输子流进行业务报文传输为例进行详细说明。如图4所示，该多路径传输的策略控制方法可以包括以下步骤：
401、UE通过基站1和转发面网元1建立PDU连接1。
402、UE通过基站1和转发面网元1针对该PDU连接1建立与服务器进行通信的传输子流1。
403、UE通过基站2和转发面网元2建立PDU连接2。
404、UE通过基站2和转发面网元2针对该PDU连接2建立与服务器进行通信的传输子流2。
本发明实施例中，支持多路径传输的UE可以建立多条PDU连接，且每条PDU连接可以建立对应的一条或多条传输子流，这里是以一条PDU连接建立一条传输子流为例来进行说明。UE可以通过PDU连接1对应的传输子流1和PDU连接2对应的传输子流2进行同一业务报文的传输。
本发明实施例中，基站1和基站2为两个不同的基站，例如，基站1为宏基站、基站2为微基站。
405、UE通过PDU连接1向控制面网元发送第一资源请求，该第一资源请求中携带有传输子流1的流标识。
406、控制面网元将UE通过PDU连接1传输的第一资源请求发送至转发面网元1。
407、转发面网元1与策略决策网元进行交互。
408、转发面网元1通过控制面网元、基站1和UE对传输子流1进行相应的资源修改。
本发明实施例中，在PDU连接1上传输的第一资源请求即可以为资源建立请求，即请求对该连接上的某种或某些资源进行建立。该请求中可以包括传输子流1的流标识以及请求建立的资源信息。转发面网元1根据第一资源请求，可以通过建立IP-CAN会话来实现与策略决策网元之间的交互。具体的，转发面网元1向策略决策网元发送会话请求，该会话请求中可以携带有传输子流1的流标识。策略决策网元响应该会话请求，可以通过策略执行网元发起策略修改。策略决策网元向转发面网元1下发修改策略，以使转发面网元1根据该修改策略发起相应的资源修改，此时资源修改即为对请求的资源进行建立或激活。
409、资源修改完毕后，转发面网元1向策略决策网元返回确认信息，以指示请求的资源修改已被执行。
本发明实施例中，当资源建立完成后，转发面网元1可以向策略决策网元返回确认信息，以告知策略决策网元请求的资源已成功建立。
410、UE通过PDU连接2向控制面网元发送第一资源请求，该第一资源请求中携带有传输子流2的流标识以及传输子流1与传输子流2的关联信息。
411、控制面网元将UE通过PDU连接2传输的第一资源请求发送至转发面网元2。
412、转发面网元2与策略决策网元进行交互。
413、转发面网元2通过控制面网元、基站2和UE对传输子流2进行相应的资源修改。
同样的，在PDU连接2上传输的第一资源请求即可以为资源建立请求，即请求对该连接上的某种或某些资源进行建立。该请求中可以包括传输子流2的流标识、两条传输子流的关联信息以及请求建立的资源信息。转发面网元2根据第一资源请求，可以通过建立IP-CAN会话来实现与策略决策网元之间的交互。具体的，转发面网元2向策略决策网元发送会话请求，该会话请求中可以携带有传输子流2的流标识以及传输子流1与传输子流2的关联信息。策略决策网元响应该会话请求，可以通过策略执行网元发起策略修改，策略决策网元向转发面网元2下发修改策略，以使转发面网元2根据该修改策略发起相应的资源修改，此时资源修改即为对请求的资源进行建立或激活。
414、资源修改完毕后，转发面网元2向策略决策网元返回确认信息，以指示请求的资源修改已被执行。
可以理解的是，步骤405～409与步骤410～414可以先后执行，也可以同步或交叉执行，本发明实施例不作限定。传输子流1与传输子流2的关联信息可以在其中一条传输子流上进行传输。其中，步骤405～414可以看作是资源建立过程，且关联信息是在资源建立过程中进行传输的。
415、UE检测到一条传输子流需要修改资源。
本发明实施例中，UE可以实时或每隔一定时间检测传输子流1和传输子流2是否需要进行资源修改。具体的，可以根据传输子流1和传输子流2的数据传输情况来进行判断。例如，当传输子流1上传输的数据丢包次数大于预设值时，则可以认为传输子流1需要一个更高的带宽，即检测到传输子流1需要修改资源。
416、UE在该传输子流上向控制面网元发送第二资源请求。
本发明实施例中，该第二资源请求即可以为资源修改请求。当UE检测到传输子流1需要修改资源时，可以在传输子流1上发送第二资源请求。当UE检测到传输子流2需要修改资源时，则可以在传输子流2上发送第二资源请求。这里是以传输子流1需要修改资源为例进行说明。
417、控制面网元将第二资源请求转发至转发面网元1。
418、转发面网元1向策略决策网元发送策略控制修改请求。
419、策略决策网元响应该策略控制修改请求，根据该关联信息确定传输子流1与传输子流2中的至少一条传输子流的资源修改策略。
本发明实施例中，策略决策网元响应转发面网元发送的策略控制修改请求，并根据接收到的传输子流1与传输子流2这两条传输子流的关联信息来确定出至少一条传输子流的资源修改策略。上述至少一条传输子流可以是传输子流1和传输子流2中的任意一条或两条，也可以是传输子流1和传输子流2中需要进行资源修改的一条或两条。其中，该策略控制修改请求也是转发面网元与策略决策网元建立IP-CAN会话进行传输的。
可选的，步骤419中策略决策网元根据该关联信息确定传输子流1与传输子流2中的至少一条传输子流的资源修改策略的具体实施方式可以为：
策略决策网元根据该关联信息，获取传输子流1和传输子流2的负载情况、空口类型以及基站类型中的至少一种信息；并根据传输子流1和传输子流2的负载情况、空口类型以及基站类型中的至少一种信息，确定传输子流1和传输子流2中的至少一条传输子流的资源修改策略。
420、策略决策网元下发该资源修改策略，以进行资源修改。
具体地，步骤420策略决策网元下发该资源修改策略，以进行资源修改的具体实施方式可以包括以下步骤：
41)策略决策网元将该资源修改策略发送至上述至少一条传输子流对应的转发面网元；
42)上述至少一条传输子流对应的转发面网元按照该资源修改策略进行相应的资源修改。
其中，当上述至少一条传输子流为传输子流1时，则策略决策网元将该资源修改策略发送给转发面网元1，以使转发面网元1按照该资源修改策略进行相应的资源修改。当上述至少一条传输子流为传输子流2时，则策略决策网元将该资源修改策略发送给转发面网元2，以使转发面网元2按照该资源修改策略进行相应的资源修改。当上述至少一条传输子流为传输子流1和传输子流2时，则策略决策网元将该资源修改策略分别发送给转发面网元1和转发面网元2，以使转发面网元1和转发面网元2分别按照该资源修改策略进行相应的资源修改。
本发明实施例中，图4所描述的方法还可以包括以下步骤：
43)当资源修改完毕后，上述至少一条传输子流对应的转发面网元向策略决策网元返回确认信息，以指示请求的资源修改已被执行。
其中，当上述至少一条传输子流为传输子流1时，资源修改完毕后，转发面网元1可以向策略决策网元返回确认信息，以指示转发面网元1请求的资源修改已被执行。当上述至少一条传输子流为传输子流2时，资源修改完毕后，转发面网元2可以向策略决策网元返回确认信息，以指示转发面网元2请求的资源修改已被执行。当上述至少一条传输子流为传输子流1和传输子流2时，资源修改完毕后，转发面网元1和转发面网元2可以分别向策略决策网元返回确认信息，以分别指示请求的资源修改已被执行。
可以理解的是，当步骤415中UE检测到需要修改资源的传输子流为传输子流2时，则可以在传输子流2上发送第二资源请求。其具体实施过程可以参考步骤416～420，这里将不再赘述。其中，步骤415～420可以看作是资源修改过程。
作为一种可选的实施方式，当UE可以建立承载时，UE通过PDU连接1和PDU连接2传输的第一资源请求可以为专有承载激活请求，资源修改可以为专有承载激活。则步骤405～409为传输子流1上的专有承载的激活过程，步骤410～414为传输子流2上的专有承载的激活过程。当步骤415中UE检测到一条传输子流需要修改资源时，则在该传输子流上传输的第二资源请求可以为专有承载修改请求。相应地，策略决策网元根据两条传输子流的关联信息确定出的至少一条传输子流的资源修改策略可以是上述至少一条传输子流的承载QoS的修改策略。并下发承载QoS的修改策略至相应的转发面网元，以使相应的转发面网元发起承载QoS的修改，并向策略决策网元返回确认信息，以指示请求的QoS策略已被执行。
本发明实施例中，通过实施图4所描述的方法，UE通过多个不同的基站分别建立PDU连接，并建立对应的传输子流，UE在资源建立过程中可以将传输子流的流标识和多条传输子流的关联信息通知策略决策网元，在UE检测到其中一条传输子流需要进行资源修改时，在资源修改过程中策略决策网元根据该关联信息确定一条或几条传输子流来进行资源修改，从而可以减少多路径传输下进行资源修改的信令处理数量，使处理流程更加优化，且降低系统资源的消耗量。
基于图2所示的多路径传输的网络架构，本发明实施例公开了另一种多路径传输的策略控制方法。请参阅图5，图5是本发明实施例公开的另一种多路径传输的策略控制方法的流程示意图。其中，该多路径传输的策略控制方法中关联信息是在资源修改过程中进行传输的，且通信对端为用户设备UE。UE可以通过至少两条传输子流进行业务报文传输，这里将以UE通过两条传输子流进行业务报文传输为例进行详细说明。如图5所示，该多路径传输的策略控制方法可以包括以下步骤：
501、UE通过基站1和转发面网元1建立PDU连接1。
502、UE通过基站1和转发面网元1针对该PDU连接1建立与服务器进行通信的传输子流1。
503、UE通过基站2和转发面网元2建立PDU连接2。
504、UE通过基站2和转发面网元2针对该PDU连接2建立与服务器进行通信的传输子流2。
505、UE通过PDU连接1向控制面网元发送第一资源请求，该第一资源请求中携带有传输子流1的流标识。
506、控制面网元将UE通过PDU连接1传输的第一资源请求发送至转发面网元1。
507、转发面网元1与策略决策网元进行交互。
508、转发面网元1通过控制面网元、基站1和UE对传输子流1进行相应的资源修改。
本发明实施例中，在PDU连接1上传输的第一资源请求即可以为资源建立请求，即请求对该连接上的某种或某些资源进行建立或激活。该请求中可以包括传输子流1的流标识以及请求建立的资源信息。转发面网元1根据第一资源请求，可以通过建立IP-CAN会话来实现与策略决策网元之间的交互。具体的，转发面网元1向策略决策网元发送会话请求，该会话请求中可以携带有传输子流1的流标识。策略决策网元响应该会话请求，可以通过策略执行网元发起策略修改。策略决策网元向转发面网元1下发修改策略，以使转发面网元1根据该修改策略发起相应的资源修改，此时资源修改即为对请求的资源进行建立或激活。
509、资源修改完毕后，转发面网元1向策略决策网元返回确认信息，以指示请求的资源修改已被执行。
510、UE通过PDU连接2向控制面网元发送第一资源请求，该第一资源请求中携带有传输子流2的流标识。
511、控制面网元将UE通过PDU连接2传输的第一资源请求发送至转发面网元2。
512、转发面网元2与策略决策网元进行交互。
513、转发面网元2通过控制面网元、基站2和UE对传输子流2进行相应的资源修改。
同样的，在PDU连接2上传输的第一资源请求即可以为资源建立请求，即请求对该连接上的某种或某些资源进行建立。该请求中可以包括传输子流2的流标识以及请求建立的资源信息。转发面网元2根据第一资源请求，可以通过建立IP-CAN会话来实现与策略决策网元之间的交互。具体的，转发面网元2向策略决策网元发送会话请求，该会话请求中可以携带有传输子流2的流标识。策略决策网元响应该会话请求，可以通过策略执行网元发起策略修改。策略决策网元向转发面网元2下发修改策略，以使转发面网元2根据该修改策略进行相应的资源修改，此时资源修改即为对请求的资源进行建立或激活。
514、资源修改完毕后，转发面网元2向策略决策网元返回确认信息，以指示请求的资源修改已被执行。
可以理解的是，步骤505～509与步骤510～514可以先后执行，也可以同步或交叉执行，本发明实施例不作限定。其中，步骤505～514可以看作是资源建立过程。
515、UE检测到一条传输子流需要修改资源。
516、UE在该传输子流上向控制面网元发送第二资源请求，该第二资源请求携带有传输子流1与传输子流2的关联信息。
本发明实施例中，该第二资源请求即可以为资源修改请求。当UE检测到传输子流1需要修改资源时，可以在传输子流1上发送第二资源请求。当UE检测到传输子流2需要修改资源时，则可以在传输子流2上发送第二资源请求。这里是以传输子流1需要修改资源为例进行说明。
517、控制面网元将第二资源请求转发至转发面网元1。
本发明实施例中，控制面网元可以将第二资源请求和两条传输子流的关联信息一起发送至转发面网元1；也可以将第二资源请求发送至转发面网元1，并将两条传输子流的关联信息直接发送至策略决策网元，本发明实施例不作限定。
518、转发面网元1向策略决策网元发送策略控制修改请求。
本发明实施例中，当控制面网元将两条传输子流的关联信息直接发送至策略决策网元时，则该策略控制修改请求中可以不携带该关联信息。当控制面网元将第二资源请求与关联信息一并发送时，则该策略控制修改请求中可以携带两条传输子流的关联信息。
519、策略决策网元响应该策略控制修改请求，根据该关联信息确定传输子流1与传输子流2中的至少一条传输子流的资源修改策略。
可选的，步骤519中策略决策网元根据该关联信息确定传输子流1与传输子流2中的至少一条传输子流的资源修改策略的具体实施方式可以为：
策略决策网元根据该关联信息，获取传输子流1和传输子流2的负载情况、空口类型以及基站类型中的至少一种信息；并根据传输子流1和传输子流2的负载情况、空口类型以及基站类型中的至少一种信息，确定传输子流1和传输子流2中的至少一条传输子流的资源修改策略。
520、策略决策网元下发该资源修改策略，以进行资源修改。
具体地，步骤520策略决策网元下发该资源修改策略，以进行资源修改的具体实施方式可以包括以下步骤：
51)策略决策网元将该资源修改策略发送至上述至少一条传输子流对应的转发面网元；
52)上述至少一条传输子流对应的转发面网元按照该资源修改策略进行相应的资源修改。
本发明实施例中，图5所描述的方法还可以包括以下步骤：
53)当资源修改完毕后，上述至少一条传输子流对应的转发面网元向策略决策网元返回确认信息，以指示请求的资源修改已被执行。
可以理解的是，当步骤515中UE检测到需要修改资源的传输子流为传输子流2时，则可以在传输子流2上发送第二资源请求并传输两条子流的关联信息。其具体实施过程可以参考步骤516～520，这里将不再赘述。其中，步骤515～520可以看作是资源修改过程，且关联信息是在资源修改过程中进行传输的。
作为一种可选的实施方式，当UE可以建立承载时，UE通过PDU连接1和PDU连接2传输的第一资源请求可以为专有承载激活请求，资源修改可以为专有承载激活。则步骤505～509为传输子流1上的专有承载的激活过程，步骤510～514为传输子流2上的专有承载的激活过程。当步骤515中UE检测到一条传输子流需要修改资源时，则在该传输子流上传输的第二资源请求可以为专有承载修改请求，并携带有两条传输子流的关联信息。相应地，策略决策网元根据两条传输子流的关联信息确定出的至少一条传输子流的资源修改策略可以是上述至少一条传输子流的承载QoS的修改策略。并下发承载QoS的修改策略至相应的转发面网元，以使相应的转发面网元发起承载QoS的修改，并向策略决策网元返回确认信息，以指示请求的QoS策略已被执行。
本发明实施例中，通过实施图5所描述的方法，UE通过多个不同的基站分别建立PDU连接，并建立对应的传输子流，UE在资源建立过程中可以将传输子流的流标识通知策略决策网元，当UE检测到其中一条传输子流需要进行资源修改时，UE在资源修改过程中将两条传输子流的关联信息通知给策略决策网元，使得策略决策网元根据该关联信息确定一条或几条传输子流来进行资源修改，从而可以减少多路径传输下进行资源修改的信令处理数量，使处理流程更加优化，且降低系统资源的消耗量。
基于图2所示的多路径传输的网络架构，本发明实施例公开了又一种多路径传输的策略控制方法。请参阅图6，图6是本发明实施例公开的又一种多路径传输的策略控制方法的流程示意图。其中，该多路径传输的策略控制方法中关联信息是在资源修改过程中进行传输的，且通信对端为支持多路径传输的服务器。用户设备UE可以通过至少两条传输子流进行业务报文传输，这里将以UE通过两条传输子流进行业务报文传输为例进行详细说明。如图6所示，该多路径传输的策略控制方法可以包括以下步骤：
601、UE通过基站1和转发面网元1建立PDU连接1。
602、UE通过基站1和转发面网元1针对该PDU连接1建立与服务器进行通信的传输子流1。
603、UE通过基站2和转发面网元2建立PDU连接2。
604、UE通过基站2和转发面网元2针对该PDU连接2建立与服务器进行通信的传输子流2。
605、UE通过PDU连接1向控制面网元发送第一资源请求，该第一资源请求中携带有传输子流1的流标识。
606、控制面网元将UE通过PDU连接1传输的第一资源请求发送至转发面网元1。
607、转发面网元1与策略决策网元进行交互。
608、转发面网元1通过控制面网元、基站1和UE对传输子流1进行相应的资源修改。
本发明实施例中，在PDU连接1上传输的第一资源请求即可以为资源建立请求，即请求对该连接上的某种或某些资源进行建立。该请求中可以包括传输子流1的流标识以及请求建立的资源信息。转发面网元1根据第一资源请求，可以通过建立IP-CAN会话来实现与策略决策网元之间的交互。具体的，转发面网元1向策略决策网元发送会话请求，该会话请求中可以携带有传输子流1的流标识。策略决策网元响应该会话请求，可以通过策略执行网元发起策略修改。策略决策网元向转发面网元1下发修改策略，以使转发面网元1根据该修改策略发起相应的资源修改，此时资源修改即为对请求的资源进行建立或激活。
609、资源修改完毕后，转发面网元1向策略决策网元返回确认信息，以指示请求的资源修改已被执行。
610、UE通过PDU连接2向控制面网元发送第一资源请求，该第一资源请求中携带有传输子流2的流标识。
611、控制面网元将UE通过PDU连接2传输的第一资源请求发送至转发面网元2。
612、转发面网元2与策略决策网元进行交互。
613、转发面网元2通过控制面网元、基站2和UE对传输子流2进行相应的资源修改。
同样的，在PDU连接2上传输的第一资源请求即可以为资源建立请求，即请求对该连接上的某种或某些资源进行建立。该请求中可以包括传输子流2的流标识以及请求建立的资源信息。转发面网元2根据第一资源请求，可以通过建立IP-CAN会话来实现与策略决策网元之间的交互。具体的，转发面网元2向策略决策网元发送会话请求，该会话请求中可以携带有传输子流2的流标识。策略决策网元响应该会话请求，可以通过策略执行网元发起策略修改。策略决策网元向转发面网元2下发修改策略，以使转发面网元2根据该修改策略进行相应的资源修改，此时资源修改即为对请求的资源进行建立或激活。
614、资源修改完毕后，转发面网元2向策略决策网元返回确认信息，以指示请求的资源修改已被执行。
可以理解的是，步骤605～609与步骤610～614可以先后执行，也可以同步或交叉执行，本发明实施例不作限定。其中，步骤605～614可以看作是资源建立过程。
615、服务器检测到一条传输子流需要修改资源。
本发明实施例中，服务器可以根据业务需求来确定需要进行资源修改的传输子流，如确定哪条传输子流需要一个更高的宽带。
616、服务器在该传输子流上向策略决策网元发送第二资源请求，该第二资源请求携带有传输子流1与传输子流2的关联信息。
本发明实施例中，该第二资源请求即为前述的资源修改请求。该资源修改请求中携带有两条传输子流的关联信息。当服务器检测到传输子流1需要修改资源时，可以在传输子流1上发送携带有关联信息的第二资源请求。当服务器检测到传输子流2需要修改资源时，则可以在传输子流2上发送携带有关联信息的第二资源请求。
617、策略决策网元响应该第二资源请求，根据该关联信息确定传输子流1与传输子流2中的至少一条传输子流的资源修改策略。
可选的，步骤617中策略决策网元根据该关联信息确定传输子流1与传输子流2中至少一条传输子流的资源修改策略的具体实施方式可以为：
策略决策网元根据该关联信息，获取传输子流1和传输子流2的负载情况、空口类型以及基站类型中的至少一种信息；并根据传输子流1和传输子流2的负载情况、空口类型以及基站类型中的至少一种信息，确定传输子流1和传输子流2中的至少一条传输子流的资源修改策略。
618、策略决策网元下发该资源修改策略，以进行资源修改。
具体地，步骤618策略决策网元下发该资源修改策略，以进行资源修改的具体实施方式可以包括以下步骤：
61)策略决策网元将该资源修改策略发送至上述至少一条传输子流对应的转发面网元；
62)上述至少一条传输子流对应的转发面网元按照该资源修改策略进行相应的资源修改。
本发明实施例中，图6所描述的方法还可以包括以下步骤：
63)当资源修改完毕后，上述至少一条传输子流对应的转发面网元向策略决策网元返回确认信息，以指示请求的资源修改已被执行。
其中，步骤615～618可以看作是资源修改过程，且关联信息是在资源修改过程中进行传输的。
作为一种可选的实施方式，当UE可以建立承载时，UE通过PDU连接1和PDU连接2传输的第一资源请求可以为专有承载激活请求，资源修改可以为专有承载激活。则步骤605～609为传输子流1上的专有承载的激活过程，步骤610～614为传输子流2上的专有承载的激活过程。当步骤615中服务器检测到一条传输子流需要修改资源时，则在该传输子流上传输的第二资源请求可以为专有承载修改请求，并携带有两条传输子流的关联信息。相应地，策略决策网元根据两条传输子流的关联信息确定出的至少一条传输子流的资源修改策略可以是上述至少一条传输子流的承载QoS的修改策略。并下发承载QoS的修改策略至相应的转发面网元，以使相应的转发面网元发起承载QoS的修改，并向策略决策网元返回确认信息，以指示请求的QoS策略已被执行。
本发明实施例中，通过实施图6所描述的方法，UE通过多个不同的基站分别建立PDU连接，并建立对应的传输子流，UE在资源建立过程中可以将传输子流的流标识通知策略决策网元，当服务器检测到其中一条传输子流需要进行资源修改时，服务器在资源修改过程中将两条传输子流的关联信息通知给策略决策网元，使得策略决策网元根据该关联信息确定一条或几条传输子流来进行资源修改，从而可以减少多路径传输下进行资源修改的信令处理数量，使处理流程更加优化，且降低系统资源的消耗量。
基于图2所示的多路径传输的网络架构，本发明实施例公开了一种策略决策网元。请参阅图7，图7是本发明实施例公开的一种策略决策网元的结构示意图，可以用于执行本发明实施例公开的多路径传输的策略控制方法。如图7所示，该策略决策网元可以包括：
接收单元701，用于接收通信对端发送的至少两条传输子流的关联信息。
本发明实施例中，支持多路径传输的用户设备UE可以通过至少两条传输子流进行业务报文传输，即可以在至少两条传输子流上传输同一业务报文。当UE在至少两条传输子流上进行同一业务报文的传输时，接收单元701可以接收通信对端发送的关于上述至少两条传输子流的关联信息。其中，该关联信息用于指示上述至少两条传输子流传输同一业务报文，该关联信息可以包括上述至少两条传输子流的流标识。不同传输子流的流标识不同，通过流标识可以区分不同的传输子流。
本发明实施例中，通信对端可以是该UE，也可以是支持多路径传输的服务器，如应用服务器。
作为一种可选的实施方式，接收单元701接收通信对端发送的至少两条传输子流的关联信息的的具体实施方式可以为：
接收单元701在资源建立过程中接收通信对端发送的上述至少两条传输子流的关联信息；
或者，接收单元701在资源修改过程中接收通信对端发送的上述至少两条传输子流的关联信息。
在该实施方式中，当建立有至少两条传输子流后，通信对端可以发起资源建立请求，以请求对每一条传输子流的某种或某些资源进行建立或激活。此外，当通信对端检测到某一条传输子流需要进行资源修改时，可以在该条传输子流上发起资源修改请求。
在该实施方式中，当在资源建立过程中接收到关联信息时，通信对端可以在其中一条传输子流发起的资源建立请求中携带上述至少两条传输子流的关联信息。当在资源修改过程中接收到关联信息时，通信对端可以在发起的资源修改请求中携带上述至少两条传输子流的关联信息。
确定单元702，用于根据该关联信息，确定上述至少两条传输子流中的至少一条传输子流的资源修改策略。
本发明实施例中，确定单元702可以根据接收单元701接收到的关联信息，确定出上述至少两条传输子流中的至少一条传输子流的资源修改策略。其中，上述至少一条传输子流可以是上述至少两条传输子流中的任意一条或几条传输子流；也可以是结合每一条传输子流的负载情况、空口类型、基站类型等信息确定出的需要进行资源修改的传输子流。
本发明实施例中，资源修改策略中可以包括但不限于上述至少一条传输子流中每条传输子流的流标识以及每条传输子流需要进行修改的资源类型和修改量等信息。其中，修改的资源类型为修改的是哪种资源，可以为服务质量QoS参数，进一步地，QoS参数可以包括QCI，用于衡量业务传输时的丢包率、延迟、带宽以及优先级等信息。修改量即为对资源修改多少。
发送单元703，用于向上述至少一条传输子流对应的转发面网元发送该资源修改策略。
本发明实施例中，当确定单元702确定出至少一条传输子流的资源修改策略后，发送单元703可以将该资源修改策略发送至上述至少一条传输子流对应的转发面网元。一条传输子流对应有一个转发面网元，且不同传输子流对应的转发面网元可以不同。当一个转发面网元接收到资源修改策略后，可以对该资源修改策略进行解析，以获得自身对应的传输子流的修改策略，并根据该修改策略进行资源修改。
作为一种可选的实施方式，接收单元701还可以用于在资源修改过程中接收转发面网元发送的策略控制修改请求，该转发面网元为上述至少两条传输子流中的一条传输子流对应的转发面网元；
相应地，确定单元702具体可以用于响应该策略控制修改请求，并根据该关联信息确定上述至少两条传输子流中的至少一条传输子流的资源修改策略。
其中，接收单元701可以在资源修改过程中接收转发面网元发送的策略控制修改请求，该策略控制修改请求可以用于指示确定单元702确定上述至少两条传输子流中的至少一条传输子流的资源修改策略。其中，该转发面网元为上述至少两条传输子流中的一条传输子流对应的转发面网元，具体的，该转发面网元可以为发起资源修改请求的传输子流所对应的转发面网元。
作为一种可选的实施方式，接收单元701还可以用于在资源修改过程中接收通信对端发送的资源修改请求；
相应地，确定单元702具体可以用于响应该资源修改请求，并根据该关联信息确定上述至少两条传输子流中的至少一条传输子流的资源修改策略。
其中，接收单元701可以在资源修改过程中接收通信对端发送的资源修改请求，该资源修改请求可以用于指示确定单元702确定上述至少两条传输子流中的至少一条传输子流的资源修改策略。
请一并参阅图8，图8是本发明实施例公开的另一种策略决策网元的结构示意图，可以用于执行本发明实施例公开的多路径传输的策略控制方法。其中，图8所示的策略决策网元是在图7所示的策略决策网元的基础上进一步优化得到的。与图7所示的策略决策网元相比，图8所示的策略决策网元中确定单元702可以包括：
获取子单元7021，用于根据该关联信息，获取上述至少两条传输子流的负载情况、空口类型以及基站类型中的至少一种信息；
确定子单元7022，用于根据上述至少两条传输子流的负载情况、空口类型以及基站类型中的至少一种信息，确定上述至少两条传输子流中的至少一条传输子流的资源修改策略。
其中，上述至少两条传输子流的负载情况、空口类型以及基站类型等信息可以是网管系统或者无线接入网实时或每隔特定时间上报至策略决策网元的，也可以是策略决策网元主动从网管系统或RAN侧获取的。
本发明实施例中，通过实施图7和图8所示的策略决策网元，可以根据传输同一业务报文的至少两条传输子流的关联信息，确定出需要进行资源修改的一条或几条传输子流来对其进行资源修改，而无需对每一条传输子流都进行资源修改，从而可以减少多路径传输下进行资源修改的信令处理数量，使处理流程更加优化，且降低系统资源的消耗量。
基于图2所示的多路径传输的网络架构，本发明实施例公开了又一种策略决策网元。请参阅图9，图9是本发明实施例公开的又一种策略决策网元的结构示意图，可以用于执行本发明实施例公开的多路径传输的策略控制方法。如图9所示，该策略决策网元900可以包括：至少一个处理器901，例如CPU(Central Processing Unit，中央处理器)，至少一个通信接口902，存储器903等组件。其中，这些组件可以通过一条或多条通信总线904进行通信连接。本领域技术人员可以理解，图9中示出的策略决策网元900的结构并不构成对本发明实施例的限定，它既可以是总线形结构，也可以是星型结构，还可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：
本发明实施例中，通信接口902可以包括有线接口和无线接口等，可以用于与通信对端进行通信。
本发明实施例中，存储器903可以是高速RAM存储器，也可以是非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器903可选的还可以是至少一个位于远离前述处理器901的存储装置。如图9所示，存储器903中可以包括应用程序、通信接口模块和数据等，本发明实施例不作限定。
在图9所示的策略决策网元900中，处理器901可以用于调用存储器903中存储的应用程序以执行以下操作：
触发通信接口902接收通信对端发送的至少两条传输子流的关联信息，该关联信息包括上述至少两条传输子流的流标识。其中，用户设备UE通过上述至少两条传输子流进行业务报文传输；
根据该关联信息，确定上述至少两条传输子流中的至少一条传输子流的资源修改策略；
触发通信接口902向上述至少一条传输子流对应的转发面网元发送该资源修改策略，以使上述至少一条传输子流对应的转发面网元按照该资源修改策略进行资源修改。
作为一种可选的实施方式，通信对端可以包括该UE或支持多路径传输的服务器。
作为一种可选的实施方式，处理器901在触发通信接口902接收通信对端发送的至少两条传输子流的关联信息的具体实施方式可以为：
触发通信接口902在资源建立过程中接收通信对端发送的上述至少两条传输子流的关联信息；
或者，触发通信接口902在资源修改过程中接收通信对端发送的上述至少两条传输子流的关联信息。
作为一种可选的实施方式，处理器901还可以用于调用存储器903中存储的应用程序，并执行以下操作：
触发通信接口902在资源修改过程中接收转发面网元发送的策略控制修改请求，该转发面网元为上述至少两条传输子流中的一条传输子流对应的转发面网元；
其中，处理器901根据该关联信息，确定上述至少两条传输子流中的至少一条传输子流的资源修改策略的具体实施方式可以为：
响应该策略控制修改请求，并根据该关联信息确定上述至少两条传输子流中的至少一条传输子流的资源修改策略。
作为一种可选的实施方式，处理器901还可以用于调用存储器903中存储的应用程序，并执行以下操作：
触发通信接口902在资源修改过程中接收通信对端发送的资源修改请求；
其中，处理器901根据该关联信息，确定上述至少两条传输子流中的至少一条传输子流的资源修改策略的具体实施方式可以为：
响应该资源修改请求，并根据该关联信息确定上述至少两条传输子流中的至少一条传输子流的资源修改策略。
作为一种可选的实施方式，处理器901根据该关联信息，确定上述至少两条传输子流中的至少一条传输子流的资源修改策略的具体实施方式可以为：
根据该关联信息，获取上述至少两条传输子流的负载情况、空口类型以及基站类型中的至少一种信息；
根据上述至少两条传输子流的负载情况、空口类型以及基站类型中的至少一种信息，确定上述至少两条传输子流中的至少一条传输子流的资源修改策略。
具体地，本发明实施例中介绍的策略决策网元可以实施本发明结合图3、图4、图5或图6介绍的多路径传输的策略控制方法实施例中的部分或全部流程。
本发明实施例中，通过实施图9所示的策略决策网元，可以根据传输同一业务报文的至少两条传输子流的关联信息，确定出需要进行资源修改的一条或几条传输子流来对其进行资源修改，而无需对每一条传输子流都进行资源修改，从而可以减少多路径传输下进行资源修改的信令处理数量，使处理流程更加优化，且降低系统资源的消耗量。
请参阅图10，图10是本发明实施例公开的一种多路径传输的策略控制系统。如图10所示，该多路径传输的策略控制系统可以包括用户设备UE1001、至少两个基站1002(如基站1、基站2、……、基站n，其中，n为大于等于2的正整数)、控制面网元1003、至少两个转发面网元1004(如转发面网元1、转发面网元2、……、转发面网元n)、策略决策网元1005以及服务器1006。其中，UE1001、基站1002、控制面网元1003、转发面网元1004、策略决策网元1005以及服务器1006的具体功能可以参考前述各个实施例中所描述的内容，这里将不再赘述。其中，图10所示的多路径传输的策略控制系统可以用于执行图3～图6中任一项所介绍的多路径传输的策略控制方法。
本发明实施例中，通过实施图10所示的多路径传输的策略控制系统，可以根据传输同一业务报文的至少两条传输子流的关联信息，确定出需要进行资源修改的一条或几条传输子流来对其进行资源修改，而无需对每一条传输子流都进行资源修改，从而可以减少多路径传输下进行资源修改的信令处理数量，使处理流程更加优化，且降低系统资源的消耗量。
需要说明的是，对于前述的各个方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某一些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细描述的部分，可以参见其他实施例的相关描述。
本发明实施例的方法中的步骤可以根据实际需要进行顺序调整、合并和删减。
本发明实施例的策略决策网元中的单元或子单元可以根据实际需要进行合并、划分和删减。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质包括只读存储器(Read-Only Memory，ROM)、随机存储器(Random Access Memory，RAM)、可编程只读存储器(Programmable Read-only Memory，PROM)、可擦除可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、一次可编程只读存储器(One-time Programmable Read-Only Memory，OTPROM)、电子抹除式可复写只读存储器(Electrically-Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(CompactDisc Read-Only Memory，CD-ROM)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。
以上对本发明实施例所提供的多路径传输的策略控制方法及相关设备进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种多路径传输的策略控制方法，其特征在于，支持多路径传输的用户设备UE通过至少两条传输子流进行业务报文传输，所述方法包括：
策略决策网元接收来自通信对端的所述至少两条传输子流中的第一传输子流的第一资源建立请求；
所述策略决策网元接收来自所述通信对端的所述至少两条传输子流中的第二传输子流的第二资源建立请求，所述第二资源建立请求包括关联信息，所述关联信息用于关联所述第一传输子流和所述第二传输子流；
所述策略决策网元确定所述至少两条传输子流中的至少一条传输子流的资源修改策略；
所述策略决策网元向所述至少一条传输子流对应的转发面网元发送所述资源修改策略；
所述方法还包括：
所述策略决策网元在所述资源修改过程中接收所述通信对端发送的资源修改请求；
其中，所述策略决策网元确定所述至少两条传输子流中的至少一条传输子流的资源修改策略，包括：
所述策略决策网元响应所述资源修改请求，并根据所述关联信息确定所述至少两条传输子流中的至少一条传输子流的资源修改策略。
2.根据权利要求1所述的方法，其特征在于，所述UE为所述第一资源建立请求和所述第二资源建立请求的发起者。
3.根据权利要求1或2所述的方法，其特征在于，所述关联信息包括所述至少两条传输子流的流标识。
4.根据权利要求1-3中任一项所述的方法，其特征在于，所述方法还包括：
所述策略决策网元接收来自至少两条传输子流中的一条传输子流对应的转发面网元的策略控制修改请求；
所述策略决策网元确定所述至少两条传输子流中的至少一条传输子流的资源修改策略包括：
所述策略决策网元响应所述策略控制修改请求，根据所述关联信息确定所述至少两条传输子流中的至少一条传输子流的资源修改策略。
5.根据权利要求1-3中任一项所述的方法，其特征在于，所述策略决策网元确定所述至少两条传输子流中的至少一条传输子流的资源修改策略包括：
所述策略决策网元根据所述关联信息，获取所述至少两条传输子流的负载情况、空口类型以及基站类型中的至少一种信息；
所述策略决策网元根据所述至少两条传输子流的负载情况、空口类型以及基站类型中的至少一种信息，确定所述至少两条传输子流中的至少一条传输子流的资源修改策略。
6.根据权利要求1-3中任一项所述的方法，其特征在于，所述至少两条传输子流传输同一业务报文。
7.根据权利要求1-3中任一项所述的方法，其特征在于，所述方法还包括：
所述至少一条传输子流对应的转发面网元接收来自所述策略决策网元的所述资源修改策略。
8.一种策略决策网元，其特征在于，包括：处理器和存储器；
其中，所述处理器用于调用所述存储器存储的程序，执行如权利要求1-7任一项所述的方法。
9.一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1-7任意一项所述的方法。
10.一种通信系统，其特征在于，包括执行如权利要求1-7任一项所述方法的策略决策网元和用于接收来自所述策略决策网元的资源修改策略的转发面网元。
CN202110656702.5A 2016-08-17 2016-08-17 一种多路径传输的策略控制方法及相关设备 Active CN113473535B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110656702.5A CN113473535B (zh) 2016-08-17 2016-08-17 一种多路径传输的策略控制方法及相关设备

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201680086903.3A CN109328450B (zh) 2016-08-17 2016-08-17 一种多路径传输的策略控制方法及相关设备
PCT/CN2016/095698 WO2018032412A1 (zh) 2016-08-17 2016-08-17 一种多路径传输的策略控制方法及相关设备
CN202110656702.5A CN113473535B (zh) 2016-08-17 2016-08-17 一种多路径传输的策略控制方法及相关设备

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201680086903.3A Division CN109328450B (zh) 2016-08-17 2016-08-17 一种多路径传输的策略控制方法及相关设备

Publications (2)

Publication Number Publication Date
CN113473535A CN113473535A (zh) 2021-10-01
CN113473535B true CN113473535B (zh) 2023-08-22

Family

ID=61196413

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202110656702.5A Active CN113473535B (zh) 2016-08-17 2016-08-17 一种多路径传输的策略控制方法及相关设备
CN201680086903.3A Active CN109328450B (zh) 2016-08-17 2016-08-17 一种多路径传输的策略控制方法及相关设备

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201680086903.3A Active CN109328450B (zh) 2016-08-17 2016-08-17 一种多路径传输的策略控制方法及相关设备

Country Status (4)

Country Link
US (1) US11349765B2 (zh)
EP (1) EP3481013A4 (zh)
CN (2) CN113473535B (zh)
WO (1) WO2018032412A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11202230B2 (en) * 2017-05-19 2021-12-14 Telefonaktiebolaget Lm Ericsson (Publ) Technique for enabling multipath transmission
EP3737127A1 (en) * 2019-05-10 2020-11-11 Ntt Docomo, Inc. Mobile communication network arrangement and method for operating a mobile communication network arrangement to support inter-core network roaming
US11523305B2 (en) 2019-09-25 2022-12-06 Cisco Technology, Inc. Traffic steering and policy combining
PL3820088T3 (pl) * 2019-11-06 2024-05-13 Deutsche Telekom Ag Sposób i urządzenie sieciowe do łączności wielotorowej
US11483279B2 (en) 2019-11-15 2022-10-25 Cisco Technology, Inc. Domain name system as an authoritative source for multipath mobility policy
US11558287B2 (en) 2020-02-14 2023-01-17 Cisco Technology, Inc. Policy combining utilizing purpose
CN114205839A (zh) * 2020-09-02 2022-03-18 华为技术有限公司 多流关联传输的方法、装置及系统
CN112968843B (zh) * 2021-02-03 2023-02-28 长春理工大学 基于sdn的多路径传输控制系统及方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101662415A (zh) * 2008-08-29 2010-03-03 华为技术有限公司 一种策略控制方法及通讯系统以及相关设备
CN101719918A (zh) * 2009-11-27 2010-06-02 北京交通大学 一种改进的适用于多连接多路径的传输方法
CN103916253A (zh) * 2014-03-21 2014-07-09 中国科学院计算技术研究所 一种基于信息中心网络的信息传输方法及其系统
WO2015167377A1 (en) * 2014-04-30 2015-11-05 Telefonaktiebolaget L M Ericsson (Publ) Method and device of a policy control and charging (pcc) system in a communication network
WO2015180097A1 (zh) * 2014-05-29 2015-12-03 华为技术有限公司 负载传输的控制方法及装置
WO2016027130A1 (en) * 2014-08-21 2016-02-25 Telefonaktiebolaget L M Ericsson (Publ) Identifying and controlling multipath traffic

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101998494B (zh) * 2009-08-21 2016-02-03 华为技术有限公司 业务流共享资源的方法、系统和接入网关
US9295089B2 (en) * 2010-09-07 2016-03-22 Interdigital Patent Holdings, Inc. Bandwidth management, aggregation and internet protocol flow mobility across multiple-access technologies
WO2012042208A1 (en) * 2010-09-28 2012-04-05 British Telecommunications Public Limited Company Multi-class data transport
EP3745648B1 (en) * 2011-06-14 2022-08-17 Huawei Technologies Co., Ltd. Policy control method, related device, and policy and charging control system
CN104753804B (zh) * 2013-12-31 2019-01-08 中国移动通信集团公司 一种数据流传输控制方法、装置及系统
CN103763217A (zh) * 2014-02-07 2014-04-30 清华大学 多路径tcp的分组调度方法和装置
US20150245409A1 (en) * 2014-02-21 2015-08-27 Broadcom Corporation Carrier aggregation over lte and wifi
KR20160041444A (ko) * 2014-10-07 2016-04-18 주식회사 케이티 이종망 동시전송 환경에서 서버 푸시 서비스 제공을 위한 전송 경로 제어 방법 및 장치
US10244580B2 (en) * 2014-10-16 2019-03-26 Nokia Of America Corporation Methods and devices for providing application services to users in communications network
US10944875B2 (en) * 2015-01-27 2021-03-09 Alcatel-Lucent Usa Inc. Interface aggregation for heterogeneous wireless communication systems
US10594596B2 (en) * 2015-03-30 2020-03-17 British Telecommunications Public Limited Company Data transmission

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101662415A (zh) * 2008-08-29 2010-03-03 华为技术有限公司 一种策略控制方法及通讯系统以及相关设备
CN101719918A (zh) * 2009-11-27 2010-06-02 北京交通大学 一种改进的适用于多连接多路径的传输方法
CN103916253A (zh) * 2014-03-21 2014-07-09 中国科学院计算技术研究所 一种基于信息中心网络的信息传输方法及其系统
WO2015167377A1 (en) * 2014-04-30 2015-11-05 Telefonaktiebolaget L M Ericsson (Publ) Method and device of a policy control and charging (pcc) system in a communication network
WO2015180097A1 (zh) * 2014-05-29 2015-12-03 华为技术有限公司 负载传输的控制方法及装置
WO2016027130A1 (en) * 2014-08-21 2016-02-25 Telefonaktiebolaget L M Ericsson (Publ) Identifying and controlling multipath traffic

Also Published As

Publication number Publication date
US20190182165A1 (en) 2019-06-13
CN109328450B (zh) 2021-06-15
CN113473535A (zh) 2021-10-01
EP3481013A4 (en) 2019-06-26
US11349765B2 (en) 2022-05-31
WO2018032412A1 (zh) 2018-02-22
EP3481013A1 (en) 2019-05-08
CN109328450A (zh) 2019-02-12

Similar Documents

Publication Publication Date Title
CN113473535B (zh) 一种多路径传输的策略控制方法及相关设备
KR102261172B1 (ko) 통신 방법 및 장치
CN108781383B (zh) 发送和接收数据单元的方法和用户设备
EP3398361B1 (en) Network nodes and methods performed therein for enabling communication in a communication network
US8867471B2 (en) Method, device, and system for reporting radio access network element information
CN101931946B (zh) 演进的分组系统中的终端的多接入方法及系统
WO2014005536A1 (zh) 临近终端的通信方法及装置、系统
WO2013091300A1 (zh) 一种邻近设备通信的方法和系统、网络侧设备和用户设备
EP3146762B1 (en) Method and apparatus for improving quality of service that a user experiences when media is transmitted through wlan
EP3445081B1 (en) Flow-based bearer management method and device
CN111630824A (zh) 用于卸载数据流量的方法和系统
WO2014044211A1 (zh) 一种移动通信网络中直连通讯终端会话切换方法及装置
WO2015062643A1 (en) Keeping user equipment in a state attached to a cellular communication network during offloading of cellular data to another communication network
CN107431953A (zh) 业务流分流的方法和装置
CN103428888B (zh) 一种直通隧道建立方法及系统
WO2014180210A1 (zh) 一种控制网络拥塞的方法和负荷感知功能
CN102098798B (zh) 一种选择性ip数据分流的实现方法及装置
CN102083170B (zh) 选择性ip数据分流激活的通知及输出方法、系统和设备
US11102691B2 (en) Triggering terminal handover after session-request message
WO2013143078A1 (zh) 一种建立直接隧道的方法及装置
KR102084038B1 (ko) 중요 데이터 패킷을 우선 처리하는 방법 및 장치
WO2020049347A1 (en) User triggered wlan to cellular voice session transfer
KR101558230B1 (ko) 패킷 스위칭된 도메인으로부터 서킷 스위칭된 도메인으로 호 핸드오버 방법 및 장치
US20230362709A1 (en) Multiple tags handling for qos rules and packet filters
CN106489283B (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