[發明專利]呼叫失敗的處理方法及裝置

無效

• 申請號: 201010217216.5
• 申請日: 2010-06-23
• 公開（公告）號: CN101902712A
• 公開（公告）日: 2010-12-01
• 發明（設計）人: 王婷
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04W4/16
• 分類號: H04W4/16
• 代理公司: 北京康信知識產權代理有限責任公司 11240
• 代理人: 余剛;吳孟秋

技術領域

本發明涉及通信領域，具體而言，涉及一種呼叫失敗的處理方法及裝置。

背景技術

在通信過程中，呼叫失敗是影響信息傳遞的一個主要因素。為了確保信息不會因為呼叫失敗而無法傳遞給被叫用戶，相關技術中提供了一種呼叫失敗的提示方法。具體而言，當被叫有未接通的來電，例如存在呼叫異常時，包括在被叫關機、被叫不可及(掉網等)、網絡擁塞、被叫無應答等，則發送短消息給被叫，以提示被叫在何日何時有何號碼曾呼叫該被叫。被叫可根據短信提示的號碼，回呼主叫，主動主叫用戶取得聯系。

然而，發明人發現，該方法并不能確保信息的及時傳遞。例如，被叫用戶處于嘈雜的地方，因為沒有及時聽到短信鈴音而沒有看到短信；看到短信，但因為主叫號碼不熟悉，或認為主叫沒有什么重要事情，而沒有及時呼叫主叫用戶；被叫用戶的手機暫時存放在他人處等等。這些原因都使得被叫用戶即使通信正常，也無法及時獲取到主叫用戶想要傳遞的信息。

發明內容

本發明的主要目的在于提供一種呼叫失敗的處理方法及裝置，以至少解決上述的問題。

本發明的一個方面提供了一種呼叫失敗的處理方法，包括：檢測到主叫用戶呼叫被叫用戶失敗；監控被叫用戶的通信狀態；在通信狀態變化為正常時，將被叫用戶的通信狀態正常的信息通知主叫用戶。

本發明的另一個方面提供了一種呼叫失敗的處理裝置，包括：檢測模塊，用于檢測到主叫用戶呼叫被叫用戶失敗；監控模塊，用于監控被叫用戶的通信狀態；通知模塊，用于在通信狀態變化為正常時，將被叫用戶的通信狀態正常的信息通知主叫用戶。

通過本發明，采用檢測到呼叫失敗后，監控被叫用戶，在被叫用戶的通信狀態變化為正常時，將被叫通信狀態正常的消息通知給主叫用戶，解決了相關技術中信息傳遞的時效性較低的問題，能夠更好的保證信息傳遞的時效性，以便在被叫用戶的通信恢復正常的情況下，主叫和被叫用戶及時取得聯系。

附圖說明

此處所說明的附圖用來提供對本發明的進一步理解，構成本申請的一部分，本發明的示意性實施例及其說明用于解釋本發明，并不構成對本發明的不當限定。在附圖中：

圖1是根據本發明實施例的呼叫失敗的處理方法的流程圖；

圖2是根據本發明實施例的呼叫失敗的處理裝置的結構框圖；

圖3是根據本發明實施例的呼叫失敗的處理裝置的優選結構框圖一；

圖4是根據本發明實施例的呼叫失敗的處理裝置的優選結構框圖二；

圖5是根據本發明實施例的呼叫失敗的處理裝置的優選結構框圖三；

圖6是根據本發明實施例的呼叫失敗的處理裝置的優選結構框圖四；

圖7是根據本發明實施例1的呼叫失敗的處理系統的詳細結構框圖；

圖8是根據本發明實施例1的呼叫失敗的處理系統在網絡中的位置示意圖；

圖9是根據本發明實施例2的呼叫失敗的處理方法的詳細流程圖；

圖10是根據本發明實施例3的呼叫失敗的處理系統的詳細流程圖。

具體實施方式

下文中將參考附圖并結合實施例來詳細說明本發明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

圖1是根據本發明實施例的呼叫失敗的處理方法的流程圖，如圖1所示，該方法包括：

步驟S102，檢測到主叫用戶呼叫被叫用戶失敗；

步驟S104，監控被叫用戶的通信狀態；

步驟S106，在通信狀態變化為正常時，將被叫用戶的通信狀態正常的信息通知主叫用戶。

相關技術中，發生呼叫失敗后，網絡側將呼叫信息通過短信方式發送到被叫用戶，但是，由于被叫用戶所處環境嘈雜，沒有聽到呼叫失敗提示短信息等原因，會造成的主叫用戶不能夠及時與被叫用戶取得聯系，信息的傳遞受到阻礙或信息傳遞時效性較差。本發明實施例提供的方法采用在被叫用戶通信狀態恢復正常后通知主叫用戶的方式。由于作為信息傳遞者，主叫用戶相對被叫用戶而言，更加關注被叫通信恢復正常的提示信息。因此，本發明實施例提供的方法能夠更好的保證信息傳遞的時效性。

需要說明的是，如果將本發明實施例提供的方法與相關技術中的方法結合起來，使得主被叫雙方都能夠獲知對方的信息，則信息傳遞的時效性將會進一步得到保障。

優選地，在步驟S102之前，還包括：保存主叫用戶和被叫用戶之間的對應關系；在步驟S104之前，還包括：根據對應關系查找通信狀態變化為正常的被叫用戶所對應的主叫用戶。通過該方法，能夠同時處理多個呼叫的被叫用戶的監控，便于管理，且易于實現。