專利名稱：分組網(wǎng)絡(luò)中表示幾種不同阻塞原因的阻塞通知方法及設(shè)備的制作方法
背景技術(shù)：
基于數(shù)據(jù)單元的通信網(wǎng)絡(luò)是本領(lǐng)域熟知的。一個基于數(shù)據(jù)單元的通信網(wǎng)絡(luò)的例子是所謂的互聯(lián)網(wǎng)。在基于數(shù)據(jù)單元通信中，發(fā)送方將待發(fā)送的數(shù)據(jù)分成多個部分，將這些數(shù)據(jù)部分放入數(shù)據(jù)單元中并將數(shù)據(jù)單元發(fā)送到網(wǎng)絡(luò)中。一個數(shù)據(jù)單元具有由所使用的通信協(xié)議定義的結(jié)構(gòu)并包含尋址或路由選擇信息，這樣網(wǎng)絡(luò)可以將每個數(shù)據(jù)單元轉(zhuǎn)發(fā)到希望的目標(biāo)，即發(fā)送方希望向其發(fā)送數(shù)據(jù)的接收方。這是本領(lǐng)域熟知的而且不必詳加解釋。
要注意的是在各種已知的通信協(xié)議情況下，這樣的數(shù)據(jù)單元有時被稱為分組、幀、分段、協(xié)議數(shù)據(jù)單元(PDU)等。在本申請和權(quán)利要求中，“數(shù)據(jù)單元”這個術(shù)語一般性地用于指在面向數(shù)據(jù)單元通信網(wǎng)絡(luò)中用于傳輸?shù)娜魏芜@樣的數(shù)據(jù)結(jié)構(gòu)。
通信網(wǎng)絡(luò)一般包括多個用于接收數(shù)據(jù)單元并根據(jù)每個數(shù)據(jù)單元中包含的尋址或路由選擇信息轉(zhuǎn)發(fā)數(shù)據(jù)單元的設(shè)備。這樣的設(shè)備被冠以各種各樣的名字，根據(jù)網(wǎng)絡(luò)類型和所使用的通信協(xié)議而定，例如路由器、交換機等。用于本申請及權(quán)利要求的“路由選擇設(shè)備”或“轉(zhuǎn)發(fā)設(shè)備”這樣的術(shù)語一般用于涉及任何這樣的能夠根據(jù)數(shù)據(jù)單元中所含的路由選擇或?qū)ぶ沸畔⑦M(jìn)行接收和轉(zhuǎn)發(fā)數(shù)據(jù)單元的設(shè)備。
在這種基于數(shù)據(jù)的通信網(wǎng)絡(luò)中，阻塞現(xiàn)象是熟知的。阻塞意味著轉(zhuǎn)發(fā)數(shù)據(jù)單元的設(shè)備處于數(shù)據(jù)單元超載的狀態(tài)而且不能將所接收的數(shù)據(jù)單元全部轉(zhuǎn)發(fā)。轉(zhuǎn)發(fā)數(shù)據(jù)單元的設(shè)備通常具有將待轉(zhuǎn)發(fā)的數(shù)據(jù)單元緩存的緩存器。如果這樣的緩存器溢出了，那么就是一個出現(xiàn)阻塞的例子。
正如上面已經(jīng)提到的，互聯(lián)網(wǎng)是基于數(shù)據(jù)單元通信網(wǎng)絡(luò)的一個例子。管理互聯(lián)網(wǎng)中數(shù)據(jù)單元傳輸?shù)膮f(xié)議是所謂的傳輸控制協(xié)議(IP)和互聯(lián)網(wǎng)協(xié)議(IP)，它們統(tǒng)稱為TCP/IP。在TCP/IP管理的通信中，發(fā)送方通過網(wǎng)絡(luò)向接收方發(fā)送數(shù)據(jù)，而接收方發(fā)回有關(guān)收到發(fā)送數(shù)據(jù)單元的確認(rèn)消息。根據(jù)這些確認(rèn)消息，發(fā)送方可以調(diào)整它的控制過程。例如，如果發(fā)送方根據(jù)基于滑動窗口的技術(shù)進(jìn)行流量控制，那么根據(jù)接收的確認(rèn)消息來調(diào)整窗口的大小和移動。另一個例子，如果發(fā)送方進(jìn)行基于速率的流量控制，那么根據(jù)接收的確認(rèn)消息調(diào)整速率。
在基本配置下，基于TCP/IP的網(wǎng)絡(luò)通過路由選擇設(shè)備扔掉數(shù)據(jù)單元的間接方法將阻塞通知給發(fā)送方。換言之，當(dāng)進(jìn)行路由選擇的特定設(shè)備遇到緩存器溢出時，那么多余的數(shù)據(jù)單元被扔掉，意味著它們不會再到達(dá)接收方。因此，通過相應(yīng)的確認(rèn)消息(或者沒有相應(yīng)的確認(rèn)消息)，發(fā)送方了解到該數(shù)據(jù)單元丟失了。根據(jù)TCP，發(fā)送方則制定相應(yīng)的響應(yīng)過程，例如一種稱為慢啟動的方法。這些響應(yīng)過程是熟知的，不需要再詳加描述。
作為處理TCP/IP-網(wǎng)絡(luò)中阻塞的一種改進(jìn)機制，RfC 3168提出了顯式阻塞通知(ECN)的概念。ECN的基本思想是讓網(wǎng)絡(luò)中的路由選擇設(shè)備通過在轉(zhuǎn)發(fā)的數(shù)據(jù)單元中添加顯式的標(biāo)記通知阻塞的發(fā)送方?？赡茏⒁獾搅诉@種阻塞通知可以加到從發(fā)送方到接收方方向發(fā)送的數(shù)據(jù)單元中，以及/或者可以加到從接收方到發(fā)送方發(fā)送的確認(rèn)消息中。如果被標(biāo)記的數(shù)據(jù)單元是在轉(zhuǎn)發(fā)方向(從發(fā)送方到接收方)上傳遞的，阻塞通知就被鏡像到那個給定數(shù)據(jù)單元相應(yīng)的確認(rèn)消息中。當(dāng)數(shù)據(jù)單元到達(dá)阻塞通知信息所設(shè)置的發(fā)送方時，發(fā)送方根據(jù)預(yù)定的過程響應(yīng)。在RfC 3168中，IP字頭中的ECN域規(guī)定為兩比特，定義了四種所謂的ECN碼點，即00、01、10和11。10和01表示端點(發(fā)送方和接收方)是能夠處理ECN的。00表示不使用ECN。11是路由選擇設(shè)備所設(shè)置的信息，所謂的CE(遇到阻塞)碼點，向端節(jié)點指示阻塞。
發(fā)明目的本申請的目的是提供一種改進(jìn)的處理基于數(shù)據(jù)單元通信中阻塞的概念。要指出的是，盡管上面描述提出TCP/IP作為例子，但是所陳述的目的適用于任何基于數(shù)據(jù)單元、使用一類阻塞通知的通信系統(tǒng)。
發(fā)明概述本目的是通過獨立權(quán)利要求中描述的主題解決的。有利的實施例在從屬權(quán)利要求中描述。
根據(jù)發(fā)明的一個方面，提供了一種對數(shù)據(jù)單元路由選擇的設(shè)備以及控制這種設(shè)備的方法，其中對數(shù)據(jù)單元路由選擇的設(shè)備能夠識別一種或多種阻塞原因，這樣在出現(xiàn)阻塞的情況下，阻塞原因信息(標(biāo)識阻塞性質(zhì)的信息)可以加到被轉(zhuǎn)發(fā)的數(shù)據(jù)單元中。
換言之，盡管現(xiàn)有技術(shù)宣稱只指示阻塞的出現(xiàn)或不出現(xiàn)，而本發(fā)明建議區(qū)分至少兩種不同的阻塞原因，并將相應(yīng)的阻塞原因信息添加到轉(zhuǎn)發(fā)的數(shù)據(jù)單元中，這樣通信的發(fā)送方和接收方能夠輪流不僅識別阻塞的出現(xiàn)，而且識別阻塞的一種或多種原因，即出現(xiàn)的阻塞的性質(zhì)。因此，根據(jù)第二方面，本發(fā)明也涉及發(fā)送數(shù)據(jù)單元的通信設(shè)備以及控制這種發(fā)送通信設(shè)備的方法，該發(fā)送設(shè)備設(shè)計為從網(wǎng)絡(luò)接收的消息中提取所含的阻塞原因信息，以便根據(jù)阻塞原因信息調(diào)整控制數(shù)據(jù)單元發(fā)送的操作。
注意到阻塞原因信息可以用任何適當(dāng)或希望的方式提供。例如，可以是n比特(n≥2)，以便區(qū)分n種阻塞原因的出現(xiàn)與不出現(xiàn)?？赡茏⒁獾剑@式阻塞通知以及阻塞原因信息的概念可以用這樣的方式合并阻塞原因信息本身也作為阻塞通知信息，或者二者可以分開。在后一種情況下，數(shù)據(jù)單元中的一個或多個指定比特作為阻塞通知信息，而其它指定比特作為阻塞原因信息，在前面一種情況下，同樣一組指定比特既作為阻塞通知信息又作為阻塞原因信息。
使用本發(fā)明的概念，對阻塞的響應(yīng)可以特別地針對阻塞原因而定制，這是對現(xiàn)有技術(shù)的很大改進(jìn)。有區(qū)別地講，現(xiàn)有技術(shù)只是教導(dǎo)將阻塞的出現(xiàn)通知給通信的發(fā)送方和接收方，本發(fā)明還將阻塞的原因通知給發(fā)送方和接收方，這樣發(fā)送方可以采取為了特別對付一種或多種識別的原因而設(shè)計的特殊措施。例如，假設(shè)路由選擇設(shè)備的設(shè)計可以區(qū)分兩種不同的阻塞原因處理受限和帶寬受限。處理受限描述了路由選擇設(shè)備不能處理單位時間到達(dá)的分組數(shù)目的情況。換言之，由于路由選擇設(shè)備沒有足夠能力處理單位時間到達(dá)的數(shù)據(jù)單元數(shù)目，數(shù)據(jù)單元會在緩存器中累積。帶寬受限指的是一條或多條輸出鏈路不能處理單位時間要轉(zhuǎn)發(fā)的數(shù)據(jù)量的情況。換言之，一條(多條)輸出鏈路的帶寬不足以處理單位時間要轉(zhuǎn)發(fā)的數(shù)據(jù)量。
在現(xiàn)有技術(shù)系統(tǒng)中，路由選擇設(shè)備只能設(shè)置一個遇到阻塞(CE)比特，向通信端點表示出現(xiàn)了阻塞。但是不會有原因信息。與此相反，本發(fā)明的概念允許路由選擇設(shè)備添加阻塞原因信息，例如表示是否遇到了處理受限、帶寬受限或處理受限以及帶寬受限的信息?；谶@樣的信息，數(shù)據(jù)單元的發(fā)送方可以更恰當(dāng)?shù)刈龀龇磻?yīng)?；谙旅娴睦訉⒔忉屵@一點。如果在發(fā)送一側(cè)考慮基于速率的應(yīng)用，例如網(wǎng)絡(luò)電話(VoIP)，那么對處理受限和帶寬受限做不同的反應(yīng)將是有用的。即，作為處理受限的反應(yīng)，最好是減少單位時間發(fā)送方輸出的數(shù)據(jù)單元數(shù)，同時增加分組大小，而對帶寬受限的恰當(dāng)反應(yīng)是減少單位時間輸出的總數(shù)據(jù)量，即速率，但是保持單位時間輸出的數(shù)據(jù)單元數(shù)。如果帶寬和處理受限同時出現(xiàn)，那么發(fā)送方可以通過同時減少單位時間發(fā)送的數(shù)據(jù)單元數(shù)并減少單位時間發(fā)送的總數(shù)據(jù)量來反應(yīng)。
附圖的簡要描述下面將參考附圖描述本發(fā)明的實施例，其中

圖1表示根據(jù)本發(fā)明對數(shù)據(jù)單元路由選擇的設(shè)備實施例；圖2表示根據(jù)本發(fā)明方法的流程圖；圖3表示數(shù)據(jù)單元發(fā)送方和數(shù)據(jù)單元接收方、以及包含路由選擇設(shè)備的網(wǎng)絡(luò)的示意表示；圖4表示根據(jù)發(fā)明的數(shù)據(jù)單元的示意表示；以及圖5表示根據(jù)本發(fā)明的一個實施例控制發(fā)送通信設(shè)備的方法的流程圖。
實施例的詳細(xì)描述盡管本發(fā)明優(yōu)選實施例的如下描述常常參考TCP/IP作為例子，但是應(yīng)該注意的是本發(fā)明不想限制于TCP/IP，因為它可以用于任何使用阻塞通知的基于數(shù)據(jù)單元的通信環(huán)境中。因此應(yīng)該注意的是本說明及其權(quán)利要求所使用的“阻塞通知”這個術(shù)語是通用的，不要視為象RfC 3168規(guī)定的那樣限制于ECN。
圖1表示根據(jù)發(fā)明的一個實施例對網(wǎng)絡(luò)中數(shù)據(jù)單元路由選擇的設(shè)備的示意表示。路由選擇設(shè)備稱為1。它連接到線路20、21、22、23、24、25，各代表到網(wǎng)絡(luò)的連接，用于路由選擇的設(shè)備1是該網(wǎng)絡(luò)的一部分。線路20-25只是例子，因為路由選擇設(shè)備到它的網(wǎng)絡(luò)可以有任意數(shù)目的連接。這些連接本身可以是物理的及/或邏輯的。參照號10指的是從該網(wǎng)絡(luò)接收數(shù)據(jù)單元的接收機，參照號12指的是向該網(wǎng)絡(luò)輸出數(shù)據(jù)單元的輸出單元。對數(shù)據(jù)單元路由選擇的設(shè)備1還包括處理部分11，包括緩存器111和控制單元110?？刂茊卧?10設(shè)計為控制設(shè)備1的操作。為了這個目的，控制單元110可以包括由硬件、軟件或任何合適的硬件及軟件組合組成的控制元件。
緩存器111設(shè)計為緩存接收機10接收的數(shù)據(jù)單元。輸出單元根據(jù)待轉(zhuǎn)發(fā)的數(shù)據(jù)單元中所含的路由選擇信息向該網(wǎng)絡(luò)輸出緩存的數(shù)據(jù)單元。
除了控制在接收機10中接收數(shù)據(jù)單元、在緩存器111中緩存數(shù)據(jù)單元并通過輸出單元12輸出數(shù)據(jù)單元，控制器110還包括阻塞監(jiān)視器(例如，控制器110執(zhí)行的合適的計算機程序或軟件單元)，以便監(jiān)視設(shè)備1是否滿足預(yù)定的阻塞條件?？刂破?10還具有阻塞通知單元(例如，控制器110中執(zhí)行的恰當(dāng)?shù)能浖卧?，以便在阻塞監(jiān)視器確定滿足阻塞條件時，在輸出單元12輸出的一個或多個數(shù)據(jù)單元中設(shè)置阻塞通知信息。
可以選擇恰當(dāng)?shù)幕蛐枰奶囟ㄗ枞麠l件由阻塞監(jiān)視器監(jiān)視。例如，如果設(shè)備1的一個或多個資源中至少一個的利用程度滿足預(yù)定條件，就可以確定滿足了阻塞條件。例如，滿足可以是超過了預(yù)定門限?？梢员O(jiān)視以便確定是否給出了阻塞條件的資源例子是緩存容量以及數(shù)據(jù)單元處理能力。例如，如果緩存器111中的數(shù)據(jù)量超過了預(yù)定門限，那么可以確定給出了阻塞條件。應(yīng)該注意的是，這種情況下的預(yù)定門限可以以指示阻塞的任意方式調(diào)整，即可以比緩存器111的溢出極限小。實際上，希望選擇的門限低于溢出極限，因為就可以在緩存器溢出之前給出阻塞通知，實際上可以完全避免緩存器溢出。
除了監(jiān)視緩存器利用程度或者替代監(jiān)視緩存器的利用程度，可以監(jiān)視的另一個資源是控制單元110在處理數(shù)據(jù)單元在接收機和輸出單元之間傳遞時使用的處理能力大小。例如，如果控制器110是一個處理器，那么可以監(jiān)視分配給處理數(shù)據(jù)單元的處理器時間量，以便觀察處理能力的利用程度。
根據(jù)圖1所示的實施例，用于路由選擇的設(shè)備1設(shè)計為實現(xiàn)圖2所示的過程。換言之，控制單元110包括阻塞原因識別單元(例如，以控制單元110執(zhí)行的軟件程序的形式)，能夠區(qū)分至少兩種不同的阻塞原因，以便識別阻塞監(jiān)視器檢測到滿足阻塞條件時的一個或多個原因。在圖2中，所示的整個控制操作流程(所述的整個流程用圖2左側(cè)垂直虛線表示)中的步驟S21確定預(yù)定的阻塞是否滿足。如果沒滿足，那么就繼續(xù)通常的控制程序，這不是本發(fā)明關(guān)心的焦點。但是，如果在步驟S21確定滿足了阻塞條件，那么過程轉(zhuǎn)到步驟S22，其中阻塞原因識別單元識別阻塞的原因。
此外，阻塞通知單元設(shè)計為實現(xiàn)圖2所示的步驟S23，即根據(jù)步驟S22中阻塞原因識別單元所識別的一個或多個原因設(shè)置阻塞原因信息。這個信息在設(shè)置了阻塞通知信息的一個或多個數(shù)據(jù)單元中設(shè)置。
注意路由選擇設(shè)備1可以包括多個阻塞通知單元，例如每個可以在數(shù)據(jù)單元中設(shè)置的阻塞原因都有一個阻塞通知單元。例如，可以有一個阻塞通知單元設(shè)置表示處理極限的一個比特，以及一個阻塞通知單元設(shè)置表示帶寬極限的一個比特。
阻塞通知和阻塞原因信息可以在任何希望或適當(dāng)?shù)臄?shù)據(jù)單元中設(shè)置。例如，可以只在包含特殊的信源信息(表示發(fā)送方)或特殊的信宿信息(表示接收方)這樣的數(shù)據(jù)單元中設(shè)置該信息。優(yōu)選地，當(dāng)阻塞條件出現(xiàn)時，阻塞原因信息將在輸出單元12輸出的所有數(shù)據(jù)單元中設(shè)置。
操作實現(xiàn)步驟S22的阻塞原因識別單元能夠區(qū)分至少兩種不同的阻塞原因。步驟S23中設(shè)置的阻塞原因信息提供了至少兩種不同的阻塞原因中是否出現(xiàn)了零個、一個或幾個的指示。
阻塞原因識別單元可以用任何適當(dāng)或希望的方式操作。例如，區(qū)分不同阻塞原因以及識別出一種原因的機制可以通過觀察路由選擇設(shè)備1的兩種或多種資源的利用程度、并根據(jù)所觀察的利用程度識別一種或多種原因來實現(xiàn)。為了與上述例子一致，例如所觀察的資源可以是緩存容量以及數(shù)據(jù)處理能力。應(yīng)該注意的是可以觀察幾個緩存容量以及幾種數(shù)據(jù)單元處理能力。例如，路由選擇設(shè)備1可以設(shè)計為觀察與接收機接收時緩存數(shù)據(jù)單元的接收機有關(guān)的緩存容量，也可以設(shè)計為監(jiān)視與緩存待輸出數(shù)據(jù)單元的輸出單元有關(guān)的緩存容量。這些緩存容量都可以由單個物理緩存器提供(例如，圖1所示的緩存器111)，但是也可以由多個物理緩存器提供，例如在接收機10中提供一個緩存器并在輸出單元12中提供幾個輸出緩存器。例如，每條輸出線路23-25可以具有自己分別的輸出緩存器。或者，這些緩存容量可以由緩存器111邏輯上管理的單個邏輯隊列表示，例如一個輸入隊列與接收機10關(guān)聯(lián)，多個輸出隊列與輸出12關(guān)聯(lián)。
例如，可以監(jiān)視的多種處理能力可以是控制接收機到輸出單元數(shù)據(jù)單元傳遞的處理能力或者控制輸出單元12輸出數(shù)據(jù)單元的處理能力。這種處理能力，例如可以由控制單元110提供，控制單元110通常是一個執(zhí)行預(yù)定軟件以便提供所希望的控制功能的處理器。然后處理能力的利用，例如可以通過監(jiān)視指定給各個任務(wù)的處理器能力大小來監(jiān)視。換言之，控制接收機10到輸出單元12數(shù)據(jù)單元傳遞的處理能力可以通過觀察用于控制這種傳輸?shù)奶幚砥鲿r間量來監(jiān)視，控制輸出單元12輸出數(shù)據(jù)單元的處理能力可以通過觀察用于控制從輸出單元12到輸出線路23-25的數(shù)據(jù)單元輸出的處理器時間量來監(jiān)視。
正如已經(jīng)提到的，阻塞原因識別單元可以通過觀察設(shè)備1的兩種或多種資源的利用程度來區(qū)分不同的阻塞原因。優(yōu)選地，通過將資源組成一個或多個第一資源以及一個或多個第二資源來完成，其中阻塞原因識別單元設(shè)計為根據(jù)第一資源的利用程度識別第一原因，并根據(jù)第二資源的利用程度識別第二原因。例如，第一資源可以是與接收機10關(guān)聯(lián)的緩存容量，此處觀察這個輸入緩存容量(例如輸入緩存器中的數(shù)據(jù)量)的利用程度，如果輸入緩存器中的數(shù)據(jù)量超過了預(yù)定門限就將處理極限確定為第一原因。對于第二資源，可以監(jiān)視與輸出到各個輸出線路23-25的數(shù)據(jù)單元緩存有關(guān)的一個或多個輸出緩存器容量，如果這些輸出緩存器容量中的一個或多個被用到了超過預(yù)定門限值的程度就可以將帶寬極限識別為第二阻塞原因。
關(guān)于圖1的例子，應(yīng)該注意的是盡管單元10被描述為接收機或接收實體，單元12被描述為輸出單元或輸出實體，但是這是為了描述清楚的目的，通常路由選擇設(shè)備是這樣設(shè)計的實體10也能夠輸出待轉(zhuǎn)發(fā)的數(shù)據(jù)單元，正像實體12能夠從網(wǎng)絡(luò)接收數(shù)據(jù)單元一樣。此外，緩存器111和控制單元110也設(shè)計為控制將從連接到實體10的線路接收的數(shù)據(jù)單元傳遞到另一條、同樣連接到實體10的不同線路，或者控制實體12接收的數(shù)據(jù)單元從一條線路傳遞到連接實體12的另一條線路。正因為如此，路由選擇設(shè)備也可以構(gòu)造成具有連接了多個網(wǎng)絡(luò)連接的單個的接收/輸出單元。緩存器和控制單元則連接到這個輸入/輸出單元，以便控制數(shù)據(jù)單元從一條網(wǎng)絡(luò)連接(作為輸入鏈路)到另一條網(wǎng)絡(luò)連接(作為輸出鏈路)的傳遞及轉(zhuǎn)發(fā)。在這樣的實施例中，接收機10和輸出單元12是一個物理實體。
阻塞原因信息在數(shù)據(jù)單元中的設(shè)置可以用任何合適或希望的方式完成。例如，可以保留數(shù)據(jù)單元規(guī)定部分(例如字頭)中的預(yù)定一組比特攜帶阻塞原因信息。這在代表一個數(shù)據(jù)單元的圖4的示意性例子中表示。該數(shù)據(jù)單元包括分隔符51和52，分別標(biāo)志數(shù)據(jù)單元的開始和結(jié)尾。段56代表字頭，段57為有效負(fù)荷。字頭56可以，例如分成包含規(guī)定信息的多個段，例如段53標(biāo)志數(shù)據(jù)單元類型，段54包含對數(shù)據(jù)單元路由選擇的路由選擇信息，段55包含各種控制信息，例如糾錯信息(例如，循環(huán)冗余檢驗數(shù)據(jù))。在圖4的例子中，數(shù)據(jù)單元的控制段55也具有指定的部分550，其中設(shè)置阻塞控制信息。簡單情況下，阻塞原因信息由兩比特組成。這樣提供了四種組合，其中第一種組合(例如00)表示沒有阻塞，第二種組合(例如10)表示出現(xiàn)了第一種阻塞原因，第三種組合(例如01)表示出現(xiàn)了第二種阻塞原因，而第四種組合(例如11)表示第一和第二種阻塞原因都出現(xiàn)了。自然，阻塞原因信息可以包含任意n個比特，提供2n種阻塞原因組合。
應(yīng)該注意的是，圖4中示意性表示的數(shù)據(jù)單元只是一個例子，其它數(shù)據(jù)結(jié)構(gòu)也是可能的，例如除了字頭以外或者代替字頭可以使用拖尾比特。
正如前面已經(jīng)提到的，阻塞原因信息可以在結(jié)構(gòu)上等同于阻塞通知信息。這在上例中可以看到，00代表沒有阻塞，而任何其它的組合代表阻塞。此外，同樣也非?？赡艿氖亲枞蛐畔⒆鳛樽枞ㄖ畔⒌囊唤M附加信息。例如，當(dāng)使用TCP/IP時，可以保留RfC 3168中定義的ECN機制，并簡單地定義一組附加比特傳遞附加的阻塞原因信息。保持阻塞通知信息和阻塞原因信息分開的好處是，提供了與能夠處理阻塞通知信息、但不能處理阻塞原因信息的這類系統(tǒng)的向后兼容。
現(xiàn)在將描述本發(fā)明的另一方面，即向網(wǎng)絡(luò)發(fā)送數(shù)據(jù)單元的通信設(shè)備對阻塞原因信息的利用。這在圖3中示意性表示。參照號3指的是包含路由選擇或轉(zhuǎn)發(fā)設(shè)備33-44的網(wǎng)絡(luò)。各種路由選擇設(shè)備33-44是互連的，而且還連接圖3中沒有表示、用虛線所示的其它路由選擇設(shè)備。圖3還表示了第一通信設(shè)備31，連接到網(wǎng)絡(luò)3并作為發(fā)送通信設(shè)備，以及第二通信設(shè)備32，也連接到網(wǎng)絡(luò)3并作為接收通信設(shè)備。更具體地，發(fā)送通信設(shè)備31通過與路由選擇設(shè)備33的連接向網(wǎng)絡(luò)3發(fā)送數(shù)據(jù)單元。通信設(shè)備31和路由選擇設(shè)備33之間的連接可以用任何希望或適當(dāng)?shù)姆绞浇?，例如，可以是固定有線線路或可以是無線連接。通信設(shè)備31在網(wǎng)絡(luò)3中發(fā)送的數(shù)據(jù)單元包含路由選擇或?qū)ぶ沸畔?，這樣網(wǎng)絡(luò)3能夠?qū)⒃摂?shù)據(jù)單元轉(zhuǎn)發(fā)到希望的信宿32。這個基本概念是本領(lǐng)域眾所周知的，因此不必更詳細(xì)地描述。
根據(jù)本發(fā)明，一個或多個路由選擇設(shè)備33-44按照結(jié)合圖1的描述設(shè)計，即根據(jù)本發(fā)明操作的路由選擇設(shè)備不僅能夠監(jiān)視是否出現(xiàn)了阻塞，而且能夠識別阻塞原因并在恰當(dāng)?shù)南鄳?yīng)數(shù)據(jù)單元中設(shè)置恰當(dāng)信息。優(yōu)選地，當(dāng)阻塞條件出現(xiàn)時，將在輸出單元12輸出的所有數(shù)據(jù)單元中設(shè)置阻塞原因信息(見圖1)。
被轉(zhuǎn)發(fā)的數(shù)據(jù)單元由接收通信設(shè)備32接收，這里接收通信設(shè)備32被設(shè)計為向網(wǎng)絡(luò)3發(fā)送確認(rèn)消息。該確認(rèn)消息包含路由選擇或?qū)ぶ沸畔?，引?dǎo)確認(rèn)消息到達(dá)發(fā)送通信設(shè)備31。該確認(rèn)消息包含有關(guān)數(shù)據(jù)單元接收的接收信息，而且可能包含一個或多個路由選擇設(shè)備在轉(zhuǎn)發(fā)數(shù)據(jù)單元中設(shè)置的阻塞通知信息和阻塞原因信息。換言之，接收通信設(shè)備32被設(shè)計為對接收數(shù)據(jù)單元中所含的阻塞通知信息及/或阻塞原因信息進(jìn)行鏡像。作為從發(fā)送通信設(shè)備接收到數(shù)據(jù)單元的響應(yīng)而發(fā)送確認(rèn)消息的基本機制是本領(lǐng)域熟知的ARQ(自動重發(fā)請求)，因此進(jìn)一步的描述就不必要了。
然后網(wǎng)絡(luò)3將確認(rèn)消息轉(zhuǎn)發(fā)到發(fā)送通信設(shè)備31。應(yīng)該注意的是，根據(jù)本發(fā)明概念操作的路由選擇設(shè)備不僅能夠在轉(zhuǎn)發(fā)方向(從發(fā)送通信設(shè)備31到接收通信設(shè)備32)上發(fā)送的數(shù)據(jù)單元中設(shè)置阻塞通知和阻塞原因信息，也能夠在反向(即，從接收通信設(shè)備32到發(fā)送通信設(shè)備31)上發(fā)送的確認(rèn)消息中設(shè)置阻塞通知信息和阻塞原因信息。也要注意的是確認(rèn)消息也是數(shù)據(jù)單元，例如類似圖4所示的那樣。
根據(jù)本發(fā)明的發(fā)送通信設(shè)備31被設(shè)計為可以執(zhí)行圖5流程圖示意性所示的方法。即，在通信設(shè)備31的整個控制過程中出現(xiàn)的步驟S61中，確定接收的確認(rèn)消息中是否出現(xiàn)了阻塞原因信息。如果沒有，那么繼續(xù)常規(guī)控制。如果接收確認(rèn)消息中出現(xiàn)了阻塞原因信息，過程轉(zhuǎn)到步驟S62，在其中提取阻塞原因信息，并在隨后的步驟S63中根據(jù)提取的阻塞原因適配控制過程。正如前面已經(jīng)詳細(xì)說明的，阻塞原因信息可以用這樣的方式設(shè)計它可以表示n種不同的阻塞原因的出現(xiàn)或不出現(xiàn)，因此每個確認(rèn)消息可以包含2n種不同阻塞原因組合中的一個。根據(jù)本發(fā)明操作的通信設(shè)備31則可以，例如設(shè)計為簡單地識別確認(rèn)消息的特定域(即阻塞原因域)中的阻塞原因組合(例如，特定比特組合)，以及根據(jù)識別的阻塞原因組合調(diào)用一個響應(yīng)過程。例如，通信設(shè)備31可以將可能的阻塞原因組合(例如各種比特模式)記錄或存成表格，其中每種阻塞原因信息鏈接到有關(guān)的響應(yīng)過程。每種不同的阻塞原因組合鏈接到不同的響應(yīng)過程或者幾種不同的阻塞組合鏈接到同一響應(yīng)過程都是可能的。這通常依據(jù)特定系統(tǒng)而定而且可以根據(jù)合適或需要來選擇。
根據(jù)優(yōu)選實施例，通信設(shè)備31設(shè)計為提取第一和第二阻塞原因信息，其中第一阻塞原因信息關(guān)聯(lián)于由于不能處理通過網(wǎng)絡(luò)傳輸?shù)臄?shù)據(jù)單元數(shù)(即處理受限)而引起的阻塞，第二阻塞原因信息關(guān)聯(lián)于由于不能處理所傳輸?shù)臄?shù)據(jù)量(即，帶寬受限)而引起的阻塞。因此通信設(shè)備31優(yōu)選地設(shè)計為通過減少每單位時間輸出到網(wǎng)絡(luò)的數(shù)據(jù)單元數(shù)來響應(yīng)提取出來的第一阻塞原因信息，并通過減少每單位時間輸出到網(wǎng)絡(luò)的數(shù)據(jù)量來響應(yīng)提取出來的第二阻塞原因信息。
關(guān)于在預(yù)定的n個比特中以單個比特的形式設(shè)置阻塞原因信息，應(yīng)該注意的是，當(dāng)沿著一條連接的多個路由選擇設(shè)備能夠設(shè)置對應(yīng)于各個阻塞原因的一個或多個比特時，相連的路由選擇設(shè)備可以根據(jù)它們單獨的阻塞狀態(tài)設(shè)置不同的比特。例如，如果阻塞原因信息可以區(qū)分兩種原因(即使用兩比特)，可能的情況是第一路由選擇設(shè)備將第一比特設(shè)為1(例如藉此表示處理受限)，第二路由選擇設(shè)備(例如圖3中的36)將第二比特設(shè)為1(例如藉此表示帶寬受限)。這樣，將阻塞原因信息在接收通信設(shè)備32發(fā)送的確認(rèn)消息中鏡像之后，發(fā)送通信設(shè)備31就被告知網(wǎng)絡(luò)3中出現(xiàn)了第一阻塞原因(例如處理受限)和第二阻塞原因(例如帶寬受限)。
上述與修改發(fā)送通信設(shè)備有關(guān)的概念優(yōu)選地應(yīng)用于基于速率的發(fā)送應(yīng)用中。例如，可以考慮在預(yù)定時間段內(nèi)輸出一個語音幀的使用編解碼器的網(wǎng)絡(luò)電話(VoIP)應(yīng)用。例如，AMR(自適應(yīng)多速率)編解碼器每20ms輸出一個語音幀。該編解碼器能夠基于每幀在多種不同編碼速率中切換它的編碼速率。例如，AMR編解碼器能夠切換范圍從4.75到12.2kbps的8種不同編碼速率。該編解碼器輸出的語音幀嵌入可以通過網(wǎng)絡(luò)發(fā)送的數(shù)據(jù)單元中。例如，該語音幀可以連續(xù)嵌入實時傳輸協(xié)議(RTP)數(shù)據(jù)單元、數(shù)據(jù)報阻塞控制協(xié)議(DCCP)數(shù)據(jù)單元以及互聯(lián)網(wǎng)協(xié)議(IP)數(shù)據(jù)單元。
根據(jù)發(fā)明的優(yōu)選例子，阻塞原因信息編碼為兩比特，其中第一組合(例如00)表示沒有阻塞、第二組合(例如10)表示出現(xiàn)了處理受限、第三組合(例如01)表示出現(xiàn)了帶寬受限、第四組合(例如11)表示出現(xiàn)了處理和帶寬受限。
當(dāng)從網(wǎng)絡(luò)收到反饋(即確認(rèn)消息)時，VoIP應(yīng)用可以使用一個合適的判決表，其中00鏈接到?jīng)]有響應(yīng)(對應(yīng)于圖5所示例子的步驟S61中的“no”結(jié)果)，其中10鏈接到響應(yīng)選項1，01鏈接到響應(yīng)選項2而11鏈接到響應(yīng)選項3。
響應(yīng)選項1則可以基于通過增加每數(shù)據(jù)單元的語音幀數(shù)而減少應(yīng)用輸出的數(shù)據(jù)單元(例如IP分組)數(shù)。這是對處理受限的一個恰當(dāng)反應(yīng)，因為每單位時間網(wǎng)絡(luò)接收的待處理數(shù)據(jù)單元數(shù)減少了。從VoIP應(yīng)用的觀點來看，這樣導(dǎo)致延遲增加。
響應(yīng)選項2可以基于保留每數(shù)據(jù)單元的語音幀數(shù)不變、而降低編碼速率。這樣導(dǎo)致恒定數(shù)目的數(shù)據(jù)單元，但是每單個數(shù)據(jù)單元變小。這是對帶寬受限的一個恰當(dāng)反應(yīng)，因為到達(dá)網(wǎng)絡(luò)的數(shù)據(jù)量(即字節(jié)數(shù))減少了。從應(yīng)用觀點來看，所付的代價是降低了質(zhì)量。
響應(yīng)選項3可以基于實現(xiàn)選項1和選項2，即降低編碼速率并增加每數(shù)據(jù)單元的語音幀數(shù)。從應(yīng)用的觀點來看，這個響應(yīng)導(dǎo)致質(zhì)量降低而且延遲增加。
對比現(xiàn)有技術(shù)系統(tǒng)，本申請的好處是可以從上面例子中立即看出來的。即，現(xiàn)有技術(shù)只表示阻塞出現(xiàn)或沒出現(xiàn)，但是本發(fā)明可以區(qū)分阻塞的原因。這意味著在現(xiàn)有技術(shù)中，上面針對VoIP應(yīng)用的情況迫使利用響應(yīng)選項3響應(yīng)阻塞通知，因為不能確定原因是什么。由于不能確定原因，不得不提供一種能夠減輕所有可能原因——例如處理受限和帶寬受限——的反應(yīng)。這樣的結(jié)果是，在阻塞情況下總是要降低質(zhì)量并增加延遲。
與此相反，本發(fā)明可以識別阻塞的原因，這樣在發(fā)送通信設(shè)備一邊可以采取正確的反應(yīng)，也就是意味著只有必需的性能下降才需要容忍。換言之，在處理受限情況下，只需要容忍延遲增加，不必降低質(zhì)量，而在帶寬受限情況下，只需容忍質(zhì)量下降，不必增加延遲。
盡管上述例子只涉及了VoIP，但是必須注意的是本發(fā)明同樣的好效果可以在任何使用阻塞反饋的應(yīng)用中實現(xiàn)，例如流媒體、移動游戲以及任何使用TFRC(TCP友好的速率控制)及/或TFRC-PS(TCP友好的速率控制分組大小)控制阻塞的應(yīng)用。自然，各自的響應(yīng)選項要根據(jù)特定應(yīng)用以及各自有關(guān)的要求而定。
本發(fā)明的實施例可以用硬件、軟件或任何恰當(dāng)?shù)挠布蛙浖M合的形式提供。本發(fā)明也可以用存儲能夠執(zhí)行根據(jù)本發(fā)明方法的計算機程序的數(shù)據(jù)載體的形式實施。
盡管本發(fā)明已經(jīng)通過例子作了描述，但是它們只是提供了一種全面的理解而不是做為限制。相反，本發(fā)明的范圍是所附權(quán)利要求確定的。此外，權(quán)利要求中的參照號不是限制性的，只是用于使權(quán)利要求更容易閱讀。
權(quán)利要求
1.在網(wǎng)絡(luò)(3)中對數(shù)據(jù)單元路由選擇的設(shè)備(1)包括從所述網(wǎng)絡(luò)接收數(shù)據(jù)單元的接收機(10)，對所述接收機接收的數(shù)據(jù)單元緩存的緩存器(111)，根據(jù)所述數(shù)據(jù)單元中包含的路由選擇信息，將緩存的數(shù)據(jù)單元輸出到所述網(wǎng)絡(luò)的輸出單元(12)，監(jiān)視所述設(shè)備是否滿足預(yù)定阻塞條件的阻塞監(jiān)視器(110)，如果所述阻塞監(jiān)視器確定滿足所述阻塞條件，在所述輸出單元輸出的一個或多個數(shù)據(jù)單元中設(shè)置阻塞通知信息的阻塞通知單元(110)，其特征在于阻塞原因識別單元(110)能夠區(qū)分至少兩種不同的阻塞原因，以便識別所述阻塞監(jiān)視器檢測到所述阻塞條件滿足時的一種或多種原因，并且所述阻塞通知單元設(shè)計為，根據(jù)所述阻塞原因識別單元識別的一種或多種原因，在設(shè)置阻塞通知信息的所述一個或多個數(shù)據(jù)單元中設(shè)置阻塞原因信息。
2.根據(jù)權(quán)利要求1的設(shè)備，其特征在于所述阻塞監(jiān)視器設(shè)計為監(jiān)視所述設(shè)備的一種或多種資源的利用程度，而且如果所述一種或多種資源中至少一種的利用程度滿足預(yù)定條件，就確定滿足了阻塞條件。
3.根據(jù)權(quán)利要求2的設(shè)備，其特征在于所述預(yù)定條件是超過預(yù)定門限。
4.根據(jù)權(quán)利要求1到3中一個的設(shè)備，其特征在于所述阻塞原因識別單元設(shè)計為觀察所述設(shè)備的兩種或多種資源的利用程度，并根據(jù)所觀察的利用程度識別所述的一種或多種原因。
5.根據(jù)權(quán)利要求2到4中一個的設(shè)備，其特征在于所述資源包括緩存容量以及數(shù)據(jù)單元處理能力。
6.根據(jù)權(quán)利要求4或5的設(shè)備，其特征在于所述資源組成一個或多個第一資源以及一個或多個第二資源，而且所述阻塞原因識別單元設(shè)計為根據(jù)所述第一資源的利用程度識別第一原因，并根據(jù)所述第二資源的利用程度識別第二原因。
7.根據(jù)權(quán)利要求6的設(shè)備，其特征在于所述第一資源包括下面的一個或兩個-與所述接收機關(guān)聯(lián)的緩存所述接收機接收的數(shù)據(jù)單元的緩存容量，以及-控制從所述接收機到所述輸出單元傳遞數(shù)據(jù)單元的處理能力，而且所述第二資源包括下面的一個或兩個-與所述輸出單元關(guān)聯(lián)的、緩存待輸出的數(shù)據(jù)單元的緩存容量，以及-控制從所述輸出單元輸出數(shù)據(jù)單元的處理能力。
8.在網(wǎng)絡(luò)中控制數(shù)據(jù)單元路由選擇設(shè)備的方法，包括從所述網(wǎng)絡(luò)接收數(shù)據(jù)單元，緩存所述接收機接收的數(shù)據(jù)單元，根據(jù)所述數(shù)據(jù)單元中包含的路由選擇信息，將緩存數(shù)據(jù)單元輸出到所述網(wǎng)絡(luò)，監(jiān)視預(yù)定阻塞條件是否滿足，如果滿足了所述阻塞條件，在一個或多個輸出數(shù)據(jù)單元中設(shè)置阻塞通知信息，其特征在于識別(S22)滿足所述阻塞條件的一種或多種原因，以及根據(jù)一種或多種所識別的原因，在設(shè)置阻塞通知信息的所述一個或多個數(shù)據(jù)單元中設(shè)置(S23)阻塞原因信息。
9.根據(jù)權(quán)利要求8的方法，其特征在于監(jiān)視所述設(shè)備的一種或多種資源的利用程度，而且如果所述一種或多種資源中至少一種的利用程度滿足預(yù)定條件，就確定滿足了阻塞條件。
10.根據(jù)權(quán)利要求9的方法，其特征在于所述預(yù)定條件是超過預(yù)定門限。
11.根據(jù)權(quán)利要求8到10中一個的方法，其特征在于觀察所述設(shè)備的兩種或多種資源的利用程度，并根據(jù)所觀察的利用程度識別所述的一種或多種原因。
12.根據(jù)權(quán)利要求9到11中一個的方法，其特征在于所述資源包括緩存容量以及數(shù)據(jù)單元處理能力。
13.根據(jù)權(quán)利要求11或12的方法，其特征在于所述資源組成一個或多個第一資源以及一個或多個第二資源，而且根據(jù)所述第一資源的利用程度識別第一原因并根據(jù)所述第二資源的利用程度識別第二原因。
14.根據(jù)權(quán)利要求13的方法，其特征在于所述第一資源包括下面的一個或兩個-與所述接收機關(guān)聯(lián)的緩存所述接收機接收的數(shù)據(jù)單元的緩存容量，以及-控制從所述接收機到所述輸出單元傳遞數(shù)據(jù)單元的處理能力，而且所述第二資源包括下面的一個或兩個-與所述輸出單元關(guān)聯(lián)的緩存待輸出的數(shù)據(jù)單元的緩存容量，以及-控制從所述輸出單元輸出數(shù)據(jù)單元的處理能力。
15.當(dāng)運行在對網(wǎng)絡(luò)中的數(shù)據(jù)單元路由選擇的設(shè)備上、執(zhí)行權(quán)利要求8到14中一個的方法的計算機程序。
16.存儲權(quán)利要求15的計算機程序的數(shù)據(jù)載體。
17.通過網(wǎng)絡(luò)(3)向接收通信設(shè)備(32)發(fā)送數(shù)據(jù)單元的通信設(shè)備(31)，所述發(fā)送通信設(shè)備設(shè)計為，從所述接收數(shù)據(jù)通信設(shè)備接收確認(rèn)消息，其中包含有關(guān)發(fā)送數(shù)據(jù)單元接收的接收信息，以及有關(guān)網(wǎng)絡(luò)阻塞的阻塞通知信息，所述發(fā)送通信設(shè)備設(shè)計為，根據(jù)所述確認(rèn)消息中包含的信息，適配控制數(shù)據(jù)單元發(fā)送的操作，藉此響應(yīng)所述確認(rèn)消息，其特征在于所述發(fā)送通信設(shè)備設(shè)計為提取所述確認(rèn)消息中包含的阻塞原因信息，并根據(jù)所述阻塞原因信息適配控制數(shù)據(jù)單元發(fā)送的操作。
18.根據(jù)權(quán)利要求17的設(shè)備，其特征在于阻塞原因信息的設(shè)計使得確認(rèn)消息中的阻塞原因信息可以表示n種不同阻塞原因的出現(xiàn)或不出現(xiàn)，這樣每個包含阻塞原因信息的確認(rèn)消息包含了2n種不同阻塞原因組合中的一個，n是整數(shù)，而且所述發(fā)送通信設(shè)備設(shè)計為識別確認(rèn)消息中包含的阻塞原因組合并調(diào)用與識別的阻塞原因組合所對應(yīng)的響應(yīng)過程。
19.根據(jù)權(quán)利要求17或18的設(shè)備，其特征在于所述發(fā)送通信設(shè)備設(shè)計為提取至少第一和第二阻塞原因信息，所述第一阻塞原因關(guān)聯(lián)于由于不能處理所傳輸?shù)臄?shù)據(jù)單元數(shù)而引起的阻塞，所述第二阻塞原因信息關(guān)聯(lián)于由于不能處理所傳輸?shù)臄?shù)據(jù)量而引起的阻塞，而且所述發(fā)送通信設(shè)備設(shè)計為通過減少每單位時間輸出的數(shù)據(jù)單元數(shù)，來響應(yīng)提取出來的所述第一阻塞原因信息，并通過減少每單位時間輸出的數(shù)據(jù)量，來響應(yīng)提取出來的所述第二阻塞原因信息。
20.控制通過網(wǎng)絡(luò)向接收通信設(shè)備發(fā)送數(shù)據(jù)單元的發(fā)送通信設(shè)備的方法，包括從所述接收通信設(shè)備接收確認(rèn)消息，其中包含有關(guān)發(fā)送數(shù)據(jù)單元接收的接收信息以及有關(guān)網(wǎng)絡(luò)阻塞的阻塞通知信息，通過根據(jù)所述確認(rèn)消息中包含的信息適配控制發(fā)送數(shù)據(jù)單元的操作，來響應(yīng)所述確認(rèn)消息，其特征在于在所述發(fā)送通信設(shè)備提取(S62)所述確認(rèn)消息中包含的阻塞原因信息，并且根據(jù)所述提取的阻塞原因信息適配(S63)控制數(shù)據(jù)單元發(fā)送的操作。
21.根據(jù)權(quán)利要求20的方法，其特征在于阻塞原因信息的設(shè)計使得確認(rèn)消息中的阻塞原因信息可以表示n種不同阻塞原因的出現(xiàn)或不出現(xiàn)，這樣每個包含阻塞原因信息的確認(rèn)消息包含了2n種不同阻塞原因組合中的一個，n是整數(shù)，而且所述方法還包括識別確認(rèn)消息中包含的阻塞原因組合，并調(diào)用與識別的阻塞原因組合所對應(yīng)的響應(yīng)過程。
22.根據(jù)權(quán)利要求20或21的方法，其特征在于所述發(fā)送通信設(shè)備設(shè)計為提取至少第一和第二阻塞原因信息，所述第一阻塞原因信息關(guān)聯(lián)于由于不能處理所傳輸?shù)臄?shù)據(jù)單元個數(shù)而引起的阻塞，所述第二阻塞原因信息關(guān)聯(lián)于由于不能處理所傳輸?shù)臄?shù)據(jù)量而引起的阻塞，而且所述方法還包括通過減少每單位時間輸出的數(shù)據(jù)單元數(shù)，來響應(yīng)所述第一阻塞原因信息的提取，并通過減少每單位時間輸出的數(shù)據(jù)量來響應(yīng)提取出來的所述第二阻塞原因信息。
23.當(dāng)運行在通過網(wǎng)絡(luò)發(fā)送數(shù)據(jù)單元的設(shè)備上、執(zhí)行權(quán)利要求20到22中一個的方法的計算機程序。
24.存儲權(quán)利要求23的計算機程序的數(shù)據(jù)載體。
25.通過網(wǎng)絡(luò)(3)發(fā)送數(shù)據(jù)單元的方法，包括將數(shù)據(jù)單元發(fā)送到連接到所述網(wǎng)絡(luò)的發(fā)送通信設(shè)備(31)之外的所述網(wǎng)絡(luò)中，在所述網(wǎng)絡(luò)的一個或多個路由選擇設(shè)備(33-44)中，將所述數(shù)據(jù)單元轉(zhuǎn)發(fā)到連接所述網(wǎng)絡(luò)的接收通信設(shè)備(32)，每個路由選擇設(shè)備緩存從所述網(wǎng)絡(luò)接收的數(shù)據(jù)單元，根據(jù)所述數(shù)據(jù)單元中包含的路由選擇信息，將緩存的數(shù)據(jù)單元輸出到所述網(wǎng)絡(luò)，監(jiān)視是否滿足預(yù)定的阻塞條件，如果滿足所述阻塞條件，就在一個或多個輸出數(shù)據(jù)單元中設(shè)置阻塞通知信息，識別滿足所述阻塞條件的一個或多個原因，并根據(jù)一個或多個識別的原因，在設(shè)置阻塞通知信息的所述一個或多個數(shù)據(jù)單元中設(shè)置阻塞原因信息，在所述接收通信設(shè)備中接收所述轉(zhuǎn)發(fā)的數(shù)據(jù)單元，所述接收通信設(shè)備向所述網(wǎng)絡(luò)發(fā)送確認(rèn)消息，所述確認(rèn)消息包含有關(guān)所述轉(zhuǎn)發(fā)數(shù)據(jù)單元接收的接收信息，以及阻塞通知信息，以及所述一個或多個路由器在所述轉(zhuǎn)發(fā)數(shù)據(jù)單元中設(shè)置的阻塞原因信息，通過所述網(wǎng)絡(luò)向所述發(fā)送通信設(shè)備轉(zhuǎn)發(fā)所述確認(rèn)消息，在所述發(fā)送通信設(shè)備接收所述確認(rèn)消息，并通過根據(jù)所述確認(rèn)消息中包含的信息適配控制數(shù)據(jù)單元發(fā)送的操作來響應(yīng)所述確認(rèn)消息，在所述發(fā)送通信設(shè)備提取所述確認(rèn)消息中包含的所述阻塞原因信息，并根據(jù)所述提取的阻塞原因信息適配控制數(shù)據(jù)單元發(fā)送的操作。
全文摘要
一種在網(wǎng)絡(luò)中對數(shù)據(jù)單元路由選擇的設(shè)備，以及一種控制在網(wǎng)絡(luò)中對數(shù)據(jù)單元路由選擇設(shè)備的方法，其中設(shè)備1能夠識別路由選擇設(shè)備中一種或多種阻塞原因并能夠在一個或多個轉(zhuǎn)發(fā)數(shù)據(jù)單元中設(shè)置阻塞原因信息。
文檔編號H04L29/06GK1736063SQ03825876
公開日2006年2月15日 申請日期2003年1月28日 優(yōu)先權(quán)日2003年1月28日
發(fā)明者H·維曼, H·?？怂固貍?申請人:艾利森電話股份有限公司