本申請涉及通信領(lǐng)域，尤其涉及一種數(shù)據(jù)傳輸?shù)目刂品椒跋到y(tǒng)、數(shù)據(jù)傳輸方法及裝置。

背景技術(shù)：

目前，核心網(wǎng)側(cè)的資源分配方式采用基于終端的會話方式，資源的分配是針對終端會話的，會話結(jié)束標志著分配的資源會被收回。其中，采用了業(yè)務(wù)流模板(tft，trafficflowtemplate)匹配的方式為會話分配資源。核心網(wǎng)現(xiàn)有的資源分配和數(shù)據(jù)傳輸流程如圖1所示。圖1中的實線表示數(shù)據(jù)路徑(datapath)，虛線表示控制路徑(controlpath)。

然而，核心網(wǎng)目前的服務(wù)質(zhì)量(qos，qualityofservice)和演進分組系統(tǒng)(eps，evolvedpacketsystem)承載策略并不能夠保證50毫秒(ms)以下的超實時業(yè)務(wù)流的時延要求，仍然采用基于終端會話的資源分配方式會造成一定的協(xié)商信令的時延。另外，目前核心網(wǎng)針對qos的時延保證只是采用了調(diào)度策略、隊列管理策略和速率整形策略等，沒有涉及針對qos時延保證的資源預(yù)留。

技術(shù)實現(xiàn)要素：

以下是對本文詳細描述的主題的概述。本概述并非是為了限制權(quán)利要求的保護范圍。

本發(fā)明實施例提供一種數(shù)據(jù)傳輸?shù)目刂品椒跋到y(tǒng)、數(shù)據(jù)傳輸方法及裝置，能夠保證50ms以下的超實時業(yè)務(wù)流的傳輸時延要求。

本發(fā)明實施例提供一種數(shù)據(jù)傳輸?shù)目刂品椒?，?yīng)用于核心網(wǎng)側(cè)，包括：

核心網(wǎng)側(cè)的第一控制網(wǎng)元接收來自終端的攜帶內(nèi)容信息的注冊請求，并 查詢所述終端的所述內(nèi)容信息是否已注冊；

當(dāng)所述第一控制網(wǎng)元查詢到所述終端的所述內(nèi)容信息對應(yīng)超實時業(yè)務(wù)流，且所述終端的所述內(nèi)容信息未注冊時，則將所述終端的所述內(nèi)容信息的注冊事件通知給第二控制網(wǎng)元，使得所述第二控制網(wǎng)元對所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸進行專用承載資源的預(yù)留處理。

可選地，上述方法還包括：在所述第二控制網(wǎng)元為所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，配置需要預(yù)留的專用承載資源后，所述第一控制網(wǎng)元保存所述終端的所述內(nèi)容信息的注冊信息。

可選地，所述第一控制網(wǎng)元為移動管理實體(mme)，所述第二控制網(wǎng)元為策略與計費規(guī)則功能(pcrf)實體或者軟件定義網(wǎng)絡(luò)(sdn)架構(gòu)下的控制器。

本發(fā)明實施例還提供一種數(shù)據(jù)傳輸?shù)目刂品椒?，?yīng)用于核心網(wǎng)側(cè)，包括：

核心網(wǎng)側(cè)的第二控制網(wǎng)元接收終端的內(nèi)容信息的注冊事件通知；

所述第二控制網(wǎng)元在查詢到所述內(nèi)容信息對應(yīng)超實時業(yè)務(wù)流時，為所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，配置需要預(yù)留的專用承載資源。

可選地，所述為所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，配置需要預(yù)留的專用承載資源，包括：

所述第二控制網(wǎng)元為所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，確定需要預(yù)留的專用承載資源，并指示所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸路徑上的物理設(shè)備預(yù)留所述專用承載資源。

可選地，所述第二控制網(wǎng)元為所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，確定需要預(yù)留的專用承載資源，包括：

當(dāng)所述內(nèi)容信息對應(yīng)帶寬需求較小的超實時業(yè)務(wù)流，且存在相同基站下針對其他終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸預(yù)留的專用承載資源時，所述第二控制網(wǎng)元擴展所述已預(yù)留的專用承載資源，以使擴展后預(yù)留的專用承載資源為當(dāng)前所有終端注冊的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸所需資源的總和；或者，

當(dāng)所述內(nèi)容信息對應(yīng)帶寬需求較大的超實時業(yè)務(wù)流，且存在相同基站下針對其他終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸預(yù)留的專用承載資源時，所述第二控制網(wǎng)元預(yù)留新的專用承載資源給所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，其中，所述新的專用承載資源是該基站下?lián)碛兴鰞?nèi)容信息對應(yīng)的數(shù)據(jù)傳輸需求的所有終端中所需的最大帶寬資源。

可選地，當(dāng)所述第二控制網(wǎng)元預(yù)留新的專用承載資源給所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸時，上述方法還包括：當(dāng)所述第二控制網(wǎng)元接收到來自分組數(shù)據(jù)網(wǎng)網(wǎng)元pdn-gw或者邊緣路由器的承載更改請求時，所述第二控制網(wǎng)元調(diào)整針對所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸預(yù)留的專用承載資源。

可選地，所述第二控制網(wǎng)元為pcrf實體或者sdn架構(gòu)下的控制器。

本發(fā)明實施例還提供一種數(shù)據(jù)傳輸方法，應(yīng)用于終端，包括：

終端發(fā)送攜帶內(nèi)容信息的注冊請求給核心網(wǎng)側(cè)，并接收來自核心網(wǎng)側(cè)的注冊響應(yīng)；

當(dāng)所述終端的所述內(nèi)容信息在核心網(wǎng)側(cè)注冊后，所述終端發(fā)送攜帶所述內(nèi)容信息的超實時業(yè)務(wù)流數(shù)據(jù)，其中，在所述終端的所述內(nèi)容信息注冊后，在所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸路徑上預(yù)留有對應(yīng)所述超實時業(yè)務(wù)流的數(shù)據(jù)傳輸?shù)膶Ｓ贸休d資源。

本發(fā)明實施例還提供一種數(shù)據(jù)傳輸方法，應(yīng)用于傳輸設(shè)備，包括：

傳輸設(shè)備傳輸來自終端的攜帶內(nèi)容信息的注冊請求；

所述傳輸設(shè)備根據(jù)核心網(wǎng)側(cè)的第二控制網(wǎng)元的指示信息，為所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，預(yù)留專用承載資源；

當(dāng)所述傳輸設(shè)備接收到攜帶所述內(nèi)容信息的超實時業(yè)務(wù)流數(shù)據(jù)時，通過所述預(yù)留的專用承載資源傳輸所述超實時業(yè)務(wù)流數(shù)據(jù)。

可選地，所述傳輸設(shè)備根據(jù)核心網(wǎng)側(cè)的第二控制網(wǎng)元的指示信息，為所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，預(yù)留專用承載資源，包括：

所述傳輸設(shè)備根據(jù)核心網(wǎng)側(cè)的第二控制網(wǎng)元的指示信息，建立和/或更新承載與內(nèi)容映射表，其中，所述承載與內(nèi)容映射表保存針對所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸預(yù)留的專用承載信息。

可選地，所述傳輸設(shè)備包括以下至少一項：基站、服務(wù)網(wǎng)關(guān)(s-gw)、分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(pdn-gw)、邊緣路由器。

可選地，當(dāng)所述傳輸設(shè)備為pdn-gw或者邊緣路由器時，上述方法還包括：當(dāng)所述傳輸設(shè)備檢測到所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸緩存量超過預(yù)定門限值時，所述傳輸設(shè)備發(fā)送承載更改請求給核心網(wǎng)側(cè)的第二控制網(wǎng)元。

本發(fā)明實施例還提供一種數(shù)據(jù)傳輸?shù)目刂蒲b置，應(yīng)用于核心網(wǎng)側(cè)的第一控制網(wǎng)元，包括：

第一接收模塊，設(shè)置為：接收來自終端的攜帶內(nèi)容信息的注冊請求；

查詢模塊，設(shè)置為：查詢所述終端的所述內(nèi)容信息是否已注冊；

第一發(fā)送模塊，設(shè)置為：當(dāng)所述查詢模塊查詢到所述終端的所述內(nèi)容信息對應(yīng)超實時業(yè)務(wù)流，且所述終端的所述內(nèi)容信息未注冊時，則將所述終端的所述內(nèi)容信息的注冊事件通知給第二控制網(wǎng)元，使得所述第二控制網(wǎng)元對所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸進行專用承載資源的預(yù)留處理。

本發(fā)明實施例還提供一種數(shù)據(jù)傳輸?shù)目刂蒲b置，應(yīng)用于核心網(wǎng)側(cè)的第二控制網(wǎng)元，包括：

第二接收模塊，設(shè)置為：接收終端的內(nèi)容信息的注冊事件通知；

第一處理模塊，設(shè)置為：在查詢到所述內(nèi)容信息對應(yīng)超實時業(yè)務(wù)流時，為所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，配置需要預(yù)留的專用承載資源。

可選地，所述第一處理模塊是設(shè)置為：為所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，確定需要預(yù)留的專用承載資源，并指示所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸路徑上的物理設(shè)備預(yù)留所述專用承載資源。

可選地，所述第一處理模塊是設(shè)置為：

當(dāng)所述內(nèi)容信息對應(yīng)帶寬需求較小的超實時業(yè)務(wù)流，且存在相同基站下針對其他終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸預(yù)留的專用承載資源時，擴展所述已預(yù)留的專用承載資源，以使擴展后預(yù)留的專用承載資源為當(dāng)前所有終端注冊的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸所需資源的總和；或者，

當(dāng)所述內(nèi)容信息對應(yīng)帶寬需求較大的超實時業(yè)務(wù)流，且存在相同基站下針對其他終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸預(yù)留的專用承載資源時，預(yù)留新的專用承載資源給所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，其中，所述新的專用承載資源是該基站下?lián)碛兴鰞?nèi)容信息對應(yīng)的數(shù)據(jù)傳輸需求的所有終端中所需的最大帶寬資源。

可選地，所述第一處理模塊，還設(shè)置為：當(dāng)接收到來自pdn-gw或者邊緣路由器的承載更改請求時，調(diào)整針對所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸預(yù)留的專用承載資源。

本發(fā)明實施例還提供一種數(shù)據(jù)傳輸?shù)目刂葡到y(tǒng)，應(yīng)用于核心網(wǎng)側(cè)，包括：第一控制網(wǎng)元以及第二控制網(wǎng)元，

所述第一控制網(wǎng)元設(shè)置為：接收來自終端的攜帶內(nèi)容信息的注冊請求，并查詢所述終端的所述內(nèi)容信息是否已注冊；以及，當(dāng)查詢到所述終端的所述內(nèi)容信息對應(yīng)超實時業(yè)務(wù)流，且未注冊時，將所述終端的所述內(nèi)容信息的注冊事件通知給所述第二控制網(wǎng)元；

所述第二控制網(wǎng)元設(shè)置為：接收到所述終端的所述內(nèi)容信息的注冊事件的通知后，在查詢到所述內(nèi)容信息對應(yīng)超實時業(yè)務(wù)流時，為所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，配置需要預(yù)留的專用承載資源。

可選地，所述第一控制網(wǎng)元為mme，所述第二控制網(wǎng)元為pcrf實體或者sdn架構(gòu)下的控制器。

本發(fā)明實施例還提供一種數(shù)據(jù)傳輸裝置，應(yīng)用于終端，包括：

第一傳輸模塊，設(shè)置為：發(fā)送攜帶內(nèi)容信息的注冊請求給核心網(wǎng)側(cè)，并接收來自核心網(wǎng)側(cè)的注冊響應(yīng)；

第二傳輸模塊，設(shè)置為：當(dāng)所述終端的所述內(nèi)容信息在核心網(wǎng)側(cè)注冊后，所述終端發(fā)送攜帶所述內(nèi)容信息的超實時業(yè)務(wù)流數(shù)據(jù)，其中，在所述終端的所述內(nèi)容信息注冊后，在所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸路徑上預(yù)留有對應(yīng)所述超實時業(yè)務(wù)流的數(shù)據(jù)傳輸?shù)膶Ｓ贸休d資源。

本發(fā)明實施例還提供一種數(shù)據(jù)傳輸裝置，應(yīng)用于傳輸設(shè)備，包括：

第三傳輸模塊，設(shè)置為：傳輸來自終端的攜帶內(nèi)容信息的注冊請求；

第二處理模塊，設(shè)置為：根據(jù)核心網(wǎng)側(cè)的第二控制網(wǎng)元的指示信息，為所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，預(yù)留專用承載資源；

第四傳輸模塊，設(shè)置為：當(dāng)接收到攜帶所述內(nèi)容信息的超實時業(yè)務(wù)流數(shù)據(jù)時，通過所述預(yù)留的專用承載資源傳輸所述超實時業(yè)務(wù)流數(shù)據(jù)。

可選地，所述第二處理模塊，是設(shè)置為：根據(jù)核心網(wǎng)側(cè)的第二控制網(wǎng)元的指示信息，建立和/或更新承載與內(nèi)容映射表，其中，所述承載與內(nèi)容映射表保存針對所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸預(yù)留的專用承載信息。

可選地，所述傳輸設(shè)備包括以下至少一項：基站、s-gw、pdn-gw、邊緣路由器。

可選地，當(dāng)所述傳輸設(shè)備為pdn-gw或者邊緣路由器時，上述裝置還包括：第五傳輸模塊，設(shè)置為：當(dāng)所述傳輸設(shè)備檢測到所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸緩存量超過預(yù)定門限值時，發(fā)送承載更改請求給核心網(wǎng)側(cè)的第二控制網(wǎng)元。

此外，本發(fā)明實施例還提供一種計算機可讀存儲介質(zhì)，存儲有計算機可執(zhí)行指令，所述計算機可執(zhí)行指令被執(zhí)行時實現(xiàn)應(yīng)用于核心網(wǎng)側(cè)的第一控制網(wǎng)元的數(shù)據(jù)傳輸?shù)目刂品椒ā?/p>

此外，本發(fā)明實施例還提供一種計算機可讀存儲介質(zhì)，存儲有計算機可執(zhí)行指令，所述計算機可執(zhí)行指令被執(zhí)行時實現(xiàn)應(yīng)用于核心網(wǎng)側(cè)的第二控制網(wǎng)元的數(shù)據(jù)傳輸?shù)目刂品椒ā?/p>

此外，本發(fā)明實施例還提供一種計算機可讀存儲介質(zhì)，存儲有計算機可 執(zhí)行指令，所述計算機可執(zhí)行指令被執(zhí)行時實現(xiàn)應(yīng)用于終端的數(shù)據(jù)傳輸方法。

此外，本發(fā)明實施例還提供一種計算機可讀存儲介質(zhì)，存儲有計算機可執(zhí)行指令，所述計算機可執(zhí)行指令被執(zhí)行時實現(xiàn)應(yīng)用于傳輸設(shè)備的數(shù)據(jù)傳輸方法。

在本發(fā)明實施例中，核心網(wǎng)側(cè)的第一控制網(wǎng)元接收來自終端的攜帶內(nèi)容信息的注冊請求，并查詢所述終端的所述內(nèi)容信息是否已注冊；當(dāng)所述第一控制網(wǎng)元查詢到所述終端的所述內(nèi)容信息對應(yīng)超實時業(yè)務(wù)流，且所述終端的所述內(nèi)容信息未注冊時，將所述終端的所述內(nèi)容信息的注冊事件通知給第二控制網(wǎng)元；第二控制網(wǎng)元接收通知后，在查詢到所述內(nèi)容信息對應(yīng)超實時業(yè)務(wù)流時，為所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，配置需要預(yù)留的專用承載資源。在本發(fā)明實施例中，對超實時業(yè)務(wù)流進行內(nèi)容劃分，通過內(nèi)容注冊，為內(nèi)容對應(yīng)的超實時業(yè)務(wù)流預(yù)留專用承載資源，從而可以使用預(yù)留的專用承載資源實現(xiàn)超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，保證了50ms以下的超實時業(yè)務(wù)流的傳輸時延要求。

在閱讀并理解了附圖和詳細描述后，可以明白其他方面。

附圖說明

圖1為核心網(wǎng)現(xiàn)有的資源分配和數(shù)據(jù)傳輸?shù)氖疽鈭D；

圖2為本發(fā)明實施例提供的數(shù)據(jù)傳輸?shù)目刂品椒ǖ牧鞒虉D；

圖3為本發(fā)明實施例提供的數(shù)據(jù)傳輸?shù)目刂品椒ǖ牧硪涣鞒虉D；

圖4為本發(fā)明實施例提供的非sdn架構(gòu)下的數(shù)據(jù)傳輸?shù)目刂品椒ǖ牧鞒虉D；

圖5為本發(fā)明實施例提供的sdn架構(gòu)下的數(shù)據(jù)傳輸?shù)目刂品椒ǖ牧鞒虉D；

圖6為本發(fā)明實施例提供的數(shù)據(jù)傳輸方法的流程圖；

圖7為本發(fā)明實施例提供的數(shù)據(jù)傳輸方法的另一流程圖；

圖8為本發(fā)明實施例提供的基于內(nèi)容(content)的協(xié)議棧的示意圖；

圖9為本發(fā)明實施例提供的數(shù)據(jù)傳輸信令流程圖；

圖10為本發(fā)明實施例一的網(wǎng)絡(luò)拓撲圖；

圖11為本發(fā)明實施例一的終端(ue)1的content注冊及承載預(yù)留信令流程圖；

圖12為本發(fā)明實施例一的ue2的content注冊及承載預(yù)留信令流程圖；

圖13為本發(fā)明實施例一的數(shù)據(jù)傳輸信令流程圖；

圖14為本發(fā)明實施例二的網(wǎng)絡(luò)拓撲圖；

圖15為本發(fā)明實施例二的ue1的content注冊及承載預(yù)留信令流程圖；

圖16為本發(fā)明實施例二的ue2的content注冊及承載預(yù)留信令流程圖；

圖17為本發(fā)明實施例二的數(shù)據(jù)傳輸信令流程圖；

圖18為本發(fā)明實施例三的網(wǎng)絡(luò)拓撲圖；

圖19為本發(fā)明實施例三的ue1的content注冊及承載預(yù)留信令流程圖；

圖20為本發(fā)明實施例三的ue2的content注冊及承載預(yù)留信令流程圖；

圖21為本發(fā)明實施例三的數(shù)據(jù)傳輸信令流程圖；

圖22為本發(fā)明實施例四的網(wǎng)絡(luò)拓撲圖；

圖23為本發(fā)明實施例四的ue1的content注冊及承載預(yù)留信令流程圖；

圖24為本發(fā)明實施例四的ue2的content注冊及承載預(yù)留信令流程圖；

圖25為本發(fā)明實施例四的數(shù)據(jù)傳輸信令流程圖；

圖26為本發(fā)明實施例提供的數(shù)據(jù)傳輸?shù)目刂蒲b置的示意圖；

圖27為本發(fā)明實施例提供的數(shù)據(jù)傳輸?shù)目刂蒲b置的另一示意圖；

圖28為本發(fā)明實施例提供的數(shù)據(jù)傳輸裝置的示意圖；

圖29為本發(fā)明實施例提供的數(shù)據(jù)傳輸裝置的另一示意圖。

具體實施方式

以下結(jié)合附圖對本發(fā)明的實施例進行詳細說明，應(yīng)當(dāng)理解，以下所說明的實施例僅用于說明和解釋本申請，并不用于限定本申請。

在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的計算機系統(tǒng)中執(zhí)行。并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。

圖2為本發(fā)明實施例提供的數(shù)據(jù)傳輸?shù)目刂品椒ǖ牧鞒虉D。如圖2所示，本實施例提供的數(shù)據(jù)傳輸?shù)目刂品椒ǎ瑧?yīng)用于核心網(wǎng)側(cè)的第一控制網(wǎng)元，所述方法包括以下步驟：

步驟101：核心網(wǎng)側(cè)的第一控制網(wǎng)元接收來自終端(ue，userequipment)的攜帶內(nèi)容信息(content)的注冊請求，并查詢所述終端的所述內(nèi)容信息是否已注冊；

其中，內(nèi)容信息例如為業(yè)務(wù)名稱。然而，本實施例對此并不限定。于其他實施例中，所述內(nèi)容信息可以為能夠區(qū)分不同超實時業(yè)務(wù)的其他屬性信息。

步驟102：當(dāng)所述第一控制網(wǎng)元查詢到所述終端的所述內(nèi)容信息對應(yīng)超實時業(yè)務(wù)流，且所述終端的所述內(nèi)容信息未注冊時，將所述終端的所述內(nèi)容信息的注冊事件通知給第二控制網(wǎng)元，使得所述第二控制網(wǎng)元對所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸進行專用承載資源的預(yù)留處理。

其中，在所述第二控制網(wǎng)元為所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，配置需要預(yù)留的專用承載資源后，所述第一控制網(wǎng)元保存所述終端的所述內(nèi)容信息的注冊信息。

可選地，所述第一控制網(wǎng)元為移動管理實體(mme，mobilitymanagemententity)，所述第二控制網(wǎng)元為策略與計費規(guī)則功能(pcrf，policyandchargingrulesfunction)實體或者軟件定義網(wǎng)絡(luò)(sdn，softwaredefinednetwork)架構(gòu)下的控制器(controller)。

圖3為本發(fā)明實施例提供的數(shù)據(jù)傳輸?shù)目刂品椒ǖ牧硪皇疽鈭D。如圖3所示，本實施例提供的數(shù)據(jù)傳輸?shù)目刂品椒?，?yīng)用于核心網(wǎng)側(cè)的第二控制網(wǎng)元，所述方法包括以下步驟：

步驟201：核心網(wǎng)側(cè)的第二控制網(wǎng)元接收終端的內(nèi)容信息的注冊事件通 知；

步驟202：第二控制網(wǎng)元在查詢到所述內(nèi)容信息對應(yīng)超實時業(yè)務(wù)流時，為所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，配置需要預(yù)留的專用承載資源。

其中，所述為所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，配置需要預(yù)留的專用承載資源，包括：

所述第二控制網(wǎng)元為所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，確定需要預(yù)留的專用承載資源，并指示所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸路徑上的物理設(shè)備預(yù)留所述專用承載資源。

可選地，所述第二控制網(wǎng)元為所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，確定需要預(yù)留的專用承載資源，包括：

當(dāng)所述內(nèi)容信息對應(yīng)帶寬需求較小的超實時業(yè)務(wù)流，且存在相同基站下針對其他終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸預(yù)留的專用承載資源時，所述第二控制網(wǎng)元擴展所述已預(yù)留的專用承載資源，以使擴展后預(yù)留的專用承載資源為當(dāng)前所有終端注冊的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸所需資源的總和；或者，

當(dāng)所述內(nèi)容信息對應(yīng)帶寬需求較大的超實時業(yè)務(wù)流，且存在相同基站下針對其他終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸預(yù)留的專用承載資源時，所述第二控制網(wǎng)元預(yù)留新的專用承載資源給所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，其中，所述新的專用承載資源是該基站下?lián)碛兴鰞?nèi)容信息對應(yīng)的數(shù)據(jù)傳輸需求的所有終端中所需的最大帶寬資源。

可選地，當(dāng)所述第二控制網(wǎng)元預(yù)留新的專用承載資源給所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸時，上述方法還包括：當(dāng)所述第二控制網(wǎng)元接收到來自分組數(shù)據(jù)網(wǎng)網(wǎng)元(pdn-gw，packetdatanetworkgateway)或者邊緣路由器(edgerouter)的承載更改請求時，所述第二控制網(wǎng)元調(diào)整針對所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸預(yù)留的專用承載資源。

可選地，所述第一控制網(wǎng)元為移動管理實體(mme，mobilitymanagemententity)，所述第二控制網(wǎng)元為策略與計費規(guī)則功能(pcrf，policyandchargingrulesfunction)實體或者軟件定義網(wǎng)絡(luò)(sdn，softwaredefinednetwork)架構(gòu)下的控制器(controller)。

圖4為本發(fā)明實施例提供的非sdn架構(gòu)下的數(shù)據(jù)傳輸?shù)目刂品椒ǖ牧鞒虉D。如圖4所示，在非sdn架構(gòu)下，ue會首先針對content進行對應(yīng)的注冊，注冊請求(flowregister(content))會首先傳輸給基站(enb)，enb會將其轉(zhuǎn)發(fā)到mme進行對應(yīng)的查詢，mme判斷是否該ue的該content已經(jīng)注冊過，如果沒有注冊過，會將注冊請求傳輸給服務(wù)網(wǎng)關(guān)(s-gw，servinggateway)，s-gw將注冊請求傳輸給分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(pdn-gw，packetdatanetworkgateway)，pdn-gw向pcrf實體通知注冊事件，pcrf實體進行對應(yīng)的承載預(yù)留決策的判斷。具體而言，pcrf實體從用戶屬性存儲器(spr，subscriptionprofilerepository)獲取用戶屬性(subscriptionprofile)，并根據(jù)獲取的用戶屬性進行content模板匹配，當(dāng)pcrf實體匹配content對應(yīng)超實時業(yè)務(wù)流，并判斷需要對該content對應(yīng)的超實時業(yè)務(wù)流進行承載資源預(yù)留時，會在該content對應(yīng)的數(shù)據(jù)傳輸將會經(jīng)過的路徑上都進行對應(yīng)的決策結(jié)果的配置，即為該content對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸預(yù)留專用承載資源。

之后，同一個enb下的任何ue如果有該content對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸請求，如果mme上保存了對應(yīng)ue的該content注冊信息，則該content對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸可以直接使用預(yù)留的專用承載資源，如果對應(yīng)的ue沒有注冊過該content，則pcrf實體針對該content進行判斷。其中，當(dāng)該content對應(yīng)帶寬需求比較小的超實時緊急性業(yè)務(wù)流時，pcrf實體會擴展已預(yù)留的專用承載資源，此種預(yù)留為靜態(tài)預(yù)留，即預(yù)留的專用承載資源是所有注冊過的該content對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸所需資源的總和；當(dāng)該content對應(yīng)帶寬需求比較大的超實時緊急性業(yè)務(wù)流時，pcrf實體將已為該content預(yù)留的專用承載資源預(yù)留給對應(yīng)ue的該content對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，此種情況下，pcrf實體還會根據(jù)pdn-gw的該content的數(shù)據(jù)轉(zhuǎn)發(fā)緩存狀態(tài)動態(tài)地調(diào)整針對該content對應(yīng) 的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸預(yù)留的專用承載資源，此種預(yù)留為動態(tài)預(yù)留。

圖5為本發(fā)明實施例提供的sdn架構(gòu)下的數(shù)據(jù)傳輸?shù)目刂品椒ǖ牧鞒虉D。如圖5所示，sdn架構(gòu)下的數(shù)據(jù)傳輸?shù)目刂品椒ㄅc圖4所示的非sdn架構(gòu)下的方法的區(qū)別在于：在sdn架構(gòu)下，controller取代了pcrf和spr的功能。其他流程類似，故于此不再贅述。

圖6為本發(fā)明實施例提供的數(shù)據(jù)傳輸方法的流程圖。如圖6所示，本實施例提供的數(shù)據(jù)傳輸方法，應(yīng)用于終端，包括以下步驟：

步驟301：終端發(fā)送攜帶內(nèi)容信息的注冊請求給核心網(wǎng)側(cè)，并接收來自核心網(wǎng)側(cè)的注冊響應(yīng)；

步驟302：當(dāng)所述終端的所述內(nèi)容信息在核心網(wǎng)側(cè)注冊后，所述終端發(fā)送攜帶所述內(nèi)容信息的超實時業(yè)務(wù)流數(shù)據(jù)。

其中，在所述終端的所述內(nèi)容信息在核心網(wǎng)側(cè)注冊后，在所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸路徑上預(yù)留有對應(yīng)所述超實時業(yè)務(wù)流的數(shù)據(jù)傳輸?shù)膶Ｓ贸休d資源。

換言之，當(dāng)所述終端的所述內(nèi)容信息在核心網(wǎng)側(cè)注冊后，由于在所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸路徑上預(yù)留有對應(yīng)所述超實時業(yè)務(wù)流的數(shù)據(jù)傳輸?shù)膶Ｓ贸休d資源，因此，終端在發(fā)送所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流數(shù)據(jù)時，可以攜帶所述內(nèi)容信息，以便于在后續(xù)傳輸過程中根據(jù)所述內(nèi)容信息確定預(yù)留的專用承載資源。

圖7為本發(fā)明實施例提供的數(shù)據(jù)傳輸方法的流程圖。如圖7所示，本實施例提供的數(shù)據(jù)傳輸方法，應(yīng)用于傳輸設(shè)備，包括以下步驟：

步驟401：傳輸設(shè)備傳輸來自終端的攜帶內(nèi)容信息的注冊請求；

步驟402：所述傳輸設(shè)備根據(jù)核心網(wǎng)側(cè)的第二控制網(wǎng)元的指示信息，為所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，預(yù)留專用承載資源；

步驟403：當(dāng)所述傳輸設(shè)備接收到攜帶所述內(nèi)容信息的超實時業(yè)務(wù)流數(shù)據(jù)時，通過所述預(yù)留的專用承載資源傳輸所述超實時業(yè)務(wù)流數(shù)據(jù)。

其中，步驟402包括：所述傳輸設(shè)備根據(jù)核心網(wǎng)側(cè)的第二控制網(wǎng)元的指 示信息，建立和/或更新承載與內(nèi)容映射表，其中，所述承載與內(nèi)容映射表保存針對所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸預(yù)留的專用承載信息。

可選地，所述傳輸設(shè)備包括以下至少一項：基站、s-gw、pdn-gw、邊緣路由器(edgerouter)。

其中，當(dāng)所述傳輸設(shè)備為pdn-gw或者邊緣路由器時，上述方法還包括：當(dāng)所述傳輸設(shè)備檢測到所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸緩存量超過預(yù)定門限值時，所述傳輸設(shè)備發(fā)送承載更改請求給核心網(wǎng)側(cè)的第二控制網(wǎng)元。

其中，第二控制網(wǎng)元為非sdn架構(gòu)下的pcrf實體或者sdn架構(gòu)下的控制器(controller)。

圖8為本發(fā)明實施例提供的基于content的協(xié)議棧的示意圖。如圖8所示，以非sdn架構(gòu)為例，為了實現(xiàn)content的匹配轉(zhuǎn)發(fā)過程，在ue、enb、s-gw以及pdn-gw都新增了content層，從而實現(xiàn)針對content的匹配。其中，圖8所示協(xié)議棧中其他層是本領(lǐng)域技術(shù)人員熟知的，故于此不再贅述。

圖9為本發(fā)明實施例提供的數(shù)據(jù)傳輸信令流程圖。如圖9所示，在ue傳輸content對應(yīng)的超實時業(yè)務(wù)流數(shù)據(jù)時，在傳輸設(shè)備enb、s-gw、pdn-gw上可以直接根據(jù)內(nèi)容與承載的映射結(jié)果得到為該content對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸預(yù)留的專用承載資源，之后可以直接使用預(yù)留的專用承載實現(xiàn)超實時業(yè)務(wù)流數(shù)據(jù)的直接轉(zhuǎn)發(fā)。

以下通過具體實施例詳細說明本申請的方案。

實施例一

本實施例說明非sdn架構(gòu)下的靜態(tài)承載預(yù)留場景。此種場景主要是針對非sdn架構(gòu)下多個終端(ue)有同種類型的50ms以下的超實時業(yè)務(wù)流數(shù)據(jù)傳輸需求，并且這種超實時業(yè)務(wù)流為帶寬需求比較小的業(yè)務(wù)流，典型應(yīng)用為突發(fā)性的緊急性業(yè)務(wù)流。這種場景的網(wǎng)絡(luò)拓撲如圖10所示，其中，ue1和ue2有同種類型的業(yè)務(wù)流(對應(yīng)content1)發(fā)送至應(yīng)用功能(af，applicationfunction)服務(wù)器的需求。

于本實施例中，ue1的content1注冊及資源預(yù)留過程如圖11所示。具體而言，ue1首先針對content1發(fā)送注冊請求(flowregister(content1))至基站(enb)，enb將注冊請求轉(zhuǎn)發(fā)至mme進行對應(yīng)的content1查詢；mme會首先從spr獲取用戶屬性(subscriptionprofile)模板進行模板匹配，匹配結(jié)果為content1，需要進行業(yè)務(wù)流注冊，并判斷ue1的content1并沒有注冊過，此時，mme會將注冊請求繼續(xù)轉(zhuǎn)發(fā)s-gw，s-gw轉(zhuǎn)發(fā)至pdn-gw，pdn-gw發(fā)送注冊事件通知給pcrf實體；pcrf實體同樣會從spr獲取subscriptionprofile模板進行對應(yīng)的模板匹配，并做出承載預(yù)留決策(bearerreservationdecision)。當(dāng)所述決策的結(jié)果是為content1預(yù)留專用承載時，pcrf實體會將決策結(jié)果通過策略配置(policyinstallation)和注冊響應(yīng)(registerresponse)信息配置到該content1對應(yīng)的傳輸路徑的每個物理設(shè)備上，之后傳輸路徑的每個物理設(shè)備上都存在承載-內(nèi)容映射表，于此，承載-內(nèi)容映射表保存內(nèi)容1與承載1的映射關(guān)系。

于本實施例中，ue2的content1注冊及資源預(yù)留過程如圖12所示。于此，ue2同樣有content1需要注冊，如圖11所示，ue2同ue1一樣會首先將注冊請求(flowregister(content1))發(fā)送至enb，enb將注冊請求轉(zhuǎn)發(fā)至mme進行對應(yīng)的content1查詢；mme會首先從spr獲取subscriptionprofile模板進行模板匹配，匹配結(jié)果為content1，需要進行業(yè)務(wù)流注冊，并判斷ue2的content1并沒有注冊過，此時，mme會將注冊請求繼續(xù)轉(zhuǎn)發(fā)至pcrf實體，pcrf實體同樣會從spr獲取subscriptionprofile模板進行對應(yīng)的模板匹配，匹配的結(jié)果也是content1，鑒于之前已經(jīng)給content1預(yù)留了專用承載，而且content1是帶寬需求比較小的超實時業(yè)務(wù)流，因此，pcrf實體采用擴展預(yù)留承載(extendbearer)的方式來為ue2的content1對應(yīng)的超實時業(yè)務(wù)流數(shù)據(jù)傳輸預(yù)留專用承載。之前為ue1的content1預(yù)留的承載資源因為ue2的content1的加入而被擴展來同時滿足ue1和ue2同時有content1對應(yīng)的超實時業(yè)務(wù)流數(shù)據(jù)發(fā)送的情況，之后，pcrf實體會通過策略更新(policyupdate)和注冊響應(yīng)(registerresponse)信息將承載預(yù)留結(jié)果配置到傳輸路徑的每個物理設(shè)備上，傳輸路徑上的每個物理設(shè)備會更新對應(yīng)的承載-內(nèi)容映射表，于此，承載-內(nèi)容映射表保存更新后的內(nèi)容1與承載1的映射關(guān)系。

于本實施例中，ue1和ue2的content1對應(yīng)的超實時業(yè)務(wù)流數(shù)據(jù)的傳輸過程如圖13所示。在傳輸設(shè)備enb、s-gw、pdn-gw都會增加content層來實現(xiàn)content的匹配，由于之前ue1和ue2都針對content1做了注冊和資源預(yù)留的操作，因此，傳輸設(shè)備上都存在承載-內(nèi)容映射表(如bearer1-content1map)。實際content對應(yīng)的超實時業(yè)務(wù)流數(shù)據(jù)傳輸時，傳輸設(shè)備經(jīng)過content匹配找到對應(yīng)的預(yù)留承載來傳輸或者轉(zhuǎn)發(fā)該超實時業(yè)務(wù)流數(shù)據(jù)。

實施例二

本實施例說明非sdn架構(gòu)下的動態(tài)承載預(yù)留場景。此種場景主要是針對非sdn架構(gòu)下多個終端(ue)有同種類型的50ms以下的超實時業(yè)務(wù)流數(shù)據(jù)傳輸需求，并且這種超實時業(yè)務(wù)流為帶寬需求比較大的業(yè)務(wù)流，典型應(yīng)用為遠程醫(yī)療場景，這種場景的網(wǎng)絡(luò)拓撲如圖14所示，ue1和ue2有同種類型的業(yè)務(wù)流(對應(yīng)content2)發(fā)送至af服務(wù)器的需求。

于本實施例中，ue1的content2注冊及資源預(yù)留過程如圖15所示。ue1首先針對content2發(fā)送注冊請求(flowregister(content2))至enb，enb將注冊請求轉(zhuǎn)發(fā)至mme進行對應(yīng)的content2的查詢；mme會首先從spr獲取subscriptionprofile模板進行模板匹配，匹配結(jié)果為content2，需要進行業(yè)務(wù)流注冊，并判斷ue1的content2并沒有注冊過，此時，mme會將注冊請求繼續(xù)轉(zhuǎn)發(fā)至pcrf實體，pcrf實體同樣會從spr獲取subscriptionprofile模板進行對應(yīng)的模板匹配，并做出承載預(yù)留的決策(bearerreservationdecision)。如果決策的結(jié)果是為content2預(yù)留專用承載，則pcrf實體會將決策結(jié)果通過策略配置(policyinstallation)和注冊響應(yīng)(registerresponse)信息配置到該content2對應(yīng)的傳輸路徑的每個物理設(shè)備上，之后傳輸路徑的每個物理設(shè)備上都存在承載-內(nèi)容映射表，于此，承載-內(nèi)容映射表保存內(nèi)容2與承載2的映射關(guān)系。

于本實施例中，ue2的content2注冊及資源預(yù)留過程如圖16所示。于此，ue2同樣有content2需要注冊，如圖16所示，ue2同ue1一樣會首先將注冊請求(flowregister(content2))發(fā)送至enb，enb將注冊請求轉(zhuǎn)發(fā)至mme進行對應(yīng)的content2的查詢；mme會首先從spr獲取 subscriptionprofile模板進行模板匹配，匹配結(jié)果為content2，需要進行業(yè)務(wù)流注冊，并判斷ue2的content2并沒有注冊過，所以mme會將注冊請求繼續(xù)轉(zhuǎn)發(fā)至pcrf實體，pcrf實體同樣會從spr獲取subscriptionprofile模板進行對應(yīng)的模板匹配，匹配的結(jié)果也是content2，鑒于之前已經(jīng)給content2預(yù)留了專用承載，而且content2是帶寬需求比較大的超實時業(yè)務(wù)流，因此，pcrf實體采用將之前分配給content2的預(yù)留承載(allocatedbearer2)再分配給ue2的方式來為ue2的content2預(yù)留專用承載。具體而言，pcrf實體計算ue2中content2對應(yīng)的數(shù)據(jù)傳輸所需帶寬大小，與為content2預(yù)留的資源作比較，如果所需資源大于為content2預(yù)留的資源，則重新為content2預(yù)留較大的資源，否則直接將為content2預(yù)留的資源作為給ue2中content2對應(yīng)的數(shù)據(jù)傳輸預(yù)留的資源。

在實際數(shù)據(jù)傳輸過程，通過檢測pdn-gw的對應(yīng)content2的發(fā)送數(shù)據(jù)的緩存(sendbuffer)來判斷是否需要對allocatedbearer2擴展來同時滿足ue1和ue2同時有content2對應(yīng)的超實時業(yè)務(wù)流數(shù)據(jù)發(fā)送的情況。如果pdn-gw發(fā)送緩存中緩存的數(shù)據(jù)量超過一定門限，則判斷需要對已預(yù)留的承載進行擴展，將會發(fā)送承載更改請求(bearermodifyevent)到pcrf，之后，pcrf會調(diào)整預(yù)留承載(adjustreservationbearer)并通過修改預(yù)留承載(modifyreservationbearer)將預(yù)留承載修改結(jié)果配置到傳輸路徑的每個物理設(shè)備上，傳輸路徑的每個物理設(shè)備會更新對應(yīng)的承載-內(nèi)容映射表。

于本實施例中，ue1和ue2的content2對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸過程如圖17所示。在傳輸設(shè)備enb、s-gw、pdn-gw都會增加content層來實現(xiàn)content的匹配，由于之前ue1和ue2都針對content2做了注冊和資源預(yù)留的操作，因此，傳輸設(shè)備上都存在承載-內(nèi)容映射表(如bearer2-content2map)。實際content對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸時，傳輸設(shè)備經(jīng)過content匹配找到對應(yīng)的預(yù)留承載來傳輸或者轉(zhuǎn)發(fā)超實時業(yè)務(wù)流數(shù)據(jù)。與實施例一不同的是，在pdn-gw上會有發(fā)送緩存的判斷過程，如果pdn-gw發(fā)送緩存中緩存的數(shù)據(jù)量超過一定門限，則判斷需要對已預(yù)留的承載進行擴展，將會發(fā)送承載更改請求(bearermodifyevent)到pcrf，之后pcrf會調(diào)整預(yù)留承載(adjustreservationbearer)并通過修改預(yù)留承載 (modifyreservationbearer)將預(yù)留承載修改結(jié)果配置到傳輸路徑的每個物理設(shè)備上，傳輸路徑的每個物理設(shè)備會更新對應(yīng)的承載-內(nèi)容映射表。

實施例三

本實施例說明sdn架構(gòu)下的靜態(tài)承載預(yù)留場景。此種場景主要是針對sdn架構(gòu)下多個終端(ue)有同種類型的50ms以下的超實時業(yè)務(wù)流數(shù)據(jù)傳輸需求，并且這種超實時業(yè)務(wù)流為帶寬需求比較小的業(yè)務(wù)流，典型應(yīng)用為突發(fā)性的緊急性業(yè)務(wù)流，這種場景的網(wǎng)絡(luò)拓撲如圖18所示，ue1和ue2有同種類型的業(yè)務(wù)流(對應(yīng)content1)發(fā)送至af服務(wù)器的需求。

于本實施例中，ue1的content1注冊及資源預(yù)留過程如圖19所示。ue1首先針對content1發(fā)送注冊請求(flowregister(content1))至enb，enb將注冊請求轉(zhuǎn)發(fā)至mme進行對應(yīng)的content1的查詢，mme會首先從控制器(controller)獲取subscriptionprofile模板進行模板匹配，匹配結(jié)果為content1，需要進行業(yè)務(wù)流注冊，并判斷ue1的content1并沒有注冊過，所以mme會將注冊請求繼續(xù)轉(zhuǎn)發(fā)至controller，controller同樣會獲取subscriptionprofile模板進行對應(yīng)的模板匹配，并做出承載預(yù)留的決策(bearerreservationdecision)。如果決策的結(jié)果是為content1預(yù)留專用承載，則將決策結(jié)果通過策略配置(policyinstallation)和注冊響應(yīng)(registerresponse)配置到傳輸路徑的每個物理設(shè)備上，之后傳輸路徑的每個物理設(shè)備上都存在承載-內(nèi)容映射表，于此，承載-內(nèi)容映射表保存內(nèi)容1與承載1的映射關(guān)系。

于本實施例中，ue2的content1注冊及資源預(yù)留過程如圖20所示。與此，ue2同樣有content1需要注冊，如圖20所示，ue2同ue1一樣會首先將注冊請求(flowregister(content1))發(fā)送至enb，enb將注冊請求轉(zhuǎn)發(fā)至mme進行對應(yīng)的content1的查詢，mme會首先從controller獲取subscriptionprofile模板進行模板匹配，匹配結(jié)果為content1，需要進行業(yè)務(wù)流注冊，并判斷ue2的content1并沒有注冊過，所以mme會將注冊請求繼續(xù)轉(zhuǎn)發(fā)至controller，controller同樣會獲取subscriptionprofile模板進行對應(yīng)的模板匹配，匹配的結(jié)果也是content1，鑒于之前已經(jīng)給content1預(yù)留了專用承載，而且content1是帶寬需求比較小的超實時業(yè)務(wù)流，因此， 采用擴展預(yù)留承載(extendbearer)的方式來為ue2的content1對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸預(yù)留承載。之前為ue1的content1預(yù)留的承載資源因為ue2的content1的加入而被擴展來同時滿足ue1和ue2同時有content1對應(yīng)的超實時業(yè)務(wù)流數(shù)據(jù)發(fā)送的情況，之后，controller會通過策略更新(policyupdate)和注冊響應(yīng)(registerresponse)將承載預(yù)留結(jié)果配置到傳輸路徑的每個物理設(shè)備上，傳輸路徑上的每個物理設(shè)備會更新對應(yīng)的承載-內(nèi)容映射表，于此，承載-內(nèi)容映射表保存更新后的內(nèi)容1與承載1的映射關(guān)系。

于本實施例中，ue1和ue2的content1對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸過程如圖21所示。在傳輸設(shè)備enb、s-gw、邊緣路由器(edgerouter)都會增加content層來實現(xiàn)content的匹配，由于之前ue1和ue2都針對content1做了注冊和資源預(yù)留的操作，因此，傳輸設(shè)備上都存在承載-內(nèi)容映射表(如bearer1-content1map)。實際content對應(yīng)的超實時業(yè)務(wù)流數(shù)據(jù)傳輸時，傳輸設(shè)備經(jīng)過content匹配找到對應(yīng)的預(yù)留承載來傳輸或者轉(zhuǎn)發(fā)該超實時業(yè)務(wù)流數(shù)據(jù)。

實施例四

本實施例說明sdn架構(gòu)下的動態(tài)承載預(yù)留場景。此種場景主要是針對sdn架構(gòu)下多個終端(ue)有同種類型的50ms以下的超實時業(yè)務(wù)流數(shù)據(jù)傳輸需求，并且這種超實時業(yè)務(wù)流為帶寬需求比較大的業(yè)務(wù)流，典型應(yīng)用為遠程醫(yī)療場景，這種場景的網(wǎng)絡(luò)拓撲如圖22所示，ue1和ue2有同種類型的業(yè)務(wù)流(對應(yīng)content2)發(fā)送至af服務(wù)器的需求。

于本實施例中，ue1的content2注冊及資源預(yù)留過程如圖23所示。ue1首先針對content2發(fā)送注冊請求(flowregister(content2))至enb，enb將注冊請求轉(zhuǎn)發(fā)至mme進行對應(yīng)的content2的查詢，mme會首先從控制器(controller)獲取subscriptionprofile模板進行模板匹配，匹配結(jié)果為content2，需要進行業(yè)務(wù)流注冊，并判斷ue1的content2并沒有注冊過，所以mme會將注冊請求繼續(xù)轉(zhuǎn)發(fā)至controller，controller同樣會獲取subscriptionprofile模板進行對應(yīng)的模板匹配，并做出承載預(yù)留的決策(bearerreservationdecision)。如果決策的結(jié)果是為content2預(yù)留專用承載， 則會將決策結(jié)果通過策略配置(policyinstallation)和注冊響應(yīng)(registerresponse)配置到傳輸路徑的每個物理設(shè)備上，之后傳輸路徑的每個物理設(shè)備上都存在承載-內(nèi)容映射表，于此，承載-內(nèi)容映射表保存內(nèi)容2與承載2的映射關(guān)系。

于本實施例中，ue2的content2注冊及資源預(yù)留流程如圖24所示。于此，ue2同ue1一樣會首先將注冊請求(flowregister(content2))發(fā)送至enb，enb將注冊請求轉(zhuǎn)發(fā)至mme進行對應(yīng)的content2的查詢，mme會首先從controller獲取subscriptionprofile模板進行模板匹配，匹配結(jié)果為content2，需要進行業(yè)務(wù)流注冊，并判斷ue2的content2并沒有注冊過，所以mme會將注冊請求繼續(xù)轉(zhuǎn)發(fā)至controller，controller同樣會獲取subscriptionprofile模板進行對應(yīng)的模板匹配，匹配的結(jié)果也是content2，鑒于之前已經(jīng)給content2預(yù)留了專用承載，而且content2是帶寬需求比較大的超實時業(yè)務(wù)流，因此，采用了將之前分配給content2的預(yù)留承載(allocatedbearer2)再分配給ue2的方式來為ue2的content2預(yù)留承載。具體而言，controller計算ue2中content2對應(yīng)的數(shù)據(jù)傳輸所需帶寬大小，并與為content2預(yù)留的資源作比較，如果所需資源大于為content2預(yù)留的資源，則重新為content2預(yù)留較大的資源，否則直接將為content2預(yù)留的資源作為ue2中content2對應(yīng)的數(shù)據(jù)傳輸?shù)念A(yù)留資源。

在實際數(shù)據(jù)傳輸過程，通過檢測邊緣路由器(edgerouter)的對應(yīng)content2的發(fā)送數(shù)據(jù)的緩存(sendbuffer)來判斷是否需要對allocatedbearer2擴展來同時滿足ue1和ue2同時有content2對應(yīng)的超實時業(yè)務(wù)流數(shù)據(jù)發(fā)送的情況。如果edgerouter發(fā)送緩存中緩存的數(shù)據(jù)量超過一定門限，則判斷需要對已預(yù)留的承載進行擴展，將會發(fā)送承載更改請求(bearermodifyevent)到controller，之后controller會調(diào)整預(yù)留承載(adjustreservationbearer)并通過修改預(yù)留承載(modifyreservationbearer)將預(yù)留承載修改結(jié)果配置到傳輸路徑的每個物理設(shè)備上，傳輸路徑的每個物理設(shè)備會更新對應(yīng)的承載-內(nèi)容映射表(如bearer2-content2map)。

于本實施例中，ue1和ue2的content2對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸過程如圖25所示。在傳輸設(shè)備enb、s-gw、edgerouter都會增加content 層來實現(xiàn)content的匹配，由于之前ue1和ue2都針對content2做了注冊和資源預(yù)留的操作，因此，傳輸設(shè)備上都存在承載-內(nèi)容映射表(如bearer2-content2map)。實際content對應(yīng)的超實時業(yè)務(wù)流數(shù)據(jù)傳輸時，傳輸設(shè)備經(jīng)過content匹配找到對應(yīng)的預(yù)留承載來傳輸或者轉(zhuǎn)發(fā)超實時業(yè)務(wù)流數(shù)據(jù)。與實施例三不同的是，在edgerouter上會有發(fā)送緩存的判斷過程，如果edgerouter發(fā)送緩存中緩存的數(shù)據(jù)量超過一定門限，則判斷需要對已預(yù)留的承載進行擴展，將會發(fā)送承載更改請求(bearermodifyevent)到controller，之后controller會調(diào)整預(yù)留承載(adjustreservationbearer)并通過修改預(yù)留承載(modifyreservationbearer)將預(yù)留承載修改結(jié)果配置到傳輸路徑的每個物理設(shè)備上，傳輸路徑的每個物理設(shè)備會更新對應(yīng)的承載-內(nèi)容映射表。

此外，本發(fā)明實施例還提供一種數(shù)據(jù)傳輸?shù)目刂葡到y(tǒng)，應(yīng)用于核心網(wǎng)側(cè)，包括：第一控制網(wǎng)元以及第二控制網(wǎng)元；所述第一控制網(wǎng)元設(shè)置為：接收來自終端的攜帶內(nèi)容信息的注冊請求，并查詢所述終端的所述內(nèi)容信息是否已注冊；以及，當(dāng)查詢到所述終端的所述內(nèi)容信息對應(yīng)超實時業(yè)務(wù)流，且未注冊時，將所述終端的所述內(nèi)容信息的注冊事件通知給所述第二控制網(wǎng)元；所述第二控制網(wǎng)元設(shè)置為：接收通知后，在查詢到所述內(nèi)容信息對應(yīng)超實時業(yè)務(wù)流時，為所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，配置需要預(yù)留的專用承載資源。

其中，所述第二控制網(wǎng)元是設(shè)置為：為所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，確定需要預(yù)留的專用承載資源，并指示所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸路徑上的物理設(shè)備預(yù)留所述專用承載資源。

可選地，所述第二控制網(wǎng)元是設(shè)置為：

當(dāng)所述內(nèi)容信息對應(yīng)帶寬需求較小的超實時業(yè)務(wù)流，且存在相同基站下針對其他終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸預(yù)留的專用承載資源時，所述第二控制網(wǎng)元擴展所述已預(yù)留的專用承載資源，以使擴展后預(yù)留的專用承載資源為當(dāng)前所有終端注冊的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸所需資源的總和；或者，

當(dāng)所述內(nèi)容信息對應(yīng)帶寬需求較大的超實時業(yè)務(wù)流，且存在相同基站下針對其他終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸預(yù)留的專用承載資源時，所述第二控制網(wǎng)元預(yù)留新的專用承載資源給所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，其中，所述新的專用承載資源是該基站下?lián)碛兴鰞?nèi)容信息對應(yīng)的數(shù)據(jù)傳輸需求的所有終端中所需的最大帶寬資源。

可選地，所述第二控制網(wǎng)元還設(shè)置為：當(dāng)接收到來自pdn-gw或者邊緣路由器的承載更改請求時，調(diào)整針對所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸預(yù)留的專用承載資源。

其中，所述第一控制網(wǎng)元還設(shè)置為：在所述第二控制網(wǎng)元為所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，配置需要預(yù)留的專用承載資源后，保存所述終端的所述內(nèi)容信息的注冊信息。

可選地，所述第一控制網(wǎng)元為mme，所述第二控制網(wǎng)元為pcrf實體或者sdn架構(gòu)下的控制器。

此外，本發(fā)明實施例還提供一種數(shù)據(jù)傳輸?shù)目刂蒲b置，應(yīng)用于核心網(wǎng)側(cè)的第一控制網(wǎng)元，如圖26所示，本實施例提供的裝置包括：

第一接收模塊，設(shè)置為：接收來自終端的攜帶內(nèi)容信息的注冊請求；

查詢模塊，設(shè)置為：查詢所述終端的所述內(nèi)容信息是否已注冊；

第一發(fā)送模塊，設(shè)置為：當(dāng)所述查詢模塊查詢到所述終端的所述內(nèi)容信息對應(yīng)超實時業(yè)務(wù)流，且所述終端的所述內(nèi)容信息未注冊時，則將所述終端的所述內(nèi)容信息的注冊事件通知給第二控制網(wǎng)元，使得所述第二控制網(wǎng)元對所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸進行專用承載資源的預(yù)留處理。

此外，本發(fā)明實施例還提供一種數(shù)據(jù)傳輸?shù)目刂蒲b置，應(yīng)用于核心網(wǎng)側(cè)的第二控制網(wǎng)元，如圖27所示，本實施例提供的裝置包括：

第二接收模塊，設(shè)置為：接收終端的內(nèi)容信息的注冊事件通知；

第一處理模塊，設(shè)置為：在查詢到所述內(nèi)容信息對應(yīng)超實時業(yè)務(wù)流時，為所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，配置需要預(yù)留 的專用承載資源。

其中，所述第一處理模塊是設(shè)置為：為所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，確定需要預(yù)留的專用承載資源，并指示所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸路徑上的物理設(shè)備預(yù)留所述專用承載資源。

其中，所述第一處理模塊是設(shè)置為：

當(dāng)所述內(nèi)容信息對應(yīng)帶寬需求較小的超實時業(yè)務(wù)流，且存在相同基站下針對其他終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸預(yù)留的專用承載資源時，擴展所述已預(yù)留的專用承載資源，以使擴展后預(yù)留的專用承載資源為當(dāng)前所有終端注冊的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸所需資源的總和；或者，

當(dāng)所述內(nèi)容信息對應(yīng)帶寬需求較大的超實時業(yè)務(wù)流，且存在相同基站下針對其他終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸預(yù)留的專用承載資源時，預(yù)留新的專用承載資源給所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，其中，所述新的專用承載資源是該基站下?lián)碛兴鰞?nèi)容信息對應(yīng)的數(shù)據(jù)傳輸需求的所有終端中所需的最大帶寬資源。

可選地，所述第一處理模塊，還設(shè)置為：當(dāng)接收到來自pdn-gw或者邊緣路由器的承載更改請求時，調(diào)整針對所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸預(yù)留的專用承載資源。

此外，本發(fā)明實施例還提供一種數(shù)據(jù)傳輸裝置，應(yīng)用于終端，如圖28所示，包括：

第一傳輸模塊，設(shè)置為：發(fā)送攜帶內(nèi)容信息的注冊請求給核心網(wǎng)側(cè)，并接收來自核心網(wǎng)側(cè)的注冊響應(yīng)；

第二傳輸模塊，設(shè)置為：當(dāng)所述終端的所述內(nèi)容信息在核心網(wǎng)側(cè)注冊后，所述終端發(fā)送攜帶所述內(nèi)容信息的超實時業(yè)務(wù)流數(shù)據(jù)。

其中，在所述終端的所述內(nèi)容信息注冊后，在所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸路徑上預(yù)留有對應(yīng)所述超實時業(yè)務(wù)流的數(shù)據(jù)傳輸?shù)膶Ｓ贸休d資源。

此外，本發(fā)明實施例還提供一種數(shù)據(jù)傳輸裝置，應(yīng)用于傳輸設(shè)備，如圖29所示，包括：

第三傳輸模塊，設(shè)置為：傳輸來自終端的攜帶內(nèi)容信息的注冊請求；

第二處理模塊，設(shè)置為：根據(jù)核心網(wǎng)側(cè)的第二控制網(wǎng)元的指示信息，為所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸，預(yù)留專用承載資源；

第四傳輸模塊，設(shè)置為：當(dāng)接收到攜帶所述內(nèi)容信息的超實時業(yè)務(wù)流數(shù)據(jù)時，通過所述預(yù)留的專用承載資源傳輸所述超實時業(yè)務(wù)流數(shù)據(jù)。

其中，所述第二處理模塊，是設(shè)置為：根據(jù)核心網(wǎng)側(cè)的第二控制網(wǎng)元的指示信息，建立和/或更新承載與內(nèi)容映射表，其中，所述承載與內(nèi)容映射表保存針對所述終端的所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸預(yù)留的專用承載信息。

可選地，所述傳輸設(shè)備包括以下至少一項：基站、s-gw、pdn-gw、邊緣路由器。

可選地，當(dāng)所述傳輸設(shè)備為pdn-gw或者邊緣路由器時，上述裝置還包括：第五傳輸模塊，設(shè)置為：當(dāng)所述傳輸設(shè)備檢測到所述內(nèi)容信息對應(yīng)的超實時業(yè)務(wù)流的數(shù)據(jù)傳輸緩存量超過預(yù)定門限值時，發(fā)送承載更改請求給核心網(wǎng)側(cè)的第二控制網(wǎng)元。

此外，上述系統(tǒng)及裝置的具體處理過程同上述方法所述，故于此不再贅述。

于實際應(yīng)用中，上述第一處理模塊、第二處理模塊、查詢模塊例如為處理器，第一接收模塊、第二接收模塊、第一發(fā)送模塊以及第一傳輸模塊至第五傳輸模塊例如為無線或有線通信單元。

綜上所述，本發(fā)明實施例針對性地對50ms以下的超實時業(yè)務(wù)流做了更細致的content劃分，并通過基于content注冊進行專用承載預(yù)留的方式來實現(xiàn)50ms以下超實時業(yè)務(wù)流的傳輸。而且，為了實現(xiàn)根據(jù)content匹配預(yù)留的專用承載，在每個傳輸設(shè)備新增content層進行content匹配，進而確定對應(yīng)的預(yù)留承載來實現(xiàn)content對應(yīng)的超實時業(yè)務(wù)流數(shù)據(jù)的傳輸。

此外，本發(fā)明實施例還提供一種計算機可讀存儲介質(zhì)，存儲有計算機可執(zhí)行指令，所述計算機可執(zhí)行指令被執(zhí)行時實現(xiàn)應(yīng)用于核心網(wǎng)側(cè)的第一控制網(wǎng)元的數(shù)據(jù)傳輸?shù)目刂品椒ā?/p>

此外，本發(fā)明實施例還提供一種計算機可讀存儲介質(zhì)，存儲有計算機可執(zhí)行指令，所述計算機可執(zhí)行指令被執(zhí)行時實現(xiàn)應(yīng)用于核心網(wǎng)側(cè)的第二控制網(wǎng)元的數(shù)據(jù)傳輸?shù)目刂品椒ā?/p>

此外，本發(fā)明實施例還提供一種計算機可讀存儲介質(zhì)，存儲有計算機可執(zhí)行指令，所述計算機可執(zhí)行指令被執(zhí)行時實現(xiàn)應(yīng)用于終端的數(shù)據(jù)傳輸方法。

此外，本發(fā)明實施例還提供一種計算機可讀存儲介質(zhì)，存儲有計算機可執(zhí)行指令，所述計算機可執(zhí)行指令被執(zhí)行時實現(xiàn)應(yīng)用于傳輸設(shè)備的數(shù)據(jù)傳輸方法。

本領(lǐng)域普通技術(shù)人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關(guān)硬件(例如處理器)完成，所述程序可以存儲于計算機可讀存儲介質(zhì)中，如只讀存儲器、磁盤或光盤等。可選地，上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現(xiàn)。相應(yīng)地，上述實施例中的各模塊/單元可以采用硬件的形式實現(xiàn)，例如通過集成電路來實現(xiàn)其相應(yīng)功能，也可以采用軟件功能模塊的形式實現(xiàn)，例如通過處理器執(zhí)行存儲于存儲器中的程序/指令來實現(xiàn)其相應(yīng)功能。本申請不限制于任何特定形式的硬件和軟件的結(jié)合。

以上顯示和描述了本申請的基本原理和主要特征和本申請的優(yōu)點。本申請不受上述實施例的限制，上述實施例和說明書中描述的只是說明本申請的原理，在不脫離本申請精神和范圍的前提下，本申請還會有各種變化和改進，這些變化和改進都落入要求保護的本申請范圍內(nèi)。