專利名稱：維護ims客戶端信息用的方法和設備的制作方法
技術領域：
本發明涉及在IMS客戶端維護信息，并且更具體地說，在IMS 客戶端維護最新信息的方法和設備。
背景技術：
IP多少某體服務在同一會話內提供話音、視頻、消息、數據等的動 態組合。通過增大基本應用程序和可能組合的媒體的數量，能夠向最 終用戶提供的服務數量也將增大，并且人與人之間的通信體驗將會變 豐富。這將導致新一代的個性化、豐富多媒體通信服務，包括所謂的 "組合IP多媒體"服務。IP多々某體子系統(IMS)是第三代合作伙伴項目(3GPP)為通過移動 通信網絡提供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的網絡實現新的豐富的人與人(客戶端到客戶端)通信服 務及人與內容(客戶端到服務器)服務。IMS利用會話啟動協議(SIP)設 置和控制用戶終端(或用戶終端與應用服務器)之間的呼叫或會話。SIP 信令承載的會話描述協議(SDP)用于描述和協商會話的^(某體部分。雖 然SIP創建為用戶到用戶協議，但IMS允許運營商和服務提供商控制 用戶對服務的訪問并相應地向用戶收費。例如，圖1以示意圖方式示出在GPRS/PS接入網絡情況下，IMS 是如何適合移動網絡體系架構的(IMS當然可通過其它接入網絡而運 行)。呼叫/會話控制功能(CSCF)作為IMS內的SIP代理而運行。3GPP體系架構定義三種類型的CSCF:代理CSCF(P-CSCF)，這是SIP終端 在MS內的第一接觸點；服務CSCF(S-CSCF),它為用戶提供用戶預 訂的服務；以及詢問CSCF(I-CSCF)，其作用是識別正確的S-CSCF， 并經P-CSCF向該S-CSCF轉發來自SIP終端接收的請求。用戶使用指定的SIP注冊方法向IMS注冊。這是用于連接IMS 并向IMS通知可到達某個SIP用戶標識的地址的機制。在3GPP中， 在SEP終端執行注冊時，IMS認證用戶，并從可用S-CSCF集合中向 該用戶分配一個S-CSCF。雖然3GPP未指定分配S-CSCF的標準，但 這些標準可包括負載分擔和服務要求。需要注意的是，S-CSCF分配 對于控制用戶訪問基于IMS的服務(和為其計費)至關重要。運營商可 提供能夠防止繞過S-CSCF的直接的用戶與用戶SIP會話的機制。在注冊過程期間，如果尚未選定S-CSCF，則I-CSCF負責選擇 S-CSCF。 I-CSCF從歸屬網絡的歸屬用戶服務器(HSS)接受所需的 S-CSCF能力，并基于已接收能力選擇適當的S-CSCF。[需要注意的 是，在用戶^皮另一方呼叫，而該用戶當前未分配有S-CSCF的情況下， I-CSCF也為用戶進行S-CSCF分配。]在已注冊用戶隨后向IMS發送 會話請求時，P-CSCF能夠基于注冊過程期間從S-CSCF接收的信息， 而將請求轉發到選定的S-CSCF。在多種情況下，IMS客戶終端將維護與在SEP應用服務器中維護 的數據實質上(substantially)同步的數據。例如，假定有存在服務，其例如，當前聯系地址、位置等。此信息可供具有適當訪問權限的其它 用戶使用。在用戶與SIP應用服務器之間的信息交換可通過使用SIP PUBLISH(SIP公布)和預訂/通知(SUBSCRIBE/NOTIFY)方法而實現。發明內容如當前指定的一樣，SIP SUBSCRIBE/通知方法只允許IMS客戶 端請求收到預訂方法中識別的某些信息的通知。因此，已識別信息將在通知消息(NOTIFY message)中發送到客戶端，而無論自客戶端上次請求相同信息后信息是否已更改。現有技術未提供允許只發送更改或新信息到客戶端的任何機制。根據本發明第 一方面，提供了 一種在實質上同步IP多媒體子系統客戶端處存儲的數據和該IP多媒體子系統SIP應用服務器處存儲的數據的方法，該方法包括在應用服務器處接收從客戶端發送的所述數據的請求； 確定該請求是否包含識別客戶端處存儲的數據當前狀態的條件； 基于任何已識別條件，而在應用服務器處確定是否發送其它數據到客戶端；以及依據該確定的結果而發送數據。在本發明的實施例中，該請求是SIP SUBSCRIBE消息(SIP預定 消息)。該條件可包含在SEP消息報頭或消息的有效載荷中。在本發明的實施例中，數據在SIPNOTIFY(SIP通知)消息中從應 用服務器發送到客戶端。在本發明的實施例中，如果確定在客戶端當前存儲的數據是最新 的(up-to-date),則應用服務器通過發送SIP NOTIFY或400系列消息 之一而將此通知客戶端。識別在客戶端存儲的數據當前狀態的條件可以是時戳或版本號之 一。該條件可能已在當前存儲數據由應用服務器發送到客戶端時或在 此之前由應用服務器生成，或者可能已由某個其它數據源生成。根據本發明的第二方面，提供了一種IP多i某體子系統客戶終端， 包括用于將數據與識別數據當前狀態的條件一起存儲的存儲器；以及 用于生成刷新存儲數據的請求并將它發送到IP多力某體子系統的 SIP應用服務器的部件，該請求包括該條件。根據本發明的第三方面，提供了一種SIP應用服務器，包括 用于將數據與識別該數據當前狀態的條件一起存儲的存儲器；用于從IP多々某體子系統客戶端接收刷新該客戶端處存儲的數據 的請求的部件，該請求包括識別該客戶端處存儲的數據當前狀態的條件；用于將該已接收條件與所述存儲器中為該數據存儲的條件進行比 較的部件；以及該條件不同時用于將該應用服務器處存儲的數據發送到所述客戶 端的部件。
圖1以示意圖方式示出在3G網絡內的IMS體系架構；以及 圖2示出IMS內與數據公布和數據刷新過程相關聯的信令。
具體實施方式
IP多々某體子系統(IMS)的一般體系架構已經在3G網絡上下文中描 述(圖1)。在基于IMS的網絡中，客戶端可請求由不同應用服務器處 理的網絡中有關資源的數據。客戶端可不定期獲取數據，它可定期輪 詢網絡，或者它可預訂應或多或少地實時發送到客戶端的更改。 一些 客戶端可能偏愛使用前一PUSH解決方案，在該解決方案中，網絡在 請求數據發生更改時通知客戶端。其它客戶端偏愛僅在需要時獲取或 輪詢數據。IMS通過提供的預訂/通知框架(Subscribe/Notify framework)(RFC 3265)而支持這些功能。假定有PULL方案，為避免需要發送已經在IMS客戶端高速緩存 的信息，在此提議在從客戶端發送的預訂請求中包括新條件，以向SIP 應用服務器指示在IMS客戶端處的高速緩存數據的當前狀態。此條件 可基于不同類型的指示器，如版本號、時戳等。應用服務器將檢查預 訂請求中包括的條件，并確定客戶端是否具有數據的最新版本。如果 應用服務器確定高速緩存的數據是最新的，則服務器將通知客戶端數 據是最新的，并且不發送實際數據。如果服務器確定客戶端中存儲的數據過時了，則服務器將發送包括更新數據的通知，或者只發送數據 更改。通知也將包括識別新通知的版本的條件，例如版本號或時戳。此行為也可用于刷新SUBSCRIBE消息(即使客戶端數據是最新 的，當前的標準也要求應用服務器總是向客戶端發送完整通知)。利用 PUSH方法的客戶端，即與應用服務器形成持續預訂的客戶端要定期 刷新其預訂，以保持在應用服務器中的預訂處于活動狀態。目前，在 客戶端刷新其預訂(通過發送截止時間〉0的預訂)時，應用服務器將 在通知消息中返回存儲的數據。此處所述條件機制的應用允許完成此 類刷新而不必下載最新的數據。該解決方案對于任何基于SIP的預訂 有效。圖2示出在兩個IMS客戶端用戶A與用戶B之間信息交換相關 聯的IMS有關SIP信令，其中，用戶A提供的數據在SIP應用服務器 中維護以便由用戶B下載。在步驟l到3中，用戶A使用SIP PUBLISH 方法將其數據發送到SIP應用服務器(經P-CSCF和S-CSCF)。在此示 例中，假設在此階段用戶B尚未收到任何版本的用戶A數據。在步驟 4,用戶B通過發送SUBSCRIBE消息到SEP應用服務器，而請求用 戶A的數據。["截止時間"SIP報頭值確定IMS客戶端用于獲得數 據的方法。"截止時間=0"用于獲取(PULL)數據，而"截止時間〉0" 則用于建立預訂，該預訂用于得到向客戶端推送的數據更改。]用戶B 在SUBSCRIBE消息中不包括與用戶A數據有關的任何條件。在應用 服務器收到SUBSCRIBE消息后，應用服務器從缺少條件確定它必須 將所有用戶A的數據發送到用戶B。在步驟5，它通過在SIP NOTIFY 消息中將數據包括為有效載荷而完成此操作。在步驟6，用戶B出于某一原因而確定它應與應用服務器聯系以 確定用戶A的數據是否已更改。它通過發送其它SUBSCRIBE消息而 完成此操作。但是，此次它在消息中包括識別由用戶B高速緩存的用 戶A數據當前狀態的條件。此條件的指定使得它可由所有各方識別， 但例如可包括在SIP消息報頭或有效載荷中。基于該條件，應用服務器能夠確定它保存的數據是否應發送到用戶B。在此示例中，由于未對數據進行任何更改，因此，應用服務器向用戶B返回"4xx"(即， 400系列)消息或空NOTIFY消息。隨后，在步驟8到10,用戶A向應用服務器發送包含已更新數據 的又一/>布消息。在步驟11 ，用戶向應用服務器發送又一 SUBSCRIBE 消息時，它包含識別用戶A保留的數據的當前版本的條件("x")。在 SIP應用服務器處收到SUBSCRIBE消息后，服務器從條件x確定由 用戶B保留的數據已過時。服務器在SIP NOTIFY消息中向用戶B返 回用戶A的新數據。本領域的技術人員將理解，在不脫離本發明范圍的情況下，可對 上述實施例進行各種修改。
權利要求
1.一種使IP多媒體子系統客戶端處存儲的數據和所述IP多媒體子系統的SIP應用服務器處存儲的數據在實質上同步的方法，所述方法包括在所述應用服務器處接收從所述客戶端發送的數據請求；確定所述請求是否包含識別所述客戶端處存儲的數據當前狀態的條件；基于任何已識別條件，而在所述應用服務器處確定是否發送其它數據到所述客戶端；以及依據所述確定的結果而發送數據。
2. 如權利要求1所述的方法，其特征在于，所述請求是SIP SUBSCRIBE消息。
3. 如權利要求1或2所述的方法，其特征在于，所述條件包含在 SIP消息報頭或所述消息的有效載荷中。
4. 如前述權利要求任一項所述的方法，其特征在于，所述數據在 SIP NOTIFY中從所述應用服務器發送到所述客戶端。
5. 如前述權利要求任一項所述的方法，其特征在于，如果確定在 所述客戶端當前存儲的所述數據是最新的，那么所述應用服務器通過 將SIP NOTIFY或400系列消息之一發送到所述客戶端，而將此通知 所述客戶端。
6. 如前述權利要求任一項所述的方法，其特征在于，識別所述客 戶端處存儲的數據當前狀態的所述條件是時戳或版本號之一。
7. 如前述權利要求任一項所述的方法，其特征在于，所述條件在 所述當前存儲數據由所述應用服務器發送到所述客戶端時或在此之 前由所述應用服務器生成，或者由某個其它數據源生成。
8. —種IP多々某體子系統客戶終端，包括用于將數據與識別所述數據當前狀態的條件 一起存儲的存儲器；以及用于生成刷新所述存儲數據的請求并將它發送到所述IP多i某體子系統的SIP應用服務器的部件，所述請求包括所述條件。 9. 一種SIP應用服務器，包括用于將數據與識別所述數據當前狀態的條件 一起存儲的存儲器； 用于從EP多i某體子系統客戶端接收刷新在所述客戶端存儲的數據的請求的部件，所述請求包括識別在所述客戶端存儲的所述數據當前狀態的條件；用于將所述已接收條件與所述存儲器中為所述數據存儲的所述 條件進4于比4交的部件；以及在所述條件不同時用于將在所述應用服務器存儲的所述數據發 送到所述客戶端的部件。
全文摘要
一種在實質上同步IP多媒體子系統客戶端處存儲的數據和IP多媒體子系統SIP應用服務器處存儲的數據的方法。該方法包括在應用服務器處接收從客戶端發送的數據請求，確定請求是否包含識別客戶端處存儲的數據當前狀態的條件，基于任何已識別條件，在應用服務器處確定是否發送其它數據到客戶端，以及依據所述確定結果發送數據。
文檔編號H04L29/06GK101258720SQ200580051548
公開日2008年9月3日 申請日期2005年9月15日 優先權日2005年9月15日
發明者C·A·林德格倫, C·博伯格, H·普里比茨 申請人:艾利森電話股份有限公司