一種規避誤設置無效前轉號碼的方法和裝置與流程

2023-05-22 21:08:11 1

本發明涉及前轉業務處理技術，尤其涉及一種規避誤設置無效前轉號碼(FTN，Forwarded to Number)的方法和裝置。

背景技術：

呼叫前轉業務是指用戶將自身的來話轉接到與預先設置的另一個電話號碼相對應的終端上，可以實現在激活呼叫前轉業務時，不影響用戶發起呼叫。呼叫前轉業務作為行動網路中補充業務的重要組成，現在已經被廣泛使用，且為移動用戶的通信提供了很大方便。根據全球移動通信系統(GSM，Global System for Mobile Communications)補充業務的相關流程，當移動用戶需要使用呼叫前轉業務時，可以在移動終端如手機上進行FTN的設置，比如，通過手機菜單方式或人機界面(MMI，Man-Machine interface)指令方式完成設置。

然而，在目前的移動用戶FTN設置流程中，除了歸屬位置寄存器(HLR，Home Location Register)可能會對FTN是否屬於禁止前轉的號碼進行簡單地檢查以外，對於FTN的有效性無法做深入的判斷。

目前，在HLR上設置的禁止前轉號碼分析表，通常只是對明顯不能做前轉的號碼進行了限制，比如，對類似110的緊急特服號碼、類似10086的客戶服務號碼、類似12345的政府服務號碼等，通過這樣的禁止前轉號碼分析表，HLR能夠對這些FTN進行攔截。但是，除了這些禁止FTN外，移動用戶在進行呼叫轉移設置時，往往還會出現多種情況的錯誤設置。例如：

1)設置FTN時，少輸入或多輸入若干位的數字，導致FTN無效；

2)設置FTN時，位長雖然正確，但是若干位數字出現偏差，導致FTN變為空號號碼；

3)設置FTN時，誤設置為某些特殊的業務號碼，如簡訊中心號碼；

4)設置FTN為移動號碼B時，該移動號碼B已停機；

5)設置FTN為移動號碼B時，該移動號碼B本身又已設置了無條件前轉，導致用戶因「二次呼轉」限制而無法正常使用呼轉業務。

針對上述各種錯誤設置的情況，僅僅依賴於HLR進行FTN分析是無法實現的，而上述各種錯誤的設置又在現實中層出不窮，嚴重影響了移動用戶的業務感知。

技術實現要素：

有鑑於此，本發明實施例期望提供一種規避誤設置無效FTN的方法和裝置，不僅能夠對設置的FTN進行有效性分析，還能夠向移動終端發出提醒，從而實現對誤設置無效FTN的規避。

為達到上述目的，本發明實施例的技術方案是這樣實現的：

本發明提供一種規避誤設置無效FTN的方法，所述方法包括：獲取FTN，並對獲取的所述FTN進行有效性分析；確定所述FTN無效時，移動交換中心(MSC，Mobile Switching Centre)/拜訪位置寄存器(VLR，Visitor Location Register)根據分析結果發出帶有所述FTN無效原因的非結構化補充數據業務(USSD，Unstructured Supplementary Service Data)消息提醒。

上述方案中，所述對獲取的所述FTN進行有效性分析包括：當所述FTN是正常的固定電話號碼或它網移動號碼時，進行呼轉設置的用戶所屬MSC/VLR按照正常流程完成後續的呼轉設置。

上述方案中，所述對獲取的所述FTN進行有效性分析包括：當所述FTN是正常的本網移動號碼時，進行呼轉設置的用戶所屬MSC/VLR向所述FTN所屬HLR發起查詢流程，如果查詢流程返回的結果判斷為異常，則確定所述FTN無效，進行呼轉設置的用戶所屬MSC/VLR向進行呼轉設置的用戶發起所述FTN是否輸入有誤的消息提醒。

上述方案中，所述對獲取的所述FTN進行有效性分析包括：當所述FTN 是非正常的固定電話號碼或非正常的本網及它網移動號碼時，被叫號碼分析失敗，確定所述FTN無效，進行呼轉設置的用戶所屬MSC/VLR向進行呼轉設置的用戶發起所述FTN是否輸入有誤的消息提醒。

上述方案中，所述確定所述FTN無效，進行呼轉設置的用戶所屬MSC/VLR向進行呼轉設置的用戶發起所述FTN是否輸入有誤的消息提醒包括：進行呼轉設置的用戶所屬MSC/VLR根據所述FTN所屬HLR返回的移動應用部分發送路由確認消息中攜帶的信元含義和參數值，分析出所述FTN的無效類型，向進行呼轉設置的用戶發起所述帶有無效原因的USSD消息提醒。

本發明還提供一種規避誤設置無效FTN的裝置，所述裝置包括：

獲取模塊，用於獲取FTN；

分析模塊，用於對所述獲取的所述FTN進行有效性分析；

消息提醒模塊，用於確定所述FTN無效時，根據分析結果發出帶有所述FTN無效原因的USSD消息提醒。

上述方案中，所述分析模塊包括第一處理模塊，用於當所述FTN是正常的固定電話號碼或它網移動號碼時，按照正常流程完成後續的呼轉設置。

上述方案中，所述分析模塊還包括第二處理模塊，用於當所述FTN是正常的本網移動號碼時，向所述FTN所屬HLR發起查詢流程，如果查詢流程返回的結果判斷為異常，則確定所述FTN無效，進行呼轉設置的用戶所屬MSC/VLR向進行呼轉設置的用戶發起所述FTN是否輸入有誤的消息提醒。

上述方案中，所述分析模塊還包括第三處理模塊，用於當所述FTN是非正常的固定電話號碼或非正常的本網及它網移動號碼時，被叫號碼分析失敗，確定所述FTN無效，向進行呼轉設置的用戶發起所述FTN是否輸入有誤的消息提醒。

上述方案中，所述分析模塊確定所述FTN無效，向進行呼轉設置的用戶發起所述FTN是否輸入有誤的消息提醒包括：進行呼轉設置的用戶所屬MSC/VLR根據所述FTN所屬HLR返回的移動應用部分發送路由確認消息中攜帶的信元含義和參數值，分析出所述FTN的無效類型，向進行呼轉設置的用戶 發起所述帶有無效原因的USSD消息提醒。

本發明實施例所提供的規避誤設置無效FTN的方法和裝置，利用MSC/VLR發起模擬呼叫的方式，對移動用戶設置的FTN進行有效性分析。對於FTN屬於上述幾種無效情況的，MSC/VLR將發起網絡側的USSD流程向移動用戶發出檢查和糾正的體現，提醒用戶檢查確認FTN是否輸入無誤，從而有效保障了用戶能夠正常使用呼叫轉移功能，大大提高了用戶的體驗和感知。

附圖說明

圖1為現有技術中實現設置FTN的方法流程圖；

圖2為本發明中規避誤設置無效FTN的方法的實現流程示意圖；

圖3為本發明中規避誤設置無效FTN的方法具體實現流程示意圖；

圖4為本發明中規避誤設置無效FTN的裝置的組成結構示意圖。

具體實施方式

現有技術中，實現設置FTN的方法如圖1所示，具體包括以下步驟：

步驟101：移動臺(MS，Mobile Station)向MSC/VLR上報登記補充業務(REGISTER_SS，REGISTER_Supplementary Service)消息；

其中，REGISTER_SS消息中包含呼轉類型和FTN，在呼轉設置流程中，移動用戶通過在MS上的菜單方式或MMI指令方式，將需要設置的呼轉類型和FTN上報給當前所登記的MSC/VLR設備。

呼轉類型可被分為四種不同的類型，分別為無條件呼叫前轉、遇忙呼叫前轉、不可及呼叫前轉和無應答呼叫前轉。

步驟102：MSC/VLR在收到上述消息後，向MS歸屬的HLR發送移動應用部分登記補充業務(MAP_REGISTER_SS，Mobile Application Part_REGISTER_Supplementary Service)消息；

步驟103：HLR在簡單檢查FTN不屬於被禁止前轉的號碼後，則向MSC/VLR返回移動應用部分登記補充業務確認(MAP_REGISTER_SS_ack， Mobile Application Part_REGISTER_Supplementary Service_acknowledge)消息，同時更新HLR中的用戶數據，並通過移動應用部分插入用戶數據(MAP_INS_SUBS_DATA，Mobile Application Part_Insert_SUBS_DATA)消息通知MSC/VLR進行更新；

步驟104：MSC/VLR則向MS返回登記補充業務確認(REGISTER_SS_ack，REGISTER_Supplementary Service_acknowledge)消息，確認本次FTN設置成功。

而上述現有的呼轉設置流程中，只是通過HLR來判斷FTN是否不允許進行呼轉，但對於其它類型的無效呼轉則無能為力。因此，本發明實施例以移動用戶MS-A進行FTN設置的操作為例，進一步詳細說明規避誤設置無效FTN的具體流程。

為了能夠更加詳盡地了解本發明實施例的特點與技術內容，下面結合附圖對本發明實施例的實現進行詳細闡述，所附附圖僅供參考說明之用，並非用來限定本發明。

圖2為本發明實施例中規避誤設置無效FTN的方法的實現流程示意圖，本發明實施例在基於圖1所示的網絡環境下實現，MSC/VLR-A從HLR-A返回的MAP_REGISTER_SS_ack消息中獲取HLR-A所登記的最終FTN，並對此FTN進行被叫號碼分析；其中，FTN中通常帶有國家碼(CC，Country Code)、國內目的地編碼(NDC，National Destination Code)、區號等信息。這裡，HLR-A是進行呼轉設置的用戶所屬的HLR，HLR-B是FTN為正常的本網移動號碼時所述FTN所屬的HLR。

如圖2所示，本發明實施例中規避誤設置無效FTN的方法的實現流程包括以下步驟：

步驟201：獲取FTN；

步驟202：對獲取的所述FTN進行有效性分析；

步驟203：確定所述FTN無效時，MSC/VLR根據分析結果發出帶有所述FTN無效原因的USSD消息提醒。

這裡，針對不同的分析結果，具體可能會有以下幾種處理方式：

方式一：當FTN是正常的固定電話號碼或它網移動號碼時，MSC/VLR-A終止後續的呼叫接續流程，直接轉入步驟P5；這裡，所述它網移動號碼是指與當前移動用戶所使用的移動號碼所屬網絡不同的其它網絡中的移動號碼；

方式二：當FTN是正常的本網移動號碼時，MSC/VLR-A需要向HLR-B發起HLR查詢流程，此時轉入步驟P3；

方式三：當FTN是非正常的固定電話號碼或非正常的本網及它網移動號碼時，被叫號碼分析失敗，此時轉入步驟P2。

基於上述幾種處理方式，本發明實施例規避誤設置無效FTN的方法的具體實現如圖3所示，包括以下步驟：

步驟P1：MSC/VLR-A從HLR-A返回的MAP_REGISTER_SS_ack消息中獲取HLR-A所登記的最終FTN，並對其進行號碼分析，當MSC/VLR-A對FTN的號碼分析能夠得到正常的出局中繼路由，則判斷FTN為正常的固定電話號碼或它網移動號碼，MSC/VLR-A終止後續的呼叫接續流程，直接轉入步驟P5；

其中，MSC/VLR-A是MS-A當前所登記的移動端局，主要用於處理並轉發MS-A呼轉操作請求；HLR-A是MS-A所歸屬的HLR設備，負責具體執行MS-A呼轉操作請求。

步驟P2：當MSC/VLR-A對FTN的號碼分析得到錯誤的結果，判斷FTN可能無效，則發起終結USSD通知業務消息流程，向MS-A發出非結構化補充業務通知(UnstructuredSS_Notify，Unstructured Supplementary Service_Notify)消息，並轉入步驟P5；

其中，UnstructuredSS_Notify消息的消息內容為類似「請注意：您所設置的呼轉號碼可能有誤，請核實號碼是否輸入有誤」的信息；

步驟P3：當MSC/VLR-A發現FTN為正常的本網移動號碼(MS-B)時，則按照呼叫移動用戶的流程向HLR-B發起移動應用部分發送路由請求消息(MAP_Send_Routing_Info._Req，Mobile Application Part_Send_Routing_Information_Request)；

這裡，所述HLR-B返回的移動應用部分發送路由確認消息(MAP_Send_Routing_Info._ack，Mobile Application Part_Send_Routing_Information_acknowledge)中，可能攜帶以下幾種結果：

a)若HLR-B返回的消息中攜帶「User error」信元、且參數值為「Unknown Subscriber」，則說明該FTN在HLR-B中不存在，此時進入步驟P4，MSC/VLR-A向MS-A發出UnstructuredSS_Notify消息，消息內容為類似「請注意：您所設置的呼轉號碼不存在，請核實號碼是否輸入有誤」的信息；之後進入步驟P5；

b)若HLR-B返回的消息中攜帶「User error」信元、且參數值為「Call Barred」，則說明該FTN已停機，此時進入步驟P4，MSC/VLR-A向MS-A發出UnstructuredSS_Notify消息，消息內容為類似「請注意：您所設置的呼轉號碼已停機，您將無法正常使用呼轉業務」的信息；之後進入步驟P5；

c)若HLR-B返回的消息中攜帶「forwardingData」信元、且其中的「forwarding-reason」參數值為「Unconditional」，則說明該FTN本身已設置了無條件前轉，此時進入步驟P4，MSC/VLR-A向MS-A發出UnstructuredSS_Notify消息，消息內容為類似「請注意：您所設置的呼轉手機號碼已設置了無條件呼叫轉移，您將無法正常使用呼轉業務」的信息；之後進入步驟P5；

d)對於其它返回結果，MSC/VLR-A均判斷FTN為正常有效的本網移動號碼，此時，MSC/VLR-A終止後續的呼叫接續流程，直接進入步驟P5；

這裡，對於其它返回結果，HLR-B可能需要向MSC/VLR-B發移動應用部分提供漫遊號碼請求(MAP_Provide_Routing_Num._Req，Mobile Application Part_Provide_Routing_Number_Require)消息，請求為MS-B分配一個移動臺漫遊號碼(MSRN，Mobile Station Roaming Number)。

步驟P4：MSC/VLR-A發起終結USSD通知業務消息流程，向MS-A發出UnstructuredSS_Notify消息，根據前面所述的幾種無效情況，發送不同的消息內容；

步驟P5：MSC/VLR-A向MS-A回復REGISTER_SS_ack消息，結束本次呼轉設置流程。

為實現上述方法，本發明實施例還提供了一種規避誤設置無效前轉號碼FTN的裝置，如圖4所示，該裝置包括獲取模塊41、分析模塊42、消息提醒模塊43；其中，

獲取模塊41，用於獲取FTN；

分析模塊42，用於對所述獲取的所述FTN進行有效性分析；

消息提醒模塊43，用於確定所述FTN無效時，根據分析結果發出帶有所述FTN無效原因的非結構化補充數據業務USSD消息提醒。

上述方案中，所述分析模塊42包括第一處理模塊421，用於當所述FTN是正常的固定電話號碼或它網移動號碼時，按照正常流程完成後續的呼轉設置。

上述方案中，所述分析模塊42還包括第二處理模塊422，用於當所述FTN是正常的本網移動號碼時，向所述FTN所屬HLR發起查詢流程，如果查詢流程返回的結果判斷為異常，則確定所述FTN無效，進行呼轉設置的用戶所屬MSC/VLR向進行呼轉設置的用戶發起所述FTN是否輸入有誤的消息提醒。

上述方案中，所述分析模塊42還包括第三處理模塊423，用於當所述FTN是非正常的固定電話號碼或非正常的本網及它網移動號碼時，被叫號碼分析失敗，確定所述FTN無效，向進行呼轉設置的用戶發起所述FTN是否輸入有誤的消息提醒。

上述方案中，所述分析模塊42確定所述FTN無效，向進行呼轉設置的用戶發起所述FTN是否輸入有誤的消息提醒包括：進行呼轉設置的用戶所屬MSC/VLR根據所述FTN所屬HLR返回的移動應用部分發送路由確認消息中攜帶的信元含義和參數值，分析出所述FTN的無效類型，向進行呼轉設置的用戶發起所述帶有無效原因的USSD消息提醒。

在實際應用中，所述獲取模塊41、分析模塊42、消息提醒模塊43均可由位於MSC/VLR設備上的中央處理器(CPU，Central Processing Unit)、微處理器(MPU，Micro Processor Unit)、數位訊號處理器(DSP，Digital Signal Processor)、或現場可編程門陣列(FPGA，Field Programmable Gate Array)等實現。

本發明利用MSC/VLR發起模擬呼叫的方式，對移動用戶設置的FTN進行有效性分析。對於FTN屬於上述幾種無效情況的，MSC/VLR將發起網絡側的USSD流程向移動用戶發出檢查和糾正的體現，提醒用戶檢查確認FTN是否輸入無誤，從而有效保障了用戶能夠正常使用呼叫轉移功能，大大提高了用戶的體驗和感知。

以上所述，僅為本發明的較佳實施例而已，並非用於限定本發明的保護範圍，凡在本發明的精神和原則之內所作的任何修改、等同替換和改進等，均應包含在本發明的保護範圍之內。