減少業(yè)務(wù)時延的方法及控制器的制造方法
【專利摘要】本發(fā)明公開了一種減少業(yè)務(wù)時延的方法，包括步驟：控制器接收用戶設(shè)備UE發(fā)起的業(yè)務(wù)時延加速請求；所述控制器根據(jù)所述業(yè)務(wù)時延加速請求調(diào)整核心網(wǎng)、UE的接入網(wǎng)兩者或兩者之一的傳輸時延；所述控制器獲取調(diào)整后所述UE反饋的時延，若達(dá)到所述UE要求的時延，則完成調(diào)整。還公開了一種減少業(yè)務(wù)時延的控制器。本發(fā)明中OTT可以調(diào)用無線控制器的API接口，可以控制基站，網(wǎng)絡(luò)路由器的行為，從而優(yōu)化OTT的業(yè)務(wù)時延。
【專利說明】減少業(yè)務(wù)時延的方法及控制器

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及計算機及通信【技術(shù)領(lǐng)域】，尤其涉及一種減少業(yè)務(wù)時延的方法及控制 器。

【背景技術(shù)】
[0002] 在現(xiàn)有的典型的長期演進(jìn)（Long Term Evolution,LTE)標(biāo)準(zhǔn)流程中通過專有承載 的建立，修改和釋放可以完成業(yè)務(wù)服務(wù)質(zhì)量（Quality of Service, QoS)的修改。
[0003] 專用承載建立流程如圖1所示，專用承載建立可以由用戶設(shè)備（User Equipment, UE)或者移動管理實體（Mobility Management Entity，MME)主動發(fā)起，基站eNodeB不能主 動發(fā)起。如果是MME主動發(fā)起的承載建立流程，則無步驟1和步驟2 ;UE發(fā)起的承載建立流 程，核心網(wǎng)可以回復(fù)承載建立、修改流程；可以同時建立多個專用承載，但目前還不支持。
[0004] 專用承載修改可以由UE、MME主動發(fā)起，不能由eNodeB主動發(fā)起。修改QoS的流 程如圖2所示。若MME主動發(fā)起的承載建立/修改/釋放，則無步驟1和步驟2 ;若eNodeB 主動發(fā)起的釋放，則無步驟1，步驟2改為發(fā)送E-RAB RELEASE INDICATION消息給MME ;UE 發(fā)起的承載修改流程，核心網(wǎng)可以回復(fù)承載建立、修改、釋放流程。不修改QoS只修改流量 模板（Traffic Flow Template, TFT)的流程如圖3所示，為上下行直傳消息，與eNodeB無 關(guān)。
[0005] 專用承載釋放流程如圖4所示，專用承載釋放可以由eNodeB、MME主動發(fā)起。
[0006] 現(xiàn)有技術(shù)中對用戶業(yè)務(wù)信息(用戶業(yè)務(wù)信息是指用戶和運營商簽約電信業(yè)務(wù)的信 息，可以包括：用戶使用電信業(yè)務(wù)帶寬，用戶使用電信業(yè)務(wù)的時間，用戶使用電信業(yè)務(wù)的資 費，用戶使用電信業(yè)務(wù)的可用率等等，如：運營商保證業(yè)務(wù)的全年中斷時間小于2小時）的 修改都是由核心網(wǎng)觸發(fā)，而核心網(wǎng)屬于電信網(wǎng)絡(luò)中的黑盒子，盡管有一些所謂的基于核心 網(wǎng)改造提出的電信能力開放的方案，但是這種方案對底層網(wǎng)絡(luò)能力的開放依然不夠多?，F(xiàn) 有技術(shù)主要是通過核心網(wǎng)的交互，從Q〇S，專有承載的角度去完成業(yè)務(wù)帶寬的變更，不支持 對外實時變更用戶在無線側(cè)的優(yōu)先級，以及對外提供對無線網(wǎng)絡(luò)接入側(cè)的網(wǎng)絡(luò)能力開放。 典型業(yè)務(wù)的QoS包括：用戶的電信業(yè)務(wù)帶寬，用戶的電信業(yè)務(wù)時延，用戶的電信業(yè)務(wù)可用率 等等，因此電信業(yè)務(wù)時延是QoS的一個指標(biāo)?，F(xiàn)有技術(shù)主要是從改善電信QoS的角度去改 善業(yè)務(wù)時延（比如：當(dāng)用戶接入帶寬受限時，可能導(dǎo)致用戶業(yè)務(wù)時延增大，這樣現(xiàn)有技術(shù)就 從改善用戶接入帶寬去改善時延；再比如當(dāng)用戶業(yè)務(wù)數(shù)據(jù)的路由阻塞時，現(xiàn)有技術(shù)則考慮 從優(yōu)化數(shù)據(jù)包路由的角度去改善)。
[0007] 而電信系統(tǒng)中的現(xiàn)有技術(shù)中改善QoS都是將QoS策略從核心網(wǎng)側(cè)映射到接入網(wǎng)來 處理的，中間要通過一個復(fù)雜的映射和轉(zhuǎn)換過程，導(dǎo)致時延改善的實時性不是特別好。另外 由于電信業(yè)務(wù)的QoS并不等于用戶使用0ΤΤ業(yè)務(wù)的QoS，因此運營商優(yōu)化電信業(yè)務(wù)不會考 慮0ΤΤ (over the top,指互聯(lián)網(wǎng)公司越過電信（telecom)運營商，發(fā)展基于開放互聯(lián)網(wǎng)的 各種視頻及數(shù)據(jù)服務(wù)業(yè)務(wù)，強調(diào)服務(wù)與物理網(wǎng)絡(luò)的無關(guān)性）業(yè)務(wù)的時延遲，因此并不能保證 按用戶要求改善0ΤΤ的業(yè)務(wù)時延。


【發(fā)明內(nèi)容】

[0008] 本發(fā)明實施例提供減少業(yè)務(wù)時延的方法及系統(tǒng)，以解決現(xiàn)有技術(shù)中無法實時、動 態(tài)地按業(yè)務(wù)運營商的0ΤΤ業(yè)務(wù)要求減少業(yè)務(wù)時延的問題。
[0009] 為了解決上述技術(shù)問題，本發(fā)明實施例公開了如下技術(shù)方案：
[0010] 第一方面，提供了一種減少業(yè)務(wù)時延的方法，所述方法包括步驟：
[0011] 控制器接收用戶設(shè)備UE發(fā)起的業(yè)務(wù)時延加速請求；
[0012] 所述控制器根據(jù)所述業(yè)務(wù)時延加速請求調(diào)整核心網(wǎng)、UE的接入網(wǎng)兩者或兩者之一 的傳輸時延；
[0013] 所述控制器獲取調(diào)整后所述UE反饋的時延，若達(dá)到所述UE要求的時延，則完成調(diào) 整。
[0014] 第二方面，提供了一種減少業(yè)務(wù)時延的控制器，包括：
[0015] 請求接收單元，用于接收用戶設(shè)備UE發(fā)起的業(yè)務(wù)時延加速請求；
[0016] 時延調(diào)整單元，用于根據(jù)所述業(yè)務(wù)時延加速請求調(diào)整核心網(wǎng)、UE的接入網(wǎng)兩者或 兩者之一的傳輸時延；
[0017] 時延反饋單元，用于獲取調(diào)整后所述UE反饋的時延，若達(dá)到所述UE要求的時延， 則完成調(diào)整。
[0018] 第三方面，提供了一種減少業(yè)務(wù)時延的系統(tǒng)，所述系統(tǒng)包括：用戶設(shè)備UE、控制 器、無線接入網(wǎng)及業(yè)務(wù)運營商服務(wù)器，所述UE通過所述無線接入網(wǎng)連接所述控制器，所述 控制器通過核心網(wǎng)連接所述業(yè)務(wù)運營商服務(wù)器，所述業(yè)務(wù)運營商服務(wù)器為所述UE提供業(yè) 務(wù)服務(wù)，所述UE發(fā)送業(yè)務(wù)時延加速請求至所述控制器，所述控制器用于根據(jù)所述請求調(diào)整 核心網(wǎng)、UE的接入網(wǎng)兩者或兩者之一的傳輸時延，所述UE將調(diào)整后的時延反饋至所述控制 器。
[0019] 在第三方面的第一種可能的實現(xiàn)方式中，所述UE具體用于將攜帶有UE在網(wǎng)絡(luò)運 營商的標(biāo)識、在業(yè)務(wù)運營商的業(yè)務(wù)標(biāo)識、以及加速后的時延信息的數(shù)據(jù)發(fā)送至所述控制器。
[0020] 在第三方面的第二種可能的實現(xiàn)方式中，所述UE具體用于將攜帶有UE所在網(wǎng)絡(luò) 運營商的UE標(biāo)識及在網(wǎng)絡(luò)運營商的業(yè)務(wù)標(biāo)識的數(shù)據(jù)發(fā)送至所述業(yè)務(wù)運營商服務(wù)器；所述 業(yè)務(wù)運營商向所述控制器發(fā)起攜帶有UE在網(wǎng)絡(luò)運營商中的UE標(biāo)識、業(yè)務(wù)運營商在網(wǎng)絡(luò)運 營商的業(yè)務(wù)標(biāo)識及業(yè)務(wù)運營商在網(wǎng)絡(luò)運營商的身份標(biāo)識的請求；所述控制器用于在收到業(yè) 務(wù)運營商發(fā)起的請求后，對業(yè)務(wù)運營商進(jìn)行鑒權(quán)，并根據(jù)所述請求中攜帶的信息，找到UE 使用的業(yè)務(wù)對應(yīng)的運營商業(yè)務(wù)標(biāo)識或者承載標(biāo)識。
[0021] 在第三方面的第三種可能的實現(xiàn)方式中，所述控制器用于向無線接入網(wǎng)中為UE 服務(wù)的基站eNodeB發(fā)起QoS修改請求，該請求用來修改UE的業(yè)務(wù)QoS等級，或者是修改 UE的承載；eNodeB收到該請求后，向UE發(fā)起修改承載上下文請求；UE收到請求后回復(fù)無線 資源控制協(xié)議RRC連接重配置完成；eNodeB向控制器回復(fù)演進(jìn)分組系統(tǒng)EPS承載上下文響 應(yīng)；UE向eNodeB發(fā)起修改EPS承載上下文接受請求；eNodeB向控制器發(fā)起修改EPS承載上 下文接受請求。
[0022] 在第三方面的第四種可能的實現(xiàn)方式中，當(dāng)所述控制器檢測到UE的業(yè)務(wù)時延沒 有達(dá)到請求的業(yè)務(wù)時延要求時，所述控制器生成用于減少業(yè)務(wù)時延的路由器轉(zhuǎn)發(fā)策略并將 路由器轉(zhuǎn)發(fā)策略下發(fā)給相應(yīng)的路由器；所述路由器用于收到轉(zhuǎn)發(fā)策略后，更新路由器的轉(zhuǎn) 發(fā)表，后續(xù)路由器轉(zhuǎn)發(fā)數(shù)據(jù)包的時候?qū)⒏鶕?jù)所述策略進(jìn)行路由轉(zhuǎn)發(fā)。
[0023] 在第三方面的第五種可能的實現(xiàn)方式中，當(dāng)所述控制器檢測到UE的業(yè)務(wù)時延沒 有達(dá)到請求的業(yè)務(wù)時延要求時，所述控制器向無線接入網(wǎng)中的基站eNodeB發(fā)起請求，指示 基站提高對UE的調(diào)度優(yōu)先級；eNodeB收到所述控制器發(fā)來的請求后，修改每個傳輸時間間 隔對UE的空口調(diào)度優(yōu)先級，并向所述控制器返回修改調(diào)度優(yōu)先級成功響應(yīng)。
[0024] 在第三方面的第六種可能的實現(xiàn)方式中，當(dāng)所述控制器檢測到UE的業(yè)務(wù)時延沒 有達(dá)到請求的業(yè)務(wù)時延要求時，所述控制器指示基站eNodeB減少對UE的重傳消息；eNodeB 修改每個傳輸時間間隔對UE的HARQ重傳次數(shù)；eNodeB向所述控制器反饋修改成功響應(yīng)。
[0025] 在第三方面的第七種可能的實現(xiàn)方式中，所述UE具體用于將調(diào)整后的時延反饋 至所述控制器。
[0026] 在第三方面的第八種可能的實現(xiàn)方式中，所述業(yè)務(wù)運營商服務(wù)器具體用于將調(diào)整 后的時延反饋至所述控制器。
[0027] 在第三方面的第九種可能的實現(xiàn)方式中，所述控制器具體用于通過探測業(yè)務(wù)層的 時延來獲取調(diào)整后所述UE反饋的時延。
[0028] 本發(fā)明實施例中，通過開放接口的網(wǎng)絡(luò)架構(gòu)，該架構(gòu)包含一種邏輯網(wǎng)元控制器 controller，controller向0ΤΤ開放API，另外一方面0ΤΤ，基站也向controller提供開放 API。通過這種方式，0ΤΤ可以調(diào)用controller的API接口，可以控制基站，網(wǎng)絡(luò)路由器的 行為，從而優(yōu)化0ΤΤ的業(yè)務(wù)時延；無線網(wǎng)絡(luò)也可以獲取0ΤΤ的信息來進(jìn)一步優(yōu)化網(wǎng)絡(luò)，提供 更好的服務(wù)。通過開放接口的方式，0ΤΤ可以按需使用運營商的網(wǎng)絡(luò)資源去增強0ΤΤ的業(yè) 務(wù)體驗，并給運營商提供了一種新的運營模式。

【專利附圖】

【附圖說明】
[0029] 為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā) 明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根 據(jù)這些附圖獲得其他的附圖。
[0030] 圖1是本發(fā)明現(xiàn)有技術(shù)的LTE網(wǎng)絡(luò)中專用承載建立流程圖；
[0031] 圖2是本發(fā)明現(xiàn)有技術(shù)的LTE網(wǎng)絡(luò)中專用承載修改QoS流程圖；
[0032] 圖3是本發(fā)明現(xiàn)有技術(shù)的LTE網(wǎng)絡(luò)中專用承載修改TFT，不修改QoS的流程圖；
[0033] 圖4是本發(fā)明現(xiàn)有技術(shù)的LTE網(wǎng)絡(luò)中專用承載釋放流程圖；
[0034] 圖5是基于SDN的無線網(wǎng)絡(luò)架構(gòu)不意圖；
[0035] 圖6是本發(fā)明實施例的一種減少業(yè)務(wù)時延的方法流程圖；
[0036] 圖7是本發(fā)明實施例的第一種減少游戲業(yè)務(wù)時延的方法流程圖；
[0037] 圖8是本發(fā)明實施例的第二種減少游戲業(yè)務(wù)時延的方法流程圖；
[0038] 圖9是本發(fā)明實施例的第二種減少游戲業(yè)務(wù)時延的方法流程圖；
[0039] 圖10是本發(fā)明實施例的第四種減少游戲業(yè)務(wù)時延的方法流程圖；
[0040] 圖11是本發(fā)明實施例的第五種減少游戲業(yè)務(wù)時延的方法流程圖；
[0041] 圖12是本發(fā)明實施例的一種減少業(yè)務(wù)時延的控制器的結(jié)構(gòu)示意圖。

【具體實施方式】
[0042] 為了使本【技術(shù)領(lǐng)域】的人員更好地理解本發(fā)明實施例中的技術(shù)方案，并使本發(fā)明實 施例的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結(jié)合附圖對本發(fā)明實施例中技術(shù)方 案作進(jìn)一步詳細(xì)的說明。
[0043] 本發(fā)明基于SDN的無線網(wǎng)絡(luò)架構(gòu)，提出一種減少用戶業(yè)務(wù)時延的方法。這種SDN 的無線網(wǎng)絡(luò)架構(gòu)如下(該架構(gòu)已經(jīng)在有些專利中進(jìn)行了公開，本發(fā)明在此做一個介紹）：
[0044] 如圖5所示，SDN的無線網(wǎng)絡(luò)架構(gòu)包括以下幾個重要網(wǎng)元：wireless controller, 無線接入網(wǎng)，電信運營商計費系統(tǒng)，0ΤΤ計費系統(tǒng)，0ΤΤ服務(wù)器等。
[0045] 其中controller是本架構(gòu)的核心，該網(wǎng)元集中了無線網(wǎng)絡(luò)的控制面能力，包括： 對無線空口調(diào)度優(yōu)先級的控制，對核心網(wǎng)路由的控制，對無線網(wǎng)絡(luò)RB資源的調(diào)度，對無線 頻譜資源的調(diào)度等等。
[0046] controller作為本架構(gòu)的核心網(wǎng)元，和其它網(wǎng)元之間都存在接口，其中 controller和無線接入網(wǎng)之間采用0R1接口，controller和用戶終端之間采用0R2接口， controller和0ΤΤ運營商/虛擬運營商之間采用0R3接口。此外本架構(gòu)還定義了電信運營 商和0ΤΤ運營商之間的計費接口：0R4接口。
[0047] 0R1接口，作為無線網(wǎng)絡(luò)控制面和數(shù)據(jù)面之間的接口，主要傳統(tǒng)控制面對數(shù)據(jù)面 的控制信息，這些信息包括但不限于：控制無線基站的空口調(diào)度優(yōu)先級；控制RB資源的調(diào) 度；控制無線基站頻譜如何使用；控制無線基站之間數(shù)據(jù)傳輸；控制基站到核心網(wǎng)的數(shù)據(jù) 傳輸；控制無線基站的調(diào)度算法；控制無線基站的制式；控制虛擬基站的生成，銷毀等等；
[0048] 0R2接口，作為無線網(wǎng)絡(luò)和無線終端之間的接口，主要是傳遞網(wǎng)絡(luò)對終端的控制信 息，這些信息包括但不限于：控制無線終端的制式，控制無線的頻譜使用（白頻譜的使用）； 控制無線終端接入到無線網(wǎng)絡(luò)(在多個無線網(wǎng)絡(luò)的情況下，控制無線終端接入到哪一個無 線網(wǎng)絡(luò)）;控制無線終端生成，銷毀虛擬基站；控制無線終端的切換；此外0R4接口傳輸?shù)男?息還包括無線終端對無線網(wǎng)絡(luò)的控制信息，即通過0R4接口不僅僅可以是無線網(wǎng)絡(luò)控制無 線終端，也可以是無線終端控制無線網(wǎng)絡(luò)。具體在無線終端對無線網(wǎng)絡(luò)的控制上，類似于 0R3接口的控制；
[0049] 0R3接口，作為controller和0ΤΤ運營商，虛擬運營商之間的接口，通過該接口， 0ΤΤ運營商和虛擬運營商，可以調(diào)用無線網(wǎng)絡(luò)的控制能力去控制無線接入網(wǎng)和無線核心網(wǎng)； 這些控制包括但不限于：控制無線虛擬基站的創(chuàng)建，銷毀；控制基站到核心網(wǎng)的數(shù)據(jù)路由； 控制基站到RRU之間的數(shù)據(jù)路由；控制業(yè)務(wù)的QoS ;控制無線資源空口調(diào)度的優(yōu)先級；控制 基站使用無線頻譜資源(如：使用白頻譜）;控制基站和頻譜數(shù)據(jù)庫的交互；控制電信計費系 統(tǒng)和0ΤΤ計費系統(tǒng)之間的計費交互；控制數(shù)據(jù)流到多種無線制式網(wǎng)絡(luò)的分流；控制RAN之 間資源的切換；控制切換時數(shù)據(jù)流的路由等等；
[0050] 0R4接口，是電信運營商和0ΤΤ運營商之間的接口，通過該接口，0ΤΤ運營商和電信 運營商進(jìn)行實時的費用結(jié)算。
[0051] 基于上述架構(gòu)的場景中的用戶，具有兩種身份，一種身份是電信用戶，一種身份是 0ΤΤ用戶；用戶通過付費給0ΤΤ使用0ΤΤ高速通道，從而使用0ΤΤ增強業(yè)務(wù)；0ΤΤ通過給電信 運營商付費，讓電信運營商給0ΤΤ用戶提供高速通道滿足0ΤΤ增強業(yè)務(wù)的需求。通過這種 方式，可以為電信運營商，οττ運營商，用戶帶來雙贏。
[0052] 基于上述網(wǎng)絡(luò)架構(gòu)，本發(fā)明實施例的減少業(yè)務(wù)時延的方法如圖6所示，包括：
[0053] 步驟S610,控制器(如上述無線控制器controller)接收用戶設(shè)備UE發(fā)起的業(yè)務(wù) 時延加速請求。
[0054] 步驟S620,所述控制器根據(jù)所述業(yè)務(wù)時延加速請求調(diào)整核心網(wǎng)、UE的接入網(wǎng)兩者 或兩者之一的傳輸時延。
[0055] 步驟S630,所述控制器獲取調(diào)整后所述UE反饋的時延，若達(dá)到所述UE要求的時 延，則完成調(diào)整。
[0056] 進(jìn)一步地，步驟S610中控制器接收用戶設(shè)備UE發(fā)起的業(yè)務(wù)時延加速請求的具體 方式包括：
[0057] 所述控制器接收UE向其直接發(fā)起的業(yè)務(wù)時延加速的請求，該請求中攜帶UE在網(wǎng) 絡(luò)運營商的標(biāo)識、UE在業(yè)務(wù)運營商的業(yè)務(wù)標(biāo)識、以及要求的時延信息?；蛘咚隹刂破鹘?收業(yè)務(wù)運營商上報UE的業(yè)務(wù)時延加速請求，該請求中攜帶UE所在網(wǎng)絡(luò)運營商的身份標(biāo)識、 UE在網(wǎng)絡(luò)運營商的業(yè)務(wù)標(biāo)識、業(yè)務(wù)運營商在網(wǎng)絡(luò)運營商的業(yè)務(wù)標(biāo)識及業(yè)務(wù)運營商在網(wǎng)絡(luò)運 營商的身份標(biāo)識?？刂破魇盏綐I(yè)務(wù)運營商上報的請求后，對業(yè)務(wù)運營商進(jìn)行鑒權(quán)，并根據(jù)請 求中攜帶的信息，找到UE在網(wǎng)絡(luò)運營商業(yè)務(wù)標(biāo)識或者承載標(biāo)識。
[0058] 進(jìn)一步地，S620中控制器根據(jù)所述業(yè)務(wù)時延加速請求調(diào)整核心網(wǎng)、UE的接入網(wǎng)兩 者或兩者之一的傳輸時延的具體方式包括以下四種：
[0059] (1)控制器向位于UE的接入網(wǎng)側(cè)的為UE服務(wù)的基站eNodeB發(fā)起QoS修改請求， 該請求用來修改UE的業(yè)務(wù)QoS等級，或者是修改UE的承載。即通過修改服務(wù)質(zhì)量或承載 能力來減少業(yè)務(wù)時延。
[0060] (2)控制器生成用于減少業(yè)務(wù)時延的路由轉(zhuǎn)發(fā)策略以控制路由器優(yōu)化轉(zhuǎn)發(fā)路徑； 并將所述路由轉(zhuǎn)發(fā)策略下發(fā)給位于核心網(wǎng)的路由器。該方式通過優(yōu)化路由，減少數(shù)據(jù)傳輸 時間的方式來減少業(yè)務(wù)時延。
[0061] (3)控制器向位于UE的接入網(wǎng)側(cè)的基站eNodeB發(fā)起請求，指示基站eNodeB提高 對UE的調(diào)度優(yōu)先級。該方式通過對該UE的傳輸數(shù)據(jù)優(yōu)先調(diào)度，減少數(shù)據(jù)在eNodeB處的等 待時間，從而減少業(yè)務(wù)時延。
[0062] (4)該無線控制器指示位于UE的接入網(wǎng)側(cè)的基站eNodeB減少對UE的重傳消息來 減少業(yè)務(wù)時延。例如：eN 〇deB傳輸給UE的某個消息未得到響應(yīng)，則eNodeB會減少該消息 的重傳次數(shù)，以傳輸當(dāng)前應(yīng)該傳輸?shù)臄?shù)據(jù)，從而減少時延。
[0063] 在具體調(diào)整時延的過程中，可以采用上述（1)?（4)的具體一種方式進(jìn)行調(diào)整，也 可以采用（1)?（4)的方式的任意組合進(jìn)行調(diào)整，例如：可以采用（1)和（3)的方式同時調(diào) 整核心網(wǎng)和UE的接入網(wǎng)的時延。
[0064] 進(jìn)一步地，步驟S630中控制器獲取調(diào)整后UE反饋的時延可通過接收UE上報調(diào)整 后時延；或接收業(yè)務(wù)運營商上報調(diào)整后時延；或所述控制器通過探測業(yè)務(wù)層的時延來獲取 調(diào)整后所述UE反饋的時延。
[0065] 經(jīng)過上述步驟對時延的調(diào)節(jié)，控制器獲取調(diào)整后UE反饋的時延，若未達(dá)到UE要求 的時延，則重復(fù)執(zhí)行所述步驟S620,即按上述（1)?（4)之一或任意組合的方式調(diào)整時延， 直到達(dá)到UE要求的時延。
[0066] 進(jìn)一步地，完成調(diào)整后還包括：控制器啟動業(yè)務(wù)計費，即通過圖5中的0R3接口啟 動0ΤΤ服務(wù)器中的0ΤΤ計費系統(tǒng)對加速后的業(yè)務(wù)按預(yù)設(shè)的計費方式進(jìn)行計費。
[0067] 下面通過以下場景來具體說明本發(fā)明的減少業(yè)務(wù)時延的方法。
[0068] Bob是一個游戲愛好者，使用LTE網(wǎng)絡(luò)，與運營商簽約的業(yè)務(wù)速率是2兆/秒。
[0069] 周六放假，Bob和朋友們出去春游，來到美麗的青城山進(jìn)行燒烤。途中幾個朋友覺 得無聊，想在一起打一盤魔獸，于是幾個朋友都拿出自己的ipad (LTE版)，連上浩方平臺， 打起游戲。但是由于青城山景區(qū)游人太多，他們打游戲的時候延遲很大過程中感覺時延偏 大，游戲體驗不好。此時運營商提示用戶可以購買"Gaming Boost"業(yè)務(wù)，并提示用戶使用 該業(yè)務(wù)后，可以將游戲的時延降低到l〇ms，保證游戲競技的實時效果。于是Bob和朋友們一 起購買了這個業(yè)務(wù)。購買該加速業(yè)務(wù)后，Bob和朋友終于可以流暢地玩起Dota。本場景下， 用戶使用默認(rèn)的電信簽約業(yè)務(wù)，無法保證用戶滿意的0ΤΤ業(yè)務(wù)體驗。用戶通過付費給0ΤΤ 業(yè)務(wù)運營商，0ΤΤ運營商則通過和電信運營商進(jìn)行協(xié)商分成，對用戶進(jìn)行業(yè)務(wù)的時延加速， 從而保證用戶可以流暢地使用該0ΤΤ的業(yè)務(wù)。實現(xiàn)上述，游戲業(yè)務(wù)時延減少，游戲加速的具 體方法如下：
[0070] 基于上述網(wǎng)絡(luò)架構(gòu)，本發(fā)明實施例的第一種減少游戲業(yè)務(wù)時延的方法如圖7所 示：包括：
[0071] Stepl :UE向無線控制器controller發(fā)起請求，請求對游戲業(yè)務(wù)進(jìn)行加速；請求中 攜帶UE在網(wǎng)絡(luò)運營商的身份標(biāo)識，游戲的業(yè)務(wù)標(biāo)識（UE在業(yè)務(wù)運營商的業(yè)務(wù)標(biāo)識)，以及加 速后的時延信息；
[0072] Step2 :無線控制器controller根據(jù)stepl中的兩個標(biāo)識，判決找到UE使用的游 戲業(yè)務(wù)對應(yīng)的網(wǎng)絡(luò)運營商業(yè)務(wù)標(biāo)識(或者是承載標(biāo)識)，然后無線控制器controller向為 UE服務(wù)的eNodeB發(fā)起QoS修改請求，該請求用來修改UE的業(yè)務(wù)QoS等級(或者是修改UE 的承載，通過修改承載的方式提高業(yè)務(wù)時延，這種方式需要無線控制器Controller根據(jù)）；
[0073] Step3 : eNodeB收到該請求后，向UE發(fā)起修改承載上下文請求；
[0074] Step4 :UE收到請求后回復(fù)無線資源控制（Radio Resource Control,RRC)連接重 配置完成；
[0075] Step5 :eNodeB向無線控制器controller回復(fù)演進(jìn)分組系統(tǒng)（Evolved Packet System, EPS)承載上下文響應(yīng)；
[0076] Step6 :UE向eNodeB發(fā)起修改EPS承載上下文接受請求；
[0077] Step7 :eNodeB向無線控制器controller發(fā)起修改EPS承載上下文接受請求；
[0078] Step8 :UE反饋業(yè)務(wù)時延給無線控制器；
[0079] Step9 :無線控制器根據(jù)UE反饋的業(yè)務(wù)時延，判斷業(yè)務(wù)時延滿足了業(yè)務(wù)要求，于是 啟動業(yè)務(wù)計費。
[0080] 本實施例中業(yè)務(wù)時延的反饋是通過UE上報的方式完成，實際實現(xiàn)過程中，也可以 是游戲的運營商上報的方式，也可以是無線控制器通過探測業(yè)務(wù)層的時延來完成。
[0081] 基于上述網(wǎng)絡(luò)架構(gòu)，本發(fā)明實施例的第二種減少游戲業(yè)務(wù)時延的方法如圖8所 示：包括：
[0082] Stepl :UE向無線控制器controller發(fā)起請求，請求對游戲業(yè)務(wù)進(jìn)行加速；請求中 攜帶UE在網(wǎng)絡(luò)運營商的身份標(biāo)識，以及加速后的時延信息。controller根據(jù)UE在網(wǎng)絡(luò)運 營商的標(biāo)識進(jìn)行鑒權(quán)。
[0083] Step2 :無線控制器controller檢測到UE的業(yè)務(wù)時延沒有達(dá)到請求的業(yè)務(wù)時延要 求；于是無線控制器controller生成相關(guān)的路由器轉(zhuǎn)發(fā)策略，該策略可以控制路由器優(yōu)化 轉(zhuǎn)發(fā)路徑，從而帶來業(yè)務(wù)時延的減少；
[0084] 本實施例可以是在第一種方法中的加速時延后依然未達(dá)到要求后，進(jìn)行的進(jìn)一步 處理；即本方法中st印2取代第一種方法中st印9后的流程。
[0085] St印3 :無線控制器controller將路由器轉(zhuǎn)發(fā)策略下發(fā)給相應(yīng)的路由器中。
[0086] 本實施例中所指的路由器可以是基于Openflow的路由器，這樣相應(yīng)的路由轉(zhuǎn)發(fā) 策略可以是基于Openflow的規(guī)則。
[0087] Step4:路由器收到轉(zhuǎn)發(fā)策略后，將更新路由器的轉(zhuǎn)發(fā)表，后續(xù)路由器轉(zhuǎn)發(fā)數(shù)據(jù)包 的時候?qū)⒏鶕?jù)新的規(guī)則進(jìn)行路由轉(zhuǎn)發(fā)。
[0088] Step5 :UE向無線控制器反饋新的業(yè)務(wù)時延。
[0089] 本實施例業(yè)務(wù)時延采用UE反饋的方式進(jìn)行采集，實際實施中也可以是無線控制 器自己采集，或者是游戲服務(wù)器上報的方式。
[0090] Step6 :反饋的業(yè)務(wù)時延達(dá)到要求后，無線控制器controller啟動計費。
[0091] 基于上述網(wǎng)絡(luò)架構(gòu)，本發(fā)明實施例的第三種減少游戲業(yè)務(wù)時延的方法如圖9所 示：包括：
[0092] Stepl :UE向無線控制器controller發(fā)起請求，請求對游戲業(yè)務(wù)進(jìn)行加速，請求中 攜帶UE在網(wǎng)絡(luò)運營商的身份標(biāo)識，游戲的業(yè)務(wù)標(biāo)識，以及加速后的時延信息。controller 根據(jù)UE在網(wǎng)絡(luò)運營商的標(biāo)識進(jìn)行鑒權(quán)。
[0093] Step2 :無線控制器controller檢測到UE的業(yè)務(wù)時延沒有達(dá)到請求的業(yè)務(wù)時延要 求；無線控制器controller通過判決從空口調(diào)度的角度減少網(wǎng)絡(luò)的時延；
[0094] 本方法中st印2到st印7可以是在第一種或第二種方法中的加速時延后依然未達(dá) 到要求后，進(jìn)行的進(jìn)一步處理；即本方法中step2取代第一種或第二種方法中step9后的流 程。
[0095] Step3 :無線控制器controller向eNodeB發(fā)起請求，指示基站提高對UE的調(diào)度優(yōu) 先級。
[0096] Step4 :eNodeB收到無線控制器controller發(fā)來的請求后，修改每個傳輸時間間 隔（Transmission Time Interval, TTI)對 UE 的空口調(diào)度優(yōu)先級。
[0097] Step5 :eNodeB向無線控制器controller返回修改調(diào)度優(yōu)先級成功響應(yīng)。
[0098] Step6 :UE向無線控制器反饋新的業(yè)務(wù)時延。
[0099] 本實施例業(yè)務(wù)時延采用UE反饋的方式進(jìn)行采集，實際實施中也可以是無線控制 器自己采集，或者是游戲服務(wù)器上報的方式。
[0100] Step7 :反饋的業(yè)務(wù)時延達(dá)到要求后，無線控制器controller啟動計費。
[0101] 基于上述網(wǎng)絡(luò)架構(gòu)，本發(fā)明實施例的第四種減少游戲業(yè)務(wù)時延的方法如圖10所 示，包括：
[0102] Stepl :UE向無線控制器controller發(fā)起請求，請求對游戲業(yè)務(wù)進(jìn)行加速；請求中 攜帶UE在網(wǎng)絡(luò)運營商的身份標(biāo)識，游戲的業(yè)務(wù)標(biāo)識，以及加速后的時延信息。controller 根據(jù)UE在網(wǎng)絡(luò)運營商的標(biāo)識進(jìn)行鑒權(quán)。
[0103] Step2 :無線控制器controller檢測到UE的業(yè)務(wù)時延沒有達(dá)到請求的業(yè)務(wù)時延 要求；無線控制器controller通過判決從空口減少混合自動重傳請求（Hybrid Automatic R印eat Request，HARQ)和ARQ (自動請求重發(fā)）的角度減少網(wǎng)絡(luò)的時延。
[0104] 本實施例中step2到step7可以是在上述任一種方法中的加速時延后依然未達(dá)到 要求后，進(jìn)行的進(jìn)一步處理；即本方法中st印2取代上述任一方法中st印9后的流程。
[0105] Step3 :無線控制器controller指示基站減少對UE的重傳消息。
[0106] St印4 :eNodeB修改每個TTI對UE的HARQ重傳次數(shù)。
[0107] Step5 :eNodeB向無線控制器controller反饋修改成功響應(yīng)。
[0108] Step6 :UE向無線控制器controller反饋網(wǎng)絡(luò)時延。
[0109] Step7 :反饋的業(yè)務(wù)時延達(dá)到要求后，無線控制器controller啟動計費。
[0110] 上述四種減少業(yè)務(wù)時延的方法中描述的是UE向網(wǎng)絡(luò)運營商請求時延加速，本方 法中也可以演變成，UE向游戲的運營商請求業(yè)務(wù)時延加速，然后游戲的運營商向無線控制 器Controller請求對指定UE的指定業(yè)務(wù)進(jìn)行時延的加速。即流程替換為如圖11所示，以 改進(jìn)第一種方法的流程進(jìn)行說明。該替換流程包括：
[0111] Stepl :UE向游戲運營商發(fā)起的業(yè)務(wù)加速請求中需要攜帶UE所在網(wǎng)絡(luò)運營商的身 份標(biāo)識，UE的游戲業(yè)務(wù)在網(wǎng)絡(luò)運營商的業(yè)務(wù)標(biāo)識。
[0112] Step2 :游戲運營商向無線控制器controller發(fā)起請求，請求對UE進(jìn)行時時延 加速，該請求中攜帶UE在網(wǎng)絡(luò)運營商中的身份標(biāo)識，以及游戲業(yè)務(wù)在網(wǎng)絡(luò)運營商的業(yè)務(wù)標(biāo) 識，游戲運營商在網(wǎng)絡(luò)運營商的身份標(biāo)識。由于攜帶了"業(yè)務(wù)運營商在網(wǎng)絡(luò)運營商的業(yè)務(wù)標(biāo) 識"，該業(yè)務(wù)標(biāo)志和時延是相關(guān)的，比如視頻業(yè)務(wù)預(yù)定時延必須是50ms，游戲業(yè)務(wù)時延必須 是 10ms。
[0113] Step3 :無線控制器controller收到該請求后，對游戲運營商進(jìn)行鑒權(quán)；并根據(jù) st印2中攜帶的信息，找到UE在網(wǎng)絡(luò)運營商業(yè)務(wù)標(biāo)識或者承載標(biāo)識。
[0114] 鑒權(quán)通過后，便由controller采用上述第一種到第四種方法中的任一種方式來 減少業(yè)務(wù)時延。
[0115] 通過上述方法，用戶設(shè)備可以在需要時發(fā)起請求，以減少業(yè)務(wù)時延。
[0116] 本發(fā)明還提供了一種減少業(yè)務(wù)時延的控制器，如圖12所示包括：請求接收單元 1210、時延調(diào)整單元1220和時延調(diào)整單元1230。
[0117] 請求接收單元1210用于接收用戶設(shè)備UE發(fā)起的業(yè)務(wù)時延加速請求，并將該請求 發(fā)送至?xí)r延調(diào)整單元1220。請求接收單元1210具體用于接收UE向其直接發(fā)起的業(yè)務(wù)時延 加速的請求，所述請求中攜帶UE在網(wǎng)絡(luò)運營商的身份標(biāo)識、UE在業(yè)務(wù)運營商的業(yè)務(wù)標(biāo)識、 以及要求的時延信息?；蛘呔唧w用于接收業(yè)務(wù)運營商上報UE的業(yè)務(wù)時延加速請求，所述 請求中攜帶UE所在網(wǎng)絡(luò)運營商的身份標(biāo)識、UE在網(wǎng)絡(luò)運營商的業(yè)務(wù)標(biāo)識、業(yè)務(wù)運營商在網(wǎng) 絡(luò)運營商的業(yè)務(wù)標(biāo)識及業(yè)務(wù)運營商在網(wǎng)絡(luò)運營商的身份標(biāo)識；收到業(yè)務(wù)運營商上報的請求 后，對業(yè)務(wù)運營商進(jìn)行鑒權(quán)，并根據(jù)所述請求中攜帶的信息，找到UE在網(wǎng)絡(luò)運營商業(yè)務(wù)標(biāo) 識或者承載標(biāo)識。
[0118] 時延調(diào)整單元1220用于根據(jù)所述業(yè)務(wù)時延加速請求調(diào)整核心網(wǎng)、UE的接入網(wǎng)兩 者或兩者之一的傳輸時延。以使得調(diào)整后的時延能夠達(dá)到UE要求的時延。
[0119] 其中，時延調(diào)整單元1220具體通過以下四種方式進(jìn)行調(diào)節(jié)：
[0120] (1)時延調(diào)整單元1220向位于UE的接入網(wǎng)側(cè)的為UE服務(wù)的基站eNodeB發(fā)起QoS 修改請求，該請求用來修改UE的業(yè)務(wù)QoS等級，或者是修改UE的承載。
[0121] (2)時延調(diào)整單元1220生成用于減少業(yè)務(wù)時延的路由轉(zhuǎn)發(fā)策略以控制路由器優(yōu) 化轉(zhuǎn)發(fā)路徑，并將所述路由轉(zhuǎn)發(fā)策略下發(fā)給位于核心網(wǎng)的路由器。
[0122] (3)時延調(diào)整單元1220向位于UE的接入網(wǎng)側(cè)的基站eNodeB發(fā)起請求，指示基站 eNodeB提高對UE的調(diào)度優(yōu)先級。
[0123] (4)時延調(diào)整單元1220指示位于UE的接入網(wǎng)側(cè)的基站eNodeB減少對UE的重傳 消息。
[0124] 時延反饋單元1230獲取調(diào)整后所述UE反饋的時延，若達(dá)到所述UE要求的時延， 則完成調(diào)整；若未達(dá)到要求，則反饋信息至?xí)r延調(diào)整單元1220使其繼續(xù)調(diào)整直到達(dá)到要 求。時延反饋單元1230用于接收UE上報調(diào)整后時延；或接收業(yè)務(wù)運營商上報調(diào)整后時延； 通過探測業(yè)務(wù)層的時延來獲取調(diào)整后所述UE反饋的時延。
[0125] 該減少業(yè)務(wù)時延的控制器還包括計費啟動單元1240,用于啟動業(yè)務(wù)計費。時延反 饋單元1230判斷調(diào)整后達(dá)到要求的時延,則通知計費啟動單元1240啟動業(yè)務(wù)計費。
[0126] 本發(fā)明還提供了一種減少業(yè)務(wù)時延的系統(tǒng)，其結(jié)構(gòu)圖如圖5所示，包括：用戶設(shè)備 UE、無線控制器controller、無線接入網(wǎng)及業(yè)務(wù)運營商服務(wù)器，所述UE通過所述無線接入 網(wǎng)連接所述controller,所述controller通過核心網(wǎng)連接所述業(yè)務(wù)運營商服務(wù)器，所述業(yè) 務(wù)運營商服務(wù)器為所述UE提供業(yè)務(wù)服務(wù)，其特征在于，所述UE發(fā)送業(yè)務(wù)時延加速請求至所 述controller，所述controller用于根據(jù)所述請求調(diào)整核心網(wǎng)、UE的接入網(wǎng)兩者或兩者之 一的傳輸時延，所述UE將調(diào)整后的時延反饋至所述controller。
[0127] 進(jìn)一步地，所述UE具體用于將攜帶有UE在網(wǎng)絡(luò)運營商的身份標(biāo)識、業(yè)務(wù)標(biāo)識、以 及加速后的時延信息的數(shù)據(jù)發(fā)送至所述controller。
[0128] 進(jìn)一步地，所述UE具體用于將攜帶有UE在網(wǎng)絡(luò)運營商的身份標(biāo)識及業(yè)務(wù)標(biāo)識的 數(shù)據(jù)發(fā)送至所述業(yè)務(wù)運營商服務(wù)器；所述業(yè)務(wù)運營商向所述controller發(fā)起攜帶有UE在 網(wǎng)絡(luò)運營商的身份標(biāo)識、業(yè)務(wù)標(biāo)識及在業(yè)務(wù)運營商的身份標(biāo)識的請求；所述controller用 于在收到業(yè)務(wù)運營商發(fā)起的請求后，對業(yè)務(wù)運營商進(jìn)行鑒權(quán)，并根據(jù)所述UE在網(wǎng)絡(luò)運營商 的身份標(biāo)識、業(yè)務(wù)標(biāo)識及業(yè)務(wù)運營商的身份標(biāo)識，找到UE使用的業(yè)務(wù)對應(yīng)的運營商業(yè)務(wù)標(biāo) 識。
[0129] 進(jìn)一步地，所述controller用于根據(jù)所述UE在網(wǎng)絡(luò)運營商的標(biāo)識及業(yè)務(wù)標(biāo)識，查 找到UE使用的業(yè)務(wù)對應(yīng)的運營商業(yè)務(wù)標(biāo)識或者是承載標(biāo)識，并向無線接入網(wǎng)中為UE服務(wù) 的基站eNodeB發(fā)起QoS修改請求，該請求用來修改UE的業(yè)務(wù)QoS等級，或者是修改UE的 承載；eNodeB收到該請求后，向UE發(fā)起修改承載上下文請求；UE收到請求后回復(fù)RRC連接 重配置完成；eNodeB向無線控制器controller回復(fù)EPS承載上下文響應(yīng)；UE向eNodeB發(fā) 起修改EPS承載上下文接受請求；eNodeB向無線控制器controller發(fā)起修改EPS承載上 下文接受請求。
[0130] 進(jìn)一步地，當(dāng)所述controller檢測到UE的業(yè)務(wù)時延沒有達(dá)到請求的業(yè)務(wù)時延要 求時，所述controller生成用于減少業(yè)務(wù)時延的路由器轉(zhuǎn)發(fā)策略并將路由器轉(zhuǎn)發(fā)策略下 發(fā)給相應(yīng)的路由器；所述路由器用于收到轉(zhuǎn)發(fā)策略后，更新路由器的轉(zhuǎn)發(fā)表，后續(xù)路由器轉(zhuǎn) 發(fā)數(shù)據(jù)包的時候?qū)⒏鶕?jù)所述策略進(jìn)行路由轉(zhuǎn)發(fā)。
[0131] 進(jìn)一步地，當(dāng)所述controller檢測到UE的業(yè)務(wù)時延沒有達(dá)到請求的業(yè)務(wù)時延要 求時，所述controller向無線接入網(wǎng)中的基站eNodeB發(fā)起請求，指示基站提高對UE的調(diào) 度優(yōu)先級；eNodeB收到所述controller發(fā)來的請求后，修改每個傳輸時間間隔對UE的空 口調(diào)度優(yōu)先級，并向所述controller返回修改調(diào)度優(yōu)先級成功響應(yīng)。
[0132] 進(jìn)一步地，當(dāng)所述controller檢測到UE的業(yè)務(wù)時延沒有達(dá)到請求的業(yè)務(wù)時延要 求時，所述controller指示基站eNodeB減少對UE的重傳消息；eNodeB修改每個傳輸時間 間隔對UE的HARQ重傳次數(shù)；eNodeB向所述controller反饋修改成功響應(yīng)。
[0133] 進(jìn)一步地，所述UE具體用于將調(diào)整后的時延反饋至所述controller。
[0134] 進(jìn)一步地，所述業(yè)務(wù)運營商服務(wù)器具體用于將調(diào)整后的時延反饋至所述 controller。
[0135] 進(jìn)一步地，所述controller具體用于通過探測業(yè)務(wù)層的時延來獲取調(diào)整后所述 UE反饋的時延。
[0136] 本領(lǐng)域普通技術(shù)人員將會理解，本發(fā)明的各個方面、或各個方面的可能實現(xiàn)方式 可以被具體實施為系統(tǒng)、方法或者計算機程序產(chǎn)品。因此，本發(fā)明的各方面、或各個方面的 可能實現(xiàn)方式可以采用完全硬件實施例、完全軟件實施例（包括固件、駐留軟件等等），或 者組合軟件和硬件方面的實施例的形式，在這里都統(tǒng)稱為"電路"、"模塊"或者"系統(tǒng)"。此 夕卜，本發(fā)明的各方面、或各個方面的可能實現(xiàn)方式可以采用計算機程序產(chǎn)品的形式，計算機 程序產(chǎn)品是指存儲在計算機可讀介質(zhì)中的計算機可讀程序代碼。
[0137] 計算機可讀介質(zhì)可以是計算機可讀信號介質(zhì)或者計算機可讀存儲介質(zhì)。計算機可 讀存儲介質(zhì)包含但不限于電子、磁性、光學(xué)、電磁、紅外或半導(dǎo)體系統(tǒng)、設(shè)備或者裝置，或者 前述的任意適當(dāng)組合，如隨機存取存儲器（RAM)、只讀存儲器（ROM)、可擦除可編程只讀存 儲器（EPR0M或者快閃存儲器)、光纖、便攜式只讀存儲器（CD-ROM)。
[0138] 計算機中的處理器讀取存儲在計算機可讀介質(zhì)中的計算機可讀程序代碼，使得處 理器能夠執(zhí)行在流程圖中每個步驟、或各步驟的組合中規(guī)定的功能動作；生成實施在框圖 的每一塊、或各塊的組合中規(guī)定的功能動作的裝置。
[0139] 計算機可讀程序代碼可以完全在用戶的計算機上執(zhí)行、部分在用戶的計算機上執(zhí) 行、作為單獨的軟件包、部分在用戶的計算機上并且部分在遠(yuǎn)程計算機上，或者完全在遠(yuǎn)程 計算機或者服務(wù)器上執(zhí)行。也應(yīng)該注意，在某些替代實施方案中，在流程圖中各步驟、或框 圖中各塊所注明的功能可能不按圖中注明的順序發(fā)生。例如，依賴于所涉及的功能，接連示 出的兩個步驟、或兩個塊實際上可能被大致同時執(zhí)行，或者這些塊有時候可能被以相反順 序執(zhí)行。
[0140] 顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精 神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍 之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
【權(quán)利要求】
1. 一種減少業(yè)務(wù)時延的方法，其特征在于，包括步驟： 控制器接收用戶設(shè)備UE發(fā)起的業(yè)務(wù)時延加速請求； 所述控制器根據(jù)所述業(yè)務(wù)時延加速請求調(diào)整核心網(wǎng)、UE的接入網(wǎng)兩者或兩者之一的傳 輸時延； 所述控制器獲取調(diào)整后所述UE反饋的時延，若達(dá)到所述UE要求的時延，則完成調(diào)整。
2. 如權(quán)利要求1所述的減少業(yè)務(wù)時延的方法，其特征在于，所述控制器接收用戶設(shè)備 UE發(fā)起的業(yè)務(wù)時延加速請求的步驟具體包括： 所述控制器接收UE向其直接發(fā)起的業(yè)務(wù)時延加速的請求，所述請求中攜帶包括UE在 網(wǎng)絡(luò)運營商的身份標(biāo)識、UE在業(yè)務(wù)運營商的業(yè)務(wù)標(biāo)識、以及要求的時延的信息。
3. 如權(quán)利要求1所述的減少業(yè)務(wù)時延的方法，其特征在于，所述控制器接收用戶設(shè)備 UE發(fā)起的業(yè)務(wù)時延加速請求的步驟具體包括： 所述控制器接收業(yè)務(wù)運營商上報UE的業(yè)務(wù)時延加速請求，所述請求中攜帶包括：UE在 網(wǎng)絡(luò)運營商的身份標(biāo)識、UE在網(wǎng)絡(luò)運營商的業(yè)務(wù)標(biāo)識、業(yè)務(wù)運營商在網(wǎng)絡(luò)運營商的業(yè)務(wù)標(biāo) 識、身份標(biāo)識和要求的時延的信息； 所述控制器收到業(yè)務(wù)運營商上報的請求后，對業(yè)務(wù)運營商進(jìn)行鑒權(quán)，并根據(jù)所述請求 中攜帶的信息，找到UE在網(wǎng)絡(luò)運營商業(yè)務(wù)標(biāo)識或者承載標(biāo)識。
4. 如權(quán)利要求2或3所述的減少業(yè)務(wù)時延的方法，其特征在于，所述控制器根據(jù)所述業(yè) 務(wù)時延加速請求調(diào)整核心網(wǎng)、UE的接入網(wǎng)兩者或兩者之一的傳輸時延的步驟具體包括： 所述控制器向為UE服務(wù)的基站eNodeB發(fā)起服務(wù)質(zhì)量QoS修改請求，該請求用來修改 UE的業(yè)務(wù)QoS等級，或者是修改UE的承載；或者， 所述控制器生成用于減少業(yè)務(wù)時延的路由轉(zhuǎn)發(fā)策略以控制路由器優(yōu)化轉(zhuǎn)發(fā)路徑； 所述控制器將所述路由轉(zhuǎn)發(fā)策略下發(fā)給位于核心網(wǎng)的路由器；或者， 所述控制器向位于所述UE的接入網(wǎng)的基站eNodeB發(fā)起請求，指示基站eNodeB提高對 UE的調(diào)度優(yōu)先級；或者， 所述控制器指示位于所述UE的接入網(wǎng)的基站eNodeB減少對UE的重傳消息。
5. 如權(quán)利要求1所述的減少業(yè)務(wù)時延的方法，其特征在于，所述控制器獲取調(diào)整后所 述UE反饋的時延包括： 所述控制器接收UE上報調(diào)整后時延；或接收業(yè)務(wù)運營商上報調(diào)整后時延；或所述控制 器通過探測業(yè)務(wù)層的時延來獲取調(diào)整后所述UE反饋的時延。
6. 如權(quán)利要求1所述的減少業(yè)務(wù)時延的方法，其特征在于，所述控制器獲取調(diào)整后所 述UE反饋的時延，若未達(dá)到UE要求的時延，則重復(fù)執(zhí)行所述調(diào)整核心網(wǎng)、UE的接入網(wǎng)兩者 或兩者之一的傳輸時延的步驟，直到達(dá)到UE要求的時延。
7. 如權(quán)利要求1所述的減少業(yè)務(wù)時延的方法，其特征在于，完成調(diào)整后還包括：所述控 制器啟動業(yè)務(wù)計費。
8. -種減少業(yè)務(wù)時延的控制器，其特征在于，包括： 請求接收單元，用于接收用戶設(shè)備UE發(fā)起的業(yè)務(wù)時延加速請求； 時延調(diào)整單元，用于根據(jù)所述業(yè)務(wù)時延加速請求調(diào)整核心網(wǎng)、UE的接入網(wǎng)兩者或兩者 之一的傳輸時延； 時延反饋單元，用于獲取調(diào)整后所述UE反饋的時延，若達(dá)到所述UE要求的時延，則完 成調(diào)整。
9. 如權(quán)利要求8所述的減少業(yè)務(wù)時延的控制器，其特征在于，請求接收單元具體用于 接收UE向其直接發(fā)起的業(yè)務(wù)時延加速的請求,所述請求中攜帶包括UE在網(wǎng)絡(luò)運營商的身 份標(biāo)識、UE在業(yè)務(wù)運營商的業(yè)務(wù)標(biāo)識、以及要求的時延的信息。
10. 如權(quán)利要求8所述的減少業(yè)務(wù)時延的控制器，其特征在于，請求接收單元具體用于 接收業(yè)務(wù)運營商上報UE的業(yè)務(wù)時延加速請求,所述請求中攜帶包括UE在網(wǎng)絡(luò)運營商的身 份標(biāo)識、UE在網(wǎng)絡(luò)運營商的業(yè)務(wù)標(biāo)識、業(yè)務(wù)運營商在網(wǎng)絡(luò)運營商的業(yè)務(wù)標(biāo)識及業(yè)務(wù)運營商 在網(wǎng)絡(luò)運營商的身份標(biāo)識的信息；收到業(yè)務(wù)運營商上報的請求后，對業(yè)務(wù)運營商進(jìn)行鑒權(quán)， 并根據(jù)所述請求中攜帶的信息，找到UE在網(wǎng)絡(luò)運營商業(yè)務(wù)標(biāo)識或者承載標(biāo)識。
11. 如權(quán)利要求9或10所述的減少業(yè)務(wù)時延的控制器，其特征在于，所述時延調(diào)整單元 具體用于向位于所述UE的接入網(wǎng)的為UE服務(wù)的基站eNodeB發(fā)起服務(wù)質(zhì)量QoS修改請求， 該請求用來修改UE的業(yè)務(wù)QoS等級，或者是修改UE的承載；或者， 所述時延調(diào)整單元具體用于生成用于減少業(yè)務(wù)時延的路由轉(zhuǎn)發(fā)策略以控制路由器優(yōu) 化轉(zhuǎn)發(fā)路徑，并將所述路由轉(zhuǎn)發(fā)策略下發(fā)給位于核心網(wǎng)的路由器；或者， 所述時延調(diào)整單元具體用于向位于所述UE的接入網(wǎng)的基站eNodeB發(fā)起請求，指示基 站eNodeB提高對UE的調(diào)度優(yōu)先級；或者， 所述時延調(diào)整單元具體用于指示位于所述UE的接入網(wǎng)的基站eNodeB減少對UE的重 傳消息。
12. 如權(quán)利要求8所述的減少業(yè)務(wù)時延的控制器，其特征在于，所述時延反饋單元用于 接收UE上報調(diào)整后時延；或接收業(yè)務(wù)運營商上報調(diào)整后時延；通過探測業(yè)務(wù)層的時延來獲 取調(diào)整后所述UE反饋的時延。
13. 如權(quán)利要求8所述的減少業(yè)務(wù)時延的控制器，其特征在于，所述控制器還包括計費 啟動單元，用于啟動業(yè)務(wù)計費。
14. 如權(quán)利要求8所述的減少業(yè)務(wù)時延的控制器，其特征在于，所述控制器通過0R3接 口連接位于核心網(wǎng)側(cè)的業(yè)務(wù)運營商，通過0R1接口連接所述UE的接入網(wǎng)，通過0R2接口連 接所述UE。
【文檔編號】H04W28/24GK104066125SQ201310088794
【公開日】2014年9月24日 申請日期:2013年3月19日 優(yōu)先權(quán)日:2013年3月19日
【發(fā)明者】陳學(xué)梁, 李丹 申請人:華為技術(shù)有限公司