專利名稱：用于向內(nèi)容提供商提供網(wǎng)絡(luò)資源的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明總體上涉及用于通過在內(nèi)容提供商和通信網(wǎng)絡(luò)的運營商之 間建立服務(wù)等級協(xié)議來給所述內(nèi)容提供商提供所述通信網(wǎng)絡(luò)中的網(wǎng)絡(luò) 資源的方法和設(shè)備。
背景技術(shù)：
現(xiàn)今，能夠電子地從內(nèi)容提供商到最終用戶傳送產(chǎn)品和服務(wù)的市 場正迅速發(fā)展。在本說明書中，術(shù)語"內(nèi)容提供商"表示提供內(nèi)容的 "第三方"，所述內(nèi)容通過通信網(wǎng)絡(luò)傳送以電子數(shù)字形式表示的數(shù)據(jù) (諸如在任何感興趣的領(lǐng)域中的信息、圖像、音頻和視頻內(nèi)容等)。
內(nèi)容提供商通常根據(jù)與通用服務(wù)質(zhì)量(QoS )相關(guān)的某些參數(shù)特別 向移動用戶提供不同產(chǎn)品和服務(wù)的傳送，所述通用服務(wù)質(zhì)量(QoS)非 常依賴于可用帶寬、位率(或"吞吐量，，)、傳輸延遲以及所使用的移 動網(wǎng)絡(luò)的地理覆蓋范圍。例如，流服務(wù)需要某個有保證的傳送位率以 使在接收的最終用戶處能夠在沒有不能接受的延遲或干擾的情況下持 續(xù)解碼并顯示內(nèi)容。
US 2004/0174823 Al^^開了在"運營商'，和"客戶"即最終用戶 之間采用支持等級協(xié)議(被稱作"SLA，，)的解決方案，該支持等級協(xié) 議定義了運營商對客戶關(guān)于可用性、延遲、通過量、客戶服務(wù)和費用 的責(zé)任的條款。
為了確保在給最終用戶傳送內(nèi)容時滿足所提供的QoS,內(nèi)容提供 商可以與通信網(wǎng)絡(luò)運營商建立進一步的商業(yè)協(xié)議，在下述說明書中這 被稱作內(nèi)容提供商和網(wǎng)絡(luò)運營商之間的"服務(wù)等級協(xié)議，，SLA。 SLA 一般規(guī)定網(wǎng)絡(luò)運營商應(yīng)當(dāng)以所需且預(yù)期的QoS來提供向最終用戶傳送 內(nèi)容所必需的網(wǎng)絡(luò)資源。SLA通常依賴于一個或多個特定服務(wù)，以使 內(nèi)容提供商可以就不同服務(wù)的一個網(wǎng)絡(luò)運營商而具有多個SLA。
此外，網(wǎng)絡(luò)運營商還可以代表內(nèi)容提供商向購買任何內(nèi)容的最終 用戶收費，例如，通過定期簽署賬單或預(yù)付費設(shè)置。然后可以與內(nèi)容 提供商根據(jù)適當(dāng)?shù)某绦騺斫Y(jié)算購買的內(nèi)容，然而這不在本發(fā)明范圍之內(nèi)。通過與例如大多數(shù)移動網(wǎng)絡(luò)運營商達成這樣的協(xié)議，內(nèi)容提供商
能夠得到比其他方式更大的客戶細分(customer segment )。
圖l是一種裝置的簡化圖，其中內(nèi)容提供商100給最終用戶的移 動終端A提供用于傳送內(nèi)容的產(chǎn)品和服務(wù)，該最終用戶的移動終端A 需要來自移動網(wǎng)絡(luò)運營商102的網(wǎng)絡(luò)資源。第一階段l: l主要說明在 內(nèi)容提供商100a和運營商102之間建立一個或多個服務(wù)等級協(xié)議
(SLA),其包括在內(nèi)容提供商(CP)數(shù)據(jù)庫104中存儲協(xié)商的SLA 參數(shù)。因此如在SLA中所定義的那樣，每個SLA都通過確保傳送內(nèi)容 所需的帶寬、位率以及地理覆蓋范圍來有效地保證通用服務(wù)質(zhì)量
(QoS )。
圖1中的后續(xù)階段說明了可行程序，以采用網(wǎng)絡(luò)運營商102的許 多公知網(wǎng)絡(luò)節(jié)點104-110來使內(nèi)容能夠從內(nèi)容提供商100a傳送到終端 A。假設(shè)終端A已經(jīng)被授權(quán)且已從運營商網(wǎng)絡(luò)中的網(wǎng)關(guān)106 (典型地 GGSN (網(wǎng)關(guān)GPRS交換節(jié)點))獲得IP連接。
運營商網(wǎng)絡(luò)中的應(yīng)用功能108用于處理來自移動用戶的針對第三 方內(nèi)容提供商的任何請求。因此在階段1:2中，運營商I02的應(yīng)用功 能108接收來自終端A的針對與內(nèi)容提供商100a中的特定服務(wù)相關(guān)聯(lián) 的URL (統(tǒng)一資源定位器)的內(nèi)容請求。在應(yīng)用功能108在被請求的 URL和內(nèi)容提供者100a的標(biāo)示(identity)以及被調(diào)用的服務(wù)之間的映 射操作之后，該請求被進一步路由到策略(policy)單元110。
在下一階段1 : 3中，策略單元IIO執(zhí)行CP數(shù)據(jù)庫104中的檢查， 以檢查是否任意SLA對于所識別的內(nèi)容提供商/月艮務(wù)組合而言均是有效 的。如果是，則檢索該SLA的策略，其基本上規(guī)定了什么樣的網(wǎng)絡(luò)資 源將被分配為用于向終端A傳送所請求的內(nèi)容。
然后，在下一階段1:4中，策略單元IIO相應(yīng)地在網(wǎng)關(guān)106中設(shè) 置檢索到的策略，其中在網(wǎng)關(guān)106中分配所需的網(wǎng)絡(luò)資源，并且還通 知應(yīng)用功能108。沒有必要在此處詳細描述用于設(shè)置SLA策略且分配 網(wǎng)絡(luò)資源的程序來理解本發(fā)明的原理。
此后，在階段1 : 5中，應(yīng)用功能108將從終端A接收到的服務(wù)請 求路由到內(nèi)容提供商100a。響應(yīng)于此，在最后it明的階段l: 6中，使 用所分配的網(wǎng)絡(luò)資源，通過網(wǎng)關(guān)106從內(nèi)容提供商100a傳送所請求的 內(nèi)容。
7目前，建立服務(wù)等級協(xié)議通常需要在內(nèi)容提供商和移動網(wǎng)絡(luò)運營 商之間的協(xié)商，從而根據(jù)例如位率、帶寬、傳輸延遲和地理覆蓋范圍
來確定協(xié)議的不同的SLA參數(shù)。因此經(jīng)常需要雙方物理會面，或者至 少需要其他方式廣泛地通信，從而達成關(guān)于SLA的協(xié)議。如上所述， 因為取決于QoS的要求，不同的服務(wù)可能需要不同的網(wǎng)絡(luò)資源，所以 提供多個服務(wù)的內(nèi)容提供商通常要與網(wǎng)絡(luò)運營商關(guān)于每個特定服務(wù)來 建立SLA。
因此，在SLA建立中所包括的行為必然變得很耗時，因而雙方都 產(chǎn)生了大量費用。許多較小的內(nèi)容提供商和其他人可能會因為避免建 立SLA，而最后導(dǎo)致雙方均錯過商機。因此期望總體上減少在內(nèi)容提 供商和網(wǎng)絡(luò)運營商之間建立SLA所需的努力和時間。
上文所涉及的問題并不專門限于移動服務(wù)和移動網(wǎng)絡(luò)，還可以和 基于線路的網(wǎng)絡(luò)中的服務(wù)有關(guān)。然而，由于有限的帶寬可用于通過大 氣進行通信,所以在移動網(wǎng)絡(luò)中尤其需要SLA。

發(fā)明內(nèi)容
本發(fā)明的目的是綜合處理上面所概括的問題。更具體地，本發(fā)明 的目的是提供一種用于在網(wǎng)絡(luò)運營商和第三方內(nèi)容提供商之間建立 SLA (服務(wù)等級協(xié)議)的簡單快速而有效的機制。
可以通過提供根據(jù)后面所附獨立權(quán)利要求所述的方法和裝置來獲 得這些目的和其他目的。
根據(jù)一個方面，本發(fā)明包括當(dāng)從內(nèi)容提供商向最終用戶進行傳送 時，在第三方內(nèi)容提供商和通信網(wǎng)絡(luò)運營商之間建立SLA以確保特定 服務(wù)或服務(wù)類型所需的網(wǎng)絡(luò)資源的方法。
在本發(fā)明的方法中，在運營商網(wǎng)絡(luò)中的SLA入口處從內(nèi)容提供商 接收對服務(wù)的SLA請求。然后從保存有多個預(yù)定SLA的SLA數(shù)據(jù)庫 中檢索至少一個可行的預(yù)定SLA,并且還將服務(wù)標(biāo)識符分配給所述服 務(wù)。將所述至少一個檢索到的可行SLA提供給內(nèi)容提供商，并且建立 由內(nèi)容提供商從所提供的SLA中選擇的SLA。之后，每當(dāng)將所述服務(wù) 從內(nèi)容提供商傳送給請求的最終用戶時，服務(wù)標(biāo)識符就被用來應(yīng)用于 所建立的SLA。
根據(jù)不同的實施例，SLA入口還將所分配的服務(wù)標(biāo)識符以及至少
8一個提供的可行SLA —起或分開發(fā)送給內(nèi)容提供商。建立SLA可包括 響應(yīng)于來自內(nèi)容提供商的SLA建立請求，SLA入口通過參考服務(wù)標(biāo)識 符來執(zhí)行在內(nèi)容提供商數(shù)據(jù)庫中提供的策略，或者是內(nèi)容提供商自己 通過參考所述服務(wù)標(biāo)識符來執(zhí)行在內(nèi)容提供商數(shù)據(jù)庫中提供的策略。
如果用于服務(wù)的URL或類似物被包括在SLA請求中，那么服務(wù) URL和服務(wù)標(biāo)識符之間的綁定(binding)可以被存儲在移動運營商的 應(yīng)用功能中或者被存儲在應(yīng)用功能可訪問的數(shù)據(jù)庫中。應(yīng)用功能適于 處理來自移動用戶的針對該服務(wù)URL的內(nèi)容請求。
可替換地，當(dāng)接收到來自最終用戶的針對用于所述服務(wù)的URL或 類似物的請求時，內(nèi)容提供商可以用服務(wù)標(biāo)識符來映射該URL,并且 還會參考對用于傳送服務(wù)的網(wǎng)絡(luò)資源的請求中的服務(wù)標(biāo)識符。
預(yù)定SLA中的服務(wù)參數(shù)可以:陂表示為具有參數(shù)區(qū)間(interval)的 架構(gòu)，在該參數(shù)區(qū)間內(nèi)，內(nèi)容提供商能夠在所選的SLA中設(shè)定特定的 參數(shù)值。SLA數(shù)據(jù)庫中的預(yù)定SLA可以-陂配置成具有下述至少一個的 選項可替換的訪問機制、收費機制和訂購類型。預(yù)定SLA還可被配 置成具有默認的參數(shù)設(shè)置和屬性，當(dāng)其被提供時，內(nèi)容提供者能夠在 所選SLA的給定架構(gòu)限制之內(nèi)自由地接受或改變。
根據(jù)另一個方面，本發(fā)明還包括運營商通信網(wǎng)絡(luò)中的SLA入口， 其用于在從內(nèi)容提供商向最終用戶進行傳送時與第三方內(nèi)容提供商建 立SLA以確保特定服務(wù)或服務(wù)類型所需的網(wǎng)絡(luò)資源。
本發(fā)明的SLA入口包括用于從內(nèi)容提供商接收對于特定服務(wù)或 服務(wù)類型的SLA請求的裝置；用于從SLA數(shù)據(jù)庫中檢索至少一個可行 的預(yù)定SLA的裝置；用于為所述服務(wù)分配服務(wù)標(biāo)識符的裝置；以及用 于將所檢索到的供出售的(on offer)至少 一個可行SLA發(fā)送給內(nèi)容提 供商的裝置。每當(dāng)將所述服務(wù)從內(nèi)容提供商傳送到請求的最終用戶時， 所分配的服務(wù)標(biāo)識符就被用來應(yīng)用于所建立的SLA，所述所建立的 SLA已經(jīng)由內(nèi)容提供商從所提供的(多個)可行SLA中選出。
根據(jù)不同實施例，SLA入口進一步包括用于將服務(wù)標(biāo)識符以及所 提供的(多個)可行SLA—起或分開發(fā)送給內(nèi)容提供商的裝置。SLA 入口還可包括響應(yīng)于來自內(nèi)容提供商的SLA建立請求，通過參考所分
提供商從所提:的多個sl二中i擇的一個sl1的裝*置。'SLA入口還可包括用于存儲包含在所接收的SLA請求中的用于所 述月良務(wù)的服務(wù)URL或類似物以及移動運營商的應(yīng)用功能中的或應(yīng)用功 能可訪問的數(shù)據(jù)庫中的服務(wù)標(biāo)識符之間的綁定的裝置，其中應(yīng)用功能 適于處理來自移動用戶的針對該服務(wù)URL的內(nèi)容請求。
SLA入口可進一步包括用于將服務(wù)標(biāo)識符以及所檢索到的(多個) 可行的SLA—起或分開發(fā)送給內(nèi)容提供商的裝置。SLA入口還適于將 分配的內(nèi)容提供商標(biāo)識符和服務(wù)標(biāo)識符一起發(fā)送給內(nèi)容提供商，其中 所述內(nèi)容提供商還包括在網(wǎng)絡(luò)資源請求中的內(nèi)容提供商標(biāo)識符?？商?換地，所分配的服務(wù)標(biāo)識符對于與內(nèi)容提供商結(jié)合的服務(wù)而言是有效 的。
根據(jù)再一個方面，本發(fā)明還包括在內(nèi)容提供商服務(wù)器中的裝置， 用于在從內(nèi)容提供商向最終用戶進行傳送時與通信網(wǎng)絡(luò)運營商建立 SLA以確保特定服務(wù)或服務(wù)類型所需的網(wǎng)絡(luò)資源。
內(nèi)容提供商服務(wù)器中的本發(fā)明的裝置包括用于向運營商通信網(wǎng) 絡(luò)中的SLA入口發(fā)送對于特定服務(wù)或服務(wù)類型的SLA請求的裝置；用 于從SLA入口接收至少一個供出售的可行預(yù)定SLA的裝置；用于還接 收為所述服務(wù)分配服務(wù)標(biāo)識符的裝置；用于在接收到來自最終用戶的 請求時用服務(wù)標(biāo)識符映射所述服務(wù)的URL或類似物的裝置；以及用于 參考所述服務(wù)標(biāo)識符向請求的最終用戶發(fā)送對傳送服務(wù)的網(wǎng)絡(luò)資源的 請求的裝置。
本發(fā)明有可能總體上減少在與網(wǎng)絡(luò)運營商建立用于特定服務(wù)/內(nèi)容 提供商組合的服務(wù)等級協(xié)議所需的努力。
本發(fā)明的進一 步特征及其優(yōu)點將在下面的詳細描述中加以說明。


現(xiàn)在將通過優(yōu)選實施例并參考附圖來更詳細地描述本發(fā)明，在附 圖中
圖1是根據(jù)現(xiàn)有技術(shù)圖解說明了通過移動接入網(wǎng)絡(luò)從內(nèi)容提供商 到移動終端的內(nèi)容傳送的框圖。
圖2是根椐一個實施例圖解說明了如何在內(nèi)容提供商和網(wǎng)絡(luò)運營 商之間建立服務(wù)等級協(xié)議的框圖。
圖3是根據(jù)另一個實施例圖解說明了用于與內(nèi)容提供商建立服務(wù)等級協(xié)議的進程的流程圖，包括網(wǎng)絡(luò)運營商的SLA入口。
圖4是根椐再一個實施例圖解說明了在內(nèi)容提供商和網(wǎng)絡(luò)運營商
之間建立服務(wù)等級協(xié)議的信令圖。
圖5是根據(jù)再一個實施例圖解說明了適于與內(nèi)容提供商建立服務(wù)
等級協(xié)議的網(wǎng)絡(luò)運營商的SLA入口的框圖。
圖6是根據(jù)再一個實施例圖解說明了適于與網(wǎng)絡(luò)運營商建立服務(wù)
等級協(xié)議的內(nèi)容提供商服務(wù)器的框圖。
具體實施例方式
簡單說來，本發(fā)明在運營商網(wǎng)絡(luò)中引入了新的邏輯節(jié)點，其可被 稱為"服務(wù)等級協(xié)議入口"等，在下文中將其簡稱為"SLA入口( portal)"。 SLA入口被配置成自動處理來自內(nèi)容提供商的關(guān)于由所述內(nèi)容提供商 提供的特定服務(wù)的服務(wù)等級協(xié)議的請求，從而消除了雙方之間的物理 會面和/或廣泛通信的需要。
更具體地，SLA入口被配置成響應(yīng)于來自SLA入口的SLA請求向 內(nèi)容提供商提供一個或多個可行的預(yù)定服務(wù)等級協(xié)議。然后請求的內(nèi) 容提供商可以選擇所提供的服務(wù)等級協(xié)議中的一個來用于特定的服務(wù) 或服務(wù)類型，從而自動與網(wǎng)絡(luò)運營商建立用于該服務(wù)/服務(wù)類型的所選 擇的協(xié)議。下面將更詳盡地描述本發(fā)明的示例性實施例。盡管在下迷 實例中主要采用移動網(wǎng)絡(luò)進行說明，但是本發(fā)明并不限于此，還可以 用于基于線路的網(wǎng)絡(luò)。
圖2是根據(jù)一個實施例圖解說明了用于在內(nèi)容提供商200和網(wǎng)絡(luò) 運營商202之間建立月l務(wù)等級協(xié)議的進程和裝置的框圖。應(yīng)該注意的 是，在根據(jù)圖2建立SLA之后，可以基本上根據(jù)圖1來處理來自最終 用戶的移動終端的任何內(nèi)容請求。因此，圖2的本發(fā)明的進程能夠用
建2服務(wù)j級協(xié)議。接;i"容提供商;采取的任何行動可在服務(wù)器
或類似物中實現(xiàn)，因而附圖標(biāo)記200表示內(nèi)容提供商服務(wù)器。
將SLA入口 204引入到網(wǎng)絡(luò)運營商202的網(wǎng)絡(luò)中，其包括或被連 接到SLA數(shù)據(jù)庫206,該數(shù)據(jù)庫206保存有網(wǎng)絡(luò)運營商準(zhǔn)備應(yīng)用于不 同服務(wù)和內(nèi)容提供商的多個預(yù)定SLA。因此，能夠通過構(gòu)成和存儲多 個SLA來形成SLA數(shù)據(jù)庫206,每個SLA都包含預(yù)定的服務(wù)參數(shù)組，
iiQoS的向最終用戶傳送內(nèi)容所必需的網(wǎng)絡(luò)資源。
預(yù)定的SLA中的服務(wù)參數(shù)可被表示為具有參數(shù)區(qū)間的架構(gòu)，當(dāng)建 立所選擇的SLA時，內(nèi)容提供商可以在策略供應(yīng)過程期間在該參數(shù)區(qū) 間內(nèi)設(shè)定特定參數(shù)值，這將在下文詳細描述。預(yù)定的SLA還可以包括 進一步的屬性選項，例如可替換的訪問機制、收費機制和訂購類型等。 SLA入口 204可以作為特定節(jié)點或作為現(xiàn)有網(wǎng)絡(luò)節(jié)點中的功能邏輯來 加以實現(xiàn)，其包括內(nèi)容提供商能夠通過因特網(wǎng)容易訪問的任何網(wǎng)絡(luò)入 n 。
在第一步驟2 : 1中，SLA入口 204從內(nèi)容提供商200接收對于 SLA的請求，內(nèi)容提供商200可以指定SLA所請求的服務(wù)或服務(wù)類型。 可替換地，在單獨對話期間，SLA入口 204可通過請求內(nèi)容提供商200 以填表或類似的形式輸入這樣的信息來獲得該服務(wù)信息，然而這不在 本發(fā)明的范圍之內(nèi)。步驟2 : 1的SLA請求還包含與服務(wù)相關(guān)聯(lián)的URL 或類似的指針或指示器?，F(xiàn)今，URL格式通常用于訪問來自內(nèi)容提供 商的服務(wù)，該URL格式還用于此處所描述的實施例中，盡管本發(fā)明通 常并不限于此。
在步驟2:2中，響應(yīng)于SLA請求，SLA入口 204從數(shù)據(jù)庫206 取出一個或多個預(yù)定SLA，其可能適合于給定的服務(wù)或服務(wù)類型以及/ 或者請求的內(nèi)容提供商200。優(yōu)選地，運營商準(zhǔn)備與請求的內(nèi)容提供商 對于給定的服務(wù)或服務(wù)類型而建立被取出的所選擇的可行SLA。應(yīng)該 注意的是，SLA入口 204可配備有特定的邏輯，以確定存儲在數(shù)據(jù)庫 206中的哪個預(yù)定SLA對于網(wǎng)絡(luò)運營商和請求的內(nèi)容提供商而言均是 可行的，然而這在本發(fā)明的范圍之外。
如果在先前注冊程序(其將在下文中參考圖4詳細地描述)中沒 有進行分配的話，貝'J SLA入口 204還為給定的服務(wù)或月良務(wù)類型分配至 少一個標(biāo)識符IDs,并且還可選地為內(nèi)容提供商分配標(biāo)識符IDcp?？商?換地，也可以為服務(wù)和內(nèi)容提供商的每個特定組合分配單一的服務(wù)標(biāo) 識符。前面提到的分配給內(nèi)容提供商和/或服務(wù)的標(biāo)識符有時被稱為內(nèi) 容提供商的"憑證(credential)",該標(biāo)識符與運營商網(wǎng)絡(luò)中的該標(biāo)識 符的內(nèi)容提供商和服務(wù)唯一且安全地相關(guān)聯(lián)。
在步驟2 : 3中，作為對在步驟2 : 1中接收到的SLA請求的響應(yīng)，
12SLA入口 204向內(nèi)容提供商200提供所取出的可行SLA。根據(jù)一個可 替換的方案，如可選步驟2: 4中所述的那樣，SLA入口 204還在網(wǎng)絡(luò) 運營商202的應(yīng)用功能208中存儲給定的服務(wù)URL和所分配的(多個) 標(biāo)識符IDS/(IDcp)之間的綁定。實際上，可以將該綁定存儲在應(yīng)用功 能208可訪問的數(shù)據(jù)庫或類似物(未示出)中。因此，當(dāng)在應(yīng)用功能
(例如包括上面圖1所描述的在階段1 : 2之后的在被請求的URL和
(多個)標(biāo)識符之間的映射操作)處進行接收時，來自最終用戶的對 于涉及該URL的服務(wù)的任何后續(xù)請求都可以與(多個)標(biāo)識符IDS/
(IDcp)相關(guān)聯(lián)。于是在處理服務(wù)請求時可以相應(yīng)地應(yīng)用相應(yīng)的SLA。 根據(jù)另一個可替換的方案，在步驟2:3中，或者可選地在接收到 來自選擇所提供的SLA中的一個的內(nèi)容提供商的響應(yīng)之后的單獨步驟 中，SLA入口 204向內(nèi)容提供商200以及所提供的SLA發(fā)送所分配的
(多個)標(biāo)識符IDS/ ( IDcp)。在該可替換的方案中，當(dāng)從涉及該URL 的最終用戶接收到后續(xù)請求時，如果SLA入口沒有在步驟2 : 4中存儲 綁定，則內(nèi)容提供商會被要求使URL與先前接收的(多個)標(biāo)識符IDS/
(IDcp)相關(guān)聯(lián)，并且還被要求指定在對網(wǎng)絡(luò)資源的請求中的那些(多 個)標(biāo)識符，以^吏得在處理il艮務(wù)i青求時可以相應(yīng)地應(yīng)用相應(yīng)的SLA。
然而，如果所選擇的SLA包括如上所述的不同選項的架構(gòu)，則無 論如何應(yīng)當(dāng)將至少一個分配的服務(wù)標(biāo)識符發(fā)送給內(nèi)容提供商，當(dāng)在所 選的SLA中設(shè)定參數(shù)和/或選項選擇時，內(nèi)容提供商必須參考所述至少 一個分配的服務(wù)標(biāo)識符。SLA建立包括在網(wǎng)絡(luò)運營商202的內(nèi)容提供 商數(shù)據(jù)庫210中存儲SLA參數(shù)以及其他設(shè)置，下面將對此進行詳細地 描述。該行為被稱作"策略提供"且基本包括每當(dāng)根據(jù)來自最終用戶 的請求提供上述(in question)服務(wù)時內(nèi)容提供商將或多或少"保證，， 的網(wǎng)絡(luò)資源的數(shù)量的設(shè)置。在將SLA提供給內(nèi)容提供商之后，可以在 任何時候通過參考相關(guān)的服務(wù)標(biāo)識符來執(zhí)行用于所選的SLA的策略提 供。
在步驟2 : 3中接收到提供的SLA之后，內(nèi)容提供商200通常可以 從所提供的多個SLA中選擇一個SLA,用于與網(wǎng)絡(luò)運營商202的建立。 之后，在第一子步驟2 : 5a中，內(nèi)容提供商200可以將建立所選的SLA 的請求發(fā)送給SLA入口 204,其優(yōu)選地包括作為參考的所分配的服務(wù) 標(biāo)識符。在可替換的第二子步驟2 : 5b中，SLA入口 204然后會通過在內(nèi)容提供商數(shù)據(jù)庫210中提供的策略來建立所選的SLA,其優(yōu)選地 將所分配的服務(wù)標(biāo)識符作為參考。實際上，SLA入口 204因此可以發(fā) 送合適的策略提供消息給內(nèi)容提供商數(shù)據(jù)庫210以獲得所選的SLA， 其包括服務(wù)標(biāo)識符。
取決于實施，內(nèi)容提供商可以直接在步驟2: 5a的建立請求中或 在與SLA入口的對話或類似物(未示出)中設(shè)定所選的SLA中的特定 參數(shù)值和其他屬性選擇。可替換地，如最終步驟2:6所示，內(nèi)容提供 商200可以直接在內(nèi)容提供商數(shù)據(jù)庫210中執(zhí)行策略提供以建立所選 的SLA。實際上，內(nèi)容提供商200然后可以發(fā)送合適的策略提供消息 給內(nèi)容提供商數(shù)據(jù)庫210以獲得所選的SLA,其包括服務(wù)標(biāo)識符。因 此，在上述步驟2: 5b或步驟2: 6的策略提供中，所分配的服務(wù)標(biāo)識 符被優(yōu)選地用作參考。
根據(jù)再一個可替換的方案，內(nèi)容提供商200可以選擇具有默認參 數(shù)的SLA,因此不需要特定參數(shù)值和其中的其他選擇的任何設(shè)置。在 這種情況下，除了僅在SLA的選擇之外，在步驟2:5a、 b或2:6中 不需要如上所述的策略提供。取決于實施，數(shù)據(jù)庫206中的SLA可以 被配置成具有默認參數(shù)設(shè)置和其他屬性，當(dāng)其被提供時，內(nèi)容提供者 能夠在給定的架構(gòu)限制內(nèi)自由地接受或改變。
通過這種方式，在內(nèi)容提供商和網(wǎng)絡(luò)運營商之間建立用于特定月良 務(wù)或服務(wù)類型的SLA的過程可以是完全自動化的，因此不再需要所涉 及的各方200， 202之間的物理會面或其他方式的通信。代替的是，在 上述步驟2 : 2中，SLA入口 204被配置成基于內(nèi)容提供商和在步驟2 :1的SLA請求中給定的或以別的方式給定的服務(wù)或服務(wù)類型來自動 地從SLA數(shù)據(jù)庫206中取出任何數(shù)目的可行預(yù)定SLA,用于在步驟2 :3中提供。進一步的優(yōu)點在于按這種方式建立SLA的過程變得完全 的"中立"，并且因而可以完全避免任何可能尷尬的"面對面"會面或 其他方式的人工通信。
如上面所建議的，可以用經(jīng)歷實施的多種不同方式來修改圖2所 描述的進程，例如關(guān)于什么時候可以執(zhí)行每個測量、步驟、消息。
圖3是用于在內(nèi)容提供商和網(wǎng)絡(luò)運營商之間建立服務(wù)等級協(xié)議的 另 一個實施例中的進程的流程圖，其主要采用運營商通信網(wǎng)絡(luò)中的 SLA入口。如下文所指出的那樣，圖3的進程基本上與圖2中圖解說明的裝置相對應(yīng)。
在第 一步驟300中，SLA入口從內(nèi)容提供商CP接收對于包括相關(guān) 的服務(wù)URL或類似物的特定服務(wù)或服務(wù)類型的SLA請求(這基本上對 應(yīng)于圖2中的步驟2 : 1)。取決于實施，內(nèi)容提供商可以在步驟300之 前向SLA入口登記并獲得內(nèi)容提供商標(biāo)識符。在下一個步驟302中， SLA入口基于請求的內(nèi)容提供商以及在SLA請求中的給定服務(wù)或服務(wù) 類型來從SLA數(shù)據(jù)庫中檢索至少一個可用的或可行的預(yù)定SLA (這基 本上對應(yīng)于圖2中的步驟2 : 1)。
其后，在下一個步驟304中，SLA入口為給定的服務(wù)或服務(wù)類型 分配標(biāo)識符，并且在隨后的步驟306中將檢索到的SLA作為提供的SLA 發(fā)送給請求的內(nèi)容提供商(基本上對應(yīng)于圖2中的步驟2 : 3)。接下來， SLA入口可以在應(yīng)用功能或類似物中存儲服務(wù)URL與所分配的服務(wù)標(biāo) 識符之間的綁定，在這里沒有將其作為一個步驟進行闡述(盡管其基 本上對應(yīng)于圖2中的步驟2 : 4)。如上所述，所述綁定還可包括分配給 請求的內(nèi)容提供商的標(biāo)識符。優(yōu)選地，SLA入口還將所分配的服務(wù)標(biāo) 識符與步驟306中所提供的SLA —起或分開發(fā)送給內(nèi)容提供商(未示 出)，以在當(dāng)內(nèi)容提供商選擇SLA時和/或當(dāng)請求用于服務(wù)傳送的網(wǎng)絡(luò) 資源時用作參考。
如上面在描述圖2時進一步提及的，如果內(nèi)容提供商負責(zé)將輸入 的最終用戶請求的URL與接收到的服務(wù)標(biāo)識符關(guān)聯(lián)起來，以在對用于 向最終用戶進行服務(wù)傳送的網(wǎng)絡(luò)資源的請求中指定該標(biāo)識符，則SLA 入口就不需要在應(yīng)用功能中存儲所述綁定。
下一個步驟308通常表示建立由內(nèi)容提供商在步驟304中所提供 的多個SLA中選擇出來的一個SLA,該步驟可以由內(nèi)容提供商或SLA 入口通過參考所分配的服務(wù)標(biāo)識符來執(zhí)行(基本上分別相應(yīng)于圖2中 的步驟2 : 5或2 : 5b)。在該步驟中，在內(nèi)容提供商數(shù)據(jù)庫或諸如圖2 中所示的CP數(shù)據(jù)庫210之類的類似物中提供用于所選的SLA的策略。
最后，在建立SLA之后，在步驟310中，每當(dāng)將相應(yīng)的服務(wù)從內(nèi) 容提供商傳送給發(fā)出請求的最終用戶時，所分配的服務(wù)標(biāo)識符就可被 用來應(yīng)用于所建立的SLA。因此，如上所述，可以由應(yīng)用功能或由內(nèi) 容提供商來將被請求的URL與所分配的服務(wù)標(biāo)識符相關(guān)聯(lián)。
現(xiàn)在將參考圖4來描迷根據(jù)另一個示例性實施例的用于為內(nèi)容提
15供商建立服務(wù)等級協(xié)議的更詳細的信令程序，其可以被用來在移動運
營商網(wǎng)絡(luò)中實現(xiàn)本發(fā)明。本解說明了內(nèi)容提供商400和網(wǎng)絡(luò)中包 含的網(wǎng)絡(luò)節(jié)點，該圖包括連接到SLA數(shù)據(jù)庫402a的SLA入口 402、 連接到策略單元404a的內(nèi)容提供商數(shù)據(jù)庫404以及應(yīng)用功能節(jié)點406 。
在本實施例中，在請求用于特定的服務(wù)或服務(wù)類型的任何SLA之 前，內(nèi)容提供商400可以最先向SLA入口 402登記。因此，在第一步 驟4: 1中，SLA入口 402從內(nèi)容提供商400接收登記請求。下一個步 驟4 : 2總體上闡明了 SLA入口 402為內(nèi)容提供商400建立被請求的登 記，其可以包括控制其可信性和/或信用，以及為內(nèi)容提供商400分配 通用的標(biāo)識符IDcp,該通用的標(biāo)識符IDcp也被存儲在本地數(shù)據(jù)庫或類似 物(未示出)中。之后在步驟4:3中，包括所分配的標(biāo)識符IDcp的登 記響應(yīng)被發(fā)送回內(nèi)容提供商400。
在之后的某一時刻，在步驟4 : 4中內(nèi)容提供商向SLA入口 402 發(fā)送對特定的服務(wù)或服務(wù)類型的SLA請求，該SLA請求包括先前所分 配的通用內(nèi)容提供商標(biāo)識符IDcp以及與特定的服務(wù)或服務(wù)類型相關(guān)的 URL。優(yōu)選地，SLA請求還包括可以被SLA入口理解的服務(wù)描述或通 用服務(wù)識別。另外，如上所述，可以在單獨的服務(wù)對話中提供該信息。
在下一個步驟4: 5中，SLA入口 402基于內(nèi)容提供商的標(biāo)識符 IDcp以及被以某種方式指示的與SLA請求相關(guān)的服務(wù)或服務(wù)類型來從 SLA數(shù)據(jù)庫402a中檢索至少一個可4亍的預(yù)定SLA。在該步驟中，服務(wù) 標(biāo)識符IDs也被分配給SLA請求中所指示的服務(wù)或服務(wù)類型。其后， 在下一個步驟4 : 6中，SLA入口 402將作為至少一個提供的SLA的 至少一個檢索到的SLA連同所分配的服務(wù)標(biāo)識符IDs —起發(fā)送內(nèi)容提 供商400。盡管在本實例中未示出，但是可替換地，如上所述，可以在 隨后的步驟中，例如在接收到指示從其中選擇的SLA的響應(yīng)之后，發(fā) 送服務(wù)標(biāo)識符IDs給內(nèi)容提供商400。
在接下來的步驟4: 7中，SLA入口 402還在應(yīng)用功能406中存儲 SLA請求中的URL與所分配的服務(wù)標(biāo)識符IDs以及先前分配的內(nèi)容提 供商標(biāo)識符IDcp之間的綁定。如上面對于圖2的描述所述，可以將所 述綁定存儲在數(shù)據(jù)庫或應(yīng)用功能406可訪問的類似物中，其中該數(shù)據(jù) 庫可以由多個應(yīng)用功能共享。因此，當(dāng)將來自移動用戶的針對達到應(yīng) 用功能406的該URL的4壬何后續(xù)內(nèi)容請求與服務(wù)標(biāo)識才奪IDs和內(nèi)容提
16供商標(biāo)識符IDcp的該組合相關(guān)聯(lián)時，將識別該任何的后續(xù)內(nèi)容請求， 并且將對該任何的后續(xù)內(nèi)容請求進行相應(yīng)的處理。
最后，已經(jīng)從所提供的多個SLA中選擇出一個SLA的內(nèi)容提供商 400在CP數(shù)據(jù)庫404中為與服務(wù)標(biāo)識符IDs相結(jié)合以及(如果使用的 話)與內(nèi)容提供商標(biāo)識符IDcp相結(jié)合的所選擇的SLA建立策略。如分 別在圖2的步驟2: 5a和2: 5b中那樣，內(nèi)容提供商可以向SLA入口 402發(fā)送SLA建立請求，其包括作為參考的所分配的服務(wù)標(biāo)識符IDs, 該服務(wù)標(biāo)識符IDs指示SLA入口執(zhí)行CP數(shù)據(jù)庫404中的SLA策略的 供應(yīng)，如步驟4 : 8的兩個箭頭所示的那樣?？商鎿Q地，如圖2的步驟 2 : 6中那樣，內(nèi)容提供商可以同樣地參考服務(wù)標(biāo)識符IDs來自己執(zhí)行 CP數(shù)據(jù)庫404中的SLA策略的供應(yīng)，如可選步驟4: 8a所示。
在已經(jīng)建立了 SLA并且將其作為策略存儲在CP數(shù)據(jù)庫404中之 后，每當(dāng)內(nèi)容將被傳送給內(nèi)容請求的移動用戶時，內(nèi)容提供商400能 夠從策略單元404a請求網(wǎng)絡(luò)資源。內(nèi)容提供商400還應(yīng)當(dāng)參考網(wǎng)絡(luò)資 源請求中的標(biāo)識符IDs和IDcp。
然后策略單元404a能夠基于內(nèi)容提供商標(biāo)識符IDcp來鑒別內(nèi)容提 供商400。策略單元404a還會檢查存儲在CP數(shù)據(jù)庫404中的SLA策 略，以根據(jù)影響QoS的帶寬、位率、傳輸延遲、地理覆蓋范圍或任何 其他通信參數(shù)來決定給內(nèi)容提供商400授權(quán)什么樣的網(wǎng)絡(luò)資源。如果 所建立的SLA的細節(jié)還沒有存儲在CP數(shù)據(jù)庫404中的話，必要時， 可以從SLA數(shù)據(jù)庫402a中檢索。然后根據(jù)主要的SLA將有關(guān)的網(wǎng)絡(luò) 資源分配給內(nèi)容傳送。
根據(jù)步 驟4:4-4:8為特定的服務(wù)或服務(wù)類型建立SLA的過程當(dāng) 然可以重復(fù)用于任何服務(wù)，內(nèi)容提供商400想要在滿足期望的QoS同 時確保所述任何服務(wù)安全的傳送。這樣，內(nèi)容提供商可以以具有適合 不同服務(wù)或服務(wù)類型的多個不同的SLA來結(jié)束。
如上所述，可以為每個特定的服務(wù)和內(nèi)容提供商的組合分配單一 的服務(wù)標(biāo)識符，并且在該情況下，在進行SLA請求以獲得單獨的內(nèi)容 提供商標(biāo)識符之前，內(nèi)容提供商沒有必要向SLA入口 402登記。假如 可以依據(jù)SLA請求來進行內(nèi)容提供商的任何授權(quán)和筌別的話，則上述 步驟4:1-4:3可以被認為是可選的并取決于實施。
圖5更為詳細地圖解i兌明了運營商通信網(wǎng)絡(luò)中的SLA入口 500，諸如圖2中所示的SLA入口 204,或圖4中所示的SLA入口 402。當(dāng)從 內(nèi)容提供商向最終用戶進行傳送時，SLA入口 500適于與第三方內(nèi)容 提供商(未示出)建立SLA以確保特定服務(wù)或服務(wù)類型所需的網(wǎng)絡(luò)資 源。SLA入口 500包括下述功能單元502-512，其應(yīng)當(dāng)按照純邏輯的意 義來加以理解。因此，可以由普通技術(shù)人員使用合適的硬件和軟件來 以任何實踐的方式實現(xiàn)單元502-512。
中夾處理器502凈皮顯示為協(xié)調(diào)SLA入口 500中的其4也單元的不同 功能，盡管處理器502可以以其他方式分布在單個單元504-512中。
接收單元504適合于從內(nèi)容提供商(未示出)接收對于特定服務(wù) 或服務(wù)類型的SLA請求R。
檢索單元506適合于從保存有多個預(yù)定SLA的SLA數(shù)據(jù)庫DBi (諸如圖2中所示的數(shù)據(jù)庫206)中檢索可4亍的預(yù)定SLA。
標(biāo)識符分配單元508適合于為所述SLA請求R的"l務(wù)或服務(wù)類型 分配力良務(wù)標(biāo)識符。
發(fā)送單元510適合于向內(nèi)容提供商發(fā)送檢索到的供出售的可行 SLA，并且還適用于與所提供的SLA—起或分開發(fā)送所分配的服務(wù)標(biāo) 識符。
最后，SLA建立單元512適合于響應(yīng)涉及所分配的服務(wù)標(biāo)識符的 從其中選擇的SLA的建立請求，通過運營商的網(wǎng)絡(luò)中的內(nèi)容提供商數(shù) 據(jù)庫DB2(諸如圖2中所示的數(shù)據(jù)庫210)中提供的策略來為內(nèi)容提供 商建立SLA。 SLA入口 500還可以在移動運營商的應(yīng)用功能中或在應(yīng) 用功能可訪問的數(shù)據(jù)庫中進一步包括用于存儲服務(wù)的URL和所分配的 服務(wù)標(biāo)識符之間的綁定的功能(未示出)。
圖6更為詳細地圖解說明了內(nèi)容提供商服務(wù)器600，其基本上像圖 2中所示的內(nèi)容提供商200或圖4中所示的內(nèi)容提供商400那樣運作。 當(dāng)從內(nèi)容提供商向最終用戶進行傳送時，內(nèi)容提供商服務(wù)器600適合 于與通信網(wǎng)絡(luò)運營商建立SLA，以確保特定服務(wù)或服務(wù)類型所需的網(wǎng) 絡(luò)資源。內(nèi)容提供商服務(wù)器600包括下述功能單元602-608，其也應(yīng)當(dāng) 按照純邏輯的意義來加以理解。因此，可以由普通技術(shù)人員使用合適 的硬件和軟件來以任何實踐的方式實現(xiàn)單元602-608。
第一發(fā)送單元602適合于向運營商的通信網(wǎng)絡(luò)中的SLA入口發(fā)送 對于特定服務(wù)或服務(wù)類型的SLA請求R。接收單元604適合于響應(yīng)所述SLA請求R從SLA入口接收供出售 的可行的預(yù)定SLA并從保存有多個預(yù)定SLA的SLA數(shù)據(jù)庫中檢索。 接收單元604進一步適合于從SLA入口接收為所述服務(wù)或服務(wù)類型分 配的服務(wù)標(biāo)識符ID。
映射單元606適合于當(dāng)從最終用戶接收到服務(wù)請求SR時，用所述 服務(wù)標(biāo)識符ID映射用于所述服務(wù)或服務(wù)類型的URL或類似物。內(nèi)容 提供商600通常經(jīng)由應(yīng)用功能AF來接收任何服務(wù)請求SR，例如如圖 1的步驟1 : 4中那樣。
最后，第二發(fā)送單元608適合于向應(yīng)用功能AF發(fā)送對用于向請求 的最終用戶傳送所述服務(wù)的網(wǎng)絡(luò)資源的請求R R,其中所述資源請求涉 及服務(wù)標(biāo)識符ID。
如下面舉例說明的那樣，采用本發(fā)明可以獲得顯著的好處。
SLA來建立SLA的過程變得中立。
2) 由于SLA商議基本上不再需要個人會面或其他方式的人工通 信，所以可以節(jié)省大量的時間和努力。
3) 移動運營商將能夠用最少的管理工作來與眾多第三方內(nèi)容提 供商建立SLA，當(dāng)然該過程對于內(nèi)容提供商而言也是便利的。
4) 不同的內(nèi)容提供商可以有非常不同的需求，該需求是關(guān)于不 同服務(wù)或服務(wù)類型(例如，用于訊息流、短消息、定位、收費等的服 務(wù))需要多少網(wǎng)絡(luò)資源和需要什么類型的網(wǎng)絡(luò)資源，以及帶寬和覆蓋 面積。因此一個^艮大的優(yōu)點在于可以提供自由地構(gòu)造的任何預(yù)定SLA 來滿足任何數(shù)量的不同服務(wù)配置文件。
雖然參考特定示例性實施例描述了本發(fā)明，但是該描述通常僅旨 在闡明發(fā)明的原理，并不應(yīng)當(dāng)被認為限制本發(fā)明的范圍。例如，在描 述上述實施例時通篇使用了 SIP信令協(xié)議及IMS原理，但基本上也可 以使用任何其他標(biāo)準(zhǔn)和服務(wù)網(wǎng)絡(luò)。本發(fā)明由所附的權(quán)利要求來限定。
權(quán)利要求
1.一種在從內(nèi)容提供商向最終用戶進行傳送時在第三方內(nèi)容提供商(200)和通信網(wǎng)絡(luò)運營商(202)之間建立SLA(服務(wù)等級協(xié)議)以確保特定服務(wù)或服務(wù)類型所需的網(wǎng)絡(luò)資源的方法，其包括下述步驟在所述運營商網(wǎng)絡(luò)中的SLA入口(204)處從內(nèi)容提供商接收對所述服務(wù)或服務(wù)類型的SLA請求(2:1)；從保存有多個預(yù)定SLA的SLA數(shù)據(jù)庫(206)中檢索(2:2)至少一個可行的預(yù)定SLA；為所述服務(wù)或服務(wù)類型分配服務(wù)標(biāo)識符；向內(nèi)容提供商提供(2:3)所述至少一個檢索到的可行的SLA；以及建立(2:6，2:5b)由內(nèi)容提供商從所述至少一個提供的可行的SLA中選擇的SLA，其中所分配的服務(wù)標(biāo)識符用于在每當(dāng)從內(nèi)容提供商向請求的最終用戶傳送所述服務(wù)時應(yīng)用所建立的SLA。
2. 根據(jù)權(quán)利要求1的方法，其中SLA入口還將分配的服務(wù)標(biāo)識 符與所述至少一個提供的可行的SLA —起或分開發(fā)送給內(nèi)容提供商。
3. 根據(jù)權(quán)利要求2的方法，其中所述建立步驟包括SLA入口響 應(yīng)于來自所迷內(nèi)容提供商的SLA建立請求，通過參考所分配的服務(wù)標(biāo) 識符來執(zhí)行內(nèi)容提供商數(shù)據(jù)庫中所提供的策略。
4. 根據(jù)權(quán)利要求2的方法，其中所述建立步驟包括內(nèi)容提供商通供"策略。' 、-、 … 0 、 。 " 、 b
5. 根據(jù)權(quán)利要求1-4中的任一項的方法，其中用于服務(wù)或服務(wù)類 型的URL或類似物包含在所接收的SLA請求中，該方法包含進一步的 步驟在移動運營商的應(yīng)用功能(208 )中或者在應(yīng)用功能可訪問的數(shù) 據(jù)庫中存儲所述服務(wù)URL和所分配的服務(wù)標(biāo)識符之間的綁定，所述應(yīng) 用功能適于處理來自移動用戶的針對所述服務(wù)URL的內(nèi)容請求。
6. 根據(jù)權(quán)利要求5的方法，其中分配的內(nèi)容提供商標(biāo)識符也包含 在所述綁定中。
7. 根據(jù)權(quán)利要求2的方法，其中當(dāng)從最終用戶接收到針對用于所 述服務(wù)或服務(wù)類型的URL或類似物的請求時，內(nèi)容提供商用所述服務(wù)標(biāo)識符來映射該URL,并參考在對用于傳送所述服務(wù)的網(wǎng)絡(luò)資源的請 求中的服務(wù)標(biāo)識符。
8. 根據(jù)權(quán)利要求7的方法，其中還將所分配的內(nèi)容提供商標(biāo)識符 與所分配的服務(wù)標(biāo)識符一起發(fā)送給內(nèi)容提供商，其中內(nèi)容提供商還包 括在所述網(wǎng)絡(luò)資源請求中的內(nèi)容提供商標(biāo)識符。
9. 根據(jù)權(quán)利要求1-5和7中的任一項的方法，其中所分配的服務(wù) 標(biāo)識符對于與所述內(nèi)容提供商相結(jié)合的所述服務(wù)而言是有效的。
10. 根據(jù)權(quán)利要求5的方法，包含進一步的步驟在SLA請求之 前從內(nèi)容提供商接收登記請求，通過分配所述內(nèi)容提供商標(biāo)識符來為 內(nèi)容提供商建立所請求的登記，以及將登記響應(yīng)發(fā)送回給包括所述內(nèi) 容提供商標(biāo)識符的內(nèi)容提供商。
11. 根據(jù)權(quán)利要求10的方法，其中建立所請求的登記包括控制內(nèi) 容提供商的可靠性和/或信用。
12. 根據(jù)權(quán)利要求1-11中任一項的方法，其中預(yù)定SLA中的服務(wù) 參數(shù)被指定為具有參數(shù)區(qū)間的架構(gòu)，在所述參數(shù)區(qū)間內(nèi)，內(nèi)容提供商 在所選擇的SLA中設(shè)定特定的參數(shù)值。
13. 根據(jù)權(quán)利要求1-12中任一項的方法，其中SLA數(shù)據(jù)庫中的預(yù) 定SLA被配置為具有下述選項中的至少一個可替換的訪問機制、收 費才;L制和訂購類型。
14. 根據(jù)權(quán)利要求12或13的方法，其中SLA數(shù)據(jù)庫中的預(yù)定SLA 被配置成具有默認的參數(shù)設(shè)置和屬性，當(dāng)所述默認的參數(shù)設(shè)置和屬性 被提供時，內(nèi)容提供者能夠在所選SLA的給定架構(gòu)限制之內(nèi)自由地接 受或變化。
15. 根據(jù)權(quán)利要求1-14中任一項的方法，其中基于內(nèi)容提供商和 在接收到的SLA請求中給定的服務(wù)或服務(wù)類型來從SLA數(shù)據(jù)庫中檢索 所述至少一個可行的預(yù)定SLA。
16. —種在運營商通信網(wǎng)絡(luò)中的SLA (服務(wù)等級協(xié)議)入口 ，其用 于在當(dāng)從內(nèi)容提供商向最終用戶進行傳送時與第三方內(nèi)容提供商建立 SLA以確保特定服務(wù)或服務(wù)類型所需的網(wǎng)絡(luò)資源，所述SLA入口包括用于從內(nèi)容提供商接收對特定服務(wù)或服務(wù)類型的SLA請求的裝置 (504 );預(yù)定SLA的裝置(506);用于為所述服務(wù)或服務(wù)類型分配服務(wù)標(biāo)識符的裝置(508);以及 用于向內(nèi)容提供商發(fā)送所檢索到的供出售的至少一個可行SLA的裝置(510)，其中，所分配的服務(wù)標(biāo)識符用于在每當(dāng)從內(nèi)容提供商向請求的最 終用戶傳送所述服務(wù)時，應(yīng)用所建立的SLA,該建立的SLA已經(jīng)由內(nèi) 容提供商從至少一個提供的可行SLA中選出。
17. 根據(jù)權(quán)利要求16的SLA入口，其中SLA入口進一步包括用 于將分配的服務(wù)標(biāo)識符與所述至少一個提供的可行SLA —起或分開發(fā) 送給內(nèi)容提供商的裝置(510)。
18. 根據(jù)權(quán)利要求17的SLA入口，其中SLA入口進一步包括裝 置(512)，其用于響應(yīng)于來自所述內(nèi)容提供商的SLA建立請求，通過 參考所分配的服務(wù)標(biāo)識符執(zhí)行在內(nèi)容提供商數(shù)椐庫中所提供的策略， 來建立由內(nèi)容提供商從所述至少一個提供的可行SLA中選擇的SLA。
19. 根據(jù)權(quán)利要求16-18中任一項的SLA入口，其中用于服務(wù)或 月艮務(wù)類型的URL或類似物包含在所接收的SLA請求中，該SLA入口 進一步包含用于在移動運營商的應(yīng)用功能中或者在應(yīng)用功能可訪問的 數(shù)據(jù)庫中存儲所述服務(wù)URL和所分配的服務(wù)標(biāo)識符之間的綁定的裝 置，所述應(yīng)用功能適于處理來自移動用戶的針對所述服務(wù)URL的內(nèi)容 請求。
20. 根據(jù)權(quán)利要求19的SLA入口 ，其中分配的內(nèi)容提供商標(biāo)識符 也包含在所述綁定中。
21. 根據(jù)權(quán)利要求16的SLA入口 ，進一步包含下述裝置，該裝置 用于將分配的服務(wù)標(biāo)識符與所述至少一個檢索到的可行SLA —起或分 開發(fā)送給內(nèi)容提供商，以使當(dāng)從最終用戶接收到針對用于所述服務(wù)或 服務(wù)類型的URL或類似物的請求時，內(nèi)容提供商用所述服務(wù)標(biāo)識符映 射該URL，并參考在對用于傳送所述服務(wù)的網(wǎng)絡(luò)資源的請求中的服務(wù) 標(biāo)識符。
22. 根據(jù)權(quán)利要求21的SLA入口，還適于向內(nèi)容提供商發(fā)送所分 配的內(nèi)容提供商標(biāo)識符和所分配的服務(wù)標(biāo)識符，其中內(nèi)容提供商還包 括在所述網(wǎng)絡(luò)資源請求中的內(nèi)容提供商標(biāo)識符。
23. 根據(jù)權(quán)利要求16-19和21中任意一項的SLA入口，其中所分是有效的。
24. 根據(jù)權(quán)利要求19的SLA入口 ，適于在SLA請求之前從內(nèi)容 提供商接收登記請求，通過分配所述內(nèi)容提供商標(biāo)識符來為內(nèi)容提供 商建立所請求的登記，以及將登記響應(yīng)發(fā)送回給包括所述內(nèi)容提供商 標(biāo)識符的內(nèi)容提供商。
25. 根據(jù)權(quán)利要求24的SLA入口 ，其中建立所請求的登記包括控 制內(nèi)容提供商的可靠性和/或信用。
26. 根據(jù)權(quán)利要求16-25中任一項的SLA入口，其中所述檢索裝 置適于基于內(nèi)容提供商以及在所接收到的SLA請求中給定的服務(wù)或服 務(wù)類型來從SLA數(shù)據(jù)庫中^r索所述至少一個可行的預(yù)定SLA。
27. —種在內(nèi)容提供商服務(wù)器中的裝置，其用于在當(dāng)從內(nèi)容提供商 向最終用戶進行傳送時與通信網(wǎng)絡(luò)運營商建立SLA (服務(wù)等級協(xié)議) 以確保特定服務(wù)或服務(wù)類型所需的網(wǎng)絡(luò)資源，所述裝置包括用于向運營商通信網(wǎng)絡(luò)中的SLA入口發(fā)送對特定服務(wù)或服務(wù)類型 的SLA請求的裝置(602);用于從SLA入口接收從保存有多個預(yù)定SLA的SLA數(shù)據(jù)庫中檢 索到的至少 一 個供出售的可行的預(yù)定SLA的裝置(604 );用于從SLA入口接收為所述服務(wù)或月良務(wù)類型分配的服務(wù)標(biāo)識符的 裝置(604);用于當(dāng)接收到來自最終用戶的請求時，用所述服務(wù)標(biāo)識符映射用 于所述服務(wù)或服務(wù)類型的URL或類似物的裝置(606);以及用于向請求的最終用戶發(fā)送對用于傳送所述服務(wù)的網(wǎng)絡(luò)資源的請 求的裝置(608),所述資源請求涉及所接收到的服務(wù)標(biāo)識符。
全文摘要
一種通信網(wǎng)絡(luò)(202)中的方法和SLA入口(204)，其用于在第三方內(nèi)容提供商(200)和網(wǎng)絡(luò)的運營商之間建立SLA(服務(wù)等級協(xié)議)以確保用于傳送特定服務(wù)所需的網(wǎng)絡(luò)資源。當(dāng)從內(nèi)容提供商接收到對服務(wù)的SLA請求(2:1)時，從保存有多個預(yù)定SLA的SLA數(shù)據(jù)庫(206)中檢索(2:2)至少一個可行的預(yù)定SLA。可選地與所分配的服務(wù)標(biāo)識符一起向內(nèi)容提供商發(fā)送(2:3)檢索到的供出售的至少一個可行的SLA。因此，建立SLA的過程是自動化的，并且可以避免任何的物理會面以及其他方式的通信，從而節(jié)省時間和成本。
文檔編號H04L12/24GK101589573SQ200780050444
公開日2009年11月25日 申請日期2007年1月26日 優(yōu)先權(quán)日2007年1月26日
發(fā)明者J·彼得森, M·馬蒂 申請人:艾利森電話股份有限公司