專利名稱：用于數(shù)字集群系統(tǒng)的終端及其廣播信道消息處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種用于數(shù)字集群系統(tǒng)的終端及其廣播信
道消息處理方法。
背景技術(shù)：
數(shù)字集群通訊系統(tǒng)是移動(dòng)通訊系統(tǒng)的一個(gè)重要分支，是一種應(yīng)用于集團(tuán)調(diào)度指揮 通訊的移動(dòng)通訊系統(tǒng)。數(shù)字集群通訊系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu)如圖l所示，主要包括集群終端1、基 站子系統(tǒng)2和調(diào)度子系統(tǒng)3，其中 集群終端l，是具備集群業(yè)務(wù)功能的終端設(shè)備，是集群網(wǎng)絡(luò)與使用者交互的主要設(shè) 備； 基站子系統(tǒng)2，是具備集群業(yè)務(wù)功能的基站系統(tǒng)，主要完成終端的接入功能，是連 接終端和調(diào)度子系統(tǒng)的主要設(shè)備； 調(diào)度子系統(tǒng)3，主要完成對(duì)服務(wù)區(qū)內(nèi)終端集群業(yè)務(wù)的控制和管理功能，是集群業(yè)務(wù) 的控制中心；其中基站子系統(tǒng)2和調(diào)度子系統(tǒng)3可以合稱為系統(tǒng)側(cè)。 系統(tǒng)開銷消息系統(tǒng)向終端發(fā)送的信令，表明系統(tǒng)的狀態(tài)、參數(shù)、要求等，終端需要 根據(jù)系統(tǒng)開銷消息來配置終端的參數(shù)，所以在未收齊開銷消息前，終端不能向系統(tǒng)發(fā)送任 何信息。 BCAM(廣播信道指配)消息系統(tǒng)向終端發(fā)送的表示有PTT(Push To Talk，按鍵對(duì) 講)組呼呼叫要求終端加入的消息。當(dāng)一次PTT組呼開始或進(jìn)行時(shí)，系統(tǒng)會(huì)定時(shí)地發(fā)送此 消息以通知終端加入組呼。BCAM分為帶資源和不帶資源兩種。終端收到帶資源BCAM后直 接進(jìn)入組呼呼叫，終端收到不帶資源BCAM后會(huì)回PTT尋呼響應(yīng)消息(即組尋呼響應(yīng)消息)， 系統(tǒng)會(huì)在收到PTT尋呼響應(yīng)消息后下發(fā)有資源BCAM。 在相關(guān)技術(shù)中，如果終端沒有收齊系統(tǒng)開銷消息，則終端會(huì)直接丟棄此BCAM消 息，因?yàn)榇藭r(shí)終端無法進(jìn)入呼叫或者回復(fù)PTT尋呼響應(yīng)消息。因此，系統(tǒng)不知道有應(yīng)該加入 組呼卻因?yàn)闆]有收齊開銷消息而沒有進(jìn)入呼叫的終端存在，當(dāng)下一次發(fā)送BCAM消息時(shí)，時(shí) 間已經(jīng)過去很久，導(dǎo)致終端遲后加入的時(shí)間變長(zhǎng)。尤其在信號(hào)不好的地區(qū)，終端需要二次甚 至幾次尋呼才能進(jìn)入組呼呼叫中。這導(dǎo)致了終端因?yàn)檫M(jìn)入慢(遲后接入)而漏掉一些信息。
針對(duì)相關(guān)技術(shù)中終端遲后接入時(shí)間較長(zhǎng)的問題，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
針對(duì)終端遲后接入時(shí)間較長(zhǎng)的問題而提出本發(fā)明，為此，本發(fā)明的主要目的在于
提供一種用于數(shù)字集群系統(tǒng)的終端及其廣播信道消息處理方法，以解決上述問題至少之 為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的一個(gè)方面，提供了一種用于數(shù)字集群系統(tǒng)的終
端的廣播信道消息處理方法。 根據(jù)本發(fā)明的用于數(shù)字集群系統(tǒng)的終端的廣播信道消息處理方法包括終端接收來自系統(tǒng)側(cè)的廣播信道指配消息；若未收齊系統(tǒng)開銷消息，終端存儲(chǔ)廣播信道指配消息； 終端在收齊系統(tǒng)開銷消息后處理存儲(chǔ)的廣播信道指配消息。 優(yōu)選地，若未收齊系統(tǒng)開銷消息，終端存儲(chǔ)廣播信道指配消息包括終端設(shè)置高優(yōu) 先級(jí)搶占標(biāo)志位；終端設(shè)置本次尋呼為按鍵對(duì)講尋呼，并根據(jù)接收到的廣播信道指配消息 記錄被尋呼的組信息；終端躍遷到等待狀態(tài)，不再處理其他的廣播信道指配消息并等待收 齊系統(tǒng)開銷消息。 優(yōu)選地，終端在收齊系統(tǒng)開銷消息后處理存儲(chǔ)的廣播信道指配消息包括在收齊 系統(tǒng)開銷消息后，終端根據(jù)記錄的被尋呼的組信息配置組尋呼響應(yīng)消息；終端發(fā)送組尋呼 響應(yīng)消息。 優(yōu)選地，終端在收齊系統(tǒng)開銷消息后處理存儲(chǔ)的廣播信道指配消息還包括終端 清除高優(yōu)先級(jí)搶占標(biāo)志位、等待狀態(tài)以及記錄的被尋呼的組信息。 優(yōu)選地，廣播信道指配消息包括帶資源廣播信道指配消息和不帶資源廣播信道 指配消息。 為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的另一方面，提供了一種用于數(shù)字集群系統(tǒng)的終
丄山順。
根據(jù)本發(fā)明的用于數(shù)字集群系統(tǒng)的終端，包括
接收模塊，用于接收來自系統(tǒng)側(cè)的廣播信道指配消息； 存儲(chǔ)模塊，用于若接收模塊未收齊系統(tǒng)開銷消息，存儲(chǔ)廣播信道指配消息；
處理模塊，用于在收齊系統(tǒng)開銷消息后處理存儲(chǔ)的廣播信道指配消息。
優(yōu)選地，存儲(chǔ)模塊包括 設(shè)置單元，用于設(shè)置高優(yōu)先級(jí)搶占標(biāo)志位；還用于設(shè)置本次呼叫為按鍵對(duì)講尋 呼； 記錄單元，用于根據(jù)接收到的廣播信道指配消息記錄被尋呼的組信息； 狀態(tài)單元，用于躍遷到等待狀態(tài)，不再處理其他的廣播信道指配消息并等待收齊
系統(tǒng)開銷消息。 優(yōu)選地，處理模塊包括 配置單元，用于在接收模塊收齊系統(tǒng)開銷消息后，根據(jù)記錄的被尋呼的組信息配 置組尋呼響應(yīng)消息； 發(fā)送單元，用于發(fā)送組尋呼響應(yīng)消息。
優(yōu)選地，處理模塊還包括 清除單元，用于清除高優(yōu)先級(jí)搶占標(biāo)志位、等待狀態(tài)以及記錄的被尋呼的組信息。
優(yōu)選地，廣播信道指配消息包括帶資源廣播信道指配消息和不帶資源廣播信道 指配消息。 由于在集群網(wǎng)絡(luò)中當(dāng)終端未收齊系統(tǒng)開銷消息時(shí)，存儲(chǔ)接收到的BCAM消息，在收 齊系統(tǒng)開銷消息后立即處理該消息，使得終端在收齊系統(tǒng)開銷消息后立即要求進(jìn)入呼叫， 而不是被動(dòng)地等待系統(tǒng)的下次尋呼再進(jìn)入呼叫，解決了相關(guān)技術(shù)中終端遲后接入時(shí)間較長(zhǎng) 的問題，從而能夠加快終端二次尋呼的速度，減少終端遲后接入的等待時(shí)間，使用戶漏掉的 信息大幅度減少。


此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā) 明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中
圖1是根據(jù)相關(guān)技術(shù)的數(shù)字集群系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu)示意圖； 圖2是根據(jù)本發(fā)明實(shí)施例的用于數(shù)字集群系統(tǒng)的終端的廣播信道消息處理方法 的流程圖； 圖3是根據(jù)本發(fā)明優(yōu)選實(shí)施例的用于數(shù)字集群系統(tǒng)的終端的廣播信道消息處理 方法的流程圖； 圖4是根據(jù)本發(fā)明實(shí)施例的用于數(shù)字集群系統(tǒng)的終端示意圖。
具體實(shí)施例方式
下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的
情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。 方法實(shí)施例 根據(jù)本發(fā)明的實(shí)施例，提供了一種用于數(shù)字集群系統(tǒng)的終端的廣播信道消息處理 方法。 如圖2所示，該方法包括如下的步驟S202至步驟S206 : 步驟S202，終端接收來自系統(tǒng)側(cè)的廣播信道指配消息； 步驟S204，若未收齊系統(tǒng)開銷消息，終端存儲(chǔ)廣播信道指配消息； 步驟S206，終端在收齊系統(tǒng)開銷消息后處理存儲(chǔ)的廣播信道指配消息。 該實(shí)施例由于在集群網(wǎng)絡(luò)中當(dāng)終端未收齊系統(tǒng)開銷消息時(shí)，存儲(chǔ)接收到的BCAM
消息，在收齊系統(tǒng)開銷消息后立即處理該消息，使得終端在收齊系統(tǒng)開銷消息后立即要求
進(jìn)入呼叫，而不是被動(dòng)地等待系統(tǒng)的下次尋呼再進(jìn)入呼叫，解決了相關(guān)技術(shù)中終端遲后接
入時(shí)間較長(zhǎng)的問題。使用該實(shí)施例能夠加快終端二次尋呼的速度，減少終端遲后接入的等
待時(shí)間，使用戶漏掉的信息大幅度減少。 優(yōu)選地，步驟S204包括終端設(shè)置高優(yōu)先級(jí)搶占標(biāo)志位；終端設(shè)置本次尋呼為按 鍵對(duì)講尋呼，并根據(jù)接收到的廣播信道指配消息記錄被尋呼的組信息；終端躍遷到等待狀 態(tài)，不再處理其他的廣播信道指配消息并等待收齊系統(tǒng)開銷消息。 步驟S206包括在收齊系統(tǒng)開銷消息后，終端根據(jù)記錄的被尋呼的組信息配置組 尋呼響應(yīng)消息；終端發(fā)送組尋呼響應(yīng)消息。 步驟S206還包括終端清除高優(yōu)先級(jí)搶占標(biāo)志位、等待狀態(tài)以及記錄的被尋呼的
組信息。 上述優(yōu)選實(shí)施例提供了本發(fā)明提出的在數(shù)字集群系統(tǒng)中，終端在未收齊系統(tǒng)開銷 消息時(shí)對(duì)接收到的廣播信道消息的處理方法的具體實(shí)施方案。 優(yōu)選地，上述的廣播信道指配消息包括帶資源廣播信道指配消息和不帶資源廣 播信道指配消息。 在本發(fā)明的方法中，無論接收到的BCAM是帶資源BCAM還是不帶資源BCAM，終端在 收齊系統(tǒng)開銷消息后，均根據(jù)該接收到的BCAM向系統(tǒng)側(cè)發(fā)送PTT尋呼響應(yīng)消息，以獲取帶 資源的BCAM進(jìn)而加入組呼尋呼。
5
如圖3所示，終端在未收齊系統(tǒng)開銷消息時(shí)，收到了 BCAM消息(無論有無資源)， 此時(shí)雖然不能發(fā)送任何消息給系統(tǒng)，但也不再丟棄此消息，而是儲(chǔ)存此消息，在終端收齊系 統(tǒng)開銷消息后，立即上報(bào)PTT尋呼響應(yīng)消息，要求系統(tǒng)發(fā)送有資源BCAM消息，此過程需執(zhí)行
以下操作步驟 步驟S301，終端接收到BCAM消息后，判斷是發(fā)給終端自身的； 步驟S302，判斷此時(shí)終端是否已經(jīng)收齊系統(tǒng)開銷消息，若是，則按傳統(tǒng)方式進(jìn)行，
轉(zhuǎn)入步驟S303，若否，則轉(zhuǎn)入步驟S304 ; 步驟S303，若接收到的BCAM消息是帶資源BCAM，則終端直接進(jìn)入組呼呼叫，若接 收到的BCAM消息是不帶資源BCAM，則終端會(huì)返回PTT尋呼響應(yīng)消息； 步驟S304，設(shè)置標(biāo)志位，準(zhǔn)備收齊系統(tǒng)開銷消息后，發(fā)送PTT尋呼響應(yīng)消息，此過 程分以下幾步 (1)設(shè)置高優(yōu)先級(jí)搶占標(biāo)志位，表示終端在響應(yīng)一次呼叫，不再處理其他呼叫；
(2)設(shè)置本次尋呼響應(yīng)為PTT尋呼響應(yīng)，記錄被尋呼的組信息；
步驟S305，躍遷狀態(tài)到MATCHED_WITHOUT_OVHD狀態(tài)(即上述的等待狀態(tài))，在此 狀態(tài)下不再處理任何其他組呼尋呼消息和等待收齊系統(tǒng)開銷消息； 步驟S306，判斷是否已經(jīng)收齊系統(tǒng)開銷消息，若是，則轉(zhuǎn)入步驟S307，若否，則轉(zhuǎn) 入步驟S305，停留在MATCHED_WITHOUT_OVHD狀態(tài)； 步驟S307，準(zhǔn)備發(fā)送PTT尋呼響應(yīng)消息，按已經(jīng)記錄的被尋呼的組信息，配置PTT 尋呼響應(yīng)消息； 步驟S308，發(fā)送PTT尋呼響應(yīng)消息； 步驟S309，清除所有標(biāo)志位，此過程分以下幾步 (1)清除高優(yōu)先級(jí)搶占標(biāo)志位； (2)清除狀態(tài)MATCHED_WITHOUT_OVHD狀態(tài)； (3)清除所有記錄的被尋呼的組信息。 裝置實(shí)施例 根據(jù)本發(fā)明的實(shí)施例，提供了 一種用于數(shù)字集群系統(tǒng)的終端。
如圖4所示，該終端包括 接收模塊IO，用于接收來自系統(tǒng)側(cè)的廣播信道指配消息； 存儲(chǔ)模塊20，用于若接收模塊未收齊系統(tǒng)開銷消息，存儲(chǔ)廣播信道指配消息；
處理模塊30，用于在收齊系統(tǒng)開銷消息后處理存儲(chǔ)的廣播信道指配消息。
該實(shí)施例由于在集群網(wǎng)絡(luò)中當(dāng)終端未收齊系統(tǒng)開銷消息時(shí)，存儲(chǔ)接收到的BCAM 消息，在收齊系統(tǒng)開銷消息后立即處理該消息，使得終端在收齊系統(tǒng)開銷消息后立即要求 進(jìn)入呼叫，而不是被動(dòng)地等待系統(tǒng)的下次尋呼再進(jìn)入呼叫，解決了相關(guān)技術(shù)中終端遲后接 入時(shí)間較長(zhǎng)的問題。使用該實(shí)施例能夠加快終端二次尋呼的速度，減少終端遲后接入的等 待時(shí)間，使用戶漏掉的信息大幅度減少。
優(yōu)選地，存儲(chǔ)模塊20包括 設(shè)置單元201，用于設(shè)置高優(yōu)先級(jí)搶占標(biāo)志位；還用于設(shè)置本次呼叫為按鍵對(duì)講 尋呼； 記錄單元202，用于根據(jù)接收到的廣播信道指配消息記錄被尋呼的組信息；
狀態(tài)單元203，用于躍遷到等待狀態(tài)，不再處理其他的廣播信道指配消息并等待收
齊系統(tǒng)開銷消息。 處理模塊30包括 配置單元301，用于在接收模塊收齊系統(tǒng)開銷消息后，根據(jù)記錄的被尋呼的組信息 配置組尋呼響應(yīng)消息； 發(fā)送單元302，用于發(fā)送組尋呼響應(yīng)消息。
處理模塊30還包括 清除單元303，用于清除高優(yōu)先級(jí)搶占標(biāo)志位、等待狀態(tài)以及記錄的被尋呼的組信息。 上述優(yōu)選實(shí)施例提供了本發(fā)明提出的在數(shù)字集群系統(tǒng)中，終端在未收齊系統(tǒng)開銷 消息時(shí)對(duì)接收到的廣播信道消息的處理方法的具體實(shí)施方案。 其中，廣播信道指配消息包括帶資源廣播信道指配消息和不帶資源廣播信道指 配消息。 從以上的描述中，可以看出，本發(fā)明實(shí)現(xiàn)了如下技術(shù)效果由于在集群網(wǎng)絡(luò)中當(dāng)終 端未收齊系統(tǒng)開銷消息時(shí)，存儲(chǔ)接收到的BCAM消息，在收齊系統(tǒng)開銷消息后立即處理該消 息，使得終端在收齊系統(tǒng)開銷消息后立即要求進(jìn)入呼叫，而不是被動(dòng)地等待系統(tǒng)的下次尋 呼再進(jìn)入呼叫，解決了相關(guān)技術(shù)中終端遲后接入時(shí)間較長(zhǎng)的問題。使用該實(shí)施例能夠加快 終端二次尋呼的速度，減少終端遲后接入的等待時(shí)間，使用戶漏掉的信息大幅度減少。
顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲(chǔ) 在存儲(chǔ)裝置中由計(jì)算裝置來執(zhí)行，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們 中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的 硬件和軟件結(jié)合。 以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種用于數(shù)字集群系統(tǒng)的終端的廣播信道消息處理方法，其特征在于，包括終端接收來自系統(tǒng)側(cè)的廣播信道指配消息；若未收齊系統(tǒng)開銷消息，所述終端存儲(chǔ)所述廣播信道指配消息；所述終端在收齊系統(tǒng)開銷消息后處理存儲(chǔ)的廣播信道指配消息。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，若未收齊系統(tǒng)開銷消息，所述終端存儲(chǔ)所 述廣播信道指配消息包括所述終端設(shè)置高優(yōu)先級(jí)搶占標(biāo)志位；所述終端設(shè)置本次尋呼為按鍵對(duì)講尋呼，并根據(jù)接收到的廣播信道指配消息記錄被尋 呼的組信息；所述終端躍遷到等待狀態(tài)，不再處理其他的廣播信道指配消息并等待收齊系統(tǒng)開銷消息。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述終端在收齊系統(tǒng)開銷消息后處理存 儲(chǔ)的廣播信道指配消息包括在收齊系統(tǒng)開銷消息后，所述終端根據(jù)記錄的被尋呼的組信息配置組尋呼響應(yīng)消息； 所述終端發(fā)送所述組尋呼響應(yīng)消息。
4. 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述終端在收齊系統(tǒng)開銷消息后處理存 儲(chǔ)的廣播信道指配消息還包括所述終端清除所述高優(yōu)先級(jí)搶占標(biāo)志位、所述等待狀態(tài)以及所述記錄的被尋呼的組信息。
5. 根據(jù)權(quán)利要求1至4任一項(xiàng)所述的方法，其特征在于，所述廣播信道指配消息包括 帶資源廣播信道指配消息和不帶資源廣播信道指配消息。
6. —種用于數(shù)字集群系統(tǒng)的終端，其特征在于，包括 接收模塊，用于接收來自系統(tǒng)側(cè)的廣播信道指配消息；存儲(chǔ)模塊，用于若所述接收模塊未收齊系統(tǒng)開銷消息，存儲(chǔ)所述廣播信道指配消息； 處理模塊，用于在收齊系統(tǒng)開銷消息后處理存儲(chǔ)的廣播信道指配消息。
7. 根據(jù)權(quán)利要求6所述的終端，其特征在于，所述存儲(chǔ)模塊包括 設(shè)置單元，用于設(shè)置高優(yōu)先級(jí)搶占標(biāo)志位；還用于設(shè)置本次呼叫為按鍵對(duì)講尋呼； 記錄單元，用于根據(jù)接收到的廣播信道指配消息記錄被尋呼的組信息； 狀態(tài)單元，用于躍遷到等待狀態(tài)，不再處理其他的廣播信道指配消息并等待收齊系統(tǒng)開銷消息。
8. 根據(jù)權(quán)利要求7所述的終端，其特征在于，所述處理模塊包括配置單元，用于在所述接收模塊收齊系統(tǒng)開銷消息后，根據(jù)記錄的被尋呼的組信息配 置組尋呼響應(yīng)消息；發(fā)送單元，用于發(fā)送所述組尋呼響應(yīng)消息。
9. 根據(jù)權(quán)利要求8所述的終端，其特征在于，所述處理模塊還包括清除單元，用于清除所述高優(yōu)先級(jí)搶占標(biāo)志位、所述等待狀態(tài)以及所述記錄的被尋呼 的組信息。
10. 根據(jù)權(quán)利要求6至9任一項(xiàng)所述的終端，其特征在于，所述廣播信道指配消息包括 帶資源廣播信道指配消息和不帶資源廣播信道指配消息。
全文摘要
本發(fā)明公開了一種用于數(shù)字集群系統(tǒng)的終端及其廣播信道消息處理方法，其中，方法包括終端接收來自系統(tǒng)側(cè)的廣播信道指配消息；若未收齊系統(tǒng)開銷消息，終端存儲(chǔ)廣播信道指配消息；終端在收齊系統(tǒng)開銷消息后處理存儲(chǔ)的廣播信道指配消息。本發(fā)明能夠加快終端二次尋呼的速度，減少終端遲后接入的等待時(shí)間，使用戶漏掉的信息大幅度減少。
文檔編號(hào)H04W84/02GK101742416SQ20091024627
公開日2010年6月16日 申請(qǐng)日期2009年12月14日 優(yōu)先權(quán)日2009年12月14日
發(fā)明者李森 申請(qǐng)人:中興通訊股份有限公司