CN107154901A - 数据传输的控制方法及系统、数据传输方法及装置 - Google Patents

数据传输的控制方法及系统、数据传输方法及装置 Download PDF

Info

Publication number
CN107154901A
CN107154901A CN201610120761.XA CN201610120761A CN107154901A CN 107154901 A CN107154901 A CN 107154901A CN 201610120761 A CN201610120761 A CN 201610120761A CN 107154901 A CN107154901 A CN 107154901A
Authority
CN
China
Prior art keywords
content information
terminal
real time
time business
business stream
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
CN201610120761.XA
Other languages
English (en)
Other versions
CN107154901B (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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN201610120761.XA priority Critical patent/CN107154901B/zh
Priority to PCT/CN2017/073041 priority patent/WO2017148243A1/zh
Publication of CN107154901A publication Critical patent/CN107154901A/zh
Application granted granted Critical
Publication of CN107154901B publication Critical patent/CN107154901B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/20—Support for services
    • H04L49/205—Quality of Service based
    • H04L49/206—Real Time traffic
    • 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/22—Traffic shaping
    • 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
    • H04L47/2483—Traffic characterised by specific attributes, e.g. priority or QoS involving identification of individual flows

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请公开了一种数据传输的控制方法及系统，所述方法包括：核心网侧的第一控制网元接收来自终端的携带内容信息的注册请求，并查询所述终端的所述内容信息是否已注册；当第一控制网元查询到所述终端的所述内容信息对应超实时业务流，且所述终端的所述内容信息未注册时，将所述终端的所述内容信息的注册事件通知给第二控制网元，使得所述第二控制网元对所述终端的所述内容信息对应的超实时业务流的数据传输进行专用承载资源的预留处理。通过本申请，可以为超实时业务流的数据预留专用承载资源，并使用预留的专用承载实现超实时业务流的数据传输，能够保证50ms以下的超实时业务流的传输时延要求。此外，本申请还提供一种数据传输方法及装置。

Description

数据传输的控制方法及系统、数据传输方法及装置
技术领域
本申请涉及通信领域，尤其涉及一种数据传输的控制方法及系统、数据传输方法及装置。
背景技术
目前，核心网侧的资源分配方式采用基于终端的会话方式，资源的分配是针对终端会话的，会话结束标志着分配的资源会被收回。其中，采用了业务流模板(TFT，Traffic Flow Template)匹配的方式为会话分配资源。核心网现有的资源分配和数据传输流程如图1所示。图1中的实线表示数据路径(Data Path)，虚线表示控制路径(Control Path)。
然而，核心网目前的服务质量(QoS，Quality of Service)和演进分组系统(EPS，Evolved Packet System)承载策略并不能够保证50毫秒(ms)以下的超实时业务流的时延要求，仍然采用基于终端会话的资源分配方式会造成一定的协商信令的时延。另外，目前核心网针对QoS的时延保证只是采用了调度策略、队列管理策略和速率整形策略等，没有涉及针对QoS时延保证的资源预留。
发明内容
以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。
本发明实施例提供一种数据传输的控制方法及系统、数据传输方法及装置，能够保证50ms以下的超实时业务流的传输时延要求。
本发明实施例提供一种数据传输的控制方法，应用于核心网侧，包括：
核心网侧的第一控制网元接收来自终端的携带内容信息的注册请求，并查询所述终端的所述内容信息是否已注册；
当所述第一控制网元查询到所述终端的所述内容信息对应超实时业务流，且所述终端的所述内容信息未注册时，则将所述终端的所述内容信息的注册事件通知给第二控制网元，使得所述第二控制网元对所述终端的所述内容信息对应的超实时业务流的数据传输进行专用承载资源的预留处理。
可选地，上述方法还包括：在所述第二控制网元为所述终端的所述内容信息对应的超实时业务流的数据传输，配置需要预留的专用承载资源后，所述第一控制网元保存所述终端的所述内容信息的注册信息。
可选地，所述第一控制网元为移动管理实体(MME)，所述第二控制网元为策略与计费规则功能(PCRF)实体或者软件定义网络(SDN)架构下的控制器。
本发明实施例还提供一种数据传输的控制方法，应用于核心网侧，包括：
核心网侧的第二控制网元接收终端的内容信息的注册事件通知；
所述第二控制网元在查询到所述内容信息对应超实时业务流时，为所述终端的所述内容信息对应的超实时业务流的数据传输，配置需要预留的专用承载资源。
可选地，所述为所述终端的所述内容信息对应的超实时业务流的数据传输，配置需要预留的专用承载资源，包括：
所述第二控制网元为所述终端的所述内容信息对应的超实时业务流的数据传输，确定需要预留的专用承载资源，并指示所述终端的所述内容信息对应的超实时业务流的数据传输路径上的物理设备预留所述专用承载资源。
可选地，所述第二控制网元为所述终端的所述内容信息对应的超实时业务流的数据传输，确定需要预留的专用承载资源，包括：
当所述内容信息对应带宽需求较小的超实时业务流，且存在相同基站下针对其他终端的所述内容信息对应的超实时业务流的数据传输预留的专用承载资源时，所述第二控制网元扩展所述已预留的专用承载资源，以使扩展后预留的专用承载资源为当前所有终端注册的所述内容信息对应的超实时业务流的数据传输所需资源的总和；或者，
当所述内容信息对应带宽需求较大的超实时业务流，且存在相同基站下针对其他终端的所述内容信息对应的超实时业务流的数据传输预留的专用承载资源时，所述第二控制网元预留新的专用承载资源给所述终端的所述内容信息对应的超实时业务流的数据传输，其中，所述新的专用承载资源是该基站下拥有所述内容信息对应的数据传输需求的所有终端中所需的最大带宽资源。
可选地，当所述第二控制网元预留新的专用承载资源给所述终端的所述内容信息对应的超实时业务流的数据传输时，上述方法还包括：当所述第二控制网元接收到来自分组数据网网元PDN-GW或者边缘路由器的承载更改请求时，所述第二控制网元调整针对所述内容信息对应的超实时业务流的数据传输预留的专用承载资源。
可选地，所述第二控制网元为PCRF实体或者SDN架构下的控制器。
本发明实施例还提供一种数据传输方法，应用于终端，包括：
终端发送携带内容信息的注册请求给核心网侧，并接收来自核心网侧的注册响应；
当所述终端的所述内容信息在核心网侧注册后，所述终端发送携带所述内容信息的超实时业务流数据，其中，在所述终端的所述内容信息注册后，在所述终端的所述内容信息对应的超实时业务流的数据传输路径上预留有对应所述超实时业务流的数据传输的专用承载资源。
本发明实施例还提供一种数据传输方法，应用于传输设备，包括：
传输设备传输来自终端的携带内容信息的注册请求；
所述传输设备根据核心网侧的第二控制网元的指示信息，为所述终端的所述内容信息对应的超实时业务流的数据传输，预留专用承载资源；
当所述传输设备接收到携带所述内容信息的超实时业务流数据时，通过所述预留的专用承载资源传输所述超实时业务流数据。
可选地，所述传输设备根据核心网侧的第二控制网元的指示信息，为所述终端的所述内容信息对应的超实时业务流的数据传输，预留专用承载资源，包括：
所述传输设备根据核心网侧的第二控制网元的指示信息，建立和/或更新承载与内容映射表，其中，所述承载与内容映射表保存针对所述终端的所述内容信息对应的超实时业务流的数据传输预留的专用承载信息。
可选地，所述传输设备包括以下至少一项：基站、服务网关(S-GW)、分组数据网络网关(PDN-GW)、边缘路由器。
可选地，当所述传输设备为PDN-GW或者边缘路由器时，上述方法还包括：当所述传输设备检测到所述内容信息对应的超实时业务流的数据传输缓存量超过预定门限值时，所述传输设备发送承载更改请求给核心网侧的第二控制网元。
本发明实施例还提供一种数据传输的控制装置，应用于核心网侧的第一控制网元，包括：
第一接收模块，设置为：接收来自终端的携带内容信息的注册请求；
查询模块，设置为：查询所述终端的所述内容信息是否已注册；
第一发送模块，设置为：当所述查询模块查询到所述终端的所述内容信息对应超实时业务流，且所述终端的所述内容信息未注册时，则将所述终端的所述内容信息的注册事件通知给第二控制网元，使得所述第二控制网元对所述终端的所述内容信息对应的超实时业务流的数据传输进行专用承载资源的预留处理。
本发明实施例还提供一种数据传输的控制装置，应用于核心网侧的第二控制网元，包括：
第二接收模块，设置为：接收终端的内容信息的注册事件通知；
第一处理模块，设置为：在查询到所述内容信息对应超实时业务流时，为所述终端的所述内容信息对应的超实时业务流的数据传输，配置需要预留的专用承载资源。
可选地，所述第一处理模块是设置为：为所述终端的所述内容信息对应的超实时业务流的数据传输，确定需要预留的专用承载资源，并指示所述终端的所述内容信息对应的超实时业务流的数据传输路径上的物理设备预留所述专用承载资源。
可选地，所述第一处理模块是设置为：
当所述内容信息对应带宽需求较小的超实时业务流，且存在相同基站下针对其他终端的所述内容信息对应的超实时业务流的数据传输预留的专用承载资源时，扩展所述已预留的专用承载资源，以使扩展后预留的专用承载资源为当前所有终端注册的所述内容信息对应的超实时业务流的数据传输所需资源的总和；或者，
当所述内容信息对应带宽需求较大的超实时业务流，且存在相同基站下针对其他终端的所述内容信息对应的超实时业务流的数据传输预留的专用承载资源时，预留新的专用承载资源给所述终端的所述内容信息对应的超实时业务流的数据传输，其中，所述新的专用承载资源是该基站下拥有所述内容信息对应的数据传输需求的所有终端中所需的最大带宽资源。
可选地，所述第一处理模块，还设置为：当接收到来自PDN-GW或者边缘路由器的承载更改请求时，调整针对所述内容信息对应的超实时业务流的数据传输预留的专用承载资源。
本发明实施例还提供一种数据传输的控制系统，应用于核心网侧，包括：第一控制网元以及第二控制网元，
所述第一控制网元设置为：接收来自终端的携带内容信息的注册请求，并查询所述终端的所述内容信息是否已注册；以及，当查询到所述终端的所述内容信息对应超实时业务流，且未注册时，将所述终端的所述内容信息的注册事件通知给所述第二控制网元；
所述第二控制网元设置为：接收到所述终端的所述内容信息的注册事件的通知后，在查询到所述内容信息对应超实时业务流时，为所述终端的所述内容信息对应的超实时业务流的数据传输，配置需要预留的专用承载资源。
可选地，所述第一控制网元为MME，所述第二控制网元为PCRF实体或者SDN架构下的控制器。
本发明实施例还提供一种数据传输装置，应用于终端，包括：
第一传输模块，设置为：发送携带内容信息的注册请求给核心网侧，并接收来自核心网侧的注册响应；
第二传输模块，设置为：当所述终端的所述内容信息在核心网侧注册后，所述终端发送携带所述内容信息的超实时业务流数据，其中，在所述终端的所述内容信息注册后，在所述终端的所述内容信息对应的超实时业务流的数据传输路径上预留有对应所述超实时业务流的数据传输的专用承载资源。
本发明实施例还提供一种数据传输装置，应用于传输设备，包括：
第三传输模块，设置为：传输来自终端的携带内容信息的注册请求；
第二处理模块，设置为：根据核心网侧的第二控制网元的指示信息，为所述终端的所述内容信息对应的超实时业务流的数据传输，预留专用承载资源；
第四传输模块，设置为：当接收到携带所述内容信息的超实时业务流数据时，通过所述预留的专用承载资源传输所述超实时业务流数据。
可选地，所述第二处理模块，是设置为：根据核心网侧的第二控制网元的指示信息，建立和/或更新承载与内容映射表，其中，所述承载与内容映射表保存针对所述终端的所述内容信息对应的超实时业务流的数据传输预留的专用承载信息。
可选地，所述传输设备包括以下至少一项：基站、S-GW、PDN-GW、边缘路由器。
可选地，当所述传输设备为PDN-GW或者边缘路由器时，上述装置还包括：第五传输模块，设置为：当所述传输设备检测到所述内容信息对应的超实时业务流的数据传输缓存量超过预定门限值时，发送承载更改请求给核心网侧的第二控制网元。
此外，本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被执行时实现应用于核心网侧的第一控制网元的数据传输的控制方法。
此外，本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被执行时实现应用于核心网侧的第二控制网元的数据传输的控制方法。
此外，本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被执行时实现应用于终端的数据传输方法。
此外，本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被执行时实现应用于传输设备的数据传输方法。
在本发明实施例中，核心网侧的第一控制网元接收来自终端的携带内容信息的注册请求，并查询所述终端的所述内容信息是否已注册；当所述第一控制网元查询到所述终端的所述内容信息对应超实时业务流，且所述终端的所述内容信息未注册时，将所述终端的所述内容信息的注册事件通知给第二控制网元；第二控制网元接收通知后，在查询到所述内容信息对应超实时业务流时，为所述终端的所述内容信息对应的超实时业务流的数据传输，配置需要预留的专用承载资源。在本发明实施例中，对超实时业务流进行内容划分，通过内容注册，为内容对应的超实时业务流预留专用承载资源，从而可以使用预留的专用承载资源实现超实时业务流的数据传输，保证了50ms以下的超实时业务流的传输时延要求。
在阅读并理解了附图和详细描述后，可以明白其他方面。
附图说明
图1为核心网现有的资源分配和数据传输的示意图；
图2为本发明实施例提供的数据传输的控制方法的流程图；
图3为本发明实施例提供的数据传输的控制方法的另一流程图；
图4为本发明实施例提供的非SDN架构下的数据传输的控制方法的流程图；
图5为本发明实施例提供的SDN架构下的数据传输的控制方法的流程图；
图6为本发明实施例提供的数据传输方法的流程图；
图7为本发明实施例提供的数据传输方法的另一流程图；
图8为本发明实施例提供的基于内容(Content)的协议栈的示意图；
图9为本发明实施例提供的数据传输信令流程图；
图10为本发明实施例一的网络拓扑图；
图11为本发明实施例一的终端(UE)1的Content注册及承载预留信令流程图；
图12为本发明实施例一的UE2的Content注册及承载预留信令流程图；
图13为本发明实施例一的数据传输信令流程图；
图14为本发明实施例二的网络拓扑图；
图15为本发明实施例二的UE1的Content注册及承载预留信令流程图；
图16为本发明实施例二的UE2的Content注册及承载预留信令流程图；
图17为本发明实施例二的数据传输信令流程图；
图18为本发明实施例三的网络拓扑图；
图19为本发明实施例三的UE1的Content注册及承载预留信令流程图；
图20为本发明实施例三的UE2的Content注册及承载预留信令流程图；
图21为本发明实施例三的数据传输信令流程图；
图22为本发明实施例四的网络拓扑图；
图23为本发明实施例四的UE1的Content注册及承载预留信令流程图；
图24为本发明实施例四的UE2的Content注册及承载预留信令流程图；
图25为本发明实施例四的数据传输信令流程图；
图26为本发明实施例提供的数据传输的控制装置的示意图；
图27为本发明实施例提供的数据传输的控制装置的另一示意图；
图28为本发明实施例提供的数据传输装置的示意图；
图29为本发明实施例提供的数据传输装置的另一示意图。
具体实施方式
以下结合附图对本发明的实施例进行详细说明，应当理解，以下所说明的实施例仅用于说明和解释本申请，并不用于限定本申请。
在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
图2为本发明实施例提供的数据传输的控制方法的流程图。如图2所示，本实施例提供的数据传输的控制方法，应用于核心网侧的第一控制网元，所述方法包括以下步骤：
步骤101：核心网侧的第一控制网元接收来自终端(UE，User Equipment)的携带内容信息(Content)的注册请求，并查询所述终端的所述内容信息是否已注册；
其中，内容信息例如为业务名称。然而，本实施例对此并不限定。于其他实施例中，所述内容信息可以为能够区分不同超实时业务的其他属性信息。
步骤102：当所述第一控制网元查询到所述终端的所述内容信息对应超实时业务流，且所述终端的所述内容信息未注册时，将所述终端的所述内容信息的注册事件通知给第二控制网元，使得所述第二控制网元对所述终端的所述内容信息对应的超实时业务流的数据传输进行专用承载资源的预留处理。
其中，在所述第二控制网元为所述终端的所述内容信息对应的超实时业务流的数据传输，配置需要预留的专用承载资源后，所述第一控制网元保存所述终端的所述内容信息的注册信息。
可选地，所述第一控制网元为移动管理实体(MME，MobilityManagement Entity)，所述第二控制网元为策略与计费规则功能(PCRF，Policy and Charging Rules Function)实体或者软件定义网络(SDN，SoftwareDefined Network)架构下的控制器(Controller)。
图3为本发明实施例提供的数据传输的控制方法的另一示意图。如图3所示，本实施例提供的数据传输的控制方法，应用于核心网侧的第二控制网元，所述方法包括以下步骤：
步骤201：核心网侧的第二控制网元接收终端的内容信息的注册事件通知；
步骤202：第二控制网元在查询到所述内容信息对应超实时业务流时，为所述终端的所述内容信息对应的超实时业务流的数据传输，配置需要预留的专用承载资源。
其中，所述为所述终端的所述内容信息对应的超实时业务流的数据传输，配置需要预留的专用承载资源，包括：
所述第二控制网元为所述终端的所述内容信息对应的超实时业务流的数据传输，确定需要预留的专用承载资源，并指示所述终端的所述内容信息对应的超实时业务流的数据传输路径上的物理设备预留所述专用承载资源。
可选地，所述第二控制网元为所述终端的所述内容信息对应的超实时业务流的数据传输，确定需要预留的专用承载资源，包括：
当所述内容信息对应带宽需求较小的超实时业务流，且存在相同基站下针对其他终端的所述内容信息对应的超实时业务流的数据传输预留的专用承载资源时，所述第二控制网元扩展所述已预留的专用承载资源，以使扩展后预留的专用承载资源为当前所有终端注册的所述内容信息对应的超实时业务流的数据传输所需资源的总和；或者，
当所述内容信息对应带宽需求较大的超实时业务流，且存在相同基站下针对其他终端的所述内容信息对应的超实时业务流的数据传输预留的专用承载资源时，所述第二控制网元预留新的专用承载资源给所述终端的所述内容信息对应的超实时业务流的数据传输，其中，所述新的专用承载资源是该基站下拥有所述内容信息对应的数据传输需求的所有终端中所需的最大带宽资源。
可选地，当所述第二控制网元预留新的专用承载资源给所述终端的所述内容信息对应的超实时业务流的数据传输时，上述方法还包括：当所述第二控制网元接收到来自分组数据网网元(PDN-GW，Packet Data NetworkGateway)或者边缘路由器(Edge Router)的承载更改请求时，所述第二控制网元调整针对所述内容信息对应的超实时业务流的数据传输预留的专用承载资源。
可选地，所述第一控制网元为移动管理实体(MME，MobilityManagement Entity)，所述第二控制网元为策略与计费规则功能(PCRF，Policy and Charging Rules Function)实体或者软件定义网络(SDN，SoftwareDefined Network)架构下的控制器(Controller)。
图4为本发明实施例提供的非SDN架构下的数据传输的控制方法的流程图。如图4所示，在非SDN架构下，UE会首先针对Content进行对应的注册，注册请求(Flow register(Content))会首先传输给基站(eNB)，eNB会将其转发到MME进行对应的查询，MME判断是否该UE的该Content已经注册过，如果没有注册过，会将注册请求传输给服务网关(S-GW，ServingGateWay)，S-GW将注册请求传输给分组数据网络网关(PDN-GW，PacketData Network Gateway)，PDN-GW向PCRF实体通知注册事件，PCRF实体进行对应的承载预留决策的判断。具体而言，PCRF实体从用户属性存储器(SPR，Subscription Profile Repository)获取用户属性(Subscription Profile)，并根据获取的用户属性进行Content模板匹配，当PCRF实体匹配Content对应超实时业务流，并判断需要对该Content对应的超实时业务流进行承载资源预留时，会在该Content对应的数据传输将会经过的路径上都进行对应的决策结果的配置，即为该Content对应的超实时业务流的数据传输预留专用承载资源。
之后，同一个eNB下的任何UE如果有该Content对应的超实时业务流的数据传输请求，如果MME上保存了对应UE的该Content注册信息，则该Content对应的超实时业务流的数据传输可以直接使用预留的专用承载资源，如果对应的UE没有注册过该Content，则PCRF实体针对该Content进行判断。其中，当该Content对应带宽需求比较小的超实时紧急性业务流时，PCRF实体会扩展已预留的专用承载资源，此种预留为静态预留，即预留的专用承载资源是所有注册过的该Content对应的超实时业务流的数据传输所需资源的总和；当该Content对应带宽需求比较大的超实时紧急性业务流时，PCRF实体将已为该Content预留的专用承载资源预留给对应UE的该Content对应的超实时业务流的数据传输，此种情况下，PCRF实体还会根据PDN-GW的该Content的数据转发缓存状态动态地调整针对该Content对应的超实时业务流的数据传输预留的专用承载资源，此种预留为动态预留。
图5为本发明实施例提供的SDN架构下的数据传输的控制方法的流程图。如图5所示，SDN架构下的数据传输的控制方法与图4所示的非SDN架构下的方法的区别在于：在SDN架构下，Controller取代了PCRF和SPR的功能。其他流程类似，故于此不再赘述。
图6为本发明实施例提供的数据传输方法的流程图。如图6所示，本实施例提供的数据传输方法，应用于终端，包括以下步骤：
步骤301：终端发送携带内容信息的注册请求给核心网侧，并接收来自核心网侧的注册响应；
步骤302：当所述终端的所述内容信息在核心网侧注册后，所述终端发送携带所述内容信息的超实时业务流数据。
其中，在所述终端的所述内容信息在核心网侧注册后，在所述终端的所述内容信息对应的超实时业务流的数据传输路径上预留有对应所述超实时业务流的数据传输的专用承载资源。
换言之，当所述终端的所述内容信息在核心网侧注册后，由于在所述终端的所述内容信息对应的超实时业务流的数据传输路径上预留有对应所述超实时业务流的数据传输的专用承载资源，因此，终端在发送所述内容信息对应的超实时业务流数据时，可以携带所述内容信息，以便于在后续传输过程中根据所述内容信息确定预留的专用承载资源。
图7为本发明实施例提供的数据传输方法的流程图。如图7所示，本实施例提供的数据传输方法，应用于传输设备，包括以下步骤：
步骤401：传输设备传输来自终端的携带内容信息的注册请求；
步骤402：所述传输设备根据核心网侧的第二控制网元的指示信息，为所述终端的所述内容信息对应的超实时业务流的数据传输，预留专用承载资源；
步骤403：当所述传输设备接收到携带所述内容信息的超实时业务流数据时，通过所述预留的专用承载资源传输所述超实时业务流数据。
其中，步骤402包括：所述传输设备根据核心网侧的第二控制网元的指示信息，建立和/或更新承载与内容映射表，其中，所述承载与内容映射表保存针对所述终端的所述内容信息对应的超实时业务流的数据传输预留的专用承载信息。
可选地，所述传输设备包括以下至少一项：基站、S-GW、PDN-GW、边缘路由器(Edge Router)。
其中，当所述传输设备为PDN-GW或者边缘路由器时，上述方法还包括：当所述传输设备检测到所述内容信息对应的超实时业务流的数据传输缓存量超过预定门限值时，所述传输设备发送承载更改请求给核心网侧的第二控制网元。
其中，第二控制网元为非SDN架构下的PCRF实体或者SDN架构下的控制器(Controller)。
图8为本发明实施例提供的基于Content的协议栈的示意图。如图8所示，以非SDN架构为例，为了实现Content的匹配转发过程，在UE、eNB、S-GW以及PDN-GW都新增了Content层，从而实现针对Content的匹配。其中，图8所示协议栈中其他层是本领域技术人员熟知的，故于此不再赘述。
图9为本发明实施例提供的数据传输信令流程图。如图9所示，在UE传输Content对应的超实时业务流数据时，在传输设备eNB、S-GW、PDN-GW上可以直接根据内容与承载的映射结果得到为该Content对应的超实时业务流的数据传输预留的专用承载资源，之后可以直接使用预留的专用承载实现超实时业务流数据的直接转发。
以下通过具体实施例详细说明本申请的方案。
实施例一
本实施例说明非SDN架构下的静态承载预留场景。此种场景主要是针对非SDN架构下多个终端(UE)有同种类型的50ms以下的超实时业务流数据传输需求，并且这种超实时业务流为带宽需求比较小的业务流，典型应用为突发性的紧急性业务流。这种场景的网络拓扑如图10所示，其中，UE1和UE2有同种类型的业务流(对应Content1)发送至应用功能(AF，Application Function)服务器的需求。
于本实施例中，UE1的Content1注册及资源预留过程如图11所示。具体而言，UE1首先针对Content1发送注册请求(Flow Register(Content1))至基站(eNB)，eNB将注册请求转发至MME进行对应的Content1查询；MME会首先从SPR获取用户属性(Subscription Profile)模板进行模板匹配，匹配结果为Content1，需要进行业务流注册，并判断UE1的Content1并没有注册过，此时，MME会将注册请求继续转发S-GW，S-GW转发至PDN-GW，PDN-GW发送注册事件通知给PCRF实体；PCRF实体同样会从SPR获取Subscription Profile模板进行对应的模板匹配，并做出承载预留决策(Bearer reservation decision)。当所述决策的结果是为Content1预留专用承载时，PCRF实体会将决策结果通过策略配置(Policy installation)和注册响应(Register Response)信息配置到该Content1对应的传输路径的每个物理设备上，之后传输路径的每个物理设备上都存在承载-内容映射表，于此，承载-内容映射表保存内容1与承载1的映射关系。
于本实施例中，UE2的Content1注册及资源预留过程如图12所示。于此，UE2同样有Content1需要注册，如图11所示，UE2同UE1一样会首先将注册请求(Flow Register(Content1))发送至eNB，eNB将注册请求转发至MME进行对应的Content1查询；MME会首先从SPR获取SubscriptionProfile模板进行模板匹配，匹配结果为Content1，需要进行业务流注册，并判断UE2的Content1并没有注册过，此时，MME会将注册请求继续转发至PCRF实体，PCRF实体同样会从SPR获取Subscription Profile模板进行对应的模板匹配，匹配的结果也是Content1，鉴于之前已经给Content1预留了专用承载，而且Content1是带宽需求比较小的超实时业务流，因此，PCRF实体采用扩展预留承载(extend bearer)的方式来为UE2的Content1对应的超实时业务流数据传输预留专用承载。之前为UE1的Content1预留的承载资源因为UE2的Content1的加入而被扩展来同时满足UE1和UE2同时有Content1对应的超实时业务流数据发送的情况，之后，PCRF实体会通过策略更新(Policy Update)和注册响应(Register Response)信息将承载预留结果配置到传输路径的每个物理设备上，传输路径上的每个物理设备会更新对应的承载-内容映射表，于此，承载-内容映射表保存更新后的内容1与承载1的映射关系。
于本实施例中，UE1和UE2的Content1对应的超实时业务流数据的传输过程如图13所示。在传输设备eNB、S-GW、PDN-GW都会增加Content层来实现Content的匹配，由于之前UE1和UE2都针对Content1做了注册和资源预留的操作，因此，传输设备上都存在承载-内容映射表(如Bearer1-Content1map)。实际Content对应的超实时业务流数据传输时，传输设备经过Content匹配找到对应的预留承载来传输或者转发该超实时业务流数据。
实施例二
本实施例说明非SDN架构下的动态承载预留场景。此种场景主要是针对非SDN架构下多个终端(UE)有同种类型的50ms以下的超实时业务流数据传输需求，并且这种超实时业务流为带宽需求比较大的业务流，典型应用为远程医疗场景，这种场景的网络拓扑如图14所示，UE1和UE2有同种类型的业务流(对应Content2)发送至AF服务器的需求。
于本实施例中，UE1的Content2注册及资源预留过程如图15所示。UE1首先针对Content2发送注册请求(Flow Register(Content2))至eNB，eNB将注册请求转发至MME进行对应的Content2的查询；MME会首先从SPR获取Subscription Profile模板进行模板匹配，匹配结果为Content2，需要进行业务流注册，并判断UE1的Content2并没有注册过，此时，MME会将注册请求继续转发至PCRF实体，PCRF实体同样会从SPR获取SubscriptionProfile模板进行对应的模板匹配，并做出承载预留的决策(Bearer reservationdecision)。如果决策的结果是为Content2预留专用承载，则PCRF实体会将决策结果通过策略配置(Policy installation)和注册响应(Register Response)信息配置到该Content2对应的传输路径的每个物理设备上，之后传输路径的每个物理设备上都存在承载-内容映射表，于此，承载-内容映射表保存内容2与承载2的映射关系。
于本实施例中，UE2的Content2注册及资源预留过程如图16所示。于此，UE2同样有Content2需要注册，如图16所示，UE2同UE1一样会首先将注册请求(Flow Register(Content2))发送至eNB，eNB将注册请求转发至MME进行对应的Content2的查询；MME会首先从SPR获取Subscription Profile模板进行模板匹配，匹配结果为Content2，需要进行业务流注册，并判断UE2的Content2并没有注册过，所以MME会将注册请求继续转发至PCRF实体，PCRF实体同样会从SPR获取Subscription Profile模板进行对应的模板匹配，匹配的结果也是Content2，鉴于之前已经给Content2预留了专用承载，而且Content2是带宽需求比较大的超实时业务流，因此，PCRF实体采用将之前分配给Content2的预留承载(allocatedbearer2)再分配给UE2的方式来为UE2的Content2预留专用承载。具体而言，PCRF实体计算UE2中Content2对应的数据传输所需带宽大小，与为Content2预留的资源作比较，如果所需资源大于为Content2预留的资源，则重新为Content2预留较大的资源，否则直接将为Content2预留的资源作为给UE2中Content2对应的数据传输预留的资源。
在实际数据传输过程，通过检测PDN-GW的对应Content2的发送数据的缓存(Send Buffer)来判断是否需要对allocated bearer2扩展来同时满足UE1和UE2同时有Content2对应的超实时业务流数据发送的情况。如果PDN-GW发送缓存中缓存的数据量超过一定门限，则判断需要对已预留的承载进行扩展，将会发送承载更改请求(Bearer Modify Event)到PCRF，之后，PCRF会调整预留承载(adjust reservation bearer)并通过修改预留承载(modify reservation bearer)将预留承载修改结果配置到传输路径的每个物理设备上，传输路径的每个物理设备会更新对应的承载-内容映射表。
于本实施例中，UE1和UE2的Content2对应的超实时业务流的数据传输过程如图17所示。在传输设备eNB、S-GW、PDN-GW都会增加Content层来实现Content的匹配，由于之前UE1和UE2都针对Content2做了注册和资源预留的操作，因此，传输设备上都存在承载-内容映射表(如Bearer2-Content2map)。实际Content对应的超实时业务流的数据传输时，传输设备经过Content匹配找到对应的预留承载来传输或者转发超实时业务流数据。与实施例一不同的是，在PDN-GW上会有发送缓存的判断过程，如果PDN-GW发送缓存中缓存的数据量超过一定门限，则判断需要对已预留的承载进行扩展，将会发送承载更改请求(Bearer Modify Event)到PCRF，之后PCRF会调整预留承载(adjust reservation bearer)并通过修改预留承载(modify reservation bearer)将预留承载修改结果配置到传输路径的每个物理设备上，传输路径的每个物理设备会更新对应的承载-内容映射表。
实施例三
本实施例说明SDN架构下的静态承载预留场景。此种场景主要是针对SDN架构下多个终端(UE)有同种类型的50ms以下的超实时业务流数据传输需求，并且这种超实时业务流为带宽需求比较小的业务流，典型应用为突发性的紧急性业务流，这种场景的网络拓扑如图18所示，UE1和UE2有同种类型的业务流(对应Content1)发送至AF服务器的需求。
于本实施例中，UE1的Content1注册及资源预留过程如图19所示。UE1首先针对Content1发送注册请求(Flow Register(Content1))至eNB，eNB将注册请求转发至MME进行对应的Content1的查询，MME会首先从控制器(Controller)获取Subscription Profile模板进行模板匹配，匹配结果为Content1，需要进行业务流注册，并判断UE1的Content1并没有注册过，所以MME会将注册请求继续转发至Controller，Controller同样会获取Subscription Profile模板进行对应的模板匹配，并做出承载预留的决策(Bearer reservation decision)。如果决策的结果是为Content1预留专用承载，则将决策结果通过策略配置(Policy installation)和注册响应(RegisterResponse)配置到传输路径的每个物理设备上，之后传输路径的每个物理设备上都存在承载-内容映射表，于此，承载-内容映射表保存内容1与承载1的映射关系。
于本实施例中，UE2的Content1注册及资源预留过程如图20所示。与此，UE2同样有Content1需要注册，如图20所示，UE2同UE1一样会首先将注册请求(Flow Register(Content1))发送至eNB，eNB将注册请求转发至MME进行对应的Content1的查询，MME会首先从Controller获取Subscription Profile模板进行模板匹配，匹配结果为Content1，需要进行业务流注册，并判断UE2的Content1并没有注册过，所以MME会将注册请求继续转发至Controller，Controller同样会获取Subscription Profile模板进行对应的模板匹配，匹配的结果也是Content1，鉴于之前已经给Content1预留了专用承载，而且Content1是带宽需求比较小的超实时业务流，因此，采用扩展预留承载(extend bearer)的方式来为UE2的Content1对应的超实时业务流的数据传输预留承载。之前为UE1的Content1预留的承载资源因为UE2的Content1的加入而被扩展来同时满足UE1和UE2同时有Content1对应的超实时业务流数据发送的情况，之后，Controller会通过策略更新(Policy Update)和注册响应(Register Response)将承载预留结果配置到传输路径的每个物理设备上，传输路径上的每个物理设备会更新对应的承载-内容映射表，于此，承载-内容映射表保存更新后的内容1与承载1的映射关系。
于本实施例中，UE1和UE2的Content1对应的超实时业务流的数据传输过程如图21所示。在传输设备eNB、S-GW、边缘路由器(Edge Router)都会增加Content层来实现Content的匹配，由于之前UE1和UE2都针对Content1做了注册和资源预留的操作，因此，传输设备上都存在承载-内容映射表(如Bearer1-Content1map)。实际Content对应的超实时业务流数据传输时，传输设备经过Content匹配找到对应的预留承载来传输或者转发该超实时业务流数据。
实施例四
本实施例说明SDN架构下的动态承载预留场景。此种场景主要是针对SDN架构下多个终端(UE)有同种类型的50ms以下的超实时业务流数据传输需求，并且这种超实时业务流为带宽需求比较大的业务流，典型应用为远程医疗场景，这种场景的网络拓扑如图22所示，UE1和UE2有同种类型的业务流(对应Content2)发送至AF服务器的需求。
于本实施例中，UE1的Content2注册及资源预留过程如图23所示。UE1首先针对Content2发送注册请求(Flow Register(Content2))至eNB，eNB将注册请求转发至MME进行对应的Content2的查询，MME会首先从控制器(Controller)获取Subscription Profile模板进行模板匹配，匹配结果为Content2，需要进行业务流注册，并判断UE1的Content2并没有注册过，所以MME会将注册请求继续转发至Controller，Controller同样会获取Subscription Profile模板进行对应的模板匹配，并做出承载预留的决策(Bearer reservation decision)。如果决策的结果是为Content2预留专用承载，则会将决策结果通过策略配置(Policy installation)和注册响应(RegisterResponse)配置到传输路径的每个物理设备上，之后传输路径的每个物理设备上都存在承载-内容映射表，于此，承载-内容映射表保存内容2与承载2的映射关系。
于本实施例中，UE2的Content2注册及资源预留流程如图24所示。于此，UE2同UE1一样会首先将注册请求(Flow Register(Content2))发送至eNB，eNB将注册请求转发至MME进行对应的Content2的查询，MME会首先从Controller获取Subscription Profile模板进行模板匹配，匹配结果为Content2，需要进行业务流注册，并判断UE2的Content2并没有注册过，所以MME会将注册请求继续转发至Controller，Controller同样会获取Subscription Profile模板进行对应的模板匹配，匹配的结果也是Content2，鉴于之前已经给Content2预留了专用承载，而且Content2是带宽需求比较大的超实时业务流，因此，采用了将之前分配给Content2的预留承载(allocated bearer2)再分配给UE2的方式来为UE2的Content2预留承载。具体而言，Controller计算UE2中Content2对应的数据传输所需带宽大小，并与为Content2预留的资源作比较，如果所需资源大于为Content2预留的资源，则重新为Content2预留较大的资源，否则直接将为Content2预留的资源作为UE2中Content2对应的数据传输的预留资源。
在实际数据传输过程，通过检测边缘路由器(Edge Router)的对应Content2的发送数据的缓存(Send Buffer)来判断是否需要对allocated bearer2扩展来同时满足UE1和UE2同时有Content2对应的超实时业务流数据发送的情况。如果Edge Router发送缓存中缓存的数据量超过一定门限，则判断需要对已预留的承载进行扩展，将会发送承载更改请求(Bearer ModifyEvent)到Controller，之后Controller会调整预留承载(adjust reservationbearer)并通过修改预留承载(modify reservation bearer)将预留承载修改结果配置到传输路径的每个物理设备上，传输路径的每个物理设备会更新对应的承载-内容映射表(如Bearer2-Content2map)。
于本实施例中，UE1和UE2的Content2对应的超实时业务流的数据传输过程如图25所示。在传输设备eNB、S-GW、Edge Router都会增加Content层来实现Content的匹配，由于之前UE1和UE2都针对Content2做了注册和资源预留的操作，因此，传输设备上都存在承载-内容映射表(如Bearer2-Content2map)。实际Content对应的超实时业务流数据传输时，传输设备经过Content匹配找到对应的预留承载来传输或者转发超实时业务流数据。与实施例三不同的是，在Edge Router上会有发送缓存的判断过程，如果Edge Router发送缓存中缓存的数据量超过一定门限，则判断需要对已预留的承载进行扩展，将会发送承载更改请求(Bearer Modify Event)到Controller，之后Controller会调整预留承载(adjust reservation bearer)并通过修改预留承载(modify reservation bearer)将预留承载修改结果配置到传输路径的每个物理设备上，传输路径的每个物理设备会更新对应的承载-内容映射表。
此外，本发明实施例还提供一种数据传输的控制系统，应用于核心网侧，包括：第一控制网元以及第二控制网元；所述第一控制网元设置为：接收来自终端的携带内容信息的注册请求，并查询所述终端的所述内容信息是否已注册；以及，当查询到所述终端的所述内容信息对应超实时业务流，且未注册时，将所述终端的所述内容信息的注册事件通知给所述第二控制网元；所述第二控制网元设置为：接收通知后，在查询到所述内容信息对应超实时业务流时，为所述终端的所述内容信息对应的超实时业务流的数据传输，配置需要预留的专用承载资源。
其中，所述第二控制网元是设置为：为所述终端的所述内容信息对应的超实时业务流的数据传输，确定需要预留的专用承载资源，并指示所述终端的所述内容信息对应的超实时业务流的数据传输路径上的物理设备预留所述专用承载资源。
可选地，所述第二控制网元是设置为：
当所述内容信息对应带宽需求较小的超实时业务流，且存在相同基站下针对其他终端的所述内容信息对应的超实时业务流的数据传输预留的专用承载资源时，所述第二控制网元扩展所述已预留的专用承载资源，以使扩展后预留的专用承载资源为当前所有终端注册的所述内容信息对应的超实时业务流的数据传输所需资源的总和；或者，
当所述内容信息对应带宽需求较大的超实时业务流，且存在相同基站下针对其他终端的所述内容信息对应的超实时业务流的数据传输预留的专用承载资源时，所述第二控制网元预留新的专用承载资源给所述终端的所述内容信息对应的超实时业务流的数据传输，其中，所述新的专用承载资源是该基站下拥有所述内容信息对应的数据传输需求的所有终端中所需的最大带宽资源。
可选地，所述第二控制网元还设置为：当接收到来自PDN-GW或者边缘路由器的承载更改请求时，调整针对所述内容信息对应的超实时业务流的数据传输预留的专用承载资源。
其中，所述第一控制网元还设置为：在所述第二控制网元为所述终端的所述内容信息对应的超实时业务流的数据传输，配置需要预留的专用承载资源后，保存所述终端的所述内容信息的注册信息。
可选地，所述第一控制网元为MME，所述第二控制网元为PCRF实体或者SDN架构下的控制器。
此外，本发明实施例还提供一种数据传输的控制装置，应用于核心网侧的第一控制网元，如图26所示，本实施例提供的装置包括：
第一接收模块，设置为：接收来自终端的携带内容信息的注册请求；
查询模块，设置为：查询所述终端的所述内容信息是否已注册；
第一发送模块，设置为：当所述查询模块查询到所述终端的所述内容信息对应超实时业务流，且所述终端的所述内容信息未注册时，则将所述终端的所述内容信息的注册事件通知给第二控制网元，使得所述第二控制网元对所述终端的所述内容信息对应的超实时业务流的数据传输进行专用承载资源的预留处理。
此外，本发明实施例还提供一种数据传输的控制装置，应用于核心网侧的第二控制网元，如图27所示，本实施例提供的装置包括：
第二接收模块，设置为：接收终端的内容信息的注册事件通知；
第一处理模块，设置为：在查询到所述内容信息对应超实时业务流时，为所述终端的所述内容信息对应的超实时业务流的数据传输，配置需要预留的专用承载资源。
其中，所述第一处理模块是设置为：为所述终端的所述内容信息对应的超实时业务流的数据传输，确定需要预留的专用承载资源，并指示所述终端的所述内容信息对应的超实时业务流的数据传输路径上的物理设备预留所述专用承载资源。
其中，所述第一处理模块是设置为：
当所述内容信息对应带宽需求较小的超实时业务流，且存在相同基站下针对其他终端的所述内容信息对应的超实时业务流的数据传输预留的专用承载资源时，扩展所述已预留的专用承载资源，以使扩展后预留的专用承载资源为当前所有终端注册的所述内容信息对应的超实时业务流的数据传输所需资源的总和；或者，
当所述内容信息对应带宽需求较大的超实时业务流，且存在相同基站下针对其他终端的所述内容信息对应的超实时业务流的数据传输预留的专用承载资源时，预留新的专用承载资源给所述终端的所述内容信息对应的超实时业务流的数据传输，其中，所述新的专用承载资源是该基站下拥有所述内容信息对应的数据传输需求的所有终端中所需的最大带宽资源。
可选地，所述第一处理模块，还设置为：当接收到来自PDN-GW或者边缘路由器的承载更改请求时，调整针对所述内容信息对应的超实时业务流的数据传输预留的专用承载资源。
此外，本发明实施例还提供一种数据传输装置，应用于终端，如图28所示，包括：
第一传输模块，设置为：发送携带内容信息的注册请求给核心网侧，并接收来自核心网侧的注册响应；
第二传输模块，设置为：当所述终端的所述内容信息在核心网侧注册后，所述终端发送携带所述内容信息的超实时业务流数据。
其中，在所述终端的所述内容信息注册后，在所述终端的所述内容信息对应的超实时业务流的数据传输路径上预留有对应所述超实时业务流的数据传输的专用承载资源。
此外，本发明实施例还提供一种数据传输装置，应用于传输设备，如图29所示，包括：
第三传输模块，设置为：传输来自终端的携带内容信息的注册请求；
第二处理模块，设置为：根据核心网侧的第二控制网元的指示信息，为所述终端的所述内容信息对应的超实时业务流的数据传输，预留专用承载资源；
第四传输模块，设置为：当接收到携带所述内容信息的超实时业务流数据时，通过所述预留的专用承载资源传输所述超实时业务流数据。
其中，所述第二处理模块，是设置为：根据核心网侧的第二控制网元的指示信息，建立和/或更新承载与内容映射表，其中，所述承载与内容映射表保存针对所述终端的所述内容信息对应的超实时业务流的数据传输预留的专用承载信息。
可选地，所述传输设备包括以下至少一项：基站、S-GW、PDN-GW、边缘路由器。
可选地，当所述传输设备为PDN-GW或者边缘路由器时，上述装置还包括：第五传输模块，设置为：当所述传输设备检测到所述内容信息对应的超实时业务流的数据传输缓存量超过预定门限值时，发送承载更改请求给核心网侧的第二控制网元。
此外，上述系统及装置的具体处理过程同上述方法所述，故于此不再赘述。
于实际应用中，上述第一处理模块、第二处理模块、查询模块例如为处理器，第一接收模块、第二接收模块、第一发送模块以及第一传输模块至第五传输模块例如为无线或有线通信单元。
综上所述，本发明实施例针对性地对50ms以下的超实时业务流做了更细致的Content划分，并通过基于Content注册进行专用承载预留的方式来实现50ms以下超实时业务流的传输。而且，为了实现根据Content匹配预留的专用承载，在每个传输设备新增Content层进行Content匹配，进而确定对应的预留承载来实现Content对应的超实时业务流数据的传输。
此外，本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被执行时实现应用于核心网侧的第一控制网元的数据传输的控制方法。
此外，本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被执行时实现应用于核心网侧的第二控制网元的数据传输的控制方法。
此外，本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被执行时实现应用于终端的数据传输方法。
此外，本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被执行时实现应用于传输设备的数据传输方法。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件(例如处理器)完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，例如通过集成电路来实现其相应功能，也可以采用软件功能模块的形式实现，例如通过处理器执行存储于存储器中的程序/指令来实现其相应功能。本申请不限制于任何特定形式的硬件和软件的结合。
以上显示和描述了本申请的基本原理和主要特征和本申请的优点。本申请不受上述实施例的限制，上述实施例和说明书中描述的只是说明本申请的原理，在不脱离本申请精神和范围的前提下，本申请还会有各种变化和改进，这些变化和改进都落入要求保护的本申请范围内。

Claims (25)

1.一种数据传输的控制方法，应用于核心网侧，其特征在于，包括：
核心网侧的第一控制网元接收来自终端的携带内容信息的注册请求，并查询所述终端的所述内容信息是否已注册；
当所述第一控制网元查询到所述终端的所述内容信息对应超实时业务流，且所述终端的所述内容信息未注册时，则将所述终端的所述内容信息的注册事件通知给第二控制网元，使得所述第二控制网元对所述终端的所述内容信息对应的超实时业务流的数据传输进行专用承载资源的预留处理。
2.根据权利要求1所述的方法，其特征在于，上述方法还包括：在所述第二控制网元为所述终端的所述内容信息对应的超实时业务流的数据传输，配置需要预留的专用承载资源后，所述第一控制网元保存所述终端的所述内容信息的注册信息。
3.根据权利要求1或2所述的方法，其特征在于，所述第一控制网元为移动管理实体MME，所述第二控制网元为策略与计费规则功能PCRF实体或者软件定义网络SDN架构下的控制器。
4.一种数据传输的控制方法，应用于核心网侧，其特征在于，包括：
核心网侧的第二控制网元接收终端的内容信息的注册事件通知；
所述第二控制网元在查询到所述内容信息对应超实时业务流时，为所述终端的所述内容信息对应的超实时业务流的数据传输，配置需要预留的专用承载资源。
5.根据权利要求4所述的方法，其特征在于，所述为所述终端的所述内容信息对应的超实时业务流的数据传输，配置需要预留的专用承载资源，包括：
所述第二控制网元为所述终端的所述内容信息对应的超实时业务流的数据传输，确定需要预留的专用承载资源，并指示所述终端的所述内容信息对应的超实时业务流的数据传输路径上的物理设备预留所述专用承载资源。
6.根据权利要求5所述的方法，其特征在于，所述第二控制网元为所述终端的所述内容信息对应的超实时业务流的数据传输，确定需要预留的专用承载资源，包括：
当所述内容信息对应带宽需求较小的超实时业务流，且存在相同基站下针对其他终端的所述内容信息对应的超实时业务流的数据传输预留的专用承载资源时，所述第二控制网元扩展所述已预留的专用承载资源，以使扩展后预留的专用承载资源为当前所有终端注册的所述内容信息对应的超实时业务流的数据传输所需资源的总和；或者，
当所述内容信息对应带宽需求较大的超实时业务流，且存在相同基站下针对其他终端的所述内容信息对应的超实时业务流的数据传输预留的专用承载资源时，所述第二控制网元预留新的专用承载资源给所述终端的所述内容信息对应的超实时业务流的数据传输，其中，所述新的专用承载资源是该基站下拥有所述内容信息对应的数据传输需求的所有终端中所需的最大带宽资源。
7.根据权利要求6所述的方法，其特征在于，当所述第二控制网元预留新的专用承载资源给所述终端的所述内容信息对应的超实时业务流的数据传输时，上述方法还包括：当所述第二控制网元接收到来自分组数据网网元PDN-GW或者边缘路由器的承载更改请求时，所述第二控制网元调整针对所述内容信息对应的超实时业务流的数据传输预留的专用承载资源。
8.根据权利要求4至7任一项所述的方法，其特征在于，所述第二控制网元为策略与计费规则功能PCRF实体或者软件定义网络SDN架构下的控制器。
9.一种数据传输方法，应用于终端，其特征在于，包括：
终端发送携带内容信息的注册请求给核心网侧，并接收来自核心网侧的注册响应；
当所述终端的所述内容信息在核心网侧注册后，所述终端发送携带所述内容信息的超实时业务流数据，其中，在所述终端的所述内容信息注册后，在所述终端的所述内容信息对应的超实时业务流的数据传输路径上预留有对应所述超实时业务流的数据传输的专用承载资源。
10.一种数据传输方法，应用于传输设备，其特征在于，包括：
传输设备传输来自终端的携带内容信息的注册请求；
所述传输设备根据核心网侧的第二控制网元的指示信息，为所述终端的所述内容信息对应的超实时业务流的数据传输，预留专用承载资源；
当所述传输设备接收到携带所述内容信息的超实时业务流数据时，通过所述预留的专用承载资源传输所述超实时业务流数据。
11.根据权利要求10所述的方法，其特征在于，所述传输设备根据核心网侧的第二控制网元的指示信息，为所述终端的所述内容信息对应的超实时业务流的数据传输，预留专用承载资源，包括：
所述传输设备根据核心网侧的第二控制网元的指示信息，建立和/或更新承载与内容映射表，其中，所述承载与内容映射表保存针对所述终端的所述内容信息对应的超实时业务流的数据传输预留的专用承载信息。
12.根据权利要求10或11所述的方法，其特征在于，所述传输设备包括以下至少一项：基站、服务网关S-GW、分组数据网络网关PDN-GW、边缘路由器。
13.根据权利要求12所述的方法，其特征在于，当所述传输设备为PDN-GW或者边缘路由器时，上述方法还包括：当所述传输设备检测到所述内容信息对应的超实时业务流的数据传输缓存量超过预定门限值时，所述传输设备发送承载更改请求给核心网侧的第二控制网元。
14.一种数据传输的控制装置，应用于核心网侧的第一控制网元，其特征在于，包括：
第一接收模块，设置为：接收来自终端的携带内容信息的注册请求；
查询模块，设置为：查询所述终端的所述内容信息是否已注册；
第一发送模块，设置为：当所述查询模块查询到所述终端的所述内容信息对应超实时业务流，且所述终端的所述内容信息未注册时，则将所述终端的所述内容信息的注册事件通知给第二控制网元，使得所述第二控制网元对所述终端的所述内容信息对应的超实时业务流的数据传输进行专用承载资源的预留处理。
15.一种数据传输的控制装置，应用于核心网侧的第二控制网元，其特征在于，包括：
第二接收模块，设置为：接收终端的内容信息的注册事件通知；
第一处理模块，设置为：在查询到所述内容信息对应超实时业务流时，为所述终端的所述内容信息对应的超实时业务流的数据传输，配置需要预留的专用承载资源。
16.根据权利要求15所述的装置，其特征在于，所述第一处理模块是设置为：为所述终端的所述内容信息对应的超实时业务流的数据传输，确定需要预留的专用承载资源，并指示所述终端的所述内容信息对应的超实时业务流的数据传输路径上的物理设备预留所述专用承载资源。
17.根据权利要求16所述的装置，其特征在于，所述第一处理模块是设置为：
当所述内容信息对应带宽需求较小的超实时业务流，且存在相同基站下针对其他终端的所述内容信息对应的超实时业务流的数据传输预留的专用承载资源时，扩展所述已预留的专用承载资源，以使扩展后预留的专用承载资源为当前所有终端注册的所述内容信息对应的超实时业务流的数据传输所需资源的总和；或者，
当所述内容信息对应带宽需求较大的超实时业务流，且存在相同基站下针对其他终端的所述内容信息对应的超实时业务流的数据传输预留的专用承载资源时，预留新的专用承载资源给所述终端的所述内容信息对应的超实时业务流的数据传输，其中，所述新的专用承载资源是该基站下拥有所述内容信息对应的数据传输需求的所有终端中所需的最大带宽资源。
18.根据权利要求17所述的装置，其特征在于，所述第一处理模块，还设置为：当接收到来自分组数据网网元PDN-GW或者边缘路由器的承载更改请求时，调整针对所述内容信息对应的超实时业务流的数据传输预留的专用承载资源。
19.一种数据传输的控制系统，应用于核心网侧，其特征在于，包括：第一控制网元以及第二控制网元，
所述第一控制网元设置为：接收来自终端的携带内容信息的注册请求，并查询所述终端的所述内容信息是否已注册；以及，当查询到所述终端的所述内容信息对应超实时业务流，且未注册时，将所述终端的所述内容信息的注册事件通知给所述第二控制网元；
所述第二控制网元设置为：接收到所述终端的所述内容信息的注册事件的通知后，在查询到所述内容信息对应超实时业务流时，为所述终端的所述内容信息对应的超实时业务流的数据传输，配置需要预留的专用承载资源。
20.根据权利要求19所述的系统，其特征在于，所述第一控制网元为移动管理实体MME，所述第二控制网元为策略与计费规则功能PCRF实体或者软件定义网络SDN架构下的控制器。
21.一种数据传输装置，应用于终端，其特征在于，包括：
第一传输模块，设置为：发送携带内容信息的注册请求给核心网侧，并接收来自核心网侧的注册响应；
第二传输模块，设置为：当所述终端的所述内容信息在核心网侧注册后，所述终端发送携带所述内容信息的超实时业务流数据，其中，在所述终端的所述内容信息注册后，在所述终端的所述内容信息对应的超实时业务流的数据传输路径上预留有对应所述超实时业务流的数据传输的专用承载资源。
22.一种数据传输装置，应用于传输设备，其特征在于，包括：
第三传输模块，设置为：传输来自终端的携带内容信息的注册请求；
第二处理模块，设置为：根据核心网侧的第二控制网元的指示信息，为所述终端的所述内容信息对应的超实时业务流的数据传输，预留专用承载资源；
第四传输模块，设置为：当接收到携带所述内容信息的超实时业务流数据时，通过所述预留的专用承载资源传输所述超实时业务流数据。
23.根据权利要求22所述的装置，其特征在于，所述第二处理模块，是设置为：根据核心网侧的第二控制网元的指示信息，建立和/或更新承载与内容映射表，其中，所述承载与内容映射表保存针对所述终端的所述内容信息对应的超实时业务流的数据传输预留的专用承载信息。
24.根据权利要求22或23所述的装置，其特征在于，所述传输设备包括以下至少一项：基站、服务网关S-GW、分组数据网络网关PDN-GW、边缘路由器。
25.根据权利要求24所述的装置，其特征在于，当所述传输设备为PDN-GW或者边缘路由器时，上述装置还包括：第五传输模块，设置为：当所述传输设备检测到所述内容信息对应的超实时业务流的数据传输缓存量超过预定门限值时，发送承载更改请求给核心网侧的第二控制网元。
CN201610120761.XA 2016-03-03 2016-03-03 数据传输的控制方法及系统、数据传输方法及装置 Active CN107154901B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201610120761.XA CN107154901B (zh) 2016-03-03 2016-03-03 数据传输的控制方法及系统、数据传输方法及装置
PCT/CN2017/073041 WO2017148243A1 (zh) 2016-03-03 2017-02-07 数据传输的控制方法及系统、数据传输方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610120761.XA CN107154901B (zh) 2016-03-03 2016-03-03 数据传输的控制方法及系统、数据传输方法及装置

Publications (2)

Publication Number Publication Date
CN107154901A true CN107154901A (zh) 2017-09-12
CN107154901B CN107154901B (zh) 2021-07-06

Family

ID=59742486

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610120761.XA Active CN107154901B (zh) 2016-03-03 2016-03-03 数据传输的控制方法及系统、数据传输方法及装置

Country Status (2)

Country Link
CN (1) CN107154901B (zh)
WO (1) WO2017148243A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111567015A (zh) * 2018-01-12 2020-08-21 Oppo广东移动通信有限公司 一种数据传输方法及装置、计算机存储介质
CN113891340A (zh) * 2020-07-02 2022-01-04 中国移动通信集团安徽有限公司 自适应流控方法、装置、计算设备和存储介质

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112118597B (zh) * 2019-06-19 2023-11-24 上海新岸线电子技术有限公司 一种多流业务的传输方法及系统

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1909514A (zh) * 2006-08-02 2007-02-07 华为技术有限公司 一种为实时流媒体业务分配资源的方法及装置
CN101127609A (zh) * 2006-08-14 2008-02-20 华为技术有限公司 一种在演进网络中管理用户策略计费控制签约信息的方法
CN101494848A (zh) * 2008-01-25 2009-07-29 华为技术有限公司 业务挂起的方法、业务恢复的方法、系统及设备
CN101626564A (zh) * 2008-07-07 2010-01-13 华为技术有限公司 上下文同步方法、装置及移动管理网元
CN102469433A (zh) * 2010-11-09 2012-05-23 中兴通讯股份有限公司 一种实现数据流服务质量和计费策略控制的方法及系统
CN102577502A (zh) * 2009-07-20 2012-07-11 高通股份有限公司 用于预先建立与在接入终端上的应用相关的保留链路的qos参数的方法、装置和计算机程序产品
CN102711218A (zh) * 2011-03-28 2012-10-03 中兴通讯股份有限公司 接入网网元、接入网络系统及接入方法
WO2014161086A1 (en) * 2013-04-02 2014-10-09 Sierra Wireless, Inc. Method and system for providing differentiated wireless network access and billing to subscribers
US20140301246A1 (en) * 2013-04-03 2014-10-09 Qualcomm Incorporated Rewinding a real-time communication session
CN104253799A (zh) * 2013-06-28 2014-12-31 中国电信股份有限公司 Ims网络中的服务质量控制方法与系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102098746B (zh) * 2011-01-25 2013-08-07 中国科学技术大学 一种引入移动资源预留机制的多小区资源分配方法
CN105025574B (zh) * 2014-04-16 2019-07-02 中兴通讯股份有限公司 一种数据传输方法及装置

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1909514A (zh) * 2006-08-02 2007-02-07 华为技术有限公司 一种为实时流媒体业务分配资源的方法及装置
CN101127609A (zh) * 2006-08-14 2008-02-20 华为技术有限公司 一种在演进网络中管理用户策略计费控制签约信息的方法
CN101494848A (zh) * 2008-01-25 2009-07-29 华为技术有限公司 业务挂起的方法、业务恢复的方法、系统及设备
CN101626564A (zh) * 2008-07-07 2010-01-13 华为技术有限公司 上下文同步方法、装置及移动管理网元
CN102577502A (zh) * 2009-07-20 2012-07-11 高通股份有限公司 用于预先建立与在接入终端上的应用相关的保留链路的qos参数的方法、装置和计算机程序产品
CN102469433A (zh) * 2010-11-09 2012-05-23 中兴通讯股份有限公司 一种实现数据流服务质量和计费策略控制的方法及系统
CN102711218A (zh) * 2011-03-28 2012-10-03 中兴通讯股份有限公司 接入网网元、接入网络系统及接入方法
WO2014161086A1 (en) * 2013-04-02 2014-10-09 Sierra Wireless, Inc. Method and system for providing differentiated wireless network access and billing to subscribers
US20140301246A1 (en) * 2013-04-03 2014-10-09 Qualcomm Incorporated Rewinding a real-time communication session
CN104253799A (zh) * 2013-06-28 2014-12-31 中国电信股份有限公司 Ims网络中的服务质量控制方法与系统

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111567015A (zh) * 2018-01-12 2020-08-21 Oppo广东移动通信有限公司 一种数据传输方法及装置、计算机存储介质
CN111567015B (zh) * 2018-01-12 2023-06-20 Oppo广东移动通信有限公司 一种数据传输方法及装置、计算机存储介质
CN113891340A (zh) * 2020-07-02 2022-01-04 中国移动通信集团安徽有限公司 自适应流控方法、装置、计算设备和存储介质
CN113891340B (zh) * 2020-07-02 2023-10-27 中国移动通信集团安徽有限公司 自适应流控方法、装置、计算设备和存储介质

Also Published As

Publication number Publication date
WO2017148243A1 (zh) 2017-09-08
CN107154901B (zh) 2021-07-06

Similar Documents

Publication Publication Date Title
US11032712B2 (en) Method and computing device for carrying out data integrity protection
KR102221747B1 (ko) 스위칭 방법 및 장치
CN109451534B (zh) 一种用于5G系统会话管理中QoS流的动态控制方法和装置
Lai et al. A buffer-aware QoS streaming approach for SDN-enabled 5G vehicular networks
CN108513290A (zh) 一种网络切片的选择方法及装置
US9497128B2 (en) Service rate control method, system and device
CN109392024B (zh) 一种业务质量流的控制方法及相关设备
US10588045B2 (en) Method and apparatus for handling data flow in wireless communication networks
CN105325043B (zh) 承载建立装置和方法
US20230413103A1 (en) Quality of service implementations for separating user plane
EP1838053A1 (en) Telecommunications system and method
CN109842643A (zh) 一种会话处理的方法、装置及系统
CN107580371A (zh) 信息、数据发送方法及装置、接入网和系统
CN111200565B (zh) 一种信息传输方法、终端及网络设备
CN110290561A (zh) 一种本地业务的发送方法及网络设备
CN107396401A (zh) 数据发送方法及装置
CN109041144A (zh) 一种系统间信息交互方法，无线通信系统和用户设备
CN109548096A (zh) 通信方法、基站、终端设备和系统
CN107154901A (zh) 数据传输的控制方法及系统、数据传输方法及装置
CN109660464A (zh) 一种下行报文处理方法、upf设备和存储介质
CN113747513A (zh) 一种服务质量管理方法和装置
CN107396356A (zh) 数据发送方法及装置
CN109392014A (zh) 一种QoS流的接纳控制方法及通信装置
CN108632909A (zh) 一种QoS处理方法和装置
CN109151895B (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