針對傳輸網絡的增強性能的基於服務的配置的製作方法
2023-06-06 07:35:51
針對傳輸網絡的增強性能的基於服務的配置的製作方法
【專利摘要】給出了一種用於通過電信傳輸網絡來傳輸數據分組的方法。數據分組由多個承載所承載。針對承載中的每一個承載，獨立於其他承載地將帶寬配置應用於承載的數據分組，以將符合承載的預定最大信息速率的數據分組指定為「綠色」。將一個或多個數據分組緩存長達預定最大「綠色」緩存時間，在該緩存時間期間，如果傳輸數據分組不會導致超過承載的最大信息速率，則將數據分組指定為「綠色」數據分組。轉發數據分組以便通過傳輸網絡進行傳輸。如果在傳輸網絡中沒有足夠的帶寬可用以傳輸所有數據分組，則丟棄未被指定為「綠色」數據分組的數據分組，以不會通過傳輸網絡來傳輸所述數據分組。
【專利說明】針對傳輸網絡的增強性能的基於服務的配置
【技術領域】
[0001]本發明涉及改進對在傳輸網絡上傳輸的數據通信的處理。
【背景技術】
[0002]傳輸網絡(TN)用於在無線電基站(RBS)(例如3G長期演進(LTE)網絡中的NodeB或eNodeB)與服務網關(S-GW)或分組數據網絡網關(PDN-GW)之間傳送數據信號。隨著在引入3G和4G技術之後數字數據電信的快速發展，TN可能時常充當整個數據傳輸過程中的瓶頸。因此，已經提出了各種系統和方法，以對通過承載傳輸數據分組的方式進行改進或進行優先級處理。
[0003]無線電接入網(RAN)中的服務區分是用於更有效地處理高業務量的一個補充方式。舉一個簡單的例子，通過使用服務區分，可以為高端服務提供更高的帶寬共享，並且通過這種方式，可以改善整體系統性能。舉另一個例子，可以降低諸如p2p業務等的繁重服務的優先級。執行此類服務區分方法需要併入LTE和通用移動電信系統(UMTS)技術的服務質量(QoS)構思。可以在第三代合作夥伴計劃(3GPP)技術規範TS23.410中找到LTE的QoS構思的細節。該構思的主要思想是具有不同要求的服務使用不同承載。
[0004]服務區分可以應用於保證比特速率(GBR)和非GBR業務。本公開僅與非GBR業務有關。
[0005]圖1示意性地示出了針對LTE示例的eNodeB104與S-GW106之間的TN。圖1示出了非GBR數據分組120，非GBR數據分組120包括第一承載的與由第一伺服器110提供的第一服務有關的分組120a和第二承載的與由第二伺服器112提供的第二服務有關的分組120b。這些數據分組120去往TN的另一側處的諸如UE102等的用戶設備，其中，到達的數據分組由調度器114和eNodeB104處理。除了非GBR數據分組之外，TN還處理同步數據和語音或者其他GBR業務，如圖所示，所述同步數據和語音或者其他GBR業務具有高於非GBR業務的嚴格優先級，但這不是本發明所關注的。可用於發送非GBR業務的帶寬在承載之間共享，但是當存在擁塞使得對於TN而言不存在足夠的帶寬來處理所有非GBR業務時，必須丟掉一些數據分組(如圖中的紅色丟掉的分組)。下面解決的問題涉及用於決定應當丟掉哪些非GBR數據分組的機制。
[0006]承載的帶寬共享不能由RAN控制，因此取而代之地承載之間的帶寬共享當前主要由應用級協議、所使用的服務和用戶行為來確定。在針對非GBR業務的當前LTE解決方案中，如圖1中所示，通過TN瓶頸的業務流由應用級傳輸控制協議(TCP)來處理。對於高速下行鏈路分組接入(HSDPA)協議，存在用於處理TN擁塞的兩種方法。一種方法是可以應用服務區分的基於速率的解決方案。該解決方案的問題在於它不與TCP擁塞控制兼容。因此，需要在TN中針對HSDPA和LTE業務實現單獨的隊列。另一種方法是針對所述的HSDPA的基於活動隊列管理(AQM)的擁塞控制(ABCC)，其中，應用級TCP被通知TN擁塞並且然後可以用於解決該TN擁塞。該解決方案的優點在於它實質上與LTE兼容。然而，存在架構限制，特別是當它需要在共享相同TN瓶頸的節點之間進行通信時。[0007]當前不存在提供有效的承載級服務區分的公共解決方案。現有的方法都受到如上所述的限制。即使期望承載之間的等同共享而不是服務區分，也將需要某一機制來避免非常不公平的情形的出現。下面說明了該不公平性。當前，在用戶(承載)之間的資源共享基於每TCP流(如當前在LTE中所應用的)的RAN TN受限的情況下，用戶之間非常不公平的帶寬共享可能發生。參照圖2的示意圖說明了該不公平性。
[0008]圖2的左手部分示出了如何在RAN TN中在兩個承載之間共享帶寬。一個承載正在處理具有多個(在該示例中，4個)並行TCP流的單個攻擊方用戶(aggressive user)的業務，而另一承載正在處理具有單個TCP流的正常用戶的業務。在該情況下，攻擊方用戶實際上通過佔用可用帶寬的大部分而使TN節流。在該無線電受限的情況下，Uu調度器保證承載之間所需的公平性，這是因為每一個用戶實質上被指派適合的帶寬，這意味著攻擊方用戶的訪問速率實際上被限制。僅為了比較，圖2的右手部分示出了在非對稱數字訂戶線(ADSL)中發生的情況。
[0009]注意，對於網際網路訪問的情況而言，在較大用戶聚合的情況下，聚合的容量遠大於用戶的峰值速率，因此這不會產生嚴重問題，這是因為很多攻擊方用戶將是必須的。然而，該情形隨著訪問速率的增加而改變，從而產生類似的不公平問題。
[0010]如圖2中所示，在不使用服務區分方法的情況下，帶寬共享取決於正在使用的服務的屬性(例如，通常P2p服務使用很多並行TCP流)，這與運營商所希望的(S卩，向高端服務提供比低優先級服務更高的帶寬共享)剛好相反。
[0011]已經考慮到上述內容來構思本發明。
【發明內容】
[0012]根據第一方案，提供了一種通過電信傳輸網絡來傳輸數據分組的方法。所述數據分組由多個承載所承載。針對所述承載中的每一個承載，獨立於其他承載地將帶寬配置應用於所述承載的數據分組，以將符合所述承載的預定最大信息速率的數據分組指定為「綠色」數據分組。將一個或多個數據分組緩存長達預定最大「綠色」緩存時間，在所述預定最大「綠色」緩存時間期間，如果傳輸所述數據分組不會導致超過所述承載的所述最大信息速率，則將所述數據分組指定為「綠色」數據分組。轉發所述數據分組以通過所述傳輸網絡進行傳輸。如果在所述傳輸網絡中沒有足夠的帶寬可用以傳輸所有數據分組，則丟棄未被指定為「綠色」數據分組的數據分組，以不會通過所述傳輸網絡來傳輸所述數據分組。
[0013]根據第二方案，提供了一種被配置為在轉發多個承載的數據分組以通過傳輸網絡TN進行傳輸之前接收所述數據分組的電信網絡實體。所述網絡實體包括:帶寬分析器，被配置為獨立於其他承載地將帶寬配置應用於承載的數據分組，並且將符合所述承載的預定最大信息速率的數據分組指定為「綠色」。所述帶寬分析器還包括:緩存，用於將一個或多個數據分組緩存長達預定最大「綠色」緩存時間。所述分析器被配置為:如果傳輸所述緩存中的數據分組不會導致超過所述承載的所述最大信息速率，則將所述數據分組指定為「綠色」數據分組。
[0014]優點在於，通過採用「顏色」配置來教導承載並且將針對每一個承載的緩存與配置相結合，實現了更確定且準確的資源共享。此外，需要更短的TN緩存。【專利附圖】
【附圖說明】
[0015]圖1是示出了如何在涉及LTE架構的現有TN中應用服務區分的示意圖。
[0016]圖2是比較TN中與ADSL中的承載之間的帶寬共享的示意圖。
[0017]圖3是TN針對每一個承載採用帶寬配置的示意圖。
[0018]圖4是TN針對每一個承載採用帶寬配置和緩存的示意圖。
[0019]圖5是示出了根據一個實施例的處理步驟的流程圖。
[0020]圖6示出了比較在利用每一個承載的帶寬配置的情況下和在不利用每一個承載的帶寬配置的情況下在TN中針對六個承載隨著時間的推移的帶寬資源共享的兩個圖形。
【具體實施方式】
[0021]本文所描述的實施例應用針對每一個承載的帶寬配置來控制承載不同服務的承載之間的資源共享。這些實施例採用由城域乙太網論壇在http: / / metroethernetforumorg / PDF Documents / Bandwidth-Profiles-for-Ethernet-Services.pdf 中所描述的類型的「顏色」配置方案。在該方案中，如服務等級協議(SLA)中所規定的根據分組或幀是否符合帶寬來向分組或幀指派顏色(綠色、黃色或紅色)。實質上:被指派「綠色」的分組是符合的並且根據SLA規範被傳送；被指派為「黃色」的分組在配置文件之外，但是如果存在可用帶寬，則可以被傳送，例如，因為它們符合一些規定的超額帶寬要求；以及被指派紅色的分組在配置文件之外並且被立即丟棄。因此，為了當前目的，如圖3中所示，通過分析器指派的顏色被傳播到TN瓶頸，並且它用於確定如果不存在足夠帶寬則在TN瓶頸處可以丟掉哪些分組(即，「黃色」分組)。將清楚的是，「顏色」僅是在分析器中應用於區分分組的方便標記。
[0022]為了執行由城域乙太網論壇描述的顏色配置方案，規定了約定信息速率(CIR)，並且還可以另外規定超額信息速率(EIR)。通過稱作「令牌桶」的算法來實施這些配置文件速率，該「令牌桶」是被稱作字節「桶」的貯存器，其中，字節被稱作「令牌」。當數據分組到達時，如果「綠色」桶中的令牌(字節)的數量超過分組的字節大小，則它被著色為「綠色」。桶中的「綠色」令牌的數量減少與「綠色」分組大小相對應的量。以由規定的CIR確定的並且在下文中被稱作「綠色」速率的速率在「綠色」桶中填充「綠色」令牌。如果在「綠色」桶中不存在足夠的令牌，則分組被著色為「黃色」，或者如果已經規定了 EIR，則它被傳遞到「黃色」桶，在「黃色」桶中，如果在桶中存在足夠的「黃色」令牌則以相同的方式將分組著色為「黃色」，或者否則將分組著色為「紅色」並且丟棄分組。以相同的方式減少「黃色」令牌的數量，並且以由規定的EIR確定的速率在「黃色」桶中填充「黃色」令牌。
[0023]參照圖3，在圖3中示出了具有兩個承載402、404的LTE系統的示例，每一個承載經由S-GW410通過TN412在PDN-GW406與eNodeB408之間傳送數據分組。承載402、404在PDN-GW406 與 S-GW410 之間被指定為 S5 / S8 承載 402a、404a、在從 S-GW410 擴展到 TN412上被稱作SI承載402b、404b、並且在超出eNodeB408處被稱作無線電承載402c、404c。給每一個承載指派帶寬分析器一針對承載402的分析器414以及針對承載404的分析器416。在該示例中，分析器414、416位於S-GW410中，但是這不是必要條件。該配置可以在針對每一個承載的處理和著色可能的任何節點中執行。
[0024]承載中的每一個承載具有指派的QoS類別標識符(QCI)和相關聯的預定義「綠色」速率(CIR)和桶大小。在該示例中，未規定EIR，因此不存在「黃色」速率或「黃色」桶——即，針對每…個承載使用兩色(綠色-黃色)分析器。然而，分析器414、416很可能是三色分析器，在該情況下，每一個分析器將包括額外的「黃色」桶並且將規定「黃色」令牌到達的「黃色」速率(EIR)。未被著色為「綠色」的分組將被傳遞到「黃色」桶，然後不符合規定的EIR的任何分組將被著色為「紅色」並且被丟棄。
[0025]可以由運營商來設置針對每一個承載的桶大小以及綠色令牌到達桶的「綠色」速率(以及「黃色」速率(如果使用的話))。運營商可以考慮多種可用信息，以設置針對特定承載的「綠色」速率。這可以至少部分地基於承載的可用服務信息(大體上說，承載的QoS要求，在LTE的情況下，QoS要求被編碼在QCI值中)。因此，可以針對給定的QCI值來指派預定義的綠色速率。當設置「綠色」速率時，運營商還可以考慮多種信息，例如(i)與服務和訂閱有關的信息；(ii)與TN有關的信息；以及(iii)與業務有關的信息。
[0026]每一個承載402、404的符合承載的分析器414、416的分組被標記為符合的分組418 (即，被指定為「綠色」)，並且不符合的分組被標記為不符合的分組420 (即，被指定為「黃色」)。因為在該示例中不存在「黃色」桶，因此未由分析器414、416著色為「綠色」的所有數據分組被指定為「黃色」(因此不存在「紅色」分組)。例如，假設「綠色速率」針對承載是5Mbps，並且該承載的比特速率約為7.5Mbps。在該情況下，承載的分組中的約I / 3將被指派給「黃色」。
[0027]當在不存在足夠帶寬(擁塞)的情況下選擇要丟掉哪些分組時，TN412瓶頸活動隊列管理然後可以使用在數據分組中標記的顏色信息。要丟掉的第一批分組將是「黃色」分組420。換言之，在TN瓶頸隊列中使用數據分組的「顏色感知」丟掉。
[0028]當分析器414、416將分組指定為「綠色」或「黃色」時，這意味著用符合信息標記該分組使得它可以在TN瓶頸緩存處被使用。例如，分組的乙太網幀的丟掉資格(DEI)比特或者IP報頭中的區分服務控制點(DSCP)欄位可以用於指示分組已經被指定為「綠色」還是「黃色」。也可以 使用其他機制。在一些情況下，可能需要額外映射，以例如基於DSCP值來填充DEI比特。唯一的要求是必須在TN瓶頸之前由分組保存由分析器指派給承載的分組的顏色信息，以便可用於分組的顏色感知丟掉。
[0029]上文所描述的基於顏色配置的業務管理(TM)用於改善TN中的資源共享。配置用於通過控制在TN之前丟掉哪些分組來改善服務之間的資源共享的公平性。因此，通過丟掉「黃色」分組來控制每一個無線電承載(RB)的比特速率。然而，如果TN瓶頸足夠大，則該方法只在資源共享的公平性方面是有效的。因此，為了增強配置的有效性，當針對輸入分組不存在足夠的「綠色」令牌時，在足夠的額外「綠色」令牌到達之前將分組保存在緩存中。為了控制緩存延遲，對允許在緩存中將分組保存的時間施加限制(最大等待時間)，並且還對緩存中的分組的總大小或數量施加限制(最大隊列長度)。
[0030]在最簡單的實施例中，EIR無限大，即，不存在「黃色」桶，因此所有分組被著色為「綠色」或「黃色」。如果在足夠的「綠色」令牌到達桶之前放置在桶中的第一分組的最大等待時間已經流逝，則第一分組被著色為「黃色」並且被傳遞到TN進入點，在TN進入點處，它將被允許通過TN或者被丟掉(這取決於在TN中可用的帶寬)。類似地，當輸入分組到達時，如果超過最大隊列長度，則第一(即，最早)分組被指定為「黃色」分組並且被傳遞到TN進入點，在TN進入點處，它將被允許通過TN或者被丟掉。如果根據分組的數量來規定最大隊列長度，則輸入分組被簡單地放置在緩存隊列中。如果將最大隊列長度規定為分組的最大總大小(以字節為單位)，假設最早分組從緩存隊列的離開已經為其釋放了足夠的空間，則輸入分組被存儲在隊列中；否則，隊列中的下一個最早分組被指定為「黃色」並且被傳遞到TN進入點。
[0031]在這裡參照圖4示出和描述了上述方法的示例。圖4示出了與圖3中所示的顏色配置布置相同的針對TN412的顏色配置布置，並且相同的特徵具有相同的附圖標記。然而，在該實例中，針對相應承載402、404的分析器414、416中的每一個，存在輸入數據分組通過的緩存422、444。對於每一個承載，如上所述的使用緩存以在著色為黃色之前等待綠色令牌到達長達最大等待時間(例如，200ms)並且多達緩存隊列中的分組的最大數量(例如，20個)或者分組的最大大小(例如，可以由乙太網幀承載的數據分組通常在570個字節與1500個字節之間，這可以用於基於隊列中的分組的預計平均數量來設置最大總大小)。不論在哪裡(即，不論在哪個節點中)實現分析器414、416都需要實現緩存422、424。如圖4中所示，在S-GW或站點交換機410中實現緩存422、424。然而，在LTE架構的情況下，這可以在TON-GW中完成，或者在HSDPA的情況下，這可以在RNC或GGSN中完成。
[0032]注意，除了 TN緩存以外，還使用額外的針對每一個承載的緩存(在這裡，公共緩存用於在在TN上發送所有承載的所有數據分組之前對其進行緩存)。當設置針對每一個承載的緩存大小時，可以考慮多個因素，例如，TN緩存長度、RTT、承載的延遲要求、以及用於著色的桶大小。例如，較大的緩存可以用於面向下載的承載，而非常短的緩存用於延遲敏感的承載(或者針對延遲敏感的承載根本不使用緩存)。
[0033]圖5是示出了在具有「綠色」桶和「黃色」桶的實施例中在承載的分析器中遵循的過程的流程圖。規定三個參數，即:
[0034]以字節為單位規定的或者作為分組的最大數量規定的隊列大小——這為被緩存以等待綠色或黃色令牌的分組的隊列設置最大極限；
[0035]max_waiting_time_for_green_token-這是針對「綠色」緩存中的「綠色」令牌的最大等待時間；
[0036]max_waiting_time_for_yellow_token_這是針對黃色令牌的最大等待時間,在該示例中，它也包括針對綠色令牌的等待時間(即，它是累積等待時間)。例如，假設針對綠色令牌的最大等待時間是50ms並且針對黃色令牌的最大等待時間是100ms，則當分組到達時，它針對綠色令牌等待最大50ms，但是如果在50ms期間沒有最夠的綠色令牌到達，則它可以針對「黃色」令牌在「黃色」緩存中等待另外50ms。
[0037]在該方法中，存在採取行動的三個事件:
[0038]在分組到達時；
[0039]在桶中的新令牌到達時一可以定期地(例如每隔IOms)更新可用令牌的數量，或者可以當達到令牌的特定大小(例如，1.5K字節)(這相當於針對1.2Mbps的CIR的IOms)時更新可用令牌的數量；以及
[0040]在緩存隊列更新時(丟掉較早分組)。
[0041]參照圖5，在步驟501處，新分組到達承載分析器。在步驟502處，針對輸入分組確定在桶中是否存在足夠的「綠色」令牌以及「綠色」緩存隊列是否為空。如果答案為是，則該過程直接繼續到步驟520，在步驟520處，將分組指定為「綠色」並且立即將其傳遞到TN。如果為否，則在步驟503處，將分組傳遞到緩存隊列。
[0042]在步驟504處，針對輸入分組確定在緩存隊列中是否存在足夠的空間(即，將分組添加至隊列會超出最大隊列大小？)。如果答案為「是」，則在步驟505處(從緩存隊列中丟掉)丟棄最早分組(或者如果必要，最早的兩個或更多個分組)，使得輸入分組可以適合隊列而不會超過預定義的最大隊列大小。例如，如果最大隊列大小是100K字節，並且當新的
1.5K字節的分組到達時在隊列中已經存在99K字節的分組，則在存在針對該1.5K字節的分組的空間之前必須(從隊列頂部(即，最早分組)開始)丟掉一個或多個分組。注意，這是「先進先出」 (FIFO)方案，但是其他排隊方案也可以作為選擇，例如，隨機早期丟棄或者尾部丟掉)。一旦存在針對輸入分組的空間，則將該分組放入緩存隊列中並且添加針對該分組的時間戳(步驟506)。
[0043]在步驟507處，更新「綠色」桶中的「綠色」令牌的數量。這可以通過新「綠色」令牌的到達來觸發或者可以是桶中的令牌的周期更新。如果在該階段緩存隊列已經為空，則新到達的令牌將簡單地被放置在桶中。然而，在圖5中所示的過程中，隊列不為空，並且如果這樣的話，在步驟508處，檢查在桶中是否存在足夠的「綠色」令牌以實現從隊列傳送一個或多個分組。在該情況下，通過前進至步驟520，從最早分組開始儘可能多的分組被著色為「綠色」並且從隊列傳送。同時，桶中的「綠色」令牌的數量減少與傳送的分組的大小相對應的量。
[0044]在步驟508處，如果不存在足夠的「綠色」令牌來從緩存隊列傳送任何分組，則在步驟5O9處,檢查緩存隊列中的分組的時間戳,並且當分組不比「max_waiting_time_for_green_token」早時,過程循環回步驟507。如圖5中所示,這是每當過程到達該點時執行的「運行」檢查。然而，這可以備選地實現為周期性檢查，在該情況下，步驟509將僅被周期性地執行，或者在其他情況下將被跳過並且過程循環回步驟507。
[0045]在步驟509 處，如果隊列中的分組比 「max_waiting_time_for_green_token」 早，則過程繼續到步驟511，以確定分組是否可以被著色為「黃色」。
[0046]在步驟510處，更新「黃色」桶中的「黃色」令牌的數量。這可以通過新「黃色」令牌的到達來觸發或者可以是桶中的令牌的周期更新。然後，在步驟511處，檢查在桶中是否存在足夠的「黃色」令牌以實現從隊列傳送一個或多個分組。在該情況下，通過前進至步驟521，從隊列中的最早分組開始儘可能多的分組被著色為「黃色」並且從隊列傳送。同時，桶中的「黃色」令牌的數量減少與傳送的分組的大小相對應的量。
[0047]在步驟511處，如果不存在足夠的黃色令牌，則在步驟512處，詢問現在桶中是否存在綠色令牌,但是在緩存中沒有比「max_waiting_time_for_green_token」更晚的分組在等待。如果存在，則可以通過前進至步驟520將隊列中的第一分組重新著色為「綠色」，即使分組已經在緩存隊列中等待比通常針對「綠色」分組所準許的時間更長的時間。
[0048]在步驟511處，如果不存在足夠的「黃色」令牌以從緩存隊列傳送任何分組，則在步驟512處，沒有分組被重新著色為「綠色」，則在步驟513處，檢查緩存隊列中的分組的時間戮，當分組不比「max_waiting_ttme_for_yellow_token」早時,過程循環回步驟510。
[0049]如果在步驟513 處，發現一分組比 「max_wattmg_ttme_for_yellow_token」 早，貝丨J在步驟514處，丟掉分組，在該情況下，這意味著該分組被丟棄(被著色為紅色)。注意，分組丟棄發生的原因在於，在針對「黃色」令牌的最大等待時間(這包括針對「綠色令牌」的最大等待時間)期間，針對要傳送到TN的分組即不存在綠色令牌也不存在黃色令牌。
[0050]圖6示出了來自仿真的說明可以如上所述的使用針對每一個承載的緩存實現的潛在增益的兩個圖形。在上面的圖形中，在沒有緩存的情況下使用配置(如上面在圖3中所示和所述)，而在下面的圖形中，在使用針對每一個承載的緩存方法的情況下使用配置(最大等待時間200ms，最大隊列大小20個IP分組)。結果涉及IOMbps TN瓶頸和具有2.6Mbps綠色速率的三個承載(金牌用戶)以及具有0.6Mbps綠色速率的三個承載(銅牌用戶)。針對所有承載應用非常大的黃色速率。TN瓶頸使用如上所述的分組的顏色感知丟掉。圖形示出了將針對每一個承載的緩存與配置相結合導致更確定且準確的資源共享。
[0051]上述方法的其他優點是需要更短的TN緩存。此外，先進的配置和緩存導致更高的TN利用。如圖6所示，在使用緩存的情況下存在更穩定的資源共享。此外，緩存可以導致TN利用與排隊延遲之間的更好平衡。
【權利要求】
1.一種通過電信傳輸網絡來傳輸數據分組的方法，其中，所述數據分組由多個承載所承載，所述方法包括: 針對所述承載中的每一個承載，獨立於其他承載地將帶寬配置應用於所述承載的數據分組，以將符合所述承載的預定最大信息速率的數據分組指定為「綠色」數據分組，其中，所述帶寬配置還包括: 將一個或多個數據分組緩存長達預定最大「綠色」緩存時間，在所述預定最大「綠色」緩存時間期間，如果傳輸所述數據分組不會導致超過所述承載的所述最大信息速率，則將所述數據分組指定為「綠色」數據分組；以及 轉發所述數據分組以通過所述傳輸網絡進行傳輸，其中，如果在所述傳輸網絡中沒有足夠的帶寬可用以傳輸所有數據分組，則丟棄未被指定為「綠色」數據分組的數據分組，以不會通過所述傳輸網絡來傳輸所述數據分組。
2.根據權利要求1所述的方法，其中，應用所述帶寬配置還包括:將不符合所述承載的所述最大信息速率的數據分組標識為「黃色」數據分組，其中，在轉發所述數據分組以通過所述傳輸網絡進行傳輸之後，如果在所述傳輸網絡中沒有足夠的帶寬可用，則丟棄「黃色」數據分組，以不會被傳輸。
3.根據權利要求2所述的方法，其中，如果已經將數據分組緩存了所述最大「綠色」緩存時間，則將所述數據分組指定為「黃色」數據分組。
4.根據權利要求2或權利要求3所述的方法，其中，只有在數據分組還符合所述承載的預定超額信息速率EIR時，才將所述數據分組指定為「黃色」數據分組。
5.根據權利要求4所述的方法，其中，如果已經將數據分組緩存了所述最大「綠色」緩存時間，並且所述數據分組不符合預定EIR，則將所述數據分組緩存長達預定最大「黃色」緩存時間，在所述預定最大·「黃色」緩存時間期間，如果通過所述傳輸網絡傳輸所述數據分組不會導致超過所述承載的超額信息速率，則將所述數據分組指定為「黃色」數據分組。
6.根據任意前述權利要求所述的方法，其中，針對每一個承載，在所述承載的「綠色」數據分組桶處接收所述數據分組，所述「綠色」數據分組桶具有與所述承載的所述最大信息速率相對應的「綠色速率」，「綠色令牌」以所述「綠色速率」到達所述桶，由此在任意時刻，所述桶包含一些「綠色令牌」，並且當所述分組的大小小於或等於所述桶中的「綠色令牌」的數量時，將接收的數據分組指定為「綠色」分組。
7.根據權利要求6所述的方法，其中，當所接收的分組的大小大於所述桶中的「綠色令牌」的數量時，將所接收的數據分組緩存長達所述最大「綠色」緩存時間。
8.根據權利要求6或權利要求7所述的方法，其中，當數據分組未被指定為「綠色」數據分組時，將所述數據分組移至所述承載的「黃色」數據分組桶，所述「黃色」數據分組桶具有與所述預定EIR相對應的「黃色速率」，「黃色令牌」以所述「黃色速率」到達所述桶，由此在任意時刻，所述桶包含一些「黃色令牌」，並且當所述分組的大小小於或等於所述桶中的「黃色令牌」的數量時，將所述數據分組指定為「黃色」數據分組。
9.根據權利要求8所述的方法，其中，當移至所述「黃色」桶的所述數據分組的大小大於所述桶中的「黃色令牌」的數量時，將所述數據分組緩存長達所述最大「黃色」緩存時間。
10.根據任意前述權利要求所述的方法，其中，將緩存的數據分組保存在緩存隊列中，由此只有在通過所述傳輸網絡傳輸所述數據分組不會導致超過所述承載的相應的最大信息速率或超額信息速率時，才將所述隊列頭部的數據分組指定為「綠色」數據分組或「黃色」數據分組，並且將所述數據分組傳遞到所述TN。
11.根據權利要求10所述的方法，其中，所述緩存具有緩存隊列大小，由此如果要在所述緩存中緩存的新數據分組會導致超過所述隊列大小，則從所述緩存中移除數據分組，以便為所述新數據分組釋放所述隊列中的空間。
12.根據任意前述權利要求所述的方法，其中，丟棄未被指定為「綠色」數據分組或「黃色」數據分組的數據分組，而不通過所述傳輸網絡傳輸所述數據分組。
13.—種被配置為在轉發多個承載的數據分組以通過傳輸網絡TN進行傳輸之前接收所述數據分組的電信網絡實體，所述網絡實體包括: 帶寬分析器，被配置為獨立於其他承載地將帶寬配置應用於承載的數據分組，並且將符合所述承載的預定最大信息速率的數據分組指定為「綠色」數據分組，其中，所述帶寬分析器還包括: 緩存，用於將一個或多個數據分組緩存長達預定最大「綠色」緩存時間，其中，所述分析器被配置為:如果傳輸所述緩存中的一數據分組不會導致超過所述承載的所述最大信息速率，則將所述數據分組指定為「綠色」數據分組。
14.根據權利要求13所述的網絡實體，其中，所述帶寬分析器被進一步配置為將不符合所述承載的所述最大信息速率的數據分組指定為「黃色」數據分組。
15.根據權利要求14所述的網絡實體，其中，只有在數據分組還符合所述承載的預定超額信息速率EIR時，才將所述數據分組指定為「黃色」數據分組，並且所述分析器被進一步配置為將數據分組緩存長達預定最大「黃色」緩存時間，並且如果傳輸所述緩存中的一數據分組不會導致超過 所述承載的所述EIR，則將所述數據分組指定為「黃色」數據分組。
【文檔編號】H04W28/10GK103858474SQ201180074133
【公開日】2014年6月11日 申請日期:2011年10月14日 優先權日:2011年10月14日
【發明者】桑德爾·拉茨, 吉爾維斯特·納達斯, 鮑拉日·彼得·蓋羅, 亞諾什·漢瑪託斯 申請人:瑞典愛立信有限公司