本發(fā)明涉及無(wú)線通信領(lǐng)域，特別是涉及基于sdn的mbms網(wǎng)絡(luò)架構(gòu)及網(wǎng)絡(luò)優(yōu)化方法。

背景技術(shù)：

多媒體廣播多播業(yè)務(wù)(mbms，multimediabroadcastmulticastservice)是一種同時(shí)向網(wǎng)絡(luò)中所有用戶或某一部分用戶群體發(fā)送高速的多媒體數(shù)據(jù)業(yè)務(wù)的技術(shù)。在mbms通信系統(tǒng)中，不僅能以單個(gè)小區(qū)為單位進(jìn)行配置和通信，還可以采用多小區(qū)協(xié)作傳輸方式，形成多播廣播單頻網(wǎng)(mbsfn,multimediabroadcastsinglefrequencynetwork)。通過(guò)多小區(qū)采用同一頻率向訂制相同多媒體數(shù)據(jù)業(yè)務(wù)的用戶同時(shí)發(fā)送信息，可以極大地提高小區(qū)整體信噪比分布，還可以大幅度提升頻譜效率。但是在傳統(tǒng)通信網(wǎng)絡(luò)架構(gòu)下，多小區(qū)之間的協(xié)作帶來(lái)的復(fù)雜的信息交互和大量的信令開銷讓網(wǎng)絡(luò)難以承受。傳統(tǒng)通信網(wǎng)絡(luò)下mbms傳輸具有以下局限性：

1)mbms同步傳輸較難實(shí)現(xiàn)。多小區(qū)mbms業(yè)務(wù)需要多小區(qū)同步發(fā)送數(shù)據(jù)，如果不能同步，用戶將不能進(jìn)行宏分集，得不到宏分集增益。網(wǎng)絡(luò)側(cè)在發(fā)送端需要保證物理層幀定時(shí)同步和內(nèi)容傳輸同步。

2)資源管理的難度較大。lte系統(tǒng)中協(xié)調(diào)多小區(qū)mbms傳輸?shù)膍bms協(xié)調(diào)實(shí)體(mce,mbmscoordinationentity)負(fù)責(zé)對(duì)mbms區(qū)域中所有演進(jìn)型移動(dòng)基站(enb,evolvednodeb)分配資源。集中式無(wú)線資源管理(rrm,radioresourcemanagement)方式下mce之間沒(méi)有交互功能，一個(gè)enb只與一個(gè)mce有聯(lián)系。分步式rrm方式下存在一個(gè)主mce和一個(gè)輔mce，輔mce之間沒(méi)有交互。多個(gè)mce之間交互功能較少，提高了資源管理的難度。

3)mbms區(qū)域的動(dòng)態(tài)控制功能難以實(shí)現(xiàn)。傳統(tǒng)網(wǎng)絡(luò)中mbms通信使用的是基于運(yùn)行和維護(hù)(o&m,operationandmaintenance)配置的靜態(tài)mbms網(wǎng)絡(luò)組網(wǎng)方法，該方法操作簡(jiǎn)單，但是靈活性較差。由于傳統(tǒng)mbms業(yè)務(wù)沒(méi)有回傳信息，網(wǎng)絡(luò)動(dòng)態(tài)控制功能難以實(shí)現(xiàn)。

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

發(fā)明目的：本發(fā)明的目的是提供一種能夠解決現(xiàn)有技術(shù)中存在的缺陷的基于sdn的mbms網(wǎng)絡(luò)架構(gòu)及網(wǎng)絡(luò)優(yōu)化方法。

技術(shù)方案：本發(fā)明所述的基于sdn的mbms網(wǎng)絡(luò)架構(gòu)，包括：

openflowapi：用于通過(guò)有線連接與enb進(jìn)行信息的交互；

矩陣收集模塊：與enb連接，用于收集mbms網(wǎng)絡(luò)中的信息；包括信息收集單元api；

openflow插件：用于通過(guò)openflowapi與mbms網(wǎng)絡(luò)之間進(jìn)行信息交互；

協(xié)調(diào)接口：用于將矩陣收集模塊和openflow插件收集的信息傳送給mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊，以及將mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊的信令下發(fā)給路徑優(yōu)化管理模塊、網(wǎng)絡(luò)資源管理模塊、拓?fù)潢P(guān)系映射模塊和緊急問(wèn)題處理模塊；

mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊：用于通過(guò)協(xié)調(diào)接口傳送來(lái)的信息判斷是否發(fā)起mbms網(wǎng)絡(luò)拓?fù)鋬?yōu)化：如果發(fā)起mbms網(wǎng)絡(luò)拓?fù)鋬?yōu)化，則發(fā)出mbms網(wǎng)絡(luò)拓?fù)鋬?yōu)化命令給網(wǎng)絡(luò)優(yōu)化模塊；如果無(wú)需發(fā)起mbms網(wǎng)絡(luò)拓?fù)鋬?yōu)化，則發(fā)出維持當(dāng)前mbms網(wǎng)絡(luò)拓?fù)涿罱o網(wǎng)絡(luò)優(yōu)化模塊；

網(wǎng)絡(luò)優(yōu)化模塊：用于在收到mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊發(fā)出的命令后給出對(duì)應(yīng)的網(wǎng)絡(luò)優(yōu)化方案：當(dāng)收到mbms網(wǎng)絡(luò)拓?fù)鋬?yōu)化命令時(shí)，給出對(duì)應(yīng)的網(wǎng)絡(luò)拓?fù)鋬?yōu)化和資源優(yōu)化方案，并將該網(wǎng)絡(luò)拓?fù)鋬?yōu)化和資源優(yōu)化方案通過(guò)mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊發(fā)送給協(xié)調(diào)接口；當(dāng)收到維持當(dāng)前mbms網(wǎng)絡(luò)拓?fù)涿顣r(shí)，給出對(duì)應(yīng)的資源優(yōu)化方案，并將該資源優(yōu)化方案通過(guò)mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊發(fā)送給協(xié)調(diào)接口；

路徑優(yōu)化管理模塊：用于接收協(xié)調(diào)接口傳送來(lái)的信令，按照網(wǎng)絡(luò)優(yōu)化模塊給出的網(wǎng)絡(luò)優(yōu)化方案進(jìn)行路徑優(yōu)化處理；

網(wǎng)絡(luò)資源管理模塊：用于接收協(xié)調(diào)接口傳送來(lái)的信令，按照網(wǎng)絡(luò)優(yōu)化模塊給出的網(wǎng)絡(luò)優(yōu)化方案進(jìn)行資源分配操作；

拓?fù)潢P(guān)系映射模塊：用于接收協(xié)調(diào)接口傳送來(lái)的信令，按照網(wǎng)絡(luò)優(yōu)化模塊給出的網(wǎng)絡(luò)優(yōu)化方案進(jìn)行網(wǎng)絡(luò)拓?fù)涞母淖儯?/p>

緊急問(wèn)題處理模塊：用于接收協(xié)調(diào)接口傳送來(lái)的信令，按照網(wǎng)絡(luò)優(yōu)化模塊給出的網(wǎng)絡(luò)優(yōu)化方案協(xié)調(diào)路徑優(yōu)化管理模塊、網(wǎng)絡(luò)資源管理模塊和拓?fù)潢P(guān)系映射模塊的功能。

進(jìn)一步，所述openflow插件包括：

網(wǎng)絡(luò)拓?fù)浔O(jiān)控模塊：通過(guò)openflowapi獲取mbms網(wǎng)絡(luò)拓?fù)湫畔ⅲ?/p>

用戶移動(dòng)監(jiān)控模塊：通過(guò)openflowapi獲取mbms網(wǎng)絡(luò)中移動(dòng)用戶的當(dāng)前區(qū)域和目標(biāo)區(qū)域；

無(wú)線資源配置模塊：通過(guò)openflowapi獲取mbms網(wǎng)絡(luò)中無(wú)線資源的配置情況；

通信資源監(jiān)控模塊：通過(guò)openflowapi獲取mbms網(wǎng)絡(luò)中用戶的通信質(zhì)量；

設(shè)備管理模塊：通過(guò)openflowapi獲取mbms網(wǎng)絡(luò)中用戶的信息，管理網(wǎng)絡(luò)中的通信設(shè)備。

進(jìn)一步，所述mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊在mbms網(wǎng)絡(luò)中用戶發(fā)生移動(dòng)時(shí)，通過(guò)判斷網(wǎng)絡(luò)拓?fù)鋬?yōu)化后網(wǎng)絡(luò)性能的提升程度與網(wǎng)絡(luò)拓?fù)鋬?yōu)化的代價(jià)之比是否超過(guò)閾值，判斷是否發(fā)出mbms網(wǎng)絡(luò)拓?fù)鋬?yōu)化命令：如果超過(guò)閾值，則發(fā)出mbms網(wǎng)絡(luò)拓?fù)鋬?yōu)化命令；否則，則發(fā)出維持當(dāng)前網(wǎng)絡(luò)拓?fù)涿睢?/p>

進(jìn)一步，所述矩陣收集模塊收集的信息包括鏈路時(shí)延和傳輸時(shí)延。

采用所述的基于sdn的mbms網(wǎng)絡(luò)架構(gòu)進(jìn)行網(wǎng)絡(luò)優(yōu)化的方法，包括以下步驟：

s1：enb監(jiān)測(cè)各個(gè)mbms業(yè)務(wù)用戶的移動(dòng)信息、用戶通信質(zhì)量，以及用戶設(shè)備信息，并向openflowapi匯報(bào)監(jiān)測(cè)結(jié)果；

s2：信息收集單元api從enb處獲取鏈路時(shí)延和傳輸時(shí)延信息；

s3：openflow插件從openflowapi處獲取用戶及網(wǎng)絡(luò)的信息，矩陣收集模塊從信息收集單元api處獲取鏈路時(shí)延和傳輸時(shí)延信息；

s4：openflow插件和矩陣收集模塊通過(guò)協(xié)調(diào)接口將收集的信息上報(bào)給mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊；

s5：mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊判斷是否發(fā)起mbms網(wǎng)絡(luò)拓?fù)鋬?yōu)化：如果是，則向網(wǎng)絡(luò)優(yōu)化模塊發(fā)送mbms網(wǎng)絡(luò)拓?fù)鋬?yōu)化的命令，網(wǎng)絡(luò)優(yōu)化模塊給出對(duì)應(yīng)拓?fù)鋬?yōu)化和資源優(yōu)化方案，依次通過(guò)mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊和協(xié)調(diào)接口傳送命令給路徑優(yōu)化管理模塊、網(wǎng)絡(luò)資源管理模塊、緊急問(wèn)題處理模塊和拓?fù)潢P(guān)系映射模塊，實(shí)現(xiàn)網(wǎng)絡(luò)優(yōu)化；否則，則向網(wǎng)絡(luò)優(yōu)化模塊發(fā)送維持當(dāng)前網(wǎng)絡(luò)拓?fù)涿?，網(wǎng)絡(luò)優(yōu)化模塊給出相應(yīng)的資源優(yōu)化方案，依次通過(guò)mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊和協(xié)調(diào)接口傳送命令給路徑優(yōu)化管理模塊、網(wǎng)絡(luò)資源管理模塊和緊急問(wèn)題處理模塊，實(shí)現(xiàn)保持原拓?fù)浣Y(jié)構(gòu)下的網(wǎng)絡(luò)資源優(yōu)化。

進(jìn)一步，所述步驟s3中，openflow插件從openflowapi處獲取用戶及網(wǎng)絡(luò)的信息的過(guò)程如下：網(wǎng)絡(luò)拓?fù)浔O(jiān)控模塊通過(guò)openflowapi獲取mbms網(wǎng)絡(luò)拓?fù)湫畔?；用戶移?dòng)監(jiān)控模塊通過(guò)openflowapi獲取mbms網(wǎng)絡(luò)中移動(dòng)用戶的當(dāng)前區(qū)域和目標(biāo)區(qū)域；無(wú)線資源配置模塊通過(guò)openflowapi獲取mbms網(wǎng)絡(luò)中無(wú)線資源的配置情況；通信資源監(jiān)控模塊通過(guò)openflowapi獲取mbms網(wǎng)絡(luò)中用戶的通信質(zhì)量；設(shè)備管理模塊通過(guò)openflowapi獲取mbms網(wǎng)絡(luò)中用戶的信息。

有益效果：本發(fā)明公開了一種基于sdn的mbms網(wǎng)絡(luò)架構(gòu)及網(wǎng)絡(luò)優(yōu)化方法，在傳統(tǒng)蜂窩網(wǎng)絡(luò)的核心網(wǎng)這引入了sdn技術(shù)，通過(guò)openflow插件和矩陣收集模塊對(duì)mbms網(wǎng)絡(luò)和用戶信息進(jìn)行實(shí)時(shí)獲取，能夠降低信息交互的復(fù)雜度，實(shí)現(xiàn)mbms同步傳輸；網(wǎng)內(nèi)所有資源以虛擬化的形式管理，通過(guò)mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊判斷是否發(fā)出網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)優(yōu)化命令，從而請(qǐng)求網(wǎng)絡(luò)優(yōu)化模塊給出相應(yīng)的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)和資源優(yōu)化方案，并通過(guò)控制路徑優(yōu)化管理模塊、網(wǎng)絡(luò)資源管理模塊、拓?fù)潢P(guān)系映射模塊和緊急問(wèn)題處理模塊來(lái)實(shí)現(xiàn)網(wǎng)絡(luò)的優(yōu)化，有效降低了時(shí)間和信令的消耗，也有效降低了資源管理的難度；此外，還能夠?qū)崿F(xiàn)對(duì)mbms網(wǎng)絡(luò)的動(dòng)態(tài)控制功能。

附圖說(shuō)明

圖1為本發(fā)明具體實(shí)施方式中網(wǎng)絡(luò)架構(gòu)的示意圖；

圖2為本發(fā)明實(shí)施例1中網(wǎng)絡(luò)優(yōu)化方法的流程圖。

具體實(shí)施方式

下面結(jié)合附圖和具體實(shí)施方式，對(duì)本發(fā)明的技術(shù)方案作進(jìn)一步的介紹。

本具體實(shí)施方式公開了一種基于sdn的mbms網(wǎng)絡(luò)架構(gòu)，如圖1所示，包括：

openflowapi：用于通過(guò)有線連接與enb進(jìn)行信息的交互；

矩陣收集模塊：與enb連接，用于收集openflow插件無(wú)法收集到的信息，比如鏈路時(shí)延和傳輸時(shí)延；矩陣收集模塊包括信息收集單元api；

openflow插件：用于通過(guò)openflowapi與mbms網(wǎng)絡(luò)之間進(jìn)行信息交互，openflowapi將網(wǎng)絡(luò)的統(tǒng)計(jì)信息反饋給openflow插件，openflow插件將配置信息、flow規(guī)則等下發(fā)至openflowapi；openflow插件具體包括網(wǎng)絡(luò)拓?fù)浔O(jiān)控模塊、用戶移動(dòng)監(jiān)控模塊、無(wú)線資源配置模塊、通信質(zhì)量監(jiān)控模塊和設(shè)備管理模塊；

協(xié)調(diào)接口：用于將矩陣收集模塊和openflow插件收集的信息傳送給mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊，以及將mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊的信令下發(fā)給路徑優(yōu)化管理模塊、網(wǎng)絡(luò)資源管理模塊、拓?fù)潢P(guān)系映射模塊和緊急問(wèn)題處理模塊；

mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊：用于通過(guò)協(xié)調(diào)接口傳送來(lái)的信息判斷是否發(fā)起mbms網(wǎng)絡(luò)拓?fù)鋬?yōu)化，如果發(fā)起mbms網(wǎng)絡(luò)拓?fù)鋬?yōu)化，則發(fā)出mbms網(wǎng)絡(luò)拓?fù)鋬?yōu)化命令給網(wǎng)絡(luò)優(yōu)化模塊，如果無(wú)需發(fā)起mbms網(wǎng)絡(luò)拓?fù)鋬?yōu)化，則發(fā)出維持當(dāng)前mbms網(wǎng)絡(luò)拓?fù)涿罱o網(wǎng)絡(luò)優(yōu)化模塊；

網(wǎng)絡(luò)優(yōu)化模塊：用于在收到mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊發(fā)出的命令后給出對(duì)應(yīng)的網(wǎng)絡(luò)優(yōu)化方案：當(dāng)收到mbms網(wǎng)絡(luò)拓?fù)鋬?yōu)化命令時(shí)，給出對(duì)應(yīng)的網(wǎng)絡(luò)拓?fù)鋬?yōu)化和資源優(yōu)化方案，并將該網(wǎng)絡(luò)拓?fù)鋬?yōu)化和資源優(yōu)化方案通過(guò)mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊發(fā)送給協(xié)調(diào)接口；當(dāng)收到維持當(dāng)前mbms網(wǎng)絡(luò)拓?fù)涿顣r(shí)，給出對(duì)應(yīng)的資源優(yōu)化方案，并將該資源優(yōu)化方案通過(guò)mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊發(fā)送給協(xié)調(diào)接口；

路徑優(yōu)化管理模塊：用于接收協(xié)調(diào)接口傳送來(lái)的信令，按照網(wǎng)絡(luò)優(yōu)化模塊給出的網(wǎng)絡(luò)優(yōu)化方案進(jìn)行路徑優(yōu)化處理；

網(wǎng)絡(luò)資源管理模塊：用于接收協(xié)調(diào)接口傳送來(lái)的信令，按照網(wǎng)絡(luò)優(yōu)化模塊給出的網(wǎng)絡(luò)優(yōu)化方案進(jìn)行資源分配操作；

拓?fù)潢P(guān)系映射模塊：用于接收協(xié)調(diào)接口傳送來(lái)的信令，按照網(wǎng)絡(luò)優(yōu)化模塊給出的網(wǎng)絡(luò)優(yōu)化方案進(jìn)行網(wǎng)絡(luò)拓?fù)涞母淖儯?/p>

緊急問(wèn)題處理模塊：用于接收協(xié)調(diào)接口傳送來(lái)的信令，按照網(wǎng)絡(luò)優(yōu)化模塊給出的網(wǎng)絡(luò)優(yōu)化方案協(xié)調(diào)路徑優(yōu)化管理模塊、網(wǎng)絡(luò)資源管理模塊和拓?fù)潢P(guān)系映射模塊的功能。也即，如果各模塊無(wú)法單獨(dú)完成任務(wù)，則緊急問(wèn)題處理模塊在多個(gè)模塊間進(jìn)行協(xié)調(diào)，完成緊急問(wèn)題處理。

openflow插件中各個(gè)模塊的功能為：

網(wǎng)絡(luò)拓?fù)浔O(jiān)控模塊：通過(guò)openflowapi獲取mbms網(wǎng)絡(luò)拓?fù)湫畔ⅲ?/p>

用戶移動(dòng)監(jiān)控模塊：通過(guò)openflowapi獲取mbms網(wǎng)絡(luò)中移動(dòng)用戶的當(dāng)前區(qū)域和目標(biāo)區(qū)域；

無(wú)線資源配置模塊：通過(guò)openflowapi獲取mbms網(wǎng)絡(luò)中無(wú)線資源的配置情況；

通信資源監(jiān)控模塊：通過(guò)openflowapi獲取mbms網(wǎng)絡(luò)中用戶的通信質(zhì)量；

設(shè)備管理模塊：通過(guò)openflowapi獲取mbms網(wǎng)絡(luò)中用戶的信息，管理網(wǎng)絡(luò)中的通信設(shè)備。

此外，openflow插件、openflowapi、矩陣收集模塊、路徑優(yōu)化管理模塊、網(wǎng)絡(luò)資源管理模塊、拓?fù)潢P(guān)系映射模塊和緊急問(wèn)題處理模塊還可以統(tǒng)稱為sdn控制中心。

本具體實(shí)施方式還公開了一種采用基于sdn的mbms網(wǎng)絡(luò)架構(gòu)進(jìn)行網(wǎng)絡(luò)優(yōu)化的方法，包括以下步驟：

s1：enb監(jiān)測(cè)各個(gè)mbms業(yè)務(wù)用戶的移動(dòng)信息、用戶通信質(zhì)量，以及用戶設(shè)備信息，并向openflowapi匯報(bào)監(jiān)測(cè)結(jié)果；

s2：信息收集單元api從enb處獲取鏈路時(shí)延和傳輸時(shí)延信息；

s3：openflow插件從openflowapi處獲取用戶及網(wǎng)絡(luò)的信息，矩陣收集模塊從信息收集單元api處獲取鏈路時(shí)延和傳輸時(shí)延信息；openflow插件從openflowapi處獲取用戶及網(wǎng)絡(luò)的信息的過(guò)程如下：網(wǎng)絡(luò)拓?fù)浔O(jiān)控模塊通過(guò)openflowapi獲取mbms網(wǎng)絡(luò)拓?fù)湫畔ⅲ脩粢苿?dòng)監(jiān)控模塊通過(guò)openflowapi獲取mbms網(wǎng)絡(luò)中移動(dòng)用戶的當(dāng)前區(qū)域和目標(biāo)區(qū)域，無(wú)線資源配置模塊通過(guò)openflowapi獲取mbms網(wǎng)絡(luò)中無(wú)線資源的配置情況，通信資源監(jiān)控模塊通過(guò)openflowapi獲取mbms網(wǎng)絡(luò)中用戶的通信質(zhì)量，設(shè)備管理模塊通過(guò)openflowapi獲取mbms網(wǎng)絡(luò)中用戶的信息；

s4：openflow插件和矩陣收集模塊通過(guò)協(xié)調(diào)接口將收集的信息上報(bào)給mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊；

s5：mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊判斷是否發(fā)起mbms網(wǎng)絡(luò)拓?fù)鋬?yōu)化：如果是，則向網(wǎng)絡(luò)優(yōu)化模塊發(fā)送mbms網(wǎng)絡(luò)拓?fù)鋬?yōu)化的命令，網(wǎng)絡(luò)優(yōu)化模塊給出對(duì)應(yīng)拓?fù)鋬?yōu)化和資源優(yōu)化方案，依次通過(guò)mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊和協(xié)調(diào)接口傳送命令給路徑優(yōu)化管理模塊、網(wǎng)絡(luò)資源管理模塊、緊急問(wèn)題處理模塊和拓?fù)潢P(guān)系映射模塊，實(shí)現(xiàn)網(wǎng)絡(luò)優(yōu)化；否則，則向網(wǎng)絡(luò)優(yōu)化模塊發(fā)送維持當(dāng)前網(wǎng)絡(luò)拓?fù)涞拿?，網(wǎng)絡(luò)優(yōu)化模塊給出相應(yīng)的資源優(yōu)化方案，依次通過(guò)mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊和協(xié)調(diào)接口傳送命令給路徑優(yōu)化管理模塊、網(wǎng)絡(luò)資源管理模塊和緊急問(wèn)題處理模塊，實(shí)現(xiàn)保持原拓?fù)浣Y(jié)構(gòu)下的網(wǎng)絡(luò)資源優(yōu)化。

本具體實(shí)施方式中，enb是演進(jìn)型基站evolvednodeb的英文縮寫。

下面以一個(gè)實(shí)施例對(duì)本具體實(shí)施方式中的網(wǎng)絡(luò)優(yōu)化方法進(jìn)行進(jìn)一步的介紹。

實(shí)施例1：

mbms網(wǎng)絡(luò)區(qū)域包含3種小區(qū)。第一種小區(qū)，同時(shí)傳輸數(shù)據(jù)和信令信息，被稱作發(fā)送和通告小區(qū)(tac,transmittingandadvertisingcell)。第二種小區(qū)僅傳輸數(shù)據(jù)信息，被稱作發(fā)送小區(qū)(toc,transmitting-onlycell)。第三種為預(yù)留小區(qū)，不傳輸數(shù)據(jù)和信令信息，被稱作保留小區(qū)(rc,reservedcell)。在sdn架構(gòu)下，mbms網(wǎng)絡(luò)中多播數(shù)據(jù)經(jīng)過(guò)sdn核心網(wǎng)、mce、基站，最終傳給用戶。所有基站以相同的時(shí)頻資源同時(shí)傳輸同一組多播數(shù)據(jù)，用戶對(duì)這些信號(hào)進(jìn)行合并。在sdn架構(gòu)下，mce的功能被削弱了，sdn控制中心負(fù)責(zé)mbms網(wǎng)絡(luò)中基站間的信息獲取和控制功能。

下面以多播廣播業(yè)務(wù)訂閱用戶從核心區(qū)域向邊緣區(qū)域移動(dòng)為例進(jìn)行說(shuō)明。在多播廣播業(yè)務(wù)進(jìn)行過(guò)程中，若有處于mbms區(qū)域邊界小區(qū)的業(yè)務(wù)定制用戶發(fā)生跨小區(qū)移動(dòng)的情況出現(xiàn)，根據(jù)sdn控制中心獲取的網(wǎng)絡(luò)拓?fù)湫畔⒑陀脩粢苿?dòng)方向判斷是否更新當(dāng)前網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)。當(dāng)用戶從核心小區(qū)移動(dòng)到邊界小區(qū)時(shí)，考慮用戶服務(wù)的連續(xù)性，設(shè)計(jì)動(dòng)態(tài)組網(wǎng)的優(yōu)化目標(biāo)，sdn控制中心負(fù)責(zé)對(duì)網(wǎng)絡(luò)信息、用戶信息進(jìn)行獲取分析和計(jì)算，并通過(guò)協(xié)調(diào)接口與mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊通信，mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊判斷是否對(duì)當(dāng)前網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)進(jìn)行延展，由網(wǎng)絡(luò)優(yōu)化模塊負(fù)責(zé)提供一種新的網(wǎng)絡(luò)組網(wǎng)方式并給出相應(yīng)的資源分配方案。

當(dāng)用戶設(shè)備(ue，userequipment)從tac邊緣移動(dòng)到toc時(shí)，為了滿足用戶服務(wù)的連續(xù)性，toc小區(qū)的enb向sdn控制中心發(fā)送延展mbms網(wǎng)絡(luò)請(qǐng)求；sdn控制中心根據(jù)當(dāng)前網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)、用戶性能，以及目標(biāo)小區(qū)定制該業(yè)務(wù)的用戶數(shù)目等綜合因素判斷是否需要對(duì)mbms網(wǎng)絡(luò)進(jìn)行延展。如圖2所示，具體步驟如下：

s11：enb以一定的頻率不斷監(jiān)測(cè)ue的移動(dòng)信息、用戶通信質(zhì)量，以及用戶設(shè)備信息，并向openflowapi匯報(bào)監(jiān)測(cè)結(jié)果；

s22：信息收集單元api從enb處獲取鏈路時(shí)延和傳輸時(shí)延信息；

s33：openflow插件從openflowapi處獲取用戶及網(wǎng)絡(luò)的信息，矩陣收集模塊從信息收集單元api處獲取鏈路時(shí)延和傳輸時(shí)延信息；openflow插件中的網(wǎng)絡(luò)拓?fù)浔O(jiān)控模塊和用戶移動(dòng)監(jiān)控模塊根據(jù)openflowapi獲取的用戶移動(dòng)信息，判斷ue是否有跨區(qū)域移動(dòng)的行為：當(dāng)ue從tac邊緣移動(dòng)到toc時(shí)，為了滿足用戶業(yè)務(wù)的連續(xù)性，openflow插件通過(guò)協(xié)調(diào)接口向mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊發(fā)起mbms網(wǎng)絡(luò)延展請(qǐng)求；

s44：openflow插件和矩陣收集模塊通過(guò)協(xié)調(diào)接口將收集的信息上報(bào)給mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊；

s55：mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊通過(guò)判斷網(wǎng)絡(luò)延展后網(wǎng)絡(luò)性能的提升程度與網(wǎng)絡(luò)延展的代價(jià)之比是否超過(guò)閾值，判斷是否進(jìn)行網(wǎng)絡(luò)延展：如果是，則向網(wǎng)絡(luò)優(yōu)化模塊發(fā)送網(wǎng)絡(luò)延展的命令，網(wǎng)絡(luò)優(yōu)化模塊給出延展方案，依次通過(guò)mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊和協(xié)調(diào)接口傳送命令給路徑優(yōu)化管理模塊、網(wǎng)絡(luò)資源管理模塊、緊急問(wèn)題處理模塊和拓?fù)潢P(guān)系映射模塊，對(duì)當(dāng)前mbms區(qū)域進(jìn)行延展，將ue移動(dòng)的目標(biāo)toc小區(qū)設(shè)置為tac小區(qū)，并將其鄰小區(qū)設(shè)置為toc小區(qū)，繼續(xù)以多播廣播通信方式給ue傳輸信息；否則，則向網(wǎng)絡(luò)優(yōu)化模塊發(fā)送維持當(dāng)前網(wǎng)絡(luò)拓?fù)涞拿睿W(wǎng)絡(luò)優(yōu)化模塊不進(jìn)行網(wǎng)絡(luò)延展，但針對(duì)當(dāng)前的mbms網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)給出資源分配方案，依次通過(guò)mbms網(wǎng)絡(luò)動(dòng)態(tài)優(yōu)化協(xié)調(diào)模塊和協(xié)調(diào)接口傳送命令給路徑優(yōu)化管理模塊、網(wǎng)絡(luò)資源管理模塊和緊急問(wèn)題處理模塊，實(shí)現(xiàn)保持原拓?fù)浣Y(jié)構(gòu)下的網(wǎng)絡(luò)資源優(yōu)化：協(xié)調(diào)網(wǎng)絡(luò)資源為移出該mbms區(qū)域的ue通信分配資源，以單播通信方式傳輸信息。