本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)的領(lǐng)域，具體是涉及基于通信網(wǎng)絡(luò)服務(wù)質(zhì)量提升的雙向服務(wù)代理模型及其服務(wù)代理方法。

背景技術(shù)：

未來的通信網(wǎng)絡(luò)將是多種系統(tǒng)互聯(lián)和多種接入方式融合的IP網(wǎng)絡(luò)，具有IP網(wǎng)絡(luò)內(nèi)在的簡單性、靈活性等優(yōu)勢。然而最新涌現(xiàn)出來的一些應(yīng)用又是當前網(wǎng)絡(luò)無法滿足的，其中最突出的就是用戶對網(wǎng)絡(luò)服務(wù)質(zhì)量的需求，如安全性、移動性、上下文感知、可定制性、服務(wù)感知、能效性、自組織服務(wù)、異構(gòu)性等。盡管現(xiàn)有的一些QoS技術(shù)在一定程度上滿足了用戶的需求，如Int-serve、Diff-serv、MPLS等。但這些技術(shù)只是在一定程度上滿足用戶對網(wǎng)絡(luò)服務(wù)質(zhì)量的需求。如Int-serve是基于流的預(yù)留，所以要求每個節(jié)點需要記錄大量的流的信息和維護一個龐大的數(shù)據(jù)庫，這導(dǎo)致核心路由器負擔太重，不利于擴展。而Diff-serv只是對用戶的服務(wù)種類進行區(qū)分，只承諾相對的服務(wù)，不能提供絕對的服務(wù)質(zhì)量。MPLS技術(shù)是對數(shù)據(jù)包進行標記，通過特定的交換機來對這些有標記的數(shù)據(jù)包進行處理，這會增加硬件成本和交換機的負擔。而且這些QoS技術(shù)主要強調(diào)基于“層”的具體技術(shù)參數(shù)，是在現(xiàn)有網(wǎng)絡(luò)基礎(chǔ)上進行改進和修補，無法從根本上滿足用戶的多樣化和多層次的網(wǎng)絡(luò)服務(wù)質(zhì)量需求。

研究通信網(wǎng)絡(luò)服務(wù)質(zhì)量提升的代理模型的新機制，通過全方位、多角度深入研究雙向服務(wù)代理模型。本發(fā)明使用基于代理機制的雙向服務(wù)代理模型的方法能從根本上破除了“層”的概念，從用戶的網(wǎng)絡(luò)服務(wù)需求出發(fā)，使用雙向服務(wù)機制和代理，這能夠更大程度上滿足用戶對網(wǎng)絡(luò)服務(wù)質(zhì)量的需求。

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

本發(fā)明旨在解決現(xiàn)有網(wǎng)絡(luò)在提升網(wǎng)絡(luò)服務(wù)質(zhì)量的不足問題。提出了一種通信網(wǎng)絡(luò)雙向服務(wù)代理模型及其服務(wù)代理方法。本發(fā)明的技術(shù)方案如下：

一種通信網(wǎng)絡(luò)雙向服務(wù)代理模型，其包括：網(wǎng)絡(luò)代理Proxy模塊、雙向服務(wù)Bi-S模塊及雙向服務(wù)訪問點Bi-SAP模塊，其中網(wǎng)絡(luò)代理Proxy模塊可以執(zhí)行分配的任務(wù)并屏蔽網(wǎng)絡(luò)的具體實現(xiàn)細節(jié)，為用戶提供高效的透明服務(wù)，還用于感知用戶對網(wǎng)絡(luò)服務(wù)質(zhì)量的需求并通過自身或者代理Proxy模塊間協(xié)作提供相應(yīng)的網(wǎng)絡(luò)服務(wù)質(zhì)量給用戶；

雙向服務(wù)Bi-S模塊，用于為網(wǎng)絡(luò)代理Proxy模塊的代理和代理之間同時互相提供服務(wù)(帶寬、期望吞吐量、流量控制、差錯控制、丟失重傳、時延控制等)，通過雙向服務(wù)Bi-S模塊使得代理Proxy模塊間能夠高效的提供服務(wù)，從而為用戶提供服務(wù)；雙向服務(wù)訪問點Bi-SAP模塊是對雙向服務(wù)的抽象和對服務(wù)訪問點的擴展、是一個邏輯上的接口，負責網(wǎng)絡(luò)代理間的通信，包括核心服務(wù)和增強服務(wù)，都是設(shè)計未來具體網(wǎng)絡(luò)的協(xié)議原語的基礎(chǔ)。核心服務(wù)是元(Meta)服務(wù)。進一步的，所述網(wǎng)絡(luò)代理Proxy模塊包括若干個子代理，每個子代理可以執(zhí)行分配的任務(wù)包括任何一個進程、一種需求、一個任務(wù)。

進一步的，所述網(wǎng)絡(luò)代理間的關(guān)系包含多種：從代理的類型來看可以分為代理，子代理，子代理的子代理；從代理在系統(tǒng)的位置來看可以分為水平、豎直、斜；從代理的功能來看可以分為對等代理、對等子代理、非對等代理、非對等子代理。

進一步的，所述網(wǎng)絡(luò)代理Proxy模塊感知用戶對網(wǎng)絡(luò)服務(wù)質(zhì)量的需求并通過

自身或者代理Proxy模塊間的互相協(xié)作來提供相應(yīng)的網(wǎng)絡(luò)服務(wù)質(zhì)量給用戶；用代理(M)-Proxy和(M+1)-Proxy來表述代理間的雙向服務(wù)和服務(wù)的請求過程，包括以下步驟：

(1)代理(M)-Proxy提出服務(wù)質(zhì)量請求；

(2)代理(M+1)-Proxy提供服務(wù)質(zhì)量；

(3)代理(M+1)-Proxy實現(xiàn)(M)-Proxy的服務(wù)質(zhì)量請求；

(4)代理(M)-Proxy感知(M+1)-Proxy提供的服務(wù)質(zhì)量；

(5)若步驟(4)中代理(M+1)-Proxy提供的服務(wù)質(zhì)量不能夠滿足代理(M)-Proxy提出的服務(wù)質(zhì)量需求時，則返回步驟(1)繼續(xù)執(zhí)行。

進一步的，所述雙向服務(wù)訪問點Bi-SAP模塊是對OSI/BRM-BM中服務(wù)訪問點SAP的擴展，代理間的通信都需要通過雙向服務(wù)訪問點，雙向服務(wù)訪問點可以分為對等代理間的雙向服務(wù)訪問點和非對等代理間的雙向服務(wù)訪問點。

進一步的，所述代理間通過雙向服務(wù)和雙向服務(wù)訪問點來進行通信，其中包括對等代理間的通信和非對等代理間的通信。

一種基于通信網(wǎng)絡(luò)雙向服務(wù)代理模型的服務(wù)代理方法，其包括以下步驟：

用代理(M)-Proxy和(M+1)-Proxy來表述代理間的雙向服務(wù)和服務(wù)的請求過程，包括以下步驟：用戶(M)-Proxy提出服務(wù)質(zhì)量請求，雙向服務(wù)代理模型中的代理通過自適應(yīng)的智能感知把用戶的服務(wù)質(zhì)量需求轉(zhuǎn)換為具體的網(wǎng)絡(luò)知參數(shù)和消息請求分配給代理(M+1)-Proxy，并由代理(M+1)-Proxy提供服務(wù)質(zhì)量；代理(M+1)-Proxy實現(xiàn)代理(M)-Proxy的服務(wù)質(zhì)量請求；代理(M)-Proxy感知(M+1)-Proxy提供的服務(wù)質(zhì)量；若步驟(4)中代理(M+1)-Proxy提供的服務(wù)質(zhì)量不能夠滿足代理(M)-Proxy提出的服務(wù)質(zhì)量需求時，則代理(M+1)-Proxy通過請求其它代理則返回重新提出服務(wù)質(zhì)量請求。

進一步的，當代理(M+1)-Proxy提供的服務(wù)質(zhì)量不能滿足用戶要求時，這時多個代理間進行協(xié)作共同來實現(xiàn)用戶的服務(wù)需求。

本發(fā)明的優(yōu)點及有益效果如下：

本發(fā)明設(shè)計了一種在通信網(wǎng)絡(luò)中破除了傳統(tǒng)網(wǎng)絡(luò)中的“層”概念，從整體上綜合考慮用戶需求，通過代理間雙向提供服務(wù)，可以更加高效的滿足用戶對網(wǎng)絡(luò)服務(wù)質(zhì)量需求。同時本發(fā)明的用于通信網(wǎng)絡(luò)服務(wù)質(zhì)量提升的雙向服務(wù)代理模型，使得網(wǎng)絡(luò)結(jié)構(gòu)趨于扁平化，這使得網(wǎng)絡(luò)結(jié)構(gòu)更加簡單，更有利于提供較好的網(wǎng)絡(luò)服務(wù)質(zhì)量，同時不局限于傳統(tǒng)網(wǎng)絡(luò)中下層只能為上層服務(wù)的思想，從而更好的滿足用戶對網(wǎng)絡(luò)服務(wù)質(zhì)量的需求。

附圖說明

圖1是本發(fā)明提供優(yōu)選實施例用于通信網(wǎng)絡(luò)服務(wù)質(zhì)量提升的雙向服務(wù)代理模型的示意圖；

圖2為基于本發(fā)明的用于通信網(wǎng)絡(luò)服務(wù)質(zhì)量提升的雙向服務(wù)代理模型中代理能力示意圖；

圖3為基于本發(fā)明的用于通信網(wǎng)絡(luò)服務(wù)質(zhì)量提升的雙向服務(wù)代理模型中代理的分解示例圖；

圖4為基于本發(fā)明的用于通信網(wǎng)絡(luò)服務(wù)質(zhì)量提升的雙向服務(wù)代理模型中雙向服務(wù)示意圖。

圖5為基于本發(fā)明的用于通信網(wǎng)絡(luò)服務(wù)質(zhì)量提升的雙向服務(wù)代理模型中代理間協(xié)作示意圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、詳細地描述。所描述的實施例僅僅是本發(fā)明的一部分實施例。

本發(fā)明的技術(shù)方案如下：

如圖1所示，這種用于通信網(wǎng)絡(luò)服務(wù)質(zhì)量提升的雙向服務(wù)代理模型，其包含代理、雙向服務(wù)、雙向服務(wù)訪問點；代理能夠?qū)τ脩舻木W(wǎng)絡(luò)服務(wù)質(zhì)量的請求做出自適應(yīng)的智能感知。當用戶提出網(wǎng)絡(luò)服務(wù)質(zhì)量需求時，代理(M)-Proxy智能感知用戶的網(wǎng)絡(luò)服務(wù)質(zhì)量需求。若自身能夠滿足用戶的網(wǎng)絡(luò)服務(wù)質(zhì)量需求時則提供相應(yīng)的網(wǎng)絡(luò)服務(wù)質(zhì)量給用戶。若自身不能滿足時，則通過雙向服務(wù)訪問點與代理(M+1)-Proxy進行協(xié)作，共同滿足用戶的網(wǎng)絡(luò)服務(wù)質(zhì)量需求。

當用戶提出服務(wù)質(zhì)量需求時，通過雙向服務(wù)代理模型的如下步驟來實現(xiàn)：

(1)用戶發(fā)出服務(wù)質(zhì)量請求(FNQoS Requirements)；

(2)代理(M)-Proxy自動感知用戶的服務(wù)質(zhì)量請求(FNQoS Perceive)；

(3)代理(M)-Proxy把用戶的服務(wù)質(zhì)量請求映射為不同的參數(shù)(FNQoS Mapping)；

(4)當代理(M)-Proxy單獨不能夠滿足用戶的服務(wù)質(zhì)量請求時，則通過雙向服務(wù)訪問點(Bi-SAPs)與代理(M+1)-Proxy協(xié)作來完成用戶的服務(wù)質(zhì)量請求，當代理(M+1)-Proxy也不能夠滿足用戶的服務(wù)質(zhì)量請求時，則通過雙向服務(wù)訪問點(Bi-SAPs)與其它代理進行協(xié)作，共同完成用戶的服務(wù)質(zhì)量請求；

(5)代理(M+1)-Proxy根據(jù)用戶的不同服務(wù)請求選擇不同的服務(wù)質(zhì)量策略，例如：網(wǎng)絡(luò)類型、安全等級、移動性等；

(6)代理(M+1)-Proxy實現(xiàn)用戶的服務(wù)質(zhì)量請求后，對代理(M)-Proxy向代理(M+1)-Proxy的服務(wù)質(zhì)量請求做出反饋(FNQoS Feedback)；

(7)由代理(M)-Proxy來完成用戶的服務(wù)質(zhì)量請求，若不能滿足時，則返回執(zhí)行(1)；

如圖2和圖3所示，代理具有多種能力，可以執(zhí)行特定的任務(wù)，如代理是可信的、智能感知、執(zhí)行特定的算法和策略等，其中代理可以由子代理組成。

如圖4所示，雙向服務(wù)訪問點用于代理之間，可以使代理間在兩個方向上同時互相提供服務(wù)。

如圖5所示，當代理(M+1)-Proxy不能滿足用戶的服務(wù)請求時，則通過代理(M)-Proxy與其他代理((M-1)-Proxy,(M+2)-Proxy,(M+3)-Proxy等)進行協(xié)作來實現(xiàn)用戶的服務(wù)質(zhì)量需求。

以上這些實施例應(yīng)理解為僅用于說明本發(fā)明而不用于限制本發(fā)明的保護范圍。在閱讀了本發(fā)明的記載的內(nèi)容之后，技術(shù)人員可以對本發(fā)明作各種改動或修改，這些等效變化和修飾同樣落入本發(fā)明權(quán)利要求所限定的范圍。