專利名稱：：無線裝置的狀態(tài)機(jī)制的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明提供一種狀態(tài)機(jī)(statemachine)，尤指一種包含一單獨(dú)的時槽擷取狀態(tài)(slotseizingstate)，并且應(yīng)用于一符合個人接續(xù)通訊系統(tǒng)(personalaccesscommunicationsystem，PACS)規(guī)格的通訊裝置的狀態(tài)機(jī)。
背景技術(shù)：
：請參閱圖1，圖1為已知個人接續(xù)通訊系統(tǒng)(PACS)結(jié)構(gòu)及傳輸層(layer)的部分功能示意圖，該個人接續(xù)通訊系統(tǒng)結(jié)構(gòu)及傳輸層的完整描述詳細(xì)地定義于個人接續(xù)通訊系統(tǒng)的空中接口規(guī)范(PACSAirinterfaceRev.AandJ-STD-014-1998)中，而下列所述參照該個人接續(xù)通訊系統(tǒng)的空中接口規(guī)范。一標(biāo)準(zhǔn)符合個人接續(xù)通訊系統(tǒng)的無線通訊環(huán)境10包含有一個以上的用戶單元(SubscriberUnit，SU)12，其是經(jīng)由無線傳輸?shù)姆绞脚c一個以上的基站(RadioPort，RP)14進(jìn)行連通，然后，基站14再與一基站控制站(RadioPortControllerUnit，RPCU)16進(jìn)行通訊傳輸，而基站控制站16是用來控制基站14，并接收基站14所傳輸?shù)挠嵦?，以及將訊號傳輸至基?4。此外，基站控制站16還連接于一更廣泛的通訊網(wǎng)路(未示出)，例如電話網(wǎng)路(telephonenetwork)之類的通訊網(wǎng)路。接口A是一空中接口(airinterface)，其中基站14與基站控制站16之間所傳輸?shù)臒o線通訊信號是跨越該接口A。一般而言，目前無線通訊協(xié)定大部分是采用三層式(three-tier)的結(jié)構(gòu)，其中第一層(layer1)是一實體層(physicallayer)，用來實際連接兩通訊裝置，而第一層的接口跨越接口A而僅延伸至基站控制站16。接口P提供基站控制站16與基站14之間所需的連線，而接口16依據(jù)不同的操作方式而有不同的傳輸特性。用戶單元12以及基站控制站16兩邊均有相對應(yīng)的狀態(tài)機(jī)以進(jìn)行第二層(layer2)的通訊，同樣地，第三層(layer3)的結(jié)構(gòu)亦與第二層相似而在用戶單元12以及基站控制站16兩邊設(shè)有相對應(yīng)的狀態(tài)機(jī)。基站14是扮演第一層的角色而非第二、第三層，亦即經(jīng)由基站14而實體跨越兩接口A、P。請參閱圖2，圖2為已知個人接續(xù)通訊系統(tǒng)的用戶單元20的簡單功能方塊圖。用戶單元20包含有一處理器22用來執(zhí)行一軟件模塊(softwaremodule)24，而軟件模塊24包含有一即時操作系統(tǒng)核心碼26，其是依據(jù)用戶單元20所使用的硬件而不同，亦即即時操作系統(tǒng)核心碼26隨著用戶單元20的不同操作方式而改變，一驅(qū)動程序(driver)30用來提供一通用接口以存取即時操作系統(tǒng)核心碼26，一第一層協(xié)定31，一第二層協(xié)定32，一第三層協(xié)定33，一人機(jī)接口(manmachineinterface，MMI)34，以及公用程序(utility)35。公用程序35可提供計時器(timer)，計時器管理，以及存儲器管理之類的功能。人機(jī)接口34負(fù)責(zé)控制一液晶顯示裝置(liquidcrystaldisplay，LCD)28以及處理自一鍵盤裝置(keypad)27所輸入的訊號，所以，人機(jī)接口34是用來提供用戶單元20所需的使用者接口(userinterface)。第三層協(xié)定33則支援人機(jī)接口34以提供相關(guān)認(rèn)證(authentication)，保密性(例如編碼及解碼)，緊急發(fā)話(emergencycall)，以及其他額外服務(wù)。第二層協(xié)定32則支援第三層協(xié)定33以提供傳呼(alert)服務(wù)、頻道存取、同步處理、多路復(fù)用/去多路復(fù)用(multiplexing/demultiplexing)處理、訊號擷取(segmentation)、及訊號混合(assembly)等功能。第一層協(xié)定31則支援第二層協(xié)定32以提供與基站14通訊所需的實體鏈結(jié)，然后進(jìn)一步與基站控制站16完成實體鏈結(jié)以便進(jìn)行后續(xù)通訊傳輸。請參閱圖3，圖3為已知用戶單元40經(jīng)由第三層進(jìn)行傳輸?shù)姆綁K圖。用戶單元40包含有一第三層協(xié)定43，一人機(jī)接口44，一第二層協(xié)定42，以及多個計時器41，用戶單元40則與一基站控制站的第三層協(xié)定43x之間進(jìn)行訊號傳輸。第三層協(xié)定43與基站控制站的第三層協(xié)定43x之間使用無線通訊的方式，然而，實際上是經(jīng)由第二層協(xié)定42與一第一層協(xié)定(未示出)的協(xié)助，因此，若以第三層協(xié)定43的觀點來看，第三層協(xié)定43是直接與基站控制站的第三層協(xié)定43x進(jìn)行通訊，亦即直接傳送訊號至基站控制站的第三層協(xié)定43x，并直接接收基站控制站的第三層協(xié)定43x所輸出的訊號。同樣地，對第三層協(xié)定43而言，其是直接與人機(jī)接口44以及第二層協(xié)定42傳輸訊號。此外，第三層協(xié)定43可設(shè)定多個計時器41，且當(dāng)任一計時器41達(dá)到一預(yù)定值而完成計時工作時，該計時器41輸出一提示訊號以通知第三層協(xié)定43。請參閱圖4，圖4為已知第三層協(xié)定的有限狀態(tài)機(jī)制(finitestatemodel)的示意圖。對于運(yùn)作穩(wěn)定且可預(yù)測輸出結(jié)果的操作而言，該第三層協(xié)定的執(zhí)行機(jī)制可視為一有限狀態(tài)機(jī)50s，其是依據(jù)一事件觸發(fā)而從一狀態(tài)轉(zhuǎn)變至另一狀態(tài)，并且在狀態(tài)轉(zhuǎn)換前進(jìn)行一些相關(guān)程序及操作。有限狀態(tài)機(jī)50s中最主要且基本的狀態(tài)為閑置狀態(tài)(nullstate)50，其對應(yīng)于沒有與基站控制站16建立任何通信鏈路(trafficchannel)，并且正等待任何有效的觸發(fā)事件產(chǎn)生，該有效觸發(fā)事件使有限狀態(tài)機(jī)50s由閑置狀態(tài)50轉(zhuǎn)變?yōu)榱硪粻顟B(tài)以進(jìn)一步處理該有效觸發(fā)事件，舉例來說，第二層協(xié)定42產(chǎn)生一事件用來表示用戶單元40必須進(jìn)行注冊基站控制站16的操作，因此，有限狀態(tài)機(jī)50s轉(zhuǎn)變至一等待終端注冊狀態(tài)(terminalregistrationpendingstate)56，并等待與基站控制站16之間完成確認(rèn)注冊的程序。另外兩種型態(tài)的事件為一來話檢測(incomingcalldetection)事件以及一非緊急發(fā)話(non-emergencycallorigination)事件，前者是另一使用者正嘗試發(fā)話給用戶單元40，而后者是人機(jī)接口44指出該用戶單元40的使用者正嘗試發(fā)話給另一使用者。該來話檢測事件以及該非緊急發(fā)話事件中，任一事件均會使?fàn)顟B(tài)機(jī)50s先轉(zhuǎn)變至等待通話驗證碼狀態(tài)(radiocallidentifierpendingstate)51，并等待接收由基站控制站的第三層協(xié)定43x所傳輸?shù)膶?yīng)該通話的驗證碼(identifier)，而在接收到該驗證碼后，狀態(tài)機(jī)50s依據(jù)該用戶單元40是否為發(fā)話端而轉(zhuǎn)變至一來話狀態(tài)(incomingcallpresentstate)52或是一發(fā)話起始狀態(tài)(callinitiatedstate)53。在來話狀態(tài)52中，狀態(tài)機(jī)50s等待該用戶單元40的使用者回答該來話，并提示該使用者有一來話產(chǎn)生，例如使一電話產(chǎn)生振鈴，而當(dāng)該使用者拿起該電話后，狀態(tài)機(jī)50s則會轉(zhuǎn)變?yōu)橐粊碓捯呀訝顟B(tài)(callreceivedstate)57。在來話已接狀態(tài)57中，用戶單元40將該使用者已接聽該電話的訊息告知基站控制站的第三層協(xié)定43x，并等待基站控制站的第三層協(xié)定43x確認(rèn)該訊息是否收到，而當(dāng)基站控制站的第三層協(xié)定43x告知用戶單元40已收到該訊息后，狀態(tài)機(jī)50s則轉(zhuǎn)變至一穩(wěn)定狀態(tài)(stablestate)59。同樣地，在發(fā)話起始狀態(tài)53中，狀態(tài)機(jī)50s等待由基站控制站的第三層協(xié)定43x傳送來的連接確認(rèn)訊號以確定該發(fā)話已送出，當(dāng)狀態(tài)機(jī)50s接收到該連接確認(rèn)訊號后，狀態(tài)機(jī)50s亦轉(zhuǎn)變至穩(wěn)定狀態(tài)59，請注意，僅有當(dāng)狀態(tài)機(jī)50s處于穩(wěn)定狀態(tài)59時，兩使用者之間的信息交換(聲音或影像)才會進(jìn)行。當(dāng)該使用者掛斷該電話時(可由人機(jī)接口44得知)，狀態(tài)機(jī)50s轉(zhuǎn)變至斷線要求狀態(tài)(disconnectrequeststate)54，用戶單元40將通話已終止的訊息告知基站控制站的第三層協(xié)定43x，并等待基站控制站的第三層協(xié)定43x確認(rèn)該訊息已收到，而當(dāng)基站控制站的第三層協(xié)定43x完成確認(rèn)后，狀態(tài)機(jī)50s回復(fù)至閑置狀態(tài)50。此外，由于緊急發(fā)話的性質(zhì)不同于一般非緊急發(fā)話，因此該緊急發(fā)話與非緊急發(fā)話必須分開進(jìn)行處理，當(dāng)檢測到一緊急發(fā)話時，狀態(tài)機(jī)50s由閑置狀態(tài)50轉(zhuǎn)變至請求緊急發(fā)話狀態(tài)(emergencycallrequeststate)58，而當(dāng)處于請求緊急發(fā)話狀態(tài)58時，用戶單元40等待該緊急發(fā)話注冊至基站控制站的第三層協(xié)定43x，且當(dāng)基站控制站的第三層協(xié)定43x確認(rèn)該緊急發(fā)話后，狀態(tài)機(jī)50s轉(zhuǎn)變至發(fā)話起始狀態(tài)53。每一次狀態(tài)機(jī)50s由閑置狀態(tài)50轉(zhuǎn)變?yōu)榱硪粻顟B(tài)時，狀態(tài)機(jī)50s均會要求用戶單元40與基站控制站的第三層協(xié)定43x之間建立一通信鏈路，而該建立通信鏈路的步驟稱為時槽擷取(slotseizing)，而且任何形式的通話，例如發(fā)話，受話，以及用戶單元40的終端注冊程序均會需要時槽擷取的步驟。然而，已知技術(shù)并沒有特別地提供時槽擷取的程序，而時槽擷取的程序不應(yīng)該在閑置狀態(tài)50中被執(zhí)行，由于閑置狀態(tài)50是明確地對應(yīng)于基站控制站的第三層協(xié)定43x與用戶單元40之間沒有建立任何通信鏈路的狀況，所以，時槽擷取的程序必須分別地在閑置狀態(tài)50以外的每一狀態(tài)中被執(zhí)行，例如在等待終端注冊狀態(tài)56、等待通話驗證碼狀態(tài)51、以及請求緊急發(fā)話狀態(tài)58中執(zhí)行，然而，若在閑置狀態(tài)50中分離該時槽擷取的程序卻會因此造成不必要的復(fù)雜度，并且造成其他狀態(tài)除了原先所對應(yīng)的相關(guān)處理程序外，又加入了時槽擷取的程序而混淆了原先處理程序所對應(yīng)的事件，因而極易造成有限狀態(tài)機(jī)50s在執(zhí)行時產(chǎn)生錯誤，并且不易檢測出造成錯誤的實際原因以加以修正。
發(fā)明內(nèi)容因此本發(fā)明的主要目的在于提供一種包含一單獨(dú)的時槽擷取狀態(tài)的有限狀態(tài)機(jī)，并使該有機(jī)狀態(tài)機(jī)能包含有定義更明確的狀態(tài)，以解決上述問題。本發(fā)明提供的一種無線通訊裝置包含有一處理器以及一程序碼，用來執(zhí)行一包含有多個狀態(tài)的有限狀態(tài)機(jī)，以及產(chǎn)生各個狀態(tài)之間的轉(zhuǎn)變，該有限狀態(tài)機(jī)包含有一閑置狀態(tài)，用來對應(yīng)于一注冊事件，一發(fā)話事件，以及一來話檢測事件；一時槽擷取狀態(tài)，用來對應(yīng)于一傳輸通道的建立，當(dāng)該注冊事件，去話事件，以及來話事件的任一事件產(chǎn)生該傳輸通道的建立時，該有限狀態(tài)機(jī)由該閑置狀態(tài)轉(zhuǎn)變至該時槽擷取狀態(tài)；一等待通話驗證碼狀態(tài)，用來對應(yīng)于一通話驗證碼的等待，當(dāng)該傳輸通道建立且產(chǎn)生一非緊急發(fā)話事件或該來話事件時，該有限狀態(tài)機(jī)由該時槽擷取狀態(tài)轉(zhuǎn)變至該等待通話驗證碼狀態(tài)；一等待終端注冊狀態(tài)，用來對應(yīng)于該無線通訊裝置的注冊，當(dāng)建立該傳輸通道且產(chǎn)生該無線通訊裝置的注冊事件時，該有限狀態(tài)機(jī)由該時槽擷取狀態(tài)轉(zhuǎn)變至該等待終端注冊狀態(tài)；以及一請求緊急發(fā)話狀態(tài)，用來對應(yīng)于一緊急發(fā)話服務(wù)的請求，當(dāng)建立該傳輸通道且產(chǎn)生一緊急發(fā)話事件時，該有限狀態(tài)機(jī)由該時槽擷取狀態(tài)轉(zhuǎn)變至該請求緊急發(fā)話狀態(tài)；其中當(dāng)該有限狀態(tài)機(jī)處于該時槽擷取狀態(tài)且一第一定時器達(dá)到一第一預(yù)定值時，該有限狀態(tài)機(jī)啟動一第二計時器并轉(zhuǎn)變至該閑置狀態(tài)，以及當(dāng)該有限狀態(tài)機(jī)處于該閑置狀態(tài)且該第二定時器達(dá)到一第二預(yù)定值時，該有限狀態(tài)機(jī)持續(xù)嘗試進(jìn)行注冊直到完成注冊為止。圖1為已知個人接續(xù)通訊系統(tǒng)結(jié)構(gòu)及傳輸層的部分功能示意圖。圖2為已知個人接續(xù)通訊系統(tǒng)的用戶單元的簡單功能方塊圖。圖3為已知用戶單元經(jīng)由第三層進(jìn)行傳輸?shù)姆綁K圖。圖4為已知第三層協(xié)定的有限狀態(tài)機(jī)制的示意圖。圖5為本發(fā)明用戶單元的功能方塊圖。圖6為圖5所示的第三層協(xié)定的有限狀態(tài)機(jī)制的示意圖。圖7為圖6所示的閑置狀態(tài)的程序流程圖。圖8A，圖8B，圖8C是圖6所示的時槽擷取狀態(tài)的程序流程圖。具體實施例方式請參閱圖5，圖5為本發(fā)明用戶單元60的功能方塊圖。用戶單元60是應(yīng)用于一個人接續(xù)通訊系統(tǒng)(PACS)的裝置，其包含有一處理器62用來執(zhí)行一軟件模塊64而提供用戶單元60所需的功能，而用戶單元60還使用一鍵盤裝置67作為一使用者輸入裝置，以及一液晶顯示裝置68作為輸出裝置，其中鍵盤裝置67及液晶顯示裝置68均受軟件模塊64控制。雖然本實施例沒有在圖5所示的功能方塊圖中明確顯示，但是用戶單元60的所有元件，例如處理器62，軟件模塊64，鍵盤裝置67，以及液晶顯示裝置68等均適當(dāng)?shù)卦O(shè)置于一殼體中(例如移動電話外殼)。軟件模塊64包含有一即時操作系統(tǒng)核心碼66，其依據(jù)用戶單元60所使用的硬件而變化，亦即即時操作系統(tǒng)核心碼66隨著用戶單元60的不同操作方式而改變，一驅(qū)動程序70用來提供一通用接口以存取即時操作系統(tǒng)核心碼66，一第一層協(xié)定71，一第二層協(xié)定72，一第三層協(xié)定73，一人機(jī)接口74，以及公用程序75。公用程序75可提供計時器(timer)，計時器管理，以及存儲器管理之類的功能。人機(jī)接口74則負(fù)責(zé)處理自液晶顯示裝置68以及鍵盤裝置67所輸入的訊號，所以，人機(jī)接口74用來提供用戶單元60一使用者接口。第三層協(xié)定73支援人機(jī)接口74以提供認(rèn)證，保密(例如編碼及解碼)，緊急發(fā)話，以及其他額外服務(wù)。第二層協(xié)定72則支援第三層協(xié)定73而提供警示服務(wù)，頻道存取，同步處理，多路復(fù)用/去多路復(fù)用處理，訊號擷取，以及訊號混合等功能。第一層協(xié)定71支援第二層協(xié)定72而提供與基站控制臺(未示出)通訊所需的實體鏈結(jié)以進(jìn)行通訊傳輸。用戶單元60中，大多數(shù)的硬件及軟件在已知技術(shù)中均已披露，然而，用戶單元60與已知技術(shù)最主要的不同處為第三層協(xié)定73。請參閱圖6及圖5，圖6為圖5所示的第三層協(xié)定73的有限狀態(tài)機(jī)制80s的示意圖。第三層協(xié)定73所對應(yīng)的有限狀態(tài)機(jī)73s是應(yīng)用該有限狀態(tài)機(jī)制80s，而無論運(yùn)作于哪一時刻，有限狀態(tài)機(jī)73s會處于一預(yù)先定義于有限狀態(tài)機(jī)制80s中的狀態(tài)，特別的是，有限狀態(tài)機(jī)制80s特別定義了一閑置狀態(tài)80以及一時槽擷取狀態(tài)81。每當(dāng)有限狀態(tài)機(jī)73s由閑置狀態(tài)80轉(zhuǎn)變至其他狀態(tài)時，均會先轉(zhuǎn)變至?xí)r槽擷取狀態(tài)81。當(dāng)處于閑置狀態(tài)80時，用戶單元60的第三層協(xié)定73并沒有與一相對應(yīng)基站控制站的第三層協(xié)定建立任何傳輸通道，同時等待任何注冊事件，發(fā)話事件，或來話檢測事件的觸發(fā)而轉(zhuǎn)變至?xí)r槽擷取狀態(tài)81。當(dāng)處于時槽擷取狀態(tài)81時，第三層協(xié)定73等待與該基站控制站的第三層協(xié)定建立傳輸通道，然后依據(jù)當(dāng)初觸發(fā)有限狀態(tài)機(jī)73s進(jìn)入時槽擷取狀態(tài)81的事件，而由時槽擷取狀態(tài)81轉(zhuǎn)變至另一相對應(yīng)狀態(tài)。對時槽擷取狀態(tài)81而言，有限狀態(tài)機(jī)73s下一步可以轉(zhuǎn)變至一等待通話驗證碼狀態(tài)82，一等待終端注冊狀態(tài)83，或是一請求緊急發(fā)話狀態(tài)84。從上述等待通話驗證碼狀態(tài)82，等待終端注冊狀態(tài)83，以及請求緊急發(fā)話狀態(tài)84中，有限狀態(tài)機(jī)73s則可再轉(zhuǎn)變至有限狀態(tài)機(jī)制80s所定義的其他狀態(tài)。等待通話驗證碼狀態(tài)82，等待終端注冊狀態(tài)83，請求緊急發(fā)話狀態(tài)84，以及經(jīng)由上述狀態(tài)所轉(zhuǎn)變的其他狀態(tài)的運(yùn)作方式與已知技術(shù)相同。簡而言之，當(dāng)處于等待通話驗證碼狀態(tài)82時，狀態(tài)機(jī)73s等待由該基站控制站的第三層協(xié)定所傳送的通話驗證碼，而該通話驗證碼是一通訊設(shè)備對一通訊網(wǎng)路進(jìn)行通訊連結(jié)時所需的數(shù)據(jù)，用來確認(rèn)彼此之間的通訊。狀態(tài)機(jī)73s會由于第二層協(xié)定72所傳送的一注冊事件而自時槽擷取狀態(tài)81轉(zhuǎn)變至等待通話驗證碼狀態(tài)82，而狀態(tài)機(jī)73s亦由于非緊急發(fā)話事件或來話維持事件兩者之一而自時槽擷取狀態(tài)81轉(zhuǎn)變至等待終端注冊狀態(tài)83，且當(dāng)處于等待終端注冊狀態(tài)83時，狀態(tài)機(jī)73s等待用戶單元60與該基站控制站完成注冊操作，此外，狀態(tài)機(jī)73s亦由于一緊急發(fā)話事件而自時槽擷取狀態(tài)81轉(zhuǎn)變至請求緊急發(fā)話狀態(tài)84。對于狀態(tài)機(jī)制80s的其他狀態(tài)而言，當(dāng)處于等待通話驗證碼狀態(tài)82，且收到基站控制站的第三層協(xié)定所傳送的通話驗證碼后，狀態(tài)機(jī)70s依據(jù)用戶單元60是否為發(fā)話端而轉(zhuǎn)變至一來話狀態(tài)85或是另一發(fā)話起始狀態(tài)87。當(dāng)處于來話狀態(tài)85時，狀態(tài)機(jī)70s等待使用者回話，并且同時警示該使用者有來話產(chǎn)生，而當(dāng)該使用者回應(yīng)該來話后，狀態(tài)機(jī)70s轉(zhuǎn)變至來話已接狀態(tài)86。當(dāng)處于來話已接狀態(tài)86時，用戶單元60將使用者已回話的訊息通知基站控制站的第三層協(xié)定，并等待基站控制站的第三層協(xié)定回傳確認(rèn)收到該訊息的訊號，而當(dāng)基站控制站的第三層協(xié)定收到該訊息并通知用戶單元60后，狀態(tài)機(jī)70s則轉(zhuǎn)變至穩(wěn)定狀態(tài)88。同樣地，當(dāng)處于發(fā)話起始狀態(tài)87時，狀態(tài)機(jī)70s等待基站控制站的第三層協(xié)定所傳來的確認(rèn)連接訊息，該訊息表示用戶單元60與基站控制站之間已完成相關(guān)通話建立的程序，然后狀態(tài)機(jī)70s轉(zhuǎn)變至穩(wěn)定狀態(tài)88。請注意，只有當(dāng)狀態(tài)機(jī)70s處于穩(wěn)定狀態(tài)88時，使用者之間的訊息(語音或數(shù)據(jù))傳遞交換才能順利進(jìn)行。當(dāng)狀態(tài)機(jī)70s由人機(jī)接口74得知使用者已切斷通話時，狀態(tài)機(jī)70s轉(zhuǎn)變至斷線要求狀態(tài)89，亦即用戶單元60將通話中斷的訊息告知基站控制站的第三層協(xié)定，并等待基站控制站的第三層協(xié)定回傳確認(rèn)收到該訊息的訊號，而當(dāng)用戶單元60接收到該確認(rèn)事件后，狀態(tài)機(jī)70s則轉(zhuǎn)變至閑置狀態(tài)80。此外，當(dāng)檢測到用戶單元60產(chǎn)生緊急發(fā)話時，狀態(tài)機(jī)70s則由閑置狀態(tài)80轉(zhuǎn)變至請求緊急發(fā)話狀態(tài)84，當(dāng)處于請求緊急發(fā)話狀態(tài)84時，用戶單元60等待基站控制站回應(yīng)一通話驗證碼以確認(rèn)該緊急發(fā)話，且當(dāng)該通話驗證碼完成確認(rèn)后，狀態(tài)機(jī)70s則轉(zhuǎn)變至發(fā)話起始狀態(tài)87。時槽擷取狀態(tài)81是本發(fā)明狀態(tài)機(jī)制80所披露的特別狀態(tài)，并且閑置狀態(tài)80必須經(jīng)由適當(dāng)修正以支援時槽擷取狀態(tài)81，請同時參閱圖7，圖6以及圖5，圖7為圖6所示的閑置狀態(tài)80的程序流程90。當(dāng)處于閑置狀態(tài)80時，狀態(tài)機(jī)73s等待一LQM_L3_REG事件90a，一MMI_L3_CALL_REG事件90b，一LQM_L3_ALERT事件90c，或是一第二計時器完成計時事件90d。LQM_L3_REG事件90a是由第二層協(xié)定72產(chǎn)生，用來指出用戶單元60必須進(jìn)行注冊至一基站控制站的操作，亦即產(chǎn)生一注冊事件。第二計時器完成計時事件90d指出第二計時器75s已經(jīng)完成計時工作，亦被視為產(chǎn)生一注冊事件。MMI_L3_CALLREG事件90b是由人機(jī)接口74產(chǎn)生，用來指出使用者正嘗試發(fā)話，即是說產(chǎn)生一發(fā)話事件，而該發(fā)話可以是一非緊急發(fā)話或是一緊急發(fā)話。而LQM_L3_ALERT事件90c是由第二層協(xié)定72產(chǎn)生，用來指出有一來話發(fā)生，亦即產(chǎn)生一來話檢測事件。上述事件90a，90b，90c，90d均需要建立個別的傳輸通道，而該傳輸通道的類型則依據(jù)相對應(yīng)事件而不同。在步驟91a時，狀態(tài)機(jī)73s設(shè)定通話類別為CT_REG，表示注冊操作必須執(zhí)行，例如事件90a或90d所產(chǎn)生的注冊事件。步驟91b時，狀態(tài)機(jī)73s決定90b所產(chǎn)生的發(fā)話事件是否為一緊急發(fā)話或非緊急發(fā)話，如果該發(fā)話是一緊急發(fā)話，則進(jìn)行步驟92b，且設(shè)定通話類別為CT_EMER。相反地，則進(jìn)行步驟93b，該使用者正嘗試產(chǎn)生一非緊急發(fā)話，并且設(shè)定通話類別為CT_ORG。在步驟91c時，設(shè)定通話類別為CT_TERM，用來指出用戶單元60是一終端，亦即一來話的接收端，并回應(yīng)產(chǎn)生一來話檢測事件，如步驟90c所示。通話類別是用來提供第二層協(xié)定72與基站控制站建立適當(dāng)通信鏈路所需信息，因此在設(shè)定通話類別之后，狀態(tài)機(jī)73s傳送命令給第二層協(xié)定72以建立相對應(yīng)通信鏈路(步驟95)，亦即所謂的L3_LQM_NORMAL_TC_REG基礎(chǔ)內(nèi)建指令(commandprimitive)，其用來傳遞設(shè)定通信鏈路類別的通話類別參數(shù)，然后，狀態(tài)機(jī)73s于步驟96啟動第一計時器75f，并緊接著轉(zhuǎn)變至?xí)r槽擷取狀態(tài)81。請同時參閱圖8A，圖8B，圖8C，圖5及圖6。圖8A，圖8B，圖8C是圖6所示的時槽擷取狀態(tài)81的程序流程圖。當(dāng)處于時槽擷取狀態(tài)81時，狀態(tài)機(jī)73s會等待步驟110，130，150，或170所產(chǎn)生的任何事件，并依據(jù)該事件觸發(fā)而執(zhí)行相關(guān)程序，然后狀態(tài)機(jī)73s轉(zhuǎn)變至其他狀態(tài)或是回到時槽擷取狀態(tài)81，而各事件以及相關(guān)操作均編號說明如下。110產(chǎn)生一LQM_L3_TC_READY事件，其由第二層協(xié)定72產(chǎn)生，用來將一通信鏈路已成功建立的訊息告知第三層協(xié)定73，進(jìn)行步驟111；111停止第一計時器75f，當(dāng)?shù)诙訁f(xié)定72沒有即時回應(yīng)閑置狀態(tài)80所執(zhí)行的建立通信鏈路指令時，例如圖7中步驟95所示的L3_LQM-NORMAL_TC_REQ基礎(chǔ)內(nèi)建指令，第一計時器75f中斷狀態(tài)機(jī)73s運(yùn)作。當(dāng)?shù)诙訁f(xié)定72即時接收到第二層協(xié)定72所產(chǎn)生的回應(yīng)訊號時，狀態(tài)機(jī)73s就不再需要第一計時器75f，并進(jìn)行步驟112(如圖8B所示)；112通信鏈路是否建立以進(jìn)行注冊用戶單元60的操作？即是說，通話類別是否于閑置狀態(tài)80中設(shè)定為CT_REG？若是，進(jìn)行步驟113，否則，進(jìn)行步驟115；113用戶單元60正注冊該基站控制站，并傳遞一請求注冊的訊息至基站控制站的第三層協(xié)定，進(jìn)行步驟114；114啟動一等待注冊計時器75r，假如請求注冊的操作持續(xù)過久而仍未即時完成，注冊計時器75r會完成計時操作而使?fàn)顟B(tài)機(jī)73s轉(zhuǎn)變至等待終端注冊狀態(tài)83；115用戶單元60是否為發(fā)話端？即是說，該通話類別于閑置狀態(tài)80是設(shè)定為CT_EMER或CT_ORG兩者其一？若是，則進(jìn)行步驟118，否則，進(jìn)行步驟116；116用戶單元60正接收一來話，并傳遞一訊息至基站控制站的第三層協(xié)定，用來告知基站控制站的第三層協(xié)定一來話檢測警示(incomingcaldetectionalert)訊息，進(jìn)行步驟117；117啟動一等待通話驗證碼計時器(RCIDpendingtimer)75i，若基站控制站的第三層協(xié)定沒有即時回應(yīng)一通話驗證碼，該通話驗證碼是對應(yīng)于步驟116中的用戶單元60，狀態(tài)機(jī)73s則轉(zhuǎn)變至等待通話驗證碼狀態(tài)82；118用戶單元60是發(fā)話端，且該發(fā)話是否為一緊急發(fā)話？即是說，該通話類別在閑置狀態(tài)80是否設(shè)定為CT_EMER？若是，則進(jìn)行步驟121，否則進(jìn)行步驟119；119將用戶單元60想要發(fā)話的訊息告知該基站控制站的第三層協(xié)定，進(jìn)行步驟120；120啟動一等待注冊計時器75r，且狀態(tài)機(jī)73s轉(zhuǎn)變至等待通話驗證碼狀態(tài)82；121將用戶單元60想要產(chǎn)生一緊急發(fā)話的訊息告知該基站控制站的第三層協(xié)定，進(jìn)行步驟122；122啟動一請求緊急發(fā)話計時器75e，若基站控制站的第三層協(xié)定沒有即時回應(yīng)步驟121所產(chǎn)生的緊急發(fā)話請求，則請求緊急發(fā)話計時器75e完成計時的操作，并使?fàn)顟B(tài)機(jī)73s轉(zhuǎn)變至請求緊急發(fā)話狀態(tài)84；130第一計時器已完成計時，即是說基站控制站無法即時回應(yīng)閑置狀態(tài)80中所執(zhí)行的建立通信鏈路請求，因此通信鏈路則被認(rèn)為建立失敗，進(jìn)行步驟131(如圖8C所示)；131該嘗試建立的通信鏈路是否用來讓用戶單元60進(jìn)行注冊操作？即是說，該通話類別于閑置狀態(tài)80中是否設(shè)定為CT_REG？若是，則進(jìn)行步驟132，否則，進(jìn)行步驟133；132注冊操作正開始被執(zhí)行，啟動第二計時器75s，其會觸發(fā)一第二計時器完成計時事件(如圖7所示的事件90d)以于稍后再重新進(jìn)行用戶單元60的相關(guān)注冊程序，狀態(tài)機(jī)73s同時轉(zhuǎn)變至閑置狀態(tài)80。請注意，一旦第二計時器75s已完成計時，且狀態(tài)機(jī)73s同時處于閑置狀態(tài)80時，該第二計時器完成計時事件90d會造成狀態(tài)機(jī)73s在完成啟動第一計時器75f后轉(zhuǎn)變至?xí)r槽擷取狀態(tài)81。如上所述，狀態(tài)機(jī)73s在閑置狀態(tài)80與時槽擷取狀態(tài)81之間持續(xù)不停地相互轉(zhuǎn)變，直到用戶單元60成功地建立一進(jìn)行注冊程序的通信鏈路為止。133注冊操作并沒有正在執(zhí)行，用戶單元60是否正嘗試要發(fā)話？即是說，該通話類別于閑置狀態(tài)80是否設(shè)定為CT_EMER或CT_ORG其一？若是，則進(jìn)行步驟134，否則，狀態(tài)機(jī)73s轉(zhuǎn)變至閑置狀態(tài)80；134用戶單元60正嘗試要發(fā)話，該發(fā)話是否為一緊急發(fā)話？即是說，該通話類別于閑置狀態(tài)80是否設(shè)定為CT_EMER？若是，則進(jìn)行步驟135，否則，進(jìn)行步驟137；135傳遞一基礎(chǔ)內(nèi)建指令至第二層協(xié)定72以請求建立一通信鏈路，用來處理該緊急發(fā)話，進(jìn)行步驟136；136啟動第一計時器75f，若對應(yīng)緊急發(fā)話的建立通信鏈路請求無法即時被處理，則狀態(tài)機(jī)73s會回到時槽擷取狀態(tài)81。如上所述，狀態(tài)機(jī)73s會持續(xù)不斷地嘗試建立一緊急通信鏈路以處理該緊急發(fā)話，直到完成建立緊急通信鏈路為止；137發(fā)話并非緊急發(fā)話，所以僅將該發(fā)話無法完成的訊息告知人機(jī)接口74，且狀態(tài)機(jī)73s會轉(zhuǎn)變至閑置狀態(tài)80；150第二層協(xié)定72將無法與基站控制站建立所需通信鏈路的訊息告知第三層協(xié)定73，進(jìn)行步驟151；151停止第一計時器75f，而第一計時器75f是用來處理第二層協(xié)定72無法即時產(chǎn)生回應(yīng)的狀況；170人機(jī)接口74將使用者取消通話的訊息告知第三層協(xié)定73，進(jìn)行步驟171；171停止第一計時器75f，而此時無論該通信鏈路是否建立已不重要，且第二層協(xié)定72也不再需要產(chǎn)生任何進(jìn)一步的回應(yīng)，進(jìn)行步驟172；172傳遞一指令至第二層協(xié)定72以指示第二層協(xié)定72釋放通信鏈路，而且必須確保基站控制站的第三層協(xié)定所對應(yīng)的狀態(tài)機(jī)與用戶單元60所對應(yīng)的狀態(tài)機(jī)73s同步，然后狀態(tài)機(jī)73s回到閑置狀態(tài)80。與已知技術(shù)相比較，本發(fā)明狀態(tài)機(jī)制提供一種獨(dú)特的時槽擷取狀態(tài)，其是明確地用來單獨(dú)處理通信鏈路建立程序，而已知標(biāo)準(zhǔn)的閑置狀態(tài)則經(jīng)由適當(dāng)修正以配合本發(fā)明披露的時槽擷取狀態(tài)，且任何需要產(chǎn)生通信鏈路的事件均使?fàn)顟B(tài)機(jī)轉(zhuǎn)變至該時槽擷取狀態(tài)，因此本發(fā)明狀態(tài)機(jī)制可提供定義更明確的狀態(tài)，并恰好地劃分不同操作而對應(yīng)至其適當(dāng)狀態(tài)，結(jié)果不但可使除錯更容易，并且使程序設(shè)計更簡單而同時提供執(zhí)行更穩(wěn)定的程序。以上所述僅為本發(fā)明的較佳實施例，凡依本發(fā)明權(quán)利要求所做的均等變化與修飾，皆應(yīng)屬本發(fā)明專利的涵蓋范圍。權(quán)利要求1.一種無線通訊裝置包含有一處理器以及一程序碼，用來執(zhí)行一包含有多個狀態(tài)的有限狀態(tài)機(jī)，以及產(chǎn)生各個狀態(tài)之間的轉(zhuǎn)變，該有限狀態(tài)機(jī)包含有一閑置狀態(tài)，用來對應(yīng)于一注冊事件，一發(fā)話事件，以及一來話檢測事件；一時槽擷取狀態(tài)，用來對應(yīng)于一傳輸通道的建立，當(dāng)該注冊事件，去話事件，以及來話事件的任一事件產(chǎn)生該傳輸通道的建立時，該有限狀態(tài)機(jī)由該閑置狀態(tài)轉(zhuǎn)變至該時槽擷取狀態(tài)；一等待通話驗證碼狀態(tài)，用來對應(yīng)于一通話驗證碼的等待，當(dāng)該傳輸通道建立且產(chǎn)生一非緊急發(fā)話事件或該來話事件時，該有限狀態(tài)機(jī)由該時槽擷取狀態(tài)轉(zhuǎn)變至該等待通話驗證碼狀態(tài)；一等待終端注冊狀態(tài)，用來對應(yīng)于該無線通訊裝置的注冊，當(dāng)建立該傳輸通道且產(chǎn)生該無線通訊裝置的注冊事件時，該有限狀態(tài)機(jī)由該時槽擷取狀態(tài)轉(zhuǎn)變至該等待終端注冊狀態(tài)；以及一請求緊急發(fā)話狀態(tài)，用來對應(yīng)于一緊急發(fā)話服務(wù)的請求，當(dāng)建立該傳輸通道且產(chǎn)生一緊急發(fā)話事件時，該有限狀態(tài)機(jī)由該時槽擷取狀態(tài)轉(zhuǎn)變至該請求緊急發(fā)話狀態(tài)；其中當(dāng)該有限狀態(tài)機(jī)處于該時槽擷取狀態(tài)且一第一定時器達(dá)到一第一預(yù)定值時，該有限狀態(tài)機(jī)啟動一第二計時器并轉(zhuǎn)變至該閑置狀態(tài)，以及當(dāng)該有限狀態(tài)機(jī)處于該閑置狀態(tài)且該第二定時器達(dá)到一第二預(yù)定值時，該有限狀態(tài)機(jī)持續(xù)嘗試進(jìn)行注冊直到完成注冊為止。2.如權(quán)利要求1所述的無線通訊裝置，其中當(dāng)該有限狀態(tài)機(jī)處于該時槽擷取狀態(tài)，并且于建立該傳輸通道前產(chǎn)生一結(jié)束通話事件時，該有限狀態(tài)機(jī)轉(zhuǎn)變至該閑置狀態(tài)。3.如權(quán)利要求2所述的無線通訊裝置，其中該有限狀態(tài)機(jī)在轉(zhuǎn)變至該閑置狀態(tài)之前停止該第一計時器。4.如權(quán)利要求1所述的無線通訊裝置，其中該有限狀態(tài)機(jī)自該閑置狀態(tài)轉(zhuǎn)變至該時槽擷取狀態(tài)前會先啟動該第一計時器。5.如權(quán)利要求1所述的無線通訊裝置，其中當(dāng)該有限狀態(tài)機(jī)處于該時槽擷取狀態(tài)，且于一注冊事件之后接收到一傳輸通道建立失敗事件時，該有限狀態(tài)機(jī)啟動該第二計時器，并轉(zhuǎn)變至該閑置狀態(tài)。6.如權(quán)利要求5所述的無線通訊裝置，其中該有限狀態(tài)機(jī)在轉(zhuǎn)變至該閑置狀態(tài)之前停止該第一計時器。7.如權(quán)利要求1所述的無線通訊裝置，其是遵循個人接續(xù)通訊系統(tǒng)所定義的通訊協(xié)定。全文摘要本發(fā)明提供一種個人接續(xù)通訊系統(tǒng)的用戶單元的第三層協(xié)定，其是對應(yīng)于一有限狀態(tài)機(jī)，該有限狀態(tài)包含有一單獨(dú)的時槽擷取狀態(tài)。任何由閑置狀態(tài)轉(zhuǎn)變至其他狀態(tài)時均需建立一傳輸通道，并在轉(zhuǎn)變至其他相關(guān)狀態(tài)前先轉(zhuǎn)變至該時槽擷取狀態(tài)。當(dāng)處于該時槽擷取狀態(tài)時，該用戶單元的第三層協(xié)定所對應(yīng)的狀態(tài)機(jī)等待該傳輸通道建立時所傳遞的確認(rèn)訊號。文檔編號H04W4/22GK1430391SQ0211881公開日2003年7月16日申請日期2002年4月28日優(yōu)先權(quán)日2002年1月3日發(fā)明者陳錫坤,薛又壬申請人:凌源通訊股份有限公司