本發(fā)明涉及移動(dòng)通信技術(shù)，尤其涉及一種業(yè)務(wù)請(qǐng)求的處理方法及處理裝置。

背景技術(shù)：

隨著用戶無(wú)線傳輸需求的持續(xù)增長(zhǎng)以及物聯(lián)網(wǎng)等各類通信應(yīng)用的普及，現(xiàn)有的4G移動(dòng)通信系統(tǒng)的支撐能力顯然不能滿足要求，因此，5G移動(dòng)通信系統(tǒng)應(yīng)運(yùn)而生，它基于對(duì)現(xiàn)有的通信系統(tǒng)的融合及演進(jìn)以及引入信息無(wú)線傳輸和網(wǎng)絡(luò)技術(shù)，實(shí)現(xiàn)了用戶傳輸速率、系統(tǒng)容量的大幅提升。

在網(wǎng)絡(luò)架構(gòu)方面，5G移動(dòng)通信系統(tǒng)將形成基于軟件定義網(wǎng)絡(luò)(Software Defined Networking，SDN)、網(wǎng)絡(luò)功能虛擬化和云計(jì)算技術(shù)的更加靈活、智能、高效和開(kāi)放的異構(gòu)融合網(wǎng)絡(luò)系統(tǒng)。其中的SDN是采用集中控制的新型網(wǎng)絡(luò)架構(gòu)，能夠在不改變傳統(tǒng)IP(Internet Protocol，互聯(lián)網(wǎng)協(xié)議)數(shù)據(jù)包轉(zhuǎn)發(fā)行為的基礎(chǔ)上，將傳統(tǒng)數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備的數(shù)據(jù)轉(zhuǎn)發(fā)與邏輯控制功能進(jìn)行隔離，實(shí)現(xiàn)了數(shù)據(jù)層與控制層的解偶，從而實(shí)現(xiàn)更加高效、靈活的數(shù)據(jù)轉(zhuǎn)發(fā)及設(shè)備管理。

現(xiàn)有的5G移動(dòng)通信架構(gòu)被劃分為接入網(wǎng)、核心網(wǎng)和數(shù)據(jù)中心幾個(gè)部分，接入網(wǎng)接收到業(yè)務(wù)請(qǐng)求時(shí)，會(huì)將業(yè)務(wù)請(qǐng)求發(fā)送到核心網(wǎng)，進(jìn)而由核心網(wǎng)發(fā)送到數(shù)據(jù)中心，由數(shù)據(jù)中心來(lái)處理業(yè)務(wù)請(qǐng)求，再將業(yè)務(wù)響應(yīng)通過(guò)核心網(wǎng)反饋給接入網(wǎng)。隨著移動(dòng)用戶的爆炸式增長(zhǎng)，業(yè)務(wù)請(qǐng)求的數(shù)量也呈幾何級(jí)數(shù)增長(zhǎng)，使得核心網(wǎng)數(shù)據(jù)傳輸量及數(shù)據(jù)中心數(shù)據(jù)處理量迅速增加，進(jìn)而增加了網(wǎng)絡(luò)擁塞的概率以及業(yè)務(wù)響應(yīng)的延遲。

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

本發(fā)明提供一種業(yè)務(wù)請(qǐng)求的處理方法及處理裝置，解決了現(xiàn)有的接入網(wǎng)將接收到的業(yè)務(wù)請(qǐng)求無(wú)差別地發(fā)送至核心網(wǎng)進(jìn)而在數(shù)據(jù)中心中處理，導(dǎo)致的網(wǎng)絡(luò)擁塞概率以及業(yè)務(wù)響應(yīng)延遲均增加的問(wèn)題。

本發(fā)明實(shí)施例一方面提供一種業(yè)務(wù)請(qǐng)求的處理方法，包括：

控制器接收業(yè)務(wù)請(qǐng)求通知，所述業(yè)務(wù)請(qǐng)求通知由基站接收到所述業(yè)務(wù)請(qǐng)求后產(chǎn)生并發(fā)送至所述控制器，所述基站具有與所述業(yè)務(wù)請(qǐng)求匹配的請(qǐng)求流表；

所述控制器根據(jù)預(yù)設(shè)的業(yè)務(wù)處理策略及所述請(qǐng)求流表對(duì)所述業(yè)務(wù)請(qǐng)求的處理位置進(jìn)行判斷；

當(dāng)判斷所述業(yè)務(wù)請(qǐng)求的處理位置為接入網(wǎng)本地云時(shí)，生成本地云路徑并發(fā)送至接入網(wǎng)邊緣路由器，以使所述接入網(wǎng)邊緣路由器根據(jù)所述本地云路徑將所述業(yè)務(wù)請(qǐng)求發(fā)送至所述接入網(wǎng)本地云進(jìn)行處理；所述業(yè)務(wù)請(qǐng)求由所述基站在發(fā)送所述業(yè)務(wù)請(qǐng)求通知后發(fā)送至所述接入網(wǎng)邊緣路由器。

本發(fā)明實(shí)施例另一方面提供一種業(yè)務(wù)請(qǐng)求的處理方法，包括：

接入網(wǎng)邊緣路由器接收基站發(fā)送的所述業(yè)務(wù)請(qǐng)求；

所述接入網(wǎng)邊緣路由器接收控制器發(fā)送的路徑信息；所述路徑信息為所述控制器接收到所述基站發(fā)送的業(yè)務(wù)請(qǐng)求通知后根據(jù)預(yù)設(shè)的業(yè)務(wù)處理策略及所述基站中與所述業(yè)務(wù)請(qǐng)求匹配的請(qǐng)求流表對(duì)所述業(yè)務(wù)請(qǐng)求的處理位置進(jìn)行判斷后生成；所述業(yè)務(wù)請(qǐng)求通知由基站接收到所述業(yè)務(wù)請(qǐng)求后產(chǎn)生并發(fā)送至所述控制器；

當(dāng)所述路徑信息為本地云路徑時(shí)，所述接入網(wǎng)邊緣路由器將所述業(yè)務(wù)請(qǐng)求發(fā)送至接入網(wǎng)本地云。

本發(fā)明實(shí)施例又一方面提供一種業(yè)務(wù)請(qǐng)求的處理裝置，包括：控制器、基站、接入網(wǎng)本地云以及接入網(wǎng)邊緣路由器；

所述基站與所述接入網(wǎng)邊緣路由器連接，所述基站用于接收所述業(yè)務(wù)請(qǐng)求后產(chǎn)生并發(fā)送業(yè)務(wù)請(qǐng)求通知至所述控制器，再發(fā)送所述業(yè)務(wù)請(qǐng)求至所述接入網(wǎng)邊緣路由器；

所述控制器與所述接入網(wǎng)邊緣路由器及所述基站連接，所述控制器用于接收所述業(yè)務(wù)請(qǐng)求通知，并根據(jù)預(yù)設(shè)的業(yè)務(wù)處理策略及所述基站中與所述業(yè)務(wù)請(qǐng)求匹配的請(qǐng)求流表對(duì)所述業(yè)務(wù)請(qǐng)求的處理位置進(jìn)行判斷，當(dāng)判斷所述業(yè)務(wù)請(qǐng)求的處理位置為接入網(wǎng)本地云時(shí)，生成本地云路徑并發(fā)送至所述接入網(wǎng)邊緣路由器；

所述接入網(wǎng)邊緣路由器用于根據(jù)所述本地云路徑將所述業(yè)務(wù)請(qǐng)求發(fā)送至所述接入網(wǎng)本地云進(jìn)行處理。

本發(fā)明實(shí)施例提供的業(yè)務(wù)請(qǐng)求的處理方法及處理裝置中，基站接收到業(yè)務(wù)請(qǐng)求后產(chǎn)生業(yè)務(wù)請(qǐng)求通知并發(fā)送至控制器，之后再將該業(yè)務(wù)請(qǐng)求發(fā)送至接入網(wǎng)邊緣路由器，控制器根據(jù)基站中與業(yè)務(wù)請(qǐng)求匹配的請(qǐng)求流表以及控制器中預(yù)設(shè)的業(yè)務(wù)處理策略，可以對(duì)該業(yè)務(wù)請(qǐng)求的處理位置進(jìn)行判斷，當(dāng)判斷業(yè)務(wù)請(qǐng)求可以在接入網(wǎng)本地云中處理時(shí)，控制器生成本地云路徑并發(fā)送給接入網(wǎng)邊緣路由器，使得接入網(wǎng)邊緣路由器根據(jù)該本地云路徑將接收到的業(yè)務(wù)請(qǐng)求發(fā)送至接入網(wǎng)本地云進(jìn)行處理，也就是說(shuō)，當(dāng)業(yè)務(wù)請(qǐng)求滿足要求時(shí)，就可以發(fā)送至接入網(wǎng)本地云中進(jìn)行處理，而不用像現(xiàn)有技術(shù)一樣發(fā)送至核心網(wǎng)，再轉(zhuǎn)發(fā)至數(shù)據(jù)中心進(jìn)行處理，減少了業(yè)務(wù)請(qǐng)求傳輸?shù)奶鴶?shù)從而降低了業(yè)務(wù)響應(yīng)的延遲，而且避免了所有業(yè)務(wù)請(qǐng)求都發(fā)送至數(shù)據(jù)中心進(jìn)行處理，從而降低了網(wǎng)絡(luò)擁塞的概率。

附圖說(shuō)明

為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為實(shí)施例一提供的業(yè)務(wù)請(qǐng)求的處理方法的流程圖；

圖2為實(shí)施例二提供的業(yè)務(wù)請(qǐng)求的處理方法的流程圖；

圖3為實(shí)施例二中控制器所在移動(dòng)通信網(wǎng)絡(luò)的示意圖；

圖4為實(shí)施例二中請(qǐng)求流表的結(jié)構(gòu)示意圖；

圖5為實(shí)施例三提供的業(yè)務(wù)請(qǐng)求的處理方法的流程圖；

圖6為實(shí)施例四提供的業(yè)務(wù)請(qǐng)求的處理方法的流程圖；

圖7為實(shí)施例五提供的業(yè)務(wù)請(qǐng)求的處理裝置的方框圖；

圖8為圖7中接入網(wǎng)本地云的結(jié)構(gòu)示意圖；

圖9為圖7中控制器的功能模塊圖。

具體實(shí)施方式

為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

實(shí)施例一

圖1為實(shí)施例一提供的業(yè)務(wù)請(qǐng)求的處理方法的流程圖。如圖1所示，該方法包括如下步驟。

步驟101、控制器接收業(yè)務(wù)請(qǐng)求通知，該業(yè)務(wù)請(qǐng)求通知由基站接收到業(yè)務(wù)請(qǐng)求后產(chǎn)生并發(fā)送至控制器，基站具有與業(yè)務(wù)請(qǐng)求匹配的請(qǐng)求流表。

具體地，SDN架構(gòu)的移動(dòng)通信網(wǎng)絡(luò)中，控制器負(fù)責(zé)對(duì)各個(gè)網(wǎng)絡(luò)設(shè)備進(jìn)行控制，這種控制能夠順利實(shí)現(xiàn)的重要保障是OpenFlow協(xié)議，通過(guò)OpenFlow協(xié)議，控制器向各個(gè)網(wǎng)絡(luò)設(shè)備添加、修改、刪除流表項(xiàng)，從而使網(wǎng)絡(luò)設(shè)備能根據(jù)流表項(xiàng)對(duì)數(shù)據(jù)包進(jìn)行轉(zhuǎn)發(fā)等處理。每個(gè)數(shù)據(jù)包進(jìn)行處理前都要找的匹配的流表，網(wǎng)絡(luò)設(shè)備根據(jù)流表內(nèi)的信息就可以對(duì)數(shù)據(jù)包括進(jìn)行相應(yīng)處理。

在移動(dòng)通信網(wǎng)絡(luò)中，業(yè)務(wù)請(qǐng)求通常由移動(dòng)終端發(fā)起，如建立語(yǔ)音通話、或信息查詢等，這些業(yè)務(wù)請(qǐng)求發(fā)送給基站，基站接收到業(yè)務(wù)請(qǐng)求后會(huì)產(chǎn)生業(yè)務(wù)請(qǐng)求通知并發(fā)送給控制器，目的是告訴控制器由業(yè)務(wù)請(qǐng)求需要處理?；緦I(yè)務(wù)請(qǐng)求通知發(fā)送給控制器后，還會(huì)把業(yè)務(wù)請(qǐng)求發(fā)送給接入網(wǎng)邊緣路由器，也就為位于接入網(wǎng)邊緣的路由器，接入網(wǎng)包含多個(gè)邊緣路由器，位于不同的位置，用來(lái)接收附近基站發(fā)來(lái)的業(yè)務(wù)請(qǐng)求。

基站中設(shè)置有流表，業(yè)務(wù)請(qǐng)求到達(dá)基站后基站中流表的狀態(tài)值發(fā)生變化形成了與業(yè)務(wù)請(qǐng)求匹配的請(qǐng)求流表?？刂破魍ㄟ^(guò)查詢流表能獲知請(qǐng)求流表中包含的信息，流表里不僅包含移動(dòng)通信網(wǎng)絡(luò)的特征，還包括業(yè)務(wù)請(qǐng)求的動(dòng)作信息和狀態(tài)信息。

步驟102、控制器根據(jù)預(yù)設(shè)的業(yè)務(wù)處理策略及請(qǐng)求流表對(duì)業(yè)務(wù)請(qǐng)求的處理位置進(jìn)行判斷。

具體地，控制器能從請(qǐng)求流表里獲取關(guān)于業(yè)務(wù)請(qǐng)求的信息，且控制器中預(yù)設(shè)有業(yè)務(wù)處理策略，這個(gè)策略用于對(duì)從請(qǐng)求流表中獲取的信息是否滿足條件進(jìn)行判斷，比如預(yù)設(shè)的業(yè)務(wù)處理策略是業(yè)務(wù)請(qǐng)求的頻率是否大于預(yù)設(shè)值，若大于則業(yè)務(wù)請(qǐng)求在接入網(wǎng)本地云中處理。根據(jù)這個(gè)策略，控制器通過(guò)請(qǐng)求流表可以統(tǒng)計(jì)獲得該業(yè)務(wù)請(qǐng)求的請(qǐng)求頻率，再判斷該請(qǐng)求頻率是否大于預(yù)設(shè)值，當(dāng)滿足條件則進(jìn)行相應(yīng)的處理。業(yè)務(wù)處理策略判斷的條件可以根據(jù)需要進(jìn)行設(shè)置，以獲得所需的業(yè)務(wù)處理結(jié)果。

步驟103、當(dāng)判斷業(yè)務(wù)請(qǐng)求的處理位置為接入網(wǎng)本地云時(shí)，生成本地云路徑并發(fā)送至接入網(wǎng)邊緣路由器，以使接入網(wǎng)邊緣路由器根據(jù)該本地云路徑將業(yè)務(wù)請(qǐng)求發(fā)送至接入網(wǎng)本地云進(jìn)行處理，其中，業(yè)務(wù)請(qǐng)求由基站在發(fā)送業(yè)務(wù)請(qǐng)求通知后發(fā)送至接入網(wǎng)邊緣路由器。

具體地，基站在發(fā)送完業(yè)務(wù)請(qǐng)求通知后，會(huì)將業(yè)務(wù)請(qǐng)求發(fā)送至接入網(wǎng)邊緣路由器。隨后接入網(wǎng)邊緣路由器會(huì)收到控制器發(fā)送的路徑信息。也就是當(dāng)控制器判斷業(yè)務(wù)請(qǐng)求的處理位置為接入網(wǎng)本地云時(shí)，生成的本地云路徑。接入網(wǎng)邊緣路由器能根據(jù)該本地云路徑將業(yè)務(wù)請(qǐng)求發(fā)送至接入網(wǎng)本地云進(jìn)行處理。

需要說(shuō)明的是，接入網(wǎng)本地云是位于接入網(wǎng)中的一個(gè)獨(dú)立的小型網(wǎng)絡(luò)，由若干個(gè)網(wǎng)絡(luò)設(shè)備構(gòu)成，能接收業(yè)務(wù)請(qǐng)求、響應(yīng)業(yè)務(wù)請(qǐng)求，并對(duì)業(yè)務(wù)請(qǐng)求進(jìn)行處理。由于接入網(wǎng)本地云與接收業(yè)務(wù)請(qǐng)求的接入網(wǎng)邊緣路由器均位于接入網(wǎng)中，兩者之間進(jìn)行數(shù)據(jù)傳輸?shù)木嚯x比接入網(wǎng)邊緣路由器到數(shù)據(jù)中心的距離要近很多，因此可以顯著降低傳輸時(shí)延。

本實(shí)施例提供的業(yè)務(wù)請(qǐng)求的處理方法中，基站接收到業(yè)務(wù)請(qǐng)求后產(chǎn)生業(yè)務(wù)請(qǐng)求通知并發(fā)送至控制器，之后再將該業(yè)務(wù)請(qǐng)求發(fā)送至接入網(wǎng)邊緣路由器，控制器根據(jù)基站中與業(yè)務(wù)請(qǐng)求匹配的請(qǐng)求流表以及控制器中預(yù)設(shè)的業(yè)務(wù)處理策略，可以對(duì)該業(yè)務(wù)請(qǐng)求的處理位置進(jìn)行判斷，當(dāng)判斷業(yè)務(wù)請(qǐng)求可以在接入網(wǎng)本地云中處理時(shí)，控制器生成本地云路徑并發(fā)送給接入網(wǎng)邊緣路由器，使得接入網(wǎng)邊緣路由器根據(jù)該本地云路徑將接收到的業(yè)務(wù)請(qǐng)求發(fā)送至接入網(wǎng)本地云進(jìn)行處理，也就是說(shuō)，當(dāng)業(yè)務(wù)請(qǐng)求滿足要求時(shí)，就可以發(fā)送至接入網(wǎng)本地云中進(jìn)行處理，而不用像現(xiàn)有技術(shù)一樣發(fā)送至核心網(wǎng)，再轉(zhuǎn)發(fā)至數(shù)據(jù)中心進(jìn)行處理，減少了業(yè)務(wù)請(qǐng)求傳輸?shù)奶鴶?shù)從而降低了業(yè)務(wù)響應(yīng)的延遲，而且避免了所有業(yè)務(wù)請(qǐng)求都發(fā)送至數(shù)據(jù)中心進(jìn)行處理，從而降低了網(wǎng)絡(luò)擁塞的概率。

實(shí)施例二

圖2為實(shí)施例二提供的業(yè)務(wù)請(qǐng)求的處理方法的流程圖。如圖2所示，該方法包括如下步驟。

步驟201、控制器接收業(yè)務(wù)請(qǐng)求通知，該業(yè)務(wù)請(qǐng)求通知由基站接收到業(yè)務(wù)請(qǐng)求后產(chǎn)生并發(fā)送至控制器，基站具有與業(yè)務(wù)請(qǐng)求匹配的請(qǐng)求流表。

步驟202、控制器根據(jù)預(yù)設(shè)的業(yè)務(wù)處理策略及請(qǐng)求流表對(duì)業(yè)務(wù)請(qǐng)求的處理位置進(jìn)行判斷。

步驟203、當(dāng)判斷業(yè)務(wù)請(qǐng)求的處理位置為接入網(wǎng)本地云時(shí)，生成本地云路徑并發(fā)送至接入網(wǎng)邊緣路由器，以使接入網(wǎng)邊緣路由器根據(jù)該本地云路徑將業(yè)務(wù)請(qǐng)求發(fā)送至接入網(wǎng)本地云進(jìn)行處理，其中，業(yè)務(wù)請(qǐng)求由基站在發(fā)送業(yè)務(wù)請(qǐng)求通知后發(fā)送至接入網(wǎng)邊緣路由器。

以上各步驟已在實(shí)施例一中做了詳細(xì)說(shuō)明，在此不再贅述。

步驟204、當(dāng)判斷業(yè)務(wù)請(qǐng)求的處理位置為數(shù)據(jù)中心時(shí)，生成核心網(wǎng)路徑并發(fā)送至接入網(wǎng)邊緣路由器，以使接入網(wǎng)邊緣路由器根據(jù)該核心網(wǎng)路徑將業(yè)務(wù)請(qǐng)求通過(guò)核心網(wǎng)發(fā)送至數(shù)據(jù)中心進(jìn)行處理。

具體地，圖3為實(shí)施例二中控制器所在移動(dòng)通信網(wǎng)絡(luò)的示意圖。如圖3所示，整個(gè)網(wǎng)絡(luò)被劃分為接入網(wǎng)31、核心網(wǎng)32和數(shù)據(jù)中心33。接入網(wǎng)本地云311和接入網(wǎng)邊緣路由器312位于接入網(wǎng)31中，多個(gè)網(wǎng)絡(luò)設(shè)備位于核心網(wǎng)32中，用于接入網(wǎng)31和數(shù)據(jù)中心33之間的數(shù)據(jù)交換，多個(gè)網(wǎng)絡(luò)設(shè)備位于數(shù)據(jù)中心33中，用于對(duì)業(yè)務(wù)請(qǐng)求進(jìn)行處理，反饋業(yè)務(wù)數(shù)據(jù)。接入網(wǎng)31還包括移動(dòng)終端34和基站35。移動(dòng)終端34就是通常使用的移動(dòng)通信設(shè)備，如手機(jī)、掌上電腦等。

控制器36根據(jù)請(qǐng)求流表和業(yè)務(wù)處理策略進(jìn)行判斷后，當(dāng)判斷業(yè)務(wù)請(qǐng)求的處理位置為接入網(wǎng)本地云311時(shí)，生成本地云路徑，發(fā)送給接入網(wǎng)邊緣路由器312，使得接入網(wǎng)邊緣路由器312修改本地保存流表中的路徑信息為本地云路徑，接入網(wǎng)邊緣路由器312根據(jù)該修改后的路徑信息將業(yè)務(wù)請(qǐng)求發(fā)送至接入網(wǎng)本地云311中進(jìn)行處理。當(dāng)判斷業(yè)務(wù)請(qǐng)求的處理位置為數(shù)據(jù)中心33時(shí)，生成核心網(wǎng)路徑并發(fā)送至接入網(wǎng)邊緣路由器312，以使接入網(wǎng)邊緣路由器312修改本地保存流表中的路徑信息為核心網(wǎng)路徑，接入網(wǎng)邊緣路由器312根據(jù)該修改后的路徑信息將業(yè)務(wù)請(qǐng)求通過(guò)核心網(wǎng)32發(fā)送至數(shù)據(jù)中心33中進(jìn)行處理。

通過(guò)上述步驟，可以將業(yè)務(wù)請(qǐng)求按照一定的策略進(jìn)行劃分，一部分放在接入網(wǎng)本地云311中處理，一部分放在數(shù)據(jù)中心33中處理，從而有效地提高網(wǎng)絡(luò)設(shè)備的利用率，降低網(wǎng)絡(luò)擁塞的幾率，降低了業(yè)務(wù)響應(yīng)時(shí)延。

上述方法中，接入網(wǎng)邊緣路由器312可以是接入網(wǎng)中距離基站35跳數(shù)最少的邊緣路由器。邊緣路由器是接入網(wǎng)中的、業(yè)務(wù)請(qǐng)求進(jìn)入接入網(wǎng)的第一個(gè)路由器，通過(guò)選定距離基站35跳數(shù)最少的邊緣路由器，可以降低業(yè)務(wù)傳輸?shù)哪芎摹?/p>

另外，上述的請(qǐng)求流表在業(yè)務(wù)請(qǐng)求的處理過(guò)程中起到了重要的作用，可以設(shè)計(jì)為符合OpenFlow協(xié)議的一個(gè)數(shù)據(jù)結(jié)構(gòu)，具體可以包括規(guī)則字段(Rule)、動(dòng)作字段(Action)和狀態(tài)字段(Stats)，每個(gè)字段都包括多個(gè)字節(jié)。圖4為實(shí)施例二中請(qǐng)求流表的結(jié)構(gòu)示意圖。

如圖4所示，請(qǐng)求流表中的規(guī)則字段包括：輸入/輸出端口項(xiàng)(In/Out Port)和移動(dòng)通信功能標(biāo)簽項(xiàng)(C-BBUs)，移動(dòng)通信功能標(biāo)簽項(xiàng)包括：保護(hù)時(shí)間項(xiàng)(Guide Time)、時(shí)隙項(xiàng)(Time Slot)、帶寬項(xiàng)(Bandwidth)和光網(wǎng)絡(luò)單元項(xiàng)(ONU)和頻譜資源項(xiàng)(Frequency)。

動(dòng)作字段包括：上行項(xiàng)(UP)、下行項(xiàng)(DOWN)、添加項(xiàng)(ADD)、刪除項(xiàng)(DELET)、交換項(xiàng)(Switch)和配置項(xiàng)(COFIG)。其中，上行項(xiàng)(UP)標(biāo)記通信業(yè)務(wù)的傳送方向?yàn)樯闲蟹较颍⒉扇∠鄳?yīng)的上行策略。下行項(xiàng)(DOWN)標(biāo)記通信業(yè)務(wù)的傳送方向?yàn)橄滦蟹较颍⒉扇∠鄳?yīng)的下行策略。添加項(xiàng)(ADD)用于在通信中添加所需要的節(jié)點(diǎn)路由。刪除項(xiàng)(DELET)用于刪除業(yè)務(wù)流表。交換項(xiàng)(Switch)用于對(duì)業(yè)務(wù)流進(jìn)行業(yè)務(wù)節(jié)點(diǎn)交換。配置項(xiàng)(COFIG)用于選擇設(shè)定策略中的某一種。比如預(yù)設(shè)有多種業(yè)務(wù)處理策略，并編號(hào)保存，在配置項(xiàng)里設(shè)置不同的編號(hào)就可以選擇相應(yīng)的業(yè)務(wù)處理策略，以對(duì)業(yè)務(wù)請(qǐng)求的處理位置進(jìn)行判斷，看究竟是在接入網(wǎng)本地云中進(jìn)行處理，還是在數(shù)據(jù)中心進(jìn)行處理。

狀態(tài)字段包括流量特征項(xiàng)(Flow Property)和服務(wù)特征項(xiàng)(Service Feature Property)。通過(guò)流量特征項(xiàng)可以獲得業(yè)務(wù)請(qǐng)求的數(shù)據(jù)大小等信息。獲得的信息可以為控制器依據(jù)預(yù)設(shè)策略進(jìn)行判斷時(shí)提供參考。

具體地，舉例來(lái)說(shuō)，預(yù)設(shè)在控制器中的業(yè)務(wù)處理策略可以包括：當(dāng)業(yè)務(wù)請(qǐng)求的請(qǐng)求頻率大于指定數(shù)值，例如大于10時(shí)，確定業(yè)務(wù)請(qǐng)求的處理位置為接入網(wǎng)本地云。也就是說(shuō)，指定一個(gè)請(qǐng)求頻率的極限值，當(dāng)業(yè)務(wù)請(qǐng)求的請(qǐng)求頻率超過(guò)這個(gè)極限值時(shí)就說(shuō)明業(yè)務(wù)請(qǐng)求的頻率太高，容易導(dǎo)致網(wǎng)絡(luò)擁塞，將這樣的業(yè)務(wù)請(qǐng)求可以放在接入網(wǎng)本地云311中處理。

另外一種預(yù)設(shè)策略可以是：當(dāng)業(yè)務(wù)請(qǐng)求的數(shù)據(jù)大小大于指定數(shù)值時(shí)，例如大于10M時(shí)，確定業(yè)務(wù)請(qǐng)求的處理位置為本地云。也就是說(shuō)，指定一個(gè)數(shù)據(jù)大小的極限值，當(dāng)業(yè)務(wù)請(qǐng)求的數(shù)據(jù)大小超過(guò)這個(gè)極限值時(shí)就說(shuō)明業(yè)務(wù)請(qǐng)求的數(shù)據(jù)太大，容易導(dǎo)致網(wǎng)絡(luò)擁塞，將這樣的業(yè)務(wù)請(qǐng)求可以放在接入網(wǎng)本地云311中處理。

本實(shí)施例提供的業(yè)務(wù)請(qǐng)求的處理方法中，基站接收到業(yè)務(wù)請(qǐng)求后產(chǎn)生業(yè)務(wù)請(qǐng)求通知并發(fā)送至控制器，之后再將該業(yè)務(wù)請(qǐng)求發(fā)送至接入網(wǎng)邊緣路由器，控制器根據(jù)基站中與業(yè)務(wù)請(qǐng)求匹配的請(qǐng)求流表以及控制器中預(yù)設(shè)的業(yè)務(wù)處理策略，可以對(duì)該業(yè)務(wù)請(qǐng)求的處理位置進(jìn)行判斷，當(dāng)判斷業(yè)務(wù)請(qǐng)求可以在接入網(wǎng)本地云中處理時(shí)，控制器生成本地云路徑并發(fā)送給接入網(wǎng)邊緣路由器，使得接入網(wǎng)邊緣路由器根據(jù)該本地云路徑將接收到的業(yè)務(wù)請(qǐng)求發(fā)送至接入網(wǎng)本地云進(jìn)行處理，也就是說(shuō)，當(dāng)業(yè)務(wù)請(qǐng)求滿足要求時(shí)，就可以發(fā)送至接入網(wǎng)本地云中進(jìn)行處理，而不用像現(xiàn)有技術(shù)一樣發(fā)送至核心網(wǎng)，再轉(zhuǎn)發(fā)至數(shù)據(jù)中心進(jìn)行處理，減少了業(yè)務(wù)請(qǐng)求傳輸?shù)奶鴶?shù)從而降低了業(yè)務(wù)響應(yīng)的延遲，而且避免了所有業(yè)務(wù)請(qǐng)求都發(fā)送至數(shù)據(jù)中心進(jìn)行處理，從而降低了網(wǎng)絡(luò)擁塞的概率。而且，未滿足業(yè)務(wù)處理策略所設(shè)定的條件的業(yè)務(wù)請(qǐng)求也可以發(fā)送至數(shù)據(jù)中心處理，從而提高了網(wǎng)絡(luò)設(shè)備的利用率。

實(shí)施例三

圖5為實(shí)施例三提供的業(yè)務(wù)請(qǐng)求的處理方法的流程圖。如圖5所示，該方法與實(shí)施例一提供的業(yè)務(wù)請(qǐng)求的處理方法相對(duì)應(yīng)，包括如下步驟。

步驟501、接入網(wǎng)邊緣路由器接收基站發(fā)送的業(yè)務(wù)請(qǐng)求。

具體地，移動(dòng)終端發(fā)出業(yè)務(wù)請(qǐng)求，基站接收到該業(yè)務(wù)請(qǐng)求后產(chǎn)生業(yè)務(wù)請(qǐng)求通知并發(fā)送至控制器。業(yè)務(wù)請(qǐng)求通知可以以信令的方式承載。基站將業(yè)務(wù)請(qǐng)求通知發(fā)送給控制器后，還會(huì)把業(yè)務(wù)請(qǐng)求發(fā)送給接入網(wǎng)邊緣路由器。

步驟502、接入網(wǎng)邊緣路由器接收控制器發(fā)送的路徑信息。其中，路徑信息為控制器接收到基站發(fā)送的業(yè)務(wù)請(qǐng)求通知后根據(jù)預(yù)設(shè)的業(yè)務(wù)處理策略及基站中與業(yè)務(wù)請(qǐng)求匹配的請(qǐng)求流表對(duì)業(yè)務(wù)請(qǐng)求的處理位置進(jìn)行判斷后生成，該業(yè)務(wù)請(qǐng)求通知由基站接收到業(yè)務(wù)請(qǐng)求后產(chǎn)生并發(fā)送至控制器。

具體地，基站中設(shè)置有流表，業(yè)務(wù)請(qǐng)求到達(dá)基站后基站中流表的狀態(tài)值發(fā)生變化形成了與業(yè)務(wù)請(qǐng)求匹配的請(qǐng)求流表?？刂破魍ㄟ^(guò)查詢流表能獲知請(qǐng)求流表中包含的信息，流表里不僅包含移動(dòng)通信網(wǎng)絡(luò)的特征，還包括業(yè)務(wù)請(qǐng)求的動(dòng)作信息和狀態(tài)信息。

控制器能從請(qǐng)求流表里獲取關(guān)于業(yè)務(wù)請(qǐng)求的信息，且控制器中預(yù)設(shè)有業(yè)務(wù)處理策略，這個(gè)策略用于對(duì)從請(qǐng)求流表中獲取的信息是否滿足條件進(jìn)行判斷，比如預(yù)設(shè)的業(yè)務(wù)處理策略是業(yè)務(wù)請(qǐng)求的頻率是否大于預(yù)設(shè)值，若大于則業(yè)務(wù)請(qǐng)求在接入網(wǎng)本地云中處理。根據(jù)這個(gè)策略，控制器通過(guò)請(qǐng)求流表可以統(tǒng)計(jì)獲得該業(yè)務(wù)請(qǐng)求的請(qǐng)求頻率，再判斷該請(qǐng)求頻率是否大于預(yù)設(shè)值，當(dāng)滿足條件則進(jìn)行相應(yīng)的處理。業(yè)務(wù)處理策略判斷的條件可以根據(jù)需要進(jìn)行設(shè)置，以獲得所需的業(yè)務(wù)處理結(jié)果?？刂破鬟M(jìn)行判斷后可以生成路徑信息，以獲知業(yè)務(wù)請(qǐng)求通過(guò)什么樣的路徑傳輸?shù)阶罱K的處理位置。

步驟503、當(dāng)路徑信息為本地云路徑時(shí)，接入網(wǎng)邊緣路由器將該業(yè)務(wù)請(qǐng)求發(fā)送至接入網(wǎng)本地云。

具體地，根據(jù)控制器的判斷，業(yè)務(wù)請(qǐng)求的處理位置為接入網(wǎng)本地云時(shí)，控制器生成的路徑信息為本地云路徑，接入網(wǎng)邊緣路由器能根據(jù)該本地云路徑將業(yè)務(wù)請(qǐng)求發(fā)送至接入網(wǎng)本地云進(jìn)行處理。由于接入網(wǎng)本地云與接收業(yè)務(wù)請(qǐng)求的接入網(wǎng)邊緣路由器均位于接入網(wǎng)中，兩者之間進(jìn)行數(shù)據(jù)傳輸?shù)木嚯x比接入網(wǎng)邊緣路由器到數(shù)據(jù)中心的距離要近很多，因此可以顯著降低傳輸時(shí)延。

本實(shí)施例提供的業(yè)務(wù)請(qǐng)求的處理方法中，基站接收到業(yè)務(wù)請(qǐng)求后產(chǎn)生業(yè)務(wù)請(qǐng)求通知并發(fā)送至控制器，之后再將該業(yè)務(wù)請(qǐng)求發(fā)送至接入網(wǎng)邊緣路由器，控制器根據(jù)基站中與業(yè)務(wù)請(qǐng)求匹配的請(qǐng)求流表以及控制器中預(yù)設(shè)的業(yè)務(wù)處理策略，可以對(duì)該業(yè)務(wù)請(qǐng)求的處理位置進(jìn)行判斷，當(dāng)判斷業(yè)務(wù)請(qǐng)求可以在接入網(wǎng)本地云中處理時(shí)，控制器生成本地云路徑并發(fā)送給接入網(wǎng)邊緣路由器，使得接入網(wǎng)邊緣路由器根據(jù)該本地云路徑將接收到的業(yè)務(wù)請(qǐng)求發(fā)送至接入網(wǎng)本地云進(jìn)行處理，也就是說(shuō)，當(dāng)業(yè)務(wù)請(qǐng)求滿足要求時(shí)，就可以發(fā)送至接入網(wǎng)本地云中進(jìn)行處理，而不用像現(xiàn)有技術(shù)一樣發(fā)送至核心網(wǎng)，再轉(zhuǎn)發(fā)至數(shù)據(jù)中心進(jìn)行處理，減少了業(yè)務(wù)請(qǐng)求傳輸?shù)奶鴶?shù)從而降低了業(yè)務(wù)響應(yīng)的延遲，而且避免了所有業(yè)務(wù)請(qǐng)求都發(fā)送至數(shù)據(jù)中心進(jìn)行處理，從而降低了網(wǎng)絡(luò)擁塞的概率。

實(shí)施例四

圖6為實(shí)施例四提供的業(yè)務(wù)請(qǐng)求的處理方法的流程圖。如圖6所示，該方法與實(shí)施例二提供的業(yè)務(wù)請(qǐng)求的處理方法相對(duì)應(yīng)，包括如下步驟。

步驟601、接入網(wǎng)邊緣路由器接收基站發(fā)送的業(yè)務(wù)請(qǐng)求。

步驟602、接入網(wǎng)邊緣路由器接收控制器發(fā)送的路徑信息。其中，路徑信息為控制器接收到基站發(fā)送的業(yè)務(wù)請(qǐng)求通知后根據(jù)預(yù)設(shè)的業(yè)務(wù)處理策略及基站中與業(yè)務(wù)請(qǐng)求匹配的請(qǐng)求流表對(duì)業(yè)務(wù)請(qǐng)求的處理位置進(jìn)行判斷后生成，該業(yè)務(wù)請(qǐng)求通知由基站接收到業(yè)務(wù)請(qǐng)求后產(chǎn)生并發(fā)送至控制器。

步驟603、當(dāng)路徑信息為本地云路徑時(shí)，接入網(wǎng)邊緣路由器將該業(yè)務(wù)請(qǐng)求發(fā)送至接入網(wǎng)本地云。

以上各步驟已在實(shí)施例三中進(jìn)行了詳細(xì)說(shuō)明，在此不再贅述。

步驟604、當(dāng)路徑信息為核心網(wǎng)路徑時(shí)，接入網(wǎng)邊緣路由器將該業(yè)務(wù)請(qǐng)求通過(guò)核心網(wǎng)發(fā)送至數(shù)據(jù)中心。

具體地，參見(jiàn)圖3所示，控制器根據(jù)請(qǐng)求流表和業(yè)務(wù)處理策略進(jìn)行判斷后，當(dāng)判斷業(yè)務(wù)請(qǐng)求的處理位置為數(shù)據(jù)中心33時(shí)，生成核心網(wǎng)路徑并發(fā)送至接入網(wǎng)邊緣路由器312，以使接入網(wǎng)邊緣路由器312修改本地保存流表中的路徑信息為核心網(wǎng)路徑，接入網(wǎng)邊緣路由器312根據(jù)該修改后的路徑信息將業(yè)務(wù)請(qǐng)求通過(guò)核心網(wǎng)32發(fā)送至數(shù)據(jù)中心33中進(jìn)行處理。

通過(guò)上述步驟，可以將業(yè)務(wù)請(qǐng)求按照一定的策略進(jìn)行劃分，一部分放在接入網(wǎng)本地云311中處理，一部分放在數(shù)據(jù)中心33中處理，從而有效地提高網(wǎng)絡(luò)設(shè)備的利用率，降低網(wǎng)絡(luò)擁塞的幾率，降低了業(yè)務(wù)響應(yīng)時(shí)延。

需要說(shuō)明的是：步驟603和步驟604的執(zhí)行順序不分先后，以獲得路徑信息的具體內(nèi)容為準(zhǔn)執(zhí)行相應(yīng)的步驟。

本實(shí)施例提供的業(yè)務(wù)請(qǐng)求的處理方法中，基站接收到業(yè)務(wù)請(qǐng)求后產(chǎn)生業(yè)務(wù)請(qǐng)求通知并發(fā)送至控制器，之后再將該業(yè)務(wù)請(qǐng)求發(fā)送至接入網(wǎng)邊緣路由器，控制器根據(jù)基站中與業(yè)務(wù)請(qǐng)求匹配的請(qǐng)求流表以及控制器中預(yù)設(shè)的業(yè)務(wù)處理策略，可以對(duì)該業(yè)務(wù)請(qǐng)求的處理位置進(jìn)行判斷，當(dāng)判斷業(yè)務(wù)請(qǐng)求可以在接入網(wǎng)本地云中處理時(shí)，控制器生成本地云路徑并發(fā)送給接入網(wǎng)邊緣路由器，使得接入網(wǎng)邊緣路由器根據(jù)該本地云路徑將接收到的業(yè)務(wù)請(qǐng)求發(fā)送至接入網(wǎng)本地云進(jìn)行處理，也就是說(shuō)，當(dāng)業(yè)務(wù)請(qǐng)求滿足要求時(shí)，就可以發(fā)送至接入網(wǎng)本地云中進(jìn)行處理，而不用像現(xiàn)有技術(shù)一樣發(fā)送至核心網(wǎng)，再轉(zhuǎn)發(fā)至數(shù)據(jù)中心進(jìn)行處理，減少了業(yè)務(wù)請(qǐng)求傳輸?shù)奶鴶?shù)從而降低了業(yè)務(wù)響應(yīng)的延遲，而且避免了所有業(yè)務(wù)請(qǐng)求都發(fā)送至數(shù)據(jù)中心進(jìn)行處理，從而降低了網(wǎng)絡(luò)擁塞的概率。而且，未滿足業(yè)務(wù)處理策略所設(shè)定的條件的業(yè)務(wù)請(qǐng)求也可以發(fā)送至數(shù)據(jù)中心處理，從而提高了網(wǎng)絡(luò)設(shè)備的利用率。

實(shí)施例五

圖7為實(shí)施例五提供的業(yè)務(wù)請(qǐng)求的處理裝置的方框圖。如圖7所示，該裝置包括控制器36、基站35、接入網(wǎng)本地云311以及接入網(wǎng)邊緣路由器312。

其中，基站35與接入網(wǎng)邊緣路由器312連接，基站35用于接收業(yè)務(wù)請(qǐng)求后產(chǎn)生并發(fā)送業(yè)務(wù)請(qǐng)求通知至控制器36，再發(fā)送業(yè)務(wù)請(qǐng)求至接入網(wǎng)邊緣路由器312。

控制器36與接入網(wǎng)邊緣路由器312及基站35連接，控制器36用于接收業(yè)務(wù)請(qǐng)求通知，并根據(jù)預(yù)設(shè)的業(yè)務(wù)處理策略及基站中與業(yè)務(wù)請(qǐng)求匹配的請(qǐng)求流表對(duì)業(yè)務(wù)請(qǐng)求的處理位置進(jìn)行判斷，當(dāng)判斷業(yè)務(wù)請(qǐng)求的處理位置為接入網(wǎng)本地云時(shí)，生成本地云路徑并發(fā)送至接入網(wǎng)邊緣路由器312。

接入網(wǎng)邊緣路由器312用于根據(jù)本地云路徑將業(yè)務(wù)請(qǐng)求發(fā)送至接入網(wǎng)本地云311進(jìn)行處理。

另外，控制器36還可以用于當(dāng)判斷業(yè)務(wù)請(qǐng)求的處理位置為數(shù)據(jù)中心時(shí)，生成核心網(wǎng)路徑并發(fā)送至接入網(wǎng)邊緣路由器312，而接入網(wǎng)邊緣路由器312還可以用于根據(jù)核心網(wǎng)路徑將業(yè)務(wù)請(qǐng)求通過(guò)核心網(wǎng)發(fā)送至數(shù)據(jù)中心進(jìn)行處理。

上述裝置中的各組成部分所執(zhí)行的方法已在實(shí)施例一至實(shí)施例四中做了詳細(xì)描述，在此不再贅述。

圖8為圖7中接入網(wǎng)本地云311的結(jié)構(gòu)示意圖。

上述裝置中接入網(wǎng)本地云311是位于接入網(wǎng)中的一個(gè)獨(dú)立的小型網(wǎng)絡(luò)，如圖8所示，接入網(wǎng)本地云311由若干個(gè)網(wǎng)絡(luò)設(shè)備構(gòu)成，能接收業(yè)務(wù)請(qǐng)求、響應(yīng)業(yè)務(wù)請(qǐng)求，并對(duì)業(yè)務(wù)請(qǐng)求進(jìn)行處理。各個(gè)網(wǎng)絡(luò)設(shè)備按功能劃分為三層，具體包括：接入層81、匯聚層82和核心層83。

其中，接入層81，用于接收業(yè)務(wù)請(qǐng)求并響應(yīng)該業(yè)務(wù)請(qǐng)求。匯聚層82，用于將多個(gè)接入層互連，從而形成更大的網(wǎng)絡(luò)。核心層83，用于對(duì)接收到的業(yè)務(wù)請(qǐng)求進(jìn)行處理。由此可知，當(dāng)業(yè)務(wù)請(qǐng)求發(fā)送至接入網(wǎng)本地云311時(shí)，接入層81負(fù)責(zé)接收業(yè)務(wù)請(qǐng)求，核心層83負(fù)責(zé)處理業(yè)務(wù)請(qǐng)求。

圖9為圖7中控制器36的功能模塊圖。

上述裝置中控制器36可以具體包括圖9所示的：網(wǎng)絡(luò)資源管理器(Network Resource Manager，簡(jiǎn)稱為：NRM)91、路由管理器(Router Manager，簡(jiǎn)稱為：RM)92、拓?fù)滏溌饭芾砥?Topology&Path Manager，簡(jiǎn)稱為：TPM)93和連接管理器(Connection Manager，簡(jiǎn)稱為：CM)94。

其中，網(wǎng)絡(luò)資源管理器91，用于收集如圖3所示的整個(gè)網(wǎng)絡(luò)的資源，并對(duì)業(yè)務(wù)請(qǐng)求的分配進(jìn)行決策。例如，上述實(shí)施例所述的、根據(jù)業(yè)務(wù)請(qǐng)求的請(qǐng)求流表及預(yù)設(shè)的業(yè)務(wù)處理策略確定業(yè)務(wù)請(qǐng)求的處理位置，也就是說(shuō)根據(jù)策略將業(yè)務(wù)請(qǐng)求分配到指定的位置進(jìn)行處理。由此可知，上述實(shí)施例所述的業(yè)務(wù)請(qǐng)求的處理方法是由控制器中的網(wǎng)絡(luò)資源管理器91執(zhí)行的。

路由管理器92，用于根據(jù)資源計(jì)算最優(yōu)路由，以連接整個(gè)網(wǎng)絡(luò)。拓?fù)滏溌饭芾砥?3，用于管理整個(gè)網(wǎng)絡(luò)的拓?fù)浜玩溌焚Y源。連接管理器94，與網(wǎng)絡(luò)資源管理器91、路由管理器92及拓?fù)滏溌饭芾砥?3連接，連接管理器94用于進(jìn)行連接建立、連接修改及連接刪除的操作。

本實(shí)施例提供的業(yè)務(wù)請(qǐng)求的處理裝置中，基站接收到業(yè)務(wù)請(qǐng)求后產(chǎn)生業(yè)務(wù)請(qǐng)求通知并發(fā)送至控制器，之后再將該業(yè)務(wù)請(qǐng)求發(fā)送至接入網(wǎng)邊緣路由器，控制器根據(jù)基站中與業(yè)務(wù)請(qǐng)求匹配的請(qǐng)求流表以及控制器中預(yù)設(shè)的業(yè)務(wù)處理策略，可以對(duì)該業(yè)務(wù)請(qǐng)求的處理位置進(jìn)行判斷，當(dāng)判斷業(yè)務(wù)請(qǐng)求可以在接入網(wǎng)本地云中處理時(shí)，控制器生成本地云路徑并發(fā)送給接入網(wǎng)邊緣路由器，使得接入網(wǎng)邊緣路由器根據(jù)該本地云路徑將接收到的業(yè)務(wù)請(qǐng)求發(fā)送至接入網(wǎng)本地云進(jìn)行處理，也就是說(shuō)，當(dāng)業(yè)務(wù)請(qǐng)求滿足要求時(shí)，就可以發(fā)送至接入網(wǎng)本地云中進(jìn)行處理，而不用像現(xiàn)有技術(shù)一樣發(fā)送至核心網(wǎng)，再轉(zhuǎn)發(fā)至數(shù)據(jù)中心進(jìn)行處理，減少了業(yè)務(wù)請(qǐng)求傳輸?shù)奶鴶?shù)從而降低了業(yè)務(wù)響應(yīng)的延遲，而且避免了所有業(yè)務(wù)請(qǐng)求都發(fā)送至數(shù)據(jù)中心進(jìn)行處理，從而降低了網(wǎng)絡(luò)擁塞的概率。而且，未滿足業(yè)務(wù)處理策略所設(shè)定的條件的業(yè)務(wù)請(qǐng)求也可以發(fā)送至數(shù)據(jù)中心處理，從而提高了網(wǎng)絡(luò)設(shè)備的利用率。

本領(lǐng)域普通技術(shù)人員可以理解：實(shí)現(xiàn)上述方法實(shí)施例的全部或部分步驟可以通過(guò)程序指令相關(guān)的硬件來(lái)完成，前述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，該程序在執(zhí)行時(shí)，執(zhí)行包括上述方法實(shí)施例的步驟；而前述的存儲(chǔ)介質(zhì)包括：ROM、RAM、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。

最后應(yīng)說(shuō)明的是：以上實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案，而非對(duì)其限制；盡管參照前述實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的范圍。