專利名稱：建立多媒體通信會話的制作方法
技術領域：
本發(fā)明涉及用于改進用戶設備(UE)在IP多媒體子系統(tǒng)(IMS)網(wǎng)絡中建立多媒體 會話的方式的方法和設備。
背景技術：
IP多媒體子系統(tǒng)(IMS)是由第三代合伙計劃(3GPP)定義的用于通過移動通信網(wǎng) 絡提供IP多媒體服務的技術。IP多媒體服務在相同會話內(nèi)提供語音、視頻、消息傳遞、數(shù)據(jù) 等的動態(tài)組合。隨著可能組合的基本應用和媒體的數(shù)目的增加，提 供給終端用戶的服務的 數(shù)目也將增加，從而產(chǎn)生新一代的個人化的豐富的多媒體通信服務。IMS通過使用標準化的IMS服務使能器(Enabler)提供關鍵特征來豐富終端用戶 人對人通信體驗，所述IMS服務使能器通過基于IP的網(wǎng)絡來促進新的豐富的人對人(客 戶端對客戶端)通信服務以及人對內(nèi)容(客戶端對服務器)服務。IMS利用會話發(fā)起協(xié)議 (SIP)來建立和控制用戶終端(或用戶終端和應用服務器)之間的呼叫或會話。由SIP信 令承載的會話描述協(xié)議(SDP)被用于描述和協(xié)商會話的媒體組件。盡管SIP是作為用戶對 用戶協(xié)議而被創(chuàng)建的，但是IMS允許運營商和服務供應商控制用戶對服務的訪問以及相應 地對用戶收費。圖1示意性地圖示出在GPRS/PS接入網(wǎng)絡的情況下IMS 2如何適應移動網(wǎng)絡架 構。IMS 2包括核心網(wǎng)絡2a和服務網(wǎng)絡2b。呼叫/會話控制功能(CSCF) 4作為IMS 2內(nèi) 的SIP代理而操作。3GPP架構定義了三種類型的CSCF 代理CSCF(P-CSCF)，其是IMS內(nèi) 對SIP終端的第一接觸點；服務CSCF(S-CSCF)，其向用戶提供用戶所預訂的服務；和詢問 CSCF (I-CSCF)，其任務是識別正確的S-CSCF并且向該S-CSCF轉發(fā)經(jīng)由P-CSCF從SIP終端 接收的請求。另外，IMS網(wǎng)絡包括歸屬訂戶服務器(HSS)6。HSS 6是支持IMS網(wǎng)絡實體的 主用戶數(shù)據(jù)庫。它包含預訂相關信息和用于用戶的進一步鑒別和授權的證書。用戶使用規(guī)定的SIP REGISTER(登記)方法向IMS登記。這是用于附著于IMS并 且向IMS通告能夠達到SIP用戶標識的地址的機制。用戶從S-CSCF接收唯一 URI (統(tǒng)一資 源指示器)以供它在它發(fā)起對話時使用。在3GPP中，當SIP終端執(zhí)行登記時，IMS鑒別用 戶并且向該用戶分配來自可用S-CSCF集的S-CSCF。當已登記用戶隨后向IMS發(fā)送會話請 求(例如SIP INVITE (邀請))時，該請求將包括P-CSCF和S-CSCFURI以使得P-CSCF能夠 將該請求轉發(fā)到所選擇的S-CSCF。這應用于IMS的發(fā)端和終止側這二者(對于終止呼叫而 言，該請求將包括P-CSCF地址和UE地址)。在IMS服務網(wǎng)絡2b內(nèi)，提供應用服務器(AS)S以用于實施IMS服務功能。應用服 務器向IMS系統(tǒng)中的終端用戶提供服務，并且可以或者通過3GPP定義的Mr接口作為端點 來連接，或者通過3GPP定義的ISC接口而由S-CSCF “鏈入(linked in)”。某些應用服務 器將根據(jù)訂戶標識(被叫訂戶或主叫訂戶，無論哪個都是控制應用服務器的網(wǎng)絡所“擁有” 的)來執(zhí)行動作。當向IMS登記的訂戶的用戶設備(UE)(例如移動電話或計算機)希望發(fā)起多媒體會話時，它發(fā)送會話請求，所述會話請求例如可以采用SIP INVITE消息的形式。在會話請求內(nèi)，SDP包含所請求會話的類型的細節(jié)，其包括不同的媒體(例如音頻、視頻等)以及此 后稱作UE能夠處理的媒體特征的信息。媒體特征可以包括例如有關UE所支持的編解碼器 (壓縮-解壓縮)過程以及編解碼器的處理速率(kbps)的信息。3GPP技術規(guī)范TS 23. 228[1]定義了用于在初始會話建立期間在多媒體會話的端 點之間確定(協(xié)商)編解碼器和媒體特征并且用于進行后續(xù)修改的過程。雖然這些過程在 兩個通信對等體之間端對端地運行，如3GPP所定義的，但是在通信路徑任一側的S-CSCF和 P-CSCF具有影響這種協(xié)商的能力。如果通信路徑中的S-CSCF和/或P-CSCF中任何一個發(fā) 現(xiàn)會話請求包括在IMS會話內(nèi)不允許的媒體參數(shù)，則它們應該拒絕會話發(fā)起嘗試。S-CSCF分析在SDP請求內(nèi)所包含的編解碼器和媒體特征以確定這些特征是否在 IMS域中用戶的訂戶簡檔(對于所請求的服務)對于IMS會話所允許的那些特征之內(nèi)。因 此，S-CSCF將能夠在用戶的IMS預訂不允許使用特定媒體類型或編解碼器(對于特定IMS 服務而言)時拒絕會話發(fā)起嘗試。P-CSCF分析在SDP請求內(nèi)所包含的編解碼器和媒體特征 以確定這些特征是否在IMS供應商對于IMS會話所允許的那些特征之內(nèi)。因此，P-CSCF將 能夠在IMS供應商不支持特定媒體類型或編解碼器時拒絕會話發(fā)起嘗試。圖2描繪了其中通信路徑每一側的P-CSCF和S-CSCF發(fā)現(xiàn)所不允許的媒體參數(shù)的 最壞情況。如所示每個P-CSCF和S-CSCF用SIP 488拒絕響應來拒絕會話發(fā)起嘗試。每個 SIP 488消息包括對于拒絕的P-CSCF或S-CSCF而言可接受的媒體特征。每當UE接收到 SIP 488拒絕消息時，它都使用該信息來重新嘗試會話發(fā)起。隨著UE變得更為先進并且增長它們的能力，它們將支持越來越多的編解碼器和 媒體特征。UE和客戶端將試圖利用它們所支持的最高能力來發(fā)起服務。結果，諸如圖2中 所示的那些消息流之類的消息流的發(fā)生將會呈上升趨勢。例如，IMS客戶端通常將發(fā)起會 話建立以提供它們所支持的所有編解碼器(除非另外用戶已經(jīng)人工地配置了每個客戶端 應用)，忽略了 IMS運營商所設置的對編解碼器的任何約束。圖2中所示出的流的一種影響是它能夠引起長的(可能無法接受的)會話建立時 間。另外，在后續(xù)會話中將會經(jīng)歷相同情形，這是因為UE僅被配置成修改會話請求以在每 個會話的基礎上考慮利用488拒絕消息所接收的可接受的會話信息(即可接受的會話特征 信息不被用于后續(xù)的會話發(fā)起嘗試)。本發(fā)明的目的是緩解上述問題。

發(fā)明內(nèi)容
根據(jù)本發(fā)明的第一方面，提供了一種使得用戶設備能夠通過IMS網(wǎng)絡建立通信會 話的方法。所述通信會話由網(wǎng)絡中的一個或多個呼叫/會話控制功能根據(jù)定義將被用于會 話的網(wǎng)絡資源的媒體特征來啟動。所述方法包括在IMS網(wǎng)絡內(nèi)接收源于用戶設備的訂戶 登記請求，以及響應于此，向用戶設備發(fā)送可容許(allowable)媒體特征的標識。該方法可以進一步包括在用戶設備中的存儲器中存儲可容許媒體特征的標識。在本發(fā)明的實施例中，該方法進一步包括從用戶設備向網(wǎng)絡發(fā)送會話發(fā)起請求， 其中所述會話發(fā)起請求包括基于可容許媒體特征的用于會話的媒體特征的規(guī)范。在本發(fā)明的實施例中，所述登記請求包括SIP REGISTER消息?？扇菰S媒體特征的標識可以在SIP 200 OK消息中被發(fā)送到用戶設備。其優(yōu)點是UE能夠在它進行登記時獲悉可容許媒體特征并且然后能夠在它發(fā)起會 話時使用這些特征。以這種方式，拒絕響應的數(shù)目將會減少并且會話能夠被更快速地建立。在本發(fā)明的實施例中，呼叫/會話控制功能中的至少一個是P-CSCF并且可容許媒體特征包括基于P-CSCF所應用的接入網(wǎng)絡策略的媒體特征。在本發(fā)明的實施例中，呼叫/會話控制功能中的至少一個是S-CSCF并且可容許媒 體特征包括基于S-CSCF所應用的歸屬網(wǎng)絡策略的媒體特征。P-CSCF可以從S-CSCF接收包括基于S-CSCF所應用的歸屬網(wǎng)絡策略的可容許媒體 特征的指示的消息，并且將這些與基于接入網(wǎng)絡策略的媒體特征的指示合并，之后將合并 的可容許媒體特征的指示發(fā)送到用戶設備。在本發(fā)明的實施例中，該方法進一步包括響應于從UE發(fā)送到IMS網(wǎng)絡的重新登記 消息而向UE發(fā)送更新的可容許媒體特征的步驟。其優(yōu)點是當可容許的特征改變時，UE能 夠被更新以使得它被通知最近的可容許特征。在本發(fā)明的實施例中，可容許媒體特征的標識被插入響應于登記請求而發(fā)送到UE 的消息內(nèi)的文檔中。所述文檔可以是XML文檔。根據(jù)本發(fā)明的第二方面，提供了用于在IMS網(wǎng)絡中執(zhí)行呼叫/會話控制功能的網(wǎng) 絡節(jié)點。該控制功能包括實施用于定義為通信會話提供的網(wǎng)絡資源的可容許媒體特征。所 述設備包括用于響應于來自用戶設備的登記請求而向用戶設備發(fā)送消息的裝置，其中所 述消息包括標識可容許媒體特征的信息。該網(wǎng)絡節(jié)點可以包括P-CSCF，P-CSCF具有用于從一個或多個其他網(wǎng)絡節(jié)點接收 指示基于歸屬網(wǎng)絡策略的可容許媒體特征的響應消息的裝置。P-CSCF被配置成向UE發(fā)送 消息，所述消息包括標識基于所述歸屬網(wǎng)絡策略的可容許媒體特征的信息以及標識基于接 入網(wǎng)絡策略的可容許媒體特征的信息。P-CSCF可以被配置成合并基于歸屬網(wǎng)絡策略和接入網(wǎng)絡策略的可容許媒體特征 的指示并且向UE發(fā)送包括合并的指示的消息。根據(jù)本發(fā)明的第三方面，提供了一種被配置成通過IMS網(wǎng)絡參與通信會話的用戶 設備。所述通信會話由網(wǎng)絡中的一個或多個呼叫/會話控制功能根據(jù)定義將被用于會話的 網(wǎng)絡資源的媒體特征來啟動。所述UE包括用于發(fā)送登記請求以向網(wǎng)絡進行登記的裝置； 用于從網(wǎng)絡接收作為對登記請求的響應的消息的裝置，其中所述消息包括標識可容許媒體 特征的信息；以及用于將可容許媒體特征應用于后續(xù)會話請求的裝置。所述消息中的信息可以包括文檔，所述文檔包括基于接入網(wǎng)絡策略的可容許媒體 特征和/或基于歸屬網(wǎng)絡策略的可容許媒體特征。基于接入網(wǎng)絡策略的可容許媒體特征和基于歸屬網(wǎng)絡策略的可容許媒體特征可 以在不同的策略文檔中接收，所述用戶設備包括用于合并接入網(wǎng)絡和歸屬網(wǎng)絡策略的裝置。所述用戶設備還可以包括用于存儲標識可容許媒體特征的所述信息的裝置。所述用戶設備還可以包括用于生成重新登記請求的裝置，以及用于接收作為對重 新登記請求的響應的標識更新的可容許媒體特征的信息的裝置。在本發(fā)明的實施例中，所述消息還包括與其他類型的網(wǎng)絡策略有關的附加信息，所述用戶設備存儲附加信息以供生成后續(xù)請求之用。


現(xiàn)在參考附圖來描述本發(fā)明的實施例，其中圖1是示出IMS如何適應移動網(wǎng)絡架構的GPRS/PS接入網(wǎng)絡的示意圖。圖2是在現(xiàn)有過程下在呼叫/會話請求被拒絕的情況下UE與網(wǎng)絡節(jié)點之間的信 號流的圖示。圖3是根據(jù)本發(fā)明的實施例的用于登記和會話建立的在UE與網(wǎng)絡節(jié)點之間的信 號流的圖示。圖4是根據(jù)本發(fā)明的實施例的用于重新登記和會話建立的在UE與網(wǎng)絡節(jié)點之間 的信號流的圖示。
具體實施例方式通過以下示例來進一步說明以上所介紹的問題。只考慮通信路徑的發(fā)端側，設想 P-CSCF持有以最大5. 9kbps來運行使用AMR-NB (自適應多速率窄帶)編解碼器的MTSI (用 于IMS的多媒體電話服務)語音會話的策略，并且S-CSCF持有供該特定發(fā)端用戶以最大 5kbps來運行利用AMR-NB編解碼器的MTSI語音會話的策略。如果用戶擁有能夠運行利用 包括AMR-NB的多個編解碼器的MTSI語音呼叫的先進終端，并且UE提供在每次MTSI會話 發(fā)起嘗試所支持的所有編解碼器，則MTSI語音呼叫發(fā)起嘗試將被拒絕-首先被P-CSCF拒絕，該P-CSCF將指示使用AMR-NB編解碼器的MTSI語音呼叫將 僅被允許最大5. 9kbps，并且-其次被S-CSCF拒絕，該S-CSCF將指示對于該用戶而言，AMR-NB編解碼器僅在 5kbps下得到支持。當用戶發(fā)起新的MTSI語音呼叫時(同樣提供它所支持的所有編解碼器)，該新 呼叫將同樣被拒絕兩次，如上所描述的那樣。一種可能的解決方案(參見3GPP CT1#45 C1-070034的改變請求CR)將是允許UE高速緩存在488錯誤響應中所接收的策略。所提 出的機制將提供供UE從接收自IMS網(wǎng)絡的服務拒絕逐漸地獲悉網(wǎng)絡的策略的手段。這將通 過在SIP 488拒絕響應中引入附加信息元素來實現(xiàn)。所述附加信息將包括以下指示所提 供的可接受的SDP來自本地P-CSCF或S-CSCF。還存在先進的UE，該UE從改進的SIP 488 拒絕消息中得到針對IMS會話特征的協(xié)商的約束。該先進的UE將在未來的會話發(fā)起嘗試 中使用所得到的針對IMS會話的協(xié)商的約束直到UE在IMS系統(tǒng)內(nèi)被重新鑒別。然而，以上建議的機制存在一些缺點。首先，它可能會花費UE兩個來回行程 (round trip)不成功的會話發(fā)起嘗試來獲悉在會話特征的協(xié)商中本地P-CSCF和S-CSCF約 束。其次，為了使UE能夠更新策略約束，特別是在當這些需要被升級時的情況下，它將僅高 速緩存在重新鑒別之間所獲悉的信息。這在IMS內(nèi)是可配置的，但是如果被過于頻繁地執(zhí) 行，則它表示次優(yōu)過 程，這是因為以上第一缺點將可能在每次重新鑒別時重復，即使待更新 的約束沒有改變。本發(fā)明的實施例使用另一種方法。通常，IMS網(wǎng)絡可能具有影響IMS會話建立的 策略。這些策略可以由用戶的歸屬IMS網(wǎng)絡應用，或者由用戶的UE正訪問的網(wǎng)絡(如果該網(wǎng)絡不是歸屬網(wǎng)絡的話)應用。如上所解釋的，這些策略在建立會話所經(jīng)由的CSCF節(jié)點中 應用并且可能引起會話被拒絕。本發(fā)明的基本構思是在UE向IMS登記時允許UE獲得這樣 的關于其所訪問的網(wǎng)絡和歸屬IMS網(wǎng)絡的策略。這為UE提供了以訪問網(wǎng)絡和歸屬IMS網(wǎng) 絡所接受的高概率發(fā)起會話建立請求的能力。在對SIP REGISTER消息的響應中，這些策略 被發(fā)送到UE作為正常登記和重新登記過程的一部分。兩個可替換的實施例是1)在被發(fā)送到UE之前，P-CSCF和S-CSCF的策略被合并成網(wǎng)絡中的一個策略；以 及
2) P-CSCF和S-CSCF的策略被作為單獨策略發(fā)送到UE并且由UE合并。注意到，策略還可以考慮UE可能發(fā)現(xiàn)其自身(in which UE mayfind itself)的 潛在動態(tài)條件，例如依賴于它正使用的接入類型。供UE在向IMS登記時獲悉網(wǎng)絡的策略的機制包括 在對初始SIP REGISTER的響應過程中，向UE下載在本地P-CSCF和S-CSCF處 提供的影響IMS會話建立的策略。 在對后續(xù)SIP re-REGISTER(重新登記)的響應過程中，下載在本地P-CSCF禾口 S-CSCF處提供的用于IMS會話建立的策略的更新。眷先進的UE將用于IMS會話建立的策略的知識用于所有會話發(fā)起嘗試。圖3描繪了本發(fā)明的修改后的SIP REGISTER方法。在步驟301，發(fā)端UE以正常方式向網(wǎng)絡發(fā)送SIP REGISTER請求。這被發(fā)送到 P-CSCF, P-CSCF將其轉發(fā)到S-CSCF，從那里S-CSCF為了用戶證書和用戶簡檔信息而進一 步聯(lián)系HSS (步驟302)。一般地，將需要對用戶的鑒別，這意味著在用200 OK消息對SIP REGISTER請求進行響應之前S-CSCF必須從HSS獲得用戶證書。這涉及附加的SIP來回行 程，為簡單起見在此在圖3中沒有示出。一旦成功地完成與HSS的交互，發(fā)端側上的S-CSCF就包括了策略規(guī)則，所述策略 規(guī)則規(guī)定在IMS域中用戶的訂戶簡檔對于IMS會話所允許的特征。在這種情況下，與MTSI 語音呼叫有關的策略規(guī)則之一是對于音頻數(shù)據(jù)最大5kbps的限制。在步驟303，本地(發(fā)端 側)S-CSCF將“歸屬網(wǎng)絡”策略插入200 OK(REG)消息內(nèi)。這些包括對于MTSI語音呼叫而 言將音頻數(shù)據(jù)限制于5kbps的策略規(guī)則。在步驟304，具有附加信息的SIP 200 OK消息被轉發(fā)到P-CSCF。發(fā)端側上的 P-CSCF包括策略規(guī)則，所述策略規(guī)則規(guī)定IMS供應商對于IMS會話所允許的特征。在這種情 況下，策略規(guī)則之一將MTSI語音呼叫約束于以AMR-NB編解碼器來使用音頻。在步驟305， 本地P-CSCF將“接入網(wǎng)絡”策略插入200 OK(REG)內(nèi)。這些包括將MTSI語音呼叫的音頻 限制于使用AMR-NB編解碼器的策略規(guī)則。在步驟306，UE接收到具有由S-CSCF和P-CSCF所添加的所有策略規(guī)則的SIP 200 OK消息。因此，作為登記過程的一部分，UE知道了在本地P-CSCF和S-CSCF處所設置的用 于IMS會話建立的策略。在步驟310，用戶希望發(fā)起MTSI語音會話。在步驟310，因為UE在登記時基于以 SIP 200 OK消息所接收到的信息而知道策略約束，所以UE能夠生成包括適當?shù)木幗獯a器 和媒體特征(在這種情況下，5kbps的利用AMR-NB編解碼器的音頻數(shù)據(jù))的SIP INVITE消息。因為這些特征是允許的，所以INVITE請求將被允許并且響應314將不包含任何488拒絕。在步驟316，會話建立能夠繼續(xù)。圖4圖示了使得UE能夠通過re-REGISTER過程而被通知策略更新的信號流。在 本例中，在步驟400，最大5kbps的音頻數(shù)據(jù)的約束被升級到最大5. 9kbps。該策略改變由 S-CSCF實施。在步驟401，UE向網(wǎng)絡發(fā)送re-REGISTER消息。UE的重新登記以預定周期性 間隔發(fā)生，并且尤其被用作供網(wǎng)絡重新鑒別用戶并且確保UE仍然活動的手段。當在步驟402完成與HSS的交互時，然后在步驟403，S-CSCF將改變的策略規(guī)則插 入SIP 200 OK消息中，如以前一樣。這經(jīng)由P-CSCF被返回(其中在本例中P-CSCF所實施 的策略規(guī)則沒有發(fā)生改變)。P-CSCF然后將SIP 200 OK消息轉發(fā)到UE。在步驟410，當用戶接下來想要發(fā)起MTSI語音呼叫時，在步驟411，知道經(jīng)更新的 約束的UE生成適當?shù)腟IP INVITE消息，該消息包括音頻數(shù)據(jù)增加到5. 9kbps。在步驟412， 在考慮到在S-CSCF處的經(jīng)更新的策略的情況下將SIP INVITE轉發(fā)到網(wǎng)絡，并且如以前一 樣，在步驟414沒有返回488拒絕消息。這意味著允許會話建立在步驟416繼續(xù)進行?？梢允褂貌呗晕臋n(例如XML文檔)來執(zhí)行將策略插入SIP 2000K消息中。在實 施例(1)中，其中在P-CSCF處合并策略，P-CSCF選擇適用的接入網(wǎng)絡策略規(guī)則并且將這些 與來自S-CSCF的策略文檔(包含歸屬網(wǎng)絡策略規(guī)則)合并，其中后者被包含在從S-CSCF 發(fā)送到P-CSCF的200 OK消息的主體中(圖3中的步驟304)。合并策略包含僅規(guī)定所應 用的最嚴格的約束。在圖3的例子中，這意味著合并的策略將無需包括P-CSCF置于編解碼 器AMR-NB的使用上的最大5. 9kbps的約束，這是因為這沒有S-CSCF所設置的5. Okbps約 束那么嚴格。合并的策略文檔然后由P-CSCF添加到200 OK消息的主體(在步驟305)并 且被轉發(fā)到UE (步驟306)。UE然后將合并的策略存儲在它的存儲器中。在XML中，模式(schema)描述文檔的類型，例如對該類型的文檔的內(nèi)容和結構所 設置的約束。在目前的情況下，策略文檔的模式可以與在draft-ietf-sippinR-media-pol icy-dataset-04中定義的相同。該草案定義了用于SIP會話的媒體特征的文檔格式，媒體 策略數(shù)據(jù)集格式(MPDF)。MPDF格式基于XML并且通過規(guī)定用于媒體特征的數(shù)據(jù)集而擴展 了用于SIP用戶代理簡檔數(shù)據(jù)集的模式。該格式能夠被用于在會話信息文檔中基于會話的 會話描述來描述給定會話的媒體特征(例如所使用的媒體類型和編解碼器)。MPDF格式還 能夠被用于在會話策略文檔中表示用于SIP會話的策略。兩種類型的MPDF文檔-會話信 息和會話策略文檔共享相同的XML元素集來描述會話特征。該方法還可以被用于向UE傳達其他信息(例如針對UE的其他類型的策略)。當UE發(fā)起會話時，它通過參考在其存儲器中存儲的策略來這樣做，并且僅提供遵 守這些策略的會話特征。這意味著將會存在更少的488拒絕(只有那些來自通信路徑的終 止側的拒絕)并且能夠使用所允許的最佳特征而立即建立會話發(fā)起。在實施例2)中，其中未合并的策略被發(fā)送到UE，使用類似的方法，但是具有以下 區(qū)別。S-CSCF將“歸屬網(wǎng)絡”策略插入200 OK(REG)內(nèi)的文檔(例如XML文檔)中并且 包括指示它(S-CSCF)是策略的源。P-CSCF將“接入網(wǎng)絡”策略插入200 OK(REG)內(nèi)的另 一文檔中并且包括指示它(P-CSCF)是策略的源。UE在REGISTER過程(200 0K)內(nèi)將在本地P-CSCF和S-CSCF處設置的用于IMS會話建立的策略作為單獨策略來接收。在發(fā)起會話之前，UE合并這些策略。策略文檔可以由與實施例(1)相同的XML樽式即draft-ietf-siDDing-media-Do licy-dataset-04 jfeffij^.o該方法還可以被用于向UE傳達其他信息(例如針對UE的其他類型的策略)。在實施例(1)和(2)這二者中，通過以上結合圖4所描述的re-REGISTER過程來 向UE通知 策略的更新。在實施例(1)中，在由P-CSCF合并的文檔中將更新的策略發(fā)送到 UE，而在實施例(2)中，發(fā)送單獨的策略更新文檔并且由UE對這些進行合并。
權利要求
一種使得用戶設備能夠通過IMS網(wǎng)絡建立通信會話的方法，其中所述通信會話由網(wǎng)絡中的一個或多個呼叫/會話控制功能根據(jù)定義將被用于會話的網(wǎng)絡資源的媒體特征來啟動，所述方法包括在IMS網(wǎng)絡內(nèi)接收源于用戶設備的訂戶登記請求，以及響應于此，向用戶設備發(fā)送可容許媒體特征的標識。
2.根據(jù)權利要求1所述的方法，進一步包括在用戶設備中的存儲器中存儲可容許媒 體特征的所述標識。
3.根據(jù)權利要求1或2所述的方法，進一步包括從用戶設備向網(wǎng)絡發(fā)送會話發(fā)起請 求，其中所述會話發(fā)起請求包括基于所述可容許媒體特征的用于會話的媒體特征的規(guī)范。
4.根據(jù)先前任一權利要求所述的方法，其中所述登記請求包括SIPREGISTER消息。
5.根據(jù)權利要求4所述的方法，其中可容許媒體特征的標識在SIP2000K消息中被發(fā) 送到用戶設備。
6.根據(jù)先前任一權利要求所述的方法，其中呼叫/會話控制功能中的至少一個是 P-CSCF并且可容許媒體特征包括基于P-CSCF所應用的接入網(wǎng)絡策略的媒體特征。
7.根據(jù)先前任一權利要求所述的方法，其中呼叫/會話控制功能中的至少一個是 S-CSCF并且可容許媒體特征包括基于S-CSCF所應用的歸屬網(wǎng)絡策略的媒體特征。
8.根據(jù)權利要求6所述的方法，其中P-CSCF從S-CSCF接收包括基于S-CSCF所應用的 歸屬網(wǎng)絡策略的可容許媒體特征的指示的消息，并且將這些與基于接入網(wǎng)絡策略的媒體特 征的指示合并，之后將合并的可容許媒體特征的指示發(fā)送到用戶設備。
9.根據(jù)先前任一權利要求所述的方法，進一步包括以下步驟響應于從UE發(fā)送到IMS 網(wǎng)絡的重新登記消息而向UE發(fā)送更新的可容許媒體特征。
10.根據(jù)先前任一權利要求所述的方法，其中可容許媒體特征的標識被插入響應于登 記請求而向UE發(fā)送的消息內(nèi)的文檔中。
11.根據(jù)權利要求10所述的方法，其中所述文檔是XML文檔。
12.一種用于在IMS網(wǎng)絡中執(zhí)行呼叫/會話控制功能的網(wǎng)絡節(jié)點，其中所述控制功能包 括實施用于定義為通信會話提供的網(wǎng)絡資源的可容許媒體特征，所述設備包括用于響應于來自用戶設備的登記請求而向用戶設備發(fā)送消息的裝置，其中所述消息包 括標識所述可容許媒體特征的信息。
13.根據(jù)權利要求12所述的網(wǎng)絡節(jié)點，其中所述節(jié)點包括P-CSCF，P-CSCF具有用于從 一個或多個其他網(wǎng)絡節(jié)點接收指示基于歸屬網(wǎng)絡策略的可容許媒體特征的響應消息的裝 置，P-CSCF被配置成向UE發(fā)送消息，所述消息包括標識基于所述歸屬網(wǎng)絡策略的可容許媒 體特征的信息以及標識基于接入網(wǎng)絡策略的可容許媒體特征的信息。
14.根據(jù)權利要求13所述的網(wǎng)絡節(jié)點，其中P-CSCF被配置成合并基于歸屬網(wǎng)絡策略和 接入網(wǎng)絡策略的可容許媒體特征的指示并且向UE發(fā)送包括合并的指示的消息。
15.被配置成通過IMS網(wǎng)絡參與通信會話的用戶設備，其中所述通信會話由網(wǎng)絡中的 一個或多個呼叫/會話控制功能根據(jù)定義將被用于會話的網(wǎng)絡資源的媒體特征來啟動，所 述UE包括用于發(fā)送登記請求以向網(wǎng)絡進行登記的裝置；用于從網(wǎng)絡接收作為對登記請求的響應的消息的裝置，其中所述消息包括標識可容許媒體特征的信息；以及用于將可容許媒體特征應用于后續(xù)會話請求的裝置。
16.根據(jù)權利要求15所述的用戶設備，其中所述消息中的信息包括含有基于接入網(wǎng)絡 策略的可容許媒體特征和/或基于歸屬網(wǎng)絡策略的可容許媒體特征的文檔。
17.根據(jù)權利要求16所述的用戶設備，其中基于接入網(wǎng)絡策略的可容許媒體特征和基 于歸屬網(wǎng)絡策略的可容許媒體特征是在不同的策略文檔中接收的，所述用戶設備包括用于 合并接入網(wǎng)絡和歸屬網(wǎng)絡策略的裝置。
18.根據(jù)權利要求15所述的用戶設備，還包括用于存儲標識可容許媒體特征的所述信 息的裝置。
19.根據(jù)權利要求15-18中任一項所述的用戶設備，還包括用于生成重新登記請求的 裝置，以及用于接收作為對重新登記請求的響應的標識更新的可容許媒體特征的信息的裝置。
20.根據(jù)權利要求15-19中任一項所述的用戶設備，其中所述消息還包括與其他類型 的網(wǎng)絡策略有關的附加信息，所述用戶設備存儲附加信息以供生成后續(xù)請求之用。
全文摘要
本發(fā)明涉及一種使得用戶設備能夠通過IMS網(wǎng)絡建立通信會話的方法。所述通信會話由網(wǎng)絡中的一個或多個呼叫/會話控制功能根據(jù)定義將被用于會話的網(wǎng)絡資源的媒體特征來啟動。所述方法包括在IMS網(wǎng)絡內(nèi)接收源于用戶設備的訂戶登記請求，以及響應于此，向用戶設備發(fā)送可容許媒體特征的標識。
文檔編號H04L29/06GK101874394SQ200780101146
公開日2010年10月27日 申請日期2007年10月19日 優(yōu)先權日2007年10月19日
發(fā)明者D·卡斯特拉諾斯, H·普里比茨 申請人:愛立信電話股份有限公司