專利名稱：數(shù)據(jù)壓縮的控制方法
技術(shù)領(lǐng)域：
本發(fā)明涉及在電信系統(tǒng)中使用數(shù)據(jù)壓縮實(shí)體V.42bis，具體地說，涉及通過多個(gè)SNDCP實(shí)體共享公用的V.42bis的數(shù)據(jù)壓縮實(shí)體的方法。
問題的范圍在數(shù)字移動(dòng)電信系統(tǒng)中，用GPRS作例子說明，服務(wù)節(jié)點(diǎn)，例如SGSN一般能夠處理大量同時(shí)呼叫或移動(dòng)臺(tái)(MS)。在處理數(shù)據(jù)壓縮，例如V.42bis壓縮時(shí)，服務(wù)節(jié)點(diǎn)的存儲(chǔ)容量可能是一個(gè)限制節(jié)點(diǎn)總業(yè)務(wù)量的因素。更具體地說，壓縮，例如在SGSN的SNDCP層中的V.42bis壓縮都為每一個(gè)建立的壓縮實(shí)體，也就是在它的各個(gè)壓縮實(shí)體中配置的每一棵樹消耗存儲(chǔ)器。
參見附圖1，通過引用GPRS作例子說明這種情況，SNDCP層在GPRS層結(jié)構(gòu)里的正確環(huán)境中被鑒別出來，也顯示了用于有效負(fù)荷的協(xié)議棧。例如，IP-分組可以組成有效負(fù)荷。
還是參考附圖1，通過引用GPRS作例子說明這種情況，應(yīng)該注意，SGSN中的一個(gè)SNDCP層連接到移動(dòng)臺(tái)(MS)中的一個(gè)SNDCP層。因此，正如相關(guān)技術(shù)中的專業(yè)技術(shù)人員將理解的那樣，為了處理多個(gè)移動(dòng)臺(tái)，在SGSN中可以存在多個(gè)SGSN協(xié)議棧。
而且，參見附圖1，通過引用GPRS作例子說明這種情況，應(yīng)該注意，與一個(gè)移動(dòng)臺(tái)相關(guān)聯(lián)的SNDCP層可能包括一個(gè)或多個(gè)實(shí)體。就是說，一個(gè)移動(dòng)臺(tái)可以在SNDCP層中通過多個(gè)由SNDCP層處理的連接建立連接。此外，一個(gè)SNDCP實(shí)體處理SNDCP層中的一個(gè)連接。在附圖4說明了這樣的一個(gè)多SNDCP連接的例子。
現(xiàn)有解決方案及其問題根據(jù)以上說明，通過ETSI標(biāo)準(zhǔn)04.65 SNDCP的6.6部分的“數(shù)據(jù)壓縮”，公開了一種現(xiàn)有的解決方案，陳述如下等內(nèi)容“數(shù)據(jù)壓縮是一種選擇性的SNDCP特征。數(shù)據(jù)壓縮適用于SN-DATA和SN-UNITDATA基元。如果使用的話，數(shù)據(jù)壓縮將在整個(gè)N-PDU中找到，包括可能的壓縮協(xié)議控制信息。圖8(如圖3隸屬的標(biāo)準(zhǔn))示出了一個(gè)如何使用SNDCP功能的實(shí)例。幾個(gè)NSAPI可以使用一個(gè)公用的數(shù)據(jù)壓縮實(shí)體，即相同的壓縮算法和相同的字典。分離的數(shù)據(jù)壓縮實(shí)體將用于確認(rèn)(SN-DATA)和確認(rèn)(SN-UNITDATA)數(shù)據(jù)傳送。幾個(gè)NSAPI可以與一個(gè)SAPI相關(guān)聯(lián)，即他們可以使用相同的QoS配置文件。”從而，V.42bis實(shí)體(即一棵樹)使用每一個(gè)與移動(dòng)臺(tái)連接的SNDCP的大量存儲(chǔ)器，對每一個(gè)SNDCP實(shí)體或確認(rèn)模式的SAPI進(jìn)行配置。
相關(guān)技術(shù)中的專業(yè)技術(shù)人員將明白，數(shù)據(jù)分組在SNDCP中被復(fù)用。例如，在GPRS系統(tǒng)中，來自因特網(wǎng)的IP分組(一般稱作為N-PDU)在屬于SNDCP層的已編號的NSAPI(網(wǎng)絡(luò)層服務(wù)訪問點(diǎn)標(biāo)識符)的SGSN中被接收。接著，SNDCP將SAPI(業(yè)務(wù)點(diǎn)訪問標(biāo)識符)上的SN-PDU傳遞給位于SNDCP層下面的LLC層。
關(guān)于上述例子，在相反方向上，對于從移動(dòng)臺(tái)到達(dá)的分組和到達(dá)SGSN的分組，包含SNDCP的PDU段的LLC分組數(shù)據(jù)(一般稱作為SN-PDU)在SAPI上被接收。接著，裝配成一個(gè)完整的N-PDU，并發(fā)給因特網(wǎng)。
現(xiàn)在，參照圖4，SNDCP將執(zhí)行的一些功能如下a)將SN-DATA基元映射到LL-DATA基元。
b)將SN-UNITDATA基元映射到LL-UNITDATA基元。
c)將一個(gè)或幾個(gè)網(wǎng)絡(luò)層實(shí)體的N-PDU復(fù)用成合適的LLC連接。
d)建立、重建立和釋放已確認(rèn)的對等的LLC操作。
e)對已確認(rèn)的對等的LLC操作，通過對N-PDU的緩沖和重發(fā)來補(bǔ)充LLC層以維護(hù)數(shù)據(jù)的完整性。
f)對每一個(gè)NSAPI的傳遞序列進(jìn)行單獨(dú)管理。
g)在發(fā)送實(shí)體和接收實(shí)體中壓縮冗余協(xié)議控制信息(例如，TCP/IP報(bào)頭)。壓縮方法要根據(jù)使用的具體網(wǎng)絡(luò)層或傳輸層協(xié)議決定。
h)在發(fā)送實(shí)體中壓縮冗余用戶的數(shù)據(jù)，在接收實(shí)體中進(jìn)行解壓。對每一個(gè)SAPI單獨(dú)執(zhí)行數(shù)據(jù)壓縮，并可以對GPRS系統(tǒng)中的每一個(gè)PDP上下文單獨(dú)執(zhí)行。參數(shù)壓縮在MS和SGSN之間進(jìn)行協(xié)商。
i)分段和重裝配。壓縮器的功能輸出被分成LL-PDU的最大長度。這些過程與使用的具體網(wǎng)絡(luò)層協(xié)議無關(guān)。
j)使用XID交換來協(xié)商同層的SNDCP實(shí)體之間的XID參數(shù)。
現(xiàn)在，參考附圖4將說明一個(gè)節(jié)點(diǎn)通過SNDCP層的流程。在發(fā)送方向，功能的順序如下i. 協(xié)議控制信息的壓縮ii. 用戶數(shù)據(jù)壓縮iii.被壓縮的信息分段成SN-數(shù)據(jù)或者SN-單元數(shù)據(jù)PDU。
還是參考附圖4，在接收流程中，通過一個(gè)節(jié)點(diǎn)的SNDCP層的功能順序如下iv.將SN-PDU重裝配成N-PDUv. 用戶數(shù)據(jù)的解壓vi.協(xié)議控制信息的解壓下面，用提供的一個(gè)示范性GPRS系統(tǒng)，簡要說明對于LLC未確認(rèn)模式情況下SNDCP-V.42bis的通信和操作。在呼叫設(shè)置期間，SNDCP可以或者不可以與從移動(dòng)臺(tái)(MS)發(fā)送給服務(wù)GRPS支持節(jié)點(diǎn)(SGSN)或者從SGSN發(fā)送給MS的報(bào)文來協(xié)商壓縮參數(shù)。為此目的發(fā)送的報(bào)文常常稱作為XID命令，對于這條命令，其他參與方通過XID-響應(yīng)來響應(yīng)。通常情況下，在與其他執(zhí)行壓縮的合作方簽署執(zhí)行壓縮的協(xié)議之前，MS和SGSN都將為包括擴(kuò)展器和壓縮器功能的壓縮實(shí)體檢查系統(tǒng)各部分的可用存儲(chǔ)器。例如，這可以在用帶壓縮參數(shù)發(fā)送XID-命令或XID-響應(yīng)之前用“Malloc”(存儲(chǔ)器分配)實(shí)現(xiàn)。在呼叫設(shè)置過程的這個(gè)過程，SNDCP將或者可能將一個(gè)初始的C-INIT命令發(fā)送給帶商定壓縮參數(shù)的數(shù)據(jù)壓縮器和/或數(shù)據(jù)擴(kuò)展器。根據(jù)V.42bis，由于該C-INIT報(bào)文，壓縮樹、接收方向的擴(kuò)展器和發(fā)送方向的壓縮器都是根據(jù)商定參數(shù)進(jìn)行配置。特別是，為了在確認(rèn)模式中操作，在接收移動(dòng)臺(tái)的方向上，在將壓縮數(shù)據(jù)發(fā)送給帶C-DATA報(bào)文的擴(kuò)展器之前，在SGSN中，要從盡可能多的SNDCP的PDU段中聚集一個(gè)帶有壓縮數(shù)據(jù)的完整的SNDCP的PDU。擴(kuò)展器依次返回?cái)?shù)據(jù)，但是不需要返回所有與接收到的壓縮數(shù)據(jù)對應(yīng)的數(shù)據(jù)。因此，SNDCP將給帶有C-FLUSH報(bào)文的擴(kuò)展器安排一個(gè)數(shù)據(jù)刷新，以便得到擴(kuò)展器的剩余數(shù)據(jù)，這些剩余數(shù)據(jù)是數(shù)據(jù)擴(kuò)展器用C-數(shù)據(jù)報(bào)文返回的剩余數(shù)據(jù)。這樣，根據(jù)確認(rèn)模式的標(biāo)準(zhǔn)過程，壓縮實(shí)體通過帶有C-INIT報(bào)文的SNDCP實(shí)體，用相同的壓縮參數(shù)重新初始化，使得擴(kuò)展樹忽略“前面”處理的數(shù)據(jù)。這樣操作的理由在于，在確認(rèn)模式中，LLC可能丟失SNDCP的PDU或SNDCP的PDU段，并且達(dá)到SNDCP協(xié)議的更高層來發(fā)送數(shù)據(jù)(例如，通過TCP)。因此，由于完整的SNDCP的PDU可能被丟失，例如在移動(dòng)臺(tái)(MS)的“空氣”接口上，數(shù)據(jù)擴(kuò)展器可能沒有為確認(rèn)模式保留前面的SNDCP的PDU的足夠信息。在發(fā)送方向，例如，從SGSN到移動(dòng)臺(tái)(MS)，對于未確認(rèn)模式，將發(fā)送一個(gè)帶有未壓縮數(shù)據(jù)的完整SNDCP的NPDU給帶有C-DATA報(bào)文的數(shù)據(jù)壓縮器。數(shù)據(jù)壓縮器依次返回?cái)?shù)據(jù)，但是不需要返回與未壓縮數(shù)據(jù)對應(yīng)的所有數(shù)據(jù)，這些未壓縮數(shù)據(jù)是提供給數(shù)據(jù)壓縮器的。因此，SNDCP將給帶有C-FLUSH報(bào)文的數(shù)據(jù)壓縮器安排一個(gè)數(shù)據(jù)刷新，以便得到壓縮器的剩余數(shù)據(jù)，這些剩余數(shù)據(jù)是數(shù)據(jù)擴(kuò)展器用C-DATA報(bào)文返回的剩余數(shù)據(jù)。這樣根據(jù)未確認(rèn)模式標(biāo)準(zhǔn)，壓縮實(shí)體用帶有相同壓縮參數(shù)的C-INIT報(bào)文重新初始化，使壓縮樹忽略“前面”的處理。這樣操作的理由在于，在確認(rèn)模式中，LLC可能丟失SNDCP的PDU或SNDCP的PDU段，并且達(dá)到更高層協(xié)議，一般位于SNDCP協(xié)議之上，重新發(fā)送數(shù)據(jù)(例如，通過TCP)。因此，由于完整的SNDCP的PDU可能丟失，例如在與移動(dòng)臺(tái)(MS)的“空氣”接口上，因而數(shù)據(jù)壓縮器可能沒有為確認(rèn)模式保留前面的SNDCP的PDU的足夠信息。
本發(fā)明的目的本發(fā)明的一個(gè)目的就是要提供一種解決方案，在數(shù)字電信系統(tǒng)中更好地利用數(shù)據(jù)壓縮源。
本發(fā)明的簡要公開正如所附的獨(dú)立的專利權(quán)利要求1中所述，本發(fā)明提供一種共享數(shù)字通信系統(tǒng)中數(shù)據(jù)壓縮器實(shí)體的方法。
本發(fā)明另一些特征在所附的相關(guān)專利的權(quán)利要求中已說明。
附圖的簡要說明圖1是說明現(xiàn)代數(shù)字移動(dòng)通信系統(tǒng)的典型層次結(jié)構(gòu)的傳送平面視圖；圖2是按照圖1上述明的系統(tǒng)中表示不同協(xié)議復(fù)用的示意圖；圖3是示范性說明應(yīng)用NSAPI、SNDCP功能和SAPI的簡圖；圖4是說明在示范性GPRS系統(tǒng)節(jié)點(diǎn)的SNDCP層中，確認(rèn)模式和未確認(rèn)模式的壓縮處理的示意圖；圖5是說明使用本發(fā)明的公用壓縮實(shí)體的多個(gè)玩家的SNDCP配置的示意圖。示出的層0包括多個(gè)SNDCP實(shí)體。
實(shí)施例的詳細(xì)說明下面，將通過實(shí)例和參照


本發(fā)明。在使用V.42 bis數(shù)據(jù)壓縮的示范性GPRS系統(tǒng)中，一種適合在服務(wù)節(jié)點(diǎn)(SGSN)中的V.42 bis的數(shù)據(jù)壓縮功能實(shí)體將在一個(gè)處理器中分配一個(gè)足以處理最大尺寸的壓縮樹的存儲(chǔ)區(qū)。所有與使用LLC的未確認(rèn)模式的業(yè)務(wù)類型的不同MS及所有它們的SNDCP實(shí)體的SNDCP連接，重新使用公用的V.42 bis實(shí)體，和該特定的V.42 bis實(shí)體中公用的V.42 bis樹。對于LLC未確認(rèn)模式，壓縮樹在每一個(gè)N-PDU被SNDCP實(shí)體處理后復(fù)位。因此，根據(jù)本發(fā)明，公用的V.42 bis實(shí)體可以取決于SNDCP實(shí)體決定的、由帶有規(guī)定的壓縮參數(shù)的SNDCP實(shí)體、在每一個(gè)N-INIT之前用C-INIT報(bào)文初始化或預(yù)復(fù)位。這樣，所有的SNDCP連接可以重新使用一個(gè)公用的V.42 bis實(shí)體和分配給樹的公用壓縮存儲(chǔ)器，該樹帶有在非預(yù)先設(shè)置為空的、禁止中斷或用于未確認(rèn)模式的連續(xù)環(huán)境中，用于所有SNDCP實(shí)體連接的實(shí)體。應(yīng)該注意，公用V.42 bis實(shí)體和各個(gè)V.42 bis的存儲(chǔ)區(qū)由相同的MS中的所有未確認(rèn)SNDCP的實(shí)體連接，或未確認(rèn)SNDCP實(shí)體與不同的MS的連接共享。
公用樹的大小邏輯上被限制在所支持的SGSN壓縮參數(shù)的最大尺寸。如果需要較小的存儲(chǔ)器，那么只使用部分公用壓縮樹存儲(chǔ)器。
參考圖4，SNDCP協(xié)議用包括LLC未確認(rèn)模式的公用壓縮樹顯示在它的合適環(huán)境中。應(yīng)該注意，SNDCP層是為每一個(gè)連接的移動(dòng)臺(tái)而存在。因此，在任意確定的點(diǎn)上可能同時(shí)存在數(shù)千個(gè)。未確認(rèn)模式的公用樹由所有SNDCP實(shí)體和所有SNDCP層共享。
在下面引用的GPRS數(shù)字移動(dòng)通信系統(tǒng)中，本發(fā)明將通過實(shí)例的方法，參照SNDCP V.42 bis通信和LLC未確認(rèn)模式的操作進(jìn)行說明。
在呼叫設(shè)置期間，一個(gè)節(jié)點(diǎn)的SNDCP可能，或不可能與從MS發(fā)送給SGSN或從SGSN發(fā)送給MS的報(bào)文協(xié)商壓縮參數(shù)。為此目的發(fā)送的報(bào)文稱作為XID命令，其它方將用XID響應(yīng)來響應(yīng)它。
正常情況下MS和SGSN將在與執(zhí)行壓縮的其它方簽定協(xié)議之前，檢查壓縮實(shí)體在系統(tǒng)的各個(gè)部分的可用存儲(chǔ)器是否足夠，壓縮實(shí)體一般包括擴(kuò)展器及壓縮器功能塊。例如，在XID命令和/或響應(yīng)隨壓縮參數(shù)發(fā)送之前，這可以用“Malloc”(存儲(chǔ)器分配)實(shí)現(xiàn)。
在呼叫設(shè)置操作過程的這個(gè)階段，SNDCP將，或可能把一個(gè)初始化的C-INIT命令發(fā)送給帶有協(xié)商的壓縮參數(shù)的數(shù)據(jù)壓縮器和/或擴(kuò)展器。
根據(jù)V.42 bis，壓縮樹接收方向的擴(kuò)展器和發(fā)送方向的壓縮器分別根據(jù)配置的協(xié)商參數(shù)，由C-INIT報(bào)文引起。
在從移動(dòng)臺(tái)接收的裝配的PDU中(見圖4)，壓縮實(shí)體根據(jù)本發(fā)明，通過帶有C-INIT報(bào)文的SNDCP實(shí)體，以SNDCP實(shí)體規(guī)定的壓縮參數(shù)重新初始化(見前節(jié)說明)，使擴(kuò)展樹忽略“前面的操作”，并與該特定的SNDCP協(xié)商參數(shù)相關(guān)。這樣做的理由在于，未確認(rèn)模式中的LLC可能丟失SNDCP的PDU或SNDCP的PDU段，并將達(dá)到更高層的協(xié)議，例如，位于SNDCP協(xié)議層之上的TCP協(xié)議，以便實(shí)現(xiàn)數(shù)據(jù)的重發(fā)。由于一個(gè)完整的SNDCP的PDU可能在與移動(dòng)臺(tái)的“空氣”接口上丟失，因此，數(shù)據(jù)擴(kuò)展器不可能保留關(guān)于前面的未確認(rèn)模式的SNDCP的PDU的足夠信息。這樣，對于未確認(rèn)模式，在接收移動(dòng)臺(tái)的方向，在用C-DATA報(bào)文發(fā)送給數(shù)據(jù)擴(kuò)展器之前，可以從盡可能多的SNDCP的PDU段聚集一個(gè)完整的壓縮數(shù)據(jù)的SNDCP的PDU。結(jié)果，擴(kuò)展器返回?cái)?shù)據(jù)，但是不需要返回所有與接收的壓縮數(shù)據(jù)對應(yīng)的數(shù)據(jù)。因此，SNDCP將給帶有C-FLUSH報(bào)文的擴(kuò)展器安排一個(gè)數(shù)據(jù)刷新，以便得到擴(kuò)展器的剩余數(shù)據(jù)，然后，數(shù)據(jù)擴(kuò)展器將用C-DATA報(bào)文返回這些數(shù)據(jù)。(除了C-INIT報(bào)文外，也可以用現(xiàn)有標(biāo)準(zhǔn)發(fā)送。)在發(fā)送給移動(dòng)臺(tái)的方向(見圖4)，根據(jù)本發(fā)明的未確認(rèn)模式，壓縮實(shí)體用帶有SNDCP實(shí)體規(guī)定的壓縮參數(shù)的C-INIT報(bào)文初始化，以便使壓縮樹忽略“前面的操作”，并與該SNDCP實(shí)體的協(xié)商參數(shù)相關(guān)。這樣做的理由在于，未確認(rèn)模式中的LLC可能丟失SNDCP的PDU或SNDCP的PDU段，并將達(dá)到更高層的協(xié)議，例如，位于SNDCP協(xié)議層之上的TCP協(xié)議，以便實(shí)現(xiàn)數(shù)據(jù)的重發(fā)。由于一個(gè)完整的SNDCP的PDU可能在與移動(dòng)臺(tái)的“空氣”接口上丟失，因此，數(shù)據(jù)壓縮器不可能保留關(guān)于前面的未確認(rèn)模式的SNDCP的PDU的足夠信息。這樣，對于未確認(rèn)模式，在向移動(dòng)臺(tái)的發(fā)送方向，用C-DATA報(bào)文將一個(gè)完整的非壓縮數(shù)據(jù)的SNDCP的PDU發(fā)送給數(shù)據(jù)壓縮器。接著，壓縮器返回?cái)?shù)據(jù)，但是不需要返回與接收的非壓縮數(shù)據(jù)對應(yīng)的所有數(shù)據(jù)。因此，SNDCP將給帶有C-FLUSH報(bào)文的壓縮器安排一個(gè)數(shù)據(jù)刷新，以便得到壓縮器的剩余數(shù)據(jù)，然后，數(shù)據(jù)壓縮器將用C-DATA報(bào)文返回這些數(shù)據(jù)。(除了C-INIT報(bào)文外，也可以用現(xiàn)有標(biāo)準(zhǔn)再次發(fā)送。)下面將說明本發(fā)明與ETSI標(biāo)準(zhǔn)04.65 SNDCP如何相關(guān)。
下面的內(nèi)容是引自上述參考標(biāo)準(zhǔn)6.6數(shù)據(jù)壓縮數(shù)據(jù)壓縮是一種可選擇的SNDCP特征。數(shù)據(jù)壓縮適用于SN-DATA和SN-UNITDATA基元。
如果應(yīng)用的話，數(shù)據(jù)壓縮將在整個(gè)包括可能的壓縮協(xié)議控制信息的N-PDU上實(shí)現(xiàn)。
圖8(標(biāo)準(zhǔn)中的)示出了一個(gè)怎樣能夠使用SNDCP功能的實(shí)例。幾個(gè)NSAPI可以使用一個(gè)公用的數(shù)據(jù)壓縮實(shí)體，即相同的壓縮算法和相同的字典。分離的數(shù)據(jù)壓縮實(shí)體將用于未確認(rèn)(SN-DATA)和未確認(rèn)(SN-UNITDATA)數(shù)據(jù)傳送。幾個(gè)NSAPI可以與一個(gè)SAPI相關(guān)聯(lián)，即它們可以應(yīng)用相同的QoS配置文件。
根據(jù)上面引用的參考標(biāo)準(zhǔn)，由于規(guī)定實(shí)體與壓縮算法和相同字典相關(guān)聯(lián)，顯然，NASAPI已經(jīng)能夠重用一個(gè)公用的壓縮實(shí)體。但是，每一個(gè)SNDCP層具有0個(gè)、一個(gè)或多個(gè)數(shù)據(jù)壓縮算法，并且每一個(gè)移動(dòng)臺(tái)存在一個(gè)SNDCP層。本發(fā)明允許在相同的、或不同的SNDCP層上有幾個(gè)應(yīng)用未確認(rèn)模式的NASPI，在相同的物理壓縮字典上使用一個(gè)帶有不同或相同算法的公用的數(shù)據(jù)壓縮實(shí)體。就是說，應(yīng)該用本發(fā)明更新標(biāo)準(zhǔn)，以陳述一個(gè)實(shí)體的壓縮算法能夠?yàn)槲创_認(rèn)模式重新初始化。因此，它可以向后兼容。
參考上面引用的ETSI標(biāo)準(zhǔn)04.65 SNDCP的6.6節(jié)，本發(fā)明可以通過修改標(biāo)準(zhǔn)組合如下6.6數(shù)據(jù)壓縮數(shù)據(jù)壓縮是一種可選擇的SNDCP特征。數(shù)據(jù)壓縮適用于SN-DATA和SN-UNITDATA基元。
如果應(yīng)用的話，數(shù)據(jù)壓縮將在整個(gè)包括可能的壓縮協(xié)議控制信息的N-PDU上實(shí)現(xiàn)。
圖8(標(biāo)準(zhǔn)中的)示出了一個(gè)怎樣可以使用SNDCP功能的實(shí)例。幾個(gè)NSAPI可以使用一個(gè)公用的數(shù)據(jù)壓縮實(shí)體，即相同的壓縮算法和相同的字典。
對于未確認(rèn)模式，來自不同的SNDCP層的幾個(gè)NSAPI可以通過用不同的壓縮參數(shù)重新初始化，即不同的壓縮算法和相同的字典來使用一個(gè)公用的數(shù)據(jù)壓縮實(shí)體。分離的數(shù)據(jù)壓縮實(shí)體將用于確認(rèn)(SN-DATA)和未確認(rèn)(SN-UNITDATA)數(shù)據(jù)傳送。幾個(gè)NSAPI可以與一個(gè)SAPI相關(guān)聯(lián)，即它們可以應(yīng)用相同的QoS配置文件。
另外，本發(fā)明涉及ETSI標(biāo)準(zhǔn)04.65 SNDCP如下根據(jù)上面鑒別的ETSI標(biāo)準(zhǔn)引用如下6.6.2.3 V.42 bis的數(shù)據(jù)壓縮操作...
當(dāng)V.42 bis與SN-UNITDATA基元一起使用時(shí)，壓縮實(shí)體中的數(shù)據(jù)將被刷新(使用C-FLUSH基元)，然后，在N-PDU被發(fā)送后壓縮實(shí)體將復(fù)位。LCC協(xié)議將在保護(hù)操作模式下運(yùn)行。
...
根據(jù)上面引用的6.6.2.3節(jié)，對于未確認(rèn)模式，V.42 bis實(shí)體必須通過SNDCP實(shí)體在N-PDU發(fā)送后復(fù)位。用于對壓縮功能復(fù)位的C-INIT基元可以在將數(shù)據(jù)提供給V.42 bis實(shí)體之前發(fā)送，而C-INIT基元可以包括關(guān)聯(lián)每一個(gè)SNDCP實(shí)體的具體壓縮參數(shù)。就是說，本發(fā)明通過修改標(biāo)準(zhǔn)可以組合成最佳標(biāo)準(zhǔn)，以便陳述壓縮實(shí)體將在應(yīng)用之前復(fù)位。因此，它可以向后兼容。
根據(jù)上面的陳述，上面引用的ETSI標(biāo)準(zhǔn)0.4.65 SNDCP的6.6.2.3節(jié)組合如下6.6.2.3 V.42 bis標(biāo)準(zhǔn)壓縮的操作...
當(dāng)V.42 bis與SN-UNITDATA基元一起使用時(shí)，壓縮實(shí)體中的數(shù)據(jù)將被刷新(使用C-FLUSH基元)，然后，在N-PDU被發(fā)送之前和/或之后，壓縮實(shí)體將用C-INIT復(fù)位。
LCC協(xié)議將在保護(hù)操作模式下運(yùn)行。
...
本發(fā)明也涉及ETSI標(biāo)準(zhǔn)04.65 SNDCP的6.10節(jié)。
與上面鑒別的標(biāo)準(zhǔn)有關(guān)的是6.10節(jié)，引用如下6.10 SNDCP協(xié)議功能和它們與服務(wù)訪問點(diǎn)的關(guān)聯(lián)的可能組合。
允許以下SNDCP協(xié)議功能的組合...
- 一數(shù)據(jù)壓縮實(shí)體將與一個(gè)SAPI連接，參考上面引用的6.10節(jié)，V.42 bis實(shí)體(數(shù)據(jù)壓縮實(shí)體)必須與僅有的一SAPI連接，在本發(fā)明之前的已有的解決中可以看作為一種邏輯方案。但是，考慮本發(fā)明這不再是那種情況?？紤]本發(fā)明，通過修改標(biāo)準(zhǔn)本發(fā)明可以組合成上面鑒別出的標(biāo)準(zhǔn)，以便陳述未確認(rèn)模式的壓縮實(shí)體可以與多個(gè)SAPI連接。因此，它將向后兼容。
將本發(fā)明組合成ETSI標(biāo)準(zhǔn)04.65 SNDCP可以通過對標(biāo)準(zhǔn)6.10節(jié)實(shí)現(xiàn)如下6.10 SNDCP協(xié)議功能和它們與服務(wù)訪問點(diǎn)的關(guān)聯(lián)的可能組合。
允許以下SNDCP協(xié)議功能的組合...
- 一數(shù)據(jù)壓縮實(shí)體將與一個(gè)確認(rèn)模式的SAPI連接。
- 一數(shù)據(jù)壓縮實(shí)體將與一個(gè)或多個(gè)未確認(rèn)模式的SAPI連接。
優(yōu)點(diǎn)不管在數(shù)字移動(dòng)通信方案中的SAPI，本發(fā)明的方法消除了未確認(rèn)模式SNDCP業(yè)務(wù)量對存儲(chǔ)器的高需求。
擴(kuò)充雖然本發(fā)明參照發(fā)表的GPRS標(biāo)準(zhǔn)97進(jìn)行了說明，但是本發(fā)明沒有局限于這些特定的版本。本發(fā)明也適用于所述標(biāo)準(zhǔn)的最新版本，其中SNDCP存在于Gb-接口，并且存在V.42 bis壓縮或其它類似的數(shù)據(jù)壓縮的地方。
雖然本發(fā)明參照GPRS系統(tǒng)中的SGSN進(jìn)行了說明，但是本發(fā)明也完全適用于移動(dòng)臺(tái)(MS)。就是說，對于非預(yù)先占用環(huán)境的未確認(rèn)模式，不管SAPI，業(yè)務(wù)量都可以使用相同的數(shù)據(jù)壓縮樹。
在例如啟動(dòng)一個(gè)節(jié)點(diǎn)中的處理器期間，或者在選擇一個(gè)節(jié)點(diǎn)中處理器(該處理器處理SNDCP層)的第一SNDCP層期間，可以建立或設(shè)置未確認(rèn)模式的業(yè)務(wù)量的公用壓縮實(shí)體(參見圖5)。這可以，例如借助于用C語言編寫的函數(shù)來完成，定義如下“extern intSndcp_v42bis_install_common_comp_entity_for_unack(void)”。當(dāng)該函數(shù)在處理器中執(zhí)行時(shí)，就給公用壓縮實(shí)體分配所需的存儲(chǔ)器，公用壓縮實(shí)體初始化使用的標(biāo)準(zhǔn)V.42 bis變量準(zhǔn)備就緒。一般地說，在現(xiàn)有系統(tǒng)中(與本發(fā)明的方法不同)，壓縮實(shí)體的生成是在處理和響應(yīng)XID命令期間的很后面實(shí)現(xiàn)的。
正如上面用實(shí)例說明的，在節(jié)點(diǎn)處理器上生成和安裝的公用壓縮實(shí)體一般為處理如象C-INIT、C-DATA等標(biāo)準(zhǔn)報(bào)文提供標(biāo)準(zhǔn)函數(shù)。這些函數(shù)也可以，例如定義為全局可訪問的函數(shù)(“extern”)，使得所有與節(jié)點(diǎn)處理器相關(guān)連的(即節(jié)點(diǎn)處理器處理的)SNDCP層可以訪問該公用函數(shù)，該公用函數(shù)處理公用壓縮實(shí)體中的C-INIT、C-DATA和FLUSH命令的接收。因此，功用壓縮實(shí)體函數(shù)可以通過定義“extern”從所有SNDCP層訪問。
在XID協(xié)商期間，在確認(rèn)或未確認(rèn)模式中運(yùn)行的LLC層的模式(確認(rèn)或未確認(rèn))為已知，這時(shí)，SNDCP層與前面生成/安裝的用于未確認(rèn)模式的公用壓縮實(shí)體一起存在。執(zhí)行XID協(xié)商處理的每一個(gè)SNDCP層的SNDCP管理實(shí)體(參見圖5)，將為未確認(rèn)模式協(xié)商壓縮參數(shù)，該參數(shù)小于或等于公用壓縮實(shí)體的最大數(shù)量。因此，壓縮參數(shù)的最大數(shù)目可以設(shè)置為特定的最大值，例如對于公用壓縮實(shí)體，P1＝2048和P2＝20。這就意味著任何時(shí)間在“Sndcp_v42bis_install_common_comp_entity_for_unack”函數(shù)中分配的存儲(chǔ)器都足夠大，足以處理以后進(jìn)來的被壓縮或解壓的業(yè)務(wù)量。
在SNDCP實(shí)體處理被壓縮或解壓的(N-或SN-)PDU期間，在SNDCP實(shí)體中的未確認(rèn)或確認(rèn)模式是已知的。如果正在處理的PDU與未確認(rèn)模式操作相關(guān)的話，在相關(guān)聯(lián)的處理器中的“extern”函數(shù)和由公用壓縮實(shí)體提供的“extern”函數(shù)(處理C-INIT、C-DATA和FLUSH的接收的)將被調(diào)用。
前幾節(jié)在標(biāo)題“擴(kuò)充”下說明的方法同樣完全適用于允許每一個(gè)SAPI(一般地說，按照本標(biāo)準(zhǔn)，最大SAPI數(shù)目限制設(shè)置為4)應(yīng)用公用壓縮實(shí)體的場合。因此，一個(gè)應(yīng)用本發(fā)明的節(jié)點(diǎn)處理系統(tǒng)可能包括象SAPI具有那么多的公用壓縮實(shí)體。
權(quán)利要求
1.一種在GPRS型數(shù)字通信系統(tǒng)中用于共享V.42bis型數(shù)據(jù)壓縮實(shí)體的方法，該數(shù)據(jù)壓縮實(shí)體由多個(gè)SNDCP實(shí)體共享為公用的數(shù)據(jù)壓縮實(shí)體，上述多個(gè)SNDCP實(shí)體屬于不同的SNDCP層并執(zhí)行LLC未確認(rèn)模式數(shù)據(jù)分組的傳送，該傳送包括SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組的數(shù)據(jù)壓縮，其特征在于，將上述公用數(shù)據(jù)壓縮實(shí)體與屬于不同SNDCP層的上述多個(gè)SNDCP實(shí)體中的至少兩個(gè)相關(guān)，在壓縮每一個(gè)所述SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組之前，應(yīng)用C-INIT基元對上述公用數(shù)據(jù)壓縮實(shí)體初始化，C-INIT基元帶有為與要壓縮的上述SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組對應(yīng)的上述SNDCP實(shí)體協(xié)商的壓縮參數(shù)，以及配置要壓縮的上述SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組的連續(xù)壓縮。
2.權(quán)利要求1的方法，其特征在于，上述公用壓縮實(shí)體可以與未確認(rèn)模式數(shù)據(jù)傳送的多個(gè)SAPI連接。
3.權(quán)利要求1或2的方法，其特征在于，上述公用壓縮實(shí)體包括上述兩個(gè)或更多SNDCP實(shí)體公用的碼字樹。
4.權(quán)利要求3的方法，其特征在于，根據(jù)預(yù)設(shè)定的和協(xié)商的參數(shù)，對上述公用壓縮實(shí)體的初始化使上述公用壓縮實(shí)體的壓縮樹重新配置。
5.權(quán)利要求2、3或4任意一個(gè)的方法，其特征在于，上述公用壓縮實(shí)體可以與未確認(rèn)模式的多個(gè)SAPI連接。
6.一種在GPRS型數(shù)字通信系統(tǒng)中用于共享V.42bis型數(shù)據(jù)解壓實(shí)體的方法，該數(shù)據(jù)解壓實(shí)體由多個(gè)SNDCP實(shí)體共享為公用的數(shù)據(jù)解壓實(shí)體，上述多個(gè)SNDCP實(shí)體屬于不同的SNDCP層并執(zhí)行LLC未確認(rèn)模式數(shù)據(jù)分組的傳送，該傳送包括SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組的數(shù)據(jù)解壓，其特征在于，將上述公用數(shù)據(jù)解壓實(shí)體與屬于不同SNDCP層的上述多個(gè)SNDCP實(shí)體中的至少兩個(gè)相關(guān)，在解壓每一個(gè)所述SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組之前，應(yīng)用C-INIT基元對上述公用數(shù)據(jù)解壓實(shí)體初始化，C-INIT基元帶有為與要解壓的上述SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組對應(yīng)的上述SNDCP實(shí)體協(xié)商的解壓參數(shù)，以及配置要解壓的上述SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組的連續(xù)解壓。
7.權(quán)利要求6的方法，其特征在于，上述公用解壓實(shí)體可以與未確認(rèn)模式數(shù)據(jù)傳送的多個(gè)SAPI連接。
8.權(quán)利要求6或7的方法，其特征在于，上述公用壓縮實(shí)體包括上述兩個(gè)或更多SNDCP實(shí)體公用的碼字樹。
9.權(quán)利要求8的方法，其特征在于，根據(jù)預(yù)設(shè)定的和協(xié)商的參數(shù)，對上述公用解壓實(shí)體的初始化使上述公用解壓實(shí)體的解壓樹重新配置。
10.權(quán)利要求7、8或9任意一個(gè)的方法，其特征在于，上述公用解壓實(shí)體可以與未確認(rèn)模式的多個(gè)SAPI連接。
11.前述權(quán)利要求的任意一個(gè)的方法，其特征在于，上述SNDCP層存在于上述GPRS通信系統(tǒng)的Gb-接口上。
12.GPRS型電信節(jié)點(diǎn)配置成包括V.42bis型數(shù)據(jù)壓縮實(shí)體和多個(gè)SNDCP實(shí)體，上述SNDCP實(shí)體屬于不同的SNDCP層并執(zhí)行LLC未確認(rèn)模式數(shù)據(jù)分組傳送，該傳送包括SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組的數(shù)據(jù)壓縮，其特征在于，上述數(shù)據(jù)壓縮實(shí)體可以作為公用數(shù)據(jù)壓縮實(shí)體分配給屬于不同SNDCP層的上述多個(gè)SNDCP實(shí)體中的至少兩個(gè)，屬于不同SNDCP層的多個(gè)SNDCP實(shí)體中的至少兩個(gè)，在對每一個(gè)上述SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組進(jìn)行壓縮之前，使用帶有為與要壓縮的上述SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組對應(yīng)的上述SNDCP實(shí)體協(xié)商的壓縮參數(shù)的C-INIT基元，對上述公用數(shù)據(jù)壓縮實(shí)體初始化，以及上述節(jié)點(diǎn)被配置成對上述SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組進(jìn)行連續(xù)壓縮。
13.GPRS型電信節(jié)點(diǎn)配置成包括V.42bis型數(shù)據(jù)解壓實(shí)體和多個(gè)SNDCP實(shí)體，上述SNDCP實(shí)體屬于不同的SNDCP層并執(zhí)行LLC未確認(rèn)模式數(shù)據(jù)分組傳送，該傳送包括SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組的數(shù)據(jù)解壓，其特征在于，上述數(shù)據(jù)解壓實(shí)體可以作為公用數(shù)據(jù)壓縮實(shí)體分配給屬于不同SNDCP層的上述多個(gè)SNDCP實(shí)體中的至少兩個(gè)，屬于不同SNDCP層的多個(gè)SNDCP實(shí)體中的至少兩個(gè)，在對每一個(gè)上述SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組進(jìn)行解壓之前，使用帶有為與要解壓的上述SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組對應(yīng)的上述SNDCP實(shí)體協(xié)商的解壓參數(shù)的C-INIT基元，對上述公用數(shù)據(jù)解壓實(shí)體初始化，以及上述節(jié)點(diǎn)被配置成對上述SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組進(jìn)行連續(xù)解壓。
14.一種應(yīng)用，將V.42bis型數(shù)據(jù)壓縮實(shí)體作為多個(gè)SNDCP實(shí)體公用的數(shù)據(jù)壓縮實(shí)體，上述多個(gè)SNDCP實(shí)體屬于不同的SNDCP層并在GPRS型電信節(jié)點(diǎn)執(zhí)行未確認(rèn)模式數(shù)據(jù)傳送，以進(jìn)行與所述兩個(gè)或多個(gè)SNDCP實(shí)體的各個(gè)相關(guān)連的SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組的數(shù)據(jù)壓縮，所述應(yīng)用包括將上述公用數(shù)據(jù)壓縮實(shí)體與屬于不同SNDCP層的上述多個(gè)SNDCP實(shí)體中的至少兩個(gè)相關(guān)，在壓縮每一個(gè)所述SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組之前，應(yīng)用C-INIT基元對上述公用數(shù)據(jù)壓縮實(shí)體初始化，C-INIT基元帶有為與要壓縮的上述SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組對應(yīng)的上述SNDCP實(shí)體協(xié)商的壓縮參數(shù)，以及配置上述SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組的連續(xù)壓縮。
15.權(quán)利要求14的應(yīng)用，其特征在于，上述公用壓縮實(shí)體可以與未確認(rèn)模式數(shù)據(jù)傳送的多個(gè)SAPI連接。
16.權(quán)利要求14或15的應(yīng)用，其特征在于，上述公用壓縮實(shí)體包括上述兩個(gè)或更多SNDCP實(shí)體公用的碼字樹。
17.權(quán)利要求14、15或16的應(yīng)用，其特征在于，根據(jù)預(yù)設(shè)定的和協(xié)商的參數(shù)，對上述公用壓縮實(shí)體的初始化使上述公用壓縮實(shí)體的壓縮樹重新配置。
18.一種應(yīng)用，將V.42bis型數(shù)據(jù)解壓實(shí)體作為兩個(gè)或更多SNDCP實(shí)體公用的數(shù)據(jù)解壓實(shí)體，上述多個(gè)SNDCP實(shí)體屬于不同的SNDCP層并在GPRS型電信節(jié)點(diǎn)執(zhí)行未確認(rèn)模式數(shù)據(jù)傳送，以進(jìn)行與所述兩個(gè)或多個(gè)SNDCP實(shí)體的各個(gè)相關(guān)連的SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組的數(shù)據(jù)解壓，所述應(yīng)用包括將上述公用數(shù)據(jù)解壓實(shí)體與屬于不同SNDCP層的上述多個(gè)SNDCP實(shí)體中的至少兩個(gè)相關(guān)，在解壓每一個(gè)所述SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組之前，應(yīng)用C-INIT基元對上述公用數(shù)據(jù)解壓實(shí)體初始化，C-INIT基元帶有為與要解壓的上述SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組對應(yīng)的上述SNDCP實(shí)體協(xié)商的解壓參數(shù)，以及配置上述SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組的連續(xù)解壓。
19.權(quán)利要求18的應(yīng)用，其特征在于，上述公用解壓實(shí)體可以與未確認(rèn)模式數(shù)據(jù)傳送的多個(gè)SAPI連接。
20.權(quán)利要求18或19的應(yīng)用，其特征在于，上述公用解壓實(shí)體包括上述兩個(gè)或更多SNDCP實(shí)體公用的碼字樹。
21.權(quán)利要求18、19或20的應(yīng)用，其特征在于，根據(jù)預(yù)設(shè)定的和協(xié)商的參數(shù)，對上述公用解壓實(shí)體的初始化使上述公用解壓實(shí)體的解壓樹重新配置。
22.根據(jù)權(quán)利要求14-17的任一個(gè)的應(yīng)用，其特征在于，上述SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組是N-PDU分組。
23.根據(jù)權(quán)利要求18-21的任一個(gè)的應(yīng)用，其特征在于，上述SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組是SN-PDU分組。
24.根據(jù)權(quán)利要求14-23的任一個(gè)的應(yīng)用，其特征在于，上述不同的SNDCP層存在于上述GPRS型電信節(jié)點(diǎn)的Gb-接口中。
25.權(quán)利要求1-5或11的任一個(gè)的方法，其特征在于，上述SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組是N-PDU分組。
26.權(quán)利要求6-10或11的任一個(gè)的方法，其特征在于，上述SN-UNITDATA有效負(fù)荷數(shù)據(jù)分組是SN-PDU分組。
全文摘要
數(shù)據(jù)壓縮控制方法允許通過多個(gè)SNDCP實(shí)體共享一個(gè)公用的數(shù)據(jù)壓縮實(shí)體，多個(gè)SNDCP實(shí)體屬于不同的SNDCP層并執(zhí)行LLC未確認(rèn)模式業(yè)務(wù)量。更詳細(xì)地說，應(yīng)用V.42 bis壓縮，共享是用與當(dāng)前分配的SNDCP實(shí)體相關(guān)連的壓縮參數(shù)，根據(jù)當(dāng)前分配的SNDCP實(shí)體，通過對公用V.42 bis壓縮實(shí)體重新初始化實(shí)現(xiàn)。有利的是，該方法包括使用C－INIT基元，在發(fā)送N－PDU之前重新設(shè)置一個(gè)共享的V.42bis壓縮實(shí)體。類似地，在數(shù)據(jù)解壓中，設(shè)置一個(gè)公用的解壓縮提供給執(zhí)行未確認(rèn)模式數(shù)據(jù)業(yè)務(wù)量的多個(gè)SNDCP實(shí)體使用。在提供數(shù)據(jù)壓縮/解壓的節(jié)點(diǎn)中，應(yīng)用本發(fā)明可以減少用于數(shù)據(jù)壓縮/解壓的源數(shù)據(jù)量。
文檔編號H04L29/06GK1520661SQ02812620
公開日2004年8月11日 申請日期2002年6月24日 優(yōu)先權(quán)日2001年6月25日
發(fā)明者J·E·奎斯塔, J E 奎斯塔 申請人:艾利森電話股份有限公司