專利名稱：一種在私密呼叫過程中實現(xiàn)私密講者小區(qū)間切換的方法
技術領域：
本發(fā)明涉及通信系統(tǒng)中的小區(qū)切換技術領域，更確切地說是涉及一種在私密呼叫過程中實現(xiàn)私密講者小區(qū)間切換的方法。
背景技術：
目前，集群通信網(wǎng)絡已經(jīng)被大規(guī)模地用于各種通信環(huán)境。對于采用集群專網(wǎng)建設思路發(fā)展的集群通信網(wǎng)絡來說，由于其技術和制式不同，各個集團往往獨立建設集群系統(tǒng)，這樣顯然容易形成各自為政的建設局面，這必然會出現(xiàn)網(wǎng)絡的頻率利用效率低下、網(wǎng)絡建設成本和網(wǎng)絡維護費用高等弊端。
隨著集群通訊技術由模擬向數(shù)字發(fā)展，集群網(wǎng)絡建設呈現(xiàn)出獨立專網(wǎng)建設向集群共網(wǎng)建設方向發(fā)展的趨勢。由于全球移動通信系統(tǒng)(GSM)技術體制先進，且在全世界范圍內(nèi)具有最廣泛的用戶基礎，因此，發(fā)展基于GSM的數(shù)字集群系統(tǒng)既符合集群共網(wǎng)的發(fā)展趨勢，還能具備很好的發(fā)展集群業(yè)務技術的基礎。目前已經(jīng)出現(xiàn)了基于GSM技術體制的數(shù)字集群系統(tǒng)，即GT800系統(tǒng)。
GT800系統(tǒng)能夠支持私密呼叫業(yè)務。私密呼叫具有以下特點私密呼叫發(fā)起和講話權限搶占都采用即按即講(PTT)模式，私密呼叫的建立時間很短，且私密呼叫采用半雙工的模式。具體來說，私密呼叫為集團范圍內(nèi)兩個移動臺之間的特殊組呼調(diào)度呼叫，其組呼區(qū)域僅包括私密呼叫雙方當前所在的小區(qū)，組呼區(qū)域隨著私密呼叫雙方的移動動態(tài)變換，但是總是只包括主被叫移動臺所在的當前小區(qū)，這樣，在這個組呼區(qū)域的小區(qū)中的私密講者和聽者就可以進行私密呼叫。私密呼叫采用半雙工方式通信按住PTT鍵可以說話，松開PTT鍵則只能聽話，且講話者處于組呼發(fā)送模式，聽者則處于組呼接收模式。當私密呼叫雙方處于同一個小區(qū)下時，雙方共享該話音業(yè)務信道(TCH)的下行信道，通過PTT方式對該TCH上行信道進行搶占；當私密呼叫雙方在不同小區(qū)時，分別占用一個無線信道，雙方仍然通過PTT方式對講話權利進行爭搶。
顯然，在私密呼叫過程中，私密講者移動臺在進行小區(qū)間切換時，呼叫應該仍然能夠保持，也就是說，私密講者的話音仍然能夠傳輸?shù)剿矫苈犝咭苿优_。對于GT800系統(tǒng)所提供的私密業(yè)務而言，目前可以采用針對普通移動臺的切換流程實現(xiàn)私密講者的小區(qū)間切換。但是，由于私密呼叫的業(yè)務特性決定了私密講者移動臺在進行小區(qū)間切換時，移動臺的Abis接口電路(CIC)和信令連接控制協(xié)議(SCCP)會隨當前小區(qū)的變化而變化，而目前的這種切換方法針對的是點對點的移動臺小區(qū)間切換，點對點的移動臺切換前后的Abis接口的CIC及相關的SCCP資源都不用變化，因此，采用點對點的方法對私密呼叫進行小區(qū)切換無法解決資源SCCP的動態(tài)管理問題，也無法解決基于CIC的底層話音通道接續(xù)問題。
另外，私密呼叫雙方移動臺實際上并不需要設置所有的CIC電路及資源SCCP，而目前的這種切換方法需要在移動臺的Abis接口設置等同于小區(qū)數(shù)量的SCCP，并且需要分配等同于小區(qū)數(shù)量的Abis接口CIC，這樣顯然會使得集群系統(tǒng)的網(wǎng)絡側(cè)消耗大量的資源，使得系統(tǒng)所支持的私密呼叫容量大為降低。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種在私密呼叫過程中實現(xiàn)私密講者小區(qū)間切換的方法，使得私密講者移動臺在通話過程中進行小區(qū)間切換時，在對通話不會造成影響的同時，不會增大集群系統(tǒng)網(wǎng)絡側(cè)的資源消耗。
為達到以上目的，本發(fā)明的技術方案是這樣實現(xiàn)的一種在私密呼叫過程中實現(xiàn)私密講者小區(qū)間切換的方法，該方法包括以下步驟a.切換原小區(qū)所在的基站控制器(BSC)在確定私密講者需要切換小區(qū)時，向與自身對應的移動業(yè)務交換中心(MSC)發(fā)送切換請求；b.MSC在收到切換請求后，確定切換目標小區(qū)中針對私密講者的信令連接控制協(xié)議(SCCP)連接，并向切換目標小區(qū)所在的BSC發(fā)送切換請求；c.切換目標小區(qū)所在的BSC在收到切換請求后，在切換目標小區(qū)為私密講者分配信道；d.MSC在切換目標小區(qū)分配信道后，通過切換原小區(qū)所在的BSC向私密講者發(fā)送切換命令；e.私密講者在收到切換命令后，發(fā)起建立自身與切換目標小區(qū)之間的空口連接，實現(xiàn)小區(qū)間的切換。
所述步驟a中，所述切換原小區(qū)向MSC發(fā)送的切換請求至少包括私密呼叫參數(shù)、切換目標小區(qū)相關信息及私密講者的身份信息；步驟b中，所述MSC確定切換目標小區(qū)中針對私密講者的SCCP連接包括b1.MSC根據(jù)切換請求中的切換目標小區(qū)相關信息以及切換原小區(qū)的信息，確定該私密講者進行小區(qū)切換前后的私密呼叫類型；b2.MSC根據(jù)私密講者進行小區(qū)切換前后的私密呼叫類型確定私密講者在切換目標小區(qū)中的SCCP連接。
所述步驟b1中，所述MSC確定私密講者進行小區(qū)間切換前和切換后的私密呼叫類型均為小區(qū)間私密呼叫；步驟b2中，所述MSC確定私密講者在切換目標小區(qū)中的SCCP連接為根據(jù)切換請求中的私密呼叫參考及私密講者的身份信息在切換目標小區(qū)中建立新的SCCP連接。
所述步驟b1中，所述MSC確定私密講者進行小區(qū)間切換前的私密呼叫為小區(qū)間私密呼叫，切換后為小區(qū)內(nèi)私密呼叫；步驟b2中，所述MSC確定私密講者在切換目標小區(qū)中的SCCP連接為根據(jù)切換請求中的私密呼叫參考確定該私密呼叫中的私密聽者在本小區(qū)中的SCCP連接。
所述步驟b中，所述MSC向切換目標小區(qū)發(fā)送的切換請求中包括私密呼叫參考和切換目標小區(qū)相關信息；步驟c中，所述切換目標小區(qū)確定自身為私密講者提供的信道為獲取當前私密呼叫在本小區(qū)所占用的信道；步驟c進一步包括向MSC發(fā)送切換請求確認信息，所述切換請求確認信息中包含該信道的相關信息；步驟d中，所述MSC確認切換目標小區(qū)分配信道為收到切換請求確認信息。
所述步驟e中，所述在私密講者建立自身與切換目標小區(qū)之間的空口連接后，進一步包括切換原小區(qū)釋放與私密講者對應的SCCP連接。
所述步驟b1中，所述MSC確定私密講者進行小區(qū)間切換前的私密呼叫為小區(qū)內(nèi)私密呼叫，切換后為小區(qū)間私密呼叫；步驟b2中，所述MSC確定私密講者在切換目標小區(qū)中的SCCP連接為根據(jù)切換請求中的私密呼叫參考及私密講者的身份信息在切換目標小區(qū)中建立新的SCCP連接。
所述步驟b中，所述MSC向切換目標小區(qū)發(fā)送的切換請求中包括私密呼叫參考和切換目標小區(qū)相關信息；步驟c中，所述切換目標小區(qū)確定自身為私密講者提供的信道為根據(jù)私密呼叫參考及目標小區(qū)所需的信道類型在本小區(qū)中激活信道；步驟c進一步包括向MSC發(fā)送切換請求確認信息，所述切換目標小區(qū)向MSC發(fā)送的切換請求確認信息中包含該信道的相關信息；步驟d中，所述MSC確認切換目標小區(qū)分配信道為收到切換請求確認信息。
所述步驟e中，所述私密講者發(fā)起建立自身與切換目標小區(qū)之間的空口連接包括
e1.私密講者向切換目標小區(qū)上報切換接入消息；e2.切換目標小區(qū)在收到切換接入消息后，向私密講者返回物理信息；e3.私密講者在收到切換目標小區(qū)返回的物理信息后，向切換目標小區(qū)返回SABM幀，建立空口連接。
所述步驟b中，所述MSC向切換目標小區(qū)發(fā)送切換請求為通過步驟b所確定的SCCP連接發(fā)送。
以上所述的切換原小區(qū)及切換目標小區(qū)包括其對應的基站收發(fā)信臺(BTS)和BSC。
本發(fā)明通過MSC與切換原小區(qū)及切換目標小區(qū)之間的信息交互，使得私密講者移動臺在不同小區(qū)間移動時，仍然可以參與私密呼叫，并且只需要在移動臺的切換目標小區(qū)中分配組呼信道，基本上不增加小區(qū)NCH信道的負荷，保證了私密講者移動臺在小區(qū)間切換時不會中斷私密呼叫，提高了信道利用率和網(wǎng)絡服務的效果，且網(wǎng)絡側(cè)支持私密呼叫所消耗的資源少，本發(fā)明方案還有利于提升私密呼叫的話務量，增強了系統(tǒng)的穩(wěn)定性。
本發(fā)明方案還方便地解決了基于組呼基本原理的私密呼叫的資源SCCP的動態(tài)管理及Abis接口CIC的變化問題，一體化地解決了私密講者在同一MSC內(nèi)的所有小區(qū)間的各種切換問題。


圖1為本發(fā)明方案中針對小區(qū)間私密呼叫在移動臺小區(qū)間切換后仍為小區(qū)間私密呼叫消息流時序圖；圖2為本發(fā)明方案中針對小區(qū)間私密呼叫在移動臺小區(qū)間切換變?yōu)樾^(qū)內(nèi)私密呼叫消息流時序圖；圖3為本發(fā)明方案中針對小區(qū)內(nèi)私密呼叫在移動臺小區(qū)間切換后變?yōu)樾^(qū)間私密呼叫消息流時序圖。
具體實施例方式
由于集群系統(tǒng)的信道資源非常寶貴，當私密呼叫雙方處于同一個小區(qū)內(nèi)時，雙方共享同一話音業(yè)務信道，小區(qū)內(nèi)私密呼叫采用半雙工模式，下行信道共享，上限信道通過PTT搶占，此類呼叫稱為小區(qū)內(nèi)私密呼叫；當私密呼叫雙方處于不同小區(qū)時，小區(qū)間私密呼叫雙方各占用一個無線話音業(yè)務信道，但仍然采用半雙工方式通信，雙方通過PTT對講者權限進行搶占，此類呼叫稱為小區(qū)間私密呼叫。
具體來說，根據(jù)私密講者移動臺小區(qū)間切換前后私密呼叫類型的不同，可以將私密呼叫過程中私密講者的小區(qū)間切換流程分為三種形式1)原有的小區(qū)間私密呼叫在私密講者移動臺的小區(qū)間切換后，仍然為小區(qū)間私密呼叫；2)由于私密講者移動臺的小區(qū)間切換，原有的小區(qū)間私密呼叫變?yōu)樾^(qū)內(nèi)私密呼叫；3)由于私密講者移動臺的小區(qū)間切換，原有的小區(qū)內(nèi)私密呼叫變?yōu)樾^(qū)間私密呼叫。
下面結(jié)合附圖及具體實施例對上述三種形式分布進行說明。
首先對上述第一種形式，也即私密講者移動臺切換后仍為小區(qū)間私密呼叫的過程進行說明。私密講者的移動臺切換可以針對同一BSC下的小區(qū)，也可以針對不同BSC下的小區(qū)，雖然圖1所示的消息流時序是針對同一BSC下的小區(qū)，其實不同BSC下的小區(qū)的處理過程類似。圖1所示的消息流時序?qū)韵虏襟E步驟101、私密講者的MS向自身當前所處小區(qū)對應的BSC發(fā)送測量報告(Measure Report From MS)。
步驟102、BSC根據(jù)MS上報的Measure Report From MS進行計算，并在確定該MS需要切換時，向其所屬的MSC發(fā)送切換請求(Handover_Required)。
所發(fā)送的Handover_Required中至少包括私密呼叫參考、該MS需要切換到的切換目標小區(qū)的相關信息，以及該私密講者的身份信息。
步驟103、MSC在收到Handover_Required后，根據(jù)該消息所攜帶的信息確定該MS當前的切換類型，并確定切換目標小區(qū)的資源SCCP連接，之后在該資源SCCP連接上向切換目標小區(qū)所對應的BSC發(fā)送切換請求(Handover_Request)。
對于本實施例來說，MSC根據(jù)Handover_Required中的切換目標小區(qū)信息確定該MS當前的切換類型為上述第一種方式，即切換前和切換后均為小區(qū)間私密呼叫，從而確定需要建立新的資源SCCP連接。之后，MSC根據(jù)Handover_Required中的私密呼叫參考及私密講者的身份信息建立新的資源SCCP連接。所發(fā)送的Handover_Request中則包括私密參考和切換目標小區(qū)的相關信息。這里的切換目標小區(qū)相關信息包括切換目標小區(qū)所需的信道類型信息。
步驟104、切換目標小區(qū)所對應的BSC在收到MSC發(fā)送來的Handover_Request后，向該切換目標小區(qū)所對應的BTS1發(fā)送激活信道請求(Chan_Active)，以在該切換目標小區(qū)中激活信道。
因為切換目標小區(qū)不是私密呼叫的既存小區(qū)，也就是說，該切換目標小區(qū)中沒有用于私密呼叫的組呼信道，所以需要在該切換目標小區(qū)中激活組呼信道，具體來說，就是切換目標小區(qū)根據(jù)Handover_Request中攜帶的私密呼叫參考信息及目標小區(qū)所需的信道類型來確定相應的組呼信道。
步驟105、BTS1在收到該Chan_Active后，返回信道激活確認(Chan_Active_Ack)。
該激活確認消息中需要攜帶所激活的信道的描述信元。
步驟106、切換目標小區(qū)所對應的BSC在收到BTS1返回的信道激活確認后，向MSC返回切換請求確認(Handover_Request_Ack)。
所返回的Handover_Request_Ack中同樣需要攜帶信道描述信元。MSC則可以根據(jù)該描述信元確定相應的組呼信道。
步驟107、MSC在收到切換目標小區(qū)所對應的BSC返回的Handover_Request_Ack后，向切換原小區(qū)對應的BSC發(fā)送切換命令(Handover_Cmd)。
步驟108、切換原小區(qū)對應的BSC在收到MSC發(fā)送來的Handover_Cmd后，向MS發(fā)送切換命令(Handover_Command)。
步驟109、MS在收到Handover_Command后，向切換目標小區(qū)的BTS1上報切換接入消息(Handover_Access)。
步驟110～111、BTS1在收到Handover_Access后，向自身所屬的BSC發(fā)送切換檢測消息(Handover_Detect)，并向MS返回相應的物理信息(PHYINFO)。該物理信息包括移動臺與網(wǎng)絡側(cè)進行上行鏈路建鏈的同步信息。
步驟112、BSC在收到Handover_Detect后，向MSC發(fā)送Handover_Detect。
發(fā)送檢測消息的目的在于表示移動臺在該小區(qū)發(fā)送過信息，但是還沒有正式建立連接。
步驟113、MS在收到PHY INFO后，向BTS1返回SABM幀，建立空口連接。
步驟114、BTS1向自身所屬的BSC上報建鏈指示消息(Establish_IND)。
步驟115、MS在建立空口連接后，向切換目標小區(qū)所對應的BSC上報切換完成消息(Handover_Complete)。
步驟116、BSC在收到Handover_Complete后，再向MSC上報Handover_Complete。
步驟117、MSC在收到Handover_Complete后，向切換原小區(qū)對應的BSC發(fā)送釋放切換原小區(qū)資源SCCP連接的釋放命令(Clr_Cmd)。
MSC在收到Handover_Complete后，即可確認該私密講者可以通過該切換目標小區(qū)繼續(xù)進行私密呼叫的相關操作。這樣，就可以通過MSC和切換目標小區(qū)所在的BSC保持該私密講者所進行的私密呼叫。也就是說，基于上述處理過程，進行切換的私密講者始終沒有脫離私密呼叫。
由于切換原小區(qū)中已經(jīng)沒有與該私密呼叫對應的移動臺，因此應該釋放相應的資源SCCP連接。
步驟118、BSC在收到該釋放命令后，向切換原小區(qū)對應的BTS2發(fā)送切換原信道SACCH信道去激活的消息(Deactive-SACCH)。
步驟119、BTS2在收到Deactive-SACCH后，向BSC發(fā)送切換原信道SACCH信道去激活確認(Release_IND)。
步驟120、BSC在收到BTS2返回的Release_IND后，向BTS2發(fā)送請求釋放原信道的切換原信道射頻釋放請求(RF_Release_Req)。
步驟121、BTS2在收到RF_Release_Req后，釋放相應的信道資源，之后，向BSC返回切換原信道射頻釋放確認(RF_Release_Req_Ack)。
通過上述過程，即可實現(xiàn)在小區(qū)切換前后均為小區(qū)間私密呼叫的形式下的小區(qū)切換。
對于上述第二種及第三種形式的切換來說，其過程與上述過程類似，因此下面主要針對這兩種形式與上述方式在處理過程中的不同點進行詳細說明。
對于上述第二種形式來說，在私密講者小區(qū)間切換后，小區(qū)間私密呼叫轉(zhuǎn)變?yōu)樾^(qū)內(nèi)私密呼叫，由于在同一小區(qū)內(nèi)私密聽者與私密講者應該享有共同的信道，也就是享有相同的SCCP連接，因此，私密聽者在切換到切換目標小區(qū)的情況下，在上述過程中，MSC與切換目標小區(qū)所對應的BSC之間的消息傳送可以通過私密聽者所使用的資源SCCP連接上進行。當然，MSC在通過私密聽者所對應的資源SCCP連接進行通信之前，需要確定該SCCP連接，具體來說，是由MSC通過私密呼叫參考確定該SCCP連接。另外，與上述第一種形式下的處理過程不同的是，由于切換目標小區(qū)為私密呼叫的既存小區(qū)，也即，當前私密呼叫的聽者位于該小區(qū)內(nèi)，該小區(qū)中已有相應的組呼信道，所以切換目標小區(qū)所對應的BSC不需要再通過上述步驟104及105激活信道，該BSC可以直接獲取該信道的描述信元，并將該描述信元通過Handover_Request_Ack發(fā)送給MSC。第二種形式下實現(xiàn)小區(qū)切換的消息流時序如圖2所示。
對于上述第三種形式來說，在私密講者小區(qū)間切換后，小區(qū)內(nèi)私密呼叫轉(zhuǎn)變?yōu)樾^(qū)間私密呼叫，也就是說，私密講者與私密聽者原來處于同一個小區(qū)內(nèi)，這種情況下，雖然私密講者切換到其他小區(qū)了，但是其在切換原小區(qū)所采用的資源SCCP連接私密聽者仍然需要使用，因此，該過程與上述第一種形式的處理過程的不同點在于在私密講者移動臺小區(qū)切換完成后，不需要釋放相應的資源SCCP連接。與第一種形式下的處理相同的是私密講者在進行小區(qū)切換后，切換目標小區(qū)中沒有相應的SCCP連接，因此需要建立新的SCCP連接。第三種形式下實現(xiàn)小區(qū)切換的消息流時序如圖3所示。
以上所述僅為本發(fā)明方案的較佳實施例，并不用以限定本發(fā)明的保護范圍。
權利要求
1.一種在私密呼叫過程中實現(xiàn)私密講者小區(qū)間切換的方法，其特征在于，該方法包括以下步驟a.切換原小區(qū)所在的基站控制器BSC在確定私密講者需要切換小區(qū)時，向與自身對應的移動業(yè)務交換中心MSC發(fā)送切換請求；b.MSC在收到切換請求后，確定切換目標小區(qū)中針對私密講者的信令連接控制協(xié)議SCCP連接，并向切換目標小區(qū)所在的BSC發(fā)送切換請求；c.切換目標小區(qū)所在的BSC在收到切換請求后，在切換目標小區(qū)為私密講者分配信道；d.MSC在切換目標小區(qū)分配信道后，通過切換原小區(qū)所在的BSC向私密講者發(fā)送切換命令；e.私密講者在收到切換命令后，發(fā)起建立自身與切換目標小區(qū)之間的空口連接，實現(xiàn)小區(qū)間的切換。
2.根據(jù)權利要求1所述的方法，其特征在于所述步驟a中，所述切換原小區(qū)向MSC發(fā)送的切換請求至少包括私密呼叫參數(shù)、切換目標小區(qū)相關信息及私密講者的身份信息；步驟b中，所述MSC確定切換目標小區(qū)中針對私密講者的SCCP連接包括b1.MSC根據(jù)切換請求中的切換目標小區(qū)相關信息以及切換原小區(qū)的信息，確定該私密講者進行小區(qū)切換前后的私密呼叫類型；b2.MSC根據(jù)私密講者進行小區(qū)切換前后的私密呼叫類型確定私密講者在切換目標小區(qū)中的SCCP連接。
3.根據(jù)權利要求2所述的方法，其特征在于所述步驟b1中，所述MSC確定私密講者進行小區(qū)間切換前和切換后的私密呼叫類型均為小區(qū)間私密呼叫；步驟b2中，所述MSC確定私密講者在切換目標小區(qū)中的SCCP連接為根據(jù)切換請求中的私密呼叫參考及私密講者的身份信息在切換目標小區(qū)中建立新的SCCP連接。
4.根據(jù)權利要求2所述的方法，其特征在于所述步驟b1中，所述MSC確定私密講者進行小區(qū)間切換前的私密呼叫為小區(qū)間私密呼叫，切換后為小區(qū)內(nèi)私密呼叫；步驟b2中，所述MSC確定私密講者在切換目標小區(qū)中的SCCP連接為根據(jù)切換請求中的私密呼叫參考確定該私密呼叫中的私密聽者在本小區(qū)中的SCCP連接。
5.根據(jù)權利要求4所述的方法，其特征在于所述步驟b中，所述MSC向切換目標小區(qū)發(fā)送的切換請求中包括私密呼叫參考和切換目標小區(qū)相關信息；步驟c中，所述切換目標小區(qū)確定自身為私密講者提供的信道為獲取當前私密呼叫在本小區(qū)所占用的信道；步驟c進一步包括向MSC發(fā)送切換請求確認信息，所述切換請求確認信息中包含該信道的相關信息；步驟d中，所述MSC確認切換目標小區(qū)分配信道為收到切換請求確認信息。
6.根據(jù)權利要求3或4所述的方法，其特征在于所述步驟e中，所述在私密講者建立自身與切換目標小區(qū)之間的空口連接后，進一步包括切換原小區(qū)釋放與私密講者對應的SCCP連接。
7.根據(jù)權利要求2所述的方法，其特征在于，所述步驟b1中，所述MSC確定私密講者進行小區(qū)間切換前的私密呼叫為小區(qū)內(nèi)私密呼叫，切換后為小區(qū)間私密呼叫；步驟b2中，所述MSC確定私密講者在切換目標小區(qū)中的SCCP連接為根據(jù)切換請求中的私密呼叫參考及私密講者的身份信息在切換目標小區(qū)中建立新的SCCP連接。
8.根據(jù)權利要求3或7所述的方法，其特征在于所述步驟b中，所述MSC向切換目標小區(qū)發(fā)送的切換請求中包括私密呼叫參考和切換目標小區(qū)相關信息；步驟c中，所述切換目標小區(qū)確定自身為私密講者提供的信道為根據(jù)私密呼叫參考及目標小區(qū)所需的信道類型在本小區(qū)中激活信道；步驟c進一步包括向MSC發(fā)送切換請求確認信息，所述切換目標小區(qū)向MSC發(fā)送的切換請求確認信息中包含該信道的相關信息；步驟d中，所述MSC確認切換目標小區(qū)分配信道為收到切換請求確認信息。
9.根據(jù)權利要求1所述的方法，其特征在于所述步驟e中，所述私密講者發(fā)起建立自身與切換目標小區(qū)之間的空口連接包括e1.私密講者向切換目標小區(qū)上報切換接入消息；e2.切換目標小區(qū)在收到切換接入消息后，向私密講者返回物理信息；e3.私密講者在收到切換目標小區(qū)返回的物理信息后，向切換目標小區(qū)返回SABM幀，建立空口連接。
10.根據(jù)權利要求1所述的方法，其特征在于所述步驟b中，所述MSC向切換目標小區(qū)發(fā)送切換請求為通過步驟b所確定的SCCP連接發(fā)送。
全文摘要
本發(fā)明公開了一種在私密呼叫過程中實現(xiàn)私密講者小區(qū)間切換的方法，該方法首先由切換原小區(qū)基站系統(tǒng)在確定私密講者需要切換小區(qū)時，向與自身連接的MSC發(fā)送切換請求；MSC則確定切換目標小區(qū)中相應的SCCP連接，并向切換目標小區(qū)發(fā)送切換請求；切換目標小區(qū)確定為私密講者提供的信道，并向MSC發(fā)送切換請求確認信息；MSC通過切換原小區(qū)向私密講者發(fā)送切換命令；私密講者發(fā)起建立自身與切換目標小區(qū)之間的空口連接，之后由MSC將該切換目標小區(qū)納入私密呼叫區(qū)域。本發(fā)明解決了現(xiàn)有技術在實現(xiàn)私密講者小區(qū)間切換時需要占用大量網(wǎng)絡側(cè)系統(tǒng)資源等問題。采用本發(fā)明方案則不會增加小區(qū)NCH信道的負荷，不會浪費網(wǎng)絡側(cè)的資源，并且能夠提高信道利用率和網(wǎng)絡服務的效果。
文檔編號H04W84/08GK1713773SQ20041005992
公開日2005年12月28日 申請日期2004年6月22日 優(yōu)先權日2004年6月22日
發(fā)明者夏志立 申請人:華為技術有限公司