[發明專利]漏話通知方法、裝置及系統

在審

• 申請號: 201210125465.0
• 申請日: 2012-04-25
• 公開（公告）號: CN103379450A
• 公開（公告）日: 2013-10-30
• 發明（設計）人: 許英磊
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04W4/12
• 分類號: H04W4/12;H04W12/00
• 代理公司: 北京康信知識產權代理有限責任公司 11240
• 代理人: 余剛;梁麗超

技術領域

本發明涉及通信領域，具體而言，涉及一種漏話通知方法、裝置及系統。

背景技術

現有移動通信系統中，在被叫用戶未接通的情況下，一般通過呼叫前傳至漏話系統來實現漏話管理，漏話系統需主動查詢被叫用戶的狀態，通過發送探測短信或查詢信令至歸屬位置寄存器(Home?Location?Register，簡稱為HLR)進行查詢。當漏話消息的量很大時，會給短信中心或者HLR造成很大的壓力。目前漏話前傳一般通過HLR側設置前傳來實現，被叫移動交換中心(Mobile?Switching?Center，簡稱為MSC)判斷被叫用戶關機或不在服務區，向HLR查詢被叫用戶的前傳信息，根據設置的前傳信息將呼叫前傳到漏話平臺。圖1是根據相關技術的漏話通知方法的流程圖，該流程包括如下步驟：

步驟S102，主叫用戶A發起呼叫到被叫用戶B的移動交換中心MSC，圖中所示為移動軟交換中心(Mobile?Switching?Center?emulation，簡稱為MSCe)或拜訪位置寄存器(Visitor?Location?Register，簡稱為VLR)。

步驟S104，移動交換中心MSC收到主叫用戶A的呼叫請求后，向被叫用戶B的HLR發送位置請求消息。

步驟S106，HLR接收到MSC的位置請求消息后，發現被叫用戶B關機或不在服務區，則HLR向MSC返回的位置請求拒絕消息中AccessDeniedReason(即接入拒絕原因)參數值是關機或不在服務區。

步驟S108，MSC收到位置請求拒絕消息后，根據消息中攜帶的拒絕原因參數值進行前傳操作，將漏話消息呼轉至漏話平臺，也稱漏話提示業務(Miss?Call?Alert，簡稱為MCA)平臺。

步驟S110，漏話平臺接收MSC發送的漏話消息，并發送探測短信到短信中心，或稱為短消息服務中心(Short?Message?Service?Center，簡稱為SMSC)，以便獲取被叫用戶B的開機狀態信息。

步驟S112，短信中心接收到漏話平臺下發的探測短信，將探測短信發到HLR，如果被叫用戶B處于關機狀態，則HLR給該用戶的SMS?Delivery?Pending?Flag置位。

步驟S114，被叫用戶B開機，并將其開機狀態告知其HLR。

步驟S116，HLR收到被叫用戶B的開機信息，如果判斷該用戶的SMS?Delivery?Pending?Flag為1，則向短信中心發送用戶開機通知消息。

步驟S118，短信中心收到HLR發送的開機通知消息，將該消息轉發至漏話平臺。

步驟S120，漏話平臺收到被叫用戶B開機消息后，將漏話消息下發至短信中心。

步驟S122，短信中心將漏話通知短信發送至被叫用戶B。

從上述過程可以看出，需要進行漏話通知時，由MSC將漏話信息呼轉至漏話平臺，使得用戶使用漏話通知業務時，會和用戶正常的呼轉業務發生沖突，即用戶無法同時使用漏話通知業務和正常的呼轉業務；并且漏話平臺需要和HLR以及短信中心進行多次交互，在漏話消息量非常大時，會給短信中心或HLR造成很大的性能壓力。

發明內容

本發明提供了一種漏話通知方法、裝置及系統，以至少解決相關技術中，漏話信息由MSC呼轉至漏話平臺，使得用戶無法同時使用漏話通知業務和正常呼轉業務的問題。

根據本發明的一個方面，提供了一種漏話通知方法，包括：HLR確定需要對被叫終端啟動漏話通知功能，并將漏話信息發送至漏話平臺；HLR通知漏話平臺向被叫終端發送漏話信息。

優選地，HLR確定需要對被叫終端啟動漏話通知功能包括：HLR確定被叫終端不在線和/或主叫終端在被叫終端的黑名單中。

優選地，在HLR確定需要對被叫終端啟動漏話通知功能之后，上述方法還包括：HLR確定被叫終端開啟了漏話通知功能。

優選地，在HLR通知漏話平臺向被叫終端發送漏話信息之前，上述方法還包括：HLR確定被叫終端在線。

優選地，在HLR確定被叫終端在線之后，上述方法還包括：被叫終端向主叫終端發送通知消息，其中，通知消息用于告知主叫終端被叫終端在線。

優選地，在HLR通知漏話平臺向被叫終端發送漏話信息之后，上述方法還包括：漏話平臺對漏話信息進行整合；漏話平臺向被叫終端發送整合后的漏話信息。