專利名稱：通過遠程通信網(wǎng)絡建立和管理通信的制作方法
技術領域：
本發(fā)明涉及遠程通信，尤其涉及一種通過遠程通信網(wǎng)絡建立和管理遠程通信的方法和系統(tǒng)，該方法和系統(tǒng)是通過提供和實施用于那些未能符合該通信中涉及的實體所約定的參數(shù)的通信的授權而實現(xiàn)的。
背景技術：
幾十年來，遠程通信網(wǎng)絡被設計用來在聲頻帶傳送人的聲音及摩爾斯電碼(Morse Code)等一些數(shù)據(jù)信號。但在最近的幾十年，遠程通信網(wǎng)絡已經(jīng)發(fā)展到了較高的帶寬，為了增加物質基礎設施的容量以及降低遠程通信服務的成本，采用了數(shù)字信號。傳統(tǒng)的電話系統(tǒng)中的銅線對傳送一個模擬聲音信號，而現(xiàn)在可將幾十個聲音信號進行數(shù)字化、多路傳輸化、以較高頻率通過同樣的一個銅線對來傳送。
現(xiàn)在遠程通信服務提供商采用通過包括有線、無線、光纖及衛(wèi)星傳輸方式等各種媒體的包括模擬、數(shù)字、壓縮數(shù)字方法等各種傳輸方式。目前的數(shù)據(jù)傳輸方法和協(xié)議包括網(wǎng)際協(xié)議(IP)、異步傳輸模式(ATM)、幀中繼、以及數(shù)字電話。這些服務提供商的網(wǎng)絡一般與其他提供商的網(wǎng)絡互聯(lián)，以形成較大的、不同種類的網(wǎng)絡。
目前，有兩種網(wǎng)絡主導著遠程通信幾乎普遍應用的傳統(tǒng)的電話網(wǎng)(公共開關電話網(wǎng)絡或PSTN)，以及在過去的十年中快速增長并繼續(xù)在增長的互聯(lián)網(wǎng)。
用于電話和互聯(lián)網(wǎng)等的遠程通信網(wǎng)絡系統(tǒng)由電話和個人計算機等終端設備；電話本地回路或專用數(shù)據(jù)中繼器、轉換器或路由器等存取網(wǎng)絡；以及PSTN或城市間的數(shù)據(jù)網(wǎng)絡等干線網(wǎng)組成。一種設計挑戰(zhàn)是終端用戶的需求是各種各樣的，而為了可靠及高效地運行，干線網(wǎng)卻必須處理高度標準化的負載。


圖1是現(xiàn)有技術中的電話系統(tǒng)10的一個實例。系統(tǒng)10包括多個由轉換器控制器14中的大型計算機程序控制的轉換器12。轉換器12之間由傳輸實際的通信信號的干線16連接，該干線16可由光纖及同軸電纜等各種物理介質組成。轉換器控制器14之間也互相連接，一般是通過信號線18而不是通過通信干線16來連接的。
電話系統(tǒng)10一般還包括計算裝置以實現(xiàn)電話會議20、語音郵件22以及長途通信業(yè)務24等特征。呼叫轉接等電話特征可通過向管理轉換器12的程序中增加編碼或向電話系統(tǒng)10中增加專門的硬件來實現(xiàn)。特定的用戶可用的特征由轉換器12上的軟件訪問的數(shù)據(jù)庫所定義，增加新類型的特征可能會涉及到改變這些數(shù)據(jù)庫以及轉換器12上的使用這些數(shù)據(jù)庫的軟件，還可能涉及購買和安裝該系統(tǒng)中的新型硬件。
圖2是現(xiàn)有技術中的互聯(lián)網(wǎng)通信系統(tǒng)30的一個實例?；ヂ?lián)網(wǎng)32本身包括由用于高速傳輸大量數(shù)據(jù)的互聯(lián)網(wǎng)干線36網(wǎng)絡連接的多個路由器34。用戶計算機38可通過包括利用音頻的電話線進行調制和解調數(shù)據(jù)等多種方式訪問互聯(lián)網(wǎng)。這種撥號訪問需要有調制解調器40以及與公共開關電話網(wǎng)絡42的連接，該公共開關電話網(wǎng)絡42反過來通過包括互補調制解調器40及訪問控制器46的服務接入點44連接到互聯(lián)網(wǎng)32。另一種訪問方式是利用寬帶調制解調器50，該調制解調器50將數(shù)據(jù)調制解調為通過控制器54連接到CATV網(wǎng)絡52或類似網(wǎng)絡傳遞的高頻率。
這些系統(tǒng)中的部分存取網(wǎng)絡通常是處于干線網(wǎng)絡36邊緣的一組計算機系統(tǒng)39，該組計算機系統(tǒng)39行使諸如用戶認證及控制其加于干線網(wǎng)絡36的負載的功能。
用戶計算機38與網(wǎng)絡30的剩余部分之間通信被已定義的通信協(xié)議所標準化。通過互聯(lián)網(wǎng)進行的通信可通過各種協(xié)議及各種物理傳輸介質實現(xiàn)。協(xié)議是管理硬件設備間數(shù)據(jù)傳輸?shù)囊唤M協(xié)議或規(guī)則。最簡單的協(xié)議只定義硬件配置，而更復雜些的協(xié)議定義定時、數(shù)據(jù)格式、信息包結構及信號解釋、錯誤檢測及改正技術和軟件結構。
從單一通信可被分解成多個在相同的來源和目的地間從不同路徑傳輸?shù)臄?shù)據(jù)包這一角度而言，互聯(lián)網(wǎng)是一種無連接的網(wǎng)絡服務。相反，傳統(tǒng)的通話保留資源以建立單一專用路徑用于通信中所有數(shù)據(jù)在其中傳輸。
互聯(lián)網(wǎng)應用網(wǎng)際協(xié)議(IP)，IP的最主要的優(yōu)點是它可使大型網(wǎng)絡可靠地運行并提供標準化的裝置，由此應用軟件可使用所述的網(wǎng)絡。盡管IP可提供許多優(yōu)點，但網(wǎng)絡的實際性能是基于服務水平的，而服務水平不一定一致或絕對有保證，其水平最多可統(tǒng)計地估計。
用于通話及數(shù)據(jù)傳輸?shù)木W(wǎng)絡一直在各自發(fā)展，但用不同的物理網(wǎng)絡的經(jīng)濟原理正在消失，并且技術正在趨同。二者好像是集中在更接近于數(shù)據(jù)模型而不是通話模型上，部分原因是數(shù)據(jù)網(wǎng)絡具有更大的一般性。目前占主導地位的數(shù)據(jù)網(wǎng)絡是互聯(lián)網(wǎng)，但這兩種網(wǎng)絡之間有一個基本的差異。當有爭用網(wǎng)絡資源時，現(xiàn)有的電話系統(tǒng)一般采用“先來先接受服務”的方法，如果沒有足夠的資源可供使用時會拒絕為接下來的呼叫者提供服務，這一過程通常被稱為“呼叫許可”。而互聯(lián)網(wǎng)是基于信息包的，一般提供“最大努力”的服務，而不會試圖區(qū)分業(yè)務的順序。即互聯(lián)網(wǎng)接受所有的業(yè)務，流通速率會隨各方置于可用資源的命令而變化。運行原理上的這一差異致使很難通過趨同的網(wǎng)絡提供傳統(tǒng)的PSTN型的服務。
而且，因為傳輸聲音和數(shù)據(jù)的要求具有很大差異，很難在同類的網(wǎng)絡上為二者管理運行和/或優(yōu)化運行。例如，聲音通信以相對較低的速率產(chǎn)生相對穩(wěn)定的數(shù)據(jù)流，傳輸?shù)乃俣缺染雀匾?即少的端對端的等待時間(一般不超過200毫秒)比很小百分比的信息包的丟棄更重要)。相反，http瀏覽或ftp文件傳輸?shù)葦?shù)據(jù)應用一般產(chǎn)生需要精確傳輸?shù)臄?shù)據(jù)組，但用于其中的端對端的等待時間為幾秒或更長時間被認為是可以接受的。
由于可視電話、互聯(lián)網(wǎng)游戲、視頻點播、互聯(lián)網(wǎng)音頻、流多媒體、遠程協(xié)作工作系統(tǒng)或電視醫(yī)療等新業(yè)務的需要，要求不同層次的質量以及寬度的帶寬，從而使這個問題變得更嚴重了。顯然，為使其資源得以有效利用并滿足用戶的需求，網(wǎng)絡應該能分配和控制帶寬的質量和數(shù)量。
例如，在電視醫(yī)療外科手術中，用現(xiàn)有互聯(lián)網(wǎng)，外科醫(yī)生利用遠程控制器實施外科手術不可能實現(xiàn)。這一應用對精確性、及時性以及用于視頻的高帶寬具有很嚴格的要求。網(wǎng)絡未能按要求運行的后果是非常嚴重的。
對比的例子是多人游戲，其中多個玩游戲的人交換少量的信息包以在同一游戲中更新彼此的移動和存在狀態(tài)。假設這樣的游戲一般這樣實現(xiàn)，這需要低等待時間，但對帶寬的要求低且通過設計通?？稍试S相對較高比率的信息包的丟失。
現(xiàn)有網(wǎng)絡沒有設計成提供這么多種服務和性能要求。盡管互聯(lián)網(wǎng)提供用于傳輸數(shù)據(jù)包的有效網(wǎng)絡，但其并沒有設計成以保證的性能水平提供端對端的服務。一般，在預定的條件和情況下，用戶可靜態(tài)選擇可用的服務。用戶所期望的性能指標基于“最大努力”提供給用戶，并且不能得到嚴格的保證。
以前試圖在應用的互聯(lián)網(wǎng)上提供保證服務質量(QoS)是利用了資源保留協(xié)議(RSVP)。RSVP是對IP的擴展，通過保留網(wǎng)絡資源以與所要求的QoS建立“虛擬連接”，根據(jù)數(shù)據(jù)速率及等待時間等參數(shù)，允許在技術層次上的服務的質量要求。由于其增加了干線網(wǎng)絡的復雜性以及其需要轉換硬件的更新，所述的RSVP具有有限的接收，并未能包括用于指定有關其制定的QoS要求的成本的機制。更重要的是，RSVP通過保留資源確保了服務質量，由于其會導致保留資源在不同的時間的閑置或在利用，因此這是最大努力網(wǎng)絡缺乏效率的策略。
異步傳輸模式(ATM)網(wǎng)絡利用標準協(xié)議通過保留資源對數(shù)據(jù)包尋址(如IP所作)、建立連接(如TCP所作)、指定QoS(如RSVP所作)。一般在干線網(wǎng)絡的核心布有ATM網(wǎng)絡，由于作為應用標準占主導地位的IP的優(yōu)勢以及ATM設備的高成本，ATM性能不能直接為終端用戶所見。因為ATM路由器不能被直接訪問，以及其用于描述QoS的機制的復雜性，應用軟件不利用這些機制。另外，ATM或RSVP等保留系統(tǒng)只處理網(wǎng)絡容量，而且會由于設備故障等而未能符合性能要求。此外，與RSVP情況相同，ATM QoS機制不包括用于描述有關QoS要求/需要成本的方法。
因此，目前沒有有效的方法通過互聯(lián)網(wǎng)、其他信息包網(wǎng)絡、或其他最大努力網(wǎng)絡、甚至是呼叫許可網(wǎng)絡來提供或保證QoS，沒有有效的方式來處理未達到的性能指標。通常，所有的遠程通信鏈路在某種程度上都是易于出錯的。
另外，服務提供商通過允許增加的出錯率和/或等待時間可贏利，而且會試圖這樣作。然而，用戶一般沒有確定何時會發(fā)生這樣的降低的機制，即使用戶確定發(fā)生了這樣的降低，也沒有可使其得到補償?shù)臋C制。
在IEEE Journal on Selected Areas in Communications，vol.13，no.7，September 1995中的“在高速網(wǎng)絡中連接的建立(ConnectionEstablishment in High-Speed Networks)”中，斯科特·喬丹和江宏(音譯)調查了多個模型，其中的網(wǎng)絡提供了速率表，呼叫方可從中選擇其性能。納高·奧基諾(Nagao Ogino)在ACM，1998中的“基于用戶和網(wǎng)絡提供商互選的連接建立協(xié)議(Connection Establishmentprotocol Based on Mutual Selection by Users and NetworkProviders)”中提出了類似的方法。但在這兩個例子中，沒有討論和考慮用戶如何確保他們會獲得他們所購買的性能或如果他們未獲得服務提供商所同意提供的性能，他們怎樣獲得補償。
現(xiàn)有PSTN的用戶期望可預測的質量及可靠程度，被稱作“四9”可靠性。即一旦獲得連接，在10,000個呼叫中要有9,999個在話音質量通信中成功執(zhí)行。迄今，在信息包或其他網(wǎng)絡上不能獲得這樣的可靠性，但為了競爭，基于互聯(lián)網(wǎng)的服務的更低成本會促使PSTN結合這些協(xié)議。現(xiàn)有技術中公知的無連接的遠程通信網(wǎng)絡不提供有保證的服務水平。另外，不存在任何機制用于通過無連接的、呼叫許可或其他遠程通信網(wǎng)絡向用戶保證通信參數(shù)。因此，需要通過無連接的網(wǎng)絡及其他遠程通信網(wǎng)絡提供遠程通信服務的一種方法和系統(tǒng)，對現(xiàn)有技術中公知的問題加以改進。這一設計必須考慮到易于實施并認識到現(xiàn)有遠程通信基礎設施的普及性。

發(fā)明內(nèi)容
因此，本發(fā)明的一個目的是提供一種用于通過遠程通信網(wǎng)絡建立和管理通信的方法和系統(tǒng)，所述的方法和系統(tǒng)消除或減輕現(xiàn)有技術的至少一個缺點。
根據(jù)本發(fā)明的第一方面，提供一種通過遠程通信網(wǎng)絡在至少第一和第二實體間進行通信的方法，其中所述的通信由一組參數(shù)定義，所述的方法包括以下步驟(i)在所述的至少第一和第二實體間協(xié)商一組約定的值用于定義所需通信的所述參數(shù)；(ii)在所述的至少第一和第二實體間協(xié)商保證協(xié)議，定義所述的約定的參數(shù)中至少一個要監(jiān)控的參數(shù)，以及如果所述的至少一個監(jiān)控的參數(shù)未能符合相應的所述約定的值之一時要應用的補償方法；(iii)建立所述的通信；(iv)監(jiān)控所述通信的所述至少一個參數(shù)；以及(v)如果所述監(jiān)控的參數(shù)未能符合所述約定的值，則根據(jù)所述協(xié)商的補償方法補償所述第一和第二實體中的至少一方。
根據(jù)本發(fā)明的另一方面，提供一種通信系統(tǒng)，包括第一終端用戶；第二終端用戶；連接所述第一終端用戶和第二終端用戶的遠程通信網(wǎng)絡，所述的遠程通信網(wǎng)絡具有至少一個傳輸鏈路及協(xié)議；所述的第一終端用戶與所述的遠程通信網(wǎng)絡協(xié)商所述的第一終端用戶及所述的第二終端用戶間的通信；以及所述的第一終端用戶和所述的遠程通信網(wǎng)絡可操作(a)對定義所述第一終端用戶與第二終端用戶間的通信的一組參數(shù)的值取得一致意見；以及(b)對定義所述一組參數(shù)中的至少一個要監(jiān)控的參數(shù)以及如果所述的至少一個監(jiān)控的參數(shù)未能符合相應的所述約定的值之一時要應用的補償方法的保證協(xié)議取得一致意見。
在本發(fā)明中，通過至少一個遠程通信鏈路達到至少兩個終端用戶間的通信。優(yōu)選的是，所述的通信是由一組參數(shù)定義的，通常包括一個或多個網(wǎng)絡性能參數(shù)和/或QoS參數(shù)，這些參數(shù)是由或代表至少一個終端用戶與建立通信的一個或多個網(wǎng)絡服務提供商協(xié)商得到的。成功的協(xié)商產(chǎn)生一組約定的參數(shù)值以及與網(wǎng)絡服務提供商間的保證協(xié)議，該協(xié)議定義至少約定的參數(shù)值之一要有保證。該協(xié)議還定義了如果測得的保證的參數(shù)值未能符合相應的約定的值時要應用的一種補償方法。
該通信一旦建立，所述的約定的一個保證參數(shù)或多個參數(shù)被監(jiān)控，如果監(jiān)控的參數(shù)未能符合所約定的值，補償方法就被調用，該通信中涉及的至少一個用戶或其他實體根據(jù)所述的補償方法獲得補償。如果通信中涉及多個用戶，可以根據(jù)約定的方案在他們之間分配該補償。同樣，如果所述的通信中和/或建立通信中的點對點鏈路時涉及多個網(wǎng)絡服務提供商及用戶，未能符合約定的參數(shù)的網(wǎng)絡服務提供商可適當補償其他網(wǎng)絡服務提供商和/或用戶?？梢杂酶鞣N方式獲得補償，包括通過金錢的方式，包括減少的帳單、退款和/或支付罰款，或通過對本次通信或將來的通信實施免費或減價費用。
所述的遠程通信網(wǎng)絡可以是呼叫許可網(wǎng)絡、無連接的網(wǎng)絡、虛擬連接(RSVP等)網(wǎng)絡或其他任何這些網(wǎng)絡的組合。在呼叫許可網(wǎng)絡的情況下，用于通信參數(shù)值的協(xié)商可能不重要，但仍可以約定并獲得保證。
附圖簡要說明參見附圖，只通過實例的方式對本發(fā)明的實施例進行說明，其中圖1示出了現(xiàn)有技術中公共開關電話網(wǎng)絡(PSTN)的方塊圖；圖2示出了現(xiàn)有技術中互聯(lián)網(wǎng)的方塊圖；圖3是根據(jù)本發(fā)明的應用于保證機制的方法的一般化流程圖；以及圖4是為本發(fā)明的一個實施例中通信提供保證的方法的流程圖。
優(yōu)選實施例詳細說明圖3示出了根據(jù)本發(fā)明的一種實施方法的高層圖。該圖提供了通過遠程通信網(wǎng)絡在第一實體(第一終端用戶)和第二實體(第二終端用戶)間的通信方法，所述的網(wǎng)絡有單一的網(wǎng)絡實體運行，所述的用戶與其連接，其中的通信是由一組由所述的實體約定的通信參數(shù)值定義的。在此實例中，所述的第二終端用戶作為通信的接收者是被動的，所述的第一實體和所述的網(wǎng)絡實體在步驟56對所述的一組參數(shù)值取得一致意見。所述的實體還約定如果有保證值，哪些值是保證值。如下所述，所述的參數(shù)可以是任何一組適當?shù)膮?shù)，例如，可包括最小數(shù)據(jù)速率、最大等待時間、幀出錯率等。如果在步驟58的通信的執(zhí)行過程中未滿足這些參數(shù)的約定的值之一，而且如果所述的參數(shù)是被保證的，則系統(tǒng)在步驟60通過觸發(fā)保證機制作出發(fā)應。
此處使用“實體”一詞來說明代表對用于通信的參數(shù)有所關注的任一方的硬件或軟件。這樣的各方可包括終端用戶及其服務提供商、以及互聯(lián)(點對點鏈路)服務提供商等。例如，終端用戶具有可使其與其他用戶傳送音頻、視頻、數(shù)據(jù)或其他類似信息的終端設備，這樣的終端設備可包括電話、個人計算機、個人數(shù)字助理、便攜式電話、傳呼機、傳真機或其他現(xiàn)有技術中所公知的設備。這樣的終端設備在此處稱作用戶接口。例如，服務提供商可通過撥號、電纜、無線調制解調器、或利用ISDN(綜合服務數(shù)字網(wǎng)絡)、xDSL(數(shù)字用戶線)、ATM(異步傳輸模式)以及幀中繼等技術與用戶通信，并可通過其網(wǎng)絡間的任何適當?shù)幕ヂ?lián)進行彼此之間的通信。
本發(fā)明并不限于用于只涉及兩個終端用戶及一個網(wǎng)絡實體的通信，可建立多個服務提供商參與的提供必須的鏈路的通信。另外，電話會議以及組播流視頻即使在只涉及一個服務提供商的情況下也必然涉及多個實體。盡管在圖3的實例中，在步驟56中的協(xié)商中只涉及第一實體(第一用戶)和第二實體(網(wǎng)絡服務提供商)，也還預期在協(xié)商中可涉及包括第二和/或另外的終端用戶以及各服務提供商的多個實體。
定義通信的參數(shù)取決于所需通信的性質。在話音呼叫這種簡單的情況下，所述的參數(shù)可包括價格及基準(即每個信息包或每分鐘等多少錢)、識別誰付錢、以及如可容許的最長等待時間及所要求的聲音采樣質量等性能和/或QoS參數(shù)。
如上所述，目前有兩種主要的遠程通信網(wǎng)絡，即公共開關電話網(wǎng)絡(PSTN)與互聯(lián)網(wǎng)，但經(jīng)濟和競爭正使這兩種網(wǎng)絡合并成單一的數(shù)字網(wǎng)絡。最有效利用網(wǎng)絡資源的協(xié)議是“最大努力”或接收所有業(yè)務并根據(jù)置于可用資源的要求改變流通速率的無連接協(xié)議。由于這樣的網(wǎng)絡具有固有的故障率及易變的性能，雖然性能可統(tǒng)計地估計，但預期的性能并不一致而且也不能得到絕對的保證。
通過為通信中約定的條件提供保證，接受可信度及努力以獲得約定的條件的協(xié)議使所有實體獲得最大利益。各實體通過控制保證的條件可控制其可預期的信任程度。協(xié)商附有嚴格的保證條件和/或重罰的通信通常會在服務提供商的網(wǎng)絡上提供較高優(yōu)先級的通信。
如上所述，對不同服務的需求正在增長，這就要求遠程通信服務提供商可使服務參數(shù)根據(jù)用戶的特定要求設定。由于主要的網(wǎng)絡是“最大努力”，不能保證通信會如約定的那樣來執(zhí)行。因此需要某種方法來實施協(xié)議的條件，本發(fā)明通過提供并實施一種保證機制實現(xiàn)了該協(xié)議的條件。
過去，用戶同意通信時，因為故障和統(tǒng)計的可變性他會接受到比他所同意支付的質量低的通信質量。本發(fā)明通過控制根據(jù)實際收到的質量所作的支付來控制質量的成本折衷。通過所述的保證機制，當未符合約定的性能時，由對適當?shù)膶嶓w進行補償來實現(xiàn)這一點。
本發(fā)明還允許通過遠程通信網(wǎng)絡提供新型服務和/或各種類型的QoS。例如，網(wǎng)絡服務提供商可對其終端用戶銷售一種服務質量，保證這些用戶不會收到電話推銷等打擾電話。在這種情況下，所述的網(wǎng)絡服務提供商可實施保證參數(shù)，由此其任一終端用戶在收到他們不希望接收的通信時可起動“打擾電話”識別器，這樣電話的發(fā)起者互被迫支付罰款給被打擾的終端用戶。實際上，該電話的發(fā)起者保證其電話不會打擾終端用戶，這一點也是通信建立時要協(xié)商的參數(shù)之一。同樣，電話推銷員或其他打電話者可付費給網(wǎng)絡服務提供商以在個人到個人的基準上聯(lián)系用戶，而到達電話應答機時則可調用保證機制。這樣，由于該連接不是個人到個人的連接，所述的保證機制可退還部分或全部為此連接支付的代價。以類似的方式可提供其他新的和獨特的服務，讀完以下披露后，這一點將更為顯而易見。
圖4示出了根據(jù)本發(fā)明的方法的更詳細的流程圖。所述的方法開始于步驟62，其中協(xié)商的實體對用于定義他們希望建立的通信的參數(shù)的一組值達成一致協(xié)議。所述的協(xié)商可只是一種具有一組標準供應的通信服務提供商，所述的呼叫方從其中選擇，或所述的呼叫方可為一種多實體的、多次的協(xié)商，其中服務提供商、服務水平、價格、以及保證條件必須分別得到約定。在任一種情況下，所述的協(xié)商可由協(xié)商管理者或由所述實體約定的其他適當?shù)臋C制管理。
所述的協(xié)商管理者可以是任何允許所述實體識別和約定一組參數(shù)和值的適當?shù)臋C制。在本優(yōu)選實施例中，所述的協(xié)商管理者是運行于直接或間接連接在所述參與實體的計算設備上的應用程序。理想的情況是所述的協(xié)商管理者由確保產(chǎn)生公平協(xié)商的委托方操作和保持。
協(xié)商出的參數(shù)不會過分受限制并可包括但不限于最小持續(xù)數(shù)據(jù)速率；最大猝發(fā)傳輸率和持續(xù)時間；最大可接受的端對端等待時間等。這一協(xié)商還包括保證協(xié)議的條件，包括保證參數(shù)的識別法以及未能符合保證的性能的后果的定義。
可以用各種靈活的方式約定保證的參數(shù)，包括有條件的、分等級的、或絕對的參數(shù)。有條件的參數(shù)是一種取決于其他參數(shù)值的參數(shù)，例如幀出錯率可取決于和/或隨保證的數(shù)據(jù)速率而變化，所述的數(shù)據(jù)速率的數(shù)據(jù)速率增加時，所許可的錯誤數(shù)量增加，反之亦然。分度參數(shù)是一種在不同層次具有不同特性的參數(shù)。例如，保證提供每秒鐘500千比特(kps)的連續(xù)傳輸速率的數(shù)據(jù)速率可有一種費用保證機制，該機制為低于所約定的500kps的速率但高于350kps的速率傳輸?shù)母餍畔丝钍种环郑瑸榈陀?50kps的速率傳輸?shù)母餍畔丝钜环?。絕對參數(shù)是這樣一種參數(shù)，無論其條件是否被滿足，例如端對端等待時間可保證不超過100毫秒，如果有任何數(shù)量超過了這個界限，則調用所述的保證機制。
為了協(xié)商這一協(xié)議，通信提供商在約定保證的條件時可估計其風險。最簡單的商業(yè)模型之一是利潤＝協(xié)商的費用-服務成本-保證成本即對于具有固定成本和固定利潤目標的給定服務，對于保證成本折衷協(xié)商的費用。因此，要收取的費用的簡單表示為收取費用≥預期利潤+服務成本+(P×保證成本)其中P是建議的指定參數(shù)值未被符合的可能性(在0到1之間)。因為錯誤和故障可被模擬和統(tǒng)計地估計，可在保證成本和收取費用間設定“賭注”或折衷。對于故障的情況，可能性P可基于歷史數(shù)據(jù)及資源的預期負載計算出來，并會受到與服務提供商網(wǎng)絡中的冗余(未使用)容量值等相對應的服務提供商愿意接受的風險值的影響。由于通信服務提供商對負載進行某種程度的控制，因此可合理地預測出預期的結果。該通信服務提供商沒有對猝發(fā)及類似事件的控制權，但可協(xié)商與猝發(fā)數(shù)據(jù)有關的參數(shù)，以限制其對于可接受的收取費用水平的承受風險。可應用更復雜的公式來確定收取的費用，例如考慮用戶支付總額、給用戶提供服務的客觀需要、提供商的網(wǎng)絡目前的狀態(tài)、時刻等其他因素。
注意到不同的遠程通信模型或范例具有不同的成本曲線及收支平衡點也是很重要的。可應用更復雜的方法，包括以當收集到另外的網(wǎng)絡使用數(shù)據(jù)后更新/修改的算定的統(tǒng)計表開始。用于計算這種曲線的技術對本領域中的技術人員而言是顯而易見的。
在步驟64，一旦協(xié)商好協(xié)議的條件，協(xié)商管理者或類似的實體通知協(xié)議條件的委托方要監(jiān)控哪些參數(shù)以及如何實現(xiàn)保證。在簡單的應用中，其中的呼叫方支付通信費用，“委托”方可只是網(wǎng)絡服務提供商創(chuàng)建的軟件函數(shù)，以及所述的呼叫方內(nèi)在信任的，或所述的呼叫方可以是協(xié)商管理者。在更復雜的應用中，獨立的軟件實施代理方或其他適當?shù)臋C制可以被利用，例如各參與者通過一種適當?shù)姆椒▉泶_認其信任方，例如提交不可取消的密碼或其他適當?shù)娘@性或隱性的方式。
在步驟66，委托方建立監(jiān)控進行通信時應用的約定的參數(shù)的機制。如上所述，盡管也可監(jiān)控包括終端用戶的滿意度參數(shù)(例如前面簡要討論的“打擾電話”參數(shù))的其他參數(shù)，但最可能監(jiān)控的參數(shù)是等待時間及位或幀出錯率等參數(shù)。
等待時間是數(shù)據(jù)包從發(fā)送實體輸送到接收實體所需的時間。在通過多鏈路的通信的情況下，通常最關心測量的是端對端等待時間，該時間是信息包從始發(fā)實體輸送到目的地實體所需的全部時間，即通信中所有鏈路上的等待時間的總和。在語音通信中，雖然在本發(fā)明的情況下，在語音通信中可協(xié)商得到不同的可接受的最長等待時間，但一般發(fā)現(xiàn)可接受的最長的端對端等待時間約為200毫秒。對于數(shù)據(jù)通信，更重要的可能是更大范圍的等待時間，這要取決于數(shù)據(jù)的使用和性質?？梢杂脭?shù)據(jù)包采樣等各種方法監(jiān)控或估計等待時間，這一點對本領域的技術人員而言是顯而易見的。
通?？赡苄枰ＷC的另一個參數(shù)是誤碼率(BER)或更常見的幀出錯率(FER)。同樣，檢測BER或FER的適當?shù)姆椒ㄒ矠楸绢I域的技術人員所公知，并且BER和/或FER的可接受的范圍依據(jù)數(shù)據(jù)的使用和性質而不同。
監(jiān)控約定的參數(shù)的機制取決于要監(jiān)控那些參數(shù)，但此種適當機制的建立也為本領域的普通技術人員所公知。
開始步驟68，在通信持續(xù)期間或保證期間(無論哪一時間短些)，委托方監(jiān)控通信的性能是否符合保證協(xié)議的條件。在保證期間(該期間可以是時間間隔、多個信息包、通信持續(xù)時間等，這要在協(xié)商條件中指定)如果對于保證條件沒有遇到例外(故障)，則程序一直持續(xù)到保證期間終止。如果保證未完成(即發(fā)生了故障)，控制轉到步驟70、步驟72以及步驟74。
在步驟70，委托方通知實體何種性能參數(shù)未被滿足以及故障的細節(jié)是什么。在步驟72，盡管應對故障負責的參與者還應該對存在的故障兌現(xiàn)其約定的保證條件，但委托方可給該參與者放棄該通信來重新協(xié)商條件的機會。會試圖協(xié)商出處罰條款作為保證協(xié)議協(xié)商的一部分，由此如果參與者希望在故障后重新協(xié)商該通信，則該參與者同意受到的處罰。
如果發(fā)生了重新協(xié)商，在支付了該處罰和/或實施了步驟74的保證機制后，該程序可在步驟64重新開始。
最后，在步驟74，委托方通常通過以約定的方式補償該通信付費的實體來實施約定的保證。如果為了重新協(xié)商而已經(jīng)協(xié)商出了處罰條款，則還要實施該條款。如上所述，在該通信中，多個實體可獲得利益，并可利用共享的帳單，故補償多個實體是適當和/或必須的。
這點對本領域的技術人員而言是顯而易見的，特定的步驟70、步驟72、步驟74并非必須的，而只是本發(fā)明的實施例的優(yōu)選方面?；诒ＷC條件下檢測到的故障，本發(fā)明所要求的全部內(nèi)容是，實施參與者約定的步驟用于以某種形式補償未能符合所約定的通信參數(shù)。因此，如果各實體約定不能重新協(xié)商該通信，步驟72可全部省略。在本發(fā)明的范圍內(nèi)，也可實施對步驟70、步驟72、步驟74的替換步驟和/或增加的步驟，這點對本領域的技術人員而言是顯而易見的。
可對目前的通信進行補償(立即減少該通信的費用等)，或對由各實體實施的未來的通信進行補償(要對某個實體的帳戶進行存款)。補償?shù)男问讲皇芴貏e的限制，但可包括減少通信費用或減少可付費的該通信的持續(xù)時間等經(jīng)濟補償。例如，呼叫方可協(xié)商比MOS(平均意見得分)3.5高的要求的話音質量，未能獲得該質量的補償為退還該通信最后5分鐘的收費；或是允許呼叫方在不收取其額外費用的情況下延長通話時間，或在約定的基礎上給予免費通信時間或每丟失一幀就給予免費的十幀等一定數(shù)量的免費的數(shù)據(jù)或幀等產(chǎn)品或服務的補償。
本發(fā)明可用于保證端對端的通信(即在兩個終端用戶間)或保證在端對端通信中的一個或多個點對點的鏈路，如同預期的那樣。
雖然本發(fā)明目前優(yōu)選應用于其中的通信參數(shù)要進行協(xié)商的網(wǎng)絡中，但本發(fā)明也可應用于將無連接網(wǎng)絡的選擇提供給現(xiàn)有PSTN服務提供商用于其PSTN通話。在此種情況下，所述PSTN服務提供商可提供給其客戶一種預定義的通過這些網(wǎng)絡建立的通信的保證協(xié)議。如上所述，性能未滿足時，用戶收到保證下的預定義的補償。這會使現(xiàn)有PSTN服務提供商在不要求資源保留或大量預留網(wǎng)絡容量的情況下，利用其他網(wǎng)絡來提高其效率。另外，在建立他們之間的連接時，可提供這種保證的服務或傳統(tǒng)的服務供終端用戶選擇。這可使例如商務通話通過傳統(tǒng)的PSTN網(wǎng)絡完成，而個人通話通過保證的網(wǎng)絡完成。此種選擇可通過撥號前綴、交互式話音應答(IVR)或任何其他適當?shù)谋绢I域的技術人員所采用的機制來實現(xiàn)。
另外，根據(jù)保證條件和通信收取的費用，服務提供商可選擇建立基于無連接的網(wǎng)絡或例如應用呼叫許可系統(tǒng)、RSVP協(xié)議等其他網(wǎng)絡的通信。這樣，服務提供商可提供一系列可供選擇的通信結構，這使得對于特定的通信而言具有經(jīng)濟意義。
也可在呼叫許可或PSTN網(wǎng)絡上提供一個或多個鏈路以及一個或多個無連接的鏈路來建立通信。在這種情況下，在適當?shù)逆溌?即非呼叫許可或非PSTN鏈路)上實施保證。
如上所述，本發(fā)明提供一種新的遠程通信系統(tǒng)和方法，用于通過由遠程通信網(wǎng)絡提供的至少一個鏈路，在由用戶接口代表的至少兩個終端用戶間通信。優(yōu)選的是，該通信由一組參數(shù)定義，通常包括一個或多個網(wǎng)絡性能和/或QoS參數(shù)，這些參數(shù)由，或為了用戶中的至少一個用戶與建立該通信的一個或多個服務提供商進行協(xié)商。成功的協(xié)商包括為參數(shù)定義一組值以及保證協(xié)議，通常網(wǎng)絡服務提供商為要保證的參數(shù)定義約定的值中的至少一個值以及在測得的參數(shù)值未能符合相應的約定的值時要應用的一種補償方法。
通信一旦建立，約定的保證的參數(shù)就受到監(jiān)控，在監(jiān)控的參數(shù)未能符合約定的值的情況下，調用補償方法，至少有一個用戶或其他實體得到根據(jù)所述補償方法的補償。如果通信中涉及多個用戶，可根據(jù)約定的方案在他們之間分配該補償。同樣，如果在所述通信中和/或在通信中建立點對點鏈路時涉及多個網(wǎng)絡服務提供商及用戶，未能符合約定的參數(shù)的網(wǎng)絡服務提供商可適當補償其他網(wǎng)絡服務提供商和/或用戶。補償可通過各種方式進行，包括通過減少的帳單、退款和/或支付罰款等金錢的方式進行，或通過對本次通信或將來的通信減免費用的規(guī)定進行。
如上所述，要保證的參數(shù)可以是各種各樣的，可包括要保證的服務(或滿意)參數(shù)，例如沒有電話推銷呼叫等。在電話推銷或類似的打擾電話的情況下，保證機制并不能保證不會有這樣的電話，但可在用戶收到打擾電話時對其進行補償。用此種通信，電話推銷者接受了這樣的風險，通過未啟動保證機制的用戶會避開保證補償費用，或假設通過幾個終端用戶在推銷成果方面有一定程度的成功，承受的保證處罰是可接受的。
上述的本發(fā)明的實施例試圖作為本發(fā)明的實例，可在不脫離本發(fā)明所附的權利要求限定的范圍，由本領域的技術人員對其作出變更和修改。
權利要求
1.一種通過遠程通信網(wǎng)絡在至少兩個實體間進行通信的方法，所述的通信由一組參數(shù)定義，所述的方法包括以下步驟(i)在所述的至少第一和第二實體間協(xié)商一組約定的值用于定義所需通信的所述參數(shù)；(ii)在所述的至少第一和第二實體間協(xié)商保證協(xié)議，定義所述的約定的參數(shù)中至少一個要監(jiān)控的參數(shù)，以及如果所述的至少一個監(jiān)控的參數(shù)未能符合相應的所述約定的值之一時要應用的補償方法；(iii)建立所述的通信；(iv)監(jiān)控所述通信的所述至少一個參數(shù)；以及(v)如果所述監(jiān)控的參數(shù)未能符合所述約定的值，則根據(jù)所述協(xié)商的補償方法補償所述第一和第二實體中的至少一方。
2.根據(jù)權利要求1所述的方法，其中，所述的保證協(xié)議還定義了處罰條款，使對所述監(jiān)控的參數(shù)以及未能符合所述約定的值負責的實體通過提供處罰補償?shù)姆绞街匦聟f(xié)商所述的通信，所述的處罰補償在所述的保證協(xié)議中有定義。
3.根據(jù)權利要求1所述的方法，其中，步驟(iv)由所述的至少第一和第二實體中的各實體委托的第三實體來實施。
4.根據(jù)權利要求1所述的方法，其中，所述的補償是金錢的補償。
5.根據(jù)權利要求1所述的方法，其中，所述的補償是通過對所述通信減少費用的條款來進行的。
6.根據(jù)權利要求1所述的方法，其中，所述的補償是通過減少所述至少第一和第二實體間的未來的通信費用的條款來進行的。
7.根據(jù)權利要求1所述的方法，其中，所述的補償是通過以免費的方式在所述的通信中傳輸約定數(shù)量的數(shù)據(jù)給所述的被補償?shù)膶嶓w的條款來進行的。
8.根據(jù)權利要求1所述的方法，其中，在所述的第一和第二實體間提供的所述的通信中至少涉及有第三實體，所述的第三實體為所述的通信提供點對點的鏈路，并約定用于所述參數(shù)的所述協(xié)商的一組值以及所述的保證協(xié)議，其中，在有故障的情況下提供補償，所述的補償至少在所述的兩個實體間共享。
9.根據(jù)權利要求1所述的方法，其中，所述通信的所述至少一個監(jiān)控的參數(shù)是所述通信涉及的至少兩個實體間的所述通信的等待時間。
10.根據(jù)權利要求1所述的方法，其中，所述通信的所述至少一個監(jiān)控的參數(shù)是所述通信涉及的至少兩個實體間的所述通信期間的出錯率。
11.根據(jù)權利要求1所述的方法，其中，所述的至少一個監(jiān)控的參數(shù)是通信的類型并且所述的至少兩個實體之一實施所述的監(jiān)控。
12.根據(jù)權利要求1所述的方法，其中，所述的至少一個監(jiān)控的參數(shù)是接收所述通信的所述實體的身份。
13.根據(jù)權利要求1所述的方法，其中，所述的至少一個參數(shù)有所述通信的另一個參數(shù)的條件。
14.根據(jù)權利要求1所述的方法，其中，在步驟(iv)支付的補償?shù)臄?shù)量是分等級的并取決于所述至少一個監(jiān)控的參數(shù)未被符合的程度。
15.一種遠程通信系統(tǒng)，包括第一終端用戶；第二終端用戶；連接所述第一終端用戶和所述第二終端用戶的遠程通信網(wǎng)絡，所述的遠程通信網(wǎng)絡具有至少一個傳輸鏈路及協(xié)議；所述第一終端用戶與所述遠程通信網(wǎng)絡協(xié)商所述第一終端用戶及所述第二終端用戶間的通信；以及所述第一終端用戶和所述遠程通信網(wǎng)絡可操作(a)對定義所述第一終端用戶與所述第二終端用戶間的通信的一組參數(shù)的值取得一致意見；以及(b)對定義所述一組參數(shù)中的至少一個要監(jiān)控的參數(shù)以及如果所述的至少一個監(jiān)控的參數(shù)未能符合相應的所述約定的值之一時要應用的補償方法的保證協(xié)議取得一致意見。
16.根據(jù)權利要求15所述的遠程通信系統(tǒng)，其中，所述的補償方法包括對所述第一和第二終端用戶中的至少一方支付金錢補償。
17.根據(jù)權利要求15所述的遠程通信系統(tǒng)，其中，由所述第一終端用戶和所述遠程通信網(wǎng)絡委托的第三方監(jiān)控所述的通信，以確保符合所述的監(jiān)控參數(shù)。
全文摘要
一種遠程通信系統(tǒng)和方法，用于通過遠程通信網(wǎng)絡在至少兩個終端用戶間進行通信，其中所述的通信是由一組參數(shù)定義的。至少兩個實體，例如一個或兩個終端用戶和/或服務提供商為所述的定義所需通信的參數(shù)協(xié)商一組約定的值。所述的實體還協(xié)商保證協(xié)議，網(wǎng)絡服務提供商定義要保證的參數(shù)中的至少一個參數(shù)，包括在所述的至少一個被監(jiān)控的參數(shù)未能符合相應的約定的值時要應用的一種補償方法。通信一旦建立就對所述約定的保證的參數(shù)進行監(jiān)控，在監(jiān)控的參數(shù)未能符合約定的值的情況下，實體中至少有一個實體根據(jù)約定的補償方法得到補償。當通信中涉及的實體多于兩個時，可根據(jù)約定的方案將從一個實體獲得的補償在其他實體間分配。
文檔編號H04M3/22GK1582550SQ01806976
公開日2005年2月16日 申請日期2001年3月23日 優(yōu)先權日2000年3月23日
發(fā)明者威廉·M·斯內(nèi)爾格羅夫 申請人:索馬網(wǎng)絡公司