一種永遠在線業務的實現方法、系統和設備的製作方法
2023-07-16 11:47:26 1
一種永遠在線業務的實現方法、系統和設備的製作方法
【專利摘要】本發明公開了一種永遠在線業務的實現方法、系統和設備，終端設備上部署有AOI中間件，移動核心網部署有AOI伺服器，AOI中間件與AOI伺服器之間建立有公共通知鏈路，該方法包括：在終端設備的業務客戶端與業務平臺之間保活了業務鏈路後，AOI中間件監控業務客戶端的應用狀態；當監控到業務客戶端的應用狀態為異常狀態時，AOI中間件通過公共通知鏈路將業務客戶端出現異常狀態的信息通知給AOI伺服器；由AOI伺服器將業務客戶端出現異常狀態的信息通知給業務平臺，通知PCRF關閉業務客戶端與業務平臺之間的業務鏈路的長連接，由PCRF通知GGSN/防火牆去保活業務客戶端與業務平臺之間的業務鏈路。本發明實施例中，可以降低網絡資源消耗。
【專利說明】一種永遠在線業務的實現方法、系統和設備
【技術領域】
[0001]本發明涉及通信【技術領域】，尤其是涉及一種永遠在線業務的實現方法、系統和設備。
【背景技術】
[0002]當智慧型手機和移動電腦被廣泛應用後，出現了永遠在線業務的需求，如即時聊天業務、社交網絡業務、郵件推送業務等，永遠在線業務為了體現出用戶與伺服器的操作性，減少網絡在用戶使用業務時對用戶的影響，提高用戶體驗，需要獲知用戶是否還連接在伺服器上。永遠在線類業務的伺服器獲知用戶與伺服器間連接狀態的方法為:伺服器接收來自用戶的保持在線狀態信息(即心跳包(ke印alive)消息)，當伺服器收到用戶的心跳包時，證明用戶連接在伺服器上，確定用戶在線的狀態，從而實現永遠在線的特徵。
[0003]用戶在使用永遠在線業務時不希望受到由於網絡狀況或者伺服器狀況而產生的延遲，在高突發性數據發生時，要求永遠在線業務可以做出快速響應。為此，數據推送技術是一種伺服器主動將信息發送給客戶端的技術；通過Push (推送)技術，可將重要的信息主動及時地推送到移動終端上，使用戶能夠隨時隨地接收信息，為用戶提供了極大方便。其中，現有的Push方式包括(電子郵件通知)Push方式；通過建立IP長連接，發送心跳包維持連接的方式；通過運營商核心網設備保活用戶的IP_CAN(Connectivity AccessNetwork,連接訪問網絡)連接,從而使業務無需發送心跳包機制來維護狀態。
[0004]在實現本發明的過程中，發明人發現現有技術中至少存在以下問題:
[0005]伺服器獲知用戶是否還連接在伺服器上時，現有無線網絡機制按照用戶使用間斷、大數量的應用來設計，當用戶靜默一段時間後，網絡側會釋放資源，不再提供永遠在線能力，當永遠在線業務承載在無線網絡時，需要通過心跳包機制來維護在線能力，而心跳包往往比較短，數據量小，只包含用戶部分信息，且發送間隔時間較長；因此會導致大量信令消耗，佔用網絡資源。
[0006]採用EMN Push方式時，所有Push類通知消息只能通過簡訊網關進行下發，但簡訊的時間延遲長，且容易導致消息無法及時通知客戶端。另外，Push簡訊通知業務下載數據的方式，在Push簡訊中無法直接攜帶相關業務數據，Push簡訊僅僅起到通知作用，每次Push簡訊都需要喚醒業務應用去下載相關數據，導致一次業務數據獲取流程較長，而頻繁的業務交互容易導致簡訊網關負載較大以及應用頻繁的去進行網絡連接，都是對行動網路資源的不必要浪費。
[0007]在通過建立IP長連接的Push方式中，需要與網絡建立一個長時間的連接，通過IP長連接方式處理信息和信息交互，在用戶不需要使用業務時該連接也將保持，從而增加了不必要的數據流量和費用，並且會導致終端耗電量大。
[0008]運營商核心網保活用戶IP-CAN連接的Push方式中，無法處理網絡的各種異常情況，造成核心網資源的浪費；移動終端異常下線時，應用狀態不一致。
【發明內容】
[0009]本發明實施例提供一種永遠在線業務的實現方法和設備，以降低網絡資源消耗，解決現有業務心跳包策略導致行動網路資源濫用的問題。
[0010]為達到上述目的，本發明實施例提供一種永遠在線業務的實現方法，終端設備上部署有永遠在線基礎實施AOI中間件，移動核心網部署有AOI伺服器，所述AOI中間件與所述AOI伺服器之間建立有公共通知鏈路，該方法包括以下步驟:
[0011]在所述終端設備的業務客戶端與業務平臺之間保活了業務鏈路之後，所述AOI中間件監控所述業務客戶端的應用狀態；
[0012]當監控到所述業務客戶端的應用狀態為異常狀態時，所述AOI中間件通過所述公共通知鏈路將所述業務客戶端出現異常狀態的信息通知給所述AOI伺服器；由所述AOI伺服器將所述業務客戶端出現異常狀態的信息通知給所述業務平臺，並通知策略與計費規則功能PCRF關閉所述業務客戶端與業務平臺之間的業務鏈路的長連接，並由所述PCRF通知網關GPRS支持節點GGSN/防火牆去保活所述業務客戶端與業務平臺之間的業務鏈路。
[0013]本發明實施例提供一種永遠在線業務的實現方法，終端設備上部署有永遠在線基礎實施AOI中間件，移動核心網部署有AOI伺服器，所述AOI中間件與所述AOI伺服器之間建立有公共通知鏈路，該方法包括以下步驟:
[0014]在終端設備的業務客戶端與業務平臺之間保活了業務鏈路之後，如果所述AOI中間件監控到業務客戶端的異常狀態，則所述AOI伺服器通過所述公共通知鏈路接收來自所述AOI中間件的業務客戶端出現異常狀態的信息；
[0015]所述AOI伺服器將所述業務客戶端出現異常狀態的信息通知給所述業務平臺，並通知策略與計費規則功能PCRF關閉所述業務客戶端與業務平臺之間的業務鏈路的長連接，並由所述PCRF通知網關GPRS支持節點GGSN/防火牆去保活所述業務客戶端與業務平臺之間的業務鏈路。
[0016]本發明實施例提供一種永遠在線業務的實現系統，終端設備上部署有永遠在線基礎實施AOI中間件，移動核心網部署有AOI伺服器，所述AOI中間件與所述AOI伺服器之間建立有公共通知鏈路，其中:
[0017]所述AOI中間件，用於在所述終端設備的業務客戶端與業務平臺之間保活了業務鏈路之後，監控所述業務客戶端的應用狀態；並當監控到所述業務客戶端的應用狀態為異常狀態時，通過所述公共通知鏈路將所述業務客戶端出現異常狀態的信息通知給所述AOI伺服器；
[0018]所述AOI伺服器，用於通過所述公共通知鏈路接收來自所述AOI中間件的業務客戶端出現異常狀態的信息，將所述業務客戶端出現異常狀態的信息通知給所述業務平臺，並通知策略與計費規則功能PCRF關閉所述業務客戶端與業務平臺之間的業務鏈路的長連接，並由所述PCRF通知網關GPRS支持節點GGSN/防火牆去保活所述業務客戶端與業務平臺之間的業務鏈路。
[0019]本發明實施例提供一種終端設備上部署的永遠在線基礎實施AOI中間件，所述AOI中間件與AOI伺服器之間建立有公共通知鏈路，且所述AOI伺服器部署在移動核心網，所述AOI中間件具體包括:
[0020]處理模塊，用於在所述終端設備的業務客戶端與業務平臺之間保活了業務鏈路之後，監控所述業務客戶端的應用狀態；
[0021]通信模塊，用於當監控到所述業務客戶端的應用狀態為異常狀態時，通過所述公共通知鏈路將所述業務客戶端出現異常狀態的信息通知給所述AOI伺服器；由所述AOI伺服器將所述業務客戶端出現異常狀態的信息通知給所述業務平臺，並通知策略與計費規則功能PCRF關閉所述業務客戶端與業務平臺之間的業務鏈路的長連接，並由所述PCRF通知網關GPRS支持節點GGSN/防火牆去保活所述業務客戶端與業務平臺之間的業務鏈路。
[0022]本發明實施例提供一種移動核心網側部署的永遠在線基礎實施AOI伺服器，AOI中間件與所述AOI伺服器之間建立有公共通知鏈路，且所述AOI中間件部署在終端設備上，所述AOI伺服器具體包括:
[0023]接收模塊，用於在終端設備的業務客戶端與業務平臺之間保活了業務鏈路之後，如果所述AOI中間件監控到業務客戶端的異常狀態，則通過所述公共通知鏈路接收來自所述AOI中間件的業務客戶端出現異常狀態的信息；
[0024]發送模塊，用於將所述業務客戶端出現異常狀態的信息通知給所述業務平臺，並通知策略與計費規則功能PCRF關閉所述業務客戶端與業務平臺之間的業務鏈路的長連接，並由所述PCRF通知網關GPRS支持節點GGSN/防火牆去保活所述業務客戶端與業務平臺之間的業務鏈路。
[0025]與現有技術相比，本發明實施例至少具有以下優點:本發明實施例中，通過在AOI(Always Online Infrastructure,永遠在線基礎實施)中間件和AOI伺服器之間建立公共通知鏈路，並取消心跳的永遠在線方法，從而解決現有業務心跳包策略導致行動網路資源濫用的問題，為移動應用提供一整套端到端的永遠在線解決方案，降低網絡資源消耗。進一步的，通過在應用側將所有業務的Push通道及小數據量消息傳輸通道進行了歸併，減少了終端設備和網絡之間的數據連結，同時可以將小數據包進行合併傳輸，減少了網絡中小包的傳輸。通過網絡側對需要長期保持的鏈路進行保活，取消或者延長了心跳消息報文的間隔時長，可以大量減少網絡中傳輸的心跳消息。收斂應用的長連接可以減少網絡側需要保活的連接數量，減少核心網中的資源消耗。
【專利附圖】
【附圖說明】
[0026]為了更清楚地說明本發明的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其它的附圖。
[0027]圖1是本發明實施例一提供的一種永遠在線業務的實現方法流程示意圖；
[0028]圖2是本發明實施例二提供的一種永遠在線業務的實現方法流程示意圖；
[0029]圖3是本發明實施例三提供的一種永遠在線業務的實現方法流程示意圖；
[0030]圖4是本發明實施例四提供的一種永遠在線業務的實現方法流程示意圖；
[0031]圖5是本發明實施例五提供的一種永遠在線業務的實現方法流程示意圖；
[0032]圖6是本發明實施例六提供的一種永遠在線業務的實現方法流程示意圖；
[0033]圖7是本發明實施例七提供的一種永遠在線業務的實現方法流程示意圖；
[0034]圖8是本發明實施例八提供的一種永遠在線業務的實現方法流程示意圖；
[0035]圖9是本發明實施例十提供的一種AOI中間件的結構示意圖；
[0036]圖10是本發明實施例十一提供的一種AOI伺服器的結構示意圖。
【具體實施方式】
[0037]下面將結合本發明中的附圖，對本發明中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明的一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其它實施例，都屬於本發明保護的範圍。
[0038]根據現有技術中對永遠在線心跳原因的分析，心跳主要是由於需要保持行動網路中的防火牆/NAT (Network Address Translat1n，網絡地址轉換)設備的映射關係和PDP(Packet Data Protocol,分組數據協議)資源而產生的。而移動運營商在網絡側具有能力根據應用的需求為應用提供永遠在線服務，維持PDP資源和公網IP位址，替換原有應用中依靠心跳包維持永遠在線的能力，同時協調應用協同取消心跳，通過網絡側來保證長連接的可靠鏈路。
[0039]但是，通過網絡側來保證長連接的可靠鏈路時，並沒有規定何時釋放長連接的相關技術方案，從而導致長連接資源的浪費。
[0040]實施例一
[0041]針對現有技術中存在的問題，本發明實施例一提供一種永遠在線業務的實現方法，通過對永遠在線的應用和離線Push需求進行整合，在終端設備上部署AOI中間件，在移動核心網部署AOI伺服器，並通過在AOI中間件和AOI伺服器之間建立公共通知鏈路，以通過該公共通知鏈路收斂所有永遠在線需求應用、Push和部分消息傳輸通道，並結合運營商的優勢，在網絡側通過PCRF (Policy and Charging Rules Funct1n,策略與計費規則功能)的策略控制，保活公共通知鏈路。此外，針對一些業務需要大量傳輸數據的通道，通過建立業務的長連接，並建立業務鏈路，以通過PCRF維持業務通道。
[0042]本發明實施例中，在終端設備側部署一個AOI中間件，AOI中間件具有註冊管理和消息分發功能，並收斂終端設備側所有註冊業務網絡連接，此AOI中間件可以預置在終端設備中，可進行後期安裝和升級操作，其主要功能如下:(1)註冊:註冊管理模塊主要負責終端設備的業務註冊到AOI中間件，並通過AOI中間件向AOI伺服器註冊永遠在線能力；
(2)收斂鏈路:Α0Ι中間件與AOI伺服器建立統一永遠在線連接(即公共通知鏈路)，並監聽從AOI伺服器下發的各種消息；同時AOI中間件與AOI伺服器進行定期的狀態信息交互，維持業務鏈路的狀態，實現定期檢測業務鏈路狀態；(3)上傳業務消息:Α0Ι中間件負責接收從業務客戶端上發的業務消息，並通過公共通知鏈路轉發給AOI伺服器，並由AOI伺服器發給業務平臺；(4)接收並分發消息:AOI中間件負責接收AOI伺服器推送來的業務數據，並喚醒對應註冊的業務客戶端，將業務數據傳遞給業務客戶端；(5) Push簡訊接收並分發:AOI中間件負責監聽簡訊網關的Push的攜帶業務數據的短消息，並喚醒對應註冊的業務客戶端(即業務數據對應的業務客戶端)，將業務數據傳遞給業務客戶端；(6)業務狀態維護及異常處理:Α0Ι中間件與業務客戶端進行狀態交互，如發現業務客戶端的異常狀況，通過公共通知鏈路將業務客戶端的異常狀態信息發送給AOI伺服器，由AOI伺服器將異常狀態信息轉發給業務平臺。
[0043]PCRF是PCC (Policy and Charging Control,策略與計費控制)架構的核心，主要負責策略決策和計費規則的制定，本發明實施例中，需要對PCRF進行改造，通過PCRF通知GGSN和防火牆保持狀態，業務無需在此鏈路上再發送心跳包數據進行鏈路的維持，鏈路維持由核心網提供能力，並要求PCRF實現如下功能:(I)接收保活或去保活請求:PCRF負責接收AOI伺服器發來的鏈路保活請求和鏈路去保活請求，並處理由AOI伺服器發來的鏈路保活請求和鏈路去保活請求；(2)執行保活或去保活處理:PCRF根據AOI伺服器發來的鏈路保活請求或鏈路去保活請求，通知GGSN和防火牆/NAT進行相關鏈路的保活處理或者去保活處理；具體的，PCRF在收到來自AOI伺服器的鏈路保活請求後，通知GGSN和防火牆/NAT設備進行鏈路保活處理，且在鏈路保活處理之後，業務客戶端在相應鏈路上不需要發送心跳包數據進行鏈路的維持；PCRF在收到來自AOI伺服器的鏈路去保活請求之後，通知GGSN和防火牆/NAT設備進行鏈路去保活處理，且在鏈路去保活處理後，業務客戶端在相應鏈路上需要發送心跳包數據進行鏈路的維持；(3)分配信道資源:根據永遠在線業務的種類，進行通信信道的合理分配。
[0044]本發明實施例中，在移動核心網部署AOI伺服器，該AOI伺服器負責維護和管理業務的永遠在線能力，其主要功能如下:(1)公共通知鏈路:與AOI中間件之間建立和維護統一的公共通知鏈路；(2)業務註冊:負責對永遠在線類業務的相關能力進行管理，包括註冊註銷和能力識別等；(3)業務消息推送:與業務平臺接口，負責在業務平臺和AOI中間件之間傳遞消息；(4)業務鏈路維護:與業務平臺接口，負責將業務的業務鏈路保活請求，傳遞給核心網PCRF ; (5)異常處理:負責通過公共通知鏈路接收AOI中間件上報的業務客戶端異常狀況，並在發現業務客戶端出現異常時，將狀態信息上報給業務平臺，並根據情況通知核心網PCRF釋放業務客戶端對應的保活鏈路。
[0045]綜上所述，針對永遠在線需求，在應用層設計AOI中間件和AOI伺服器，並在AOI中間件和AOI伺服器之間建立公共通知鏈路，網絡側為各應用維護其永遠在線通道，當多個永遠在線類應用並存時，AOI中間件可對註冊的永遠在線類應用客戶端狀態進行監聽，並通過AOI伺服器反饋給業務平臺，實現只維護一條公共通知鏈路，並通過異常檢測機制保證連接可靠性，避免網絡側維護多條GGSN和防火牆/NAT的長連接數。進一步的，通過對業務的類型識別，還可基於PCC架構實現對永遠在線類應用其它小數據包的無線資源調度優化，進一步降低對無線網絡的影響。進一步的，公共通知鏈路根據註冊的永遠在線類業務需求進行合理的開啟和關閉，在公用鏈路未被建立時，AOI伺服器可通過下發簡訊通知AOI中間件進行公用鏈路的建立。
[0046]本發明實施例中，需要在終端設備的業務客戶端與業務平臺之間建立業務鏈路，並保活業務客戶端與業務平臺之間的業務鏈路。基於此:業務平臺通知AOI伺服器保活業務客戶端與業務平臺之間的業務鏈路，AOI伺服器在收到保活業務客戶端與業務平臺之間的業務鏈路的通知後，通知PCRF維持業務客戶端與業務平臺之間的業務鏈路的長連接，並由 PCRF 通知 GGSN (Gateway GPRS Support Node,網關 GPRS 支持節點)/ 防火牆(即 GGSN和/或防火牆，且防火牆可以為防火牆和NAT設備的集成)保活業務客戶端與業務平臺之間的業務鏈路，以在業務客戶端與業務平臺之間保活業務鏈路。
[0047]本發明實施例中，需要在AOI中間件與AOI伺服器之間建立公共通知鏈路，並保活AOI中間件與AOI伺服器之間的公共通知鏈路。基於此:Α0Ι中間件在收到來自業務客戶端的註冊請求後，判斷AOI中間件與AOI伺服器之間的公共通知鏈路是否已經建立；如果未建立，則AOI中間件向AOI伺服器發送用於建立公共通知鏈路的請求；Α0Ι伺服器在收到用於建立公共通知鏈路的請求後，通知PCRF維持AOI中間件與AOI伺服器之間的公共通知鏈路的長連接，並由PCRF通知GGSN/防火牆保活AOI中間件與AOI伺服器之間的公共通知鏈路，以建立AOI中間件與AOI伺服器之間的公共通知鏈路。
[0048]基於上述業務客戶端與業務平臺之間的業務鏈路(業務如果有大量數據傳輸，則可以建立業務鏈路用於業務消息的傳遞)、以及AOI中間件與AOI伺服器之間的公共通知鏈路(用於離線消息的推送，以及部分業務小消息的發送和接收)，如圖1所示，在終端設備的業務客戶端與業務平臺之間保活了業務鏈路之後，該永遠在線業務的實現方法包括以下步驟:
[0049]步驟101，AOI中間件監控業務客戶端的應用狀態。
[0050]步驟102，當監控到業務客戶端的應用狀態為異常狀態時，AOI中間件通過公共通知鏈路將業務客戶端出現異常狀態的信息通知給AOI伺服器。
[0051]步驟103，AOI伺服器通過公共通知鏈路接收來自AOI中間件的業務客戶端出現異常狀態的信息，並將業務客戶端出現異常狀態的信息通知給業務平臺，並通知PCRF關閉業務客戶端與業務平臺之間的業務鏈路的長連接。
[0052]步驟104，PCRF通知GGSN/防火牆卿GGSN和/或防火牆/NAT設備)去保活業務客戶端與業務平臺之間的業務鏈路。
[0053]本發明實施例中，基於AOI中間件與AOI伺服器之間的公共通知鏈路，AOI伺服器接收來自業務平臺的業務數據，並當AOI中間件與AOI伺服器之間的公共通知鏈路建立時，AOI伺服器通過公共通知鏈路將業務數據轉發給AOI中間件；Α0Ι中間件通過公共通知鏈路接收來自AOI伺服器的業務數據，並喚醒業務數據對應的業務客戶端，將業務數據轉發給業務客戶端。和/或，AOI中間件接收來自業務客戶端的業務數據，並通過公共通知鏈路將業務數據轉發給AOI伺服器；Α0Ι伺服器通過公共通知鏈路接收來自AOI中間件的業務數據，並將業務數據轉發給業務客戶端對應的業務平臺。
[0054]本發明實施例中，基於AOI中間件與AOI伺服器之間的公共通知鏈路，AOI伺服器接收來自業務平臺的業務數據，當AOI中間件與AOI伺服器之間的公共通知鏈路未建立時，AOI伺服器向簡訊網關發送攜帶業務數據的短消息，簡訊網關將攜帶業務數據的短消息發送給AOI中間件；Α0Ι中間件接收來自簡訊網關的攜帶業務數據(發送給業務客戶端的業務數據)的短消息，喚醒業務數據對應的業務客戶端，將攜帶業務數據的短消息發給業務客戶端。
[0055]本發明實施例中，基於業務客戶端與業務平臺之間的業務鏈路，在業務客戶端與業務平臺之間保活了業務鏈路之後，當業務客戶端註銷下線時，AOI伺服器接收來自業務平臺的關閉業務客戶端與業務平臺之間的業務鏈路的通知，並通知PCRF關閉業務客戶端與業務平臺之間的業務鏈路的長連接，並由PCRF通知GGSN/防火牆去保活業務客戶端與業務平臺之間的業務鏈路。
[0056]本發明實施例中，基於AOI中間件與AOI伺服器之間的公共通知鏈路，當終端設備上所有業務客戶端均註銷永遠在線能力時，AOI中間件向AOI伺服器發送用於拆除公共通知鏈路的請求；Α0Ι伺服器在收到用於拆除公共通知鏈路的請求後，通知PCRF關閉AOI中間件與AOI伺服器之間的公共通知鏈路的長連接，PCRF通知GGSN/防火牆去保活AOI中間件與AOI伺服器之間的公共通知鏈路，以拆除AOI中間件與AOI伺服器之間的公共通知鏈路。
[0057]綜上所述，本發明實施例中，通過在AOI中間件和AOI伺服器之間建立公共通知鏈路，並取消心跳的永遠在線方法，從而解決現有業務心跳包策略導致行動網路資源濫用的問題，為移動應用提供一整套端到端的永遠在線解決方案，降低網絡資源消耗。進一步的，通過在應用側將所有業務的Push通道及小數據量消息傳輸通道進行了歸併，減少了終端設備和網絡之間的數據連結，同時可以將小數據包進行合併傳輸，減少了網絡中小包的傳輸。通過網絡側對需要長期保持的鏈路進行保活，取消或者延長了心跳消息報文的間隔時長，可以大量減少網絡中傳輸的心跳消息。收斂應用的長連接可以減少網絡側需要保活的連接數量，減少核心網中的資源消耗。
[0058]以下結合具體實施例對本發明提供的永遠在線業務的實現進行說明。
[0059]實施例二
[0060]本實施例為永遠在線業務登記開通流程。其中，業務提供方(第三方業務提供方)在接入永遠在線方案前，需要到永遠在線業務接入平臺進行業務開通和登記，永遠在線業務登記開通流程如圖2所示，該流程包括以下步驟:
[0061]步驟I，業務提供方在永遠在線申請portal提交永遠在線業務信息，包括在永遠在線申請portal填寫業務名稱，類型，應用平臺IP位址等相關信息。
[0062]步驟2，永遠在線申請portal審核業務提供方提交的永遠在線業務信息，如果審核通過，則永遠在線申請portal為業務提供方分配業務ID及業務密鑰。
[0063]步驟3，永遠在線申請portal將永遠在線業務的相關信息(如業務ID及業務密鑰)登記到AOI伺服器，並為該永遠在線業務開通使用永遠在線能力。
[0064]步驟4，永遠在線申請portal將永遠在線業務的業務ID及業務密鑰提供給業務提供方，供業務提供方研發永遠在線業務使用。
[0065]實施例三
[0066]本實施例為公共通知鏈路以及業務鏈路的建立流程。其中，如果業務客戶端期望使用永遠在線能力，則在登錄業務平臺之前，需要註冊業務能力到終端設備的AOI中間件，以在AOI中間件和AOI伺服器之間建立公共通知鏈路。進一步的，為了在AOI中間件和AOI伺服器之間建立公共通知鏈路，需要先進行永遠在線業務登記開通流程(即上述實施例二)，使得AOI伺服器能夠識別此永遠在線業務，並上報PCRF進行鏈路維護及傳遞消息到業務平臺。
[0067]在AOI中間件和AOI伺服器之間建立公共通知鏈路，以及在業務客戶端與業務平臺之間保活業務鏈路的流程如圖3所示，該流程包括以下步驟:
[0068]步驟1，業務客戶端註冊業務能力到終端設備的AOI中間件，AOI中間件接收來自業務客戶端的註冊請求，並在通過認證後，確認業務能力需求為永遠在線能力，並判斷AOI中間件和AOI伺服器之間的公共通知鏈路是否已經建立，若沒有建立，則發起建立公共通知鏈路的流程，即執行步驟2。
[0069]步驟2，AOI中間件向AOI伺服器發送用於建立公共通知鏈路的請求，以為相應的業務客戶端註冊業務永遠在線能力。
[0070]步驟3，AOI伺服器根據來自AOI中間件的用於建立公共通知鏈路的請求中攜帶的業務ID判斷此業務是否具有使用永遠在線能力；並在具有使用永遠在線能力時，將用戶註冊信息上傳到業務平臺，由業務平臺對用戶進行業務身份認證。當業務身份認成功時，業務平臺保存AOI伺服器的相關身份標識信息，並將業務鑑權成功的信息返回給AOI伺服器。
[0071]步驟4，AOI伺服器收到業務鑑權成功的信息後，通知PCRF為公共通知鏈路(Α0Ι中間件與AOI伺服器之間的公共通知鏈路)維持長連接。其中，AOI伺服器需要將為公共通知鏈路維持長連接的通知消息轉換為標準的Rx接口信令，並進行路由尋址及管理，將保活連接的需求通知到對應的PCRF。
[0072]步驟5，PCRF通知GGSN/防火牆保活AOI中間件與AOI伺服器之間的公共通知鏈路。具體的，PCRF通知GGSN具體的永遠在線類業務承載狀態管理方法，通知消息中攜帶永遠在線類業務承載能力請求、用戶IP-CAN會話信息，之後由GGSN將對應IP-CAN會話變更為永遠在線類業務承載，並為該IP-CAN會話保持永遠在線能力，包括通知防火牆/NAT不釋放映射、保持該IP-CAN會話不釋放，為公共通知鏈路進行保活處理等。
[0073]基於上述處理，AOI中間件與AOI伺服器之間的公共通知鏈路建立完成，AOI中間件與AOI伺服器通過異常檢測機制監聽鏈路狀態。具體的，AOI中間件與AOI伺服器之間的公共通知鏈路被保活後，AOI中間件與AOI伺服器協商，定時進行應用狀態更新，以確保業務層面及時感知業務客戶端的狀態。
[0074]步驟6，業務客戶端在業務平臺登錄在線後，如果業務客戶端與業務平臺之間存在大量的數據定期交互，則需要在業務客戶端與業務平臺之間直接建立業務鏈路，以在業務客戶端與業務平臺之間進行業務信息的直接交互。
[0075]步驟7，業務平臺在收到使用永遠在線業務的業務客戶端發送來的登錄請求後，通知AOI伺服器保活業務客戶端與業務平臺之間的業務鏈路。
[0076]步驟8，AOI伺服器在收到保活業務客戶端與業務平臺之間的業務鏈路的通知(即長連接保活請求)後，對業務平臺的長連接保活請求進行鑑權，判斷此登錄業務是否有保活業務鏈路的能力。若鑑權通過，則執行步驟9。
[0077]步驟9，A0I伺服器通知PCRF維持業務鏈路的長連接。其中，該業務鏈路為業務客戶端與業務平臺之間的業務鏈路。
[0078]步驟10，PCRF通知GGSN/防火牆保活業務客戶端與業務平臺之間的業務鏈路，從而在業務客戶端與業務平臺之間保活業務鏈路。
[0079]其中，在業務鏈路被保活長連接之後，業務客戶端不再需要頻繁發送心跳包來維持此業務鏈路，業務數據可以直接在業務鏈路上進行傳輸。
[0080]實施例四
[0081]本實施例為通過公共通知鏈路發送業務數據的處理流程。其中，業務客戶端在完成永遠在線業務的註冊後，當業務平臺需要Push數據到業務客戶端時，如果AOI中間件和AOI伺服器之間的公共通知鏈路已經建立，則業務平臺可以通過公共通知鏈路推送業務數據給業務客戶端，通過公共通知鏈路推送業務數據給業務客戶端的流程如圖4所示，該流程包括以下步驟:
[0082]步驟1，業務平臺需要向業務客戶端推送業務數據時，將需要推送的業務數據以及相應的用戶ID發送到AOI伺服器，由AOI伺服器進行處理。
[0083]步驟2，AOI伺服器通過收到的用戶ID查看對應的AOI中間件與AOI伺服器之間的公共通知鏈路是否已經建立。
[0084]步驟3，如果AOI中間件與AOI伺服器之間的公共通知鏈路已經建立，則AOI伺服器通過該公共通知鏈路Push業務數據給AOI中間件。
[0085]步驟4，AOI中間件通過公共通知鏈路接收來自AOI伺服器的業務數據，通過業務ID找到並喚醒註冊的業務客戶端，將業務數據發送給業務客戶端。
[0086]步驟5，業務客戶端接收並解析業務數據，判斷是否與業務平臺建立數據傳輸連接，並在與業務平臺建立數據傳輸連接時，和業務平臺進行數據交互。
[0087]步驟6，業務客戶端與業務平臺進行數據交互，並在業務數據的交互完成後，業務客戶端斷開和業務平臺的數據傳輸連接，結束此次數據傳輸。
[0088]實施例五
[0089]本實施例為通過簡訊網關發送業務數據的處理流程。其中，業務客戶端在完成永遠在線業務的註冊後，當業務平臺需要Push數據到業務客戶端時，如果AOI中間件和AOI伺服器之間的公共通知鏈路不存在(即沒有建立)，則業務平臺可以通過簡訊網關(短消息網關)推送業務數據給AOI中間件，並由AOI中間件喚醒對應的業務客戶端並進行業務數據交互，即業務平臺通過簡訊網關推送業務數據給業務客戶端，通過簡訊網關鏈路推送業務數據給業務客戶端的流程如圖5所示，該流程包括以下步驟:
[0090]步驟1，業務平臺需要向業務客戶端推送業務數據時，將需要推送的業務數據以及相應的用戶ID發送到AOI伺服器，由AOI伺服器進行處理。
[0091]步驟2，AOI伺服器通過收到的用戶ID查看對應的AOI中間件與AOI伺服器之間的公共通知鏈路是否已經建立。
[0092]步驟3，如果AOI中間件與AOI伺服器之間的公共通知鏈路未建立，則AOI伺服器查找此業務對應的手機號碼，並向對應的簡訊網關Push短消息，該短消息中攜帶了業務平臺需要發送給業務客戶端的業務數據。
[0093]步驟4，簡訊網關在收到短消息後，向對應的AOI中間件Push短消息，該短消息中攜帶業務平臺需要發送給業務客戶端的業務數據。
[0094]步驟5，AOI中間件監聽到AOI伺服器通過簡訊網關下發的短消息後，解析該短消息以查找到對應的註冊業務，喚醒對應的業務客戶端，並將短消息傳遞給此業務客戶端，該短消息中攜帶需要發送給業務客戶端的業務數據。
[0095]步驟6，業務客戶端接收並解析短消息中攜帶的業務數據，判斷是否與業務平臺建立數據傳輸連接，在建立數據傳輸連接時和業務平臺進行數據交互。
[0096]步驟7，業務客戶端與業務平臺進行數據交互，並在業務數據的交互完成後，業務客戶端斷開和業務平臺的數據傳輸連接，結束此次數據傳輸。
[0097]實施例六
[0098]本實施例為永遠在線業務狀態維護及糾錯處理流程。其中，對於業務平臺與業務客戶端之間的業務鏈路，由於業務客戶端和業務平臺之間可以長時間不通信，導致業務客戶端發生的一些異常情況，業務平臺無法感知到，繼而導致不良的用戶體驗，因此需要實現業務狀態糾錯處理機制，永遠在線業務狀態維護及糾錯處理流程如圖6所示，該流程包括以下步驟:
[0099]步驟1，使用永遠在線能力的業務客戶端註冊到AOI中間件。
[0100]步驟2，AOI中間件與AOI伺服器之間建立公共通知鏈路，且AOI中間件與AOI伺服器通過異常檢測機制監聽鏈路的相關狀態。
[0101]步驟3，業務客戶端登錄到業務平臺。
[0102]步驟4，業務客戶端與業務平臺之間建立業務鏈路，並保活此業務鏈路，業務客戶端不再發送心跳包維持業務客戶端與業務平臺之間的業務鏈路。
[0103]具體的，業務平臺通過AOI伺服器告知PCRF維持業務客戶端與業務平臺之間的業務鏈路的長連接，PCRF通知GGSN和防火牆/NAT保活此業務鏈路，且業務客戶端和業務平臺均不需要發送心跳包來維持此業務鏈路，但沒有心跳包交互後，業務客戶端的狀態無法及時通知到業務平臺。
[0104]步驟5，業務客戶端登錄業務平臺後，需要業務客戶端與AOI中間件建立一個定期狀態反饋機制，以確保AOI中間件能夠監聽到業務客戶端的狀態。
[0105]步驟6，AOI中間件在監控業務客戶端的應用狀態時，如果AOI中間件沒有接收到業務客戶端的定期狀態反饋，則認為業務客戶端的應用狀態為異常狀態，為了釋放網絡資源，AOI中間件通過公共通知鏈路將業務客戶端出現異常狀態的信息通知給AOI伺服器，以請求AOI伺服器關閉此業務鏈路。
[0106]步驟7，AOI伺服器通知PCRF關閉業務客戶端與業務平臺之間的業務鏈路的長連接，並通知業務平臺，業務客戶端的相關應用已經下線。
[0107]步驟8、PCRF通知GGSN及防火牆/NAT釋放業務鏈路的保活。
[0108]實施例七
[0109]本實施例為業務客戶端永遠在線業務下線流程。其中，為了使業務客戶端在下線時能夠及時釋放網絡側為業務鏈路保持的長連接，需要實現永遠在線類業務客戶端的下線機制，以減少網絡的資源消耗，節省網絡資源。業務客戶端永遠在線業務下線流程如圖7所示，該流程包括以下步驟:
[0110]步驟1，使用永遠在線能力的業務客戶端註冊到AOI中間件。
[0111]步驟2，AOI中間件與AOI伺服器之間建立公共通知鏈路，且AOI中間件與AOI伺服器通過異常檢測機制監聽鏈路的相關狀態。
[0112]步驟3，業務客戶端登錄到業務平臺。
[0113]步驟4，業務客戶端與業務平臺之間建立業務鏈路，並保活此業務鏈路，業務客戶端不再發送心跳包維持業務客戶端與業務平臺之間的業務鏈路。
[0114]具體的，業務平臺通過AOI伺服器告知PCRF維持業務客戶端與業務平臺之間的業務鏈路的長連接，PCRF通知GGSN和防火牆/NAT保活此業務鏈路，且業務客戶端和業務平臺均不需要發送心跳包來維持此業務鏈路，但沒有心跳包交互後，業務客戶端的狀態無法及時通知到業務平臺。
[0115]步驟5，業務客戶端需要註銷下線時，向業務平臺發起業務下線通知。
[0116]步驟6，業務平臺接收到業務客戶端的下線通知後，為了釋放網絡資源，業務平臺通知AOI伺服器去保活此業務鏈路的資源。
[0117]步驟7，AOI伺服器接收來自業務平臺的請求，通知PCRF關閉業務客戶端與業務平臺之間的業務鏈路的長連接，並釋放相關網絡資源。
[0118]步驟8，PCRF通知GGSN及防火牆/NAT釋放業務鏈路的保活。
[0119]步驟9，業務客戶端釋放業務鏈路，完成業務下線。
[0120]實施例八
[0121]本實施例為業務客戶端註銷永遠在線能力流程。其中，當業務客戶端註銷永遠在線能力時，需要向AOI中間件發起取消永遠在線能力請求，當AOI中間件檢測到所有的永遠在線應用取消了業務Push需求時，需要拆除公共通知鏈路，釋放AOI中間件，AOI伺服器，GGSN以及防火牆/NAT的資源。業務客戶端註銷永遠在線能力流程如圖8所示，該流程包括以下步驟:
[0122]步驟1，當有業務客戶端使用永遠在線能力時，在AOI中間件與AOI伺服器之間建立公共通知鏈路，並通過該公共通知鏈路進行相關信息的傳輸。
[0123]步驟2，當業務客戶端註銷永遠在線能力時，業務客戶端向AOI中間件發起取消永遠在線能力的請求，以業務客戶端的註銷永遠在線能力。
[0124]步驟3，AOI中間件接收到取消永遠在線能力的請求後，向AOI伺服器發送該業務客戶端的取消永遠在線能力的請求。
[0125]步驟4，AOI伺服器將取消永遠在線能力的請求發送到業務平臺，業務平臺完成永遠在線能力的註銷，返回註銷永遠在線能力完成消息給AOI中間件。
[0126]步驟5，A0I中間件通知業務平臺取消此業務客戶端應用的Push通道的註冊，並檢測當前是否沒有註冊永遠在線需求的應用；如果已經沒有註冊永遠在線需求的應用，則通知AOI伺服器拆除公共通知鏈路。
[0127]步驟6，A0I伺服器接收到來自AOI中間件的拆除公共通知鏈路的請求後，向PCRF發送取消公共通知鏈路的保活，以通知PCRF關閉AOI伺服器與AOI中間件之間的公共通知鏈路的長連接。
[0128]步驟7，PCRF通知GGSN及防火牆/NAT去保活AOI伺服器與AOI中間件之間的公共通知鏈路，並釋放網絡資源。
[0129]步驟8，AOI伺服器通知AOI中間件拆除公共通知鏈路，AOI中間件斷開和AOI伺服器的 TCP (Transmiss1n Control Protocol,傳輸控制協議)連接。
[0130]步驟9，AOI中間件和AOI伺服器釋放資源，以最終拆除公共通知鏈路。
[0131]基於本發明的上述各實施例，通過在AOI中間件和AOI伺服器之間建立公共通知鏈路，並取消心跳的永遠在線方法，從而解決現有業務心跳包策略導致行動網路資源濫用的問題，為移動應用提供一整套端到端的永遠在線解決方案，將各種Push類業務的需求收斂到一個公用通道，大大減少防火牆和NAT的保持路數，降低網絡資源消耗。進一步的，通過網絡側和應用側相結合的永遠在線解決方案，通過在應用側將所有業務的Push通道及小數據量消息傳輸通道進行了歸併，減少了終端和網絡之間的數據連結，同時可以將小數據包進行合併傳輸，減少了網絡中小包的傳輸。通過網絡側對需要長期保持的鏈路進行保活，取消或者延長了心跳消息報文的間隔時長，可以大量減少網絡中傳輸的心跳消息。收斂應用的長連接可以減少網絡側需要保活的連接數量，減少核心網中GGSN，防火牆/NAT資源消耗。此外，在網絡層通過對核心網策略控制設備的改造，通過PCRF通知GGSN和防火牆/NAT維持業務應用的普通業務數據鏈路長連接狀態的方式，替代當前業務客戶端和平臺通過心跳包模式進行鏈路維持的方法，避免了由於頻繁心跳包數據的發送所導致行動網路資源被濫用的情況，此外，終端中間件對頂類應用進行統一的業務狀態管理，並將客戶端應用運行狀態的改變通過公共通知鏈路告知AOI伺服器並轉交到業務平臺，避免由於普通業務鏈路中由於心跳包的缺失，導致無法及時獲取終端業務客戶端狀態和無法及時釋放網絡資源的問題。
[0132]進一步的，假設在終端設備上有N個永遠在線業務，這些永遠在線業務具有以下特性:心跳消息平均為每2分鐘發送一次；有20%的業務需要維持業務長連接，業務長連接的心跳消息也為2分鐘。假設應用本發明實施例的技術方案時，將所有的心跳進行收斂並保持10分鐘的一次狀態更新消息，在這些業務後臺運行狀態下(不進行業務實際業務數據交互)。則:如果不採用本發明實施例的技術方案，在假設的T分鐘時長內將產生(N+20%N)* (T/2)個心跳消息。在採用本發明實施例的技術方案後，由於將所有的永遠在線鏈路收斂到一條，在假設的T分鐘時長內將產生(T/10)個心跳消息，而業務鏈路由PCRF保活，不再需要心跳保活。因此，可以得出對網絡資源降低的比例為公式為:((N+20%N)T/2 - T/10)/((N+20%N)*T/2)=1-1/ (6*Ν)。
[0133]通過推論可以看出，採用本發明實施例的技術方案時，在只有一個業務需要心跳的情況下，也能大幅降低業務心跳對於空口和網絡資源的影響，分析其原因是由於通過GGSN和防火牆/NAT對長連接進行保活，可以大大降低心跳的時長，減少了心跳佔用空口和網絡資源。同時在不採用本發明實施例的技術方案時，網絡GGSN和防火牆/NAT資源需要消耗Ν+20%Ν的狀態維護，而採用本發明實施例的技術方案後網絡只需要維護1+20%Ν。
[0134]因此，可以得出對網絡資源降低的比例公式為:((Ν+20%Ν)_ (1+20%Ν))/ (Ν+20%Ν)= (N-1)/1.2Ν=1-5/ (6*Ν)。
[0135]實施例九
[0136]基於與上述方法同樣的發明構思，本發明實施例中還提供了一種永遠在線業務的實現系統，終端設備上部署有永遠在線基礎實施AOI中間件，移動核心網部署有AOI伺服器，所述AOI中間件與所述AOI伺服器之間建立有公共通知鏈路，其中:所述AOI中間件，用於在所述終端設備的業務客戶端與業務平臺之間保活了業務鏈路之後，監控所述業務客戶端的應用狀態；並當監控到所述業務客戶端的應用狀態為異常狀態時，通過所述公共通知鏈路將所述業務客戶端出現異常狀態的信息通知給所述AOI伺服器；
[0137]所述AOI伺服器，用於通過所述公共通知鏈路接收來自所述AOI中間件的業務客戶端出現異常狀態的信息，將所述業務客戶端出現異常狀態的信息通知給所述業務平臺，並通知策略與計費規則功能PCRF關閉所述業務客戶端與業務平臺之間的業務鏈路的長連接，並由所述PCRF通知網關GPRS支持節點GGSN/防火牆去保活所述業務客戶端與業務平臺之間的業務鏈路。
[0138]所述AOI中間件，還用於在收到來自所述業務客戶端的註冊請求後，判斷所述AOI中間件與所述AOI伺服器之間的公共通知鏈路是否已經建立；如果未建立，則向所述AOI月艮務器發送用於建立公共通知鏈路的請求；
[0139]所述AOI伺服器，還用於接收來自所述AOI中間件的用於建立公共通知鏈路的請求，並在收到用於建立公共通知鏈路的請求後，通知PCRF維持所述AOI中間件與所述AOI伺服器之間的公共通知鏈路的長連接，並由所述PCRF通知GGSN/防火牆保活所述AOI中間件與所述AOI伺服器之間的公共通知鏈路，以建立所述AOI中間件與所述AOI伺服器之間的公共通知鏈路。
[0140]實施例十
[0141]基於與上述方法同樣的發明構思，本發明實施例中還提供了一種終端設備上部署的永遠在線基礎實施AOI中間件，所述AOI中間件與AOI伺服器之間建立有公共通知鏈路，且所述AOI伺服器部署在移動核心網，如圖9所示，所述AOI中間件具體包括:
[0142]處理模塊11，用於在所述終端設備的業務客戶端與業務平臺之間保活了業務鏈路之後，監控所述業務客戶端的應用狀態；
[0143]通信模塊12，用於當監控到所述業務客戶端的應用狀態為異常狀態時，通過所述公共通知鏈路將所述業務客戶端出現異常狀態的信息通知給所述AOI伺服器；由所述AOI伺服器將所述業務客戶端出現異常狀態的信息通知給所述業務平臺，並通知策略與計費規則功能PCRF關閉所述業務客戶端與業務平臺之間的業務鏈路的長連接，並由所述PCRF通知網關GPRS支持節點GGSN/防火牆去保活所述業務客戶端與業務平臺之間的業務鏈路。
[0144]所述處理模塊11，還用於在收到來自所述業務客戶端的註冊請求後，判斷所述AOI中間件與所述AOI伺服器之間的公共通知鏈路是否已經建立；
[0145]所述通信模塊12，還用於當所述AOI中間件與所述AOI伺服器之間的公共通知鏈路未建立時，向所述AOI伺服器發送用於建立公共通知鏈路的請求；由所述AOI伺服器在收到用於建立公共通知鏈路的請求後，通知PCRF維持所述AOI中間件與所述AOI伺服器之間的公共通知鏈路的長連接，並由所述PCRF通知GGSN/防火牆保活所述AOI中間件與所述AOI伺服器之間的公共通知鏈路，以建立所述AOI中間件與所述AOI伺服器之間的公共通知鏈路。
[0146]所述通信模塊12，還用於通過所述公共通知鏈路接收來自所述AOI伺服器的業務數據，並喚醒所述業務數據對應的業務客戶端，將所述業務數據轉發給所述業務客戶端；和/或，接收來自所述業務客戶端的業務數據，並通過所述公共通知鏈路將所述業務數據轉發給所述AOI伺服器，並由所述AOI伺服器將所述業務數據轉發給所述業務客戶端對應的業務平臺。
[0147]所述通信模塊12，還用於接收來自簡訊網關的短消息，所述短消息為所述AOI伺服器發送給簡訊網關的，且短消息中攜帶需要發送給業務客戶端的業務數據；以及，喚醒所述業務數據對應的業務客戶端，並將攜帶所述業務數據的短消息轉發給所述業務客戶端。
[0148]所述通信模塊12，還用於當所述終端設備上所有的業務客戶端均註銷永遠在線能力時，向所述AOI伺服器發送用於拆除公共通知鏈路的請求；由所述AOI伺服器在收到用於拆除公共通知鏈路的請求後，通知PCRF關閉所述AOI中間件與所述AOI伺服器之間的公共通知鏈路的長連接，並由所述PCRF通知GGSN/防火牆去保活所述AOI中間件與所述AOI伺服器之間的公共通知鏈路，以拆除所述AOI中間件與所述AOI伺服器之間的公共通知鏈路。
[0149]其中，本發明裝置的各個模塊可以集成於一體，也可以分離部署。上述模塊可以合併為一個模塊，也可以進一步拆分成多個子模塊。
[0150]實施例1^一
[0151]基於與上述方法同樣的發明構思，本發明實施例中還提供了一種移動核心網側部署的永遠在線基礎實施AOI伺服器，AOI中間件與所述AOI伺服器之間建立有公共通知鏈路，且所述AOI中間件部署在終端設備上，如圖10所示，所述AOI伺服器具體包括:
[0152]接收模塊21，用於在終端設備的業務客戶端與業務平臺之間保活了業務鏈路之後，如果所述AOI中間件監控到業務客戶端的異常狀態，則通過所述公共通知鏈路接收來自所述AOI中間件的業務客戶端出現異常狀態的信息；
[0153]發送模塊22，用於將所述業務客戶端出現異常狀態的信息通知給所述業務平臺，並通知策略與計費規則功能PCRF關閉所述業務客戶端與業務平臺之間的業務鏈路的長連接，並由所述PCRF通知網關GPRS支持節點GGSN/防火牆去保活所述業務客戶端與業務平臺之間的業務鏈路。
[0154]所述接收模塊21，還用於在所述AOI中間件與AOI伺服器之間的公共通知鏈路未建立時，接收來自所述AOI中間件的用於建立公共通知鏈路的請求；
[0155]所述發送模塊22，還用於在收到用於建立公共通知鏈路的請求後，通知PCRF維持所述AOI中間件與AOI伺服器之間的公共通知鏈路的長連接，並由所述PCRF通知GGSN/防火牆保活所述AOI中間件與AOI伺服器之間的公共通知鏈路，以建立所述AOI中間件與所述AOI伺服器之間的公共通知鏈路。
[0156]所述接收模塊21，還用於接收來自業務平臺的業務數據；
[0157]所述發送模塊22，還用於當AOI中間件與AOI伺服器之間的公共通知鏈路建立時，通過所述公共通知鏈路將所述業務數據轉發給AOI中間件，由AOI中間件喚醒業務數據對應的業務客戶端，將所述業務數據轉發給業務客戶端；
[0158]和/ 或，
[0159]所述接收模塊21，還用於通過所述公共通知鏈路接收來自所述AOI中間件的業務數據；
[0160]所述發送模塊22，還用於將業務數據轉發給業務客戶端對應的業務平臺。
[0161]所述接收模塊21，還用於接收來自業務平臺的業務數據；
[0162]所述發送模塊22，還用於當AOI中間件與AOI伺服器之間的公共通知鏈路未建立時，向簡訊網關發送攜帶業務數據的短消息，由簡訊網關將攜帶所述業務數據的短消息發送給AOI中間件，由AOI中間件喚醒所述業務數據對應的業務客戶端，並將攜帶所述業務數據的短消息轉發給所述業務客戶端。
[0163]所述發送模塊22，還用於在收到來自業務平臺的保活業務客戶端與業務平臺之間的業務鏈路的通知後，通知PCRF維持所述業務客戶端與業務平臺之間的業務鏈路的長連接，由PCRF通知GGSN/防火牆保活所述業務客戶端與業務平臺之間的業務鏈路，以在業務客戶端與業務平臺之間保活業務鏈路。
[0164]所述接收模塊21，還用於在所述業務客戶端與業務平臺之間保活了業務鏈路之後，當所述業務客戶端註銷下線時，接收來自所述業務平臺的關閉所述業務客戶端與業務平臺之間的業務鏈路的通知；
[0165]所述發送模塊22，還用於通知所述PCRF關閉所述業務客戶端與業務平臺之間的業務鏈路的長連接，並由所述PCRF通知所述GGSN/防火牆去保活所述業務客戶端與業務平臺之間的業務鏈路。
[0166]所述接收模塊21，還用於當所述終端設備上所有的業務客戶端均註銷永遠在線能力時，接收來自所述AOI中間件的用於拆除公共通知鏈路的請求；
[0167]所述發送模塊22，還用於在收到用於拆除公共通知鏈路的請求後，通知PCRF關閉所述AOI中間件與所述AOI伺服器之間的公共通知鏈路的長連接，由PCRF通知GGSN/防火牆去保活所述AOI中間件與所述AOI伺服器之間的公共通知鏈路，以拆除所述AOI中間件與AOI伺服器之間的公共通知鏈路。
[0168]其中，本發明裝置的各個模塊可以集成於一體，也可以分離部署。上述模塊可以合併為一個模塊，也可以進一步拆分成多個子模塊。
[0169]通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發明可藉助軟體加必需的通用硬體平臺的方式來實現，當然也可以通過硬體，但很多情況下前者是更佳的實施方式。基於這樣的理解，本發明的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟體產品的形式體現出來，該計算機軟體產品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，伺服器，或者網絡設備等)執行本發明各個實施例所述的方法。
[0170]本領域技術人員可以理解附圖只是一個優選實施例的示意圖，附圖中的模塊或流程並不一定是實施本發明所必須的。
[0171]本領域技術人員可以理解實施例中的裝置中的模塊可以按照實施例描述進行分布於實施例的裝置中，也可以進行相應變化位於不同於本實施例的一個或多個裝置中。上述實施例的模塊可以合併為一個模塊，也可以進一步拆分成多個子模塊。
[0172]上述本發明實施例序號僅僅為了描述，不代表實施例的優劣。
[0173]以上公開的僅為本發明的幾個具體實施例，但是，本發明並非局限於此，任何本領域的技術人員能思之的變化都應落入本發明的保護範圍。
【權利要求】
1.一種永遠在線業務的實現方法，其特徵在於，終端設備上部署有永遠在線基礎實施AOI中間件，移動核心網部署有AOI伺服器，所述AOI中間件與所述AOI伺服器之間建立有公共通知鏈路，該方法包括以下步驟: 在所述終端設備的業務客戶端與業務平臺之間保活了業務鏈路之後，所述AOI中間件監控所述業務客戶端的應用狀態； 當監控到所述業務客戶端的應用狀態為異常狀態時，所述AOI中間件通過所述公共通知鏈路將所述業務客戶端出現異常狀態的信息通知給所述AOI伺服器；由所述AOI伺服器將所述業務客戶端出現異常狀態的信息通知給所述業務平臺，並通知策略與計費規則功能PCRF關閉所述業務客戶端與業務平臺之間的業務鏈路的長連接，並由所述PCRF通知網關GPRS支持節點GGSN/防火牆去保活所述業務客戶端與業務平臺之間的業務鏈路。
2.如權利要求1所述的方法，其特徵在於，所述AOI中間件與所述AOI伺服器之間建立公共通知鏈路的過程，具體包括: 所述AOI中間件在收到來自所述業務客戶端的註冊請求後，判斷所述AOI中間件與所述AOI伺服器之間的公共通知鏈路是否已經建立；如果未建立，則所述AOI中間件向所述AOI伺服器發送用於建立公共通知鏈路的請求；由所述AOI伺服器在收到用於建立公共通知鏈路的請求後，通知PCRF維持所述AOI中間件與所述AOI伺服器之間的公共通知鏈路的長連接，並由所述PCRF通知GGSN/防火牆保活所述AOI中間件與所述AOI伺服器之間的公共通知鏈路，以建立所述AOI中間件與所述AOI伺服器之間的公共通知鏈路。
3.如權利要求1或2所述的方法，其特徵在於，所述方法還包括: 所述AOI中間件通過所述公共通知鏈路接收來自所述AOI伺服器的業務數據，並喚醒所述業務數據對應的業務客戶端，將所述業務數據轉發給所述業務客戶端；和/或，所述AOI中間件接收來自所述業務客戶端的業務數據，並通過所述公共通知鏈路將所述業務數據轉發給所述AOI伺服器，並由所述AOI伺服器將所述業務數據轉發給所述業務客戶端對應的業務平臺。
4.如權利要求1或2所述的方法，其特徵在於，所述方法還包括: 所述AOI中間件接收來自簡訊網關的短消息，所述短消息為所述AOI伺服器發送給簡訊網關的，且短消息中攜帶需要發送給業務客戶端的業務數據； 所述AOI中間件喚醒所述業務數據對應的業務客戶端，並將攜帶所述業務數據的短消息轉發給所述業務客戶端。
5.如權利要求1或2所述的方法，其特徵在於，所述方法還包括: 當所述終端設備上所有的業務客戶端均註銷永遠在線能力時，所述AOI中間件向所述AOI伺服器發送用於拆除公共通知鏈路的請求；由所述AOI伺服器在收到用於拆除公共通知鏈路的請求後，通知PCRF關閉所述AOI中間件與所述AOI伺服器之間的公共通知鏈路的長連接，並由所述PCRF通知GGSN/防火牆去保活所述AOI中間件與所述AOI伺服器之間的公共通知鏈路，以拆除所述AOI中間件與所述AOI伺服器之間的公共通知鏈路。
6.一種永遠在線業務的實現方法，其特徵在於，終端設備上部署有永遠在線基礎實施AOI中間件，移動核心網部署有AOI伺服器，所述AOI中間件與所述AOI伺服器之間建立有公共通知鏈路，該方法包括以下步驟: 在終端設備的業務客戶端與業務平臺之間保活了業務鏈路之後，如果所述AOI中間件監控到業務客戶端的異常狀態，則所述AOI伺服器通過所述公共通知鏈路接收來自所述AOI中間件的業務客戶端出現異常狀態的信息； 所述AOI伺服器將所述業務客戶端出現異常狀態的信息通知給所述業務平臺，並通知策略與計費規則功能PCRF關閉所述業務客戶端與業務平臺之間的業務鏈路的長連接，並由所述PCRF通知網關GPRS支持節點GGSN/防火牆去保活所述業務客戶端與業務平臺之間的業務鏈路。
7.如權利要求6所述的方法，其特徵在於，所述AOI中間件與所述AOI伺服器之間建立公共通知鏈路的過程，具體包括: 在所述AOI中間件與所述AOI伺服器之間的公共通知鏈路未建立時，所述AOI伺服器接收來自所述AOI中間件的用於建立公共通知鏈路的請求； 所述AOI伺服器在收到用於建立公共通知鏈路的請求後，通知PCRF維持所述AOI中間件與所述AOI伺服器之間的公共通知鏈路的長連接，並由所述PCRF通知GGSN/防火牆保活所述AOI中間件與所述AOI伺服器之間的公共通知鏈路，以建立所述AOI中間件與所述AOI伺服器之間的公共通知鏈路。
8.如權利要求6或7所述的方法，其特徵在於，所述方法還包括: 所述AOI伺服器接收來自業務平臺的業務數據，並當所述AOI中間件與所述AOI伺服器之間的公共通知鏈路建立時，所述AOI伺服器通過所述公共通知鏈路將所述業務數據轉發給所述AOI中間件，由所述AOI中間件喚醒所述業務數據對應的業務客戶端，將所述業務數據轉發給所述業務客戶端；和/或，所述AOI伺服器通過所述公共通知鏈路接收來自所述AOI中間件的業務數據，並將所述業務數據轉發給所述業務客戶端對應的業務平臺。
9.如權利要求6或7所述的方法，其特徵在於，所述方法還包括: 所述AOI伺服器接收來自業務平臺的業務數據，並當所述AOI中間件與所述AOI伺服器之間的公共通知鏈路未建立時，所述AOI伺服器向簡訊網關發送攜帶所述業務數據的短消息，由所述簡訊網關將攜帶所述業務數據的短消息發送給所述AOI中間件，並由所述AOI中間件喚醒所述業務數據對應的業務客戶端，並將攜帶所述業務數據的短消息轉發給所述業務客戶端。
10.如權利要求6所述的方法，其特徵在於，所述方法還包括: 所述AOI伺服器在收到來自業務平臺的保活業務客戶端與業務平臺之間的業務鏈路的通知後，通知PCRF維持所述業務客戶端與業務平臺之間的業務鏈路的長連接，由所述PCRF通知GGSN/防火牆保活所述業務客戶端與業務平臺之間的業務鏈路，以在所述業務客戶端與業務平臺之間保活業務鏈路。
11.如權利要求6或10所述的方法，其特徵在於，所述方法還包括: 在所述業務客戶端與業務平臺之間保活了業務鏈路之後，當所述業務客戶端註銷下線時，所述AOI伺服器接收來自所述業務平臺的關閉所述業務客戶端與業務平臺之間的業務鏈路的通知，並通知所述PCRF關閉所述業務客戶端與業務平臺之間的業務鏈路的長連接，並由所述PCRF通知所述GGSN/防火牆去保活所述業務客戶端與業務平臺之間的業務鏈路。
12.如權利要求6或7所述的方法，其特徵在於，所述方法還包括: 當所述終端設備上所有的業務客戶端均註銷永遠在線能力時，所述AOI伺服器接收來自所述AOI中間件的用於拆除公共通知鏈路的請求； 所述AOI伺服器在收到用於拆除公共通知鏈路的請求後，通知PCRF關閉所述AOI中間件與所述AOI伺服器之間的公共通知鏈路的長連接，由所述PCRF通知GGSN/防火牆去保活所述AOI中間件與所述AOI伺服器之間的公共通知鏈路，以拆除所述AOI中間件與所述AOI伺服器之間的公共通知鏈路。
13.一種永遠在線業務的實現系統，其特徵在於，終端設備上部署有永遠在線基礎實施AOI中間件，移動核心網部署有AOI伺服器，所述AOI中間件與所述AOI伺服器之間建立有公共通知鏈路，其中: 所述AOI中間件，用於在所述終端設備的業務客戶端與業務平臺之間保活了業務鏈路之後，監控所述業務客戶端的應用狀態；並當監控到所述業務客戶端的應用狀態為異常狀態時，通過所述公共通知鏈路將所述業務客戶端出現異常狀態的信息通知給所述AOI伺服器； 所述AOI伺服器，用於通過所述公共通知鏈路接收來自所述AOI中間件的業務客戶端出現異常狀態的信息，將所述業務客戶端出現異常狀態的信息通知給所述業務平臺，並通知策略與計費規則功能PCRF關閉所述業務客戶端與業務平臺之間的業務鏈路的長連接，並由所述PCRF通知網關GPRS支持節點GGSN/防火牆去保活所述業務客戶端與業務平臺之間的業務鏈路。
14.如權利要求13所述的系統，其特徵在於， 所述AOI中間件，還用於在收到來自所述業務客戶端的註冊請求後，判斷所述AOI中間件與所述AOI伺服器之間的公共通知鏈路是否已經建立；如果未建立，則向所述AOI伺服器發送用於建立公共通知鏈路的請求； 所述AOI伺服器，還用於接收來自所述AOI中間件的用於建立公共通知鏈路的請求，並在收到用於建立公共通知鏈路的請求後，通知PCRF維持所述AOI中間件與所述AOI伺服器之間的公共通知鏈路的長連接，並由所述PCRF通知GGSN/防火牆保活所述AOI中間件與所述AOI伺服器之間的公共通知鏈路，以建立所述AOI中間件與所述AOI伺服器之間的公共通知鏈路。
15.一種終端設備上部署的永遠在線基礎實施AOI中間件，其特徵在於，所述AOI中間件與AOI伺服器之間建立有公共通知鏈路，且所述AOI伺服器部署在移動核心網，所述AOI中間件具體包括: 處理模塊，用於在所述終端設備的業務客戶端與業務平臺之間保活了業務鏈路之後，監控所述業務客戶端的應用狀態； 通信模塊，用於當監控到所述業務客戶端的應用狀態為異常狀態時，通過所述公共通知鏈路將所述業務客戶端出現異常狀態的信息通知給所述AOI伺服器；由所述AOI伺服器將所述業務客戶端出現異常狀態的信息通知給所述業務平臺，並通知策略與計費規則功能PCRF關閉所述業務客戶端與業務平臺之間的業務鏈路的長連接，並由所述PCRF通知網關GPRS支持節點GGSN/防火牆去保活所述業務客戶端與業務平臺之間的業務鏈路。
16.如權利要求15所述的AOI中間件，其特徵在於， 所述處理模塊，還用於在收到來自所述業務客戶端的註冊請求後，判斷所述AOI中間件與所述AOI伺服器之間的公共通知鏈路是否已經建立； 所述通信模塊，還用於當所述AOI中間件與所述AOI伺服器之間的公共通知鏈路未建立時，向所述AOI伺服器發送用於建立公共通知鏈路的請求；由所述AOI伺服器在收到用於建立公共通知鏈路的請求後，通知PCRF維持所述AOI中間件與所述AOI伺服器之間的公共通知鏈路的長連接，並由所述PCRF通知GGSN/防火牆保活所述AOI中間件與所述AOI伺服器之間的公共通知鏈路，以建立所述AOI中間件與所述AOI伺服器之間的公共通知鏈路。
17.如權利要求15或16所述的AOI中間件，其特徵在於， 所述通信模塊，還用於通過所述公共通知鏈路接收來自所述AOI伺服器的業務數據，並喚醒所述業務數據對應的業務客戶端，將所述業務數據轉發給所述業務客戶端；和/或，接收來自所述業務客戶端的業務數據，並通過所述公共通知鏈路將所述業務數據轉發給所述AOI伺服器，並由所述AOI伺服器將所述業務數據轉發給所述業務客戶端對應的業務平臺。
18.如權利要求15或16所述的AOI中間件，其特徵在於， 所述通信模塊，還用於接收來自簡訊網關的短消息，所述短消息為所述AOI伺服器發送給簡訊網關的，且短消息中攜帶需要發送給業務客戶端的業務數據；以及，喚醒所述業務數據對應的業務客戶端，並將攜帶所述業務數據的短消息轉發給所述業務客戶端。
19.如權利要求15或16所述的AOI中間件，其特徵在於， 所述通信模塊，還用於當所述終端設備上所有的業務客戶端均註銷永遠在線能力時，向所述AOI伺服器發送用於拆除公共通知鏈路的請求；由所述AOI伺服器在收到用於拆除公共通知鏈路的請求後，通知PCRF關閉所述AOI中間件與所述AOI伺服器之間的公共通知鏈路的長連接，並由所述PCRF通知GGSN/防火牆去保活所述AOI中間件與所述AOI伺服器之間的公共通知鏈路，以拆除所述AOI中間件與所述AOI伺服器之間的公共通知鏈路。
20.一種移動核心網側部署的永遠在線基礎實施AOI伺服器，其特徵在於，AOI中間件與所述AOI伺服器之間建立有公共通知鏈路，且所述AOI中間件部署在終端設備上，所述AOI伺服器具體包括: 接收模塊，用於在終端設備的業務客戶端與業務平臺之間保活了業務鏈路之後，如果所述AOI中間件監控到業務客戶端的異常狀態，則通過所述公共通知鏈路接收來自所述AOI中間件的業務客戶端出現異常狀態的信息； 發送模塊，用於將所述業務客戶端出現異常狀態的信息通知給所述業務平臺，並通知策略與計費規則功能PCRF關閉所述業務客戶端與業務平臺之間的業務鏈路的長連接，並由所述PCRF通知網關GPRS支持節點GGSN/防火牆去保活所述業務客戶端與業務平臺之間的業務鏈路。
21.如權利要求20所述的AOI伺服器，其特徵在於， 所述接收模塊，還用於在所述AOI中間件與AOI伺服器之間的公共通知鏈路未建立時，接收來自所述AOI中間件的用於建立公共通知鏈路的請求； 所述發送模塊，還用於在收到用於建立公共通知鏈路的請求後，通知PCRF維持所述AOI中間件與AOI伺服器之間的公共通知鏈路的長連接，並由所述PCRF通知GGSN/防火牆保活所述AOI中間件與AOI伺服器之間的公共通知鏈路，以建立所述AOI中間件與所述AOI伺服器之間的公共通知鏈路。
22.如權利要求20或21所述的AOI伺服器，其特徵在於， 所述接收模塊，還用於接收來自業務平臺的業務數據； 所述發送模塊，還用於當AOI中間件與AOI伺服器之間的公共通知鏈路建立時，通過所述公共通知鏈路將所述業務數據轉發給AOI中間件，由AOI中間件喚醒業務數據對應的業務客戶端，將所述業務數據轉發給業務客戶端； 和/或， 所述接收模塊，還用於通過所述公共通知鏈路接收來自所述AOI中間件的業務數據； 所述發送模塊，還用於將該業務數據轉發給業務客戶端對應的業務平臺。
23.如權利要求20或21所述的AOI伺服器，其特徵在於， 所述接收模塊，還用於接收來自業務平臺的業務數據； 所述發送模塊，還用於當AOI中間件與AOI伺服器之間的公共通知鏈路未建立時，向簡訊網關發送攜帶業務數據的短消息，由簡訊網關將攜帶所述業務數據的短消息發送給AOI中間件，由AOI中間件喚醒所述業務數據對應的業務客戶端，並將攜帶所述業務數據的短消息轉發給所述業務客戶端。
24.如權利要求20所述的AOI伺服器，其特徵在於， 所述發送模塊，還用於在收到來自業務平臺的保活業務客戶端與業務平臺之間的業務鏈路的通知後，通知PCRF維持所述業務客戶端與業務平臺之間的業務鏈路的長連接，由PCRF通知GGSN/防火牆保活所述業務客戶端與業務平臺之間的業務鏈路，以在業務客戶端與業務平臺之間保活業務鏈路。
25.如權利要求20或21所述的AOI伺服器，其特徵在於， 所述接收模塊，還用於在所述業務客戶端與業務平臺之間保活了業務鏈路之後，當所述業務客戶端註銷下線時，接收來自所述業務平臺的關閉所述業務客戶端與業務平臺之間的業務鏈路的通知； 所述發送模塊，還用於通知所述PCRF關閉所述業務客戶端與業務平臺之間的業務鏈路的長連接，並由所述PCRF通知所述GGSN/防火牆去保活所述業務客戶端與業務平臺之間的業務鏈路。
26.如權利要求20或21所述的AOI伺服器，其特徵在於， 所述接收模塊，還用於當所述終端設備上所有的業務客戶端均註銷永遠在線能力時，接收來自所述AOI中間件的用於拆除公共通知鏈路的請求； 所述發送模塊，還用於在收到用於拆除公共通知鏈路的請求後，通知PCRF關閉所述AOI中間件與所述AOI伺服器之間的公共通知鏈路的長連接，由PCRF通知GGSN/防火牆去保活所述AOI中間件與所述AOI伺服器之間的公共通知鏈路，以拆除所述AOI中間件與AOI伺服器之間的公共通知鏈路。
【文檔編號】H04L29/06GK104253739SQ201310269578
【公開日】2014年12月31日 申請日期:2013年6月28日 優先權日:2013年6月28日
【發明者】王磊, 陳閣, 李穎 申請人:中國移動通信集團公司