專利名稱：單轉(zhuǎn)壓縮場景相關(guān)應(yīng)用中的帶內(nèi)協(xié)商的制作方法
本申請是2003年2月25日遞交的標(biāo)題為“Using Modem Profiles toImprove Connectivity，Connect Timing，and Compression Performance of aModem Relay Type 2A Gateway(利用調(diào)制解調(diào)器簡檔來改進調(diào)制解調(diào)器中繼2A型網(wǎng)關(guān)的連通性、連接定時和壓縮性能)”，序列號為10/376,208的美國專利申請的部分延續(xù)案。這里通過引用將該父專利申請的公開內(nèi)容全部結(jié)合進來。
背景技術(shù)：
本發(fā)明一般地涉及調(diào)制解調(diào)器中繼(MR)網(wǎng)絡(luò)鏈路中的連通性和性能改進。更具體而言，其涉及調(diào)制解調(diào)器中繼(例如MR1)網(wǎng)關(guān)以及緩存的或預(yù)測性的壓縮參數(shù)協(xié)商。
調(diào)制解調(diào)器中繼(MR)MR1連接場景(沒有轉(zhuǎn)壓縮(transcompression)，以前稱為2a型)要求第一發(fā)端調(diào)制解調(diào)器M1和第二終接調(diào)制解調(diào)器M2協(xié)商相同的壓縮參數(shù)。為了獲得最優(yōu)壓縮參數(shù)，需要端到端交換標(biāo)識(XID)協(xié)商。由于XID協(xié)商開始于來自發(fā)端調(diào)制解調(diào)器(M1)的幀，因此MR網(wǎng)關(guān)需要確定G2<＝>M2物理連接在M1<＝>G1物理連接之前完成。這樣一來，只要M1的XID可用，G2就可將其轉(zhuǎn)發(fā)到M2，并且類似地將M2的XID返回M1。為此，已提出許多想法，以便延遲G1上的物理連接直到G2上物理連接完成，或者多次執(zhí)行XID事務(wù)，這種重復(fù)可能不是某些服務(wù)器調(diào)制解調(diào)器所預(yù)期的。
或者，兩個網(wǎng)關(guān)都可在本地決定協(xié)商壓縮參數(shù)的小型“默認(rèn)”子集，以便避免端到端問題。在這種情況下，默認(rèn)子集可能太小，從而所提供的壓縮性能比起端到端協(xié)商能實現(xiàn)的要低?；蛘?，默認(rèn)子集可能不足夠小(例如一個調(diào)制解調(diào)器實際上被配置為無壓縮)，從而產(chǎn)生不可行的壓縮設(shè)置。此外，該過程將會增加調(diào)制解調(diào)器中繼(MR)連接中到達(dá)數(shù)據(jù)模式的時間，這阻撓了用戶等待接入因特網(wǎng)。
這些技術(shù)中許多都可能易于發(fā)生系統(tǒng)故障。此外，該過程將會增加調(diào)制解調(diào)器中繼(MR)模式中完全連接的時間，這阻撓了用戶等待接入因特網(wǎng)。由于這種定時問題，許多網(wǎng)關(guān)實現(xiàn)方式只是使用“本地最小”默認(rèn)壓縮參數(shù)(例如，字典大?。?K(其中K＝210)，串大?。?0)，以避免物理連接的延遲。這種試探通常產(chǎn)生亞最優(yōu)壓縮參數(shù)。更惡劣的是，如果M1或M2是針對比最低限度選擇(例如完全無壓縮)還窄的壓縮參數(shù)來配置的，則有時候會無法連接。
最近，已提出了ITU-V.150.1(IP語音)標(biāo)準(zhǔn)以用于提供經(jīng)協(xié)商的數(shù)據(jù)壓縮。某些方法，包括父專利申請US專利申請No.10/376,208，提出了對這種數(shù)據(jù)壓縮參數(shù)的緩存的或預(yù)測性的協(xié)商。單壓縮(STCX)參數(shù)的帶內(nèi)壓縮重協(xié)商可能出現(xiàn)問題。

發(fā)明內(nèi)容
本發(fā)明的第一實施例是一種網(wǎng)絡(luò)設(shè)備，其具有處理器，用于控制該網(wǎng)絡(luò)設(shè)備和網(wǎng)絡(luò)中的其他設(shè)備之間的消息流量和控制數(shù)據(jù)；端口，用于允許該網(wǎng)絡(luò)設(shè)備發(fā)送和接收消息流量；以及轉(zhuǎn)壓縮元件，用于接收壓縮重協(xié)商指示和用于發(fā)送重協(xié)商確認(rèn)指示，以及執(zhí)行壓縮/解壓縮。
本發(fā)明的另一個實施例是一種控制網(wǎng)絡(luò)中的壓縮的方法。該方法在第一網(wǎng)絡(luò)設(shè)備上的解壓縮器處接收壓縮重協(xié)商指示，并且將壓縮重協(xié)商確認(rèn)指示發(fā)送到第二網(wǎng)絡(luò)設(shè)備上的壓縮器元件。
本發(fā)明的另一個實施例是一種控制網(wǎng)絡(luò)中的壓縮的方法。該方法確定用于傳出數(shù)據(jù)的壓縮方法是否與用于傳入數(shù)據(jù)的解壓縮方法兼容。如果壓縮方法和解壓縮方法兼容，則將傳入數(shù)據(jù)作為傳出數(shù)據(jù)發(fā)送，而不進行壓縮或解壓縮，同時針對任何壓縮重協(xié)商指示監(jiān)視消息和控制流量。


通過參考附圖閱讀公開文本，可以最充分地理解本發(fā)明的實施例，附圖中
圖1是示出VoIP網(wǎng)絡(luò)的系統(tǒng)框圖，該VoIP網(wǎng)絡(luò)以根據(jù)本發(fā)明的一個優(yōu)選實施例的XID簡檔交換裝置為特征。
圖2是根據(jù)本發(fā)明的一個優(yōu)選實施例的XID簡檔交換方法的流程圖。
圖3是根據(jù)本發(fā)明的一個優(yōu)選實施例的所發(fā)明的方法的流程圖。
圖4是根據(jù)本發(fā)明的另一優(yōu)選實施例的所發(fā)明的方法的流程圖。
圖5是根據(jù)本發(fā)明的另一個優(yōu)選實施例的所發(fā)明的方法的流程圖。
圖6示出中繼數(shù)據(jù)網(wǎng)絡(luò)中的轉(zhuǎn)壓縮元件的圖。
圖7示出網(wǎng)絡(luò)設(shè)備的實施例。
圖8示出用于在中繼數(shù)據(jù)網(wǎng)絡(luò)中傳輸消息的方法的實施例的圖。
圖9示出用于處理中繼數(shù)據(jù)網(wǎng)絡(luò)中的壓縮的方法的實施例的圖。
具體實施例方式
首先提供一些定義M1<＝>G1<＝>G2<＝>M2M1主叫/發(fā)端調(diào)制解調(diào)器，通常是客戶端計算機系統(tǒng)的一部分。
GW網(wǎng)關(guān)M2應(yīng)答/終接調(diào)制解調(diào)器，通常是服務(wù)器計算機系統(tǒng)的一部分。
OGW，G1入口/發(fā)端調(diào)制解調(diào)器中繼(MR)網(wǎng)關(guān)。
TGW，G2出口/終接MR網(wǎng)關(guān)。
x<＝>y系統(tǒng)x和y之間的連接M1<＝>G1，G2<＝>M2這些連接是經(jīng)由PSTN的撥號，使用了調(diào)制解調(diào)器調(diào)制和協(xié)議。
G1<＝>G2該連接是經(jīng)由分組網(wǎng)絡(luò)的，使用了V.MoIP MR網(wǎng)關(guān)協(xié)議。
XIDc調(diào)制解調(diào)器鏈路訪問協(xié)議(LAPM)XID命令。
XIDrLAPM XID響應(yīng)。
XIDpc主叫(發(fā)端)調(diào)制解調(diào)器的XID配置或“簡檔”，描述了在XID協(xié)商期間它的行為。
XIDpr被叫(終接)調(diào)制解調(diào)器的XID配置或“簡檔”，描述了在XID協(xié)商期間它的行為。
XIDd調(diào)制解調(diào)器的“默認(rèn)”簡檔。這通常被用于限定足夠小的參數(shù)集合，以覆蓋大部分制造商的幾乎所有M1/M2廠家默認(rèn)壓縮能力。
∩“與…協(xié)商”。例如能力∩能力得出XID。
“是…的協(xié)商子集”。例如能力1能力2。
≤ “適當(dāng)?shù)叵蛳聟f(xié)商到…”。例如XIDr≤XIDp。
MR連接的轉(zhuǎn)壓縮類型可能大大受益于一致的端到端壓縮參數(shù)，這是因為轉(zhuǎn)壓縮器可能會退出(drop out)，從而節(jié)約網(wǎng)關(guān)資源。端到端壓縮參數(shù)值得擁有的。問題在于傳統(tǒng)上客戶端調(diào)制解調(diào)器的壓縮參數(shù)在連接過程中很晚的時候才被發(fā)現(xiàn)，并且在IP網(wǎng)絡(luò)上實時交換這些參數(shù)可能是有問題的。本發(fā)明解決了這些問題，如下所述。
圖1示出與網(wǎng)絡(luò)10相耦合的所發(fā)明的裝置8，該裝置根據(jù)諸如幀中繼語音(VoFR)協(xié)議或因特網(wǎng)協(xié)議語音(VoIP)之類的語音分組協(xié)議針對其上的語音流量進行操作。網(wǎng)絡(luò)10一般包括一個或多個電話機12、一個或多個傳真機14以及一個或多個低速調(diào)制解調(diào)器16，這些電話機、傳真機和低速調(diào)制解調(diào)器代表了由于其不同帶寬要求所引起的網(wǎng)絡(luò)10上的不同流量需求。傳真機14和低速調(diào)制解調(diào)器16通常與電話機共享電話號碼，以向用戶/客戶端提供傳真、電子郵件和因特網(wǎng)服務(wù)。一般提供高速(即V.34及更高)調(diào)制解調(diào)器16’，并且該高速調(diào)制解調(diào)器16’屬于本發(fā)明對其尤為有用的高速調(diào)制解調(diào)器類型。
傳輸語音的電話機12要求IP網(wǎng)絡(luò)上的相對較低的比特率。典型情況下，多個電話機12與多個語音網(wǎng)關(guān)18中的每一個相連接，所述網(wǎng)關(guān)18代表了網(wǎng)絡(luò)10內(nèi)的所謂的端點節(jié)點。電話機12將會被理解成用于語音通信，由此在電話會話期間語音信號被數(shù)字化、分組化并且被雙向傳輸。在語音幀網(wǎng)絡(luò)10中，與網(wǎng)絡(luò)上的語音流量同時發(fā)生的是越來越多的數(shù)據(jù)流量的存在。
本領(lǐng)域的技術(shù)人員將會意識到，數(shù)據(jù)和語音流量在某種程度上是可兼容的，因為在網(wǎng)絡(luò)10中這兩者都被表示為數(shù)字形式。但是語音和數(shù)據(jù)流量具有不同的要求，尤其在流量需求越來越大的情況下更是如此。例如，由于雙向人類會話中需要即時反饋或其他形式的確認(rèn)，因此語音流量要求低等待時間。在語音模式中，利用實時傳輸協(xié)議(RTP)或其他低等待時間協(xié)議的VoIP信道代表了高速調(diào)制解調(diào)器16’之間的高速信令的不可靠的傳輸。傳統(tǒng)上，在VoIP網(wǎng)絡(luò)10中，高速調(diào)制解調(diào)器16’可能協(xié)商了端到端物理層，例如V.34，并且網(wǎng)關(guān)18可能是所得到的遭受網(wǎng)絡(luò)損害(例如分組丟棄、抖動、延遲)的語音模式VoIP連接的“被動使能者”(即在所謂的調(diào)制解調(diào)器直通(passthru)模式中操作)，所述損害可能導(dǎo)致頻繁再訓(xùn)練和/或呼叫停止。
壓縮參數(shù)應(yīng)當(dāng)盡早被確立以實現(xiàn)最高的連通性、最快的連接時間和最高的性能。但是如前所述，在傳統(tǒng)MoIP連接中，壓縮參數(shù)協(xié)商是在中繼連接建立晚期發(fā)生的，因為它是呼叫建立的最后一個階段。協(xié)商壓縮參數(shù)發(fā)生在不便的環(huán)境下(例如當(dāng)所有定時差都已積累時)，因此在兩端的壓縮協(xié)商階段發(fā)生的時間可能不夠接近。這主要是由于物理層的引出(bring-up)的耦合性質(zhì)(例如等待和響應(yīng))而引起的。此外，端到端協(xié)商執(zhí)行起來要花時間，這花費了傳統(tǒng)MR時間來連接。
V.MoIP操作的基本模式(MR1連接)涉及使用默認(rèn)壓縮參數(shù)。這些默認(rèn)參數(shù)(由于需要考慮到絕大部分客戶端類型)并沒有針對性能被優(yōu)化。嘗試優(yōu)化壓縮參數(shù)的V.MoIP增強(端到端壓縮參數(shù)協(xié)商)是可用的，但是卻以復(fù)雜性和連接時間為代價。使用壓縮參數(shù)的簡檔消除了對端到端協(xié)商的需要，但是在許多情況下仍優(yōu)化了壓縮性能。
從而，上述問題的解決方案是使MR發(fā)端網(wǎng)關(guān)(OGW)和終接網(wǎng)關(guān)(TGW)預(yù)測主叫調(diào)制解調(diào)器所發(fā)送的XID命令并且預(yù)測被叫調(diào)制解調(diào)器所發(fā)送的對其的XID響應(yīng)。這樣一來，OGW和TGW能夠就最優(yōu)和一致的LAPM XID命令(XIDc)和響應(yīng)(XIDr)達(dá)成一致，這些命令和響應(yīng)各自將在特定物理連接發(fā)生時發(fā)送。本領(lǐng)域的技術(shù)人員將會意識到，在給定應(yīng)用中，網(wǎng)關(guān)18及其相關(guān)聯(lián)的調(diào)制解調(diào)器16’中的任何一個可以充當(dāng)具有其相關(guān)聯(lián)調(diào)制解調(diào)器M1的發(fā)端網(wǎng)關(guān)(OGW)或者具有其相關(guān)聯(lián)調(diào)制解調(diào)器M2的終接網(wǎng)關(guān)(TGW)，將在下文中對其進行詳細(xì)的操作描述。
本發(fā)明提出了利用針對MR網(wǎng)關(guān)的每個公共直接連接用戶的XID簡檔來配置MR網(wǎng)關(guān)。當(dāng)客戶端調(diào)制解調(diào)器M1發(fā)出MR呼叫時，G1可利用被叫號碼識別服務(wù)(DNIS)或其他適當(dāng)方法來識別哪個調(diào)制解調(diào)器發(fā)出了該呼叫。當(dāng)然，G2知道它要呼叫的號碼，從而也知道所涉及的客戶端調(diào)制解調(diào)器。這些客戶端調(diào)制解調(diào)器是直接用戶。此配置允許了GW在呼叫早期傳統(tǒng)XID協(xié)商之前知曉主叫/被叫號碼的XID簡檔。本領(lǐng)域的技術(shù)人員將會理解連通性和連接時間優(yōu)點。
對于每個主叫和被叫調(diào)制解調(diào)器，預(yù)測可能是不同的，這取決于調(diào)制解調(diào)器的能力及其配置。網(wǎng)關(guān)可通過利用等同物的PSTN主叫/被叫號碼識別工具來識別特定調(diào)制解調(diào)器。在呼叫期間，如果預(yù)測信息對于主叫和/或被叫調(diào)制解調(diào)器可用，則網(wǎng)關(guān)將會使用該信息來優(yōu)化連接過程。推測起來，OGW擁有更多關(guān)于其各種主叫調(diào)制解調(diào)器的知識，TGW擁有更多關(guān)于其各種被叫調(diào)制解調(diào)器的知識。本發(fā)明假定知識以這種方式本地化，因此OGW知道并發(fā)送主叫調(diào)制解調(diào)器預(yù)測性信息，而TGW知道并發(fā)送被叫調(diào)制解調(diào)器預(yù)測性信息。
從而，對于實現(xiàn)本發(fā)明的網(wǎng)關(guān)G1預(yù)先知道M1將會發(fā)送的XIDc。
G2預(yù)先知道M2將會對任意XIDc回復(fù)的XIDr。網(wǎng)關(guān)交換充分的信息，以預(yù)測在發(fā)端和終接分支(leg)兩者之上將會發(fā)生的XID交換。該信息在這里被稱為XIDpc[M1]M1所發(fā)送的XIDc的預(yù)測數(shù)據(jù)，或者M1的“XID簡檔”。
XIDpr[M2]M2針對任意XIDr發(fā)送的XIDr的預(yù)測數(shù)據(jù)，或者M2的“XID簡檔”。
XIDpc信息XIDpc[M1]只要是M1發(fā)送的XIDc串再加上M1的協(xié)議能力(用于預(yù)測V.44對MNP50)就足夠了。這是因為M1是XID交換期間的第一個“發(fā)言者”。該信息包含-所支持的鏈路層協(xié)議的列表LAPM、MNP、V.14，“同步”。
-任選的V.42bis參數(shù)方向、字典大小和串大小，用在M1協(xié)商LAPM或MNP協(xié)議的情況下。
-任選的V.44參數(shù)壓縮方向、重協(xié)商能力、Rx/Tx最大字典大小、Rx/Tx最大串大小以及Rx/Tx最大歷史大小，用在M1協(xié)商LAPM協(xié)議的情況下。
-任選的“所支持的MNP5”字段，用在M1協(xié)商MNP協(xié)議的情況下。
如果M1是針對僅限MNP的協(xié)議操作配置的，或者如果M1由于ODP/ADP或XID交換的故障而落回MNP，則就壓縮能力而言LR內(nèi)容具有等同的XID串。如果M1是針對無協(xié)議操作配置，則XIDpc[M1]將為空，從而指示不能執(zhí)行壓縮。在這里MNP(無后綴)是指MNP糾錯協(xié)議級別MNP1、MNP2和MNP3。(MNP4只不過是MNP2或MNP3的增強；這些協(xié)議中的任何一種都能支持MNP5或V.42bis壓縮)。
XIDpr信息XIDpr[M2]較難系統(tǒng)化，這是因為M2的XIDr依賴于它所接收到的XIDc并且XIDr永不會指定多個壓縮。在本發(fā)明的精神和范圍內(nèi)，M2可以實現(xiàn)復(fù)雜協(xié)商功能，例如“選擇具有所得到的較大字典的可行協(xié)議”?；蛘?，根據(jù)本發(fā)明的一個優(yōu)選實施例，一種較簡單的實現(xiàn)方式在壓縮備選方案之間進行優(yōu)先級區(qū)分，例如“V.44比V.42bis好，V.42bis比MNP5好”。
本領(lǐng)域的技術(shù)人員將會意識到XIDpr[M2]代表在M2發(fā)起呼叫的情況下M2會發(fā)送的XIDc串，再加上M2對各種壓縮賦予的優(yōu)先級排序。與以上XIDpc[M1]類似，XIDpr[M2]為-所支持的鏈路層協(xié)議的列表LAPM、MNP、V.14，“同步”。
-任選的V.42bis參數(shù)方向、字典大小和串大小，用在M1協(xié)商LAPM或MNP協(xié)議的情況下。
-任選的V.44參數(shù)壓縮方向、重協(xié)商能力、Rx/Tx最大字典大小、Rx/Tx最大串大小以及Rx/Tx最大歷史大小，用在M1協(xié)商LAPM協(xié)議的情況下。
-任選的“所支持的MNP5”字段，用在M1協(xié)商MNP協(xié)議的情況下。
-以上壓縮的按優(yōu)先級順序的有序列表，例如“V.44、V.42bis、MNP5”。
XIDp數(shù)據(jù)的結(jié)構(gòu)簡檔作為一系列記錄被發(fā)送<項目ID><length-of-body><主體>，優(yōu)選如下-V.42bis0x01<長度><Cpriority><XID的V.42bis群組的內(nèi)容>
-V.440x02<長度><Cpriority><XID的V.44群組的內(nèi)容>
-MNP50x03<長度><Cpriority>
-LAPM0x04<長度＝1><Cpriority>
-MNP0x05<長度＝2><Ppriority><MNP1:1；MNP2:2；MNP3:3>
-V.140x06<長度＝3><PXSpriority><比特/字符><奇偶類型>
-SYNC0x07<長度><優(yōu)先級><主體-TBD>
-調(diào)制圖0x08<長度><調(diào)制位圖-TBD>“Cpriority”字段指示如果支持若干壓縮方案那么哪一個是優(yōu)選的。通常，V.44>V.42bis>MNP5。“Ppriority”字段指示如果支持若干協(xié)議那么哪一個是優(yōu)選的。通常，LAPM>MNP>V.14。如果<長度>為零，則壓縮方法(等等)根本不被特定調(diào)制解調(diào)器所支持。如果不存在該方法的記錄，則網(wǎng)關(guān)(尚)不知該方案是否被支持。壓縮參數(shù)被編碼為將會在XIDc或XIDr中發(fā)送的實際XID群組。在MNP的情況下，預(yù)期實現(xiàn)方式將會把XID轉(zhuǎn)換成LR格式，以及轉(zhuǎn)換回來。最后，SYNC協(xié)議和調(diào)制圖是打算用來支持未來的本發(fā)明的有用擴展。例如，如果較早擁有關(guān)于這些項目的知識是有用的，則它們可以作為簡檔的一部分被存儲。
XID_PROF SPRT消息優(yōu)選被用于使上述XIDp數(shù)據(jù)成為有效載荷進行傳輸，雖然網(wǎng)關(guān)之間的其他形式的消息傳遞也被認(rèn)為是屬于本發(fā)明的精神和范圍內(nèi)的。備選的XIDp數(shù)據(jù)結(jié)構(gòu)、內(nèi)容和/或順序都確實被認(rèn)為是在本發(fā)明的精神和范圍內(nèi)的。例如，字段可以被省略或補充，可以是固定長度的，并且可以選擇使用先驗優(yōu)先級(例如V.44＞V.42bis＞MNP5；LAPM＞MNP2，3，4＞V.14，正如ITU-T.150.1標(biāo)準(zhǔn)草案中那樣)。
網(wǎng)關(guān)如何使用交換的信息圖2是示出根據(jù)本發(fā)明的一個實施例的優(yōu)選雙邊XID簡檔交換方法的流程圖?？梢钥闯?，圖2描述了調(diào)制解調(diào)器M1及其相關(guān)聯(lián)的發(fā)端網(wǎng)關(guān)OGW之間、調(diào)制解調(diào)器M2及其相關(guān)聯(lián)的終接網(wǎng)關(guān)TGW之間以及兩個網(wǎng)關(guān)OGW和TGW之間的事務(wù)流。本領(lǐng)域的技術(shù)人員將會意識到，時間沿垂直軸向下前進，從呼叫建立協(xié)商的第一個可能的實例，經(jīng)過語音模式、物理層協(xié)商、調(diào)制解調(diào)器中繼初始化、預(yù)測性簡檔交換和驗證，最后是在本發(fā)明所實現(xiàn)的時間減少的建立中以所得到的最優(yōu)或接近最優(yōu)的效率進行的數(shù)據(jù)交換。
詳細(xì)的物理層協(xié)商和ODP/ADP交換、XIDc/XIDr交換和SABME/UA交換是傳統(tǒng)的，這里將不再對其作進一步描述。以下將在“當(dāng)兩個網(wǎng)關(guān)都支持該程序時的操作”的標(biāo)題下詳細(xì)描述圖2中間部分的一大塊中所表示的簡檔交換和驗證。本領(lǐng)域的技術(shù)人員將會注意到，以下描述的部分實現(xiàn)方式代表圖2中綜合示出的事務(wù)的子集，將參考圖3-5對其作進一步描述。
本領(lǐng)域的技術(shù)人員將會意識到，XID協(xié)商規(guī)則要求-XIDr[OGW→M1]XIDc[M1→OGW]-XIDr[M2→TGW]XIDc[TGW→M2]-XIDc[M1→OGW]＝XIDpc[M1]-XIDr[M2→TGW]＝XIDc[TGW→M2]∩XIDpr[M2]，其中是指“比起…具有較小或相等的壓縮能力”，并且其中∩是壓縮協(xié)商操作符。從而以下對于可行協(xié)商就足夠了XIDc[TGW→M2]＝XIDr[M2→TGW]＝XIDr[OGW→M1]可以從交換的XIDp信息來如下計算這些值XIDresult＝XIDpc[M1]∩XIDpr[M2]
XIDc[TGW→M2]＝XIDr[M2→TGW]＝XIDr[OGW→M1]＝XIDresult本領(lǐng)域的技術(shù)人員將會意識到這些值滿足上述協(xié)商規(guī)則。還注意到，XIDresult是最優(yōu)端到端值?！啊伞眳f(xié)商操作符(與布爾AND操作符類似)具有以下格式XIDresult＝XIDpc[M1]∩XIDpr[M2]，并且僅執(zhí)行V.42、V.42bis和MNP中指定的壓縮協(xié)商函數(shù)-推測起來，網(wǎng)關(guān)能夠處理所有的鏈路層協(xié)議LAPM、MNP和V.14(不考慮“同步”)。同樣可以推測，網(wǎng)關(guān)將會優(yōu)先于MNP或V.14選擇LAPM。網(wǎng)關(guān)假定針對該簡檔的最高可用鏈路層協(xié)議已經(jīng)被選擇。協(xié)議選擇限定了壓縮能力如果選擇了LAPM，則V.44和V.42bis壓縮將會可用。如果選擇了MNP，則V.42bis和MNP5將會可用。否則(V.14或“同步”)，則沒有壓縮可用。
-最高優(yōu)先級公共壓縮被選擇。如果沒有公共壓縮，則結(jié)果是“無壓縮”。
-對于可以宣稱單向或雙向壓縮的V.44或V.42bis，兩個方向被最小化。于是對于每個方向，僅當(dāng)發(fā)送者可以壓縮并且接收者可以解壓縮時才啟用壓縮。對于MNP5，兩個方向都始終可用。
-對于V.42bis和V.44，M1/M2的字典大小的算術(shù)最小值被選擇。對于V.42bis，只存在單個字典大小，它被用于兩個方向中。對于V.44，對于兩個方向有單獨的大小。
-對于V.42bis和V.44，M1/M2的串大小的算術(shù)最小值也被選擇。對于V.42bis，只存在單個串大小，它被用于兩個方向中。對于V.44，對于兩個方向有單獨的大小。
-對于V.44，M1/M2的歷史大小的算術(shù)最小值被選擇，并且對于兩個方向有單獨的大小。
當(dāng)兩個網(wǎng)關(guān)都支持該程序時的操作對于兩個網(wǎng)關(guān)都支持該程序時的操作，一旦MR被連接，網(wǎng)關(guān)就發(fā)送適當(dāng)?shù)暮啓n。簡檔是在SPRT PROF_XCHG消息中傳送的。該簡檔在調(diào)制訓(xùn)練期間很早的時候就到達(dá)了。MR可從網(wǎng)關(guān)的語音呼叫管理信息中獲得電話號碼-對于OGW是DNIS，對于TGW是被叫號碼。
在該簡檔交換之后，每個網(wǎng)關(guān)都擁有被叫和主叫調(diào)制解調(diào)器兩者的XID簡檔。只要M1發(fā)送其XIDc，OGW就能夠計算適當(dāng)?shù)腦IDr并且立即返回它-不需要等待TGW訓(xùn)練和交換。一旦M2訓(xùn)練，TGW就發(fā)送適當(dāng)?shù)腦IDc-不需要等待OGW訓(xùn)練。
本領(lǐng)域的技術(shù)人員將會意識到，如果對于特定電話號碼沒有存儲的XID簡檔，則該網(wǎng)關(guān)將無法發(fā)送已填充的PROF XCHG消息。另一方面，將能夠利用從其他網(wǎng)關(guān)發(fā)送來的PROF XCHG消息。此外，如下所述，根據(jù)本發(fā)明的動態(tài)學(xué)習(xí)方面，被叫網(wǎng)關(guān)(即TGW)可以輪詢其客戶端調(diào)制解調(diào)器，或者等待來自該客戶端調(diào)制解調(diào)器的正常XIDr，并且存儲該響應(yīng)以供后用。
當(dāng)只有OGW支持該程序時的操作如果TGW不支持端到端XID簡檔交換，則OGW仍可立即在XID_XCHG消息中向TGW發(fā)送預(yù)測的XIDc，而無需等待M1-OGW訓(xùn)練。如果M1-OGW訓(xùn)練完成得比TGW-M2訓(xùn)練晚，則TGW-M2會話不需要等待端到端XIDc到達(dá)，而是可以立即進行到協(xié)商壓縮參數(shù)。
要想完成端到端協(xié)商，M2的XID必須被返回到OGW，以便在M1訓(xùn)練時被中繼到M1。
當(dāng)只有TGW支持該程序時的操作如果OGW不支持端到端XID簡檔交換，則TGW仍然可以一旦接收到來自O(shè)GW的XID_XCHG(XIDc)就立即在XID_XCHG消息中向OGW發(fā)送預(yù)測的XIDr，而無需等待TGW-M2訓(xùn)練。如果TGW-M2訓(xùn)練完成得比M1-OGW訓(xùn)練晚，則OGW-M1會話不需要等待端到端XIDr到達(dá)，而是可以立即進行到協(xié)商。
為了計算適當(dāng)?shù)腦IDr，TGW執(zhí)行傳入XIDc和它存儲的XID簡檔之間的“ANDing(與)”協(xié)商功能。該ANDing功能將會被本領(lǐng)域的技術(shù)人員理解為在這里可用∩符號來描述的，該∩符號將會被理解為代表“與…協(xié)商”。
總結(jié)本發(fā)明的一個實施例，本領(lǐng)域的技術(shù)人員將會意識到本發(fā)明涉及對M1-G1和M2-G2的XID階段進行解耦。換言之，當(dāng)網(wǎng)關(guān)開始建立MR呼叫時，如果兩個網(wǎng)關(guān)都支持XID簡檔，則XID簡檔被交換?？梢岳眠m當(dāng)?shù)男帕顧C制(例如H.245、會話描述協(xié)議(SDP))在帶外交換簡檔，或者利用V.MoIP傳輸協(xié)議(例如單分組中繼傳輸(SPRT))在帶內(nèi)交換簡檔。
從而網(wǎng)關(guān)可以較早地計算出協(xié)商結(jié)果。
當(dāng)M1最終發(fā)送其XIDc時，OGW立即用計算出的XIDr＝XIDc∩XIDp[M2]回復(fù)，即使M2尚未發(fā)送其XIDr也是如此。
當(dāng)M2到達(dá)XID階段時，TGW立即發(fā)送計算出的XIDc＝XIDp[M1]，然后接收預(yù)期的XIDr(希望是)。
如果接收到的XIDc[M1]≠XIDp[M1]或者接收到的XIDr[M2]≠XIDc[M2]&XIDp[M2]，則可以檢測M1或M2的誤配置/重配置。如果發(fā)生這種情況，則必須更新適當(dāng)?shù)木W(wǎng)關(guān)的XIDp對DNIS數(shù)據(jù)庫。如果在考慮到默認(rèn)設(shè)置的情況下OGW所發(fā)送的XIDr[M1]與TGW所接收到的XIDr[M2]不相同，則呼叫失敗，雖然某些實現(xiàn)方式可以選擇始終讓呼叫失敗。
兩個XID交換(M1-OGW，TGW-M2)不需要在物理上彼此同步，并且對于哪條分支需要先完成物理層協(xié)商并沒有限制。
本發(fā)明的另一個實施例涉及所謂的部分實現(xiàn)方式，通過該實現(xiàn)方式，網(wǎng)關(guān)之一而不是兩者支持簡檔交換(profiling)。
如果只有一個網(wǎng)關(guān)支持調(diào)制解調(diào)器簡檔，則仍存在以下優(yōu)點僅限TGW當(dāng)OGW報告“真實”的XIDc[M1]時，TGW能夠立即以XIDr[M2]回復(fù)，即使M2尚未完成XID交換。這種報告和回復(fù)將會經(jīng)由MR XCHG_XID。
僅限OGW當(dāng)TGW完成訓(xùn)練時，它可以發(fā)送XIDc[M1]，即使M1尚未發(fā)送XIDc。
本發(fā)明的第三實施例涉及簡檔發(fā)現(xiàn)。
如果對于特定主叫/被叫用戶不存在XID簡檔，則可以遵循自由學(xué)習(xí)(learn-on-the-fly)方法。在這種情況下，針對此特定連接的簡檔分別基于M1/M2發(fā)送的命令/響應(yīng)被存儲/保存。
來自M1的單個XIDc就足以填充OGW的簡檔數(shù)據(jù)庫。
但是，對于M2/TGW，僅學(xué)習(xí)可行的參數(shù)集合，而不是完整的或最優(yōu)的簡檔。為了使連接機會最大化，只需要較小的默認(rèn)參數(shù)集合。
該方法看起來廢除了調(diào)制解調(diào)器簡檔交換的某些優(yōu)點，因為即使它比起基于XIDd的默認(rèn)參數(shù)交換有任何優(yōu)勢，優(yōu)勢也是很小的。
因此，在某些實施例中，可以接受花時間來發(fā)出第一呼叫，該第一呼叫的目的是從終接分支得出XID簡檔，即發(fā)出偽呼叫或發(fā)送探測。從而可以在XIDc中請求合理的參數(shù)集合，并且可獲得相當(dāng)完整的簡檔。將會知道M2是否能夠協(xié)商V.42bis，并且如果可以的話，則可以指定合理的字典大小。此時V.44能力將會是未知的。
如果M1-OGW會話首先發(fā)生，則OGW端到端XIDc探測值甚至將會更好。
此簡檔可以被細(xì)化或改進，只不過會冒著呼叫丟失的危險(這是因為將會需要發(fā)送比M2的已知能力“更大”的XIDc探測。如果M2應(yīng)當(dāng)接受比M1發(fā)送或接收的值更大的值，則協(xié)商將會失敗)。如果由于定時因而端到端XID交換不可行，則必須使用本地值。
更主動簡檔發(fā)現(xiàn)的創(chuàng)造性實施例是可能的，這說明了本發(fā)明的另一個方面。
TGW或代理(連接的服務(wù)器等)可以通過在DNIS已首次被使用之后嘗試多個假呼叫來“學(xué)習(xí)”M2的完整簡檔。一個呼叫可以發(fā)送具有最大V.42bis參數(shù)(雙向、64K字典；250串)的XIDc。響應(yīng)將會是V.42bis簡檔。另一個呼叫將會發(fā)送具有最大V.44參數(shù)(雙向，64K字典；255串，64K歷史)的XIDc，從而發(fā)現(xiàn)應(yīng)答調(diào)制解調(diào)器M2的V.44簡檔。第三呼叫將會請求V.42bis和V.44壓縮兩者，并且結(jié)果將會指示M2的壓縮優(yōu)選項。進一步的細(xì)化被視為在本發(fā)明的精神和范圍之內(nèi)。
網(wǎng)絡(luò)管理者也可以將M2的簡檔手動輸入到數(shù)據(jù)庫中以便TGW使用。
本發(fā)明的一個重要的方面是如何存儲簡檔以及將簡檔存儲在何處，這說明了本發(fā)明的另一個方面。
簡單地緩存所學(xué)習(xí)的調(diào)制解調(diào)器簡檔具有易失性的問題-如果網(wǎng)關(guān)的電源被重啟，則緩存數(shù)據(jù)將會丟失。
當(dāng)MR GW學(xué)習(xí)特定DNIS的XIDp時，它應(yīng)當(dāng)將簡檔存儲在非易失性存儲設(shè)備中，該存儲設(shè)備或者在網(wǎng)關(guān)上，或者在關(guān)聯(lián)代理上，例如外部服務(wù)器(例如網(wǎng)守、Radius等等)上。在電源重啟后，簡檔可以被完全重加載回網(wǎng)關(guān)中，或者網(wǎng)關(guān)可以利用主叫/被叫電話號碼作為關(guān)鍵字以每個呼叫為基礎(chǔ)來查詢服務(wù)器以獲得簡檔信息。
外部簡檔服務(wù)器也為站點處的所有網(wǎng)關(guān)上的所有端口提供簡檔信息存儲，而不只是為過去正好提供過主叫/被叫號碼的端口提供簡檔信息存儲。
本領(lǐng)域的技術(shù)人員將會意識到，同樣的所發(fā)明的技術(shù)可以像與V.42一樣與Microcom聯(lián)網(wǎng)協(xié)議(MNP)良好合作，從而節(jié)省鏈路請求(LRp)而不是XIDp。MNP調(diào)制解調(diào)器所支持的兩種壓縮類型是V.42bis和MNP5。從而，將會意識到這里所使用的“簡檔”具有可能的最寬的含義，并且可以指XID、鏈路請求或者其他關(guān)于主叫或被叫調(diào)制解調(diào)器的特性配置或優(yōu)選項的協(xié)議和性能相關(guān)信息。
最后，同樣的這種所發(fā)明的簡檔技術(shù)可用于先驗地得知特定調(diào)制解調(diào)器是否將會協(xié)商V.42、MNP或V.14連接。由于協(xié)議低效運行是成問題的，并且導(dǎo)致較長的延遲，因此協(xié)議選擇本身可以被改進。于是調(diào)制解調(diào)器簡檔對DNIS數(shù)據(jù)庫將會包括所選擇的協(xié)議?？梢允褂米詣影l(fā)現(xiàn)或手動配置中的任何一種，而這個選擇可以與數(shù)據(jù)壓縮的手動/發(fā)現(xiàn)設(shè)置相分離。從而，本發(fā)明的另一個方面涉及利用預(yù)測性地、優(yōu)選為非易失性的存儲設(shè)備和查找技術(shù)的連接型簡檔交換。
現(xiàn)再次簡單地參考一下圖1，可以描述所發(fā)明的裝置8。裝置8包括身份確定機構(gòu)20，例如DNIS；客戶端調(diào)制解調(diào)器身份存儲機構(gòu)22；以及用于學(xué)習(xí)客戶端調(diào)制解調(diào)器的壓縮參數(shù)簡檔的機構(gòu)24。本領(lǐng)域的技術(shù)人員將會意識到學(xué)習(xí)機構(gòu)24優(yōu)選包括機構(gòu)26，以用于發(fā)出一個或多個假呼叫，例如完成客戶端調(diào)制解調(diào)器簡檔所需要的那么多個假呼叫，如上所述。裝置8還包括優(yōu)選非易失性的存儲設(shè)備，例如存儲器28和機構(gòu)30，用于利用基于存儲器的客戶端調(diào)制解調(diào)器簡檔來縮短和改進壓縮參數(shù)協(xié)商過程，如上所述。本領(lǐng)域的技術(shù)人員將會理解，根據(jù)本發(fā)明的優(yōu)選實施例，如圖1所示的這種機構(gòu)優(yōu)選實現(xiàn)在駐留在網(wǎng)關(guān)18上的軟件中。
本領(lǐng)域的技術(shù)人員將會意識到，所發(fā)明的方法就其最簡單和最優(yōu)美的形式而言可以被描述成這樣一種用于經(jīng)由MR網(wǎng)絡(luò)連接協(xié)商壓縮參數(shù)的方法，方法包括a)在網(wǎng)關(guān)處確定被叫或主叫的客戶端調(diào)制解調(diào)器的身份，以及b)利用這種被叫或主叫客戶端調(diào)制解調(diào)器的存儲的簡檔，分別發(fā)送優(yōu)選包含性能最大化壓縮參數(shù)的候選響應(yīng)或命令，以供以后在MR連接中驗證和使用。這在上文中已有很詳細(xì)描述。關(guān)于此通用方法的各種備選方案或引申在圖3-5中示出并將在下文中描述。
圖3是示出第一優(yōu)選方法的流程圖，該方法用于經(jīng)由具有兩個調(diào)制解調(diào)器和相關(guān)聯(lián)的發(fā)端和終接網(wǎng)關(guān)的MR網(wǎng)絡(luò)進行壓縮參數(shù)的端到端預(yù)測。該方法包括在300處在發(fā)端網(wǎng)關(guān)處存儲發(fā)端調(diào)制解調(diào)器的預(yù)測性XID簡檔。在302處，所存儲的發(fā)端網(wǎng)關(guān)簡檔被發(fā)送到終接網(wǎng)關(guān)。在304和306處，優(yōu)選對終接網(wǎng)關(guān)簡檔重復(fù)相同的存儲和發(fā)送步驟。最后，在308處，在發(fā)端網(wǎng)關(guān)處接收到終接網(wǎng)關(guān)的預(yù)測性XID簡檔。當(dāng)然，正如圖2中示出但圖3中未示出的，任選地，在終接網(wǎng)關(guān)處也接收到發(fā)端網(wǎng)關(guān)的預(yù)測性XID簡檔。這個任選的最后步驟假定兩個網(wǎng)關(guān)都具備進行預(yù)測性簡檔交換的能力，如上所述。
圖4是示出用于對MR連接的兩條調(diào)制解調(diào)器-網(wǎng)關(guān)分支的XID階段進行解耦的一種優(yōu)選方法的流程圖。該方法包括在400處向兩條MR分支中的每一個中的網(wǎng)關(guān)提供兩個網(wǎng)關(guān)的相關(guān)調(diào)制解調(diào)器的XID簡檔。在402處，在兩條分支之間交換XID簡檔。典型情況下，這是在至少一條分支上的物理層協(xié)商完成之前完成的。在404處，在發(fā)端調(diào)制解調(diào)器處“確認(rèn)”兩個XID簡檔的兼容性，即XIDr是否被接受。OGW計算最優(yōu)壓縮設(shè)置，即XIDr＝XIDp[M1]∩XIDp[M2]。在406處，從發(fā)端網(wǎng)關(guān)向終接網(wǎng)關(guān)發(fā)送兼容的XID。典型情況下，這是在物理層協(xié)商完成之后完成的。最后，在408處，正如上文詳細(xì)描述的，當(dāng)發(fā)端網(wǎng)關(guān)接收到來自終接網(wǎng)關(guān)的經(jīng)驗證的XID時，兩條分支之間的XID協(xié)商完成。
圖5是示出所發(fā)明的方法的另一個優(yōu)選實施例的流程圖。在500處，客戶端調(diào)制解調(diào)器的XID簡檔被存儲在網(wǎng)關(guān)處的簡檔數(shù)據(jù)庫中。在502處，向連接的客戶端調(diào)制解調(diào)器發(fā)出一個或多個假呼叫，以提示來自這些調(diào)制解調(diào)器的一個或多個提供信息的響應(yīng)。在504處，可選地基于連接的客戶端調(diào)制解調(diào)器對一個或多個假呼叫的響應(yīng)來更新客戶端調(diào)制解調(diào)器的存儲的簡檔。這在上文中更詳細(xì)描述，并且可以被本領(lǐng)域的技術(shù)人員理解為涉及學(xué)習(xí)模式，通過該模式進行預(yù)測然后驗證預(yù)測，以便在不同時間、在各種并且可能可變的服務(wù)器、網(wǎng)關(guān)、調(diào)制解調(diào)器和線路條件下獲得基本上最優(yōu)的MR性能。
現(xiàn)在可以意識到本發(fā)明的許多優(yōu)點。所發(fā)明的方法和裝置提供了-最優(yōu)的XID壓縮設(shè)置。
-由于兼容的壓縮設(shè)置而導(dǎo)致的呼叫成功率(CSR)提高。
-連接時間減少。
-不需要延遲物理連接。
-調(diào)制解調(diào)器中繼連接狀態(tài)機的復(fù)雜性更低-由于系統(tǒng)問題引起的呼叫失敗更少-可擴展到MNP(LR壓縮設(shè)置)。
-可擴展到協(xié)議選擇(V.42；MNP；V.14)和V.14參數(shù)。
未來考慮事項ITU-T V.42建議教導(dǎo)M1應(yīng)當(dāng)在V.42連接的協(xié)議確立階段期間發(fā)送XIDc(XID命令)幀并且應(yīng)當(dāng)在返回中預(yù)期XIDr(XID回復(fù))幀。XIDc包含發(fā)端調(diào)制解調(diào)器(例如M1)的完整和最大LAPM(調(diào)制解調(diào)器的鏈路接入?yún)f(xié)議)和數(shù)據(jù)壓縮能力V.42bis(兩個方向，字典＝2K；最大串＝255)，V.44(兩個方向，發(fā)送字典＝4K；發(fā)送最大串＝250，
發(fā)送歷史＝6K；接收字典＝5K；接收最大串＝255；接收歷史＝6K)。
M2從該“菜單”中選擇可行的項目集合，將它們“向下”協(xié)商到它所支持的，但同時在這些極限內(nèi)使壓縮性能最大化，并且返回它們作為其XIDr。例如，假設(shè)M2支持V.42bis或V.44，字典＝3K；歷史＝7K；串＝255/255，優(yōu)選V.44。
在這種情況下，M2所發(fā)送的XIDr將會包含以下內(nèi)容V.44壓縮，發(fā)送字典＝接收字典＝3K，發(fā)送最大串＝接收最大串＝255；發(fā)送歷史＝接收歷史＝6K。假設(shè)XIDp(沒有同樣發(fā)送)是調(diào)制解調(diào)器能力的“簡檔”或“菜單”。簡檔可能包含互斥的設(shè)置，例如數(shù)據(jù)壓縮類型，這是因為調(diào)制解調(diào)器一次最多只能執(zhí)行單個數(shù)據(jù)壓縮方法。對于M1(發(fā)端)，注意XIDp[M1]由XIDc[M1]完全表示。但是，對于M2(應(yīng)答，終接)，注意XIDp[M2]是無法從單個XIDr[M2]實例確定的，并且諸如壓縮類型之類的互斥項目之間的優(yōu)先級是未知的。
理想情況下，M1和M2之間經(jīng)由V.MoIP調(diào)制解調(diào)器中繼網(wǎng)絡(luò)的MR1 XID協(xié)商是端到端的，這是因為這給出了最可行的協(xié)商結(jié)果，并且所得到的經(jīng)協(xié)商參數(shù)是可以實現(xiàn)的最好的(與兩個調(diào)制解調(diào)器之間的直接連接一樣好)。發(fā)端(主叫)調(diào)制解調(diào)器M1在其XIDc[M1]中提出其最大可接受能力的簡檔，而終接(被叫)調(diào)制解調(diào)器M2在其返回的XIDr[M2]中返回最大的/優(yōu)選的/所支持的子集。如果M2的能力為XIDp[M2]，則XIDr[M1]＝XIDr[M2]＝XIDc[M1]∩XIDp[M2]，其中“∩”代表V.42協(xié)商函數(shù)(與邏輯交集或布爾AND操作符類似)。這保持了一般規(guī)則XIDr＜＝XIDc并且XIDr≤XIDp，其中“≤”代表“適當(dāng)?shù)叵蛳聟f(xié)商到…”關(guān)系。
在某些調(diào)制解調(diào)器中繼場景中，端到端協(xié)商可能是行不通的。存在以下情況M1的XIDc不能在TWG-M2 LAMP會話需要它之前到達(dá)M2，或者M2的XIDr不能在M1-OGW LAPM會話需要它之前到達(dá)M1。這些場景通常會導(dǎo)致默認(rèn)的壓縮參數(shù)被協(xié)商，或者導(dǎo)致呼叫失敗(由于參數(shù)不兼容)。
如果調(diào)制解調(diào)器只是等待各自的XID命令/響應(yīng)到達(dá)，則LAPM協(xié)議超時可能已經(jīng)造成了呼叫失敗。這種延遲可能是由于M1和M2連接之間的訓(xùn)練時間差異引起的(例如在M1到達(dá)XID階段之前，M2已經(jīng)到達(dá)了它的XID階段，然后超時)。這種延遲的另一個原因可能V.MoIP網(wǎng)絡(luò)上的單純的端到端延遲。
對于這種XID定時問題的一種流行的權(quán)宜之計是對發(fā)送到M1的XIDr和發(fā)送到M2的XIDc都使用最小默認(rèn)值。例如，利用上述示例的調(diào)制解調(diào)器設(shè)置，可以選擇V.42bis的默認(rèn)XIDd(雙向，字典＝1k；最大串＝32)。一旦M1發(fā)送其XIDc，OGW就會立即向M1發(fā)送默認(rèn)響應(yīng)XIDr＝XIDd＝V.42bis(雙向，1k，32)。當(dāng)TGW與M2到達(dá)XID階段時，TGW立即發(fā)送XIDc＝XIDd＝V.42bis(雙向，1k，32)，并且如果順利的話，M2會發(fā)送XIDr＝XIDd＝XIDp[M2]&XIDd，從而確認(rèn)這些參數(shù)。
這種XIDd權(quán)宜之計有兩個問題1)協(xié)商可能失敗。如果M1請求(經(jīng)由其XIDc)或M2接受(經(jīng)由其XIDr)比XIDd默認(rèn)要窄的參數(shù)集合(例如M1請求不壓縮)，則結(jié)果是為M1和M2協(xié)商了不同的參數(shù)，因此兩者將不能成功通信。最初或最終呼叫將會失敗。
2)可能導(dǎo)致亞優(yōu)參數(shù)。在以上示例中V.44壓縮會是較好的壓縮。較大的字典和串大小會是較好的。但是，如果使用了較寬的XIDd，則將會發(fā)現(xiàn)更多使用較窄集合的調(diào)制解調(diào)器，從而協(xié)商會失敗。
另一個流行的權(quán)宜之計是網(wǎng)關(guān)實現(xiàn)附加的物理層智能代碼，以便延遲較快一方的物理層的引出。在這里，不兼容的危險很高，并且不可能預(yù)測所有延遲(例如在XID階段中期可能發(fā)生重新訓(xùn)練或速度改變)。
最后，本領(lǐng)域的技術(shù)人員將會意識到，這里所描述和示出的所發(fā)明的方法和裝置可以在軟件、固件或硬件或者它們的任何適當(dāng)組合中實現(xiàn)。優(yōu)選地，出于低成本和靈活性目的，該方法和裝置是在軟件中實現(xiàn)的。從而，本領(lǐng)域的技術(shù)人員將會意識到，本發(fā)明的方法和裝置可以由其中執(zhí)行指令的計算機或微處理器進程來實現(xiàn)，所述指令被存儲在計算機可讀介質(zhì)上以供執(zhí)行并且被適當(dāng)?shù)闹噶钐幚砥魉鶊?zhí)行。但是，可以設(shè)想其他實施例，并且它們是在本發(fā)明的精神和范圍內(nèi)的。
如上所述，當(dāng)嘗試使用壓縮參數(shù)的帶內(nèi)協(xié)商時，當(dāng)前的提案可能會有一些困難。V.150.1允許服從IT V.44的連接重新協(xié)商壓縮參數(shù)。V.44是題為“數(shù)據(jù)壓縮程序”的ITU建議。正是在帶內(nèi)重協(xié)商期間可能出現(xiàn)問題。
圖7中示出了網(wǎng)絡(luò)中的轉(zhuǎn)壓縮元件圖，這些元件根據(jù)第一壓縮/解壓縮方法對數(shù)據(jù)進行解壓縮，然后利用第二壓縮/解壓縮方法來壓縮數(shù)據(jù)。術(shù)語轉(zhuǎn)壓縮元件也適用于只是執(zhí)行轉(zhuǎn)壓縮的網(wǎng)絡(luò)設(shè)備內(nèi)的解壓縮器或壓縮器，其中內(nèi)部數(shù)據(jù)連接存在于壓縮器和解壓縮器之間。相反，諸如M1或M2這樣的調(diào)制解調(diào)器只具有壓縮元件。例如，M1具有使用壓縮/解壓縮方法1的壓縮元件。經(jīng)壓縮的數(shù)據(jù)經(jīng)由公共交換電話網(wǎng)絡(luò)(PSTN)通過網(wǎng)關(guān)G1被傳輸?shù)綌?shù)據(jù)網(wǎng)絡(luò)，在這種情況下該數(shù)據(jù)網(wǎng)絡(luò)是根據(jù)因特網(wǎng)協(xié)議(IP)工作的網(wǎng)絡(luò)，雖然可以使用任何數(shù)據(jù)網(wǎng)絡(luò)協(xié)議。
然后經(jīng)壓縮的數(shù)據(jù)開始離開數(shù)據(jù)網(wǎng)絡(luò)通過G2到達(dá)PSTN的另一分支。網(wǎng)關(guān)G2具有轉(zhuǎn)壓縮元件，該元件根據(jù)第一方法對數(shù)據(jù)進行解壓縮，然后根據(jù)第二方法壓縮數(shù)據(jù)，并且在壓縮器和解壓縮器之間有內(nèi)部連接。所選擇的第一方法依賴于經(jīng)由IP網(wǎng)絡(luò)來自第一調(diào)制解調(diào)器的數(shù)據(jù)中使用的壓縮。第二方法依賴于第二調(diào)制解調(diào)器所使用的解壓縮。壓縮/解壓縮方法被標(biāo)示為Cx1/Dx1和Cx2/Dx2，但是這兩個方法也可能是相同的或者至少是兼容的。為了易于論述，術(shù)語“壓縮方法”將指代適用于特定方法的解壓縮和壓縮方法兩者。
此外，由于某些原因，調(diào)制解調(diào)器可以根據(jù)第一和第三壓縮方法發(fā)送，網(wǎng)關(guān)利用第二和第四方法，這可能是不切實際的，但是本發(fā)明并不只局限于網(wǎng)絡(luò)上使用的兩種壓縮方法。數(shù)據(jù)壓縮方法的示例包括ITU V.42bis“利用糾錯程序的數(shù)據(jù)電路終接設(shè)備的數(shù)據(jù)壓縮程序”、V.44“數(shù)據(jù)壓縮程序”以及Microcom網(wǎng)絡(luò)協(xié)議層5(MNP5)，及其他。只使用第一和第二方法的示例并不意謂也不暗示關(guān)于壓縮方法的限制。
帶內(nèi)重協(xié)商的第一問題可能出現(xiàn)在發(fā)端調(diào)制解調(diào)器M1請求通過帶內(nèi)重協(xié)商改變壓縮參數(shù)時。G2中的解壓縮器無法通知G1中的壓縮器參數(shù)已經(jīng)改變，以及可接受的參數(shù)應(yīng)當(dāng)被發(fā)送回M1。G2中的轉(zhuǎn)壓縮元件Dx1無法只請求G2中的Cx2以確認(rèn)(CNF)回復(fù)，因為回復(fù)去到了錯誤的方向和錯誤的呼叫分支中。
另外的問題存在于Cx2的配置中，因為它可能根本沒有針對帶內(nèi)協(xié)商而被配置，因此程序甚至可能不完全。在所有的元件都針對帶內(nèi)協(xié)商被配置時，導(dǎo)致了M1-G2-M2-G1之間的四向協(xié)商，而不可能進行檢測、確認(rèn)或修補。更可能發(fā)生不正確的協(xié)商，并且沒有恢復(fù)。
第二個問題可能產(chǎn)生自轉(zhuǎn)壓縮元件在V.150.1標(biāo)準(zhǔn)下變得“透明”的能力。如果轉(zhuǎn)壓縮元件確定用于傳入和傳出數(shù)據(jù)的兩種壓縮方法足夠兼容以至于兩條分支可以在不經(jīng)歷解壓縮/壓縮程序的情況下理解彼此，則轉(zhuǎn)壓縮元件“退出”。轉(zhuǎn)壓縮元件變得透明，從而直接將數(shù)據(jù)從傳入端口傳遞到傳出端口，而不執(zhí)行解壓縮或壓縮操作。
如果轉(zhuǎn)壓縮元件退出并且重協(xié)商發(fā)生，則兩種或更多種壓縮方法可能不再兼容。如果解壓縮器已經(jīng)退出，則它無法檢測帶內(nèi)重協(xié)商請求。如果壓縮器已經(jīng)退出，則它無法檢測到其相關(guān)解壓縮器已檢測到重協(xié)商請求，也無法發(fā)送帶內(nèi)重協(xié)商響應(yīng)。
第三個問題可能由于網(wǎng)關(guān)無法通知彼此它們己成功地協(xié)商了壓縮方法的帶內(nèi)重協(xié)商而出現(xiàn)。因此網(wǎng)關(guān)不知道它們是否能夠接受或請求帶內(nèi)協(xié)商。發(fā)端調(diào)制解調(diào)器的請求將會被忽略，因為兩個網(wǎng)關(guān)之一或兩者未擁有重協(xié)商能力。
能夠進行帶內(nèi)協(xié)商確認(rèn)的網(wǎng)絡(luò)設(shè)備在圖7中示出。設(shè)備600可以是網(wǎng)關(guān)或不同類型的網(wǎng)絡(luò)之間的其他中間設(shè)備，例如在發(fā)端和終接調(diào)制解調(diào)器之間的調(diào)制解調(diào)器中繼路線中的設(shè)備。在這個網(wǎng)絡(luò)設(shè)備中，轉(zhuǎn)壓縮元件608Dx具有將消息發(fā)送到其他網(wǎng)關(guān)上的壓縮器從而確認(rèn)壓縮參數(shù)的變化的能力。
例如，在至少部分地依賴于V.44的特定場景中，CRI消息包含Dx所接收到的REQ的壓縮參數(shù)，該壓縮參數(shù)被Dx的能力所調(diào)解。Dx將會把REQ的所請求的解壓縮能力降低到它所能處理的，但是原樣傳遞所接收到的壓縮能力。接收到CRI的Cx將會傳遞經(jīng)協(xié)商的解壓縮能力，但是將所請求的壓縮能力降低到它所能處理的。然后該信息被封裝在確認(rèn)消息(CNF)中，并被發(fā)送回M1或M2。
來自PSTN的數(shù)據(jù)進入PSTN端口602。數(shù)據(jù)路線由實線示出，控制路線由虛線示出。通過PSTN的數(shù)據(jù)被直接傳遞到網(wǎng)絡(luò)端口606。在這種場境中，網(wǎng)絡(luò)端口是數(shù)據(jù)網(wǎng)絡(luò)(例如IP網(wǎng)絡(luò))的端口。來自網(wǎng)絡(luò)端口606的數(shù)據(jù)可以是兩種不同類型的被中繼的數(shù)據(jù)或中繼控制。數(shù)據(jù)從網(wǎng)絡(luò)端口606傳輸?shù)浇鈮嚎s器608，再到壓縮器604，再到PSTN端口602。某些數(shù)據(jù)可能會傳輸?shù)教幚砥?01?？刂屏髁總鬏?shù)教幚砥?01，并且在處理器和壓縮器和解壓縮器之間傳輸，或許直接在壓縮器和解壓縮器之間傳輸。
此外，由壓縮和解壓縮元件604和608構(gòu)成的轉(zhuǎn)壓縮元件在檢測到其兩側(cè)的數(shù)據(jù)被相同的方法壓縮或解壓縮時不退出，而是進入監(jiān)視模式。此外，處理器602可以生成通告能力的連接消息，從而其他網(wǎng)關(guān)得知重協(xié)商的能力存在。
正如可從圖8中看到的，轉(zhuǎn)壓縮元件Dx1具有向其他網(wǎng)關(guān)G1的壓縮元件Cx1發(fā)送“壓縮重協(xié)商指示符”(CRI)消息的能力。這可以以與通常控制傳統(tǒng)的未聯(lián)網(wǎng)的壓縮節(jié)點上的重協(xié)商的進程間通信類似的方式完成。
除了發(fā)送確認(rèn)消息的能力以外，每個網(wǎng)關(guān)還知道其他網(wǎng)關(guān)具有適當(dāng)?shù)靥幚韼?nèi)壓縮重協(xié)商的能力。這可以由網(wǎng)關(guān)在利用V.150.1調(diào)制解調(diào)器中繼連接消息建立呼叫時確立。例如，根據(jù)V.44，V.150.1連接消息可以包括V.44帶內(nèi)重協(xié)商字段。
如上所述，轉(zhuǎn)壓縮元件可以不再退出，因為退出可能會使它們錯過重協(xié)商消息。轉(zhuǎn)壓縮元件監(jiān)視消息流程而不實際對數(shù)據(jù)進行操作的方法在圖9中示出。轉(zhuǎn)壓縮元件確定其任一側(cè)(傳入和傳出)的兩種壓縮方法的兼容性。這些方法可能不是完全相同的，但是必須足夠兼容以便在任一端都是不能區(qū)分的。
如果在902處檢查到這些方法是兼容的，則在904處元件進入監(jiān)視模式，透明地直接傳遞數(shù)據(jù)。如果，在這個階段期間，在906處檢測到重協(xié)商，則元件將會在900處再次確定兼容性。在一個實施例中，可能發(fā)生兩個不同的壓縮重協(xié)商指示，但不是同時發(fā)生。首先，Dx接收帶內(nèi)重協(xié)商請求，該請求例如可能是在ITU V.44下發(fā)送的。其次，轉(zhuǎn)壓縮元件可以接收來自其他元件的CRI消息。如果所檢測到的重協(xié)商是帶內(nèi)協(xié)商請求(REQ)，則在910b處CRI被發(fā)送到中繼的數(shù)據(jù)網(wǎng)絡(luò)分支，作為壓縮重協(xié)商確認(rèn)指示。如果壓縮重協(xié)商檢測指示是CRI，則在910a處根據(jù)帶內(nèi)重協(xié)商程序的確認(rèn)(CNF)消息作為壓縮重協(xié)商確認(rèn)指示被發(fā)送。V.44只是帶內(nèi)重協(xié)商請求的一個示例，在未來可以開發(fā)其他類型的帶內(nèi)重協(xié)商請求，這些請求將會被視為是包含在本發(fā)明的實施例內(nèi)的。
在雙轉(zhuǎn)壓縮網(wǎng)關(guān)(DTCX)中這也可能是有用的。在DTCX情況下，Dx將向其發(fā)送CRI的Cx是在網(wǎng)關(guān)的其他轉(zhuǎn)壓縮元件中。不需要網(wǎng)絡(luò)消息，計算機內(nèi)消息就夠了。如果轉(zhuǎn)壓縮元件之一由于兼容的壓縮協(xié)議而變得透明，則將會需要與本發(fā)明相同的概念以便在直通和監(jiān)視之間轉(zhuǎn)換。
對于單轉(zhuǎn)壓縮情況，元件保持在監(jiān)視模式中?？梢酝ㄟ^監(jiān)視經(jīng)過網(wǎng)關(guān)的簡單分組中繼傳輸(SPRT)消息以發(fā)現(xiàn)重協(xié)商參數(shù)來檢測重協(xié)商。
如果這些方法不兼容，則在初始確定時或在重協(xié)商之后，轉(zhuǎn)壓縮元件對網(wǎng)關(guān)中的消息流量執(zhí)行必要的轉(zhuǎn)壓縮。
這樣一來，第一網(wǎng)關(guān)中的解壓縮器可以通知第二網(wǎng)關(guān)中的壓縮器已接收到經(jīng)重協(xié)商的參數(shù)，然后第二網(wǎng)關(guān)可以向請求方調(diào)制解調(diào)器發(fā)送所支持的參數(shù)。此外，網(wǎng)關(guān)將會能夠確定其他網(wǎng)關(guān)是否具有重協(xié)商能力。此外，轉(zhuǎn)壓縮元件可以“部分”地退出，這是因為它們能夠監(jiān)視消息流量以確定是否發(fā)生重協(xié)商，而不實際地執(zhí)行轉(zhuǎn)壓縮任務(wù)。監(jiān)視模式的優(yōu)點在于，比起解壓縮和重壓縮來，監(jiān)視模式是不那么處理器和存儲器密集的。
在本發(fā)明的某些實現(xiàn)方式中，本發(fā)明的方法可以被包含在機器可讀介質(zhì)產(chǎn)品上的軟件指令或代碼中。這些指令當(dāng)被傳送到諸如網(wǎng)絡(luò)設(shè)備這樣的機器并且被執(zhí)行時，致使機器執(zhí)行本發(fā)明的方法。
從而，雖然到此為止已經(jīng)描述了壓縮參數(shù)的帶內(nèi)重協(xié)商的方法和裝置的優(yōu)選實施例，但是不希望這種特定參考被視為對本發(fā)明的范圍的限制，除非由以下權(quán)利要求書所限。
權(quán)利要求
1.一種網(wǎng)絡(luò)設(shè)備，包括處理器，用于發(fā)送和接收所述網(wǎng)絡(luò)設(shè)備和網(wǎng)絡(luò)中的其他設(shè)備之間的控制和消息流量；第一端口，用于允許所述網(wǎng)絡(luò)設(shè)備與第一網(wǎng)絡(luò)通信；第二端口，用于允許所述網(wǎng)絡(luò)設(shè)備與第二網(wǎng)絡(luò)通信；轉(zhuǎn)壓縮元件，用于路由壓縮重協(xié)商消息并且用于在所述第一和第二網(wǎng)絡(luò)之間發(fā)送重協(xié)商指示消息。
2.如權(quán)利要求1所述的網(wǎng)絡(luò)設(shè)備，所述轉(zhuǎn)壓縮元件還包括傳出壓縮器和傳入解壓縮器。
3.如權(quán)利要求1所述的網(wǎng)絡(luò)設(shè)備，還包括公共交換電話網(wǎng)和數(shù)據(jù)網(wǎng)絡(luò)之間的網(wǎng)關(guān)。
4.如權(quán)利要求1所述的網(wǎng)絡(luò)設(shè)備，所述消息流量還包括根據(jù)國際電信聯(lián)盟標(biāo)準(zhǔn)V.150.0的消息。
5.如權(quán)利要求1所述的網(wǎng)絡(luò)設(shè)備，所述用于發(fā)送重協(xié)商確認(rèn)消息的轉(zhuǎn)壓縮元件還包括用于根據(jù)國際電信聯(lián)盟標(biāo)準(zhǔn)V.44發(fā)送重協(xié)商確認(rèn)消息的轉(zhuǎn)壓縮元件。
6.如權(quán)利要求1所述的網(wǎng)絡(luò)設(shè)備，所述處理器還用于發(fā)出包括帶內(nèi)重協(xié)商能力指示符的連接消息。
7.如權(quán)利要求1所述的網(wǎng)絡(luò)設(shè)備，所述處理器還用于在兼容的壓縮和解壓縮參數(shù)的時段期間監(jiān)視重協(xié)商消息的消息流量。
8.一種控制網(wǎng)絡(luò)中的壓縮的方法，包括在第一網(wǎng)絡(luò)設(shè)備處接收壓縮重協(xié)商指示；以及將壓縮重協(xié)商確認(rèn)指示發(fā)送到第二網(wǎng)絡(luò)設(shè)備上的壓縮器元件。
9.如權(quán)利要求8所述的方法，接收壓縮重協(xié)商消息還包括接收根據(jù)國際電信聯(lián)盟標(biāo)準(zhǔn)V.44的帶內(nèi)重協(xié)商消息，發(fā)送壓縮重協(xié)商指示還包括發(fā)送壓縮重協(xié)商指示符。
10.如權(quán)利要求8所述的方法，接收壓縮重協(xié)商指示還包括接收壓縮重協(xié)商指示符，發(fā)送壓縮重協(xié)商確認(rèn)指示還包括發(fā)送根據(jù)國際電信聯(lián)盟標(biāo)準(zhǔn)V.44的壓縮確認(rèn)消息。
11.一種控制網(wǎng)絡(luò)中的壓縮的方法，包括確定用于傳出數(shù)據(jù)的壓縮方法是否與用于傳入數(shù)據(jù)的解壓縮方法兼容；如果所述壓縮方法和所述解壓縮方法兼容，則將傳入數(shù)據(jù)作為傳出數(shù)據(jù)發(fā)送，而不進行壓縮或解壓縮；針對任何壓縮重協(xié)商指示監(jiān)視消息流量；以及如果接收到壓縮重協(xié)商消息，則確定所述重協(xié)商消息是否會導(dǎo)致所述壓縮和解壓縮方法之間的不兼容。
12.如權(quán)利要求11所述的方法，所述方法包括如果確實導(dǎo)致了不兼容則執(zhí)行轉(zhuǎn)壓縮。
13.如權(quán)利要求11所述的方法，所述方法包括確定所述壓縮方法和所述解壓縮方法不兼容；對傳入數(shù)據(jù)執(zhí)行轉(zhuǎn)壓縮，以將其作為傳出數(shù)據(jù)發(fā)送；接收壓縮重協(xié)商指示；以及確定所述壓縮重協(xié)商將會導(dǎo)致兼容的壓縮和解壓縮。
14.如權(quán)利要求11所述的方法，其中所述壓縮方法是從包括V.44、V.42bis和MNP5壓縮的群組中選擇出來的一種。
15.如權(quán)利要求12所述的方法，其中所述壓縮方法是從包括V.44、V.42bis和MNP5的群組中選擇出來的一種。
16.如權(quán)利要求11所述的方法，監(jiān)視消息流量還包括監(jiān)視數(shù)據(jù)網(wǎng)絡(luò)中的網(wǎng)關(guān)之間的簡單分組中繼傳輸消息。
17.一種在數(shù)據(jù)網(wǎng)絡(luò)中通信的方法，包括生成連接消息；在所述連接消息中包括帶內(nèi)重協(xié)商能力通告；以及發(fā)送所述連接消息。
18.如權(quán)利要求17所述的方法，所述帶內(nèi)重協(xié)商能力還包括V.44帶內(nèi)重協(xié)商消息。
19.如權(quán)利要求17所述的方法，發(fā)送連接消息還包括從第一網(wǎng)關(guān)向第二網(wǎng)關(guān)發(fā)送連接消息。
20.一種包含指令的機器可讀代碼產(chǎn)品，所述指令在被執(zhí)行時致使所述機器在第一網(wǎng)絡(luò)設(shè)備上的解壓縮器處接收壓縮重協(xié)商指示；以及將壓縮重協(xié)商確認(rèn)指示發(fā)送到第二網(wǎng)絡(luò)設(shè)備上的壓縮器元件。
21.如權(quán)利要求20所述的產(chǎn)品，所述在被執(zhí)行時致使所述機器接收壓縮重協(xié)商消息的指令還致使所述機器接收根據(jù)國際電信聯(lián)盟標(biāo)準(zhǔn)V.44的帶內(nèi)重協(xié)商消息，并且所述在被執(zhí)行時致使所述機器發(fā)送壓縮重協(xié)商指示的指令還致使所述機器發(fā)送壓縮重協(xié)商指示符。
22.如權(quán)利要求20所述的產(chǎn)品，所述在被執(zhí)行時致使所述機器接收壓縮重協(xié)商指示符的指令還致使所述機器接收壓縮重協(xié)商指示符，并且所述在被執(zhí)行時致使所述機器發(fā)送壓縮重協(xié)商確認(rèn)指示符的指令還致使所述機器發(fā)送根據(jù)國際電信標(biāo)準(zhǔn)V.44的壓縮確認(rèn)消息。
23.一種包含指令的機器可讀代碼產(chǎn)品，所述指令在被執(zhí)行時致使所述機器確定用于傳出數(shù)據(jù)的壓縮方法是否與用于傳入數(shù)據(jù)的解壓縮方法兼容；如果所述壓縮方法和所述解壓縮方法兼容，則將傳入數(shù)據(jù)作為傳出數(shù)據(jù)發(fā)送，而不進行壓縮或解壓縮；針對任何壓縮重協(xié)商指示監(jiān)視消息流量；以及如果接收到壓縮重協(xié)商消息指示，則確定重協(xié)商是否會導(dǎo)致所述壓縮和解壓縮方法之間的不兼容。
24.如權(quán)利要求23所述的產(chǎn)品，所述指令還致使所述機器在確實導(dǎo)致了不兼容的情況下執(zhí)行轉(zhuǎn)壓縮。
25.如權(quán)利要求23所述的產(chǎn)品，所述指令還致使所述機器確定所述壓縮方法和所述解壓縮方法不兼容；對傳入數(shù)據(jù)執(zhí)行轉(zhuǎn)壓縮，以將其作為傳出數(shù)據(jù)發(fā)送；接收壓縮重協(xié)商消息；以及確定所述壓縮重協(xié)商將會導(dǎo)致兼容的壓縮和解壓縮。
26.一種包含指令的機器可讀代碼產(chǎn)品，所述指令在被執(zhí)行時致使所述機器生成連接消息；在所述連接消息中包括帶內(nèi)重協(xié)商能力通告；以及發(fā)送所述連接消息。
27.一種網(wǎng)絡(luò)設(shè)備，包括用于控制所述網(wǎng)絡(luò)設(shè)備和網(wǎng)絡(luò)中的其他設(shè)備之間的消息流量的裝置；用于允許所述網(wǎng)絡(luò)設(shè)備發(fā)送和接收所述消息流量的裝置；用于接收壓縮重協(xié)商消息并且發(fā)送重協(xié)商確認(rèn)消息的裝置。
28.如權(quán)利要求27所述的網(wǎng)絡(luò)設(shè)備，所述用于接收的裝置還包括傳出壓縮器和傳入解壓縮器。
29.如權(quán)利要求27所述的網(wǎng)絡(luò)設(shè)備，還包括公共交換電話網(wǎng)和數(shù)據(jù)網(wǎng)絡(luò)之間的網(wǎng)關(guān)。
30.如權(quán)利要求27所述的網(wǎng)絡(luò)設(shè)備，所述消息流量還包括根據(jù)國際電信聯(lián)盟標(biāo)準(zhǔn)V.150.0的消息。
全文摘要
一種網(wǎng)絡(luò)設(shè)備，具有處理器，用于控制該網(wǎng)絡(luò)設(shè)備和網(wǎng)絡(luò)中的其他設(shè)備之間的消息流量和控制數(shù)據(jù)；端口，用于允許該網(wǎng)絡(luò)設(shè)備發(fā)送和接收消息流量；以及轉(zhuǎn)壓縮元件，用于接收壓縮重協(xié)商消息指示符和用于發(fā)送重協(xié)商確認(rèn)指示符，以及執(zhí)行壓縮/解壓縮。一種控制網(wǎng)絡(luò)中的壓縮的方法，在第一網(wǎng)絡(luò)設(shè)備上的解壓縮器處接收壓縮重協(xié)商指示符，并且將壓縮重協(xié)商確認(rèn)指示符發(fā)送到第二網(wǎng)絡(luò)設(shè)備上的壓縮器元件。另一種控制網(wǎng)絡(luò)中的壓縮的方法確定用于傳出數(shù)據(jù)的壓縮方法是否與用于傳入數(shù)據(jù)的解壓縮方法兼容。如果壓縮方法和解壓縮方法兼容，則將傳入數(shù)據(jù)作為傳出數(shù)據(jù)發(fā)送，而不進行壓縮或解壓縮，并且針對任何壓縮重協(xié)商消息監(jiān)視消息流量。壓縮/解壓縮可以在壓縮重協(xié)商之后被執(zhí)行，或者被停止。
文檔編號H04L12/56GK1864378SQ200480029275
公開日2006年11月15日 申請日期2004年10月7日 優(yōu)先權(quán)日2003年10月15日
發(fā)明者內(nèi)森·里士滿·梅爾霍恩 申請人:思科技術(shù)公司