[發明專利]一種會話初始化協議推送消息的處理方法及裝置

有效

• 申請號: 200710147350.0
• 申請日: 2007-08-23
• 公開（公告）號: CN101374267A
• 公開（公告）日: 2009-02-25
• 發明（設計）人: 楊健;王雷;陳國喬;范姝男;張惠萍;董挺;王崢;王浩
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04Q7/22
• 分類號: H04Q7/22;H04L12/56;H04L29/06
• 代理公司: 北京挺立專利事務所
• 代理人: 皋吉甫

技術領域

本發明涉及無線通信技術領域，特別是涉及一種SIP(Session?Initiation?Protocol，會話初始化協議)PUSH(推送)消息的處理方法及裝置。

背景技術

隨著無線通信技術的迅速發展，PUSH業務得到廣泛的應用。PUSH業務是一種內容分發機制，采用客戶/服務器模式的工作方式，要求服務器在客戶端不提出具體請求的前提下就將所需要的內容進行分發。在PUSH的工作框架中，PI(PUSH?Initiator，PUSH發起者)發送PUSH內容和傳送指令到PPG(PUSH?Proxy?Gateway，PUSH代理網關)，PPG將需要進行PUSH的內容根據傳送指令的要求傳送到PUSH客戶端。

SIP?PUSH業務采用OTA-SIP(基于SIP的空中下載)技術，通過將PUSH?OTA(Over?The?Air，空中下載)內容封裝在SIP消息中，利用現有的SIP/IP核心網絡進行傳送。SIP?PUSH業務維護的成本較小，有較高的互操作性，可以對現有資源進行重用。

圖1是現有技術的一種SIP?PUSH的體系架構，包括PUSH發送代理11和PUSH接收代理12。其中，PUSH發送代理11通過SIP/IP?Core網絡與PUSH接收代理12進行通信，PUSH發送代理11位于服務器端(PPG)，PUSH接收代理12位于客戶端(PUSH客戶端)。

圖2是現有技術的一種實現SIP?PUSH業務的流程圖，包括以下步驟：

步驟s201，PUSH發送代理注冊PUSH服務；

步驟s202，發送其可用的PUSH應用和包含設備能力的OMA-UAProf鏈接；

步驟s203，SIP/IP?Core網絡將請求轉發至PUSH發送代理；

步驟s204，如果收到OMA-UAProf鏈接，PUSH發送代理向UAProf鏈接請求設備能力；

步驟s205，UAProf服務器返回設備能力；

步驟s206，PUSH接收代理訂閱所要接收的內容更新；

步驟s207，SIP/IP?Core網絡將請求轉發至PUSH發送代理；

步驟s208，PUSH發送代理接收發往PUSH接收代理的內容；

步驟s209，PUSH發送代理接收消息，并且基于內容決定傳遞機制和業務質量(如果設備能力可用)選擇PUSH方法；

步驟s210，PUSH發送代理經SIP/IP?Core網絡發送請求至客戶端。為了提高效率，該請求中的內容可能被編碼轉換。

步驟s211，SIP/IP?Core網絡將請求轉發至PUSH接收代理。PUSH接收代理將使用業務尋址以將請求中的內容正確傳遞。

步驟s212，接收到請求后，PUSH接收代理發送一個報告以響應SIP/IP?Core。

步驟s213，SIP/IP?Core網絡將響應報告轉發至PUSH發送代理。

步驟s214，PUSH發送代理對接收的響應進行處理。

其中，步驟s204至步驟s207、步驟s212至步驟s214為可選步驟，可以根據實際情況選擇是否進行該步驟。

在實現本發明過程中，發明人發現現有技術中至少存在如下問題：PPG發往SIP/IP?Core的終端地址標識需要在SIP/IP?Core解析成終端的實際IP地址，PUSH客戶端才能夠接收到SIP?PUSH消息。但是，如果出現IP地址解析錯誤或地址被篡改等情況時，SIP/IP?Core可能將SIP?PUSH消息傳遞到目的PUSH客戶端之外的終端。當PI經PPG發往PUSH客戶端的消息屬于隱私性較高的信息時，如果該SIP?PUSH消息被目的PUSH客戶端之外的終端接收，則會產生用戶隱私泄漏的風險。

發明內容

本發明實施例要解決的問題是提供一種SIP?PUSH消息的處理方法及裝置，使得SIP?PUSH消息被錯誤投遞時，仍能保護用戶的隱私。

為達到上述目的，本發明實施例的技術方案提供一種SIP?PUSH消息的處理方法，包括以下步驟：SIP?PUSH客戶端接收SIP?PUSH消息；所述SIP?PUSH客戶端檢查所述SIP?PUSH消息中攜帶的目的標識是否與所述SIP?PUSH客戶端本身的標識一致，如果是，則進行消息解析、提供給上層應用或顯示所述SIP?PUSH消息；如果否，則丟棄所述SIP?PUSH消息。