專利名稱:一種媒體資源預留方法和設備的制作方法
技術領域：
本發(fā)明涉及IP多媒體子系統(tǒng)(IMS，IP Multimedia Subsystem)，尤其涉及一種IMS中早期媒體的資源預留方法和設備。
背景技術：
IMS是3GPP R5階段定義的一個多媒體子系統(tǒng)，采用分組域(PS)為其上層控制信令和媒體傳輸?shù)某休d通道，引入會話初始化協(xié)議(SIP，SessionInitiation Protocol)作為業(yè)務控制協(xié)議，利用SIP簡單、易擴展、媒體組合方便的特點，將業(yè)務控制與承載控制分離來提供豐富的多媒體業(yè)務。IMS中的主要功能實體包括控制用戶注冊和會話等功能的呼叫會話控制實體CSCF(P/I/S-CSCF)、集中管理用戶簽約數(shù)據(jù)的歸屬用戶服務器HSS、提供各種業(yè)務邏輯控制功能的應用服務器(AS，Application server)、及完成與電路域(PSTN/PLMN)互通和選路的出口網(wǎng)關控制實體(BGCF，Breakout GatewayControl Function)和媒體網(wǎng)關控制實體(MGCF，Media Gateway ControlFunction)。
早期媒體(Early Media)是指會話在被被叫方接受前交換的媒體，這種媒體主要用于會話正式建立前的業(yè)務應用，如彩鈴、彩像等。RFC3261其實也支持早期媒體，但是其簡單的支持能力基本不能滿足大多數(shù)需要。為了更好的支持早期媒體，RFC3959與RFC3960擴展了SIP協(xié)議，使SIP協(xié)議能夠更加方便地支持早期媒體相關的業(yè)務。
早期媒體主要基于兩個模型，一個是網(wǎng)關模型，一個是應用服務器模型。
1)網(wǎng)關模型網(wǎng)關模型不需要修改協(xié)議，只是在SIP現(xiàn)有提供/應答(offer/answer)機制的基礎上對終端行為進行規(guī)范，以便能夠最大程度地實現(xiàn)對分叉(FORKING)和回鈴音的處理即可。
在網(wǎng)關模型中，INVITE消息的最終響應回來之前進行的offer/answer交互可以用于建立早期的媒體會話，這個早期的媒體會話在INVITE的最終響應發(fā)出去時被終結掉。如果這個最終響應是200，那么這種早期的媒體會話將轉換成最后正式的會話。如果這個最終的響應是非200類型，那么這個早期的媒體會話將被簡單斷開。
為了能完全支持早期的媒體協(xié)商，網(wǎng)關模型要求終端與網(wǎng)關最好都能支持會話描述協(xié)議(SDP)中可靠的臨時響應、PRACK及UPDATE等消息。同時，終端在完成一輪SDP協(xié)商之后就可以收發(fā)媒體流。
網(wǎng)關模型比較簡單，對現(xiàn)有網(wǎng)絡基本沒有影響。但是網(wǎng)關模型存在分叉(FORKING)的處理缺陷以及回鈴音產(chǎn)生缺陷。
2)應用服務器模型應用服務器模型擴展了SIP協(xié)議。具體來說，用戶代理客戶端(UAC，UserAgent Client)方面增加了早期會話選項標簽(early-session option tag)，向用戶代理服務器(UAS，User Agent Server)指示它支持早期會話傾向類型(early-session disposition type)。這個早期會話傾向類型的協(xié)商也采用提供/應答(offer/answer)模式，它與正式會話類型(session disposition type)的offer/answer過程是獨立的。另外，在要求和支持(Require and Supported)中增加了早期會話選項(Early-sessions Option)標簽，用于指示用戶代理(UA)理解early-session中定義的傾向類型。
應用服務器模型解決了網(wǎng)關模型中存在的兩個嚴重問題。
鑒于早期媒體能在正式會話建立前提供豐富的業(yè)務，作為未來目標網(wǎng)絡的IMS，其支持早期媒體就顯得很有必要。但目前早期媒體的服務質量(QoS)資源預留在IMS中還缺乏考慮，這里提出的方案就是為了解決這個問題。
現(xiàn)在的IMS中，QoS資源預留由代理CSCF(P-CSCF)控制策略決策功能(PDF，Policy Decision Function)來完成的。P-CSCF根據(jù)協(xié)商的結果進行QoS資源的預留，這個預留過程通過PDF來完成。
下面，參照圖1簡要描述現(xiàn)有技術中QoS資源的預留過程。
在步驟101，UE采1發(fā)起的會話建立請求(INVITE)消息中攜帶SDP信息。
步驟102-104，P-CSCF收到183(會話進行中)之后開始進行QoS資源的鑒權。向PDF發(fā)起鑒權請求(Auth Request)，鑒權通過后，PDF回復確認(ACK)消息將有關的鑒權令牌(Auth Token)帶回來。
在步驟105，P-CSCF將有關的鑒權令牌在183中帶給UE#1。UE#1收到183后發(fā)起資源保留過程。資源保留過程是跟IP承載接入網(wǎng)底層實體交互，IP承載接入網(wǎng)底層實體比如UMTS接入的SGSN/GGSN、xDSL接入的BRAS等，在圖1中未示出。
在步驟106-107，被叫方的最終響應(200)回來之后，P-CSCF向PDF發(fā)送打開門控(Open Gate)消息，以便打開門控開始會話。
會話結束之后，P-CSCF向PDF發(fā)送資源釋放消息(Revoke)以釋放有關的QoS資源。

發(fā)明內容由于正式會話開始之前的早期媒體也會占用QoS資源，而目前的IMS對早期媒體所使用的資源缺乏有效的管理，因此本發(fā)明提出一種早期媒體的資源預留方法和設備。
一方面，提出一種早期媒體的資源預留方法。該早期媒體是正式會話建立前交換的媒體。該方法包括步驟A1、呼叫的第一終端與呼叫對端進行第一媒體協(xié)商，為早期媒體預留資源；A2、代理服務器(P-CSCF)在第一終端資源預留成功后即發(fā)送打開門控消息，由策略決策功能(PDF)打開預留的資源；A3、第一終端與呼叫對端之間的早期媒體會話建立起來。
上述步驟A1進一步包括在預留資源之前，該代理服務器(P-CSCF)向策略決策功能(PDF)發(fā)送鑒權請求消息。
上述步驟A1進一步包括當?shù)谝幻襟w協(xié)商的資源與發(fā)送鑒權請求時確定的資源不同時或當后一媒體協(xié)商的資源與第一媒體協(xié)商的資源不同時，該代理服務器(P-CSCF)將預留資源的修改消息發(fā)送給策略決策功能(PDF)。
上述方法中該鑒權請求消息包含正式媒體和早期媒體信息的合集。
上述方法中，該鑒權請求消息包含正式媒體或早期媒體的信息。
上述方法中，該鑒權請求消息包含正式媒體和早期媒體中服務質量QoS要求更高的媒體的信息。
上述方法還包括步驟進行早期媒體協(xié)商時，該代理服務器通知策略決策功能(PDF)按照當前協(xié)商的資源進行預留。
上述方法還包括步驟進行正式媒體協(xié)商時，該代理服務器保存協(xié)商的資源信息。
上述方法還包括步驟該代理服務器(P-CSCF)收到會話建立請求的最終響應(200)時，向策略決策功能(PDF)發(fā)送修改消息，將早期媒體屬性設為不可用狀態(tài)并將正式媒體屬性設為可用狀態(tài)，同時根據(jù)修改消息中包含的正式媒體協(xié)商信息進行資源預留。
又一方面，提出一種早期媒體的資源預留方法。該早期媒體是正式會話建立前交換的媒體。該方法包括步驟B1、呼叫的第一終端與呼叫對端進行第一媒體協(xié)商，第一終端的代理服務器(P-CSCF)發(fā)送鑒權請求消息通知策略決策功能(PDF)將媒體資源設置為打開；B2、第一媒體協(xié)商完成，為早期媒體預留資源；B3、第一終端建立起與呼叫對端之間的早期媒體會話。
上述步驟B2進一步包括當?shù)谝幻襟w協(xié)商的資源與發(fā)送鑒權請求時確定的資源不同時或當后一媒體協(xié)商的資源與第一媒體協(xié)商的資源不同時，該代理服務器(P-CSCF)將預留資源的修改消息發(fā)送給策略決策功能(PDF)。
上述方法中，該鑒權請求消息包含正式媒體和早期媒體信息的合集。
上述方法中，該鑒權請求消息包含正式媒體或早期媒體的信息。
上述方法中，該鑒權請求消息包含正式媒體和早期媒體中服務質量QoS要求更高的媒體的信息。
上述方法還包括步驟進行早期媒體協(xié)商時，該代理服務器通知策略決策功能(PDF)按照當前協(xié)商的資源進行預留。
上述方法還包括步驟進行正式媒體協(xié)商時，該代理服務器保存協(xié)商的資源信息。
上述方法還包括步驟代理服務器(P-CSCF)收到會話建立請求的最終響應(200)時，向策略決策功能(PDF)發(fā)送修改消息，將早期媒體屬性設為不可用狀態(tài)并將正式媒體屬性設為可用狀態(tài)，同時根據(jù)修改消息中包含的正式媒體協(xié)商信息進行資源預留。
另一方面，提出一種早期媒體的資源預留設備，該設備位于用戶設備的代理服務器(P-CSCF)上，包括消息檢測裝置，用于檢測所在的代理服務器收到的消息并在檢測到表明所述用戶設備資源預留成功的消息時向資源開啟裝置發(fā)送指令；資源開啟裝置，用于在接收到消息檢測裝置發(fā)來的指令時將打開門控消息發(fā)送給策略決策功能(PDF)。
還有一方面，提出一種早期媒體的資源預留設備，該設備位于用戶設備的代理服務器(P-CSCF)上，包括消息檢測裝置，用于檢測所在的代理服務器收到的消息并在檢測到表示需要申請令牌的消息時向資源開啟裝置發(fā)送指令；資源開啟裝置，用于在接收到消息檢測裝置發(fā)來的指令時將打開資源的信息包含在鑒權請求消息中發(fā)送給策略決策功能(PDF)。
本發(fā)明主要的優(yōu)點和特點如下1.該發(fā)明的技術方案為網(wǎng)關模型和應用服務器模型下的早期媒體提供了資源預留，其特點是用戶設備與P-CSCF在每完成一次媒體協(xié)商的Offer/Answer時就修改預留的媒體資源并將修改后的媒體資源提供給早期媒體會話，而不是等到會話成功建立時才提供有關的資源。
2.采用該發(fā)明的技術方案使那些使用早期媒體的業(yè)務如彩鈴、彩像等有了QoS保障，也顯著提高了這些業(yè)務的質量。
圖1示出現(xiàn)有的IMS中媒體資源預留的一個典型過程；圖2示出按照本發(fā)明網(wǎng)關模型下的第一實施例所述的早期媒體的資源預留過程；圖3示出按照本發(fā)明網(wǎng)關模型下的第二實施例所述的早期媒體的資源預留過程；圖4示出按照本發(fā)明應用服務器模型下的第一實施例所述的早期媒體的資源預留過程；圖5示出按照本發(fā)明應用服務器模型下的第二實施例所述的早期媒體的資源預留過程；圖6是按照本發(fā)明所述的早期媒體的資源預留設備的組成結構圖。
具體實施方式支持早期媒體主要基于網(wǎng)關模型與應用服務器模型，這兩種情形都包含在本發(fā)明提出的早期媒體的QoS資源預留方案之中。
一種情形是網(wǎng)關模型下的QoS資源預留。
網(wǎng)關模型不需要修改SIP協(xié)議，但要求客戶端在完成一次完整的媒體協(xié)商offer/answer過程之后就接收媒體流，有些應用情況下也可以發(fā)送媒體流。而且，網(wǎng)關模型要求應用服務器在完成一次完整的媒體協(xié)商offer/answer時就發(fā)送媒體流，有些應用情況下也可以接收媒體流。這意味著P-CSCF需要在用戶設備(UE)資源預留成功時就打開門控，而不是等到INVITE的最終響應200回來之后再打開門控。
下面，參照圖2描述網(wǎng)關模型下的第一實施例，主叫側早期媒體的資源預留過程。
步驟201-203，UE#1在INVITE中發(fā)起媒體協(xié)商(offer)。
步驟204-207，P-CSCF收到對INVITE請求的臨時響應(183)之后(183會帶回媒體協(xié)商的結果answer)開始進行QoS資源的鑒權。向PDF發(fā)起鑒權請求(Auth Request)，鑒權通過后，PDF回復ACK消息將有關的鑒權令牌(AuthToken)帶回來。
步驟208-214，P-CSCF將有關的鑒權令牌在183中帶給UE#1。UE#1收到183后發(fā)起資源預留過程。這個資源預留過程是通過跟IP承載接入網(wǎng)底層實體交互來完成的。IP承載接入網(wǎng)底層實體譬如UMTS接入的SGSN/GGSN、xDSL接入的BRAS等，在圖2中未示出。
步驟215-222，UE#1資源預留成功之后發(fā)送資源預留成功(UPDATE)消息通知被叫方。P-CSCF收到被叫方對該消息的響應之后，向PDF發(fā)送打開門控(Open Gate)消息以打開門控開始會話。
后續(xù)步驟跟IMS正常資源預留過程相同，這里不再贅述。
下面，參照圖3描述網(wǎng)關模型下的第二實施例，被叫側早期媒體的資源預留過程。
步驟301-304，P-CSCF收到帶有媒體協(xié)商提供(offer)的INVITE之后，向PDF請求生成媒體鑒權令牌(Auth Request)。請求通過后，PDF回復ACK消息將有關的鑒權令牌(Auth Token)帶回來。
步驟305-308，P-CSCF將有關的鑒權令牌在INVITE請求中帶給UE#2。UE#2發(fā)出對INVITE請求的臨時響應(183)后發(fā)起資源預留過程，183會帶去媒體協(xié)商的結果answer。這個資源預留過程是通過跟IP承載接入網(wǎng)底層實體交互來完成的。IP承載接入網(wǎng)底層實體譬如UMTS接入的SGSN/GGSN、xDSL接入的BRAS等，在圖3中未示出。
步驟309-319，P-CSCF收到來自UE#2的183后，根據(jù)answer的情況發(fā)送修改(Modify)消息進行資源的修改。
步驟320-324，UE#2資源預留成功之后發(fā)送對UPDATE請求的200(OK)響應。P-CSCF收到該響應之后，向PDF發(fā)送打開門控(Open Gate)消息以打開門控開始會話。
對網(wǎng)關模型下第一實施例的步驟206和221進行修改和替換，就形成了第三實施例。UE#1在申請令牌時直接將有關的媒體資源設置為打開(消息206)。這樣就不需要通過發(fā)送打開門控消息(消息221)來命令PDF打開門控了。
對網(wǎng)關模型下第二實施例的步驟303和323進行修改和替換，就形成了第四實施例。UE#2在申請令牌時直接將有關的媒體資源設置為打開(消息303)。這樣就不需要通過發(fā)送打開門控消息(消息323)來命令PDF打開門控了。
另一種情形是應用服務器模型下的QoS資源預留。
應用服務器模型擴展了SIP協(xié)議，在SIP會話消息中增加了一個早期會話的SDP。這個SDP單獨用于早期媒體的協(xié)商，也采用offer/answer機制進行媒體協(xié)商。因此，對于應用服務器模型，會話消息中可能同時存在兩個SDP消息體，一個用于早期媒體會話，一個用于正式會話，而這兩個SDP分別用offer/answer機制進行協(xié)商。
因為會話消息中可能同時存在兩個SDP，因此P-CSCF在進行資源預留時需要同時考慮這兩個SDP的信息。具體來說，在令牌申請時P-CSCF需要將早期媒體SDP與正式媒體SDP的合集發(fā)送到PDF；而在收到INVITE請求的最終響應(200)返回之前，每完成一次早期媒體的offer/answer過程時，都要向PDF發(fā)送修改媒體資源的消息(Modify)以修改所用的媒體資源；當收到最終響應(200)時，P-CSCF需要向PDF發(fā)送修改媒體資源的消息(Modify)，通知PDF將早期媒體屬性設為不可用狀態(tài)，并將正式媒體設為可用狀態(tài)。應當指出，在收到200之前，正式媒體也可能協(xié)商，這時要把正式媒體的修改情況記下來。當正式媒體會話建立時，即收到最終響應200(INVITE)時，再將這個存儲的正式媒體信息利用Modify消息更新下去。
下面，參照圖4描述應用服務器模型下的第一實施例，主叫側早期媒體資源的預留過程。
步驟401-403，UE#1發(fā)起的INVITE請求中攜帶正式媒體提供(offer)信息。
步驟404-408，被叫方回復對INVITE請求的臨時響應(183)時，其183中攜帶了正式媒體的應答(answer)信息和早期媒體的offer信息。P-CSCF收到后，將正式媒體信息與早期媒體信息的合集發(fā)送到PDF進行QoS令牌申請。
在步驟409-411，UE#1回復PRACK請求以實現(xiàn)對183響應的確認，該請求攜帶早期媒體的answer信息，并根據(jù)QoS令牌進行資源預留。注意，UE#1發(fā)起的資源預留過程是跟IP承載接入網(wǎng)底層實體交互，IP承載接入網(wǎng)底層實體比如UMTS接入的SGSN/GGSN、xDSL接入的BRAS等，在圖3中未示出。
在步驟412-413，P-CSCF收到來自UE#1的PRACK后，根據(jù)answer的情況發(fā)送修改(Modify)消息進行資源的修改。
步驟414-424，資源預留完成后，UE#1發(fā)出代表資源預留成功的UPDATE消息，當P-CSCF收到被叫方對UPDATE的響應(200)時，P-CSCF發(fā)送打開門控消息到PDF以打開門控，并開始會話。
在INVITE的最終響應(200)回來之前，后續(xù)發(fā)生的早期媒體協(xié)商與正式媒體協(xié)商的QoS資源修改與以上描述的過程相同。
步驟428-430，收到INVITE的最終響應200時，P-CSCF需要向PDF發(fā)送修改媒體資源的消息(Modify)，將早期媒體屬性設為不可用狀態(tài)，并將正式媒體設為可用狀態(tài)。
下面，參照圖5描述應用服務器模型下的第二實施例，被叫側早期媒體資源的預留過程。
步驟501-504，P-CSCF收到帶有正式媒體協(xié)商提供(offer)的INVITE之后，向PDF請求生成媒體鑒權令牌(Auth Request)。請求通過后，PDF回復ACK消息將有關的鑒權令牌(Auth Token)帶回來。
步驟506-508，UE#2回復對INVITE請求的臨時響應(183)，其中攜帶有正式媒體的應答(answer)信息與早期媒體的(offer)信息。
步驟509-512，P-CSCF收到主叫方回復的攜帶早期媒體answer信息的PRACK請求之后，將早期媒體信息包含在修改(Modify)消息中發(fā)送到PDF，通知其進行資源的修改。
步驟513-519，UE#2收到PRACK請求時返回200(OK)響應，并根據(jù)QoS令牌進行資源預留。注意，UE#1發(fā)起的資源預留過程是跟IP承載接入網(wǎng)底層實體交互，IP承載接入網(wǎng)底層實體可以是UMTS接入的SGSN/GGSN或xDSL接入的BRAS等，圖5中未示出。
步驟520-524，資源預留完成后，UE#2發(fā)出UPDATE請求的200(OK)響應，當P-CSCF收到對UPDATE的響應(200)時，P-CSCF發(fā)送打開門控消息到PDF以打開門控，并開始會話。
在INVITE的最終響應(200)回來之前，后續(xù)發(fā)生的早期媒體協(xié)商與正式媒體協(xié)商的QoS資源修改與以上描述的過程相同。
步驟528-530，收到INVITE的最終響應200時，P-CSCF需要向PDF發(fā)送修改媒體資源的消息(Modify)，將早期媒體屬性設為不可用狀態(tài)，并將正式媒體設為可用狀態(tài)。
上述應用服務器模型下的第一和第二實施例，只給出協(xié)商的資源與發(fā)送鑒權請求時確定的資源不同的情況下資源預留的過程。在這種情況下，P-CSCF發(fā)送修改消息通知PDF按照協(xié)商的資源進行預留。而在協(xié)商的資源與發(fā)送鑒權請求時確定的資源相同的情況下，P-CSCF無需發(fā)送修改消息。而且，后續(xù)流程中每進行一次媒體協(xié)商，就發(fā)送一次Modify消息。
對應用服務器模型下第一實施例的步驟406和423進行修改，就形成了第三實施例。UE#1在申請令牌時直接將有關的媒體資源設置為打開(消息406)。這樣就不需要通過發(fā)送打開門控消息(消息423)命令PDF打開門控了。
對應用服務器模型下第二實施例的步驟503和523進行修改，就形成了第四實施例。UE#2在申請令牌時直接將有關的媒體資源設置為打開(消息503)。這樣就不需要通過發(fā)送打開門控消息(消息523)命令PDF打開門控了。
對應用服務器模型下第一和第三實施例的步驟406和412進行修改，就形成了第五和第六實施例。向PDF發(fā)送鑒權請求(消息406)時不將早期媒體與正式媒體的合集發(fā)過去，而只用正式媒體或者只用早期媒體進行QoS令牌申請，然后通過修改消息(消息412)來修改有關的媒體資源。優(yōu)選的是，將正式媒體和早期媒體之中QoS要求更高的媒體的信息包含在鑒權請求消息中發(fā)送給PDF。
針對P-CSCF發(fā)送打開門控消息的情況，本發(fā)明提出一種早期媒體的資源預留設備，如圖6所示。該設備位于用戶設備的代理服務器比如P-CSCF上，包括消息檢測裝置，用于檢測所在的代理服務器收到的消息并在檢測到表明用戶設備資源預留成功的消息時向資源開啟裝置發(fā)送指令；還包括資源開啟裝置，用于在接收到該消息檢測裝置發(fā)來的指令時將打開門控消息發(fā)送給PDF。
針對在申請令牌時直接將媒體資源設置為打開的情況，本發(fā)明也提出一種早期媒體的資源預留設備，如圖6所示。該設備位于用戶設備的代理服務器比如P-CSCF上，包括消息檢測裝置，用于檢測所在的代理服務器收到的消息并在檢測到表示需要申請令牌的消息時向資源開啟裝置發(fā)送指令；還包括資源開啟裝置，用于在接收到該消息檢測裝置發(fā)來的指令時將打開資源的信息包含在鑒權請求消息中發(fā)送給PDF。
顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求
及其等同技術的范圍之內，則本發(fā)明也意圖包含這些改動和變型在內。
權利要求
1.一種早期媒體的資源預留方法，所述早期媒體是正式會話建立前交換的媒體，該方法包括以下步驟A1、呼叫的第一終端與呼叫對端進行第一媒體協(xié)商，為早期媒體預留資源；A2、代理服務器(P-CSCF)在第一終端資源預留成功后即發(fā)送打開門控消息，由策略決策功能(PDF)打開預留的資源；A3、第一終端與呼叫對端之間的早期媒體會話建立起來。
2.如權利要求
1所述的方法，其特征在于所述步驟A1進一步包括在預留資源之前，所述代理服務器(P-CSCF)向策略決策功能(PDF)發(fā)送鑒權請求消息。
3.如權利要求
2所述的方法，其特征在于所述步驟A1進一步包括當?shù)谝幻襟w協(xié)商的資源與發(fā)送鑒權請求時確定的資源不同時或當后一媒體協(xié)商的資源與第一媒體協(xié)商的資源不同時，所述代理服務器(P-CSCF)將預留資源的修改消息發(fā)送給策略決策功能(PDF)。
4.如權利要求
2所述的方法，其特征在于所述鑒權請求消息包含正式媒體和早期媒體信息的合集。
5.如權利要求
2所述的方法，其特征在于所述鑒權請求消息包含正式媒體或早期媒體的信息。
6.如權利要求
5所述的方法，其特征在于所述鑒權請求消息包含正式媒體和早期媒體中服務質量QoS要求更高的媒體的信息。
7.如權利要求
1所述的方法，其特征在于還包括步驟進行早期媒體協(xié)商時，所述代理服務器通知策略決策功能(PDF)按照當前協(xié)商的資源進行預留。
8.如權利要求
1所述的方法，其特征在于還包括步驟進行正式媒體協(xié)商時，所述代理服務器保存協(xié)商的資源信息。
9.如權利要求
1或8所述的方法，其特征在于還包括步驟所述代理服務器(P-CSCF)收到會話建立請求的最終響應(200)時，向策略決策功能(PDF)發(fā)送修改消息，將早期媒體屬性設為不可用狀態(tài)并將正式媒體屬性設為可用狀態(tài)，同時根據(jù)修改消息中包含的正式媒體協(xié)商信息進行資源預留。
10.一種早期媒體的資源預留方法，所述早期媒體是正式會話建立前交換的媒體，該方法包括以下步驟B1、呼叫的第一終端與呼叫對端進行第一媒體協(xié)商，第一終端的代理服務器(P-CSCF)發(fā)送鑒權請求消息通知策略決策功能(PDF)將媒體資源設置為打開；B2、第一媒體協(xié)商完成，為早期媒體預留資源；B3、第一終端建立起與呼叫對端之間的早期媒體會話。
11.如權利要求
10所述的方法，其特征在于所述步驟B2進一步包括當?shù)谝幻襟w協(xié)商的資源與發(fā)送鑒權請求時確定的資源不同時或當后一媒體協(xié)商的資源與第一媒體協(xié)商的資源不同時，所述代理服務器(P-CSCF)將預留資源的修改消息發(fā)送給策略決策功能(PDF)。
12.如權利要求
11所述的方法，其特征在于所述鑒權請求消息包含正式媒體和早期媒體信息的合集。
13.如權利要求
11所述的方法，其特征在于所述鑒權請求消息包含正式媒體或早期媒體的信息。
14.如權利要求
13所述的方法，其特征在于所述鑒權請求消息包含正式媒體和早期媒體中服務質量QoS要求更高的媒體的信息。
15.如權利要求
10所述的方法，其特征在于還包括步驟進行早期媒體協(xié)商時，所述代理服務器通知策略決策功能(PDF)按照當前協(xié)商的資源進行預留。
16.如權利要求
10所述的方法，其特征在于還包括步驟進行正式媒體協(xié)商時，所述代理服務器保存協(xié)商的資源信息。
17.如權利要求
10或16所述的方法，其特征在于還包括步驟所述代理服務器(P-CSCF)收到會話建立請求的最終響應(200)時，向策略決策功能(PDF)發(fā)送修改消息，將早期媒體屬性設為不可用狀態(tài)并將正式媒體屬性設為可用狀態(tài)，同時根據(jù)修改消息中包含的正式媒體協(xié)商信息進行資源預留。
18.一種早期媒體的資源預留設備，該設備位于用戶設備的代理服務器(P-CSCF)上，包括消息檢測裝置，用于檢測所在的代理服務器收到的消息并在檢測到表明所述用戶設備資源預留成功的消息時向資源開啟裝置發(fā)送指令；資源開啟裝置，用于在接收到消息檢測裝置發(fā)來的指令時將打開門控消息發(fā)送給策略決策功能(PDF)。
19.一種早期媒體的資源預留設備，該設備位于用戶設備的代理服務器(P-CSCF)上，包括消息檢測裝置，用于檢測所在的代理服務器收到的消息并在檢測到表示需要申請令牌的消息時向資源開啟裝置發(fā)送指令；資源開啟裝置，用于在接收到消息檢測裝置發(fā)來的指令時將打開資源的信息包含在鑒權請求消息中發(fā)送給策略決策功能(PDF)。
專利摘要
本發(fā)明公開一種早期媒體的資源預留方法和設備。該早期媒體是正式會話建立前交換的媒體。一方面，呼叫的第一終端與呼叫對端進行第一媒體協(xié)商，為早期媒體預留資源；P－CSCF上的消息檢測裝置檢測到表明UE資源預留成功的消息時，該P－CSCF上的資源開啟裝置發(fā)送打開門控消息，命令PDF打開預留的資源；早期媒體會話建立。另一方面，呼叫的第一終端與呼叫對端進行第一媒體協(xié)商，當P－CSCF上的消息檢測裝置檢測到表示需要申請令牌的消息時，該P－CSCF上的資源開啟裝置發(fā)送鑒權請求消息，通知PDF將媒體資源設置為打開；第一媒體協(xié)商完成，為早期媒體預留資源；早期媒體會話建立。本發(fā)明使早期媒體業(yè)務有了QoS保障。
文檔編號H04L12/54GK1996999SQ200510048291
公開日2007年7月11日 申請日期2005年12月31日
發(fā)明者曹琪 申請人:華為技術有限公司導出引文BiBTeX, EndNote, RefMan