專利名稱：受理側(cè)主動發(fā)送消息觸發(fā)群組信息更新的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明數(shù)字集群通信領(lǐng)域，特別是CDMA2000數(shù)字集群系統(tǒng)中，受理側(cè)主動向調(diào)度 服務(wù)器發(fā)送通知消息的方法、裝置及受理側(cè)群組管理成功后，觸發(fā)終端群組信息更新的方 法。
背景技術(shù)：
集群通信是指一種專用的調(diào)度通訊方式，包括專用指揮和調(diào)度通信，在使用中集 群用戶可以同時加入呼叫，通話以半雙工方式工作。從廣義上講包括無線對講系統(tǒng)在內(nèi)的 具有調(diào)度通信功能的各種無線通信系統(tǒng)均可納入集群通信系統(tǒng)的范疇。集群通信經(jīng)歷了簡單對講系統(tǒng)(一對一對講形式)到單基站小系統(tǒng)(同頻單工組 網(wǎng)形式、異頻單(雙)工組網(wǎng)形式、單信道一呼百應(yīng)形式、帶選擇呼叫形式、多信道自動撥 號形式)，再到大容量多區(qū)域系統(tǒng)(多信道用戶共享形式)的發(fā)展歷程，后又經(jīng)歷了從模擬 集群到數(shù)字集群的飛躍，這個飛躍使得集群通訊在信令編碼、采用的多址方式、語音編碼、 調(diào)制解調(diào)技術(shù)、同步技術(shù)、檢錯糾錯以及分集技術(shù)等方面均可以采用更可靠的數(shù)字處理方 式。目前廣泛應(yīng)用的兩種數(shù)字集群系統(tǒng)是基于TDMA多址技術(shù)的iDENGntegratedDigital Enhanced Network)和 TETRA (Terrestrial Trunked Radio)。為了促進數(shù)字集群系統(tǒng)的規(guī) 模應(yīng)用，同時進一步提高頻率資源利用率，集群通信系統(tǒng)在應(yīng)用上出現(xiàn)了一個新的應(yīng)用趨 勢，就是將多個數(shù)字集群系統(tǒng)結(jié)合在一起統(tǒng)一使用和管理，從而達到能夠共用頻道和信道， 共享覆蓋區(qū)域、通信業(yè)務(wù)，共擔費用的目的，最終將集群應(yīng)用從面向個別專業(yè)用戶發(fā)展為面 向多個集團用戶實現(xiàn)共網(wǎng)運營。受理側(cè)指受理數(shù)字集群系統(tǒng)集團、用戶、群組、群組成員開戶、銷戶、帳戶變更、權(quán) 限管理的系統(tǒng)。受理側(cè)可以是獨立于數(shù)字集群系統(tǒng)獨立運營的系統(tǒng)如營帳；也可以是數(shù)字 集群系統(tǒng)的受理臺或數(shù)據(jù)庫輸入輸出接口(后續(xù)簡稱DBI0)等。本發(fā)明所述受理側(cè)包括但 不限于營帳、受理臺和DBI0。數(shù)字集群系統(tǒng)有終端、調(diào)度臺客戶端和受理側(cè)三種途徑進行群組管理。為簡 化后續(xù)尋呼，各種途徑的群組管理都需要將最終的群組信息同步到終端。中國專利 CN200710176180.9提出了終端無線群組管理時，群組信息更新的優(yōu)化方法；中國專利 CN200710138556. 7提出了由網(wǎng)絡(luò)側(cè)調(diào)度客戶端進行群組管理觸發(fā)終端群組信息更新的方 法；而受理側(cè)群組管理引發(fā)群組信息的改變，目前無法實時通知到調(diào)度服務(wù)器，也沒有可使 受理側(cè)主動向調(diào)度服務(wù)器發(fā)送通知消息的方法來告知調(diào)度服務(wù)器群組信息已經(jīng)發(fā)生改變， 導致終端不能及時更新群組信息。

發(fā)明內(nèi)容
本發(fā)明的目的之一在于針對上述現(xiàn)有技術(shù)的缺陷，旨在提供一種受理側(cè)在對群組 管理成功后能主動向調(diào)度服務(wù)器發(fā)送通知消息的方法。本發(fā)明受理側(cè)主動向調(diào)度服務(wù)器發(fā)送通知消息的方法包括以下步驟
判斷受理側(cè)對群組進行群組管理操作是否成功；根據(jù)對群組進行管理操作成功的結(jié)果，識別對群組管理的操作類型；若上述管理操作類型為修改、刪除群組或新增、修改、刪除群組成員信息，則向調(diào) 度服務(wù)器發(fā)送通知消息；否則，結(jié)束流程。其中，所述受理側(cè)包括營帳、受理臺和DBI0中的至少一種。優(yōu)選地，所述受理側(cè)對群組進行管理操作還包括查詢、新增群組或查詢?nèi)航M成員 fn息o優(yōu)選地，所述識別群組管理的操作類型包括以下步驟判斷所述群組管理操作是否是新增群組、查詢?nèi)航M或群組成員信息，如是，則結(jié)束 流程，否則進入下一步驟。優(yōu)選地，所述向調(diào)度服務(wù)器發(fā)送通知消息的步驟包括當所述群組管理操作是修改或刪除群組操作時，則在所述通知消息中加入所操作 的群組信息和操作類型；當所述群組管理操作是新增、修改或刪除群組成員操作時，則在所述通知消息中 除加入所操作的群組信息和操作類型外還增加所操作的群組成員信息。本發(fā)明的另一個目的在于提供一種實現(xiàn)受理側(cè)向調(diào)度服務(wù)器主動發(fā)送通知消息 的裝置，包括群組管理判斷模塊，用于判斷受理側(cè)對調(diào)度歸屬寄存器中的群組及群組成員信息 的群組管理操作是否成功；群組管理識別模塊，用于在對群組管理操作成功后，識別群組管理的操作類型，和消息發(fā)送模塊，用于群組管理操作成功后，主動發(fā)送通知消息至調(diào)度服務(wù)器。優(yōu)選地，所述消息發(fā)送模塊包括消息分類單元，當所述群組管理識別模塊所識別出的群組管理操作類型是修改或刪除群組操作 時，所述消息分類單元在通知消息中加入群組信息和操作類型信息；當所述群組管理識別模塊所識別出的群組管理操作類型是新增、修改或刪除群組 成員操作時，所述消息分類單元在通知消息中加入群組和群組成員信息及操作類型信息。優(yōu)選地，所述操作類型包括查詢、新增、修改、刪除群組或查詢、新增、修改、刪除群 組成員信息。本發(fā)明的又一個目的在于，就現(xiàn)有的受理側(cè)群組管理流程進行改進，提供一種受 理側(cè)群組管理觸發(fā)終端群組信息更新的方法，該方法包括以下步驟判斷受理側(cè)對群組進行群組管理操作是否成功；根據(jù)對群組進行管理操作成功的結(jié)果，識別對群組進行管理操作的類型；若上述管理操作類型為修改、刪除群組或新增、修改、刪除群組成員信息，則向調(diào) 度服務(wù)器發(fā)送通知消息；否則，結(jié)束流程；調(diào)度服務(wù)器啟動終端群組信息更新流程。優(yōu)選地，在所述受理側(cè)對群組進行群組管理操作前，還包括步驟受理側(cè)向調(diào)度歸屬寄存器發(fā)起群組管理請求，如果請求失敗，則結(jié)束流程；否則， 進入下一步驟。優(yōu)選地，在所述向調(diào)度服務(wù)器發(fā)送通知消息后，還包括以下步驟
調(diào)度服務(wù)器向受理側(cè)發(fā)送群組信息改變接受應(yīng)答；如所述應(yīng)答為拒絕，則結(jié)束流 程，否則，進入下一步驟。調(diào)度服務(wù)器接受所述受理側(cè)發(fā)出的通知消息后，觸發(fā)后續(xù)的終端群組信息更新流 程，將修改后的群組信息及時在終端進行實時更新。本發(fā)明的受理側(cè)群組管理觸發(fā)群組信息更新的方法，解決了現(xiàn)有技術(shù)中無法實現(xiàn) 由受理側(cè)進行群組管理后觸發(fā)群組信息更新的缺陷。其在群組管理操作成功后，受理側(cè)主 動向調(diào)度服務(wù)器發(fā)送群組信息改變通知消息，通過該信令交互，實現(xiàn)受理側(cè)將群組管理操 作通知到調(diào)度服務(wù)器，以觸發(fā)終端實時更新群組信息，從而解決了現(xiàn)有技術(shù)中受理側(cè)群組 管理不能及時更新到終端的弊端，提高了終端接入尋呼的實時性和準確性。


圖1是本發(fā)明數(shù)字集群系統(tǒng)的網(wǎng)絡(luò)拓撲圖；圖2是本發(fā)明的一個實施例中受理側(cè)群組管理觸發(fā)實時群組信息更新的流程圖；圖3是本發(fā)明的一個實施例中受理側(cè)群組管理觸發(fā)終端群組信息更新的時序示 意圖；圖4是本發(fā)明的一個實施例中受理側(cè)向調(diào)度服務(wù)器主動發(fā)送通知消息的流程圖；圖5是本發(fā)明一個實施例中實現(xiàn)受理側(cè)向調(diào)度服務(wù)器主動發(fā)送通知消息的裝置 結(jié)構(gòu)圖。本發(fā)明目的的實現(xiàn)、功能特點及優(yōu)點將結(jié)合實施例，參照說明書附圖在下面做進
一步說明。
具體實施例方式以下結(jié)合附圖及具體實施方式
對本發(fā)明的技術(shù)方案作進一步詳細描述。圖1是本發(fā)明數(shù)字集群系統(tǒng)的網(wǎng)絡(luò)拓撲圖，其包括以下組成部分MS:集群終端，支持存儲用戶信息、群組信息，并響應(yīng)尋呼等集群業(yè)務(wù)的終端設(shè)備。BSS 基站子系統(tǒng)，包括支持集群呼叫的收發(fā)信機(BTS)，基站控制器(BSC)和與網(wǎng) 絡(luò)側(cè)交互的調(diào)度臺客戶端(PDC)。PDS:調(diào)度服務(wù)器，實現(xiàn)集群呼叫的呼叫控制、話權(quán)管理、用戶和群組會話狀態(tài)管理 等功能。PHR:調(diào)度歸屬寄存器，保存集群用戶和群組的注冊、位置和群組等信息，實現(xiàn)對集 群用戶的鑒權(quán)、授權(quán)和計費功能。DBI0:數(shù)字集群系統(tǒng)中數(shù)據(jù)庫輸入/輸出模塊，受理集團、用戶、群組和群組成員 的管理業(yè)務(wù)。受理臺數(shù)字集群系統(tǒng)中受理集團、用戶、群組、群組成員管理業(yè)務(wù)的模塊。營帳獨立于數(shù)字集群系統(tǒng)，實現(xiàn)數(shù)字集群系統(tǒng)中集團、用戶、群組、群組成員受理 操作的管理平臺。DAS 調(diào)度臺服務(wù)器，處理調(diào)度臺客戶端發(fā)來的業(yè)務(wù)請求，并處理與調(diào)度服務(wù)器間 的信令交互。DAC:調(diào)度臺客戶端，包括調(diào)度臺與管理臺，調(diào)度臺客戶端是群組管理的操作平臺之一。本實施例基于上述各部分組成的集群系統(tǒng)，通過受理側(cè)對群組管理而觸發(fā)終端設(shè) 備群組信息更新，實現(xiàn)提高終端設(shè)備接入尋呼的實時性和準確性的目的，以下將詳細闡述 其方法。圖2是本實施例中受理側(cè)群組管理觸發(fā)終端實時更新群組信息的流程圖。參照圖2，所述受理側(cè)群組管理觸發(fā)終端實時群組信息更新的方法包括以下步 驟步驟S1，受理側(cè)向調(diào)度歸屬寄存器(PHR)發(fā)起群組管理請求，如果請求成功，進入 步驟S2;否則，則結(jié)束流程。步驟S2，受理側(cè)對群組進行群組管理操作。步驟S3，若上述管理操作類型為修改、刪除群組或新增、修改、刪除群組成員信息， 則向調(diào)度服務(wù)器發(fā)送通知消息；否則，結(jié)束流程。步驟S4,調(diào)度服務(wù)器向受理側(cè)發(fā)送群組信息改變接受應(yīng)答，如該應(yīng)答為拒絕，則結(jié) 束流程，否則，進入步驟S5。步驟S5，調(diào)度服務(wù)器啟動終端群組信息更新流程。其中，所述受理側(cè)包括營帳、受理臺和DBI0中的至少一種；所述群組管理操作包 括查詢、新增、修改、刪除群組或查詢、新增、修改、刪除群組成員等操作。在步驟S2后，還包括步驟如果群組管理操作失敗，則流程結(jié)束；否則，進入步驟 S3。在步驟S3中，還包括步驟如果受理側(cè)進行的是修改或刪除群組操作，則在所述通知消息中加入所操作的群 組信息和操作類型；如果進行的是新增、修改或刪除群組成員操作，則在所述通知消息中除 加入所操作的群組信息外還增加有所操作的群組成員信息。在步驟S5中，調(diào)度服務(wù)器(PDS)觸發(fā)后續(xù)的終端群組信息更新流程，將修改后的 群組信息及時地更新到終端。本方法各步驟的時序先后順序請參考圖3所示。因群組信息更新技術(shù)為現(xiàn)有技術(shù)，本發(fā)明在此不再詳述。受理側(cè)如何主動向調(diào)度臺服務(wù)器發(fā)送通知消息是受理側(cè)群組管理觸發(fā)實時群組 信息更新的方法的一個重要組成部分，也是本發(fā)明的關(guān)鍵所在，以下詳細闡述受理側(cè)主動 向調(diào)度服務(wù)器發(fā)送通知消息的方法及實施該方法的裝置。圖4是本實施例中受理側(cè)向調(diào)度服務(wù)器(PDS)主動發(fā)送通知消息的方法的流程 圖，其包括以下步驟步驟S10，判斷受理側(cè)對群組進行群組管理操作的結(jié)果；步驟S20，若所述管理操作成功，則識別群組管理操作的操作類型；步驟S30，根據(jù)所識別的群組管理操作類型，向調(diào)度服務(wù)器(PDS)發(fā)送不同的通知 消息。在執(zhí)行步驟S10中，受理側(cè)判斷調(diào)度歸屬寄存器中的群組信息是否被群組管理操 作成功；如是，則執(zhí)行步驟S20，否則，結(jié)束流程。在步驟S20中，識別群組管理操作的操作類型，所述操作類型包括查詢、新增、修 改、刪除群組信息或查詢、新增、修改、刪除群組成員信息；
在步驟S30中，受理側(cè)識別出群組管理操作后，根據(jù)群組管理操作類型主動向調(diào) 度服務(wù)器(PDS)發(fā)送通知消息。本方法在步驟S30前還包括以下步驟當所述群組管理操作是新增群組、查詢?nèi)航M或群組成員信息時，則結(jié)束流程，否則 進入下一步驟，即向調(diào)度服務(wù)器(PDS)發(fā)送通知消息。上述流程中，因新增群組時沒有群組成員，查詢?nèi)航M或群組成員時不涉及群組或 群組成員信息的改變，故這兩個操作不需要進行群組信息更新。其它管理操作，如修改、刪 除群組和新增、修改刪除群組成員操作成功后，受理側(cè)均需向調(diào)度服務(wù)器主動發(fā)送群組信 息改變通知消息，通知群組或群組成員信息發(fā)生變化，以觸發(fā)終端的群組信息更新。本實施例中，所述實現(xiàn)受理側(cè)1主動向調(diào)度服務(wù)器發(fā)送通知消息的裝置的結(jié)構(gòu)如 圖5所示，其屬于受理側(cè)1的一部分(受理側(cè)1還包括群組管理模塊11等)，包括群組管理 判斷模塊12、群組管理識別模塊13和消息發(fā)送模塊14。群組管理判斷模塊12用于判斷受理側(cè)1的群組管理模塊對調(diào)度歸屬寄存器中的 群組及群組成員信息的群組管理操作是否成功。群組管理識別模塊13用于識別群組管理的操作類型，所述操作類型包括查詢、新 增、修改、刪除群組或查詢、新增、修改、刪除群組成員信息。消息發(fā)送模塊14用于群組管理操作成功后，主動發(fā)送通知消息至調(diào)度服務(wù)器，其 進一步包括消息分類單元141 當所述群組管理識別模塊13所識別出的群組管理操作類型是修改或刪除群組操 作時，則所述消息分類單元141在所述通知消息中加入群組信息和操作類型信息；當所述群組管理識別模塊13所識別出的群組管理操作類型是新增、修改或刪除 群組成員操作時，則所述消息分類單元141在所述通知消息中同時加入群組和群組成員信 息及操作類型信息。本發(fā)明提出了一種數(shù)字集群系統(tǒng)中群組管理成功后，受理側(cè)向調(diào)度服務(wù)器主動通知的機制。受理側(cè)群組管理成功，導致群組或群組成員信息改變后，受理側(cè)向調(diào)度服務(wù)器發(fā) 送群組信息改變通知消息，以觸發(fā)受影響終端實時同步更新群組或群組成員信息的方法。 這種改進方法，解決了受理側(cè)對群組進行管理時，不能實時更新群組信息的問題，規(guī)范了群 組管理的流程，同時也提高了集群呼叫的保密性和操作的實效性。以上所述僅為本發(fā)明的優(yōu)選實施例，并非因此限制其專利范圍，凡是利用本發(fā)明 說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，直接或間接運用在其他相關(guān)的技術(shù)領(lǐng) 域，均同理包括在本發(fā)明的專利保護范圍內(nèi)。
權(quán)利要求
一種受理側(cè)主動向調(diào)度服務(wù)器發(fā)送通知消息的方法，其特征在于，包括以下步驟判斷受理側(cè)對群組進行管理操作是否成功；根據(jù)對群組進行管理操作成功的結(jié)果，識別對群組進行管理操作的類型；若上述管理操作類型為修改、刪除群組或新增、修改、刪除群組成員信息，則向調(diào)度服務(wù)器發(fā)送通知消息；否則，結(jié)束流程。
2.如權(quán)利要求1所述的向調(diào)度服務(wù)器發(fā)送通知消息的方法，其特征在于，所述對群組 進行管理操作還包括查詢、新增群組或查詢?nèi)航M成員信息。
3.如權(quán)利要求2所述的向調(diào)度服務(wù)器發(fā)送通知消息的方法，其特征在于，所述向調(diào)度 服務(wù)器發(fā)送通知消息的步驟中包括當所述群組管理操作是修改或刪除群組操作時，則在所述通知消息中加入所操作的群 組信息和操作類型；當所述群組管理操作是新增、修改或刪除群組成員操作時，則在所述通知消息中除加 入所操作的群組信息和操作類型外還增加所操作的群組成員信息。
4.如權(quán)利要求1所述的向調(diào)度服務(wù)器發(fā)送通知消息的方法，其特征在于，所述受理側(cè) 包括營帳、受理臺和DBI0中的至少一種。
5.一種實現(xiàn)受理側(cè)向調(diào)度服務(wù)器主動發(fā)送通知消息的裝置，其特征在于，包括群組管理判斷模塊，判斷受理側(cè)對調(diào)度歸屬寄存器中的群組及群組成員信息的群組管 理操作是否成功；群組管理識別模塊，根據(jù)對群組進行管理操作成功的結(jié)果，識別對群組進行管理操作 的類型；和消息發(fā)送模塊，根據(jù)所述管理操作類型，向調(diào)度服務(wù)器發(fā)送通知消息。
6.如權(quán)利要求5所述的裝置，其特征在于，所述通知消息發(fā)送模塊包括消息分類單元；當所述群組管理識別模塊所識別出的群組管理操作類型是修改或刪除群組操作，則所述消息分類單元在通知消息中加入群組信息和操作類型信息；當所述群組管理識別模塊所識別出的群組管理操作類型是新增、修改或刪除群組成員 操作，則所述消息分類單元在通知消息中加入群組、群組成員和操作類型信息。
7.如權(quán)利要求5所述的裝置，其特征在于，所述操作類型包括查詢、新增、修改、刪除群 組或查詢、新增、修改、刪除群組成員。
8.—種受理側(cè)群組管理觸發(fā)終端群組信息更新的方法，包括受理側(cè)對群組進行管理操 作，其特征在于，在受理側(cè)對群組進行管理操作后，還包括以下步驟判斷受理側(cè)對群組進行管理操作是否成功；根據(jù)對群組進行管理操作成功的結(jié)果，識別對群組進行管理操作的類型；若上述管理操作類型為修改、刪除群組或新增、修改、刪除群組成員信息，則向調(diào)度服 務(wù)器發(fā)送通知消息；否則，結(jié)束流程；調(diào)度服務(wù)器啟動終端群組信息更新流程。
9.如權(quán)利要求8所述的群組信息更新的方法，其特征在于，所述管理操作類型還包括 查詢、新增群組或查詢?nèi)航M成員信息。
10.如權(quán)利要求8所述的群組信息更新的方法，其特征在于，在所述受理側(cè)對群組進行 管理操作前，還包括步驟受理側(cè)向調(diào)度歸屬寄存器發(fā)起群組管理請求，如果請求失敗，則結(jié)束流程；否則，受理 側(cè)對群組進行管理操作。
11.如權(quán)利要求8、9或10所述的群組信息更新的方法，其特征在于，在所述向調(diào)度服務(wù) 器發(fā)送通知消息后，還包括以下步驟調(diào)度服務(wù)器向受理側(cè)發(fā)送群組信息改變接受應(yīng)答；如應(yīng)答為拒絕，則結(jié)束流程，否則， 調(diào)度服務(wù)器啟動終端群組信息更新流程。
全文摘要
本發(fā)明涉及數(shù)字集群通信領(lǐng)域，提供了一種在數(shù)字集群系統(tǒng)中受理側(cè)對群組管理而觸發(fā)終端群組信息更新的方法，該方法包括步驟受理側(cè)對群組進行群組管理操作后，主動向調(diào)度服務(wù)器發(fā)送通知消息，再根據(jù)所發(fā)送的通知消息啟動終端群組信息更新流程，以觸發(fā)受影響的終端實時地同步變化群組或群組成員信息。本發(fā)明解決了傳統(tǒng)受理側(cè)群組管理不能實時群組信息更新的問題，規(guī)范了群組管理流程，同時也提高了集群呼叫的保密性和操作的實效性。
文檔編號H04W4/10GK101800944SQ201010129890
公開日2010年8月11日 申請日期2010年3月19日 優(yōu)先權(quán)日2010年3月19日
發(fā)明者劉宓, 張書良, 張曉霞, 李曦濱, 陶恒 申請人:中興通訊股份有限公司