 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
提問者:
• 電信VoLTE網(wǎng)間通話保持時主被叫到底是使用哪種網(wǎng)絡？ 2019-08-06
• CSFB時被叫收到paging時延過長 2018-12-06
• 手機被叫無法接通 2018-11-29
• 被叫出現(xiàn)多次鑒權失敗：AuthenticationRequest后沒有AuthenticationRequest什么原因 2018-08-28
• 被叫無法接通主叫能回落是什么原因 2018-03-07
• 2017-12-13
• 主叫尋呼是怎么找到被叫用戶的？一個號碼只對應一個s-tmsi嗎？ 2017-11-11
• 怎么找到被叫用戶 2017-11-11
• CSFB時被叫收到paging時延過長 2018-12-06
• 手機被叫無法接通 2018-11-29
• 被叫出現(xiàn)多次鑒權失敗：AuthenticationRequest后沒有AuthenticationRequest什么原因 2018-08-28
• 被叫無法接通主叫能回落是什么原因 2018-03-07
• 2017-12-13
• 主叫尋呼是怎么找到被叫用戶的？一個號碼只對應一個s-tmsi嗎？ 2017-11-11
• 怎么找到被叫用戶 2017-11-11
問題答案
( 6 )
以下是TD 主被叫信令流程：
前臺信令
一、主叫 通話信令流程
rrc ConnectionRequest（UL_CCCH）…………… rrc連接請求（上行鏈路公共控制信道）
rrc ConnectionSetup（DL_CCCH）………………rrc連接建立（下行鏈路公共控制信道）
rrc ConnectionSetupComplete（UL_DCCH）……..rrc連接建立完成（上行鏈路專用控制信道）
CM Service Request………………………………….CM服務請求（上行）
Authentication Request……………………………..鑒權請求（下行）
Authentication Response…………………………..鑒權響應（上行）
securityModeCommand（DL_DCCH）………….安全模式命令（下行專用控制信道）
securityModeComplete（UL_DCCH）…………..安全模式完成（上行專用控制信道）
Setup…………………………………………………..建立（上行）
Identity Request……………………………………..身份請求（下行）
Identity Response…………………………………...身份回應（上行）
Call Proceeding………………………………………呼叫進行（下行）
radioBearerSetup（DL_DCCH）………………….無線鏈路建立（下行專用控制信道）
radioBearerSetupComplete(UP_DCCH)…………無線鏈路建立完成（上行專用控制信道）
measurementControl（DL_DCCH）…………….測量控制（下行控制信道）
Alerting………………………………………………..振鈴（下行）
Connect………………………………………………..連接（下行）
Connect Acknowledge………………………………連接確認（上行）
measurementReport（UL_DCCH）…………………………………測量報告（上行鏈路專用用控制信道）
Disconnect…………………………………………..斷開連接（上行）
Release……………………………………………….釋放（下行）
Release Complete………………………………….釋放完成（上行）
rrcConnectionRelease（DL_DCCH）………….rrc連接釋放（下行鏈路控制信道）
rrcConnectionRelease Complete（UL_DCCH）…….rrc連接釋放完成（上行鏈路控制信道）
二、被叫 通話信令流程
…………………………….
pagingType1…………………………………..尋呼類型1
RR Paging Response………………………..RR 尋呼響應
Call Confirmed………………………………..呼叫建立
三、切換信令流程
measurementReport（UL_DCCH）…………………………………測量報告（下行鏈路專用用控制信道）
physicalChannelReconfiguration（DL_DCCH）…………………物理信道重配置（下行鏈路專用控制信道）
physicalChannelReconfigurationComplete（UL_DCCH）……………………..物理信道重配置完成（上行鏈路專用控制信道）
measurementControl（DL_DCCH）…………………………………測量控制（下行專用控制信道）
后臺信令
一、主叫 通話信令流程
UE—RNC :RRC_RRC_CONNECT_REQ ………………………………..RRC連接請求
RNC—UE: RRC_RRC_CONN_SETUP……………………………………RRC連接建立
UE—RNC: RRC_RRC_CONNECT_SETUP_CMP………………………RRC建立完成
UE—RNC:RRC_INIT_DIRECT_TRANSF…………………………………RRCC初始直接中轉(zhuǎn)
RNC—CN: RANAP_INITIAL_UE_MESSAGE…………………………….UE信息協(xié)議初始化
CN—RNC: RANAP_LOCATION_REPORTING_CONTROL…………….位置報告協(xié)議控制
CN—RNC: RANAP_DIRECT_TRANSFER…………………………………RANAP直接中轉(zhuǎn)
RNC—UE: RRC_DL_DIRECT_TRANSF…………………………………….下行鏈路直接中轉(zhuǎn)
UE—RNC: RRC_UL_DIR_TRANSF………………………………………….上行直接中轉(zhuǎn)
RNC—CN: RANAP_DIRECT_TRANSFER…………………………………..協(xié)議直接中轉(zhuǎn)
CN—RNC: RANAP_COMMON_ID……………………………………………協(xié)議命令ID
CN—RNC: RANAP_SECURITY_MODE_COMMAND……………………..加密命令
RNC—UE: RRC_SECURITY_MODE_CMD…………………………………加密命令
UE—RNC: RRC_SECURITY_MODE_CMP…………………………………加密完成
RNC—CN: RANAP_SECURITY_MODE_COMPLETE…………………….加密完成
CN—RNC: RANAP_DIRECT_TRANSFER…………………………………RANAP直接中轉(zhuǎn)
RNC—UE: RRC_DL_DIRECT_TRANSF…………………………………….下行鏈路直接中轉(zhuǎn)
UE—RNC: RRC_UL_DIR_TRANSF………………………………………….上行直接中轉(zhuǎn)
CN—RNC: RANAP_RAB_ASSIGNMENT_REQ……………………………RAB支配請求
RNC—NodeB: NBAP_RL_RECFG_PREP…………………………………..無限鏈路準備寄存器重配置
NodeB—RNC: NBAP_RL_RECFG_READY…………………………………..無線鏈路寄存器重配置已準備
RNC—UE: RRC_RB_SETUP…………………………………………………….無線鏈路建立
RNC—NodeB: NBAP_RL_RECFG_COMMIT…………………………………無線鏈路重配置托付
UE—RNC: RRC_RB_SETUP_CMP………………………………………………無線鏈路建立完成
RNC—UE: RRC_MEAS_CTRL……………………………………………………RRC測量控制
RNC—CN: RANAP_RAB_ASSIGNMENT_RESP……………………………….RAB指配響應
CN—RNC: RANAP_DIRECT_TRANSFER…………………………………RANAP直接中轉(zhuǎn)
RNC—UE: RRC_DL_DIRECT_TRANSF…………………………………….下行鏈路直接中轉(zhuǎn)
UE—RNC: RRC_UL_DIR_TRANSF………………………………………….上行直接中轉(zhuǎn)
10：35：37
RNC—NodeB: NBAP_RL_SETUP_REQ…………………………………RL建立請求
前臺信令
一、主叫 通話信令流程
rrc ConnectionRequest（UL_CCCH）…………… rrc連接請求（上行鏈路公共控制信道）
rrc ConnectionSetup（DL_CCCH）………………rrc連接建立（下行鏈路公共控制信道）
rrc ConnectionSetupComplete（UL_DCCH）……..rrc連接建立完成（上行鏈路專用控制信道）
CM Service Request………………………………….CM服務請求（上行）
Authentication Request……………………………..鑒權請求（下行）
Authentication Response…………………………..鑒權響應（上行）
securityModeCommand（DL_DCCH）………….安全模式命令（下行專用控制信道）
securityModeComplete（UL_DCCH）…………..安全模式完成（上行專用控制信道）
Setup…………………………………………………..建立（上行）
Identity Request……………………………………..身份請求（下行）
Identity Response…………………………………...身份回應（上行）
Call Proceeding………………………………………呼叫進行（下行）
radioBearerSetup（DL_DCCH）………………….無線鏈路建立（下行專用控制信道）
radioBearerSetupComplete(UP_DCCH)…………無線鏈路建立完成（上行專用控制信道）
measurementControl（DL_DCCH）…………….測量控制（下行控制信道）
Alerting………………………………………………..振鈴（下行）
Connect………………………………………………..連接（下行）
Connect Acknowledge………………………………連接確認（上行）
measurementReport（UL_DCCH）…………………………………測量報告（上行鏈路專用用控制信道）
Disconnect…………………………………………..斷開連接（上行）
Release……………………………………………….釋放（下行）
Release Complete………………………………….釋放完成（上行）
rrcConnectionRelease（DL_DCCH）………….rrc連接釋放（下行鏈路控制信道）
rrcConnectionRelease Complete（UL_DCCH）…….rrc連接釋放完成（上行鏈路控制信道）
二、被叫 通話信令流程
…………………………….
pagingType1…………………………………..尋呼類型1
RR Paging Response………………………..RR 尋呼響應
Call Confirmed………………………………..呼叫建立
三、切換信令流程
measurementReport（UL_DCCH）…………………………………測量報告（下行鏈路專用用控制信道）
physicalChannelReconfiguration（DL_DCCH）…………………物理信道重配置（下行鏈路專用控制信道）
physicalChannelReconfigurationComplete（UL_DCCH）……………………..物理信道重配置完成（上行鏈路專用控制信道）
measurementControl（DL_DCCH）…………………………………測量控制（下行專用控制信道）
后臺信令
一、主叫 通話信令流程
UE—RNC :RRC_RRC_CONNECT_REQ ………………………………..RRC連接請求
RNC—UE: RRC_RRC_CONN_SETUP……………………………………RRC連接建立
UE—RNC: RRC_RRC_CONNECT_SETUP_CMP………………………RRC建立完成
UE—RNC:RRC_INIT_DIRECT_TRANSF…………………………………RRCC初始直接中轉(zhuǎn)
RNC—CN: RANAP_INITIAL_UE_MESSAGE…………………………….UE信息協(xié)議初始化
CN—RNC: RANAP_LOCATION_REPORTING_CONTROL…………….位置報告協(xié)議控制
CN—RNC: RANAP_DIRECT_TRANSFER…………………………………RANAP直接中轉(zhuǎn)
RNC—UE: RRC_DL_DIRECT_TRANSF…………………………………….下行鏈路直接中轉(zhuǎn)
UE—RNC: RRC_UL_DIR_TRANSF………………………………………….上行直接中轉(zhuǎn)
RNC—CN: RANAP_DIRECT_TRANSFER…………………………………..協(xié)議直接中轉(zhuǎn)
CN—RNC: RANAP_COMMON_ID……………………………………………協(xié)議命令ID
CN—RNC: RANAP_SECURITY_MODE_COMMAND……………………..加密命令
RNC—UE: RRC_SECURITY_MODE_CMD…………………………………加密命令
UE—RNC: RRC_SECURITY_MODE_CMP…………………………………加密完成
RNC—CN: RANAP_SECURITY_MODE_COMPLETE…………………….加密完成
CN—RNC: RANAP_DIRECT_TRANSFER…………………………………RANAP直接中轉(zhuǎn)
RNC—UE: RRC_DL_DIRECT_TRANSF…………………………………….下行鏈路直接中轉(zhuǎn)
UE—RNC: RRC_UL_DIR_TRANSF………………………………………….上行直接中轉(zhuǎn)
CN—RNC: RANAP_RAB_ASSIGNMENT_REQ……………………………RAB支配請求
RNC—NodeB: NBAP_RL_RECFG_PREP…………………………………..無限鏈路準備寄存器重配置
NodeB—RNC: NBAP_RL_RECFG_READY…………………………………..無線鏈路寄存器重配置已準備
RNC—UE: RRC_RB_SETUP…………………………………………………….無線鏈路建立
RNC—NodeB: NBAP_RL_RECFG_COMMIT…………………………………無線鏈路重配置托付
UE—RNC: RRC_RB_SETUP_CMP………………………………………………無線鏈路建立完成
RNC—UE: RRC_MEAS_CTRL……………………………………………………RRC測量控制
RNC—CN: RANAP_RAB_ASSIGNMENT_RESP……………………………….RAB指配響應
CN—RNC: RANAP_DIRECT_TRANSFER…………………………………RANAP直接中轉(zhuǎn)
RNC—UE: RRC_DL_DIRECT_TRANSF…………………………………….下行鏈路直接中轉(zhuǎn)
UE—RNC: RRC_UL_DIR_TRANSF………………………………………….上行直接中轉(zhuǎn)
10：35：37
RNC—NodeB: NBAP_RL_SETUP_REQ…………………………………RL建立請求
回答者：
xielixin
回答時間：2011-11-17 09:19
26
22
哇，信令流程好復雜�。W習學習
回答者：
CF小軍哥
回答時間：2011-11-17 11:27
23
24
不知道樓主要什么網(wǎng)的信令呢，G網(wǎng)？W還是TD的呢？
回答者：
lisony
回答時間：2011-11-17 22:09
21
24
這問題easy，網(wǎng)上搜一下一大把。
回答者：
flyinggq393
回答時間：2011-11-22 16:42
24
26
1．MS信道請求
假設一MS處于激活且空閑狀態(tài)，用戶要進行主叫通信，那么他只要輸入被叫號碼，再按“發(fā)送”按鈕，MS便開始啟動主叫程序。MS將首先申請建立一條RR連接。RR的功能包括物理信道管理和邏輯信道的數(shù)據(jù)鏈路層連接等。
在任何情況下，MS通過隨機接入信道RACH向系統(tǒng)發(fā)出的第一條消息都是“信道請求”（Channel request）消息，要求網(wǎng)絡提供一條專用信道SDCCH，所提供的信道類型則由網(wǎng)絡決定。信道請求有兩個參數(shù)：建立原因和隨機參考值（RAND）。建立原因是指MS發(fā)起這次請求的原因，這里的原因是MS發(fā)起呼叫，其它原因有緊急呼叫、呼叫重建和尋呼響應等。RAND是由MS確定的一個隨機值，使網(wǎng)絡能區(qū)別不同MS所發(fā)起的請求。RAND有5位，最多可同時區(qū)分32個MS，但不保證兩個同時發(fā)起呼叫的MS的RAND值一定不同。要進一步區(qū)別同時發(fā)起請求的MS，還要根據(jù)Um接口上的應答消息。
2．MS響應
信道請求消息在BSS內(nèi)部進行處理。BTS對MS的“信道申請”（Channel Request）正確解碼后，它將把“信道請求”（Channel Required）的報文通過ABIS接口發(fā)送給BSC，該報文包含重要的附加信息和由BTS對傳輸延時（TA）的估計（這一指示對啟動定時提前控制很重要）。BSC收到此消息后，則根據(jù)對現(xiàn)有系統(tǒng)中無線資源的判斷，為該次請求選擇一條相應的空閑信道供MS使用。但所分配的信道及其相關的地面資源是否可用，還需BTS作應答證實，這個程序的完成通過BSC向BTS發(fā)送一條“信道激活”（Channel Active）的報文來查詢相應的地面資源（傳輸電路等）是否可用，該報文指明激活信道所需的全部屬性，包括信道類型、工作模式、物理特性和時間提前量等。BTS在準備好相應的資源后，將返回一條“信道激活證實”（Channel Active ACK）的報文來答復BSC。BSC為其分配相應的信道成功后，在接入允許信道（AGCH）中通過立即分配消息通知MS為其分配的專用信道。在立即指配消息中，除包含SDCCH中的信道相關信息外，還包括隨機參考值RAND、縮減幀號T、時間提前量TA等。RA值等于BSS系統(tǒng)收到的某個MS發(fā)送的隨機值。T是根據(jù)收到信道請求時的TDMA幀號計算出的一個取值范圍較小的幀號。RA和T值都與請求信道的MS直接相關，用于減少MS之間的請求沖突。TA是根據(jù)BTS收到RACH信道上的信道請求信息進行均衡時，計算出來的時間提前量。MS根據(jù)TA確定下一次發(fā)送消息的時間提前量。立即指配的目的是在Um接口建立MS與系統(tǒng)間的無線連接，即RR連接。
這里有兩種類型的立即指配消息：立即指配消息，僅包括一個MS的指配信息；擴展立即指配消息，同時包含兩個MS的指配信息。
若BSC發(fā)現(xiàn)無信道分配，網(wǎng)絡則以無證實方式向MS發(fā)送“立即指配拒絕”消息，拒絕的原因有MSC話務關閉、無線資源缺乏、TA值超出界限、信道激活無應答、BSC話務超載等，同時立即指配拒絕消息中包括請求參考和再次呼叫的等待指示。
MS收到立即指配消息后，如果RAND值和T值都符合要求，就會轉(zhuǎn)換到指定的SDCCH信道上，然后在該信道上發(fā)送SABM（設定異步模式）幀，其中包含一個完整的L3消息（CM業(yè)務請求消息），這條消息在不同的接口有不同的作用。在Um接口，SABM幀是LAPDm層上請求建立一個多幀應答操作方式連接的消息。
在BTS收到SABM幀后，就會不經(jīng)過任何修改的MS發(fā)一個內(nèi)容與SABM完全—樣的UA幀（無編號證實），作為對SABM幀的應答，表明在MS與系統(tǒng)之間已建立了一條LAPDm的L2無線鏈路，在SABM里MS向BSS表明請求的服務類型，如位置更新、主叫建立通話等、響應尋呼和IMSI分離等。
MS通過將UA幀和本身所發(fā)送的SABM幀信息內(nèi)容相比較，只有當完全一樣時，才會繼續(xù)接入，否則它就放棄這個信道，并重復立即指配程序，最后只有核對一致的MS留在這個信道上。在Abis接口，這條消息是建立指示（establish indication），用來通知已建立LAPDm連接，作為對立即指配消息的應答。
根據(jù)“信道申請”的原因不同，SABM攜帶的初始化報文可分為四種，分別是：CM的業(yè)務請求（呼叫建立、短信息、附加業(yè)務管理等）、位置更新請求（正常位置更新、周期性位置更新、IMSI附著）、IMSI分離及尋呼響應。所有這些報文都包括MS的身份、更詳細地說明接入原因及MS類別CLASSMARK（用來指示MS的一些關鍵特性如傳輸功率等級、加密算法、短信息能力及頻率容量）。
SABME是LAPD的一個協(xié)議：它指由發(fā)射端發(fā)一個消息，接收端接到此消息后，直接返還此消息給發(fā)射端，如發(fā)射端接收到，表示鏈路為通路。
3．確認請求
“信道申請”消息被BSS處理，然后通過A接口上的信令鏈路透明的傳送至MSC，盡管A接口的MTP連接在通話前已經(jīng)建立，但對每個呼叫，在L2還要建立一個SCCP的連接。L3消息包含在A接口上SCCP的請求建鏈消息（CR）中傳遞。MSC收到BSS上報的CM業(yè)務請求消息后，首先查看主叫客戶的類別并標注此客戶忙。然后處理接入請求消息并且通知VLR處理此次MS的接入業(yè)務請求，同時由于在BSC和MSC之間用到了SCCP有連接服務，為建立SCCP連接，MSC還將向BSC回送連接確認消息。
如請求被允許，A接口的第1條下行消息將包含在SCCP層的連接證實幀中。對SCCP層來說，CR與CC的交換是源參考地址與目的參考地址的交換。在同樣的信令點碼下，不同的呼叫具有不同的源地址和目的地址。
A接口上第1條消息傳遞完后，MS與系統(tǒng)之間就建立了RR連接，RR實體通知MM子層已進入專用模式。在專用模式下，MM子層和CC子層負責發(fā)送所有L2層上的消息。除了錯誤指示和釋放本地鏈路以外，均由RR子層直接處理。
4．鑒權
收到業(yè)務接入請求后，系統(tǒng)將首先對主叫進行移動用戶身份鑒定，VLR首先查看在數(shù)據(jù)庫中該MS是否有鑒權三參組，如果有，將直接向MSC下發(fā)鑒權命令；否則，向相應的HLR/AUC請求鑒權參數(shù)，從HLR/AUC得到三參組，然后再向MSC下發(fā)鑒權命令，MSC收到VLR發(fā)送的鑒權命令后，通過BSS向MS下發(fā)鑒權請求，該命令屬于DTAP消息，因此被直接傳送給MS，在該命令中含有鑒權參數(shù)，MS收到鑒權請求后，利用SIM卡中的IMSI和鑒權算法得出鑒權結(jié)果，通過鑒權響應消息送達MSC，MSC將鑒權結(jié)果回送VLR，由VLR核對MS上報的鑒權結(jié)果和從HLR取得的鑒權參數(shù)中的結(jié)果，如果二者不一致，拒絕此次接入請求，此次呼叫失��；如果二者一致，則鑒權通過。MS的SIM中存有4個與鑒權和加密相關的數(shù)據(jù)：鑒權算法A3、加密序列算法A8、加密算法A5和移動用戶個人鑒權鍵Ki。其關系如下：Kc=A8（RAND，Ki），SRES=A3（RAND，Ki），加密數(shù)據(jù)流=A5（userdata，Kc）。
5．加密模式
由于建立通話信息中包含有敏感的諸如電話號碼等信息，因而網(wǎng)絡有時需要啟動“加密模式”。鑒權通過后，VLR將首先向MSC下發(fā)加密模式命令，然后通知MSC該MS此次接入請求已獲通過，MSC通過BSS通知MS業(yè)務請求獲得通過，然后MSC向MS下發(fā)加密命令，該命令內(nèi)含加密模式，MS收到此命令并完成加密后，回送“加密模式命令”已完成的消息來響應MSC的“加密模式命令”，以向BSS表明，MS已經(jīng)使用安排的密鑰加密了。到此MS完成了整個接入階段的工作。6．MS呼叫類型信息
對MS的身份識別及無線信道傳輸加密過程完成后，主叫用戶的合法身份已經(jīng)得到確認，已經(jīng)接入了網(wǎng)絡，建立呼叫所需的MM連接已經(jīng)建立，為繼續(xù)進行呼叫，需要更為詳細的信息，可以向更高層（CC子層）提供呼叫信息的傳遞功能。按照GSM規(guī)范，此時MS將在SDCCH信道上發(fā)送一條“setup”消息，向MSC提供更為詳細的信息。
消息內(nèi)容包括：（1）此次呼叫請求的具體業(yè)務種類及MS能提供的承載能力，包括信息傳輸要求、發(fā)送方式、編碼標準及可使用的無線信道類型；（2）被叫用戶號碼，包括被叫號碼類型和編碼方案。
7．分配請求
MSC收到“setup”消息后，首先向VLR查詢該用戶的相關業(yè)務信息，VLR根據(jù)此次業(yè)務類別和開戶時MS已經(jīng)申請的業(yè)務信息，決定此次呼叫是否可以繼續(xù)，如果可以繼續(xù)，通過完成呼叫消息向MSC回送該用戶數(shù)據(jù)，MSC收到該信息后，就向MS回送“呼叫處理”消息，經(jīng)BSS通知MS呼叫在繼續(xù)處理之中，此時主叫MS處于等待狀態(tài)。然后，根據(jù)A接口電路情況，向BSC發(fā)送指配請求消息，在該消息中選定某條A接口電路，BSC收到該指令后，在SDCCH上分配無線資源，發(fā)送“信道指配”消息，安排MS到指定的空閑TCH上進行話務接續(xù)。同時網(wǎng)絡開始尋找被叫用戶，若被叫也是GSM系統(tǒng)用戶，其接入網(wǎng)絡的方式與主叫類似。不同點有：
1）、被叫MS收到網(wǎng)絡發(fā)出的PAGINC（尋呼）消息后，才會提出信道請求；
2）、被叫MS在與網(wǎng)絡建立CC連接時，先由網(wǎng)絡發(fā)下行的SETUP消息，MS回送“呼叫證實”消息。在“呼叫處理”或“呼叫證實”后，網(wǎng)絡與MS之間CC層的連接建立。
8．MS分配信道完成
傳遞信令使用的是SDCCH或FACCH，MS通話必須在TCH信道上進行。為此，網(wǎng)絡分配給MS一條TCH信道，分配方式與“立即指配”類似，不同點在于指配的發(fā)起是由MSC的“指配請求命令”開始的。BSC根據(jù)“指配請求命令”信息，激活相應的無線信道，根據(jù)“指配請求命令”中指定業(yè)務的相應信息，確定該無線信道的類型。由“信道激活證實”消息指定無線資源，包括信道頻率、時隙和跳頻等內(nèi)容。MS收“指配命令”消息后，轉(zhuǎn)到指定的TCH，占用成功后在FACCH上回送一“分配信道已完成”的消息。
到此TCH指配階段完成，本局的無線資源和A接口電路均已成功分配。
9．提醒
GSM系統(tǒng)業(yè)務的數(shù)據(jù)傳遞采用電路模式，在主叫與被叫之間有一條物理通路。建立這樣一條通路有兩個要求：（1）為傳遞通信的不同路由段分配一定的信道資源；（2）將各段信道連接在一起。信道資源包括Um接口的無線信道和A接口的PCM鏈路信道。無線信道由“信道激活證實”說明，A接口的地面信道由“指配請求”說明。
MSC收到MS上報的指配完成消息后，進行被叫分析，根據(jù)被叫號碼，尋址到HLR，發(fā)送路由信息請求消息，HLR收到該消息后，根據(jù)被叫IMSI查詢得到被叫所在的VLR，向被叫所在的VLR請求漫游號碼，被叫所在的VLR在受到請求漫游號碼消息后，為對應的MS分配MSRN，然后在請求漫游號碼響應消息中回送給HLR，HLR得到該MSRN后，向主叫所在MSC發(fā)送路由信息響應消息，MSC從該消息中得到被叫的MSRN，根據(jù)MSRN進行局間中繼選路，并向被叫所在的MSC發(fā)送IAI消息，同時向主叫MS發(fā)送“提醒”消息。
10．連接信息
當對方摘機，將有類似于以上“提醒”消息的“連接”消息通過BSS在FACCH上透明傳送給MS。MS收到該信息，打開音頻通路，并通過FACCH向MSC發(fā)送響應。至此，主叫信令流程基本結(jié)束，通話正式開始。各個信道的連接是一個接路過程。收到“指配請求”消息后，BSC將A接口的地面信道和Um接口的無線信道連接在一起。收到“連接”消息后，MSC將A接口的地面信道和網(wǎng)絡內(nèi)使用的信道連接在一起。在MS內(nèi)部也有類似的接路過程。主叫方收到“提醒”消息后，接通內(nèi)部的話音通路；被叫端的用戶（GSM用戶）在發(fā)送“連接”消息時，接通MS內(nèi)的話音通路。
回答者：
zhuling696
回答時間：2011-11-25 15:09
21
21
LZ要的是那個網(wǎng)的信令啊、
回答者：
futou7315
回答時間：2011-11-30 08:47
20
21
• 安徽引途科技有限公司
聘：皖北地區(qū)單驗測試工程師
需求人數(shù)：20 人 地點：安徽省
• 北京電旗通訊技術股份有限公司 聘：網(wǎng)優(yōu)實習生通信應屆生（云南）
需求人數(shù)：1 人 地點：昆明市,思茅市,昭通市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點：南昌市
• 南京格安信息系統(tǒng)有限責任公司 聘：5G工程后臺人員
需求人數(shù)：10 人 地點：北京市
• 中郵建技術有限公司 聘：成都移動后臺高級
需求人數(shù)：1 人 地點：成都市
• 嘉環(huán)科技股份有限公司 聘：電信原廠網(wǎng)優(yōu)工程師
需求人數(shù)：3 人 地點：長沙市,衡陽市
• 浙江省郵電工程建設有限公司 聘：網(wǎng)優(yōu)日常租賃人員
需求人數(shù)：2 人 地點：煙臺市
• 成都旗訊通信技術有限公司 聘：電聯(lián)招聘督導、傳輸、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：浙江省,江蘇省,河北省,山西省,遼寧省
• 廣東南方通信建設有限公司 聘：日常項目系統(tǒng)中高級工程師
需求人數(shù)：2 人 地點：百色市
• 西安長河通訊有限責任公司 聘：網(wǎng)絡優(yōu)化工程師
需求人數(shù)：2 人 地點：安康市
需求人數(shù)：20 人 地點：安徽省
• 北京電旗通訊技術股份有限公司 聘：網(wǎng)優(yōu)實習生通信應屆生（云南）
需求人數(shù)：1 人 地點：昆明市,思茅市,昭通市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點：南昌市
• 南京格安信息系統(tǒng)有限責任公司 聘：5G工程后臺人員
需求人數(shù)：10 人 地點：北京市
• 中郵建技術有限公司 聘：成都移動后臺高級
需求人數(shù)：1 人 地點：成都市
• 嘉環(huán)科技股份有限公司 聘：電信原廠網(wǎng)優(yōu)工程師
需求人數(shù)：3 人 地點：長沙市,衡陽市
• 浙江省郵電工程建設有限公司 聘：網(wǎng)優(yōu)日常租賃人員
需求人數(shù)：2 人 地點：煙臺市
• 成都旗訊通信技術有限公司 聘：電聯(lián)招聘督導、傳輸、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：浙江省,江蘇省,河北省,山西省,遼寧省
• 廣東南方通信建設有限公司 聘：日常項目系統(tǒng)中高級工程師
需求人數(shù)：2 人 地點：百色市
• 西安長河通訊有限責任公司 聘：網(wǎng)絡優(yōu)化工程師
需求人數(shù)：2 人 地點：安康市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |