專利名稱：在訂戶同意情況下的動態(tài)dsl線路帶寬管理的制作方法
技術領域：
本發(fā)明涉及帶寬管理領域。尤其是，本發(fā)明的實施例涉及在用戶同意的情況下對數(shù)字訂戶線路(DSL)帶寬的管理。
背景技術：
DSL網(wǎng)絡通信是目前的家庭和辦公中的一個重要部分。除了提供傳統(tǒng)上與常規(guī)計算機相關聯(lián)的服務(例如電子郵件或互聯(lián)網(wǎng)訪問)之外，DSL服務目前還提供許多其他服務，例如交互式節(jié)目引導、觀看點播視頻、互聯(lián)網(wǎng)語音傳輸(VoIP)以及電視節(jié)目的廣播視頻。在對于網(wǎng)絡的需求越來越多的情況下，服務提供商需要將對于越來越多的數(shù)據(jù)流的需求與有限的網(wǎng)絡資源容量進行平衡。帶寬通常指的是可以為數(shù)據(jù)流、通信流或信息傳播而提供的一個或多個網(wǎng)絡資源或數(shù)據(jù)路徑，在確定DSL網(wǎng)絡的成功性和有效性方面是一個關鍵的因素。分配帶寬的能力對于有效的網(wǎng)絡以及對于確保網(wǎng)絡資源不受到過重負荷都是關鍵的。如果沒有得到合適的分配，則系統(tǒng)會負擔過重，并可能難以向終端用戶提供所承諾的容量，或者對與通信協(xié)議相關聯(lián)的服務和特性造成不利影響。對于網(wǎng)絡負擔過重的最迅速解決方案是確保網(wǎng)絡上所用的每項服務都專用總帶寬中足以滿足該服務需求的一部分。但是，以此方式專用帶寬帶來了效率方面的問題。由于服務不是被均等地使用的，有些服務比其他服務更多地被使用，所以專用于當前并未使用的服務的帶寬被浪費了。最終，由于這種未用的帶寬，只有更少的終端用戶或訂戶能夠利用網(wǎng)絡，使得能夠使用該網(wǎng)絡的用戶的成本提高。例如，通過DSL訂閱了電視服務的訂戶可能在白天根本不使用電視，但在晚上使用全部的可用帶寬。銀行可能在白天使用全部的可用帶寬，但在晚上顯著減少使用。在這些未用時段，分配給電視觀看者或銀行業(yè)者的帶寬能夠由其他訂戶使用。網(wǎng)絡工程師們目前渴望通過逼近恰好適應全部用戶的最小必需帶寬，來使效率盡可能高。對用戶或服務進行分組或分類常常難以考慮到給定系統(tǒng)中終端用戶的具體需求。因此，需要一種在DSL訂戶網(wǎng)絡中對用于各種服務的帶寬進行分配的方法，能夠在盡可能減小對于網(wǎng)絡未充分使用和網(wǎng)絡負擔過重的擔心的同時，能夠顧及正常服務和峰值使用時段。

發(fā)明內(nèi)容
為了改善服務，希望有一種方法，在DSL訂戶網(wǎng)絡中分配帶寬以保證在正常業(yè)務時段有效地傳輸信息，并使得在需要更多帶寬用于關鍵服務的時候終端用戶能夠將不太關鍵的服務掛起。在一種實施例中，路由器/網(wǎng)關(RG)使用缺省和關鍵規(guī)則將帶寬分配給DSL訂戶網(wǎng)絡中的各種設備。當一項服務需要比缺省或關鍵規(guī)則中提供的帶寬之外的帶寬時，終端用戶可以從該RG請求額外帶寬。專用于被該終端用戶認為不太關鍵的服務的帶寬可以被重新分配給需要額外帶寬的服務。在相關聯(lián)的服務完成時，RG根據(jù)缺省和關鍵規(guī)則來重新
5分配帶寬。更多的優(yōu)點將在下面的說明中部分地闡述，或者可以通過實踐而得知。這些優(yōu)點通過所附權利要求中具體指出的要素和組合來實現(xiàn)和獲得。應當明白，上文的概括描述和下文的詳細說明都是示例，僅僅是說明性的，而不是權利要求那樣限制性的。


附圖并非按比例繪制的，它們被包含在這份說明書中并構成其一部分，圖示了多種實施例，并與說明書一起用來對這些方法和系統(tǒng)的原理進行解釋圖1圖示了具有三個單獨訂戶的DSL訂戶系統(tǒng)的實施例；圖2圖示了一個DSL訂戶系統(tǒng)的實施例；圖3a圖示了圖2的DSL訂戶系統(tǒng)的帶寬管理需求的實施例以及可能的網(wǎng)絡負擔過重；圖北圖示了低效網(wǎng)絡的實施例；圖3c圖示了根據(jù)本發(fā)明的一個方面的帶寬重新分配的實施例；圖4圖示的示例性流程圖描述了根據(jù)一種實施例，與由帶寬分配系統(tǒng)所使用的邏輯相關聯(lián)的步驟。
具體實施例方式在公開和描述這里的方法和系統(tǒng)之前應當明白，這些方法和系統(tǒng)不限于具體的綜合方法、具體部件或特定組成要素，因為這些內(nèi)容當然可以是各種各樣的。還應當明白，本申請中所用的術語僅僅是為了描述特定的實施例，而不應認為是限制性的。在說明書及所附權利要求中，單數(shù)形式的“一個”、“一”、“該”也包含多個指代物的情形，除非上下文有明確的相反表述。在本申請中，范圍可以表示成從“大約”一個具體值和/或到“大約”另一個具體值的形式。在表示這樣的范圍時，其他實施例包括從這一個具體值和/或到該另一個具體值。類似地，在使用先行詞“大約”將數(shù)值表述為近似值時，應當明白，該具體數(shù)值也形成一個實施例。還應當明白，各個范圍的端點不僅相對于另一端點有意義，而且獨立于該另一端點也有意義?！翱蛇x的”或“可選地”意味著隨后描述的事件或情況可以發(fā)生，也可以不發(fā)生，并意味著說明書中既包含發(fā)生了該事件或情況的情形，也包含不發(fā)生該事件或情況的情形?！笆纠浴币馕吨袄印?，不應認為傳遞了理想實施例或優(yōu)選實施例的含義。通過參考下文對于優(yōu)選實施例的詳細說明以及其中包含的示例，并參考附圖以及它們之前和之后的描述，可以更容易地理解這些方法和系統(tǒng)?？梢栽贒SL訂戶網(wǎng)絡系統(tǒng)的環(huán)境中來理解根據(jù)本發(fā)明的實施例，其中，訂戶可以從未充分使用的服務向需要比正常所分配的帶寬更多帶寬的服務暫時地重新分配帶寬。根據(jù)本發(fā)明的實施例，系統(tǒng)能夠以軟件的形式實現(xiàn)并包括用于實現(xiàn)邏輯功能的可執(zhí)行指令的有序列表。該軟件可以駐留在RG中，并能夠通過聯(lián)網(wǎng)到該RG的其他設備而被訪問。例如， 訂戶可以通過機頂盒(STB)、計算機或附接到該網(wǎng)絡并能夠向該RG和從該RG發(fā)送和接收指令的任何設備來訪問該軟件。在一種實施例中，訂戶可以通過用戶接口(UI)向該系統(tǒng)發(fā)送指令和從該系統(tǒng)接收指令。這種UI可以是軟件系統(tǒng)的一部分，并可以駐留在該RG中。訂戶可以通過向該RG 發(fā)送請求來從STB或計算機訪問該UI。通過該UI，RG列出具有可用于重新分配的帶寬的那些服務。利用該列表，通過GUI，訂戶可以請求減小具體服務的帶寬，并請求將新的可用帶寬分配給由訂戶指定的具體服務。圖1圖示了 DSL訂戶系統(tǒng)的簡化非限制性示例。在該示例中，服務提供商200向多個訂戶300、400、500提供多個服務。每個訂戶300、400、500通過RG訪問廣域網(wǎng)(WAN) 100。 每個RG因而將這些服務分發(fā)給附接到其LAN的各個設備。圖2圖示了一個DSL訂戶系統(tǒng)的簡化非限制性示例。在該實施例中，在發(fā)起時，RG 510可以根據(jù)缺省的和關鍵的帶寬規(guī)則向附接到其LAN 500的設備520、530、M0、550指派帶寬。在一種實施例中，缺省的和關鍵的帶寬規(guī)則包括由服務提供商200向RG 510發(fā)送的信息，該信息與正被提供的訂戶服務和對于各個服務的可用資源有關。在另一種實施例中，缺省的和關鍵的規(guī)則可以根據(jù)從服務提供商接收的信息與來自個體訂戶設備520、530、 540,550的信息相結合而創(chuàng)建。在上述任一情況下，缺省規(guī)則通常顧及訂戶設備520、530、 540,550的正常服務操作的最小所需帶寬。在一種實施例中，關鍵帶寬規(guī)則包括對于網(wǎng)絡或訂戶的功能而言關鍵的、不可減小的帶寬分配。例如，關鍵帶寬可以與下述項有關用于 VoIP的服務、緊急服務、或者在訂戶520、530、540、550與RG 510之間保持通信路徑完整性所需的網(wǎng)絡管理功能。圖3a圖示了將缺省帶寬規(guī)則用于圖2所示系統(tǒng)的帶寬分配的非限制性簡化示例。 在這種實施例中，服務提供商給訂戶的總的帶寬配額700由RG 510分配給訂戶設備520、 530、M0、550。STB 540、550被分配了足夠的帶寬710、720，除了顧及其他各種服務外，還顧及觀看標準分辨率(SD)廣播視頻節(jié)目。如果訂戶試圖訪問需要比該訂戶設備可用的帶寬更多帶寬的服務，則系統(tǒng)可能負擔過重。例如，當兩個STB 540、550都下載HD視頻節(jié)目時， 兩個STB 540、550可能將動態(tài)可用的帶寬730用于它們的額外帶寬需求。但是，如果每個 STB 540、550需要比可用帶寬更多的帶寬740，則系統(tǒng)由于沖突的帶寬需求750而負擔過重。圖北圖示了將缺省帶寬規(guī)則用于圖2所示系統(tǒng)的帶寬分配的非限制性簡化示例。 在這種實施例中，對于RG 510而言可用的帶寬700在訂戶設備520、530、M0、550之間劃分。STB 540、550被分配了足夠的帶寬760，除了顧及下載HD節(jié)目之外，還顧及觀看廣播視頻節(jié)目。在STB540、550并非正在下載HD節(jié)目時，額外帶寬770未充分使用。圖3c圖示了將缺省帶寬規(guī)則用于圖2所示系統(tǒng)的帶寬分配的非限制性簡化示例。 在這種實施例中，對于RG 510而言可用的帶寬700在訂戶設備520、530、M0、550之間劃分。STB 540、550被分配了足夠的或最小的帶寬780、790，除了顧及其他節(jié)目之外，還顧及對SD廣播視頻節(jié)目的訪問，但未被分配足以下載HD視頻節(jié)目的帶寬。但是，當訂戶試圖從 STB 540下載HD節(jié)目時，由于從其他設備530、550借用了附加帶寬795，所以系統(tǒng)并未負擔過重。盡管這樣可能限制(甚至掛起)其他設備530、550的功能，但是訂戶能夠在不使網(wǎng)絡負擔過重的情況下執(zhí)行所需的HD節(jié)目下載800。另外，由于不同的訂戶服務530、M0、550 能夠在必要時借用附加帶寬，所以不需要向兩個STB 540、550都分配對于HD節(jié)目而言足夠的帶寬，從而減小了所分配的帶寬如圖北中那樣未充分使用的可能性。圖4圖示了本發(fā)明所用邏輯的流程圖的實施例。在這種實施例中，在方框605，RG
7510在通電或其他初始化的時候根據(jù)缺省和關鍵規(guī)則向訂戶設備分配帶寬資源。RG 510根據(jù)可用帶寬、缺省和關鍵規(guī)則，在訂戶設備520、530、M0、550與接入網(wǎng)100之間提供通信路徑。在方框610，在有來自訂戶的請求時，在方框615由RG 510向訂戶作出該請求所用的設備520、530、M0、550發(fā)送UI形式的信息。在方框620，訂戶從該UI選擇需要額外帶寬的服務，并從多個服務中選擇可被減小帶寬的一個或多個服務。在一種實施例中，UI可以只顯示能夠重新分配的已分配帶寬，而不顯示被設定為關鍵帶寬規(guī)則的一部分的那些帶寬。在另一種實施例中，UI可以顯示包含與關鍵帶寬規(guī)則相關聯(lián)的已分配帶寬在內(nèi)的全部已分配帶寬，但不允許訂戶更改與關鍵帶寬規(guī)則相關聯(lián)的任何已分配帶寬。根據(jù)本發(fā)明的實施例，在對訂戶指定的帶寬進行重新分配之前，在方框625，該帶寬管理系統(tǒng)將該重新分配請求與上級(parental)規(guī)則相協(xié)調(diào)，以確保該請求符合上級規(guī)則的限制。如果該重新分配請求超出了由上級規(guī)則設定的限制，則帶寬管理系統(tǒng)可以向訂戶通知這種受限情況，并等待方框615中對于與上級規(guī)則相符的另一重新分配的請求。在根據(jù)本發(fā)明的一種替換實施例中，帶寬管理系統(tǒng)在向訂戶通知了上級規(guī)則受限情況之后， 取消該重新分配請求并等待方框610中新的訂戶請求。由上級規(guī)則對帶寬重新分配所施加的受限情況的非限制性示例可以包括(但不限于)在一天或一周中，不能對一個或多個訂戶服務的重新分配進行重新分配的時間；或者對于允許一個或多個訂戶服務在任何指定時間使用多少帶寬的限定。注意，盡管這種實施例使用了上級規(guī)則，但是這些規(guī)則對于實施本發(fā)明而言并非必要。另外，如果使用上級規(guī)則，則這些規(guī)則可以保留成由訂戶規(guī)定。在此情況下，未規(guī)定的上級規(guī)則可以被帶寬管理系統(tǒng)看作表示下述情況對于要如何重新分配除了關鍵帶寬規(guī)則中的帶寬之外的帶寬沒有限制。在一種實施例中，如果該重新分配滿足由上級規(guī)則所規(guī)定的限制，則帶寬管理系統(tǒng)在方框635可以按照訂戶請求來重新分配帶寬。 另外在方框635，在重新分配時，帶寬管理系統(tǒng)還可以啟動定時器。如果在預定時間段內(nèi)，所重新分配的帶寬未被訂戶請求中表明的服務所利用，則在方框630中該帶寬被基于缺省和關鍵帶寬而重新分配。在根據(jù)本發(fā)明的一種實施例中，該時間段可以通過多種方法來指定， 這些方法包括但不限于訂戶輸入(作為初始化處理或正在進行的處理的一部分)，來自服務提供商200的輸入，或由RG 510的內(nèi)部邏輯所生成的輸入。根據(jù)本發(fā)明的這些實施例，如果在到期之前，所重新分配的帶寬被該請求中表明的訂戶服務所使用，則帶寬管理系統(tǒng)在方框650中對帶寬進行管理，使得該訂戶服務被分配了該帶寬，直到該服務完成為止。在該訂戶服務已完成時，在方框630，帶寬管理系統(tǒng)可以基于缺省和關鍵帶寬規(guī)則將帶寬重新分配給LAN中的所有服務。盡管已經(jīng)結合優(yōu)選實施例和具體示例對這些方法和系統(tǒng)進行了說明，但是不應認為其范圍局限于所闡述的具體實施例，因為本申請中的實施例在任何方面都應認為是示例性而不是限制性的。除了另有明確表述之處外，不應認為本申請中所闡述的任何方法要被解釋成要求以特定的順序執(zhí)行其各個步驟。因此，在一項方法權利要求沒有明確敘述其步驟所要遵循的順序、或者權利要求書或說明書中沒有以其他方式專門敘述這些步驟要被限制為具體順序的情況下，在任何方面都不應認為暗示了順序。對于任何可能因為不清楚而進行的解釋也適用上述原則，包括下述方面的問題關于步驟布置或操作流程的邏輯性；由語法組織或標點符號所得到的字面含義；說明書記載的實施例的數(shù)目或類型。
本領域技術人員可以理解，在不脫離本范圍或精神的情況下可以進行各種變更和修改?？紤]本申請中所公開的具體內(nèi)容和實際情況，本領域技術人員會想到其他實施形式。 這些具體內(nèi)容和示例應當認為僅僅是示例，而真正的范圍和精神由所附權利要求來表述。
權利要求
1.一種用于在訂戶同意的情況下對DSL網(wǎng)絡上的訂戶帶寬進行動態(tài)管理的方法，包括確定由服務提供商向所述訂戶提供的帶寬； 確定針對多個訂戶設備的帶寬需求缺省規(guī)則； 接收來自所述訂戶的訂戶帶寬管理規(guī)則；以及根據(jù)所述訂戶帶寬管理規(guī)則和針對所述多個訂戶設備的帶寬需求缺省規(guī)則，將所提供的帶寬分配給所述多個訂戶設備中的每一個。
2.根據(jù)權利要求1所述的方法，其中，確定針對所述多個訂戶設備的帶寬需求缺省規(guī)則的步驟包括確定多個設備的帶寬需求，所述多個設備包括機頂盒、調(diào)制解調(diào)器、個人計算機和IP通信設備。
3.根據(jù)權利要求1所述的方法，其中，接收來自所述訂戶的訂戶帶寬管理規(guī)則的步驟包括由所述訂戶請求非關鍵活動服務的列表，所述列表包含所述非關鍵活動服務的當前帶寬利用情況以及是否可被搶占；由所述訂戶選擇具有要被搶占的帶寬的那些服務，以及用于分配所搶占的帶寬的服務；以及如果所選擇的被搶占的服務不符合上級規(guī)則的指導，則拒絕所述訂戶帶寬管理規(guī)則。
4.根據(jù)權利要求1所述的方法，其中，根據(jù)所述訂戶帶寬管理規(guī)則來將所提供的帶寬分配給所述多個訂戶設備中的每一個的步驟包括搶占所述帶寬需求缺省規(guī)則中并非關鍵服務的組成部分的一部分；以及禁止對由關鍵服務所利用的帶寬進行搶占。
5.根據(jù)權利要求4所述的方法，其中，所述關鍵服務包括緊急預警系統(tǒng)、911服務以及保持所述DSL網(wǎng)絡的完整性所需的通信。
6.根據(jù)權利要求4所述的方法，其中，搶占所述帶寬需求規(guī)則中并非關鍵服務的組成部分的一部分的步驟包括關斷被搶占的服務并釋放相關聯(lián)的帶寬以由其他服務使用； 監(jiān)視業(yè)務使用情況，以確保新釋放的帶寬正根據(jù)所述訂戶帶寬管理規(guī)則而被使用； 如果在經(jīng)過超時時段之后所述新釋放的帶寬不被使用，則根據(jù)所述帶寬需求缺省規(guī)則來重新分配帶寬；以及當根據(jù)所述訂戶帶寬管理規(guī)則而使用帶寬的訂戶服務已經(jīng)完成了要求所搶占的帶寬的服務時，根據(jù)所述帶寬需求缺省規(guī)則來重新分配帶寬。
7.根據(jù)權利要求3所述的方法，其中，所述上級規(guī)則是對可能被搶占的訂戶服務進行的限制。
8.一種用于在DSL網(wǎng)絡中分配帶寬的系統(tǒng)，包括包括用戶接口的帶寬管理設備，其中，所述帶寬管理設備能夠與網(wǎng)絡連接；以及多個訂戶設備，其能夠與所述帶寬管理設備連接， 其中，所述帶寬管理設備確定由服務提供商通過所述網(wǎng)絡向訂戶提供的帶寬； 確定針對所述多個訂戶設備的帶寬需求缺省規(guī)則；通過所述用戶接口接收來自所述訂戶的訂戶帶寬管理規(guī)則；并且根據(jù)訂戶帶寬管理規(guī)則和針對所述多個訂戶設備的帶寬需求缺省規(guī)則，將所提供的帶寬分配給所述多個訂戶設備中的每一個。
9.根據(jù)權利要求8所述的系統(tǒng)，其中，所述用戶接口能夠從所述帶寬管理設備訪問，并能夠從所述多個訂戶設備訪問。
10.根據(jù)權利要求8所述的系統(tǒng)，其中，所述帶寬管理設備確定由所述服務提供商通過所述網(wǎng)絡向所述訂戶提供的帶寬包括所述帶寬管理設備接收來自所述服務提供商的帶寬 fn息ο
11.根據(jù)權利要求8所述的系統(tǒng)，其中，所述帶寬管理設備確定針對所述多個訂戶設備的帶寬需求缺省規(guī)則包括所述帶寬管理設備根據(jù)帶寬需求來向所述訂戶設備分配帶寬， 所述帶寬需求包含對具有要保證的最小帶寬的關鍵服務進行定義的規(guī)則。
12.根據(jù)權利要求11所述的系統(tǒng)，其中，關鍵服務包括緊急服務和保持所述DSL網(wǎng)絡可工作所需的通信。
13.根據(jù)權利要求8所述的系統(tǒng)，其中，所述帶寬管理設備通過所述用戶接口接收來自所述訂戶的訂戶帶寬管理規(guī)則包括從所述帶寬管理設備向所述用戶接口發(fā)送與可用于重新分配的帶寬有關的信息； 從所述用戶接口接收訂戶服務的列表，所述列表包含要被搶占的帶寬以及要被分配有所搶占的帶寬的訂戶設備；和如果所述訂戶帶寬管理規(guī)則違背了對帶寬分配或關鍵設備的要保證的最小帶寬進行限制的規(guī)則，則忽略這些訂戶帶寬管理規(guī)則。
14.根據(jù)權利要求13所述的系統(tǒng)，其中，對帶寬分配進行限制的規(guī)則還包括基于由訂戶確定的因素的規(guī)則。
15.根據(jù)權利要求8所述的系統(tǒng)，其中，所述帶寬管理設備根據(jù)所述訂戶帶寬管理規(guī)則和針對所述多個訂戶設備的帶寬需求缺省規(guī)則將所提供的帶寬分配給所述多個訂戶設備中的每一個包括將來自具有要被搶占的帶寬的訂戶服務的列表的帶寬分配給要被分配有所搶占的帶寬的訂戶設備；如果要被分配有所搶占的服務的訂戶服務在超時時段中不使用所搶占的帶寬，則基于缺省規(guī)則和為關鍵服務保證的最小帶寬規(guī)則將帶寬分配給所述訂戶設備；以及當要被分配有所搶占的帶寬的訂戶服務已經(jīng)完成了需要所搶占的帶寬的服務時，基于帶寬管理缺省規(guī)則和為關鍵服務保證的最小帶寬規(guī)則將帶寬分配給所述訂戶設備。
16.一種用于在DSL網(wǎng)絡中分配帶寬的設備，包括 用戶接口 ；DSL連接件；其中，所述設備能夠連接到DSL網(wǎng)絡； 多個訂戶設備連接件，其中，所述設備能夠與所述多個訂戶設備相連；和處理器，其能夠與所述用戶接口、所述DSL連接件和所述多個訂戶設備連接件相連，其中，所述處理器被配置成確定由設備提供商通過所述DSL網(wǎng)絡向訂戶提供的帶寬； 確定針對所述多個訂戶設備連接件的帶寬需求缺省規(guī)則；通過所述用戶接口接收來自所述訂戶的訂戶帶寬管理規(guī)則；和根據(jù)所述訂戶帶寬管理規(guī)則和針對所述多個訂戶設備連接件的帶寬需求缺省規(guī)則，將所提供的帶寬分配給所述多個訂戶設備中的每一個。
17.根據(jù)權利要求16所述的設備，其中，所述處理器被配置成確定由設備提供商通過所述DSL網(wǎng)絡向所述訂戶提供的帶寬，其包括所述處理器被進一步配置成根據(jù)訂戶的DSL 訂閱而從所述設備提供商接收帶寬信息。
18.根據(jù)權利要求16所述的設備，其中，所述處理器被配置成確定針對所述多個訂戶設備連接件的帶寬需求缺省規(guī)則，其包括所述處理器被進一步配置成包含針對具有要保證的最小帶寬的關鍵設備的帶寬需求。
19.根據(jù)權利要求18所述的設備，其中，關鍵設備包括緊急服務和保持所述DSL網(wǎng)絡可操作所需的通信。
20.根據(jù)權利要求16所述的設備，其中，所述處理器被配置成通過所述用戶接口接收來自所述訂戶的訂戶帶寬管理規(guī)則，其包括所述處理器被進一步配置成向所述用戶接口發(fā)送與可用于重新分配的帶寬有關的信息；從所述用戶接口接收訂戶服務的列表，所述列表包含要被搶占的帶寬以及要被分配有所搶占的帶寬的訂戶設備；和如果所述訂戶帶寬管理規(guī)則違背了對帶寬分配或關鍵設備的要保證的最小帶寬進行限制的規(guī)則，則忽略這些訂戶帶寬管理規(guī)則。
21.根據(jù)權利要求20所述的設備，其中，對帶寬分配進行限制的規(guī)則是訂戶定義的。
22.根據(jù)權利要求16所述的設備，其中，所述處理器被配置成根據(jù)所述訂戶帶寬管理規(guī)則和所述帶寬需求缺省規(guī)則將所提供的帶寬分配給所述多個訂戶設備中的每一個，其包括所述處理器被進一步配置成將來自具有要被搶占的帶寬的訂戶服務的列表的帶寬分配給所述訂戶指定接收所搶占的帶寬的服務；如果要被分配有所搶占的服務的訂戶服務在超時時段中不使用所搶占的帶寬，則基于帶寬需求缺省規(guī)則將帶寬分配給所述多個訂戶設備；以及當要被分配有所搶占的帶寬的訂戶服務已經(jīng)完成了需要所搶占的帶寬的服務時，基于帶寬需求缺省規(guī)則將帶寬分配給所述多個訂戶設備。
23.根據(jù)權利要求16所述的設備，其中，所述用戶接口能夠從所述帶寬管理設備訪問， 并能夠從所述多個訂戶設備訪問。
全文摘要
本發(fā)明描述了用于將帶寬分配給能夠與DSL訂閱網(wǎng)絡相連接的多個訂戶設備的系統(tǒng)和方法。根據(jù)本發(fā)明的一種實施例包括帶寬管理系統(tǒng)，其能夠將服務網(wǎng)絡連接到附接到LAN的多個訂戶設備。在根據(jù)由服務提供商提供的信息和多個訂戶設備所確定的需求而將帶寬分配給多個訂戶設備后，帶寬管理系統(tǒng)可以根據(jù)訂戶的指令從不關鍵的訂戶設備借用帶寬以滿足其他訂戶服務的更大帶寬需求。在需要更大帶寬的訂戶服務完成時，帶寬管理系統(tǒng)能夠根據(jù)由服務提供商提供的信息和多個訂戶設備所確定的需求來重新分配帶寬。
文檔編號H04L12/28GK102388575SQ200980104488
公開日2012年3月21日 申請日期2009年2月4日 優(yōu)先權日2008年2月8日
發(fā)明者蒂莫西·魯爾, 雷納德·基利克 申請人:思科技術公司