td呼叫語音信令流程含義-預覽頁
【正文】 CUG” 該原因表示雖然主叫方是可以呼出 CUG 呼叫的 CUG 成員，但CUG 的該成員不允許呼出呼叫。 原因 ：分配的呼出接入信息與用戶級別不一致 “ inconsistency in designated outgoing access information and subscriber class” 該原因表示在分配的呼出接入信息與用戶級別之間存在不一致。 原因 ：請求的性能未實施 “ requested facility not implemented” 該原因表示發(fā)送這一原因的設備不支持所請求的補充業(yè)務。 原因 ：所標識的通路不存在 “ identfied channel does not exist” 該原因表示發(fā)送這一原因的設備接收到一個呼叫請求，請求使用在接口處未被激話的通路。 原因 ：無呼叫暫停 “ no call suspended” 該原因表示網(wǎng)絡已接收到一個呼叫恢復請求。 原因 ：用戶不是 CUG 成員 “ user not member of CUG” 該原因表示一個呼入的 CUG呼叫的被叫用戶不是一個特定 CUG的成員或者主叫用戶只是一個一般的用戶呼叫一個 CUG 成員。 原因 ：無效的消息，未規(guī)定 “ invalid message， unspecified” 該原因僅當無效消息類別中無其他原因使用時報告一個無效消息事件。 原因 ：消息與呼叫狀態(tài)不符或消息類型不存在或未實施 “ mgssage not platible with call state or message type nonexistent or not implemented” 該原因表示發(fā)送這一原因的設備已經(jīng)接收到一條消息，程序指示這是在呼叫狀態(tài)期間不允許 收的消息，或者發(fā)送這一原因的設備接收到一條 STATUS 消息，指示不兼容的呼叫狀態(tài)。 原因 ：無效的信息單元內容 “ invalid information element eontents” 該原因表示發(fā)送這一原因的設備接收到一個已被實施的信息單元，但是發(fā)送這一原因的設備沒有實施該信息單元中一個或多個字段的編碼。該原因指示該參數(shù)被忽略。 互通類別 原因 ：互通，未規(guī)定 “ interworking， unspecified” 該原因表示正在與一個不提供網(wǎng)絡動作的原因的網(wǎng)絡互通，這樣就不能確定被發(fā)送 的消息的準確原因。首先將由移動臺向網(wǎng)絡發(fā)出一個啟動（ SETUP）的報文，該消息包含著被叫號碼和所需業(yè)務等許多內容（對于數(shù)據(jù)業(yè)務這種說明可以比較長而且詳細，對于補充業(yè)務還可以包含各種附加的信息），此時 MSC 就能夠根據(jù)它來進行呼叫接續(xù)。此時， MSC要向 BSC 發(fā)出指派請求（ ASSIGNMENT REQUEST） 消息，在此消息中將含有所請求信道的類型等內容來要求 BSC 來給此次呼叫分配 TCH 話音信道。其中立即指派請求， BSC 內切換， BSC 間切換是不許排隊的，僅 TCH 資源請求（即指派請求和小區(qū)內部切換）允許根據(jù)內部優(yōu)先級的的指示來按優(yōu)先順序給相應的請求 分配在規(guī)定時間內被釋放掉的信道，若排隊長度或等候時間超出要求則請求將被拒絕。 在 BSC 收到分配完成的信令后，一方面向 MSC 發(fā)出指派完成（ ASSIGNMENT COMPLETE）消息，一方面向 BTS 發(fā)出無線信道釋放（ RF CHANNEL RELEASE）消息，要求將以前占用的 SDCCH信令信道資源釋放掉，當 BTS 完成了信令信道的釋放后，將發(fā)給 BSC一條信道釋放完成（ RF CHANNEL RELEASE ACK）消息， BSC 收到此消息后就認為該信道已返回到空閑狀態(tài)下，該資源可以用于分配給新的信道請求。在建立信令傳輸過程中，系統(tǒng)也可首先選擇給它分配 TCH 信道，這被稱為過早分配（ VEA）；若首先選擇給它分配 SDCCH 信道，在需要時才分配 TCH 信道，這被 稱為預分配（ EA）；若首先選擇給它分配 SDCCH 信道，當在被叫端發(fā)回連接消息（ CONNECT）時，才分配 TCH 信道，這被稱為停止廣播建立呼叫（ OACSU），在當前階段我們采用的是 EA 分配模式。在該分配中根據(jù)是通過 SDCCH 過程中的切換或是在 TCH 過程中的切換，來分配相應的信道。通過經(jīng)驗值，一般信道的指派過程將在 2 秒中完成，如在兩秒中 BSC 仍未收到指派完成消息，則該指派過程失敗。 （三）、呼叫連接過程 當收到 BSC 發(fā)回的指派完成消息后， MSC 在向被叫端送出初始化地址 I AM 消息（該報文中含有可用于被叫接續(xù)的消息，通過它來建立與被叫網(wǎng)絡之間的路由），不用很久就會收到被叫端網(wǎng)絡發(fā)回的有關呼叫建立的報告，若成功 MSC 則會收到 ACM（地址完成）消息，如果因某種原因（如對端占線或線路擁塞等等）呼叫建立失敗，主叫MSC 則會收到被叫端發(fā)出的 RELESASE（釋放）消息。這時呼叫建立過程完畢，雙方進入通話或傳送數(shù)據(jù)業(yè)務階段。 在 MSC 收到 MS 的釋放完成（ RELEASE COMPLETE）消息后，則向 BSC 發(fā)出清除命令（ CLEAR COMMAND）的報文消息來釋放所有信令鏈路 .，在該消息中攜帶著此次呼叫清除的原因，例如，因切換完成而清除還是因 位置更新完成而清除等等。當 BTS 發(fā)現(xiàn)上行鏈路已被拆除后，將向BSC 發(fā)出釋放指示（ RELEASE INDICATION）消息來向 BSC 報告這一事件。 BSC 收到 RELEASE INDICATION 消息后 ,將定時器 T3109 復位 ,并啟動定時器 T3111, ,隨即并向 BTS 發(fā)出 RF CHANNLE RELEASE(此時將 T3111復位 )要求釋放 TCH資源 (此時才釋放物理信道資源是為了給呼叫重建留有時間 )當收到 BTS 返回的 RF CHANNLE RELEASE ACK 消息時 ,BSC就認為該信道資源已空閑可用于再分配了 . 此時它還要將向 MSC 發(fā)出 CLEAR COMPLETE 消息 ,表無線鏈路已清除完畢 . MSC 收到此消息后 ,則會通過發(fā) RLSD 和收 RLC 來完成對 SCCP 連接的釋放 .到此該信令流程已徹底完畢 .
黨政相關相關推薦
鄂ICP備17016276號-1