專利名稱:流控制協議中的狀態(tài)過渡控制的方法及執(zhí)行系統(tǒng)的制作方法
技術領域:
本發(fā)明涉及通信協議,特別是涉及流控制協議中的狀態(tài)過渡。
背景技術:
流控制協議(FCP,Flow Control Protocol)是高速信息包數據(HRPD,High Rate Packet Data)系統(tǒng)的應用層協議之一,該高速信息包數據系統(tǒng)提供由訪問終端(AT,Access Terminal)和訪問網絡(AN,Access Network)使用的程序和消息以執(zhí)行信息包應用程序的流控制。訪問終端和訪問網絡都得實現流控制協議。用于訪問終端和訪問網絡兩者的FCP協力地工作以完成在訪問終端和訪問網絡之間的數據傳輸的流控制。FCP具有兩個狀態(tài)關狀態(tài)和開狀態(tài)。在開狀態(tài),信息包應用程序被允許發(fā)送或者接收數據信息包,但在關狀態(tài),信息包應用程序被禁止傳輸數據信息包。
FCP最初處于關狀態(tài),其中信息包應用程序不發(fā)送或者接收任何數據信息包。從關到開狀態(tài)的狀態(tài)過渡過程依賴于過渡的初始態(tài)而不同。
當訪問網絡希望將其FCP從關狀態(tài)過渡到開狀態(tài)時,訪問網絡的FCP(以后稱為AN-FCP)首先將數據備便(以后稱為DataReady)消息發(fā)送到訪問終端的FCP(以后稱為AT-FCP),以表明有對應于該信息包應用程序的數據正等待傳輸。當AT-FCP接收DataReady消息時,訪問終端檢查其資源(resource)和流狀態(tài),如果訪問終端已經準備好交換數據信息包,則將XonRequest(傳輸請求)消息發(fā)送給AN-FCP。當其發(fā)送XonRequest消息時,AT-FCP就過渡到開狀態(tài)。當AN-FCP接收XonRequest消息時,AN-FCP就將XonResponse(傳輸響應)消息發(fā)送給AT-FCP,并且還過渡到開狀態(tài)?,F在訪問終端和訪問網絡兩者都處于開狀態(tài),因此允許數據傳輸。
當訪問終端希望交換初始化消息和將其AT-FCP從關狀態(tài)過渡到開狀態(tài)時,訪問終端僅僅發(fā)送數據信息包,而不交換XonRequest/XonResponse消息。當關狀態(tài)中的訪問終端發(fā)送任何數據信息包時,AT-FCP就過渡到開狀態(tài),當關狀態(tài)中的訪問網絡接收任何數據信息包時,AN-FCP就過渡到開狀態(tài)。
當數據傳輸完成或者需要暫停時,AT-FCP將XoffRequest(傳輸中斷請求)消息發(fā)送到AN-FCP。在接收到XoffRequest消息時,AN-FCP將XoffResponse(傳輸中斷響應)消息發(fā)送到AT-FCP以告知接收到XoffRequest消息,并且過渡到關狀態(tài)。但是,AT-FCP僅僅在其接收XoffResponse消息之后過渡到關狀態(tài)。
傳統(tǒng)上,對于丟失消息的規(guī)定是當發(fā)送XoffRequest消息之后,在定時器的預定時間周期(TXoff)之內沒有接收到XoffResponse消息時,則訪問終端就重新發(fā)送XoffRequest消息。為此,AT-FCP在其發(fā)送XoffRequest消息時啟動時間周期TXoff的定時器。如果時間周期TXoff過去之后,訪問終端仍然沒有收到XoffResponse消息,則AT-FCP就重新發(fā)送XoffRequest消息和重啟該定時器。訪問終端保持重新發(fā)送XoffRequest消息直到其收到XoffResponse消息,并且AT-FCP僅僅在收到XoffResponse消息之后過渡到關狀態(tài)。
在XoffRequest消息被正確傳輸,但丟失XoffResponse消息的情況下,AT-FCP保持重新發(fā)送XoffRequest消息。由于AN-FCP在發(fā)送了XoffResponse消息之后已經過渡到關狀態(tài),因此AN-FCP將不接收或者響應另外的XoffResponse消息。結果,AT-FCP被徒勞地保持在開狀態(tài)和保持重新發(fā)送XoffRequest消息。
需要一種方法和系統(tǒng),以當XoffResponse消息丟失時,用于將訪問終端從開狀態(tài)中解放出來。
發(fā)明內容
鑒于前述,公開了一種方法,其當在傳輸期間傳輸中斷響應(XoffResponse)消息丟失時,用于將訪問終端(AT-FCP)中的流控制協議(FCP)從開狀態(tài)過渡到關狀態(tài)。該方法包括包括通過AT-FCP發(fā)送第一個傳輸中斷請求(XoffRequest)消息;測量有關發(fā)送所述第一個XoffRequest消息的時間;和當從發(fā)送所述第一個XoffRequest消息開始經過預定的時間長度時,將AT-FCP過渡到關狀態(tài)。可選擇的方法包括與AN-FCP是處于開狀態(tài)或者關狀態(tài)無關,每次AN-FCP接收到傳輸中斷請求(XoffResquest)消息時,訪問網絡中的FCP(AN-FCP)就發(fā)送至少一個XoffResponse消息。
前述兩個方法還能夠組合,即AT-FCP在發(fā)送第一個XoffRequest消息之后開始測量時間,AN-FCP在接收到XoffRequest消息時發(fā)送XoffResponse消息,以及AT-FCP在預定長度的時間已經過去或者已經接收到XoffResponse之后過渡到關狀態(tài)。
本發(fā)明的實施例提供了一種流控制協議(FCP)執(zhí)行系統(tǒng),用于訪問終端中的FCP(AT-FCP)防止無意義等待傳輸中斷響應(XoffResponse)消息,其中從訪問網絡中的FCP(AN-FCP)發(fā)送的XoffResponse消息在傳輸期間丟失。所述FCP執(zhí)行系統(tǒng)包括從下述組的組合中選擇的部件訪問終端,其被構成為當從發(fā)送第一個傳輸中斷請求(XoffRequest)消息開始經過預定的時間長度時,將AT-FCP過渡到關狀態(tài);和AN-FCP被構成為在接收到XoffRequest時就發(fā)送XoffResponse消息。
本發(fā)明的另一個實施例提供了一種訪問終端,其包括流控制協議(FCP),用于發(fā)送第一個發(fā)送中斷請求(XoffRequest)消息;和第一定時器,其被構成為在所述第一個XoffRequest消息發(fā)送時啟動,當預定長度的時間已經過去時通知FCP過渡到關狀態(tài)。
通過結合附圖對本發(fā)明的優(yōu)選實施例進行詳細描述,本發(fā)明的上述和其它目的、特性、優(yōu)點將變得更加清楚,附圖中圖1是表示保持在開狀態(tài)的傳統(tǒng)訪問終端流控制協議(AT-FCP)的流程圖。
圖2是根據本發(fā)明一實施例的表示訪問網絡在過渡到關狀態(tài)之后發(fā)送傳輸中斷響應(XoffResponse)消息的流程圖。
圖3是根據本發(fā)明另一實施例的表示訪問終端在重復地沒有接收到傳輸中斷響應消息之后被過渡到關狀態(tài)的流程圖。
圖4是根據圖2和圖3的本發(fā)明實施例表示具有訪問網絡和訪問終端的高速信息包數據(HRPD)系統(tǒng)的方框圖,該訪問網絡和訪問終端具有用于測量時間的計數器。
具體實施例方式
本發(fā)明公開討論一種系統(tǒng)和方法,當訪問網絡發(fā)送的傳輸中斷響應(XoffResponse)消息被丟失時,用于將對應的訪問終端中的流控制協議(FCP)從開狀態(tài)釋放到關狀態(tài)。本發(fā)明的實施例可以使用硬件,軟件或其組合來實現流控制協議(FCP),實施流控制協議的組件可為流控制協議模塊或流控制協議邏輯電路。為了簡化說明,在本發(fā)明中簡稱為FCP。
圖1是表示當由訪問網絡(AN-FCP)120中的FCP發(fā)送的XoffResponse消息被丟失時,保持在開狀態(tài)的傳統(tǒng)訪問終端(AT-FCP)110中的FCP的流程圖。最初,AT-FCP 110和AN-FCP 120兩者都處于開狀態(tài),數據信息包能夠在它們之間傳輸。然后,在步驟130,AT-FCP110將傳輸中斷請求(XoffRequest)發(fā)送到AN-FCP 120。在步驟130,AT-FCP還啟動定時器Txoff。在步驟140,當接收到XoffRequest消息時,AN-FCP 120將傳輸中斷響應(XoffResponse)發(fā)送回AT-FCP 110,然后過渡到關狀態(tài)。但是,在步驟150,XoffResponse消息在傳輸期間丟失,未曾被AT-FCP 110接收到。于是Txoff定時器在步驟160終止了。由于沒有接收到XoffResponse消息,在步驟160,AT-FCP 110就發(fā)送另一個XoffRequest消息給AN-FCP 120,并且重新啟動定時器Txoff。在步驟170,因為沒有接收到任何XoffResponse消息,AT-FCP 110的Txoff定時器再次終止,并且AT-FCP 110保持發(fā)送XoffRequest消息。在這種傳統(tǒng)流控制協議(FCP)系統(tǒng)中,一旦XoffResponse消息丟失,AT-FCP 110就沒有辦法接收另一個XoffResponse消息或者將自己轉變到關狀態(tài)。
圖2是表示根據本發(fā)明一實施例的AN-FCP 120在過渡到關狀態(tài)之后發(fā)送傳輸中斷響應的流程圖。圖1和2中相同的部分標注了相同的附圖標記,因此其說明省略。在步驟210,盡管AN-FCP 120已經過渡成關狀態(tài),但AN-FCP 120在接收到新的XoffRequest消息之后仍發(fā)送新的XoffResponse消息。在這一次的實施例中,新的XoffResponse消息到達AT-FCP 110。在接收到該XoffResponse消息時,AT-FCP 110過渡到關狀態(tài)。
圖3是表示根據本發(fā)明另一實施例AT-FCP 110在重復地沒有接收到XoffResponse消息之后過渡到關狀態(tài)的流程圖。在步驟310,AT-FCP 110在發(fā)送XoffRequest消息和啟動Txoff定時器時,另外還設置計數器Vxoff=0。在步驟320,AN-FCP 120在接收到XoffRequest消息時發(fā)送XoffResponse消息。但是在步驟330,該XoffResponse消息在傳輸期間丟失了。當在步驟340,Txoff定時器終止時,AT-FCP 110遞增計數器,即執(zhí)行Vxoff=Vxoff+1的指令動作。如果Vxoff小于預定數Nxoff,則AT-FCP 110發(fā)送另一個XoffRequest消息和重新啟動Txoff定時器。根據本發(fā)明的這個實施例,AT-FCP 110將不接收任何XoffResponse消息,因此AT-FCP 110將保持重復步驟340,直到計數器Vxoff遞增到Vxoff=Vxoff+1=Nxoff為止。然后,在步驟350,AT-FCP 110停止發(fā)送XoffRequest或者重新啟動Txoff定時器,而過渡到關狀態(tài)。實際上,計數器Vxoff將把時間量限制為AT-FCP 110在過渡到關狀態(tài)之前等待XoffResponse消息的時間量。
圖4是根據圖2和圖3的本發(fā)明實施例表示具有訪問網絡430和訪問終端410的高速信息包數據(HRPD)系統(tǒng)400的方框圖,該訪問網絡430和訪問終端410具有用于測量時間的計數器425。訪問終端410還具有AT-FCP 415和當發(fā)送重復的XoffRequest消息時用于控制計時的定時器420。計數器425被構成為測量整個時間長度,根據圖2所示本發(fā)明的實施例,其允許AT-FCP 415在過渡到關狀態(tài)之前等待XoffResponse消息。當將第一XoffRequest消息發(fā)送到訪問網絡430時,AT-FCP 415還啟動定時器420和將計數器425復位到預定的第一值,例如0。當沒有接收到XoffResponse消息且定時器420終止時,AT-FCP 415將計數器425遞增預定的第二個數,例如1。如果計數器還沒有到達預定的第三個數,例如2,則AT-FCP 415將發(fā)送另一個XoffRequest消息,并再次啟動定時器420。訪問終端410重復上述步驟直到計數器425到達例如2的預定的第三個數,然后AT-FCP 415將過渡到關狀態(tài)。實際上,定時器420和計數器425的組合代表一種測量該時間量的方法,該時間量允許AT-FCP 415在本身過渡到關狀態(tài)之前等待XoffResponse消息所歷經的時間。
參考圖4,當AN-FCP 435在開狀態(tài)接收到XoffRequest消息時,其將過渡到關狀態(tài),并且發(fā)送XoffResponse消息。根據圖3所示本發(fā)明的實施例,當AN-FCP 435在關狀態(tài)接收到XoffRequest消息時,其將保持在關狀態(tài),并且仍然發(fā)送XoffResponse消息。這樣一來,即使先前的XoffResponse消息在傳輸中丟失,AN-FCP也總是能夠發(fā)送另一個XoffResponse以使AT-FCP不會被保持在開狀態(tài)。
盡管已經說明了本發(fā)明的示例性實施例,但是也能夠進行其它的改進、變化和替換。因此,應當理解,所附權利要求應當被廣泛地和以與公開范圍相一致的方式解釋。
權利要求
1.一種用于當XoffResponse(傳輸中斷響應)消息在傳輸期間丟失時將FCP(流控制協議)從開狀態(tài)過渡到關狀態(tài)的方法,該方法包括發(fā)送第一個XoffRequest(傳輸中斷請求)消息;測量有關發(fā)送所述第一個XoffRequest消息的時間;和當從發(fā)送所述第一個XoffRequest消息開始經過預定的時間長度時,從開狀態(tài)過渡到關狀態(tài)。
2.根據權利要求1的方法,還包括與所測量時間無關,當接收到XoffResponse消息時,從開狀態(tài)過渡到關狀態(tài)。
3.根據權利要求1的方法,還包括在過渡到關狀態(tài)之前的至少一個預定的時間間隔中,在所述第一個XoffRequest消息之后,發(fā)送一系列的XoffRequest消息。
4.一種訪問終端,用于當XoffResponse(傳輸中斷響應)消息在傳輸期間丟失時將FCP(流控制協議)模塊從開狀態(tài)過渡到關狀態(tài),所述訪問終端包括FCP模塊,用于發(fā)送第一個XoffRequest(傳輸中斷請求)消息;和第一定時器,其被構成為在所述第一個XoffRequest消息發(fā)送時啟動,當經過預定時間長度時,通知FCP模塊從開狀態(tài)過渡到關狀態(tài)。
5.根據權利要求4的訪問終端,還包括至少一個第二定時器,用于產生在發(fā)送一系列XoffRequest消息的相鄰兩個XoffRequest消息之間的至少一個時間間隔,用于通知FCP模塊每隔所述的時間間隔即發(fā)送所述系列的XoffRequest消息。
6.一種用于當XoffResponse(傳輸中斷響應)消息在傳輸期間丟失時將AT-FCP(訪問終端)中的FCP(流控制協議)從開狀態(tài)過渡到關狀態(tài)的方法,該方法包括不管AN-FCP處于開狀態(tài)或者關狀態(tài),在每次AN-FCP接收到XoffRequest(傳輸中斷請求)消息時,AN-FCP(訪問網絡中的FCP)就發(fā)送至少一個XoffResponse消息。
7.根據權利要求6的方法,還包括在AN-FCP接收到所述XoffRequest消息之后,將AN-FCP從開狀態(tài)過渡到關狀態(tài);以及在AN-FCP接收到所述XoffRequest消息之后,將AN-FCP保持在關狀態(tài)。
8.一種FCP(流控制協議)執(zhí)行系統(tǒng),用于防止AT-FCP模塊(訪問終端中的FCP)無意義等待XoffResponse(傳輸中斷響應)消息,其中從AN-FCP模塊(訪問網絡中的FCP)發(fā)送的XoffResponse消息在傳輸期間丟失,所述FCP執(zhí)行系統(tǒng)包括從下述組的組合中選擇的部件訪問終端,其被構成為當從發(fā)送第一個XoffRequest(傳輸中斷請求)消息開始經過預定的時間長度時,將AT-FCP過渡到關狀態(tài);和AN-FCP模塊,其被構成為在接收到XoffRequest時就發(fā)送XoffResponse消息。
9.根據權利要求8的FCP執(zhí)行系統(tǒng),其中訪問終端還包括第一定時器,其被構成為在所述第一個XoffRequest消息發(fā)送時啟動,并且當經過預定長度的時間時通知AT-FCP過渡到關狀態(tài);和一個第二定時器,用于產生在發(fā)送一系列XoffRequest消息的相鄰兩個XoffRequest消息之間的至少一個時間間隔,用于通知訪問終端每隔所述的時間間隔即發(fā)送所述系列的XoffRequest消息。
10.根據權利要求8的FCP執(zhí)行系統(tǒng),其中AN-FCP模塊還被構成為在接收到所述XoffRequest消息之后,從開狀態(tài)過渡到關狀態(tài);以及在接收到所述XoffRequest消息之后,保持在關狀態(tài)。
全文摘要
提供一種方法和系統(tǒng),用于當傳輸中斷響應(XoffResponse)消息在傳輸期間丟失時將訪問終端(AT-FCP)中的流控制協議(FCP)從開狀態(tài)過渡到關狀態(tài),該方法和系統(tǒng)包括通過AT-FCP發(fā)送第一個傳輸中斷請求(XoffRequest)消息;測量在發(fā)送所述第一個XoffRequest消息時的時間;和當從發(fā)送所述第一個XoffRequest消息開始預定的時間長度已經過去時,將AT-FCP過渡到關狀態(tài),或者,該方法包括與AN-FCP是處于開狀態(tài)或者關狀態(tài)無關,每次AN-FCP接收到傳輸中斷請求(XoffResquest)消息時,訪問網絡中的FCP(AN-FCP)就發(fā)送至少一個XoffResponse消息。
文檔編號H04L12/56GK101030979SQ20071008787
公開日2007年9月5日 申請日期2007年3月21日 優(yōu)先權日2006年7月7日
發(fā)明者李承俊 申請人:開曼群島威睿電通股份有限公司