• <tr id="yyy80"></tr>
  • <sup id="yyy80"></sup>
  • <tfoot id="yyy80"><noscript id="yyy80"></noscript></tfoot>
  • 99热精品在线国产_美女午夜性视频免费_国产精品国产高清国产av_av欧美777_自拍偷自拍亚洲精品老妇_亚洲熟女精品中文字幕_www日本黄色视频网_国产精品野战在线观看 ?

    基于負載均衡的MEH靜態(tài)切換機制

    2018-07-23 08:00:50劉海鵬
    電信科學 2018年7期
    關鍵詞:信令隊列靜態(tài)

    劉海鵬

    ?

    基于負載均衡的MEH靜態(tài)切換機制

    劉海鵬1,2

    (1. 聯(lián)想集團,北京 100085;2. 北京經(jīng)貿(mào)職業(yè)學院,北京 102488)

    對歐洲電信標準化協(xié)會(ETSI)提出的針對移動邊緣主機(MEH)服務器的切換機制進行了補充和完善,提出了基于負載均衡的MEH靜態(tài)切換機制。該機制通過將用戶設備對應應用實例遷移到與其所屬本地高負載服務器相鄰的某個低負載服務器,實現(xiàn)了緩解原控制服務器處瓶頸效應、均衡網(wǎng)絡節(jié)點間負載、優(yōu)化信令平均等待時延的目的。分析和仿真結(jié)果表明,提出的靜態(tài)切換機制能夠在均衡網(wǎng)絡負載和提升用戶滿意度方面對ETSI規(guī)范提供有效的補充和完善。

    5G;移動邊緣計算;切換;負載均衡

    1 引言

    伴隨著5G移動通信技術[1]大規(guī)模商業(yè)化的日益臨近,5G技術所特有的低時延、高帶寬、大容量等特性激發(fā)起全球電信運營商以及互聯(lián)網(wǎng)廠商對新興“殺手級”業(yè)務出現(xiàn)的無限憧憬與聯(lián)想。與此同時,正在興起的車聯(lián)網(wǎng)(internet of vehicle)、增強現(xiàn)實(augmented reality,AR)、物聯(lián)網(wǎng)(internet of things,IoT)、智能視頻加速(intelligent video acceleration)、無人機等業(yè)務則寄希望于能夠得到5G網(wǎng)絡在諸如端到端時延、網(wǎng)絡帶寬、存儲及計算能力等方面的有力支持,實現(xiàn)用戶體驗和滿意度方面質(zhì)的提升和飛躍。在這種業(yè)務與網(wǎng)絡相互促進與融合現(xiàn)狀的推動下,移動邊緣計算(mobile edge computing,MEC,也被稱為多接入邊緣計算(multi-access edge computing))[2-3]技術作為5G最重要的代表性業(yè)務能力之一,引起了學術界和產(chǎn)業(yè)界的高度關注。MEC通過把網(wǎng)絡遠端云計算中心側(cè)部分存儲和計算能力按需轉(zhuǎn)移到網(wǎng)絡邊緣側(cè),使第三方業(yè)務廠商能夠直接在更加靠近業(yè)務終端的位置向最終用戶提供滿足超低時延、超高帶寬以及超高存儲和計算能力的服務。歐洲電信標準化協(xié)會(European Telecommunications Standards Institute,ETSI)、第三代合作伙伴計劃(3rd Generation Partnership Project,3GPP)等國際標準化組織正在對MEC系統(tǒng)架構及其實現(xiàn)方案進行深入研究、規(guī)范和定義。MEC的系統(tǒng)參考架構如圖1所示[4],通常一個獨立的MEC系統(tǒng)由若干個移動邊緣主機(mobile edge host,MEH)實體及其他軟硬件實體協(xié)作構成。MEH實體可被看作移動邊緣業(yè)務應用(ME application)運行服務器,其軟件模塊主要包括移動邊緣平臺(mobile edge platform,MEP)、虛擬基礎設施(virtualization infrastructure,VI)以及運行在MEH上的多個ME App等。移動邊緣編排器(mobile edge orchestrator,MEO)是整個MEC系統(tǒng)的核心控制管理組件,負責管理和維護當前系統(tǒng)中全部MEH及其存儲和計算資源,協(xié)調(diào)各個ME App所需承載MEH的選擇和變換,同時跟蹤和觸發(fā)ME App的實例化、運行、終止以及特定場景下ME App實例在不同MEH之間的遷移等。

    2 MEC系統(tǒng)中的移動性管理

    參考現(xiàn)有研究成果[5],一種MEC系統(tǒng)的典型網(wǎng)絡拓撲部署如圖2所示。整個重疊網(wǎng)絡(overlay network)系統(tǒng)分成上下兩層,分別是底層的物理通信承載蜂窩網(wǎng)絡(LTE(long term evolution)網(wǎng)絡或者5G網(wǎng)絡)和上層由MEC不同功能實體(如MEH、MEO等)構成的MEC網(wǎng)絡。每個蜂窩小區(qū)可以是LTE小區(qū)或者5G小區(qū),一個MEH物理上被部署在某一特定蜂窩小區(qū)基站處,可能會同時負責管理維護本蜂窩小區(qū)和周邊多個相鄰蜂窩小區(qū)內(nèi)授權用戶設備(user equipment,UE)的移動邊緣業(yè)務。當某一UE啟動其訂購的相應服務后,其所屬區(qū)域?qū)狹EH中會自動實例化一個應用對象,這里稱為應用實例(application instance,AI),AI主要負責保存相應的服務上下文信息,記錄當前使用該服務的UE信息,同UE進行實時的交互,監(jiān)控和保障服務的正常使用。

    圖1 MEC系統(tǒng)參考架構

    圖2 MEC系統(tǒng)部署方案示意

    在ETSI 018規(guī)范建議中[6],為了保障UE上業(yè)務連續(xù)性和良好的用戶業(yè)務體驗(quality of experience,QoE),當UE在底層承載網(wǎng)絡相鄰蜂窩小區(qū)之間移動時,會觸發(fā)承載網(wǎng)絡蜂窩小區(qū)基站對UE管理權的切換,進一步也有可能會觸發(fā)上層相鄰兩個MEH服務器之間對UE上所運行業(yè)務應用實例管理權的切換,從而導致AI在不同MEH之間的遷移。也就是說,UE的物理移動可能會最終導致特定AI從當前源承載MEH(source MEH,S-MEH)切換到目標承載MEH(target MEH,T-MEH),本文中將這種切換方式定義為MEH動態(tài)切換。同上述場景相對應的是當UE在特定承載網(wǎng)絡蜂窩小區(qū)內(nèi)處于相對靜止狀態(tài)下(沒有離開當前小區(qū)的運動趨勢或者動作),由于當前所屬本地MEH負載過重導致的服務質(zhì)量下降和QoE異常,或者其他原因也有可能導致MEH管理權的切換,這里將這種切換方式定義為MEH靜態(tài)切換。

    動態(tài)切換和靜態(tài)切換都是將UE服務對應的AI從S-MEH遷移到T-MEH,但是兩者的觸發(fā)條件和產(chǎn)生原因是不同的。動態(tài)切換發(fā)生的最根本原因是UE在物理位置上發(fā)生了移動和改變,而靜態(tài)切換發(fā)生的直接原因則是由于當前MEH負載過重或者通信鏈路負載過重等。針對兩種切換模式的研究對于保證MEC業(yè)務連續(xù)性和用戶業(yè)務體驗QoE都是極其重要的[4,6],但是當前針對MEC系統(tǒng)中移動性的管理研究[7-8]以及MEH切換技術的研究才剛剛起步,無論是針對MEH動態(tài)切換還是MEH靜態(tài)切換的研究成果都很少見,本文提出一種基于不同MEH服務器節(jié)點間負載均衡的MEH靜態(tài)切換機制。

    3 基于負載均衡的MEH靜態(tài)切換機制

    通常情況下MEC網(wǎng)絡主要由若干MEH節(jié)點協(xié)作構成,每個MEH節(jié)點負責維護相應地理范圍內(nèi)全部本地UE的MEC業(yè)務,這里把特定UE當前所屬本地MEH定義為該UE的控制MEH(controlling MEH,C-MEH),與C-MEH在MEC網(wǎng)絡拓撲圖中相鄰的MEH被稱為參與MEH(participating MEH,P-MEH)。每個MEH節(jié)點服務小區(qū)的實際管轄范圍對應底層一個或者多個蜂窩網(wǎng)絡通信小區(qū),并且MEH就部署在某個蜂窩小區(qū)的基站側(cè)。為避免混淆,本文后續(xù)在分析MEH切換算法時將忽略底層的物理通信承載網(wǎng)絡,只關注上層的MEH節(jié)點、MEO節(jié)點及MEC網(wǎng)絡其他相關節(jié)點。當特定UE在所屬本地MEH服務小區(qū)管轄范圍內(nèi)相對靜止(沒有明顯離開本MEH服務小區(qū)的運動趨勢或者動作)時,有可能發(fā)生由于當前C-MEH服務器節(jié)點負載過重導致的服務質(zhì)量和用戶體驗QoE下降,從而觸發(fā)MEH靜態(tài)切換。

    3.1 機制描述

    為了方便判定特定MEH服務器是否能夠被作為待切換目標服務器以及標記與衡量其負載狀況,定義服務器待切換狀況參考指數(shù)。關于的取值,首先要考慮該服務器是否能夠滿足在接管特定UE后的業(yè)務時延要求,這可以通過MEO定期向指定UE及其所屬MEH發(fā)送相關業(yè)務時延環(huán)回測試指令消息,并根據(jù)返回消息的時延等參數(shù)來驗證和判定。因為只有在服務器能夠滿足業(yè)務時延要求的前提下,業(yè)務在服務器之間的切換才有實際意義。當服務器滿足業(yè)務時延要求時,其對應參考指數(shù)的取值主要體現(xiàn)的是服務器當前負載狀況,這可以通過MEO定期向相關MEH發(fā)送指定查詢和測量消息,然后根據(jù)接收到反饋消息的內(nèi)容以及接收到反饋消息的時延等參數(shù)進一步遵循特定算法計算得到。進一步定義的有效取值范圍(比如滿足條件0<<1),當取值滿足在特定時間段內(nèi)持續(xù)大于特定閾值(比如>0.8),則認為相應MEH處于高負載狀況,需要啟動切換算法來進行UE所屬C-MEH服務器的靜態(tài)切換;反之,則不用啟動切換算法,維持當前C-MEH不變。這里特定時間段長度和參考閾值的選擇要根據(jù)具體場景確定,同時注意避免產(chǎn)生切換的乒乓效應。文中對切換機制的描述重點集中在切換操作的主要觸發(fā)要素、目標切換節(jié)點的選擇策略、待切換目標節(jié)點隊列的更新維護算法等幾個主要方面,關于觸發(fā)過程中采用的信令交互流程可參照參考文獻[6]中關于動態(tài)切換信令交互部分的建議,這里不再贅述。針對特定UE的MEH靜態(tài)切換算法操作步驟描述如圖3所示。

    圖3 針對特定UE的MEH靜態(tài)切換算法操作流程

    待切換目標隊列更新算法(包括4個子算法)描述如圖4所示。

    圖4 更新待切換目標隊列算法

    待切換目標隊列為當前指定UE的C-MEH節(jié)點和所有P-MEH節(jié)點中的有效節(jié)點構成的虛擬隊列。從隊列頭至隊列尾各個節(jié)點按照本身值的大小升序排列,即隊列中越是位置靠前(靠近隊頭)的節(jié)點其值越小,負載越低;越是位置靠后(遠離隊頭)的節(jié)點其值越大,負載越高。隊列頭部節(jié)點始終為啟動切換操作后的首要T-MEH(隊列中負載最低的節(jié)點),切換成功完成后,將該頭部節(jié)點從待切換隊列中刪除,隊列中其他后續(xù)節(jié)點在隊列中的位置均自動前移一位,同時相對位置和順序保持不變。這樣可以保證負載更小的節(jié)點有更多的機會被切換成C-MEH。

    隊列中有效節(jié)點的定義為該節(jié)點值不超過閾值的節(jié)點,即如果該節(jié)點負載狀況正常,就可以作為待切換目標節(jié)點;反之則為無效節(jié)點。由此分析可知,一般來說剛剛完成切換操作的S-MEH通常是無效節(jié)點(因為該節(jié)點通常都是大于閾值的),也不會被插入待切換隊列中??傊?,待切換隊列中的節(jié)點都是有效節(jié)點,如果隊列中某節(jié)點值超過了閾值,轉(zhuǎn)換成無效節(jié)點,則該節(jié)點會實時地從待切換目標隊列中被刪除,隊列中其他節(jié)點相對位置和順序保持不變。反之,如果某無效節(jié)點的負載狀況有所改善而轉(zhuǎn)換成有效節(jié)點,也需要根據(jù)該節(jié)點的實時值插入隊列中相應位置上。另外,隊列中所有有效節(jié)點在隊列中的相對位置和順序要求根據(jù)每個節(jié)點最新值實時動態(tài)更新。

    這里還要補充切換機制要遵循的2個基本原則。

    ? 由于UE是相對靜止在當前服務小區(qū)內(nèi),故要求其對應AI最遠只能由與當前服務小區(qū)相鄰服務小區(qū)的P-MEH來接管,這就保證了UE始終與當前C-MEH距離在1跳范圍內(nèi)。距離超出1跳范圍內(nèi)的切換機制不在本文討論范圍之內(nèi)。

    ? 只要UE所在小區(qū)的MEH服務器節(jié)點負載狀況恢復正常(小于閾值),就把UE所在小區(qū)MEH服務器節(jié)點切換回C-MEH節(jié)點,即UE所在小區(qū)本地MEH服務器節(jié)點擁有隨時被切換回C-MEH的最高優(yōu)先級(其優(yōu)先級超過待切換目標節(jié)點隊列中所有節(jié)點),這樣可以最大限度地保證UE同AI之間的信令消息在底層承載網(wǎng)絡中傳輸時延最小。

    3.2 工作實例

    本節(jié)提供一個工作實例,在圖5中分別就MEH靜態(tài)切換機制以及待切換目標隊列的幾種典型工作場景進行描述和闡釋。假定MEC網(wǎng)絡由5個MEH相鄰節(jié)點構成,包括1個C-MEH和4個P-MEH。初始狀態(tài)某UE工作在C-MEH管轄范圍內(nèi),且C-MEH負載狀況正常(<|’|,’為負載參考閾值)。圖5中每個節(jié)點標識含義如下:分隔符前面數(shù)字為節(jié)點標識,分隔符后面數(shù)字為該節(jié)點在當前待切換等待隊列中的位置標識。比如“3-3”表示節(jié)點3,其在待切換等待隊列中位置為3,還有2個節(jié)點排在其前面,依次類推。有陰影標識的節(jié)點為負載異常節(jié)點,沒有陰影標識的節(jié)點為負載正常節(jié)點。雙環(huán)的節(jié)點為當前C-MEH節(jié)點,即UE服務對應AI當前所在節(jié)點,如圖5(a)中的節(jié)點0、圖5(b)中的節(jié)點1等。

    圖5 典型工作場景機制和原理

    4 數(shù)據(jù)仿真及分析

    基于負載均衡的MEH靜態(tài)切換機制主要作用在上層MEC功能節(jié)點網(wǎng)絡中,如果當前C-MEH節(jié)點負載過重導致本服務小區(qū)下屬UE服務質(zhì)量和QoE下降,則通過將C-MEH功能遷移到相鄰的某個負載相對較輕的小區(qū),從而達到平衡MEH服務器節(jié)點之間負載、減少UE用戶信令平均等待時延、提升用戶體驗和QoE的目的。下面分別從MEH服務器負載均衡性、UE用戶信令平均等待時延以及該機制的代價3個方面進行分析[9]。為討論方便且不失一般性,可以假設任意一個MEH服務器服務等待隊列中來自本小區(qū)UE的各種信令分組到達率符合泊松分布,每個分組得到CPU的處理時間符合負指數(shù)分布,只有一個等待處理隊列(相當于只有一個服務窗口),且服從“先來先服務”的原則,是一個排隊論中M/M/1隊列模型且服務率保持不變。這里從UE所在小區(qū)MEH服務器節(jié)點處的平均服務強度和來自UE的信令分組在服務器節(jié)點處的平均停留時延兩個方面來分析采用靜態(tài)切換機制前后服務器處負載變化情況,MEC會話定義相關變量見表1。

    表1 MEC會話相關變量定義

    4.1 MEH服務器負載均衡性分析

    4.1.1 UE所在小區(qū)本地MEH服務器負載分析

    由式(1)可得切換前在整個會話中C-MEH到達的信令分組總數(shù)為:

    采用切換機制后UE所在小區(qū)MEH服務器到達的信令分組總數(shù)為:

    定義平均服務強度對比函數(shù):

    由式(2)~式(4)可得:

    由Little公式可知采用靜態(tài)切換機制前來自UE的信令分組在C-MEH處的平均停留時延為:

    當采用靜態(tài)切換機制將C-MEH切換到相鄰MEH服務器后,來自UE的信令分組在原C-MEH服務器(該節(jié)點角色已轉(zhuǎn)換為P-MEH)處的平均停留時延為:

    由式(6)、式(7)定義平均停留時延對比函數(shù):

    用MATLAB仿真工具對式(5)和式(8)分別分析對比,結(jié)果如圖6和圖7所示。

    圖6 平均服務強度對比函數(shù)

    圖7 切換前后平均停留時延對比函數(shù)

    從圖6可以看出,當UE所在小區(qū)本地MEH下屬UE數(shù)量固定時,值越大,(,)函數(shù)值越大,說明當UE數(shù)量固定時,遷移出去的AI越多,切換后本地MEH服務器負載減輕越多。當值固定時,UE數(shù)量越大,(,)函數(shù)值越小,說明相對于較大的UE用戶數(shù)量,只有盡量多地遷移本地UE所對應的AI到相鄰服務器,才能更好地減輕本地MEH服務器的節(jié)點負載。

    4.1.2 切換后新C-MEH服務器負載分析

    4.1.3 負載均衡性分析

    本節(jié)分析切換機制前后MEC網(wǎng)絡各個MEH服務器節(jié)點之間負載均衡性變化情況。為了討論方便且不失一般性,可用每個MEH服務器所管轄UE數(shù)量隨機變量來衡量該服務器處負載情況,下屬UE數(shù)量越多,其負載越大,下屬UE數(shù)量越少,其負載越小。結(jié)合參考文獻[10,11]中關于判斷負載均衡性好壞的算法及方差的物理意義,本文通過隨機變量方差的大小來衡量采用切換機制前后系統(tǒng)負載均衡性的好壞,方差越小,說明系統(tǒng)負載均衡性越好,方差越大,說明負載均衡性越差。進一步比較切換前后方差的差值,差值為正且越大說明采用切換對系統(tǒng)負載差異起到的平衡作用越好。根據(jù)方差的基本性質(zhì)“方差等于平方的均值減去均值的平方”,可得切換前的方差為:

    切換后的方差為:

    由式(9)和式(10)可得切換前后方差的差值為:

    在式(11)中,當=0時,意味著沒有發(fā)生任何UE對應AI在MEH服務器間的轉(zhuǎn)移,討論無意義。當>0且滿足(+)<時,切換前后方差的差值恒大于0。表明只要滿足切換后新C-MEH當前下屬UE數(shù)量沒有原C-MEH下屬UE數(shù)量多,切換后負載均衡性就比切換前更好。注意此時切換后新C-MEH當前下屬UE數(shù)量包括本來的個UE和遷移過來的個UE,這里個UE并未真正發(fā)生物理位置上的改變(相應UE所屬物理承載網(wǎng)絡小區(qū)沒變),但是這些UE在MEC網(wǎng)絡中對應AI所屬的MEH服務器發(fā)生了切換。

    如果值保持不變,切換前后負載均衡性的差別主要由和的差值大小決定,和差值越大,切換前后負載均衡性差別越大,切換后負載均衡性要比切換前更好,可見切換對平衡系統(tǒng)負載起到了積極作用。另外當不同MEC小區(qū)下屬UE數(shù)量差別很大時,更容易引起不同MEH服務器節(jié)點負載之間的巨大差異。在現(xiàn)實網(wǎng)絡環(huán)境下,各個MEC小區(qū)當前下屬UE數(shù)量是一個隨機變量,因此更證明了本文提出的靜態(tài)切換方案的必要性。

    4.2 等待時延分析

    4.3 代價分析

    引入MEH靜態(tài)切換機制后整個系統(tǒng)付出的代價可以從3個方面進行考慮:首先是MEO需要維護用于標記與衡量會話中全部相關MEH服務器(包括C-MEH和P-MEH)負載狀況的參考指數(shù),這項任務對于通常具備很高配置的MEO服務器來說,其代價是可以接受的。其次是系統(tǒng)決定啟動切換機制繼而觸發(fā)切換操作直到切換完成后所進行的相關信令交互的代價,相對于5G服務控制信令與數(shù)據(jù)消息交互超大總量來說,此方面也是可以忽略不計的。最后,由于采用切換機制后底層承載通信網(wǎng)絡相當于也被切換到了其他服務小區(qū),所以UE和新C-MEH中相關AI進行信令消息交互的物理通信時延相應會有所增大,但是由于本切換機制里限定了上層MEC網(wǎng)絡中的切換操作僅限制在1跳距離(拓撲圖中兩個相鄰MEH節(jié)點)范圍內(nèi),所以消息交互時延增大幅度基本可以接受(在第4.2節(jié)中已經(jīng)進行過分析)??傊鄬τ谟捎诋斍癠E所在小區(qū)MEH服務器負載狀況惡化導致的業(yè)務連續(xù)性和用戶業(yè)務體驗QoE嚴重下降,上述提到的幾方面代價能夠換來用戶體驗和滿意度方面的明顯提升是值得的。

    5 結(jié)束語

    ETSI對MEC會話中MEH服務器的切換操作定義[6]只提到了當UE移動引起實際的底層物理承載網(wǎng)絡切換時可能會觸發(fā)上層MEC網(wǎng)絡中MEH服務器切換,沒有定義UE不動但是由于UE當前小區(qū)本地MEH負載異常導致的服務質(zhì)量下降時,系統(tǒng)應該采取怎樣的應對策略。本文提出的基于負載均衡的MEH靜態(tài)切換機制對上述應用場景進行了補充定義,該機制能夠有效平衡MEC會話中各MEH節(jié)點負載,降低UE請求處理信令在服務器處平均等待時延和用戶總等待時延,提升服務質(zhì)量和用戶體驗,對ETSI規(guī)范進行了有效補充和完善。后續(xù)研究工作將對部署在NFV環(huán)境中MEC網(wǎng)絡[12]的UE在同一個網(wǎng)絡切片甚至跨不同切片[13]場景下產(chǎn)生明顯運動趨勢時,系統(tǒng)如何進行預判并預先啟動相應切換策略[6]進行深入的研究和分析,進一步降低用戶對小區(qū)業(yè)務切換產(chǎn)生影響的感知,使無縫切換更好地服務于5G低時延、高帶寬、大容量的新業(yè)務。

    [1] FOUKAS X, PATOUNAS G, ELMOKASHFI A, et al. Network slicing in 5G: survey and challenges [J]. IEEE Communications Magazine, 2017, 55(5): 94-100.

    [2] TRAN T X, HAJISAMI A, PANDEY P, et al. Collaborative mobile edge computing in 5G networks: new paradigms, scenarios, and challenges[J]. IEEE Communications Magazine, 2017, 55(4): 54-61.

    [3] ETSI. White paper No.11 mobile edge computing a key technology towards 5G[R]. 2015.

    [4] ETSI. Mobile edge computing (MEC); framework and reference architecture: GS MEC 003 V1.1.1[S]. 2016.

    [5] 張建敏, 謝偉良, 楊峰義, 等. 移動邊緣計算技術及其本地分流方案[J]. 電信科學, 2016, 32(7): 132-143.

    ZHANG J M, XIE W L, YANG F Y, et al. Mobile edge computing and application in traffic offloading[J]. Telecommunications Science, 2016, 32(7): 132-143.

    [6] ETSI. Mobile edge computing (MEC); end to end mobility spects: GR MEC 018 V1.1.1[S]. 2017.

    [7] 田輝, 范紹帥, 呂昕晨, 等. 面向5G需求的移動邊緣計算[J]. 北京郵電大學學報, 2017, 40(2): 1-10.

    TIAN H, FAN S S, LV X C, et al. Mobile edge computing for 5G requirements[J]. Journal of Beijing University of Posts and Telecommunications, 2017, 40(2): 1-10.

    [8] 李子姝, 謝人超, 孫禮, 等. 移動邊緣計算綜述[J]. 電信科學, 2018, 34(1): 87-101.

    LI Z S, XIE R C, SUN L, et al. A survey of mobile edge computing[J]. Telecommunications Science, 2018, 34(1): 87-101.

    [9] 劉海鵬, 廖建新, 朱曉民. PoC中一種負載均衡與時延優(yōu)化的RTP媒體流轉(zhuǎn)發(fā)機制[J]. 通信學報, 2010, 31(8): 105-113.

    LIU H P, LIAO J X, ZHU X M. RTP stream transferring scheme with load balancing and delay optimization in PoC[J]. Journal on Communications, 2010, 31(8): 105-113.

    [10] TURGUT D, TURGUT B, DAS S K, et al. Balancing loads in mobile ad hoc networks[C]//The 10th International Conference on Telecommunications, ICT 2003, Feb 23-Mar 1, 2003, Papeete, French Polynesia. Piscataway: IEEE Press, 2003: 490-495.

    [11] 鄭相全. 基于負載均衡的無線自組網(wǎng)關鍵技術與算法研究[D]. 成都: 電子科技大學, 2005: 44-45.

    ZHENG X Q. Research on load-balance based key technologies and algorithms for ad hoc networks[D]. Chengdu: University of Electronic Science and Technology of China, 2005: 44-45.

    [12] ETSI. Mobile edge computing (MEC); deployment of mobile edge computing in an NFV environment: GR MEC 017 V1.1.1[S]. 2018.

    [13] 項弘禹, 肖揚文, 張賢, 等. 5G邊緣計算和網(wǎng)絡切片技術[J]. 電信科學, 2017, 33(6): 54-63.

    XIANG H Y, XIAO Y W, ZHANG X, et al. Edge computing and network slicing technology in 5G[J]. Telecommunications Science, 2017, 33(6): 54-63.

    A static MEH handover scheme based on load balancing

    LIU Haipeng1,2

    1. Lenovo Group, Beijing 100085, China 2. Beijing Professional Business Institute, Beijing 102488, China

    Based on the MEH (mobile edge host) handover scheme proposed by ETSI (European Telecommunications Standards Institute), an improved and supplementary static handover scheme was put forward. By transferring the former C-MEH (controlling MEH) to a neighbor server with lighter load, the scheme decreased the average waiting time of a signal message at the former C-MEH site. The negative effect of bottle-neck at the former C-MEH could also be lightened. Analysis and simulation results show that the scheme can provide effective and positive supplementary to the ETSI specification in balancing network load and improving user’s satisfaction.

    5G, mobile edge computing, handover, load balancing

    TN915

    A

    10.11959/j.issn.1000?0801.2018183

    2018?02?26;

    2018?05?21

    劉海鵬(1975?),男,博士,聯(lián)想集團高級工程師,北京經(jīng)貿(mào)職業(yè)學院副教授,主要研究方向為網(wǎng)絡功能虛擬化(NFV)及移動邊緣計算。

    猜你喜歡
    信令隊列靜態(tài)
    靜態(tài)隨機存儲器在軌自檢算法
    隊列里的小秘密
    基于多隊列切換的SDN擁塞控制*
    軟件(2020年3期)2020-04-20 00:58:44
    SLS字段在七號信令中的運用
    移動信令在交通大數(shù)據(jù)分析中的應用探索
    在隊列里
    基于信令分析的TD-LTE無線網(wǎng)絡應用研究
    消費導刊(2017年24期)2018-01-31 01:28:37
    豐田加速駛?cè)胱詣玉{駛隊列
    LTE網(wǎng)絡信令采集數(shù)據(jù)的分析及探討
    機床靜態(tài)及動態(tài)分析
    機電信息(2015年9期)2015-02-27 15:55:56
    浪卡子县| 五峰| 自治县| 日照市| 富宁县| 河西区| 平湖市| 石泉县| 化州市| 滨州市| 石泉县| 临夏市| 家居| 德阳市| 大方县| 交口县| 苍山县| 永州市| 灵武市| 高阳县| 巨鹿县| 康乐县| 仲巴县| 扎囊县| 崇义县| 大安市| 石屏县| 阿坝| 安新县| 南江县| 方正县| 海原县| 肇庆市| 海盐县| 明星| 什邡市| 河北区| 荃湾区| 瑞昌市| 房山区| 大厂|