数据传输的控制方法及系统、数据传输方法及装置与流程

本申请涉及通信领域，尤其涉及一种数据传输的控制方法及系统、数据传输方法及装置。

背景技术：

目前，核心网侧的资源分配方式采用基于终端的会话方式，资源的分配是针对终端会话的，会话结束标志着分配的资源会被收回。其中，采用了业务流模板(tft，trafficflowtemplate)匹配的方式为会话分配资源。核心网现有的资源分配和数据传输流程如图1所示。图1中的实线表示数据路径(datapath)，虚线表示控制路径(controlpath)。

然而，核心网目前的服务质量(qos，qualityofservice)和演进分组系统(eps，evolvedpacketsystem)承载策略并不能够保证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，userequipment)的携带内容信息(content)的注册请求，并查询所述终端的所述内容信息是否已注册；

其中，内容信息例如为业务名称。然而，本实施例对此并不限定。于其他实施例中，所述内容信息可以为能够区分不同超实时业务的其他属性信息。

步骤102：当所述第一控制网元查询到所述终端的所述内容信息对应超实时业务流，且所述终端的所述内容信息未注册时，将所述终端的所述内容信息的注册事件通知给第二控制网元，使得所述第二控制网元对所述终端的所述内容信息对应的超实时业务流的数据传输进行专用承载资源的预留处理。

其中，在所述第二控制网元为所述终端的所述内容信息对应的超实时业务流的数据传输，配置需要预留的专用承载资源后，所述第一控制网元保存所述终端的所述内容信息的注册信息。

可选地，所述第一控制网元为移动管理实体(mme，mobilitymanagemententity)，所述第二控制网元为策略与计费规则功能(pcrf，policyandchargingrulesfunction)实体或者软件定义网络(sdn，softwaredefinednetwork)架构下的控制器(controller)。

图3为本发明实施例提供的数据传输的控制方法的另一示意图。如图3所示，本实施例提供的数据传输的控制方法，应用于核心网侧的第二控制网元，所述方法包括以下步骤：

步骤201：核心网侧的第二控制网元接收终端的内容信息的注册事件通 知；

步骤202：第二控制网元在查询到所述内容信息对应超实时业务流时，为所述终端的所述内容信息对应的超实时业务流的数据传输，配置需要预留的专用承载资源。

其中，所述为所述终端的所述内容信息对应的超实时业务流的数据传输，配置需要预留的专用承载资源，包括：

所述第二控制网元为所述终端的所述内容信息对应的超实时业务流的数据传输，确定需要预留的专用承载资源，并指示所述终端的所述内容信息对应的超实时业务流的数据传输路径上的物理设备预留所述专用承载资源。

可选地，所述第二控制网元为所述终端的所述内容信息对应的超实时业务流的数据传输，确定需要预留的专用承载资源，包括：

当所述内容信息对应带宽需求较小的超实时业务流，且存在相同基站下针对其他终端的所述内容信息对应的超实时业务流的数据传输预留的专用承载资源时，所述第二控制网元扩展所述已预留的专用承载资源，以使扩展后预留的专用承载资源为当前所有终端注册的所述内容信息对应的超实时业务流的数据传输所需资源的总和；或者，

当所述内容信息对应带宽需求较大的超实时业务流，且存在相同基站下针对其他终端的所述内容信息对应的超实时业务流的数据传输预留的专用承载资源时，所述第二控制网元预留新的专用承载资源给所述终端的所述内容信息对应的超实时业务流的数据传输，其中，所述新的专用承载资源是该基站下拥有所述内容信息对应的数据传输需求的所有终端中所需的最大带宽资源。

可选地，当所述第二控制网元预留新的专用承载资源给所述终端的所述内容信息对应的超实时业务流的数据传输时，上述方法还包括：当所述第二控制网元接收到来自分组数据网网元(pdn-gw，packetdatanetworkgateway)或者边缘路由器(edgerouter)的承载更改请求时，所述第二控制网元调整针对所述内容信息对应的超实时业务流的数据传输预留的专用承载资源。

可选地，所述第一控制网元为移动管理实体(mme，mobilitymanagemententity)，所述第二控制网元为策略与计费规则功能(pcrf，policyandchargingrulesfunction)实体或者软件定义网络(sdn，softwaredefinednetwork)架构下的控制器(controller)。

图4为本发明实施例提供的非sdn架构下的数据传输的控制方法的流程图。如图4所示，在非sdn架构下，ue会首先针对content进行对应的注册，注册请求(flowregister(content))会首先传输给基站(enb)，enb会将其转发到mme进行对应的查询，mme判断是否该ue的该content已经注册过，如果没有注册过，会将注册请求传输给服务网关(s-gw，servinggateway)，s-gw将注册请求传输给分组数据网络网关(pdn-gw，packetdatanetworkgateway)，pdn-gw向pcrf实体通知注册事件，pcrf实体进行对应的承载预留决策的判断。具体而言，pcrf实体从用户属性存储器(spr，subscriptionprofilerepository)获取用户属性(subscriptionprofile)，并根据获取的用户属性进行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、边缘路由器(edgerouter)。

其中，当所述传输设备为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，applicationfunction)服务器的需求。

于本实施例中，ue1的content1注册及资源预留过程如图11所示。具体而言，ue1首先针对content1发送注册请求(flowregister(content1))至基站(enb)，enb将注册请求转发至mme进行对应的content1查询；mme会首先从spr获取用户属性(subscriptionprofile)模板进行模板匹配，匹配结果为content1，需要进行业务流注册，并判断ue1的content1并没有注册过，此时，mme会将注册请求继续转发s-gw，s-gw转发至pdn-gw，pdn-gw发送注册事件通知给pcrf实体；pcrf实体同样会从spr获取subscriptionprofile模板进行对应的模板匹配，并做出承载预留决策(bearerreservationdecision)。当所述决策的结果是为content1预留专用承载时，pcrf实体会将决策结果通过策略配置(policyinstallation)和注册响应(registerresponse)信息配置到该content1对应的传输路径的每个物理设备上，之后传输路径的每个物理设备上都存在承载-内容映射表，于此，承载-内容映射表保存内容1与承载1的映射关系。

于本实施例中，ue2的content1注册及资源预留过程如图12所示。于此，ue2同样有content1需要注册，如图11所示，ue2同ue1一样会首先将注册请求(flowregister(content1))发送至enb，enb将注册请求转发至mme进行对应的content1查询；mme会首先从spr获取subscriptionprofile模板进行模板匹配，匹配结果为content1，需要进行业务流注册，并判断ue2的content1并没有注册过，此时，mme会将注册请求继续转发至pcrf实体，pcrf实体同样会从spr获取subscriptionprofile模板进行对应的模板匹配，匹配的结果也是content1，鉴于之前已经给content1预留了专用承载，而且content1是带宽需求比较小的超实时业务流，因此，pcrf实体采用扩展预留承载(extendbearer)的方式来为ue2的content1对应的超实时业务流数据传输预留专用承载。之前为ue1的content1预留的承载资源因为ue2的content1的加入而被扩展来同时满足ue1和ue2同时有content1对应的超实时业务流数据发送的情况，之后，pcrf实体会通过策略更新(policyupdate)和注册响应(registerresponse)信息将承载预留结果配置到传输路径的每个物理设备上，传输路径上的每个物理设备会更新对应的承载-内容映射表，于此，承载-内容映射表保存更新后的内容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发送注册请求(flowregister(content2))至enb，enb将注册请求转发至mme进行对应的content2的查询；mme会首先从spr获取subscriptionprofile模板进行模板匹配，匹配结果为content2，需要进行业务流注册，并判断ue1的content2并没有注册过，此时，mme会将注册请求继续转发至pcrf实体，pcrf实体同样会从spr获取subscriptionprofile模板进行对应的模板匹配，并做出承载预留的决策(bearerreservationdecision)。如果决策的结果是为content2预留专用承载，则pcrf实体会将决策结果通过策略配置(policyinstallation)和注册响应(registerresponse)信息配置到该content2对应的传输路径的每个物理设备上，之后传输路径的每个物理设备上都存在承载-内容映射表，于此，承载-内容映射表保存内容2与承载2的映射关系。

于本实施例中，ue2的content2注册及资源预留过程如图16所示。于此，ue2同样有content2需要注册，如图16所示，ue2同ue1一样会首先将注册请求(flowregister(content2))发送至enb，enb将注册请求转发至mme进行对应的content2的查询；mme会首先从spr获取 subscriptionprofile模板进行模板匹配，匹配结果为content2，需要进行业务流注册，并判断ue2的content2并没有注册过，所以mme会将注册请求继续转发至pcrf实体，pcrf实体同样会从spr获取subscriptionprofile模板进行对应的模板匹配，匹配的结果也是content2，鉴于之前已经给content2预留了专用承载，而且content2是带宽需求比较大的超实时业务流，因此，pcrf实体采用将之前分配给content2的预留承载(allocatedbearer2)再分配给ue2的方式来为ue2的content2预留专用承载。具体而言，pcrf实体计算ue2中content2对应的数据传输所需带宽大小，与为content2预留的资源作比较，如果所需资源大于为content2预留的资源，则重新为content2预留较大的资源，否则直接将为content2预留的资源作为给ue2中content2对应的数据传输预留的资源。

在实际数据传输过程，通过检测pdn-gw的对应content2的发送数据的缓存(sendbuffer)来判断是否需要对allocatedbearer2扩展来同时满足ue1和ue2同时有content2对应的超实时业务流数据发送的情况。如果pdn-gw发送缓存中缓存的数据量超过一定门限，则判断需要对已预留的承载进行扩展，将会发送承载更改请求(bearermodifyevent)到pcrf，之后，pcrf会调整预留承载(adjustreservationbearer)并通过修改预留承载(modifyreservationbearer)将预留承载修改结果配置到传输路径的每个物理设备上，传输路径的每个物理设备会更新对应的承载-内容映射表。

于本实施例中，ue1和ue2的content2对应的超实时业务流的数据传输过程如图17所示。在传输设备enb、s-gw、pdn-gw都会增加content层来实现content的匹配，由于之前ue1和ue2都针对content2做了注册和资源预留的操作，因此，传输设备上都存在承载-内容映射表(如bearer2-content2map)。实际content对应的超实时业务流的数据传输时，传输设备经过content匹配找到对应的预留承载来传输或者转发超实时业务流数据。与实施例一不同的是，在pdn-gw上会有发送缓存的判断过程，如果pdn-gw发送缓存中缓存的数据量超过一定门限，则判断需要对已预留的承载进行扩展，将会发送承载更改请求(bearermodifyevent)到pcrf，之后pcrf会调整预留承载(adjustreservationbearer)并通过修改预留承载 (modifyreservationbearer)将预留承载修改结果配置到传输路径的每个物理设备上，传输路径的每个物理设备会更新对应的承载-内容映射表。

实施例三

本实施例说明sdn架构下的静态承载预留场景。此种场景主要是针对sdn架构下多个终端(ue)有同种类型的50ms以下的超实时业务流数据传输需求，并且这种超实时业务流为带宽需求比较小的业务流，典型应用为突发性的紧急性业务流，这种场景的网络拓扑如图18所示，ue1和ue2有同种类型的业务流(对应content1)发送至af服务器的需求。

于本实施例中，ue1的content1注册及资源预留过程如图19所示。ue1首先针对content1发送注册请求(flowregister(content1))至enb，enb将注册请求转发至mme进行对应的content1的查询，mme会首先从控制器(controller)获取subscriptionprofile模板进行模板匹配，匹配结果为content1，需要进行业务流注册，并判断ue1的content1并没有注册过，所以mme会将注册请求继续转发至controller，controller同样会获取subscriptionprofile模板进行对应的模板匹配，并做出承载预留的决策(bearerreservationdecision)。如果决策的结果是为content1预留专用承载，则将决策结果通过策略配置(policyinstallation)和注册响应(registerresponse)配置到传输路径的每个物理设备上，之后传输路径的每个物理设备上都存在承载-内容映射表，于此，承载-内容映射表保存内容1与承载1的映射关系。

于本实施例中，ue2的content1注册及资源预留过程如图20所示。与此，ue2同样有content1需要注册，如图20所示，ue2同ue1一样会首先将注册请求(flowregister(content1))发送至enb，enb将注册请求转发至mme进行对应的content1的查询，mme会首先从controller获取subscriptionprofile模板进行模板匹配，匹配结果为content1，需要进行业务流注册，并判断ue2的content1并没有注册过，所以mme会将注册请求继续转发至controller，controller同样会获取subscriptionprofile模板进行对应的模板匹配，匹配的结果也是content1，鉴于之前已经给content1预留了专用承载，而且content1是带宽需求比较小的超实时业务流，因此， 采用扩展预留承载(extendbearer)的方式来为ue2的content1对应的超实时业务流的数据传输预留承载。之前为ue1的content1预留的承载资源因为ue2的content1的加入而被扩展来同时满足ue1和ue2同时有content1对应的超实时业务流数据发送的情况，之后，controller会通过策略更新(policyupdate)和注册响应(registerresponse)将承载预留结果配置到传输路径的每个物理设备上，传输路径上的每个物理设备会更新对应的承载-内容映射表，于此，承载-内容映射表保存更新后的内容1与承载1的映射关系。

于本实施例中，ue1和ue2的content1对应的超实时业务流的数据传输过程如图21所示。在传输设备enb、s-gw、边缘路由器(edgerouter)都会增加content层来实现content的匹配，由于之前ue1和ue2都针对content1做了注册和资源预留的操作，因此，传输设备上都存在承载-内容映射表(如bearer1-content1map)。实际content对应的超实时业务流数据传输时，传输设备经过content匹配找到对应的预留承载来传输或者转发该超实时业务流数据。

实施例四

本实施例说明sdn架构下的动态承载预留场景。此种场景主要是针对sdn架构下多个终端(ue)有同种类型的50ms以下的超实时业务流数据传输需求，并且这种超实时业务流为带宽需求比较大的业务流，典型应用为远程医疗场景，这种场景的网络拓扑如图22所示，ue1和ue2有同种类型的业务流(对应content2)发送至af服务器的需求。

于本实施例中，ue1的content2注册及资源预留过程如图23所示。ue1首先针对content2发送注册请求(flowregister(content2))至enb，enb将注册请求转发至mme进行对应的content2的查询，mme会首先从控制器(controller)获取subscriptionprofile模板进行模板匹配，匹配结果为content2，需要进行业务流注册，并判断ue1的content2并没有注册过，所以mme会将注册请求继续转发至controller，controller同样会获取subscriptionprofile模板进行对应的模板匹配，并做出承载预留的决策(bearerreservationdecision)。如果决策的结果是为content2预留专用承载， 则会将决策结果通过策略配置(policyinstallation)和注册响应(registerresponse)配置到传输路径的每个物理设备上，之后传输路径的每个物理设备上都存在承载-内容映射表，于此，承载-内容映射表保存内容2与承载2的映射关系。

于本实施例中，ue2的content2注册及资源预留流程如图24所示。于此，ue2同ue1一样会首先将注册请求(flowregister(content2))发送至enb，enb将注册请求转发至mme进行对应的content2的查询，mme会首先从controller获取subscriptionprofile模板进行模板匹配，匹配结果为content2，需要进行业务流注册，并判断ue2的content2并没有注册过，所以mme会将注册请求继续转发至controller，controller同样会获取subscriptionprofile模板进行对应的模板匹配，匹配的结果也是content2，鉴于之前已经给content2预留了专用承载，而且content2是带宽需求比较大的超实时业务流，因此，采用了将之前分配给content2的预留承载(allocatedbearer2)再分配给ue2的方式来为ue2的content2预留承载。具体而言，controller计算ue2中content2对应的数据传输所需带宽大小，并与为content2预留的资源作比较，如果所需资源大于为content2预留的资源，则重新为content2预留较大的资源，否则直接将为content2预留的资源作为ue2中content2对应的数据传输的预留资源。

在实际数据传输过程，通过检测边缘路由器(edgerouter)的对应content2的发送数据的缓存(sendbuffer)来判断是否需要对allocatedbearer2扩展来同时满足ue1和ue2同时有content2对应的超实时业务流数据发送的情况。如果edgerouter发送缓存中缓存的数据量超过一定门限，则判断需要对已预留的承载进行扩展，将会发送承载更改请求(bearermodifyevent)到controller，之后controller会调整预留承载(adjustreservationbearer)并通过修改预留承载(modifyreservationbearer)将预留承载修改结果配置到传输路径的每个物理设备上，传输路径的每个物理设备会更新对应的承载-内容映射表(如bearer2-content2map)。

于本实施例中，ue1和ue2的content2对应的超实时业务流的数据传输过程如图25所示。在传输设备enb、s-gw、edgerouter都会增加content 层来实现content的匹配，由于之前ue1和ue2都针对content2做了注册和资源预留的操作，因此，传输设备上都存在承载-内容映射表(如bearer2-content2map)。实际content对应的超实时业务流数据传输时，传输设备经过content匹配找到对应的预留承载来传输或者转发超实时业务流数据。与实施例三不同的是，在edgerouter上会有发送缓存的判断过程，如果edgerouter发送缓存中缓存的数据量超过一定门限，则判断需要对已预留的承载进行扩展，将会发送承载更改请求(bearermodifyevent)到controller，之后controller会调整预留承载(adjustreservationbearer)并通过修改预留承载(modifyreservationbearer)将预留承载修改结果配置到传输路径的每个物理设备上，传输路径的每个物理设备会更新对应的承载-内容映射表。

此外，本发明实施例还提供一种数据传输的控制系统，应用于核心网侧，包括：第一控制网元以及第二控制网元；所述第一控制网元设置为：接收来自终端的携带内容信息的注册请求，并查询所述终端的所述内容信息是否已注册；以及，当查询到所述终端的所述内容信息对应超实时业务流，且未注册时，将所述终端的所述内容信息的注册事件通知给所述第二控制网元；所述第二控制网元设置为：接收通知后，在查询到所述内容信息对应超实时业务流时，为所述终端的所述内容信息对应的超实时业务流的数据传输，配置需要预留的专用承载资源。

其中，所述第二控制网元是设置为：为所述终端的所述内容信息对应的超实时业务流的数据传输，确定需要预留的专用承载资源，并指示所述终端的所述内容信息对应的超实时业务流的数据传输路径上的物理设备预留所述专用承载资源。

可选地，所述第二控制网元是设置为：

当所述内容信息对应带宽需求较小的超实时业务流，且存在相同基站下针对其他终端的所述内容信息对应的超实时业务流的数据传输预留的专用承载资源时，所述第二控制网元扩展所述已预留的专用承载资源，以使扩展后预留的专用承载资源为当前所有终端注册的所述内容信息对应的超实时业务流的数据传输所需资源的总和；或者，

当所述内容信息对应带宽需求较大的超实时业务流，且存在相同基站下针对其他终端的所述内容信息对应的超实时业务流的数据传输预留的专用承载资源时，所述第二控制网元预留新的专用承载资源给所述终端的所述内容信息对应的超实时业务流的数据传输，其中，所述新的专用承载资源是该基站下拥有所述内容信息对应的数据传输需求的所有终端中所需的最大带宽资源。

可选地，所述第二控制网元还设置为：当接收到来自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对应的超实时业务流数据的传输。

此外，本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被执行时实现应用于核心网侧的第一控制网元的数据传输的控制方法。

此外，本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被执行时实现应用于核心网侧的第二控制网元的数据传输的控制方法。

此外，本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被执行时实现应用于终端的数据传输方法。

此外，本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被执行时实现应用于传输设备的数据传输方法。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件(例如处理器)完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，例如通过集成电路来实现其相应功能，也可以采用软件功能模块的形式实现，例如通过处理器执行存储于存储器中的程序/指令来实现其相应功能。本申请不限制于任何特定形式的硬件和软件的结合。

以上显示和描述了本申请的基本原理和主要特征和本申请的优点。本申请不受上述实施例的限制，上述实施例和说明书中描述的只是说明本申请的原理，在不脱离本申请精神和范围的前提下，本申请还会有各种变化和改进，这些变化和改进都落入要求保护的本申请范围内。