典型業(yè)務(wù)流程

1、第6章 典型業(yè)務(wù)流程6-16.1 網(wǎng)關(guān)注冊(cè)流程6-1 網(wǎng)關(guān)注冊(cè)6-1 網(wǎng)關(guān)注銷6-26.2 呼叫流程6-2 移動(dòng)用戶呼叫移動(dòng)用戶6-3 移動(dòng)用戶呼叫固定用戶6-8 固定用戶呼叫移動(dòng)用戶6-13 預(yù)尋呼6-14 呼叫前轉(zhuǎn)6-156.3 短消息業(yè)務(wù)流程6-24 移動(dòng)始發(fā)短消息6-25 移動(dòng)終止短消息6-26 短消息提醒流程6-276.4 定位業(yè)務(wù)（LCS）流程6-29 移動(dòng)終結(jié)定位業(yè)務(wù)MT-LR6-29 移動(dòng)始發(fā)定位業(yè)務(wù)MO-LR6-32 網(wǎng)絡(luò)發(fā)起的定位業(yè)務(wù)NI-LR6-346.5 智能業(yè)務(wù)處理流程6-35 預(yù)付費(fèi)業(yè)務(wù)處理流程6-35 移動(dòng)始發(fā)短消息處理流程6-41 移動(dòng)性管理事件通知處理流程6-

2、42第6章 典型業(yè)務(wù)流程本章介紹MSOFTX3000實(shí)現(xiàn)的典型的業(yè)務(wù)流程，主要包括網(wǎng)關(guān)注冊(cè)流程、呼叫流程、數(shù)據(jù)業(yè)務(wù)流程、短消息業(yè)務(wù)流程、定位業(yè)務(wù)（LCS）流程和智能業(yè)務(wù)處理流程。6.1 網(wǎng)關(guān)注冊(cè)流程網(wǎng)關(guān)注冊(cè)相關(guān)流程包括網(wǎng)關(guān)注冊(cè)和網(wǎng)關(guān)注銷流程。6.1.1 網(wǎng)關(guān)注冊(cè)媒體網(wǎng)關(guān)（MGW）初次服務(wù)或重新啟動(dòng)之后，必須注冊(cè)到相應(yīng)MSC Server上去。注冊(cè)成功后，MGW可以立即上報(bào)目前MGW的可用物理終端，或MSC Server通過審計(jì)命令來獲取MGW上可用的物理終端信息。網(wǎng)關(guān)注冊(cè)流程如圖6-1所示。圖6-1 網(wǎng)關(guān)注冊(cè)流程圖 MGW初次進(jìn)入服務(wù)或重啟后，向其所歸屬的MSC Server發(fā)送Service

3、Change命令，請(qǐng)求注冊(cè)。該命令中包含如下描述符：Method（如“Restart”）、ServiceChangeAddress（地址消息）和原因值Reason，命令對(duì)應(yīng)終端為ROOT終端（即對(duì)整個(gè)MGW）。 MSC Server對(duì)媒體網(wǎng)關(guān)進(jìn)行審核，并回送ServiceChange_Reply命令，接受注冊(cè)（命令中帶描述符ServiceChangeAddress），媒體網(wǎng)關(guān)可以進(jìn)行業(yè)務(wù)操作；如果MSC Server審核MGW不通過，如協(xié)調(diào)版本不配套、媒體網(wǎng)關(guān)不受該MSC Server控制等，則在ServiceChange_Reply命令拒絕并帶上原因值描述符。6.1.2 網(wǎng)關(guān)注銷媒體網(wǎng)關(guān)（M

4、GW）退出服務(wù)之前，需要到相應(yīng)MSC Server進(jìn)行注銷操作。注銷后MGW將不再提供業(yè)務(wù)，如要重新進(jìn)入服務(wù)則需要注冊(cè)。網(wǎng)關(guān)注銷流程與網(wǎng)關(guān)注冊(cè)流程使用相同的命令，但使用了不同的描述符，如圖6-1所示。 MGW要退出服務(wù)，向其所歸屬的MSC Server發(fā)送ServiceChange命令，請(qǐng)求注銷。該命令中包含如下描述符：Method（如“Forced”）和原因值Reason（如905"Termination taken out of service"），命令對(duì)應(yīng)終端為ROOT終端（即對(duì)整個(gè)MGW）。 MSC Server回送ServiceChange_Reply命令，接受注

5、銷。6.2 呼叫流程呼叫流程以本局用戶呼叫本局用戶為例，組網(wǎng)圖如圖6-2所示。圖6-2 呼叫模型6.2.2 移動(dòng)用戶呼叫移動(dòng)用戶移動(dòng)用戶呼移動(dòng)用戶流程如圖6-3所示。圖6-3 移動(dòng)用戶呼移動(dòng)用戶流程圖說明：MSC Server 和VLR合一，所以B接口為內(nèi)部接口，B接口的消息也為內(nèi)部消息。1. 主叫流程（早指配過程） UE給網(wǎng)絡(luò)側(cè)發(fā)送CM SERVICE REQUEST消息，CM SERVICE REQUEST消息中包括如下參數(shù)：移動(dòng)識(shí)別(IMS、TMSI、IMEI)、classmark2、CKSN、CM業(yè)務(wù)請(qǐng)求類型（移動(dòng)始發(fā)呼叫建立、緊急呼叫建立、短消息業(yè)務(wù)、補(bǔ)充業(yè)務(wù)、位置業(yè)務(wù)）。 網(wǎng)絡(luò)側(cè)可

6、能會(huì)發(fā)起鑒權(quán)、加密過程；在此過程中可能需要發(fā)起向HLR/AUC取鑒權(quán)集的過程。如果沒有安全性管理過程（主要是鑒權(quán)、加密、TMSI重分配、取識(shí)別）時(shí)，直接跳到第步。 機(jī)收到業(yè)務(wù)接受消息或加密完成之后會(huì)發(fā)送SETUP消息給網(wǎng)絡(luò)，核心網(wǎng)收到SETUP消息后會(huì)向主叫回CALL PROCEEDING。 主叫側(cè)開始建立用戶面承載： MSC Server通過下發(fā)Prepare Bearer Req消息到MGW，MGW動(dòng)態(tài)分配ATM資源，并在Prepare Bearer Rsp消息中返回TerminationId（T1）；然后MSC Server向RNS-O發(fā)起RAB的指配過程, RNS-O通過BEARER

7、ESTABLISHMENT過程與MGW建立起接入側(cè)的ATM承載資源。該過程和過程為并行過程。 MSC Server向HLR查詢路由信息，HLR向VLR取漫游號(hào)碼，MSC Server向VLR要入呼叫數(shù)據(jù)后觸發(fā)VLR發(fā)起尋呼過程。& 說明：1. 早指配與晚指配的區(qū)別在于 TCH 信道的分配時(shí)機(jī)不同。對(duì)被叫，早指配是指在摘機(jī)之前就開始指配，晚指配是指在摘機(jī)之后才開始指配；對(duì)主叫，早指配是在ALERTING消息之前就開始指配，晚指配是在ALERTING消息之后才開始指配。2. 早指配縮短了呼叫接續(xù)時(shí)延，并提高了呼叫接通率；晚指配能夠避免 TCH 資源在振鈴期間的閑占, 提高 TCH 資源的利

8、用率。2. 被叫流程（早指配過程） 網(wǎng)絡(luò)收到被叫的PAGING RESPONSE消息，當(dāng)沒有鑒權(quán)時(shí)跳到。 核心網(wǎng)進(jìn)行鑒權(quán)、加密、TMSI重分配過程，在此過程中需要發(fā)起向HLR/AUC取鑒權(quán)集的過程。 核心網(wǎng)發(fā)送SETUP消息給被叫UE。 當(dāng)收到被叫UE的CALL CONFIRMED消息之后發(fā)起用戶面承載建立過程。其過程與主叫側(cè)建立ATM承載過程類似。 在指配過程中有一個(gè)傳輸控制面和用戶面的建立過程（Q.AAL2建立過程和IUUP的初始化過程），當(dāng)RAN收到用戶面建立證實(shí)消息ESTABLISH CONFIRM后才會(huì)發(fā)起RAB指配響應(yīng)消息RAB ASSIGNMENT RESPONSE。 然后核心網(wǎng)

9、等待被叫手機(jī)的Alerting，并向主叫用戶發(fā)送ALERTING消息。也向MGW下發(fā)SEND TONE控制MGW放回鈴音。 核心網(wǎng)等待被叫UE摘機(jī)，即CONNECT消息，并向主叫用戶發(fā)送CONNECT消息。 主叫用戶收到CONNECT消息后，向MGW下發(fā)STOP TONE控制MGW停止放回鈴音，并向網(wǎng)絡(luò)發(fā)送CONNECT ACK，網(wǎng)絡(luò)向被叫用戶發(fā)送CONNECT ACK。 主被叫手機(jī)進(jìn)入通話狀態(tài)。3. 拆線過程 通話一段時(shí)間后，如果主叫拆線，主叫發(fā)送DISCONNECT消息給網(wǎng)絡(luò)，網(wǎng)絡(luò)給被叫提示拆線消息。 被叫向網(wǎng)絡(luò)發(fā)送RELEASE消息開始釋放目前該事務(wù)上的資源，網(wǎng)絡(luò)向主叫發(fā)送RELEASE

10、消息，開始釋放目前該事務(wù)上的資源；主叫收到RELEASE后，響應(yīng)消息RELEASE COMPLETE。 網(wǎng)絡(luò)主動(dòng)發(fā)送IU RELEASE COMMAND開始信令面的釋放過程。 網(wǎng)絡(luò)向MGW發(fā)送RELEASE TERMINATION開始釋放用戶面資源。6.2.3 移動(dòng)用戶呼叫固定用戶移動(dòng)用戶呼叫固定用戶的組網(wǎng)模型如圖6-4所示，呼叫流程圖如圖6-5所示。圖6-4 呼叫模型圖6-5 移動(dòng)用戶呼叫固定用戶 UE給網(wǎng)絡(luò)側(cè)發(fā)送CM SERVICE REQUEST消息，CM SERVICE REQUEST消息中包括如下參數(shù)：移動(dòng)識(shí)別(IMS、TMSI、IMEI)、classmark2、CKSN、CM業(yè)務(wù)請(qǐng)

11、求類型（移動(dòng)始發(fā)呼叫建立、緊急呼叫建立、短消息業(yè)務(wù)、補(bǔ)充業(yè)務(wù)、位置業(yè)務(wù)）。 網(wǎng)絡(luò)側(cè)可能會(huì)發(fā)起鑒權(quán)、加密過程；在此過程中可能需要發(fā)起向HLR/AUC取鑒權(quán)集的過程。如果沒有安全性管理過程（主要是鑒權(quán)、加密、TMSI重分配、取識(shí)別）時(shí)，直接跳到第步。 機(jī)收到業(yè)務(wù)接受消息或加密完成之后會(huì)發(fā)送SETUP消息給網(wǎng)絡(luò)，核心網(wǎng)收到SETUP消息后會(huì)向主叫回CALL PROCEEDING。 主叫側(cè)開始建立用戶面承載： MSC Server通過下發(fā)Prepare Bearer Req消息到MGW，MGW動(dòng)態(tài)分配ATM資源，并在Prepare Bearer Rsp消息中返回TerminationId（T1）；然后

12、MSC Server向RNS-O發(fā)起RAB的指配過程，RNS-O通過BEARER ESTABLISHMENT過程與MGW建立起接入側(cè)的ATM承載資源。 GMSC Server發(fā)送初始化地址消息IAI到PSTN。 PSTN收到IAI后，回送ACM，GMSC Server收到ACM后，向MGW下發(fā)SEND TONE控制MGW放回鈴音。 被叫摘機(jī)后，發(fā)送ANC給網(wǎng)絡(luò)，GMSC Server SEVER向MGW下發(fā)STOP TONE控制MGW停放回鈴音，主叫摘機(jī)后，雙方進(jìn)入通話過程。 通話完成后，如果主叫先掛機(jī)，發(fā)送DISCONNECT到GMSC Server，GMSC Server給PSTN發(fā)送CL

13、F通知其拆除連接；PSTN端拆除完成后，回送RLG給GMSC Server。 GMSC Server通過給主叫方發(fā)送RELEASE來釋放事務(wù)資源，對(duì)于RELEASE消息的響應(yīng)是RELEASE COMPLETE。 網(wǎng)絡(luò)向MGW發(fā)送RELEASE TERMINATION開始釋放用戶面資源。6.2.4 固定用戶呼叫移動(dòng)用戶圖6-6 固定用戶呼叫移動(dòng)用戶 PSTN給GMSC Server發(fā)送初始地址消息IAI。 GMSC Server到HLR去取路由信息，取到被叫的MSRN號(hào)后，將IAI消息發(fā)送給MSC Server，MSC Server再告知VLR有呼叫接入。 VLR取入呼叫用戶數(shù)據(jù)，并發(fā)起尋呼過程

14、，網(wǎng)絡(luò)收到被叫UE的尋呼響應(yīng)之后，如果沒有鑒權(quán)加密和TMSI重分配過程，則跳至。 網(wǎng)絡(luò)進(jìn)行鑒權(quán)、加密和TMSI重分配過程，此過程中可能要發(fā)起到HLR/AUC取鑒權(quán)集的過程。 網(wǎng)絡(luò)發(fā)送SETUP消息給被叫UE。 當(dāng)收到被叫手機(jī)的CALL CONFIRMED消息之后MSC Server發(fā)起建立用戶面承載：MSC Server通過下發(fā)Prepare Bearer Req消息到MGW，MGW動(dòng)態(tài)分配ATM資源，并在Prepare Bearer Rsp消息中返回TerminationId；然后MSC Server向RNS發(fā)起RAB的指配過程, RNS通過BEARER ESTABLISHMENT過程與MG

15、W建立起接入側(cè)的ATM承載資源。 在指配過程中有一個(gè)傳輸控制面和用戶面的建立過程，當(dāng)RAN收到用戶面建立證實(shí)消息之后才會(huì)發(fā)起RAB指配響應(yīng)消息。 同時(shí)，MSC Server建立主叫用戶面承載，被叫UE摘機(jī)，MSC Server收到ALERTING消息后，向主叫用戶發(fā)送ACM消息。 網(wǎng)絡(luò)等待被叫摘機(jī)即CONNECT消息，并向主叫用戶發(fā)送CONNECT消息；主叫用戶回CONNECT ACK，網(wǎng)絡(luò)向被叫用戶發(fā)送CONNECT ACK消息；主被叫手機(jī)進(jìn)入通話狀態(tài)。 假如通話一段時(shí)間后被叫掛機(jī)，這時(shí)被叫發(fā)送DISCONNECT消息給網(wǎng)絡(luò)，網(wǎng)絡(luò)給主叫提示拆線消息。主叫方釋放完成后發(fā)送RLG給網(wǎng)絡(luò)。網(wǎng)絡(luò)向被

16、叫發(fā)送RELEASE消息，釋放事務(wù)資源；網(wǎng)絡(luò)主動(dòng)發(fā)送IU RELEASE COMMAND開始信令面的釋放過程，網(wǎng)絡(luò)向MGW發(fā)送RELEASE TERMINATION開始釋放用戶面資源。6.2.5 預(yù)尋呼預(yù)尋呼是一種網(wǎng)絡(luò)功能。在GMSC Server向VMSC Server發(fā)起呼叫建立請(qǐng)求以前，在HLR向VMSC Server獲取漫游號(hào)碼的過程中，VMSC Server先對(duì)被叫手機(jī)發(fā)起尋呼過程，再向HLR返回漫游號(hào)碼。這樣在VMSC Server收到GMSC Server的呼叫建立請(qǐng)求時(shí)，VMSC Server與手機(jī)的無線連接已經(jīng)建立。在獲取漫游號(hào)碼的過程中發(fā)起預(yù)尋呼，能夠在分配漫游號(hào)碼之前就知

17、道被叫用戶是否能夠?qū)ず舻?，這樣可以避免在GMSC Server根據(jù)漫游號(hào)碼接入VMSC Server時(shí)無法接通被叫用戶的情況，從而節(jié)省網(wǎng)絡(luò)資源。同時(shí)在預(yù)尋呼之前，如果需要數(shù)據(jù)恢復(fù)，則進(jìn)行數(shù)據(jù)恢復(fù)，這樣可以提高入局呼叫時(shí)的效率。預(yù)尋呼的流程如圖6-7所示。圖6-7 預(yù)尋呼流程 GMSC Server支持預(yù)尋呼，則當(dāng)GMSC Server發(fā)起到HLR的取路由過程(SRI)的時(shí)候，會(huì)在SRI消息中包含Prepage標(biāo)志域，HLR收到SRI消息以后，檢查到該消息中帶有Prepage標(biāo)志，則根據(jù)自己實(shí)體是否支持預(yù)尋呼在取漫游號(hào)碼消息（PRN）中置位Prepage標(biāo)志。 VMSC Server在收到PRN

18、消息以后，如果消息中有Prepage標(biāo)志，則首先發(fā)起尋呼過程，等收到手機(jī)的尋呼響應(yīng)以后，再向HLR回PRN響應(yīng)消息。6.2.6 呼叫前轉(zhuǎn)呼叫前轉(zhuǎn)是呼叫相關(guān)的補(bǔ)充業(yè)務(wù)，它允許接入的呼叫重新前轉(zhuǎn)到另一個(gè)用戶。這類業(yè)務(wù)在簽約之后還需要激活才能使用。呼叫前轉(zhuǎn)有以下四類：CFU：Call forwarding unconditional，無條件前轉(zhuǎn)CFB：Call forwarding on mobile subscriber busy，遇忙前轉(zhuǎn)CFNRy：Call forwarding on no reply，無應(yīng)答前轉(zhuǎn)CFNRc：Call forwarding on mobile subscribe

19、r not reachable，不可及前轉(zhuǎn)& 說明：前轉(zhuǎn)流程都以在MGW選擇前發(fā)生前轉(zhuǎn)為例，根據(jù)實(shí)際情況前轉(zhuǎn)到不同的落地局后，再建立的用戶面承載，用戶面承載建立流程在6.2.2和6.2.4都有比較詳細(xì)的介紹，此處不再重復(fù)。1. CFUCFU指的是無條件前轉(zhuǎn)，無條件呼叫前轉(zhuǎn)：顧名思義，無論在何種情況下都會(huì)發(fā)生前轉(zhuǎn)。用戶激活無條件前轉(zhuǎn)后，相應(yīng)的信息將在HLR進(jìn)行登記。前轉(zhuǎn)的流程描述如下：當(dāng)GMSC Server向HLR發(fā)送取路由信息請(qǐng)求“Info request”后，如HLR發(fā)現(xiàn)該用戶有無條件前轉(zhuǎn)功能，將在Info ack消息中直接把前轉(zhuǎn)號(hào)碼發(fā)送到GMSC Server，GMSC Serv

20、er根據(jù)前轉(zhuǎn)號(hào)碼進(jìn)行接續(xù)。如果在Info ack中有信元”Notification to calling party”，則要發(fā)送通知Notification給主叫方。根據(jù)前轉(zhuǎn)至方的不同，可以分為前轉(zhuǎn)到固定用戶和前轉(zhuǎn)到移動(dòng)用戶。其流程圖6-8如下：(1) 前轉(zhuǎn)到固定用戶OR1:Forwarding requestedOR2:Notification to calling subscriber required圖6-8 無條件前轉(zhuǎn)到PSTN如圖6-8所示，如果不要求前轉(zhuǎn)，則正常路由至MSC Server b。如果要求前轉(zhuǎn)至PSTN，則由GMSC Server直接前轉(zhuǎn)至PSTN。(2) 前轉(zhuǎn)到移動(dòng)用

21、戶圖6-9 無條件前轉(zhuǎn)到移動(dòng)用戶如圖6-9所示，如果是前轉(zhuǎn)至移動(dòng)用戶，GMSC Server向前轉(zhuǎn)所至的移動(dòng)用戶所屬的HLRc發(fā)送Information request，取路由信息，HLRc給GMSC Server發(fā)送Information acknowledge回路由信息。GMSC Server收到該路由信息后，將Set-up發(fā)給MSC Server c，由MSC Server c負(fù)責(zé)繼續(xù)去尋呼被叫移動(dòng)用戶。2. CFB用戶忙時(shí)呼叫前轉(zhuǎn)是指當(dāng)被叫是網(wǎng)絡(luò)決定的忙和用戶決定的忙時(shí)，進(jìn)行呼叫前轉(zhuǎn)。用戶決定的忙是指被叫振鈴時(shí)，若用戶拒絕呼叫則發(fā)生前轉(zhuǎn)。對(duì)于前轉(zhuǎn)方來說，當(dāng)遇忙前轉(zhuǎn)被激活時(shí)，該用戶可以進(jìn)

22、行呼叫，不受影響。(1) 前轉(zhuǎn)到固定用戶它又可以分為網(wǎng)絡(luò)決定的用戶忙（NDUB）和用戶決定的用戶忙（UDUB）。l 前轉(zhuǎn)到固定用戶：網(wǎng)絡(luò)決定的用戶忙（NDUB）NDUB: Network Determined User BusyOR1:Call to be forwardedOR2:Notification to forwarding subscriber requiredOR3:Notification to calling subscriber required圖6-10 遇忙前轉(zhuǎn)到PSTN（網(wǎng)絡(luò)決定的用戶忙）其過程可以描述如下： MSa完成接入過程后，發(fā)起Setup到GMSC Serve

23、r開始呼叫建立過程。 GMSC Server向發(fā)起到被叫用戶MSb所屬HLRb發(fā)起取路由信息的過程Info-req，取到之后HLRb回送Info-ack。 GMSC Server根據(jù)HLRb返回的路由信息，將set-up發(fā)給MSb的VMSC Server，即MSC Server b。 MSC Server b收到set-up后，會(huì)發(fā)送Info request到VLRb取入呼叫用戶數(shù)據(jù)，等待VLRb的回應(yīng)。VLRb給MSC Server b發(fā)送Page MS，MSC Server b給VLRb的響應(yīng)中user error信元指明失敗原因值是subscriber busy。VLRb給MSC Ser

24、ver b回的取入呼叫用戶數(shù)據(jù)回應(yīng)中帶有前轉(zhuǎn)數(shù)據(jù)。 此時(shí)，如果沒有遇忙前轉(zhuǎn)，則呼叫失敗；否則轉(zhuǎn)到。 MSC Server b根據(jù)前轉(zhuǎn)數(shù)據(jù)直接發(fā)送Set-up給PSTN。l 前轉(zhuǎn)到固定用戶：用戶決定的用戶忙（UDUB）圖6-11 遇忙前轉(zhuǎn)到PSTN（用戶決定的用戶忙）如果是用戶決定的忙，其過程描述如下： MSa在完成接入過程后發(fā)起Setup到GMSC Server開始呼叫建立過程。 GMSC Server發(fā)起到被叫用戶MSb所屬HLRb取路由信息的過程Info-req，取到之后HLRb回送Info-ac。 GMSC Server根據(jù)HLRb返回的路由信息，將set-up發(fā)給MSb的VMSC Se

25、rver，即MSC Server b。 MSC Server b收到set-up后，會(huì)發(fā)送Info request到VLRb取用戶數(shù)據(jù)，等待VLRb的回應(yīng)。VLRb給MSC Server b發(fā)送Page MS，尋呼響應(yīng)上來之后，MSC Server b給MSb發(fā)送set-up，開始呼叫建立過程，被叫用戶MSb振鈴后，此時(shí)用戶按拒絕鍵，則產(chǎn)生用戶決定的用戶忙（UDUB），MSC Server b給VLRb的響應(yīng)中user error信元指明失敗原因值是subscriber busy。VLRb給MSC Server b回的取入呼叫用戶數(shù)據(jù)回應(yīng)中帶有前轉(zhuǎn)數(shù)據(jù)。 此時(shí)，如果沒有遇忙前轉(zhuǎn)，則呼叫失??；否

26、則轉(zhuǎn)到。 MSC Server b根據(jù)前轉(zhuǎn)數(shù)據(jù)直接發(fā)送Set-up給PSTN。(2) 前轉(zhuǎn)到移動(dòng)用戶OR2:Notification to forwarding subscriber required圖6-12 遇忙前轉(zhuǎn)到移動(dòng)用戶（網(wǎng)絡(luò)決定的用戶忙）前轉(zhuǎn)到移動(dòng)用戶的流程與網(wǎng)絡(luò)決定的忙，前轉(zhuǎn)到固定用戶類似，唯一不同在于：MSC Server b根據(jù)前轉(zhuǎn)號(hào)碼接續(xù)時(shí)，要到MSC Server所屬的HLRc去取路由數(shù)據(jù)（Information Req，Information Ack），取到路由數(shù)據(jù)后，給MSC Server c發(fā)送set-up消息開始呼叫建立過程。圖6-13 遇忙前轉(zhuǎn)到移動(dòng)用戶（用戶決

27、定的用戶忙）遇忙前轉(zhuǎn)到移動(dòng)用戶（用戶決定的用戶忙）與遇忙前轉(zhuǎn)到固定用戶（用戶決定的忙）前面所有的過程都相同，唯一不同的是從MSC Server b開始的繼續(xù)呼叫過程，這個(gè)過程在遇忙前轉(zhuǎn)到移動(dòng)用戶（網(wǎng)絡(luò)決定的忙）過程中已有描述。3. CFNRy當(dāng)用戶簽約且激活了該業(yè)務(wù)時(shí)，當(dāng)呼叫無應(yīng)答時(shí)，則基本業(yè)務(wù)的所有呼叫和某些特定業(yè)務(wù)的所有呼叫被前轉(zhuǎn)。(1) 前轉(zhuǎn)到固定用戶圖6-14 無應(yīng)答時(shí)前轉(zhuǎn)到固定用戶 MSa在完成接入過程后發(fā)起Setup到GMSC Server開始呼叫建立過程。 GMSC Server發(fā)起到被叫用戶MSb所屬HLRb取路由信息的過程Info-req，取到之后HLRb回送Info-ack

28、。 GMSC Server根據(jù)HLRb返回的路由信息，將set-up發(fā)給MSb的VMSC Server，即MSC Server b。MSC Server b到VLRb取入呼叫用戶數(shù)據(jù)，VLRb以Info ack回應(yīng)之后，MSC Server b發(fā)起到MSb的尋呼與呼叫建立過程。尋呼到MSb后，MSb回尋呼響應(yīng)，同時(shí)在MSC Server b開始一個(gè)無應(yīng)答時(shí)長(zhǎng)定時(shí)器。 當(dāng)被叫用戶一直無應(yīng)答，定時(shí)器超時(shí)之后，MSC Server b發(fā)起釋放過程。同時(shí)，MSC Server b通過Info req通知VLRb。 由VLRb判斷是否要進(jìn)行前轉(zhuǎn)，如果沒有前轉(zhuǎn)數(shù)據(jù)，則呼叫結(jié)束；如果有前轉(zhuǎn)數(shù)據(jù)，則VLRb將

29、前轉(zhuǎn)數(shù)據(jù)發(fā)送給MSC Server b，MSC Server b進(jìn)行到前轉(zhuǎn)方的呼叫接續(xù)過程。(2) 前轉(zhuǎn)到移動(dòng)用戶圖6-15 無應(yīng)答時(shí)前轉(zhuǎn)到移動(dòng)用戶(3) 如果是前轉(zhuǎn)到移動(dòng)用戶，其過程如下： MSa在完成接入過程后發(fā)起Setup到GMSC Server開始呼叫建立過程。 GMSC Server發(fā)起到被叫用戶MSb所屬HLRb取路由信息的過程Info-req，取到之后HLRb回送Info-ack。 GMSC Server根據(jù)HLRb返回的路由信息，將set-up發(fā)給MSb的VMSC Server，即MSC Server b。MSC Server b到VLRb取入呼叫用戶數(shù)據(jù)，VLRb以Info

30、ack回應(yīng)之后，MSC Server b發(fā)起到MSb的尋呼與呼叫建立過程。尋呼到MSb后，MSb回尋呼響應(yīng)，同時(shí)在MSC Server b開始一個(gè)無應(yīng)答時(shí)長(zhǎng)定時(shí)器。 當(dāng)用戶一直無應(yīng)答，定時(shí)器超時(shí)之后，MSC Server b發(fā)起釋放過程。同時(shí)，MSC Server b通過Info req通知VLRb。 由VLRb判斷是否要進(jìn)行前轉(zhuǎn)，如果沒有前轉(zhuǎn)數(shù)據(jù)，則呼叫結(jié)束；如果有前轉(zhuǎn)數(shù)據(jù)，則VLRb將前轉(zhuǎn)數(shù)據(jù)發(fā)送給MSC Server b，MSC Server b進(jìn)行到前轉(zhuǎn)方的呼叫接續(xù)過程：首先到用戶所屬的HLRc去取得路由信息，然后繼續(xù)進(jìn)行接續(xù)過程。4. CFNRc(不可及時(shí)前轉(zhuǎn))用戶不可及時(shí)呼叫前轉(zhuǎn)分

31、為：尋呼無響應(yīng)時(shí)呼叫前轉(zhuǎn)和用戶關(guān)機(jī)時(shí)呼叫前轉(zhuǎn)，以及指配失敗時(shí)呼叫前轉(zhuǎn)。下面描述一下尋呼無響應(yīng)時(shí)呼叫前轉(zhuǎn)的流程。(1) 前轉(zhuǎn)到固定用戶圖6-16 用戶不可及時(shí)前轉(zhuǎn)到固定用戶（尋呼無響應(yīng)） MSa發(fā)送set up到GMSC Server，GMSC Server到HLRb去取路由信息，HLRb到VLRb去取漫游號(hào)碼。 GMSC Server發(fā)送set up給MSC Server b，MSC Server b到VLRb去取入呼叫用戶數(shù)據(jù)，觸發(fā)VLRb發(fā)起尋呼過程，尋呼無響應(yīng)，MSC Server b會(huì)返回page response，帶原因值為“Absent Subscriber”。 這時(shí)，由VLRb決

32、定是否發(fā)生前轉(zhuǎn)，如果不發(fā)生前轉(zhuǎn)，則呼叫結(jié)束；如果發(fā)生前轉(zhuǎn)，則根據(jù)前轉(zhuǎn)數(shù)據(jù)，繼續(xù)進(jìn)行接續(xù)。(2) 前轉(zhuǎn)到移動(dòng)用戶圖6-17 不可及時(shí)前轉(zhuǎn)到移動(dòng)用戶（尋呼無響應(yīng)不可及） MSa發(fā)送set up到GMSC Server，GMSC Server到HLRb去取路由信息，HLRb到VLRb去取漫游號(hào)碼。 GMSC Server發(fā)送set up給MSC Server b，MSC Server b到VLRb去取入呼叫用戶數(shù)據(jù)，觸發(fā)VLRb發(fā)起尋呼過程，尋呼無響應(yīng)，MSC Server b會(huì)返回page response，帶原因值為Absent Subscriber。 這時(shí)，由VLRb決定是否發(fā)生前轉(zhuǎn)，如果不發(fā)

33、生前轉(zhuǎn)，則呼叫結(jié)束；如果發(fā)生前轉(zhuǎn)，則根據(jù)前轉(zhuǎn)數(shù)據(jù)，繼續(xù)進(jìn)行接續(xù)。6.3 短消息業(yè)務(wù)流程短消息業(yè)務(wù)是一項(xiàng)基本的電信業(yè)務(wù)，是移動(dòng)網(wǎng)絡(luò)系統(tǒng)提供給用戶的一種有別于語音傳輸?shù)耐ㄐ欧绞?。短消息是指通過移動(dòng)網(wǎng)絡(luò)的信令通道傳輸有限長(zhǎng)度的文本信息。短消息業(yè)務(wù)主要包括點(diǎn)到點(diǎn)短消息業(yè)務(wù)與小區(qū)廣播短消息業(yè)務(wù)。點(diǎn)到點(diǎn)短消息業(yè)務(wù)即通過SMMO（移動(dòng)始發(fā)短消息業(yè)務(wù)）和SMMT（移動(dòng)終止短消息業(yè)務(wù)）將一條短消息從一個(gè)實(shí)體發(fā)送到指定被叫用戶的業(yè)務(wù)類型。編碼后單條短消息長(zhǎng)度為140個(gè)字節(jié)，可承載160個(gè)英文及類似編碼方案的字符，中文為70個(gè)漢字。小區(qū)廣播短消息業(yè)務(wù)即通過BSC向一個(gè)指定區(qū)域中所有短消息用戶發(fā)送短消息的業(yè)務(wù)類型。編

34、碼后每頁消息長(zhǎng)度為82個(gè)字節(jié)，最大頁數(shù)為15頁。這里只介紹點(diǎn)到點(diǎn)的短消息業(yè)務(wù)。6.3.1 移動(dòng)始發(fā)短消息移動(dòng)始發(fā)短消息是用戶通過手機(jī)將短消息發(fā)往短消息中心的過程。移動(dòng)始發(fā)短消息的流程如圖6-18所示。圖6-18 移動(dòng)始發(fā)短消息流程 用戶發(fā)出短消息以后，手機(jī)通過A接口（GSM網(wǎng)絡(luò)）或者Iu接口（UMTS網(wǎng)絡(luò)）將短消息發(fā)往MSC Server。 MSC Server收到從A接口或者Iu接口上來的短消息業(yè)務(wù)請(qǐng)求以后，根據(jù)短消息始發(fā)手機(jī)的MSISDN發(fā)起到VLR中的移動(dòng)始發(fā)短消息用戶數(shù)據(jù)檢查請(qǐng)求。 VLR檢查用戶簽約信息以及本局是否支持短消息業(yè)務(wù)。將檢查結(jié)果發(fā)送給MSC Server。 MSC Ser

35、ver分析數(shù)據(jù)檢查結(jié)果，如果本局不支持SMMO，或者存在ODB的短消息閉鎖，則直接向手機(jī)回短消息發(fā)送拒絕（RP_ERROR）；否則，從移動(dòng)始發(fā)短消息中取出短消息中心地址，將短消息前轉(zhuǎn)給短消息中心。 短消息中心收到移動(dòng)始發(fā)短消息前轉(zhuǎn)請(qǐng)求以后，檢查數(shù)據(jù)的有效性，如果檢查通過，則回MSC Server移動(dòng)始發(fā)前轉(zhuǎn)短消息響應(yīng)。 MSC Server在收到短消息中心的響應(yīng)以后，將短消息發(fā)送結(jié)果回送給手機(jī)。6.3.2 移動(dòng)終止短消息移動(dòng)終止短消息過程是短消息中心將短消息下發(fā)到目的用戶的過程。移動(dòng)終止短消息流程如圖6-19所示。圖6-19 移動(dòng)終止短消息流程(1) 短消息中心收到移動(dòng)始發(fā)短消息以后，從移動(dòng)始

36、發(fā)短消息中取出被叫號(hào)碼，利用該被叫號(hào)碼向HLR發(fā)起短消息取路由信息過程。(2) HLR收到短消息取路由信息消息后，在數(shù)據(jù)庫中檢索該用戶的信息，若用戶不存在、漫游不允許、ODB閉鎖、終止短消息業(yè)務(wù)不被支持、MNRF（移動(dòng)用戶不可及標(biāo)志）或者M(jìn)CEF（內(nèi)存溢出標(biāo)志）被設(shè)置或用戶已被漫游地MSC Server/VLR刪除，則向短消息中心返回取路由失敗原因（在被叫MSC Server位置信息有效但MNRF被置位的情況下，若用戶短消息優(yōu)先級(jí)為低，則返回失敗響應(yīng)；否則仍然返回短消息路由信息）；否則，直接向短消息中心回被叫用戶所在的VMSC Server的號(hào)碼。(3) 短消息中心通過VMSC Server號(hào)

37、碼向VMSC Server下發(fā)短消息前轉(zhuǎn)請(qǐng)求。(4) VMSC Server收到短消息中心的短消息前轉(zhuǎn)請(qǐng)求以后，發(fā)起到VLR中的SMMT用戶數(shù)據(jù)檢查請(qǐng)求。(5) VLR查詢用戶當(dāng)前的簽約數(shù)據(jù)及移動(dòng)管理狀態(tài)，若用戶由于SMMT不被支持、當(dāng)前已關(guān)機(jī)、MNRF被設(shè)置、漫游不允許等原因不能被尋呼，則MSC Server向短消息中心網(wǎng)關(guān)返回終止短消息失敗響應(yīng)，否則，如果手機(jī)當(dāng)前的位置區(qū)已知，則在特定的位置區(qū)向手機(jī)發(fā)起尋呼過程；如果手機(jī)當(dāng)前的位置區(qū)未知，則在整個(gè)MSC Server區(qū)域發(fā)起尋呼過程。(6) MSC Server向手機(jī)發(fā)起尋呼。(7) 手機(jī)向MSC Server回尋呼響應(yīng)。 MSC Serv

38、er收到手機(jī)的尋呼響應(yīng)以后，如果需要，則發(fā)起接入過程。接入過程完成以后，給通過A接口(2G)或者Iu接口(3G)向手機(jī)下發(fā)短消息。 MSC Server收到手機(jī)的短消息下發(fā)結(jié)果以后，將結(jié)果通知短消息中心，如果有多條短消息下發(fā)(短消息中心的短消息前轉(zhuǎn)請(qǐng)求消息中有RP-MMS標(biāo)志位)，則保持該連接，重復(fù)、過程，否則，釋放所有連接。6.3.3 短消息提醒流程(1) 移動(dòng)用戶可及提醒短消息中心流程在移動(dòng)終結(jié)短消息流程中，如果因?yàn)閷ず魺o響應(yīng)，用戶無應(yīng)答等原因?qū)е露滔⑾掳l(fā)失敗，短消息中心會(huì)向HLR發(fā)起“短消息狀態(tài)報(bào)告”， 從而將失敗的移動(dòng)終止短消息被叫用戶的MSISDN、始發(fā)短消息中心地址信息通知HLR

39、，由HLR存儲(chǔ)在被叫用戶的數(shù)據(jù)記錄中（稱為短消息等待數(shù)據(jù)MWD），并置位HLR中的MNRF（移動(dòng)用戶不可及標(biāo)志）標(biāo)志。同時(shí)，短消息中心暫存下發(fā)失敗的短消息。當(dāng)手機(jī)主動(dòng)發(fā)起呼叫或者作被叫或者位置更新而重新接入網(wǎng)絡(luò)時(shí)，MSC Server會(huì)向HLR發(fā)起短消息準(zhǔn)備就緒通知，通知原因?yàn)椤耙苿?dòng)用戶可及”。 移動(dòng)用戶可及提醒SMC流程如圖6-20所示。圖6-20 移動(dòng)用戶可及通知短消息中心流程 手機(jī)主動(dòng)發(fā)起呼叫或者作被叫或者位置更新而重新接入網(wǎng)絡(luò)。 MSC Server向VLR發(fā)起接入過程(手機(jī)作主叫業(yè)務(wù)接入時(shí)或者手機(jī)作被叫而發(fā)起尋呼響應(yīng)時(shí))或者位置更新用戶數(shù)據(jù)檢查(手機(jī)作位置更新時(shí))。 VLR檢查用戶數(shù)

40、據(jù)，如果發(fā)現(xiàn)該用戶的MNRF已經(jīng)置位，則清除該標(biāo)志位，同時(shí)向HLR發(fā)起短消息準(zhǔn)備就緒的通知，通知原因?yàn)椤耙苿?dòng)用戶可及”。如果是位置更新流程，則直接向HLR發(fā)起位置更新請(qǐng)求。 HLR如果收到的是短消息準(zhǔn)備就緒通知，則檢查用戶動(dòng)態(tài)數(shù)據(jù)，如果MNRF被置位，則清除該位，向短消息中心發(fā)起AlertSC通知，同時(shí)回VLR短消息準(zhǔn)備就緒通知響應(yīng)；如果HLR收到的是位置更新請(qǐng)求，并且該用戶的動(dòng)態(tài)數(shù)據(jù)中MNRF被置位，則清除該標(biāo)志位，向短消息中心發(fā)起AlertSC通知，同時(shí)進(jìn)行正常的位置更新流程。 短消息中心收到HLR的AlertSC通知消息后，回HLR響應(yīng)，然后選擇適當(dāng)?shù)臅r(shí)機(jī)重新嘗試短消息的下發(fā)。(2) 手

41、機(jī)內(nèi)存可用提醒短消息中心流程當(dāng)手機(jī)因?yàn)閮?nèi)存溢出而導(dǎo)致移動(dòng)終結(jié)短消息下發(fā)失敗時(shí)，短消息中心會(huì)向HLR發(fā)起“短消息狀態(tài)報(bào)告”，從而將下發(fā)失敗的短消息對(duì)應(yīng)的被叫用戶MSISDN、始發(fā)短消息中心地址信息通知HLR，由HLR存儲(chǔ)在被叫用戶的數(shù)據(jù)記錄中（稱為短消息等待數(shù)據(jù)MWD），并置位HLR中的MCEF(內(nèi)存溢出標(biāo)志)標(biāo)志，同時(shí)，短消息中心暫存下發(fā)失敗的短消息。如果手機(jī)因刪除一條短消息而使手機(jī)的內(nèi)存可用于新的短消息接收，則手機(jī)將向MSC Server發(fā)起“內(nèi)存可用”通知，MSC Server收到該消息后，向HLR發(fā)起短消息準(zhǔn)備就緒通知，通知原因?yàn)椤皟?nèi)存可用”。短消息內(nèi)存可用提醒SMC流程如圖6-21所示

42、。圖6-21 手機(jī)內(nèi)存可用提醒SMC流程 手機(jī)通過A接口(2G)或者Iu接口(3G)向MSC Server發(fā)起內(nèi)存可用消息。 MSC Server向HLR發(fā)起短消息準(zhǔn)備就緒通知，通知原因?yàn)椤笆謾C(jī)內(nèi)存可用”。 HLR收到該消息后，檢查動(dòng)態(tài)用戶數(shù)據(jù)，如果該用戶的MECF(內(nèi)存溢出標(biāo)志)已置位，清除該位，向MSC Server發(fā)送AlertSC通知，同時(shí)回VLR短消息準(zhǔn)備就緒通知響應(yīng)。MSC Server收到該響應(yīng)以后，給手機(jī)回響應(yīng)消息。 短消息中心收到HLR的AlertSC通知消息后，回HLR響應(yīng)，然后選擇適當(dāng)?shù)臅r(shí)機(jī)重新嘗試短消息的下發(fā)。6.4 定位業(yè)務(wù)（LCS）流程定位業(yè)務(wù)流程主要有：移動(dòng)終結(jié)定

43、位請(qǐng)求流程（MT-LR）、移動(dòng)始發(fā)定位請(qǐng)求流程（MO-LR）、網(wǎng)絡(luò)發(fā)起的定位請(qǐng)求流程（NI-LR）幾種。6.4.1 移動(dòng)終結(jié)定位業(yè)務(wù)MT-LR移動(dòng)終結(jié)定位業(yè)務(wù)流程如圖6-22。圖6-22 移動(dòng)終結(jié)定位流程(1) 外部客戶向GMLC發(fā)起定位請(qǐng)求, GMLC在接收到請(qǐng)求后，檢驗(yàn)LCS Client識(shí)別碼和請(qǐng)求的LCS業(yè)務(wù)的簽約數(shù)據(jù)，并從簽約數(shù)據(jù)和LCS Client提供的其他數(shù)據(jù)中獲得目標(biāo)UE的MSISDN或IMSI、LCS Qos等。對(duì)于呼叫相關(guān)的定位請(qǐng)求，GMLC要獲取并檢驗(yàn)LCS client的被呼號(hào)碼。如果對(duì)多個(gè)UE進(jìn)行定位請(qǐng)求，則步驟2-12重復(fù)多次。(2) 若GMLC對(duì)特定的MSISD

44、N已知其VMSC Server位置和IMSI，則轉(zhuǎn)到；否則發(fā)帶目標(biāo)UE的IMSI或MSISDN的 MAP_SEND_ROUTING_INFO _FOR_LCS 消息到HLR。 (3) HLR檢驗(yàn)GMLC的主叫地址，該地址以被授權(quán)并能請(qǐng)求UE位置信息，則返回VMSC Server地址以及IMSI或MSISDN（步驟中沒有包括MSISDN）。(4) GMLC發(fā)送MAP_PROVIDE_ SUBSCRIBER _LOCATION消息到相應(yīng)的VMSC Server，參數(shù)包括申請(qǐng)的位置信息類型、UE用戶的IMSI、LCS QoS信息、以及LCS Client是否具有override能力的指示。對(duì)于呼叫相

45、關(guān)的定位請(qǐng)求，消息中也包括LCS Client的被叫號(hào)碼；對(duì)于增值LCS Client可包括Client名稱；對(duì)呼叫無關(guān)的定位請(qǐng)求，包括LCS Client的識(shí)別碼；對(duì)其他情況，Client名稱或識(shí)別碼可選。(5) 如果GMLC位于其他PLMN或其他國(guó)家，則VMSC Server首先驗(yàn)證是否允許從該P(yáng)LMN或國(guó)家發(fā)起定位請(qǐng)求，如果不允許，返回出錯(cuò)信息。如果允許， VMSC Server檢驗(yàn)在VLR中存放的UE用戶的簽約文件中的LCS禁止限制，如果LCS被禁止并且不需通知目標(biāo)UE，另外接入到同一國(guó)家GMLC的LCS Client沒有override能力，則返回出錯(cuò)信息；其他情況，如UE處于 id

46、le mode，則核心網(wǎng)發(fā)起尋呼、鑒權(quán)和加密過程。如目標(biāo)UE支持UE-based或UE-assisted定位方法，UE將通過 controlled early classmark sending向SRNC和MSC Server提供其支持的定位方法。(6) 若定位請(qǐng)求來自于增值LCS client，UE簽約文件指明UE要求被通知或者進(jìn)行帶隱私驗(yàn)證的通知，而且UE支持LCS驗(yàn)證（ notification of LCS），則發(fā)送一個(gè) LCS Location Notification Invoke消息到目標(biāo)UE，指明定位請(qǐng)求類型、LCS Client識(shí)別碼、以及是否要求隱私驗(yàn)證等。(7) 目標(biāo)UE

47、通知用戶有定位請(qǐng)求。如果具有隱私驗(yàn)證，目標(biāo)UE向用戶指示定位請(qǐng)求在沒有響應(yīng)時(shí)是否被允許，并等待用戶決定。然后，UE返回 LCS Location Notification Return Result到 VMSC Server，該消息可在步驟和步驟之間返回。如果在規(guī)定時(shí)間內(nèi)沒有返回，VMSC Server認(rèn)為無響應(yīng)，并在需求隱私驗(yàn)證情況下返回出錯(cuò)消息到GMLC，并指明原因是用戶不允許定位還是沒有響應(yīng)。 (8) VMSC Server發(fā)送RANAP匯報(bào)控制消息到SRNC，本消息包括定位請(qǐng)求類型、UE定位能力和請(qǐng)求的QoS等。(9) SRNC確定定位方法，然后執(zhí)行此方法。(10) 當(dāng)?shù)玫綕M足QoS要

48、求的定位結(jié)果，SRNC將結(jié)果通過Location Report消息返回VMSC Server。如果未獲得定位結(jié)果，則在 Location Report消息中包含失敗原因。(11) 對(duì)于未執(zhí)行隱私驗(yàn)證過程，VMSC Server返回位置信息和估計(jì)時(shí)間給GMLC。若有隱私驗(yàn)證，且MSC Server接收到的LCS Location Notification Return Result消息表明定位允許，則只返回位置信息；若 MSC Server接收到的LCS Location Notification Return Result消息表明定位不允許，或者響應(yīng)超時(shí)且在UE簽約文件中規(guī)定無響應(yīng)時(shí)禁止定位，

49、則VMSC Server返回出錯(cuò)響應(yīng)到GMLC。如果在執(zhí)行隱私驗(yàn)證后并允許定位，但SRNC沒有獲得成功定位信息，并且LCS Client請(qǐng)求類型為當(dāng)前或最后已知位置，VMSC Server具有最后已知位置，則向GMLC返回最后已知位置。如UE原來是Idle狀態(tài)，VLR可釋放與UE的MM連接。VMSC Server可記錄計(jì)費(fèi)信息。(12) GMLC返回UE位置估計(jì)給請(qǐng)求的LCS client。在此，GMLC可依要求執(zhí)行坐標(biāo)轉(zhuǎn)換。GMLC可記錄LCS client和網(wǎng)絡(luò)的記帳信息。& 說明：步驟到為定位準(zhǔn)備過程，步驟為定位測(cè)量建立過程，步驟到為位置計(jì)算和釋放過程。6.4.2 移動(dòng)始發(fā)定位業(yè)

50、務(wù)MO-LR 移動(dòng)始發(fā)定位流程如圖6-23所示。圖6-23 移動(dòng)始發(fā)定位流程(1) UE發(fā)送LCS MO-LR定位業(yè)務(wù)消息到SRNC。(2) SRNC發(fā)送LCS MO-LR定位業(yè)務(wù)消息到MSC Server。(3) 對(duì)UE用戶的業(yè)務(wù)請(qǐng)求鑒權(quán)、加密、接入過程。(4) 接入過程完成之后，UE發(fā)起MO-LR定位業(yè)務(wù)請(qǐng)求指示。(5) 如果請(qǐng)求其自己的位置或?qū)⑽恢脗魉偷絃CS Client，則該消息中包括LCS請(qǐng)求Qos信息，如需傳送到LCS Client則要包括相應(yīng)的LCS Client識(shí)別碼或GMLC的地址。當(dāng)GMLC地址沒有包括時(shí)，VMSC Server可設(shè)置成本網(wǎng)GMLC，并檢查該GMLC是否允

51、許LCS Client連接，否則應(yīng)拒絕定位申請(qǐng)。如果UE是請(qǐng)求定位輔助數(shù)據(jù)或密鑰，消息要給出輔助數(shù)據(jù)或密鑰類型，以及這些數(shù)據(jù)將應(yīng)用在那種定位方法上。VMSC Server審核UE簽約文件是否具備請(qǐng)求自己位置，或發(fā)送自己位置到其他 LCS client 或請(qǐng)求定位輔助數(shù)據(jù)以及密鑰。如果UE請(qǐng)求定位且已建立呼叫， VMSC Server可以根據(jù)某些非話音呼叫類型而拒絕該請(qǐng)求。(6) 其它得到定位結(jié)果過程和移動(dòng)終結(jié)定位過程相同.(7) SRNC向VMSC Server報(bào)告定位結(jié)果信息。(8) 向GMLC報(bào)告位置信息。(9) GMLC回響應(yīng)表示是否得到正確的位置信息。(10) GMLC把定位結(jié)果信息發(fā)

52、送給UE用戶要求的LCS客戶。(11) 最后向UE用戶回定位請(qǐng)求響應(yīng)（包含定位結(jié)果信息）。(12) 釋放連接。6.4.3 網(wǎng)絡(luò)發(fā)起的定位業(yè)務(wù)NI-LR網(wǎng)絡(luò)發(fā)起的定位業(yè)務(wù)流程如圖6-24所示。圖6-24 網(wǎng)絡(luò)發(fā)起的定位業(yè)務(wù)流程(1) UE在空閑狀態(tài)下發(fā)起RRC建立請(qǐng)求，以進(jìn)行緊急呼叫。(2) SRNC通過Iu接口轉(zhuǎn)發(fā)CM業(yè)務(wù)請(qǐng)求。UE的識(shí)別可采用TMSI、IMSI或IMEI。(3) 進(jìn)行緊急呼叫流程。(4) 根據(jù)當(dāng)?shù)毓芾硪?，可能此時(shí)（緊急呼叫建立時(shí)）需要發(fā)起定位請(qǐng)求過程，則向SRNC發(fā)起定位請(qǐng)求控制過程。同時(shí)，VMSC Server、SRNC和UE繼續(xù)緊急呼叫流程。(5) 得到定位結(jié)果過程和移

53、動(dòng)終結(jié)定位過程相同。(6) SRNC向VMSC Server報(bào)告定位結(jié)果信息。(7) VMSC Server向GMLC報(bào)告位置信息。(8) GMLC回響應(yīng)表示是否得到正確的位置信息。(9) GMLC把定位結(jié)果信息發(fā)送給此UE用戶簽約要求的缺省LCS客戶。(10) 最后緊急業(yè)務(wù)釋放。(11) 對(duì)于北美緊急業(yè)務(wù)，MSC Server將發(fā)送另一個(gè) Location Report 到 GMLC。(12) GMLC確認(rèn)，并釋放為緊急呼叫而存儲(chǔ)的有關(guān)信息。6.5 智能業(yè)務(wù)處理流程6.5.1 預(yù)付費(fèi)業(yè)務(wù)處理流程1. 移動(dòng)預(yù)付費(fèi)用戶呼叫普通WCDMA用戶預(yù)付費(fèi)用戶在MSC Servera/VLR/SSP覆蓋范

54、圍，由OCSI觸發(fā)業(yè)務(wù)，呼叫流程如圖6-25所示。圖6-25 預(yù)付費(fèi)用戶呼叫普通WCDMA用戶流程（O-CSI觸發(fā)） MSC Servera/VLR/SSP收到呼叫，根據(jù)主叫的簽約信息OCSI觸發(fā)業(yè)務(wù)，將MSC Servera/VLR/SSP所在位置的長(zhǎng)途區(qū)號(hào)，放在IDP消息中的Location Number參數(shù)中，并向SCPa發(fā)送IDP消息。 SCPa收到IDP消息后，先分析主叫用戶帳戶。帳戶有效，則轉(zhuǎn)向。 SCPa根據(jù)主叫位置和被叫號(hào)碼確定主叫費(fèi)率，并將余額折算成通話時(shí)長(zhǎng)，發(fā)送RRBE、AC、FCI和Continue到MSC Servera/VLR/SSP。 MSC Servera/VLR

55、/SSP收到Continue消息后，向被叫的HLRb發(fā)起SRI消息，得到被叫的MSRN，進(jìn)行呼叫接續(xù)。 通話結(jié)束，主、被叫任一方掛機(jī)，MSC Servera/VLR/SSP上報(bào)掛機(jī)事件和計(jì)費(fèi)報(bào)告。2. PSTN或普通WCDMA用戶呼叫預(yù)付費(fèi)用戶PSTN或普通WCDMA用戶呼叫預(yù)付費(fèi)用戶，根據(jù)TCSI觸發(fā)業(yè)務(wù)，呼叫流程如圖6-26所示。圖6-26 PSTN或普通WCDMA用戶呼叫預(yù)付費(fèi)用戶 MSC Servera/VLR/SSP收到PSTN或WCDMA用戶發(fā)起的呼叫后，判斷出主叫用戶不是預(yù)付費(fèi)用戶，則向被叫HLRb發(fā)送SRI消息，若被叫是預(yù)付費(fèi)用戶，則返回簽約信息O_CSIT_CSI。 MSC Servera/VLR/SSP由T_CSI數(shù)據(jù)中得到被叫SCPb的地址，向SCPb發(fā)送IDP消息，因PSTN接入的GMSC Server或普通GSM的始發(fā)MSC Server具有SSP功能，故將GMSC Server/SSP或始發(fā)MSC Server/SSP所在位置長(zhǎng)途區(qū)號(hào)放在IDP消息中的參數(shù)Location number中。 SCPb收到IDP消息