專利名稱：電信網(wǎng)絡中應用服務提供者和資源提供者之間的多供應者多域調(diào)停元件的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電信領(lǐng)域。更確切地說，本發(fā)明涉及實現(xiàn)由資源提供者提供的資源以支持電信服務，特別是具有需要的端對端服務質(zhì)量的電信服務。
背景技術(shù)：
如果客戶希望使用由應用服務提供者提供的具有某種特定的服務質(zhì)量的服務，則客戶必須在某個時刻協(xié)者該服務質(zhì)量。所述協(xié)者可以多種形式；例如，其可以使用SIP或RTSP多媒體會話協(xié)者應用協(xié)議或者其可以使用web頁，在這種情況下，所使用的協(xié)議是HTTP。在客戶簽約了具有特定服務質(zhì)量的服務之后，當使用所述服務時，所述應用服務提供者負責按照合同的條款來傳送所述應用服務給客戶，特別是關(guān)于服務質(zhì)量。應用服務提供者因而必須完成提供電信網(wǎng)絡中的合適的資源所必須要做的，特別是根據(jù)所提供的服務質(zhì)量，所述電信網(wǎng)絡參與使可用資源支持所請求的應用服務。
提供給用戶的服務當前隨著提供特定服務質(zhì)量的應用服務的出現(xiàn)而發(fā)展。保證所述服務質(zhì)量是困難的，這是因為其需要應用服務提供者和資源提供者之間一定數(shù)量的交互，所述應用服務提供者提供特定的服務質(zhì)量，所述資源提供者提供保證該服務質(zhì)量的資源。支持應用服務可能涉及多個參與者(player)；例如，應用服務提供者和多個資源提供者可能涉及供給單個應用服務。由于這種復雜的交互，因此近來出現(xiàn)了新型的提供者，其在網(wǎng)絡服務提供者和應用服務提供者之間工作；這些是調(diào)停(mediation)服務提供者，亦稱普通服務提供者，并且其特別為其它服務提供者提供其服務。
采用上述方法，已經(jīng)建議了用于在應用服務提供者和資源提供者之間調(diào)停的系統(tǒng)，其集中在資源分配方面并且保持應用服務提供者和資源提供者的相互獨立。換句話說，所述系統(tǒng)僅僅從服務提供者轉(zhuǎn)發(fā)資源請求到資源提供者。
上述類型的調(diào)停系統(tǒng)的主要缺點是，調(diào)停限制于所述資源請求；盡管這減輕了資源分配任務的服務，然而其也剝奪了對資源分配的所有控制。

發(fā)明內(nèi)容
本發(fā)明的第一目的是提供一種由任何資源提供者使用的資源分配系統(tǒng)，其能夠使所述應用服務保持與所述資源提供者無關(guān)，具有關(guān)于在合適的時間獲得所討論的資源的一些確定性的益處。
在移動網(wǎng)絡的情況中，現(xiàn)有技術(shù)提供了用于提供保證服務質(zhì)量的資源的結(jié)構(gòu)框架(3GPP版本R5)。然而，所支持的唯一服務是移動網(wǎng)絡服務，其使用SIP來協(xié)者多媒體會話，所述資源控制機制是移動網(wǎng)絡運營商的域的組成部分，并且請求資源總是由終端用戶發(fā)起的，即不提供所需要的獨立性。
因此，在移動網(wǎng)絡的情況下，目前的缺點是，首先，對移動運營商的域和對移動網(wǎng)絡服務的機制的限制，其使用SIP協(xié)議用于多媒體會話協(xié)者，以及其次，資源保留的模式，其是由用戶而不是由服務提供者發(fā)起的。
此外，上述現(xiàn)有技術(shù)的調(diào)停類型經(jīng)常包含參與者，其組合其網(wǎng)絡中的資源的供給和關(guān)聯(lián)的調(diào)停，這是因為，為了分配資源，所述調(diào)停系統(tǒng)必須具有關(guān)于每個基礎(chǔ)網(wǎng)絡的資源的詳細信息，其僅對所述資源提供者是機密的及已知的。
本發(fā)明通過提供用于在電信網(wǎng)絡中在應用服務提供者和資源提供者之間進行調(diào)停的調(diào)停單元而消除了上述缺點，所述調(diào)停單元包括這樣的裝置用于從所述服務提供者接收資源分配請求并且從所述資源提供者請求相應的資源，并且其特征在于，其還包括下列兩種裝置第一種裝置用于接收和考慮來自所述資源提供者的確認消息以便實現(xiàn)為支持服務質(zhì)量所必需的資源，第二種裝置用于從應用服務提供者接收資源分配請求并且從資源提供者請求相應的資源，并且接收和考慮來自每個資源提供者的確認消息，并且發(fā)送通知到所述應用服務提供者以便由所述資源提供者實現(xiàn)全部被請求的資源。
本發(fā)明還提供了一種電信安排，其包括應用服務提供者、資源提供者以及與所述應用服務提供者和所述資源提供者進行通信的調(diào)停單元，并且其特征在于，所述調(diào)停單元是上面定義的類型。
上述調(diào)停服務對提供具有特定服務質(zhì)量的應用服務的應用服務提供者特別有用，并且目前必須親自選擇和請求資源提供者，并且甚至管理電信網(wǎng)絡中的資源的實現(xiàn)，該電信網(wǎng)絡提供對由應用服務提供者所提供的應用服務的足夠支持。
本發(fā)明因此能使調(diào)停服務提供者在選擇之后管理由任何資源提供者所提供的資源的實現(xiàn)。所述資源的實現(xiàn)優(yōu)選地包括所述資源分配，并且還可以包括監(jiān)控分配的資源上游和/或下游。提供這種便利(facility)代表用于所述調(diào)停服務提供上的附加添加的值，其可以依賴于本發(fā)明從而為應用服務提供者提供服務，該服務提供使得由資源提供者所提供的可用端對端資源能夠支持提供特定端對端服務質(zhì)量的服務。


參考附圖，讀過下面的詳細描述之后，本發(fā)明的其它特征、目的和優(yōu)點將變得更加明顯，其中圖1說明了相互協(xié)作以實現(xiàn)本發(fā)明的一個實施例的一組元件；圖2示出了在互連網(wǎng)絡應用服務情況下的電信安排的元件之間所交換的流，所述電信安排符合本發(fā)明的一個實施例。
具體實施例方式
圖1示出了用于實現(xiàn)資源的調(diào)停服務器2，其與應用服務提供者1和一個或多個資源提供者3相互合作。這里，“資源提供者”這一表述涉及物理或功能實體，所述實體在現(xiàn)有技術(shù)中也稱為“網(wǎng)絡服務提供者”并且通常連同應用服務提供者一起遇到。應用服務提供者被如此命名是因為其是處理接收的數(shù)據(jù)并且特別為終端用戶提供所處理的數(shù)據(jù)的物理或功能元件。
資源提供者(網(wǎng)絡服務提供者)具有支持和參與網(wǎng)絡中的數(shù)據(jù)的傳輸和輸送的功能。
更確切地說，元件1是一種應用，其由應用服務提供者來提供并且需要特定的端對端服務質(zhì)量。元件2是用于實現(xiàn)調(diào)停服務提供者的資源的調(diào)停服務器。元件3是用于監(jiān)控并且分配由資源提供者所提供的資源的實體。參考號碼3一般被應用于任何資源提供者。
圖2說明了圖1的元件和周圍元件之間的交互的一個例子。本發(fā)明是基于這個例子來描述的。
例如，需要提供用于支持應用服務的資源，所述應用服務是在經(jīng)由接入資源提供者A的接入網(wǎng)(例如是移動接入網(wǎng))可訪問的用戶和經(jīng)由接入資源提供者B的接入網(wǎng)(例如是xDSL接入網(wǎng))可訪問的另一個用戶之間的，其需要使用核心資源提供者C的核心網(wǎng)(例如IP主干網(wǎng))。
在步驟a)中，所述應用請求用于實現(xiàn)資源的調(diào)停服務器以提供其支持服務，并且特別識別將被連接的用戶以及供給所需要的服務質(zhì)量的描述。在當前的例子中，“用戶”這一詞語應廣義地理解，這是因為其不總涉及終端用戶；“用戶”例如可以是服務器。
在步驟b)中，用于實現(xiàn)資源的調(diào)停服務器建立資源提供者的列表，其將被用來支持所述應用服務并且保證在用戶之間所建立的多媒體會話的服務質(zhì)量。選擇提供者的過程在這里沒有描述。用于使資源可用的調(diào)停服務器還定義了服務質(zhì)量信息，該信息必須供給每個被選擇的資源提供者。
在步驟c)中，用于實現(xiàn)資源的調(diào)停服務器聯(lián)系所述資源提供者A，以便對其供給該資源提供者A所必需的信息，以在第二階段中在其網(wǎng)絡中實現(xiàn)資源。消息c’)是肯定應答消息，并且可以包括可能在后續(xù)階段中必需的其它信息。
在步驟d)中，所述交互與在步驟c)中的相同，但是這次是與所述資源提供者B。在當前的例子中，用于網(wǎng)絡服務的授權(quán)的提供信息的階段對于在資源提供者C的網(wǎng)絡中使資源可用而言不是必需的。
在步驟e)中，如果用于實現(xiàn)資源的調(diào)停服務器確信所涉及的所有資源提供者現(xiàn)在準備接收請求以提供資源，則其請求那些資源的供給，在這個例子中是從所述資源提供者A請求。在兩個實體之間所使用的準確的協(xié)議沒有被詳細描述，并且特別取決于由每個資源提供者所支持的功能和所使用的協(xié)議，其可能是不同的。
例如，e’)是指示成功的資源供給的消息；存在用于指示保留的拒絕(無效請求、在給定時刻在網(wǎng)絡中沒有可用資源等等)的其它消息。
在步驟f)中，所述交互與在步驟e)中的相同，但是這次是與所述資源提供者B。
在步驟g)中，所述交互也與在步驟e)中的相同，但是這次是與所述資源提供者C。
在步驟h)中，用于實現(xiàn)資源的調(diào)停服務器以確認(同意、證實)消息的形式從所涉及的每個資源提供者接收這樣的證實已經(jīng)實現(xiàn)了針對支持所請求的服務質(zhì)量所必需的資源，所述確認消息是由所述調(diào)停服務器請求每個資源提供者所發(fā)送的。
其然后驗證所述請求，這為所述資源提供者指示服務器現(xiàn)在可以使用所述可用資源。
圖2示出了所述資源提供者A的資源的驗證。在所述兩個實體之間使用的準確的協(xié)議沒有被詳細描述。例如，步驟g’)證實所述資源提供者A的資源的驗證。
在步驟i)中，所述交互與在步驟g)中的相同，但是這次是與所述資源提供者B。
在步驟j)中，所述交互也與在步驟g)中的相同，但是這次是與所述資源提供者C。
在步驟k)中，用于實現(xiàn)資源的調(diào)停服務器通知所述應用，已經(jīng)實現(xiàn)了對應于由所述應用所請求的端對端服務質(zhì)量的資源，并且現(xiàn)在可以執(zhí)行所述服務。
應當指出，在當前的例子中，所述協(xié)議和功能內(nèi)容可能隨由用于實現(xiàn)資源的調(diào)停服務器所聯(lián)系的資源提供者的不同而不同。某些資源提供者僅支持實現(xiàn)資源的兩個階段是可能的，例如僅上述例子的保留和驗證階段。用于實現(xiàn)資源的調(diào)停服務器因而能夠適應這些配置。
用于實現(xiàn)資源的調(diào)停服務器支持與所述應用服務提供者的應用的單一的相互合作。其管理端對端服務質(zhì)量請求并且可以識別及認證客戶服務提供者。預訂階段可以先于針對服務的實際請求。用于監(jiān)控和分配資源的服務器使用用于計費和請求跟蹤的客戶信息。所述調(diào)停服務器通知所請求的服務的進展的客戶服務提供者。
在端對端服務質(zhì)量請求之后，所述調(diào)停服務器使用內(nèi)部過程來定義所述資源提供者，其將使得端對端服務可用。其還可以將端對端服務請求轉(zhuǎn)化為適合每個參與的資源提供者的形式。
所述調(diào)停服務器與資源提供者相互合作并且支持較多或較少功能性的各種類型的協(xié)議(資源提供者不完全支持用于在其網(wǎng)絡中實現(xiàn)資源的相同過程)。
其實現(xiàn)了“發(fā)送信息到資源提供者用于網(wǎng)絡服務的授權(quán)”順序(sequence)，該順序后隨“網(wǎng)絡服務請求資源提供者”順序，后者還后隨了“網(wǎng)絡服務請求的驗證”順序。其知道如何適應可能在這些順序之一期間出現(xiàn)的各種情況(通過資源提供者的授權(quán)的拒絕、資源提供者的資源保留的失敗等等)。這可能必須與進行請求的應用服務提供者進行附加的交換以便適應所述情況并且其中適當請求該應用服務提供者修改其請求。
在這以前，其它功能優(yōu)選地將所述應用服務匹配于端對端網(wǎng)絡支持和資源提供者的標識，其有助于提供用于所述端對端應用服務的支持。
所述實施例因而對應于用于實現(xiàn)針對支持應用服務所必需的端對端資源的多域多提供者調(diào)停服務器，所述應用服務具有由電信服務提供者所提供的服務質(zhì)量。
更一般地并且不必涉及多個網(wǎng)絡，所獲得的結(jié)果使支持系統(tǒng)的調(diào)停服務提供者能夠為應用服務提供者提供用于監(jiān)控及分配資源的服務，以支持請求的端對端服務質(zhì)量。由于本發(fā)明，應用服務提供者簡單地請求支持本發(fā)明的調(diào)停服務提供者使得端對端資源可用，以支持具有其客戶所預訂的服務質(zhì)量的應用服務，并且作為回應，如果一切正確地進行，則所述調(diào)停服務提供者保證網(wǎng)絡中一切就緒，這將支持所述應用服務以保證所請求的服務質(zhì)量。如果不可能使針對所述應用服務所必需的資源可用，例如如果供給端對端網(wǎng)絡支持所不可缺少的資源提供者不能提供合適的網(wǎng)絡服務，則所述調(diào)停服務提供者還將該失敗指示給所述服務提供者。
應當指出，不同的應用服務或網(wǎng)絡服務提供者可以完全屬于相同的域或?qū)儆诓煌挠颉?br> 本發(fā)明因而發(fā)現(xiàn)了多域情況中的應用，其中，由于統(tǒng)一有效的調(diào)停，其使得應用服務提供者1能夠訪問多個域。
術(shù)語“多域”被用于所述情況是由于所述域是不同的，這是因為所述服務提供者1、2和3屬于不同的參與者，例如不同的電話運營商或不同的內(nèi)容提供者實體。
權(quán)利要求
1.一種用于在電信網(wǎng)絡中在應用服務提供者(1)和資源提供者(3)之間進行調(diào)停的調(diào)停單元(2)，所述調(diào)停單元(2)包括這樣的裝置用于從所述服務提供者(1)接收資源分配請求(a)并且從所述資源提供者(3)請求相應的資源，并且其特征在于，其還包括下列兩種裝置第一種裝置用于接收并考慮來自所述資源提供者(3)的確認消息(c’、d’、e’、f’、g’、h’、i’、j’)以便實現(xiàn)針對支持服務質(zhì)量所必需的資源；第二種裝置用于從應用服務提供者(1)接收資源分配請求、從資源提供者(3)請求相應的資源、接收和考慮來自每個資源提供者的確認消息(c’、d’、e’、f’、g’、h’、i’、j’)并且發(fā)送通知到所述應用服務提供者(1)，以便由所述資源提供者(3)實現(xiàn)了全部所述請求的資源。
2.根據(jù)權(quán)利要求1的調(diào)停單元(2)，其特征在于，其包括這樣的裝置用于發(fā)送通知到所述應用服務提供者(1)，以便由所述資源提供者(3)實現(xiàn)了所述請求的資源。
3.根據(jù)前面權(quán)利要求的任何一個的調(diào)停單元(2)，其特征在于，其向所述資源提供者(3)發(fā)送兩個或更多的連續(xù)消息(c’、d’、e’、f’、g’、h’、i’、j’)，所述消息對應于所述資源提供者(3)實現(xiàn)所述資源所需要的兩個或更多步驟。
4.根據(jù)權(quán)利要求3的調(diào)停單元(2)，其特征在于，其向所述資源提供者(3)發(fā)送三個連續(xù)消息(c、e、h、d、f、i、g、j)，所述資源提供者(3)需要所述消息用于實現(xiàn)所述資源，第三消息(i)驗證開始兩個消息(d，f)。
5.根據(jù)權(quán)利要求3或4的調(diào)停單元(2)，其特征在于，其響應于所述連續(xù)的資源請求消息(c、d、e、f、g、h、i、j)，監(jiān)控并獲得來自所述資源提供者的肯定確認消息(c’、d’、e’、f’、g’、h’、i’、j’)。
6.根據(jù)前面權(quán)利要求的任何一個的調(diào)停單元，其特征在于，其識別失敗以從資源提供者(3)獲得資源，并且向所述應用服務提供者(1)發(fā)送通知所述失敗的消息。
7.根據(jù)前面權(quán)利要求的任何一個的調(diào)停單元(2)，其特征在于，其包括這樣的裝置用于根據(jù)從所述應用服務提供者(1)所接收的資源請求來識別能夠提供指定資源的資源提供者，并且用于向所述識別的資源提供者發(fā)送所述資源請求消息(c、d、e、f、g、h、i、j)。
8.一種電信安排，其包括應用服務提供者(1)、資源提供者(3)以及調(diào)停單元(2)，所述調(diào)停單元適于和所述應用服務提供者(1)及所述資源提供者(3)進行通信，其特征在于，所述調(diào)停單元(2)是根據(jù)前面權(quán)利要求的任何一個的調(diào)停單元。
9.根據(jù)權(quán)利要求8的電信安排，其特征在于，所述應用服務提供者(1)在經(jīng)由第一接入網(wǎng)可訪問的終端用戶和經(jīng)由第二接入網(wǎng)可訪問的終端用戶之間提供服務，所述第二接入網(wǎng)不同于所述第一接入網(wǎng)，這是因為在所述兩個用戶之間的通信必須使用與資源提供者關(guān)聯(lián)的第三網(wǎng)絡，所述調(diào)停單元告知所述應用提供者(1)獲得了與所述第三網(wǎng)絡關(guān)聯(lián)的所述資源提供者(3)的資源。
10.根據(jù)權(quán)利要求9的電信安排，其特征在于，所述調(diào)停單元(2)從屬于所述第一網(wǎng)絡的資源提供者(3)和屬于所述第二網(wǎng)絡的資源提供者(3)請求資源、從所述資源提供者(3)中的每個請求確認消息，以及發(fā)送通知消息給所述應用服務提供者(1)，所述通知消息指示從所述三個網(wǎng)絡的所述資源提供者(3)獲得了資源。
全文摘要
本發(fā)明涉及一種用于在電信網(wǎng)絡中在應用服務提供者和資源提供者之間進行調(diào)停的調(diào)停單元，所述調(diào)停單元包括這樣的裝置用于從所述服務提供者接收資源分配請求并且從所述資源提供者請求相應的資源，并且其特征在于，其還包括下列兩種裝置第一種裝置用于接收并考慮來自所述資源提供者的確認消息以便實現(xiàn)針對支持服務質(zhì)量所必需的資源；第二種裝置用于從應用服務提供者接收資源分配請求、從資源提供者請求相應的資源、接收和考慮來自每個資源提供者的確認消息并且發(fā)送通知到所述應用服務提供者，以便由所述資源提供者實現(xiàn)了全部所述請求的資源。
文檔編號H04L12/56GK1768505SQ200480008447
公開日2006年5月3日 申請日期2004年2月27日 優(yōu)先權(quán)日2003年2月28日
發(fā)明者C·弗羅芒杜, P·朱雷 申請人:法國電信公司