專利名稱：集群呼叫狀態(tài)管理方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊技術(shù)領(lǐng)域，尤其涉及一種集群呼叫狀態(tài)管理方法及裝置。
背景技術(shù)：
集群通信系統(tǒng)是一種專業(yè)的移動通信系統(tǒng)。它既能夠提供普通語音呼叫功能，也能提供組呼、單呼、緊急呼叫等專業(yè)呼叫功能。并且可以為集群用戶提過多種集群補充業(yè)務(wù)，如群組管理，群組查詢，守候功能，語音報組等等。在集群業(yè)務(wù)中，集群呼叫是最基本的業(yè)務(wù)，由于集群呼叫應(yīng)用的特殊性，需要多種類型的呼叫來滿足用戶需求，包括組呼、單呼和臨時組呼等，而每種呼叫又存在不同的屬性，包括預(yù)占優(yōu)先、緊急、加密等。同時，終端在集群呼叫中，話權(quán)狀態(tài)，聲音設(shè)備也是可能隨時變化的。如此，在集群呼叫中，終端可能處于的狀態(tài)組合非常的多，而現(xiàn)有技術(shù)中尚未有一套完善的集群呼叫狀態(tài)管理方法，使得用戶能夠很容易的了解當前終端準確的狀態(tài)。

發(fā)明內(nèi)容
鑒于上述的分析，本發(fā)明旨在提供一種集群呼叫狀態(tài)管理方法及裝置，用以解決現(xiàn)有技術(shù)中存在的集群呼叫狀態(tài)管理不完善的問題。本發(fā)明的目的主要是通過以下技術(shù)方案實現(xiàn)的本發(fā)明提供了一種集群呼叫狀態(tài)管理方法，其特征在于，包括步驟A 非呼叫狀態(tài)時，設(shè)置終端所有的呼叫狀態(tài)信息均為無效值；步驟B:當該終端發(fā)起主動呼叫或者被動接入呼叫時，根據(jù)從呼叫中獲取到的呼叫類型和呼叫屬性設(shè)置相應(yīng)的起呼呼叫狀態(tài)信息；步驟C:當呼叫狀態(tài)變更時，該終端對系統(tǒng)側(cè)發(fā)來的呼叫狀態(tài)變更消息進行解析， 并根據(jù)解析后得到的新的呼叫狀態(tài)信息更新當前呼叫狀態(tài)信息。進一步地，所述步驟A具體包括預(yù)設(shè)置一個常量標識為無效類型，終端初次開機和每次通話結(jié)束時將所有的呼叫狀態(tài)信息都設(shè)置為無效類型。進一步地，當終端發(fā)起主動呼叫時，所述步驟B具體包括判斷本次發(fā)起的呼叫是否為集群緊急呼叫，如果是，直接設(shè)置起呼呼叫屬性為緊急呼叫，否則通過分析起呼參數(shù)獲取并設(shè)置起呼呼叫屬性；通過分析起呼號碼獲取并設(shè)置起呼呼叫類型。進一步地，所述步驟C具體包括當該終端主動向系統(tǒng)側(cè)申請呼叫狀態(tài)變更或者當其他終端申請呼叫狀態(tài)變更時， 該終端接收系統(tǒng)側(cè)發(fā)來的狀態(tài)變更消息并對接收到的狀態(tài)變更消息進行解析；根據(jù)解析后得到的新的呼叫狀態(tài)信息更新當前呼叫狀態(tài)信息，并提示給該終端的用戶。其中，所述呼叫狀態(tài)變更包括下述情況之一
4
申請或釋放話權(quán)、升級緊急呼叫、緊急呼叫降級。本發(fā)明還提供了一種集群呼叫狀態(tài)管理裝置，所述裝置設(shè)置于終端中，包括協(xié)議層模塊和UI即用戶界面層模塊，其中，所述協(xié)議層模塊，用于在非呼叫狀態(tài)時，設(shè)置該終端所有的呼叫狀態(tài)信息為無效值；并且當該終端發(fā)起主動呼叫或者被動接入呼叫時，所述協(xié)議層模塊還用于根據(jù)從呼叫中獲取到的呼叫類型和呼叫屬性設(shè)置相應(yīng)的起呼呼叫狀態(tài)信息；并且當呼叫狀態(tài)變更時， 所述協(xié)議層模塊還用于對從系統(tǒng)側(cè)接收到的呼叫狀態(tài)信息進行解析，并將解析后得到的新的呼叫狀態(tài)信息發(fā)送給所述UI層模塊；所述UI層模塊，用于根據(jù)所述協(xié)議層模塊發(fā)來的新的呼叫狀態(tài)信息更新當前呼叫狀態(tài)信息。進一步地，所述協(xié)議層模塊具體用于，預(yù)設(shè)置一個常量標識為無效類型，在終端初次開機和每次通話結(jié)束時將所有的呼叫狀態(tài)信息都設(shè)置為無效類型。進一步地，當終端發(fā)起主動呼叫時，所述協(xié)議層模塊具體用于，判斷本次發(fā)起的呼叫是否為集群緊急呼叫，如果是，直接設(shè)置起呼呼叫屬性為緊急呼叫，否則通過分析起呼參數(shù)獲取并設(shè)置起呼呼叫屬性；然后通過分析起呼號碼獲取并設(shè)置起呼呼叫類型。進一步地，當該終端主動通過UI層模塊觸發(fā)所述協(xié)議層模塊向系統(tǒng)側(cè)申請呼叫狀態(tài)變更或者當其他終端申請呼叫狀態(tài)變更時，所述協(xié)議層模塊具體用于，接收系統(tǒng)側(cè)發(fā)來的狀態(tài)變更消息并對接收到的狀態(tài)變更消息進行解析，然后將解析后得到的新的呼叫狀態(tài)信息轉(zhuǎn)發(fā)給所述UI層模塊；所述UI層模塊還用于，根據(jù)所述協(xié)議層模塊發(fā)來的新的呼叫狀態(tài)信息更新當前呼叫狀態(tài)信息，并提示給終端用戶。本發(fā)明有益效果如下本發(fā)明使得用戶能夠很容易的了解當前終端準確的狀態(tài)，而且在終端狀態(tài)發(fā)生改變時，也能及時的更新。本發(fā)明的其他特征和優(yōu)點將在隨后的說明書中闡述，并且，部分的從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在所寫的說明書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。


圖1為本發(fā)明實施例所述方法中，終端主動發(fā)起呼叫，呼叫建立時獲取起呼呼叫狀態(tài)信息的流程示意圖；圖2為本發(fā)明實施例所述方法中，終端對從系統(tǒng)側(cè)接收到的狀態(tài)變更消息進行處理的流程示意圖；圖3為本發(fā)明實施例所述方法中，呼叫狀態(tài)信息更新過程流程示意圖；圖4為本發(fā)明實施例所述裝置的結(jié)構(gòu)示意圖。
具體實施例方式下面結(jié)合附圖來具體描述本發(fā)明的優(yōu)選實施例，其中，附圖構(gòu)成本申請一部分，并與本發(fā)明的實施例一起用于闡釋本發(fā)明的原理。為了清楚和簡化目的，當其可能使本發(fā)明的主題模糊不清時，將省略本文所描述的器件中已知功能和結(jié)構(gòu)的詳細具體說明。
首先結(jié)合附圖1到附圖3對本發(fā)明實施例所述方法進行詳細說明。本發(fā)明實施例中，終端只保留一份當前呼叫的狀態(tài)信息，終端中與呼叫狀態(tài)信息相關(guān)的模塊是UI (User hterface，用戶界面)層模塊和協(xié)議層模塊，UI層模塊主要功能是顯示呼叫狀態(tài)信息，協(xié)議層模塊主要與系統(tǒng)側(cè)交互，分析呼叫狀態(tài)信息，兩個模塊使用同一份狀態(tài)信息，保證了狀態(tài)的一致性。為了保證呼叫狀態(tài)信息的準確性，本發(fā)明實施例規(guī)定當終端處于非呼叫狀態(tài)時， 需要將所有的呼叫狀態(tài)信息(包括呼叫類型、呼叫屬性、話權(quán)狀態(tài)和聲音設(shè)備狀態(tài)等)置為無效值，這樣可以保證各個呼叫的獨立性，兩個獨立的呼叫不會相互影響。具體實現(xiàn)時可以定義一個常量標識為INVALIDjYPE (無效類型)，當終端初次開機和每次通話結(jié)束都把呼叫狀態(tài)信息設(shè)置為INVALID_TYPE。當終端主動發(fā)起呼叫或被動接入呼叫時，需要分析并確定初始呼叫狀態(tài)信息，終端主動發(fā)起呼叫時可以獲取的呼叫狀態(tài)信息包括呼叫類型和呼叫屬性；終端被動接入呼叫時，由于呼叫剛建立時，只能得到比較少的呼叫狀態(tài)信息，如使用GID(Group ID，組ID)尋呼的就表示當前是組呼，大部分呼叫狀態(tài)信息是通過后續(xù)的狀態(tài)信息更新獲得。 如圖1所示，圖1為終端主動發(fā)起呼叫，呼叫建立時獲取起呼呼叫狀態(tài)信息的流程示意圖，由于是終端主動發(fā)起呼叫的，故終端可以通過分析起呼號碼和起呼參數(shù)得到大部分的呼叫狀態(tài)信息，具體過程可以包括如下步驟步驟101 開始；步驟102 判斷本次發(fā)起的是否為集群緊急呼叫，如果是，則轉(zhuǎn)到步驟104，否則執(zhí)行步驟103 ；這里之所以要先判斷是否為集群緊急呼叫，是因為集群緊急呼叫的優(yōu)先級最高，需要優(yōu)先處理；步驟103 根據(jù)起呼參數(shù)獲取呼叫屬性，目前終端可設(shè)置的呼叫屬性有普通呼叫、 預(yù)占優(yōu)先呼叫、加密呼叫等；步驟104 設(shè)置起呼呼叫屬性為緊急呼叫；步驟105 分析起呼號碼獲取呼叫類型，如號碼前綴為兩個‘#’，則為廣播呼叫，前綴一個‘#’為組呼，后綴兩個‘#’為臨時組呼，否則為單呼；步驟106 根據(jù)步驟105獲取的呼叫類型設(shè)置起呼呼叫類型；步驟107 結(jié)束。呼叫建立完成之初，終端只了解部分呼叫狀態(tài)信息，即使是終端主動發(fā)起呼叫的情況，也只知道起呼呼叫類型和起呼呼叫屬性；對于話權(quán)狀態(tài)和聲音設(shè)備狀態(tài)都還未知，這兩個呼叫狀態(tài)信息只有在接收到系統(tǒng)側(cè)發(fā)送給終端的狀態(tài)變更消息后才能獲悉。狀態(tài)變更消息可以是終端主動申請觸發(fā)變更的，即該終端根據(jù)用戶需要主動申請呼叫狀態(tài)變更，系統(tǒng)側(cè)進行變更處理后發(fā)送狀態(tài)變更消息給該終端，將狀態(tài)變更情況通知給該終端；狀態(tài)變更消息也可以是被動接受的，即當有其他終端申請呼叫狀態(tài)變更時，系統(tǒng)側(cè)進行變更處理后發(fā)送狀態(tài)變更消息給改終端，將狀態(tài)變更情況通知給該終端。如圖2所示，圖2為終端對從系統(tǒng)側(cè)接收到的狀態(tài)變更消息進行處理的流程示意圖，具體可以包括如下步驟步驟201:開始；步驟202 終端從空中接口接收消息，對接收到的消息進行解析，當確認接收到的
6消息為AWI消息時，執(zhí)行步驟203 ；系統(tǒng)側(cè)用于通知狀態(tài)更新使用最多的狀態(tài)變更消息為 AffI (Alert With Information)消息，本實施例中也采用AWI消息的方式進行說明，但本領(lǐng)域技術(shù)人員應(yīng)該知道，也可以采用其他消息來通知狀態(tài)更新情況，比例，F(xiàn)ffI (Flash With Information)消息；步驟203 收到AWI消息后，該終端對AWI消息進行解析并根據(jù)自己當前的呼叫狀態(tài)進行處理，以終端處于組呼中，話權(quán)為‘空閑’狀態(tài)為例，其處理流程如下首先判斷是否為廣播呼叫AWI，如果是，設(shè)置呼叫類型為廣播呼叫；否則設(shè)置呼叫類型為組呼；這里之所以首先要判斷是否為廣播呼叫，是因為廣播呼叫屬于一種特殊的組呼，對于其他類型的呼叫這一步則可以省略；然后對話權(quán)狀態(tài)進行判斷如果收到話權(quán)‘講’ AWI，設(shè)置話權(quán)狀態(tài)為‘講’，并打開揚聲器，關(guān)閉麥克；如果收到話權(quán)‘聽’ AWI，設(shè)置話權(quán)狀態(tài)為‘聽’，并打開麥克，關(guān)閉揚聲器； 這里，收到的是話權(quán)‘空閑’ AWI，所以不進行任何處理，直接轉(zhuǎn)到步驟204 ；步驟204 將分析得到的呼叫狀態(tài)信息(呼叫類型為組呼、話權(quán)狀態(tài)為‘空閑’)通知UI層模塊，已接受到AffI消息；步驟205:結(jié)束。UI層模塊在收到AWI消息后，需要把最新的呼叫狀態(tài)信息提示給該終端的用戶， 如圖3所示，圖3為呼叫狀態(tài)信息更新過程流程示意圖，具體可以包括如下步驟步驟301:開始；步驟302 為防止防止假冒或者非法號碼入侵，首先要判斷是否為合法終端，如果不合法，則不處理，合法則轉(zhuǎn)到步驟303 ；步驟303 查詢當前呼叫狀態(tài)信息，并從協(xié)議層模塊獲取最新的呼叫狀態(tài)信息；步驟304 判斷聲音設(shè)備狀態(tài)是否改變，如果是，執(zhí)行步驟305，否則轉(zhuǎn)到步驟 306 ；步驟305 切換聲音設(shè)備；步驟306 判斷呼叫屬性是否改變，如果是，執(zhí)行步驟307，否則轉(zhuǎn)到步驟308 ；步驟307 刷新并顯示新的呼叫屬性；步驟308 判斷話權(quán)狀態(tài)是否改變，如果是，執(zhí)行步驟308，否則轉(zhuǎn)到步驟311 ；步驟309 播放話權(quán)提示音，并執(zhí)行步驟310 ；步驟310 刷新顯示新的話權(quán)狀態(tài)；步驟311:結(jié)束。需要說明的是，最新的呼叫狀態(tài)信息可以通過文字顯示，也可以通過聲音提示，或者聲音和文字同時提示。接下來結(jié)合附圖4對本發(fā)明實施例所述裝置進行詳細說明。如圖4所示，圖4為本發(fā)明實施例所述裝置的結(jié)構(gòu)示意圖，該裝置設(shè)置于終端中， 具體可以包括協(xié)議層模塊和UI層模塊，其中，(一 )協(xié)議層模塊，該模塊的主要作用包括在非呼叫狀態(tài)時，設(shè)協(xié)議層模塊設(shè)置該終端所有的呼叫狀態(tài)信息為無效值；具體來說就是，協(xié)議層模塊預(yù)設(shè)置一個常量標識為無效類型，在終端初次開機和每次通話結(jié)束時將所有的呼叫狀態(tài)信息都設(shè)置為無效類型；
當該終端發(fā)起主動呼叫或者被動接入呼叫時，協(xié)議層模塊根據(jù)呼叫中獲取到的呼叫類型和呼叫屬性設(shè)置相應(yīng)的起呼呼叫類型和起呼呼叫屬性；具體來說就是，當終端發(fā)起主動呼叫時，協(xié)議層判斷本次發(fā)起的呼叫是否為集群緊急呼叫，如果是，直接設(shè)置起呼呼叫屬性為緊急呼叫，否則通過分析起呼參數(shù)獲取并設(shè)置起呼呼叫屬性；然后通過分析起呼號碼獲取并設(shè)置起呼呼叫類型；當該終端被動接入呼叫時，協(xié)議層也可以獲取呼叫狀態(tài)信息， 但是由于呼叫剛建立時，因此得到的呼叫狀態(tài)信息不多，大部分呼叫狀態(tài)信息是通過后續(xù)的狀態(tài)信息更新獲得；當集群呼叫狀態(tài)變更時，協(xié)議層模塊根據(jù)UI層模塊的請求申請呼叫狀態(tài)變更，并對從系統(tǒng)側(cè)接收到的呼叫狀態(tài)信息進行解析后發(fā)送給所述UI層模塊；具體來說就是，當該終端通過UI層模塊主動向系統(tǒng)側(cè)申請呼叫狀態(tài)變更或者其他終端申請呼叫狀態(tài)變更時， 協(xié)議層模塊接收系統(tǒng)側(cè)發(fā)來的狀態(tài)變更消息并對接收到的狀態(tài)變更消息進行解析，然后將解析后得到的呼叫狀態(tài)信息轉(zhuǎn)發(fā)給所述UI層模塊；(二)UI層模塊，該模塊的主要作用包括根據(jù)該終端用戶的請求主動觸發(fā)協(xié)議層模塊申請呼叫狀態(tài)變更；接收協(xié)議層模塊發(fā)來的新的呼叫狀態(tài)信息，并根據(jù)這些新的呼叫狀態(tài)變更信息更新當前呼叫狀態(tài)信息，并提示給該終端的用戶。最新的呼叫狀態(tài)信息可以通過文字顯示，也可以通過聲音提示，或者聲音和文字同時提示。綜上所述，本發(fā)明實施例提供了一種集群呼叫狀態(tài)管理方法及裝置，使得用戶能夠很容易的了解當前終端準確的狀態(tài)，而且在終端狀態(tài)發(fā)生改變時，也能及時的更新。并且呼叫狀態(tài)信息提示方式有多種，可以是文字，也可以是聲音，或者文字與聲音結(jié)合，方便用戶使用。以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不局限于此， 任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換， 都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)該以權(quán)利要求書的保護范圍為準。
權(quán)利要求
1.一種集群呼叫狀態(tài)管理方法，其特征在于，包括步驟A 非呼叫狀態(tài)時，設(shè)置終端所有的呼叫狀態(tài)信息均為無效值；步驟B:當該終端發(fā)起主動呼叫或者被動接入呼叫時，根據(jù)從呼叫中獲取到的呼叫類型和呼叫屬性設(shè)置相應(yīng)的起呼呼叫狀態(tài)信息；步驟C:當呼叫狀態(tài)變更時，該終端對系統(tǒng)側(cè)發(fā)來的呼叫狀態(tài)變更消息進行解析，并根據(jù)解析后得到的新的呼叫狀態(tài)信息更新當前呼叫狀態(tài)信息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟A具體包括預(yù)設(shè)置一個常量標識為無效類型，終端初次開機和每次通話結(jié)束時將所有的呼叫狀態(tài)信息都設(shè)置為無效類型。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，當終端發(fā)起主動呼叫時，所述步驟B 具體包括判斷本次發(fā)起的呼叫是否為集群緊急呼叫，如果是，直接設(shè)置起呼呼叫屬性為緊急呼叫，否則通過分析起呼參數(shù)獲取并設(shè)置起呼呼叫屬性；通過分析起呼號碼獲取并設(shè)置起呼呼叫類型。
4.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述步驟C具體包括當該終端主動向系統(tǒng)側(cè)申請呼叫狀態(tài)變更或者當其他終端申請呼叫狀態(tài)變更時，該終端接收系統(tǒng)側(cè)發(fā)來的狀態(tài)變更消息并對接收到的狀態(tài)變更消息進行解析；根據(jù)解析后得到的新的呼叫狀態(tài)信息更新當前呼叫狀態(tài)信息，并提示給該終端的用戶。
5.根據(jù)權(quán)利要求1所述方法，其特征在于，所述呼叫狀態(tài)變更包括下述情況之一申請或釋放話權(quán)、升級緊急呼叫、緊急呼叫降級。
6.一種集群呼叫狀態(tài)管理裝置，其特征在于，所述裝置設(shè)置于終端中，包括協(xié)議層模塊和UI即用戶界面層模塊，其中，所述協(xié)議層模塊，用于在非呼叫狀態(tài)時，設(shè)置該終端所有的呼叫狀態(tài)信息為無效值；并且當該終端發(fā)起主動呼叫或者被動接入呼叫時，所述協(xié)議層模塊還用于根據(jù)從呼叫中獲取到的呼叫類型和呼叫屬性設(shè)置相應(yīng)的起呼呼叫狀態(tài)信息；并且當呼叫狀態(tài)變更時，所述協(xié)議層模塊還用于對從系統(tǒng)側(cè)接收到的呼叫狀態(tài)信息進行解析，并將解析后得到的新的呼叫狀態(tài)信息發(fā)送給所述UI層模塊；所述UI層模塊，用于根據(jù)所述協(xié)議層模塊發(fā)來的新的呼叫狀態(tài)信息更新當前呼叫狀態(tài)fe息。
7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述協(xié)議層模塊具體用于，預(yù)設(shè)置一個常量標識為無效類型，在終端初次開機和每次通話結(jié)束時將所有的呼叫狀態(tài)信息都設(shè)置為無效類型。
8.根據(jù)權(quán)利要求6或7所述的裝置，其特征在于，當終端發(fā)起主動呼叫時，所述協(xié)議層模塊具體用于，判斷本次發(fā)起的呼叫是否為集群緊急呼叫，如果是，直接設(shè)置起呼呼叫屬性為緊急呼叫，否則通過分析起呼參數(shù)獲取并設(shè)置起呼呼叫屬性；然后通過分析起呼號碼獲取并設(shè)置起呼呼叫類型。
9.根據(jù)權(quán)利要求6或7所述的裝置，其特征在于，當該終端主動通過UI層模塊觸發(fā)所述協(xié)議層模塊向系統(tǒng)側(cè)申請呼叫狀態(tài)變更或者當其他終端申請呼叫狀態(tài)變更時，所述協(xié)議層模塊具體用于，接收系統(tǒng)側(cè)發(fā)來的狀態(tài)變更消息并對接收到的狀態(tài)變更消息進行解析， 然后將解析后得到的新的呼叫狀態(tài)信息轉(zhuǎn)發(fā)給所述UI層模塊；所述UI層模塊還用于，根據(jù)所述協(xié)議層模塊發(fā)來的新的呼叫狀態(tài)信息更新當前呼叫狀態(tài)信息，并提示給終端用戶。
全文摘要
本發(fā)明公開了一種集群呼叫狀態(tài)管理方法及裝置，其中所述方法包括非呼叫狀態(tài)時，設(shè)置終端所有的呼叫狀態(tài)信息均為無效值；當該終端發(fā)起主動呼叫或者被動接入呼叫時，根據(jù)從呼叫中獲取到的呼叫類型和呼叫屬性設(shè)置相應(yīng)的起呼呼叫狀態(tài)信息；當呼叫狀態(tài)變更時，該終端對系統(tǒng)側(cè)發(fā)來的呼叫狀態(tài)變更消息進行解析，并根據(jù)解析后得到的新的呼叫狀態(tài)信息更新當前呼叫狀態(tài)信息；本發(fā)明使得用戶能夠很容易的了解當前終端準確的狀態(tài)，而且在終端狀態(tài)發(fā)生改變時，也能及時的更新。
文檔編號H04W4/08GK102196368SQ20101012777
公開日2011年9月21日 申請日期2010年3月19日 優(yōu)先權(quán)日2010年3月19日
發(fā)明者周加根, 楊輝 申請人:中興通訊股份有限公司