專利名稱：維護ims客戶端信息用的方法和設備的制作方法
技術領域：
本發(fā)明涉及在IMS客戶端維護信息，并且更具體地說，在IMS 客戶端維護最新信息的方法和設備。
背景技術：
IP多少某體服務在同一會話內(nèi)提供話音、視頻、消息、數(shù)據(jù)等的動 態(tài)組合。通過增大基本應用程序和可能組合的媒體的數(shù)量，能夠向最 終用戶提供的服務數(shù)量也將增大，并且人與人之間的通信體驗將會變 豐富。這將導致新一代的個性化、豐富多媒體通信服務，包括所謂的 "組合IP多媒體"服務。IP多々某體子系統(tǒng)(IMS)是第三代合作伙伴項目(3GPP)為通過移動 通信網(wǎng)絡提供IP多媒體服務而定義的技術(3GPP TS 22.228、 TS 23.228、 TS 24.229、 TS 29.228、 TS 29.229、 TS 29.328和TS 29.329版 本5到7)。 IMS通過使用標準化IMS服務使能器(IMS Service Enabler) 提供重要的特性，以便豐富最終用戶人與人之間的通信體驗，這有利 于通過基于IP的網(wǎng)絡實現(xiàn)新的豐富的人與人(客戶端到客戶端)通信服 務及人與內(nèi)容(客戶端到服務器)服務。IMS利用會話啟動協(xié)議(SIP)設 置和控制用戶終端(或用戶終端與應用服務器)之間的呼叫或會話。SIP 信令承載的會話描述協(xié)議(SDP)用于描述和協(xié)商會話的^(某體部分。雖 然SIP創(chuàng)建為用戶到用戶協(xié)議，但IMS允許運營商和服務提供商控制 用戶對服務的訪問并相應地向用戶收費。例如，圖1以示意圖方式示出在GPRS/PS接入網(wǎng)絡情況下，IMS 是如何適合移動網(wǎng)絡體系架構的(IMS當然可通過其它接入網(wǎng)絡而運 行)。呼叫/會話控制功能(CSCF)作為IMS內(nèi)的SIP代理而運行。3GPP體系架構定義三種類型的CSCF:代理CSCF(P-CSCF)，這是SIP終端 在MS內(nèi)的第一接觸點；服務CSCF(S-CSCF),它為用戶提供用戶預 訂的服務；以及詢問CSCF(I-CSCF)，其作用是識別正確的S-CSCF， 并經(jīng)P-CSCF向該S-CSCF轉(zhuǎn)發(fā)來自SIP終端接收的請求。用戶使用指定的SIP注冊方法向IMS注冊。這是用于連接IMS 并向IMS通知可到達某個SIP用戶標識的地址的機制。在3GPP中， 在SEP終端執(zhí)行注冊時，IMS認證用戶，并從可用S-CSCF集合中向 該用戶分配一個S-CSCF。雖然3GPP未指定分配S-CSCF的標準，但 這些標準可包括負載分擔和服務要求。需要注意的是，S-CSCF分配 對于控制用戶訪問基于IMS的服務(和為其計費)至關重要。運營商可 提供能夠防止繞過S-CSCF的直接的用戶與用戶SIP會話的機制。在注冊過程期間，如果尚未選定S-CSCF，則I-CSCF負責選擇 S-CSCF。 I-CSCF從歸屬網(wǎng)絡的歸屬用戶服務器(HSS)接受所需的 S-CSCF能力，并基于已接收能力選擇適當?shù)腟-CSCF。[需要注意的 是，在用戶^皮另一方呼叫，而該用戶當前未分配有S-CSCF的情況下， I-CSCF也為用戶進行S-CSCF分配。]在已注冊用戶隨后向IMS發(fā)送 會話請求時，P-CSCF能夠基于注冊過程期間從S-CSCF接收的信息， 而將請求轉(zhuǎn)發(fā)到選定的S-CSCF。在多種情況下，IMS客戶終端將維護與在SEP應用服務器中維護 的數(shù)據(jù)實質(zhì)上(substantially)同步的數(shù)據(jù)。例如，假定有存在服務，其例如，當前聯(lián)系地址、位置等。此信息可供具有適當訪問權限的其它 用戶使用。在用戶與SIP應用服務器之間的信息交換可通過使用SIP PUBLISH(SIP公布)和預訂/通知(SUBSCRIBE/NOTIFY)方法而實現(xiàn)。發(fā)明內(nèi)容如當前指定的一樣，SIP SUBSCRIBE/通知方法只允許IMS客戶 端請求收到預訂方法中識別的某些信息的通知。因此，已識別信息將在通知消息(NOTIFY message)中發(fā)送到客戶端，而無論自客戶端上次請求相同信息后信息是否已更改?，F(xiàn)有技術未提供允許只發(fā)送更改或新信息到客戶端的任何機制。根據(jù)本發(fā)明第 一方面，提供了 一種在實質(zhì)上同步IP多媒體子系統(tǒng)客戶端處存儲的數(shù)據(jù)和該IP多媒體子系統(tǒng)SIP應用服務器處存儲的數(shù)據(jù)的方法，該方法包括在應用服務器處接收從客戶端發(fā)送的所述數(shù)據(jù)的請求； 確定該請求是否包含識別客戶端處存儲的數(shù)據(jù)當前狀態(tài)的條件； 基于任何已識別條件，而在應用服務器處確定是否發(fā)送其它數(shù)據(jù)到客戶端；以及依據(jù)該確定的結果而發(fā)送數(shù)據(jù)。在本發(fā)明的實施例中，該請求是SIP SUBSCRIBE消息(SIP預定 消息)。該條件可包含在SEP消息報頭或消息的有效載荷中。在本發(fā)明的實施例中，數(shù)據(jù)在SIPNOTIFY(SIP通知)消息中從應 用服務器發(fā)送到客戶端。在本發(fā)明的實施例中，如果確定在客戶端當前存儲的數(shù)據(jù)是最新 的(up-to-date),則應用服務器通過發(fā)送SIP NOTIFY或400系列消息 之一而將此通知客戶端。識別在客戶端存儲的數(shù)據(jù)當前狀態(tài)的條件可以是時戳或版本號之 一。該條件可能已在當前存儲數(shù)據(jù)由應用服務器發(fā)送到客戶端時或在 此之前由應用服務器生成，或者可能已由某個其它數(shù)據(jù)源生成。根據(jù)本發(fā)明的第二方面，提供了一種IP多i某體子系統(tǒng)客戶終端， 包括用于將數(shù)據(jù)與識別數(shù)據(jù)當前狀態(tài)的條件一起存儲的存儲器；以及 用于生成刷新存儲數(shù)據(jù)的請求并將它發(fā)送到IP多力某體子系統(tǒng)的 SIP應用服務器的部件，該請求包括該條件。根據(jù)本發(fā)明的第三方面，提供了一種SIP應用服務器，包括 用于將數(shù)據(jù)與識別該數(shù)據(jù)當前狀態(tài)的條件一起存儲的存儲器；用于從IP多々某體子系統(tǒng)客戶端接收刷新該客戶端處存儲的數(shù)據(jù) 的請求的部件，該請求包括識別該客戶端處存儲的數(shù)據(jù)當前狀態(tài)的條件；用于將該已接收條件與所述存儲器中為該數(shù)據(jù)存儲的條件進行比 較的部件；以及該條件不同時用于將該應用服務器處存儲的數(shù)據(jù)發(fā)送到所述客戶 端的部件。


圖1以示意圖方式示出在3G網(wǎng)絡內(nèi)的IMS體系架構；以及 圖2示出IMS內(nèi)與數(shù)據(jù)公布和數(shù)據(jù)刷新過程相關聯(lián)的信令。
具體實施方式
IP多々某體子系統(tǒng)(IMS)的一般體系架構已經(jīng)在3G網(wǎng)絡上下文中描 述(圖1)。在基于IMS的網(wǎng)絡中，客戶端可請求由不同應用服務器處 理的網(wǎng)絡中有關資源的數(shù)據(jù)。客戶端可不定期獲取數(shù)據(jù)，它可定期輪 詢網(wǎng)絡，或者它可預訂應或多或少地實時發(fā)送到客戶端的更改。 一些 客戶端可能偏愛使用前一PUSH解決方案，在該解決方案中，網(wǎng)絡在 請求數(shù)據(jù)發(fā)生更改時通知客戶端。其它客戶端偏愛僅在需要時獲取或 輪詢數(shù)據(jù)。IMS通過提供的預訂/通知框架(Subscribe/Notify framework)(RFC 3265)而支持這些功能。假定有PULL方案，為避免需要發(fā)送已經(jīng)在IMS客戶端高速緩存 的信息，在此提議在從客戶端發(fā)送的預訂請求中包括新條件，以向SIP 應用服務器指示在IMS客戶端處的高速緩存數(shù)據(jù)的當前狀態(tài)。此條件 可基于不同類型的指示器，如版本號、時戳等。應用服務器將檢查預 訂請求中包括的條件，并確定客戶端是否具有數(shù)據(jù)的最新版本。如果 應用服務器確定高速緩存的數(shù)據(jù)是最新的，則服務器將通知客戶端數(shù) 據(jù)是最新的，并且不發(fā)送實際數(shù)據(jù)。如果服務器確定客戶端中存儲的數(shù)據(jù)過時了，則服務器將發(fā)送包括更新數(shù)據(jù)的通知，或者只發(fā)送數(shù)據(jù) 更改。通知也將包括識別新通知的版本的條件，例如版本號或時戳。此行為也可用于刷新SUBSCRIBE消息(即使客戶端數(shù)據(jù)是最新 的，當前的標準也要求應用服務器總是向客戶端發(fā)送完整通知)。利用 PUSH方法的客戶端，即與應用服務器形成持續(xù)預訂的客戶端要定期 刷新其預訂，以保持在應用服務器中的預訂處于活動狀態(tài)。目前，在 客戶端刷新其預訂(通過發(fā)送截止時間〉0的預訂)時，應用服務器將 在通知消息中返回存儲的數(shù)據(jù)。此處所述條件機制的應用允許完成此 類刷新而不必下載最新的數(shù)據(jù)。該解決方案對于任何基于SIP的預訂 有效。圖2示出在兩個IMS客戶端用戶A與用戶B之間信息交換相關 聯(lián)的IMS有關SIP信令，其中，用戶A提供的數(shù)據(jù)在SIP應用服務器 中維護以便由用戶B下載。在步驟l到3中，用戶A使用SIP PUBLISH 方法將其數(shù)據(jù)發(fā)送到SIP應用服務器(經(jīng)P-CSCF和S-CSCF)。在此示 例中，假設在此階段用戶B尚未收到任何版本的用戶A數(shù)據(jù)。在步驟 4,用戶B通過發(fā)送SUBSCRIBE消息到SEP應用服務器，而請求用 戶A的數(shù)據(jù)。["截止時間"SIP報頭值確定IMS客戶端用于獲得數(shù) 據(jù)的方法。"截止時間=0"用于獲取(PULL)數(shù)據(jù)，而"截止時間〉0" 則用于建立預訂，該預訂用于得到向客戶端推送的數(shù)據(jù)更改。]用戶B 在SUBSCRIBE消息中不包括與用戶A數(shù)據(jù)有關的任何條件。在應用 服務器收到SUBSCRIBE消息后，應用服務器從缺少條件確定它必須 將所有用戶A的數(shù)據(jù)發(fā)送到用戶B。在步驟5，它通過在SIP NOTIFY 消息中將數(shù)據(jù)包括為有效載荷而完成此操作。在步驟6，用戶B出于某一原因而確定它應與應用服務器聯(lián)系以 確定用戶A的數(shù)據(jù)是否已更改。它通過發(fā)送其它SUBSCRIBE消息而 完成此操作。但是，此次它在消息中包括識別由用戶B高速緩存的用 戶A數(shù)據(jù)當前狀態(tài)的條件。此條件的指定使得它可由所有各方識別， 但例如可包括在SIP消息報頭或有效載荷中?；谠摋l件，應用服務器能夠確定它保存的數(shù)據(jù)是否應發(fā)送到用戶B。在此示例中，由于未對數(shù)據(jù)進行任何更改，因此，應用服務器向用戶B返回"4xx"(即， 400系列)消息或空NOTIFY消息。隨后，在步驟8到10,用戶A向應用服務器發(fā)送包含已更新數(shù)據(jù) 的又一/>布消息。在步驟11 ，用戶向應用服務器發(fā)送又一 SUBSCRIBE 消息時，它包含識別用戶A保留的數(shù)據(jù)的當前版本的條件("x")。在 SIP應用服務器處收到SUBSCRIBE消息后，服務器從條件x確定由 用戶B保留的數(shù)據(jù)已過時。服務器在SIP NOTIFY消息中向用戶B返 回用戶A的新數(shù)據(jù)。本領域的技術人員將理解，在不脫離本發(fā)明范圍的情況下，可對 上述實施例進行各種修改。
權利要求
1.一種使IP多媒體子系統(tǒng)客戶端處存儲的數(shù)據(jù)和所述IP多媒體子系統(tǒng)的SIP應用服務器處存儲的數(shù)據(jù)在實質(zhì)上同步的方法，所述方法包括在所述應用服務器處接收從所述客戶端發(fā)送的數(shù)據(jù)請求；確定所述請求是否包含識別所述客戶端處存儲的數(shù)據(jù)當前狀態(tài)的條件；基于任何已識別條件，而在所述應用服務器處確定是否發(fā)送其它數(shù)據(jù)到所述客戶端；以及依據(jù)所述確定的結果而發(fā)送數(shù)據(jù)。
2. 如權利要求1所述的方法，其特征在于，所述請求是SIP SUBSCRIBE消息。
3. 如權利要求1或2所述的方法，其特征在于，所述條件包含在 SIP消息報頭或所述消息的有效載荷中。
4. 如前述權利要求任一項所述的方法，其特征在于，所述數(shù)據(jù)在 SIP NOTIFY中從所述應用服務器發(fā)送到所述客戶端。
5. 如前述權利要求任一項所述的方法，其特征在于，如果確定在 所述客戶端當前存儲的所述數(shù)據(jù)是最新的，那么所述應用服務器通過 將SIP NOTIFY或400系列消息之一發(fā)送到所述客戶端，而將此通知 所述客戶端。
6. 如前述權利要求任一項所述的方法，其特征在于，識別所述客 戶端處存儲的數(shù)據(jù)當前狀態(tài)的所述條件是時戳或版本號之一。
7. 如前述權利要求任一項所述的方法，其特征在于，所述條件在 所述當前存儲數(shù)據(jù)由所述應用服務器發(fā)送到所述客戶端時或在此之 前由所述應用服務器生成，或者由某個其它數(shù)據(jù)源生成。
8. —種IP多々某體子系統(tǒng)客戶終端，包括用于將數(shù)據(jù)與識別所述數(shù)據(jù)當前狀態(tài)的條件 一起存儲的存儲器；以及用于生成刷新所述存儲數(shù)據(jù)的請求并將它發(fā)送到所述IP多i某體子系統(tǒng)的SIP應用服務器的部件，所述請求包括所述條件。 9. 一種SIP應用服務器，包括用于將數(shù)據(jù)與識別所述數(shù)據(jù)當前狀態(tài)的條件 一起存儲的存儲器； 用于從EP多i某體子系統(tǒng)客戶端接收刷新在所述客戶端存儲的數(shù)據(jù)的請求的部件，所述請求包括識別在所述客戶端存儲的所述數(shù)據(jù)當前狀態(tài)的條件；用于將所述已接收條件與所述存儲器中為所述數(shù)據(jù)存儲的所述 條件進4于比4交的部件；以及在所述條件不同時用于將在所述應用服務器存儲的所述數(shù)據(jù)發(fā) 送到所述客戶端的部件。
全文摘要
一種在實質(zhì)上同步IP多媒體子系統(tǒng)客戶端處存儲的數(shù)據(jù)和IP多媒體子系統(tǒng)SIP應用服務器處存儲的數(shù)據(jù)的方法。該方法包括在應用服務器處接收從客戶端發(fā)送的數(shù)據(jù)請求，確定請求是否包含識別客戶端處存儲的數(shù)據(jù)當前狀態(tài)的條件，基于任何已識別條件，在應用服務器處確定是否發(fā)送其它數(shù)據(jù)到客戶端，以及依據(jù)所述確定結果發(fā)送數(shù)據(jù)。
文檔編號H04L29/06GK101258720SQ200580051548
公開日2008年9月3日 申請日期2005年9月15日 優(yōu)先權日2005年9月15日
發(fā)明者C·A·林德格倫, C·博伯格, H·普里比茨 申請人:艾利森電話股份有限公司