專利名稱：用于移動(dòng)多媒體應(yīng)用的通用服務(wù)質(zhì)量適應(yīng)構(gòu)架的制作方法
此處披露的發(fā)明一般涉及移動(dòng)多媒體中間軟件，計(jì)算機(jī)聯(lián)網(wǎng)，分布式處理系統(tǒng)，服務(wù)質(zhì)量(QoS)，便攜式計(jì)算機(jī)，網(wǎng)絡(luò)瀏覽器，QoS中介器，QoS適應(yīng)結(jié)構(gòu)，QoS談判協(xié)議和無線通信領(lǐng)域。
特別是，本發(fā)明涉及用于一個(gè)或一個(gè)以上通信網(wǎng)絡(luò)的處理系統(tǒng)，并且涉及用于一或一個(gè)以上通訊網(wǎng)絡(luò)的軟件段，所述軟件段可以載入在所述一個(gè)以上的通信網(wǎng)絡(luò)中的一個(gè)以上節(jié)點(diǎn)(notes)中的存儲(chǔ)器裝置中。
基于本發(fā)明的一個(gè)以上通信網(wǎng)絡(luò)的處理系統(tǒng)表述在權(quán)利要求1中，它為各應(yīng)用提供了與平臺(tái)和網(wǎng)絡(luò)無關(guān)的構(gòu)架以便通過部件協(xié)調(diào)器單元10在通信網(wǎng)絡(luò)中提供為QoS管理的組件而實(shí)現(xiàn)交叉適應(yīng)能力?；诒景l(fā)明的用于一個(gè)以上的通信網(wǎng)絡(luò)的軟件段敘述在權(quán)利要求21中，它可裝入所述一個(gè)以上通信網(wǎng)絡(luò)的一個(gè)以上節(jié)點(diǎn)的存儲(chǔ)器裝置中，并且為各應(yīng)用提供了與平臺(tái)和網(wǎng)絡(luò)無關(guān)的構(gòu)架以便通過部件協(xié)調(diào)器單元10在通信網(wǎng)絡(luò)中提供為QoS管理的組件而實(shí)現(xiàn)交叉適應(yīng)能力。
有利的各項(xiàng)特征敘述在各自的從屬權(quán)利要求中。
有利地，通用構(gòu)架使用中立于平臺(tái)和網(wǎng)絡(luò)的一組應(yīng)用適應(yīng)機(jī)制，包括QoS談判和再談判協(xié)議。
在這種情況下，協(xié)議可以有利地采用搭載機(jī)制，以便對(duì)QoS參數(shù)進(jìn)行談判和再談判。進(jìn)一步有利地是，通用構(gòu)架基于一種應(yīng)用模型，在該模型中每個(gè)應(yīng)用都被分配給一組有不同的QoS水平的應(yīng)用類之一。在這種情況下，可以為應(yīng)用類之間的向下兼容性提供反饋機(jī)制。有利地是，所說的通用構(gòu)架基于一種模塊性的漸進(jìn)的方案，從而尋址不同種類的應(yīng)用，這些應(yīng)用從現(xiàn)有的應(yīng)用延伸到可以展望的依靠中間軟件來實(shí)現(xiàn)交叉適應(yīng)能力的更為完善的應(yīng)用。進(jìn)一步，通用構(gòu)架可以基于帶有不同功能通信等級(jí)的通信模式以便按協(xié)調(diào)的方式開拓各種資源，以便實(shí)現(xiàn)所希望的總體的QoS水平。在此，通信等級(jí)可以包括應(yīng)用，會(huì)話，關(guān)聯(lián)和流幾種等級(jí)。
有利地是，QoS中介器單元被提供，它由部件協(xié)調(diào)器單元管理，并且使用所說的談判和再談判協(xié)議來協(xié)調(diào)本地和遠(yuǎn)程的資源管理。在這種情況下，可以提供網(wǎng)絡(luò)資源預(yù)定單元，它由QoS預(yù)定單元直接協(xié)調(diào)，并且管理網(wǎng)絡(luò)資源預(yù)約機(jī)制。進(jìn)一步，可以提供會(huì)話管理器單元，它由QOS預(yù)定單元直接協(xié)調(diào)從而以與實(shí)施無關(guān)的方式建立并管理會(huì)話。
有利地，提供一個(gè)以上的鏈協(xié)調(diào)單元，它由QoS中介器單元管理，并且管理一個(gè)以上的組件鏈，每個(gè)鏈和一個(gè)流關(guān)聯(lián)。在此，可以提供一個(gè)以上的中央處理器管理器單元，它由鏈協(xié)調(diào)單元協(xié)調(diào)，用于管理CPU資源的利用?？梢蕴峁┲醒胩幚砥髻Y源的控制器單元，它為CPU管理器單元裝備了與平臺(tái)無關(guān)的資源狀態(tài)信息檢索和控制。
進(jìn)一步有利地是，一個(gè)以上的存儲(chǔ)管理器單元可以由鏈協(xié)調(diào)單元協(xié)調(diào)，以便管理存儲(chǔ)器資源利用情況。存儲(chǔ)器控制器單元可以用與平臺(tái)無關(guān)的資源狀態(tài)信息檢索和控制功能來裝備存儲(chǔ)管理器單元。更進(jìn)一步，一個(gè)以上的網(wǎng)絡(luò)協(xié)議管理器單元可以由鏈協(xié)調(diào)單元協(xié)調(diào)，從而管理網(wǎng)絡(luò)協(xié)議資源使用情況。網(wǎng)絡(luò)協(xié)議控制器單元可以用資源狀態(tài)信息檢索和控制功能裝備網(wǎng)絡(luò)協(xié)議管理單元。
一個(gè)以上的多媒體組件單元可以由鏈協(xié)調(diào)單元協(xié)調(diào)，用于管理多媒體資源。這里，多媒體控制器可以用與平臺(tái)無關(guān)的資源狀態(tài)信息檢索和控制功能裝備多媒體組件單元。
本發(fā)明提出了一種通用的構(gòu)架，在該架構(gòu)上可以發(fā)展端系統(tǒng)結(jié)構(gòu)，為各種移動(dòng)多媒體和(在一定限度內(nèi)的)遺留應(yīng)用提供QoS和移動(dòng)性知識(shí)。
更具體地，在此結(jié)合用于端到端QoS談判的元協(xié)議闡述了一種技術(shù)解決方案(中間軟件)。
這些概念的設(shè)計(jì)目的在于對(duì)于給定的QoS合同而言賦予各種應(yīng)用在QoS波動(dòng)和違反方面的靈活性。
本發(fā)明更多的細(xì)節(jié)在下面的說明書中結(jié)合附圖進(jìn)行了闡述，其中

圖1表示了根據(jù)本發(fā)明QoS適應(yīng)構(gòu)架的方案；圖2是根據(jù)本發(fā)明的協(xié)調(diào)適應(yīng)與控制機(jī)制關(guān)系的圖解，圖3是端系統(tǒng)基準(zhǔn)結(jié)構(gòu)的一個(gè)例子，圖4表示的是在根據(jù)本發(fā)明的OSI應(yīng)用層的圖解，圖5表示單一和多個(gè)關(guān)聯(lián)的一個(gè)例子，圖6表示的是根據(jù)本發(fā)明所建議的QOS適應(yīng)構(gòu)架的形式描述；
圖7是根據(jù)本發(fā)明的談判信息的邏輯結(jié)構(gòu)，圖8表示的是根據(jù)本發(fā)明在談判期間里交換的降級(jí)通路信息，并且圖9是根據(jù)本發(fā)明的關(guān)聯(lián)/流的建立和轉(zhuǎn)移的情況說明的例子。
下列的表1給出了在本說明書中所采用的術(shù)語定義。
表1專門用語下列表2是本說明書所采用的縮寫的一覽表。
表2縮寫自此處起，下列技術(shù)是公知的，它們與本文討論的話題緊密關(guān)聯(lián)
表3列出了本發(fā)明所致力解決的問題。每個(gè)問題由一個(gè)P_ID標(biāo)識(shí)符標(biāo)識(shí)，該標(biāo)識(shí)符稍后用于方便地指向所給定的問題項(xiàng)目。此外，要點(diǎn)字段捕捉了所給定問題項(xiàng)目的最富有意義的方面。
表3本發(fā)明所解決問題的一覽表不同的服務(wù)接口可以在OSI傳輸層上識(shí)別。每個(gè)接口都服務(wù)于一種特定的應(yīng)用。表4描述了對(duì)于QoS和移動(dòng)性方面而言的每種可能的應(yīng)用。在所說表的最后一列中表示的接口標(biāo)識(shí)符在下文用于指向應(yīng)用類型。
表4應(yīng)用分類本發(fā)明著眼于給所有前面提到類型的應(yīng)用提供QoS和移動(dòng)性認(rèn)識(shí)(awareness)的結(jié)構(gòu)。更具體地，在此針對(duì)應(yīng)用類型B.2和B.3，以及所述應(yīng)用和以上列出的其它應(yīng)用的關(guān)系，闡述一種技術(shù)性的解決方案(中間軟件)。表5概括了此處提議的對(duì)于表3各種問題的解決方案。
表5所主張的技術(shù)方案的執(zhí)行概要作為一項(xiàng)選擇，每個(gè)應(yīng)用類可以和一組軟件代理(agent)有關(guān)聯(lián)，以便確保最大可能限度的端到端協(xié)調(diào)。每個(gè)代理軟件將作適當(dāng)?shù)牟眉?，以便如同?所表示的那樣，處理每種向下兼容的情況。
表6向下兼容性機(jī)制Ⅰ．模塊性所建議的結(jié)構(gòu)在兩個(gè)方面具有模塊性*該結(jié)構(gòu)使可能兼容或者并不互相兼容的各種類型的應(yīng)用協(xié)調(diào)。這種模塊性方案允許開發(fā)者逐步地配置所給定的結(jié)構(gòu)。
*這里建議的中間軟件解決方案是組件模式API這一概念的核心。QoS中介器本身可以是一個(gè)組件。組件甚至可以在運(yùn)行時(shí)配置(例如以Java豆形式開發(fā)的組件可以從遠(yuǎn)程的系統(tǒng)信息中心庫下載)。為了處理(deal with)組件，此處所提議的中間軟件定位于組件協(xié)調(diào)程序(CC)概念的核心。所述CC允許用戶應(yīng)用操縱組件，控制其存在周期(展開，配置，激活，使無效，以及處置)。更具體地，組件可以被“鏈接在一起”，從而以如此的方式組合其功能(functionality)，使信息以給定的所希望的方式得到處理。應(yīng)用和/或QoS中介器即使是在運(yùn)行期間也可以修改組件鏈，以便迅速地對(duì)給定的刺激(例如改變編譯碼器)作出應(yīng)答。Ⅱ．可配置性建議的結(jié)構(gòu)在兩個(gè)方面是可配置的#采用QoS的傳輸接口可以如此配置，使得映射為特定的QoS信令協(xié)議。例如，基于插座的采用QoS的傳輸接口可以配置成使用RSVP和/或DS標(biāo)記來作資源預(yù)約/分配的信令。這一配置能明顯影響甚至是類型A.1的應(yīng)用。
組件模型API里的每個(gè)組件都能個(gè)別地加以配置。應(yīng)用類型B.2和QoS中介器通常通過CC管理組件配置。
-關(guān)于應(yīng)用類型B.3,QoS中介器采用了用戶提問文件信息來配置組件鏈和低等級(jí)的實(shí)體(例如QoS信令，網(wǎng)絡(luò)和數(shù)據(jù)鏈路協(xié)議)。
-用戶提問文件信息可以詳細(xì)或者簡單地加以指定。如果是前者，QoS中介器將實(shí)行QoS參數(shù)映射(即將用戶的高要求翻譯為用于每個(gè)較低層的一組配置參數(shù))。如果是后者(專家模式)，僅需要部分的QoS參數(shù)映射，或甚至不需要任何的參數(shù)映射(依用戶的專業(yè)知識(shí)水平而定)。
-用戶也可以指定補(bǔ)充性的配置信息，它也被稱以降級(jí)通路。每個(gè)降級(jí)通路都考慮了替代性的QoS參數(shù)配置，用于按預(yù)先計(jì)劃的方式解決(address)一種給定類型的QoS違反情況。
-為了便于用戶指定它們的提問文件，可以提供包括參考配置的模板。因此，QoS中介器依賴于用戶提問文件數(shù)據(jù)庫。
-用戶提問文件描述語言的一個(gè)候選方案可以是QML SvendFrolund,Jari Koistinen,QML:Hewlett-Packard實(shí)驗(yàn)室(帕洛阿爾托)技術(shù)報(bào)告HPL-98-10 980210，服務(wù)質(zhì)量規(guī)范語言(A Languagefor Quality of Service Specification)，這里QoS合同被定義為和接口相關(guān)。Ⅲ．適應(yīng)機(jī)制這里建議下列模型應(yīng)用模型和通信模型。對(duì)于每個(gè)模型將闡述各自的適應(yīng)機(jī)制。集總的適應(yīng)機(jī)制將在本段落的最后給出。Ⅲ.1應(yīng)用模型該模型著眼于相對(duì)本地資源的應(yīng)用存在周期。對(duì)于以進(jìn)程形式構(gòu)成應(yīng)用的每個(gè)任務(wù)來說，構(gòu)成資源的例子是中央處理器，主存儲(chǔ)器，網(wǎng)絡(luò)協(xié)議，多媒體設(shè)備。使用和QoS擔(dān)保。正如在該文獻(xiàn)中經(jīng)常指出的那樣，在網(wǎng)絡(luò)中提供QoS并不足以保證用戶得到它們要求(并且支付)的質(zhì)量水平。
本地資源在移動(dòng)式計(jì)算設(shè)備比如PDA或移動(dòng)電話中通常是缺乏的。一旦并發(fā)的應(yīng)用和/或同時(shí)發(fā)生的連接開始爭奪這一數(shù)量有限的資源，這一不足馬上就會(huì)引起QoS降級(jí)。
基本上必須考慮這樣一種情況，即一個(gè)應(yīng)用的每次新的啟動(dòng)(下文，進(jìn)入)都可能要求系統(tǒng)為了接納這一新的進(jìn)入重新配置資源。
每次應(yīng)用運(yùn)行對(duì)于系統(tǒng)乃至用戶都有著特定的重要性。例如，對(duì)于屬于給定應(yīng)用的每個(gè)任務(wù)而言，這一概念在實(shí)時(shí)操作系統(tǒng)中都可以被映射為優(yōu)先級(jí)和最后期限。因此，重新配置的進(jìn)程將把新進(jìn)入任務(wù)的重要性與已經(jīng)分配的任務(wù)的重要性考慮進(jìn)去。這一以及其它信息經(jīng)應(yīng)用QoS協(xié)議和應(yīng)用關(guān)聯(lián)起來。本發(fā)明不對(duì)QOS合同內(nèi)容作詳細(xì)描述。本發(fā)明的范疇實(shí)際上是提供其上可以建立特定解決方案的構(gòu)架。
這一進(jìn)程可以基于一組聚合重要性的類(aggregate importanceclass)。這些類從(廉價(jià)的)不保證實(shí)施QOS的類，直至(昂貴的)額外執(zhí)行QoS的類。
每個(gè)應(yīng)用都被分配一個(gè)給定的類，并將根據(jù)由類所指定的QOS等級(jí)試探性地指派資源。
如果在接納試驗(yàn)沒有資源可以利用，屬于較低類的應(yīng)用將被分配較少的資源，直到新進(jìn)入可以被接納為止。這一退守策略(這一進(jìn)程所應(yīng)用的術(shù)語退守不應(yīng)和在表6中用于指明兼容性機(jī)制的向下兼容特性的類似術(shù)語混淆。)進(jìn)程從緊靠給定應(yīng)用的下一類開始，并最終持續(xù)到(其類和新進(jìn)入一方相比較高或相同的其它應(yīng)用可能已經(jīng)降低到給定的較低類。在這種情況下，新進(jìn)入一方不被給予奪取分配給那些應(yīng)用的任何一個(gè)資源的資格。如果當(dāng)前類沒有備用的資源并且如果所有已分配的應(yīng)用和新進(jìn)入的應(yīng)用相比都具有較高或者相等的類，退守進(jìn)程必須進(jìn)一步重復(fù)到下一類。)到較低類，直到新進(jìn)入應(yīng)用得到資源為止。
相同的進(jìn)程適用于每個(gè)被降低到下一等級(jí)的應(yīng)用。屬于最低類的應(yīng)用最終可以被具有更高類的應(yīng)用搶先。因此，這一退守進(jìn)程具有級(jí)聯(lián)的特色。
另外，退守機(jī)制也可以由轉(zhuǎn)移事件觸發(fā)(更多細(xì)節(jié)參見下列段落)。
用戶可能通過提供除應(yīng)用QoS合同外的應(yīng)用降級(jí)通路來控制前面提到的退守機(jī)制。如此的信息將操縱退守機(jī)制使之按用戶所選擇的方法運(yùn)作。
給定類的應(yīng)用不可能影響具有更高或者相等的類的其它應(yīng)用。不過，應(yīng)用的類提升(以及降級(jí))是可行的，視用戶的喜好而定。恰當(dāng)?shù)腁AA機(jī)制將調(diào)節(jié)如此的用戶請(qǐng)求。Ⅲ.2通信模型讓我們考慮一個(gè)想和一個(gè)以上的同位體(peer)建立通訊信道的給定應(yīng)用。術(shù)語同位體這里取廣義含義，甚至包括不對(duì)稱的客戶機(jī)-服務(wù)機(jī)情境。每個(gè)同位體都可以是運(yùn)行在相同或遠(yuǎn)程的處理單元上的應(yīng)用。兩種情況比較類似，不過，后者涉及了關(guān)于網(wǎng)絡(luò)基礎(chǔ)設(shè)施資源的使用情況的補(bǔ)充性制約條件。
一般說來，應(yīng)用可以和其它的同位體在會(huì)話的高層次范圍內(nèi)通信。作為例證，視頻會(huì)議應(yīng)用將在會(huì)話中的每個(gè)會(huì)議分開管理。
然后，會(huì)話可以被分解為較細(xì)粒度的通信抽象概念，關(guān)聯(lián)。繼續(xù)先前的例子，關(guān)聯(lián)將代表一個(gè)會(huì)議引線(leg)，即參與所說會(huì)議的同位體的任意兩方之間的關(guān)聯(lián)。
最終，每個(gè)關(guān)聯(lián)都可以被映射到一個(gè)物理連接，或者進(jìn)一步被分解在一組信息流或流中。這一抽象概念通常適用于多媒體應(yīng)用。
會(huì)話，關(guān)聯(lián)和流可以各自被指派一個(gè)QoS合同。然后，用戶可以選取在QoS合同模板中表示的各參數(shù)的特定配置，并將它們實(shí)現(xiàn)為一組對(duì)應(yīng)的QoS用戶提問文件(更多的細(xì)節(jié)，參看適應(yīng)構(gòu)架一節(jié))。Ⅲ.2.1會(huì)話的設(shè)立假如有足夠的本地和遠(yuǎn)程的資源(會(huì)話資源的例子也許是會(huì)話優(yōu)先級(jí)，有關(guān)聯(lián)的窗數(shù)，會(huì)話控制機(jī)制所預(yù)算的存儲(chǔ)器消耗。)，那么應(yīng)用可以建立一次會(huì)話。作為例證，小型計(jì)算設(shè)備可能在未用盡存儲(chǔ)器空間，或者不阻塞共享資源比如顯示器的情況下不支持?jǐn)?shù)量沒有限制的會(huì)話。
和應(yīng)用模型一節(jié)所描述的相似的適應(yīng)機(jī)制同樣也適用于這一階段。
此外，為了檢查是否兩個(gè)同位體能夠處理所給定的會(huì)話，談判進(jìn)程應(yīng)該發(fā)生。不過，本發(fā)明建議了一個(gè)遲緩(lazy)的方案會(huì)話談判階段被延期到第一次關(guān)聯(lián)設(shè)立(參看關(guān)聯(lián)設(shè)立一節(jié))。這一方案旨在減少準(zhǔn)備時(shí)間和網(wǎng)絡(luò)流量。請(qǐng)注意在會(huì)話等級(jí)，每個(gè)參與所說會(huì)話的同位體將被要求一個(gè)談判進(jìn)程。此外，所說的同位體的身份在會(huì)話設(shè)立階段可能不為人所知。
無論如何，會(huì)話必須處理源于多次關(guān)聯(lián)設(shè)立的會(huì)話談判結(jié)果的關(guān)聯(lián)性例如某同位體可能不能管理具有所要求QoS的給定會(huì)話。要點(diǎn)是每個(gè)關(guān)聯(lián)都可能是和其它關(guān)聯(lián)成獨(dú)立關(guān)系或存在緊密聯(lián)系的。例如，對(duì)于前者，視頻會(huì)議，而對(duì)于后者在線游戲或者分布式應(yīng)用。如果是后者，因應(yīng)用而定的政策將主導(dǎo)整個(gè)談判進(jìn)程(例如延緩，或者甚至結(jié)束會(huì)話，或者僅僅降低每個(gè)關(guān)聯(lián)到共同的QoS等級(jí))。Ⅲ.2.2關(guān)聯(lián)設(shè)立這一進(jìn)程轉(zhuǎn)換為一個(gè)以上的物理連接的建立。在一次會(huì)話的范圍內(nèi)，應(yīng)用可以建立關(guān)聯(lián)，假如存在足夠的本地和遠(yuǎn)程的資源以及網(wǎng)絡(luò)資源的話(這不適用于同位體駐留在相同計(jì)算單元上的情況。)。
1．接納試驗(yàn)(中央處理器，多媒體裝置，和主存儲(chǔ)器)檢查本地是否有足夠的資源可以利用。類似地2．退守機(jī)制和在適應(yīng)機(jī)制一節(jié)所描述的相似，該機(jī)制是基于類的。
3．談判包括預(yù)算的協(xié)議(以及，僅僅適用于和遠(yuǎn)程的同位體的通信，網(wǎng)絡(luò))資源的使用和有待同意的降級(jí)通路。如同在會(huì)話設(shè)立一節(jié)中表示的那樣，會(huì)話談判同樣包括在這一階段內(nèi)(在到第一物理連接的設(shè)立期間里)。另外，這一談判進(jìn)程考慮了任何偶然發(fā)生的流(流被分配一個(gè)QoS合同，以及應(yīng)用，會(huì)話和關(guān)聯(lián))，它可能是在給定的連接內(nèi)建立的。如果知道是先驗(yàn)性的，例如，給定的關(guān)聯(lián)可以用音頻，視頻和數(shù)據(jù)流建立。這一信息一般在關(guān)聯(lián)設(shè)立時(shí)間為人所知。
4．QoS信令(僅僅用于與遠(yuǎn)程同位體的通信)如果兩個(gè)同位體談判達(dá)成協(xié)議，通過使用可行的無論哪種QoS信令機(jī)制來最終請(qǐng)求網(wǎng)絡(luò)資源(例如RSVP和/或DS標(biāo)記)。
可以考慮將關(guān)聯(lián)的設(shè)立細(xì)分為兩個(gè)階段起初，采用最好努力的連接來建立關(guān)聯(lián)，以及進(jìn)行談判。其后，一旦參與方就一組共同的QoS上達(dá)成協(xié)議，馬上就根據(jù)所希望的QoS水平將資源作相應(yīng)的分配。類似的機(jī)制適用于對(duì)QoS違反情況作出的反應(yīng)。Ⅲ.2.3流設(shè)立流可以在關(guān)聯(lián)的存在周期期間，應(yīng)用戶要求，或者作為從暫時(shí)性服務(wù)中斷的恢復(fù)的結(jié)果而產(chǎn)生(參見運(yùn)行期和轉(zhuǎn)移一節(jié))。在這種情況下，在關(guān)聯(lián)設(shè)立一節(jié)中描述的接納試驗(yàn)，談判和QoS信令機(jī)制將適用。例外是會(huì)話談判將不被要求。Ⅲ.2.4運(yùn)行期和轉(zhuǎn)移事件接下來是將在會(huì)話的上下文的范圍內(nèi)用來管理QoS和移動(dòng)性方面的機(jī)制。
1．QoS監(jiān)視2．QoS實(shí)施2.1．流管理(管轄，成形，成形，同步，等等)2.2．資源控制(例如，作用在網(wǎng)絡(luò)/cpu調(diào)度程序)2.3．應(yīng)用重新配置(例如，修改組件鏈)2.4．再談判(例如，作為轉(zhuǎn)移事件的結(jié)果)至此，本發(fā)明引入下列區(qū)別協(xié)調(diào)了的適應(yīng)對(duì)控制的關(guān)系。Ⅲ.2.4.1協(xié)調(diào)的適應(yīng)協(xié)調(diào)的適應(yīng)是一種允許同位體以協(xié)調(diào)的方法從能注意到的變異狀況(QoS違反和/或資源使用的變化)回復(fù)原狀的機(jī)制。更具體地，這意味著有必要進(jìn)行再談判。這樣，協(xié)調(diào)的適應(yīng)可以被看作水平進(jìn)程。
本發(fā)明引入了基于降級(jí)通路的再談判策略(RS)的概念，這一再談判策略將由同位體在連接設(shè)立時(shí)達(dá)成一致。RS指定當(dāng)發(fā)生再談判的條件的時(shí)候，兩個(gè)同位體將遵循的政策。兩個(gè)政策可以被識(shí)別-預(yù)先計(jì)劃的序列根據(jù)描述變異條件(例如，QoS違反)的信息，兩個(gè)同位體知道如何按類似的方式降低到QoS的較低類。再談判進(jìn)程因此是隱含的。從而，不需要發(fā)起網(wǎng)絡(luò)流量來管理這一進(jìn)程。
-基于索引的再談判這兩個(gè)同位體可以獨(dú)立地評(píng)價(jià)給定會(huì)話應(yīng)該被降低到的較低QoS類。然后，再談判消息將被交換，僅僅將被選中的一組參考信息攜帶給最初的降級(jí)通路項(xiàng)目。這個(gè)再談判進(jìn)程因此是顯式的(即，要求一定的網(wǎng)絡(luò)流量)，但是在另一方面同位體在選擇給定場(chǎng)合的最好降級(jí)通路方面有更多的自由。例如，模糊邏輯算法已經(jīng)被證明在響應(yīng)變異的狀況而重新配置和QOS有關(guān)的參數(shù)方面是有效的。Ⅲ.2.4.2控制每個(gè)同位體都將本地采取任何可能的行動(dòng)，以便在依靠任何特定的適應(yīng)機(jī)制之前，實(shí)際并富有成效地對(duì)在本地計(jì)算單元里和/或網(wǎng)絡(luò)中的任何變異條件作出反應(yīng)。這樣，控制可以看成是垂直的進(jìn)程。
假定一組QoS參數(shù)可以全局性地描述成在給定N維空間中的一個(gè)元素，同位體可以使用任何一個(gè)基于控制理論的機(jī)制，迫使所說元素停留在以所述元素為中心的給定區(qū)域內(nèi)。
例如，這可以變換為在應(yīng)用模型一節(jié)所描述的退守機(jī)制，和/或再配置組件鏈(參看運(yùn)行期和轉(zhuǎn)移事件一節(jié))。Ⅲ.3適應(yīng)構(gòu)架全面的適應(yīng)構(gòu)架描寫在圖1中，依次為提問文件5a-5d，合同6a-6d，和合同類型7a-7d概念，以及擴(kuò)展的UML圖形符號(hào)。
QoS提問文件5a-5d用給定接口指定一個(gè)給定QoS合同6a-6d的綁定(binding)(它是問題領(lǐng)域特有的，但是與實(shí)現(xiàn)獨(dú)立的)。在這種情況下，接口是由應(yīng)用自身和/或中間軟件支持的QoS關(guān)聯(lián)接口。
如同在先前段落中部分表示的那樣，應(yīng)用1也許被要求進(jìn)行會(huì)話2關(guān)聯(lián)，會(huì)話2也許被要求協(xié)調(diào)關(guān)聯(lián)3，并且關(guān)聯(lián)3也許需要使流4同步。
這一遞歸性依賴方案反映到各種QoS提問文件5a-5d上。更具體地說，將需要測(cè)量標(biāo)準(zhǔn)(metric)和政策前者用于指定同步約束條件(例如，可允許的最大lip-sync延遲)，后者用于指示同步失去的時(shí)候應(yīng)該采取哪種行動(dòng)(例如自動(dòng)恢復(fù)，或者請(qǐng)求用戶干預(yù))。
圖2用更有機(jī)的方法概括了此前闡述的各種機(jī)制，使協(xié)調(diào)的適應(yīng)和控制機(jī)制之間的區(qū)別顯而易見。
更具體地說，該圖指明在應(yīng)用模型一節(jié)中描述的退守機(jī)制不僅僅適用于應(yīng)用1，而且也適用于會(huì)話2，關(guān)聯(lián)3和流4的抽象概念(abstraction)。理由是前面提到的抽象概念每個(gè)都以各種(依賴于實(shí)現(xiàn))的方式使用本地的資源例如會(huì)話2也許和某些任務(wù)相關(guān)聯(lián)，每個(gè)任務(wù)要求一些中央處理器和存儲(chǔ)器資源。
為了使之有效，接納試驗(yàn)和退守機(jī)制因此可以按分級(jí)(hierarchical)的方式實(shí)施，在步驟n估計(jì)(或缺省)數(shù)量的n+1抽象實(shí)例被考慮進(jìn)去。這一分布式方案保證了僅僅在最小、富有意義的功能可以向用戶提供的時(shí)候，資源有效地得到調(diào)配。
例如，如果至少有一個(gè)連接得不到資源，那么在被資源有所約束的移動(dòng)式設(shè)備中啟動(dòng)視頻會(huì)議是毫無意義的。另外，這種預(yù)訂機(jī)制的形式也意味著加速了連接的建立。Ⅳ．端系統(tǒng)基準(zhǔn)結(jié)構(gòu)圖3提供了針對(duì)目前的協(xié)議和此處所提議的中間軟件(見表7)，在表4出現(xiàn)的應(yīng)用分類(taxonomy)的圖解表示。
表7軟件單元和組件說明Ⅴ．來自O(shè)SI透視的建議QoS適應(yīng)構(gòu)架本段落的目的不是為了此處展現(xiàn)的構(gòu)架嚴(yán)格地映射為成熟的OSI結(jié)構(gòu)，而是要指出迄今為止所提出的概念的相似性和OSI模型的一些要點(diǎn)。
OSI標(biāo)準(zhǔn)的目的是定義在開放式系統(tǒng)中的信息交換。那些可以自由地協(xié)作以實(shí)現(xiàn)共同目標(biāo)的系統(tǒng)。開放式系統(tǒng)的關(guān)鍵方面是互用性和應(yīng)用可移植性。為此，開放式系統(tǒng)協(xié)商一組共同的功能，這樣，它們可以彼此共享共同的觀點(diǎn)，而把每個(gè)系統(tǒng)特有的任何內(nèi)部特性藏起來。
作為背景信息，下文簡單概述了一些和應(yīng)用，表示和會(huì)話層有關(guān)的OSI概念，重點(diǎn)僅僅是那些發(fā)明人認(rèn)為在使本發(fā)明定型方面較重要的方面。Ⅴ.1在OSI模型中的應(yīng)用層-背景信息圖4是OSI應(yīng)用層的高級(jí)視圖。該層是一個(gè)七層OSI結(jié)構(gòu)中的最上面的一個(gè)。同樣，該層直接向最終用戶提供服務(wù)，即應(yīng)用進(jìn)程(AP)。應(yīng)用進(jìn)程20實(shí)際上是在OSI的范圍之外在OSI模型的范圍內(nèi)，應(yīng)用進(jìn)程由應(yīng)用實(shí)體21表示(AE)。AE21被定義為一組#用戶單元(UE)22，它代表AP20到AE21，因此是實(shí)際系統(tǒng)和其作為開放式系統(tǒng)的表示之間的連接單元。
#一系列邏輯上關(guān)聯(lián)的應(yīng)用服務(wù)單元23,24(ASE)，各自定義為功能模塊。
OSI應(yīng)用層因此提供給所說的AE支持在應(yīng)用進(jìn)程級(jí)通信的功能。該功能經(jīng)為特定的應(yīng)用和/或一般目的例程而設(shè)計(jì)的協(xié)議執(zhí)行。
AE的本性由對(duì)被使用的ASE的選擇決定。這些單元不能單獨(dú)存在。因此，應(yīng)用實(shí)體由一個(gè)以上的ASE組成，每個(gè)代表用戶應(yīng)用完成一件特定的任務(wù)。結(jié)果是，應(yīng)用服務(wù)的結(jié)構(gòu)和其它的OSI層的結(jié)構(gòu)相當(dāng)不同；實(shí)際上，后者可以由提供具體服務(wù)的實(shí)體表示，而應(yīng)用層可以通過ASE組和可談判的可選項(xiàng)表示。
更具體地，每個(gè)應(yīng)用都由一組特定的ASE(SASE)表征，該組ASE被專門定義并提供它們被設(shè)計(jì)用于的應(yīng)用所特有的功能(例如FTAM管理文件傳送功能)。
此外，為多種類型應(yīng)用所共有的任何功能都已經(jīng)被摘出。對(duì)應(yīng)的ASE被叫做公用ASE(CASE)。特別是，任何向另一個(gè)ASE提供服務(wù)的ASE都可以被看成CASE。
從程序的角度看，應(yīng)用進(jìn)程之間的合作發(fā)生在被稱為應(yīng)用關(guān)聯(lián)的在每對(duì)駐留在不同處理單元之間建立的充分邏輯的界限。引起關(guān)聯(lián)的AE被叫做創(chuàng)始關(guān)聯(lián)者，而其它的同位體被叫做關(guān)聯(lián)響應(yīng)者。因此，應(yīng)用關(guān)聯(lián)是兩個(gè)AE之間的關(guān)系，提供允許它們合作所需要的基準(zhǔn)結(jié)構(gòu)。
建立關(guān)聯(lián)的過程包括使用OSI表示層提供的服務(wù)，進(jìn)行適當(dāng)?shù)膽?yīng)用協(xié)議數(shù)據(jù)單元的(APDU)交換。所說的APDU也傳遞控制信息，AE利用這些控制信息來管理應(yīng)用關(guān)聯(lián)，并協(xié)調(diào)它們的功能。
對(duì)于每個(gè)應(yīng)用關(guān)聯(lián)，需要定義信息被交換的方式為此，在AE之間所使用的過程組合被叫做給定應(yīng)用關(guān)聯(lián)的應(yīng)用上下文。應(yīng)用上下文是AE在給定應(yīng)用關(guān)聯(lián)上合作所要求的信息類型。特別是，所說的上下文將總是包括所說關(guān)聯(lián)中所牽涉的每個(gè)AE所使用的ASE組合的描述。
為此，為便于定義建立AE之間的通信時(shí)同時(shí)發(fā)生的進(jìn)程，已經(jīng)確定了一些抽象模型，每個(gè)模型邏輯上對(duì)已經(jīng)為給定應(yīng)用上下文定義的功能編組。單一的關(guān)聯(lián)對(duì)象(SAO)是對(duì)應(yīng)于特定應(yīng)用關(guān)聯(lián)的功能的抽象模型。它由屬于給定AE的ASE中一個(gè)以上的ASE組成。
由于屬于SAO的ASE是由SAO表示的應(yīng)用關(guān)聯(lián)的一部分，它們之中的一個(gè)必須是應(yīng)用控制服務(wù)單元(ACSE)。該ASE處理應(yīng)用關(guān)聯(lián)的設(shè)立，釋放和中止。
在每個(gè)SAO內(nèi)，可以識(shí)別在ASE之中控制交互的那些過程，以及控制在所說ASE和OSI表示層中的交互的那些過程。單一的關(guān)聯(lián)控制功能(SACF)是識(shí)別一組所說進(jìn)程的抽象模型；它表示對(duì)在應(yīng)用上下文內(nèi)定義的規(guī)則的實(shí)行，因而，它的描述隱性包括在應(yīng)用上下文內(nèi)，并且特別是，包括在ASE的描述中。
如果應(yīng)用實(shí)體打開了更多的關(guān)聯(lián)，多個(gè)SAO可以相應(yīng)地被識(shí)別。這些SAO可以具有ASE的不同組合。如果在給定AE的一些或全部應(yīng)用關(guān)聯(lián)中需要有一些形式的關(guān)聯(lián)，那么可以采用一個(gè)多關(guān)聯(lián)控制功能(MACF)?；旧?，MACF支配給定AE內(nèi)的一群SAO之中在一些關(guān)聯(lián)之上的交互。也就是說，各種關(guān)聯(lián)內(nèi)的事件的時(shí)間序列，它們之間的關(guān)系和可能對(duì)一個(gè)多關(guān)聯(lián)的管理有用的一切。
圖5描繪了AE的使用(即，應(yīng)用實(shí)體的調(diào)用)；它給出了兩個(gè)應(yīng)用關(guān)聯(lián)，一個(gè)在SAO1的兩個(gè)示例之間，另一個(gè)是在SAO2的兩個(gè)示例之間。在兩個(gè)情況下，MACF控制由SAO1和SAO2提供的服務(wù)在AEI2內(nèi)的使用。盡管未在圖中指出，直接的關(guān)聯(lián)而不需任何MACF的參與，也是可行的。
ASE的例子有ACSE(關(guān)聯(lián)控制服務(wù)單元)處理應(yīng)用關(guān)聯(lián)的設(shè)立，釋放和中止。
FTAM(文件傳送存取和管理)處理OSI上下文內(nèi)的文件傳送功能。歷史上它曾經(jīng)是所開發(fā)的第一代ASE之一，它現(xiàn)在是最有趣的應(yīng)用之一。
RTSE(可靠傳送服務(wù)元素)提供程序性元素用于對(duì)信息的可靠傳送。這一功能是OSI會(huì)話層1的鏡象，但提供了利用ASN.1而不是字節(jié)格式的可能性，由此簡化了會(huì)話層的復(fù)雜度。
ROSE(遠(yuǎn)程操作服務(wù)元素)允許對(duì)那些分布式應(yīng)用的事件的支持，所述分布式應(yīng)用不嚴(yán)格地基于客戶機(jī)-服務(wù)器模型。
CCR(托付并發(fā)和恢復(fù)控制)設(shè)計(jì)用于管理分布式應(yīng)用，解決在此類情況中可能發(fā)生的一致性和并發(fā)問題。
CMSE(共同管理信息服務(wù)單元)和SMASE(系統(tǒng)管理應(yīng)用服務(wù)單元)它們處理OSI上下文內(nèi)的網(wǎng)絡(luò)管理。兩者都依賴于ROSE。Ⅴ.2OSI模型中的表示層-背景信息OSI表示層設(shè)立，管理，終止OSI應(yīng)用層實(shí)體之間的通信會(huì)話。OSI表示層的主要目的是使得任何語法上的差異虛化(virtual)(而OSI應(yīng)用層的主要目的是使得在開放式系統(tǒng)中任何應(yīng)用之間的語義上的差異虛化。這意味著要保證所說應(yīng)用共享共同的對(duì)話上下文，即要討論的內(nèi)容以及怎樣去做。共同的語義意味著共同句法的使用。)，這可能存在于協(xié)作在開放式系統(tǒng)上下文中的各種應(yīng)用之中。這一層的另一關(guān)鍵特征是不在本申請(qǐng)范圍之中的數(shù)據(jù)加密。加密理論上可以在七個(gè)OSI層的任何一個(gè)中完成，但是實(shí)際上僅僅物理，會(huì)話和表示層被一些作者看成最適宜采用的地方。這一目標(biāo)可以通過采用共同的傳送句法(transfer syntax)或數(shù)據(jù)的共同外部表示來完成。
本地句法里具體的數(shù)據(jù)結(jié)構(gòu)被映射成以抽象句法描述它們的數(shù)據(jù)類型。抽象句法的例子是ASN.1標(biāo)準(zhǔn)。然后，將傳送句法加到抽象句法上，以得到對(duì)應(yīng)于給定抽象數(shù)據(jù)類型(串行化)的數(shù)值。
這一對(duì)(抽象句法，傳送句法)被叫做表示上下文，它由表示層為實(shí)現(xiàn)其功能而定義。實(shí)際上，該層支持兩種類型的上下文定義上下文，它由兩個(gè)用戶和表示層通過談判進(jìn)程而達(dá)成協(xié)議。
缺省上下文，它總可以在表示層獲得。該上下文在未能就定義的上下文達(dá)成一致的情況下使用。
為了促進(jìn)談判進(jìn)程，每個(gè)表示上下文都被分配一個(gè)表示上下文標(biāo)識(shí)符(PCI)，這是一個(gè)能用于定位特定的上下文的整數(shù)值。
例如，AE可以由兩個(gè)ASE組成。每個(gè)ASE都可以定義它自己的用于和同位體ASE通信的抽象句法。一般地，這些抽象句法可以有所不同。為了避免混亂，兩個(gè)不同的表示上下文，每個(gè)ASE對(duì)一個(gè)，在表示連接設(shè)立期間建立。這一區(qū)別通過用特定的PCI對(duì)每個(gè)上下文作記號(hào)完成。
表示層委任一組服務(wù)和協(xié)議，以其它的功能處理表示上下文談判(在表示連接設(shè)立時(shí)間)和再談判(在連接存在周期里)。
在連接設(shè)立時(shí)，對(duì)定義的上下文組(DCS)進(jìn)行談判。發(fā)起者首先在所說的DCS中指定它能處理的全部表示上下文的一覽表。對(duì)于每個(gè)上下文，指定PCI和抽象句法。發(fā)起者不就和傳送句法有關(guān)的任何信息作出指定。被發(fā)起者采用的OSI表示層實(shí)際上提供了這一信息。表示實(shí)體追加與列表在DCS中的給定抽象句法兼容的所有可能的傳送句法。如果某個(gè)給定的抽象句法沒有傳送句法可以利用，則對(duì)該應(yīng)用進(jìn)程提出異議，并且對(duì)應(yīng)的項(xiàng)目從DCS中被去除。
然后，完整的DCS信息傳送給同位體OSI表示層，后者檢查所指定的傳送句法是否得到支持，并且然后給本地的用戶(響應(yīng)者)移送DCS中所列出的每個(gè)表示上下文的下列信息#PCI#抽象句法#標(biāo)記，它指示某個(gè)表示上下文是否已經(jīng)被接受(接受，或者供應(yīng)者拒絕)。
如果給定上下文被拒絕，指定下列理由之一#未指明的原因#未得到支持的抽象句法#所建議的傳送句法均未被接受#達(dá)到了DCS的本地限度然后，響應(yīng)者答復(fù)其表示服務(wù)提供者，響應(yīng)者能支持哪個(gè)表示上下文。表示層將該信息送回發(fā)起同位體，依據(jù)#PCI#抽象句法#標(biāo)記接受/供應(yīng)者拒絕指示器#被選中(獨(dú)特)傳送句法該信息被轉(zhuǎn)交到發(fā)起者，并且談判結(jié)束?，F(xiàn)在DCS僅僅包括兩個(gè)同位體均能支持的那些表示上下文(每個(gè)具有它自己獨(dú)特的傳送句法)。
這一進(jìn)程在表示連接的存在周期里能隨時(shí)被重復(fù)。Ⅴ.3在OSI模型中的會(huì)話層-背景信息OSI會(huì)話層設(shè)立、管理、終止OSI表示層實(shí)體之間的通信會(huì)話。更具體地，會(huì)話層的主要目的是將用戶之間的數(shù)據(jù)流結(jié)構(gòu)化并加以控制，管理可能發(fā)生的任何失敗和/或異議的事件。為了處理后一方面，會(huì)話服務(wù)依靠校驗(yàn)點(diǎn)(checkpoint)的概念。校驗(yàn)點(diǎn)是在兩個(gè)用戶之間連接的存在周期期間被插入的邏輯性記號(hào)。當(dāng)發(fā)生失敗/異議(exception)的時(shí)候，制定了一些規(guī)定，用于通過返回標(biāo)記有校驗(yàn)點(diǎn)的連接狀態(tài)之一而從給定的事件回復(fù)原狀。
OSI會(huì)話層可以用不同的方法將會(huì)話連接映射到傳輸連接(由下方的OSI傳輸層提供)一對(duì)一的對(duì)應(yīng)關(guān)系，多個(gè)傳輸連接上的一個(gè)會(huì)話連接，一個(gè)傳輸連接上的多個(gè)會(huì)話連接。傳輸連接可以被重新用于多個(gè)會(huì)話連接，或者可以為給定會(huì)話連接設(shè)立新的傳輸連接。該傳輸連接的分配基于用戶的QoS要求。Ⅴ.4所建議的OoS適應(yīng)構(gòu)架的形式描述圖6是在適應(yīng)構(gòu)架一節(jié)中描述的QoS適應(yīng)構(gòu)架，它遵循在“OSI模型中的應(yīng)用層-背景信息”，“在OSI模型里的表示層-背景信息”，以及“OSI模型中的會(huì)話層-背景信息”所指明的OSI概念。下列的形式說明針對(duì)的是完備的支持中間軟件的應(yīng)用類型B.3。相同的概念可以適用于，mutanda mutandis，應(yīng)用類型B.1和B.2。
QOS中介器30(ⅰ)實(shí)現(xiàn)主要的QoS適應(yīng)邏輯，(ⅱ)協(xié)調(diào)各種實(shí)體(例如，應(yīng)用的管理；關(guān)聯(lián)，會(huì)話和流的協(xié)調(diào)。QoS中介器本身是一種組件，因此一個(gè)中央組件協(xié)調(diào)程序SW單元管理它。另外，該單元也管理安放到結(jié)構(gòu)上的全部其它組件。更具體地，QoS中介器30依靠一個(gè)外部組件，即NRB31，不過用戶可以通過特定圖形用戶界面以別的方式直接訪問它(這適用于任何種類的應(yīng)用，僅僅對(duì)應(yīng)用類型A.1和A.2有一些限制，對(duì)于這兩種應(yīng)用類型QoS信令是不可行的，但是QoS配置是允許的)。
應(yīng)用進(jìn)程32(AP)表示用戶應(yīng)用。AP32可以使用中間軟件，但是，中間軟件僅僅間接地影響它。中間軟件實(shí)際上是通過如同在應(yīng)用模型一節(jié)所描述的那樣調(diào)節(jié)AP資源的使用，而實(shí)行QoS適應(yīng)的。為此，AP32和一個(gè)AE示例33(AEI)有關(guān)聯(lián)。這一關(guān)聯(lián)實(shí)際上通過UE34實(shí)現(xiàn)，UE34表示在中間軟件內(nèi)的AP32。UE34包括關(guān)于AP32的信息，比如優(yōu)先級(jí)，類(見應(yīng)用模型一節(jié))和(如果有的話)可能對(duì)實(shí)行接納試驗(yàn)和退守機(jī)制有用的配置信息(例如一些存儲(chǔ)器要求)。UE34還在QoS中介器30的直接控制下，協(xié)調(diào)一系列的開放會(huì)話(為簡單起見，圖中僅僅表示了一個(gè)會(huì)話)。
如同在通信模型一節(jié)所描述的那樣，每個(gè)會(huì)話都能被分割成幾個(gè)關(guān)聯(lián)。所說的關(guān)聯(lián)組由會(huì)話管理器35在QoS中介器的直接控制下協(xié)調(diào)，因此會(huì)話管理器起MACF的作用。
每個(gè)關(guān)聯(lián)由SAO36,37表示鏈協(xié)調(diào)器38(見適應(yīng)構(gòu)架一節(jié))在QoS中介器的直接控制下起SACF的作用，協(xié)調(diào)ASE(如同多媒體組件和資源管理器，參看端系統(tǒng)基準(zhǔn)結(jié)構(gòu)一節(jié))。更具體地，鏈協(xié)調(diào)器38處理多個(gè)鏈，每個(gè)鏈最終都和一個(gè)給定流相關(guān)聯(lián)。為此，對(duì)于每一流而言ASE被例示。此外，某些組件可以按樁模塊(stub)的形式實(shí)現(xiàn)，樁模塊表示給定組件的高級(jí)接口。這一間接性在結(jié)構(gòu)中引入了多態(tài)特性實(shí)際的組件實(shí)現(xiàn)(骨架)通常是在OSI表示層范圍內(nèi)以一種組件骨架庫的形式處理的。在大部分情形下，實(shí)際上，多媒體組件處理典型的OSI表示問題，例如編碼，壓縮，并且加密功能。另一方面，不能按如此方式建模的多媒體組件例如是處理多媒體設(shè)備驅(qū)動(dòng)程序的那些組件。哪個(gè)骨架將被實(shí)際使用，取決于擴(kuò)展的表示上下文談判進(jìn)程的結(jié)果，下文對(duì)此將有說明。
為此，本發(fā)明和OSI模型略有不同QoS信息是預(yù)先在最高層被協(xié)商的，然后才根據(jù)需要建立的物理連接所特有的商定QoS要求，傳送給OSI傳送層和更低層。
由于被隱式包括在OS上下文內(nèi)，因此，為簡單起見資源控制器未在圖6中表示。Ⅴ.4.1擴(kuò)展的表示上下文談判進(jìn)程這一想法是為了在同位體之間交換補(bǔ)充性的上下文信息而平衡目前的表示上下文談判進(jìn)程。更具體地，除了抽象句法(它在某些情況下甚至并不適用-OSI模型在此處僅僅作為基準(zhǔn)模型使用，并且并非其概念的全部都被實(shí)施)以外，現(xiàn)在同位體將根據(jù)下列情況，交換QOS信息#一系列被使用的組件樁模塊#應(yīng)用QoS提問文件#會(huì)話QoS提問文件(如果有會(huì)話擬被使用，假定一個(gè)會(huì)話將被缺省使用)#關(guān)聯(lián)QoS提問文件(假定一個(gè)關(guān)聯(lián)將被缺省使用)
#流QoS提問文件(如果有流擬被使用，則假定一個(gè)流將被缺省使用)關(guān)聯(lián)和流QoS提問文件包括關(guān)于協(xié)議棧資源使用的預(yù)算信息。這些估計(jì)通過被專用于每個(gè)流和資源類型的資源管理器，結(jié)合資源控制器所提供的集中式服務(wù)加以計(jì)算。然后，QoS中介器將在運(yùn)行期間使用在適應(yīng)機(jī)制一節(jié)所描述的適應(yīng)機(jī)制，調(diào)準(zhǔn)這些估計(jì)。
ASE信息被組織在DCS中給每個(gè)需要設(shè)立與同位ASE的通信的ASE分配一個(gè)PCI，一個(gè)抽象句法(如果要求的話)和一個(gè)組件樁模塊(如果需要的話)。例如，發(fā)起者可以選擇具有給定壓縮率的數(shù)據(jù)壓縮器如果兩個(gè)同位體可能有不同品牌/特點(diǎn)的壓縮器。這些壓縮器甚至可能彼此不兼容。因此，同位體需要就它們將實(shí)際使用哪個(gè)壓縮器(即骨架)達(dá)成一致(即協(xié)商)。由于簡單地被QoS表示層協(xié)議數(shù)據(jù)單元搭載，QoS提問文件被設(shè)置在DCS前面。為了使會(huì)話，關(guān)聯(lián)和流相互關(guān)聯(lián)，如同在圖7中被表示的那樣，每個(gè)提問文件都用標(biāo)識(shí)符進(jìn)行關(guān)聯(lián)。
為了簡化說明，該圖表示了一個(gè)會(huì)話，一個(gè)關(guān)聯(lián)，一個(gè)流和一個(gè)ASE描述的特定情況。更一般地，這些描述的每一個(gè)都能根據(jù)有效的實(shí)體加以復(fù)制，以便把談判信息組合在一個(gè)數(shù)據(jù)結(jié)構(gòu)中。這典型適用于ASE，但是同樣能擴(kuò)展到其它的抽象概念。
為發(fā)起者服務(wù)的表示層將通過從庫中選擇傳送句法和分別符合指定的抽象句法和組件樁模塊的組件骨架，完成把談判信息送往該同位體的工作(參看在OSI模型中的表示層-背景信息)在同位體側(cè)，OSI表示層將確認(rèn)傳送句法(如果有的話)和組件骨架(如果有的話)，并把產(chǎn)生的信息送給響應(yīng)者。響應(yīng)者由同位體QoS中介器看管接納試驗(yàn)和退守機(jī)制(參看應(yīng)用模型一節(jié))在各層(包括較低的層)進(jìn)行，并且因此將響應(yīng)送回發(fā)起者。這一方案基于在OSI模型中的表示層-背景信息一節(jié)所描述的相同機(jī)制。
在發(fā)起者對(duì)響應(yīng)者反饋不滿意的情況下，談判進(jìn)程可以重復(fù)。在每一步，資源沿著通路分配，如圖9所示(該圖的詳細(xì)描述參見標(biāo)準(zhǔn)QoS談判協(xié)議的建議一節(jié))。
相同的機(jī)制可以適用于再談判進(jìn)程，主要的差異是在同位體之間已經(jīng)設(shè)立有通信鏈路。
目前為止所介紹的內(nèi)容反映的是理想情況，在其中一組規(guī)定的QoS要求可以一次性地永遠(yuǎn)指定，而QoS中介器能夠通過以協(xié)調(diào)的方法調(diào)諧總體系統(tǒng)來滿足所說的要求。
不過，在現(xiàn)實(shí)世界突然的QoS違反能如此顯著地驅(qū)動(dòng)QoS中介器使之出現(xiàn)偏移。在這種情況下，適當(dāng)?shù)慕导?jí)通路信息(參看適應(yīng)機(jī)制一節(jié))將包括在談判信息內(nèi)。這一補(bǔ)充性的信息可以構(gòu)設(shè)成額外的信息集合，所采用的方式和圖7所示(表示基準(zhǔn)上下文)相同。為了區(qū)分屬于降級(jí)通路的項(xiàng)目和屬于基準(zhǔn)上下文的項(xiàng)目，每個(gè)項(xiàng)目(圖7的說明)應(yīng)分配一個(gè)數(shù)學(xué)上和基準(zhǔn)上下文中對(duì)應(yīng)的項(xiàng)目相關(guān)的ID。所述數(shù)學(xué)關(guān)系可能是適當(dāng)?shù)姆旨?jí)式比特映射方案或任何別的解決方案。本發(fā)明并不要求任何特定的關(guān)系，因?yàn)榭梢钥闯鲞@是和實(shí)現(xiàn)相關(guān)的問題。圖8給出降級(jí)信息被施加到談判信息上的例子。
如同在適應(yīng)機(jī)制一節(jié)所表示的那樣，再談判可以因此被限制為簡單的項(xiàng)目ID交換，并且僅僅在兩個(gè)QoS中介器需要同步的時(shí)候。作為缺省，實(shí)際上，假定QoS中介器能夠協(xié)調(diào)地使用降級(jí)通路信息。只有在可配置的定時(shí)器期滿之后，如果被監(jiān)視的QoS還違反(降低了的)QOS要求，QoS中介器啟動(dòng)再談判進(jìn)程，這里，僅僅被選中的一組項(xiàng)目ID被談判(假定對(duì)應(yīng)的信息已經(jīng)在連接設(shè)立之時(shí)已經(jīng)過協(xié)商)。
只有在同位體之一已經(jīng)破壞了以前協(xié)商的信息的情況下，或者當(dāng)用戶修改了她/他的配置信息的時(shí)候，將會(huì)進(jìn)行明晰的再談判進(jìn)程(和針對(duì)基準(zhǔn)談判情況闡述的相似)。接收如此明晰要求的QoS中介器將自動(dòng)被迫使丟棄先前的信息，而完成再談判進(jìn)程，猶如它是新的談判進(jìn)程似的。Ⅴ.4.2關(guān)于OSI表示層的最終注解迄今為止已經(jīng)針對(duì)OSI表示層描述了建議的QoS適應(yīng)構(gòu)架，其談判能力有所增強(qiáng)。依據(jù)(在一定程度上)OSI模型，對(duì)這一概念用于使所說的構(gòu)架格式化的情況作了介紹。
不過，從實(shí)現(xiàn)的角度來看，OSI表示層功能部分地包括在COTS會(huì)話協(xié)議實(shí)現(xiàn)中(類于SIP)，而有部分包含在QoS中介器組件中。更具體地，QoS中介器組件可以被看作是由一組四個(gè)主要的組件組成#QoS提問文件數(shù)據(jù)庫管理系統(tǒng)#QoS參數(shù)映射程序#QoS控制/協(xié)調(diào)適應(yīng)有限狀態(tài)機(jī)
#QoS(再)談判引擎后一組件處理在談判進(jìn)程后邊的全部邏輯，而類似SIP的會(huì)話協(xié)議可以用于實(shí)現(xiàn)談判協(xié)議。Ⅴ.4.3用戶交互談判進(jìn)程在此前被描述為完全自動(dòng)的機(jī)制。實(shí)際上，QoS中介器提供了高度的自動(dòng)化。然而，假如人的控制在一定的程度上施加，響應(yīng)者就可以和發(fā)起者在設(shè)立任何一個(gè)給定會(huì)話，關(guān)聯(lián)和流方面達(dá)成一致。
實(shí)際上，響應(yīng)者可以是在經(jīng)過配置的自動(dòng)控制(即視頻點(diǎn)播服務(wù)器)或人接到呼叫(視頻會(huì)議應(yīng)用)的一個(gè)示例。然而即使是后一情況，用戶也可以對(duì)QOS中介器編程以考慮各種細(xì)節(jié)(例如和QoS有關(guān)的問題)，這樣能夠作出較高級(jí)的決定(接受/拒絕/修改呼叫請(qǐng)要)。Ⅵ．標(biāo)準(zhǔn)QOS談判協(xié)議提議本發(fā)明提議了通用的QOS談判協(xié)議的標(biāo)準(zhǔn)化該協(xié)議不拘泥于任何具體的網(wǎng)絡(luò)技術(shù)。實(shí)際上，與其是提議一項(xiàng)新的完全成熟的協(xié)議，不如說本發(fā)明描述了一個(gè)元協(xié)議，該元協(xié)議能通過映射下邊描述的過程和信息單元到現(xiàn)有的協(xié)議例如SIP而實(shí)現(xiàn)。
為此，一般的邏輯性的消息(以下看作方法)，比如關(guān)聯(lián)設(shè)立，流設(shè)立，應(yīng)答和再談判得到了廣泛的使用，以便表示在同位體之間的談判信令，該談判信令因此在內(nèi)部實(shí)行。
這些通用消息將被映射為協(xié)議特有的類似消息。前提是所選定的協(xié)議規(guī)范允許可擴(kuò)充性特征。否則，為了清楚地支持此處描述的信息單元，將在適當(dāng)?shù)臉?biāo)準(zhǔn)化主體范圍內(nèi)采取適當(dāng)?shù)男袆?dòng)。本發(fā)明的重要方面是真實(shí)協(xié)議消息搭載了談判信息(包括降級(jí)通路)以及一般的信息。這一遲緩方案意味著無論什么也不要求明晰的談判消息，這樣減少了協(xié)議和建立(或者就再談判來說，恢復(fù))延遲的復(fù)雜性。
此外，這里所描述的是簡單的端到端的場(chǎng)景中間網(wǎng)絡(luò)實(shí)體(類似于代理服務(wù)器，網(wǎng)關(guān)等等)的使用是實(shí)現(xiàn)特有的，而不改變?cè)獏f(xié)議的范圍。實(shí)際上，同位體之一最終能夠是嵌入在網(wǎng)絡(luò)內(nèi)(有源網(wǎng)絡(luò)情況)的QoS中介器。Ⅵ.1例子場(chǎng)景(scenario)圖9給出三個(gè)最重要的場(chǎng)景關(guān)聯(lián)設(shè)立，流設(shè)立，和再談判(在這種情況下，由于轉(zhuǎn)移事件)。
該圖中結(jié)合同位體B圖解了會(huì)話設(shè)立場(chǎng)景(在這些場(chǎng)景中它扮演被呼叫者的角色)。至于同位體A(呼叫者)所關(guān)注的是，會(huì)話可能已經(jīng)在與先前的另一個(gè)同位體的關(guān)聯(lián)設(shè)立期間被設(shè)立。然而，如同在會(huì)話設(shè)立一節(jié)所描述的那樣，在每個(gè)關(guān)聯(lián)設(shè)立期間里通過搭載會(huì)話QoS提問文件信息，對(duì)會(huì)話的新參加者實(shí)行會(huì)話談判。
此外，在關(guān)聯(lián)設(shè)立階段里，會(huì)話層次的降級(jí)通路信息被搭載。
無論如何，應(yīng)答消息會(huì)指出從被呼叫者角度的談判進(jìn)程的結(jié)果。如果呼叫者認(rèn)同如此結(jié)果，資源最終被分配，否則，可以采取糾正行動(dòng)(可能包括和用戶的交互在內(nèi))，以便利用在再談判情形中被交換的相同消息重新規(guī)范一個(gè)新的投標(biāo)。出于簡化理由，后一情況未在所說的圖中表示。
下列的表格詳細(xì)描述方法和構(gòu)成它們所用的位。所使用的計(jì)數(shù)法是根據(jù)將方法分解成為信息元素的過程，每個(gè)信息元素描述談判信息的一個(gè)特別方面。信息單元然后進(jìn)一步被分解成為記號(hào)，每個(gè)記號(hào)描述最低等級(jí)的信息。記號(hào)可以由多個(gè)信息元素使用，后者也同樣可以被映射到多個(gè)方法?！癿”符號(hào)表示強(qiáng)制性的元素?！?”符號(hào)表示可選擇的元素。特別是，降級(jí)通路信息被模擬成加到基準(zhǔn)信息元素上的補(bǔ)充性信息元素，并鏈接到對(duì)應(yīng)的基準(zhǔn)信息元素上，如同在擴(kuò)展的表示上下文談判進(jìn)程一節(jié)所描述以及在圖8中所描寫的那樣。
表8記號(hào)
表9信息元素描述
表10信息元素結(jié)構(gòu)
表11方法描述
表12方法結(jié)構(gòu)本發(fā)明和現(xiàn)有技術(shù)的主要的有利差異
例子建議的談判協(xié)議可以在IP世界實(shí)現(xiàn)，投射于國際網(wǎng)工作交流協(xié)會(huì)指定的會(huì)話開始協(xié)議上。根據(jù)基于SIP文本的消息句法，在先前各章節(jié)所描述的過程、方法、信息元素和記號(hào)在這種情況下可以被映射成過程和方法。
例如，可能的實(shí)現(xiàn)可以基于下列映射
本發(fā)明在應(yīng)用QoS適應(yīng)領(lǐng)域，為實(shí)現(xiàn)特有的未來發(fā)明，尤其是為移動(dòng)式和多媒體應(yīng)用提供構(gòu)架。
表13捕捉了本發(fā)明的最富有意義的方面，使得在此要求的最初想法顯而易見。
表13本發(fā)明最初特征的詳細(xì)列表更具體地，對(duì)于圖3，本發(fā)明建議了一個(gè)終端QoS中間軟件結(jié)構(gòu)。表14表示了在構(gòu)成所說中間軟件的各SW單元之間的依賴關(guān)系。關(guān)于這些單元每一個(gè)的更詳細(xì)描述，請(qǐng)參看表14中對(duì)應(yīng)的項(xiàng)目。

表14SW單元一覽表
權(quán)利要求
1．用于一或多個(gè)通信網(wǎng)絡(luò)的處理系統(tǒng)，它為應(yīng)用提供和平臺(tái)以及網(wǎng)絡(luò)無關(guān)的構(gòu)架，以便通過利用組件協(xié)調(diào)器單元(10)提供所述通信網(wǎng)絡(luò)中的QoS管理的組件從而獲得交互適應(yīng)性。
2．根據(jù)權(quán)利要求1所述的處理系統(tǒng)，其特征在于，所述通用構(gòu)架使用一組和平臺(tái)和網(wǎng)絡(luò)保持中立的應(yīng)用適應(yīng)機(jī)制，包括QoS談判和再談判協(xié)議。
3．根據(jù)權(quán)利要求2所述的處理系統(tǒng)，其特征在于，所述協(xié)議使用搭載機(jī)制來進(jìn)行QoS談判和再談判。
4．根據(jù)權(quán)利要求1、2或3所述的處理系統(tǒng)，其特征在于，所述通用構(gòu)架基于一種模塊性漸進(jìn)方案，來尋址不同類型的應(yīng)用，所述應(yīng)用的范圍包括從現(xiàn)有的應(yīng)用到構(gòu)想的更為完善的依賴于中間軟件來實(shí)現(xiàn)交互適應(yīng)性的應(yīng)用。
5．根據(jù)權(quán)利要求1至4之一所述的處理系統(tǒng)，其特征在于，所述通用構(gòu)架基于一種應(yīng)用模型，其中每個(gè)應(yīng)用被歸于在資源利用方面有不同QoS等級(jí)的一組應(yīng)用類之一。
6．根據(jù)權(quán)利要求5所述的處理系統(tǒng)，其特征在于，提供了退守機(jī)制用于應(yīng)用類之間的向下兼容性。
7．根據(jù)權(quán)利要求5或6所述的處理系統(tǒng)，其特征在于，所述通用構(gòu)架基于一種通信模型，該模型具有不同的功能通信等級(jí)，用于以協(xié)調(diào)方式開發(fā)各種資源，從而獲得所需要的總體QoS水平。
8．根據(jù)權(quán)利要求7所述的處理系統(tǒng)，其特征在于，所述通信等級(jí)包括應(yīng)用(1)，會(huì)話(2)，關(guān)聯(lián)(3)，和流(4)等級(jí)。
9．根據(jù)權(quán)利要求1-8之一所述的處理系統(tǒng)，其特征在于，一個(gè)QoS中介器單元(8)由組件協(xié)調(diào)器單元(10)管理，通過利用所述談判和再談判協(xié)議協(xié)調(diào)本地和遠(yuǎn)程資源管理。
10．根據(jù)權(quán)利要求9所述的處理系統(tǒng)，其特征在于，網(wǎng)絡(luò)資源預(yù)訂器單元(9)直接由QoS中介器單元(8)協(xié)調(diào)，并且按和實(shí)施無關(guān)的方式管理網(wǎng)絡(luò)資源預(yù)約機(jī)制。
11．根據(jù)權(quán)利要求9-10之一所述的處理系統(tǒng)，其特征在于，會(huì)話管理單元(11)由QoS中介器單元(8)直接協(xié)調(diào)，用于按和實(shí)施無關(guān)的方式設(shè)立和管理會(huì)話。
12．根據(jù)權(quán)利要求11所述的處理系統(tǒng)，其特征在于，一或多個(gè)鏈協(xié)調(diào)器單元(12)由QoS中介器單元(8)通過會(huì)話管理單元(11)管理，并且管理一或多個(gè)組件鏈，每個(gè)鏈和一個(gè)流關(guān)聯(lián)。
13．根據(jù)權(quán)利要求12所述的處理系統(tǒng)，其特征在于，一或多個(gè)CPU管理器單元(13)由鏈協(xié)調(diào)器單元(12)協(xié)調(diào)來管理CPU資源的利用。
14．根據(jù)權(quán)利要求13所述的處理系統(tǒng)，其特征在于，CPU資源控制器單元(17)為所述CPU管理器單元(13)提供和平臺(tái)無關(guān)的資源狀態(tài)信息檢索和控制。
15．根據(jù)權(quán)利要求12-14之一所述的處理系統(tǒng)，其特征在于，一或多個(gè)存儲(chǔ)器管理器單元(14)由鏈協(xié)調(diào)器單元(12)協(xié)調(diào)來管理存儲(chǔ)器資源的利用。
16．根據(jù)權(quán)利要求15所述的處理系統(tǒng)，其特征在于，存儲(chǔ)器控制器單元(18)為所述存儲(chǔ)器管理器單元(14)提供和平臺(tái)無關(guān)的資源狀態(tài)信息檢索和控制。
17．根據(jù)權(quán)利要求12-16之一所述的處理系統(tǒng)，其特征在于，一或多個(gè)網(wǎng)絡(luò)協(xié)議管理器單元(15)由鏈協(xié)調(diào)器單元(12)協(xié)調(diào)來管理網(wǎng)絡(luò)協(xié)議資源的利用。
18．根據(jù)權(quán)利要求17所述的處理系統(tǒng)，其特征在于，網(wǎng)絡(luò)協(xié)議控制器單元(19)為所述網(wǎng)絡(luò)協(xié)議管理器單元(15)提供資源狀態(tài)信息檢索和控制。
19．根據(jù)權(quán)利要求12-18之一所述的處理系統(tǒng)，其特征在于，一或多個(gè)多媒體組件(16)由鏈協(xié)調(diào)器單元(12)協(xié)調(diào)來管理多媒體資源。
20．根據(jù)權(quán)利要求19所述的處理系統(tǒng)，其特征在于，多媒體控制器(20)為所述多媒體組件單元(16)提供和平臺(tái)無關(guān)的資源狀態(tài)信息檢索和控制。
21．用于一或多個(gè)通信網(wǎng)絡(luò)的軟件段，它可以裝載在一或多個(gè)通信網(wǎng)絡(luò)的一或多個(gè)節(jié)點(diǎn)的存儲(chǔ)器裝置中，為應(yīng)用提供和平臺(tái)以及網(wǎng)絡(luò)無關(guān)的構(gòu)架，以便通過利用組件協(xié)調(diào)器單元(10)提供所述通信網(wǎng)絡(luò)中的QoS管理的組件從而獲得交互適應(yīng)性。
22．根據(jù)權(quán)利要求21所述的軟件段，其特征在于，所述通用構(gòu)架使用一組和平臺(tái)以及網(wǎng)絡(luò)保持中立的應(yīng)用適應(yīng)機(jī)制，包括QoS談判和再談判協(xié)議。
23．根據(jù)權(quán)利要求22所述的軟件段，其特征在于，所述協(xié)議使用搭載機(jī)制來進(jìn)行QoS談判和再談判。
24．根據(jù)權(quán)利要求21、22或23所述的軟件段，其特征在于，所述通用構(gòu)架基于一種模塊性漸進(jìn)方案，來尋址不同類型的應(yīng)用，所述應(yīng)用的范圍包括從現(xiàn)有的應(yīng)用到構(gòu)想的更為完善的依賴于中間軟件來實(shí)現(xiàn)交互適應(yīng)性的應(yīng)用。
25．根據(jù)權(quán)利要求21至24之一所述的軟件段，其特征在于，所述通用構(gòu)架基于一種應(yīng)用模型，其中每個(gè)應(yīng)用被歸于在資源利用方面有不同QoS等級(jí)的一組應(yīng)用類之一。
26．根據(jù)權(quán)利要求25所述的軟件段，其特征在于，提供了退守機(jī)制用于應(yīng)用類之間的向下兼容性。
27．根據(jù)權(quán)利要求25或26所述的軟件段，其特征在于，所述通用構(gòu)架基于一種通信模型，該模型具有不同的功能通信等級(jí)，用于以協(xié)調(diào)方式開發(fā)各種資源，從而獲得所需要的總體QoS水平。
28．根據(jù)權(quán)利要求27所述的軟件段，其特征在于，所述通信等級(jí)包括應(yīng)用(1)，會(huì)話(2)，關(guān)聯(lián)(3)，和流(4)等級(jí)。
29．根據(jù)權(quán)利要求21-28之一所述的軟件段，其特征在于，一個(gè)QoS中介器單元(8)由組件協(xié)調(diào)器單元(10)管理，通過利用所述談判和再談判協(xié)議協(xié)調(diào)本地和遠(yuǎn)程資源管理。
30．根據(jù)權(quán)利要求29所述的軟件段，其特征在于，網(wǎng)絡(luò)資源預(yù)訂器單元(9)直接由QoS中介器單元(8)協(xié)調(diào)，并且按和實(shí)施無關(guān)的方式管理網(wǎng)絡(luò)資源預(yù)約機(jī)制。
31．根據(jù)權(quán)利要求29-30之一所述的軟件段，其特征在于，會(huì)話管理單元(11)由QoS中介器單元(8)直接協(xié)調(diào)，用于按和實(shí)施無關(guān)的方式設(shè)立和管理會(huì)話。
32．根據(jù)權(quán)利要求31所述的軟件段，其特征在于，一或多個(gè)鏈協(xié)調(diào)器單元(12)由QoS中介器單元(8)通過會(huì)話管理單元(11)管理，并且管理一或多個(gè)組件鏈，每個(gè)鏈和一個(gè)流關(guān)聯(lián)。
33．根據(jù)權(quán)利要求32所述的軟件段，其特征在于，一或多個(gè)CPU管理器單元(13)由鏈協(xié)調(diào)器單元(12)協(xié)調(diào)來管理CPU資源的利用。
34．根據(jù)權(quán)利要求33所述的軟件段，其特征在于，CPU資源控制器單元(17)為所述CPU管理器單元(13)提供和平臺(tái)無關(guān)的資源狀態(tài)信息檢索和控制。
35．根據(jù)權(quán)利要求32-34之一所述的軟件段，其特征在于，一或多個(gè)存儲(chǔ)器管理器單元(14)由鏈協(xié)調(diào)器單元(12)協(xié)調(diào)來管理存儲(chǔ)器資源的利用。
36．根據(jù)權(quán)利要求35所述的軟件段，其特征在于，存儲(chǔ)器控制器單元(18)為所述存儲(chǔ)器管理器單元(14)提供和平臺(tái)無關(guān)的資源狀態(tài)信息檢索和控制。
37．根據(jù)權(quán)利要求32-36之一所述的軟件段，其特征在于，一或多個(gè)網(wǎng)絡(luò)協(xié)議管理器單元(15)由鏈協(xié)調(diào)器單元(12)協(xié)調(diào)來管理網(wǎng)絡(luò)協(xié)議資源的利用。
38．根據(jù)權(quán)利要求37所述的軟件段，其特征在于，網(wǎng)絡(luò)協(xié)議控制器單元(19)為所述網(wǎng)絡(luò)協(xié)議管理器單元(15)提供資源狀態(tài)信息檢索和控制。
39．根據(jù)權(quán)利要求32-38之一所述的軟件段，其特征在于，一或多個(gè)多媒體組件(16)由鏈協(xié)調(diào)器單元(12)協(xié)調(diào)來管理多媒體資源。
40．根據(jù)權(quán)利要求39所述的軟件段，其特征在于，多媒體控制器(20)為所述多媒體組件單元(16)提供和平臺(tái)無關(guān)的資源狀態(tài)信息檢索和控制。
全文摘要
本發(fā)明涉及用于一或多個(gè)通信網(wǎng)絡(luò)的處理系統(tǒng)或程序段,它為應(yīng)用提供和平臺(tái)以及網(wǎng)絡(luò)無關(guān)的構(gòu)架,以便通過利用組件協(xié)調(diào)器單元(10)提供所述通信網(wǎng)絡(luò)中的QoS管理的組件從而獲得交互適應(yīng)性。
文檔編號(hào)H04L12/54GK1325213SQ01119539
公開日2001年12月5日 申請(qǐng)日期2001年5月24日 優(yōu)先權(quán)日2000年5月24日
發(fā)明者D·曼達(dá)托 申請(qǐng)人:索尼國際(歐洲)股份有限公司