一種永遠在線業(yè)務(wù)的實現(xiàn)方法、系統(tǒng)和設(shè)備的制作方法
【專利摘要】本發(fā)明公開了一種永遠在線業(yè)務(wù)的實現(xiàn)方法、系統(tǒng)和設(shè)備，終端設(shè)備上部署有AOI中間件，移動核心網(wǎng)部署有AOI服務(wù)器，AOI中間件與AOI服務(wù)器之間建立有公共通知鏈路，該方法包括：在終端設(shè)備的業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間?；盍藰I(yè)務(wù)鏈路后，AOI中間件監(jiān)控業(yè)務(wù)客戶端的應(yīng)用狀態(tài)；當監(jiān)控到業(yè)務(wù)客戶端的應(yīng)用狀態(tài)為異常狀態(tài)時，AOI中間件通過公共通知鏈路將業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息通知給AOI服務(wù)器；由AOI服務(wù)器將業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息通知給業(yè)務(wù)平臺，通知PCRF關(guān)閉業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接，由PCRF通知GGSN/防火墻去?；顦I(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路。本發(fā)明實施例中，可以降低網(wǎng)絡(luò)資源消耗。
【專利說明】一種永遠在線業(yè)務(wù)的實現(xiàn)方法、系統(tǒng)和設(shè)備

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信【技術(shù)領(lǐng)域】，尤其是涉及一種永遠在線業(yè)務(wù)的實現(xiàn)方法、系統(tǒng)和設(shè)備。

【背景技術(shù)】
[0002]當智能手機和移動電腦被廣泛應(yīng)用后，出現(xiàn)了永遠在線業(yè)務(wù)的需求，如即時聊天業(yè)務(wù)、社交網(wǎng)絡(luò)業(yè)務(wù)、郵件推送業(yè)務(wù)等，永遠在線業(yè)務(wù)為了體現(xiàn)出用戶與服務(wù)器的操作性，減少網(wǎng)絡(luò)在用戶使用業(yè)務(wù)時對用戶的影響，提高用戶體驗，需要獲知用戶是否還連接在服務(wù)器上。永遠在線類業(yè)務(wù)的服務(wù)器獲知用戶與服務(wù)器間連接狀態(tài)的方法為:服務(wù)器接收來自用戶的保持在線狀態(tài)信息(即心跳包(ke印alive)消息)，當服務(wù)器收到用戶的心跳包時，證明用戶連接在服務(wù)器上，確定用戶在線的狀態(tài)，從而實現(xiàn)永遠在線的特征。
[0003]用戶在使用永遠在線業(yè)務(wù)時不希望受到由于網(wǎng)絡(luò)狀況或者服務(wù)器狀況而產(chǎn)生的延遲，在高突發(fā)性數(shù)據(jù)發(fā)生時，要求永遠在線業(yè)務(wù)可以做出快速響應(yīng)。為此，數(shù)據(jù)推送技術(shù)是一種服務(wù)器主動將信息發(fā)送給客戶端的技術(shù)；通過Push (推送)技術(shù)，可將重要的信息主動及時地推送到移動終端上，使用戶能夠隨時隨地接收信息，為用戶提供了極大方便。其中，現(xiàn)有的Push方式包括(電子郵件通知)Push方式；通過建立IP長連接，發(fā)送心跳包維持連接的方式；通過運營商核心網(wǎng)設(shè)備?；钣脩舻腎P_CAN(Connectivity AccessNetwork,連接訪問網(wǎng)絡(luò))連接,從而使業(yè)務(wù)無需發(fā)送心跳包機制來維護狀態(tài)。
[0004]在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在以下問題:
[0005]服務(wù)器獲知用戶是否還連接在服務(wù)器上時，現(xiàn)有無線網(wǎng)絡(luò)機制按照用戶使用間斷、大數(shù)量的應(yīng)用來設(shè)計，當用戶靜默一段時間后，網(wǎng)絡(luò)側(cè)會釋放資源，不再提供永遠在線能力，當永遠在線業(yè)務(wù)承載在無線網(wǎng)絡(luò)時，需要通過心跳包機制來維護在線能力，而心跳包往往比較短，數(shù)據(jù)量小，只包含用戶部分信息，且發(fā)送間隔時間較長；因此會導致大量信令消耗，占用網(wǎng)絡(luò)資源。
[0006]采用EMN Push方式時，所有Push類通知消息只能通過短信網(wǎng)關(guān)進行下發(fā)，但短信的時間延遲長，且容易導致消息無法及時通知客戶端。另外，Push短信通知業(yè)務(wù)下載數(shù)據(jù)的方式，在Push短信中無法直接攜帶相關(guān)業(yè)務(wù)數(shù)據(jù)，Push短信僅僅起到通知作用，每次Push短信都需要喚醒業(yè)務(wù)應(yīng)用去下載相關(guān)數(shù)據(jù)，導致一次業(yè)務(wù)數(shù)據(jù)獲取流程較長，而頻繁的業(yè)務(wù)交互容易導致短信網(wǎng)關(guān)負載較大以及應(yīng)用頻繁的去進行網(wǎng)絡(luò)連接，都是對移動網(wǎng)絡(luò)資源的不必要浪費。
[0007]在通過建立IP長連接的Push方式中，需要與網(wǎng)絡(luò)建立一個長時間的連接，通過IP長連接方式處理信息和信息交互，在用戶不需要使用業(yè)務(wù)時該連接也將保持，從而增加了不必要的數(shù)據(jù)流量和費用，并且會導致終端耗電量大。
[0008]運營商核心網(wǎng)保活用戶IP-CAN連接的Push方式中，無法處理網(wǎng)絡(luò)的各種異常情況，造成核心網(wǎng)資源的浪費；移動終端異常下線時，應(yīng)用狀態(tài)不一致。


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

[0009]本發(fā)明實施例提供一種永遠在線業(yè)務(wù)的實現(xiàn)方法和設(shè)備，以降低網(wǎng)絡(luò)資源消耗，解決現(xiàn)有業(yè)務(wù)心跳包策略導致移動網(wǎng)絡(luò)資源濫用的問題。
[0010]為達到上述目的，本發(fā)明實施例提供一種永遠在線業(yè)務(wù)的實現(xiàn)方法，終端設(shè)備上部署有永遠在線基礎(chǔ)實施AOI中間件，移動核心網(wǎng)部署有AOI服務(wù)器，所述AOI中間件與所述AOI服務(wù)器之間建立有公共通知鏈路，該方法包括以下步驟:
[0011]在所述終端設(shè)備的業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間?；盍藰I(yè)務(wù)鏈路之后，所述AOI中間件監(jiān)控所述業(yè)務(wù)客戶端的應(yīng)用狀態(tài)；
[0012]當監(jiān)控到所述業(yè)務(wù)客戶端的應(yīng)用狀態(tài)為異常狀態(tài)時，所述AOI中間件通過所述公共通知鏈路將所述業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息通知給所述AOI服務(wù)器；由所述AOI服務(wù)器將所述業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息通知給所述業(yè)務(wù)平臺，并通知策略與計費規(guī)則功能PCRF關(guān)閉所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接，并由所述PCRF通知網(wǎng)關(guān)GPRS支持節(jié)點GGSN/防火墻去?；钏鰳I(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路。
[0013]本發(fā)明實施例提供一種永遠在線業(yè)務(wù)的實現(xiàn)方法，終端設(shè)備上部署有永遠在線基礎(chǔ)實施AOI中間件，移動核心網(wǎng)部署有AOI服務(wù)器，所述AOI中間件與所述AOI服務(wù)器之間建立有公共通知鏈路，該方法包括以下步驟:
[0014]在終端設(shè)備的業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間?；盍藰I(yè)務(wù)鏈路之后，如果所述AOI中間件監(jiān)控到業(yè)務(wù)客戶端的異常狀態(tài)，則所述AOI服務(wù)器通過所述公共通知鏈路接收來自所述AOI中間件的業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息；
[0015]所述AOI服務(wù)器將所述業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息通知給所述業(yè)務(wù)平臺，并通知策略與計費規(guī)則功能PCRF關(guān)閉所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接，并由所述PCRF通知網(wǎng)關(guān)GPRS支持節(jié)點GGSN/防火墻去?；钏鰳I(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路。
[0016]本發(fā)明實施例提供一種永遠在線業(yè)務(wù)的實現(xiàn)系統(tǒng)，終端設(shè)備上部署有永遠在線基礎(chǔ)實施AOI中間件，移動核心網(wǎng)部署有AOI服務(wù)器，所述AOI中間件與所述AOI服務(wù)器之間建立有公共通知鏈路，其中:
[0017]所述AOI中間件，用于在所述終端設(shè)備的業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間?；盍藰I(yè)務(wù)鏈路之后，監(jiān)控所述業(yè)務(wù)客戶端的應(yīng)用狀態(tài)；并當監(jiān)控到所述業(yè)務(wù)客戶端的應(yīng)用狀態(tài)為異常狀態(tài)時，通過所述公共通知鏈路將所述業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息通知給所述AOI服務(wù)器；
[0018]所述AOI服務(wù)器，用于通過所述公共通知鏈路接收來自所述AOI中間件的業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息，將所述業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息通知給所述業(yè)務(wù)平臺，并通知策略與計費規(guī)則功能PCRF關(guān)閉所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接，并由所述PCRF通知網(wǎng)關(guān)GPRS支持節(jié)點GGSN/防火墻去保活所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路。
[0019]本發(fā)明實施例提供一種終端設(shè)備上部署的永遠在線基礎(chǔ)實施AOI中間件，所述AOI中間件與AOI服務(wù)器之間建立有公共通知鏈路，且所述AOI服務(wù)器部署在移動核心網(wǎng)，所述AOI中間件具體包括:
[0020]處理模塊，用于在所述終端設(shè)備的業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間?；盍藰I(yè)務(wù)鏈路之后，監(jiān)控所述業(yè)務(wù)客戶端的應(yīng)用狀態(tài)；
[0021]通信模塊，用于當監(jiān)控到所述業(yè)務(wù)客戶端的應(yīng)用狀態(tài)為異常狀態(tài)時，通過所述公共通知鏈路將所述業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息通知給所述AOI服務(wù)器；由所述AOI服務(wù)器將所述業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息通知給所述業(yè)務(wù)平臺，并通知策略與計費規(guī)則功能PCRF關(guān)閉所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接，并由所述PCRF通知網(wǎng)關(guān)GPRS支持節(jié)點GGSN/防火墻去?；钏鰳I(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路。
[0022]本發(fā)明實施例提供一種移動核心網(wǎng)側(cè)部署的永遠在線基礎(chǔ)實施AOI服務(wù)器，AOI中間件與所述AOI服務(wù)器之間建立有公共通知鏈路，且所述AOI中間件部署在終端設(shè)備上，所述AOI服務(wù)器具體包括:
[0023]接收模塊，用于在終端設(shè)備的業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間?；盍藰I(yè)務(wù)鏈路之后，如果所述AOI中間件監(jiān)控到業(yè)務(wù)客戶端的異常狀態(tài)，則通過所述公共通知鏈路接收來自所述AOI中間件的業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息；
[0024]發(fā)送模塊，用于將所述業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息通知給所述業(yè)務(wù)平臺，并通知策略與計費規(guī)則功能PCRF關(guān)閉所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接，并由所述PCRF通知網(wǎng)關(guān)GPRS支持節(jié)點GGSN/防火墻去保活所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路。
[0025]與現(xiàn)有技術(shù)相比，本發(fā)明實施例至少具有以下優(yōu)點:本發(fā)明實施例中，通過在AOI(Always Online Infrastructure,永遠在線基礎(chǔ)實施)中間件和AOI服務(wù)器之間建立公共通知鏈路，并取消心跳的永遠在線方法，從而解決現(xiàn)有業(yè)務(wù)心跳包策略導致移動網(wǎng)絡(luò)資源濫用的問題，為移動應(yīng)用提供一整套端到端的永遠在線解決方案，降低網(wǎng)絡(luò)資源消耗。進一步的，通過在應(yīng)用側(cè)將所有業(yè)務(wù)的Push通道及小數(shù)據(jù)量消息傳輸通道進行了歸并，減少了終端設(shè)備和網(wǎng)絡(luò)之間的數(shù)據(jù)鏈接，同時可以將小數(shù)據(jù)包進行合并傳輸，減少了網(wǎng)絡(luò)中小包的傳輸。通過網(wǎng)絡(luò)側(cè)對需要長期保持的鏈路進行?；?，取消或者延長了心跳消息報文的間隔時長，可以大量減少網(wǎng)絡(luò)中傳輸?shù)男奶ⅰＪ諗繎?yīng)用的長連接可以減少網(wǎng)絡(luò)側(cè)需要?；畹倪B接數(shù)量，減少核心網(wǎng)中的資源消耗。

【專利附圖】

【附圖說明】
[0026]為了更清楚地說明本發(fā)明的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其它的附圖。
[0027]圖1是本發(fā)明實施例一提供的一種永遠在線業(yè)務(wù)的實現(xiàn)方法流程示意圖；
[0028]圖2是本發(fā)明實施例二提供的一種永遠在線業(yè)務(wù)的實現(xiàn)方法流程示意圖；
[0029]圖3是本發(fā)明實施例三提供的一種永遠在線業(yè)務(wù)的實現(xiàn)方法流程示意圖；
[0030]圖4是本發(fā)明實施例四提供的一種永遠在線業(yè)務(wù)的實現(xiàn)方法流程示意圖；
[0031]圖5是本發(fā)明實施例五提供的一種永遠在線業(yè)務(wù)的實現(xiàn)方法流程示意圖；
[0032]圖6是本發(fā)明實施例六提供的一種永遠在線業(yè)務(wù)的實現(xiàn)方法流程示意圖；
[0033]圖7是本發(fā)明實施例七提供的一種永遠在線業(yè)務(wù)的實現(xiàn)方法流程示意圖；
[0034]圖8是本發(fā)明實施例八提供的一種永遠在線業(yè)務(wù)的實現(xiàn)方法流程示意圖；
[0035]圖9是本發(fā)明實施例十提供的一種AOI中間件的結(jié)構(gòu)示意圖；
[0036]圖10是本發(fā)明實施例十一提供的一種AOI服務(wù)器的結(jié)構(gòu)示意圖。

【具體實施方式】
[0037]下面將結(jié)合本發(fā)明中的附圖，對本發(fā)明中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明的一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實施例，都屬于本發(fā)明保護的范圍。
[0038]根據(jù)現(xiàn)有技術(shù)中對永遠在線心跳原因的分析，心跳主要是由于需要保持移動網(wǎng)絡(luò)中的防火墻/NAT (Network Address Translat1n，網(wǎng)絡(luò)地址轉(zhuǎn)換)設(shè)備的映射關(guān)系和PDP(Packet Data Protocol,分組數(shù)據(jù)協(xié)議)資源而產(chǎn)生的。而移動運營商在網(wǎng)絡(luò)側(cè)具有能力根據(jù)應(yīng)用的需求為應(yīng)用提供永遠在線服務(wù)，維持PDP資源和公網(wǎng)IP地址，替換原有應(yīng)用中依靠心跳包維持永遠在線的能力，同時協(xié)調(diào)應(yīng)用協(xié)同取消心跳，通過網(wǎng)絡(luò)側(cè)來保證長連接的可靠鏈路。
[0039]但是，通過網(wǎng)絡(luò)側(cè)來保證長連接的可靠鏈路時，并沒有規(guī)定何時釋放長連接的相關(guān)技術(shù)方案，從而導致長連接資源的浪費。
[0040]實施例一
[0041]針對現(xiàn)有技術(shù)中存在的問題，本發(fā)明實施例一提供一種永遠在線業(yè)務(wù)的實現(xiàn)方法，通過對永遠在線的應(yīng)用和離線Push需求進行整合，在終端設(shè)備上部署AOI中間件，在移動核心網(wǎng)部署AOI服務(wù)器，并通過在AOI中間件和AOI服務(wù)器之間建立公共通知鏈路，以通過該公共通知鏈路收斂所有永遠在線需求應(yīng)用、Push和部分消息傳輸通道，并結(jié)合運營商的優(yōu)勢，在網(wǎng)絡(luò)側(cè)通過PCRF (Policy and Charging Rules Funct1n,策略與計費規(guī)則功能)的策略控制，?；罟餐ㄖ溌?。此外，針對一些業(yè)務(wù)需要大量傳輸數(shù)據(jù)的通道，通過建立業(yè)務(wù)的長連接，并建立業(yè)務(wù)鏈路，以通過PCRF維持業(yè)務(wù)通道。
[0042]本發(fā)明實施例中，在終端設(shè)備側(cè)部署一個AOI中間件，AOI中間件具有注冊管理和消息分發(fā)功能，并收斂終端設(shè)備側(cè)所有注冊業(yè)務(wù)網(wǎng)絡(luò)連接，此AOI中間件可以預置在終端設(shè)備中，可進行后期安裝和升級操作，其主要功能如下:(1)注冊:注冊管理模塊主要負責終端設(shè)備的業(yè)務(wù)注冊到AOI中間件，并通過AOI中間件向AOI服務(wù)器注冊永遠在線能力；
(2)收斂鏈路:Α0Ι中間件與AOI服務(wù)器建立統(tǒng)一永遠在線連接(即公共通知鏈路)，并監(jiān)聽從AOI服務(wù)器下發(fā)的各種消息；同時AOI中間件與AOI服務(wù)器進行定期的狀態(tài)信息交互，維持業(yè)務(wù)鏈路的狀態(tài)，實現(xiàn)定期檢測業(yè)務(wù)鏈路狀態(tài)；(3)上傳業(yè)務(wù)消息:Α0Ι中間件負責接收從業(yè)務(wù)客戶端上發(fā)的業(yè)務(wù)消息，并通過公共通知鏈路轉(zhuǎn)發(fā)給AOI服務(wù)器，并由AOI服務(wù)器發(fā)給業(yè)務(wù)平臺；(4)接收并分發(fā)消息:AOI中間件負責接收AOI服務(wù)器推送來的業(yè)務(wù)數(shù)據(jù)，并喚醒對應(yīng)注冊的業(yè)務(wù)客戶端，將業(yè)務(wù)數(shù)據(jù)傳遞給業(yè)務(wù)客戶端；(5) Push短信接收并分發(fā):AOI中間件負責監(jiān)聽短信網(wǎng)關(guān)的Push的攜帶業(yè)務(wù)數(shù)據(jù)的短消息，并喚醒對應(yīng)注冊的業(yè)務(wù)客戶端(即業(yè)務(wù)數(shù)據(jù)對應(yīng)的業(yè)務(wù)客戶端)，將業(yè)務(wù)數(shù)據(jù)傳遞給業(yè)務(wù)客戶端；(6)業(yè)務(wù)狀態(tài)維護及異常處理:Α0Ι中間件與業(yè)務(wù)客戶端進行狀態(tài)交互，如發(fā)現(xiàn)業(yè)務(wù)客戶端的異常狀況，通過公共通知鏈路將業(yè)務(wù)客戶端的異常狀態(tài)信息發(fā)送給AOI服務(wù)器，由AOI服務(wù)器將異常狀態(tài)信息轉(zhuǎn)發(fā)給業(yè)務(wù)平臺。
[0043]PCRF是PCC (Policy and Charging Control,策略與計費控制)架構(gòu)的核心，主要負責策略決策和計費規(guī)則的制定，本發(fā)明實施例中，需要對PCRF進行改造，通過PCRF通知GGSN和防火墻保持狀態(tài)，業(yè)務(wù)無需在此鏈路上再發(fā)送心跳包數(shù)據(jù)進行鏈路的維持，鏈路維持由核心網(wǎng)提供能力，并要求PCRF實現(xiàn)如下功能:(I)接收?；罨蛉ケ；钫埱?PCRF負責接收AOI服務(wù)器發(fā)來的鏈路?；钫埱蠛玩溌啡ケ；钫埱?，并處理由AOI服務(wù)器發(fā)來的鏈路?；钫埱蠛玩溌啡ケ；钫埱?；(2)執(zhí)行保活或去?；钐幚?PCRF根據(jù)AOI服務(wù)器發(fā)來的鏈路?；钫埱蠡蜴溌啡ケ；钫埱?，通知GGSN和防火墻/NAT進行相關(guān)鏈路的保活處理或者去?；钐幚恚痪唧w的，PCRF在收到來自AOI服務(wù)器的鏈路保活請求后，通知GGSN和防火墻/NAT設(shè)備進行鏈路保活處理，且在鏈路?；钐幚碇?，業(yè)務(wù)客戶端在相應(yīng)鏈路上不需要發(fā)送心跳包數(shù)據(jù)進行鏈路的維持；PCRF在收到來自AOI服務(wù)器的鏈路去?；钫埱笾螅ㄖ狦GSN和防火墻/NAT設(shè)備進行鏈路去?；钐幚恚以阪溌啡ケ；钐幚砗?，業(yè)務(wù)客戶端在相應(yīng)鏈路上需要發(fā)送心跳包數(shù)據(jù)進行鏈路的維持；(3)分配信道資源:根據(jù)永遠在線業(yè)務(wù)的種類，進行通信信道的合理分配。
[0044]本發(fā)明實施例中，在移動核心網(wǎng)部署AOI服務(wù)器，該AOI服務(wù)器負責維護和管理業(yè)務(wù)的永遠在線能力，其主要功能如下:(1)公共通知鏈路:與AOI中間件之間建立和維護統(tǒng)一的公共通知鏈路；(2)業(yè)務(wù)注冊:負責對永遠在線類業(yè)務(wù)的相關(guān)能力進行管理，包括注冊注銷和能力識別等；(3)業(yè)務(wù)消息推送:與業(yè)務(wù)平臺接口，負責在業(yè)務(wù)平臺和AOI中間件之間傳遞消息；(4)業(yè)務(wù)鏈路維護:與業(yè)務(wù)平臺接口，負責將業(yè)務(wù)的業(yè)務(wù)鏈路?；钫埱?，傳遞給核心網(wǎng)PCRF ; (5)異常處理:負責通過公共通知鏈路接收AOI中間件上報的業(yè)務(wù)客戶端異常狀況，并在發(fā)現(xiàn)業(yè)務(wù)客戶端出現(xiàn)異常時，將狀態(tài)信息上報給業(yè)務(wù)平臺，并根據(jù)情況通知核心網(wǎng)PCRF釋放業(yè)務(wù)客戶端對應(yīng)的?；铈溌?。
[0045]綜上所述，針對永遠在線需求，在應(yīng)用層設(shè)計AOI中間件和AOI服務(wù)器，并在AOI中間件和AOI服務(wù)器之間建立公共通知鏈路，網(wǎng)絡(luò)側(cè)為各應(yīng)用維護其永遠在線通道，當多個永遠在線類應(yīng)用并存時，AOI中間件可對注冊的永遠在線類應(yīng)用客戶端狀態(tài)進行監(jiān)聽，并通過AOI服務(wù)器反饋給業(yè)務(wù)平臺，實現(xiàn)只維護一條公共通知鏈路，并通過異常檢測機制保證連接可靠性，避免網(wǎng)絡(luò)側(cè)維護多條GGSN和防火墻/NAT的長連接數(shù)。進一步的，通過對業(yè)務(wù)的類型識別，還可基于PCC架構(gòu)實現(xiàn)對永遠在線類應(yīng)用其它小數(shù)據(jù)包的無線資源調(diào)度優(yōu)化，進一步降低對無線網(wǎng)絡(luò)的影響。進一步的，公共通知鏈路根據(jù)注冊的永遠在線類業(yè)務(wù)需求進行合理的開啟和關(guān)閉，在公用鏈路未被建立時，AOI服務(wù)器可通過下發(fā)短信通知AOI中間件進行公用鏈路的建立。
[0046]本發(fā)明實施例中，需要在終端設(shè)備的業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間建立業(yè)務(wù)鏈路，并?；顦I(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路?；诖?業(yè)務(wù)平臺通知AOI服務(wù)器?；顦I(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路，AOI服務(wù)器在收到保活業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的通知后，通知PCRF維持業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接，并由 PCRF 通知 GGSN (Gateway GPRS Support Node,網(wǎng)關(guān) GPRS 支持節(jié)點)/ 防火墻(即 GGSN和/或防火墻，且防火墻可以為防火墻和NAT設(shè)備的集成)?；顦I(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路，以在業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間?；顦I(yè)務(wù)鏈路。
[0047]本發(fā)明實施例中，需要在AOI中間件與AOI服務(wù)器之間建立公共通知鏈路，并?；預OI中間件與AOI服務(wù)器之間的公共通知鏈路?；诖?Α0Ι中間件在收到來自業(yè)務(wù)客戶端的注冊請求后，判斷AOI中間件與AOI服務(wù)器之間的公共通知鏈路是否已經(jīng)建立；如果未建立，則AOI中間件向AOI服務(wù)器發(fā)送用于建立公共通知鏈路的請求；Α0Ι服務(wù)器在收到用于建立公共通知鏈路的請求后，通知PCRF維持AOI中間件與AOI服務(wù)器之間的公共通知鏈路的長連接，并由PCRF通知GGSN/防火墻保活AOI中間件與AOI服務(wù)器之間的公共通知鏈路，以建立AOI中間件與AOI服務(wù)器之間的公共通知鏈路。
[0048]基于上述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路(業(yè)務(wù)如果有大量數(shù)據(jù)傳輸，則可以建立業(yè)務(wù)鏈路用于業(yè)務(wù)消息的傳遞)、以及AOI中間件與AOI服務(wù)器之間的公共通知鏈路(用于離線消息的推送，以及部分業(yè)務(wù)小消息的發(fā)送和接收)，如圖1所示，在終端設(shè)備的業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間?；盍藰I(yè)務(wù)鏈路之后，該永遠在線業(yè)務(wù)的實現(xiàn)方法包括以下步驟:
[0049]步驟101，AOI中間件監(jiān)控業(yè)務(wù)客戶端的應(yīng)用狀態(tài)。
[0050]步驟102，當監(jiān)控到業(yè)務(wù)客戶端的應(yīng)用狀態(tài)為異常狀態(tài)時，AOI中間件通過公共通知鏈路將業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息通知給AOI服務(wù)器。
[0051]步驟103，AOI服務(wù)器通過公共通知鏈路接收來自AOI中間件的業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息，并將業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息通知給業(yè)務(wù)平臺，并通知PCRF關(guān)閉業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接。
[0052]步驟104，PCRF通知GGSN/防火墻卿GGSN和/或防火墻/NAT設(shè)備)去保活業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路。
[0053]本發(fā)明實施例中，基于AOI中間件與AOI服務(wù)器之間的公共通知鏈路，AOI服務(wù)器接收來自業(yè)務(wù)平臺的業(yè)務(wù)數(shù)據(jù)，并當AOI中間件與AOI服務(wù)器之間的公共通知鏈路建立時，AOI服務(wù)器通過公共通知鏈路將業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)發(fā)給AOI中間件；Α0Ι中間件通過公共通知鏈路接收來自AOI服務(wù)器的業(yè)務(wù)數(shù)據(jù)，并喚醒業(yè)務(wù)數(shù)據(jù)對應(yīng)的業(yè)務(wù)客戶端，將業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)發(fā)給業(yè)務(wù)客戶端。和/或，AOI中間件接收來自業(yè)務(wù)客戶端的業(yè)務(wù)數(shù)據(jù)，并通過公共通知鏈路將業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)發(fā)給AOI服務(wù)器；Α0Ι服務(wù)器通過公共通知鏈路接收來自AOI中間件的業(yè)務(wù)數(shù)據(jù)，并將業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)發(fā)給業(yè)務(wù)客戶端對應(yīng)的業(yè)務(wù)平臺。
[0054]本發(fā)明實施例中，基于AOI中間件與AOI服務(wù)器之間的公共通知鏈路，AOI服務(wù)器接收來自業(yè)務(wù)平臺的業(yè)務(wù)數(shù)據(jù)，當AOI中間件與AOI服務(wù)器之間的公共通知鏈路未建立時，AOI服務(wù)器向短信網(wǎng)關(guān)發(fā)送攜帶業(yè)務(wù)數(shù)據(jù)的短消息，短信網(wǎng)關(guān)將攜帶業(yè)務(wù)數(shù)據(jù)的短消息發(fā)送給AOI中間件；Α0Ι中間件接收來自短信網(wǎng)關(guān)的攜帶業(yè)務(wù)數(shù)據(jù)(發(fā)送給業(yè)務(wù)客戶端的業(yè)務(wù)數(shù)據(jù))的短消息，喚醒業(yè)務(wù)數(shù)據(jù)對應(yīng)的業(yè)務(wù)客戶端，將攜帶業(yè)務(wù)數(shù)據(jù)的短消息發(fā)給業(yè)務(wù)客戶端。
[0055]本發(fā)明實施例中，基于業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路，在業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間保活了業(yè)務(wù)鏈路之后，當業(yè)務(wù)客戶端注銷下線時，AOI服務(wù)器接收來自業(yè)務(wù)平臺的關(guān)閉業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的通知，并通知PCRF關(guān)閉業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接，并由PCRF通知GGSN/防火墻去?；顦I(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路。
[0056]本發(fā)明實施例中，基于AOI中間件與AOI服務(wù)器之間的公共通知鏈路，當終端設(shè)備上所有業(yè)務(wù)客戶端均注銷永遠在線能力時，AOI中間件向AOI服務(wù)器發(fā)送用于拆除公共通知鏈路的請求；Α0Ι服務(wù)器在收到用于拆除公共通知鏈路的請求后，通知PCRF關(guān)閉AOI中間件與AOI服務(wù)器之間的公共通知鏈路的長連接，PCRF通知GGSN/防火墻去保活AOI中間件與AOI服務(wù)器之間的公共通知鏈路，以拆除AOI中間件與AOI服務(wù)器之間的公共通知鏈路。
[0057]綜上所述，本發(fā)明實施例中，通過在AOI中間件和AOI服務(wù)器之間建立公共通知鏈路，并取消心跳的永遠在線方法，從而解決現(xiàn)有業(yè)務(wù)心跳包策略導致移動網(wǎng)絡(luò)資源濫用的問題，為移動應(yīng)用提供一整套端到端的永遠在線解決方案，降低網(wǎng)絡(luò)資源消耗。進一步的，通過在應(yīng)用側(cè)將所有業(yè)務(wù)的Push通道及小數(shù)據(jù)量消息傳輸通道進行了歸并，減少了終端設(shè)備和網(wǎng)絡(luò)之間的數(shù)據(jù)鏈接，同時可以將小數(shù)據(jù)包進行合并傳輸，減少了網(wǎng)絡(luò)中小包的傳輸。通過網(wǎng)絡(luò)側(cè)對需要長期保持的鏈路進行?；睿∠蛘哐娱L了心跳消息報文的間隔時長，可以大量減少網(wǎng)絡(luò)中傳輸?shù)男奶ⅰＪ諗繎?yīng)用的長連接可以減少網(wǎng)絡(luò)側(cè)需要?；畹倪B接數(shù)量，減少核心網(wǎng)中的資源消耗。
[0058]以下結(jié)合具體實施例對本發(fā)明提供的永遠在線業(yè)務(wù)的實現(xiàn)進行說明。
[0059]實施例二
[0060]本實施例為永遠在線業(yè)務(wù)登記開通流程。其中，業(yè)務(wù)提供方(第三方業(yè)務(wù)提供方)在接入永遠在線方案前，需要到永遠在線業(yè)務(wù)接入平臺進行業(yè)務(wù)開通和登記，永遠在線業(yè)務(wù)登記開通流程如圖2所示，該流程包括以下步驟:
[0061]步驟I，業(yè)務(wù)提供方在永遠在線申請portal提交永遠在線業(yè)務(wù)信息，包括在永遠在線申請portal填寫業(yè)務(wù)名稱，類型，應(yīng)用平臺IP地址等相關(guān)信息。
[0062]步驟2，永遠在線申請portal審核業(yè)務(wù)提供方提交的永遠在線業(yè)務(wù)信息，如果審核通過，則永遠在線申請portal為業(yè)務(wù)提供方分配業(yè)務(wù)ID及業(yè)務(wù)密鑰。
[0063]步驟3，永遠在線申請portal將永遠在線業(yè)務(wù)的相關(guān)信息(如業(yè)務(wù)ID及業(yè)務(wù)密鑰)登記到AOI服務(wù)器，并為該永遠在線業(yè)務(wù)開通使用永遠在線能力。
[0064]步驟4，永遠在線申請portal將永遠在線業(yè)務(wù)的業(yè)務(wù)ID及業(yè)務(wù)密鑰提供給業(yè)務(wù)提供方，供業(yè)務(wù)提供方研發(fā)永遠在線業(yè)務(wù)使用。
[0065]實施例三
[0066]本實施例為公共通知鏈路以及業(yè)務(wù)鏈路的建立流程。其中，如果業(yè)務(wù)客戶端期望使用永遠在線能力，則在登錄業(yè)務(wù)平臺之前，需要注冊業(yè)務(wù)能力到終端設(shè)備的AOI中間件，以在AOI中間件和AOI服務(wù)器之間建立公共通知鏈路。進一步的，為了在AOI中間件和AOI服務(wù)器之間建立公共通知鏈路，需要先進行永遠在線業(yè)務(wù)登記開通流程(即上述實施例二)，使得AOI服務(wù)器能夠識別此永遠在線業(yè)務(wù)，并上報PCRF進行鏈路維護及傳遞消息到業(yè)務(wù)平臺。
[0067]在AOI中間件和AOI服務(wù)器之間建立公共通知鏈路，以及在業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間?；顦I(yè)務(wù)鏈路的流程如圖3所示，該流程包括以下步驟:
[0068]步驟1，業(yè)務(wù)客戶端注冊業(yè)務(wù)能力到終端設(shè)備的AOI中間件，AOI中間件接收來自業(yè)務(wù)客戶端的注冊請求，并在通過認證后，確認業(yè)務(wù)能力需求為永遠在線能力，并判斷AOI中間件和AOI服務(wù)器之間的公共通知鏈路是否已經(jīng)建立，若沒有建立，則發(fā)起建立公共通知鏈路的流程，即執(zhí)行步驟2。
[0069]步驟2，AOI中間件向AOI服務(wù)器發(fā)送用于建立公共通知鏈路的請求，以為相應(yīng)的業(yè)務(wù)客戶端注冊業(yè)務(wù)永遠在線能力。
[0070]步驟3，AOI服務(wù)器根據(jù)來自AOI中間件的用于建立公共通知鏈路的請求中攜帶的業(yè)務(wù)ID判斷此業(yè)務(wù)是否具有使用永遠在線能力；并在具有使用永遠在線能力時，將用戶注冊信息上傳到業(yè)務(wù)平臺，由業(yè)務(wù)平臺對用戶進行業(yè)務(wù)身份認證。當業(yè)務(wù)身份認成功時，業(yè)務(wù)平臺保存AOI服務(wù)器的相關(guān)身份標識信息，并將業(yè)務(wù)鑒權(quán)成功的信息返回給AOI服務(wù)器。
[0071]步驟4，AOI服務(wù)器收到業(yè)務(wù)鑒權(quán)成功的信息后，通知PCRF為公共通知鏈路(Α0Ι中間件與AOI服務(wù)器之間的公共通知鏈路)維持長連接。其中，AOI服務(wù)器需要將為公共通知鏈路維持長連接的通知消息轉(zhuǎn)換為標準的Rx接口信令，并進行路由尋址及管理，將?；钸B接的需求通知到對應(yīng)的PCRF。
[0072]步驟5，PCRF通知GGSN/防火墻?；預OI中間件與AOI服務(wù)器之間的公共通知鏈路。具體的，PCRF通知GGSN具體的永遠在線類業(yè)務(wù)承載狀態(tài)管理方法，通知消息中攜帶永遠在線類業(yè)務(wù)承載能力請求、用戶IP-CAN會話信息，之后由GGSN將對應(yīng)IP-CAN會話變更為永遠在線類業(yè)務(wù)承載，并為該IP-CAN會話保持永遠在線能力，包括通知防火墻/NAT不釋放映射、保持該IP-CAN會話不釋放，為公共通知鏈路進行保活處理等。
[0073]基于上述處理，AOI中間件與AOI服務(wù)器之間的公共通知鏈路建立完成，AOI中間件與AOI服務(wù)器通過異常檢測機制監(jiān)聽鏈路狀態(tài)。具體的，AOI中間件與AOI服務(wù)器之間的公共通知鏈路被保活后，AOI中間件與AOI服務(wù)器協(xié)商，定時進行應(yīng)用狀態(tài)更新，以確保業(yè)務(wù)層面及時感知業(yè)務(wù)客戶端的狀態(tài)。
[0074]步驟6，業(yè)務(wù)客戶端在業(yè)務(wù)平臺登錄在線后，如果業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間存在大量的數(shù)據(jù)定期交互，則需要在業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間直接建立業(yè)務(wù)鏈路，以在業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間進行業(yè)務(wù)信息的直接交互。
[0075]步驟7，業(yè)務(wù)平臺在收到使用永遠在線業(yè)務(wù)的業(yè)務(wù)客戶端發(fā)送來的登錄請求后，通知AOI服務(wù)器?；顦I(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路。
[0076]步驟8，AOI服務(wù)器在收到?；顦I(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的通知(即長連接?；钫埱?后，對業(yè)務(wù)平臺的長連接保活請求進行鑒權(quán)，判斷此登錄業(yè)務(wù)是否有保活業(yè)務(wù)鏈路的能力。若鑒權(quán)通過，則執(zhí)行步驟9。
[0077]步驟9，A0I服務(wù)器通知PCRF維持業(yè)務(wù)鏈路的長連接。其中，該業(yè)務(wù)鏈路為業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路。
[0078]步驟10，PCRF通知GGSN/防火墻?；顦I(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路，從而在業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間?；顦I(yè)務(wù)鏈路。
[0079]其中，在業(yè)務(wù)鏈路被?；铋L連接之后，業(yè)務(wù)客戶端不再需要頻繁發(fā)送心跳包來維持此業(yè)務(wù)鏈路，業(yè)務(wù)數(shù)據(jù)可以直接在業(yè)務(wù)鏈路上進行傳輸。
[0080]實施例四
[0081]本實施例為通過公共通知鏈路發(fā)送業(yè)務(wù)數(shù)據(jù)的處理流程。其中，業(yè)務(wù)客戶端在完成永遠在線業(yè)務(wù)的注冊后，當業(yè)務(wù)平臺需要Push數(shù)據(jù)到業(yè)務(wù)客戶端時，如果AOI中間件和AOI服務(wù)器之間的公共通知鏈路已經(jīng)建立，則業(yè)務(wù)平臺可以通過公共通知鏈路推送業(yè)務(wù)數(shù)據(jù)給業(yè)務(wù)客戶端，通過公共通知鏈路推送業(yè)務(wù)數(shù)據(jù)給業(yè)務(wù)客戶端的流程如圖4所示，該流程包括以下步驟:
[0082]步驟1，業(yè)務(wù)平臺需要向業(yè)務(wù)客戶端推送業(yè)務(wù)數(shù)據(jù)時，將需要推送的業(yè)務(wù)數(shù)據(jù)以及相應(yīng)的用戶ID發(fā)送到AOI服務(wù)器，由AOI服務(wù)器進行處理。
[0083]步驟2，AOI服務(wù)器通過收到的用戶ID查看對應(yīng)的AOI中間件與AOI服務(wù)器之間的公共通知鏈路是否已經(jīng)建立。
[0084]步驟3，如果AOI中間件與AOI服務(wù)器之間的公共通知鏈路已經(jīng)建立，則AOI服務(wù)器通過該公共通知鏈路Push業(yè)務(wù)數(shù)據(jù)給AOI中間件。
[0085]步驟4，AOI中間件通過公共通知鏈路接收來自AOI服務(wù)器的業(yè)務(wù)數(shù)據(jù)，通過業(yè)務(wù)ID找到并喚醒注冊的業(yè)務(wù)客戶端，將業(yè)務(wù)數(shù)據(jù)發(fā)送給業(yè)務(wù)客戶端。
[0086]步驟5，業(yè)務(wù)客戶端接收并解析業(yè)務(wù)數(shù)據(jù)，判斷是否與業(yè)務(wù)平臺建立數(shù)據(jù)傳輸連接，并在與業(yè)務(wù)平臺建立數(shù)據(jù)傳輸連接時，和業(yè)務(wù)平臺進行數(shù)據(jù)交互。
[0087]步驟6，業(yè)務(wù)客戶端與業(yè)務(wù)平臺進行數(shù)據(jù)交互，并在業(yè)務(wù)數(shù)據(jù)的交互完成后，業(yè)務(wù)客戶端斷開和業(yè)務(wù)平臺的數(shù)據(jù)傳輸連接，結(jié)束此次數(shù)據(jù)傳輸。
[0088]實施例五
[0089]本實施例為通過短信網(wǎng)關(guān)發(fā)送業(yè)務(wù)數(shù)據(jù)的處理流程。其中，業(yè)務(wù)客戶端在完成永遠在線業(yè)務(wù)的注冊后，當業(yè)務(wù)平臺需要Push數(shù)據(jù)到業(yè)務(wù)客戶端時，如果AOI中間件和AOI服務(wù)器之間的公共通知鏈路不存在(即沒有建立)，則業(yè)務(wù)平臺可以通過短信網(wǎng)關(guān)(短消息網(wǎng)關(guān))推送業(yè)務(wù)數(shù)據(jù)給AOI中間件，并由AOI中間件喚醒對應(yīng)的業(yè)務(wù)客戶端并進行業(yè)務(wù)數(shù)據(jù)交互，即業(yè)務(wù)平臺通過短信網(wǎng)關(guān)推送業(yè)務(wù)數(shù)據(jù)給業(yè)務(wù)客戶端，通過短信網(wǎng)關(guān)鏈路推送業(yè)務(wù)數(shù)據(jù)給業(yè)務(wù)客戶端的流程如圖5所示，該流程包括以下步驟:
[0090]步驟1，業(yè)務(wù)平臺需要向業(yè)務(wù)客戶端推送業(yè)務(wù)數(shù)據(jù)時，將需要推送的業(yè)務(wù)數(shù)據(jù)以及相應(yīng)的用戶ID發(fā)送到AOI服務(wù)器，由AOI服務(wù)器進行處理。
[0091]步驟2，AOI服務(wù)器通過收到的用戶ID查看對應(yīng)的AOI中間件與AOI服務(wù)器之間的公共通知鏈路是否已經(jīng)建立。
[0092]步驟3，如果AOI中間件與AOI服務(wù)器之間的公共通知鏈路未建立，則AOI服務(wù)器查找此業(yè)務(wù)對應(yīng)的手機號碼，并向?qū)?yīng)的短信網(wǎng)關(guān)Push短消息，該短消息中攜帶了業(yè)務(wù)平臺需要發(fā)送給業(yè)務(wù)客戶端的業(yè)務(wù)數(shù)據(jù)。
[0093]步驟4，短信網(wǎng)關(guān)在收到短消息后，向?qū)?yīng)的AOI中間件Push短消息，該短消息中攜帶業(yè)務(wù)平臺需要發(fā)送給業(yè)務(wù)客戶端的業(yè)務(wù)數(shù)據(jù)。
[0094]步驟5，AOI中間件監(jiān)聽到AOI服務(wù)器通過短信網(wǎng)關(guān)下發(fā)的短消息后，解析該短消息以查找到對應(yīng)的注冊業(yè)務(wù)，喚醒對應(yīng)的業(yè)務(wù)客戶端，并將短消息傳遞給此業(yè)務(wù)客戶端，該短消息中攜帶需要發(fā)送給業(yè)務(wù)客戶端的業(yè)務(wù)數(shù)據(jù)。
[0095]步驟6，業(yè)務(wù)客戶端接收并解析短消息中攜帶的業(yè)務(wù)數(shù)據(jù)，判斷是否與業(yè)務(wù)平臺建立數(shù)據(jù)傳輸連接，在建立數(shù)據(jù)傳輸連接時和業(yè)務(wù)平臺進行數(shù)據(jù)交互。
[0096]步驟7，業(yè)務(wù)客戶端與業(yè)務(wù)平臺進行數(shù)據(jù)交互，并在業(yè)務(wù)數(shù)據(jù)的交互完成后，業(yè)務(wù)客戶端斷開和業(yè)務(wù)平臺的數(shù)據(jù)傳輸連接，結(jié)束此次數(shù)據(jù)傳輸。
[0097]實施例六
[0098]本實施例為永遠在線業(yè)務(wù)狀態(tài)維護及糾錯處理流程。其中，對于業(yè)務(wù)平臺與業(yè)務(wù)客戶端之間的業(yè)務(wù)鏈路，由于業(yè)務(wù)客戶端和業(yè)務(wù)平臺之間可以長時間不通信，導致業(yè)務(wù)客戶端發(fā)生的一些異常情況，業(yè)務(wù)平臺無法感知到，繼而導致不良的用戶體驗，因此需要實現(xiàn)業(yè)務(wù)狀態(tài)糾錯處理機制，永遠在線業(yè)務(wù)狀態(tài)維護及糾錯處理流程如圖6所示，該流程包括以下步驟:
[0099]步驟1，使用永遠在線能力的業(yè)務(wù)客戶端注冊到AOI中間件。
[0100]步驟2，AOI中間件與AOI服務(wù)器之間建立公共通知鏈路，且AOI中間件與AOI服務(wù)器通過異常檢測機制監(jiān)聽鏈路的相關(guān)狀態(tài)。
[0101]步驟3，業(yè)務(wù)客戶端登錄到業(yè)務(wù)平臺。
[0102]步驟4，業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間建立業(yè)務(wù)鏈路，并?；畲藰I(yè)務(wù)鏈路，業(yè)務(wù)客戶端不再發(fā)送心跳包維持業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路。
[0103]具體的，業(yè)務(wù)平臺通過AOI服務(wù)器告知PCRF維持業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接，PCRF通知GGSN和防火墻/NAT保活此業(yè)務(wù)鏈路，且業(yè)務(wù)客戶端和業(yè)務(wù)平臺均不需要發(fā)送心跳包來維持此業(yè)務(wù)鏈路，但沒有心跳包交互后，業(yè)務(wù)客戶端的狀態(tài)無法及時通知到業(yè)務(wù)平臺。
[0104]步驟5，業(yè)務(wù)客戶端登錄業(yè)務(wù)平臺后，需要業(yè)務(wù)客戶端與AOI中間件建立一個定期狀態(tài)反饋機制，以確保AOI中間件能夠監(jiān)聽到業(yè)務(wù)客戶端的狀態(tài)。
[0105]步驟6，AOI中間件在監(jiān)控業(yè)務(wù)客戶端的應(yīng)用狀態(tài)時，如果AOI中間件沒有接收到業(yè)務(wù)客戶端的定期狀態(tài)反饋，則認為業(yè)務(wù)客戶端的應(yīng)用狀態(tài)為異常狀態(tài)，為了釋放網(wǎng)絡(luò)資源，AOI中間件通過公共通知鏈路將業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息通知給AOI服務(wù)器，以請求AOI服務(wù)器關(guān)閉此業(yè)務(wù)鏈路。
[0106]步驟7，AOI服務(wù)器通知PCRF關(guān)閉業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接，并通知業(yè)務(wù)平臺，業(yè)務(wù)客戶端的相關(guān)應(yīng)用已經(jīng)下線。
[0107]步驟8、PCRF通知GGSN及防火墻/NAT釋放業(yè)務(wù)鏈路的?；睢?br> [0108]實施例七
[0109]本實施例為業(yè)務(wù)客戶端永遠在線業(yè)務(wù)下線流程。其中，為了使業(yè)務(wù)客戶端在下線時能夠及時釋放網(wǎng)絡(luò)側(cè)為業(yè)務(wù)鏈路保持的長連接，需要實現(xiàn)永遠在線類業(yè)務(wù)客戶端的下線機制，以減少網(wǎng)絡(luò)的資源消耗，節(jié)省網(wǎng)絡(luò)資源。業(yè)務(wù)客戶端永遠在線業(yè)務(wù)下線流程如圖7所示，該流程包括以下步驟:
[0110]步驟1，使用永遠在線能力的業(yè)務(wù)客戶端注冊到AOI中間件。
[0111]步驟2，AOI中間件與AOI服務(wù)器之間建立公共通知鏈路，且AOI中間件與AOI服務(wù)器通過異常檢測機制監(jiān)聽鏈路的相關(guān)狀態(tài)。
[0112]步驟3，業(yè)務(wù)客戶端登錄到業(yè)務(wù)平臺。
[0113]步驟4，業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間建立業(yè)務(wù)鏈路，并保活此業(yè)務(wù)鏈路，業(yè)務(wù)客戶端不再發(fā)送心跳包維持業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路。
[0114]具體的，業(yè)務(wù)平臺通過AOI服務(wù)器告知PCRF維持業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接，PCRF通知GGSN和防火墻/NAT保活此業(yè)務(wù)鏈路，且業(yè)務(wù)客戶端和業(yè)務(wù)平臺均不需要發(fā)送心跳包來維持此業(yè)務(wù)鏈路，但沒有心跳包交互后，業(yè)務(wù)客戶端的狀態(tài)無法及時通知到業(yè)務(wù)平臺。
[0115]步驟5，業(yè)務(wù)客戶端需要注銷下線時，向業(yè)務(wù)平臺發(fā)起業(yè)務(wù)下線通知。
[0116]步驟6，業(yè)務(wù)平臺接收到業(yè)務(wù)客戶端的下線通知后，為了釋放網(wǎng)絡(luò)資源，業(yè)務(wù)平臺通知AOI服務(wù)器去?；畲藰I(yè)務(wù)鏈路的資源。
[0117]步驟7，AOI服務(wù)器接收來自業(yè)務(wù)平臺的請求，通知PCRF關(guān)閉業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接，并釋放相關(guān)網(wǎng)絡(luò)資源。
[0118]步驟8，PCRF通知GGSN及防火墻/NAT釋放業(yè)務(wù)鏈路的?；睢?br> [0119]步驟9，業(yè)務(wù)客戶端釋放業(yè)務(wù)鏈路，完成業(yè)務(wù)下線。
[0120]實施例八
[0121]本實施例為業(yè)務(wù)客戶端注銷永遠在線能力流程。其中，當業(yè)務(wù)客戶端注銷永遠在線能力時，需要向AOI中間件發(fā)起取消永遠在線能力請求，當AOI中間件檢測到所有的永遠在線應(yīng)用取消了業(yè)務(wù)Push需求時，需要拆除公共通知鏈路，釋放AOI中間件，AOI服務(wù)器，GGSN以及防火墻/NAT的資源。業(yè)務(wù)客戶端注銷永遠在線能力流程如圖8所示，該流程包括以下步驟:
[0122]步驟1，當有業(yè)務(wù)客戶端使用永遠在線能力時，在AOI中間件與AOI服務(wù)器之間建立公共通知鏈路，并通過該公共通知鏈路進行相關(guān)信息的傳輸。
[0123]步驟2，當業(yè)務(wù)客戶端注銷永遠在線能力時，業(yè)務(wù)客戶端向AOI中間件發(fā)起取消永遠在線能力的請求，以業(yè)務(wù)客戶端的注銷永遠在線能力。
[0124]步驟3，AOI中間件接收到取消永遠在線能力的請求后，向AOI服務(wù)器發(fā)送該業(yè)務(wù)客戶端的取消永遠在線能力的請求。
[0125]步驟4，AOI服務(wù)器將取消永遠在線能力的請求發(fā)送到業(yè)務(wù)平臺，業(yè)務(wù)平臺完成永遠在線能力的注銷，返回注銷永遠在線能力完成消息給AOI中間件。
[0126]步驟5，A0I中間件通知業(yè)務(wù)平臺取消此業(yè)務(wù)客戶端應(yīng)用的Push通道的注冊，并檢測當前是否沒有注冊永遠在線需求的應(yīng)用；如果已經(jīng)沒有注冊永遠在線需求的應(yīng)用，則通知AOI服務(wù)器拆除公共通知鏈路。
[0127]步驟6，A0I服務(wù)器接收到來自AOI中間件的拆除公共通知鏈路的請求后，向PCRF發(fā)送取消公共通知鏈路的?；?，以通知PCRF關(guān)閉AOI服務(wù)器與AOI中間件之間的公共通知鏈路的長連接。
[0128]步驟7，PCRF通知GGSN及防火墻/NAT去?；預OI服務(wù)器與AOI中間件之間的公共通知鏈路，并釋放網(wǎng)絡(luò)資源。
[0129]步驟8，AOI服務(wù)器通知AOI中間件拆除公共通知鏈路，AOI中間件斷開和AOI服務(wù)器的 TCP (Transmiss1n Control Protocol,傳輸控制協(xié)議)連接。
[0130]步驟9，AOI中間件和AOI服務(wù)器釋放資源，以最終拆除公共通知鏈路。
[0131]基于本發(fā)明的上述各實施例，通過在AOI中間件和AOI服務(wù)器之間建立公共通知鏈路，并取消心跳的永遠在線方法，從而解決現(xiàn)有業(yè)務(wù)心跳包策略導致移動網(wǎng)絡(luò)資源濫用的問題，為移動應(yīng)用提供一整套端到端的永遠在線解決方案，將各種Push類業(yè)務(wù)的需求收斂到一個公用通道，大大減少防火墻和NAT的保持路數(shù)，降低網(wǎng)絡(luò)資源消耗。進一步的，通過網(wǎng)絡(luò)側(cè)和應(yīng)用側(cè)相結(jié)合的永遠在線解決方案，通過在應(yīng)用側(cè)將所有業(yè)務(wù)的Push通道及小數(shù)據(jù)量消息傳輸通道進行了歸并，減少了終端和網(wǎng)絡(luò)之間的數(shù)據(jù)鏈接，同時可以將小數(shù)據(jù)包進行合并傳輸，減少了網(wǎng)絡(luò)中小包的傳輸。通過網(wǎng)絡(luò)側(cè)對需要長期保持的鏈路進行?；睿∠蛘哐娱L了心跳消息報文的間隔時長，可以大量減少網(wǎng)絡(luò)中傳輸?shù)男奶?。收斂?yīng)用的長連接可以減少網(wǎng)絡(luò)側(cè)需要?；畹倪B接數(shù)量，減少核心網(wǎng)中GGSN，防火墻/NAT資源消耗。此外，在網(wǎng)絡(luò)層通過對核心網(wǎng)策略控制設(shè)備的改造，通過PCRF通知GGSN和防火墻/NAT維持業(yè)務(wù)應(yīng)用的普通業(yè)務(wù)數(shù)據(jù)鏈路長連接狀態(tài)的方式，替代當前業(yè)務(wù)客戶端和平臺通過心跳包模式進行鏈路維持的方法，避免了由于頻繁心跳包數(shù)據(jù)的發(fā)送所導致移動網(wǎng)絡(luò)資源被濫用的情況，此外，終端中間件對頂類應(yīng)用進行統(tǒng)一的業(yè)務(wù)狀態(tài)管理，并將客戶端應(yīng)用運行狀態(tài)的改變通過公共通知鏈路告知AOI服務(wù)器并轉(zhuǎn)交到業(yè)務(wù)平臺，避免由于普通業(yè)務(wù)鏈路中由于心跳包的缺失，導致無法及時獲取終端業(yè)務(wù)客戶端狀態(tài)和無法及時釋放網(wǎng)絡(luò)資源的問題。
[0132]進一步的，假設(shè)在終端設(shè)備上有N個永遠在線業(yè)務(wù)，這些永遠在線業(yè)務(wù)具有以下特性:心跳消息平均為每2分鐘發(fā)送一次；有20%的業(yè)務(wù)需要維持業(yè)務(wù)長連接，業(yè)務(wù)長連接的心跳消息也為2分鐘。假設(shè)應(yīng)用本發(fā)明實施例的技術(shù)方案時，將所有的心跳進行收斂并保持10分鐘的一次狀態(tài)更新消息，在這些業(yè)務(wù)后臺運行狀態(tài)下(不進行業(yè)務(wù)實際業(yè)務(wù)數(shù)據(jù)交互)。則:如果不采用本發(fā)明實施例的技術(shù)方案，在假設(shè)的T分鐘時長內(nèi)將產(chǎn)生(N+20%N)* (T/2)個心跳消息。在采用本發(fā)明實施例的技術(shù)方案后，由于將所有的永遠在線鏈路收斂到一條，在假設(shè)的T分鐘時長內(nèi)將產(chǎn)生(T/10)個心跳消息，而業(yè)務(wù)鏈路由PCRF?；睿辉傩枰奶；?。因此，可以得出對網(wǎng)絡(luò)資源降低的比例為公式為:((N+20%N)T/2 - T/10)/((N+20%N)*T/2)=1-1/ (6*Ν)。
[0133]通過推論可以看出，采用本發(fā)明實施例的技術(shù)方案時，在只有一個業(yè)務(wù)需要心跳的情況下，也能大幅降低業(yè)務(wù)心跳對于空口和網(wǎng)絡(luò)資源的影響，分析其原因是由于通過GGSN和防火墻/NAT對長連接進行?；?，可以大大降低心跳的時長，減少了心跳占用空口和網(wǎng)絡(luò)資源。同時在不采用本發(fā)明實施例的技術(shù)方案時，網(wǎng)絡(luò)GGSN和防火墻/NAT資源需要消耗Ν+20%Ν的狀態(tài)維護，而采用本發(fā)明實施例的技術(shù)方案后網(wǎng)絡(luò)只需要維護1+20%Ν。
[0134]因此，可以得出對網(wǎng)絡(luò)資源降低的比例公式為:((Ν+20%Ν)_ (1+20%Ν))/ (Ν+20%Ν)= (N-1)/1.2Ν=1-5/ (6*Ν)。
[0135]實施例九
[0136]基于與上述方法同樣的發(fā)明構(gòu)思，本發(fā)明實施例中還提供了一種永遠在線業(yè)務(wù)的實現(xiàn)系統(tǒng)，終端設(shè)備上部署有永遠在線基礎(chǔ)實施AOI中間件，移動核心網(wǎng)部署有AOI服務(wù)器，所述AOI中間件與所述AOI服務(wù)器之間建立有公共通知鏈路，其中:所述AOI中間件，用于在所述終端設(shè)備的業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間保活了業(yè)務(wù)鏈路之后，監(jiān)控所述業(yè)務(wù)客戶端的應(yīng)用狀態(tài)；并當監(jiān)控到所述業(yè)務(wù)客戶端的應(yīng)用狀態(tài)為異常狀態(tài)時，通過所述公共通知鏈路將所述業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息通知給所述AOI服務(wù)器；
[0137]所述AOI服務(wù)器，用于通過所述公共通知鏈路接收來自所述AOI中間件的業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息，將所述業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息通知給所述業(yè)務(wù)平臺，并通知策略與計費規(guī)則功能PCRF關(guān)閉所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接，并由所述PCRF通知網(wǎng)關(guān)GPRS支持節(jié)點GGSN/防火墻去?；钏鰳I(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路。
[0138]所述AOI中間件，還用于在收到來自所述業(yè)務(wù)客戶端的注冊請求后，判斷所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路是否已經(jīng)建立；如果未建立，則向所述AOI月艮務(wù)器發(fā)送用于建立公共通知鏈路的請求；
[0139]所述AOI服務(wù)器，還用于接收來自所述AOI中間件的用于建立公共通知鏈路的請求，并在收到用于建立公共通知鏈路的請求后，通知PCRF維持所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路的長連接，并由所述PCRF通知GGSN/防火墻?；钏鯝OI中間件與所述AOI服務(wù)器之間的公共通知鏈路，以建立所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路。
[0140]實施例十
[0141]基于與上述方法同樣的發(fā)明構(gòu)思，本發(fā)明實施例中還提供了一種終端設(shè)備上部署的永遠在線基礎(chǔ)實施AOI中間件，所述AOI中間件與AOI服務(wù)器之間建立有公共通知鏈路，且所述AOI服務(wù)器部署在移動核心網(wǎng)，如圖9所示，所述AOI中間件具體包括:
[0142]處理模塊11，用于在所述終端設(shè)備的業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間?；盍藰I(yè)務(wù)鏈路之后，監(jiān)控所述業(yè)務(wù)客戶端的應(yīng)用狀態(tài)；
[0143]通信模塊12，用于當監(jiān)控到所述業(yè)務(wù)客戶端的應(yīng)用狀態(tài)為異常狀態(tài)時，通過所述公共通知鏈路將所述業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息通知給所述AOI服務(wù)器；由所述AOI服務(wù)器將所述業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息通知給所述業(yè)務(wù)平臺，并通知策略與計費規(guī)則功能PCRF關(guān)閉所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接，并由所述PCRF通知網(wǎng)關(guān)GPRS支持節(jié)點GGSN/防火墻去?；钏鰳I(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路。
[0144]所述處理模塊11，還用于在收到來自所述業(yè)務(wù)客戶端的注冊請求后，判斷所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路是否已經(jīng)建立；
[0145]所述通信模塊12，還用于當所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路未建立時，向所述AOI服務(wù)器發(fā)送用于建立公共通知鏈路的請求；由所述AOI服務(wù)器在收到用于建立公共通知鏈路的請求后，通知PCRF維持所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路的長連接，并由所述PCRF通知GGSN/防火墻?；钏鯝OI中間件與所述AOI服務(wù)器之間的公共通知鏈路，以建立所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路。
[0146]所述通信模塊12，還用于通過所述公共通知鏈路接收來自所述AOI服務(wù)器的業(yè)務(wù)數(shù)據(jù)，并喚醒所述業(yè)務(wù)數(shù)據(jù)對應(yīng)的業(yè)務(wù)客戶端，將所述業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)發(fā)給所述業(yè)務(wù)客戶端；和/或，接收來自所述業(yè)務(wù)客戶端的業(yè)務(wù)數(shù)據(jù)，并通過所述公共通知鏈路將所述業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)發(fā)給所述AOI服務(wù)器，并由所述AOI服務(wù)器將所述業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)發(fā)給所述業(yè)務(wù)客戶端對應(yīng)的業(yè)務(wù)平臺。
[0147]所述通信模塊12，還用于接收來自短信網(wǎng)關(guān)的短消息，所述短消息為所述AOI服務(wù)器發(fā)送給短信網(wǎng)關(guān)的，且短消息中攜帶需要發(fā)送給業(yè)務(wù)客戶端的業(yè)務(wù)數(shù)據(jù)；以及，喚醒所述業(yè)務(wù)數(shù)據(jù)對應(yīng)的業(yè)務(wù)客戶端，并將攜帶所述業(yè)務(wù)數(shù)據(jù)的短消息轉(zhuǎn)發(fā)給所述業(yè)務(wù)客戶端。
[0148]所述通信模塊12，還用于當所述終端設(shè)備上所有的業(yè)務(wù)客戶端均注銷永遠在線能力時，向所述AOI服務(wù)器發(fā)送用于拆除公共通知鏈路的請求；由所述AOI服務(wù)器在收到用于拆除公共通知鏈路的請求后，通知PCRF關(guān)閉所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路的長連接，并由所述PCRF通知GGSN/防火墻去?；钏鯝OI中間件與所述AOI服務(wù)器之間的公共通知鏈路，以拆除所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路。
[0149]其中，本發(fā)明裝置的各個模塊可以集成于一體，也可以分離部署。上述模塊可以合并為一個模塊，也可以進一步拆分成多個子模塊。
[0150]實施例1^一
[0151]基于與上述方法同樣的發(fā)明構(gòu)思，本發(fā)明實施例中還提供了一種移動核心網(wǎng)側(cè)部署的永遠在線基礎(chǔ)實施AOI服務(wù)器，AOI中間件與所述AOI服務(wù)器之間建立有公共通知鏈路，且所述AOI中間件部署在終端設(shè)備上，如圖10所示，所述AOI服務(wù)器具體包括:
[0152]接收模塊21，用于在終端設(shè)備的業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間?；盍藰I(yè)務(wù)鏈路之后，如果所述AOI中間件監(jiān)控到業(yè)務(wù)客戶端的異常狀態(tài)，則通過所述公共通知鏈路接收來自所述AOI中間件的業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息；
[0153]發(fā)送模塊22，用于將所述業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息通知給所述業(yè)務(wù)平臺，并通知策略與計費規(guī)則功能PCRF關(guān)閉所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接，并由所述PCRF通知網(wǎng)關(guān)GPRS支持節(jié)點GGSN/防火墻去保活所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路。
[0154]所述接收模塊21，還用于在所述AOI中間件與AOI服務(wù)器之間的公共通知鏈路未建立時，接收來自所述AOI中間件的用于建立公共通知鏈路的請求；
[0155]所述發(fā)送模塊22，還用于在收到用于建立公共通知鏈路的請求后，通知PCRF維持所述AOI中間件與AOI服務(wù)器之間的公共通知鏈路的長連接，并由所述PCRF通知GGSN/防火墻?；钏鯝OI中間件與AOI服務(wù)器之間的公共通知鏈路，以建立所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路。
[0156]所述接收模塊21，還用于接收來自業(yè)務(wù)平臺的業(yè)務(wù)數(shù)據(jù)；
[0157]所述發(fā)送模塊22，還用于當AOI中間件與AOI服務(wù)器之間的公共通知鏈路建立時，通過所述公共通知鏈路將所述業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)發(fā)給AOI中間件，由AOI中間件喚醒業(yè)務(wù)數(shù)據(jù)對應(yīng)的業(yè)務(wù)客戶端，將所述業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)發(fā)給業(yè)務(wù)客戶端；
[0158]和/ 或，
[0159]所述接收模塊21，還用于通過所述公共通知鏈路接收來自所述AOI中間件的業(yè)務(wù)數(shù)據(jù)；
[0160]所述發(fā)送模塊22，還用于將業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)發(fā)給業(yè)務(wù)客戶端對應(yīng)的業(yè)務(wù)平臺。
[0161]所述接收模塊21，還用于接收來自業(yè)務(wù)平臺的業(yè)務(wù)數(shù)據(jù)；
[0162]所述發(fā)送模塊22，還用于當AOI中間件與AOI服務(wù)器之間的公共通知鏈路未建立時，向短信網(wǎng)關(guān)發(fā)送攜帶業(yè)務(wù)數(shù)據(jù)的短消息，由短信網(wǎng)關(guān)將攜帶所述業(yè)務(wù)數(shù)據(jù)的短消息發(fā)送給AOI中間件，由AOI中間件喚醒所述業(yè)務(wù)數(shù)據(jù)對應(yīng)的業(yè)務(wù)客戶端，并將攜帶所述業(yè)務(wù)數(shù)據(jù)的短消息轉(zhuǎn)發(fā)給所述業(yè)務(wù)客戶端。
[0163]所述發(fā)送模塊22，還用于在收到來自業(yè)務(wù)平臺的?；顦I(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的通知后，通知PCRF維持所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接，由PCRF通知GGSN/防火墻?；钏鰳I(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路，以在業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間?；顦I(yè)務(wù)鏈路。
[0164]所述接收模塊21，還用于在所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間保活了業(yè)務(wù)鏈路之后，當所述業(yè)務(wù)客戶端注銷下線時，接收來自所述業(yè)務(wù)平臺的關(guān)閉所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的通知；
[0165]所述發(fā)送模塊22，還用于通知所述PCRF關(guān)閉所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接，并由所述PCRF通知所述GGSN/防火墻去?；钏鰳I(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路。
[0166]所述接收模塊21，還用于當所述終端設(shè)備上所有的業(yè)務(wù)客戶端均注銷永遠在線能力時，接收來自所述AOI中間件的用于拆除公共通知鏈路的請求；
[0167]所述發(fā)送模塊22，還用于在收到用于拆除公共通知鏈路的請求后，通知PCRF關(guān)閉所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路的長連接，由PCRF通知GGSN/防火墻去?；钏鯝OI中間件與所述AOI服務(wù)器之間的公共通知鏈路，以拆除所述AOI中間件與AOI服務(wù)器之間的公共通知鏈路。
[0168]其中，本發(fā)明裝置的各個模塊可以集成于一體，也可以分離部署。上述模塊可以合并為一個模塊，也可以進一步拆分成多個子模塊。
[0169]通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。
[0170]本領(lǐng)域技術(shù)人員可以理解附圖只是一個優(yōu)選實施例的示意圖，附圖中的模塊或流程并不一定是實施本發(fā)明所必須的。
[0171]本領(lǐng)域技術(shù)人員可以理解實施例中的裝置中的模塊可以按照實施例描述進行分布于實施例的裝置中，也可以進行相應(yīng)變化位于不同于本實施例的一個或多個裝置中。上述實施例的模塊可以合并為一個模塊，也可以進一步拆分成多個子模塊。
[0172]上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。
[0173]以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護范圍。
【權(quán)利要求】
1.一種永遠在線業(yè)務(wù)的實現(xiàn)方法，其特征在于，終端設(shè)備上部署有永遠在線基礎(chǔ)實施AOI中間件，移動核心網(wǎng)部署有AOI服務(wù)器，所述AOI中間件與所述AOI服務(wù)器之間建立有公共通知鏈路，該方法包括以下步驟: 在所述終端設(shè)備的業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間保活了業(yè)務(wù)鏈路之后，所述AOI中間件監(jiān)控所述業(yè)務(wù)客戶端的應(yīng)用狀態(tài)； 當監(jiān)控到所述業(yè)務(wù)客戶端的應(yīng)用狀態(tài)為異常狀態(tài)時，所述AOI中間件通過所述公共通知鏈路將所述業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息通知給所述AOI服務(wù)器；由所述AOI服務(wù)器將所述業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息通知給所述業(yè)務(wù)平臺，并通知策略與計費規(guī)則功能PCRF關(guān)閉所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接，并由所述PCRF通知網(wǎng)關(guān)GPRS支持節(jié)點GGSN/防火墻去?；钏鰳I(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路。
2.如權(quán)利要求1所述的方法，其特征在于，所述AOI中間件與所述AOI服務(wù)器之間建立公共通知鏈路的過程，具體包括: 所述AOI中間件在收到來自所述業(yè)務(wù)客戶端的注冊請求后，判斷所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路是否已經(jīng)建立；如果未建立，則所述AOI中間件向所述AOI服務(wù)器發(fā)送用于建立公共通知鏈路的請求；由所述AOI服務(wù)器在收到用于建立公共通知鏈路的請求后，通知PCRF維持所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路的長連接，并由所述PCRF通知GGSN/防火墻?；钏鯝OI中間件與所述AOI服務(wù)器之間的公共通知鏈路，以建立所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路。
3.如權(quán)利要求1或2所述的方法，其特征在于，所述方法還包括: 所述AOI中間件通過所述公共通知鏈路接收來自所述AOI服務(wù)器的業(yè)務(wù)數(shù)據(jù)，并喚醒所述業(yè)務(wù)數(shù)據(jù)對應(yīng)的業(yè)務(wù)客戶端，將所述業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)發(fā)給所述業(yè)務(wù)客戶端；和/或，所述AOI中間件接收來自所述業(yè)務(wù)客戶端的業(yè)務(wù)數(shù)據(jù)，并通過所述公共通知鏈路將所述業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)發(fā)給所述AOI服務(wù)器，并由所述AOI服務(wù)器將所述業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)發(fā)給所述業(yè)務(wù)客戶端對應(yīng)的業(yè)務(wù)平臺。
4.如權(quán)利要求1或2所述的方法，其特征在于，所述方法還包括: 所述AOI中間件接收來自短信網(wǎng)關(guān)的短消息，所述短消息為所述AOI服務(wù)器發(fā)送給短信網(wǎng)關(guān)的，且短消息中攜帶需要發(fā)送給業(yè)務(wù)客戶端的業(yè)務(wù)數(shù)據(jù)； 所述AOI中間件喚醒所述業(yè)務(wù)數(shù)據(jù)對應(yīng)的業(yè)務(wù)客戶端，并將攜帶所述業(yè)務(wù)數(shù)據(jù)的短消息轉(zhuǎn)發(fā)給所述業(yè)務(wù)客戶端。
5.如權(quán)利要求1或2所述的方法，其特征在于，所述方法還包括: 當所述終端設(shè)備上所有的業(yè)務(wù)客戶端均注銷永遠在線能力時，所述AOI中間件向所述AOI服務(wù)器發(fā)送用于拆除公共通知鏈路的請求；由所述AOI服務(wù)器在收到用于拆除公共通知鏈路的請求后，通知PCRF關(guān)閉所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路的長連接，并由所述PCRF通知GGSN/防火墻去?；钏鯝OI中間件與所述AOI服務(wù)器之間的公共通知鏈路，以拆除所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路。
6.一種永遠在線業(yè)務(wù)的實現(xiàn)方法，其特征在于，終端設(shè)備上部署有永遠在線基礎(chǔ)實施AOI中間件，移動核心網(wǎng)部署有AOI服務(wù)器，所述AOI中間件與所述AOI服務(wù)器之間建立有公共通知鏈路，該方法包括以下步驟: 在終端設(shè)備的業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間?；盍藰I(yè)務(wù)鏈路之后，如果所述AOI中間件監(jiān)控到業(yè)務(wù)客戶端的異常狀態(tài)，則所述AOI服務(wù)器通過所述公共通知鏈路接收來自所述AOI中間件的業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息； 所述AOI服務(wù)器將所述業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息通知給所述業(yè)務(wù)平臺，并通知策略與計費規(guī)則功能PCRF關(guān)閉所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接，并由所述PCRF通知網(wǎng)關(guān)GPRS支持節(jié)點GGSN/防火墻去?；钏鰳I(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路。
7.如權(quán)利要求6所述的方法，其特征在于，所述AOI中間件與所述AOI服務(wù)器之間建立公共通知鏈路的過程，具體包括: 在所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路未建立時，所述AOI服務(wù)器接收來自所述AOI中間件的用于建立公共通知鏈路的請求； 所述AOI服務(wù)器在收到用于建立公共通知鏈路的請求后，通知PCRF維持所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路的長連接，并由所述PCRF通知GGSN/防火墻?；钏鯝OI中間件與所述AOI服務(wù)器之間的公共通知鏈路，以建立所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路。
8.如權(quán)利要求6或7所述的方法，其特征在于，所述方法還包括: 所述AOI服務(wù)器接收來自業(yè)務(wù)平臺的業(yè)務(wù)數(shù)據(jù)，并當所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路建立時，所述AOI服務(wù)器通過所述公共通知鏈路將所述業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)發(fā)給所述AOI中間件，由所述AOI中間件喚醒所述業(yè)務(wù)數(shù)據(jù)對應(yīng)的業(yè)務(wù)客戶端，將所述業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)發(fā)給所述業(yè)務(wù)客戶端；和/或，所述AOI服務(wù)器通過所述公共通知鏈路接收來自所述AOI中間件的業(yè)務(wù)數(shù)據(jù)，并將所述業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)發(fā)給所述業(yè)務(wù)客戶端對應(yīng)的業(yè)務(wù)平臺。
9.如權(quán)利要求6或7所述的方法，其特征在于，所述方法還包括: 所述AOI服務(wù)器接收來自業(yè)務(wù)平臺的業(yè)務(wù)數(shù)據(jù)，并當所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路未建立時，所述AOI服務(wù)器向短信網(wǎng)關(guān)發(fā)送攜帶所述業(yè)務(wù)數(shù)據(jù)的短消息，由所述短信網(wǎng)關(guān)將攜帶所述業(yè)務(wù)數(shù)據(jù)的短消息發(fā)送給所述AOI中間件，并由所述AOI中間件喚醒所述業(yè)務(wù)數(shù)據(jù)對應(yīng)的業(yè)務(wù)客戶端，并將攜帶所述業(yè)務(wù)數(shù)據(jù)的短消息轉(zhuǎn)發(fā)給所述業(yè)務(wù)客戶端。
10.如權(quán)利要求6所述的方法，其特征在于，所述方法還包括: 所述AOI服務(wù)器在收到來自業(yè)務(wù)平臺的?；顦I(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的通知后，通知PCRF維持所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接，由所述PCRF通知GGSN/防火墻?；钏鰳I(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路，以在所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間保活業(yè)務(wù)鏈路。
11.如權(quán)利要求6或10所述的方法，其特征在于，所述方法還包括: 在所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間?；盍藰I(yè)務(wù)鏈路之后，當所述業(yè)務(wù)客戶端注銷下線時，所述AOI服務(wù)器接收來自所述業(yè)務(wù)平臺的關(guān)閉所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的通知，并通知所述PCRF關(guān)閉所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接，并由所述PCRF通知所述GGSN/防火墻去保活所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路。
12.如權(quán)利要求6或7所述的方法，其特征在于，所述方法還包括: 當所述終端設(shè)備上所有的業(yè)務(wù)客戶端均注銷永遠在線能力時，所述AOI服務(wù)器接收來自所述AOI中間件的用于拆除公共通知鏈路的請求； 所述AOI服務(wù)器在收到用于拆除公共通知鏈路的請求后，通知PCRF關(guān)閉所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路的長連接，由所述PCRF通知GGSN/防火墻去?；钏鯝OI中間件與所述AOI服務(wù)器之間的公共通知鏈路，以拆除所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路。
13.一種永遠在線業(yè)務(wù)的實現(xiàn)系統(tǒng)，其特征在于，終端設(shè)備上部署有永遠在線基礎(chǔ)實施AOI中間件，移動核心網(wǎng)部署有AOI服務(wù)器，所述AOI中間件與所述AOI服務(wù)器之間建立有公共通知鏈路，其中: 所述AOI中間件，用于在所述終端設(shè)備的業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間?；盍藰I(yè)務(wù)鏈路之后，監(jiān)控所述業(yè)務(wù)客戶端的應(yīng)用狀態(tài)；并當監(jiān)控到所述業(yè)務(wù)客戶端的應(yīng)用狀態(tài)為異常狀態(tài)時，通過所述公共通知鏈路將所述業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息通知給所述AOI服務(wù)器； 所述AOI服務(wù)器，用于通過所述公共通知鏈路接收來自所述AOI中間件的業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息，將所述業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息通知給所述業(yè)務(wù)平臺，并通知策略與計費規(guī)則功能PCRF關(guān)閉所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接，并由所述PCRF通知網(wǎng)關(guān)GPRS支持節(jié)點GGSN/防火墻去?；钏鰳I(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路。
14.如權(quán)利要求13所述的系統(tǒng)，其特征在于， 所述AOI中間件，還用于在收到來自所述業(yè)務(wù)客戶端的注冊請求后，判斷所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路是否已經(jīng)建立；如果未建立，則向所述AOI服務(wù)器發(fā)送用于建立公共通知鏈路的請求； 所述AOI服務(wù)器，還用于接收來自所述AOI中間件的用于建立公共通知鏈路的請求，并在收到用于建立公共通知鏈路的請求后，通知PCRF維持所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路的長連接，并由所述PCRF通知GGSN/防火墻?；钏鯝OI中間件與所述AOI服務(wù)器之間的公共通知鏈路，以建立所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路。
15.一種終端設(shè)備上部署的永遠在線基礎(chǔ)實施AOI中間件，其特征在于，所述AOI中間件與AOI服務(wù)器之間建立有公共通知鏈路，且所述AOI服務(wù)器部署在移動核心網(wǎng)，所述AOI中間件具體包括: 處理模塊，用于在所述終端設(shè)備的業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間?；盍藰I(yè)務(wù)鏈路之后，監(jiān)控所述業(yè)務(wù)客戶端的應(yīng)用狀態(tài)； 通信模塊，用于當監(jiān)控到所述業(yè)務(wù)客戶端的應(yīng)用狀態(tài)為異常狀態(tài)時，通過所述公共通知鏈路將所述業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息通知給所述AOI服務(wù)器；由所述AOI服務(wù)器將所述業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息通知給所述業(yè)務(wù)平臺，并通知策略與計費規(guī)則功能PCRF關(guān)閉所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接，并由所述PCRF通知網(wǎng)關(guān)GPRS支持節(jié)點GGSN/防火墻去?；钏鰳I(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路。
16.如權(quán)利要求15所述的AOI中間件，其特征在于， 所述處理模塊，還用于在收到來自所述業(yè)務(wù)客戶端的注冊請求后，判斷所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路是否已經(jīng)建立； 所述通信模塊，還用于當所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路未建立時，向所述AOI服務(wù)器發(fā)送用于建立公共通知鏈路的請求；由所述AOI服務(wù)器在收到用于建立公共通知鏈路的請求后，通知PCRF維持所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路的長連接，并由所述PCRF通知GGSN/防火墻?；钏鯝OI中間件與所述AOI服務(wù)器之間的公共通知鏈路，以建立所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路。
17.如權(quán)利要求15或16所述的AOI中間件，其特征在于， 所述通信模塊，還用于通過所述公共通知鏈路接收來自所述AOI服務(wù)器的業(yè)務(wù)數(shù)據(jù)，并喚醒所述業(yè)務(wù)數(shù)據(jù)對應(yīng)的業(yè)務(wù)客戶端，將所述業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)發(fā)給所述業(yè)務(wù)客戶端；和/或，接收來自所述業(yè)務(wù)客戶端的業(yè)務(wù)數(shù)據(jù)，并通過所述公共通知鏈路將所述業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)發(fā)給所述AOI服務(wù)器，并由所述AOI服務(wù)器將所述業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)發(fā)給所述業(yè)務(wù)客戶端對應(yīng)的業(yè)務(wù)平臺。
18.如權(quán)利要求15或16所述的AOI中間件，其特征在于， 所述通信模塊，還用于接收來自短信網(wǎng)關(guān)的短消息，所述短消息為所述AOI服務(wù)器發(fā)送給短信網(wǎng)關(guān)的，且短消息中攜帶需要發(fā)送給業(yè)務(wù)客戶端的業(yè)務(wù)數(shù)據(jù)；以及，喚醒所述業(yè)務(wù)數(shù)據(jù)對應(yīng)的業(yè)務(wù)客戶端，并將攜帶所述業(yè)務(wù)數(shù)據(jù)的短消息轉(zhuǎn)發(fā)給所述業(yè)務(wù)客戶端。
19.如權(quán)利要求15或16所述的AOI中間件，其特征在于， 所述通信模塊，還用于當所述終端設(shè)備上所有的業(yè)務(wù)客戶端均注銷永遠在線能力時，向所述AOI服務(wù)器發(fā)送用于拆除公共通知鏈路的請求；由所述AOI服務(wù)器在收到用于拆除公共通知鏈路的請求后，通知PCRF關(guān)閉所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路的長連接，并由所述PCRF通知GGSN/防火墻去保活所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路，以拆除所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路。
20.一種移動核心網(wǎng)側(cè)部署的永遠在線基礎(chǔ)實施AOI服務(wù)器，其特征在于，AOI中間件與所述AOI服務(wù)器之間建立有公共通知鏈路，且所述AOI中間件部署在終端設(shè)備上，所述AOI服務(wù)器具體包括: 接收模塊，用于在終端設(shè)備的業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間?；盍藰I(yè)務(wù)鏈路之后，如果所述AOI中間件監(jiān)控到業(yè)務(wù)客戶端的異常狀態(tài)，則通過所述公共通知鏈路接收來自所述AOI中間件的業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息； 發(fā)送模塊，用于將所述業(yè)務(wù)客戶端出現(xiàn)異常狀態(tài)的信息通知給所述業(yè)務(wù)平臺，并通知策略與計費規(guī)則功能PCRF關(guān)閉所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接，并由所述PCRF通知網(wǎng)關(guān)GPRS支持節(jié)點GGSN/防火墻去?；钏鰳I(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路。
21.如權(quán)利要求20所述的AOI服務(wù)器，其特征在于， 所述接收模塊，還用于在所述AOI中間件與AOI服務(wù)器之間的公共通知鏈路未建立時，接收來自所述AOI中間件的用于建立公共通知鏈路的請求； 所述發(fā)送模塊，還用于在收到用于建立公共通知鏈路的請求后，通知PCRF維持所述AOI中間件與AOI服務(wù)器之間的公共通知鏈路的長連接，并由所述PCRF通知GGSN/防火墻?；钏鯝OI中間件與AOI服務(wù)器之間的公共通知鏈路，以建立所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路。
22.如權(quán)利要求20或21所述的AOI服務(wù)器，其特征在于， 所述接收模塊，還用于接收來自業(yè)務(wù)平臺的業(yè)務(wù)數(shù)據(jù)； 所述發(fā)送模塊，還用于當AOI中間件與AOI服務(wù)器之間的公共通知鏈路建立時，通過所述公共通知鏈路將所述業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)發(fā)給AOI中間件，由AOI中間件喚醒業(yè)務(wù)數(shù)據(jù)對應(yīng)的業(yè)務(wù)客戶端，將所述業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)發(fā)給業(yè)務(wù)客戶端； 和/或， 所述接收模塊，還用于通過所述公共通知鏈路接收來自所述AOI中間件的業(yè)務(wù)數(shù)據(jù)； 所述發(fā)送模塊，還用于將該業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)發(fā)給業(yè)務(wù)客戶端對應(yīng)的業(yè)務(wù)平臺。
23.如權(quán)利要求20或21所述的AOI服務(wù)器，其特征在于， 所述接收模塊，還用于接收來自業(yè)務(wù)平臺的業(yè)務(wù)數(shù)據(jù)； 所述發(fā)送模塊，還用于當AOI中間件與AOI服務(wù)器之間的公共通知鏈路未建立時，向短信網(wǎng)關(guān)發(fā)送攜帶業(yè)務(wù)數(shù)據(jù)的短消息，由短信網(wǎng)關(guān)將攜帶所述業(yè)務(wù)數(shù)據(jù)的短消息發(fā)送給AOI中間件，由AOI中間件喚醒所述業(yè)務(wù)數(shù)據(jù)對應(yīng)的業(yè)務(wù)客戶端，并將攜帶所述業(yè)務(wù)數(shù)據(jù)的短消息轉(zhuǎn)發(fā)給所述業(yè)務(wù)客戶端。
24.如權(quán)利要求20所述的AOI服務(wù)器，其特征在于， 所述發(fā)送模塊，還用于在收到來自業(yè)務(wù)平臺的?；顦I(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的通知后，通知PCRF維持所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接，由PCRF通知GGSN/防火墻?；钏鰳I(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路，以在業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間?；顦I(yè)務(wù)鏈路。
25.如權(quán)利要求20或21所述的AOI服務(wù)器，其特征在于， 所述接收模塊，還用于在所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間?；盍藰I(yè)務(wù)鏈路之后，當所述業(yè)務(wù)客戶端注銷下線時，接收來自所述業(yè)務(wù)平臺的關(guān)閉所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的通知； 所述發(fā)送模塊，還用于通知所述PCRF關(guān)閉所述業(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路的長連接，并由所述PCRF通知所述GGSN/防火墻去?；钏鰳I(yè)務(wù)客戶端與業(yè)務(wù)平臺之間的業(yè)務(wù)鏈路。
26.如權(quán)利要求20或21所述的AOI服務(wù)器，其特征在于， 所述接收模塊，還用于當所述終端設(shè)備上所有的業(yè)務(wù)客戶端均注銷永遠在線能力時，接收來自所述AOI中間件的用于拆除公共通知鏈路的請求； 所述發(fā)送模塊，還用于在收到用于拆除公共通知鏈路的請求后，通知PCRF關(guān)閉所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路的長連接，由PCRF通知GGSN/防火墻去保活所述AOI中間件與所述AOI服務(wù)器之間的公共通知鏈路，以拆除所述AOI中間件與AOI服務(wù)器之間的公共通知鏈路。
【文檔編號】H04L29/06GK104253739SQ201310269578
【公開日】2014年12月31日 申請日期:2013年6月28日 優(yōu)先權(quán)日:2013年6月28日
【發(fā)明者】王磊, 陳閣, 李穎 申請人:中國移動通信集團公司