減少業務時延的方法及控制器的制造方法
【專利摘要】本發明公開了一種減少業務時延的方法,包括步驟:控制器接收用戶設備UE發起的業務時延加速請求;所述控制器根據所述業務時延加速請求調整核心網、UE的接入網兩者或兩者之一的傳輸時延;所述控制器獲取調整后所述UE反饋的時延,若達到所述UE要求的時延,則完成調整。還公開了一種減少業務時延的控制器。本發明中OTT可以調用無線控制器的API接口,可以控制基站,網絡路由器的行為,從而優化OTT的業務時延。
【專利說明】減少業務時延的方法及控制器
【技術領域】
[0001] 本發明涉及計算機及通信【技術領域】,尤其涉及一種減少業務時延的方法及控制 器。
【背景技術】
[0002] 在現有的典型的長期演進(Long Term Evolution,LTE)標準流程中通過專有承載 的建立,修改和釋放可以完成業務服務質量(Quality of Service, QoS)的修改。
[0003] 專用承載建立流程如圖1所示,專用承載建立可以由用戶設備(User Equipment, UE)或者移動管理實體(Mobility Management Entity,MME)主動發起,基站eNodeB不能主 動發起。如果是MME主動發起的承載建立流程,則無步驟1和步驟2 ;UE發起的承載建立流 程,核心網可以回復承載建立、修改流程;可以同時建立多個專用承載,但目前還不支持。
[0004] 專用承載修改可以由UE、MME主動發起,不能由eNodeB主動發起。修改QoS的流 程如圖2所示。若MME主動發起的承載建立/修改/釋放,則無步驟1和步驟2 ;若eNodeB 主動發起的釋放,則無步驟1,步驟2改為發送E-RAB RELEASE INDICATION消息給MME ;UE 發起的承載修改流程,核心網可以回復承載建立、修改、釋放流程。不修改QoS只修改流量 模板(Traffic Flow Template, TFT)的流程如圖3所示,為上下行直傳消息,與eNodeB無 關。
[0005] 專用承載釋放流程如圖4所示,專用承載釋放可以由eNodeB、MME主動發起。
[0006] 現有技術中對用戶業務信息(用戶業務信息是指用戶和運營商簽約電信業務的信 息,可以包括:用戶使用電信業務帶寬,用戶使用電信業務的時間,用戶使用電信業務的資 費,用戶使用電信業務的可用率等等,如:運營商保證業務的全年中斷時間小于2小時)的 修改都是由核心網觸發,而核心網屬于電信網絡中的黑盒子,盡管有一些所謂的基于核心 網改造提出的電信能力開放的方案,但是這種方案對底層網絡能力的開放依然不夠多。現 有技術主要是通過核心網的交互,從Q〇S,專有承載的角度去完成業務帶寬的變更,不支持 對外實時變更用戶在無線側的優先級,以及對外提供對無線網絡接入側的網絡能力開放。 典型業務的QoS包括:用戶的電信業務帶寬,用戶的電信業務時延,用戶的電信業務可用率 等等,因此電信業務時延是QoS的一個指標。現有技術主要是從改善電信QoS的角度去改 善業務時延(比如:當用戶接入帶寬受限時,可能導致用戶業務時延增大,這樣現有技術就 從改善用戶接入帶寬去改善時延;再比如當用戶業務數據的路由阻塞時,現有技術則考慮 從優化數據包路由的角度去改善)。
[0007] 而電信系統中的現有技術中改善QoS都是將QoS策略從核心網側映射到接入網來 處理的,中間要通過一個復雜的映射和轉換過程,導致時延改善的實時性不是特別好。另外 由于電信業務的QoS并不等于用戶使用0ΤΤ業務的QoS,因此運營商優化電信業務不會考 慮0ΤΤ (over the top,指互聯網公司越過電信(telecom)運營商,發展基于開放互聯網的 各種視頻及數據服務業務,強調服務與物理網絡的無關性)業務的時延遲,因此并不能保證 按用戶要求改善0ΤΤ的業務時延。
【發明內容】
[0008] 本發明實施例提供減少業務時延的方法及系統,以解決現有技術中無法實時、動 態地按業務運營商的0ΤΤ業務要求減少業務時延的問題。
[0009] 為了解決上述技術問題,本發明實施例公開了如下技術方案:
[0010] 第一方面,提供了一種減少業務時延的方法,所述方法包括步驟:
[0011] 控制器接收用戶設備UE發起的業務時延加速請求;
[0012] 所述控制器根據所述業務時延加速請求調整核心網、UE的接入網兩者或兩者之一 的傳輸時延;
[0013] 所述控制器獲取調整后所述UE反饋的時延,若達到所述UE要求的時延,則完成調 整。
[0014] 第二方面,提供了一種減少業務時延的控制器,包括:
[0015] 請求接收單元,用于接收用戶設備UE發起的業務時延加速請求;
[0016] 時延調整單元,用于根據所述業務時延加速請求調整核心網、UE的接入網兩者或 兩者之一的傳輸時延;
[0017] 時延反饋單元,用于獲取調整后所述UE反饋的時延,若達到所述UE要求的時延, 則完成調整。
[0018] 第三方面,提供了一種減少業務時延的系統,所述系統包括:用戶設備UE、控制 器、無線接入網及業務運營商服務器,所述UE通過所述無線接入網連接所述控制器,所述 控制器通過核心網連接所述業務運營商服務器,所述業務運營商服務器為所述UE提供業 務服務,所述UE發送業務時延加速請求至所述控制器,所述控制器用于根據所述請求調整 核心網、UE的接入網兩者或兩者之一的傳輸時延,所述UE將調整后的時延反饋至所述控制 器。
[0019] 在第三方面的第一種可能的實現方式中,所述UE具體用于將攜帶有UE在網絡運 營商的標識、在業務運營商的業務標識、以及加速后的時延信息的數據發送至所述控制器。
[0020] 在第三方面的第二種可能的實現方式中,所述UE具體用于將攜帶有UE所在網絡 運營商的UE標識及在網絡運營商的業務標識的數據發送至所述業務運營商服務器;所述 業務運營商向所述控制器發起攜帶有UE在網絡運營商中的UE標識、業務運營商在網絡運 營商的業務標識及業務運營商在網絡運營商的身份標識的請求;所述控制器用于在收到業 務運營商發起的請求后,對業務運營商進行鑒權,并根據所述請求中攜帶的信息,找到UE 使用的業務對應的運營商業務標識或者承載標識。
[0021] 在第三方面的第三種可能的實現方式中,所述控制器用于向無線接入網中為UE 服務的基站eNodeB發起QoS修改請求,該請求用來修改UE的業務QoS等級,或者是修改 UE的承載;eNodeB收到該請求后,向UE發起修改承載上下文請求;UE收到請求后回復無線 資源控制協議RRC連接重配置完成;eNodeB向控制器回復演進分組系統EPS承載上下文響 應;UE向eNodeB發起修改EPS承載上下文接受請求;eNodeB向控制器發起修改EPS承載上 下文接受請求。
[0022] 在第三方面的第四種可能的實現方式中,當所述控制器檢測到UE的業務時延沒 有達到請求的業務時延要求時,所述控制器生成用于減少業務時延的路由器轉發策略并將 路由器轉發策略下發給相應的路由器;所述路由器用于收到轉發策略后,更新路由器的轉 發表,后續路由器轉發數據包的時候將根據所述策略進行路由轉發。
[0023] 在第三方面的第五種可能的實現方式中,當所述控制器檢測到UE的業務時延沒 有達到請求的業務時延要求時,所述控制器向無線接入網中的基站eNodeB發起請求,指示 基站提高對UE的調度優先級;eNodeB收到所述控制器發來的請求后,修改每個傳輸時間間 隔對UE的空口調度優先級,并向所述控制器返回修改調度優先級成功響應。
[0024] 在第三方面的第六種可能的實現方式中,當所述控制器檢測到UE的業務時延沒 有達到請求的業務時延要求時,所述控制器指示基站eNodeB減少對UE的重傳消息;eNodeB 修改每個傳輸時間間隔對UE的HARQ重傳次數;eNodeB向所述控制器反饋修改成功響應。
[0025] 在第三方面的第七種可能的實現方式中,所述UE具體用于將調整后的時延反饋 至所述控制器。
[0026] 在第三方面的第八種可能的實現方式中,所述業務運營商服務器具體用于將調整 后的時延反饋至所述控制器。
[0027] 在第三方面的第九種可能的實現方式中,所述控制器具體用于通過探測業務層的 時延來獲取調整后所述UE反饋的時延。
[0028] 本發明實施例中,通過開放接口的網絡架構,該架構包含一種邏輯網元控制器 controller,controller向0ΤΤ開放API,另外一方面0ΤΤ,基站也向controller提供開放 API。通過這種方式,0ΤΤ可以調用controller的API接口,可以控制基站,網絡路由器的 行為,從而優化0ΤΤ的業務時延;無線網絡也可以獲取0ΤΤ的信息來進一步優化網絡,提供 更好的服務。通過開放接口的方式,0ΤΤ可以按需使用運營商的網絡資源去增強0ΤΤ的業 務體驗,并給運營商提供了一種新的運營模式。
【專利附圖】
【附圖說明】
[0029] 為了更清楚地說明本發明實施例或現有技術中的技術方案,下面將對實施例或現 有技術描述中所需要使用的附圖作一簡單地介紹,顯而易見地,下面描述中的附圖是本發 明的一些實施例,對于本領域普通技術人員來講,在不付出創造性勞動的前提下,還可以根 據這些附圖獲得其他的附圖。
[0030] 圖1是本發明現有技術的LTE網絡中專用承載建立流程圖;
[0031] 圖2是本發明現有技術的LTE網絡中專用承載修改QoS流程圖;
[0032] 圖3是本發明現有技術的LTE網絡中專用承載修改TFT,不修改QoS的流程圖;
[0033] 圖4是本發明現有技術的LTE網絡中專用承載釋放流程圖;
[0034] 圖5是基于SDN的無線網絡架構不意圖;
[0035] 圖6是本發明實施例的一種減少業務時延的方法流程圖;
[0036] 圖7是本發明實施例的第一種減少游戲業務時延的方法流程圖;
[0037] 圖8是本發明實施例的第二種減少游戲業務時延的方法流程圖;
[0038] 圖9是本發明實施例的第二種減少游戲業務時延的方法流程圖;
[0039] 圖10是本發明實施例的第四種減少游戲業務時延的方法流程圖;
[0040] 圖11是本發明實施例的第五種減少游戲業務時延的方法流程圖;
[0041] 圖12是本發明實施例的一種減少業務時延的控制器的結構示意圖。
【具體實施方式】
[0042] 為了使本【技術領域】的人員更好地理解本發明實施例中的技術方案,并使本發明實 施例的上述目的、特征和優點能夠更加明顯易懂,下面結合附圖對本發明實施例中技術方 案作進一步詳細的說明。
[0043] 本發明基于SDN的無線網絡架構,提出一種減少用戶業務時延的方法。這種SDN 的無線網絡架構如下(該架構已經在有些專利中進行了公開,本發明在此做一個介紹):
[0044] 如圖5所示,SDN的無線網絡架構包括以下幾個重要網元:wireless controller, 無線接入網,電信運營商計費系統,0ΤΤ計費系統,0ΤΤ服務器等。
[0045] 其中controller是本架構的核心,該網元集中了無線網絡的控制面能力,包括: 對無線空口調度優先級的控制,對核心網路由的控制,對無線網絡RB資源的調度,對無線 頻譜資源的調度等等。
[0046] controller作為本架構的核心網元,和其它網元之間都存在接口,其中 controller和無線接入網之間采用0R1接口,controller和用戶終端之間采用0R2接口, controller和0ΤΤ運營商/虛擬運營商之間采用0R3接口。此外本架構還定義了電信運營 商和0ΤΤ運營商之間的計費接口:0R4接口。
[0047] 0R1接口,作為無線網絡控制面和數據面之間的接口,主要傳統控制面對數據面 的控制信息,這些信息包括但不限于:控制無線基站的空口調度優先級;控制RB資源的調 度;控制無線基站頻譜如何使用;控制無線基站之間數據傳輸;控制基站到核心網的數據 傳輸;控制無線基站的調度算法;控制無線基站的制式;控制虛擬基站的生成,銷毀等等;
[0048] 0R2接口,作為無線網絡和無線終端之間的接口,主要是傳遞網絡對終端的控制信 息,這些信息包括但不限于:控制無線終端的制式,控制無線的頻譜使用(白頻譜的使用); 控制無線終端接入到無線網絡(在多個無線網絡的情況下,控制無線終端接入到哪一個無 線網絡);控制無線終端生成,銷毀虛擬基站;控制無線終端的切換;此外0R4接口傳輸的信 息還包括無線終端對無線網絡的控制信息,即通過0R4接口不僅僅可以是無線網絡控制無 線終端,也可以是無線終端控制無線網絡。具體在無線終端對無線網絡的控制上,類似于 0R3接口的控制;
[0049] 0R3接口,作為controller和0ΤΤ運營商,虛擬運營商之間的接口,通過該接口, 0ΤΤ運營商和虛擬運營商,可以調用無線網絡的控制能力去控制無線接入網和無線核心網; 這些控制包括但不限于:控制無線虛擬基站的創建,銷毀;控制基站到核心網的數據路由; 控制基站到RRU之間的數據路由;控制業務的QoS ;控制無線資源空口調度的優先級;控制 基站使用無線頻譜資源(如:使用白頻譜);控制基站和頻譜數據庫的交互;控制電信計費系 統和0ΤΤ計費系統之間的計費交互;控制數據流到多種無線制式網絡的分流;控制RAN之 間資源的切換;控制切換時數據流的路由等等;
[0050] 0R4接口,是電信運營商和0ΤΤ運營商之間的接口,通過該接口,0ΤΤ運營商和電信 運營商進行實時的費用結算。
[0051] 基于上述架構的場景中的用戶,具有兩種身份,一種身份是電信用戶,一種身份是 0ΤΤ用戶;用戶通過付費給0ΤΤ使用0ΤΤ高速通道,從而使用0ΤΤ增強業務;0ΤΤ通過給電信 運營商付費,讓電信運營商給0ΤΤ用戶提供高速通道滿足0ΤΤ增強業務的需求。通過這種 方式,可以為電信運營商,οττ運營商,用戶帶來雙贏。
[0052] 基于上述網絡架構,本發明實施例的減少業務時延的方法如圖6所示,包括:
[0053] 步驟S610,控制器(如上述無線控制器controller)接收用戶設備UE發起的業務 時延加速請求。
[0054] 步驟S620,所述控制器根據所述業務時延加速請求調整核心網、UE的接入網兩者 或兩者之一的傳輸時延。
[0055] 步驟S630,所述控制器獲取調整后所述UE反饋的時延,若達到所述UE要求的時 延,則完成調整。
[0056] 進一步地,步驟S610中控制器接收用戶設備UE發起的業務時延加速請求的具體 方式包括:
[0057] 所述控制器接收UE向其直接發起的業務時延加速的請求,該請求中攜帶UE在網 絡運營商的標識、UE在業務運營商的業務標識、以及要求的時延信息。或者所述控制器接 收業務運營商上報UE的業務時延加速請求,該請求中攜帶UE所在網絡運營商的身份標識、 UE在網絡運營商的業務標識、業務運營商在網絡運營商的業務標識及業務運營商在網絡運 營商的身份標識。控制器收到業務運營商上報的請求后,對業務運營商進行鑒權,并根據請 求中攜帶的信息,找到UE在網絡運營商業務標識或者承載標識。
[0058] 進一步地,S620中控制器根據所述業務時延加速請求調整核心網、UE的接入網兩 者或兩者之一的傳輸時延的具體方式包括以下四種:
[0059] (1)控制器向位于UE的接入網側的為UE服務的基站eNodeB發起QoS修改請求, 該請求用來修改UE的業務QoS等級,或者是修改UE的承載。即通過修改服務質量或承載 能力來減少業務時延。
[0060] (2)控制器生成用于減少業務時延的路由轉發策略以控制路由器優化轉發路徑; 并將所述路由轉發策略下發給位于核心網的路由器。該方式通過優化路由,減少數據傳輸 時間的方式來減少業務時延。
[0061] (3)控制器向位于UE的接入網側的基站eNodeB發起請求,指示基站eNodeB提高 對UE的調度優先級。該方式通過對該UE的傳輸數據優先調度,減少數據在eNodeB處的等 待時間,從而減少業務時延。
[0062] (4)該無線控制器指示位于UE的接入網側的基站eNodeB減少對UE的重傳消息來 減少業務時延。例如:eN 〇deB傳輸給UE的某個消息未得到響應,則eNodeB會減少該消息 的重傳次數,以傳輸當前應該傳輸的數據,從而減少時延。
[0063] 在具體調整時延的過程中,可以采用上述(1)?(4)的具體一種方式進行調整,也 可以采用(1)?(4)的方式的任意組合進行調整,例如:可以采用(1)和(3)的方式同時調 整核心網和UE的接入網的時延。
[0064] 進一步地,步驟S630中控制器獲取調整后UE反饋的時延可通過接收UE上報調整 后時延;或接收業務運營商上報調整后時延;或所述控制器通過探測業務層的時延來獲取 調整后所述UE反饋的時延。
[0065] 經過上述步驟對時延的調節,控制器獲取調整后UE反饋的時延,若未達到UE要求 的時延,則重復執行所述步驟S620,即按上述(1)?(4)之一或任意組合的方式調整時延, 直到達到UE要求的時延。
[0066] 進一步地,完成調整后還包括:控制器啟動業務計費,即通過圖5中的0R3接口啟 動0ΤΤ服務器中的0ΤΤ計費系統對加速后的業務按預設的計費方式進行計費。
[0067] 下面通過以下場景來具體說明本發明的減少業務時延的方法。
[0068] Bob是一個游戲愛好者,使用LTE網絡,與運營商簽約的業務速率是2兆/秒。
[0069] 周六放假,Bob和朋友們出去春游,來到美麗的青城山進行燒烤。途中幾個朋友覺 得無聊,想在一起打一盤魔獸,于是幾個朋友都拿出自己的ipad (LTE版),連上浩方平臺, 打起游戲。但是由于青城山景區游人太多,他們打游戲的時候延遲很大過程中感覺時延偏 大,游戲體驗不好。此時運營商提示用戶可以購買"Gaming Boost"業務,并提示用戶使用 該業務后,可以將游戲的時延降低到l〇ms,保證游戲競技的實時效果。于是Bob和朋友們一 起購買了這個業務。購買該加速業務后,Bob和朋友終于可以流暢地玩起Dota。本場景下, 用戶使用默認的電信簽約業務,無法保證用戶滿意的0ΤΤ業務體驗。用戶通過付費給0ΤΤ 業務運營商,0ΤΤ運營商則通過和電信運營商進行協商分成,對用戶進行業務的時延加速, 從而保證用戶可以流暢地使用該0ΤΤ的業務。實現上述,游戲業務時延減少,游戲加速的具 體方法如下:
[0070] 基于上述網絡架構,本發明實施例的第一種減少游戲業務時延的方法如圖7所 示:包括:
[0071] Stepl :UE向無線控制器controller發起請求,請求對游戲業務進行加速;請求中 攜帶UE在網絡運營商的身份標識,游戲的業務標識(UE在業務運營商的業務標識),以及加 速后的時延信息;
[0072] Step2 :無線控制器controller根據stepl中的兩個標識,判決找到UE使用的游 戲業務對應的網絡運營商業務標識(或者是承載標識),然后無線控制器controller向為 UE服務的eNodeB發起QoS修改請求,該請求用來修改UE的業務QoS等級(或者是修改UE 的承載,通過修改承載的方式提高業務時延,這種方式需要無線控制器Controller根據);
[0073] Step3 : eNodeB收到該請求后,向UE發起修改承載上下文請求;
[0074] Step4 :UE收到請求后回復無線資源控制(Radio Resource Control,RRC)連接重 配置完成;
[0075] Step5 :eNodeB向無線控制器controller回復演進分組系統(Evolved Packet System, EPS)承載上下文響應;
[0076] Step6 :UE向eNodeB發起修改EPS承載上下文接受請求;
[0077] Step7 :eNodeB向無線控制器controller發起修改EPS承載上下文接受請求;
[0078] Step8 :UE反饋業務時延給無線控制器;
[0079] Step9 :無線控制器根據UE反饋的業務時延,判斷業務時延滿足了業務要求,于是 啟動業務計費。
[0080] 本實施例中業務時延的反饋是通過UE上報的方式完成,實際實現過程中,也可以 是游戲的運營商上報的方式,也可以是無線控制器通過探測業務層的時延來完成。
[0081] 基于上述網絡架構,本發明實施例的第二種減少游戲業務時延的方法如圖8所 示:包括:
[0082] Stepl :UE向無線控制器controller發起請求,請求對游戲業務進行加速;請求中 攜帶UE在網絡運營商的身份標識,以及加速后的時延信息。controller根據UE在網絡運 營商的標識進行鑒權。
[0083] Step2 :無線控制器controller檢測到UE的業務時延沒有達到請求的業務時延要 求;于是無線控制器controller生成相關的路由器轉發策略,該策略可以控制路由器優化 轉發路徑,從而帶來業務時延的減少;
[0084] 本實施例可以是在第一種方法中的加速時延后依然未達到要求后,進行的進一步 處理;即本方法中st印2取代第一種方法中st印9后的流程。
[0085] St印3 :無線控制器controller將路由器轉發策略下發給相應的路由器中。
[0086] 本實施例中所指的路由器可以是基于Openflow的路由器,這樣相應的路由轉發 策略可以是基于Openflow的規則。
[0087] Step4:路由器收到轉發策略后,將更新路由器的轉發表,后續路由器轉發數據包 的時候將根據新的規則進行路由轉發。
[0088] Step5 :UE向無線控制器反饋新的業務時延。
[0089] 本實施例業務時延采用UE反饋的方式進行采集,實際實施中也可以是無線控制 器自己采集,或者是游戲服務器上報的方式。
[0090] Step6 :反饋的業務時延達到要求后,無線控制器controller啟動計費。
[0091] 基于上述網絡架構,本發明實施例的第三種減少游戲業務時延的方法如圖9所 示:包括:
[0092] Stepl :UE向無線控制器controller發起請求,請求對游戲業務進行加速,請求中 攜帶UE在網絡運營商的身份標識,游戲的業務標識,以及加速后的時延信息。controller 根據UE在網絡運營商的標識進行鑒權。
[0093] Step2 :無線控制器controller檢測到UE的業務時延沒有達到請求的業務時延要 求;無線控制器controller通過判決從空口調度的角度減少網絡的時延;
[0094] 本方法中st印2到st印7可以是在第一種或第二種方法中的加速時延后依然未達 到要求后,進行的進一步處理;即本方法中step2取代第一種或第二種方法中step9后的流 程。
[0095] Step3 :無線控制器controller向eNodeB發起請求,指示基站提高對UE的調度優 先級。
[0096] Step4 :eNodeB收到無線控制器controller發來的請求后,修改每個傳輸時間間 隔(Transmission Time Interval, TTI)對 UE 的空口調度優先級。
[0097] Step5 :eNodeB向無線控制器controller返回修改調度優先級成功響應。
[0098] Step6 :UE向無線控制器反饋新的業務時延。
[0099] 本實施例業務時延采用UE反饋的方式進行采集,實際實施中也可以是無線控制 器自己采集,或者是游戲服務器上報的方式。
[0100] Step7 :反饋的業務時延達到要求后,無線控制器controller啟動計費。
[0101] 基于上述網絡架構,本發明實施例的第四種減少游戲業務時延的方法如圖10所 示,包括:
[0102] Stepl :UE向無線控制器controller發起請求,請求對游戲業務進行加速;請求中 攜帶UE在網絡運營商的身份標識,游戲的業務標識,以及加速后的時延信息。controller 根據UE在網絡運營商的標識進行鑒權。
[0103] Step2 :無線控制器controller檢測到UE的業務時延沒有達到請求的業務時延 要求;無線控制器controller通過判決從空口減少混合自動重傳請求(Hybrid Automatic R印eat Request,HARQ)和ARQ (自動請求重發)的角度減少網絡的時延。
[0104] 本實施例中step2到step7可以是在上述任一種方法中的加速時延后依然未達到 要求后,進行的進一步處理;即本方法中st印2取代上述任一方法中st印9后的流程。
[0105] Step3 :無線控制器controller指示基站減少對UE的重傳消息。
[0106] St印4 :eNodeB修改每個TTI對UE的HARQ重傳次數。
[0107] Step5 :eNodeB向無線控制器controller反饋修改成功響應。
[0108] Step6 :UE向無線控制器controller反饋網絡時延。
[0109] Step7 :反饋的業務時延達到要求后,無線控制器controller啟動計費。
[0110] 上述四種減少業務時延的方法中描述的是UE向網絡運營商請求時延加速,本方 法中也可以演變成,UE向游戲的運營商請求業務時延加速,然后游戲的運營商向無線控制 器Controller請求對指定UE的指定業務進行時延的加速。即流程替換為如圖11所示,以 改進第一種方法的流程進行說明。該替換流程包括:
[0111] Stepl :UE向游戲運營商發起的業務加速請求中需要攜帶UE所在網絡運營商的身 份標識,UE的游戲業務在網絡運營商的業務標識。
[0112] Step2 :游戲運營商向無線控制器controller發起請求,請求對UE進行時時延 加速,該請求中攜帶UE在網絡運營商中的身份標識,以及游戲業務在網絡運營商的業務標 識,游戲運營商在網絡運營商的身份標識。由于攜帶了"業務運營商在網絡運營商的業務標 識",該業務標志和時延是相關的,比如視頻業務預定時延必須是50ms,游戲業務時延必須 是 10ms。
[0113] Step3 :無線控制器controller收到該請求后,對游戲運營商進行鑒權;并根據 st印2中攜帶的信息,找到UE在網絡運營商業務標識或者承載標識。
[0114] 鑒權通過后,便由controller采用上述第一種到第四種方法中的任一種方式來 減少業務時延。
[0115] 通過上述方法,用戶設備可以在需要時發起請求,以減少業務時延。
[0116] 本發明還提供了一種減少業務時延的控制器,如圖12所示包括:請求接收單元 1210、時延調整單元1220和時延調整單元1230。
[0117] 請求接收單元1210用于接收用戶設備UE發起的業務時延加速請求,并將該請求 發送至時延調整單元1220。請求接收單元1210具體用于接收UE向其直接發起的業務時延 加速的請求,所述請求中攜帶UE在網絡運營商的身份標識、UE在業務運營商的業務標識、 以及要求的時延信息。或者具體用于接收業務運營商上報UE的業務時延加速請求,所述 請求中攜帶UE所在網絡運營商的身份標識、UE在網絡運營商的業務標識、業務運營商在網 絡運營商的業務標識及業務運營商在網絡運營商的身份標識;收到業務運營商上報的請求 后,對業務運營商進行鑒權,并根據所述請求中攜帶的信息,找到UE在網絡運營商業務標 識或者承載標識。
[0118] 時延調整單元1220用于根據所述業務時延加速請求調整核心網、UE的接入網兩 者或兩者之一的傳輸時延。以使得調整后的時延能夠達到UE要求的時延。
[0119] 其中,時延調整單元1220具體通過以下四種方式進行調節:
[0120] (1)時延調整單元1220向位于UE的接入網側的為UE服務的基站eNodeB發起QoS 修改請求,該請求用來修改UE的業務QoS等級,或者是修改UE的承載。
[0121] (2)時延調整單元1220生成用于減少業務時延的路由轉發策略以控制路由器優 化轉發路徑,并將所述路由轉發策略下發給位于核心網的路由器。
[0122] (3)時延調整單元1220向位于UE的接入網側的基站eNodeB發起請求,指示基站 eNodeB提高對UE的調度優先級。
[0123] (4)時延調整單元1220指示位于UE的接入網側的基站eNodeB減少對UE的重傳 消息。
[0124] 時延反饋單元1230獲取調整后所述UE反饋的時延,若達到所述UE要求的時延, 則完成調整;若未達到要求,則反饋信息至時延調整單元1220使其繼續調整直到達到要 求。時延反饋單元1230用于接收UE上報調整后時延;或接收業務運營商上報調整后時延; 通過探測業務層的時延來獲取調整后所述UE反饋的時延。
[0125] 該減少業務時延的控制器還包括計費啟動單元1240,用于啟動業務計費。時延反 饋單元1230判斷調整后達到要求的時延,則通知計費啟動單元1240啟動業務計費。
[0126] 本發明還提供了一種減少業務時延的系統,其結構圖如圖5所示,包括:用戶設備 UE、無線控制器controller、無線接入網及業務運營商服務器,所述UE通過所述無線接入 網連接所述controller,所述controller通過核心網連接所述業務運營商服務器,所述業 務運營商服務器為所述UE提供業務服務,其特征在于,所述UE發送業務時延加速請求至所 述controller,所述controller用于根據所述請求調整核心網、UE的接入網兩者或兩者之 一的傳輸時延,所述UE將調整后的時延反饋至所述controller。
[0127] 進一步地,所述UE具體用于將攜帶有UE在網絡運營商的身份標識、業務標識、以 及加速后的時延信息的數據發送至所述controller。
[0128] 進一步地,所述UE具體用于將攜帶有UE在網絡運營商的身份標識及業務標識的 數據發送至所述業務運營商服務器;所述業務運營商向所述controller發起攜帶有UE在 網絡運營商的身份標識、業務標識及在業務運營商的身份標識的請求;所述controller用 于在收到業務運營商發起的請求后,對業務運營商進行鑒權,并根據所述UE在網絡運營商 的身份標識、業務標識及業務運營商的身份標識,找到UE使用的業務對應的運營商業務標 識。
[0129] 進一步地,所述controller用于根據所述UE在網絡運營商的標識及業務標識,查 找到UE使用的業務對應的運營商業務標識或者是承載標識,并向無線接入網中為UE服務 的基站eNodeB發起QoS修改請求,該請求用來修改UE的業務QoS等級,或者是修改UE的 承載;eNodeB收到該請求后,向UE發起修改承載上下文請求;UE收到請求后回復RRC連接 重配置完成;eNodeB向無線控制器controller回復EPS承載上下文響應;UE向eNodeB發 起修改EPS承載上下文接受請求;eNodeB向無線控制器controller發起修改EPS承載上 下文接受請求。
[0130] 進一步地,當所述controller檢測到UE的業務時延沒有達到請求的業務時延要 求時,所述controller生成用于減少業務時延的路由器轉發策略并將路由器轉發策略下 發給相應的路由器;所述路由器用于收到轉發策略后,更新路由器的轉發表,后續路由器轉 發數據包的時候將根據所述策略進行路由轉發。
[0131] 進一步地,當所述controller檢測到UE的業務時延沒有達到請求的業務時延要 求時,所述controller向無線接入網中的基站eNodeB發起請求,指示基站提高對UE的調 度優先級;eNodeB收到所述controller發來的請求后,修改每個傳輸時間間隔對UE的空 口調度優先級,并向所述controller返回修改調度優先級成功響應。
[0132] 進一步地,當所述controller檢測到UE的業務時延沒有達到請求的業務時延要 求時,所述controller指示基站eNodeB減少對UE的重傳消息;eNodeB修改每個傳輸時間 間隔對UE的HARQ重傳次數;eNodeB向所述controller反饋修改成功響應。
[0133] 進一步地,所述UE具體用于將調整后的時延反饋至所述controller。
[0134] 進一步地,所述業務運營商服務器具體用于將調整后的時延反饋至所述 controller。
[0135] 進一步地,所述controller具體用于通過探測業務層的時延來獲取調整后所述 UE反饋的時延。
[0136] 本領域普通技術人員將會理解,本發明的各個方面、或各個方面的可能實現方式 可以被具體實施為系統、方法或者計算機程序產品。因此,本發明的各方面、或各個方面的 可能實現方式可以采用完全硬件實施例、完全軟件實施例(包括固件、駐留軟件等等),或 者組合軟件和硬件方面的實施例的形式,在這里都統稱為"電路"、"模塊"或者"系統"。此 夕卜,本發明的各方面、或各個方面的可能實現方式可以采用計算機程序產品的形式,計算機 程序產品是指存儲在計算機可讀介質中的計算機可讀程序代碼。
[0137] 計算機可讀介質可以是計算機可讀信號介質或者計算機可讀存儲介質。計算機可 讀存儲介質包含但不限于電子、磁性、光學、電磁、紅外或半導體系統、設備或者裝置,或者 前述的任意適當組合,如隨機存取存儲器(RAM)、只讀存儲器(ROM)、可擦除可編程只讀存 儲器(EPR0M或者快閃存儲器)、光纖、便攜式只讀存儲器(CD-ROM)。
[0138] 計算機中的處理器讀取存儲在計算機可讀介質中的計算機可讀程序代碼,使得處 理器能夠執行在流程圖中每個步驟、或各步驟的組合中規定的功能動作;生成實施在框圖 的每一塊、或各塊的組合中規定的功能動作的裝置。
[0139] 計算機可讀程序代碼可以完全在用戶的計算機上執行、部分在用戶的計算機上執 行、作為單獨的軟件包、部分在用戶的計算機上并且部分在遠程計算機上,或者完全在遠程 計算機或者服務器上執行。也應該注意,在某些替代實施方案中,在流程圖中各步驟、或框 圖中各塊所注明的功能可能不按圖中注明的順序發生。例如,依賴于所涉及的功能,接連示 出的兩個步驟、或兩個塊實際上可能被大致同時執行,或者這些塊有時候可能被以相反順 序執行。
[0140] 顯然,本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精 神和范圍。這樣,倘若本發明的這些修改和變型屬于本發明權利要求及其等同技術的范圍 之內,則本發明也意圖包含這些改動和變型在內。
【權利要求】
1. 一種減少業務時延的方法,其特征在于,包括步驟: 控制器接收用戶設備UE發起的業務時延加速請求; 所述控制器根據所述業務時延加速請求調整核心網、UE的接入網兩者或兩者之一的傳 輸時延; 所述控制器獲取調整后所述UE反饋的時延,若達到所述UE要求的時延,則完成調整。
2. 如權利要求1所述的減少業務時延的方法,其特征在于,所述控制器接收用戶設備 UE發起的業務時延加速請求的步驟具體包括: 所述控制器接收UE向其直接發起的業務時延加速的請求,所述請求中攜帶包括UE在 網絡運營商的身份標識、UE在業務運營商的業務標識、以及要求的時延的信息。
3. 如權利要求1所述的減少業務時延的方法,其特征在于,所述控制器接收用戶設備 UE發起的業務時延加速請求的步驟具體包括: 所述控制器接收業務運營商上報UE的業務時延加速請求,所述請求中攜帶包括:UE在 網絡運營商的身份標識、UE在網絡運營商的業務標識、業務運營商在網絡運營商的業務標 識、身份標識和要求的時延的信息; 所述控制器收到業務運營商上報的請求后,對業務運營商進行鑒權,并根據所述請求 中攜帶的信息,找到UE在網絡運營商業務標識或者承載標識。
4. 如權利要求2或3所述的減少業務時延的方法,其特征在于,所述控制器根據所述業 務時延加速請求調整核心網、UE的接入網兩者或兩者之一的傳輸時延的步驟具體包括: 所述控制器向為UE服務的基站eNodeB發起服務質量QoS修改請求,該請求用來修改 UE的業務QoS等級,或者是修改UE的承載;或者, 所述控制器生成用于減少業務時延的路由轉發策略以控制路由器優化轉發路徑; 所述控制器將所述路由轉發策略下發給位于核心網的路由器;或者, 所述控制器向位于所述UE的接入網的基站eNodeB發起請求,指示基站eNodeB提高對 UE的調度優先級;或者, 所述控制器指示位于所述UE的接入網的基站eNodeB減少對UE的重傳消息。
5. 如權利要求1所述的減少業務時延的方法,其特征在于,所述控制器獲取調整后所 述UE反饋的時延包括: 所述控制器接收UE上報調整后時延;或接收業務運營商上報調整后時延;或所述控制 器通過探測業務層的時延來獲取調整后所述UE反饋的時延。
6. 如權利要求1所述的減少業務時延的方法,其特征在于,所述控制器獲取調整后所 述UE反饋的時延,若未達到UE要求的時延,則重復執行所述調整核心網、UE的接入網兩者 或兩者之一的傳輸時延的步驟,直到達到UE要求的時延。
7. 如權利要求1所述的減少業務時延的方法,其特征在于,完成調整后還包括:所述控 制器啟動業務計費。
8. -種減少業務時延的控制器,其特征在于,包括: 請求接收單元,用于接收用戶設備UE發起的業務時延加速請求; 時延調整單元,用于根據所述業務時延加速請求調整核心網、UE的接入網兩者或兩者 之一的傳輸時延; 時延反饋單元,用于獲取調整后所述UE反饋的時延,若達到所述UE要求的時延,則完 成調整。
9. 如權利要求8所述的減少業務時延的控制器,其特征在于,請求接收單元具體用于 接收UE向其直接發起的業務時延加速的請求,所述請求中攜帶包括UE在網絡運營商的身 份標識、UE在業務運營商的業務標識、以及要求的時延的信息。
10. 如權利要求8所述的減少業務時延的控制器,其特征在于,請求接收單元具體用于 接收業務運營商上報UE的業務時延加速請求,所述請求中攜帶包括UE在網絡運營商的身 份標識、UE在網絡運營商的業務標識、業務運營商在網絡運營商的業務標識及業務運營商 在網絡運營商的身份標識的信息;收到業務運營商上報的請求后,對業務運營商進行鑒權, 并根據所述請求中攜帶的信息,找到UE在網絡運營商業務標識或者承載標識。
11. 如權利要求9或10所述的減少業務時延的控制器,其特征在于,所述時延調整單元 具體用于向位于所述UE的接入網的為UE服務的基站eNodeB發起服務質量QoS修改請求, 該請求用來修改UE的業務QoS等級,或者是修改UE的承載;或者, 所述時延調整單元具體用于生成用于減少業務時延的路由轉發策略以控制路由器優 化轉發路徑,并將所述路由轉發策略下發給位于核心網的路由器;或者, 所述時延調整單元具體用于向位于所述UE的接入網的基站eNodeB發起請求,指示基 站eNodeB提高對UE的調度優先級;或者, 所述時延調整單元具體用于指示位于所述UE的接入網的基站eNodeB減少對UE的重 傳消息。
12. 如權利要求8所述的減少業務時延的控制器,其特征在于,所述時延反饋單元用于 接收UE上報調整后時延;或接收業務運營商上報調整后時延;通過探測業務層的時延來獲 取調整后所述UE反饋的時延。
13. 如權利要求8所述的減少業務時延的控制器,其特征在于,所述控制器還包括計費 啟動單元,用于啟動業務計費。
14. 如權利要求8所述的減少業務時延的控制器,其特征在于,所述控制器通過0R3接 口連接位于核心網側的業務運營商,通過0R1接口連接所述UE的接入網,通過0R2接口連 接所述UE。
【文檔編號】H04W28/24GK104066125SQ201310088794
【公開日】2014年9月24日 申請日期:2013年3月19日 優先權日:2013年3月19日
【發明者】陳學梁, 李丹 申請人:華為技術有限公司