專利名稱：單轉(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)器簡檔來改進(jìn)調(diào)制解調(diào)器中繼2A型網(wǎng)關(guān)的連通性、連接定時和壓縮性能)”，序列號為10/376,208的美國專利申請的部分延續(xù)案。這里通過引用將該父專利申請的公開內(nèi)容全部結(jié)合進(jìn)來。
背景技術(shù)：
本發(fā)明一般地涉及調(diào)制解調(diào)器中繼(MR)網(wǎng)絡(luò)鏈路中的連通性和性能改進(jìn)。更具體而言，其涉及調(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é)商能實(shí)現(xiàn)的要低?；蛘?，默認(rèn)子集可能不足夠小(例如一個調(diào)制解調(diào)器實(shí)際上被配置為無壓縮)，從而產(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)實(shí)現(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ā)明的第一實(shí)施例是一種網(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ā)明的另一個實(shí)施例是一種控制網(wǎng)絡(luò)中的壓縮的方法。該方法在第一網(wǎng)絡(luò)設(shè)備上的解壓縮器處接收壓縮重協(xié)商指示，并且將壓縮重協(xié)商確認(rèn)指示發(fā)送到第二網(wǎng)絡(luò)設(shè)備上的壓縮器元件。
本發(fā)明的另一個實(shí)施例是一種控制網(wǎng)絡(luò)中的壓縮的方法。該方法確定用于傳出數(shù)據(jù)的壓縮方法是否與用于傳入數(shù)據(jù)的解壓縮方法兼容。如果壓縮方法和解壓縮方法兼容，則將傳入數(shù)據(jù)作為傳出數(shù)據(jù)發(fā)送，而不進(jìn)行壓縮或解壓縮，同時針對任何壓縮重協(xié)商指示監(jiān)視消息和控制流量。


通過參考附圖閱讀公開文本，可以最充分地理解本發(fā)明的實(shí)施例，附圖中
圖1是示出VoIP網(wǎng)絡(luò)的系統(tǒng)框圖，該VoIP網(wǎng)絡(luò)以根據(jù)本發(fā)明的一個優(yōu)選實(shí)施例的XID簡檔交換裝置為特征。
圖2是根據(jù)本發(fā)明的一個優(yōu)選實(shí)施例的XID簡檔交換方法的流程圖。
圖3是根據(jù)本發(fā)明的一個優(yōu)選實(shí)施例的所發(fā)明的方法的流程圖。
圖4是根據(jù)本發(fā)明的另一優(yōu)選實(shí)施例的所發(fā)明的方法的流程圖。
圖5是根據(jù)本發(fā)明的另一個優(yōu)選實(shí)施例的所發(fā)明的方法的流程圖。
圖6示出中繼數(shù)據(jù)網(wǎng)絡(luò)中的轉(zhuǎn)壓縮元件的圖。
圖7示出網(wǎng)絡(luò)設(shè)備的實(shí)施例。
圖8示出用于在中繼數(shù)據(jù)網(wǎng)絡(luò)中傳輸消息的方法的實(shí)施例的圖。
圖9示出用于處理中繼數(shù)據(jù)網(wǎng)絡(luò)中的壓縮的方法的實(shí)施例的圖。
具體實(shí)施例方式
首先提供一些定義M1<＝>G1<＝>G2<＝>M2M1主叫/發(fā)端調(diào)制解調(diào)器，通常是客戶端計(jì)算機(jī)系統(tǒng)的一部分。
GW網(wǎng)關(guān)M2應(yīng)答/終接調(diào)制解調(diào)器，通常是服務(wù)器計(jì)算機(jī)系統(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ù)，這是因?yàn)檗D(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í)時交換這些參數(shù)可能是有問題的。本發(fā)明解決了這些問題，如下所述。
圖1示出與網(wǎng)絡(luò)10相耦合的所發(fā)明的裝置8，該裝置根據(jù)諸如幀中繼語音(VoFR)協(xié)議或因特網(wǎng)協(xié)議語音(VoIP)之類的語音分組協(xié)議針對其上的語音流量進(jìn)行操作。網(wǎng)絡(luò)10一般包括一個或多個電話機(jī)12、一個或多個傳真機(jī)14以及一個或多個低速調(diào)制解調(diào)器16，這些電話機(jī)、傳真機(jī)和低速調(diào)制解調(diào)器代表了由于其不同帶寬要求所引起的網(wǎng)絡(luò)10上的不同流量需求。傳真機(jī)14和低速調(diào)制解調(diào)器16通常與電話機(jī)共享電話號碼，以向用戶/客戶端提供傳真、電子郵件和因特網(wǎng)服務(wù)。一般提供高速(即V.34及更高)調(diào)制解調(diào)器16’，并且該高速調(diào)制解調(diào)器16’屬于本發(fā)明對其尤為有用的高速調(diào)制解調(diào)器類型。
傳輸語音的電話機(jī)12要求IP網(wǎng)絡(luò)上的相對較低的比特率。典型情況下，多個電話機(jī)12與多個語音網(wǎng)關(guān)18中的每一個相連接，所述網(wǎng)關(guān)18代表了網(wǎng)絡(luò)10內(nèi)的所謂的端點(diǎn)節(jié)點(diǎn)。電話機(jī)12將會被理解成用于語音通信，由此在電話會話期間語音信號被數(shù)字化、分組化并且被雙向傳輸。在語音幀網(wǎng)絡(luò)10中，與網(wǎng)絡(luò)上的語音流量同時發(fā)生的是越來越多的數(shù)據(jù)流量的存在。
本領(lǐng)域的技術(shù)人員將會意識到，數(shù)據(jù)和語音流量在某種程度上是可兼容的，因?yàn)樵诰W(wǎng)絡(luò)10中這兩者都被表示為數(shù)字形式。但是語音和數(shù)據(jù)流量具有不同的要求，尤其在流量需求越來越大的情況下更是如此。例如，由于雙向人類會話中需要即時反饋或其他形式的確認(rèn)，因此語音流量要求低等待時間。在語音模式中，利用實(shí)時傳輸協(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)盡早被確立以實(shí)現(xiàn)最高的連通性、最快的連接時間和最高的性能。但是如前所述，在傳統(tǒng)MoIP連接中，壓縮參數(shù)協(xié)商是在中繼連接建立晚期發(fā)生的，因?yàn)樗呛艚薪⒌淖詈笠粋€階段。協(xié)商壓縮參數(shù)發(fā)生在不便的環(huán)境下(例如當(dāng)所有定時差都已積累時)，因此在兩端的壓縮協(xié)商階段發(fā)生的時間可能不夠接近。這主要是由于物理層的引出(bring-up)的耦合性質(zhì)(例如等待和響應(yīng))而引起的。此外，端到端協(xié)商執(zhí)行起來要花時間，這花費(fèi)了傳統(tǒng)MR時間來連接。
V.MoIP操作的基本模式(MR1連接)涉及使用默認(rèn)壓縮參數(shù)。這些默認(rèn)參數(shù)(由于需要考慮到絕大部分客戶端類型)并沒有針對性能被優(yōu)化。嘗試優(yōu)化壓縮參數(shù)的V.MoIP增強(qiáng)(端到端壓縮參數(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)，將在下文中對其進(jìn)行詳細(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ǎn)。
對于每個主叫和被叫調(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ù)測性信息。
從而，對于實(shí)現(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ù)，或者M(jìn)1的“XID簡檔”。
XIDpr[M2]M2針對任意XIDr發(fā)送的XIDr的預(yù)測數(shù)據(jù)，或者M(jìn)2的“XID簡檔”。
XIDpc信息XIDpc[M1]只要是M1發(fā)送的XIDc串再加上M1的協(xié)議能力(用于預(yù)測V.44對MNP50)就足夠了。這是因?yàn)镸1是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的增強(qiáng)；這些協(xié)議中的任何一種都能支持MNP5或V.42bis壓縮)。
XIDpr信息XIDpr[M2]較難系統(tǒng)化，這是因?yàn)镸2的XIDr依賴于它所接收到的XIDc并且XIDr永不會指定多個壓縮。在本發(fā)明的精神和范圍內(nèi)，M2可以實(shí)現(xiàn)復(fù)雜協(xié)商功能，例如“選擇具有所得到的較大字典的可行協(xié)議”。或者，根據(jù)本發(fā)明的一個優(yōu)選實(shí)施例，一種較簡單的實(shí)現(xiàn)方式在壓縮備選方案之間進(jì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ā)送<項(xiàng)目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?！癙priority”字段指示如果支持若干協(xié)議那么哪一個是優(yōu)選的。通常，LAPM>MNP>V.14。如果<長度>為零，則壓縮方法(等等)根本不被特定調(diào)制解調(diào)器所支持。如果不存在該方法的記錄，則網(wǎng)關(guān)(尚)不知該方案是否被支持。壓縮參數(shù)被編碼為將會在XIDc或XIDr中發(fā)送的實(shí)際XID群組。在MNP的情況下，預(yù)期實(shí)現(xiàn)方式將會把XID轉(zhuǎn)換成LR格式，以及轉(zhuǎn)換回來。最后，SYNC協(xié)議和調(diào)制圖是打算用來支持未來的本發(fā)明的有用擴(kuò)展。例如，如果較早擁有關(guān)于這些項(xiàng)目的知識是有用的，則它們可以作為簡檔的一部分被存儲。
XID_PROF SPRT消息優(yōu)選被用于使上述XIDp數(shù)據(jù)成為有效載荷進(jìn)行傳輸，雖然網(wǎng)關(guān)之間的其他形式的消息傳遞也被認(rèn)為是屬于本發(fā)明的精神和范圍內(nèi)的。備選的XIDp數(shù)據(jù)結(jié)構(gòu)、內(nèi)容和/或順序都確實(shí)被認(rèn)為是在本發(fā)明的精神和范圍內(nèi)的。例如，字段可以被省略或補(bǔ)充，可以是固定長度的，并且可以選擇使用先驗(yàn)優(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ā)明的一個實(shí)施例的優(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ù)人員將會意識到，時間沿垂直軸向下前進(jìn)，從呼叫建立協(xié)商的第一個可能的實(shí)例，經(jīng)過語音模式、物理層協(xié)商、調(diào)制解調(diào)器中繼初始化、預(yù)測性簡檔交換和驗(yàn)證，最后是在本發(fā)明所實(shí)現(xiàn)的時間減少的建立中以所得到的最優(yōu)或接近最優(yōu)的效率進(jìn)行的數(shù)據(jù)交換。
詳細(xì)的物理層協(xié)商和ODP/ADP交換、XIDc/XIDr交換和SABME/UA交換是傳統(tǒng)的，這里將不再對其作進(jìn)一步描述。以下將在“當(dāng)兩個網(wǎng)關(guān)都支持該程序時的操作”的標(biāo)題下詳細(xì)描述圖2中間部分的一大塊中所表示的簡檔交換和驗(yàn)證。本領(lǐng)域的技術(shù)人員將會注意到，以下描述的部分實(shí)現(xiàn)方式代表圖2中綜合示出的事務(wù)的子集，將參考圖3-5對其作進(jìn)一步描述。
本領(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信息來如下計(jì)算這些值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，對于兩個方向有單獨(dú)的大小。
-對于V.42bis和V.44，M1/M2的串大小的算術(shù)最小值也被選擇。對于V.42bis，只存在單個串大小，它被用于兩個方向中。對于V.44，對于兩個方向有單獨(dú)的大小。
-對于V.44，M1/M2的歷史大小的算術(shù)最小值被選擇，并且對于兩個方向有單獨(dú)的大小。
當(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就能夠計(jì)算適當(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á)，而是可以立即進(jìn)行到協(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á)，而是可以立即進(jìn)行到協(xié)商。
為了計(jì)算適當(dāng)?shù)腦IDr，TGW執(zhí)行傳入XIDc和它存儲的XID簡檔之間的“ANDing(與)”協(xié)商功能。該ANDing功能將會被本領(lǐng)域的技術(shù)人員理解為在這里可用∩符號來描述的，該∩符號將會被理解為代表“與…協(xié)商”。
總結(jié)本發(fā)明的一個實(shí)施例，本領(lǐng)域的技術(shù)人員將會意識到本發(fā)明涉及對M1-G1和M2-G2的XID階段進(jìn)行解耦。換言之，當(dāng)網(wǎng)關(guān)開始建立MR呼叫時，如果兩個網(wǎng)關(guān)都支持XID簡檔，則XID簡檔被交換。可以利用適當(dāng)?shù)男帕顧C(jī)制(例如H.245、會話描述協(xié)議(SDP))在帶外交換簡檔，或者利用V.MoIP傳輸協(xié)議(例如單分組中繼傳輸(SPRT))在帶內(nèi)交換簡檔。
從而網(wǎng)關(guān)可以較早地計(jì)算出協(xié)商結(jié)果。
當(dāng)M1最終發(fā)送其XIDc時，OGW立即用計(jì)算出的XIDr＝XIDc∩XIDp[M2]回復(fù)，即使M2尚未發(fā)送其XIDr也是如此。
當(dāng)M2到達(dá)XID階段時，TGW立即發(fā)送計(jì)算出的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]不相同，則呼叫失敗，雖然某些實(shí)現(xiàn)方式可以選擇始終讓呼叫失敗。
兩個XID交換(M1-OGW，TGW-M2)不需要在物理上彼此同步，并且對于哪條分支需要先完成物理層協(xié)商并沒有限制。
本發(fā)明的另一個實(shí)施例涉及所謂的部分實(shí)現(xiàn)方式，通過該實(shí)現(xiàn)方式，網(wǎng)關(guān)之一而不是兩者支持簡檔交換(profiling)。
如果只有一個網(wǎng)關(guān)支持調(diào)制解調(diào)器簡檔，則仍存在以下優(yōu)點(diǎn)僅限TGW當(dāng)OGW報告“真實(shí)”的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ā)明的第三實(shí)施例涉及簡檔發(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)的簡檔。為了使連接機(jī)會最大化，只需要較小的默認(rèn)參數(shù)集合。
該方法看起來廢除了調(diào)制解調(diào)器簡檔交換的某些優(yōu)點(diǎn)，因?yàn)榧词顾绕鸹赬IDd的默認(rèn)參數(shù)交換有任何優(yōu)勢，優(yōu)勢也是很小的。
因此，在某些實(shí)施例中，可以接受花時間來發(fā)出第一呼叫，該第一呼叫的目的是從終接分支得出XID簡檔，即發(fā)出偽呼叫或發(fā)送探測。從而可以在XIDc中請求合理的參數(shù)集合，并且可獲得相當(dāng)完整的簡檔。將會知道M2是否能夠協(xié)商V.42bis，并且如果可以的話，則可以指定合理的字典大小。此時V.44能力將會是未知的。
如果M1-OGW會話首先發(fā)生，則OGW端到端XIDc探測值甚至將會更好。
此簡檔可以被細(xì)化或改進(jìn)，只不過會冒著呼叫丟失的危險(這是因?yàn)閷枰l(fā)送比M2的已知能力“更大”的XIDc探測。如果M2應(yīng)當(dāng)接受比M1發(fā)送或接收的值更大的值，則協(xié)商將會失敗)。如果由于定時因而端到端XID交換不可行，則必須使用本地值。
更主動簡檔發(fā)現(xiàn)的創(chuàng)造性實(shí)施例是可能的，這說明了本發(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)選項(xiàng)。進(jìn)一步的細(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ù)器也為站點(diǎn)處的所有網(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àng)的協(xié)議和性能相關(guān)信息。
最后，同樣的這種所發(fā)明的簡檔技術(shù)可用于先驗(yàn)地得知特定調(diào)制解調(diào)器是否將會協(xié)商V.42、MNP或V.14連接。由于協(xié)議低效運(yùn)行是成問題的，并且導(dǎo)致較長的延遲，因此協(xié)議選擇本身可以被改進(jìn)。于是調(diào)制解調(diào)器簡檔對DNIS數(shù)據(jù)庫將會包括所選擇的協(xié)議。可以使用自動發(fā)現(xiàn)或手動配置中的任何一種，而這個選擇可以與數(shù)據(jù)壓縮的手動/發(fā)現(xiàn)設(shè)置相分離。從而，本發(fā)明的另一個方面涉及利用預(yù)測性地、優(yōu)選為非易失性的存儲設(shè)備和查找技術(shù)的連接型簡檔交換。
現(xiàn)再次簡單地參考一下圖1，可以描述所發(fā)明的裝置8。裝置8包括身份確定機(jī)構(gòu)20，例如DNIS；客戶端調(diào)制解調(diào)器身份存儲機(jī)構(gòu)22；以及用于學(xué)習(xí)客戶端調(diào)制解調(diào)器的壓縮參數(shù)簡檔的機(jī)構(gòu)24。本領(lǐng)域的技術(shù)人員將會意識到學(xué)習(xí)機(jī)構(gòu)24優(yōu)選包括機(jī)構(gòu)26，以用于發(fā)出一個或多個假呼叫，例如完成客戶端調(diào)制解調(diào)器簡檔所需要的那么多個假呼叫，如上所述。裝置8還包括優(yōu)選非易失性的存儲設(shè)備，例如存儲器28和機(jī)構(gòu)30，用于利用基于存儲器的客戶端調(diào)制解調(diào)器簡檔來縮短和改進(jìn)壓縮參數(shù)協(xié)商過程，如上所述。本領(lǐng)域的技術(shù)人員將會理解，根據(jù)本發(fā)明的優(yōu)選實(shí)施例，如圖1所示的這種機(jī)構(gòu)優(yōu)選實(shí)現(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連接中驗(yàn)證和使用。這在上文中已有很詳細(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ò)進(jìn)行壓縮參數(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)都具備進(jìn)行預(yù)測性簡檔交換的能力，如上所述。
圖4是示出用于對MR連接的兩條調(diào)制解調(diào)器-網(wǎng)關(guān)分支的XID階段進(jìn)行解耦的一種優(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計(jì)算最優(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)驗(yàn)證的XID時，兩條分支之間的XID協(xié)商完成。
圖5是示出所發(fā)明的方法的另一個優(yōu)選實(shí)施例的流程圖。在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í)模式，通過該模式進(jìn)行預(yù)測然后驗(yàn)證預(yù)測，以便在不同時間、在各種并且可能可變的服務(wù)器、網(wǎng)關(guān)、調(diào)制解調(diào)器和線路條件下獲得基本上最優(yōu)的MR性能。
現(xiàn)在可以意識到本發(fā)明的許多優(yōu)點(diǎn)。所發(fā)明的方法和裝置提供了-最優(yōu)的XID壓縮設(shè)置。
-由于兼容的壓縮設(shè)置而導(dǎo)致的呼叫成功率(CSR)提高。
-連接時間減少。
-不需要延遲物理連接。
-調(diào)制解調(diào)器中繼連接狀態(tài)機(jī)的復(fù)雜性更低-由于系統(tǒng)問題引起的呼叫失敗更少-可擴(kuò)展到MNP(LR壓縮設(shè)置)。
-可擴(kuò)展到協(xié)議選擇(V.42；MNP；V.14)和V.14參數(shù)。
未來考慮事項(xiàng)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àng)目集合，將它們“向下”協(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ù)壓縮類型，這是因?yàn)檎{(diào)制解調(diào)器一次最多只能執(zhí)行單個數(shù)據(jù)壓縮方法。對于M1(發(fā)端)，注意XIDp[M1]由XIDc[M1]完全表示。但是，對于M2(應(yīng)答，終接)，注意XIDp[M2]是無法從單個XIDr[M2]實(shí)例確定的，并且諸如壓縮類型之類的互斥項(xiàng)目之間的優(yōu)先級是未知的。
理想情況下，M1和M2之間經(jīng)由V.MoIP調(diào)制解調(diào)器中繼網(wǎng)絡(luò)的MR1 XID協(xié)商是端到端的，這是因?yàn)檫@給出了最可行的協(xié)商結(jié)果，并且所得到的經(jīng)協(xié)商參數(shù)是可以實(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，或者M(jìn)2的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)宜之計(jì)是對發(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)宜之計(jì)有兩個問題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)宜之計(jì)是網(wǎng)關(guān)實(shí)現(xiàn)附加的物理層智能代碼，以便延遲較快一方的物理層的引出。在這里，不兼容的危險很高，并且不可能預(yù)測所有延遲(例如在XID階段中期可能發(fā)生重新訓(xùn)練或速度改變)。
最后，本領(lǐng)域的技術(shù)人員將會意識到，這里所描述和示出的所發(fā)明的方法和裝置可以在軟件、固件或硬件或者它們的任何適當(dāng)組合中實(shí)現(xiàn)。優(yōu)選地，出于低成本和靈活性目的，該方法和裝置是在軟件中實(shí)現(xiàn)的。從而，本領(lǐng)域的技術(shù)人員將會意識到，本發(fā)明的方法和裝置可以由其中執(zhí)行指令的計(jì)算機(jī)或微處理器進(jìn)程來實(shí)現(xiàn)，所述指令被存儲在計(jì)算機(jī)可讀介質(zhì)上以供執(zhí)行并且被適當(dāng)?shù)闹噶钐幚砥魉鶊?zhí)行。但是，可以設(shè)想其他實(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ù)進(jìn)行解壓縮，然后利用第二壓縮/解壓縮方法來壓縮數(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ìn)行解壓縮，然后根據(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)利用第二和第四方法，這可能是不切實(shí)際的，但是本發(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ù)，因?yàn)榛貜?fù)去到了錯誤的方向和錯誤的呼叫分支中。
另外的問題存在于Cx2的配置中，因?yàn)樗赡芨緵]有針對帶內(nèi)協(xié)商而被配置，因此程序甚至可能不完全。在所有的元件都針對帶內(nèi)協(xié)商被配置時，導(dǎo)致了M1-G2-M2-G1之間的四向協(xié)商，而不可能進(jìn)行檢測、確認(rèn)或修補(bǔ)。更可能發(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)器的請求將會被忽略，因?yàn)閮蓚€網(wǎng)關(guān)之一或兩者未擁有重協(xié)商能力。
能夠進(jìn)行帶內(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ù)進(jìn)入PSTN端口602。數(shù)據(jù)路線由實(shí)線示出，控制路線由虛線示出。通過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ù)被相同的方法壓縮或解壓縮時不退出，而是進(jìn)入監(jiān)視模式。此外，處理器602可以生成通告能力的連接消息，從而其他網(wǎng)關(guān)得知重協(xié)商的能力存在。
正如可從圖8中看到的，轉(zhuǎn)壓縮元件Dx1具有向其他網(wǎng)關(guān)G1的壓縮元件Cx1發(fā)送“壓縮重協(xié)商指示符”(CRI)消息的能力。這可以以與通?？刂苽鹘y(tǒng)的未聯(lián)網(wǎng)的壓縮節(jié)點(diǎn)上的重協(xié)商的進(jìn)程間通信類似的方式完成。
除了發(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)壓縮元件可以不再退出，因?yàn)橥顺隹赡軙顾鼈冨e過重協(xié)商消息。轉(zhuǎn)壓縮元件監(jiān)視消息流程而不實(shí)際對數(shù)據(jù)進(jìn)行操作的方法在圖9中示出。轉(zhuǎn)壓縮元件確定其任一側(cè)(傳入和傳出)的兩種壓縮方法的兼容性。這些方法可能不是完全相同的，但是必須足夠兼容以便在任一端都是不能區(qū)分的。
如果在902處檢查到這些方法是兼容的，則在904處元件進(jìn)入監(jiān)視模式，透明地直接傳遞數(shù)據(jù)。如果，在這個階段期間，在906處檢測到重協(xié)商，則元件將會在900處再次確定兼容性。在一個實(shí)施例中，可能發(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ā)明的實(shí)施例內(nèi)的。
在雙轉(zhuǎn)壓縮網(wǎng)關(guān)(DTCX)中這也可能是有用的。在DTCX情況下，Dx將向其發(fā)送CRI的Cx是在網(wǎng)關(guān)的其他轉(zhuǎn)壓縮元件中。不需要網(wǎng)絡(luò)消息，計(jì)算機(jī)內(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)壓縮元件可以“部分”地退出，這是因?yàn)樗鼈兡軌虮O(jiān)視消息流量以確定是否發(fā)生重協(xié)商，而不實(shí)際地執(zhí)行轉(zhuǎn)壓縮任務(wù)。監(jiān)視模式的優(yōu)點(diǎn)在于，比起解壓縮和重壓縮來，監(jiān)視模式是不那么處理器和存儲器密集的。
在本發(fā)明的某些實(shí)現(xiàn)方式中，本發(fā)明的方法可以被包含在機(jī)器可讀介質(zhì)產(chǎn)品上的軟件指令或代碼中。這些指令當(dāng)被傳送到諸如網(wǎng)絡(luò)設(shè)備這樣的機(jī)器并且被執(zhí)行時，致使機(jī)器執(zhí)行本發(fā)明的方法。
從而，雖然到此為止已經(jīng)描述了壓縮參數(shù)的帶內(nèi)重協(xié)商的方法和裝置的優(yōu)選實(shí)施例，但是不希望這種特定參考被視為對本發(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ā)送，而不進(jìn)行壓縮或解壓縮；針對任何壓縮重協(xié)商指示監(jiān)視消息流量；以及如果接收到壓縮重協(xié)商消息，則確定所述重協(xié)商消息是否會導(dǎo)致所述壓縮和解壓縮方法之間的不兼容。
12.如權(quán)利要求11所述的方法，所述方法包括如果確實(shí)導(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.一種包含指令的機(jī)器可讀代碼產(chǎn)品，所述指令在被執(zhí)行時致使所述機(jī)器在第一網(wǎng)絡(luò)設(shè)備上的解壓縮器處接收壓縮重協(xié)商指示；以及將壓縮重協(xié)商確認(rèn)指示發(fā)送到第二網(wǎng)絡(luò)設(shè)備上的壓縮器元件。
21.如權(quán)利要求20所述的產(chǎn)品，所述在被執(zhí)行時致使所述機(jī)器接收壓縮重協(xié)商消息的指令還致使所述機(jī)器接收根據(jù)國際電信聯(lián)盟標(biāo)準(zhǔn)V.44的帶內(nèi)重協(xié)商消息，并且所述在被執(zhí)行時致使所述機(jī)器發(fā)送壓縮重協(xié)商指示的指令還致使所述機(jī)器發(fā)送壓縮重協(xié)商指示符。
22.如權(quán)利要求20所述的產(chǎn)品，所述在被執(zhí)行時致使所述機(jī)器接收壓縮重協(xié)商指示符的指令還致使所述機(jī)器接收壓縮重協(xié)商指示符，并且所述在被執(zhí)行時致使所述機(jī)器發(fā)送壓縮重協(xié)商確認(rèn)指示符的指令還致使所述機(jī)器發(fā)送根據(jù)國際電信標(biāo)準(zhǔn)V.44的壓縮確認(rèn)消息。
23.一種包含指令的機(jī)器可讀代碼產(chǎn)品，所述指令在被執(zhí)行時致使所述機(jī)器確定用于傳出數(shù)據(jù)的壓縮方法是否與用于傳入數(shù)據(jù)的解壓縮方法兼容；如果所述壓縮方法和所述解壓縮方法兼容，則將傳入數(shù)據(jù)作為傳出數(shù)據(jù)發(fā)送，而不進(jìn)行壓縮或解壓縮；針對任何壓縮重協(xié)商指示監(jiān)視消息流量；以及如果接收到壓縮重協(xié)商消息指示，則確定重協(xié)商是否會導(dǎo)致所述壓縮和解壓縮方法之間的不兼容。
24.如權(quán)利要求23所述的產(chǎn)品，所述指令還致使所述機(jī)器在確實(shí)導(dǎo)致了不兼容的情況下執(zhí)行轉(zhuǎn)壓縮。
25.如權(quán)利要求23所述的產(chǎn)品，所述指令還致使所述機(jī)器確定所述壓縮方法和所述解壓縮方法不兼容；對傳入數(shù)據(jù)執(zhí)行轉(zhuǎn)壓縮，以將其作為傳出數(shù)據(jù)發(fā)送；接收壓縮重協(xié)商消息；以及確定所述壓縮重協(xié)商將會導(dǎo)致兼容的壓縮和解壓縮。
26.一種包含指令的機(jī)器可讀代碼產(chǎn)品，所述指令在被執(zhí)行時致使所述機(jī)器生成連接消息；在所述連接消息中包括帶內(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ā)送，而不進(jìn)行壓縮或解壓縮，并且針對任何壓縮重協(xié)商消息監(jiān)視消息流量。壓縮/解壓縮可以在壓縮重協(xié)商之后被執(zhí)行，或者被停止。
文檔編號H04L12/56GK1864378SQ200480029275
公開日2006年11月15日 申請日期2004年10月7日 優(yōu)先權(quán)日2003年10月15日
發(fā)明者內(nèi)森·里士滿·梅爾霍恩 申請人:思科技術(shù)公司