国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      減少業(yè)務(wù)時(shí)延的方法及控制器的制造方法

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

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

      【背景技術(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)或者移動管理實(shí)體(Mobility Management Entity,MME)主動發(fā)起,基站eNodeB不能主 動發(fā)起。如果是MME主動發(fā)起的承載建立流程,則無步驟1和步驟2 ;UE發(fā)起的承載建立流 程,核心網(wǎng)可以回復(fù)承載建立、修改流程;可以同時(shí)建立多個(gè)專用承載,但目前還不支持。
      [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ùn)營商簽約電信業(yè)務(wù)的信 息,可以包括:用戶使用電信業(yè)務(wù)帶寬,用戶使用電信業(yè)務(wù)的時(shí)間,用戶使用電信業(yè)務(wù)的資 費(fèi),用戶使用電信業(yè)務(wù)的可用率等等,如:運(yùn)營商保證業(yè)務(wù)的全年中斷時(shí)間小于2小時(shí))的 修改都是由核心網(wǎng)觸發(fā),而核心網(wǎng)屬于電信網(wǎng)絡(luò)中的黑盒子,盡管有一些所謂的基于核心 網(wǎng)改造提出的電信能力開放的方案,但是這種方案對底層網(wǎng)絡(luò)能力的開放依然不夠多。現(xiàn) 有技術(shù)主要是通過核心網(wǎng)的交互,從Q〇S,專有承載的角度去完成業(yè)務(wù)帶寬的變更,不支持 對外實(shí)時(shí)變更用戶在無線側(cè)的優(yōu)先級,以及對外提供對無線網(wǎng)絡(luò)接入側(cè)的網(wǎng)絡(luò)能力開放。 典型業(yè)務(wù)的QoS包括:用戶的電信業(yè)務(wù)帶寬,用戶的電信業(yè)務(wù)時(shí)延,用戶的電信業(yè)務(wù)可用率 等等,因此電信業(yè)務(wù)時(shí)延是QoS的一個(gè)指標(biāo)?,F(xiàn)有技術(shù)主要是從改善電信QoS的角度去改 善業(yè)務(wù)時(shí)延(比如:當(dāng)用戶接入帶寬受限時(shí),可能導(dǎo)致用戶業(yè)務(wù)時(shí)延增大,這樣現(xiàn)有技術(shù)就 從改善用戶接入帶寬去改善時(shí)延;再比如當(dāng)用戶業(yè)務(wù)數(shù)據(jù)的路由阻塞時(shí),現(xiàn)有技術(shù)則考慮 從優(yōu)化數(shù)據(jù)包路由的角度去改善)。
      [0007] 而電信系統(tǒng)中的現(xiàn)有技術(shù)中改善QoS都是將QoS策略從核心網(wǎng)側(cè)映射到接入網(wǎng)來 處理的,中間要通過一個(gè)復(fù)雜的映射和轉(zhuǎn)換過程,導(dǎo)致時(shí)延改善的實(shí)時(shí)性不是特別好。另外 由于電信業(yè)務(wù)的QoS并不等于用戶使用0ΤΤ業(yè)務(wù)的QoS,因此運(yùn)營商優(yōu)化電信業(yè)務(wù)不會考 慮0ΤΤ (over the top,指互聯(lián)網(wǎng)公司越過電信(telecom)運(yùn)營商,發(fā)展基于開放互聯(lián)網(wǎng)的 各種視頻及數(shù)據(jù)服務(wù)業(yè)務(wù),強(qiáng)調(diào)服務(wù)與物理網(wǎng)絡(luò)的無關(guān)性)業(yè)務(wù)的時(shí)延遲,因此并不能保證 按用戶要求改善0ΤΤ的業(yè)務(wù)時(shí)延。


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

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

      【專利附圖】

      【附圖說明】
      [0029] 為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案,下面將對實(shí)施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作一簡單地介紹,顯而易見地,下面描述中的附圖是本發(fā) 明的一些實(shí)施例,對于本領(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ā)明實(shí)施例的一種減少業(yè)務(wù)時(shí)延的方法流程圖;
      [0036] 圖7是本發(fā)明實(shí)施例的第一種減少游戲業(yè)務(wù)時(shí)延的方法流程圖;
      [0037] 圖8是本發(fā)明實(shí)施例的第二種減少游戲業(yè)務(wù)時(shí)延的方法流程圖;
      [0038] 圖9是本發(fā)明實(shí)施例的第二種減少游戲業(yè)務(wù)時(shí)延的方法流程圖;
      [0039] 圖10是本發(fā)明實(shí)施例的第四種減少游戲業(yè)務(wù)時(shí)延的方法流程圖;
      [0040] 圖11是本發(fā)明實(shí)施例的第五種減少游戲業(yè)務(wù)時(shí)延的方法流程圖;
      [0041] 圖12是本發(fā)明實(shí)施例的一種減少業(yè)務(wù)時(shí)延的控制器的結(jié)構(gòu)示意圖。

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