流程管理NO信令流程

流程管理NO信令流程NO.7信令流程一、TUP信令流程A局B局IAI初始地址消息ACM地址全消息ANC應答計費消息SPEECHPHASECBK后向釋放（被叫掛機）CLF前向釋放RLG釋放監(jiān)護初始地址消息為IAMSAM，SAO）請求主叫號碼GRQ送主叫號碼GSM二、ISUP信令流程A局B局IAM初始地址消息ACM地址全消息ANM應答消息SPEECHPHASEREL釋放消息RLC釋放完全消息三、MAP信令流程1．位置更新1.11內(nèi)部位置更新1.12外部位置更新imsi登記TMSI登記以TMSI獲取數(shù)據(jù)未果，向用戶請求IMSI登記2．移動主叫1.在服務小區(qū)內(nèi)(Cell),移動用戶通過隨搶(RandomAccess)方式,在無線通道上請求一信道,以用作信令信道.2.建立移動用戶和MSC的信令連接(MSC和BSC之間的SCCP連接).并且移動用戶送出服務請求,其中有用戶的標識(IMSI或TMSI)服務的類型等.3.對用戶鑒權(quán).若是需對用戶進行號碼請求,在鑒權(quán)前進行.4,5若是系統(tǒng)設(shè)置加密,則在此設(shè)定加密模式,并分配新的TMSI.6.用戶送出CALL_SET_UP請求,其中有被叫用戶號碼,呼叫服務類別等,從而真正啟動呼叫建立過程.7.MSC分配話務信道.這是無線資源管理命令,MSC實際上只分配指定了一條至BSC的PCM話路,然后由BSS再分配一條相應的至MS的無線話路.8.MSC向PSTN建立話路.9.若被叫用戶空閑,PSTN成功建立至被叫的話路,在向被叫振鈴的同時,回送ACM給MSC,MSC送回鈴音給主叫移動用戶.10.被叫摘機,PSTN送應答信號給MSC,MSC送CONNECT至MS.至此話路接通,用戶進入通話狀態(tài).11-14是呼叫釋放的示意.這里假設(shè)是被叫先掛機:11.PSTN通知MSC被叫掛機(CLB信號),MSC前向拆除和PSTN的話路.12.通知MS被叫掛機(Disconnect信號),釋放呼叫.13.釋放PCM話路和無線的話路和信令信道資源.14.釋放SCCP連接.3.移動被叫MSC/VMSPAGING_REQPaging_ResCCAUTH_REQAUTH_RES加密TMSI_REAL_CMDTMSI_REAL_COMSET_UPCALL_CONFIRMASSIGN_REQASSIGN_COMALERTCONNECTCONN_ACK四、CAP信令流程1預付費用戶做主叫1.1呼叫PSTN用戶當主叫預付費用戶在MSCa/VLR/SSPO－CSI觸發(fā)業(yè)務見圖1-1。1）MSCa/VLR/SSP收到呼叫，根據(jù)主叫的簽約信息O－CSI觸發(fā)業(yè)務，直接將MSCa/VLR/SSP所在位置的長途區(qū)號，放在IDP消息中的LocationNumber參數(shù)中，并向SCPa發(fā)送IDP消息。2）SCPa收到IDP途區(qū)號（IDP消息中的LocationNumber參數(shù)）和被叫長途區(qū)號確定主叫費率，并將余額折算成通話時長，發(fā)送RRBE、AC、FCI和Continue到MSCa/VLR/SSP。3）MSCa/VLR/SSP根據(jù)TUP消息中的被叫號碼進行接續(xù)。4）通話結(jié)束，主、被叫任一方掛機，MSCa/VLR/SSP上報計費報告和掛機事件。圖1-1<<預付費業(yè)務信令流程>>中為必選參數(shù)，參數(shù)未定義的見ETSIGSM09.78（V6.2.1SSP,SCP設(shè)備進行信令交互時,非必選參數(shù)忽略不分析.）InitialDPInformationelementnameServiceKeyValue=1CallingPartyNumber國際號碼(例如：86139XXXXXXXX)CallingPartysCategory10(普通用戶)EventTypeBCSMCollectedInfo(2)IMSILocationInfoMO呼叫時該參數(shù)必選，且應帶CellID。MSCAddress(G)MSC/SSP的地址CalledPartyBCDNumber用戶撥打的號碼，具體說明見“3.4其他特殊要求和說明”第5點LocationNumber帶國際代碼的長途區(qū)號，如北京：8610IPSSPCapability注：填寫方式見CAP規(guī)范（09.78表示該ssp具有最基本的srf功能(包括收集DTMF,播送錄音通知和tone)參數(shù)值為‘00’H，則表示ssp不支持IP路由地址(CTR的參數(shù))。BearerCapability目前SCP不判斷該參數(shù)，在業(yè)務明確要求后，應根據(jù)業(yè)務部門的要求進行判斷說明（1）：IDP操作中的TimeAndTimeZone參數(shù)中的時區(qū)部分的填寫以15分鐘為單位。RequestReportInformationelementnameBCSMEventBCSMEventEventTypeDP(4.5.6.9)MonitorModeInterruptedLegID12（被叫）EventTypeDP(10)MonitorModeNotifyandContinueLegID1（主叫）ApplyChargingInformationelementnameAChBillingChargingCharacteristicsTimeDurationChargingMaxCallPeriodDuration此參數(shù)的配置見說明（2）TariffSwitchInterval無時間切換時缺省，且只有在允許的最大呼叫時長(或者24)內(nèi)有費率切換時,才填寫該參數(shù)。一個AC中只能有一個費率切換點，如果15分鐘內(nèi)有兩個費率切換點，由SCP分段處理。ReleaseIfDurationExceeded此參數(shù)的配置見說明（2）PlayTonePartyToCharge1（主叫）FurnishCharginInformationelementnamegInformationFCIBCCAMELsequencel0FreeFormatDataChargemode800130PartyToCharge1說明（2）：”MaxCallPeriodDuration”和“ReleaseifDurationExceeded(playtone)”參數(shù)的配置原則上CallPeriod為15等于1分鐘時，為了用戶在1分鐘時仍然可以聽到TONE音，需要將倒數(shù)第二段的通話時長由15分鐘改為一個大于15分鐘小于16分鐘的數(shù)值，且變?yōu)樽詈笠欢瓮ㄔ挄r長?！癛eleaseifDurationExceeded(playtone)”一段時長，此參數(shù)為“TRUE”；其他每段15分鐘的通話過程中，此參數(shù)不出現(xiàn)。ContinueInformationelementnameNULLEventReportInformationelementnameBCSMEventtypeBCSMDP9LegID12（被叫）MiscCallInforequestApplyCharingInformationelementnameReportCallResultTimeDurationCharingResultTimeInformation通話時間PartyToCharge1（主叫）CallActive最后一次為FLASE，其余為TRUE此參數(shù)為“FALSE”說明（3）：對于最后一個AC的上報，以下兩種方式均認為是正確的：1、用TC－END上報ACR；2、用TC－continue上報ACR；在SSP用TC－continue上報ACR后，SSP可以用以下方式結(jié)束對話：1、TC－U－ABORT結(jié)束對話；2、從SCP接收到TC－END；3、SSP發(fā)送TC－END；4、SSP本端結(jié)束；在上述任何情況下，SCP均應能夠正確處理。ReleaseCallInformationelementnameCause說明（4）：關(guān)于RC操作中的釋放原因的規(guī)定如下：1SSP將收到的原因值放置到給SCP的ERB的原因中，SCP發(fā)送RC時，使用收到的原因值。2、到話務員的呼叫，SCP發(fā)送RC時，采用正常－未指定。3、由SCP發(fā)起的呼叫釋放，采用的原因均為正常－未指定。1.2呼叫普通GSM用戶，當預付費用戶在MSCa/VLR/SSP覆蓋范圍，由O－CSI觸發(fā)業(yè)務.見圖1-2。1）MSCa/VLR/SSP收到呼叫，根據(jù)主叫的簽約信息O－CSI觸發(fā)業(yè)務，將MSCa/VLR/SSPIDP消息中的LocationNumberSCPa發(fā)送IDP消息。2）SCPa收到IDP消息后，先分析主叫用戶帳戶。帳戶有效，則轉(zhuǎn)向33）SCPa根據(jù)主叫位置和被叫號碼確定主叫費率，并將余額折算成通話時長，發(fā)送RRBE、AC、FCI和Continue到MSCa/VLR/SSP。4)MSCa/VLR/SSP收到Continue消息后，向被叫的HLRb發(fā)起SRI消息，得到被叫的MSRN，進行呼叫接續(xù)。5）通話結(jié)束，主、被叫任一方掛機，MSCa/VLR/SSP上報掛機事件和計費報告。圖1-2參數(shù)定義同1.12預付費用戶做被叫2.1PSTN或普通用戶呼叫預付費用戶PSTN或普通GSM用戶呼叫預付費用戶，根據(jù)T－CSI觸發(fā)業(yè)務，見圖2-1。1）MSCa/VLR/SSP收到PSTN或GSM用戶發(fā)起的呼叫后，判斷出主叫用戶不是預付費用戶，則向被叫HLRb發(fā)送SRI消息，若被叫是預付費用戶，則返回簽約信息O_CSI＋T_CSI。2）MSCa/VLR/SSP由T_CSI數(shù)據(jù)中得到被叫SCPb的地址，向SCPb發(fā)送IDP消息，因PSTN接入的GMSC或普通GSM的始發(fā)MSC具有SSPGMSC/SSP或始發(fā)MSC/SSP所在位置長途區(qū)號放在IDP消息中的參數(shù)Locationnumber中。3）SCPb收到IDP消息后，先分析被叫用戶帳戶。若帳戶有效則SCPb根據(jù)被叫歸屬地和被叫實際位置（見LocationInformation參數(shù)）確定費率，并折算成通話時長，向MSCa/VLR/SSP發(fā)送RRBE、AC和Connect。4）MSCa/VLR/SSP收到Connect消息后，向被叫HLRb再次發(fā)送SRI消息，此次SRI消息抑制T－CSI，得到被叫的MSRN。5）MSCa/VLR/SSP根據(jù)被叫的MSRN進行接續(xù)。6）通話停止，主、被叫任一方掛機，MSCa/VLR/SSP上報掛機事件和計費報告。圖2－1參數(shù)：IntialDPInformationelementnameServiceKeyValue=1CalledPartyNumber用戶撥打的被叫號碼，具體說明見“其他特殊要求和說明”的第5點CallingPartyNumber主叫用戶國際號碼CallingPartysCategory10（普通用戶）EventTypeBCSMDP12IMSI被叫用戶的IMSILocationNumber帶國際代碼的長途區(qū)號，如北京：8610LocationInformation根據(jù)從SRI_ack中得到的VlrNumber填充LocationInfromation中的VlrNumber參數(shù)Vlr-numberMSCAddressMSC/SSP的地址BearerCapability目前SCP不判斷該參數(shù)，在業(yè)務明確要求后，應根據(jù)業(yè)務部門的要求進行判斷說明（1）：IDP操作中的TimeAndTimeZone參數(shù)中的時區(qū)部分的填寫以15分鐘為單位。RequestReportInformationelementnameBCSMEventBCSMEventEventTypeDP(13.14.17)MonitorModeInterruptedLegID12（被叫）EventTypeDP（18）MonitorModeNotifyandContinueLegID1(主叫)ApplyChargingInformationelementnameAChBillingChargingCharacteristicsTimeDurationChargingMaxCallPeriodDuration此參數(shù)配置參見1.1.1TariffSwitchInterval無時間切換時缺省，且只有在允許的最大呼叫時長(或者24小時)內(nèi)有費率切換時,才填寫該參數(shù)。一個AC中只能有一個費率切換點，如果15分鐘內(nèi)有兩個費率切換點，由SCP分段處理。ReleaseIfDurationExceeded此參數(shù)配置參見1.1.1PlayTonePartyToCharge2（被叫）ConnectInformationelementnamedestinationRoutingAddress號碼性質(zhì)均與IDP上報的“被叫號碼”一致GenericNumber60＋主叫號碼(Numberqualifierindicator80H)ApplyCharingInformationelementnameReportCallResultTimeDurationCharingResultTimeInformation通話時間PartyToCharge2（被叫）CallActive最后一次為FALSE，其余為TRUE此參數(shù)為“FALSE”EventReportInformationelementnameBCSMEventtypeBCSMDP17LegID12（被叫）MiscCallInforequestReleaseCallInformationelementnameCause說明（4）：關(guān)于RC操作中的釋放原因的規(guī)定如下：1SSP將收到的原因值放置到給SCP的ERB的原因中，SCP發(fā)送RC時，使用收到的原因值。2、到話務員的呼叫，SCP發(fā)送RC時，采用正常－未指定。3、由SCP發(fā)起的呼叫釋放，采用的原因均為正常－未指定。3預付費用戶呼叫預付費用戶3.1、主叫預付費用戶在MSCa/VLR/SSP覆蓋范圍，由O－CSI觸發(fā)業(yè)務，見圖3-1。1）MSCa/VLR/SSP收到呼叫，根據(jù)主叫的簽約信息O－CSI觸發(fā)業(yè)務，向主叫用戶的SCPa發(fā)送IDP消息，并將MSCa/VLR/SSP所在位置的長途區(qū)號，放在IDP消息中的LocationNumber參數(shù)中。2SCPaMSCa/VLR/SSP發(fā)送RRBE、AC、FCI和Continue。3)MSCa/VLR/SSP收到ContinueHLR發(fā)送SRI則會返回簽約信息O_CSI＋T_CSI和被叫位置信息LocationInformation(Vlr-number)。4MSCa/VLR/SSP向SCPb發(fā)送IDPMSCa/VLR/SSPIDP消息中的LocationNumber參數(shù)中，將被叫位置信息LocationInformation(Vlr-number)放在IDP消息中的LocationInformation中。5）SCPb收到IDP消息后，先分析被叫用戶帳戶。若帳戶有效則SCPb根據(jù)從IDP得到的被叫位置信息LocationInformationMSCa/VLR/SSP發(fā)送RRBE、AC、FCI和connect。7）MSCa/VLR/SSP向被叫HLRb再次發(fā)送SRISRI消息抑制T－CSI漫游號碼MSRN。8）MSCa/VLR/SSP根據(jù)被叫的漫游號碼MSRN進行接續(xù)。9）通話停止，主、被叫任一方掛機，MSCa/VLR/SSP分別向SCPa、SCPb上計費報告和掛機事件。圖3－1參數(shù)定義參見：1.1和2.14無條件前轉(zhuǎn)情況4.1預付費用戶做主叫，被叫普通GSM用戶無條件前轉(zhuǎn)普通GSM/PSTN用戶當主叫預付費用戶在MSCa/VLR/SSP覆蓋范圍，由O－CSI觸發(fā)業(yè)務，見圖4-1。圖4-1參數(shù)：參見1.1。4.2預付費用戶做主叫，被叫普通GSM用戶無條件前轉(zhuǎn)預付費用戶當主叫預付費用戶在MSCa/VLR/SSP覆蓋范圍內(nèi)時，由O-CSI觸發(fā)業(yè)務，見圖4-2。圖4-2參數(shù)：參見1.1和2.1。4.3普通GSM用戶/PSTN用戶做主叫，被叫普通用戶無條件前轉(zhuǎn)預付費用戶A用戶在MSCa/VLR/SSP覆蓋范圍內(nèi)，呼叫普通用戶，普通用戶無條件前轉(zhuǎn)預付費用戶的信令流程，見圖4-3圖4-3參數(shù)：參見2.1。第五節(jié)：幾種基本呼叫流程1．手機主被叫信令流程1．1．手機呼叫手機MSaBSaMSCBSbMSbCHAN_REQIMM_ASSIGNCM_SERV_REQCOM_L3_INFOAUT_REQAUT_RESCIPH_MOD_CMDCIPH_MOD_CMDCIPH_MOD_COMCIPH_MOD_COMTMSI_REALL_CMDTMSI_REAL_COMSETUPCALL_PROCChannelassignmentdirectafterreceivingCALL_PROCASS_REQASS_CMDASS_COMASS_COMPAGING_TO_BSSPAGE_REQCHAN_REIMM_ASSIGNPAGE_RESCOM_L3_INFOAUTH_REQAUTH_RESCIPH_MOD_CMDCIPH_MOD_CMDCIPH_MOD_COMCIPH_MOD_COMTMSI_REALL_CMDTMSI_REALL_COMSETUPCALL_CONFChannelassignmentdirectafterreceivingCALL_CONFASS_REQASS_CMDASS_COMASS_COMALERTALERTCONNECTCONNECT_ACKCONNECTCONNECT_ACKDISCRELDISCREL_COMCLR_CMDCHAN_RELL2_DISCCLR_COMRLSDRLCRELREL_COMCLR_CMDCHAN_RELL2_DISCCLR_COMRLSDRLC2．公網(wǎng)呼叫手機StraightforwardmessageflowofISUP-->MSISUPMSCBSbMSbIAMPAGING_TO_BSSPAGE_REQCHAN_REQIMM_ASSIGNPAGE_RESCOM_L3_INFOAUTH_REQAUTH_RESCIPH_MOD_CMDCIPH_MOD_CMDCIPH_MOD_COMCIPH_MOD_COMTMSI_REALL_CMDTMSI_REALL_COMSETUPCALL_CONFChannelassignmentdirectafterreceivingCALL_CONFASS_REQASS_CMDASS_COMASS_COMALERTACMCONNECTCONNECT_ACKANMCONNECTCONNCONNECT_ACK3．公網(wǎng)呼叫公網(wǎng)經(jīng)G網(wǎng)轉(zhuǎn)接StraightforwardmessageflowofISUP-->ISUPISUPMSCISUPIAMIAMACMACMANMANM二．位置更新1．內(nèi)部位置更新內(nèi)部位置更新是指手機在同一MSC下不同LAC下手機進行重新登記的過程。MSBSaMSC/VLRHLRPVLRLOC_UPD_REQCOM_L3_INFOCCInternalVLRaccesstothealreadystoredsubberdataAUT_REQAUT_RESCIPH_MOD_CMDCIPH_MOD_CMDCIPH_MOD_COMCIPH_MOD_COMLOCATION_UPDATE_ACCEPTEDTMSI_REAL_COMCLR_CMDCHAN_RELL2_DISCCLR_COMRLSDRLC2．外部位置更新外部位置更新的特點是用戶在VLRHLRHLR用戶的新位置。HLR隨即刪除用戶在前一個VLR中的登記。由于VLR是根據(jù)用戶的IMSI來找出用戶所屬的HLRTMSI作為只更新請求時，VLR可從前一個VLR中得到用戶的IMSI及鑒權(quán)加密數(shù)據(jù)。或通過號碼請求（IDENTIFICATION）直接向用戶取得IMSI。2．1．用IMSI進行外部位置登記StraightforwardmessageflowofEXT-LUPDwithIMSIMSaBSaMSC/VLRHLRPVLRLOC_UPD_REQCOM_L3_INFOCCSEND_AUTHENTICATION_INFOSEND_AUTHENTICATION_INFO_RRAUT_REQAUT_RESUPDATE_LOCATIONINSERT_SUBSCRIBER_DATAINSERT_SUBSCRIBER_DATA_RRUPDATE_LOCATION_RRCIPH_MOD_CMDCIPH_MOD_CMDCIPH_MOD_COMCIPH_MOD_COMLOCATION_UPDATE_ACCEPTEDTMSI_REAL_COMCLR_CMDCHAN_RELL2_DISCCLR_COMRLSDRLC2．2．用TMSI進行位置更新MSaBSaMSC/VLRHLRPVLRLOC_UPD_REQCOM_L3_INFOCCSEND_IDENTIFICATIONSEND_IDENTIFICATION_RRAUT_REQAUT_RESUPDATE_LOCATIONINSERT_SUBSCRIBER_DATAINSERT_SUBSCRIBER_DATA_RRUPDATE_LOCATION_RRCIPH_MOD_CMDCIPH_MOD_CMDIPH_MOD_COMCIPH_MOD_COMLOCATION_UPDATE_ACCEPTEDTMSI_REAL_COMCLR_CMDCHAN_RELL2_DISCCLR_COMRLSDRLC2．3．用TMSI進行位置登記，但不知道PVLRMSaBSaMSC/VLRHLRPVLRLOC_UPD_REQCOM_L3_INFOCCIDENT_REQIDENT_RESSEND_AUTHENTICATION_INFOSEND_AUTHENTICATION_INFO_RRAUT_REQAUT_RESUPDATE_LOCATIONINSERT_SUBSCRIBER_DATAINSERT_SUBSCRIBER_DATA_RRUPDATE_LOCATION_RRCIPH_MOD_CMDCIPH_MOD_CMDCIPH_MOD_COMCIPH_MOD_COMLOCATION_UPDATE_ACCEPTEDTMSI_REAL_COMCLR_CMDCHAN_RELL2_DISCCLR_COMRLSDRLC三．切換信令流程1．MSC_a局內(nèi)切換（手機屬于MSC_a用戶）MSBS-oldMSCBS-newMEAS_INFOHND_RQDHND_REQHND_REQ_ACKHND_CMDHND_CMDHND_ACCPHYS_INFOHND_DETECTHND_COMHND_COMCLR_CMDCLR_COMRLSDRLC2．手機由MSC_a切換到MSC_b（手機屬于MSC_a用戶）MSBSMSC-AMSC-BBSMeas_infoHND_RQDPERFORM_HNDHND_REQHND_REQ_ACKRAD_CHA_ACKIAMACMHND_CMDHND_CMDANSWERHND_ACCPHYS_INFOHND_DETECTHND_COMHND_COMSEND_END_SIGNALCLR_CMDCLR_COMRLSDRLC切換后的釋放過程：MSHANDMSC-AMSC-BBSNEWDISCONNECTDISCONNECTPROCESS_ACCESS_SIGNAL(DISC.)FORWARD_ACCESS_SIGNAL(RELEASE)DISCONNECTtofixedPartyRELEASERELEASEfromfixedPartyRELEASEREL_COMtofixedPartyRELCOMREL_COMPROCESS_ACCESS_SIGNAL（REL_COM）END_SIGNALCLR_CMDRELEASERLCCLR_COMRLSDRLC3．手機漫游到MSC_b后，在MSC_b內(nèi)進行局內(nèi)切換TheseScenariosillustratesthedifferentHandovertypesfromthepointofviewofMSC_B.0Intra-MSCHandover-Overview:MSBS-oldMSCBS-newMEAS_INFOHND_RQDHND_REQHND_REQ_ACKHND_CMDHND_CMDHND_ACCPHYS_INFOHND_DETECTHND_COMHND_COMCLR_CMDCLR_COMRLSDRLC4．手機由MSC_a切換到MSC_b,以下是在MSC_b上觀察到的信令流程：MSHNDBSOLDMSC-AMSC-BBSNEWMeas_infoHND_RQDPERFORM_HNDHND_REQHND_REQ_ACKRAD_CHA_ACKIAMACMHND_CMDHND_CMDANSWERHND_ACCPHYS_INFOHND_DETECTHND_COMHND_COMSEND_END_SIGN