專利名稱：流控制協(xié)議中的狀態(tài)過(guò)渡控制的方法及執(zhí)行系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信協(xié)議，特別是涉及流控制協(xié)議中的狀態(tài)過(guò)渡。
背景技術(shù)：
流控制協(xié)議(FCP，F(xiàn)low Control Protocol)是高速信息包數(shù)據(jù)(HRPD，High Rate Packet Data)系統(tǒng)的應(yīng)用層協(xié)議之一，該高速信息包數(shù)據(jù)系統(tǒng)提供由訪問(wèn)終端(AT，Access Terminal)和訪問(wèn)網(wǎng)絡(luò)(AN，Access Network)使用的程序和消息以執(zhí)行信息包應(yīng)用程序的流控制。訪問(wèn)終端和訪問(wèn)網(wǎng)絡(luò)都得實(shí)現(xiàn)流控制協(xié)議。用于訪問(wèn)終端和訪問(wèn)網(wǎng)絡(luò)兩者的FCP協(xié)力地工作以完成在訪問(wèn)終端和訪問(wèn)網(wǎng)絡(luò)之間的數(shù)據(jù)傳輸?shù)牧骺刂啤CP具有兩個(gè)狀態(tài)關(guān)狀態(tài)和開(kāi)狀態(tài)。在開(kāi)狀態(tài)，信息包應(yīng)用程序被允許發(fā)送或者接收數(shù)據(jù)信息包，但在關(guān)狀態(tài)，信息包應(yīng)用程序被禁止傳輸數(shù)據(jù)信息包。
FCP最初處于關(guān)狀態(tài)，其中信息包應(yīng)用程序不發(fā)送或者接收任何數(shù)據(jù)信息包。從關(guān)到開(kāi)狀態(tài)的狀態(tài)過(guò)渡過(guò)程依賴于過(guò)渡的初始態(tài)而不同。
當(dāng)訪問(wèn)網(wǎng)絡(luò)希望將其FCP從關(guān)狀態(tài)過(guò)渡到開(kāi)狀態(tài)時(shí)，訪問(wèn)網(wǎng)絡(luò)的FCP(以后稱為AN-FCP)首先將數(shù)據(jù)備便(以后稱為DataReady)消息發(fā)送到訪問(wèn)終端的FCP(以后稱為AT-FCP)，以表明有對(duì)應(yīng)于該信息包應(yīng)用程序的數(shù)據(jù)正等待傳輸。當(dāng)AT-FCP接收DataReady消息時(shí)，訪問(wèn)終端檢查其資源(resource)和流狀態(tài)，如果訪問(wèn)終端已經(jīng)準(zhǔn)備好交換數(shù)據(jù)信息包，則將XonRequest(傳輸請(qǐng)求)消息發(fā)送給AN-FCP。當(dāng)其發(fā)送XonRequest消息時(shí)，AT-FCP就過(guò)渡到開(kāi)狀態(tài)。當(dāng)AN-FCP接收XonRequest消息時(shí)，AN-FCP就將XonResponse(傳輸響應(yīng))消息發(fā)送給AT-FCP，并且還過(guò)渡到開(kāi)狀態(tài)?，F(xiàn)在訪問(wèn)終端和訪問(wèn)網(wǎng)絡(luò)兩者都處于開(kāi)狀態(tài)，因此允許數(shù)據(jù)傳輸。
當(dāng)訪問(wèn)終端希望交換初始化消息和將其AT-FCP從關(guān)狀態(tài)過(guò)渡到開(kāi)狀態(tài)時(shí)，訪問(wèn)終端僅僅發(fā)送數(shù)據(jù)信息包，而不交換XonRequest/XonResponse消息。當(dāng)關(guān)狀態(tài)中的訪問(wèn)終端發(fā)送任何數(shù)據(jù)信息包時(shí)，AT-FCP就過(guò)渡到開(kāi)狀態(tài)，當(dāng)關(guān)狀態(tài)中的訪問(wèn)網(wǎng)絡(luò)接收任何數(shù)據(jù)信息包時(shí)，AN-FCP就過(guò)渡到開(kāi)狀態(tài)。
當(dāng)數(shù)據(jù)傳輸完成或者需要暫停時(shí)，AT-FCP將XoffRequest(傳輸中斷請(qǐng)求)消息發(fā)送到AN-FCP。在接收到XoffRequest消息時(shí)，AN-FCP將XoffResponse(傳輸中斷響應(yīng))消息發(fā)送到AT-FCP以告知接收到XoffRequest消息，并且過(guò)渡到關(guān)狀態(tài)。但是，AT-FCP僅僅在其接收XoffResponse消息之后過(guò)渡到關(guān)狀態(tài)。
傳統(tǒng)上，對(duì)于丟失消息的規(guī)定是當(dāng)發(fā)送XoffRequest消息之后，在定時(shí)器的預(yù)定時(shí)間周期(TXoff)之內(nèi)沒(méi)有接收到XoffResponse消息時(shí)，則訪問(wèn)終端就重新發(fā)送XoffRequest消息。為此，AT-FCP在其發(fā)送XoffRequest消息時(shí)啟動(dòng)時(shí)間周期TXoff的定時(shí)器。如果時(shí)間周期TXoff過(guò)去之后，訪問(wèn)終端仍然沒(méi)有收到XoffResponse消息，則AT-FCP就重新發(fā)送XoffRequest消息和重啟該定時(shí)器。訪問(wèn)終端保持重新發(fā)送XoffRequest消息直到其收到XoffResponse消息，并且AT-FCP僅僅在收到XoffResponse消息之后過(guò)渡到關(guān)狀態(tài)。
在XoffRequest消息被正確傳輸，但丟失XoffResponse消息的情況下，AT-FCP保持重新發(fā)送XoffRequest消息。由于AN-FCP在發(fā)送了XoffResponse消息之后已經(jīng)過(guò)渡到關(guān)狀態(tài)，因此AN-FCP將不接收或者響應(yīng)另外的XoffResponse消息。結(jié)果，AT-FCP被徒勞地保持在開(kāi)狀態(tài)和保持重新發(fā)送XoffRequest消息。
需要一種方法和系統(tǒng)，以當(dāng)XoffResponse消息丟失時(shí)，用于將訪問(wèn)終端從開(kāi)狀態(tài)中解放出來(lái)。

發(fā)明內(nèi)容
鑒于前述，公開(kāi)了一種方法，其當(dāng)在傳輸期間傳輸中斷響應(yīng)(XoffResponse)消息丟失時(shí)，用于將訪問(wèn)終端(AT-FCP)中的流控制協(xié)議(FCP)從開(kāi)狀態(tài)過(guò)渡到關(guān)狀態(tài)。該方法包括包括通過(guò)AT-FCP發(fā)送第一個(gè)傳輸中斷請(qǐng)求(XoffRequest)消息；測(cè)量有關(guān)發(fā)送所述第一個(gè)XoffRequest消息的時(shí)間；和當(dāng)從發(fā)送所述第一個(gè)XoffRequest消息開(kāi)始經(jīng)過(guò)預(yù)定的時(shí)間長(zhǎng)度時(shí)，將AT-FCP過(guò)渡到關(guān)狀態(tài)。可選擇的方法包括與AN-FCP是處于開(kāi)狀態(tài)或者關(guān)狀態(tài)無(wú)關(guān)，每次AN-FCP接收到傳輸中斷請(qǐng)求(XoffResquest)消息時(shí)，訪問(wèn)網(wǎng)絡(luò)中的FCP(AN-FCP)就發(fā)送至少一個(gè)XoffResponse消息。
前述兩個(gè)方法還能夠組合，即AT-FCP在發(fā)送第一個(gè)XoffRequest消息之后開(kāi)始測(cè)量時(shí)間，AN-FCP在接收到XoffRequest消息時(shí)發(fā)送XoffResponse消息，以及AT-FCP在預(yù)定長(zhǎng)度的時(shí)間已經(jīng)過(guò)去或者已經(jīng)接收到XoffResponse之后過(guò)渡到關(guān)狀態(tài)。
本發(fā)明的實(shí)施例提供了一種流控制協(xié)議(FCP)執(zhí)行系統(tǒng)，用于訪問(wèn)終端中的FCP(AT-FCP)防止無(wú)意義等待傳輸中斷響應(yīng)(XoffResponse)消息，其中從訪問(wèn)網(wǎng)絡(luò)中的FCP(AN-FCP)發(fā)送的XoffResponse消息在傳輸期間丟失。所述FCP執(zhí)行系統(tǒng)包括從下述組的組合中選擇的部件訪問(wèn)終端，其被構(gòu)成為當(dāng)從發(fā)送第一個(gè)傳輸中斷請(qǐng)求(XoffRequest)消息開(kāi)始經(jīng)過(guò)預(yù)定的時(shí)間長(zhǎng)度時(shí)，將AT-FCP過(guò)渡到關(guān)狀態(tài)；和AN-FCP被構(gòu)成為在接收到XoffRequest時(shí)就發(fā)送XoffResponse消息。
本發(fā)明的另一個(gè)實(shí)施例提供了一種訪問(wèn)終端，其包括流控制協(xié)議(FCP)，用于發(fā)送第一個(gè)發(fā)送中斷請(qǐng)求(XoffRequest)消息；和第一定時(shí)器，其被構(gòu)成為在所述第一個(gè)XoffRequest消息發(fā)送時(shí)啟動(dòng)，當(dāng)預(yù)定長(zhǎng)度的時(shí)間已經(jīng)過(guò)去時(shí)通知FCP過(guò)渡到關(guān)狀態(tài)。


通過(guò)結(jié)合附圖對(duì)本發(fā)明的優(yōu)選實(shí)施例進(jìn)行詳細(xì)描述，本發(fā)明的上述和其它目的、特性、優(yōu)點(diǎn)將變得更加清楚，附圖中圖1是表示保持在開(kāi)狀態(tài)的傳統(tǒng)訪問(wèn)終端流控制協(xié)議(AT-FCP)的流程圖。
圖2是根據(jù)本發(fā)明一實(shí)施例的表示訪問(wèn)網(wǎng)絡(luò)在過(guò)渡到關(guān)狀態(tài)之后發(fā)送傳輸中斷響應(yīng)(XoffResponse)消息的流程圖。
圖3是根據(jù)本發(fā)明另一實(shí)施例的表示訪問(wèn)終端在重復(fù)地沒(méi)有接收到傳輸中斷響應(yīng)消息之后被過(guò)渡到關(guān)狀態(tài)的流程圖。
圖4是根據(jù)圖2和圖3的本發(fā)明實(shí)施例表示具有訪問(wèn)網(wǎng)絡(luò)和訪問(wèn)終端的高速信息包數(shù)據(jù)(HRPD)系統(tǒng)的方框圖，該訪問(wèn)網(wǎng)絡(luò)和訪問(wèn)終端具有用于測(cè)量時(shí)間的計(jì)數(shù)器。
具體實(shí)施例方式
本發(fā)明公開(kāi)討論一種系統(tǒng)和方法，當(dāng)訪問(wèn)網(wǎng)絡(luò)發(fā)送的傳輸中斷響應(yīng)(XoffResponse)消息被丟失時(shí)，用于將對(duì)應(yīng)的訪問(wèn)終端中的流控制協(xié)議(FCP)從開(kāi)狀態(tài)釋放到關(guān)狀態(tài)。本發(fā)明的實(shí)施例可以使用硬件，軟件或其組合來(lái)實(shí)現(xiàn)流控制協(xié)議(FCP)，實(shí)施流控制協(xié)議的組件可為流控制協(xié)議模塊或流控制協(xié)議邏輯電路。為了簡(jiǎn)化說(shuō)明，在本發(fā)明中簡(jiǎn)稱為FCP。
圖1是表示當(dāng)由訪問(wèn)網(wǎng)絡(luò)(AN-FCP)120中的FCP發(fā)送的XoffResponse消息被丟失時(shí)，保持在開(kāi)狀態(tài)的傳統(tǒng)訪問(wèn)終端(AT-FCP)110中的FCP的流程圖。最初，AT-FCP 110和AN-FCP 120兩者都處于開(kāi)狀態(tài)，數(shù)據(jù)信息包能夠在它們之間傳輸。然后，在步驟130，AT-FCP110將傳輸中斷請(qǐng)求(XoffRequest)發(fā)送到AN-FCP 120。在步驟130，AT-FCP還啟動(dòng)定時(shí)器Txoff。在步驟140，當(dāng)接收到XoffRequest消息時(shí)，AN-FCP 120將傳輸中斷響應(yīng)(XoffResponse)發(fā)送回AT-FCP 110，然后過(guò)渡到關(guān)狀態(tài)。但是，在步驟150，XoffResponse消息在傳輸期間丟失，未曾被AT-FCP 110接收到。于是Txoff定時(shí)器在步驟160終止了。由于沒(méi)有接收到XoffResponse消息，在步驟160，AT-FCP 110就發(fā)送另一個(gè)XoffRequest消息給AN-FCP 120，并且重新啟動(dòng)定時(shí)器Txoff。在步驟170，因?yàn)闆](méi)有接收到任何XoffResponse消息，AT-FCP 110的Txoff定時(shí)器再次終止，并且AT-FCP 110保持發(fā)送XoffRequest消息。在這種傳統(tǒng)流控制協(xié)議(FCP)系統(tǒng)中，一旦XoffResponse消息丟失，AT-FCP 110就沒(méi)有辦法接收另一個(gè)XoffResponse消息或者將自己轉(zhuǎn)變到關(guān)狀態(tài)。
圖2是表示根據(jù)本發(fā)明一實(shí)施例的AN-FCP 120在過(guò)渡到關(guān)狀態(tài)之后發(fā)送傳輸中斷響應(yīng)的流程圖。圖1和2中相同的部分標(biāo)注了相同的附圖標(biāo)記，因此其說(shuō)明省略。在步驟210，盡管AN-FCP 120已經(jīng)過(guò)渡成關(guān)狀態(tài)，但AN-FCP 120在接收到新的XoffRequest消息之后仍發(fā)送新的XoffResponse消息。在這一次的實(shí)施例中，新的XoffResponse消息到達(dá)AT-FCP 110。在接收到該XoffResponse消息時(shí)，AT-FCP 110過(guò)渡到關(guān)狀態(tài)。
圖3是表示根據(jù)本發(fā)明另一實(shí)施例AT-FCP 110在重復(fù)地沒(méi)有接收到XoffResponse消息之后過(guò)渡到關(guān)狀態(tài)的流程圖。在步驟310，AT-FCP 110在發(fā)送XoffRequest消息和啟動(dòng)Txoff定時(shí)器時(shí)，另外還設(shè)置計(jì)數(shù)器Vxoff＝0。在步驟320，AN-FCP 120在接收到XoffRequest消息時(shí)發(fā)送XoffResponse消息。但是在步驟330，該XoffResponse消息在傳輸期間丟失了。當(dāng)在步驟340，Txoff定時(shí)器終止時(shí)，AT-FCP 110遞增計(jì)數(shù)器，即執(zhí)行Vxoff＝Vxoff+1的指令動(dòng)作。如果Vxoff小于預(yù)定數(shù)Nxoff，則AT-FCP 110發(fā)送另一個(gè)XoffRequest消息和重新啟動(dòng)Txoff定時(shí)器。根據(jù)本發(fā)明的這個(gè)實(shí)施例，AT-FCP 110將不接收任何XoffResponse消息，因此AT-FCP 110將保持重復(fù)步驟340，直到計(jì)數(shù)器Vxoff遞增到Vxoff＝Vxoff+1＝Nxoff為止。然后，在步驟350，AT-FCP 110停止發(fā)送XoffRequest或者重新啟動(dòng)Txoff定時(shí)器，而過(guò)渡到關(guān)狀態(tài)。實(shí)際上，計(jì)數(shù)器Vxoff將把時(shí)間量限制為AT-FCP 110在過(guò)渡到關(guān)狀態(tài)之前等待XoffResponse消息的時(shí)間量。
圖4是根據(jù)圖2和圖3的本發(fā)明實(shí)施例表示具有訪問(wèn)網(wǎng)絡(luò)430和訪問(wèn)終端410的高速信息包數(shù)據(jù)(HRPD)系統(tǒng)400的方框圖，該訪問(wèn)網(wǎng)絡(luò)430和訪問(wèn)終端410具有用于測(cè)量時(shí)間的計(jì)數(shù)器425。訪問(wèn)終端410還具有AT-FCP 415和當(dāng)發(fā)送重復(fù)的XoffRequest消息時(shí)用于控制計(jì)時(shí)的定時(shí)器420。計(jì)數(shù)器425被構(gòu)成為測(cè)量整個(gè)時(shí)間長(zhǎng)度，根據(jù)圖2所示本發(fā)明的實(shí)施例，其允許AT-FCP 415在過(guò)渡到關(guān)狀態(tài)之前等待XoffResponse消息。當(dāng)將第一XoffRequest消息發(fā)送到訪問(wèn)網(wǎng)絡(luò)430時(shí)，AT-FCP 415還啟動(dòng)定時(shí)器420和將計(jì)數(shù)器425復(fù)位到預(yù)定的第一值，例如0。當(dāng)沒(méi)有接收到XoffResponse消息且定時(shí)器420終止時(shí)，AT-FCP 415將計(jì)數(shù)器425遞增預(yù)定的第二個(gè)數(shù)，例如1。如果計(jì)數(shù)器還沒(méi)有到達(dá)預(yù)定的第三個(gè)數(shù)，例如2，則AT-FCP 415將發(fā)送另一個(gè)XoffRequest消息，并再次啟動(dòng)定時(shí)器420。訪問(wèn)終端410重復(fù)上述步驟直到計(jì)數(shù)器425到達(dá)例如2的預(yù)定的第三個(gè)數(shù)，然后AT-FCP 415將過(guò)渡到關(guān)狀態(tài)。實(shí)際上，定時(shí)器420和計(jì)數(shù)器425的組合代表一種測(cè)量該時(shí)間量的方法，該時(shí)間量允許AT-FCP 415在本身過(guò)渡到關(guān)狀態(tài)之前等待XoffResponse消息所歷經(jīng)的時(shí)間。
參考圖4，當(dāng)AN-FCP 435在開(kāi)狀態(tài)接收到XoffRequest消息時(shí)，其將過(guò)渡到關(guān)狀態(tài)，并且發(fā)送XoffResponse消息。根據(jù)圖3所示本發(fā)明的實(shí)施例，當(dāng)AN-FCP 435在關(guān)狀態(tài)接收到XoffRequest消息時(shí)，其將保持在關(guān)狀態(tài)，并且仍然發(fā)送XoffResponse消息。這樣一來(lái)，即使先前的XoffResponse消息在傳輸中丟失，AN-FCP也總是能夠發(fā)送另一個(gè)XoffResponse以使AT-FCP不會(huì)被保持在開(kāi)狀態(tài)。
盡管已經(jīng)說(shuō)明了本發(fā)明的示例性實(shí)施例，但是也能夠進(jìn)行其它的改進(jìn)、變化和替換。因此，應(yīng)當(dāng)理解，所附權(quán)利要求應(yīng)當(dāng)被廣泛地和以與公開(kāi)范圍相一致的方式解釋。
權(quán)利要求
1.一種用于當(dāng)XoffResponse(傳輸中斷響應(yīng))消息在傳輸期間丟失時(shí)將FCP(流控制協(xié)議)從開(kāi)狀態(tài)過(guò)渡到關(guān)狀態(tài)的方法，該方法包括發(fā)送第一個(gè)XoffRequest(傳輸中斷請(qǐng)求)消息；測(cè)量有關(guān)發(fā)送所述第一個(gè)XoffRequest消息的時(shí)間；和當(dāng)從發(fā)送所述第一個(gè)XoffRequest消息開(kāi)始經(jīng)過(guò)預(yù)定的時(shí)間長(zhǎng)度時(shí)，從開(kāi)狀態(tài)過(guò)渡到關(guān)狀態(tài)。
2.根據(jù)權(quán)利要求1的方法，還包括與所測(cè)量時(shí)間無(wú)關(guān)，當(dāng)接收到XoffResponse消息時(shí)，從開(kāi)狀態(tài)過(guò)渡到關(guān)狀態(tài)。
3.根據(jù)權(quán)利要求1的方法，還包括在過(guò)渡到關(guān)狀態(tài)之前的至少一個(gè)預(yù)定的時(shí)間間隔中，在所述第一個(gè)XoffRequest消息之后，發(fā)送一系列的XoffRequest消息。
4.一種訪問(wèn)終端，用于當(dāng)XoffResponse(傳輸中斷響應(yīng))消息在傳輸期間丟失時(shí)將FCP(流控制協(xié)議)模塊從開(kāi)狀態(tài)過(guò)渡到關(guān)狀態(tài)，所述訪問(wèn)終端包括FCP模塊，用于發(fā)送第一個(gè)XoffRequest(傳輸中斷請(qǐng)求)消息；和第一定時(shí)器，其被構(gòu)成為在所述第一個(gè)XoffRequest消息發(fā)送時(shí)啟動(dòng)，當(dāng)經(jīng)過(guò)預(yù)定時(shí)間長(zhǎng)度時(shí)，通知FCP模塊從開(kāi)狀態(tài)過(guò)渡到關(guān)狀態(tài)。
5.根據(jù)權(quán)利要求4的訪問(wèn)終端，還包括至少一個(gè)第二定時(shí)器，用于產(chǎn)生在發(fā)送一系列XoffRequest消息的相鄰兩個(gè)XoffRequest消息之間的至少一個(gè)時(shí)間間隔，用于通知FCP模塊每隔所述的時(shí)間間隔即發(fā)送所述系列的XoffRequest消息。
6.一種用于當(dāng)XoffResponse(傳輸中斷響應(yīng))消息在傳輸期間丟失時(shí)將AT-FCP(訪問(wèn)終端)中的FCP(流控制協(xié)議)從開(kāi)狀態(tài)過(guò)渡到關(guān)狀態(tài)的方法，該方法包括不管AN-FCP處于開(kāi)狀態(tài)或者關(guān)狀態(tài)，在每次AN-FCP接收到XoffRequest(傳輸中斷請(qǐng)求)消息時(shí)，AN-FCP(訪問(wèn)網(wǎng)絡(luò)中的FCP)就發(fā)送至少一個(gè)XoffResponse消息。
7.根據(jù)權(quán)利要求6的方法，還包括在AN-FCP接收到所述XoffRequest消息之后，將AN-FCP從開(kāi)狀態(tài)過(guò)渡到關(guān)狀態(tài)；以及在AN-FCP接收到所述XoffRequest消息之后，將AN-FCP保持在關(guān)狀態(tài)。
8.一種FCP(流控制協(xié)議)執(zhí)行系統(tǒng)，用于防止AT-FCP模塊(訪問(wèn)終端中的FCP)無(wú)意義等待XoffResponse(傳輸中斷響應(yīng))消息，其中從AN-FCP模塊(訪問(wèn)網(wǎng)絡(luò)中的FCP)發(fā)送的XoffResponse消息在傳輸期間丟失，所述FCP執(zhí)行系統(tǒng)包括從下述組的組合中選擇的部件訪問(wèn)終端，其被構(gòu)成為當(dāng)從發(fā)送第一個(gè)XoffRequest(傳輸中斷請(qǐng)求)消息開(kāi)始經(jīng)過(guò)預(yù)定的時(shí)間長(zhǎng)度時(shí)，將AT-FCP過(guò)渡到關(guān)狀態(tài)；和AN-FCP模塊，其被構(gòu)成為在接收到XoffRequest時(shí)就發(fā)送XoffResponse消息。
9.根據(jù)權(quán)利要求8的FCP執(zhí)行系統(tǒng)，其中訪問(wèn)終端還包括第一定時(shí)器，其被構(gòu)成為在所述第一個(gè)XoffRequest消息發(fā)送時(shí)啟動(dòng)，并且當(dāng)經(jīng)過(guò)預(yù)定長(zhǎng)度的時(shí)間時(shí)通知AT-FCP過(guò)渡到關(guān)狀態(tài)；和一個(gè)第二定時(shí)器，用于產(chǎn)生在發(fā)送一系列XoffRequest消息的相鄰兩個(gè)XoffRequest消息之間的至少一個(gè)時(shí)間間隔，用于通知訪問(wèn)終端每隔所述的時(shí)間間隔即發(fā)送所述系列的XoffRequest消息。
10.根據(jù)權(quán)利要求8的FCP執(zhí)行系統(tǒng)，其中AN-FCP模塊還被構(gòu)成為在接收到所述XoffRequest消息之后，從開(kāi)狀態(tài)過(guò)渡到關(guān)狀態(tài)；以及在接收到所述XoffRequest消息之后，保持在關(guān)狀態(tài)。
全文摘要
提供一種方法和系統(tǒng)，用于當(dāng)傳輸中斷響應(yīng)(XoffResponse)消息在傳輸期間丟失時(shí)將訪問(wèn)終端(AT－FCP)中的流控制協(xié)議(FCP)從開(kāi)狀態(tài)過(guò)渡到關(guān)狀態(tài)，該方法和系統(tǒng)包括通過(guò)AT－FCP發(fā)送第一個(gè)傳輸中斷請(qǐng)求(XoffRequest)消息；測(cè)量在發(fā)送所述第一個(gè)XoffRequest消息時(shí)的時(shí)間；和當(dāng)從發(fā)送所述第一個(gè)XoffRequest消息開(kāi)始預(yù)定的時(shí)間長(zhǎng)度已經(jīng)過(guò)去時(shí)，將AT－FCP過(guò)渡到關(guān)狀態(tài)，或者，該方法包括與AN－FCP是處于開(kāi)狀態(tài)或者關(guān)狀態(tài)無(wú)關(guān)，每次AN－FCP接收到傳輸中斷請(qǐng)求(XoffResquest)消息時(shí)，訪問(wèn)網(wǎng)絡(luò)中的FCP(AN－FCP)就發(fā)送至少一個(gè)XoffResponse消息。
文檔編號(hào)H04L12/56GK101030979SQ20071008787
公開(kāi)日2007年9月5日 申請(qǐng)日期2007年3月21日 優(yōu)先權(quán)日2006年7月7日
發(fā)明者李承俊 申請(qǐng)人:開(kāi)曼群島威睿電通股份有限公司