本發(fā)明涉及一種在通信網(wǎng)絡(luò)中用于流量?jī)?yōu)化的流量管理裝置以及流量管理方法。特別是涉及一種承載第三方服務(wù)提供商流量的通信網(wǎng)絡(luò)中的流量管理裝置以及流量管理方法。

背景技術(shù)：

隨著信息技術(shù)的不斷發(fā)展，通信網(wǎng)絡(luò)的利用越來(lái)越廣泛。通信網(wǎng)絡(luò)是指包含LTE(Long Term Evolution，長(zhǎng)期演進(jìn))網(wǎng)絡(luò)、3G(3rd Generation，第三代數(shù)字通信)(WCDMA、cdma2000等)網(wǎng)絡(luò)等由網(wǎng)絡(luò)運(yùn)營(yíng)商提供網(wǎng)絡(luò)傳輸并維護(hù)的現(xiàn)有網(wǎng)絡(luò)。

在以數(shù)據(jù)流量為最大比重業(yè)務(wù)的通信網(wǎng)絡(luò)(例如目前的3G及LTE網(wǎng)絡(luò))中，絕大多數(shù)的流量來(lái)自于互聯(lián)網(wǎng)業(yè)務(wù)提供商，即非網(wǎng)絡(luò)運(yùn)營(yíng)商自營(yíng)的業(yè)務(wù)(也稱為來(lái)自于第三方服務(wù)提供商的業(yè)務(wù))。

以LTE網(wǎng)絡(luò)為例，當(dāng)用戶需要通過(guò)LTE網(wǎng)絡(luò)訪問(wèn)因特網(wǎng)或者某個(gè)應(yīng)用的遠(yuǎn)端服務(wù)器時(shí)，網(wǎng)絡(luò)會(huì)為用戶建立一條承載(Bearer)。承載從用戶處連接到數(shù)據(jù)網(wǎng)關(guān)，中間涉及若干個(gè)網(wǎng)絡(luò)設(shè)備，如基站、服務(wù)網(wǎng)關(guān)、數(shù)據(jù)網(wǎng)關(guān)等。在這條承載上，會(huì)產(chǎn)生相應(yīng)的流量。

所謂“承載”，表示網(wǎng)絡(luò)支持業(yè)務(wù)的程度，表現(xiàn)為承載QoS(Quality of Service，服務(wù)質(zhì)量)參數(shù)，并且，根據(jù)對(duì)業(yè)務(wù)支持的質(zhì)量，能夠分為多個(gè)類型。

承載的QoS參數(shù)包含GBR(Guaranteed Bit Rate，保證比特速率)、QCI(QoS Class Identifier，QoS等級(jí)標(biāo)識(shí)符)、ARP(Address Resolution Protocol，地址解析協(xié)議)、MBR(Maximum Bit Rate，最大比特速率)、或AMBR(Aggregated Maximum Bit Rate，聚合最大比特率)(包括UE-AMBR和APN-AMBR)。

其中，GBR承載和Non-GBR承載是兩種不同的承載資源類型。GBR承載保證為網(wǎng)絡(luò)分配一定的帶寬用于流量傳輸，而Non-GBR承載意味著 網(wǎng)絡(luò)“盡力而為”地傳輸流量，并不能保證有足夠的帶寬。QCI是表示QoS等級(jí)的標(biāo)識(shí)，每個(gè)QCI等級(jí)對(duì)應(yīng)著相應(yīng)的資源類型(GBR/Non-GBR)、優(yōu)先級(jí)、時(shí)延、誤包率以及這類參數(shù)對(duì)應(yīng)的典型業(yè)務(wù)。MBR用于為GBR類型的承載提供最大帶寬的限制。由于GBR類型的承載有一定的網(wǎng)絡(luò)帶寬保證，但是為了限制這種類型的承載對(duì)網(wǎng)絡(luò)資源的無(wú)限占用，MBR用于為GBR承載定義一個(gè)帶寬上限。AMBR是LTE系統(tǒng)為了限制一組Non-GBR對(duì)網(wǎng)絡(luò)資源的無(wú)限占用而新設(shè)計(jì)的參數(shù)。AMBR的實(shí)現(xiàn)形式又有APN(Access Point Name，接入點(diǎn)名稱)-AMBR和UE(User Equipment，用戶設(shè)備)-AMBR。

從3G技術(shù)開始，網(wǎng)絡(luò)中主要的業(yè)務(wù)類型從傳統(tǒng)的語(yǔ)音、短信發(fā)展到被數(shù)據(jù)業(yè)務(wù)替代。特別是社交網(wǎng)絡(luò)應(yīng)用逐漸成為3G網(wǎng)絡(luò)最主要的流量產(chǎn)生源。

另外，當(dāng)前正在中國(guó)逐步布設(shè)起來(lái)的4G網(wǎng)絡(luò)，主要采用LTE技術(shù)，其網(wǎng)絡(luò)速率和3G技術(shù)相比又有大幅度的提升，所以使得一些上傳視頻類的應(yīng)用(例如智能安防)可以被網(wǎng)絡(luò)傳輸所支持，進(jìn)一步豐富了網(wǎng)絡(luò)中的流量類型。

另一方面，與社交網(wǎng)絡(luò)類應(yīng)用產(chǎn)生的相對(duì)低數(shù)據(jù)量多頻次的數(shù)據(jù)量相比，智能安防類等應(yīng)用產(chǎn)生的流量的數(shù)據(jù)量更大，或展示出多樣性，即，可能在平常情況下以低清晰度(對(duì)應(yīng)產(chǎn)生低數(shù)據(jù)量)進(jìn)行將攝像頭拍攝的視頻實(shí)時(shí)地通過(guò)移動(dòng)網(wǎng)絡(luò)傳輸?shù)搅硪欢说谋O(jiān)控中心的傳輸，在需要重點(diǎn)觀看某區(qū)域監(jiān)控視頻等特殊情況下以高清晰度(對(duì)應(yīng)產(chǎn)生高數(shù)據(jù)量)進(jìn)行傳輸。

相應(yīng)地，在4G網(wǎng)絡(luò)支持此類應(yīng)用時(shí)，也可能展示出承載的多樣性，即，平常情況下用Non-GBR類承載進(jìn)行傳輸，特別情況下用GBR類承載進(jìn)行傳輸。通過(guò)根據(jù)應(yīng)用的狀況對(duì)承載的QoS參數(shù)進(jìn)行變更，能夠?qū)W(wǎng)絡(luò)中的流量進(jìn)行優(yōu)化。

但是，由于應(yīng)用何時(shí)處于平常情況或何時(shí)處于特殊情況，完全由應(yīng)用側(cè)(用戶終端或應(yīng)用的遠(yuǎn)端服務(wù)器)決定，網(wǎng)絡(luò)并不“知情”。所以，網(wǎng)絡(luò)通過(guò)接口接收應(yīng)用側(cè)提供的此類信息來(lái)?yè)?jù)此對(duì)網(wǎng)絡(luò)中的相應(yīng)流量進(jìn)行優(yōu)化顯得更具有實(shí)用性，也能在應(yīng)用性能下降時(shí)更加及時(shí)地做出反饋。

現(xiàn)有3G網(wǎng)絡(luò)與LTE網(wǎng)絡(luò)相比較，流量?jī)?yōu)化機(jī)制并不完全相同。但類 似地，兩種技術(shù)均由網(wǎng)絡(luò)根據(jù)用戶簽約信息以及流量的具體需求(實(shí)時(shí)性、數(shù)據(jù)率、時(shí)延等)去建立相應(yīng)的承載以實(shí)現(xiàn)流量交付。

當(dāng)網(wǎng)絡(luò)中出現(xiàn)擁塞時(shí)，Non-GBR承載這種“盡力而為”的交付可能由于網(wǎng)絡(luò)資源此時(shí)非常有限而出現(xiàn)明顯的性能下降，如時(shí)延大幅增加，甚至出現(xiàn)連接中斷，或者數(shù)據(jù)速率大幅下降，可表現(xiàn)為上傳/下載圖片或視頻變得非常緩慢。在現(xiàn)有網(wǎng)絡(luò)中，這種性能下降的情況只能在網(wǎng)絡(luò)擁塞自行緩解后(例如由于用戶數(shù)減少或傳輸需求減少，亦可能由于網(wǎng)絡(luò)內(nèi)部實(shí)施了某些流量?jī)?yōu)化的措施)出現(xiàn)改善。

這意味著，只有網(wǎng)絡(luò)側(cè)能夠通過(guò)網(wǎng)絡(luò)自身的判斷去優(yōu)化應(yīng)用的流量，常常不能準(zhǔn)確反饋到應(yīng)用本身的需求。例如以上述智能安防應(yīng)用為例，何時(shí)只需要通過(guò)Non-GBR承載交付其上傳的視頻流量，何時(shí)需要通過(guò)更有保障的GBR承載交付流量，需要應(yīng)用側(cè)自行判斷后告知給網(wǎng)絡(luò)，網(wǎng)絡(luò)依據(jù)此信息進(jìn)行可能的流量?jī)?yōu)化，使得應(yīng)用達(dá)到更好的效果：普通情況時(shí)網(wǎng)絡(luò)“盡力而為”地承載流量，特殊情況時(shí)網(wǎng)絡(luò)“有保障”地承載流量。

根據(jù)標(biāo)準(zhǔn)化組織3GPP的標(biāo)準(zhǔn)化文檔TS 23.203，在現(xiàn)有網(wǎng)絡(luò)中，已經(jīng)存在了網(wǎng)絡(luò)聯(lián)合應(yīng)用反饋的性能指標(biāo)信息進(jìn)行流量?jī)?yōu)化的相關(guān)技術(shù)。

圖11是現(xiàn)有的非漫游狀態(tài)下的策略和計(jì)費(fèi)控制(PCC:Policy and Charging Control的架構(gòu)圖。如圖11所示，該框架包括：應(yīng)用服務(wù)器302、策略與計(jì)費(fèi)規(guī)則決策單元(PCRF)301、用戶簽約數(shù)據(jù)庫(kù)303、承載綁定和事件上報(bào)單元304、包括策略和計(jì)費(fèi)執(zhí)行單元(PCEF)的數(shù)據(jù)網(wǎng)關(guān)305、在線計(jì)費(fèi)系統(tǒng)306以及離線計(jì)費(fèi)系統(tǒng)307。

策略與計(jì)費(fèi)規(guī)則功能301需要綜合應(yīng)用服務(wù)器302、用戶簽約數(shù)據(jù)庫(kù)303以及承載綁定和事件上報(bào)單元304的信息去設(shè)計(jì)實(shí)現(xiàn)。其中應(yīng)用服務(wù)器302(AF:Application Function)為PCRF 301提供用戶的業(yè)務(wù)信息，提供基于動(dòng)態(tài)的策略與計(jì)費(fèi)功能。AF 302功能實(shí)體根據(jù)與用戶之間的業(yè)務(wù)協(xié)商，向PCRF 301動(dòng)態(tài)提供應(yīng)用層的會(huì)話信息，PCRF 301根據(jù)AF 302提供的業(yè)務(wù)信息以及用戶簽約信息、本地運(yùn)營(yíng)商策略，制定出策略和計(jì)費(fèi)控制策略，并將該策略下發(fā)給分組網(wǎng)絡(luò)中的網(wǎng)關(guān)305，PCEF 305執(zhí)行該策略，由于策略中包含流標(biāo)識(shí)信息(IP五元組)以及針對(duì)該流的QoS要求以及計(jì)費(fèi)要求，PCEF 305可以根據(jù)這些信息實(shí)現(xiàn)基于流的QoS和計(jì)費(fèi)，在全I(xiàn)P網(wǎng)絡(luò)實(shí)現(xiàn)端到端QoS。并且，在線計(jì)費(fèi)系統(tǒng)306和離線計(jì)費(fèi)系統(tǒng)307分別實(shí)現(xiàn)流計(jì) 費(fèi)問(wèn)題。

但這種基于應(yīng)用本身的需求進(jìn)行流量?jī)?yōu)化的解決方案的實(shí)現(xiàn)范圍，目前只可能是運(yùn)營(yíng)商自營(yíng)業(yè)務(wù)的IP多媒體子系統(tǒng)(IMS:IP Multi-media Sub-system)。即，只有運(yùn)營(yíng)商自營(yíng)的業(yè)務(wù)才能通過(guò)已定義的接口與網(wǎng)絡(luò)進(jìn)行流量?jī)?yōu)化的溝通，包括流量?jī)?yōu)化的請(qǐng)求，動(dòng)態(tài)的流量策略與計(jì)費(fèi)。而在實(shí)際的網(wǎng)絡(luò)中，運(yùn)營(yíng)商自營(yíng)的業(yè)務(wù)所占比重非常小。以上提到的社交網(wǎng)絡(luò)類應(yīng)用、智能安防等新興應(yīng)用幾乎全部來(lái)自于第三方服務(wù)提供商。

并且，目前還存在第三方服務(wù)提供商替代用戶向網(wǎng)絡(luò)運(yùn)營(yíng)商支付費(fèi)用的趨勢(shì)，從而在與其他同類型應(yīng)用競(jìng)爭(zhēng)時(shí)更有優(yōu)勢(shì)。因此，網(wǎng)絡(luò)運(yùn)營(yíng)商與第三方服務(wù)提供商簽約變得十分可能。因此，考慮到通過(guò)動(dòng)態(tài)的策略實(shí)現(xiàn)第三方應(yīng)用流量交付的必要性。

但是這些技術(shù)側(cè)重于網(wǎng)絡(luò)如何在PCRF(策略與計(jì)費(fèi)規(guī)則功能)處增加動(dòng)態(tài)調(diào)整策略這一功能，并沒(méi)有涉及網(wǎng)絡(luò)如何接收應(yīng)用反饋的流量?jī)?yōu)化請(qǐng)求信息(或關(guān)于應(yīng)用性能下降的告知)。

此外，現(xiàn)有技術(shù)提到的網(wǎng)絡(luò)可對(duì)第三方應(yīng)用的流量動(dòng)態(tài)調(diào)整，意味著無(wú)論何種第三方應(yīng)用，何種性能下降的告知消息，都會(huì)被網(wǎng)絡(luò)受理，并且通過(guò)網(wǎng)絡(luò)內(nèi)部的策略調(diào)整嘗試改善這一問(wèn)題。

但實(shí)際網(wǎng)絡(luò)中，由于存在大量的第三方應(yīng)用并不斷地產(chǎn)生流量，而網(wǎng)絡(luò)資源的有限性特別是在中國(guó)尤為突出，因此相當(dāng)于很頻繁地出現(xiàn)應(yīng)用性能下降這樣的問(wèn)題。在這種情況下，隨時(shí)受理應(yīng)用反饋的性能提升請(qǐng)求會(huì)耗費(fèi)大量的網(wǎng)絡(luò)資源，也勢(shì)必會(huì)浪費(fèi)相應(yīng)的時(shí)間。并且，這種資源與時(shí)間的消耗，會(huì)導(dǎo)致需要“盡快”改善性能的實(shí)時(shí)應(yīng)用的請(qǐng)求被延誤。

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

本發(fā)明是鑒于以上問(wèn)題而完成的。本發(fā)明的目的在于提供一種能夠提高網(wǎng)絡(luò)資源的利用效率的流量管理裝置和流量管理方法。

本發(fā)明的一個(gè)技術(shù)方案是一種流量管理裝置，包括：應(yīng)用請(qǐng)求接收單元，接收應(yīng)用的流量?jī)?yōu)化請(qǐng)求，上述流量?jī)?yōu)化請(qǐng)求用于請(qǐng)求對(duì)網(wǎng)絡(luò)中的該應(yīng)用的流量進(jìn)行優(yōu)化；網(wǎng)絡(luò)信息取得單元，取得與網(wǎng)絡(luò)有關(guān)的網(wǎng)絡(luò)信息；應(yīng)用請(qǐng)求過(guò)濾單元，按照預(yù)定的準(zhǔn)則，對(duì)上述應(yīng)用請(qǐng)求接收單元接收到的上述流量?jī)?yōu)化請(qǐng)求進(jìn)行過(guò)濾，判斷是否保留上述流量?jī)?yōu)化請(qǐng)求；以及流量 優(yōu)化決策單元，針對(duì)經(jīng)過(guò)上述應(yīng)用請(qǐng)求過(guò)濾單元的過(guò)濾而保留的上述流量?jī)?yōu)化請(qǐng)求進(jìn)行響應(yīng)，利用上述網(wǎng)絡(luò)信息，生成與經(jīng)過(guò)過(guò)濾而保留的上述流量?jī)?yōu)化請(qǐng)求相對(duì)應(yīng)的流量?jī)?yōu)化方案。

本發(fā)明的另一個(gè)技術(shù)方案是一種流量管理方法，包括：應(yīng)用請(qǐng)求接收步驟，接收應(yīng)用的流量?jī)?yōu)化請(qǐng)求，上述流量?jī)?yōu)化請(qǐng)求用于請(qǐng)求對(duì)網(wǎng)絡(luò)中的該應(yīng)用的流量進(jìn)行優(yōu)化；網(wǎng)絡(luò)信息取得步驟，取得與網(wǎng)絡(luò)有關(guān)的網(wǎng)絡(luò)信息；應(yīng)用請(qǐng)求過(guò)濾步驟，按照預(yù)定的準(zhǔn)則，對(duì)上述應(yīng)用請(qǐng)求接收步驟中接收到的上述流量?jī)?yōu)化請(qǐng)求進(jìn)行過(guò)濾，判斷是否保留上述流量?jī)?yōu)化請(qǐng)求；以及流量?jī)?yōu)化決策步驟，針對(duì)經(jīng)過(guò)上述應(yīng)用請(qǐng)求過(guò)濾步驟的過(guò)濾而保留的上述流量?jī)?yōu)化請(qǐng)求進(jìn)行響應(yīng)，利用上述網(wǎng)絡(luò)信息，生成與經(jīng)過(guò)過(guò)濾而保留的上述流量?jī)?yōu)化請(qǐng)求相對(duì)應(yīng)的流量?jī)?yōu)化方案。

發(fā)明效果：

本發(fā)明適用于承載第三方服務(wù)提供商流量的通信網(wǎng)絡(luò)。根據(jù)本發(fā)明，使得網(wǎng)絡(luò)在通過(guò)定義的接口接收到應(yīng)用側(cè)發(fā)來(lái)的流量?jī)?yōu)化請(qǐng)求時(shí)，通過(guò)必要的請(qǐng)求過(guò)濾單元聯(lián)合網(wǎng)絡(luò)目前的資源現(xiàn)狀，決策出適當(dāng)?shù)牧髁績(jī)?yōu)化方案，從而能夠更好地實(shí)現(xiàn)網(wǎng)絡(luò)對(duì)流量的交付，更好地發(fā)揮網(wǎng)絡(luò)資源的價(jià)值以滿足服務(wù)提供商的需求，從而能夠提高網(wǎng)絡(luò)資源的利用效率。

附圖說(shuō)明

圖1是用戶通過(guò)移動(dòng)網(wǎng)絡(luò)連接到因特網(wǎng)或服務(wù)提供商的網(wǎng)絡(luò)框架的示意圖。

圖2是LTE網(wǎng)絡(luò)中建立承載所涉及的網(wǎng)絡(luò)框架的示意圖。

圖3是包括第一實(shí)施方式涉及的流量管理裝置的通信網(wǎng)絡(luò)的結(jié)構(gòu)框圖。

圖4是第一實(shí)施方式涉及的流量管理裝置的應(yīng)用請(qǐng)求控制的流程圖。

圖5是包括第二實(shí)施方式涉及的流量管理裝置的通信網(wǎng)絡(luò)的結(jié)構(gòu)框圖。

圖6是第二實(shí)施方式涉及的流量管理裝置的應(yīng)用請(qǐng)求控制的流程圖。

圖7是基于第三方應(yīng)用流量?jī)?yōu)化的流量控制的消息交互圖。

圖8是基于第三方應(yīng)用流量?jī)?yōu)化的流量控制的另一消息交互圖。

圖9是包括第三實(shí)施方式涉及的流量管理裝置的通信網(wǎng)絡(luò)的結(jié)構(gòu)框 圖。

圖10是第三實(shí)施方式涉及的流量管理裝置的應(yīng)用請(qǐng)求控制的流程圖。

圖11是現(xiàn)有的非漫游狀態(tài)下的策略和計(jì)費(fèi)控制的架構(gòu)圖。

具體實(shí)施方式

本發(fā)明適用于承載第三方服務(wù)提供商流量的通信網(wǎng)絡(luò)。作為適用本發(fā)明的網(wǎng)絡(luò)框架的示例，以圖1為例進(jìn)行說(shuō)明。

圖1是用戶通過(guò)移動(dòng)網(wǎng)絡(luò)連接到因特網(wǎng)或服務(wù)提供商的網(wǎng)絡(luò)框架的示意圖。

圖1所示的移動(dòng)網(wǎng)絡(luò)102例如是正在使用的最先進(jìn)的移動(dòng)網(wǎng)絡(luò)技術(shù)LTE“長(zhǎng)期演進(jìn)”，也稱為第四代通信技術(shù)或4G技術(shù)。

當(dāng)用戶終端101請(qǐng)求通過(guò)LTE網(wǎng)絡(luò)連接至因特網(wǎng)103或者請(qǐng)求獲得服務(wù)即訪問(wèn)服務(wù)提供商103以獲取信息時(shí)，移動(dòng)網(wǎng)絡(luò)102會(huì)根據(jù)網(wǎng)絡(luò)資源狀況為用戶終端101建立一條承載，以滿足用戶的需求。相應(yīng)承載建立后，會(huì)在通信網(wǎng)絡(luò)中產(chǎn)生相應(yīng)的流量。流量的形式可以體現(xiàn)為通過(guò)相應(yīng)網(wǎng)絡(luò)節(jié)點(diǎn)如基站、數(shù)據(jù)網(wǎng)關(guān)等的網(wǎng)絡(luò)中的流量104和接口上的流量105。

圖2是LTE網(wǎng)絡(luò)中建立承載所涉及的網(wǎng)絡(luò)框架的示意圖。

在圖2所示的移動(dòng)網(wǎng)絡(luò)中，通過(guò)在用戶終端201與分組數(shù)據(jù)網(wǎng)205之間建立端到端的連接，來(lái)實(shí)現(xiàn)流量的傳輸。具體來(lái)說(shuō)，由EPS(Evolved Packet System，演進(jìn)分組系統(tǒng))承載(Bearer)實(shí)現(xiàn)QoS(Quality of Service)保證。

其中，用戶終端201與分組數(shù)據(jù)網(wǎng)205之間建立端到端的連接由無(wú)線接入網(wǎng)、核心網(wǎng)、以及因特網(wǎng)(互聯(lián)網(wǎng))構(gòu)成。移動(dòng)網(wǎng)絡(luò)的主要構(gòu)成單元在無(wú)線接入網(wǎng)側(cè)包含基站202，在核心網(wǎng)側(cè)包含服務(wù)網(wǎng)關(guān)203、數(shù)據(jù)網(wǎng)關(guān)204、移動(dòng)管理實(shí)體206、歸屬用戶服務(wù)器207以及策略與計(jì)費(fèi)規(guī)則功能單元208。當(dāng)網(wǎng)絡(luò)有充足的資源滿足用戶的傳輸需求時(shí)，會(huì)根據(jù)流量的類型為其建立相應(yīng)的承載以提供適當(dāng)?shù)腝oS。

EPS承載位于用戶和數(shù)據(jù)網(wǎng)關(guān)之間，按照接口協(xié)議等不同可以分為承載1(用戶與基站之間的無(wú)線承載，由基站實(shí)現(xiàn)控制)、承載2(基站與服務(wù)網(wǎng)關(guān)之間的S1承載)以及承載3(服務(wù)網(wǎng)關(guān)與數(shù)據(jù)網(wǎng)關(guān)之間的S5/S8承載，由數(shù)據(jù)網(wǎng)關(guān)實(shí)現(xiàn)控制)。每段承載分別由相應(yīng)的網(wǎng)絡(luò)單元按照流量對(duì)應(yīng) 的QoS參數(shù)負(fù)責(zé)保證其傳輸需求、例如時(shí)延、丟包率等。對(duì)于一個(gè)用戶的連接，全部承載(承載1、承載2、承載3)由策略與計(jì)費(fèi)規(guī)則功能單元(PCRF)聯(lián)合移動(dòng)管理實(shí)體(MME)中存儲(chǔ)的用戶信息確定。

本發(fā)明的流量管理裝置能夠設(shè)置于在用戶終端201與分組數(shù)據(jù)網(wǎng)205之間建立承載的各個(gè)網(wǎng)絡(luò)設(shè)備中，或者作為獨(dú)立的流量管理裝置而與現(xiàn)有的網(wǎng)絡(luò)設(shè)備相連接，從而對(duì)用戶終端201與分組數(shù)據(jù)網(wǎng)205之間建立的承載的流量進(jìn)行管理。

此外，以上例舉了LTE網(wǎng)絡(luò)框架下的承載所涉及的網(wǎng)絡(luò)設(shè)備，各個(gè)網(wǎng)絡(luò)設(shè)備的具體功能可以參照現(xiàn)有的網(wǎng)絡(luò)標(biāo)準(zhǔn)所賦予的功能。

此外，網(wǎng)絡(luò)類型也不限于LTE網(wǎng)絡(luò)能夠使用在用戶終端與分組數(shù)據(jù)網(wǎng)之間建立承載的任意網(wǎng)絡(luò)。

也就是說(shuō)，本發(fā)明涉及的流量管理裝置能夠應(yīng)用于連接到應(yīng)用服務(wù)商的網(wǎng)絡(luò)中，從而對(duì)所建立的承載中的流量進(jìn)行管理。

在上述網(wǎng)絡(luò)框架的背景下，以下，參照附圖詳細(xì)說(shuō)明本發(fā)明的優(yōu)選實(shí)施方式。

此外，在不同實(shí)施方式的各個(gè)附圖中，對(duì)于相同或類似的部分，賦予相同的附圖標(biāo)記，并且適當(dāng)省略重復(fù)說(shuō)明的部分。

(第一實(shí)施方式)

圖3是包括第一實(shí)施方式涉及的流量管理裝置的通信網(wǎng)絡(luò)的結(jié)構(gòu)框圖。

如圖3所示，本實(shí)施方式的流量管理裝置100設(shè)置在通信網(wǎng)絡(luò)401中，經(jīng)由網(wǎng)絡(luò)接口41而與通信網(wǎng)絡(luò)中的設(shè)備404相連接。此處，設(shè)通信網(wǎng)絡(luò)是LTE網(wǎng)絡(luò)。通信網(wǎng)絡(luò)中的設(shè)備404可以是圖2中包含的LTE網(wǎng)絡(luò)的設(shè)備中的某個(gè)。具體來(lái)說(shuō)，是指基站、移動(dòng)管理實(shí)體、服務(wù)網(wǎng)關(guān)、歸屬用戶服務(wù)器、數(shù)據(jù)網(wǎng)關(guān)等中的某個(gè)。

其中，現(xiàn)有通信網(wǎng)絡(luò)中的設(shè)備404通過(guò)無(wú)線連接能夠與移動(dòng)終端402進(jìn)行通信，并且通過(guò)有線連接能夠與遠(yuǎn)端403進(jìn)行通信，從而能夠在移動(dòng)終端402與遠(yuǎn)端403之間建立承載。

流量管理裝置100包括接收單元10、應(yīng)用請(qǐng)求過(guò)濾單元20、流量?jī)?yōu)化決策單元30、網(wǎng)絡(luò)接口41以及網(wǎng)絡(luò)設(shè)備交互單元42。

接收單元10從終端402或者遠(yuǎn)端403接收應(yīng)用的流量?jī)?yōu)化請(qǐng)求，該流量?jī)?yōu)化請(qǐng)求用于請(qǐng)求對(duì)網(wǎng)絡(luò)中的該應(yīng)用的流量進(jìn)行優(yōu)化。這里，既可以從終端402側(cè)發(fā)送應(yīng)用的流量?jī)?yōu)化請(qǐng)求407，也可以從終端403側(cè)發(fā)送應(yīng)用的流量?jī)?yōu)化請(qǐng)求406。這里的接收單元10相當(dāng)于“應(yīng)用請(qǐng)求接收單元”。

應(yīng)用請(qǐng)求過(guò)濾單元20按照預(yù)定的準(zhǔn)則，對(duì)接收單元10接收到的應(yīng)用的流量?jī)?yōu)化請(qǐng)求進(jìn)行過(guò)濾，判斷是否保留流量?jī)?yōu)化請(qǐng)求。

具體來(lái)說(shuō)，應(yīng)用請(qǐng)求過(guò)濾單元20按照被預(yù)先設(shè)定的判斷準(zhǔn)則，對(duì)流量?jī)?yōu)化請(qǐng)求進(jìn)行過(guò)濾，忽略不符合準(zhǔn)則要求的流量?jī)?yōu)化請(qǐng)求。應(yīng)用請(qǐng)求過(guò)濾單元20進(jìn)行過(guò)濾所依據(jù)的準(zhǔn)則可以包括：應(yīng)用提供商與網(wǎng)絡(luò)運(yùn)營(yíng)商之間所簽訂的關(guān)于流量?jī)?yōu)化的簽約信息、應(yīng)用能夠容忍的請(qǐng)求最長(zhǎng)處理時(shí)間、或者網(wǎng)絡(luò)運(yùn)營(yíng)商對(duì)于應(yīng)用流量?jī)?yōu)化可能性的判斷結(jié)果等。

例如，設(shè)應(yīng)用請(qǐng)求過(guò)濾單元20預(yù)先保存有應(yīng)用提供商與網(wǎng)絡(luò)運(yùn)營(yíng)商之間所簽訂的關(guān)于流量?jī)?yōu)化的簽約信息或者從外部接收并保存該簽約信息，從而過(guò)濾所依據(jù)的準(zhǔn)則包括應(yīng)用提供商與網(wǎng)絡(luò)運(yùn)營(yíng)商之間所簽訂的關(guān)于流量?jī)?yōu)化的簽約信息。在應(yīng)用提供商與網(wǎng)絡(luò)運(yùn)營(yíng)商就應(yīng)用A簽訂有協(xié)議，并且簽約信息表示在網(wǎng)絡(luò)擁塞時(shí)也盡力保障該應(yīng)用A的流量交付的情況下，該應(yīng)用A所對(duì)應(yīng)的遠(yuǎn)端或移動(dòng)終端側(cè)向流量管理裝置100發(fā)送了流量?jī)?yōu)化請(qǐng)求時(shí)，應(yīng)用請(qǐng)求過(guò)濾單元20對(duì)該流量?jī)?yōu)化請(qǐng)求進(jìn)行過(guò)濾處理，根據(jù)以上簽約信息判斷為盡力保障該應(yīng)用A的流量交付，從而將應(yīng)用A的流量?jī)?yōu)化請(qǐng)求判斷為“通過(guò)”，即需要響應(yīng)應(yīng)用A的流量?jī)?yōu)化請(qǐng)求而對(duì)應(yīng)用A的流量進(jìn)行優(yōu)化處理。

又例如，設(shè)應(yīng)用請(qǐng)求過(guò)濾單元20預(yù)先保存有網(wǎng)絡(luò)運(yùn)營(yíng)商與使用的鏈路的對(duì)應(yīng)關(guān)系等網(wǎng)絡(luò)運(yùn)營(yíng)商信息，從而能夠驗(yàn)證網(wǎng)絡(luò)運(yùn)營(yíng)商對(duì)于應(yīng)用流量?jī)?yōu)化可能性，因此，過(guò)濾所依據(jù)的準(zhǔn)則包括網(wǎng)絡(luò)運(yùn)營(yíng)商對(duì)于應(yīng)用流量?jī)?yōu)化可能性的判斷結(jié)果。遠(yuǎn)端403檢測(cè)到應(yīng)用B的性能下降，在判斷為存在傳輸網(wǎng)絡(luò)對(duì)流量沒(méi)有可靠交付的可能性等情況下，向流量管理裝置100發(fā)送流量?jī)?yōu)化請(qǐng)求。接收單元10接收到該應(yīng)用B的流量?jī)?yōu)化請(qǐng)求后，應(yīng)用請(qǐng)求過(guò)濾單元20對(duì)該流量?jī)?yōu)化請(qǐng)求進(jìn)行過(guò)濾處理，根據(jù)網(wǎng)絡(luò)運(yùn)營(yíng)商對(duì)于應(yīng)用流量?jī)?yōu)化可能性的判斷結(jié)果，判斷出由于實(shí)際出現(xiàn)性能下降的鏈路不屬于應(yīng)用B所對(duì)應(yīng)的運(yùn)營(yíng)商網(wǎng)絡(luò)的范疇，運(yùn)營(yíng)商對(duì)于該應(yīng)用B的流量?jī)?yōu)化請(qǐng)求沒(méi)有實(shí)現(xiàn)可能性，這是因?yàn)榱髁績(jī)?yōu)化請(qǐng)求所對(duì)應(yīng)的運(yùn)營(yíng)商無(wú)法去改變其他運(yùn)營(yíng) 商網(wǎng)絡(luò)的配置來(lái)實(shí)現(xiàn)優(yōu)化。因此，應(yīng)用請(qǐng)求過(guò)濾單元20將應(yīng)用B的流量?jī)?yōu)化請(qǐng)求判斷為“不通過(guò)”，并將該流量?jī)?yōu)化請(qǐng)求丟棄。在將應(yīng)用的流量?jī)?yōu)化請(qǐng)求判斷為“不通過(guò)”的情況下，應(yīng)用請(qǐng)求過(guò)濾單元20也可以將這一情況反饋給請(qǐng)求發(fā)送源的遠(yuǎn)端403。

又例如，設(shè)應(yīng)用請(qǐng)求過(guò)濾單元20預(yù)先保存有或接收到應(yīng)用能夠容忍的請(qǐng)求最長(zhǎng)處理時(shí)間，從而過(guò)濾所依據(jù)的準(zhǔn)則包括應(yīng)用能夠容忍的請(qǐng)求最長(zhǎng)處理時(shí)間。在遠(yuǎn)端或移動(dòng)終端中某實(shí)時(shí)性較強(qiáng)的應(yīng)用C檢測(cè)到由于流量交付沒(méi)有得到保證造成的應(yīng)用性能下降的情況下，向流量管理裝置100發(fā)送流量?jī)?yōu)化請(qǐng)求，并告知可容忍的請(qǐng)求最長(zhǎng)處理時(shí)間為3s(秒)。如應(yīng)用請(qǐng)求過(guò)濾單元20判斷為，接收到的該流量應(yīng)用請(qǐng)求的經(jīng)過(guò)時(shí)間超過(guò)3s，或者應(yīng)用請(qǐng)求過(guò)濾單元20根據(jù)現(xiàn)有的待處理流量?jī)?yōu)化請(qǐng)求和延遲時(shí)間等判定為不能在應(yīng)用可容忍的最長(zhǎng)時(shí)間內(nèi)處理該流量?jī)?yōu)化處理，則應(yīng)用請(qǐng)求過(guò)濾單元20將應(yīng)用C的流量?jī)?yōu)化請(qǐng)求判斷為“不通過(guò)”，并將該流量?jī)?yōu)化請(qǐng)求丟棄。在將應(yīng)用的流量?jī)?yōu)化請(qǐng)求判斷為“不通過(guò)”的情況下，應(yīng)用請(qǐng)求過(guò)濾單元20也可以將這一情況反饋給請(qǐng)求發(fā)送源的遠(yuǎn)端403。

以上分別舉例說(shuō)明了應(yīng)用請(qǐng)求過(guò)濾單元20進(jìn)行過(guò)濾的多個(gè)準(zhǔn)則，但應(yīng)用請(qǐng)求過(guò)濾單元20所采用的準(zhǔn)則并不限于以上所例示的內(nèi)容，只要是能夠?qū)α髁績(jī)?yōu)化處理進(jìn)行過(guò)濾的過(guò)濾條件即可，可以根據(jù)具體的網(wǎng)絡(luò)環(huán)境進(jìn)行設(shè)定。

并且，以上多個(gè)準(zhǔn)則也可以同時(shí)適用，或者分先后地適用來(lái)配合進(jìn)行流量?jī)?yōu)化請(qǐng)求的判斷。

返回到圖3的說(shuō)明，流量?jī)?yōu)化決策單元30針對(duì)經(jīng)過(guò)應(yīng)用請(qǐng)求過(guò)濾單元20的過(guò)濾而保留(被判斷為“通過(guò)”)的流量?jī)?yōu)化請(qǐng)求進(jìn)行響應(yīng)，利用網(wǎng)絡(luò)信息，生成與經(jīng)過(guò)過(guò)濾而保留的流量?jī)?yōu)化請(qǐng)求相對(duì)應(yīng)的流量?jī)?yōu)化方案。

具體來(lái)說(shuō)，流量?jī)?yōu)化決策單元30通過(guò)連接到網(wǎng)絡(luò)設(shè)備來(lái)獲取網(wǎng)絡(luò)信息的網(wǎng)絡(luò)設(shè)備交互單元42，對(duì)通過(guò)的流量?jī)?yōu)化請(qǐng)求進(jìn)行優(yōu)化，決策出適合具體應(yīng)用請(qǐng)求的流量?jī)?yōu)化方案。此外，網(wǎng)絡(luò)接口41通過(guò)連接到現(xiàn)有網(wǎng)絡(luò)設(shè)備獲知各設(shè)備處的資源占用情況、資源分配策略等信息，并提供給流量?jī)?yōu)化決策單元30，由此用于流量?jī)?yōu)化決策單元30的流量?jī)?yōu)化決策。例如，當(dāng)無(wú)線網(wǎng)絡(luò)部分出現(xiàn)擁塞時(shí)，網(wǎng)絡(luò)設(shè)備交互單元42通過(guò)網(wǎng)絡(luò)接口41獲取到該擁塞信息，并且取得基站的流量分配策略，將這些網(wǎng)絡(luò)信息提供給流量?jī)?yōu) 化決策單元30來(lái)進(jìn)行流量?jī)?yōu)化。例如通過(guò)網(wǎng)絡(luò)信息了解到某應(yīng)用由于無(wú)線網(wǎng)絡(luò)部分擁塞而流量交付受到影響時(shí)，流量?jī)?yōu)化決策單元30根據(jù)該應(yīng)用的具體信息結(jié)合網(wǎng)絡(luò)設(shè)備交互單元42反饋的網(wǎng)絡(luò)狀態(tài)信息，做出決策，具體包括是否優(yōu)化其流量以及分配出多少資源給應(yīng)用所對(duì)應(yīng)的承載等。此外，流量?jī)?yōu)化決策單元30具體的決策方法也可以采用現(xiàn)有的流量?jī)?yōu)化決策方法。這里不再贅述。

網(wǎng)絡(luò)接口41和網(wǎng)絡(luò)設(shè)備交互單元42相當(dāng)于“網(wǎng)絡(luò)信息取得單元”，取得與網(wǎng)絡(luò)有關(guān)的網(wǎng)絡(luò)信息。

圖4是第一實(shí)施方式涉及的流量管理裝置的應(yīng)用請(qǐng)求控制的流程圖。

如圖4所示，在步驟S501，接收單元10從終端402或者遠(yuǎn)端403接收應(yīng)用的流量?jī)?yōu)化請(qǐng)求的情況下，應(yīng)用請(qǐng)求過(guò)濾單元20按照被預(yù)定的判斷準(zhǔn)則，例如應(yīng)用提供商與網(wǎng)絡(luò)運(yùn)營(yíng)商之間所簽訂的關(guān)于流量?jī)?yōu)化的簽約信息、應(yīng)用能夠容忍的請(qǐng)求最長(zhǎng)處理時(shí)間、或者網(wǎng)絡(luò)運(yùn)營(yíng)商對(duì)于應(yīng)用流量?jī)?yōu)化可能性的判斷結(jié)果等，對(duì)所接收到流量?jī)?yōu)化請(qǐng)求進(jìn)行過(guò)濾，判斷是否接受該請(qǐng)求(步驟S502)。

在步驟S502判斷為不接受時(shí)，即將應(yīng)用的流量?jī)?yōu)化請(qǐng)求判斷為“不通過(guò)”的情況下(步驟S502為“否”)，應(yīng)用請(qǐng)求過(guò)濾單元20將該流量?jī)?yōu)化請(qǐng)求丟棄，并通知給請(qǐng)求發(fā)送源的遠(yuǎn)端403。

在步驟S502判斷為接受時(shí)，即將應(yīng)用的流量?jī)?yōu)化請(qǐng)求判斷為“通過(guò)”的情況下(步驟S502為“是”)，應(yīng)用請(qǐng)求過(guò)濾單元20將該流量?jī)?yōu)化請(qǐng)求發(fā)送給流量?jī)?yōu)化決策單元30加以保存(步驟S504)，等待流量?jī)?yōu)化決策單元30根據(jù)該請(qǐng)求而對(duì)相應(yīng)的應(yīng)用進(jìn)行流量的優(yōu)化。(步驟S505)。

通過(guò)以上流程，完成對(duì)流量?jī)?yōu)化請(qǐng)求的管理。

通過(guò)對(duì)流量?jī)?yōu)化的請(qǐng)求進(jìn)行過(guò)濾處理，能夠預(yù)先過(guò)濾掉那些實(shí)行可能性低下或者占用過(guò)多資源而效率低的應(yīng)用流量?jī)?yōu)化請(qǐng)求，從而能夠合理配置流量?jī)?yōu)化資源，能夠更好地實(shí)現(xiàn)網(wǎng)絡(luò)對(duì)流量的交付，更好地發(fā)揮網(wǎng)絡(luò)資源的價(jià)值以滿足服務(wù)提供商的需求，從而能夠提高網(wǎng)絡(luò)資源的利用效率。

(第二實(shí)施方式)

圖5是包括第二實(shí)施方式涉及的流量管理裝置的通信網(wǎng)絡(luò)的結(jié)構(gòu)框圖。

第二實(shí)施方式的流量管理裝置與第一實(shí)施方式相比較，區(qū)別點(diǎn)在于還包括請(qǐng)求隊(duì)列50，其他部分的功能與第一實(shí)施方式相同。因此，對(duì)于相同或類似的部分，賦予相同的附圖標(biāo)記，并且適當(dāng)省略重復(fù)說(shuō)明的部分。

如圖5所示，本實(shí)施方式的流量管理裝置100設(shè)置在通信網(wǎng)絡(luò)401中，經(jīng)由網(wǎng)絡(luò)接口41而與通信網(wǎng)絡(luò)中的設(shè)備404相連接。此處，設(shè)通信網(wǎng)絡(luò)是LTE網(wǎng)絡(luò)。通信網(wǎng)絡(luò)中的設(shè)備404可以是圖2中包含的LTE網(wǎng)絡(luò)的設(shè)備中的某個(gè)。具體來(lái)說(shuō)，是指基站、移動(dòng)管理實(shí)體、服務(wù)網(wǎng)關(guān)、歸屬用戶服務(wù)器、數(shù)據(jù)網(wǎng)關(guān)等中的某個(gè)。

其中，現(xiàn)有通信網(wǎng)絡(luò)中的設(shè)備404通過(guò)無(wú)線連接能夠與移動(dòng)終端402進(jìn)行通信，并且通過(guò)有線連接能夠與遠(yuǎn)端403進(jìn)行通信，從而能夠在移動(dòng)終端402與遠(yuǎn)端403之間建立承載。

流量管理裝置100包括接收單元10、應(yīng)用請(qǐng)求過(guò)濾單元20、流量?jī)?yōu)化決策單元30、請(qǐng)求隊(duì)列50、網(wǎng)絡(luò)接口41以及網(wǎng)絡(luò)設(shè)備交互單元42。

接收單元10從終端402或者遠(yuǎn)端403接收應(yīng)用的流量?jī)?yōu)化請(qǐng)求，相當(dāng)于“應(yīng)用請(qǐng)求接收單元”。

應(yīng)用請(qǐng)求過(guò)濾單元20按照預(yù)定的準(zhǔn)則，對(duì)接收單元10接收到的應(yīng)用的流量?jī)?yōu)化請(qǐng)求進(jìn)行過(guò)濾，判斷是否保留流量?jī)?yōu)化請(qǐng)求。其中，應(yīng)用請(qǐng)求過(guò)濾單元20進(jìn)行過(guò)濾所依據(jù)的準(zhǔn)則可以包括：應(yīng)用提供商與網(wǎng)絡(luò)運(yùn)營(yíng)商之間所簽訂的關(guān)于流量?jī)?yōu)化的簽約信息、應(yīng)用能夠容忍的請(qǐng)求最長(zhǎng)處理時(shí)間、或者網(wǎng)絡(luò)運(yùn)營(yíng)商對(duì)于應(yīng)用流量?jī)?yōu)化可能性的判斷結(jié)果等。

應(yīng)用請(qǐng)求過(guò)濾單元20進(jìn)行過(guò)濾的多個(gè)準(zhǔn)則是能夠?qū)α髁績(jī)?yōu)化處理進(jìn)行過(guò)濾的過(guò)濾條件即可，可以根據(jù)具體的網(wǎng)絡(luò)環(huán)境進(jìn)行設(shè)定。并且，以上多個(gè)準(zhǔn)則也可以同時(shí)適用，或者分先后地適用來(lái)配合進(jìn)行流量?jī)?yōu)化請(qǐng)求的判斷。

此外，請(qǐng)求隊(duì)列單元50將應(yīng)用請(qǐng)求過(guò)濾單元20經(jīng)過(guò)過(guò)濾而接受(判斷為“通過(guò)”)的流量?jī)?yōu)化請(qǐng)求依次放入隊(duì)列中加以排列，從而對(duì)多個(gè)流量?jī)?yōu)化請(qǐng)求賦予處理的順序。

在第二實(shí)施方式中，請(qǐng)求隊(duì)列單元50通過(guò)先入先出的原則，即先收到的請(qǐng)求先處理的方式排列流量?jī)?yōu)化請(qǐng)求。只有通過(guò)應(yīng)用請(qǐng)求過(guò)濾單元20的過(guò)濾而保留的請(qǐng)求才會(huì)進(jìn)入到請(qǐng)求隊(duì)列中。

流量?jī)?yōu)化決策單元30按照請(qǐng)求隊(duì)列單元50中的排列順序，依次針對(duì) 經(jīng)過(guò)應(yīng)用請(qǐng)求過(guò)濾單元20的過(guò)濾而保留(被判斷為“通過(guò)”)的流量?jī)?yōu)化請(qǐng)求進(jìn)行響應(yīng)，利用網(wǎng)絡(luò)信息，生成與經(jīng)過(guò)過(guò)濾而保留的流量?jī)?yōu)化請(qǐng)求相對(duì)應(yīng)的流量?jī)?yōu)化方案。

網(wǎng)絡(luò)接口41和網(wǎng)絡(luò)設(shè)備交互單元42相當(dāng)于“網(wǎng)絡(luò)信息取得單元”，取得與網(wǎng)絡(luò)有關(guān)的網(wǎng)絡(luò)信息。

在第二實(shí)施方式中，請(qǐng)求隊(duì)列單元50的排列原則為先入先出的原則，但是，流量?jī)?yōu)化請(qǐng)求的排列順序并不僅限于此，還可以是其他排列順序。

例如，請(qǐng)求隊(duì)列單元50能夠根據(jù)流量?jī)?yōu)化請(qǐng)求中所附帶的信息對(duì)請(qǐng)求賦予優(yōu)先級(jí)，將優(yōu)先級(jí)高的請(qǐng)求排列在前而優(yōu)先進(jìn)行處理。例如在流量?jī)?yōu)化請(qǐng)求中附帶了希望處理時(shí)間的信息等時(shí)效性要求時(shí)，使流量管理裝置100能夠優(yōu)先處理時(shí)效性要求高的流量處理請(qǐng)求。

此外，請(qǐng)求隊(duì)列單元50還能夠根據(jù)所請(qǐng)求流量?jī)?yōu)化的應(yīng)用的類別進(jìn)行排序，以便優(yōu)先處理重要度高的應(yīng)用的流量?jī)?yōu)化請(qǐng)求。

圖6是第二實(shí)施方式涉及的流量管理裝置的應(yīng)用請(qǐng)求控制的流程圖。

如圖6所示，在步驟S801，接收單元10從終端402或者遠(yuǎn)端403接收應(yīng)用的流量?jī)?yōu)化請(qǐng)求的情況下，應(yīng)用請(qǐng)求過(guò)濾單元20按照被預(yù)定的判斷準(zhǔn)則，例如應(yīng)用提供商與網(wǎng)絡(luò)運(yùn)營(yíng)商之間所簽訂的關(guān)于流量?jī)?yōu)化的簽約信息、應(yīng)用能夠容忍的請(qǐng)求最長(zhǎng)處理時(shí)間、或者網(wǎng)絡(luò)運(yùn)營(yíng)商對(duì)于應(yīng)用流量?jī)?yōu)化可能性的判斷結(jié)果等，對(duì)所接收到流量?jī)?yōu)化請(qǐng)求進(jìn)行過(guò)濾，判斷是否接受該請(qǐng)求(步驟S802)。

在步驟S802判斷為不接受時(shí)，即將應(yīng)用的流量?jī)?yōu)化請(qǐng)求判斷為“不通過(guò)”的情況下(步驟S802為“否”)，應(yīng)用請(qǐng)求過(guò)濾單元20將該流量?jī)?yōu)化請(qǐng)求丟棄，并通知給請(qǐng)求發(fā)送源的遠(yuǎn)端403。

在步驟S802判斷為接受時(shí)，即將應(yīng)用的流量?jī)?yōu)化請(qǐng)求判斷為“通過(guò)”的情況下(步驟S802為“是”)，應(yīng)用請(qǐng)求過(guò)濾單元20將該流量?jī)?yōu)化請(qǐng)求發(fā)送給請(qǐng)求隊(duì)列單元50，請(qǐng)求隊(duì)列單元50根據(jù)預(yù)定的排列原則，將該流量?jī)?yōu)化請(qǐng)求加入到隊(duì)列中，等待進(jìn)行處理(步驟S804)。

流量?jī)?yōu)化請(qǐng)求在隊(duì)列中處于最前列時(shí)，流量?jī)?yōu)化決策單元30根據(jù)該流量?jī)?yōu)化請(qǐng)求而對(duì)相應(yīng)的應(yīng)用進(jìn)行流量的優(yōu)化(步驟S805)。

通過(guò)以上流程，完成對(duì)流量?jī)?yōu)化請(qǐng)求的管理。

通過(guò)對(duì)流量?jī)?yōu)化的請(qǐng)求進(jìn)行過(guò)濾處理，能夠預(yù)先過(guò)濾掉那些實(shí)行可能 性低下或者占用過(guò)多資源而效率低的應(yīng)用流量?jī)?yōu)化請(qǐng)求，從而能夠合理配置流量?jī)?yōu)化資源，實(shí)現(xiàn)與第一實(shí)施方式相同的效果。并且，通過(guò)對(duì)過(guò)濾后的流量?jī)?yōu)化請(qǐng)求進(jìn)行排列，能夠按照適當(dāng)?shù)捻樞蚋佑行У剡M(jìn)行流量?jī)?yōu)化處理，從而進(jìn)一步提高網(wǎng)絡(luò)資源的利用效率。

此外，流量?jī)?yōu)化請(qǐng)求不但能夠由遠(yuǎn)端發(fā)起，還可以由移動(dòng)終端發(fā)起，以下分別說(shuō)明這兩種發(fā)起模式下的消息交互順序。

圖7是基于第三方應(yīng)用流量?jī)?yōu)化的流量控制的消息交互圖。圖7表現(xiàn)出移動(dòng)終端發(fā)起請(qǐng)求并且流量?jī)?yōu)化請(qǐng)求在過(guò)濾中被接收的情形。

如圖7所示，當(dāng)移動(dòng)終端402希望通過(guò)移動(dòng)網(wǎng)絡(luò)實(shí)現(xiàn)某種應(yīng)用時(shí)，會(huì)依次通過(guò)無(wú)線接入網(wǎng)200、核心網(wǎng)300連接到遠(yuǎn)端403，具體的承載從移動(dòng)終端402連接到分組數(shù)據(jù)網(wǎng)關(guān)(認(rèn)為在核心網(wǎng)300的范圍內(nèi))，且應(yīng)用產(chǎn)生的流量傳輸發(fā)生在移動(dòng)終端402與遠(yuǎn)端403之間(步驟605)。

承載信息包含承載類型為GBR或Non-GBR、QCI以及網(wǎng)絡(luò)對(duì)應(yīng)保證的流量交付時(shí)延等。當(dāng)移動(dòng)終端402觀測(cè)到應(yīng)用性能下降(步驟606)，且判斷可能由于網(wǎng)絡(luò)問(wèn)題導(dǎo)致，而向流量管理裝置100發(fā)送請(qǐng)求網(wǎng)絡(luò)進(jìn)行流量?jī)?yōu)化的流量?jī)?yōu)化請(qǐng)求(步驟608)。

流量管理裝置100接收應(yīng)用側(cè)(承載連接的雙方，即移動(dòng)終端402或遠(yuǎn)端403)發(fā)起的流量?jī)?yōu)化請(qǐng)求，并且通過(guò)應(yīng)用請(qǐng)求過(guò)濾單元20對(duì)接收到的應(yīng)用請(qǐng)求進(jìn)行過(guò)濾，得到“通過(guò)”的過(guò)濾結(jié)果，從而接受該流量?jī)?yōu)化請(qǐng)求(步驟609)。過(guò)濾后的流量?jī)?yōu)化請(qǐng)求進(jìn)入請(qǐng)求隊(duì)列單元50，由流量?jī)?yōu)化決策單元根據(jù)該流量?jī)?yōu)化請(qǐng)求得到相應(yīng)的流量?jī)?yōu)化方案。該流量?jī)?yōu)化方案將被告知給網(wǎng)絡(luò)側(cè)的設(shè)備按照所決策的方案具體實(shí)施流量?jī)?yōu)化(步驟610)，且會(huì)涉及到移動(dòng)終端和網(wǎng)絡(luò)之間的QoS信令交互(步驟611)。在步驟611，根據(jù)傳統(tǒng)的QoS建立或改變承載的信令交互來(lái)進(jìn)行。

最終，得到被優(yōu)化了的承載(步驟612：例如由Non-GBR改為GBR)，從而流量?jī)?yōu)化過(guò)程結(jié)束。

圖8是基于第三方應(yīng)用流量?jī)?yōu)化的流量控制的另一消息交互圖。圖8表現(xiàn)出遠(yuǎn)端發(fā)起請(qǐng)求并且流量?jī)?yōu)化請(qǐng)求在過(guò)濾中被丟棄的情形。

如圖8所示，當(dāng)移動(dòng)終端402希望通過(guò)移動(dòng)網(wǎng)絡(luò)實(shí)現(xiàn)某種應(yīng)用時(shí)，會(huì)依次通過(guò)無(wú)線接入網(wǎng)200、核心網(wǎng)300連接到遠(yuǎn)端403，具體的承載從移動(dòng)終端402連接到分組數(shù)據(jù)網(wǎng)關(guān)(認(rèn)為在核心網(wǎng)300的范圍內(nèi))，且應(yīng)用產(chǎn)生 的流量傳輸發(fā)生在移動(dòng)終端側(cè)和遠(yuǎn)端側(cè)之間(步驟705)。當(dāng)遠(yuǎn)端403觀測(cè)到應(yīng)用性能下降(步驟706)且判斷可能由于網(wǎng)絡(luò)問(wèn)題導(dǎo)致，則向流量管理裝置100發(fā)送請(qǐng)求網(wǎng)絡(luò)進(jìn)行流量?jī)?yōu)化的流量?jī)?yōu)化請(qǐng)求(步驟708)。

流量管理裝置100接收應(yīng)用側(cè)發(fā)起的流量?jī)?yōu)化請(qǐng)求，并且通過(guò)應(yīng)用請(qǐng)求過(guò)濾單元20對(duì)接收到的流量?jī)?yōu)化請(qǐng)求進(jìn)行過(guò)濾，得到“不通過(guò)”的過(guò)濾結(jié)果，而丟棄該流量?jī)?yōu)化請(qǐng)求(步驟709)。

被丟棄的流量?jī)?yōu)化請(qǐng)求不會(huì)進(jìn)入請(qǐng)求隊(duì)列單元50，且不會(huì)得到流量管理裝置100所決策的流量?jī)?yōu)化方案。流量管理裝置100將過(guò)濾結(jié)果告知給應(yīng)用側(cè)(遠(yuǎn)端或者移動(dòng)終端)(在步驟710為告知給移動(dòng)終端402)，由應(yīng)用側(cè)自行決定是否自身可進(jìn)行流量?jī)?yōu)化，這種自身的流量?jī)?yōu)化包括：在流量為上傳的視頻時(shí)可在移動(dòng)終端側(cè)選擇降低視頻清晰度或減少流量傳輸需要的數(shù)據(jù)速率等)。

最終，之前建立的承載將繼續(xù)被保持(步驟711)，由網(wǎng)絡(luò)實(shí)施的流量?jī)?yōu)化過(guò)程結(jié)束，應(yīng)用側(cè)可自行選擇其他不涉及網(wǎng)絡(luò)的流量?jī)?yōu)化方案。

(第三實(shí)施方式)

圖9是包括第三實(shí)施方式涉及的流量管理裝置的通信網(wǎng)絡(luò)的結(jié)構(gòu)框圖。

第三實(shí)施方式的流量管理裝置與第二實(shí)施方式相比較，區(qū)別點(diǎn)在于還包括定時(shí)器60，其他部分的功能與第二實(shí)施方式相同。因此，對(duì)于相同或類似的部分，賦予相同的附圖標(biāo)記，并且適當(dāng)省略重復(fù)說(shuō)明的部分。

如圖9所示，本實(shí)施方式的流量管理裝置100設(shè)置在通信網(wǎng)絡(luò)401中，經(jīng)由網(wǎng)絡(luò)接口41而與通信網(wǎng)絡(luò)中的設(shè)備404相連接。此處，設(shè)通信網(wǎng)絡(luò)是LTE網(wǎng)絡(luò)。通信網(wǎng)絡(luò)中的設(shè)備404可以是圖2中包含的LTE網(wǎng)絡(luò)的設(shè)備中的某個(gè)。具體來(lái)說(shuō)，是指基站、移動(dòng)管理實(shí)體、服務(wù)網(wǎng)關(guān)、歸屬用戶服務(wù)器、數(shù)據(jù)網(wǎng)關(guān)等中的某個(gè)。

其中，現(xiàn)有通信網(wǎng)絡(luò)中的設(shè)備404通過(guò)無(wú)線連接能夠與移動(dòng)終端402進(jìn)行通信，并且通過(guò)有線連接能夠與遠(yuǎn)端403進(jìn)行通信，從而能夠在移動(dòng)終端402與遠(yuǎn)端403之間建立承載。

流量管理裝置100包括接收單元10、應(yīng)用請(qǐng)求過(guò)濾單元20、流量?jī)?yōu)化決策單元30、請(qǐng)求隊(duì)列50、定時(shí)器60、網(wǎng)絡(luò)接口41以及網(wǎng)絡(luò)設(shè)備交互單 元42。

接收單元10從終端402或者遠(yuǎn)端403接收應(yīng)用的流量?jī)?yōu)化請(qǐng)求，相當(dāng)于“應(yīng)用請(qǐng)求接收單元”。

應(yīng)用請(qǐng)求過(guò)濾單元20按照預(yù)定的準(zhǔn)則，對(duì)接收單元10接收到的應(yīng)用的流量?jī)?yōu)化請(qǐng)求進(jìn)行過(guò)濾，判斷是否保留流量?jī)?yōu)化請(qǐng)求。其中，應(yīng)用請(qǐng)求過(guò)濾單元20進(jìn)行過(guò)濾所依據(jù)的準(zhǔn)則可以包括：應(yīng)用提供商與網(wǎng)絡(luò)運(yùn)營(yíng)商之間所簽訂的關(guān)于流量?jī)?yōu)化的簽約信息、應(yīng)用能夠容忍的請(qǐng)求最長(zhǎng)處理時(shí)間、或者網(wǎng)絡(luò)運(yùn)營(yíng)商對(duì)于應(yīng)用流量?jī)?yōu)化可能性的判斷結(jié)果等。

此外，請(qǐng)求隊(duì)列單元50將應(yīng)用請(qǐng)求過(guò)濾單元20經(jīng)過(guò)過(guò)濾而接受(判斷為“通過(guò)”)的流量?jī)?yōu)化請(qǐng)求依次放入隊(duì)列中加以排列，從而對(duì)多個(gè)流量?jī)?yōu)化請(qǐng)求賦予處理的順序。

定時(shí)器60用于設(shè)定定時(shí)。具體來(lái)說(shuō)，定時(shí)器60按照應(yīng)用請(qǐng)求中包含的可容忍的請(qǐng)求最長(zhǎng)處理時(shí)間來(lái)設(shè)置定時(shí)，當(dāng)從接收到某個(gè)流量?jī)?yōu)化請(qǐng)求并進(jìn)行過(guò)濾起經(jīng)過(guò)了該流量?jī)?yōu)化請(qǐng)求的最長(zhǎng)處理時(shí)間時(shí)，定時(shí)器60告知請(qǐng)求隊(duì)列單元50查找是否包含此流量?jī)?yōu)化請(qǐng)求，如該流量?jī)?yōu)化請(qǐng)求仍在隊(duì)列中，則刪除相應(yīng)的流量?jī)?yōu)化請(qǐng)求且不進(jìn)行流量?jī)?yōu)化。定時(shí)器60相當(dāng)于“定時(shí)器單元”。

例如，請(qǐng)求最長(zhǎng)處理時(shí)間可以包含在流量?jī)?yōu)化請(qǐng)求中，從而通過(guò)提取來(lái)獲得，也可以預(yù)先以協(xié)議信息等類型存儲(chǔ)在流量管理裝置中。

例如，在請(qǐng)求最長(zhǎng)處理時(shí)間為3s(秒)且包含該請(qǐng)求最長(zhǎng)處理時(shí)間的流量?jī)?yōu)化請(qǐng)求通過(guò)了應(yīng)用請(qǐng)求過(guò)濾單元20的過(guò)濾而進(jìn)入隊(duì)列中的情況下，定時(shí)器60啟動(dòng)，在定時(shí)結(jié)束時(shí)，查找該流量?jī)?yōu)化請(qǐng)求，如果該流量?jī)?yōu)化請(qǐng)求仍在隊(duì)列中未被處理，則丟棄該流量?jī)?yōu)化請(qǐng)求。這是因?yàn)?，超過(guò)應(yīng)用可忍受的最長(zhǎng)處理時(shí)間后，由于應(yīng)用性能可能已經(jīng)隨著網(wǎng)絡(luò)擁塞狀況的變化而有所改善等原因，而不再需要流量?jī)?yōu)化，從而處理該流量?jī)?yōu)化請(qǐng)求變得無(wú)意義。

此外，若所接收到的流量?jī)?yōu)化請(qǐng)求并不具有時(shí)效性要求，則定時(shí)器60不需要啟動(dòng)，或者也可以省略該定時(shí)器60。

此外，以上定時(shí)器60根據(jù)請(qǐng)求最長(zhǎng)處理時(shí)間進(jìn)行定時(shí)，但是這僅是一個(gè)例子，定時(shí)器60也可以被設(shè)定為其他定時(shí)，例如能夠?qū)λ羞M(jìn)入流量管理裝置的流量?jī)?yōu)化請(qǐng)求設(shè)定一個(gè)最長(zhǎng)處理時(shí)間，以避免存在一直在隊(duì)列中 排隊(duì)而長(zhǎng)期未被處理的流量?jī)?yōu)化請(qǐng)求。

在定時(shí)器60的定時(shí)未結(jié)束的情況下，流量?jī)?yōu)化決策單元30按照請(qǐng)求隊(duì)列單元50中的排列順序，依次針對(duì)經(jīng)過(guò)應(yīng)用請(qǐng)求過(guò)濾單元20的過(guò)濾而保留(被判斷為“通過(guò)”)的流量?jī)?yōu)化請(qǐng)求進(jìn)行響應(yīng)，利用網(wǎng)絡(luò)信息，生成與經(jīng)過(guò)過(guò)濾而保留的流量?jī)?yōu)化請(qǐng)求相對(duì)應(yīng)的流量?jī)?yōu)化方案。

網(wǎng)絡(luò)接口41和網(wǎng)絡(luò)設(shè)備交互單元42相當(dāng)于“網(wǎng)絡(luò)信息取得單元”，取得與網(wǎng)絡(luò)有關(guān)的網(wǎng)絡(luò)信息。

此外，以上說(shuō)明中，在定時(shí)結(jié)束時(shí)，在隊(duì)列查找該到期的流量?jī)?yōu)化請(qǐng)求，如果還在隊(duì)列中則進(jìn)行丟棄。但是，也可以在對(duì)某個(gè)流量?jī)?yōu)化請(qǐng)求進(jìn)行處理時(shí)，判斷其對(duì)應(yīng)的定時(shí)器60是否過(guò)期，在定時(shí)器60過(guò)期時(shí)不進(jìn)行該流量?jī)?yōu)化請(qǐng)求所對(duì)應(yīng)的流量?jī)?yōu)化決策，而丟棄該流量?jī)?yōu)化請(qǐng)求，進(jìn)行針對(duì)隊(duì)列中的下個(gè)流量?jī)?yōu)化請(qǐng)求的處理。

圖10是第三實(shí)施方式涉及的流量管理裝置的應(yīng)用請(qǐng)求控制的流程圖。

如圖10所示，在步驟S901，接收單元10從終端402或者遠(yuǎn)端403接收應(yīng)用的流量?jī)?yōu)化請(qǐng)求的情況下，應(yīng)用請(qǐng)求過(guò)濾單元20按照被預(yù)定的判斷準(zhǔn)則，判斷是否接受該請(qǐng)求(步驟S902)。

在步驟S902判斷為不接受時(shí)，即將應(yīng)用的流量?jī)?yōu)化請(qǐng)求判斷為“不通過(guò)”的情況下(步驟S902為“否”)，應(yīng)用請(qǐng)求過(guò)濾單元20將該流量?jī)?yōu)化請(qǐng)求丟棄，并通知給請(qǐng)求發(fā)送源的遠(yuǎn)端403。

在步驟S902判斷為接受時(shí)，即將應(yīng)用的流量?jī)?yōu)化請(qǐng)求判斷為“通過(guò)”的情況下(步驟S902為“是”)，應(yīng)用請(qǐng)求過(guò)濾單元20將該流量?jī)?yōu)化請(qǐng)求發(fā)送給請(qǐng)求隊(duì)列單元50，并且提取該流量?jī)?yōu)化請(qǐng)求中包含的請(qǐng)求處理最長(zhǎng)時(shí)間參數(shù)，根據(jù)請(qǐng)求處理最長(zhǎng)時(shí)間參數(shù)設(shè)定并啟動(dòng)定時(shí)器60(設(shè)置為Tn)。請(qǐng)求隊(duì)列單元50根據(jù)預(yù)定的排列原則，將該流量?jī)?yōu)化請(qǐng)求加入到隊(duì)列中，等待進(jìn)行處理(步驟S904)。

接著，在步驟S905，進(jìn)行定時(shí)器60是否過(guò)期的判斷。當(dāng)隊(duì)列中進(jìn)行到的流量?jī)?yōu)化請(qǐng)求所對(duì)應(yīng)的定時(shí)器被判斷為過(guò)期，或者在Tn過(guò)期時(shí)在請(qǐng)求隊(duì)列中查找到所對(duì)應(yīng)的流量?jī)?yōu)化請(qǐng)求時(shí)(步驟S905為“是”)，進(jìn)入步驟S903，不進(jìn)行流量?jī)?yōu)化決策。

例如，流量?jī)?yōu)化請(qǐng)求中包括的請(qǐng)求最長(zhǎng)處理時(shí)間為3s，且此流量?jī)?yōu)化請(qǐng)求通過(guò)應(yīng)用請(qǐng)求過(guò)濾單元20進(jìn)入隊(duì)列中，則定時(shí)器60啟動(dòng)且設(shè)置Tn＝3， 在定時(shí)3s結(jié)束時(shí)，如果所對(duì)應(yīng)的流量?jī)?yōu)化請(qǐng)求仍未能被處理，則被隊(duì)列丟棄。

另一方面，當(dāng)隊(duì)列中進(jìn)行到的流量?jī)?yōu)化請(qǐng)求所對(duì)應(yīng)的定時(shí)器被判斷為未過(guò)期，或者在Tn過(guò)期時(shí)在請(qǐng)求隊(duì)列中沒(méi)有查找到所對(duì)應(yīng)的流量?jī)?yōu)化請(qǐng)求時(shí)(步驟S905為“否”)，流量?jī)?yōu)化決策單元30根據(jù)該流量?jī)?yōu)化請(qǐng)求而對(duì)相應(yīng)的應(yīng)用進(jìn)行流量的優(yōu)化(步驟S906)。

通過(guò)以上流程，完成對(duì)流量?jī)?yōu)化請(qǐng)求的管理。

通過(guò)對(duì)流量?jī)?yōu)化的請(qǐng)求進(jìn)行過(guò)濾處理，能夠預(yù)先過(guò)濾掉那些實(shí)行可能性低下或者占用過(guò)多資源而效率低的應(yīng)用流量?jī)?yōu)化請(qǐng)求，從而能夠合理配置流量?jī)?yōu)化資源，實(shí)現(xiàn)與第一實(shí)施方式和第二實(shí)施方式相同的效果。并且，通過(guò)設(shè)定定時(shí)器來(lái)控制對(duì)某個(gè)流量?jī)?yōu)化請(qǐng)求的處理時(shí)限，能夠進(jìn)一步提高網(wǎng)絡(luò)資源的利用效率。

下面例舉出幾個(gè)具體應(yīng)用的實(shí)例，來(lái)說(shuō)明如何具體實(shí)施本發(fā)明涉及的流量管理方法。

(實(shí)施例1)

隨著移動(dòng)網(wǎng)絡(luò)技術(shù)的發(fā)展，3G以及LTE網(wǎng)絡(luò)已經(jīng)能夠支持較大的上行速率。加上中國(guó)為了更好地實(shí)現(xiàn)對(duì)公共安全的保護(hù)，正在對(duì)安防領(lǐng)域逐步升級(jí)，尤其基于智能安防的應(yīng)用得到了較快發(fā)展。而且基于移動(dòng)網(wǎng)絡(luò)實(shí)現(xiàn)智能安防已經(jīng)變得可能，3G或者LTE已經(jīng)能夠支持視頻這樣數(shù)據(jù)量的流量通過(guò)網(wǎng)絡(luò)上行傳輸?shù)奖O(jiān)控中心。

并且，一些外出的巡警車也配備有移動(dòng)攝像頭，這一類的攝像頭無(wú)法通過(guò)有線方式連接到監(jiān)控中心，最可能的網(wǎng)絡(luò)接入方式是通過(guò)網(wǎng)絡(luò)運(yùn)營(yíng)商的3G/LTE網(wǎng)絡(luò)，或者Wifi接入。而由于所述巡警車常常停靠在有警情的地段，此地段很可能沒(méi)有Wifi接入，而通常網(wǎng)絡(luò)運(yùn)營(yíng)商的信號(hào)覆蓋已經(jīng)非常全面，故配有移動(dòng)攝像頭的巡警車可將3G/LTE接入作為主要的接入方式，其拍攝的視頻將通過(guò)上傳的方式發(fā)送到遠(yuǎn)處的監(jiān)控中心，即移動(dòng)攝像頭作為移動(dòng)終端，其產(chǎn)生的流量通過(guò)移動(dòng)網(wǎng)絡(luò)上行發(fā)送至遠(yuǎn)端的監(jiān)控中心。

實(shí)施例1中，以智能安防應(yīng)用展開對(duì)本發(fā)明的流量管理方法的說(shuō)明，其中，利用LTE網(wǎng)絡(luò)，但是在3G網(wǎng)絡(luò)中實(shí)施也同樣。

在實(shí)施例1中，移動(dòng)攝像頭作為移動(dòng)終端通過(guò)LTE網(wǎng)絡(luò)或Wifi向遠(yuǎn)端的監(jiān)控中心不斷上傳實(shí)時(shí)拍攝的視頻畫面，以智能安防為例，說(shuō)明流量?jī)?yōu) 化裝置拒絕應(yīng)用優(yōu)化請(qǐng)求的過(guò)程。具體網(wǎng)絡(luò)接入方式的選擇可能是在某些已設(shè)置好Wifi的地段(如人群密集的大型購(gòu)物中心附近、機(jī)場(chǎng)航站樓附近等)，攝像頭通過(guò)Wifi接入，但在其他未設(shè)置好Wifi的地段(可包含其他任意有LTE網(wǎng)絡(luò)覆蓋的地段)攝像頭通過(guò)LTE網(wǎng)絡(luò)接入。當(dāng)監(jiān)控中心發(fā)現(xiàn)某個(gè)移動(dòng)攝像頭拍攝的畫面出現(xiàn)了重要目標(biāo)或異常事件時(shí)，會(huì)嚴(yán)格需要此時(shí)的拍攝畫面清晰流暢，使得監(jiān)控中心能夠根據(jù)現(xiàn)場(chǎng)情況判斷是否需要出警以及需要調(diào)派何種程度的警力。如果此時(shí)在遠(yuǎn)端的監(jiān)控中心觀測(cè)到出現(xiàn)重要目標(biāo)或異常事件的視頻畫面出現(xiàn)花屏、卡頓等影響判斷現(xiàn)場(chǎng)的情況，遠(yuǎn)端判斷可能是網(wǎng)絡(luò)出現(xiàn)了問(wèn)題導(dǎo)致視頻流量傳輸出現(xiàn)了較大的丟包(會(huì)導(dǎo)致花屏，看不清畫面)或很大的時(shí)延(會(huì)導(dǎo)致卡頓，畫面可能很久才恢復(fù)，失去了追蹤重要目標(biāo)的良機(jī))，從而向網(wǎng)絡(luò)側(cè)發(fā)送“流量?jī)?yōu)化請(qǐng)求”。網(wǎng)絡(luò)側(cè)的流量管理裝置(例如第一實(shí)施方式～第三實(shí)施方式中的流量管理裝置100)會(huì)依據(jù)收到的請(qǐng)求進(jìn)行一系列流量?jī)?yōu)化的步驟。

首先，應(yīng)用請(qǐng)求過(guò)濾單元處理該流量?jī)?yōu)化請(qǐng)求，所依據(jù)的準(zhǔn)則包括服務(wù)提供商是否與網(wǎng)絡(luò)運(yùn)營(yíng)商依據(jù)流量?jī)?yōu)化達(dá)成合約以及運(yùn)營(yíng)商優(yōu)化流量的可能性等。在本實(shí)例中，假定智能安防的服務(wù)提供商(通常是公安局)與網(wǎng)絡(luò)運(yùn)營(yíng)商已約定對(duì)于此應(yīng)用的流量盡力優(yōu)化。

此外，假定出現(xiàn)應(yīng)用性能下降時(shí)，移動(dòng)攝像頭的連接方式是Wifi連接。在應(yīng)用請(qǐng)求過(guò)濾單元處的判斷時(shí)，雖然服務(wù)提供商與網(wǎng)絡(luò)運(yùn)營(yíng)商已簽約，但是，該承載的連接并非所屬此網(wǎng)絡(luò)運(yùn)營(yíng)商運(yùn)營(yíng)的網(wǎng)絡(luò)，而是Wifi網(wǎng)絡(luò)，則接收到流量?jī)?yōu)化請(qǐng)求的運(yùn)營(yíng)商無(wú)法去改變其他運(yùn)營(yíng)商網(wǎng)絡(luò)的配置(包括Wifi網(wǎng)絡(luò))來(lái)實(shí)現(xiàn)優(yōu)化，因此，應(yīng)用請(qǐng)求過(guò)濾單元判斷為不接受該流量?jī)?yōu)化請(qǐng)求。

接著，流量管理裝置將該結(jié)果告知給移動(dòng)終端側(cè)，移動(dòng)終端側(cè)可自行降低清晰度以換取低清晰度并流暢的視頻效果，或者告知遠(yuǎn)端當(dāng)前網(wǎng)絡(luò)不屬于運(yùn)營(yíng)商管轄范圍，沒(méi)有優(yōu)化的可能性。應(yīng)用將依然維持之前的承載。

(實(shí)施例2)

在實(shí)施例2中，依然與實(shí)施例1同樣地以智能安防應(yīng)用為例。

移動(dòng)攝像頭作為移動(dòng)終端通過(guò)LTE網(wǎng)絡(luò)向遠(yuǎn)端的監(jiān)控中心不斷上傳實(shí)時(shí)拍攝的視頻畫面。在本實(shí)例中，假設(shè)監(jiān)控中心剛剛發(fā)現(xiàn)犯罪嫌疑人并希望追蹤，而且期望網(wǎng)絡(luò)以很快速度響應(yīng)，否則犯罪嫌疑人已經(jīng)離開某個(gè)攝 像頭的拍攝區(qū)域，則流量?jī)?yōu)化變得意義不大。故本實(shí)施例2中假設(shè)應(yīng)用遠(yuǎn)端發(fā)送的流量?jī)?yōu)化請(qǐng)求攜帶“可容忍請(qǐng)求被處理的最長(zhǎng)時(shí)間為3s”這一信息，且智能安防的服務(wù)提供商(通常是公安局)與網(wǎng)絡(luò)運(yùn)營(yíng)商已約定對(duì)于此應(yīng)用的流量盡力優(yōu)化。網(wǎng)絡(luò)側(cè)的流量管理裝置依據(jù)收到的請(qǐng)求進(jìn)行一系列流量?jī)?yōu)化的步驟。

首先，應(yīng)用請(qǐng)求過(guò)濾單元會(huì)處理該流量?jī)?yōu)化請(qǐng)求，所依據(jù)的準(zhǔn)則包括服務(wù)提供商是否與網(wǎng)絡(luò)運(yùn)營(yíng)商依據(jù)流量?jī)?yōu)化達(dá)成合約以及運(yùn)營(yíng)商優(yōu)化流量的可能性等。在應(yīng)用請(qǐng)求過(guò)濾單元進(jìn)行判斷時(shí)，由于服務(wù)提供商與網(wǎng)絡(luò)運(yùn)營(yíng)商已簽約而且應(yīng)用使用的是LTE網(wǎng)絡(luò)(有流量?jī)?yōu)化的可能性)，從而應(yīng)用請(qǐng)求過(guò)濾單元接受該流量?jī)?yōu)化請(qǐng)求，并將其加入到隊(duì)列中。

但是，假定流量管理裝置的請(qǐng)求隊(duì)列單元中排隊(duì)的請(qǐng)求較多，由于定時(shí)器過(guò)期時(shí)此請(qǐng)求仍未被處理，則結(jié)果是請(qǐng)求隊(duì)列將請(qǐng)求丟棄，并告知應(yīng)用的遠(yuǎn)端或移動(dòng)終端側(cè)“未作流量?jī)?yōu)化”的決定。移動(dòng)終端或遠(yuǎn)端可通過(guò)自行降低視頻清晰度(視頻碼率)等自適應(yīng)方式去適應(yīng)網(wǎng)絡(luò)，以獲得較滿意的應(yīng)用性能。

(實(shí)施例3)

在實(shí)施例3中，依然以智能安防應(yīng)用為例。

移動(dòng)攝像頭作為移動(dòng)終端通過(guò)LTE網(wǎng)絡(luò)向遠(yuǎn)端的監(jiān)控中心不斷上傳實(shí)時(shí)拍攝的視頻畫面，且一些公安人員攜帶有可移動(dòng)的視頻終端(可認(rèn)為是移動(dòng)終端的另一種實(shí)際形式)，可以通過(guò)訪問(wèn)遠(yuǎn)端的監(jiān)控中心觀看視頻，并實(shí)施對(duì)犯罪嫌疑人在安全距離內(nèi)的追蹤。

在本實(shí)例中，假設(shè)公安人員剛剛從攜帶的移動(dòng)視頻終端的視頻畫面中發(fā)現(xiàn)犯罪嫌疑人并希望追蹤，而且期望網(wǎng)絡(luò)以很快速度響應(yīng)，否則犯罪嫌疑人的行動(dòng)軌跡很難繼續(xù)被相應(yīng)公安人員獲知，則實(shí)施追蹤變得十分困難，流量?jī)?yōu)化變得意義不大。故本實(shí)例假設(shè)應(yīng)用遠(yuǎn)端發(fā)送的流量?jī)?yōu)化請(qǐng)求攜帶“可容忍請(qǐng)求被處理的最長(zhǎng)時(shí)間為3s”這一信息，且智能安防的服務(wù)提供商(通常是公安局)與網(wǎng)絡(luò)運(yùn)營(yíng)商已約定對(duì)于此應(yīng)用的流量盡力優(yōu)化。

網(wǎng)絡(luò)在應(yīng)用的普通情況(公安人員未從移動(dòng)終端的視頻畫面發(fā)現(xiàn)犯罪嫌疑人時(shí))為此應(yīng)用連接建立了Non-GBR(盡力而為的)承載，此承載可能是從連接最初開始時(shí)就建立，公安人員觀察到的視頻質(zhì)量尚可。

假定在應(yīng)用的特殊情況時(shí)(公安人員在攜帶的移動(dòng)視頻終端的視頻畫 面發(fā)現(xiàn)犯罪嫌疑人并希望追蹤)突發(fā)網(wǎng)絡(luò)擁塞，導(dǎo)致移動(dòng)終端側(cè)的視頻畫面出現(xiàn)花屏、卡頓等影響判斷現(xiàn)場(chǎng)的情況。移動(dòng)終端側(cè)判斷可能是網(wǎng)絡(luò)出現(xiàn)了問(wèn)題導(dǎo)致視頻流量傳輸出現(xiàn)了較大的丟包(會(huì)導(dǎo)致花屏，看不清畫面)或很大的時(shí)延(會(huì)導(dǎo)致卡頓，畫面可能很久才恢復(fù)，失去了追蹤重要目標(biāo)的良機(jī))，從而向網(wǎng)絡(luò)側(cè)發(fā)送“流量?jī)?yōu)化請(qǐng)求”。

網(wǎng)絡(luò)側(cè)的流量管理裝置依據(jù)收到的流量?jī)?yōu)化請(qǐng)求，首先，應(yīng)用請(qǐng)求過(guò)濾單元根據(jù)應(yīng)用的簽約信息(已簽約)、優(yōu)化可能性(使用此運(yùn)營(yíng)商的LTE網(wǎng)絡(luò)，可優(yōu)化)并且記錄了應(yīng)用可容忍的請(qǐng)求最長(zhǎng)處理時(shí)間(3s)，判斷為接受該流量?jī)?yōu)化請(qǐng)求，從而將該流量?jī)?yōu)化請(qǐng)求放入請(qǐng)求隊(duì)列中。

假定在定時(shí)器(3s)過(guò)期前，此請(qǐng)求已經(jīng)被受理，流量管理裝置針對(duì)該流量?jī)?yōu)化請(qǐng)求制作適當(dāng)?shù)牧髁績(jī)?yōu)化方案。具體來(lái)說(shuō)，流量?jī)?yōu)化決策單元根據(jù)通過(guò)網(wǎng)絡(luò)設(shè)備交互單元得到網(wǎng)絡(luò)中各設(shè)備處的信息，這些信息進(jìn)一步由網(wǎng)絡(luò)接口從現(xiàn)有網(wǎng)絡(luò)的各設(shè)備處獲取。流量?jī)?yōu)化決策單元根據(jù)網(wǎng)絡(luò)中的流量數(shù)量及各流量承載對(duì)應(yīng)的類型、QCI等信息，判斷為將另一未簽約的FTP應(yīng)用(承載也為Non-GBR類型)速率進(jìn)行限制，以節(jié)約出更多的資源給此智能安防應(yīng)用。則網(wǎng)絡(luò)通過(guò)必要的QoS信令將承載修改為保證速率的GBR承載，此后在發(fā)起流量?jī)?yōu)化的移動(dòng)終端側(cè)觀察到視頻質(zhì)量改善。

又或者流量?jī)?yōu)化決策單元根據(jù)網(wǎng)絡(luò)中的流量數(shù)量及各流量承載對(duì)應(yīng)的類型、QCI等信息，判斷為網(wǎng)絡(luò)中已經(jīng)沒(méi)有足夠的資源分配給此智能安防應(yīng)用，但由于網(wǎng)絡(luò)運(yùn)營(yíng)商與服務(wù)提供商已簽約“盡力”優(yōu)化其流量，故網(wǎng)絡(luò)分析自身的負(fù)荷后，估計(jì)出擁塞可以緩解的時(shí)間(假定為5min)，告知給移動(dòng)終端：“未作流量?jī)?yōu)化，建議降低速率，大致5min后可恢復(fù)高清晰度傳輸”。

以上的第二種流量?jī)?yōu)化決策方案也可視為網(wǎng)絡(luò)在應(yīng)用接收的時(shí)間內(nèi)處理其流量?jī)?yōu)化請(qǐng)求，并在某種程度上提供了流量?jī)?yōu)化(或性能提升)的可能。從而應(yīng)用獲得到更好的流量交付體驗(yàn)。

通過(guò)應(yīng)用請(qǐng)求過(guò)濾單元對(duì)流量?jī)?yōu)化請(qǐng)求的過(guò)濾，更好地實(shí)現(xiàn)了網(wǎng)絡(luò)對(duì)流量的交付，更好地發(fā)揮網(wǎng)絡(luò)資源的價(jià)值以滿足服務(wù)提供商的需求。

流量?jī)?yōu)化設(shè)備處理不帶有時(shí)效性要求的流量?jī)?yōu)化請(qǐng)求的過(guò)程更為簡(jiǎn)單，但也具有很強(qiáng)的現(xiàn)實(shí)性。例如，一些與網(wǎng)絡(luò)運(yùn)營(yíng)商簽約的第三方應(yīng)用服務(wù)提供商，希望在指定時(shí)間段內(nèi)盡量?jī)?yōu)化其流量(與前面實(shí)例“希望立 即優(yōu)化”的請(qǐng)求相比，有很弱的時(shí)效性要求，甚至沒(méi)有時(shí)效性要求)。以一些餐飲類點(diǎn)評(píng)應(yīng)用為例，應(yīng)用服務(wù)提供商希望在每天的晚餐時(shí)間段(例如16點(diǎn)至20點(diǎn))網(wǎng)絡(luò)優(yōu)先保證其流量的交付，這樣用戶使用此應(yīng)用時(shí)體驗(yàn)更佳，應(yīng)用會(huì)獲得更好的用戶評(píng)價(jià)。當(dāng)網(wǎng)絡(luò)狀況不佳導(dǎo)致流量交付體驗(yàn)差時(shí)，此時(shí)應(yīng)用側(cè)發(fā)起的流量請(qǐng)求的時(shí)效性并不強(qiáng)(應(yīng)用側(cè)的請(qǐng)求是“希望網(wǎng)絡(luò)對(duì)其流量做優(yōu)化，但可以排隊(duì)等待網(wǎng)絡(luò)的處理”)，從而流量?jī)?yōu)化設(shè)備在處理流量?jī)?yōu)化請(qǐng)求的流程將如圖6所示，同時(shí)流量?jī)?yōu)化網(wǎng)絡(luò)設(shè)備起作用的功能模塊如圖5所示的結(jié)構(gòu)圖(不需要定時(shí)功能)。

此外，請(qǐng)求被接受或被拒絕的消息交互過(guò)程在第一實(shí)施方式至第三實(shí)施方式中并沒(méi)有區(qū)別，都是如圖7、8所示。

(變形例)

在以上各個(gè)實(shí)施方式中，流量管理裝置100可以將流量?jī)?yōu)化請(qǐng)求所得到的結(jié)果告知請(qǐng)求源或者應(yīng)用側(cè)的移動(dòng)終端或遠(yuǎn)端，以便應(yīng)用側(cè)設(shè)備進(jìn)行其他流量?jī)?yōu)化方案，但是也可以不告知流量?jī)?yōu)化請(qǐng)求所得到的結(jié)果，同樣能夠?qū)嵤┍景l(fā)明。

此外，實(shí)施方式中的各設(shè)備與網(wǎng)絡(luò)的聯(lián)系方式并沒(méi)有特別限制，例如能夠使用無(wú)線連接或者有線連接。

此外，在以上各個(gè)實(shí)施方式中，流量管理裝置作為獨(dú)立的裝置，與網(wǎng)絡(luò)中的已有設(shè)備連接進(jìn)行動(dòng)作，但是也可以安裝到網(wǎng)絡(luò)中的某個(gè)設(shè)備中而作為網(wǎng)絡(luò)設(shè)備的一部分進(jìn)行動(dòng)作。該流量管理裝置能夠通過(guò)軟件的功能模塊來(lái)實(shí)現(xiàn)，也能夠通過(guò)具有相應(yīng)功能的電路來(lái)實(shí)現(xiàn)。

以上對(duì)本發(fā)明的幾個(gè)實(shí)施方式進(jìn)行了說(shuō)明，但這些實(shí)施方式是作為例子而提示的，并非旨在限定發(fā)明的范圍。這些新的實(shí)施方式能夠以其他各種方式來(lái)實(shí)施，在不脫離發(fā)明的主旨的范圍內(nèi)能夠進(jìn)行各種省略、替換、變更。這些實(shí)施方式、其變形包含于發(fā)明的范圍、主旨內(nèi)，并且包含于權(quán)利要求所記載的發(fā)明及其等同的范圍內(nèi)。