專利名稱：一種呼叫定向方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信系統(tǒng)領(lǐng)域，特別涉及一種呼叫定向方法及系統(tǒng)。
背景技術(shù)：
SIP (Session Initiation Protocol)會話初始協(xié)議，是應用層的控制(信 令)協(xié)議，用來建立、修改和終止基于IP網(wǎng)絡的用戶間的呼叫。SIP協(xié)議 屬于Internet多々某體框架結(jié)構(gòu)的一部分，可以與現(xiàn)存的成熟的Internet協(xié) 議相配合使用。SIP協(xié)議的應用有終端定位；同一個終端聯(lián)系來確定同該 終端建立會話的可行性；建立終端與終端間會話，交換纟!某體信息；修改/中 斷已存在的媒體會話等功能。
PUSH是一個內(nèi)容分發(fā)的機制，采用客戶/服務器模式的工作方式，要求服 務器不需要客戶端發(fā)出具體請求就將所需要的內(nèi)容進行分發(fā)。它是一項由服務 器發(fā)起，允許PUSH消息產(chǎn)生者(PI)向PUSH代理網(wǎng)關(guān)(PPG)推送信息和傳輸指 令，進一步傳輸PUSH內(nèi)容到用戶的:^支術(shù)。
SIP PUSH業(yè)務就是通過將PUSH內(nèi)容，例如PUSH0TA內(nèi)容，封裝在SIP 消息當中，利用現(xiàn)有的SIP/IP核心網(wǎng)絡進行傳送。如圖l所示的系統(tǒng)結(jié)構(gòu) 示意圖，其中涉及的網(wǎng)絡實體包括
注冊服務器(Register Server ):在SIP網(wǎng)絡中接受注冊請求的服 務器，提供終端的定位服務；
推送代理(PUSH Agent): —個網(wǎng)絡單元，可以將業(yè)務信息基于SIP傳 送；其從IP網(wǎng)絡或其他網(wǎng)絡接收業(yè)務消息，然后將業(yè)務信息放到SIP消息 中基于SIP進行傳送；
SIP/IP核心網(wǎng)代表SIP網(wǎng)絡及其上所有的網(wǎng)絡單元；
客戶端代表終端設備，可以是固定通信網(wǎng)上的終端，也可以是移動通 信網(wǎng)上的終端。
其實現(xiàn)方案的關(guān)鍵流程包括
1. PUSH Agent將PUSH信息通過SIP Message消息發(fā)送到客戶端；
2. 客戶端回應接收到該PUSH信息的響應消息。
現(xiàn)有技術(shù)的SIP PUSH業(yè)務的缺點是，沒有提供呼叫轉(zhuǎn)移的方法。當一 個用戶擁有多個終端，如2G手^L、 3G手^/L、臺式電腦和筆記本等，在l艮務 器上存放有各個終端的地址信息，當服務器通過SIP/IP核心網(wǎng)發(fā)送多媒體 彩信給用戶終端的2G手機上，由于2G手機不能支持這項業(yè)務，而且不能顯 示到達終端的是何種業(yè)務，使得用戶無法判斷收到的信息內(nèi)容，從而造成用 戶的困擾，影響用戶體驗。如果服務器設置向用戶的每個終端都發(fā)送這條多 媒體彩信，又會增加網(wǎng)絡傳輸?shù)呢撦d，造成資源浪費。

發(fā)明內(nèi)容
本發(fā)明的一個或多個實施例中提供一種呼叫定向的方法和系統(tǒng)，用以解 決現(xiàn)有技術(shù)SIP PUSH業(yè)務的重定向問題，即當用戶的某個終端接收到不支 持的業(yè)務時，或者用戶通過自己設置，可以將服務器發(fā)送來的消息永久的或 者臨時的轉(zhuǎn)移到其他終端來接收。
本發(fā)明實施例提供一種呼叫定向的實現(xiàn)方法，所述方法包括向終端發(fā)送 PUSH消息；接收來自所述終端的重定向請求；根據(jù)所述重定向請求發(fā)送所述PUSH 消息。
本發(fā)明實施例還提供另一種呼叫定向的實現(xiàn)方法，服務器接收來自第一終 端的訂閱請求，所述訂閱請求中包括第二終端的地址信息，當所述服務器需要 向所述第一終端發(fā)送PUSH消息時，根據(jù)所述地址信息向第二終端發(fā)送所述PUSH 消息。
本發(fā)明實施例提供一種實現(xiàn)呼叫定向的系統(tǒng)，包括通信網(wǎng)絡，用于傳送 PUSH消息；服務器，用于通過所述通信網(wǎng)絡收發(fā)消息，實現(xiàn)與終端的通信；其
特征在于，所述服務器還用于，根據(jù)重定向請求或用戶的訂閱請求獲取重定向
終端地址信息，向所述重定向終端地址信息發(fā)送所述PUSH消息。
本發(fā)明實施例還提供一種實現(xiàn)呼叫定向的系統(tǒng)，包括消息發(fā)送單元， 用于發(fā)送PUSH信息；其特征在于，所述服務器還包括，重定向訂閱請求處 理單元，用于接收來自終端的重定向訂閱請求，所述重定向訂閱請求包括重 定向終端地址信息；地址存儲單元，用于存儲所述重定向終端的地址信息。 在需要向所述終端發(fā)送PUSH消息時，所述消息發(fā)送單元向所述重定向終端 地址信息發(fā)送所述消息。
本發(fā)明實施例還提供一種實現(xiàn)呼叫定向的服務器，包括消息發(fā)送單元，用 于發(fā)送PUSH消息；其特征在于，所述服務器還包括，重定向請求處理單元，用 于接收來自終端的重定向請求，所述重定向請求包括重定向終端地址信息；地 址單元，用于4艮據(jù)解析結(jié)果獲取相應的重定向終端地址信息，所述消息發(fā)送單 元根據(jù)所述重定向終端地址信息發(fā)送PUSH消息。
本發(fā)明實施例還提供一種實現(xiàn)呼叫定向的終端，包括重定向請求設置 單元，用于設置重定向請求，所述重定向請求包括重定向終端地址信息；重 定向請求發(fā)送單元，用于發(fā)送所述重定向請求。
本發(fā)明實施例還提供另一種實現(xiàn)呼叫定向的終端，包括訂閱請求設置 單元，用于#4居用戶設定的重定向終端地址信息生成訂閱請求；訂閱請求發(fā) 送單元，用于發(fā)送所述訂閱請求。
本發(fā)明實施例還提供一種實現(xiàn)呼叫定向的方法，所述方法包括通過 SIP/IP核心網(wǎng)向第一終端發(fā)送PUSH消息；接收來自第一終端的重定向請求， 所述重定向請求中包括其它終端地址信息；向所述其它終端發(fā)送所述PUSH 消息。
本發(fā)明一個或多實施例的有益效果為，有多個終端的用戶，在其中一個 終端接收到不能支持的業(yè)務時或者用戶通過主動設置，可以將該業(yè)務永久的 或者臨時的轉(zhuǎn)移到該用戶的其他終端接收，本發(fā)明實現(xiàn)了用戶能選擇接收業(yè) 務的終端，增強了用戶體驗，也可以避免網(wǎng)絡資源的浪費。


圖1為現(xiàn)有技術(shù)中基于SIP的PUSH信息系統(tǒng)結(jié)構(gòu)示意圖； 圖2為本發(fā)明實現(xiàn)呼叫定向的系統(tǒng)實施例一結(jié)構(gòu)示意圖； 圖3為本發(fā)明實現(xiàn)呼叫定向的終端實施例一結(jié)構(gòu)示意圖； 圖4為本發(fā)明呼叫定向方法實施例一的信令流程圖； 圖5為本發(fā)明實現(xiàn)呼叫定向的系統(tǒng)實施例二結(jié)構(gòu)示意圖 圖6為本發(fā)明實現(xiàn)呼叫定向的終端實施例一結(jié)構(gòu)示意圖； 圖7為本發(fā)明呼叫定向方法實施例二的信令流程圖； 圖8為本發(fā)明呼叫定向方法實施例三的第一種信令流程圖； 圖9為本發(fā)明呼叫定向方法實施例三的第二種信令流程圖； 圖10為本發(fā)明呼叫定向方法實施例四的信令流程圖。
具體實施例方式
本發(fā)明實施例提供了 一種呼叫定向方法及系統(tǒng)，該呼叫定向?qū)崿F(xiàn)之前， 用戶的終端多于一個，并且所有終端的地址信息都在核心網(wǎng)上注冊，并傳遞 到服務器。
圖2為本發(fā)明實現(xiàn)呼叫定向的系統(tǒng)實施例一結(jié)構(gòu)示意圖。所述實現(xiàn)呼叫 定向的系統(tǒng)包括SIP/IP核心網(wǎng)，用于傳送SIP消息，所述SIP消息可以 包括PUSH內(nèi)容，例如PUSH OTA內(nèi)容；服務器，用于通過所述SIP/IP核 心網(wǎng)收發(fā)消息，實現(xiàn)與第 一終端及其它終端的通信；
所述服務器還用于接收終端發(fā)出的重定向請求，根據(jù)所述重定向請求向 相應終端發(fā)送消息。
本發(fā)明系統(tǒng)實施例中，服務器與終端可通過以下方式實現(xiàn)呼叫重定向
1. 服務器通過SIP/IP核心網(wǎng)向第一終端發(fā)送包括PUSH內(nèi)容的消息，例如 Message消息/Notify通知消息'，
2. 第一終端希望用其它終端接收此消息，可以返回重定向請求，所述重定 向請求中包括重定向地址，還可包括重定向狀態(tài)碼確定重定向的時效，如表示永久重定向或暫時重定向到其它終端，例如重定向狀態(tài)碼301表示永久重定向 到其它終端，重定向狀態(tài)碼302表示暫時重定向到其它終端，并可在Contact Header聯(lián)系頭域中攜帶其他終端地址，告知服務器希望重定向的地址為 u2祝example. com;
3. 服務器接收到所述重定向請求后，重新通過SIP/IP核心網(wǎng)發(fā)送 Message/Notify消息，地址改為其他終端地址；
4. 其他終端接收到此PUSH消息后，返回200 0K消息，正常處理。 本發(fā)明實現(xiàn)呼叫定向的服務器實施例，如圖2所示，所述服務器包括，
重定向請求處理單元，用于接收及解析所述重定向請求，判斷所述重定向請 求中是否包括其他終端的地址信息；消息發(fā)送單元，用于通過SIP/IP核心 網(wǎng)發(fā)送消息；所述服務器還可包括地址信息提取單元，從所述重定向請求 中提取所述地址信息；響應接收單元，用于通過SIP/IP核心網(wǎng)接收和發(fā)送 響應。
所述服務器的信息發(fā)送單元通過SIP/IP核心網(wǎng)向第一終端發(fā)送消息， 在所述第一終端無不支持所述在接收到所述消息時向所述服務器發(fā)送重定 向請求，所述服務器的重定向請求處理單元接收第一終端通過SIP/IP核心
網(wǎng)返回的重定向請求，所述重定向請求處理單元解析所述重定向請求，判斷
所述重定向請求中是否包括其他終端的地址信息；地址單元，根據(jù)重定向請 求解析結(jié)果獲取地址信息。
所述地址單元可進一步包括地址信息提取單元和地址信息存儲單元，如 果所述請求中是否包括其他終端的地址信息則，觸發(fā)所述地址信息提取單元 從所述重定向請求中提取所述地址信息；所述服務器的消息發(fā)送單元根據(jù)向 所述地址信息發(fā)送消息。如果所述重定向請求中不包括地址信息，則從地址 存儲單元中獲取預先存儲的地址信息，所述服務器的消息發(fā)送單元向所述地 址信息發(fā)送消息。
圖3為本發(fā)明實現(xiàn)呼叫定向的終端實施例一結(jié)構(gòu)示意圖。所述終端包 括重定向地址單元，用于存儲重定向地址；重定向請求設置單元，用于設
置重定向請求；重定向請求發(fā)送單元，用于通過SIP/IP核心網(wǎng)發(fā)送所述重 定向請求。
當所述終端通過SIP/IP核心網(wǎng)接收到服務器發(fā)送的消息，所述重定向 請求發(fā)送單元將所述重定向請求設置單元確定的重定向請求，通過SIP/IP 核心網(wǎng)發(fā)送。
圖4為本發(fā)明呼叫定向方法實施例一的信令流程圖。當服務器希望發(fā)送 一個消息給用戶的第一終端時，該請求經(jīng)過SIP/IP核心網(wǎng)到達第一終端， 但此時第一終端不支持該業(yè)務，或用戶希望用第二終端接收此消息，向 SIP/IP核心網(wǎng)返回3xx重定向信息，到達服務器，服務器根據(jù)終端上報的 重定向信息，把此PUSH消息發(fā)送到第一終端上報上來的第二終端的地址， 第二終端如果可以接收此消息，返回可接收響應給服務器。
上述呼叫定向方法的具體步驟為
1. 服務器通過SIP/IP核心網(wǎng)向第一終端發(fā)送PUSH消息，例如Message消 息/Notify通知消息；
2. 第一終端希望用第二終端接收此消息，向服務器發(fā)送重定向請求，所述 重定向請求中，包括重定向地址，還可包括重定向代碼確定重定向的時效，例 如，返回重定向狀態(tài)碼301或302，表示永久重定向或暫時重定向到第二終端， 并在Contact Header聯(lián)系頭域中攜帶第二終端地址，告知服務器希望重定向的 地址為u2罰example. com;
3. 服務器接收到所述重定向請求后，重新通過SIP/IP核心網(wǎng)發(fā)送 Message/Notify消息，地址改為第二終端地址；
4. 第二終端接收到此PUSH消息后，返回200 0K消息，正常處理。
上述Message消息/Notify通知消息為SIP PUSH消息實現(xiàn)的舉例，本發(fā)明實施 例方案對各種不同實現(xiàn)方式的SIP PUSH業(yè)務均適用。
圖5為本發(fā)明實現(xiàn)呼叫定向的系統(tǒng)實施例二結(jié)構(gòu)示意圖。所述實現(xiàn)呼叫 定向的系統(tǒng)包括SIP/IP核心網(wǎng)，用于傳送SIP消息，所述SIP消息可以 包括PUSH內(nèi)容，例如PUSH OTA內(nèi)容；服務器，用于通過所述SIP/IP核
心網(wǎng)收發(fā)消息，實現(xiàn)與第 一終端及其它終端的通信。
所述服務器還用于接收終端發(fā)出的訂閱請求，所述訂閱請求中包括重定
向的終端地址信息，根據(jù)所述地址信息向相應終端發(fā)送包括PUSH內(nèi)容的消 自
如圖5所示，本發(fā)明系統(tǒng)實施例中，服務器與終端可通過以下方式實現(xiàn) 呼叫重定向
1. 第一終端通過SIP/IP核心網(wǎng)向服務器發(fā)送注冊(Register)或訂閱 (Subscribe )請求，并在所述注冊或訂閱請求中攜帶希望服務器發(fā)送消息的第
二終端地址u2扭example. com;
2. 服務器接收到請求，返回200 0K消息，更改發(fā)送到第一終端的某業(yè)務消 息/全部消息改為新的第二終端地址；
3. 當有發(fā)送到第一終端的某業(yè)務消息到來時，服務器發(fā)送到第二終端；
4. 第二終端接收到消息，返回200 0K，正常處理。
本發(fā)明實現(xiàn)呼叫定向的服務器實施例，如圖5所示，所述服務器包括， 訂閱請求處理單元，用于接收來自終端的訂閱請求，解析所述訂閱請求中的 重定向終端地址信息；地址存儲單元，用于存儲所述重定向終端地址信息； 消息發(fā)送單元，當需要給所述終端發(fā)送包括PUSH內(nèi)容的消息時，根據(jù)所述 重定向終端地址信息發(fā)送給相應終端；所述服務器還可包括響應接收單元， 用于核心網(wǎng)接收來自所述終端或所述相應終端的響應。
圖6為本發(fā)明實現(xiàn)呼叫定向的終端實施例二結(jié)構(gòu)示意圖。所述終端包 括訂閱請求設置單元，用于根據(jù)用戶設定的重定向終端地址信息生成訂閱 請求；訂閱請求發(fā)送單元，用于發(fā)送所述訂閱請求。
所述終端根據(jù)用戶輸入生成訂閱請求，并通過SIP/IP核心網(wǎng)向服務器
發(fā)送訂閱消息訂閱重定向業(yè)務，所述訂閱請求包括重定向終端地址信息，所
述服務器接收到所述訂閱請求，在需要向所述終端發(fā)送包括PUSH內(nèi)容的消
息時，向所述重定向終端地址信息發(fā)送所述消息。
圖7為本發(fā)明呼叫定向方法實施例二的重定向訂閱信令流程圖。在服務
器發(fā)送業(yè)務之前，當用戶希望將由第一終端從服務器接收的消息轉(zhuǎn)移為由第
二終端接收時，第一終端通過主動向服務器發(fā)送訂閱請求，例如POST消息，
并攜帶第二終端的地址，通知服務器希望用第二終端來接收全部或某種消 息，服務器接收此消息并正常處理業(yè)務。當有發(fā)往第一終端的消息到來時，
服務器發(fā)送消息經(jīng)過SIP/1P核心網(wǎng)到第二終端。 上述呼叫定向方法的重定向訂閱步驟為
1. 第一終端向服務器發(fā)出注冊(Register)或訂閱(Subscribe )請求，并 在請求中攜帶希望服務器發(fā)送消息的第二終端地址i^Slexample. com;
2. 服務器接收到請求，返回200 OK消息，更改發(fā)送到第一終端的某業(yè)務消 息/全部消息改為新的第二終端地址；
3. 當有發(fā)送到第一終端的某業(yè)務消息到來時，服務器發(fā)送到第二終端；
4. 第二終端接收到消息，返回200 OK,正常處理。
上述Message消息/Notify通知消息為SIP PUSH消息實現(xiàn)的舉例，本發(fā)明 實施例方案對各種不同實現(xiàn)方式的SIP PUSH業(yè)務均適用。
圖8為本發(fā)明呼叫定向方法實施例三的第一種信令流程圖。當服務器向 第一終端發(fā)送消息時，終端拒絕接收該消息或由于超時，終端不能接收該消 息時，返回狀態(tài)指示到服務器告知發(fā)送失敗，返回的消息中并未有地址信息。 服務器可以進一步嘗試發(fā)送消息到該用戶的第二終端，如果第二終端可以接 收此業(yè)務，則返回響應，告訴服務器已經(jīng)成功接收；如果第二終端不支持此 業(yè)務消息，或不希望接收此業(yè)務消息，或由于超時未能接收此消息，則向服 務器返回失敗。服務器將進行第三次嘗試，向第三終端發(fā)送次消息，如果第 三終端可以接收，則返回成功接收。 上述呼叫定向方法的具體步驟為
1. 服務器通過SIP/IP核心網(wǎng)向第 一 終端發(fā)送PUSH消息，例如， Message/Not if y消息；
2. 第一終端接收到此消息，提示服務器重定向此消息到其它的終端，向服 務器發(fā)送重定向請求，所述請求中可包括重定向諒,惑代碼返301/302狀態(tài)碼，但未提供指定的終端地址信息；或第一終端不希望接收或不能接收此消息，并返 回4xx狀態(tài)碼，指示服務器傳遞失??；
3. 服務器將根據(jù)終端注冊的地址信息，嘗試向第二終端發(fā)送 Message/Not if y請求；
4. 第二終端返回同第一終端同樣的消息；
5. 服務器根據(jù)終端注冊的地址信息，嘗試向第三終端發(fā)送Message/Notify 請求；
6. 第三終端可以接收該消息，返回200 0K狀態(tài)碼。
此種情況也同樣適用于，當服務器向第一終端發(fā)送失敗時，嘗試同時向第 二終端和第三終端發(fā)送消息。
圖9為本發(fā)明呼叫定向方法實施例三的第二種信令流程圖。 上述呼叫定向方法的具體步驟為
1. 服務器通過SIP/IP核心網(wǎng)向第一終端發(fā)送Message/Notify消息；
2. 第一終端接收到此消息，提示服務器重定向此消息到其它的終端，返回 301/302狀態(tài)碼，但未提供指定的終端地址信息；或第一終端不希望接收或不能 接收此消息，并返回4xx狀態(tài)碼，指示服務器傳遞失敗；
3. 服務器同時向終端注冊的地址發(fā)送Message/Notify請求；
4. 第二終端如果可以接收此消息，返回200 0K;
5. 第三終端如果可以接收此消息，返回200 0K。
上述Message消息/Notify通知消息為SIP PUSH消息實現(xiàn)的舉例，本發(fā)明 實施例方案對各種不同實現(xiàn)方式的SIP PUSH業(yè)務均適用。
圖10為本發(fā)明呼叫定向方法實施例四的信令流程圖。當服務器向第 一終端 發(fā)送消息時，第一終端希望將消息重定向到其它幾個終端上，第一終端根據(jù)本 地存儲的列表中的多個URI域名，在301/302狀態(tài)消息中攜帶這些URI，發(fā)送到服 務器；服務器根據(jù)這些地址，發(fā)送消息到各個終端，各終端返回其接收狀態(tài)信 息。
上述呼叫定向方法的具體步驟為
1. 服務器通過SIP/IP核心網(wǎng)向第一終端發(fā)送Message/Notify請求；
2. 第一終端希望將此消息發(fā)送給其它終端，返回重定向狀態(tài)碼300、 301 或302,并在Contact Header聯(lián)系頭域中攜帶希望重定向到的終端的地址，告 知服務器希望重定向的地址為 一個URI;
3. 服務器發(fā)送Message/Notify消息到列表中的各終端的地址；
4. 第二終端返回收到響應；
5. 其它終端1返回響應；
6. 其它纟冬端n返回響應。
上述Message消息/Notify通知消息為SIP PUSH消息實現(xiàn)的舉例，本發(fā)明 實施例方案對各種不同實現(xiàn)方式的SIP PUSH業(yè)務均適用。
本發(fā)明實施例中的核心網(wǎng)不限于SIP/IP核心網(wǎng)，也可以是PLMN核心網(wǎng) (Public Land Mobile-communication Network)公共P悉地移動通信網(wǎng),例如， GSM核心網(wǎng)，IMS (IP Multimedia Subsystem, IP多媒體子系統(tǒng)),IP網(wǎng)，SIP Push 核心網(wǎng)。
本發(fā)明實施例中的重定向消息狀態(tài)碼為重定向消息實現(xiàn)的舉例，本發(fā)明實 施例方案對各種不同實現(xiàn)方式的重定向業(yè)務均適用。
根據(jù)本發(fā)明的一個或多個實施例實現(xiàn)呼叫定向，當用戶有多個終端，在其 中一個終端接收到不能支持的業(yè)務時或者用戶通過主動設置，可以將該業(yè)務永 久的或者臨時的轉(zhuǎn)移到該用戶的其他終端接收，本發(fā)明實現(xiàn)了用戶能選擇接收 業(yè)務的終端，增強了用戶體驗，也可以避免網(wǎng)絡資源的浪費。
以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護 范圍，凡在本發(fā)明的精神和原則之內(nèi)所做的任何修改、等同替換、改進等， 均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種呼叫定向的實現(xiàn)方法，其特征在于，所述的方法包括向終端發(fā)送PUSH消息；接收來自所述終端的重定向請求；根據(jù)所述重定向請求發(fā)送所述PUSH消息。
2. 如權(quán)利要求1所述的方法，其特征在于，所述PUSH消息采用SIP協(xié)議封裝， 所述向終端發(fā)送消息進一步指通過SIP/IP核心網(wǎng)發(fā)送所述PUSH消息。
3. 如權(quán)利要求1所述的方法，其特征在于，所述重定向請求中攜帶重定向地 址信息，所述根據(jù)所述重定向請求通過SIP/IP核心網(wǎng)發(fā)送信息進一步指根據(jù) 所述重定向請求中攜帶的重定向地址信息發(fā)送所述PUSH消息。
4. 如權(quán)利要求1所述的方法，其特征在于，根據(jù)所述重定向請求通過SIP/IP 核心網(wǎng)發(fā)送信息進一步指根據(jù)所述重定向請求獲取預先設置的地址信息，根 據(jù)所述地址信息發(fā)送所述PUSH消息。
5. 如權(quán)利要求1所述的方法，其特征在于，所述重定向請求中包括重定向代 碼，根據(jù)重定向代碼確定重定向時效。
6. 如權(quán)利要求1所述方法，其特征在于，所述方法還包括，在所述根據(jù)所述 重定向請求通過SIP/IP核心網(wǎng)發(fā)送所迷消息之后，收到重定向成功的響應信息。
7. —種呼叫定向的實現(xiàn)方法，其特征在于，服務器接收來自第一終端的訂 閱請求，所述訂閱請求中包括第二終端的地址信息，當所述服務器需要向所述 第一終端發(fā)送PUSH消息時，才艮據(jù)所述地址信息向第二終端發(fā)送所述PUSH消息。
8. 如權(quán)利要求7所述方法，其特征在于，還包括，所述服務器接收來自第一 終端的訂閱請求后，返回訂閱成功的響應。
9. 如權(quán)利要求7所述方法，其特征在于，還包括，所述訂閱請求中包括重定 向代碼，根據(jù)重定向代碼確定重定向時效，保存所述第二終端地址信息。
10. 如權(quán)利要求7所述方法，其特征在于，還包括，所述服務器接收來自第 二終端的重定向請求，所述重定向請求中包括第二重定向地址信息，根據(jù)所述 第二重定向地址信息發(fā)送所述PUSH消息。
11. 如權(quán)利要求7至10任一項所述的方法，其特征在于，所述包括PUSH內(nèi)容 的消息是采用SIP協(xié)議封裝，根據(jù)所述地址信息向笫二終端發(fā)送所述包括PUSH 內(nèi)容的消息進一步指通過SIP/IP網(wǎng)絡發(fā)送。
12. —種實現(xiàn)呼叫定向的系統(tǒng)包括，通信網(wǎng)絡，用于傳送PUSH消息；服務 器，用于通過所述通信網(wǎng)絡收發(fā)消息，實現(xiàn)與終端的通信；其特征在于，所述 服務器還用于，根據(jù)重定向請求或用戶的訂閱請求獲取重定向終端地址信息， 向所述重定向終端地址信息發(fā)送所述PUSH消息。
13. 如權(quán)利要求12所述的系統(tǒng)，其特征在于，所述通信網(wǎng)絡進一步指SIP/IP 核心網(wǎng)，所述PUSH消息用SIP協(xié)i^封裝，所述^^務器用于通過所述SIP/IP核心網(wǎng) 收發(fā)所述PUSH消息。
14. 如權(quán)利要求13所述的系統(tǒng)，其特征在于，所述服務器通過所述SIP/IP 核心網(wǎng)接收所述終端的重定向請求，所述重定向請求中包括重定向終端地址信 息，并根據(jù)所述重定向終端地址信息發(fā)送所述PUSH消息。
15. 如權(quán)利要求13所述的系統(tǒng)，其特征在于，所述服務器通過所述SIP/IP 核心網(wǎng)接收來自終端的重定向訂閱請求，所述訂閱請求中包括重定向終端地址 信息，保存所述重定向終端地址信息，當所述服務器需要向所述終端發(fā)送PUSH 消息時，根據(jù)所述保存的重定向終端地址信息向?qū)慕K端發(fā)送所述PUSH消息。
16. —種實現(xiàn)呼叫定向的服務器，包括消息發(fā)送單元，用于發(fā)送PUSH信 息；其特征在于，所述服務器還包括，重定向訂閱請求處理單元，用于接收 來自終端的重定向訂閱請求，所述重定向訂閱請求包括重定向終端地址信 息；地址存儲單元，用于存儲所述重定向終端的地址信息。在需要向所述終 端發(fā)送PUSH消息時，所述消息發(fā)送單元向所述重定向終端地址信息發(fā)送所 述消息。
17. —種實現(xiàn)呼叫定向的服務器，包括消息發(fā)送單元，用于發(fā)送PUSH消息； 其特征在于，所述服務器還包括，重定向請求處理單元，用于接收來自終端的 重定向請求，所述重定向請求包括重定向終端地址信息；地址單元，用于才艮據(jù) 解析結(jié)果獲取相應的重定向終端地址信息，所述消息發(fā)送單元根據(jù)所述重定向終端地址信息發(fā)送PUSH消息。
18. 如權(quán)利要求17所述的服務器，其特征在于，所述地址單元進一步包括 地址信息提取單元，從所述解析結(jié)果中提取地址信息；地址信息存儲單元，保 存重定向終端的地址信息；所述重定向請求中不含地址信息時，地址信息存儲 單元提供相應的地址信息。
19. 一種實現(xiàn)呼叫定向的終端，其特征在于，包括重定向請求設置單 元，用于設置重定向請求，所述重定向請求包括重定向終端地址信息；重定 向請求發(fā)送單元，用于發(fā)送所述重定向請求。
20. 如權(quán)利要求18所述的終端，其特征在于，還包括，重定向地址單元， 用于存儲重定向終端地址信息。
21. —種實現(xiàn)呼叫定向的終端，其特征在于，包括訂閱請求設置單元， 用于根據(jù)用戶設定的重定向終端地址信息生成訂閱請求；訂閱請求發(fā)送單 元，用于發(fā)送所述訂閱請求。
22. —種實現(xiàn)呼叫定向的方法，其特征在于，所述方法包括 通過SIP/IP核心網(wǎng)向第一終端發(fā)送PUSH消息；接收來自第一終端的重定向請求，所述重定向請求中包括其它終端地址4呂息5向所述其它終端發(fā)送所述PUSH消息。
23. 如權(quán)利要求22所述的方法，其特在于，所述重定向請求中包括重 定向代碼，根據(jù)重定向代碼確定重定向時效，并才艮據(jù)重定向時段決定是否保 存所述地址信息。
24. 如權(quán)利要求22所述的方法，其特在于，所述其它終端為一個或多 個終端，所述其它終端為多個時，同時向所述多個終端發(fā)送所述PUSH內(nèi)容 消息。
25. 如權(quán)利要求22所述的方法，其特在于，所述其它終端為一個或多 個終端，所述其它終端為多個時，根據(jù)指定順序逐個向所述多個終端發(fā)送所 述PUSH消息。
全文摘要
本發(fā)明公開了一種呼叫定向的方法及系統(tǒng)。本發(fā)明方法包括向終端發(fā)送消息，所述消息中包括PUSH內(nèi)容；接收來自所述終端的重定向請求；根據(jù)所述重定向請求發(fā)送所述消息。本發(fā)明提供的系統(tǒng)包括服務器和SIP/IP核心網(wǎng)。本發(fā)明還提供了實現(xiàn)呼叫定向的服務器和終端。本發(fā)明提供的方法和系統(tǒng)實現(xiàn)了當用戶的某個終端接收到不支持的業(yè)務時，或者用戶通過自己設置，可以將服務器發(fā)送來的消息永久的或者臨時的轉(zhuǎn)移到其他終端來接收。
文檔編號H04B7/26GK101370243SQ200710076510
公開日2009年2月18日 申請日期2007年8月14日 優(yōu)先權(quán)日2007年8月14日
發(fā)明者張惠萍, 健 楊, 崢 王, 雷 王, 范姝男, 挺 董, 陳國喬 申請人:華為技術(shù)有限公司