專利名稱：通信網(wǎng)中用于減小數(shù)據(jù)處理時間的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及在通過通信網(wǎng)，具體地通過IP網(wǎng)和移動通信網(wǎng)(諸如全球移動通信系統(tǒng)(GSM)，通用移動通信系統(tǒng)(UMTS)，或通用分組無線業(yè)務(wù)(GPRS))的傳輸中，用于改進在面向分組應(yīng)用中的接收數(shù)據(jù)的處理時間的方法和設(shè)備。
協(xié)議被定義為對于共同通信的、在參加方事項之間的所有申明的整體。因此，共同聯(lián)編的協(xié)議是在兩個通信網(wǎng)節(jié)點之間進行數(shù)據(jù)交換的先決條件。需要將該協(xié)議通用地和互相兼容地規(guī)定，以便在統(tǒng)一的基礎(chǔ)上有可能按順序地互相鏈接不同的網(wǎng)絡(luò)，使得在系統(tǒng)的范圍以外也能通信。
根據(jù)模塊結(jié)構(gòu)，將通信的完整協(xié)議劃分成層。每個層借助于它自己的協(xié)議解決分配給它的任務(wù)。在相鄰的層之間的通信是通過明確規(guī)定的接口而保證的。在這種情況下，層n通過把業(yè)務(wù)提交給所述的層，而被鏈接到緊接在它的頂部的層n＋1，以及通過使用所述的層的業(yè)務(wù)，而被鏈接到緊接在所述層底下的層n－1。另外，通過使用所有底下的層的業(yè)務(wù)與通信參加方的層n通信。因此，協(xié)議數(shù)據(jù)單元PDU的邏輯數(shù)據(jù)流分別在一個協(xié)議層上實現(xiàn)。在接收一側(cè)，數(shù)據(jù)以反向的順序被處理，即，數(shù)據(jù)是從較低的層被釋放到緊接在它的頂部的協(xié)議層的。
協(xié)議堆棧的結(jié)構(gòu)可以根據(jù)物理網(wǎng)絡(luò)和應(yīng)用項而變化。然而，變例必須在可兼容的限制范圍內(nèi)，以保證不同網(wǎng)絡(luò)之間的通信?；ヂ?lián)網(wǎng)應(yīng)用的標(biāo)準(zhǔn)化協(xié)議堆棧是TCP/IP(傳輸控制協(xié)議/互聯(lián)網(wǎng)協(xié)議)協(xié)議堆棧。它包含四層。最上層-應(yīng)用層-包括應(yīng)用協(xié)議。輸送協(xié)議，例如所謂的TCP(傳輸控制協(xié)議)被安排在緊接在它的下面?；ヂ?lián)網(wǎng)協(xié)議-所謂的IP-形成網(wǎng)絡(luò)層。兩個最低層-鏈路層和物理層-可被組合來形成所謂的面向網(wǎng)絡(luò)的層，因為它們是根據(jù)被安排在它們下面的網(wǎng)絡(luò)被具體地規(guī)定的。TCP/IP協(xié)議堆棧的所述模塊結(jié)構(gòu)和在各個層之間的通信鏈路被顯示于圖2。
輸送協(xié)議TCP為字節(jié)流提供可靠的傳輸業(yè)務(wù)。這里，可靠度是指無錯誤，保持順序和防止數(shù)據(jù)丟失和復(fù)制。糾錯是通過使用所謂的ARQ(自動重復(fù)請求)方法進行的。要被發(fā)送的分組的副本在發(fā)送方處產(chǎn)生，以及被保留，直至所發(fā)送的數(shù)據(jù)分組被對方肯定地應(yīng)答為止。接收機檢驗所接收的分組，并且通過肯定應(yīng)答來回答正確的接收，以及拒絕接收不正確地接收的分組。在這方面，必須指出，TCP不允許發(fā)送否定應(yīng)答。錯誤傳輸?shù)姆纸M的重復(fù)由一個機構(gòu)根據(jù)肯定應(yīng)答來實施，即，如果沒有肯定應(yīng)答，則發(fā)射機在一定的環(huán)境下得出結(jié)論分組沒有被接收到。
將要被發(fā)送的字節(jié)流，從應(yīng)用層傳送到TCP層，由作為IP數(shù)據(jù)報文被發(fā)送的TCP進行劃分成段。IP數(shù)據(jù)報文按照IP協(xié)議的法則分配被格式化的數(shù)據(jù)分組。數(shù)據(jù)報文的性質(zhì)在于，通過使用數(shù)據(jù)報文實行的數(shù)據(jù)交換是不可靠的。因此，IP不保證分組確實被發(fā)送到接收機。另外，IP數(shù)據(jù)報文在它們的順序上可能被混淆，或以副本到達接收機。然而，在這個概念的范圍內(nèi)，TCP的任務(wù)正是檢測故障傳輸和糾正所出現(xiàn)的錯誤。
而且，IP數(shù)據(jù)報文按照分級結(jié)構(gòu)原則被發(fā)送到安排在緊接在下面的鏈路層。所述的層接收IP數(shù)據(jù)報文，以及把它們組織成所謂的幀。這是通過被稱為成幀的方法進行的，即，鏈路層把IP數(shù)據(jù)報文打包成一個或多個幀，其中這些幀是通過使用特別的比特組合被限制的。它被規(guī)定為哪個比特組合是指起始分隔符，所謂的初始標(biāo)記，以及哪個比特組合是指結(jié)尾分隔符，所謂的結(jié)束標(biāo)記。
除了編成幀以外，鏈路層完成兩個附加任務(wù)。鏈路層還負責(zé)糾錯。因此，不正確地傳輸?shù)膸ǔ１绘溌穼拥慕邮諜C所拒絕。為此，數(shù)據(jù)分組配備有一個區(qū)，用于加上所謂的循環(huán)碼，所謂的幀檢驗序列FCS或循環(huán)冗余檢驗CRC。它是把數(shù)據(jù)分組解譯為多項式的概念。發(fā)射機補充數(shù)據(jù)分組，以使得接收機接收到通過所謂的生成多項式的除法得出的余數(shù)0。因此，實現(xiàn)了糾錯。鏈路層也可任選地實施糾錯。這是通過使用ARQ方法重復(fù)發(fā)送不正確地接收的分組而進行的。
鏈路層的協(xié)議通常被應(yīng)用到物理上直接相鄰的網(wǎng)絡(luò)節(jié)點之間。為此，規(guī)定了多個可替換的協(xié)議。關(guān)于哪個協(xié)議應(yīng)用到兩個網(wǎng)絡(luò)節(jié)點之間，取決于借以鏈接兩個網(wǎng)絡(luò)節(jié)點的網(wǎng)絡(luò)。已知的點對點協(xié)議，PPP，形成用于鏈路層協(xié)議的例子。PPP完成鏈路層的頭兩個工作-編成幀和檢錯。因此，PPP不進行重復(fù)發(fā)送不正確地接收的分組。雖然有工作在所謂的“編號模式”RFC1663的PPP的特定的實施模式，但它通常不被使用。
由于PPP不支持通過重復(fù)分組傳輸進行的糾錯，或因為處理過程在高的傳輸誤碼率下不是有效的，附加的協(xié)議被應(yīng)用到在數(shù)據(jù)傳輸時具有特別高的誤碼率的網(wǎng)絡(luò)中。移動通信網(wǎng)被認為是具有高的傳輸誤碼率的網(wǎng)絡(luò)。GSM(全球移動通信系統(tǒng))和GPRS(通用分組無線業(yè)務(wù))要被分類在這類網(wǎng)絡(luò)。附加的協(xié)議-所謂的RLP(射頻鏈路協(xié)議)被應(yīng)用到GSM網(wǎng)絡(luò)的鏈路層。RLP把從PPP層接收的字節(jié)流分段成幀，它們通常小于在PPP級別上的幀。糾錯是通過根據(jù)所述的幀的ARQ方法來處理的。ARQ的功能需要把幀接連地編號。所以，每個幀在編組期間接收清楚的連續(xù)的序列號碼。在今天實施的體育場中，字節(jié)流被透明地分段成RLP幀和被打包。由此，它保持不考慮涉及的是哪種數(shù)據(jù)，控制數(shù)據(jù)還是實際數(shù)據(jù)。通過RLP層僅僅可以看到字節(jié)流。由此，可以出現(xiàn)來自兩個不同的PPP幀的數(shù)據(jù)被組合成一個RLP幀。RLP幀然后接收第一個PPP幀的結(jié)束標(biāo)記以及同樣地接收下一個PPP分組的起始標(biāo)記。在EP98113212.9中提供了對于這個問題的解決辦法，它建議在發(fā)送者中檢驗字節(jié)流，查看分隔符。因此，當(dāng)在發(fā)送方處把字節(jié)流打包成RLP分組時，對不同的PPP分組分別對待，由此避免來自兩個PPP分組的數(shù)據(jù)被組合到一個RLP中。
在GPRS網(wǎng)絡(luò)中，借助于由兩個協(xié)議(RLP和RLC)造成的RLC協(xié)議實現(xiàn)相同的功能，RLP和RLC類似于ISO標(biāo)準(zhǔn)HI)LC(高級別數(shù)據(jù)鏈路控制)ISO87，因此具有類似的結(jié)構(gòu)。兩個協(xié)議之間的差別在于幀的產(chǎn)生。
分級結(jié)構(gòu)的目的是開發(fā)協(xié)議結(jié)構(gòu)，其中協(xié)議層和以上所有的協(xié)議從水平方面看來是互相獨立的。因此，得出結(jié)論不同的應(yīng)用項和不同的輸送協(xié)議通過相同的網(wǎng)絡(luò)協(xié)議，諸如互聯(lián)網(wǎng)協(xié)議，被發(fā)送。而且，它允許IP協(xié)議層可工作在不同的物理平臺上。因此，IP數(shù)據(jù)報文可以通過不同的物理網(wǎng)絡(luò)，諸如GSM，互聯(lián)網(wǎng)，GPRS，被發(fā)送。
對于用戶來說，在協(xié)議級別上的通信保持為幾乎是看不見的。他期望由可提供的系統(tǒng)支持不同的應(yīng)用項業(yè)務(wù)，諸如發(fā)送和接收電子郵件，數(shù)據(jù)流，或網(wǎng)絡(luò)瀏覽。被做成可提供用于傳輸?shù)臄?shù)據(jù)經(jīng)常超過可以在物理鏈路上被發(fā)送的數(shù)據(jù)包的尺寸。為此，把一個消息劃分成較小的分組，它們被接連地安排用于傳輸。數(shù)據(jù)的劃分是格式化的一部分。數(shù)據(jù)的格式化在每個協(xié)議層上進行。在一定的協(xié)議層上，諸如RLP層，進行數(shù)據(jù)的劃分，即，所述數(shù)據(jù)被再劃分成更小的數(shù)據(jù)塊。數(shù)據(jù)塊在不同的層上有不同的名稱，例如，它們在IP協(xié)議層時被稱為數(shù)據(jù)報文，以及在鏈路層上被稱為幀。而且，數(shù)據(jù)塊，不是指一個一個單獨的協(xié)議層，被稱為數(shù)據(jù)分組。
數(shù)據(jù)的格式化具體地包括加上對于每個協(xié)議層特定的控制數(shù)據(jù)。在大多數(shù)情況下，控制數(shù)據(jù)以所謂的報頭的形式被附屬在數(shù)據(jù)分組的開始端，和/或以所謂的報尾的形式被附屬在數(shù)據(jù)分組的結(jié)尾端。實際的數(shù)據(jù)被包含在用戶數(shù)據(jù)區(qū)中。所述的機制在下面通過TCP/IP協(xié)議堆棧更詳細地說明。
按照圖3，用戶數(shù)據(jù)在應(yīng)用層上被分段，以及控制信息被加到每個數(shù)據(jù)分組。所述數(shù)據(jù)分組因此被轉(zhuǎn)發(fā)到輸送層TCP。所述的層加上以報頭形式的控制數(shù)據(jù)。所述數(shù)據(jù)被傳送到網(wǎng)絡(luò)層，其中IP包含適當(dāng)?shù)目刂茢?shù)據(jù)，如路由信息。這樣，形成了IP數(shù)據(jù)報文，它在下一個步驟被傳送到鏈路層。鏈路層的協(xié)議，諸如PPP，通過加上本身的控制信息，諸如分隔符，來處理接收的數(shù)據(jù)。在這個級別上產(chǎn)生的數(shù)據(jù)分組被稱為幀。所述幀然后通過可提供的網(wǎng)絡(luò)被發(fā)送。數(shù)據(jù)分組以不同的順序到達某個層的接收機。重現(xiàn)發(fā)送的序列可以是這個層的接收機的工作。例如，這是TCP或RLP接收機的工作，然而，它不是IP接收機的工作。
在協(xié)議層上將數(shù)據(jù)打包的機制被稱為包裝。相反的功能被稱為拆裝，它是在接收端執(zhí)行的。
下面，數(shù)據(jù)分組，是指RLP幀，或RLC幀，或也是指每個工作在編號模式的PPP幀，總的被稱為L2ARQ幀。
以L2ARQ幀的形式，用戶數(shù)據(jù)被發(fā)送到接收機。同時，L2ARQ幀被存儲在發(fā)射機的緩存器中。這在分組被重復(fù)發(fā)送的情況下似乎是需要的。借助于在L2ARQ幀中接連的號碼，由接收機確定一個分組在傳輸期間是否被丟失。如果一個L2ARQ幀被丟失，則發(fā)起所述L2ARQ幀的重復(fù)發(fā)送。借助于想要的機制，發(fā)射機接收關(guān)于出現(xiàn)的錯誤的消息，以及帶有相應(yīng)的號碼的分組被從緩存器中取出以及重新被發(fā)送。如果一個分組被成功地發(fā)送到接收機，則它從發(fā)射機端的緩存器中被去除。
上述的機制是指所謂的編號模式。所述模式通過確保從發(fā)射機到接收機的可靠的數(shù)據(jù)傳輸而提供可靠的業(yè)務(wù)。也有所謂的非編號模式。在所述模式中，通過使用ARQ處理而不執(zhí)行糾錯。因此，該模式給出不可靠的業(yè)務(wù)。
然而，重復(fù)分組需要到達接收端的分組以不相應(yīng)于發(fā)送的序列的順序被提供。
在本開發(fā)程序中，鏈路層協(xié)議的任務(wù)是把L2ARQ幀放置到發(fā)送的序列中，只要該協(xié)議支持ARQ。這是指，例如，接收的RLP分組在接收端的緩存器中被累積，直至RLP分組的序列被重現(xiàn)為止。這意味著，RLP幀被釋放到緊接在它的頂部的層，只是當(dāng)所述的幀已被完整地接收時以及當(dāng)所述的幀是序列中的下一個幀時。然而，如果一個幀由于錯誤而被重復(fù)，則所有后面的已接收的幀被保持在緩存器中，直至重復(fù)幀被無錯誤地接收為止。只有當(dāng)RLP分組被安排在通過序列號碼產(chǎn)生的相應(yīng)的序列時，它們因此被傳送到PPP層。在此之前，刪除控制信息。
PPP層的接收機執(zhí)行PPP幀的識別。為此，進行搜索分隔符。當(dāng)PPP幀被識別為完整時，IP數(shù)據(jù)報文被傳送到IP層，然后IP層把接收的TCP分段傳送到TCP協(xié)議層。
由于L2ARQ幀被臨時存儲在鏈路層，允許把所述幀放置到相應(yīng)的序列中，所以會出現(xiàn)高的處理時間。具體地，這對于敏感于延時的應(yīng)用項具有負面的影響。長的延時無論如何都損害有效的數(shù)據(jù)處理。在敏感于延時的應(yīng)用項中，中甚至?xí)斐蛇\行中斷。另外，這個方法在相應(yīng)的協(xié)議層上需要大的緩存器，特別是在RLP協(xié)議層上，因為，分組被臨時緩存在所述級別，直至請求的序列被重現(xiàn)為止。然而，長的數(shù)據(jù)貯存時間導(dǎo)致用于在分級協(xié)議結(jié)構(gòu)中的數(shù)據(jù)處理的長的延遲時間。
因此，本發(fā)明的目的是提供在數(shù)據(jù)傳輸中保證在面向分組的應(yīng)用中由接收機進行更有效的數(shù)據(jù)處理的方法和設(shè)備。具體地，本發(fā)明的目的是減小在接收端的存儲器空間需求。
按照本發(fā)明，所述目的是通過權(quán)利要求1的教導(dǎo)和通過權(quán)利要求24的教導(dǎo)達到的。
優(yōu)點是，通過把在鏈路層上完全地生成的分組直接傳輸?shù)骄o接在其頂部提供的的協(xié)議層，不出現(xiàn)長的臨時存儲時間。
為此，也已證明是有利的接收的數(shù)據(jù)被更快地發(fā)送到應(yīng)用層，由此保證敏感于延時的應(yīng)用項的更穩(wěn)定的工作模式。
另一個優(yōu)點在于在接收端處在相應(yīng)的協(xié)議層時所需要的貯存容量的減小，因為在接收的相應(yīng)的數(shù)據(jù)序列被提供以前，接收的數(shù)據(jù)不被保存在緩存器中，但完全地生成的分組被直接釋放到在其頂部的協(xié)議層，即使某些數(shù)據(jù)分組以前多半沒有被接收。
本發(fā)明的另外的優(yōu)選形式可以從權(quán)利要求2到23和權(quán)利要求25推斷出。
下面，通過實施例和附圖更詳細地說明本發(fā)明，其中

圖1顯示按照本發(fā)明的方法的流程圖，圖2顯示互聯(lián)網(wǎng)中協(xié)議層的說明圖，圖3顯示用戶數(shù)據(jù)的示意圖，圖4顯示網(wǎng)絡(luò)系統(tǒng)的說明圖，圖5顯示互聯(lián)網(wǎng)協(xié)議圖，圖6顯示RLM幀的說明圖，圖7顯示數(shù)據(jù)流間模式的說明圖，以及圖8顯示數(shù)據(jù)流內(nèi)模式的說明圖。
下面，通過圖1和權(quán)利要求1說明本發(fā)明。
按照圖1，第一協(xié)議層的數(shù)據(jù)分組被提供在發(fā)送端10，以及因此被傳送到緊接在其下面的第二協(xié)議層20。所述的層把接收的數(shù)據(jù)打包到第二協(xié)議層的數(shù)據(jù)分組中30。在這方面，注意第二協(xié)議層的數(shù)據(jù)分組不包含第一協(xié)議層的兩個不同的數(shù)據(jù)分組的數(shù)據(jù)。第二協(xié)議層的每個數(shù)據(jù)分組接收獨特的序列號碼。這樣地被打包的第二協(xié)議層的數(shù)據(jù)分組以存在的序列被傳送到可提供的網(wǎng)絡(luò)40，因此通過網(wǎng)絡(luò)被發(fā)送50。第二協(xié)議層的各個數(shù)據(jù)分組在接收端被接收60。所接收的第二協(xié)議層的數(shù)據(jù)分組通過序列號碼被歸類成一個序列70。以及被存儲在所提供的緩存器中80。它們被按順序檢驗，以便識別第一協(xié)議層的數(shù)據(jù)分組90。如果第二協(xié)議層的數(shù)據(jù)分組被接收，則它首先被檢驗這個數(shù)據(jù)分組是否包含第一協(xié)議層的分隔符。如果是的話，則關(guān)系到第一協(xié)議層的數(shù)據(jù)分組的起始標(biāo)記或結(jié)尾標(biāo)記。在起始標(biāo)記的情況下，這意味著第二協(xié)議層的以后的數(shù)據(jù)分組屬于第一協(xié)議層的新的數(shù)據(jù)分組。第二協(xié)議層的數(shù)據(jù)分組被保持在緩存器中，直至第一協(xié)議層的數(shù)據(jù)分組被完整地接收為止100。這是通過第二協(xié)議層的數(shù)據(jù)分組的接收被檢測的，其中數(shù)據(jù)區(qū)包含結(jié)尾標(biāo)記，而且是在序列中的下一個數(shù)據(jù)分組。只有第一協(xié)議層的完全地生成的數(shù)據(jù)分組被釋放到緊接在其頂部的協(xié)議層。
下面，通過權(quán)利要求24來說明本發(fā)明。
在第二協(xié)議層上第一協(xié)議層的數(shù)據(jù)分組的格式化和它們的、按照發(fā)送的序列的安排由用于提供在第一協(xié)議層的數(shù)據(jù)分組給第二協(xié)議層的裝置來實現(xiàn)。用于在接收端接收數(shù)據(jù)分組的接收裝置接收分組。通過用于分類數(shù)據(jù)分組的分類裝置被放入接連的數(shù)據(jù)分組的序列中，以及被存儲在緩存器中，用于臨時貯存第二協(xié)議層的接收的數(shù)據(jù)分組。第二協(xié)議層的數(shù)據(jù)分組被檢驗第一協(xié)議層的接收的數(shù)據(jù)分組是否可被識別。這可通過使用檢測第一協(xié)議層的、完全地被組合的數(shù)據(jù)分組的檢測裝置來進行。因此，第一協(xié)議層的、完全地生成的數(shù)據(jù)分組被由檢驗裝置進行檢驗，以便與數(shù)據(jù)流相聯(lián)系。此后，檢驗的數(shù)據(jù)分組由釋放裝置進行釋放，把完全地生成的數(shù)據(jù)分組釋放到第一協(xié)議層。
本發(fā)明的可能的應(yīng)用領(lǐng)域是通過移動數(shù)據(jù)網(wǎng)，諸如GSM，的互聯(lián)網(wǎng)應(yīng)用領(lǐng)域。本發(fā)明的可能的應(yīng)用此后將通過實施例更詳細地進行說明，由此，數(shù)據(jù)的處理被顯示為從發(fā)送端的應(yīng)用項直到接收端處完全地生成的數(shù)據(jù)分組的釋放。
為此，使用一個網(wǎng)絡(luò)系統(tǒng)，示意地顯示于圖4。這里示意地顯示在帶有移動臺的預(yù)訂用戶與接入固定網(wǎng)，服務(wù)器，的用戶之間的通信。圖的上面部分顯示具有相應(yīng)的通信單元的物理鏈路，以及下面部分構(gòu)成帶有包括的協(xié)議的邏輯鏈路。
移動臺MS可以是筆記本電腦。所述筆記本電腦通過終端適配功能塊(TAF)被連接到移動臺MS，例如移動電話，TAF的任務(wù)由PCMCIA卡(個人計算機存儲器卡國際協(xié)會)來執(zhí)行。移動臺MS與BTS(基站收發(fā)信機)通信，它再與BSC(基站控制器)通信。與公共模擬電話網(wǎng)，即所謂的公共交換電話網(wǎng)(PSTN)的連接是通過被集成在所謂的交互工作功能塊IWF中的調(diào)制解調(diào)器實行的。交互工作功能塊IWF是移動交換中心，即所謂的電移動業(yè)務(wù)交換中心(MSC)的一部分。而且，通過公共電話網(wǎng)進行連接到互聯(lián)網(wǎng)業(yè)務(wù)提供者(ISP)，它具有到互聯(lián)網(wǎng)的網(wǎng)絡(luò)轉(zhuǎn)移節(jié)點。構(gòu)建了通過互聯(lián)網(wǎng)到終端用戶，服務(wù)器，的連接。為了清楚起見，圖4上沒有更詳細地顯示通過互聯(lián)網(wǎng)的連接。
應(yīng)當(dāng)指出，應(yīng)用項是獨立于基礎(chǔ)協(xié)議層被實施的。由此產(chǎn)生的數(shù)據(jù)的傳輸是對于用戶透明地被執(zhí)行的。這也是協(xié)議堆棧的分級結(jié)構(gòu)的目標(biāo)，即保證最佳的和穩(wěn)定的傳輸，而不必把用戶包括到系統(tǒng)實際情形中。然而，從基礎(chǔ)系統(tǒng)可以預(yù)期到，它支持由用戶使用的所有的應(yīng)用項，諸如互聯(lián)網(wǎng)接入或視頻數(shù)據(jù)傳送。然而，不同的應(yīng)用項對于系統(tǒng)有不同的要求。
某些互聯(lián)網(wǎng)應(yīng)用項，像銀行事務(wù)，需要安全輸送協(xié)議，只有這樣，在通過互聯(lián)網(wǎng)的金融交易期間保證無錯誤的數(shù)據(jù)流。數(shù)據(jù)的安全傳輸是由所謂的傳輸控制協(xié)議TCP保證的。
與此相反，在視頻傳送的情況下不需要使用保證數(shù)據(jù)傳輸?shù)目煽康陌踩缘膮f(xié)議，因為可靠的數(shù)據(jù)流的安全性多半與傳輸中較長的延時時間相聯(lián)系。在視頻傳輸?shù)那闆r下，最好保證數(shù)據(jù)順序地較快地傳輸，由此在呈現(xiàn)視頻圖象時得出逼真的印象。當(dāng)視頻圖象被廣播時，在傳輸期間可能出現(xiàn)的錯誤處在一定的范圍內(nèi)以及可以容忍的。為此，在視頻傳輸中不使用糾錯協(xié)議。對于這樣的傳輸級別的協(xié)議的例子是所謂的用戶數(shù)據(jù)報文協(xié)議UDP。
在大多數(shù)情況下，用戶在一個進程期間使用幾個應(yīng)用項，例如，如果他想要發(fā)送電子郵件和同時在背景中發(fā)送視頻。在這種情況下，用戶產(chǎn)生兩個不同的數(shù)據(jù)流，由此電子郵件傳輸是基于TCP的，以及視頻傳輸是基于UDP的。另一個例子是互聯(lián)網(wǎng)接入。在大多數(shù)情況下，幾個互聯(lián)網(wǎng)頁在一個進程期間被傳送到，它們是在不同的服務(wù)器上被本地化的。雖然產(chǎn)生的數(shù)據(jù)流僅僅是TCP流，但在這種情況下會涉及到不同的數(shù)據(jù)流，因為接收機是不同的接收機。
考慮在網(wǎng)絡(luò)協(xié)議層，諸如IP層上的所述差別。所述的層包括從輸送協(xié)議層接收分組和打包這些分組，形成它們自己的格式的分組。圖5顯示IP分組的格式。所述分組包含控制數(shù)據(jù)，在其中包括有IP協(xié)議的版本，例如Ipv4或Ipv6。圖5上沒有詳細地顯示它。而且，IP數(shù)據(jù)格式安排有一個區(qū)，包含關(guān)于輸送協(xié)議的信息。在UDP的情況下，這意味著比特組合被輸入到所述的區(qū)，它相應(yīng)于UDP的分配。
然而，在區(qū)分數(shù)據(jù)流時，決定性因素不單是協(xié)議的類型，也決定于哪些地址被包含在IP報頭中。這意味著，如果發(fā)射機的IP地址和接收機的IP地址按照圖5在兩個IP分組中是相同的，則TCP報頭必須附加地按順序被檢驗，找出數(shù)據(jù)流之間的差別。不同的端口號碼被分配給不同的數(shù)據(jù)流。所述端口號碼標(biāo)識在傳輸級別上相應(yīng)的數(shù)據(jù)流，由此保證雙方之間的通信。TCP分組的報頭包含端口號碼方面的信息，在區(qū)分數(shù)據(jù)流時把它們進行比較。只有在發(fā)射機和接收機的端口號碼相同時數(shù)據(jù)流才是同一個。如果所述地址是不同的，即如果IP地址和端口號碼互相不同，則接收機是不同的，所以，數(shù)據(jù)流是不同的。所述機制在今天使用的IP版本，所謂的互聯(lián)網(wǎng)協(xié)議版本4，Ipv4中被實施。在下一個IP版本中，所謂的互聯(lián)網(wǎng)協(xié)議版本6，Ipv6，定義基本上是相同的。這里，不同的數(shù)據(jù)流由所謂的數(shù)據(jù)流識別號，也稱為流識別號，來進行區(qū)分。上述的方法在Ipv6上也可以基本上被轉(zhuǎn)移到其中可以識別數(shù)據(jù)流的每個協(xié)議堆棧。
根據(jù)IP協(xié)議上的分組是從相同的數(shù)據(jù)流得出的，還是從不同的數(shù)據(jù)流得出的，對兩個模式分別對待。在相同的數(shù)據(jù)流的IP分組的情況下，涉及到所謂的數(shù)據(jù)流內(nèi)模式或流內(nèi)模式。所謂流際模式是指一種模式，其中屬于不同的數(shù)據(jù)流的IP分組是區(qū)分開的。
按照圖4，這里顯示了在互聯(lián)網(wǎng)中移動臺與服務(wù)器之間的輸送層上的鏈路已被建立的情況下，數(shù)據(jù)流從所述服務(wù)器到移動臺MS的例子。在本例中，更詳細地說明通信單元與通信協(xié)議的細節(jié)。
在網(wǎng)絡(luò)層上打包的IP數(shù)據(jù)報文通過互聯(lián)網(wǎng)被發(fā)送到所謂的互聯(lián)網(wǎng)業(yè)務(wù)提供者ISP。ISP把接收端IP分組發(fā)送到PPP層。所述的層從得到的數(shù)據(jù)產(chǎn)生在PPP幀中被格式化的字節(jié)流。為了區(qū)分各個分組，加上分隔符。因此，PPP幀被提供用于模擬傳輸。ISP提供用于傳輸?shù)恼{(diào)制解調(diào)器，根據(jù)傳輸速率和模式把數(shù)據(jù)調(diào)制到音頻信號。在顯示的例子中，其中通過模擬網(wǎng)(PSTN)進行連接，這是V.32調(diào)制解調(diào)器。如果通過ISDN網(wǎng)進行連接，則使用協(xié)議V.110。為了在交互工作功能塊IWN中控制數(shù)據(jù)流，即順序進行，以避免數(shù)據(jù)流溢出，使用V.42協(xié)議。所述任務(wù)相應(yīng)于GSM中的無線鏈路協(xié)議RLP的任務(wù)。
在交互工作功能塊IWF中，把接收的數(shù)據(jù)變換到打算用于GSM的格式。
這意味著，PPP層的字節(jié)流被釋放到RLP層。所述的層打包在RLP幀中的接收的字節(jié)流。RLP幀的格式顯示于圖6。RLP幀變換240比特，其中的16比特打算用于報頭信息，以及24報頭用于幀檢驗序列FCS。在打包RLP幀中的PPP幀時的決定性因素在于，在接收的字節(jié)流中，較高的協(xié)議層的數(shù)據(jù)分組對于RLP層是不能直接看到的。這具體地意味著，RLP層不能對PPP幀，或?qū)P數(shù)據(jù)報文，或?qū)斔蛯拥姆纸M分別對待。為了區(qū)分分組，字節(jié)流必須被檢驗，找出分隔符。這對于避免把來自兩個不同的PPP幀的數(shù)據(jù)打包在一個RLP幀是必要的。每個新生成的RLP幀配備一個序列號。
這樣安排的分組通過所提供的移動網(wǎng)被發(fā)送。在傳輸期間，由于出現(xiàn)傳輸錯誤和被用來糾錯的ARQ處理過程，RLP幀的序列可能被混淆。因此，這造成這些幀由接收機以改變的順序被接收。接收機首先檢驗對于序列號順序地接收的RLP幀，找出RLP幀在現(xiàn)在的序列中的位置。在另一個步驟中，進行檢驗所接收的RLP幀是否包含分隔符。如果它包含起始標(biāo)記，則它被檢測為在以后的PPP幀中的第一幀，以及被存儲在相應(yīng)的位置處的緩存器中。顯示接連的號碼的、以后的RLP幀然后也被存儲在相應(yīng)的位置處的緩存器中。這個運行繼續(xù)進行，直至PPP幀接收到完全地生成的幀的狀態(tài)為止。如果正確地接收到起始標(biāo)記和結(jié)尾標(biāo)記和正確地、沒有間隙地接收到所有的RLP幀，以及如果它們被放置在包含起始標(biāo)記的RLP幀與包含結(jié)尾標(biāo)記的RLP幀之間的正確的序列中，則PPP幀被完全地生成。在RLP幀被存儲在緩存器之前，這些幀被拆裝，即，RLP協(xié)議層的控制數(shù)據(jù)被去除。
當(dāng)檢驗RLP分組時，不單區(qū)分PPP分組，而且?guī)臋z驗可被擴展到IP分組的檢測。這是用于區(qū)分流內(nèi)模式與流間模式的基礎(chǔ)。如上所述，IP報頭包含所使用的輸送協(xié)議和相應(yīng)的地址的信息。由于整個IP數(shù)據(jù)報文適合于PPP幀，檢查最終的PPP幀可被指定為識別IP數(shù)據(jù)報文及其信息，即，關(guān)于涉及到的是相同的數(shù)據(jù)流還是不同的數(shù)據(jù)流的IP數(shù)據(jù)報文的信息。
為此，在完整的PPP幀被產(chǎn)生以后，檢驗幀的控制數(shù)據(jù)。數(shù)據(jù)具體地是對于各個協(xié)議層的控制數(shù)據(jù)被檢驗的。這是通過使用用于識別完全地組合的數(shù)據(jù)分組的識別裝置來實行的。這意味著，各個層的控制數(shù)據(jù)方面的信息對于所述裝置必須是可提供的，只有在這個基礎(chǔ)上可作出判決哪些控制數(shù)據(jù)從鏈路層(具體地從PPP層)得出，以及IP控制層的控制數(shù)據(jù)從PPP幀中的哪個位置開始的。由于數(shù)據(jù)拆裝的格式在每個層是標(biāo)準(zhǔn)化的，因此必須在所述的機構(gòu)中作出一個類似于正確的包裝標(biāo)準(zhǔn)的實施方案。在下面說明的實施例中，給出對IP數(shù)據(jù)報文的檢驗的更密切的說明。
IP數(shù)據(jù)報文被發(fā)送到緊接在其頂部的協(xié)議層-輸送層。TCP分組被接連地相同地編號，以及由于現(xiàn)在的編號，輸送層上的TCP分組的序列被產(chǎn)生。換句話說，TCP負責(zé)把TCP分組安排成正確的序列。在這個級別上，也通過啟動對于分組的重復(fù)傳輸?shù)脑儐枺瑱z測出錯誤的分組，以及把錯誤去除。
由于TCP負責(zé)產(chǎn)生發(fā)送的TCP分組的正確的序列，不再需要執(zhí)行也在網(wǎng)絡(luò)協(xié)議層上的相同內(nèi)容。這特別地允許IP數(shù)據(jù)報文以改變的順序被接收。以不正確的順序接收IP數(shù)據(jù)報文的原因在于它的異步傳輸。各個分組可以取不同的路徑到接收機，由此，會出現(xiàn)所發(fā)送的分組在它們的途中互相超越，由此以改變的順序到達接收機。由于輸送層，具體地是TCP，負責(zé)產(chǎn)生序列，所以，網(wǎng)絡(luò)層上IP分組的順序改變多大程度是不重要的。這具體地意味著，如果順序被RLP協(xié)議層附加地改變，分組處理的效率并不受影響。
同樣的情況適用于UDP，其中允許分組順序的改變。
下面，將借助于圖7更詳細地說明按照專利權(quán)利要求16的、對于流間模式的本發(fā)明的實施方案。
在流間模式中，屬于不同數(shù)據(jù)流的分組被區(qū)分開。為此，完全地生成的PPP幀被檢驗，正如以上所述的。在所述的模式中，首先，當(dāng)PPP幀已被完全地和正確地接收時，以及，第二，當(dāng)保證沒有另外的PPP幀被包含在可能被RLP接收機緩存的、屬于要被釋放的PPP幀的同一個數(shù)據(jù)流的數(shù)據(jù)時，PPP幀已被RLP接收機釋放。
在IP層的控制數(shù)據(jù)已被識別以后，可以在所述數(shù)據(jù)內(nèi)查找輸送協(xié)議區(qū)。如果在所述區(qū)中的輸入項在檢驗的PPP幀中是不同的，則涉及到完全不同的數(shù)據(jù)流。然而，如果在輸送層方面的輸入項是同時發(fā)生的，則檢查發(fā)射機和接收機的IP地址。在地址一致的情況下，檢查發(fā)射機和接收機的端口號碼。如果在這個檢查期間沒有檢測到差別，則涉及到同一個數(shù)據(jù)流的PPP幀。
下面，按照圖7，假定發(fā)射機發(fā)送來自兩個不同的數(shù)據(jù)流的數(shù)據(jù)，即UDP數(shù)據(jù)流和TCP數(shù)據(jù)流，170。在包裝處理過程中從數(shù)據(jù)產(chǎn)生PPP數(shù)據(jù)分組180。根據(jù)涉及的是UDP數(shù)據(jù)流還是TCP數(shù)據(jù)流，兩種PPP數(shù)據(jù)分組，即PPP(IP(TCP(n)))和PPP(IP(UDP(n)))分組，被區(qū)分開。這里，n表示UDP分組或TCP分組的序列號碼。按照圖7，兩個UDP數(shù)據(jù)分組，PPP(IP(UDP(1)))和PPP(IP(UDP(2)))，以及兩個TCP數(shù)據(jù)分組，PPP(IP(TCP(1)))和PPP(IP(TCP(2)))，在PPP協(xié)議層上被產(chǎn)生。這些分組然后被發(fā)送到RLP協(xié)議層，它把這些分組包裝在接連的RLP幀RLP(1)，RLP(2)，…，RLP(12)的數(shù)據(jù)流中，190。如上所述，在RLP協(xié)議層上在位于其頂部的協(xié)議層的不同的數(shù)據(jù)分組之間沒有作出差別。按照圖7，數(shù)據(jù)分組PPP(IP(TCP(1)))被劃分成RLP(1)，RLP(2)，RLP(3)和RLP(4)。網(wǎng)絡(luò)協(xié)議層的其它數(shù)據(jù)分組也以這種方式被劃分。最終的RLP幀通過網(wǎng)絡(luò)200被傳輸。在傳輸期間，可能出現(xiàn)RLP幀的順序的改變，這可以是由于TCP數(shù)據(jù)流的不正確地發(fā)送的RLP幀的不斷地重復(fù)。
假定，按照圖7，接收機首先接收RLP幀RLP(1)，210，隨后，接收RLP幀RLP(5)，RLP(6)，RLP(7)，220。這些幀被識別為完全地接收的分組。因此，所述分組按順序被檢查，以便檢測數(shù)據(jù)流的類型。它被識別為UDP分組，PPP(IP(UDP(1)))，以及被釋放到PPP層，230。然而，PPP層只在確信肯定沒有同一個數(shù)據(jù)流的PPP幀被包含在可能被RLP接收機緩存的數(shù)據(jù)中時才被釋放。在本實施例中，只允許把PPP幀釋放到屬于不同的數(shù)據(jù)流的、或?qū)儆谕粋€數(shù)據(jù)流，但在RLP幀的編號看來正確的順序的、PPP協(xié)議層中。
按照圖7，RLP幀RLP(8)，RLP(9)，RLP(10)是接著被接收的幀，240。然后這些幀再次被存儲在緩存器中，以及被識別為完整的PPP(IP(UDP(2)))分組，250。由于RLP幀具有信息屬于同一個數(shù)據(jù)流的第一UDP分組PPP(IP(UDP(1)))已被釋放，現(xiàn)在根據(jù)這個信息作出判決把PPP(IP(UDP(2)))釋放到PPP協(xié)議層。由于TCP分組的PPP幀還沒有完全地被產(chǎn)生，因為PPP(IP(TCP(1)))只包含RLP(1)，它仍被保存在緩存器中。然而，如果PPP(IP(UDP(1)))也不完整，則PPP(IP(UDP(2)))被保持在緩存器中，直至PPP(IP(UDP(1)))被完全地生成位置。
以下的實施例提出建議擴展的實施方案，其中允許釋放屬于不同的和相同的數(shù)據(jù)流的完全地生成的PPP幀。
下面，將借助于圖8和專利權(quán)利要求17更詳細地說明所述的實施例。
假定由于在傳輸?shù)谝籔PP分組期間出現(xiàn)連接的暫時壞的傳輸質(zhì)量，首先，完整地接收PPP(IP(UDP(2)))。這是由于幀RLP(8)，RLP(9)，RLP(10)的接收而發(fā)生的，280。中間存儲器只包含一個RLP幀，幀RLP(5)，270。由于允許流內(nèi)模式，所有的完全地生成的幀，也就是屬于同一個數(shù)據(jù)流的那些幀，被釋放。這意味著，僅僅注意到PPP幀的完整性。較高的層然后負責(zé)安排分組正確的順序。另外，RLP(1)，首先被接收的和構(gòu)成非完全地生成的PPP(IP(TCP(1)))的第一個幀，被保存在緩存器中，260。
以上，通過GSM領(lǐng)域中的示例性應(yīng)用項介紹了本發(fā)明。在其它的網(wǎng)絡(luò)中，正如GPRS網(wǎng)絡(luò)，存在同樣的應(yīng)用可能性。所述網(wǎng)絡(luò)可被設(shè)計用于面向分組的應(yīng)用項從發(fā)射機到接收機的傳輸。在兩種情況下，協(xié)議堆棧的機構(gòu)也是可比較的。
本發(fā)明也可應(yīng)用于其中只提供一個鏈路協(xié)議的環(huán)境。這是指實施單個鏈路協(xié)議，而不是在GSM中的PPP和RLP，以及在GPRS中的LLC和RLC。在這種情況下，需要所述協(xié)議工作在可靠的模式下。有可能在UTMS中找到這種形式的實施方案。
權(quán)利要求
1.在每個包括第一和第二協(xié)議層的發(fā)射機與接收機之間通過通信網(wǎng)的數(shù)據(jù)傳輸中，用于改進接收的數(shù)據(jù)的處理時間的一種方法，其中-在發(fā)射機中，來自第一協(xié)議層的數(shù)據(jù)被釋放到第二協(xié)議層，-第一協(xié)議層的數(shù)據(jù)被劃分成第二協(xié)議層的接連的數(shù)據(jù)分組，-第二協(xié)議層的數(shù)據(jù)分組通過通信網(wǎng)被發(fā)送，-在接收機中接收的第二協(xié)議層的數(shù)據(jù)分組按照發(fā)送的順序被分類，-接收的數(shù)據(jù)分組在第二協(xié)議層上被分配到第一協(xié)議層的數(shù)據(jù)分組，-在第一協(xié)議層的數(shù)據(jù)分組被完全地生成后，所述數(shù)據(jù)分組被釋放到第一協(xié)議層。
2.按照權(quán)利要求1的方法，其中在發(fā)射機和或接收機中數(shù)據(jù)的處理是基于模塊協(xié)議結(jié)構(gòu)的。
3.按照權(quán)利要求1或2的方法，其中第二協(xié)議層的數(shù)據(jù)分組被接連的編號，以及由相應(yīng)的順序號標(biāo)記。
4.按照權(quán)利要求1到3的任一項的方法，其中第一協(xié)議層支持至少兩個傳輸模式，可靠模式和非可靠模式。
5.按照權(quán)利要求4的方法，其中第二協(xié)議層的數(shù)據(jù)分組在有傳輸錯誤情況下借助于重復(fù)發(fā)送和通過使用可靠傳輸模式被糾正。
6.按照權(quán)利要求1到5的任一項的方法，其中第一協(xié)議層的數(shù)據(jù)借助于分隔符互相清楚地被區(qū)分。
7.按照權(quán)利要求3的方法，其中接收的數(shù)據(jù)分組被分類成符號于序列號碼的序列。
8.按照權(quán)利要求3或7的方法，其中序列號碼是RLP(無線鏈路協(xié)議)序列號碼或RLC(無線鏈路控制)序列號碼。
9.按照前面的權(quán)利要求1到8的任一項的方法，其中接收的數(shù)據(jù)分組被存儲在接收機的緩存器中。
10.按照權(quán)利要求1到9的任一項的方法，其中第一協(xié)議層的數(shù)據(jù)分組被設(shè)為完全地生成的數(shù)據(jù)分組的狀態(tài)，如果在第二協(xié)議層的數(shù)據(jù)分組內(nèi)的起始標(biāo)記和結(jié)尾標(biāo)記都被正確地接收的話，以及如果位于其間的、第二協(xié)議層的所有數(shù)據(jù)分組按照它們的正確地順序被正確地接收的話。
11.按照權(quán)利要求1到10的任一項的方法，其中第一協(xié)議層的完全地生成的數(shù)據(jù)分組按照包裝處理過程的法則被檢查，用于識別附加協(xié)議層的分組。
12.按照權(quán)利要求1到11的任一項的方法，其中至少一個包括控制數(shù)據(jù)的控制區(qū)被提供在第一協(xié)議層的完全地生成的數(shù)據(jù)分組中，用于傳送相關(guān)的數(shù)據(jù)流方面的信息。
13.按照權(quán)利要求12的方法，其中控制數(shù)據(jù)以報頭和或報尾的形式被添加到實際數(shù)據(jù)序列，作為在相應(yīng)的協(xié)議層中的控制區(qū)。
14.按照權(quán)利要求1到13的任一項的方法，其中借助于為此提供的、在控制區(qū)中的某些控制數(shù)據(jù)來區(qū)分數(shù)據(jù)流。
15.按照權(quán)利要求14的方法，其中用于區(qū)分數(shù)據(jù)流的控制數(shù)據(jù)是具有源地址、目的地地址和端口號碼形式的發(fā)射機和/或接收機的地址。
16.按照權(quán)利要求1到15的任一項的方法，其中在第二協(xié)議層上，第一協(xié)議層的數(shù)據(jù)分組被直接釋放到第一協(xié)議層，如果在第二協(xié)議層上的數(shù)據(jù)分組首先被完全地和正確地接收的話，以及如果保證可能被第二協(xié)議層的接收機緩存的數(shù)據(jù)不包含屬于要被釋放的第一協(xié)議層的數(shù)據(jù)分組的同一個數(shù)據(jù)流的、第一協(xié)議層的附加數(shù)據(jù)分組的話。
17.按照權(quán)利要求1到15的任一項的方法，其中在第二協(xié)議層上，第一協(xié)議層的數(shù)據(jù)分組被直接釋放到第一協(xié)議層，如果所述數(shù)據(jù)分組被完全地和正確地接收的話。
18.按照權(quán)利要求1的方法，其中第一協(xié)議層的數(shù)據(jù)分組是IP數(shù)據(jù)報文，以及第二協(xié)議層的數(shù)據(jù)分組是PPP幀，其中PPP幀在出現(xiàn)錯誤時借助于重復(fù)發(fā)送被糾正。
19.按照權(quán)利要求1的方法，其中第一協(xié)議層的數(shù)據(jù)分組是PPP幀，以及第二協(xié)議層的數(shù)據(jù)分組是RLP數(shù)據(jù)幀。
20.按照權(quán)利要求1的方法，其中數(shù)據(jù)傳輸是通過IP網(wǎng)和移動通信網(wǎng)完成的。
21.按照權(quán)利要求1的方法，其中面向分組的應(yīng)用項是互聯(lián)網(wǎng)應(yīng)用項。
22.按照權(quán)利要求18到21的任一項的方法，其中互聯(lián)網(wǎng)應(yīng)用項借助于輸送協(xié)議傳輸控制協(xié)議(TCP)被傳輸?shù)摹?br> 23.按照權(quán)利要求18到21的任一項的方法，其中互聯(lián)網(wǎng)應(yīng)用項是借助于輸送協(xié)議用戶數(shù)據(jù)報文協(xié)議(UDP)被傳輸?shù)摹?br> 24.在每個帶有第一和第二協(xié)議層的發(fā)射機與接收機之間通過通信網(wǎng)的數(shù)據(jù)傳輸中，用于改進接收的數(shù)據(jù)的處理時間的一種設(shè)備，包括-用于把第一協(xié)議層的數(shù)據(jù)分組提供給第二協(xié)議層的裝置，-發(fā)送裝置，用于發(fā)送數(shù)據(jù)分組，-接收裝置，用于接收數(shù)據(jù)分組，-分類裝置，用于把數(shù)據(jù)分組分類成接連的數(shù)據(jù)分組的序列，-識別裝置，用于識別第一協(xié)議層的完全組合的數(shù)據(jù)分組，-用于檢查數(shù)據(jù)分組與數(shù)據(jù)流的關(guān)系的裝置，-釋放裝置，用于把完全地生成的數(shù)據(jù)分組釋放到第一協(xié)議層。
25.按照權(quán)利要求24的設(shè)備，包括緩存器，用于暫時存儲第二協(xié)議層的接收的數(shù)據(jù)分組。
全文摘要
本發(fā)明涉及在通過通信網(wǎng),具體地通過IP網(wǎng)和移動通信網(wǎng)(諸如全球移動通信系統(tǒng)(GSM),通用移動通信系統(tǒng)(UMTS),或通用分組無線業(yè)務(wù)(GPRS)傳輸期間,用于改進在面向分組應(yīng)用中的接收數(shù)據(jù)的處理時間的方法和設(shè)備。第二協(xié)議層的接收的數(shù)據(jù)分組,例如RLP幀,直接由第二協(xié)議層中的接收機被組合來形成第一協(xié)議層的數(shù)據(jù)分組,例如PPP幀。被完全地和正確地組合的數(shù)據(jù)分組然后被釋放到第一協(xié)議層。在把數(shù)據(jù)分組釋放到第一協(xié)議層期間,兩個模式要區(qū)別對待。流內(nèi)模式是一種模式,其中所有的完全地生成的數(shù)據(jù)分組都被釋放,即,不管數(shù)據(jù)分組是屬于同一個數(shù)據(jù)流還是屬于兩個不同的數(shù)據(jù)流。相反,在流間模式方面有差別。在所述模式中,只有屬于不同的數(shù)據(jù)流的、完全地生成的數(shù)據(jù)分組被釋放到第一協(xié)議層。
文檔編號H04Q7/24GK1331877SQ99814939
公開日2002年1月16日 申請日期1999年12月13日 優(yōu)先權(quán)日1998年12月22日
發(fā)明者R·盧德維格, B·拉通伊 申請人:艾利森電話股份有限公司