一種軟交換系統向用戶代理傳遞信息的方法及相應的系統的製作方法
2023-06-05 00:24:16 3
一種軟交換系統向用戶代理傳遞信息的方法及相應的系統的製作方法
【專利摘要】一種軟交換系統向用戶代理傳遞信息的方法及相應的系統，所述方法包括：軟交換系統在用戶通過用戶代理(UA)登錄的過程中，將所述UA的UA信息和所述UA所在用戶設備(UE)的UE信息綁定存儲；所述軟交換系統要向所述UA發送信令時，判斷所述UA是否在線：如果所述UA在線，所述軟交換系統直接向所述UA發送所述信令；如果所述UA不在線，所述軟交換系統根據所述信令生成推送消息，將所述推送消息推送給與所述UA綁定的UE。本發明還提供了相應的系統。本發明在融合通信體系中，UA和軟交換系統之間採用推送消息重構信令模式替代SIP長連接，即可以提供近乎實時的效果，又降低了網絡負載和UE的資源佔用和電力消耗。
【專利說明】一種軟交換系統向用戶代理傳遞信息的方法及相應的系統
【技術領域】
[0001]本發明涉及通信領域，更具體地，涉及一種軟交換系統向用戶代理傳遞信息的方法及相應的系統。
【背景技術】
[0002]如圖1所示,現有技術中,UA(User Agent:用戶代理)和軟交換(Soft switch)系統之間採用SIP (Sess1n Initial Protocol:會話發起協議)長連接來傳遞信息,MG(MediaGateway:媒體網關)作為電路域和IP域之間的分界點連接PSTN(Public SwitchedTelephone Network:公共交換電話網絡)和IP網絡，負責語音到IP流的轉換。其中，UA指UE(User Equipment:用戶設備，也可稱為移動終端)上的相關應用和系統服務。
[0003]現有軟交換系統是在桌面系統和有線電話為主的背景下發展起來的，UA和軟交換系統之間的連接採用SIP長連接適用於桌面系統。而目前移動終端和移動通信已成為主流業務，用戶的習慣和應用的背景都發生了改變。UA和軟交換系統之間保持長連接會佔用UA所在UE的CPU資源，而且使UE無法保持睡眠狀態，從而耗電較快。
【發明內容】
[0004]本發明要解決的技術問題是提供一種軟交換系統向用戶代理傳遞信息的方法及相應的系統，以減少UE的資源佔用和電力消耗，降低軟交換系統的負載。
[0005]為了解決上述技術問題，本發明提供了一種軟交換系統向用戶代理傳遞信息的方法，包括:
[0006]軟交換系統在用戶通過用戶代理(UA)登錄的過程中，將所述UA的UA信息和所述UA所在用戶設備(UE)的UE信息綁定存儲；
[0007]所述軟交換系統要向所述UA發送信令時，判斷所述UA是否在線:
[0008]如果所述UA在線，所述軟交換系統直接向所述UA發送所述信令；
[0009]如果所述UA不在線，所述軟交換系統根據所述信令生成推送消息，將所述推送消息推送給與所述UA綁定的UE。
[0010]較佳地，
[0011 ] 所述UA的UA信息包括UA類型信息；
[0012]如果所述UA不在線，所述軟交換系統根據所述信令生成推送消息之前，還包括:所述軟交換系統根據所述UA的UA類型信息判斷所述UA是否支持所述推送功能，如支持，再根據所述信令生成推送消息。
[0013]較佳地，
[0014]所述軟交換系統在用戶通過UA登錄的過程中，還將所述用戶的移動號碼與所述UA信息和UE信息綁定存儲；
[0015]所述軟交換系統要向所述UA發送的信令為呼叫請求，所述軟交換系統要向所述UA發送呼叫請求之前，還包括:所述軟交換系統收到被叫號碼為所述移動號碼的呼叫請求，根據所述移動號碼確定與其綁定的所述UA ；
[0016]所述軟交換系統根據所述信令生成推送消息，包括:所述軟交換系統根據呼叫請求生成用於通知用戶呼叫到達的第三方推送消息。
[0017]較佳地，
[0018]所述軟交換系統將所述推送消息推送給與所述UA綁定的UE之後，還包括:所述軟交換系統啟動一定時器，如在所述定時器的定時時長內所述UA轉為在線，則向所述UA發送呼叫請求，否則確定此次呼叫失敗。
[0019]較佳地，
[0020]所述軟交換系統在用戶通過UA登錄的過程中，還將所述用戶的移動號碼與所述UA信息和UE信息綁定存儲；
[0021]所述軟交換系統要向所述UA發送的信令為消息請求，所述軟交換系統要向所述UA發送消息請求之前，還包括:所述軟交換系統收到被叫號碼為所述移動號碼的消息請求後，根據所述移動號碼確定與其綁定的所述UA ；
[0022]所述軟交換系統根據所述信令生成推送消息，包括:所述軟交換系統根據所述消息請求生成包含所述消息請求中消息內容的第三方推送消息。
[0023]相應地，本發明提供的軟交換系統包括登錄管理模塊和信息傳遞模塊，其中:
[0024]所述登錄管理模塊，用於在用戶通過用戶代理(UA)登錄的過程中，將所述UA的UA信息和所述UA所在用戶設備(UE)的UE信息綁定存儲；
[0025]所述信息傳遞模塊，用於在要向所述UA發送信令時，判斷所述UA是否在線:如果在線，直接向所述UA發送所述信令；如果不在線，根據所述信令生成推送消息，將所述推送消息推送給與所述UA綁定的UE。
[0026]較佳地，
[0027]所述登錄管理模塊綁定存儲的UA信息包括UA類型信息；
[0028]所述信息傳遞模塊判斷所述UA不在線，在根據所述信令生成推送消息之前，還包括:根據所述UA的UA類型信息判斷所述UA是否支持所述推送功能，如支持，再根據所述信令生成所述推送消息。
[0029]較佳地，
[0030]所述登錄管理模塊在用戶通過UA登錄的過程中，還將所述用戶的移動號碼與所述UA信息和UE信息綁定存儲；
[0031]所述軟交換系統還包括:信令接收模塊，用於在收到被叫號碼為所述移動號碼的呼叫請求後，根據所述移動號碼確定與其綁定的所述UA並通知所述信息傳遞模塊；
[0032]所述信息傳遞模塊根據所述信令生成推送消息，包括:根據所述呼叫請求生成用於通知用戶呼叫到達的第三方推送消息。
[0033]較佳地，
[0034]所述信息傳遞模塊將所述推送消息推送給與所述UA綁定的UE之後，還包括:啟動一定時器，如在所述定時器的定時時長內所述UA轉為在線，則向所述UA發送呼叫請求，否則確定此次呼叫失敗。
[0035]較佳地，
[0036]所述登錄管理模塊在用戶通過UA登錄的過程中，還將所述用戶的移動號碼與所述UA信息和UE信息綁定存儲；
[0037]所述軟交換系統還包括:信令接收模塊，用於在收到被叫號碼為所述移動號碼的消息請求後，根據所述移動號碼確定與其綁定的所述UA並通知所述信息傳遞模塊；
[0038]所述信息傳遞模塊根據所述信令生成推送消息，包括:根據所述消息請求生成包含所述消息請求中消息內容的第三方推送消息。
[0039]上述方案在融合通信體系中，UA和軟交換系統之間採用推送消息重構信令模式替代SIP長連接，即可以提供近乎實時的效果，又降低了網絡負載和UE的資源佔用和電力消耗。
【專利附圖】
【附圖說明】
[0040]圖1是現有UA通過軟交換系統接收語音呼叫的系統架構示意圖；
[0041]圖2是本發明實施例基於的系統架構不意圖；
[0042]圖3是本發明實施例軟交換系統向UA傳遞信息的流程圖；
[0043]圖4是本發明實施例UA登錄軟交換系統的流程圖；
[0044]圖5是本發明實施例的一個示例中，用戶作為消息業務的被叫時，通過軟交換系統接收消息的流程圖；
[0045]圖6是本發明實施例的另一個示例中，用戶作為呼叫的被叫時，通過軟交換系統接收呼叫的流程圖；
[0046]圖7是本發明實施例軟交換系統的模塊圖。
【具體實施方式】
[0047]為使本發明的目的、技術方案和優點更加清楚明白，下文中將結合附圖對本發明的實施例進行詳細說明。需要說明的是，在不衝突的情況下，本發明中的實施例及實施例中的特徵可以相互任意組合。
[0048]本實施例所基於的系統如圖2所示，包括用戶側的UA，網絡側的軟交換系統和MG。在實施例中，UA和軟交換系統之間不再使用SIP長連接，在UA不在線時，軟交換系統使用圖示的第三方推送系統提供的推送服務向UA傳遞信息，提供近乎實時的效果。
[0049]如圖3所示，本實施例軟交換系統向UA傳遞信息的流程包括:
[0050]步驟110，軟交換系統在用戶通過用戶代理(UA)登錄的過程中，將所述UA的UA信息和所述UA所在用戶設備(UE)的UE信息綁定存儲；
[0051]用戶通過UA登錄軟交換系統時，會提交上述UA信息和UE信息，其中，UE信息包括UE標識信息，UA信息包括UA標識信息。
[0052]步驟120，所述軟交換系統要向所述UA發送信令時，判斷所述UA是否在線，如在線，轉入步驟130，如不在線，轉入步驟140 ；
[0053]本步驟中，軟交換系統要向UA發送的信令可以是來自於行動網路的消息請求、呼叫請求等，但並不局限於此，也可以來自於其他網絡。
[0054]步驟130，所述軟交換系統直接向所述UA發送所述信令，結束；
[0055]步驟140，所述軟交換系統根據所述信令生成推送消息，將所述推送消息推送給與所述UA綁定的UE。
[0056]較佳地，本步驟中所述軟交換系統生成的是第三方推送消息，但本發明不局限於此，也可以是其他類型的推送消息。第三方消息推送(3RD PARTY PUSH)業務通常由UE作業系統供應商提供，如Android, 1S, Windows等,通過它們建立的IP通道和系統模塊實現向UA實時傳遞消息，通常比UA自己維護連接更節省系統資源，本實施例將第三方推送消息作為軟交換系統信令消息的補充。
[0057]較佳地，上述步驟110中的UA信息包括UA類型信息。步驟120中如判斷UA不在線，所述軟交換系統可以先根據所述UA的UA類型信息判斷所述UA是否支持所述推送功能，如支持，再執行步驟140，否則不再生成和發送推送消息。支持推送功能的UA類型可以配置在軟交換系統，也可以由軟交換系統查詢得到。
[0058]圖4所示是本實施例UA登錄軟交換系統的流程，包括:
[0059]步驟210，軟交換系統接收用戶通過UA發送的登錄請求，所述登錄請求中攜帶所述UA的UA信息、所述UA所在UE的UE信息和所述用戶的移動號碼；
[0060]用戶的移動號碼是用戶在行動網路的標識，如可以是手機號碼或者行動網路中映射到該手機號碼的號碼。
[0061]本步驟的登錄請求中還可以攜帶用戶的身份驗證信息，如用戶在該UA使用的帳號和密碼信息等。
[0062]步驟220，軟交換系統將所述UA信息、UE信息和移動號碼綁定存儲。
[0063]本步驟中，軟交換系統可以根據登錄請求中攜帶的身份驗證信息對用戶進行鑑權，確定該用戶合法後，再進行上述綁定存儲的處理。
[0064]圖5是本發明實施例的一個示例中，通過軟交換系統向UA發送消息請求的流程圖，如圖所示，該流程包括:
[0065]步驟310，
[0066]軟交換系統接收到消息請求，所述消息請求中攜帶的被叫號碼為所述用戶的移動號碼；
[0067]步驟320，軟交換系統判斷與所述移動號碼綁定的UA是否在線，如是，轉入步驟330，如否，轉入步驟340 ；
[0068]步驟330，軟交換系統直接向所述UA發送消息，結束；
[0069]本步驟發送的消息如可以是短消息或彩信。
[0070]步驟340，軟交換系統根據所述消息請求生成包含消息內容的第三方推送(PUSH)消息，將所述第三方推送消息推送到所述移動號碼綁定的UE，結束。
[0071 ] 上述流程使用推送消息重構信令模式替代UA和軟交換系統之間的SIP長連接，可以提供近乎實時的效果，同時降低網絡負載和UE的計算量和電量。
[0072]圖6是本發明實施例的一個示例中，通過軟交換系統向UA發送呼叫請求的流程圖，如圖所示，該流程包括:
[0073]步驟410，
[0074]軟交換系統接收到呼叫請求，所述呼叫請求中攜帶所述用戶的移動號碼；
[0075]步驟420，軟交換系統判斷與所述移動號碼綁定的UA是否在線，如是，轉入步驟430，如否，轉入步驟440 ；
[0076]步驟430，軟交換系統直接向所述UA發送呼叫請求，結束；
[0077]步驟440，軟交換系統根據所述呼叫請求生成用於通知用戶呼叫到達的第三方推送消息，將所述第三方推送消息推送到所述移動號碼綁定的UE，並啟動一定時器；
[0078]步驟450，軟交換系統判斷在定時器的定時時長內所述UA是否轉為在線狀態，如果是，轉入步驟460，如果否，轉入步驟470 ；
[0079]所述UE收到呼叫到達的通知後，可以提示用戶激活該UA，也可以自動激活該UA。
[0080]步驟460，軟交換系統向所述UA發送呼叫請求，結束；
[0081]步驟470，軟交換系統確定此次呼叫失敗，結束。
[0082]傳統VoIP在UA離線後呼叫無法到達，而本實施例與傳統VoIP相比，可以通過推送消息傳送呼叫到達的信息。本實施例採用推送消息重構信令模式替代UA和軟交換系統之間的SIP長連接，無需交換過多的IP信令，可以達到近乎實時的效果，在降低網絡負載的同時也可以節省UA的資源佔用和電力消耗。
[0083]圖7示出了本實施例軟交換系統的模塊圖，所述軟交換系統是驅動整個業務流程的核心系統，包括:
[0084]登錄管理模塊101，用於在用戶通過用戶代理(UA)登錄的過程中，將所述UA的UA信息和所述UA所在用戶設備(UE)的UE信息綁定存儲；在綁定存儲之前，可以根據UA提交的用戶身份信息對用戶進行鑑權，如用戶合法，再進行綁定存儲等後續處理。
[0085]信息傳遞模塊103，用於在要向所述UA發送信令時，判斷所述UA是否在線:如果在線，直接向所述UA發送所述信令；如果不在線，根據所述信令生成推送消息，將所述推送消息推送給與所述UA綁定的UE。
[0086]本實施例中，較佳地，
[0087]所述登錄管理模塊101在用戶通過UA登錄的過程中，還將所述用戶的移動號碼與所述UA信息和UE信息綁定存儲，及向虛擬MSC發送登記請求，攜帶所述移動號碼。
[0088]所述軟交換系統還包括:信令接收模塊105，用於在收到被叫號碼為所述移動號碼的呼叫請求或消息請求後，根據所述移動號碼確定與其綁定的所述UA並通知所述信息傳遞模塊103。
[0089]所述信息傳遞模塊103根據所述信令生成推送消息，包括:根據所述呼叫請求生成用於通知用戶呼叫到達的第三方推送消息，或根據所述消息請求生成包含所述消息請求中消息內容的第三方推送消息。如果是生成用於通知用戶呼叫到達的第三方推送消息，在將所述推送消息推送給與所述UA綁定的UE之後，還可以包括:啟動一定時器，如在所述定時器的定時時長內所述UA轉為在線，則向所述UA發送呼叫請求，否則確定此次呼叫失敗。
[0090]較佳地，所述登錄管理模塊綁定存儲的UA信息包括UA類型信息；所述信息傳遞模塊判斷所述UA不在線，在根據所述信令生成推送消息之前，還包括:根據所述UA的UA類型信息判斷所述UA是否支持所述推送功能，如支持，再根據所述信令生成所述推送消息。
[0091]本實施例用戶側的UA位於軟交換系統和用戶之間，提供用戶界面和用戶進行交互完成業務功能，可以通過軟交換系統建立呼叫連接，此外，還可以接收軟交換系統傳遞的信令消息和第三方推送消息，提示用戶啟動相應UA或自動啟動相應UA。
[0092]本領域普通技術人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關硬體完成，所述程序可以存儲於計算機可讀存儲介質中，如只讀存儲器、磁碟或光碟等。可選地，上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現，相應地，上述實施例中的各模塊/單元可以採用硬體的形式實現，也可以採用軟體功能模塊的形式實現。本發明不限制於任何特定形式的硬體和軟體的結合。
[0093]以上所述僅為本發明的優選實施例而已，並不用於限制本發明，對於本領域的技術人員來說，本發明可以有各種更改和變化。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。
【權利要求】
1.一種軟交換系統向用戶代理傳遞信息的方法，包括: 軟交換系統在用戶通過用戶代理(UA)登錄的過程中，將所述UA的UA信息和所述UA所在用戶設備(UE)的UE信息綁定存儲； 所述軟交換系統要向所述UA發送信令時，判斷所述UA是否在線: 如果所述UA在線，所述軟交換系統直接向所述UA發送所述信令； 如果所述UA不在線，所述軟交換系統根據所述信令生成推送消息，將所述推送消息推送給與所述UA綁定的UE。
2.如權利要求1所述的方法，其特徵在於: 所述UA的UA信息包括UA類型信息； 如果所述UA不在線，所述軟交換系統根據所述信令生成推送消息之前，還包括:所述軟交換系統根據所述UA的UA類型信息判斷所述UA是否支持所述推送功能，如支持，再根據所述信令生成推送消息。
3.如權利要求1或2所述的方法，其特徵在於: 所述軟交換系統在用戶通過UA登錄的過程中，還將所述用戶的移動號碼與所述UA信息和UE信息綁定存儲； 所述軟交換系統要向所述UA發送的信令為呼叫請求，所述軟交換系統要向所述UA發送呼叫請求之前，還包括:所述軟交換系統收到被叫號碼為所述移動號碼的呼叫請求，根據所述移動號碼確定與其綁定的所述UA ； 所述軟交換系統根據所述信令生成推送消息，包括:所述軟交換系統根據呼叫請求生成用於通知用戶呼叫到達的第三方推送消息。
4.如權利要求3所述的方法，其特徵在於: 所述軟交換系統將所述推送消息推送給與所述UA綁定的UE之後，還包括:所述軟交換系統啟動一定時器，如在所述定時器的定時時長內所述UA轉為在線，則向所述UA發送呼叫請求,否則確定此次呼叫失敗。
5.如權利要求1或2所述的方法，其特徵在於: 所述軟交換系統在用戶通過UA登錄的過程中，還將所述用戶的移動號碼與所述UA信息和UE信息綁定存儲； 所述軟交換系統要向所述UA發送的信令為消息請求，所述軟交換系統要向所述UA發送消息請求之前，還包括:所述軟交換系統收到被叫號碼為所述移動號碼的消息請求後，根據所述移動號碼確定與其綁定的所述UA ； 所述軟交換系統根據所述信令生成推送消息，包括:所述軟交換系統根據所述消息請求生成包含所述消息請求中消息內容的第三方推送消息。
6.一種軟交換系統，其特徵在於，包括登錄管理模塊和信息傳遞模塊，其中: 所述登錄管理模塊，用於在用戶通過用戶代理(UA)登錄的過程中，將所述UA的UA信息和所述UA所在用戶設備(UE)的UE信息綁定存儲； 所述信息傳遞模塊，用於在要向所述UA發送信令時，判斷所述UA是否在線:如果在線，直接向所述UA發送所述信令；如果不在線，根據所述信令生成推送消息，將所述推送消息推送給與所述UA綁定的UE。
7.如權利要求6所述的軟交換系統，其特徵在於: 所述登錄管理模塊綁定存儲的UA信息包括UA類型信息； 所述信息傳遞模塊判斷所述UA不在線，在根據所述信令生成推送消息之前，還包括:根據所述UA的UA類型信息判斷所述UA是否支持所述推送功能，如支持，再根據所述信令生成所述推送消息。
8.如權利要求6或7所述的軟交換系統，其特徵在於； 所述登錄管理模塊在用戶通過UA登錄的過程中，還將所述用戶的移動號碼與所述UA信息和UE信息綁定存儲； 所述軟交換系統還包括:信令接收模塊，用於在收到被叫號碼為所述移動號碼的呼叫請求後，根據所述移動號碼確定與其綁定的所述UA並通知所述信息傳遞模塊； 所述信息傳遞模塊根據所述信令生成推送消息，包括:根據所述呼叫請求生成用於通知用戶呼叫到達的第三方推送消息。
9.如權利要求8所述的軟交換系統，其特徵在於； 所述信息傳遞模塊將所述推送消息推送給與所述UA綁定的UE之後，還包括:啟動一定時器，如在所述定時器的定時時長內所述UA轉為在線，則向所述UA發送呼叫請求，否則確定此次呼叫失敗。
10.如權利要求6或7所述的軟交換系統，其特徵在於: 所述登錄管理模塊在用戶通過UA登錄的過程中，還將所述用戶的移動號碼與所述UA信息和UE信息綁定存儲； 所述軟交換系統還包括:信令接收模塊，用於在收到被叫號碼為所述移動號碼的消息請求後，根據所述移動號碼確定與其綁定的所述UA並通知所述信息傳遞模塊； 所述信息傳遞模塊根據所述信令生成推送消息，包括:根據所述消息請求生成包含所述消息請求中消息內容的第三方推送消息。
【文檔編號】H04L29/06GK104284370SQ201410584719
【公開日】2015年1月14日 申請日期:2014年10月27日 優先權日:2014年10月27日
【發明者】佟季燁, 馬永亮, 楊瑞, 鄭明
申請人:中國聯合網絡通信集團有限公司