專利名稱：一種集群組發(fā)短消息的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種集群組發(fā)短消息的方法和系統(tǒng)。
背景技術(shù)：
集群無線通信系統(tǒng)，以下簡(jiǎn)稱集群系統(tǒng)，是近幾年來發(fā)展起來的一種較經(jīng)濟(jì)、較靈活的指揮調(diào)度通信系統(tǒng)，廣泛應(yīng)用在政府機(jī)關(guān)、能源交通、機(jī)場(chǎng)碼頭、工礦企業(yè)、消防警察、水利和軍事等單位，以滿足各單位內(nèi)部通信聯(lián)絡(luò)的需要。
目前的集群通信系統(tǒng)中，每個(gè)組包括一個(gè)組標(biāo)識(shí)ID和組呼區(qū)域，其中組呼區(qū)域定義為一族小區(qū)。但是這些信息都是一些開戶時(shí)在歸屬位置寄存器(HLR)和SIM卡里存儲(chǔ)的固定信息，并未實(shí)現(xiàn)對(duì)組呼用戶的移動(dòng)性管理。
圖1為集群系統(tǒng)核心網(wǎng)結(jié)構(gòu)HLR中存有用戶信息，包括該用戶國(guó)際移動(dòng)用戶標(biāo)識(shí)碼(IMSI)、所屬的組ID列表(一個(gè)用戶可以最多屬于50個(gè)組)。
網(wǎng)關(guān)移動(dòng)交換機(jī)(GMSC)與外部網(wǎng)絡(luò)相連，GMSC還與錨移動(dòng)交換機(jī)Anchor MSC相連。
錨MSC負(fù)責(zé)管理和維護(hù)一個(gè)特定的語音組呼業(yè)務(wù)(VGCS)。
中繼MSC(Ralay MSC)，在組呼區(qū)域跨躍多個(gè)MSC時(shí)，除錨MSC之外的所有MSC。錨MSC與中繼MSC之間是一對(duì)多的樹狀關(guān)系。
訪問位置寄存器(VLR)存有用戶IMSI、該用戶所屬組的ID列表。當(dāng)用戶漫游時(shí)，這些信息從HLR中拷貝過來。
組呼寄存器(GCR)中包含了組ID和組呼區(qū)域，組呼區(qū)域與組ID合在一起稱作組呼參考。其中與錨MSC相連的GCR中包含了與該組呼參考相關(guān)的調(diào)度員列表、中繼MSC列表、錨MSC直接控制的小區(qū)列表。而與中繼MSC相連的GCR則包含了與該組呼參考相關(guān)的錨MSC地址、本中繼MSC所控制的小區(qū)列表。
收到組呼發(fā)起請(qǐng)求時(shí)，錨MSC向所連接的GCR查詢?cè)摻M屬性。得到調(diào)度員列表、中繼MSC列表、以及本MSC控制下的小區(qū)列表。進(jìn)而呼叫調(diào)度員，呼叫中繼MSC并為在本MSC控制下的小區(qū)建立組呼信道，通過各個(gè)小區(qū)的在通知信道(NCH)通知組內(nèi)用戶有組呼發(fā)起，并指明其組呼信道參數(shù)以便組內(nèi)用戶監(jiān)聽。
中繼MSC接到錨MSC的組呼呼叫請(qǐng)求后，向所連接的GCR查詢小區(qū)列表，在這些小區(qū)內(nèi)建立組呼信道，通過NCH通知組內(nèi)用戶有組呼發(fā)起，并指明其組呼信道參數(shù)以便組內(nèi)用戶監(jiān)聽。
當(dāng)發(fā)起一個(gè)組呼呼叫時(shí)，在特定區(qū)域的一組用戶能夠同時(shí)加入到組呼呼叫并監(jiān)聽講話者。同一時(shí)間只能有一個(gè)講話者，當(dāng)講話者講完后，其它用戶都能夠通過按PTT鍵(Push to talk)變成講話者。在通話過程中，任何用戶都可以自己決定中途離開或者中途加入到組呼呼叫中，進(jìn)入組呼區(qū)域的用戶能夠接到通知并中途加入到主呼叫中。
講者可以占用上行組呼信道，同時(shí)監(jiān)視下行組呼信道；網(wǎng)絡(luò)也可以為講話者單獨(dú)分配一個(gè)獨(dú)立的上下行專用信道。但是聽者只能智能監(jiān)視下行組呼信道。
目前的無線通信短消息實(shí)現(xiàn)技術(shù)包括兩種情況點(diǎn)對(duì)點(diǎn)和點(diǎn)對(duì)多點(diǎn)，前者收發(fā)短消息的都分別只有一個(gè)用戶，后者可以實(shí)現(xiàn)將一條短消息發(fā)給特定區(qū)域的所有用戶。
點(diǎn)對(duì)點(diǎn)的短消息至少有一方為移動(dòng)用戶，可以實(shí)現(xiàn)用戶間的點(diǎn)對(duì)點(diǎn)消息傳遞。短消息的發(fā)送借助短消息中心(SC)中轉(zhuǎn)。短消息發(fā)起方的短消息內(nèi)容首先被送到SC，SC負(fù)責(zé)的短消息的發(fā)送和保存。SC是不屬于公共陸地移動(dòng)網(wǎng)(PLMN)的節(jié)點(diǎn)，發(fā)起短消息的用戶可以是移動(dòng)用戶也可以Internet用戶。SC將短消息發(fā)送給移動(dòng)用戶的過程為SC首先將短消息發(fā)送短消息網(wǎng)關(guān)(SMS-GMSC)，SMS-GMSC根據(jù)短消息攜帶的目的地址查詢HLR，獲得移動(dòng)用戶的漫游地地址，然后SMS-GMSC將短消息發(fā)往上述地址，該地址為用戶目前所在MSC的地址。MSC收到短消息后，查詢VLR獲得用戶的位置信息，并在用戶所在的位置區(qū)尋呼用戶，用戶響應(yīng)后通過建立的SDCCH將短消息發(fā)送給用戶。用戶成功接收后反饋確認(rèn)消息，然后當(dāng)?shù)豈SC會(huì)通過SMS-GMSC將確認(rèn)信息反饋到SC，SC在收到用戶成功接收的消息后將保存的短消息刪除。上述任何一步失敗，SC都不會(huì)將短消息刪除。HLR負(fù)責(zé)跟蹤短消息的發(fā)送，在用戶不可達(dá)或內(nèi)存滿等情況下，HLR保存對(duì)于短消息的SC地址，當(dāng)用戶重新可達(dá)或有內(nèi)存空間時(shí)，HLR通知SC發(fā)送短消息給用戶。
現(xiàn)有技術(shù)一是集群組發(fā)短消息的方案，集群中希望實(shí)現(xiàn)組發(fā)短消息，組發(fā)短消息屬于點(diǎn)對(duì)多點(diǎn)的情況，但是與小區(qū)廣播短消息不同之處在于組發(fā)短消息是發(fā)給一定區(qū)域內(nèi)的部分用戶而非全部用戶。目前如果組呼已經(jīng)建立，那么短消息發(fā)送過程為SC將短消息發(fā)送到SMS-GMSC，SMS-GMSC根據(jù)短消息的目的地址分析該短消息為集群組發(fā)短消息，SMS-GMSC查詢HLR得到組發(fā)短消息對(duì)應(yīng)的A-MSC地址，然后將短消息發(fā)給該A-MSC，A-MSC負(fù)責(zé)將短消息在組呼下行的SACCH信道下發(fā)給組內(nèi)的所有用戶。
當(dāng)組呼沒有建立的情況下SMS-GMSC將短消息發(fā)送到A-MSC后，A-MSC返回組呼未建立標(biāo)志和組內(nèi)所有用戶的列表給SMS-GMSC，SMS-GMSC將短消息按照點(diǎn)對(duì)點(diǎn)的方式發(fā)送到各個(gè)用戶，如圖2示。
現(xiàn)有技術(shù)一的缺點(diǎn)，是在組呼沒有建立的情況下，按照點(diǎn)對(duì)點(diǎn)的方式給所有組內(nèi)用戶發(fā)短消息時(shí)延較大，同時(shí)如果一個(gè)小區(qū)內(nèi)用戶較多時(shí)，無線資源浪費(fèi)較大，且可能造成擁塞。

發(fā)明內(nèi)容
本發(fā)明提供一種集群組發(fā)短消息的方法和系統(tǒng)，用以解決現(xiàn)有技術(shù)中存在的在組呼沒有建立情況下，按照點(diǎn)對(duì)點(diǎn)的方式給所有組內(nèi)用戶發(fā)短消息時(shí)延較大，造成無線資源浪費(fèi)的問題。
本發(fā)明方法包括一種集群組發(fā)短消息的方法，其特征在于，包括以下步驟A、短消息發(fā)送用戶判斷其所在組的組呼是否建立，如果是，進(jìn)入步驟B，否則進(jìn)入步驟C；B、短消息發(fā)送用戶在建立的組呼信道上組發(fā)短消息；C、短消息發(fā)送用戶發(fā)起組呼建立請(qǐng)求，建立組呼，返回步驟B。
所述的步驟A之前，還包括短消息發(fā)送用戶編輯短消息并確認(rèn)發(fā)送的步驟。
所述的步驟A中，短消息發(fā)送用戶判斷組呼是否建立，是通過檢測(cè)通知信道信道是否有接收組發(fā)短消息的組呼參考建立消息完成的。
所述的步驟B之后，還包括步驟D、組內(nèi)用戶接收所述的短消息。
所述的步驟D中，還包括短消息發(fā)送用戶接收所述的短消息。
所述的方法，當(dāng)所述的短消息發(fā)送用戶接收到所述的短消息時(shí)，判定本次短消息發(fā)送成功。
所述的步驟D之后，還包括結(jié)束所述組呼的步驟。
所述的結(jié)束組呼的步驟，采用下述方法之一短消息發(fā)送用戶發(fā)送組呼結(jié)束請(qǐng)求，結(jié)束所述的組呼；等待超時(shí)，網(wǎng)絡(luò)結(jié)束所述的組呼。
所述的步驟C中，還包括判斷本次組呼建立是否成功的步驟，當(dāng)本次組呼建立成功，進(jìn)入步驟B，否則，重復(fù)步驟C。
本發(fā)明系統(tǒng)包括一種集群組發(fā)短消息的系統(tǒng)，包括短消息中心、短消息網(wǎng)關(guān)、移動(dòng)交換中心和移動(dòng)臺(tái)，所述短消息中心接收移動(dòng)臺(tái)發(fā)送的短消息，并將其轉(zhuǎn)發(fā)給短消息網(wǎng)關(guān)，短消息網(wǎng)關(guān)將所述的短消息轉(zhuǎn)發(fā)給移動(dòng)交換中心，由移動(dòng)交換中心將所述的短消息發(fā)送至目的地址，其特征在于，所述的移動(dòng)臺(tái)設(shè)置有組呼查詢單元，用于向所述的移動(dòng)交換中心發(fā)送組呼查詢請(qǐng)求，以獲知組呼信道是否建立信息。
所述的移動(dòng)臺(tái)，還設(shè)置有組呼建立狀態(tài)判斷單元，用于判斷組呼建立狀態(tài)。
所述的移動(dòng)臺(tái)，還設(shè)置有短消息發(fā)送狀態(tài)判斷單元，用于判斷集群組發(fā)短消息的發(fā)送狀態(tài)。
本發(fā)明有益效果如下本發(fā)明方案避免了大量發(fā)送點(diǎn)對(duì)點(diǎn)短消息的情況，可以快速的實(shí)現(xiàn)組發(fā)短消息，同時(shí)有較高的資源利用率。


圖1為現(xiàn)有技術(shù)中集群系統(tǒng)結(jié)構(gòu)示意圖；圖2為現(xiàn)有技術(shù)中可以發(fā)送短消息的結(jié)群系統(tǒng)結(jié)構(gòu)示意圖；圖3為現(xiàn)有技術(shù)中組發(fā)短消息的流程示意圖；圖4為本發(fā)明的流程示意圖；圖5為本發(fā)明一個(gè)組發(fā)短消息的實(shí)例示意圖；圖6為本發(fā)明組發(fā)短消息的系統(tǒng)結(jié)構(gòu)示意圖。
具體實(shí)施例方式
下面結(jié)合說明書附圖來說明本發(fā)明的具體實(shí)施方式
。
本發(fā)明可以使用于組內(nèi)成員發(fā)送集群組短消息的情況，組內(nèi)成員通過NCH可以知道當(dāng)前組呼是否建立，若組呼已經(jīng)建立，用戶直接發(fā)送短消息，符合現(xiàn)有技術(shù)組呼已經(jīng)建立的情況下的組發(fā)短消息；若組呼沒有建立，則用戶終端自動(dòng)在發(fā)送短消息前發(fā)送組呼建立請(qǐng)求，等組呼建立完成后，用戶發(fā)送短消息。
如圖4所示，是本發(fā)明組發(fā)短消息的流程示意圖，從圖中可見，本發(fā)明主要包括以下步驟
S1、短消息發(fā)送用戶編輯短消息并確認(rèn)發(fā)送；短消息發(fā)送用戶在移動(dòng)臺(tái)上編輯要發(fā)送給組成員的短消息，編輯完成后，確認(rèn)發(fā)送所述的短消息。
S2、短消息發(fā)送用戶判斷要發(fā)送短消息的組是否已經(jīng)建立了組呼 如果是進(jìn)入步驟S3，否則進(jìn)入步驟S4。
本步驟中，短消息發(fā)送用戶判斷組呼是否建立，是通過檢測(cè)NCH信道是否有接收組發(fā)短消息的組呼參考建立消息完成的，如果有組發(fā)短消息的組呼參考建立消息，則說明組呼已經(jīng)建立，直接進(jìn)入步驟S3，否則，說明組呼還沒有建立，則進(jìn)入步驟S4。
S3、短消息發(fā)送用戶在建立的組呼信道上發(fā)送所述的短消息；當(dāng)存在組呼信道時(shí)，直接在該組呼信道上發(fā)送所述的短消息即可，發(fā)送方式可以與現(xiàn)有技術(shù)相同。
S4、短消息發(fā)送用戶發(fā)起組呼建立請(qǐng)求，建立組呼；如果短消息發(fā)送用戶發(fā)送所述的短消息時(shí)，組呼并沒有建立，則該段消息發(fā)送用戶直接發(fā)起組呼建立請(qǐng)求，建立組呼，并返回步驟S3。
在步驟S4中，該短消息發(fā)送用戶在發(fā)起組呼建立請(qǐng)求，請(qǐng)求建立組呼后，還可以包括驗(yàn)證該組呼是否建立成功的步驟，如果建立成功則轉(zhuǎn)入步驟S3，否則，重新建立該組呼。
上述方案中，短消息發(fā)送用戶可以以收到自己發(fā)出的短消息為短信成功發(fā)送標(biāo)志，但是發(fā)起短消息的用戶也可以不顯示短消息內(nèi)容，即如果短消息發(fā)送用戶為用戶自己則只將此短消息作為一條短信成功發(fā)送的信令。短消息發(fā)送完畢后，組呼的結(jié)束可以有多個(gè)選擇，如組呼建立者(可以是該短消息發(fā)送用戶)主動(dòng)發(fā)情求結(jié)束組呼，或等待超時(shí)由網(wǎng)絡(luò)來自動(dòng)結(jié)束組呼。
下面看一個(gè)具體的實(shí)例，如圖5所示，是一個(gè)使用本發(fā)明方案組發(fā)短消息的流程示意圖，在組呼沒有建立的情況下，組成員在發(fā)送短消息前自動(dòng)發(fā)起組呼建立請(qǐng)求，當(dāng)確定組呼已經(jīng)建立后，才發(fā)送短消息，這樣即可保證組發(fā)短消息到達(dá)A-MSC時(shí)，組呼已經(jīng)建立。組呼已經(jīng)建立的組發(fā)短消息過程已經(jīng)標(biāo)準(zhǔn)化。
如圖5所示，主要包括以下步驟S1、移動(dòng)臺(tái)編輯完成短消息，并按下發(fā)送鍵；S2、NCH信道沒有接收組發(fā)短消息的組呼參考的建立消息；S3、BSS向以動(dòng)臺(tái)發(fā)送系統(tǒng)消息，攜帶NCH信息。
根據(jù)NCH信道沒有接收組發(fā)短消息的組呼參考的建立消息，判斷組呼沒有建立。
S4、移動(dòng)臺(tái)發(fā)起標(biāo)準(zhǔn)的組呼建立過程；S5、錨MSC在組呼下行信道向移動(dòng)臺(tái)發(fā)送連接消息；S6、標(biāo)準(zhǔn)的短消息發(fā)送過程；移動(dòng)臺(tái)和短消息中心間，按照標(biāo)準(zhǔn)的組發(fā)短消息發(fā)送流程發(fā)送所述的短消息。
S7、短消息中心向錨MSC組發(fā)短消息請(qǐng)求；S8、錨MSC向其他移動(dòng)臺(tái)發(fā)短消息發(fā)。
如圖6所示，是本發(fā)明集群組發(fā)短消息的系統(tǒng)，從圖中可見，主要包括短消息中心、短消息網(wǎng)關(guān)、移動(dòng)交換中心和移動(dòng)臺(tái)。
所述短消息中心接收移動(dòng)臺(tái)發(fā)送的短消息，并將其轉(zhuǎn)發(fā)給短消息網(wǎng)關(guān)，短消息網(wǎng)關(guān)根據(jù)短消息攜帶的目的地址查詢所述的HLR，獲得移動(dòng)用戶的漫游地址，得知對(duì)應(yīng)的MSC信息，并將所述的短消息轉(zhuǎn)發(fā)給MSC，由MSC將所述的短消息發(fā)送至目的地址。
本發(fā)明在移動(dòng)臺(tái)設(shè)置有組呼查詢單元，用于向所述的MSC發(fā)送組呼查詢請(qǐng)求，以獲知組呼信道是否建立信息。
本發(fā)明在移動(dòng)臺(tái)還設(shè)置有組呼建立狀態(tài)判斷單元，用于判斷組呼建立狀態(tài)。
該判斷組呼是否建立，是通過移動(dòng)臺(tái)檢測(cè)NCH信道是否有接收組發(fā)短消息的組呼參考建立消息完成的，如果有組發(fā)短消息的組呼參考建立消息，則說明組呼已經(jīng)建立。
本發(fā)明在移動(dòng)臺(tái)還設(shè)置有短消息發(fā)送狀態(tài)判斷單元，用于判斷集群組發(fā)短消息的發(fā)送狀態(tài)。
該判斷短消息發(fā)送狀態(tài)是否成功，可以是移動(dòng)臺(tái)本身是否收到了該組發(fā)的短消息，如果收到，可以認(rèn)為該短消息發(fā)送成功。
本發(fā)明方案避免了大量發(fā)送點(diǎn)對(duì)點(diǎn)短消息的情況，可以快速的實(shí)現(xiàn)組發(fā)短消息，同時(shí)有較高的資源利用率。避免了按照點(diǎn)對(duì)點(diǎn)的方式給所有組內(nèi)用戶發(fā)短消息時(shí)延較大，同時(shí)如果一個(gè)小區(qū)內(nèi)用戶較多時(shí)，無線資源浪費(fèi)較大，且可能造成擁塞的問題。
顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種集群組發(fā)短消息的方法，其特征在于，包括以下步驟A、短消息發(fā)送用戶判斷其所在組的組呼是否建立，如果是，進(jìn)入步驟B，否則進(jìn)入步驟C；B、短消息發(fā)送用戶在建立的組呼信道上組發(fā)短消息；C、短消息發(fā)送用戶發(fā)起組呼建立請(qǐng)求，建立組呼，返回步驟B。
2.如權(quán)利要求1所述的方法，其特征在于，所述的步驟A之前，還包括短消息發(fā)送用戶編輯短消息并確認(rèn)發(fā)送的步驟。
3.如權(quán)利要求1或2所述的方法，其特征在于，所述的步驟A中，短消息發(fā)送用戶判斷組呼是否建立，是通過檢測(cè)通知信道信道是否有接收組發(fā)短消息的組呼參考建立消息完成的。
4.如權(quán)利要求1所述的方法，其特征在于，所述的步驟B之后，還包括步驟D、組內(nèi)用戶接收所述的短消息。
5.如權(quán)利要求4所述的方法，其特征在于，所述的步驟D中，還包括短消息發(fā)送用戶接收所述的短消息。
6.如權(quán)利要求5所述的方法，其特征在于，當(dāng)所述的短消息發(fā)送用戶接收到所述的短消息時(shí)，判定本次短消息發(fā)送成功。
7.如權(quán)利要求4、5或6所述的方法，其特征在于，所述的步驟D之后，還包括結(jié)束所述組呼的步驟。
8.如權(quán)利要求7所述的方法，其特征在于，所述的結(jié)束組呼的步驟，采用下述方法之一短消息發(fā)送用戶發(fā)送組呼結(jié)束請(qǐng)求，結(jié)束所述的組呼；等待超時(shí)，網(wǎng)絡(luò)結(jié)束所述的組呼。
9.如權(quán)利要求1所述的方法，其特征在于，所述的步驟C中，還包括判斷本次組呼建立是否成功的步驟，當(dāng)本次組呼建立成功，進(jìn)入步驟B，否則，重復(fù)步驟C。
10.一種集群組發(fā)短消息的系統(tǒng)，包括短消息中心、短消息網(wǎng)關(guān)、移動(dòng)交換中心和移動(dòng)臺(tái)，所述短消息中心接收移動(dòng)臺(tái)發(fā)送的短消息，并將其轉(zhuǎn)發(fā)給短消息網(wǎng)關(guān)，短消息網(wǎng)關(guān)將所述的短消息轉(zhuǎn)發(fā)給移動(dòng)交換中心，由移動(dòng)交換中心將所述的短消息發(fā)送至目的地址，其特征在于，所述的移動(dòng)臺(tái)設(shè)置有組呼查詢單元，用于向所述的移動(dòng)交換中心發(fā)送組呼查詢請(qǐng)求，以獲知組呼信道是否建立信息。
11.如權(quán)利要求10所述的系統(tǒng)，其特征在于，所述的移動(dòng)臺(tái)，還設(shè)置有組呼建立狀態(tài)判斷單元，用于判斷組呼建立狀態(tài)。
12.如權(quán)利要求10所述的系統(tǒng)，其特征在于，所述的移動(dòng)臺(tái)，還設(shè)置有短消息發(fā)送狀態(tài)判斷單元，用于判斷集群組發(fā)短消息的發(fā)送狀態(tài)。
全文摘要
本發(fā)明公開了一種集群組發(fā)短消息的方法和系統(tǒng)。該方法包括A.短消息發(fā)送用戶判斷其所在組的組呼是否建立，如果是進(jìn)入步驟B，否則進(jìn)入步驟C；B.短消息發(fā)送用戶在建立的組呼信道上組發(fā)短消息；C.短消息發(fā)送用戶發(fā)起組呼建立請(qǐng)求，建立組呼，返回步驟B。該系統(tǒng)包括短消息中心、短消息網(wǎng)關(guān)、移動(dòng)交換中心和移動(dòng)臺(tái)，所述的移動(dòng)臺(tái)通過讀取通知信道NCH的消息，判斷組呼是否建立。本發(fā)明方案避免了大量發(fā)送點(diǎn)對(duì)點(diǎn)短消息的情況，可以快速的實(shí)現(xiàn)組發(fā)短消息，同時(shí)有較高的資源利用率。
文檔編號(hào)H04Q7/22GK1941949SQ20051010812
公開日2007年4月4日 申請(qǐng)日期2005年9月29日 優(yōu)先權(quán)日2005年9月29日
發(fā)明者柳光, 陳德 申請(qǐng)人:華為技術(shù)有限公司