專利名稱:提高組呼系統(tǒng)可靠性的方法,組呼寄存器及中繼msc的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及移動通信領(lǐng)域,尤其涉及一種提高組呼系統(tǒng)可靠性的方法,組呼寄存器及中繼MSC。
背景技術(shù):
語音組呼業(yè)務(wù)(VGCS,Voice group call service)是實現(xiàn)多個人可以講話(至多6個講者),更多的人可以聽話(聽者數(shù)量無限制)的業(yè)務(wù);語音廣播業(yè)務(wù)(VBS,Voice broadcast service)是實現(xiàn)1個人講話(只有1個講者),多個人聽話(聽者數(shù)量無限制)的業(yè)務(wù)。VGCS、VBS業(yè)務(wù)實現(xiàn)了一部分人講話、多方聆聽的點對多點的語音通信方式,突破了點對點通信的局限性,能夠快速建立呼叫。
組呼區(qū)域是指VGCS業(yè)務(wù)通信所覆蓋的地理范圍,以無線蜂窩小區(qū)(Cell)為基本單位,可以由一個或多個蜂窩小區(qū)組成。這些小區(qū)可以屬于同一移動交換中心(MSC,Mobile Switching Center),也可以屬于不同MSC。
一個特定的組呼通信由組識別號(Group ID,G-ID)和組呼區(qū)域唯一確定。G-ID與組呼區(qū)域合起來稱作組呼參考,即組呼參考唯一確定一個組呼通信。G-ID標識該組的功能,即由哪些身份的成員參加;一個移動用戶可以同時簽約多個G-ID,并給它們設(shè)置不同的優(yōu)先級。
組呼寄存器(GCR,Group call register)與移動業(yè)務(wù)交換中心(MSC)一起實現(xiàn)組呼業(yè)務(wù),其中GCR用來保存組呼屬性數(shù)據(jù),還保存有當前組呼是否正在進行的標志,組呼發(fā)起時,MSC向GCR查詢要發(fā)起組呼的屬性數(shù)據(jù)時,GCR設(shè)置發(fā)起組呼的狀態(tài)為正在進行(On-going),組呼結(jié)束時,MSC通知GCR,GCR設(shè)置該組呼的狀態(tài)為空閑(Idle)。
組呼發(fā)起時,MSC向GCR查詢組呼屬性數(shù)據(jù)時,如果GCR檢查要發(fā)起的組呼的狀態(tài)為On-going,則通知MSC該組呼為On-going。如果是業(yè)務(wù)用戶發(fā)起組呼,則MSC拒絕呼叫,并通知主叫業(yè)務(wù)用戶“用戶忙”;如果是調(diào)度員發(fā)起組呼,則MSC直接將該調(diào)度員接入到On-going的組呼中。
組呼區(qū)域超過一個移動交換中心的覆蓋范圍時,該組呼中會有多個MSC,其中的主控MSC為錨移動交換中心(Anchor MSC),其他MSC為中繼移動交換中心(Relay MSC)。Anchor MSC負責整個呼叫,管理的數(shù)據(jù)包括組呼屬性、調(diào)度員列表、Relay MSC列表、Anchor MSC內(nèi)的組呼小區(qū)列表、組呼狀態(tài)標志(是否ongoing)。Relay MSC負責管理的數(shù)據(jù)包括Relay MSC內(nèi)的組呼小區(qū)列表、Anchor MSC標識、組呼狀態(tài)標志(是否ongoing)。一個VGCS/VBS呼叫中,可以有多個Relay MSC,也可以不存在Relay MSC。
Anchor MSC作為主控MSC,負責管理和維護整個組呼。業(yè)務(wù)用戶或調(diào)度員發(fā)起組呼時,呼叫請求被路由到Anchor MSC,Anchor MSC負責建立整個組呼,包括建立到Relay MSC、被叫調(diào)度員的連接。
在上述技術(shù)方案中,Anchor MSC是組呼的主控MSC,負責管理整個呼叫。如果Anchor MSC出現(xiàn)故障,則組呼無法發(fā)起,或者在組呼過程中,Anchor MSC出現(xiàn)故障,則整個組呼都需要釋放。
對于一些對系統(tǒng)可靠性要求比較高的應(yīng)用,比如鐵路上的列車調(diào)度,會采用雙網(wǎng)備份技術(shù)。使用主備兩套網(wǎng)絡(luò),當一套網(wǎng)絡(luò)部分設(shè)備或者全部設(shè)備故障,另一套網(wǎng)絡(luò)的設(shè)備可以啟用繼續(xù)提供服務(wù),不影響系統(tǒng)運行。
主備用網(wǎng)絡(luò)的組網(wǎng)方式如圖1所示。
其中,主網(wǎng)由MSC1和MSC1控制的基站子系統(tǒng)BSS1組成,備網(wǎng)由MSC2和MSC2控制的BSS2組成。主網(wǎng)和備網(wǎng)重疊,同時工作。
對于組呼業(yè)務(wù),需要配置MSC1為Anchor MSC,MSC2為Relay MSC,或者MSC2為Anchor MSC,MSC1為Relay MSC,這樣,組呼發(fā)起后,主網(wǎng)和備網(wǎng)可以同時運行。如果主網(wǎng)的BSS1出現(xiàn)故障,備網(wǎng)的BSS2仍然能夠提供業(yè)務(wù),反之亦然。
但是,在上述雙網(wǎng)備份技術(shù)中,在組呼發(fā)起之前,如果Anchor MSC出現(xiàn)故障,則組呼無法發(fā)起,在組呼進行中,如果Anchor MSC出現(xiàn)故障,則整個組呼都需要釋放。無論是MSC1還是MSC2作為組呼的Anchor MSC,在其故障時,主網(wǎng)和備網(wǎng)中的組呼要么無法發(fā)起,或者在組呼過程中整個業(yè)務(wù)都被釋放,整個系統(tǒng)癱瘓,雙網(wǎng)備份功能失效,系統(tǒng)的可靠性變低。
發(fā)明內(nèi)容
為了解決上述問題,本發(fā)明通過在中繼MSC和錨MSC之間增加檢測機制,使中繼MSC能夠感知錨MSC狀態(tài),并在判斷得知錨MSC故障后,由中繼MSC單獨發(fā)起組呼或者繼續(xù)進行組呼,提高了組呼系統(tǒng)的可靠性。
在本發(fā)明技術(shù)方案具體如下如果組呼發(fā)起時,Anchor MSC故障,無法發(fā)起組呼,本發(fā)明方案如下Relay MSC的GCR設(shè)置Anchor MSC狀態(tài)標志并保存由Anchor MSC管理的數(shù)據(jù);Relay MSC檢測并記錄Anchor MSC狀態(tài);組呼發(fā)起時,若Relay MSC檢測Anchor MSC狀態(tài)為故障,則Relay MSC根據(jù)其GCR的組呼數(shù)據(jù),建立到BSC的呼叫控制連接和到小區(qū)的資源控制連接。
或者,如果在組呼進行中,Anchor MSC故障,本發(fā)明方案如下Relay MSC的GCR設(shè)置Anchor MSC狀態(tài)標志并保存由Anchor MSC管理的數(shù)據(jù);Relay MSC檢測并記錄Anchor MSC狀態(tài);組呼發(fā)起時,Relay MSC從其GCR中獲取由Anchor MSC管理的數(shù)據(jù);組呼建立以后,如果Relay MSC檢測到Anchor MSC出現(xiàn)故障,保持組呼業(yè)務(wù),釋放與Anchor MSC之間的MAP連接和話路連接,建立到調(diào)度員的連接,進行上行管理、維護非激活定時器。
同時,本發(fā)明還提供了一種組呼寄存器,所述組呼寄存器包括組呼數(shù)據(jù)存儲模塊,Anchor MSC狀態(tài)存儲模塊和Anchor MSC狀態(tài)更新觸發(fā)模塊;所述組呼數(shù)據(jù)存儲模塊保存由Anchor MSC管理的數(shù)據(jù);所述Anchor MSC狀態(tài)存儲模塊根據(jù)檢測到的Anchor MSC狀態(tài),存儲Anchor MSC的狀態(tài)為故障或正常;所述Anchor MSC狀態(tài)更新觸發(fā)模塊根據(jù)當前Anchor MSC的狀態(tài),觸發(fā)更新Anchor MSC狀態(tài)存儲模塊中存儲的Anchor MSC狀態(tài)信息。
另外,本發(fā)明還提供了一種Relay MSC,所述Relay MSC包括Anchor MSC狀態(tài)檢測模塊、組呼寄存器和組呼發(fā)起/保持模塊;所述Anchor MSC狀態(tài)檢測模塊檢測Anchor MSC狀態(tài),并將Anchor MSC狀態(tài)通知組呼寄存器;若組呼發(fā)起時,Anchor MSC狀態(tài)檢測模塊檢測到Anchor MSC狀態(tài)為故障時,組呼發(fā)起/保持模塊根據(jù)組呼寄存器的組呼屬性數(shù)據(jù)和小區(qū)列表,建立到BSC的呼叫控制連接和到小區(qū)的資源控制連接;若組呼進行過程中,Anchor MSC狀態(tài)檢測模塊檢測到Anchor MSC狀態(tài)為故障,則所述組呼發(fā)起/保持模塊保持組呼業(yè)務(wù),釋放與Anchor MSC之間的MAP連接和話路連接,建立到調(diào)度員的連接。
本發(fā)明的有益效果是實現(xiàn)了當Anchor MSC故障后由Relay MSC單獨發(fā)起組呼或者繼續(xù)進行組呼,提高了組呼系統(tǒng)的可靠性,提升組呼用戶感受。
圖1是現(xiàn)有技術(shù)中主備用組網(wǎng)方式示意圖;圖2是本發(fā)明較佳第一實施方式當Anchor MSC故障時,由Relay MSC單獨發(fā)起組呼的信令流程圖;
圖3是本發(fā)明較佳第二實施方式在組呼進行中,當Anchor MSC故障時,Relay MSC繼續(xù)進行組呼的信令流程圖;圖4是本發(fā)明較佳實施方式當Anchor MSC故障恢復(fù)后的信令流程圖;圖5是本發(fā)明較佳實施方式組呼寄存器裝置圖;圖6是本發(fā)明較佳實施方式Relay MSC裝置圖。
具體實施例方式
下面結(jié)合附圖,對本發(fā)明的較佳實施方案進行詳細描述。
為了提高組呼系統(tǒng)的可靠性,當Anchor MSC故障后由Relay MSC單獨發(fā)起組呼或者繼續(xù)進行組呼,通過下述具體實施方式
實現(xiàn)在組呼業(yè)務(wù)中,MSC和GCR可以是一個實體,也可以是相互獨立的兩個網(wǎng)元,在本發(fā)明的較佳實施例中,GCR集成在MSC中。由于組呼寄存器GCR定義了組呼的各種屬性。本發(fā)明的具體實施例在Relay MSC的GCR中增加Anchor MSC狀態(tài)的標志(標識Anchor MSC為故障或正常)并保存由AnchorMSC管理的數(shù)據(jù),同時在Anchor MSC和Relay MSC之間增加檢測機制,具體檢測方法為Relay MSC定時(如5秒)向Anchor MSC發(fā)送校驗消息,在設(shè)定的時間(如5秒)內(nèi)Relay MSC收到Anchor MSC的響應(yīng)消息,表示AnchorMSC狀態(tài)正常;如果在上述設(shè)定的時間內(nèi)沒有收到Anchor MSC的響應(yīng)消息,表示Anchor MSC故障。這樣,在Anchor MSC出現(xiàn)故障時,Relay MSC能夠及時感知。Relay MSC感知到Anchor MSC出現(xiàn)故障后,設(shè)置GCR中AnchorMSC的狀態(tài)為故障。Relay MSC感知到Anchor MSC故障恢復(fù)后,設(shè)置其所在的GCR中Anchor MSC的狀態(tài)為正常。
對于尚未發(fā)起組呼的時候,Anchor MSC出現(xiàn)故障,由Relay MSC單獨發(fā)起組呼,本發(fā)明較佳第一實施方式如下業(yè)務(wù)用戶在Relay MSC內(nèi)發(fā)起組呼時,Relay MSC到其所在的GCR取組呼屬性數(shù)據(jù),如果GCR中記錄的Anchor MSC的狀態(tài)為故障,則GCR向RelayMSC返回組呼屬性數(shù)據(jù)、非激活定時器時長和小區(qū)列表。Relay MSC根據(jù)GCR返回的消息中沒有Anchor MSC地址,判斷需要單獨發(fā)起組呼,根據(jù)GCR返回的組呼屬性數(shù)據(jù)和小區(qū)列表,建立到BSC(基站控制器,位于基站子系統(tǒng)BSS中)的呼叫控制連接和到小區(qū)的資源控制連接。Relay MSC內(nèi)的組呼單獨建立。呼叫建立后該Relay MSC獨立進行上行管理。
如圖2所示,在錨MSC故障后由中繼MSC單獨發(fā)起組呼的流程詳細描述如下第一部分Anchor MSC當前狀態(tài)的檢測步驟201設(shè)置Anchor MSC狀態(tài)為故障;圖2中,Relay MSC(MSC-R)的GCR(GCR-R)中記錄有Anchor MSC(MSC-A)的狀態(tài)(故障/正常)。系統(tǒng)正常啟動后,GCR-R中記錄的Anchor MSC的狀態(tài)為正常。在系統(tǒng)運行過程中,Relay MSC定時(如5秒)向Anchor MSC發(fā)送校驗消息,在設(shè)定的時間(如5秒)內(nèi)Relay MSC收到Anchor MSC的響應(yīng)消息,表示Anchor MSC狀態(tài)正常;如果在上述設(shè)定的時間內(nèi)沒有收到AnchorMSC的響應(yīng)消息,表示Anchor MSC故障,MSC-R檢測到MSC-A(Anchor MSC)故障,通知GCR-R當前MSC-A的狀態(tài)為故障。GCR-R將記錄的MSC-A的狀態(tài)刷新為故障。
第二部分Relay MSC單獨發(fā)起組呼的信令流程漫游在Relay MSC內(nèi)的業(yè)務(wù)用戶撥打組ID請求發(fā)起組呼,信令流程描述如下步驟202請求分配專有信令信道;終端在隨機接入信道上向BSS-R(Relay MSC內(nèi)的基站子系統(tǒng))發(fā)送信道請求消息RACH(CHAN_REQ)請求分配一條專有信令信道。
步驟203立即指配;BSS為該終端分配一條SDCCH(Standalone Dedicated Channel,專用控制信道)信道,供該終端后續(xù)向網(wǎng)絡(luò)發(fā)送消息使用。
步驟204業(yè)務(wù)請求;終端在SDCCH信道上向BSS-R發(fā)送一個SABM(Set AsynchronousBalanced Mode,設(shè)置異步平衡模式)幀,其中包含業(yè)務(wù)請求消息。BSS-R收到這個SABM幀后,向終端返回一個UA(Unnumbered Acknowledge,建鏈和撤離鏈的認可)幀,包含與SABM幀相同的內(nèi)容,向終端確認鏈接的建立。
步驟205發(fā)送完全層三信息;BSS-R用完全層三信息(COM L3 INFO)攜帶終端上報的業(yè)務(wù)請求消息(SERV_REQ),發(fā)送給MSC。
步驟206確認;BBS-R向MS發(fā)送確認消息UA(SERV_REQ),包含與SABM幀相同的內(nèi)容,向終端確認鏈接的建立。
步驟207處理接入請求;MSC-R到VLR-R(拜訪位置寄存器)檢查請求發(fā)起呼叫的用戶是否合法用戶。
步驟208處理接入響應(yīng);VLR-R向MSC-R返回檢查結(jié)果(PROC_ACC_ACK)。
步驟209鑒權(quán)和加密;表示對主叫用戶的鑒權(quán)和加密過程(Authentication&Ciphering)。
步驟210建立呼叫;終端向MSC-R發(fā)送這條消息請求建立呼叫,消息中包含被叫號碼為組ID。
步驟211出局呼叫發(fā)送信息;MSC-R到VLR-R檢查主叫用戶是否簽約了組呼業(yè)務(wù)和欲發(fā)起的組ID。
步驟212完成呼叫;如果VLR-R檢查通過,即主叫用戶簽約了組呼業(yè)務(wù),并且請求的組ID合法,就向MSC-R返回完成呼叫消息。消息中還包含用戶簽約的數(shù)據(jù)。
步驟213GCR查詢;
MSC-R向GCR-R查詢欲發(fā)起組呼的狀態(tài)和組呼屬性數(shù)據(jù)。GCR-R中記錄的數(shù)據(jù)包括組呼狀態(tài)(空閑或正在進行中,如果呼叫在進行中,則GCR-R返回拒絕)、組呼屬性數(shù)據(jù)(優(yōu)先級、加密算法、信道類型等)、非激活定時器時長、小區(qū)列表等。如果組呼狀態(tài)為空閑,GCR-R首先設(shè)置組呼狀態(tài)為正在進行中,再進行下一步處理。
GCR-R檢查其記錄的Anchor MSC的狀態(tài),根據(jù)Anchor MSC狀態(tài)的不同返回攜帶不同內(nèi)容的GCR查詢響應(yīng)(GCR_INT_ACK)消息如果Anchor MSC的狀態(tài)為正常,則GCR_INT_ACK中包含Anchor MSC地址;如果Anchor MSC的狀態(tài)為故障,則GCR_INT_ACK中包含組呼屬性數(shù)據(jù)、非激活定時器時長和小區(qū)列表等。
步驟214GCR查詢響應(yīng);GCR-R向MSC-R返回查詢結(jié)果。如果GCR-R返回的是拒絕,MSC-R要拒絕業(yè)務(wù)用戶發(fā)起的呼叫。
如果GCR-R返回的是組呼屬性數(shù)據(jù)、非激活定時器時長和小區(qū)列表的GCR_INT_ACK消息,則MSC-R收到該消息后,開始建立組呼,先為主叫業(yè)務(wù)用戶指配專有信道。
步驟215指配請求;MSC-R向BSS-R發(fā)送信道指配請求消息(ASS_REQ),指示BSS-R為主叫業(yè)務(wù)用戶分配專用無線業(yè)務(wù)信道。
步驟216信道模式修改;BSS-R收到信道指配請求后,根據(jù)指配請求為主叫業(yè)務(wù)用戶分配無線業(yè)務(wù)信道,然后向主叫業(yè)務(wù)用戶發(fā)送信道模式修改消息(CH_MOD_MODIFY),以指示主叫業(yè)務(wù)用戶接入到所分配的無線業(yè)務(wù)信道上。
步驟217信道模式修改響應(yīng);主叫業(yè)務(wù)用戶根據(jù)信道模式修改消息,接入新信道后,向BSS-R返回信道模式修改響應(yīng)消息(CH_MOD_MODIFY_ACK)。
步驟218指配完成;BSS-R接收到信道模式修改響應(yīng)后,向MSC-R返回信道指配完成通知(ASS_COMP),指示主叫業(yè)務(wù)用戶已被指配到專用無線業(yè)務(wù)信道。
主叫業(yè)務(wù)用戶的專有信道指配完成后,MSC-R建立到組呼區(qū)域內(nèi)每一個BSC的呼叫控制連接和到組呼區(qū)域內(nèi)每一個小區(qū)的資源控制連接。
步驟219組呼建立;MSC-R向BSS-R發(fā)送組呼建立消息(VGCS_SETUP),要求BSS-R的BSC為組呼建立呼叫控制連接。
步驟220組呼建立響應(yīng);呼叫控制連接建立完成后,BSS-R向MSC-R返回組呼建立響應(yīng)消息(VGCS_SETUP_ACK),MSC-R開始建立到組呼區(qū)域內(nèi)該BSS下每一個小區(qū)的資源控制連接。
步驟221組呼指配請求;MSC-R向BSS-R發(fā)送組呼指配請求消息(VGCS_ASS_REQ),請求BSS-R為組呼小區(qū)建立組呼信道。
步驟222組呼指配結(jié)果;組呼信道建立完成后,BSS-R向MSC-R返回組呼信道建立結(jié)果(VGCS_ASS_RESULT)。
步驟223連接;組呼建立完成后,MSC-R向主叫業(yè)務(wù)用戶發(fā)送連接消息(CONNECT),指示主叫業(yè)務(wù)用戶可以開始講話。
上述較佳第一實施方式描述的是在組呼發(fā)起時,Anchor MSC出現(xiàn)故障,由Relay MSC單獨建立組呼的過程。但在實際應(yīng)用中,還有可能在組呼進行過程中,Anchor MSC出現(xiàn)故障,則該組呼的過程可以如下第二較佳實施方式所述。
由Relay MSC繼續(xù)進行組呼,本發(fā)明的具體實施例如下
組呼發(fā)起時,Relay MSC從GCR中獲取由原Anchor MSC管理的數(shù)據(jù),包括組呼屬性數(shù)據(jù),調(diào)度員列表、調(diào)度員結(jié)束組呼的權(quán)限列表和非激活定時器時長。
組呼建立以后,如果Relay MSC感知到Anchor MSC出現(xiàn)故障,保持組呼業(yè)務(wù),釋放與Anchor MSC之間的MAP連接和話路連接,建立到調(diào)度員的連接,獨立進行上行管理、維護非激活定時器。
如附圖3所示,實現(xiàn)該方案的消息流程描述如下組呼建立以后,Relay MSC和Anchor MSC之間啟動檢測機制,用來檢測對端MSC是否故障。如果Anchor MSC故障,Relay MSC檢測到后,進行如下的處理步驟301釋放與Anchor MSC之間的MAP連接和話路連接;釋放與Anchor MSC之間的MAP連接和話路連接,同時還釋放本局內(nèi)相關(guān)的資源;步驟302建立到調(diào)度員的連接;建立到調(diào)度員的連接,使用發(fā)起組呼時的優(yōu)先級。如果到調(diào)度員的連接建立失敗,可以嘗試重新建立。調(diào)度員連接建立成功后,有結(jié)束組呼權(quán)限的調(diào)度員可以使用DTMF碼來結(jié)束該組呼。
步驟303,304啟動組呼非激活定時器,標志上行空閑;如果本MSC內(nèi)沒有業(yè)務(wù)用戶占用上行,將本MSC內(nèi)的上行標志為空閑,啟動組呼非激活定時器;如果本MSC內(nèi)有業(yè)務(wù)用戶占用上行,啟動上行保護定時器;步驟305上行空閑;BSS-R在主信令連接(FACCH)上重復(fù)發(fā)送這個無連接的RR(RadioResources,無線資源)消息,通知所有的組成員終端上行空閑(UPLINK_FREE)。
步驟306上行接入;終端使用隨機接入過程在組呼信道上行上發(fā)送這條消息(UPLINK_ACCESS),可以重復(fù)發(fā)送。
步驟307上行請求;向MSC指示上行請求(UPLINK_REQUEST)。一個BSC收到多個上行接入消息時,只向MSC轉(zhuǎn)發(fā)一個上行請求消息。
步驟308上行請求允許;在組呼信道下行上響應(yīng)上行請求,包含終端用來向網(wǎng)絡(luò)同步的信息和上行接入競爭解決信息,也就是一個請求參數(shù)(與UPLINK_ACCESS相關(guān))和物理信息(在組呼信道上行發(fā)送信息使用)。收到上行請求允許(VGCS_UPLINK_GRANT)后,相關(guān)的終端可以開始直接發(fā)送語音。此時立即停止發(fā)送UPLINK_FREE消息。
步驟309上行忙;在FACCH上發(fā)送這個無連接的RR消息,通知所有組成員終端上行忙。
步驟310設(shè)置異步平衡模式(層三消息);設(shè)置異步平衡模式(層三消息),SABM(L3msg),該步驟建立層二連接,并且包含層三信息classmark(終端能力)和終端標識。
需要說明的是UPLINK_BUSY消息和SABM消息的順序是相互獨立的。
步驟311建鏈確認(層三消息);確認層二連接,為競爭解決包含與SABM相同的層三信息(L3msg)。
步驟312上行請求承認;上行請求承認消息(UPLINK_REQUEST_ACKNOWLEDGE),MSC-R向一個BSC確認上行。如果有多個BSC請求上行,用UPLINK_REJECT_CMD消息拒絕其他所有的上行請求,只接受一個。MSC-R要向所有其他沒有申請上行的BSC發(fā)送UPLINK_SEIZED_CMD消息。收到UPLINK_SEIZED_CMD消息后,BSC要廣播一個UPLINK_BUSY消息指示上行忙。
步驟313上行請求確認;上行請求確認消息(UPLINK_REQUEST_CONFIRM),BSS-R向MSC-R確認上行的使用,攜帶終端標識。
步驟314從VLR-R重新獲得額外信息;步驟315組呼額外信息;MSC-R向所有的BSC發(fā)送新講者業(yè)務(wù)用戶的額外信息(VGCS_ADD_INFO)。然后BSC向所有聽者廣播包含額外信息的ADD_INFO消息。
步驟316,317,318停止組播非激活定時器,啟動上行保護定時器;業(yè)務(wù)用戶申請上行成功后,停止組呼非激活定時器,啟動上行保護定時器,將本MSC內(nèi)的上行標志為忙;另外需要說明的是,如果組呼非激活定時器超時,釋放組呼;如果上行保護定時器超時,進行上行超時保護處理。
無論對于尚未發(fā)起組呼時,Anchor MSC出現(xiàn)故障,由Relay MSC單獨發(fā)起組呼的情況,還是在組呼進行中Anchor MSC出現(xiàn)故障,由Relay MSC繼續(xù)進行組呼的情況,在Anchor MSC故障恢復(fù)后的處理情況如下如果Relay MSC內(nèi)的呼叫還在進行中,該Relay MSC主動建立到AnchorMSC的呼叫。Anchor MSC收到Relay MSC的建立請求后,進行正常的組呼建立,建立本MSC下組呼區(qū)域內(nèi)的小區(qū)、調(diào)度員和Relay MSC。正在進行中的Relay MSC直接加入到Anchor MSC建立的組呼中。具體流程見附圖4,描述如下步驟401建立到Anchor MSC的初始ISUP連接;Relay MSC建立到Anchor MSC的初始ISUP連接。
步驟402組呼準備;Anchor MSC向Relay MSC發(fā)來組呼屬性數(shù)據(jù),要求Relay MSC建立組呼。
步驟403請求組呼號碼;向VLR請求組呼號碼。
步驟404返回組呼號碼;
VLR返回組呼號碼。
步驟405組呼準備確認消息;將組呼號碼發(fā)給Anchor MSC。
步驟406建立連接(從MSC-A);建立Anchor MSC和Relay MSC之間的共用ISUP連接。
步驟407釋放組呼號碼;請求VLR釋放組呼號碼。
步驟408連接(到MSC-A);確認來自Anchor MSC的共用ISUP連接的建立。
步驟409發(fā)送組呼結(jié)束信號(IMSI,add info);通知Anchor MSC可以開始會話。將發(fā)起業(yè)務(wù)用戶的IMSI發(fā)給AnchorMSC,發(fā)起業(yè)務(wù)用戶可以終止組呼;如果網(wǎng)絡(luò)支持講者優(yōu)先級,會在消息中包含講者優(yōu)先級;而且,如果有的話,還要包含當前講者的additional information。
步驟410連接(從MSC-A);確認初始ISUP連接的建立;步驟411釋放(到MSC-A);釋放初始ISUP連接,原因值為‘normal,unspecified’。
圖5為本發(fā)明較佳實施方式組呼寄存器裝置圖,所述組呼寄存器包含Anchor MSC狀態(tài)存儲模塊、Anchor MSC狀態(tài)更新觸發(fā)模塊以及組呼數(shù)據(jù)存儲模塊;所述組呼數(shù)據(jù)存儲模塊保存由Anchor MSC管理的數(shù)據(jù),包括組呼屬性數(shù)據(jù)、非激活定時器時長、小區(qū)列表、組呼調(diào)度員列表、調(diào)度員結(jié)束組呼的權(quán)限列表;所述Anchor MSC狀態(tài)存儲模塊根據(jù)組呼寄存器所屬的Relay MSC檢測到的Anchor MSC狀態(tài),存儲Anchor MSC的狀態(tài)為故障或正常;所述Anchor MSC狀態(tài)更新觸發(fā)模塊根據(jù)組呼寄存器所屬的Relay MSC的關(guān)于Anchor MSC狀態(tài)的通知,觸發(fā)更新Anchor MSC狀態(tài)存儲模塊中存儲的Anchor MSC狀態(tài)信息。
圖6為本發(fā)明較佳實施方式Relay MSC裝置圖,所述Relay MSC包括Anchor MSC狀態(tài)檢測模塊和組呼發(fā)起/保持模塊;所述Anchor MSC狀態(tài)檢測模塊檢測Anchor MSC狀態(tài),并將Anchor MSC狀態(tài)通知所屬的組呼寄存器;所述組呼發(fā)起/保持模塊在Anchor MSC狀態(tài)檢測模塊檢測到Anchor MSC狀態(tài)為故障時,根據(jù)所屬組呼寄存器返回的組呼屬性數(shù)據(jù)和小區(qū)列表,建立到BSC的呼叫控制連接和到小區(qū)的資源控制連接,單獨發(fā)起組呼;若組呼進行過程中,Anchor MSC狀態(tài)檢測模塊檢測到Anchor MSC狀態(tài)為故障,則所述組呼發(fā)起/保持模塊保持組呼業(yè)務(wù),釋放與Anchor MSC之間的MAP連接和話路連接,建立到調(diào)度員的連接,進行上行管理、維護非激活定時器。
顯然,本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣,倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi),則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種提高組呼系統(tǒng)可靠性的方法,其特征在于,包括以下步驟Relay MSC的GCR設(shè)置Anchor MSC狀態(tài)標志并保存由Anchor MSC管理的數(shù)據(jù);Relay MSC檢測并記錄Anchor MSC狀態(tài);組呼發(fā)起時,若Relay MSC檢測Anchor MSC狀態(tài)為故障,則Relay MSC根據(jù)其GCR的組呼數(shù)據(jù),建立到BSC的呼叫控制連接和到小區(qū)的資源控制連接。
2.如權(quán)利要求1中所述的提高組呼系統(tǒng)可靠性的方法,其特征在于,所述Relay MSC的GCR保存由Anchor MSC管理的數(shù)據(jù)包括組呼屬性數(shù)據(jù)、非激活定時器時長和小區(qū)列表。
3.如權(quán)利要求1中所述的提高組呼系統(tǒng)可靠性的方法,其特征在于,所述Relay MSC檢測并記錄Anchor MSC狀態(tài)的方法具體為Relay MSC定時向Anchor MSC發(fā)送校驗消息,在設(shè)定時間內(nèi)Relay MSC收到Anchor MSC的響應(yīng)消息,則檢測到Anchor MSC狀態(tài)正常;如果在設(shè)定時間內(nèi)沒有收到Anchor MSC的響應(yīng)消息,則檢測到Anchor MSC狀態(tài)為故障;Relay MSC檢測到Anchor MSC出現(xiàn)故障后,設(shè)置其GCR中的Anchor MSC的狀態(tài)為故障;Relay MSC檢測到Anchor MSC故障恢復(fù)后,設(shè)置其GCR中的Anchor MSC的狀態(tài)為正常。
4.如權(quán)利要求1或2中所述的提高組呼系統(tǒng)可靠性的方法,其特征在于,所述組呼發(fā)起時,若Relay MSC檢測到Anchor MSC狀態(tài)為故障,Relay MSC根據(jù)其GCR中的組呼數(shù)據(jù),建立到BSC的呼叫控制連接和到小區(qū)的資源控制連接的過程具體為用戶在Relay MSC內(nèi)發(fā)起組呼,如果其GCR中記錄的Anchor MSC的狀態(tài)為故障,則Relay MSC根據(jù)GCR中保存的組呼屬性數(shù)據(jù)、非激活定時器時長和小區(qū)列表,且返回的消息中沒有Anchor MSC地址,判斷需要發(fā)起組呼,根據(jù)GCR返回的組呼屬性數(shù)據(jù)和小區(qū)列表建立到BSC的呼叫控制連接和到小區(qū)的資源控制連接。
5.如權(quán)利要求1或2中所述的提高組呼系統(tǒng)可靠性的方法,其特征在于,所述方法進一步包括組呼建立后,Relay MSC根據(jù)其GCR中的組呼屬性數(shù)據(jù)、非激活定時器時長和小區(qū)列表,進行組呼上行管理。
6.如權(quán)利要求1中所述的提高組呼系統(tǒng)可靠性的方法,其特征在于,所述方法進一步包括Anchor MSC故障恢復(fù)后,如果Relay MSC內(nèi)的呼叫還在進行中,則該Relay MSC向Anchor MSC發(fā)送呼叫建立請求;Anchor MSC收到Relay MSC的呼叫建立請求后,建立本MSC下組呼區(qū)域內(nèi)的小區(qū)、調(diào)度員和Relay MSC;正在進行中的Relay MSC加入到AnchorMSC建立的組呼中。
7.一種提高組呼系統(tǒng)可靠性的方法,其特征在于,包括以下步驟Relay MSC的GCR設(shè)置Anchor MSC狀態(tài)標志并保存由Anchor MSC管理的數(shù)據(jù);Relay MSC檢測并記錄Anchor MSC狀態(tài);組呼發(fā)起時,Relay MSC從其GCR中獲取由Anchor MSC管理的數(shù)據(jù);組呼建立以后,如果Relay MSC檢測到Anchor MSC出現(xiàn)故障,保持組呼業(yè)務(wù),釋放與Anchor MSC之間的MAP連接和話路連接,建立到調(diào)度員的連接,進行上行管理、維護非激活定時器。
8.如權(quán)利要求7中所述的提高組呼系統(tǒng)可靠性的方法,其特征在于,所述Relay MSC的GCR保存由Anchor MSC管理的數(shù)據(jù)包括組呼調(diào)度員列表、調(diào)度員結(jié)束組呼的權(quán)限列表、非激活定時器時長。
9.如權(quán)利要求7中所述的提高組呼系統(tǒng)可靠性的方法,其特征在于,所述Relay MSC檢測并記錄Anchor MSC狀態(tài)的方法具體為Relay MSC定時向Anchor MSC發(fā)送校驗消息,在設(shè)定時間內(nèi)Relay MSC收到Anchor MSC的響應(yīng)消息,則檢測到Anchor MSC狀態(tài)正常;如果在設(shè)定時間內(nèi)沒有收到Anchor MSC的響應(yīng)消息,則檢測到Anchor MSC狀態(tài)為故障;Relay MSC檢測到Anchor MSC出現(xiàn)故障后,設(shè)置其GCR的中Anchor MSC的狀態(tài)為故障;Relay MSC檢測到Anchor MSC故障恢復(fù)后,設(shè)置其GCR的中Anchor MSC的狀態(tài)為正常。
10.如權(quán)利要求7中所述的提高組呼系統(tǒng)可靠性的方法,其特征在于,所述方法進一步包括Anchor MSC故障恢復(fù)后,如果Relay MSC內(nèi)的呼叫還在進行中,則該Relay MSC向Anchor MSC發(fā)送呼叫建立請求;Anchor MSC收到Relay MSC的呼叫建立請求后,建立本MSC下組呼區(qū)域內(nèi)的小區(qū)、調(diào)度員和Relay MSC;正在進行中的Relay MSC加入到AnchorMSC建立的組呼中。
11.一種組呼寄存器,其特征在于,所述組呼寄存器包括組呼數(shù)據(jù)存儲模塊,Anchor MSC狀態(tài)存儲模塊和Anchor MSC狀態(tài)更新觸發(fā)模塊;所述組呼數(shù)據(jù)存儲模塊保存由Anchor MSC管理的數(shù)據(jù);所述Anchor MSC狀態(tài)存儲模塊根據(jù)檢測到的Anchor MSC狀態(tài),存儲Anchor MSC的狀態(tài)為故障或正常;所述Anchor MSC狀態(tài)更新觸發(fā)模塊根據(jù)當前Anchor MSC的狀態(tài),觸發(fā)更新Anchor MSC狀態(tài)存儲模塊中存儲的Anchor MSC狀態(tài)信息。
12.如權(quán)利要求11中所述的組呼寄存器,其特征在于,所述組呼數(shù)據(jù)存儲模塊保存有由Anchor MSC管理的數(shù)據(jù),包括組呼屬性數(shù)據(jù)、非激活定時器時長、小區(qū)列表、組呼調(diào)度員列表、調(diào)度員結(jié)束組呼的權(quán)限列表。
13.一種Relay MSC,其特征在于,所述Relay MSC包括Anchor MSC狀態(tài)檢測模塊、組呼寄存器和組呼發(fā)起/保持模塊;所述Anchor MSC狀態(tài)檢測模塊檢測Anchor MSC狀態(tài),并將Anchor MSC狀態(tài)通知組呼寄存器;若組呼發(fā)起時,Anchor MSC狀態(tài)檢測模塊檢測到Anchor MSC狀態(tài)為故障時,組呼發(fā)起/保持模塊根據(jù)組呼寄存器的組呼屬性數(shù)據(jù)和小區(qū)列表,建立到BSC的呼叫控制連接和到小區(qū)的資源控制連接;若組呼進行過程中,Anchor MSC狀態(tài)檢測模塊檢測到Anchor MSC狀態(tài)為故障,則所述組呼發(fā)起/保持模塊保持組呼業(yè)務(wù),釋放與Anchor MSC之間的MAP連接和話路連接,建立到調(diào)度員的連接。
14.如權(quán)利要求13中所述的Relay MSC,其特征在于,所述Anchor MSC狀態(tài)檢測模塊定時向Anchor MSC發(fā)送校驗消息,在設(shè)定時間內(nèi)收到AnchorMSC的響應(yīng)消息,表示Anchor MSC狀態(tài)正常;如果在設(shè)定時間內(nèi)沒有收到Anchor MSC的響應(yīng)消息,表示Anchor MSC故障;Anchor MSC狀態(tài)檢測模塊感知到Anchor MSC出現(xiàn)故障后,通知組呼寄存器Anchor MSC的狀態(tài)為故障;Anchor MSC狀態(tài)檢測模塊感知到Anchor MSC故障恢復(fù)后,通知組呼寄存器Anchor MSC的狀態(tài)為正常。
全文摘要
本發(fā)明公開了一種提高組呼系統(tǒng)可靠性的方法,組呼寄存器及中繼MSC。為了提高組呼系統(tǒng)的可靠性,在組呼系統(tǒng)中,當錨MSC故障后由中繼MSC單獨發(fā)起組呼或者繼續(xù)進行組呼。通過在中繼MSC和錨MSC之間增加檢測機制,使中繼MSC能夠感知錨MSC狀態(tài),并在判斷得知錨MSC故障后,由中繼MSC單獨發(fā)起組呼或者繼續(xù)進行組呼,提高了組呼系統(tǒng)的可靠性。
文檔編號H04W24/04GK1976533SQ20061015742
公開日2007年6月6日 申請日期2006年12月6日 優(yōu)先權(quán)日2006年12月6日
發(fā)明者王寶義 申請人:華為技術(shù)有限公司