專利名稱：為流提供服務質量的方法
技術領域：
本發(fā)明涉及一種為流提供服務質量(QoS)的方法，以及一種用以 執(zhí)行所述方法的QoS管理器。
背景技術：
通用即插即用(即UPnP)服務質量(QoS)提供了一種信令框架 以在家庭LAN (即局域網(wǎng))中建立支持QoS的流(QoS-enabled flow)。 在UPnPQoS體系結構內，有三個主要單元QoS策略容器、QoS管理 器和QoS設備。根據(jù)UPnP論壇提出的UPnP QoS標準，QoS管理器實體負責在由 流所選取的路徑上的支持UPnP QoS的所有設備上為流建立QoS。 QoS 管理器功能是QoS管理器服務和控制點功能性的組合，該控制點功能性 發(fā)現(xiàn)并控制在網(wǎng)絡上運行的QoS設備和QoS策略容器服務。QoS管理 器功能負責請求、更新、釋放以及一般地控制由聯(lián)網(wǎng)設備分配給各種業(yè) 務流的服務質量。QoS管理器服務將被從UPnP控制點調用以執(zhí)行與建 立該業(yè)務服務質量相關的功能。 一旦針對即將到來的業(yè)務流的服務質量 而配置了網(wǎng)絡，QoS管理器服務就將控制交回給控制點。發(fā)明內容本發(fā)明的目的是提供增強的UPnP服務質量。本發(fā)明的目的通過 一 種針對與網(wǎng)絡中客戶端應用關聯(lián)的流提供 QoS的方法來實現(xiàn)，該網(wǎng)絡包括QoS管理器、QoS策略容器、 一個或 多個QoS設備以及與客戶端應用關聯(lián)的控制點，其中該網(wǎng)絡支持通用即 插即用QoS服務，其中該方法包括以下步驟由QoS管理器計算流建 立時的網(wǎng)絡拓樸并由該QoS管理器從QoS策略容器請求業(yè)務策略數(shù)據(jù)； 由QoS管理器向一個或多個QoS設備提交基于所述業(yè)務策略數(shù)據(jù)的業(yè) 務描述符數(shù)據(jù)用于配置用于處理流的所述QoS設備；由QoS管理器預 訂一個或多個QoS設備的事件；由控制點預訂QoS管理器的事件；在 QoS管理器檢測到QoS設備事件時，由QoS管理器重新計算網(wǎng)絡拓樸 用于確定拓樸變化；由QoS管理器檢查拓樸變化是否影響流；如果拓樸 變化影響流，則由QoS管理器啟動適當?shù)拇胧Ａ硐Σ?，本發(fā)明的目的還 通過一種支持針對與網(wǎng)絡中客戶端應用關聯(lián)的流提供QoS的QoS管理 器來進一步地實現(xiàn)，該網(wǎng)絡包括QoS管理器、QoS策略容器、 一個或 多個QoS設備以及與客戶端應用關聯(lián)的控制點，其中該網(wǎng)絡支持通用即 插即用QoS服務，其中該QoS管理器適用于計算流建立時的網(wǎng)絡拓 樸并從QoS策略容器請求業(yè)務策略數(shù)據(jù)；向一個或多個QoS設備提交 基于所述業(yè)務策略數(shù)據(jù)的業(yè)務描述符數(shù)據(jù)用于配置用于處理流的所述 QoS設備；預訂一個或多個QoS設備的事件；從控制點接收對QoS管 理器的事件的預訂；在檢測到QoS設備事件時，重新計算網(wǎng)絡拓樸用于 確定拓樸變化；檢查拓樸變化是否影響流；如果拓樸變化影響流，則向 控制點表明該事件。與將QoS管理器明確描述為無狀態(tài)設備的UPnPQoS標準相反，本 發(fā)明提出QoS管理器變成有狀態(tài)實體，保持拓樸信息、所請求的帶寬和 每個流的狀態(tài)。QoS管理器是有狀態(tài)實體的事實避免了現(xiàn)有技術QoS管理器遇到 的很多問題。當前，對于通常與控制點關聯(lián)的客戶端應用來說，對家庭 網(wǎng)絡中的拓樸變化作出反應是很困難的。例如，當用戶預訂了三重播放 服務并觀看電視頻道時，有必要在該終端用戶的頻道出現(xiàn)由于網(wǎng)絡設備 或網(wǎng)絡鏈路中的故障而不是由于運營商而引起的質量問題時警告該終 端用戶，使得該終端用戶不會打電話給運營商并增加其OPEX (運營支
出)。通過由本發(fā)明引入的有狀態(tài)QoS管理器，向客戶表明家庭LAN 中的鏈路已經(jīng)發(fā)生故障并且可能影響他的應用變得可能而且更有效。另外，在標準的UPnPQoS版本中，通常與控制點關聯(lián)的客戶端應 用可以只預訂QoS設備上的拓樸改變事件(路徑信息)，并且必須預訂 所有的QoS設備以取得所有必要拓樸信息。當拓樸改變發(fā)生時，客戶端 應用必須通過計算新拓樸來檢查它是否受到這一改變的影響。因為客戶 端應用必須預訂所有的QoS設備事件，所以這種解決方案是不可行的或 者會導致客戶端應用接收大量信息，導致高處理負載。例如，向網(wǎng)絡添 加設備就已經(jīng)觸發(fā)了一個事件。此外，每個UPnPQoS客戶端應用需要 具有相同的功能，并且對每個拓樸改變進行相同的計算，導致功能性的 大量重疊。本發(fā)明避免了這些問題，在本發(fā)明中，最初分配給客戶端/控制點的 功能性已經(jīng)轉移到需要關于網(wǎng)絡的信息的QoS管理器。根據(jù)本發(fā)明， QoS管理器而不是控制點將預訂QoS設備事件以檢測拓樸改變。在拓 樸改變時，QoS管理器現(xiàn)在可以快速地將新拓樸與所存儲的流進行比 較，以檢查是否影響了所應用的流中的一個，也就是由QoS管理器管理 的流的一個。如果是，QoS管理器就可以試圖通過例如通過從應用的 TSPEC列表(TSPEC即業(yè)務規(guī)范)中選擇不同的TSPEC來減少給定應 用的最大允許帶寬而自己解決這一問題。如果這樣做不起作用，則它將 向預訂控制點(客戶端應用)產(chǎn)生一個事件。該事件消息將包含表明受 影響的流的狀態(tài)變量的副本，因此控制點可以快速地檢查它們是否受到 影響，并采取適當?shù)男袆印ｎ愃频?，根?jù)現(xiàn)有技術，客戶端應用不能對網(wǎng)絡中的變化的帶寬條 件作出反應，因為它們只知道它們自己的流。使用本發(fā)明，在帶寬改變 (通過UPnP QoS v2.0 RotaMeter功能檢測到的)的情況下，為了使得 所有流適應于新的帶寬情況，QoS管理器可以重新應用連接準入控制功 能。如果QoS管理器因為這一點而必須釋放流，則它將再次發(fā)送帶有相 同狀態(tài)變量的事件以表明流的新狀態(tài)。然后，預訂應用可以快速地檢查 它們是否受到影響，并采取相應的行動(警告終端用戶、停止發(fā)送業(yè) 務…)。因此，更小且更不復雜的客戶端應用是可能的。當帶寬改變發(fā)生時， 家庭網(wǎng)絡變得自愈性更強，并且家庭網(wǎng)絡更不容易被事件消息淹沒。另外的優(yōu)點通過由從屬權利要求所表明的本發(fā)明的實施例來實現(xiàn)。根據(jù)本發(fā)明的優(yōu)選實施例，控制點預訂QoS管理器的事件。這樣， 當QoS管理器檢測到例如因為由控制點控制的流受到拓樸改變影響而 引起的與控制點相關的網(wǎng)絡改變時，QoS管理器產(chǎn)生對應的通知并將這一通知發(fā)送到預訂控制點。換句話說，如果拓樸改變影響了流，則QoS 管理器向控制點產(chǎn)生事件。向事件的所有預訂者發(fā)送所有的事件消息，預訂者接收針對已經(jīng)改 變的所有"經(jīng)歷過事件的，，變量的事件消息，并且不論狀態(tài)變量為什么改 變(作為對所請求的行動的響應或者因為對服務進行建模時的狀態(tài)已改 變)都發(fā)送事件消息。根據(jù)本發(fā)明的另一個優(yōu)選實施例，QoS管理器試圖在不進行客戶端 交互的情況下抵消對流產(chǎn)生負面影響的情況，例如危及流的預訂QoS。 優(yōu)選地，將QoS管理器設置為在無需客戶端參與的情況下采取適當?shù)男?動。了解端到端網(wǎng)絡的QoS管理器也"了解，，網(wǎng)絡的哪一部分受到拓樸改 變的影響并且可以發(fā)起方向正確的行動。只有在QoS管理器未被授權采 取特定的行動或所需的資源不可用時，QoS管理器才通知客戶端接管對 客戶端的管理。根據(jù)本發(fā)明的另一個優(yōu)選實施例，QoS管理器將處理流業(yè)務的QoS 設備的配置調整為由網(wǎng)絡拓樸的改變產(chǎn)生的新的網(wǎng)絡配置。業(yè)務描述符 由控制點定義并且是固定的?？刂泣c可以為QoS管理器指定多個業(yè)務描 述符以供從中選擇。如果拓樸改變影響了流，QoS管理器就選擇最符合 已改變的網(wǎng)絡配置的當前需要的業(yè)務描述符，并將選擇的業(yè)務描述符發(fā) 送到受影響的網(wǎng)絡設備。這樣，QoS管理器優(yōu)選地通過盡可能好地保持 流的方式重新安排處理通過網(wǎng)絡的流的網(wǎng)絡設備的設置。在優(yōu)選實施例中，如果拓樸改變影響了流，QoS管理器就調整與由 網(wǎng)絡拓樸的改變產(chǎn)生的新網(wǎng)絡拓樸中的流關聯(lián)的優(yōu)先級。QoS管理器可
以例如通過調整在特定業(yè)務流上使用的分組優(yōu)先級值來改變分配給網(wǎng)絡中的流的優(yōu)先級。特別地，如果QoS管理器并行管理通過網(wǎng)絡的多個 流，則QoS管理器可以重新安排分配給流的優(yōu)先級以維持對于這些流的 整體上的最佳結果。根據(jù)本發(fā)明的另一個優(yōu)選實施例，如果拓樸改變影響了流，QoS管 理器就通知與流關聯(lián)的客戶端應用關于網(wǎng)絡和/或流的情況。優(yōu)選地，這 一通知作為包括關于網(wǎng)絡和/或流的信息的狀態(tài)變量的副本而提供。優(yōu)選地，如果與拓樸改變關聯(lián)的帶寬改變影響了流，QoS管理器就 確定如何將帶寬分配給具有各種QoS需求的流。在這種情況下，QoS 管理器可以重新應用在網(wǎng)絡邊緣和核心網(wǎng)絡之間實現(xiàn)的連4妄準入控制 功能以控制進入網(wǎng)絡的業(yè)務。進一步地，QoS管理器可以使得流適應于 網(wǎng)絡中新的帶寬情況。優(yōu)選地，即使由于拓樸改變而引起的減少的帶寬資源影響了這些流 的一個或多個，QoS管理器仍試圖保護對由QoS管理器管理的所有流 的維持。管理QoS管理器所沿循的方法的規(guī)則可能已經(jīng)由用戶預先確 定。QoS管理器可以試圖將一個或多個流的QoS從預訂級別減少到降 低的級別。如果不能維持流的預訂QoS,則QoS管理器也可以釋放流。 另夕卜，QoS管理器可以向控制點發(fā)送通知以向控制點通知網(wǎng)絡的當前狀 態(tài)和/或流的新狀態(tài)。優(yōu)選地，這一通知可以包括包含關于網(wǎng)絡和/或流 的新狀態(tài)的信息的狀態(tài)變量的副本。根據(jù)另一個優(yōu)選實施例，QoS管理器是有狀態(tài)實體，其保持網(wǎng)絡的 拓樸信息和/或與流關聯(lián)的所請求的帶寬信息和/或本地狀態(tài)變量中流的 當前狀態(tài)。


通過閱讀下面結合附圖對目前優(yōu)選的示例性實施例的詳細描述，可 以更好地理解本發(fā)明的這些及進一步的特征和優(yōu)勢，其中 圖1是根據(jù)本發(fā)明實施例的UPnPQoS網(wǎng)絡的框圖。 圖2是根據(jù)本發(fā)明實施例的UPnPQoS網(wǎng)絡中的處理的序列圖。
圖3是根據(jù)本發(fā)明實施例的QoS管理器的框圖。
具體實施方式
圖1示出了符合UPnPQoS體系結構的網(wǎng)絡l,具有在IP協(xié)議下運 行并在控制點11、 QoS管理器12、 QoS策略容器13、源QoS設備14、 中間QoS設備15和接收QoS設備16之間提供連接的有線/無線用戶家 庭LAN電路10 (IP即網(wǎng)際協(xié)議)。源QoS設備14可以是包括DVD庫單元的DVD播放器，接收QoS 設備16可以是連接有TV的機頂盒，并且中間QoS設備15可以是路由 網(wǎng)關并且在源QoS設備14和接收QoS設備16之間提供連接(DVD即 數(shù)字化通用光盤；TV即電視)?？刂泣c11可以位于客戶端應用中，例 如在用戶的筆記本電腦上運行的軟件程序。所有的QoS設備14到16都是支持UPnP的設備，使得用戶能夠構 建家庭網(wǎng)絡，其中QoS設備14到16無需任何終端用戶配置就能自動定 位并相互識別。例如，用戶在家坐在長椅上，筆記本電腦在他的膝蓋上，并且他正 在準備下一個工作日要用的演示文稿。完成之后，他想要在他的TV16上觀看電影作為娛樂。由于筆記本電腦和用戶家中很多其他的設備一樣 是支持UPnP的，所以用戶使用他的筆記本電腦開始電影播放。首先， 他在他的筆記本電腦上啟動視頻控制程序，其提供在DVD庫單元中可 以找到的電影的選擇。用戶通過鼠標點擊從所呈現(xiàn)的選擇中選擇他最喜 歡的電影。UPnP QoS控制點11與所述視頻控制程序關聯(lián)。在控制點11發(fā)現(xiàn) 源QoS設備14和接收QoS設備16之后，連同內容TSPEC—起，它請 求網(wǎng)絡1中的QoS管理器12建立用于傳輸與所選擇的電影關聯(lián)的數(shù)據(jù) 流的QoS業(yè)務流。在本示例中，業(yè)務流是實時且?guī)捈械腁V數(shù)據(jù) 流(AV即音^f見頻)。控制點11創(chuàng)建業(yè)務描述符結構并將它傳遞到QoS 管理器12。這樣，QoS管理器12就從控制點11接收諸如源QoS設備 14和接收QoS設備16的IP地址之類的信息。
QoS管理器12確定該流所經(jīng)過的設備，也就是源QoS設備14、中 間QoS設備15和接收QoS設備16,并且計算網(wǎng)絡1的拓樸。然后， QoS管理器12作為控制點請求QoS策略容器13針對業(yè)務描述符提供 適當?shù)牟呗?。QoS策略容器13為它所駐留的網(wǎng)絡1提供策略。也就是 說，QoS策略容器13通過返回例如編碼有業(yè)務重要性數(shù)值(也就是優(yōu) 先級)和用戶重要性數(shù)值的業(yè)務策略來設置特定業(yè)務流的相對重要性。 基于這一策略，QoS管理器12將QoS設備14到16配置為處理與AV 流關聯(lián)的新業(yè)務。進行管理的中心角色的序列圖。圖2示出了控制點11、源QoS設備14、 QoS管理器12、中間QoS設備15和接收QoS設備16。首先，QoS管理器12通過向QoS設備14到16發(fā)送事件預訂消息 200、 202、 204來預訂QoS設備14到16的事件。QoS設備14到16通 過向QoS管理器12回復確認消息201、 203、 205來確認所述事件預訂。 同樣，控制點11通過向QoS管理器12發(fā)送事件預訂消息206來預訂 QoS管理器12的事件。QoS管理器12通過向控制點11發(fā)回確認消息 207來確認從控制點11接收到的事件預訂。由例如向網(wǎng)絡1添加PC之類的對網(wǎng)絡1的改變208啟動，注意到 所述改變的每個QoS設備14到16向QoS管理器12發(fā)送事件消息209 到211。在接收到這些事件消息209到211之后，QoS管理器12重新計 算(212)網(wǎng)絡1的拓樸。QoS管理器12檢查由QoS管理器U管理的 流是否受到已改變的拓樸的影響。如果拓樸改變沒有影響由QoS管理器 12管理的當前流，QoS管理器12就不采取行動。假定另一個事件213發(fā)生，例如鏈路從作為路由網(wǎng)關的中間QoS 設備15移除。那么，QoS設備14到16再次向QoS管理器12發(fā)送事 件消息214到216。在接收到這些事件消息214到216之后，QoS管理 器12重新計算(217)網(wǎng)絡1的拓樸。假定網(wǎng)絡拓樸的最近變化213不 影響由QoS管理器12管理的當前流。那么，QoS管理器12可以以不同的方式作出反應。QoS管理器l2 可以自己采取行動而無需客戶端交互。例如，如果存在備用路徑，則流是，如果沒有這樣的備用路徑，管理器l;就向控制點發(fā)送事件消 息218,并且控制點11可以通知用戶。例如在帶寬改變的情況下，QoS管理器12可以執(zhí)行的其他行動是， QoS管理器12為了使得所有流適應于新帶寬情況而重新應用連接準入 控制功能。正如所已知的，希望使用網(wǎng)絡l來傳輸業(yè)務的應用必須首先 請求連接，其包括向網(wǎng)絡1通知業(yè)務的特征和應用所需要的QoS。這一 信息存儲在業(yè)務合約(traffic contract)中。網(wǎng)絡1判斷是否有足夠的資源 可用于接受連接，然后接受或拒絕連接請求。這稱為連接準入控制(即 CAC )。圖3示出了 QoS管理器12的示例性實施例。QoS管理器12包括 一個或多個相互鏈接的計算機，也就是硬件平臺、基于硬件平臺的軟件 平臺和由軟硬件平臺形成的系統(tǒng)平臺執(zhí)行的多個應用程序。QoS管理器 12的功能性通過執(zhí)行這些應用程序來提供。當在系統(tǒng)平臺上執(zhí)行時，這 些應用程序或這些應用程序的選定部分構成"l是供如上所述的QoS管理 器服務的計算機軟件產(chǎn)品。進一步地，這樣的計算機軟件產(chǎn)品包括存儲 這些應用程序或應用程序的所述選定部分的存儲介質。QoS管理器12包括處理器121、接口 122和存儲器123。處理器121 執(zhí)行QoS管理器12的所有計算功能，例如計算網(wǎng)絡拓樸。接口 122用 作用于與其他網(wǎng)絡實體通信的輸入/輸出單元，例如控制點11或QoS策略容器13。存儲器123可以是用于存儲如下數(shù)據(jù)的存儲設備，該數(shù)據(jù)與 網(wǎng)絡、業(yè)務策略和諸如網(wǎng)絡拓樸信息、與流關聯(lián)的所請求的帶寬信息或 本地狀態(tài)變量中流的當前狀態(tài)之類的其他相關數(shù)據(jù)關聯(lián)。此外，存儲器 123存儲表示處理器121所需要的用于處理步驟的計算機程序的軟件代 碼。
權利要求
1.一種針對與網(wǎng)絡中客戶端應用關聯(lián)的流提供QoS的方法，所述網(wǎng)絡包括QoS管理器、QoS策略容器、一個或多個QoS設備以及與所述客戶端應用關聯(lián)的控制點，其中所述網(wǎng)絡支持通用即插即用QoS服務，其中所述方法包括以下步驟由所述QoS管理器計算流建立時的網(wǎng)絡拓撲并由所述QoS管理器從所述QoS策略容器請求業(yè)務策略數(shù)據(jù)；由所述QoS管理器向所述一個或多個QoS設備提交基于所述業(yè)務策略數(shù)據(jù)的業(yè)務描述符數(shù)據(jù)用于配置用于處理所述流的所述QoS設備；由所述QoS管理器預訂所述一個或多個QoS設備的事件；由所述控制點預訂所述QoS管理器的事件；在所述QoS管理器檢測到QoS設備事件時，由所述QoS管理器重新計算網(wǎng)絡拓撲用于確定拓撲變化；由所述QoS管理器檢查所述拓撲變化是否影響所述流；如果所述拓撲變化影響所述流，則由所述QoS管理器啟動適當?shù)拇胧?br> 2. 根據(jù)權利要求1所述的方法，其中所述方法包括進一步的步驟 如果所述拓樸變化影響所述流，則由所述QoS管理器向所述控制點產(chǎn)生事件。
3. 根據(jù)權利要求1所述的方法，其中所述方法包括進一步的步驟 如果所述拓樸變化影響所述流，則由所述QoS管理器采取行動而無需客戶端交互。
4. 根據(jù)權利要求1所述的方法，其中所述方法包括進一步的步驟 如果所述拓樸變化影響所述流，則由所述QoS管理器從由所述控制點指定的多個業(yè)務描述符數(shù)據(jù)中選擇業(yè)務描述符數(shù)據(jù)，其中選擇所述業(yè) 務描述符數(shù)據(jù)以使得所述流適應于所述拓樸變化；以及由所述QoS管理器向受影響的QoS設備重新提交所述選擇的業(yè)務 描述符數(shù)據(jù)用于重新配置所述QoS設備以使得它們的流處理適應于所 述拓樸變化。
5. 根據(jù)權利要求1所述的方法，其中所述方法包括進一步的步驟 如果所述拓樸變化影響所述流，則由所述QoS管理器改變分配給所述流的優(yōu)先級。
6. 根據(jù)權利要求1所述的方法，其中所述方法包括進一步的步驟 如果所述拓樸變化影響所述流，則由所述QoS管理器為所述客戶端應用提供包括關于所述網(wǎng)絡和/或所述流的信息的狀態(tài)變量的副本。
7. 根據(jù)權利要求1所述的方法，其中所述方法包括進一步的步驟 如果與所述拓樸變化關聯(lián)的帶寬變化影響所述流，則由所述QoS管理器重新應用連接準入控制功能；以及由所述QoS管理器使得所述流適應于所述網(wǎng)絡中的新的帶寬情況。
8. 根據(jù)權利要求1所述的方法，其中所述方法包括進一步的步驟 如果與所述拓樸變化關聯(lián)的減小的帶寬影響所述流，則由所述QoS管理器檢查是否可以維持針對所述流而預訂的QoS;如果不能維持所述為所述流而預訂的QoS,則由所述QoS管理器 釋方文所述流；以及由所述QoS管理器向所述控制點發(fā)送事件，所述事件帶有包括關于 所述網(wǎng)絡的和/或所述流的新狀態(tài)的信息的狀態(tài)變量的副本。
9. 一種支持針對與網(wǎng)絡中客戶端應用關聯(lián)的流提供QoS的QoS管 理器，所述網(wǎng)絡包括QoS管理器、QoS策略容器、 一個或多個QoS設 備以及與所述客戶端應用關聯(lián)的控制點，其中所述網(wǎng)絡支持通用即插即 用QoS服^^,其中所述QoS管理器適用于計算流建立時的網(wǎng)絡拓樸并從所述QoS策略容器請求業(yè)務策略數(shù)據(jù)；向所述一個或多個QoS設備提交基于所述業(yè)務策略數(shù)據(jù)的業(yè)務描 述符數(shù)據(jù)用于配置用于處理所述流的所述QoS設備； 預訂所迷一個或多個QoS設備的事件； 從所述控制點接收對所述QoS管理器的事件的預訂； 在檢測到QoS設備事件時，重新計算網(wǎng)絡拓樸用于確定拓樸變化； 檢查所述拓樸變化是否影響所述流；如果所述拓樸變化影響所述流，則向所述控制點表明所述事件。
10.根據(jù)權利要求9所述的QoS管理器，其中所述QoS管理器是 有狀態(tài)實體，其保持所述網(wǎng)絡的拓樸信息和/或與所述流關聯(lián)的所請求的帶寬信息和/或本地狀態(tài)變量中所述流的當前狀態(tài)。
全文摘要
一種針對與網(wǎng)絡中客戶端應用關聯(lián)的流提供QoS的方法，以及用以執(zhí)行這種方法的QoS管理器。該網(wǎng)絡包括所述QoS管理器、QoS策略容器、一個或多個QoS設備以及與客戶端應用關聯(lián)的控制點。另外，該網(wǎng)絡支持通用即插即用QoS服務。QoS管理器計算流建立時的網(wǎng)絡拓撲并從QoS策略容器請求業(yè)務策略數(shù)據(jù)。QoS管理器向一個或多個QoS設備提交基于所述業(yè)務策略數(shù)據(jù)的業(yè)務描述符數(shù)據(jù)用于配置用于處理流的所述QoS設備。QoS管理器預訂一個或多個QoS設備的事件。控制點預訂QoS管理器的事件。在QoS管理器檢測到QoS設備事件時，由QoS管理器重新計算網(wǎng)絡拓撲用于確定拓撲變化。QoS管理器檢查拓撲變化是否影響流。如果拓撲變化影響流，QoS管理器就啟動適當?shù)拇胧?br> 文檔編號H04L12/54GK101132373SQ200710147708
公開日2008年2月27日 申請日期2007年8月24日 優(yōu)先權日2006年8月25日
發(fā)明者C·布查特, W·阿克 申請人:阿爾卡特朗訊