專利名稱：通信系統(tǒng)中處理數(shù)據(jù)流暫停請求的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及調(diào)整數(shù)據(jù)流控制，更具體地，涉及暫停(suspend)和恢復(fù)數(shù)據(jù)流。
背景技術(shù)：
在普通的無線數(shù)據(jù)傳輸中，無線鏈路層處理流控制，即暫停和恢復(fù)數(shù)據(jù)流。通常上行鏈路數(shù)據(jù)的發(fā)送者(或者是諸如MMS(多媒體消息服務(wù))應(yīng)用程序的內(nèi)部應(yīng)用程序，或者是外部撥號裝置，例如是膝上型電腦)要比空中接口快，需要有效的流控制機制來最佳化數(shù)據(jù)吞吐量。為了調(diào)整數(shù)據(jù)流控制，應(yīng)用緩沖和/或暫停功能是可行的。當使用暫停功能時，較低層的協(xié)議實體會發(fā)送暫停請求原語到發(fā)送者，然后發(fā)送者暫停數(shù)據(jù)傳輸。響應(yīng)于恢復(fù)請求，數(shù)據(jù)傳輸被恢復(fù)。
在第二代GSM/GPRS以及3GPP(第三代合作伙伴計劃)的第三代UMTS系統(tǒng)中，主要由無線鏈路層(RLC)協(xié)議處理無線鏈路。然而，除了RLC層還有其它若干層，它們能為自身目的(不必和實際的數(shù)據(jù)傳輸相關(guān))開始流控制機制。這同樣適用于恢復(fù)數(shù)據(jù)傳輸，即任何下層協(xié)議層實體能發(fā)送恢復(fù)請求給發(fā)送者。在上行鏈路流控制中，發(fā)送者不知道是哪層數(shù)據(jù)傳輸被暫?；蚧謴?fù)以及為什么，因為不管發(fā)送流控制原語的層如何，流控制原語是相同的。例如，如果GPRS堆棧中的RLC層實體暫停數(shù)據(jù)傳輸，經(jīng)由上層(即邏輯鏈路控制(LLC)、子網(wǎng)依賴匯聚協(xié)議(SNDCP)、以及某些實現(xiàn)特定的層)路由該暫停請求原語到發(fā)送者。但是從發(fā)送者觀點來看，如果從某些其它層，例如SNDCP層，發(fā)起暫停，則沒有任何不同。在數(shù)據(jù)傳輸暫停中，如果發(fā)送者從不同的較低層接收到若干暫停原語則不關(guān)緊要。在第一原語之后暫停數(shù)據(jù)傳輸，并且忽略隨后的原語。在數(shù)據(jù)傳輸恢復(fù)中，當發(fā)送者接收到第一個恢復(fù)請求原語，它開始再次上行鏈路數(shù)據(jù)傳輸。然而，在此情形中，某些已經(jīng)發(fā)起了暫停但還沒有發(fā)送恢復(fù)請求的層可能沒有準備好接收上行鏈路數(shù)據(jù)。根據(jù)層實施，這些層會丟棄數(shù)據(jù)分組，或緩存數(shù)據(jù)直到充滿緩存器，然后丟棄，或進行其它對于數(shù)據(jù)傳輸不是最佳的事情。在TCP/IP數(shù)據(jù)傳輸中數(shù)據(jù)丟棄特別有害，因為TCP在數(shù)據(jù)損失之后會開始慢啟動機制，從而損害數(shù)據(jù)吞吐量。
發(fā)明內(nèi)容
因此本發(fā)明的一個目的是增強數(shù)據(jù)流控制從而減輕上述缺點。本發(fā)明的目的是通過一種方法、系統(tǒng)、數(shù)據(jù)處理裝置以及軟件程序產(chǎn)品實現(xiàn)的，其特征在于獨立權(quán)利要求中闡明。本發(fā)明的優(yōu)選實施例在從屬權(quán)利要求中公開。
本發(fā)明是基于配置用于數(shù)據(jù)流控制原語的智能過濾功能的思想。檢查發(fā)起暫停請求原語到發(fā)送者的協(xié)議實體。對于發(fā)起暫停請求原語的協(xié)議實體，將暫停設(shè)定為其數(shù)據(jù)傳輸狀態(tài)。在發(fā)送由發(fā)送者恢復(fù)數(shù)據(jù)流的恢復(fù)請求原語之前檢查發(fā)起恢復(fù)請求原語的協(xié)議實體，即在將其發(fā)送到發(fā)送者之前或發(fā)送到另一個協(xié)議實體而該實體發(fā)送到發(fā)送者之前。同樣檢查狀態(tài)信息。如果除發(fā)起恢復(fù)請求原語的協(xié)議實體之外任何協(xié)議實體被設(shè)定為暫停，則阻止恢復(fù)請求原語的傳輸。
暫停狀態(tài)通常是指指示該協(xié)議實體因為某些原因不能進行數(shù)據(jù)傳輸?shù)娜魏畏N類信息。協(xié)議實體指的是功能實體，通常用軟件實現(xiàn)，它處理協(xié)議層的任務(wù)，并除了其它事情之外，控制協(xié)議實體之間原語的發(fā)送和接收。發(fā)起協(xié)議實體可以是實施本方法的協(xié)議實體或另一個協(xié)議實體，該另一個協(xié)議實體是在系統(tǒng)協(xié)議堆棧中位于實施本方法的協(xié)議實體之下。始發(fā)協(xié)議實體不必是第一次發(fā)送原語的協(xié)議實體，因為是從實施本方法的協(xié)議實體的角度考慮始發(fā)協(xié)議實體，實施本方法的協(xié)議實體可能沒有得到關(guān)于下層協(xié)議實體之間發(fā)送的原語的任何信息。根據(jù)本發(fā)明的數(shù)據(jù)流控制的優(yōu)點在于，能夠避免與從若干協(xié)議層發(fā)起的流控制功能相關(guān)的問題。本發(fā)明可能避免或至少減少過早的恢復(fù)，從而直到每個協(xié)議實體都能繼續(xù)數(shù)據(jù)傳輸時才恢復(fù)數(shù)據(jù)流。此外，本發(fā)明無需對發(fā)送者的功能做任何改變。
根據(jù)一個優(yōu)選實施例，本發(fā)明應(yīng)用于能發(fā)起數(shù)據(jù)流控制并在系統(tǒng)協(xié)議堆棧中在發(fā)送者之下的各個協(xié)議實體，除了最低層協(xié)議實體之外。這使得它可能完全避免上行鏈路數(shù)據(jù)傳輸?shù)倪^早恢復(fù)。
在下面，參考附圖通過優(yōu)選實施例較詳細地說明本發(fā)明，其中圖1示出了通常UMTS系統(tǒng)的元件；圖2示出了UMTS用戶平面協(xié)議結(jié)構(gòu)；
圖3示出了GPRS用戶平面協(xié)議結(jié)構(gòu)；圖4示出了根據(jù)本發(fā)明優(yōu)選實施例的數(shù)據(jù)流控制方法；圖5示出了根據(jù)本發(fā)明優(yōu)選實施例的數(shù)據(jù)流控制方法；圖6示出了數(shù)據(jù)流控制的例子。
具體實施例方式
參考圖1，其中移動系統(tǒng)的主要部分包括核心網(wǎng)絡(luò)CN和UMTS陸地無線接入網(wǎng)絡(luò)UTRAN(它們構(gòu)成移動系統(tǒng)的固定網(wǎng)絡(luò))以及移動站MS，也被稱為用戶設(shè)備UE。CN和UTRAN之間的接口稱為Iu，UTRAN和MS之間的空中接口稱為Uu。
UTRAN通常由若干無線網(wǎng)絡(luò)子系統(tǒng)RNS組成，它們之間的接口稱為Iur(未示出)。RNS由無線網(wǎng)絡(luò)控制器RNC和一個或多個基站BS組成，對于基站還使用節(jié)點B的術(shù)語。RNC和BS之間的接口稱為Iub?；綛S處理實施無線路徑，無線網(wǎng)絡(luò)控制器RNC管理無線資源。到UMTS核心網(wǎng)絡(luò)CN的連接也能經(jīng)由GSM基站子系統(tǒng)BSS或GSM/EDGE無線接入網(wǎng)絡(luò)(GSM演進增強數(shù)據(jù)速率)GERAN建立。
核心網(wǎng)絡(luò)CN由在UTRAN外部的移動系統(tǒng)的基礎(chǔ)結(jié)構(gòu)組成。在核心網(wǎng)絡(luò)中，移動服務(wù)交換中心/訪問者位置寄存器3G-MSC/VLR處理電路交換呼叫并和歸屬用戶服務(wù)器HSS通信。到分組無線系統(tǒng)的服務(wù)GPRS支持節(jié)點SGSN的連接經(jīng)由接口Gs’建立，并經(jīng)由網(wǎng)關(guān)MSC GSMC(未示出)建立到固定電話網(wǎng)絡(luò)PSTN/ISDN的連接。移動服務(wù)交換中心3G-MSC/VLR和服務(wù)GPRS支持節(jié)點SGSN到無線網(wǎng)絡(luò)UTRAN(UMTS陸地無線接入網(wǎng)絡(luò))的連接是經(jīng)由接口Iu建立的。
UMTS系統(tǒng)因此還包括分組無線系統(tǒng)，該系統(tǒng)主要根據(jù)連接到GSM網(wǎng)絡(luò)的GPRS系統(tǒng)實施的，這也說明了在網(wǎng)絡(luò)元件名稱上對GPRS系統(tǒng)的參考。UMTS的分組無線系統(tǒng)還包括若干網(wǎng)關(guān)GPRS支持節(jié)點和服務(wù)GPRS支持節(jié)點，通常若干服務(wù)GPRS支持節(jié)點SGSN連接到一個網(wǎng)關(guān)GPRS支持節(jié)點GGSN。服務(wù)GPRS支持節(jié)點SGSN的任務(wù)是檢測其服務(wù)區(qū)域內(nèi)能分組無線連接的移動站，發(fā)送及接收來自所述移動站的數(shù)據(jù)分組，并監(jiān)測該移動站在其服務(wù)區(qū)域內(nèi)的位置。此外，服務(wù)GPRS支持節(jié)點SGSN經(jīng)由接口Gr和歸屬用戶服務(wù)器HSS通信。在歸屬用戶服務(wù)器HSS內(nèi)還存儲包括特定用戶分組數(shù)據(jù)協(xié)議內(nèi)容的記錄。
網(wǎng)關(guān)GPRS支持節(jié)點GGSN用作UMTS網(wǎng)絡(luò)分組無線系統(tǒng)和外部分組數(shù)據(jù)網(wǎng)絡(luò)PDN之間的網(wǎng)關(guān)。外部數(shù)據(jù)網(wǎng)絡(luò)包括例如另一運營商的UMTS或GPRS網(wǎng)絡(luò)，互聯(lián)網(wǎng)或?qū)Ｓ镁钟蚓W(wǎng)絡(luò)。網(wǎng)關(guān)GPRS支持節(jié)點GGSN經(jīng)由接口Gi和所述數(shù)據(jù)網(wǎng)絡(luò)通信。在網(wǎng)關(guān)GPRS支持節(jié)點GGSN和服務(wù)GPRS支持節(jié)點SGSN之間傳輸?shù)臄?shù)據(jù)分組總是根據(jù)網(wǎng)關(guān)隧道協(xié)議GTP封裝。網(wǎng)關(guān)GPRS支持節(jié)點GGSN還包括為移動站激活的PDP(分組數(shù)據(jù)協(xié)議)環(huán)境的地址以及路由信息，即例如SGSN地址。路由信息因此用于鏈接外部數(shù)據(jù)網(wǎng)絡(luò)和服務(wù)GPRS支持節(jié)點SGSN之間的數(shù)據(jù)分組。網(wǎng)關(guān)GPRS支持節(jié)點GGSN和服務(wù)GPRS支持節(jié)點SGSN之間的網(wǎng)絡(luò)是使用IP通信協(xié)議的網(wǎng)絡(luò)。分組數(shù)據(jù)系統(tǒng)還包括許多其它功能，其中圖1示出用于智能網(wǎng)絡(luò)服務(wù)，優(yōu)選的是CAMEL服務(wù)的控制功能SCF，以及用于計費的計費網(wǎng)關(guān)CGF。在IMS系統(tǒng)的元件中，圖1還示出呼叫會話控制功能CSCF。
圖2示出了用于GSM/GPRS系統(tǒng)以及當采用BSS接入網(wǎng)絡(luò)(A/Gb模式)時UMTS系統(tǒng)中所用的2G GPRS協(xié)議堆棧。在MS和SGSN之間采用IP層和應(yīng)用層APP之下的子網(wǎng)依賴匯聚協(xié)議(SNDCP)來將網(wǎng)絡(luò)層特性映射到下面網(wǎng)絡(luò)的特性上。SGSN還控制邏輯鏈路控制(LLC)。LLC層提供可靠的加密邏輯鏈路。在LLC之下是RLC/MAC層，提供GSM特定無線鏈路控制和媒介訪問控制功能?；鞠到y(tǒng)GPRS協(xié)議(BSSGP)層在BSS和SGSN之間傳送和路由及服務(wù)質(zhì)量相關(guān)的信息。本領(lǐng)域技術(shù)人員熟知GSM/GPRS系統(tǒng)的協(xié)議層。
UMTS分組數(shù)據(jù)協(xié)議結(jié)構(gòu)被分成用戶平面和控制平面?？刂破矫姘║MTS專用信令協(xié)議。圖3示出了用戶平面，它在移動站和GGSN的協(xié)議數(shù)據(jù)單元(PDU)之間傳送用戶數(shù)據(jù)。在無線網(wǎng)絡(luò)UTRAN和移動站MS之間的接口Uu，在物理層L1上進行根據(jù)WCDMA或TD-CDMA協(xié)議的低層數(shù)據(jù)傳輸。在物理層之上的MAC層，在物理層和RLC(無線鏈路控制)層之間傳送數(shù)據(jù)分組，RLC層用于管理不同邏輯連接的無線鏈路。RLC的功能包括例如，將要傳輸?shù)臄?shù)據(jù)分成一個或多個RLC數(shù)據(jù)分組。它還能壓縮在RLC層之上的PDCP層(PDCP-PDU)的數(shù)據(jù)分組的報頭字段。數(shù)據(jù)分組被分段然后在RLC幀中傳輸，并被添加對于數(shù)據(jù)傳輸很重要的地址以及檢驗信息。RLC層給PDCP層提供服務(wù)質(zhì)量QoS定義能力，并還處理在確認傳輸模式(其它模式是透明傳輸和不確認傳輸)中受損幀的重傳，即執(zhí)行糾錯。PDCP，RLC和MAC構(gòu)成傳輸鏈路層。服務(wù)GPRS支持節(jié)點SGSN經(jīng)由無線網(wǎng)絡(luò)RAN路由從移動站MS輸入的數(shù)據(jù)分組到正確的網(wǎng)關(guān)GPRS支持節(jié)點GGSN。該連接采用隧道協(xié)議GTP，它封裝并用隧道傳送所有的用戶數(shù)據(jù)和通過核心網(wǎng)絡(luò)轉(zhuǎn)發(fā)的信令。GTP協(xié)議運行在核心網(wǎng)絡(luò)采用的IP之上。IP協(xié)議可因為兩個不同目的用在UMTS網(wǎng)絡(luò)中。上層IP層是所謂的應(yīng)用程序?qū)覫P，用在MS和GGSN之間以及外部IP網(wǎng)絡(luò)同等的裝置。應(yīng)用程序APP使用的TCP或UDP協(xié)議可在上層IP層之上運行。應(yīng)用程序?qū)覣PP還有SIP功能，它能和CSCF通信。注意到應(yīng)用程序APP和上層IP堆棧可位于獨立的數(shù)據(jù)終端(TE；終端設(shè)備)，用作到UMTS網(wǎng)絡(luò)的通信裝置的獨立移動終端部分MT。此種無線終端的一個例子是便攜式計算機和UMTS卡電話的組合。
為獲得分組交換服務(wù)，移動站MS必須執(zhí)行連接處理過程，使得服務(wù)GPRS支持節(jié)點SGSN知道MS的位置。然后該MS能接收來自服務(wù)GPRS支持節(jié)點SGSN的短消息和呼叫。為接收并發(fā)送分組交換數(shù)據(jù)，該MS必須激活至少一個PDP環(huán)境，從而使得網(wǎng)關(guān)GPRS支持節(jié)點GGSN知道該MS并在該移動站MS、服務(wù)GPRS支持節(jié)點SGSN和網(wǎng)關(guān)GPRS支持節(jié)點GGSN創(chuàng)建邏輯數(shù)據(jù)傳輸環(huán)境。當創(chuàng)建PDP環(huán)境時，為該MS定義可以是Ipv4或Ipv6地址(當PDP類型是IP)的PDP地址。在GGSN維護的環(huán)境表中定義除了其它PDP環(huán)境數(shù)據(jù)的PDP地址外的PDP地址，其它PDP環(huán)境數(shù)據(jù)例如是協(xié)商的QoS文件(profile)。
根據(jù)本發(fā)明的優(yōu)選實施例，在至少一個協(xié)議實體中配置流控制原語的智能過濾，該協(xié)議實體存在至少一個下層協(xié)議層。該過濾功能可在發(fā)送者之下的任何協(xié)議層實施，例如TCP/IP堆棧，并能發(fā)起數(shù)據(jù)流控制。
圖4示出了根據(jù)本發(fā)明優(yōu)選實施例的數(shù)據(jù)流控制方法，更具體地是用于數(shù)據(jù)流的暫停請求原語的處理，由實施過濾功能的協(xié)議實體執(zhí)行。該方法在步驟401開始，此時發(fā)起到發(fā)送者的用于數(shù)據(jù)流的新的暫停請求原語。能從下層協(xié)議層接收暫停請求原語或可從圖4中應(yīng)用本方法的協(xié)議實體發(fā)起暫停請求原語。在402檢查發(fā)起暫停請求原語的協(xié)議實體。在步驟403，檢查隨后協(xié)議實體的數(shù)據(jù)傳輸狀態(tài)。這意味著檢查至少一個其它協(xié)議實體(它不是當前暫停請求原語的發(fā)起者)的狀態(tài)。
根據(jù)一個優(yōu)選實施例，在至少一個下層協(xié)議實體以及采用本方法的協(xié)議實體上維護狀態(tài)信息。此外，數(shù)據(jù)傳輸狀態(tài)信息優(yōu)選地指示該協(xié)議實體是否發(fā)起暫停請求原語，即請求暫停。在此情形中，該協(xié)議實體的狀態(tài)是暫停。如圖5所述，恢復(fù)請求原語可改變該狀態(tài)。可用多種方式調(diào)整狀態(tài)信息。例如，當請求暫停時，各個協(xié)議層都和指示符“OFF”相關(guān)聯(lián)，而當未請求暫?；蛟跁和Ｖ笳埱蠡謴?fù)時，各個協(xié)議層和指示符“ON”相關(guān)聯(lián)。另一個例子是僅維護已經(jīng)暫停的協(xié)議實體相關(guān)信息作為它們的狀態(tài)。
在步驟404，檢查是否已經(jīng)將暫停請求原語發(fā)送到發(fā)送者。這可以從隨后的協(xié)議實體的數(shù)據(jù)傳輸狀態(tài)中發(fā)現(xiàn)，即如果某些協(xié)議實體狀態(tài)指示暫停，則暫停請求原語已經(jīng)被發(fā)送到發(fā)送者。在此情形中，可以過濾當前暫停請求原語405，即防止其被發(fā)送到發(fā)送者。步驟405是優(yōu)選的，因為它使得能夠減少處理原語的數(shù)量。然而，它不是必要的，因為發(fā)送者會忽略進一步的暫停請求原語。如果沒有為任何協(xié)議實體設(shè)定暫停，則當前暫停請求原語是第一個，并被發(fā)送到發(fā)送者406。在接收該暫停請求原語之后，發(fā)送者暫停數(shù)據(jù)流。
在步驟405和406之后，更新發(fā)起當前恢復(fù)請求原語的協(xié)議實體的狀態(tài)以指示恢復(fù)能力。例如，可以通過簡單地移除暫停狀態(tài)實現(xiàn)。
圖5示出了根據(jù)本發(fā)明優(yōu)選實施例的數(shù)據(jù)流控制方法，更具體地是數(shù)據(jù)流恢復(fù)請求原語的處理。該方法在步驟501開始，此時發(fā)起到發(fā)送者的新的數(shù)據(jù)流恢復(fù)請求原語。根據(jù)一個優(yōu)選實施例，如果此前已經(jīng)發(fā)送了暫停請求原語，當僅發(fā)送恢復(fù)請求原語時，該方法僅被初始用于暫停數(shù)據(jù)流，并且優(yōu)選地第一暫停請求原語總是發(fā)送給發(fā)送者。能從下層協(xié)議層接收恢復(fù)請求原語，或可從圖5使用本方法的協(xié)議實體發(fā)起恢復(fù)請求原語。在恢復(fù)請求原語被發(fā)送到發(fā)送者(或上層協(xié)議層)之前，檢查發(fā)起暫停請求原語的協(xié)議實體502。在步驟503，檢查至少一個隨后的其它協(xié)議實體的數(shù)據(jù)傳輸狀態(tài)。在步驟504，檢查其它協(xié)議實體的狀態(tài)是否指示恢復(fù)能力。如前所述，存在指示該能力的明顯的狀態(tài)信息，或如果協(xié)議實體不存在暫停狀態(tài)，該狀態(tài)被隱含地解釋為指示恢復(fù)能力(例如如果該協(xié)議實體從不發(fā)送暫停請求)。
如果所有檢查的狀態(tài)都指示恢復(fù)能力，則恢復(fù)請求原語被發(fā)送到發(fā)送者505。響應(yīng)于該原語，發(fā)送者然后恢復(fù)數(shù)據(jù)傳輸。如果根據(jù)檢查504，存在至少一個協(xié)議實體，其狀態(tài)指示沒有恢復(fù)能力，例如該狀態(tài)是暫停，則在步驟506過濾恢復(fù)請求原語。步驟506是優(yōu)選的，因為它能進一步減少處理原語的數(shù)量。
在步驟505和506之后，將發(fā)起協(xié)議實體的狀態(tài)更新為指示暫停507。
在圖4和5中描述的方法優(yōu)選地可在至少一個協(xié)議實體中應(yīng)用，從而提供流控制原語的智能過濾。因為較低層不能得到任何關(guān)于上層發(fā)起的原語的信息，自然在發(fā)送者之下在盡可能高的層上實施上行鏈路數(shù)據(jù)流控制的過濾功能。根據(jù)一個優(yōu)選實施例，由應(yīng)用本方法的協(xié)議實體維護根據(jù)圖4和5的數(shù)據(jù)傳輸狀態(tài)信息。此外，根據(jù)一個優(yōu)選實施例，僅在應(yīng)用本方法的協(xié)議實體以及在系統(tǒng)協(xié)議堆棧中在應(yīng)用本方法的協(xié)議實體之下的協(xié)議實體上優(yōu)選地根據(jù)圖4和5維護數(shù)據(jù)傳輸狀態(tài)信息。換句話說，應(yīng)用本方法的協(xié)議實體維護關(guān)于其自身狀態(tài)的狀態(tài)信息以及下層的狀態(tài)。因此鑒于步驟403和503這些協(xié)議實體是“隨后”的協(xié)議實體。這意味著包括過濾功能的協(xié)議實體僅僅檢查它自身發(fā)起的原語(或者是基于對該原語的需要或者是已經(jīng)創(chuàng)建的原語)以及來自一個下層協(xié)議實體的原語。這使得過濾功能以及狀態(tài)信息的維護非常簡單。如果系統(tǒng)包括第一協(xié)議實體和第二協(xié)議實體，其中第一協(xié)議實體在系統(tǒng)協(xié)議堆棧中服務(wù)于第二協(xié)議實體，因此該第二協(xié)議實體可被配置為僅維護第二協(xié)議實體以及下層的第一協(xié)議實體的狀態(tài)信息，而不管從第一協(xié)議實體層發(fā)起的原語是否是對來自第一協(xié)議層之下的協(xié)議層的某個第三協(xié)議實體的原語的響應(yīng)。因此實施本方法的第二協(xié)議實體將第一協(xié)議實體視為始發(fā)協(xié)議實體。用一個(或多個)協(xié)議實體維護各個協(xié)議層(在發(fā)送者之下)的狀態(tài)信息也是可行的，但是這必須使原語的最初發(fā)起者的信息和該原語相關(guān)聯(lián)，并在協(xié)議實體之間傳送。
根據(jù)一個優(yōu)選實施例，本發(fā)明應(yīng)用在系統(tǒng)協(xié)議堆棧中發(fā)送者之下的各個協(xié)議實體，但是最低的協(xié)議實體除外。該實施例可能完全避免上行鏈路數(shù)據(jù)傳輸?shù)倪^早恢復(fù)。
該實施例使用圖6所示的數(shù)據(jù)流控制例子。層1(層1的協(xié)議實體)通過發(fā)送暫停請求原語發(fā)起暫停，即用于暫停數(shù)據(jù)傳輸?shù)纳闲墟溌妨髦甘?xx_flow_ind(XOFF))。都應(yīng)用過濾功能的層2和3向前傳送暫停請求，從而發(fā)送者接收該請求并隨后暫停該數(shù)據(jù)流601。層2(L2)將暫停(XOFF)存儲為低層(L1)的狀態(tài)，層3(L3)將暫停存儲為低層(L2)的狀態(tài)。在602，L2發(fā)起暫停，借此L2優(yōu)選地根據(jù)圖4中步驟405過濾暫停請求原語，L2自身狀態(tài)被改變(在L2維護的狀態(tài)信息中)為暫停。在603，L3發(fā)起暫停，借此L3優(yōu)選地過濾暫停請求原語，并將L3自身狀態(tài)改變(在L3維護的狀態(tài)信息中)為暫停。
在604，L1再次能傳送數(shù)據(jù)，并發(fā)送恢復(fù)請求原語到L2。因為L2的狀態(tài)是暫停，L2過濾該原語并更新低層L1的狀態(tài)為指示恢復(fù)能力。在605，L2能傳送數(shù)據(jù)并發(fā)送恢復(fù)請求原語到L3，同時更新自己狀態(tài)。因為L3的狀態(tài)仍然是暫停，L3過濾原語并更新低層L2的狀態(tài)。在606，L1發(fā)起暫停，該暫停請求原語被L2轉(zhuǎn)發(fā)到L3(低層L1在L2中的狀態(tài)被改變?yōu)闀和?。L3過濾該原語，因為根據(jù)狀態(tài)信息，暫停請求原語已經(jīng)被發(fā)送到發(fā)送者。L3還更新低層L2的狀態(tài)。在607，L1再次能傳送數(shù)據(jù)并發(fā)送恢復(fù)請求原語到L2。因為L2自身狀態(tài)(在L2維護的狀態(tài)信息中)由于605指示為恢復(fù)能力，L2發(fā)送恢復(fù)請求原語到L3，并更新低層L1的狀態(tài)。因為603L3的自身狀態(tài)指示不能恢復(fù)，L3過濾該原語并更新低層L2的狀態(tài)。在步驟608，L3也能恢復(fù)數(shù)據(jù)傳輸，因為低層L2的狀態(tài)也允許數(shù)據(jù)傳輸，L3發(fā)送恢復(fù)請求原語到發(fā)送者并更新L3的狀態(tài)。作為對恢復(fù)請求原語的響應(yīng)，發(fā)送者恢復(fù)數(shù)據(jù)傳輸。
根據(jù)一個優(yōu)選實施例，本數(shù)據(jù)流控制方法在一個或多個標準GPRS協(xié)議實體SNDCP，LLC，或RLC中應(yīng)用。優(yōu)選地，本方法應(yīng)用在SNDCP，LLC，RLC之一的每一個中，以完全避免數(shù)據(jù)傳輸?shù)倪^早恢復(fù)。該方法還應(yīng)用在一個或多個特定實施層(而不是或除了一個或多個標準協(xié)議層)中。
根據(jù)另一優(yōu)選實施例，本數(shù)據(jù)流控制方法可應(yīng)用在一個或多個UMTS協(xié)議實體PDCP，RLC中。優(yōu)選的，本方法可用于PDCP和RLC層中的每一個上。同樣在UMTS中，該方法可應(yīng)用在一個或多個特定實施層(而不是或除了一個或多個標準協(xié)議層)中。
移動站包括存儲器和中央處理單元，中央處理單元包括一個或多個處理器。響應(yīng)于存儲在存儲器上的計算機程序代碼并在中央處理單元上運行，移動站可實施本發(fā)明的數(shù)據(jù)流控制功能，其中在圖4和5示出了一些實施例。可通過網(wǎng)絡(luò)獲得改計算機程序和/或?qū)⑵浯鎯υ诖鎯ρb置上，存儲裝置例如是磁盤，CD-ROM磁盤或其它外部存儲裝置，可從這些裝置將程序下載到存儲器中。還可以使用硬件解決方案或硬件和軟件組合。
上面說明了本發(fā)明用于上行鏈路數(shù)據(jù)，即從移動站MS到網(wǎng)絡(luò)的優(yōu)選實施例。然而，相同原理可應(yīng)用于下行鏈路方向的數(shù)據(jù)傳輸。根據(jù)一個實施例，能夠暫停來自一個網(wǎng)絡(luò)的數(shù)據(jù)流然后在移動站內(nèi)部再次恢復(fù)。例如，如果膝上型電腦(終端設(shè)備)和移動站(移動終端)之間的空中接口慢于該空中接口，則使用下行鏈路流控制來降低空中接口速度到終端數(shù)據(jù)接收能力的水平。還能將上述實施例應(yīng)用于諸如無線網(wǎng)絡(luò)控制器的網(wǎng)絡(luò)元件也是可行的。
本領(lǐng)域技術(shù)人員很清楚，隨著技術(shù)的進步，本發(fā)明概念可用多種方式實現(xiàn)。本發(fā)明及其實施例不限于上述的例子，而是在權(quán)利要求范圍內(nèi)變化。
權(quán)利要求
1.一種在數(shù)據(jù)傳輸系統(tǒng)中調(diào)整數(shù)據(jù)流控制的方法，該數(shù)據(jù)傳輸系統(tǒng)包括發(fā)送者和至少兩個服務(wù)于來自發(fā)送者的數(shù)據(jù)傳輸?shù)膮f(xié)議實體，該方法包括檢查用于暫停來自發(fā)送者的數(shù)據(jù)傳輸?shù)臅和Ｕ埱笤Z的發(fā)起協(xié)議實體，將暫停設(shè)定為發(fā)起該暫停請求原語的協(xié)議實體的數(shù)據(jù)傳輸狀態(tài)，發(fā)送該暫停請求原語到該發(fā)送者，響應(yīng)于該暫停請求原語，發(fā)送者暫停數(shù)據(jù)傳輸，在傳送由發(fā)送者恢復(fù)數(shù)據(jù)流的恢復(fù)請求原語之前檢查該恢復(fù)請求原語的發(fā)起協(xié)議實體，檢查狀態(tài)信息，以及如果除該恢復(fù)請求原語的發(fā)起協(xié)議實體之外的任意協(xié)議實體被設(shè)定為暫停，則阻止該恢復(fù)請求原語的傳輸。
2.根據(jù)權(quán)利要求1的方法，其中，僅在應(yīng)用本方法的協(xié)議實體上以及在系統(tǒng)協(xié)議堆棧中應(yīng)用本方法的協(xié)議實體之下的協(xié)議實體上維護數(shù)據(jù)傳輸狀態(tài)信息。
3.根據(jù)權(quán)利要求1的方法，其中，在已經(jīng)發(fā)送第一暫停請求原語到發(fā)送者之后，防止進一步的暫停請求原語被發(fā)送到發(fā)送者。
4.根據(jù)權(quán)利要求1的方法，其中，如果狀態(tài)信息僅為發(fā)送恢復(fù)請求原語的協(xié)議實體指示暫停，則發(fā)送恢復(fù)請求原語到高層協(xié)議層，以及響應(yīng)于該恢復(fù)請求原語，發(fā)送者恢復(fù)數(shù)據(jù)傳輸。
5.根據(jù)權(quán)利要求1的方法，其中，將恢復(fù)的能力設(shè)定為發(fā)起恢復(fù)請求原語的數(shù)據(jù)協(xié)議實體的數(shù)據(jù)傳輸狀態(tài)。
6.根據(jù)權(quán)利要求1的方法，其中，該方法應(yīng)用在能發(fā)起數(shù)據(jù)流控制并在系統(tǒng)協(xié)議堆棧中發(fā)送者之下的各個協(xié)議實體中，但是最低層協(xié)議實體除外。
7.根據(jù)權(quán)利要求1的方法，其中，在一個或多個GPRS協(xié)議實體中采用該方法。
8.根據(jù)權(quán)利要求1的方法，其中，在一個或多個UMTS協(xié)議實體中采用該方法。
9.一種數(shù)據(jù)系統(tǒng)，包括發(fā)送者以及至少兩個服務(wù)于來自該發(fā)送者的數(shù)據(jù)傳輸?shù)膮f(xié)議實體，其中至少一個協(xié)議實體被配置為檢查用于暫停來自發(fā)送者的數(shù)據(jù)傳輸?shù)臅和Ｕ埱笤Z的發(fā)起協(xié)議實體，至少一個協(xié)議實體被配置為將暫停設(shè)定為發(fā)起該暫停請求原語的協(xié)議實體的數(shù)據(jù)傳輸狀態(tài)，至少一個協(xié)議實體被配置為發(fā)送該暫停請求原語到該發(fā)送者，該發(fā)送者被配置為響應(yīng)于該暫停請求原語，由發(fā)送者暫停數(shù)據(jù)傳輸，至少一個協(xié)議實體被配置為在傳送用于由發(fā)送者恢復(fù)數(shù)據(jù)流的恢復(fù)請求原語之前，檢查該恢復(fù)請求原語的發(fā)起協(xié)議實體，至少一個協(xié)議實體被配置為檢查狀態(tài)信息，以及至少一個協(xié)議實體被配置為如果除該恢復(fù)請求原語的發(fā)起協(xié)議實體之外的任意協(xié)議實體被設(shè)定為暫停，則阻止該恢復(fù)請求原語的傳輸。
10.根據(jù)權(quán)利要求9所述的數(shù)據(jù)系統(tǒng)，其中，至少一個協(xié)議實體被配置為僅在其自身以及系統(tǒng)協(xié)議堆棧中下層協(xié)議實體上維護數(shù)據(jù)傳輸狀態(tài)信息。
11.根據(jù)權(quán)利要求9所述的數(shù)據(jù)系統(tǒng)，其中，至少一個協(xié)議實體被配置為如果狀態(tài)實體僅為發(fā)送恢復(fù)請求原語的協(xié)議實體指示暫停，則發(fā)送恢復(fù)請求原語到高層協(xié)議層，以及發(fā)送者被配置為響應(yīng)于該恢復(fù)請求原語，恢復(fù)數(shù)據(jù)傳輸。
12.一種數(shù)據(jù)處理裝置，其中，該數(shù)據(jù)處理裝置包括發(fā)送者以及至少兩個服務(wù)于來自發(fā)送者的數(shù)據(jù)傳輸?shù)膮f(xié)議實體，其中至少一個協(xié)議實體被配置為檢查用于暫停來自發(fā)送者的數(shù)據(jù)傳輸?shù)臅和Ｕ埱笤Z的發(fā)起協(xié)議實體，至少一個協(xié)議實體被配置為將暫停設(shè)定為發(fā)起該暫停請求原語的協(xié)議實體的數(shù)據(jù)傳輸狀態(tài)，至少一個協(xié)議實體被配置為發(fā)送該暫停請求原語到該發(fā)送者，該發(fā)送者被配置為響應(yīng)于該暫停請求原語，由發(fā)送者暫停數(shù)據(jù)傳輸，至少一個協(xié)議實體被配置為在傳送用于由發(fā)送者恢復(fù)數(shù)據(jù)流的恢復(fù)請求原語之前，檢查該恢復(fù)請求原語的發(fā)起協(xié)議實體，至少一個協(xié)議實體被配置為檢查狀態(tài)信息，以及至少一個協(xié)議實體被配置為如果除該恢復(fù)請求原語的發(fā)起協(xié)議實體之外的任意協(xié)議實體被設(shè)定為暫停，則阻止該恢復(fù)請求原語的傳輸。
13.根據(jù)權(quán)利要求12的數(shù)據(jù)處理裝置，其中，至少一個協(xié)議實體被配置為僅在其自身以及系統(tǒng)協(xié)議堆棧中下層協(xié)議實體上維護數(shù)據(jù)傳輸狀態(tài)信息。
14.根據(jù)權(quán)利要求12的數(shù)據(jù)處理裝置，其中，至少一個協(xié)議實體被配置為如果狀態(tài)信息僅為發(fā)送恢復(fù)請求原語的協(xié)議實體指示暫停，則發(fā)送恢復(fù)請求原語到高層協(xié)議層，以及發(fā)送者被配置為響應(yīng)于該恢復(fù)請求原語，恢復(fù)數(shù)據(jù)傳輸。
15.一種用于控制數(shù)據(jù)處理裝置的計算機軟件產(chǎn)品，該數(shù)據(jù)處理裝置包括發(fā)送者以及至少兩個服務(wù)于來自該發(fā)送者的數(shù)據(jù)傳輸?shù)膮f(xié)議實體，其中該計算機軟件產(chǎn)品包括程序代碼，用于檢查用于暫停來自發(fā)送者的數(shù)據(jù)傳輸?shù)臅和Ｕ埱笤Z的發(fā)起協(xié)議實體，程序代碼，用于將暫停設(shè)定為發(fā)起該暫停請求原語的協(xié)議實體的數(shù)據(jù)傳輸狀態(tài)，程序代碼，用于發(fā)送至少一個暫停請求原語到該發(fā)送者，程序代碼，用于響應(yīng)于該暫停請求原語，該發(fā)送者暫停數(shù)據(jù)傳輸，程序代碼，用于在傳送由發(fā)送者恢復(fù)數(shù)據(jù)流的恢復(fù)請求原語之前，檢查該恢復(fù)請求原語的發(fā)起協(xié)議實體，程序代碼，用于檢查狀態(tài)信息，以及程序代碼，用于如果除該恢復(fù)請求原語的發(fā)起協(xié)議實體之外的任何協(xié)議實體被設(shè)定為暫停，則阻止該恢復(fù)請求原語的傳輸。
全文摘要
本發(fā)明涉及在數(shù)據(jù)傳輸系統(tǒng)中調(diào)整數(shù)據(jù)流控制，該數(shù)據(jù)傳輸系統(tǒng)包括發(fā)送者以及至少兩個服務(wù)于來自該發(fā)送者的數(shù)據(jù)傳輸?shù)膮f(xié)議實體。檢查發(fā)起暫停請求原語的協(xié)議實體。將暫停設(shè)定為發(fā)起暫停請求原語的協(xié)議實體的數(shù)據(jù)傳輸狀態(tài)。在將恢復(fù)請求原語發(fā)送到發(fā)送者之前檢查發(fā)起恢復(fù)請求原語的協(xié)議實體。同樣還檢查狀態(tài)信息。如果除恢復(fù)請求原語的發(fā)起協(xié)議實體之外的任意協(xié)議實體被設(shè)定為暫停，則阻止將該恢復(fù)請求原語傳輸?shù)桨l(fā)送者。
文檔編號H04L12/28GK1799231SQ200480015529
公開日2006年7月5日 申請日期2004年6月1日 優(yōu)先權(quán)日2003年6月5日
發(fā)明者J·蘇梅基, J·拉皮, B·什雷斯塔 申請人:諾基亞有限公司