一種軟交換系統(tǒng)向用戶代理傳遞信息的方法及相應(yīng)的系統(tǒng)的制作方法
【專利摘要】一種軟交換系統(tǒng)向用戶代理傳遞信息的方法及相應(yīng)的系統(tǒng)，所述方法包括：軟交換系統(tǒng)在用戶通過用戶代理(UA)登錄的過程中，將所述UA的UA信息和所述UA所在用戶設(shè)備(UE)的UE信息綁定存儲；所述軟交換系統(tǒng)要向所述UA發(fā)送信令時，判斷所述UA是否在線：如果所述UA在線，所述軟交換系統(tǒng)直接向所述UA發(fā)送所述信令；如果所述UA不在線，所述軟交換系統(tǒng)根據(jù)所述信令生成推送消息，將所述推送消息推送給與所述UA綁定的UE。本發(fā)明還提供了相應(yīng)的系統(tǒng)。本發(fā)明在融合通信體系中，UA和軟交換系統(tǒng)之間采用推送消息重構(gòu)信令模式替代SIP長連接，即可以提供近乎實時的效果，又降低了網(wǎng)絡(luò)負(fù)載和UE的資源占用和電力消耗。
【專利說明】一種軟交換系統(tǒng)向用戶代理傳遞信息的方法及相應(yīng)的系統(tǒng)

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信領(lǐng)域，更具體地，涉及一種軟交換系統(tǒng)向用戶代理傳遞信息的方法及相應(yīng)的系統(tǒng)。

【背景技術(shù)】
[0002]如圖1所示,現(xiàn)有技術(shù)中,UA(User Agent:用戶代理)和軟交換(Soft switch)系統(tǒng)之間采用SIP (Sess1n Initial Protocol:會話發(fā)起協(xié)議)長連接來傳遞信息,MG(MediaGateway:媒體網(wǎng)關(guān))作為電路域和IP域之間的分界點連接PSTN(Public SwitchedTelephone Network:公共交換電話網(wǎng)絡(luò))和IP網(wǎng)絡(luò)，負(fù)責(zé)語音到IP流的轉(zhuǎn)換。其中，UA指UE(User Equipment:用戶設(shè)備，也可稱為移動終端)上的相關(guān)應(yīng)用和系統(tǒng)服務(wù)。
[0003]現(xiàn)有軟交換系統(tǒng)是在桌面系統(tǒng)和有線電話為主的背景下發(fā)展起來的，UA和軟交換系統(tǒng)之間的連接采用SIP長連接適用于桌面系統(tǒng)。而目前移動終端和移動通信已成為主流業(yè)務(wù)，用戶的習(xí)慣和應(yīng)用的背景都發(fā)生了改變。UA和軟交換系統(tǒng)之間保持長連接會占用UA所在UE的CPU資源，而且使UE無法保持睡眠狀態(tài)，從而耗電較快。


【發(fā)明內(nèi)容】

[0004]本發(fā)明要解決的技術(shù)問題是提供一種軟交換系統(tǒng)向用戶代理傳遞信息的方法及相應(yīng)的系統(tǒng)，以減少UE的資源占用和電力消耗，降低軟交換系統(tǒng)的負(fù)載。
[0005]為了解決上述技術(shù)問題，本發(fā)明提供了一種軟交換系統(tǒng)向用戶代理傳遞信息的方法，包括:
[0006]軟交換系統(tǒng)在用戶通過用戶代理(UA)登錄的過程中，將所述UA的UA信息和所述UA所在用戶設(shè)備(UE)的UE信息綁定存儲；
[0007]所述軟交換系統(tǒng)要向所述UA發(fā)送信令時，判斷所述UA是否在線:
[0008]如果所述UA在線，所述軟交換系統(tǒng)直接向所述UA發(fā)送所述信令；
[0009]如果所述UA不在線，所述軟交換系統(tǒng)根據(jù)所述信令生成推送消息，將所述推送消息推送給與所述UA綁定的UE。
[0010]較佳地，
[0011 ] 所述UA的UA信息包括UA類型信息；
[0012]如果所述UA不在線，所述軟交換系統(tǒng)根據(jù)所述信令生成推送消息之前，還包括:所述軟交換系統(tǒng)根據(jù)所述UA的UA類型信息判斷所述UA是否支持所述推送功能，如支持，再根據(jù)所述信令生成推送消息。
[0013]較佳地，
[0014]所述軟交換系統(tǒng)在用戶通過UA登錄的過程中，還將所述用戶的移動號碼與所述UA信息和UE信息綁定存儲；
[0015]所述軟交換系統(tǒng)要向所述UA發(fā)送的信令為呼叫請求，所述軟交換系統(tǒng)要向所述UA發(fā)送呼叫請求之前，還包括:所述軟交換系統(tǒng)收到被叫號碼為所述移動號碼的呼叫請求，根據(jù)所述移動號碼確定與其綁定的所述UA ；
[0016]所述軟交換系統(tǒng)根據(jù)所述信令生成推送消息，包括:所述軟交換系統(tǒng)根據(jù)呼叫請求生成用于通知用戶呼叫到達的第三方推送消息。
[0017]較佳地，
[0018]所述軟交換系統(tǒng)將所述推送消息推送給與所述UA綁定的UE之后，還包括:所述軟交換系統(tǒng)啟動一定時器，如在所述定時器的定時時長內(nèi)所述UA轉(zhuǎn)為在線，則向所述UA發(fā)送呼叫請求，否則確定此次呼叫失敗。
[0019]較佳地，
[0020]所述軟交換系統(tǒng)在用戶通過UA登錄的過程中，還將所述用戶的移動號碼與所述UA信息和UE信息綁定存儲；
[0021]所述軟交換系統(tǒng)要向所述UA發(fā)送的信令為消息請求，所述軟交換系統(tǒng)要向所述UA發(fā)送消息請求之前，還包括:所述軟交換系統(tǒng)收到被叫號碼為所述移動號碼的消息請求后，根據(jù)所述移動號碼確定與其綁定的所述UA ；
[0022]所述軟交換系統(tǒng)根據(jù)所述信令生成推送消息，包括:所述軟交換系統(tǒng)根據(jù)所述消息請求生成包含所述消息請求中消息內(nèi)容的第三方推送消息。
[0023]相應(yīng)地，本發(fā)明提供的軟交換系統(tǒng)包括登錄管理模塊和信息傳遞模塊，其中:
[0024]所述登錄管理模塊，用于在用戶通過用戶代理(UA)登錄的過程中，將所述UA的UA信息和所述UA所在用戶設(shè)備(UE)的UE信息綁定存儲；
[0025]所述信息傳遞模塊，用于在要向所述UA發(fā)送信令時，判斷所述UA是否在線:如果在線，直接向所述UA發(fā)送所述信令；如果不在線，根據(jù)所述信令生成推送消息，將所述推送消息推送給與所述UA綁定的UE。
[0026]較佳地，
[0027]所述登錄管理模塊綁定存儲的UA信息包括UA類型信息；
[0028]所述信息傳遞模塊判斷所述UA不在線，在根據(jù)所述信令生成推送消息之前，還包括:根據(jù)所述UA的UA類型信息判斷所述UA是否支持所述推送功能，如支持，再根據(jù)所述信令生成所述推送消息。
[0029]較佳地，
[0030]所述登錄管理模塊在用戶通過UA登錄的過程中，還將所述用戶的移動號碼與所述UA信息和UE信息綁定存儲；
[0031]所述軟交換系統(tǒng)還包括:信令接收模塊，用于在收到被叫號碼為所述移動號碼的呼叫請求后，根據(jù)所述移動號碼確定與其綁定的所述UA并通知所述信息傳遞模塊；
[0032]所述信息傳遞模塊根據(jù)所述信令生成推送消息，包括:根據(jù)所述呼叫請求生成用于通知用戶呼叫到達的第三方推送消息。
[0033]較佳地，
[0034]所述信息傳遞模塊將所述推送消息推送給與所述UA綁定的UE之后，還包括:啟動一定時器，如在所述定時器的定時時長內(nèi)所述UA轉(zhuǎn)為在線，則向所述UA發(fā)送呼叫請求，否則確定此次呼叫失敗。
[0035]較佳地，
[0036]所述登錄管理模塊在用戶通過UA登錄的過程中，還將所述用戶的移動號碼與所述UA信息和UE信息綁定存儲；
[0037]所述軟交換系統(tǒng)還包括:信令接收模塊，用于在收到被叫號碼為所述移動號碼的消息請求后，根據(jù)所述移動號碼確定與其綁定的所述UA并通知所述信息傳遞模塊；
[0038]所述信息傳遞模塊根據(jù)所述信令生成推送消息，包括:根據(jù)所述消息請求生成包含所述消息請求中消息內(nèi)容的第三方推送消息。
[0039]上述方案在融合通信體系中，UA和軟交換系統(tǒng)之間采用推送消息重構(gòu)信令模式替代SIP長連接，即可以提供近乎實時的效果，又降低了網(wǎng)絡(luò)負(fù)載和UE的資源占用和電力消耗。

【專利附圖】

【附圖說明】
[0040]圖1是現(xiàn)有UA通過軟交換系統(tǒng)接收語音呼叫的系統(tǒng)架構(gòu)示意圖；
[0041]圖2是本發(fā)明實施例基于的系統(tǒng)架構(gòu)不意圖；
[0042]圖3是本發(fā)明實施例軟交換系統(tǒng)向UA傳遞信息的流程圖；
[0043]圖4是本發(fā)明實施例UA登錄軟交換系統(tǒng)的流程圖；
[0044]圖5是本發(fā)明實施例的一個示例中，用戶作為消息業(yè)務(wù)的被叫時，通過軟交換系統(tǒng)接收消息的流程圖；
[0045]圖6是本發(fā)明實施例的另一個示例中，用戶作為呼叫的被叫時，通過軟交換系統(tǒng)接收呼叫的流程圖；
[0046]圖7是本發(fā)明實施例軟交換系統(tǒng)的模塊圖。

【具體實施方式】
[0047]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，下文中將結(jié)合附圖對本發(fā)明的實施例進行詳細(xì)說明。需要說明的是，在不沖突的情況下，本發(fā)明中的實施例及實施例中的特征可以相互任意組合。
[0048]本實施例所基于的系統(tǒng)如圖2所示，包括用戶側(cè)的UA，網(wǎng)絡(luò)側(cè)的軟交換系統(tǒng)和MG。在實施例中，UA和軟交換系統(tǒng)之間不再使用SIP長連接，在UA不在線時，軟交換系統(tǒng)使用圖示的第三方推送系統(tǒng)提供的推送服務(wù)向UA傳遞信息，提供近乎實時的效果。
[0049]如圖3所示，本實施例軟交換系統(tǒng)向UA傳遞信息的流程包括:
[0050]步驟110，軟交換系統(tǒng)在用戶通過用戶代理(UA)登錄的過程中，將所述UA的UA信息和所述UA所在用戶設(shè)備(UE)的UE信息綁定存儲；
[0051]用戶通過UA登錄軟交換系統(tǒng)時，會提交上述UA信息和UE信息，其中，UE信息包括UE標(biāo)識信息，UA信息包括UA標(biāo)識信息。
[0052]步驟120，所述軟交換系統(tǒng)要向所述UA發(fā)送信令時，判斷所述UA是否在線，如在線，轉(zhuǎn)入步驟130，如不在線，轉(zhuǎn)入步驟140 ；
[0053]本步驟中，軟交換系統(tǒng)要向UA發(fā)送的信令可以是來自于移動網(wǎng)絡(luò)的消息請求、呼叫請求等，但并不局限于此，也可以來自于其他網(wǎng)絡(luò)。
[0054]步驟130，所述軟交換系統(tǒng)直接向所述UA發(fā)送所述信令，結(jié)束；
[0055]步驟140，所述軟交換系統(tǒng)根據(jù)所述信令生成推送消息，將所述推送消息推送給與所述UA綁定的UE。
[0056]較佳地，本步驟中所述軟交換系統(tǒng)生成的是第三方推送消息，但本發(fā)明不局限于此，也可以是其他類型的推送消息。第三方消息推送(3RD PARTY PUSH)業(yè)務(wù)通常由UE操作系統(tǒng)供應(yīng)商提供，如Android, 1S, Windows等,通過它們建立的IP通道和系統(tǒng)模塊實現(xiàn)向UA實時傳遞消息，通常比UA自己維護連接更節(jié)省系統(tǒng)資源，本實施例將第三方推送消息作為軟交換系統(tǒng)信令消息的補充。
[0057]較佳地，上述步驟110中的UA信息包括UA類型信息。步驟120中如判斷UA不在線，所述軟交換系統(tǒng)可以先根據(jù)所述UA的UA類型信息判斷所述UA是否支持所述推送功能，如支持，再執(zhí)行步驟140，否則不再生成和發(fā)送推送消息。支持推送功能的UA類型可以配置在軟交換系統(tǒng)，也可以由軟交換系統(tǒng)查詢得到。
[0058]圖4所示是本實施例UA登錄軟交換系統(tǒng)的流程，包括:
[0059]步驟210，軟交換系統(tǒng)接收用戶通過UA發(fā)送的登錄請求，所述登錄請求中攜帶所述UA的UA信息、所述UA所在UE的UE信息和所述用戶的移動號碼；
[0060]用戶的移動號碼是用戶在移動網(wǎng)絡(luò)的標(biāo)識，如可以是手機號碼或者移動網(wǎng)絡(luò)中映射到該手機號碼的號碼。
[0061]本步驟的登錄請求中還可以攜帶用戶的身份驗證信息，如用戶在該UA使用的帳號和密碼信息等。
[0062]步驟220，軟交換系統(tǒng)將所述UA信息、UE信息和移動號碼綁定存儲。
[0063]本步驟中，軟交換系統(tǒng)可以根據(jù)登錄請求中攜帶的身份驗證信息對用戶進行鑒權(quán)，確定該用戶合法后，再進行上述綁定存儲的處理。
[0064]圖5是本發(fā)明實施例的一個示例中，通過軟交換系統(tǒng)向UA發(fā)送消息請求的流程圖，如圖所示，該流程包括:
[0065]步驟310，
[0066]軟交換系統(tǒng)接收到消息請求，所述消息請求中攜帶的被叫號碼為所述用戶的移動號碼；
[0067]步驟320，軟交換系統(tǒng)判斷與所述移動號碼綁定的UA是否在線，如是，轉(zhuǎn)入步驟330，如否，轉(zhuǎn)入步驟340 ；
[0068]步驟330，軟交換系統(tǒng)直接向所述UA發(fā)送消息，結(jié)束；
[0069]本步驟發(fā)送的消息如可以是短消息或彩信。
[0070]步驟340，軟交換系統(tǒng)根據(jù)所述消息請求生成包含消息內(nèi)容的第三方推送(PUSH)消息，將所述第三方推送消息推送到所述移動號碼綁定的UE，結(jié)束。
[0071 ] 上述流程使用推送消息重構(gòu)信令模式替代UA和軟交換系統(tǒng)之間的SIP長連接，可以提供近乎實時的效果，同時降低網(wǎng)絡(luò)負(fù)載和UE的計算量和電量。
[0072]圖6是本發(fā)明實施例的一個示例中，通過軟交換系統(tǒng)向UA發(fā)送呼叫請求的流程圖，如圖所示，該流程包括:
[0073]步驟410，
[0074]軟交換系統(tǒng)接收到呼叫請求，所述呼叫請求中攜帶所述用戶的移動號碼；
[0075]步驟420，軟交換系統(tǒng)判斷與所述移動號碼綁定的UA是否在線，如是，轉(zhuǎn)入步驟430，如否，轉(zhuǎn)入步驟440 ；
[0076]步驟430，軟交換系統(tǒng)直接向所述UA發(fā)送呼叫請求，結(jié)束；
[0077]步驟440，軟交換系統(tǒng)根據(jù)所述呼叫請求生成用于通知用戶呼叫到達的第三方推送消息，將所述第三方推送消息推送到所述移動號碼綁定的UE，并啟動一定時器；
[0078]步驟450，軟交換系統(tǒng)判斷在定時器的定時時長內(nèi)所述UA是否轉(zhuǎn)為在線狀態(tài)，如果是，轉(zhuǎn)入步驟460，如果否，轉(zhuǎn)入步驟470 ；
[0079]所述UE收到呼叫到達的通知后，可以提示用戶激活該UA，也可以自動激活該UA。
[0080]步驟460，軟交換系統(tǒng)向所述UA發(fā)送呼叫請求，結(jié)束；
[0081]步驟470，軟交換系統(tǒng)確定此次呼叫失敗，結(jié)束。
[0082]傳統(tǒng)VoIP在UA離線后呼叫無法到達，而本實施例與傳統(tǒng)VoIP相比，可以通過推送消息傳送呼叫到達的信息。本實施例采用推送消息重構(gòu)信令模式替代UA和軟交換系統(tǒng)之間的SIP長連接，無需交換過多的IP信令，可以達到近乎實時的效果，在降低網(wǎng)絡(luò)負(fù)載的同時也可以節(jié)省UA的資源占用和電力消耗。
[0083]圖7示出了本實施例軟交換系統(tǒng)的模塊圖，所述軟交換系統(tǒng)是驅(qū)動整個業(yè)務(wù)流程的核心系統(tǒng)，包括:
[0084]登錄管理模塊101，用于在用戶通過用戶代理(UA)登錄的過程中，將所述UA的UA信息和所述UA所在用戶設(shè)備(UE)的UE信息綁定存儲；在綁定存儲之前，可以根據(jù)UA提交的用戶身份信息對用戶進行鑒權(quán)，如用戶合法，再進行綁定存儲等后續(xù)處理。
[0085]信息傳遞模塊103，用于在要向所述UA發(fā)送信令時，判斷所述UA是否在線:如果在線，直接向所述UA發(fā)送所述信令；如果不在線，根據(jù)所述信令生成推送消息，將所述推送消息推送給與所述UA綁定的UE。
[0086]本實施例中，較佳地，
[0087]所述登錄管理模塊101在用戶通過UA登錄的過程中，還將所述用戶的移動號碼與所述UA信息和UE信息綁定存儲，及向虛擬MSC發(fā)送登記請求，攜帶所述移動號碼。
[0088]所述軟交換系統(tǒng)還包括:信令接收模塊105，用于在收到被叫號碼為所述移動號碼的呼叫請求或消息請求后，根據(jù)所述移動號碼確定與其綁定的所述UA并通知所述信息傳遞模塊103。
[0089]所述信息傳遞模塊103根據(jù)所述信令生成推送消息，包括:根據(jù)所述呼叫請求生成用于通知用戶呼叫到達的第三方推送消息，或根據(jù)所述消息請求生成包含所述消息請求中消息內(nèi)容的第三方推送消息。如果是生成用于通知用戶呼叫到達的第三方推送消息，在將所述推送消息推送給與所述UA綁定的UE之后，還可以包括:啟動一定時器，如在所述定時器的定時時長內(nèi)所述UA轉(zhuǎn)為在線，則向所述UA發(fā)送呼叫請求，否則確定此次呼叫失敗。
[0090]較佳地，所述登錄管理模塊綁定存儲的UA信息包括UA類型信息；所述信息傳遞模塊判斷所述UA不在線，在根據(jù)所述信令生成推送消息之前，還包括:根據(jù)所述UA的UA類型信息判斷所述UA是否支持所述推送功能，如支持，再根據(jù)所述信令生成所述推送消息。
[0091]本實施例用戶側(cè)的UA位于軟交換系統(tǒng)和用戶之間，提供用戶界面和用戶進行交互完成業(yè)務(wù)功能，可以通過軟交換系統(tǒng)建立呼叫連接，此外，還可以接收軟交換系統(tǒng)傳遞的信令消息和第三方推送消息，提示用戶啟動相應(yīng)UA或自動啟動相應(yīng)UA。
[0092]本領(lǐng)域普通技術(shù)人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關(guān)硬件完成，所述程序可以存儲于計算機可讀存儲介質(zhì)中，如只讀存儲器、磁盤或光盤等?？蛇x地，上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現(xiàn)，相應(yīng)地，上述實施例中的各模塊/單元可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。本發(fā)明不限制于任何特定形式的硬件和軟件的結(jié)合。
[0093]以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
【權(quán)利要求】
1.一種軟交換系統(tǒng)向用戶代理傳遞信息的方法，包括: 軟交換系統(tǒng)在用戶通過用戶代理(UA)登錄的過程中，將所述UA的UA信息和所述UA所在用戶設(shè)備(UE)的UE信息綁定存儲； 所述軟交換系統(tǒng)要向所述UA發(fā)送信令時，判斷所述UA是否在線: 如果所述UA在線，所述軟交換系統(tǒng)直接向所述UA發(fā)送所述信令； 如果所述UA不在線，所述軟交換系統(tǒng)根據(jù)所述信令生成推送消息，將所述推送消息推送給與所述UA綁定的UE。
2.如權(quán)利要求1所述的方法，其特征在于: 所述UA的UA信息包括UA類型信息； 如果所述UA不在線，所述軟交換系統(tǒng)根據(jù)所述信令生成推送消息之前，還包括:所述軟交換系統(tǒng)根據(jù)所述UA的UA類型信息判斷所述UA是否支持所述推送功能，如支持，再根據(jù)所述信令生成推送消息。
3.如權(quán)利要求1或2所述的方法，其特征在于: 所述軟交換系統(tǒng)在用戶通過UA登錄的過程中，還將所述用戶的移動號碼與所述UA信息和UE信息綁定存儲； 所述軟交換系統(tǒng)要向所述UA發(fā)送的信令為呼叫請求，所述軟交換系統(tǒng)要向所述UA發(fā)送呼叫請求之前，還包括:所述軟交換系統(tǒng)收到被叫號碼為所述移動號碼的呼叫請求，根據(jù)所述移動號碼確定與其綁定的所述UA ； 所述軟交換系統(tǒng)根據(jù)所述信令生成推送消息，包括:所述軟交換系統(tǒng)根據(jù)呼叫請求生成用于通知用戶呼叫到達的第三方推送消息。
4.如權(quán)利要求3所述的方法，其特征在于: 所述軟交換系統(tǒng)將所述推送消息推送給與所述UA綁定的UE之后，還包括:所述軟交換系統(tǒng)啟動一定時器，如在所述定時器的定時時長內(nèi)所述UA轉(zhuǎn)為在線，則向所述UA發(fā)送呼叫請求,否則確定此次呼叫失敗。
5.如權(quán)利要求1或2所述的方法，其特征在于: 所述軟交換系統(tǒng)在用戶通過UA登錄的過程中，還將所述用戶的移動號碼與所述UA信息和UE信息綁定存儲； 所述軟交換系統(tǒng)要向所述UA發(fā)送的信令為消息請求，所述軟交換系統(tǒng)要向所述UA發(fā)送消息請求之前，還包括:所述軟交換系統(tǒng)收到被叫號碼為所述移動號碼的消息請求后，根據(jù)所述移動號碼確定與其綁定的所述UA ； 所述軟交換系統(tǒng)根據(jù)所述信令生成推送消息，包括:所述軟交換系統(tǒng)根據(jù)所述消息請求生成包含所述消息請求中消息內(nèi)容的第三方推送消息。
6.一種軟交換系統(tǒng)，其特征在于，包括登錄管理模塊和信息傳遞模塊，其中: 所述登錄管理模塊，用于在用戶通過用戶代理(UA)登錄的過程中，將所述UA的UA信息和所述UA所在用戶設(shè)備(UE)的UE信息綁定存儲； 所述信息傳遞模塊，用于在要向所述UA發(fā)送信令時，判斷所述UA是否在線:如果在線，直接向所述UA發(fā)送所述信令；如果不在線，根據(jù)所述信令生成推送消息，將所述推送消息推送給與所述UA綁定的UE。
7.如權(quán)利要求6所述的軟交換系統(tǒng)，其特征在于: 所述登錄管理模塊綁定存儲的UA信息包括UA類型信息； 所述信息傳遞模塊判斷所述UA不在線，在根據(jù)所述信令生成推送消息之前，還包括:根據(jù)所述UA的UA類型信息判斷所述UA是否支持所述推送功能，如支持，再根據(jù)所述信令生成所述推送消息。
8.如權(quán)利要求6或7所述的軟交換系統(tǒng)，其特征在于； 所述登錄管理模塊在用戶通過UA登錄的過程中，還將所述用戶的移動號碼與所述UA信息和UE信息綁定存儲； 所述軟交換系統(tǒng)還包括:信令接收模塊，用于在收到被叫號碼為所述移動號碼的呼叫請求后，根據(jù)所述移動號碼確定與其綁定的所述UA并通知所述信息傳遞模塊； 所述信息傳遞模塊根據(jù)所述信令生成推送消息，包括:根據(jù)所述呼叫請求生成用于通知用戶呼叫到達的第三方推送消息。
9.如權(quán)利要求8所述的軟交換系統(tǒng)，其特征在于； 所述信息傳遞模塊將所述推送消息推送給與所述UA綁定的UE之后，還包括:啟動一定時器，如在所述定時器的定時時長內(nèi)所述UA轉(zhuǎn)為在線，則向所述UA發(fā)送呼叫請求，否則確定此次呼叫失敗。
10.如權(quán)利要求6或7所述的軟交換系統(tǒng)，其特征在于: 所述登錄管理模塊在用戶通過UA登錄的過程中，還將所述用戶的移動號碼與所述UA信息和UE信息綁定存儲； 所述軟交換系統(tǒng)還包括:信令接收模塊，用于在收到被叫號碼為所述移動號碼的消息請求后，根據(jù)所述移動號碼確定與其綁定的所述UA并通知所述信息傳遞模塊； 所述信息傳遞模塊根據(jù)所述信令生成推送消息，包括:根據(jù)所述消息請求生成包含所述消息請求中消息內(nèi)容的第三方推送消息。
【文檔編號】H04L29/06GK104284370SQ201410584719
【公開日】2015年1月14日 申請日期:2014年10月27日 優(yōu)先權(quán)日:2014年10月27日
【發(fā)明者】佟季燁, 馬永亮, 楊瑞, 鄭明
申請人:中國聯(lián)合網(wǎng)絡(luò)通信集團有限公司