專利名稱：資源接納控制處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及下一代網(wǎng)絡(luò)(NGN，Next Generation Network)技術(shù)，尤其涉及一種資源接納控制處理方法。
背景技術(shù)：
在Internet技術(shù)誕生以來(lái)，網(wǎng)絡(luò)通常采用盡力而為“best effort”的分發(fā)模式進(jìn)行分發(fā)數(shù)據(jù)，并無(wú)服務(wù)質(zhì)量(QoS，Quality of Service)保證。
上世紀(jì)90年代初，受實(shí)時(shí)業(yè)務(wù)如語(yǔ)音IP(VoIP，Voice over IP)的驅(qū)動(dòng)，Internet工程任務(wù)組(IETF，Internet Engineering Task Force)提出了綜合服務(wù)(IntServ，Integrated Services)模型。這種通信服務(wù)模型是一種基于流的QoS保證機(jī)制，它對(duì)網(wǎng)絡(luò)資源進(jìn)行嚴(yán)格的控制，為應(yīng)用層提供嚴(yán)格的QoS保證，但它存在擴(kuò)展性問(wèn)題，因?yàn)闃I(yè)務(wù)流經(jīng)過(guò)的每個(gè)路由器必須為其維護(hù)軟狀態(tài)，因此IntServ模型無(wú)法被大規(guī)模使用。
為了解決IntServ模型的擴(kuò)展性問(wèn)題，1998年，IETF又提出了區(qū)分服務(wù)(DiffServ，Differentiated Services)模型。DiffServ模型是一種基于類的QoS保證機(jī)制，它在網(wǎng)絡(luò)部署上比較成功，但它只能提供相對(duì)的QoS保證，特別是當(dāng)帶寬不夠時(shí)仍然無(wú)法保證QoS。
2002年，IETF又提出了DS-Aware MPLS TE模型，該模型融入了DiffServ模型和MPLS-TE模型的優(yōu)點(diǎn)，優(yōu)化了傳輸資源，也進(jìn)一步提高了網(wǎng)絡(luò)的性能和效率，但它存在N平方問(wèn)題，但是它在解決域間互通的問(wèn)題上存在困難。
由此綜上可見(jiàn)，當(dāng)前業(yè)界普遍觀點(diǎn)是無(wú)論大帶寬，還是DiffServ模型都無(wú)法真正解決端到端的QoS問(wèn)題。近幾年，動(dòng)態(tài)服務(wù)質(zhì)量(DQoS，Dynamic QoS)，即基于會(huì)話的動(dòng)態(tài)QoS控制機(jī)制逐漸成為研究的主向，該機(jī)制在控制平面實(shí)現(xiàn)了基于每個(gè)會(huì)話的會(huì)話接納控制(CAC)，和資源預(yù)留、以及動(dòng)態(tài)的策略下發(fā)，而在數(shù)據(jù)平面完成了業(yè)務(wù)感知和策略執(zhí)行功能。這種機(jī)制既能夠提供嚴(yán)格的QoS保證，又具有良好的可擴(kuò)展性。因此目前很多標(biāo)準(zhǔn)組織都在研究類似的機(jī)制，而其中TISPAN(Telecommunications and Internet Converged Services andProtocols for Advanced Networking)的研究得到了業(yè)界比較廣泛的認(rèn)可。
請(qǐng)參照?qǐng)D1，該圖是TISPAN制定的NGN網(wǎng)絡(luò)的基本網(wǎng)絡(luò)框架示意圖，其中NGN網(wǎng)絡(luò)框架主要分為業(yè)務(wù)層(Service Layer)和基于IP的傳輸層(Transport Layer)。
其中業(yè)務(wù)層包括以下部分核心IP多媒體子系統(tǒng)(core IP MultimediaSubsystem)、PSTN/ISDN仿真子系統(tǒng)(PES，PSTN/ISDN Emulation Subsystem)、其它多媒體子系統(tǒng)(Other Subsystem，如流媒體子系統(tǒng)、內(nèi)容廣播子系統(tǒng)等)以及應(yīng)用Application。另外還包括一些公共部件，如計(jì)費(fèi)功能、用戶數(shù)據(jù)管理、安全管理、路由數(shù)據(jù)庫(kù)等。
傳輸層主要為用戶設(shè)備(UE，User Equipment)提供IP互連，它引入了兩個(gè)控制子系統(tǒng)網(wǎng)絡(luò)附著子系統(tǒng)(NASS，Network Attachment Subsystem)和資源接納控制子系統(tǒng)(RACS，Resource and Admission Control Subsystem)，這兩個(gè)子系統(tǒng)用于隱藏接入網(wǎng)和核心網(wǎng)IP層以下的傳輸技術(shù)。
具體地，請(qǐng)參照?qǐng)D2，該圖是TISPAN正在制定的NGN R1網(wǎng)絡(luò)架構(gòu)下的RACS子系統(tǒng)的基本架構(gòu)示意圖，其中承載網(wǎng)的QoS和網(wǎng)絡(luò)地址(端口)轉(zhuǎn)換(NA(P)T，Network Address and Port Translator)都要訪問(wèn)RACS，并由RACS進(jìn)行控制。
資源接納控制子系統(tǒng)RACS主要包括應(yīng)用功能(AF，Application Function)1、基于業(yè)務(wù)的策略決定功能(SPDF，Service-based Policy Decision Function)2、核心網(wǎng)絡(luò)邊界網(wǎng)關(guān)功能(C-BGF，Core Border Gateway Function)3、接入層資源接納控制功能(A-RACF，Access-Resource and Admission ControlFunction)4和資源控制實(shí)施功能(RCEF，Resource Control EnforcementFunction)5，圖中其它部分表述了相關(guān)功能實(shí)體和RACS架構(gòu)的關(guān)系和接口，其中NA(P)T控制功能主要是由AF 1、SPDF 2和C-BGF 3實(shí)體之間的信令交互過(guò)程來(lái)實(shí)現(xiàn)的，其它如A-RACF 4實(shí)體和RCEF 5實(shí)體主要用于對(duì)接入層QoS資源進(jìn)行控制。
即RACS子系統(tǒng)提供了接納控制功能和關(guān)口控制功能(包含NA(P)T控制和DSCP標(biāo)記)。其中接納控制功能涉及到根據(jù)運(yùn)營(yíng)商的具體策略規(guī)則和資源，檢查接入網(wǎng)附著子系統(tǒng)保存的簽約數(shù)據(jù)的授權(quán)；檢查資源可用性意味著由接納控制功能校對(duì)被請(qǐng)求的帶寬是否與預(yù)定的帶寬和用戶使用的帶寬一致。
此外業(yè)務(wù)層的Core IMS子系統(tǒng)中主要包括呼叫會(huì)話控制功能(CSCF，CallSession Control Function)實(shí)體，而CSCF又可以包括代理CSCF(P-CSCF，ProxyCall Session Control Function)、服務(wù)CSCF(S-CSCF-Serving Call SessionControl Function)和查詢CSCF(I-CSCF-Interrogating Call Session ControlFunction)。其中P-CSCF是用戶設(shè)備UE在IP多媒體子系統(tǒng)內(nèi)的第一個(gè)接觸點(diǎn)；S-CSCF負(fù)責(zé)實(shí)際處理網(wǎng)絡(luò)會(huì)話狀態(tài)；I-CSCF是所有都連接到該網(wǎng)絡(luò)運(yùn)營(yíng)商的簽約用戶或者連接到當(dāng)前位于該網(wǎng)絡(luò)運(yùn)營(yíng)商的業(yè)務(wù)區(qū)域內(nèi)的漫游用戶的運(yùn)營(yíng)商網(wǎng)絡(luò)內(nèi)的接觸點(diǎn)。
目前，在基于上述TISPAN制定的NGN網(wǎng)絡(luò)架構(gòu)中，建立IMS會(huì)話的固定發(fā)起流程(FO，F(xiàn)ixed Origination)如圖3所示，其中建立IMS會(huì)話的固定發(fā)起流程主要應(yīng)用于處于歸屬網(wǎng)絡(luò)的用戶，用戶的UE位于歸屬網(wǎng)絡(luò)中，但是通過(guò)xDSL接入方式接入到IMS核心網(wǎng)絡(luò)，其主要實(shí)現(xiàn)過(guò)程如下1、發(fā)起方UE向P-CSCF發(fā)送帶有會(huì)話描述協(xié)議(SDP，Session DescriptionProtocol)提議(Offer)的會(huì)話發(fā)起協(xié)議(SIP，Session Initial Protocol)邀請(qǐng)(Invite)請(qǐng)求；其中發(fā)起方UE發(fā)送的SIP Invite請(qǐng)求中所攜帶的SDP提議可以用于表示一個(gè)多媒體會(huì)話的一個(gè)或多個(gè)媒體；2～6、SPDF對(duì)C-BGF進(jìn)行預(yù)留IMS連接處理；可選的，SPDF可能還要求C-BGF進(jìn)行NA(P)T綁定處理；
7、P-CSCF從注冊(cè)流程中記錄了該發(fā)起方UE的下一跳CSCF；P-CSCF根據(jù)該記錄的下一跳CSCF，將發(fā)起方UE發(fā)來(lái)的帶有SDP提議的SIP Invite請(qǐng)求轉(zhuǎn)發(fā)給對(duì)應(yīng)的S-CSCF；8、S-CSCF接收到帶有SDP提議的SIP Invite請(qǐng)求后，進(jìn)行確認(rèn)業(yè)務(wù)簡(jiǎn)報(bào)(Service Profile)處理，同時(shí)S-CSCF調(diào)用該發(fā)起方用戶所需的任何發(fā)起業(yè)務(wù)邏輯，包括基于用戶多媒體業(yè)務(wù)契約(Service Subscription)進(jìn)行所請(qǐng)求的SDP授權(quán)；9、S-CSCF轉(zhuǎn)發(fā)帶有SDP提議的SIP Invite請(qǐng)求到終結(jié)方UE；10、終結(jié)方UE返回的提議響應(yīng)(Offer Response)將沿著原信令路徑返回給S-CSCF；11、S-CSCF轉(zhuǎn)發(fā)接收到的提議響應(yīng)Offer Response消息給P-CSCF；12～15、P-CSCF觸發(fā)SPDF請(qǐng)求A-RACF基于接收的提議及提議響應(yīng)參數(shù)進(jìn)行接納控制處理；16-19、SPDF在資源接納成功后，再對(duì)C-BGF進(jìn)行配置IMS連接處理，可選地，SPDF可能還要求C-BGF進(jìn)行NA(P)T綁定處理；20、P-CSCF將接收到的提議響應(yīng)Offer Response消息反饋給發(fā)起方UE。
由上述的固定發(fā)起流程(FO)可見(jiàn)，在發(fā)起方用戶建立IMS會(huì)話連接過(guò)程中，A-RACF在根據(jù)SPDF發(fā)來(lái)的接納請(qǐng)求消息中承載的提議及其提議響應(yīng)參數(shù)，進(jìn)行資源接納控制處理的過(guò)程是在SPDF對(duì)C-BGF進(jìn)行配置IMS連接處理過(guò)程之前進(jìn)行的，這樣的處理過(guò)程將存在如下問(wèn)題如果SPDF在對(duì)C-BGF進(jìn)行配置IMS連接處理時(shí)，也同時(shí)要求C-BGF進(jìn)行NA(P)T綁定處理，而該次NA(P)T綁定處理后的媒體流地址信息對(duì)于A-RACF而言才是有效的；而A-RACF在沒(méi)有得到有效的媒體流地址信息時(shí)，就提前進(jìn)行資源接納控制處理是沒(méi)有意義的。
同理，在基于上述TISPAN制定的NGN網(wǎng)絡(luò)架構(gòu)中，建立IMS會(huì)話的固定終結(jié)流程(FT，F(xiàn)ixed Termination)如圖4所示，其中建立IMS會(huì)話的固定終結(jié)流程(FT)主要應(yīng)用于處于歸屬網(wǎng)絡(luò)中的用戶，用戶的UE位于歸屬網(wǎng)絡(luò)中，但是已經(jīng)使用xDSL向IMS核心網(wǎng)絡(luò)進(jìn)行了注冊(cè)，其主要實(shí)現(xiàn)過(guò)程如下1、發(fā)起方UE發(fā)送的包含SDP提議的SIP Invite請(qǐng)求被轉(zhuǎn)發(fā)到終結(jié)方UE的S-CSCF上；2、S-CSCF接收到攜帶有SDP提議的SIP Invite請(qǐng)求后，進(jìn)行確認(rèn)業(yè)務(wù)簡(jiǎn)報(bào)(service profile)處理，同時(shí)S-CSCF調(diào)用該終結(jié)方用戶所需要的任何發(fā)起業(yè)務(wù)邏輯，包括基于用戶多媒體業(yè)務(wù)契約(Service Subscription)進(jìn)行所請(qǐng)求的SDP授權(quán)；3、S-CSCF將接收到的攜帶有SDP提議的SIP Invite請(qǐng)求轉(zhuǎn)發(fā)給終結(jié)方用戶歸屬網(wǎng)絡(luò)中的P-CSCF；4～7、P-CSCF觸發(fā)終結(jié)方用戶歸屬網(wǎng)絡(luò)中的SPDF請(qǐng)求A-RACF基于接收的提議及提議響應(yīng)參數(shù)進(jìn)行接納控制處理；8～11、SPDF在資源接納成功后，再對(duì)C-BGF進(jìn)行預(yù)留IMS連接處理，可選地，SPDF可能還要求C-BGF進(jìn)行NA(P)T綁定處理；12、S-CSCF從注冊(cè)流程中記錄了該終結(jié)方UE的地址信息，并根據(jù)記錄的終結(jié)方UE的地址信息將攜帶有SDP提議的SIP Invite請(qǐng)求轉(zhuǎn)發(fā)給終結(jié)方UE；13、終結(jié)方UE根據(jù)發(fā)起方UE發(fā)來(lái)的SDP提議所支持的媒體流子集，回應(yīng)一個(gè)提議響應(yīng)消息給發(fā)起方UE；其中SDP提議可能表示多媒體會(huì)話的一個(gè)或多個(gè)媒體；這個(gè)提議響應(yīng)消息將被發(fā)送到P-CSCF；14～18、P-CSCF觸發(fā)SPDF對(duì)C-BGF進(jìn)行配置IMS連接處理，可選地，SPDF可能還要求C-BGF進(jìn)行NA(P)T綁定處理；19、P-CSCF向S-CSCF轉(zhuǎn)發(fā)提議響應(yīng)消息；20、S-CSCF轉(zhuǎn)發(fā)提議響應(yīng)消息給發(fā)起方UE。
由上述的固定終結(jié)流程(FT)可見(jiàn)，在終結(jié)方用戶建立IMS會(huì)話連接過(guò)程中，其中在終結(jié)方UE還沒(méi)有接收到SIP Invite請(qǐng)求之前，SPDF就已經(jīng)向A-RACF發(fā)送接納請(qǐng)求消息了，從而使得A-RACF在根據(jù)SPDF發(fā)來(lái)的接納請(qǐng)求消息中承載的提議及其提議響應(yīng)參數(shù)，相應(yīng)進(jìn)行了資源接納控制處理。這樣的處理過(guò)程將存在如下問(wèn)題在終結(jié)方UE還沒(méi)有接收到SIP Invite請(qǐng)求之前，終結(jié)方歸屬網(wǎng)絡(luò)中的A-RACF是不能確定有效的媒體流地址信息的，而A-RACF在沒(méi)有得到有效的媒體流地址信息時(shí)，就提前進(jìn)行資源接納控制處理是沒(méi)有意義的。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問(wèn)題在于提出一種資源接納控制處理方法，以使A-RACF對(duì)媒體流進(jìn)行的資源接納控制處理變得有意義。
為解決上述問(wèn)題，本發(fā)明提出的技術(shù)方案如下一種資源接納控制處理方法，包括步驟發(fā)起方歸屬網(wǎng)絡(luò)中的代理呼叫會(huì)話控制功能P-CSCF接收到終結(jié)方用戶反饋的提議響應(yīng)消息后，觸發(fā)發(fā)起方歸屬網(wǎng)絡(luò)中的基于業(yè)務(wù)的策略決定功能SPDF對(duì)發(fā)起方歸屬網(wǎng)絡(luò)中的核心網(wǎng)邊緣網(wǎng)關(guān)功能C-BGF進(jìn)行配置IP多媒體子系統(tǒng)IMS連接處理；所述SPDF在配置IMS連接處理成功后，向發(fā)起方歸屬網(wǎng)絡(luò)中的接入網(wǎng)資源接納控制功能A-RACF發(fā)送承載有當(dāng)前媒體流地址信息的接納請(qǐng)求消息；所述A-RACF根據(jù)接收的接納請(qǐng)求消息中承載的當(dāng)前媒體流地址信息，對(duì)相應(yīng)媒體流進(jìn)行資源接納控制處理。
較佳地，所述方法還包括步驟SPDF在對(duì)C-BGF進(jìn)行配置IMS連接處理時(shí)，要求所述C-BGF對(duì)媒體流進(jìn)行網(wǎng)絡(luò)地址和/或端口號(hào)轉(zhuǎn)換NA(P)T綁定處理。所述SPDF向A-RACF發(fā)送的接納請(qǐng)求消息中承載的當(dāng)前媒體流地址信息為C-BGF在對(duì)媒體流進(jìn)行NA(P)T綁定處理后，向所述SPDF反饋的NA(P)T綁定處理后的媒體流地址信息。
較佳地，所述SPDF向A-RACF發(fā)送的接納請(qǐng)求消息中承載的當(dāng)前媒體流地址信息由下述過(guò)程確定終結(jié)方用戶向所述P-CSCF反饋的提議響應(yīng)消息中承載有由終結(jié)方用戶為媒體流分配的媒體流地址信息；所述P-CSCF將接收的提議響應(yīng)消息中承載的媒體流地址信息承載在認(rèn)證授權(quán)請(qǐng)求消息中發(fā)送給所述SPDF；所述SPDF將接收的認(rèn)證授權(quán)請(qǐng)求消息中承載的媒體流地址信息作為要承載在接納請(qǐng)求消息中的當(dāng)前媒體流地址信息。
一種資源接納控制處理方法，包括步驟終結(jié)方歸屬網(wǎng)絡(luò)中的接入網(wǎng)資源接納控制功能A-RACF確定當(dāng)前媒體流地址信息；并根據(jù)確定的當(dāng)前媒體流地址信息，對(duì)相應(yīng)媒體流進(jìn)行資源接納控制處理。
較佳地，所述A-RACF確定當(dāng)前媒體流地址信息的過(guò)程包括終結(jié)方用戶向終結(jié)方歸屬網(wǎng)絡(luò)中的代理呼叫會(huì)話控制功能P-CSCF反饋承載有該終結(jié)方用戶為媒體流分配的媒體流地址信息的響應(yīng)消息；所述P-CSCF將接收的響應(yīng)消息中承載的媒體流地址信息承載在認(rèn)證授權(quán)請(qǐng)求消息中發(fā)送給終結(jié)方歸屬網(wǎng)絡(luò)中的基于業(yè)務(wù)的策略決定功能SPDF；所述SPDF將接收的認(rèn)證授權(quán)請(qǐng)求消息中承載的媒體流地址信息承載在接納請(qǐng)求消息中發(fā)送給所述A-RACF；所述A-RACF將接收的接納請(qǐng)求消息中承載的媒體流地址信息確定為當(dāng)前媒體流地址信息。
較佳地，所述終結(jié)方用戶向所述P-CSCF反饋的響應(yīng)消息為提議響應(yīng)Offer Response消息；或確認(rèn)200OK消息。
較佳地，所述A-RACF對(duì)媒體流進(jìn)行資源接納控制處理之前還包括步驟終結(jié)方歸屬網(wǎng)絡(luò)中代理呼叫會(huì)話控制功能P-CSCF觸發(fā)終結(jié)方歸屬網(wǎng)絡(luò)中的基于業(yè)務(wù)的策略決定功能SPDF對(duì)終結(jié)方歸屬網(wǎng)絡(luò)中的核心網(wǎng)邊緣網(wǎng)關(guān)功能C-BGF進(jìn)行配置IP多媒體子系統(tǒng)IMS連接處理。
較佳地，所述A-RACF對(duì)媒體流進(jìn)行資源接納控制處理之后還包括步驟終結(jié)方歸屬網(wǎng)絡(luò)中的代理呼叫會(huì)話控制功能P-CSCF觸發(fā)終結(jié)方歸屬網(wǎng)絡(luò)中的基于業(yè)務(wù)的策略決定功能SPDF對(duì)終結(jié)方歸屬網(wǎng)絡(luò)中的核心網(wǎng)邊緣網(wǎng)關(guān)功能C-BGF進(jìn)行配置IP多媒體子系統(tǒng)IMS連接處理。
較佳地，所述A-RACF對(duì)媒體流進(jìn)行資源接納控制處理的同時(shí)還進(jìn)行如下處理過(guò)程終結(jié)方歸屬網(wǎng)絡(luò)中的代理呼叫會(huì)話控制功能P-CSCF觸發(fā)終結(jié)方歸屬網(wǎng)絡(luò)中的基于業(yè)務(wù)的策略決定功能SPDF對(duì)終結(jié)方歸屬網(wǎng)絡(luò)中的核心網(wǎng)邊緣網(wǎng)關(guān)功能C-BGF進(jìn)行配置IP多媒體子系統(tǒng)IMS連接處理。
本發(fā)明能夠達(dá)到的有益效果如下本發(fā)明方案提出在FO處理流程中，設(shè)置A-RACF對(duì)媒體流進(jìn)行資源接納處理的過(guò)程發(fā)生在SPDF對(duì)C-BGF進(jìn)行配置IMS連接處理的過(guò)程之后進(jìn)行，從而可以實(shí)現(xiàn)當(dāng)由于在SPDF對(duì)C-BGF進(jìn)行配置IMS連接處理過(guò)程中，SPDF同時(shí)要求C-BGF對(duì)媒體流進(jìn)行NA(P)T綁定處理時(shí)，SPDF能夠及時(shí)將C-BGF反饋的經(jīng)NA(P)T綁定處理后的媒體流地址信息發(fā)送給A-RACF，使得A-RACF能夠基于準(zhǔn)確的媒體流地址信息對(duì)相應(yīng)媒體流進(jìn)行資源接納控制處理，使A-RACF進(jìn)行的資源接納控制處理變得真正有意義。
相應(yīng)的，本發(fā)明方案提出在FT處理流程中，設(shè)置A-RACF在確定到準(zhǔn)確的媒體流地址信息后，再根據(jù)確定的媒體流地址信息對(duì)相應(yīng)媒體流進(jìn)行資源接納控制處理，從而使得A-RACF進(jìn)行的資源接納控制處理變得真正有意義。


圖1為T(mén)ISPAN制定的NGN網(wǎng)絡(luò)的基本網(wǎng)絡(luò)框架示意圖；圖2為T(mén)ISPAN正在制定的NGN R1網(wǎng)絡(luò)架構(gòu)下的RACS子系統(tǒng)的基本架構(gòu)示意圖；圖3為現(xiàn)有建立IMS會(huì)話的固定發(fā)起流程的處理過(guò)程示意圖；圖4為現(xiàn)有建立IMS會(huì)話的固定終結(jié)流程的處理過(guò)程示意圖；圖5為本發(fā)明提出的應(yīng)用在FO處理流程中的資源接納控制處理方法的主要實(shí)現(xiàn)原理流程圖；圖6為實(shí)施本發(fā)明提出的應(yīng)用在FO處理流程中的資源接納控制處理方法后的第一實(shí)施例處理過(guò)程示意圖；圖7為本發(fā)明提出的應(yīng)用在FT處理流程中的資源接納控制處理方法的主要實(shí)現(xiàn)原理流程圖；圖8為實(shí)施本發(fā)明提出的應(yīng)用在FT處理流程中的資源接納控制處理方法后的第一實(shí)施例處理過(guò)程示意圖；圖9為實(shí)施本發(fā)明提出的應(yīng)用在FT處理流程中的資源接納控制處理方法后的第二實(shí)施例處理過(guò)程示意圖；圖10為實(shí)施本發(fā)明提出的應(yīng)用在FT處理流程中的資源接納控制處理方法后的第三實(shí)施例處理過(guò)程示意圖。
具體實(shí)施例方式
本發(fā)明方案的主要設(shè)計(jì)思想是針對(duì)上述現(xiàn)有技術(shù)存在的問(wèn)題，提出A-RACF只有在確定得到當(dāng)前真正有效的媒體流地址信息后，再根據(jù)確定到的當(dāng)前真正有意義的媒體流地址信息對(duì)相應(yīng)媒體流進(jìn)行資源接納控制處理，從而使得A-RACF進(jìn)行的資源接納控制處理變得真正有意義。
下面將結(jié)合各個(gè)附圖，對(duì)本發(fā)明的主要實(shí)現(xiàn)原理及其具體實(shí)施方式
進(jìn)行詳細(xì)的闡述。
請(qǐng)參照?qǐng)D5，該圖是本發(fā)明提出的應(yīng)用在FO處理流程中的資源接納控制處理方法的主要實(shí)現(xiàn)原理流程圖；其主要實(shí)現(xiàn)過(guò)程如下步驟S10，發(fā)起方歸屬網(wǎng)絡(luò)中的P-CSCF接收終結(jié)方用戶反饋的提議響應(yīng)Offer Response消息；步驟S20，該P(yáng)-CSCF觸發(fā)發(fā)起方歸屬網(wǎng)絡(luò)中的SPDF對(duì)發(fā)起方歸屬網(wǎng)絡(luò)中的C-BGF進(jìn)行配置IMS連接處理；步驟S30，該SPDF在配置IMS連接處理成功后，向發(fā)起方歸屬網(wǎng)絡(luò)中的A-RACF發(fā)送承載有當(dāng)前媒體流地址信息的接納請(qǐng)求(Admission-Request)消息；步驟S40，該A-RACF根據(jù)接收的Admission-Request消息中承載的當(dāng)前媒體流地址信息，對(duì)相應(yīng)媒體流進(jìn)行資源接納控制處理。
其中在上述步驟S20中，SPDF在對(duì)C-BGF進(jìn)行配置IMS連接處理過(guò)程中，可能還會(huì)要求C-BGF對(duì)媒體流進(jìn)行網(wǎng)絡(luò)地址和/或端口號(hào)轉(zhuǎn)換(NA(P)T，Network Address(Port)Translate)綁定處理，其中1)若SPDF在對(duì)C-BGF進(jìn)行配置IMS連接處理時(shí)，同時(shí)要求C-BGF對(duì)媒體流進(jìn)行NA(P)T綁定處理，則在上述步驟S30中SPDF向A-RACF發(fā)送的Admission-Request消息中承載的當(dāng)前媒體流地址信息即為C-BGF在對(duì)媒體流進(jìn)行NA(P)T綁定處理后，向SPDF反饋的NA(P)T綁定處理后的媒體流地址信息。
2)若SPDF在對(duì)C-BGF進(jìn)行配置IMS連接處理時(shí)，未要求C-BGF對(duì)媒體流進(jìn)行NA(P)T綁定處理，則在上述步驟S30中SPDF向A-RACF發(fā)送的Admission-Request消息中承載的當(dāng)前媒體流地址信息將由下述過(guò)程確定a.終結(jié)方用戶向P-CSCF反饋的Offer Response消息中承載有由終結(jié)方用戶為媒體流分配的媒體流地址信息；b.P-CSCF將接收的Offer Response消息中承載的媒體流地址信息承載在認(rèn)證授權(quán)請(qǐng)求(AAR-Request)消息中發(fā)送給SPDF；c.SPDF將接收的AAR-Request消息中承載的媒體流地址信息作為要承載在Admission-Request消息中的當(dāng)前媒體流地址信息即可。
請(qǐng)參照?qǐng)D6，該圖是實(shí)施本發(fā)明提出的應(yīng)用在FO處理流程中的資源接納控制處理方法后的第一實(shí)施例處理過(guò)程示意圖，其具體的實(shí)施過(guò)程如下1、發(fā)起方UE向發(fā)起方歸屬網(wǎng)絡(luò)中的P-CSCF發(fā)送帶有SDP Offer的SIPInvite請(qǐng)求；其中發(fā)起方UE發(fā)送的SIP Invite請(qǐng)求中所攜帶的SDP Offer可以用于表示一個(gè)多媒體會(huì)話中的一個(gè)或多個(gè)媒體；2～6、P-CSCF接收到發(fā)起方UE發(fā)來(lái)的SIP Invite請(qǐng)求后，觸發(fā)發(fā)起方歸屬網(wǎng)絡(luò)中的SPDF對(duì)C-BGF進(jìn)行預(yù)留IMS連接處理；可選的，SPDF可能還會(huì)要求C-BGF進(jìn)行NA(P)T綁定處理；7、P-CSCF從注冊(cè)流程中記錄了該發(fā)起方UE的下一跳CSCF；P-CSCF根據(jù)該記錄的下一跳CSCF，將發(fā)起方UE發(fā)來(lái)的攜帶有SDP Offer的SIP Invite請(qǐng)求轉(zhuǎn)發(fā)給對(duì)應(yīng)的S-CSCF；8、S-CSCF接收到攜帶有SDP Offer的SIP Invite請(qǐng)求后，進(jìn)行確認(rèn)業(yè)務(wù)簡(jiǎn)報(bào)(Service Profile)處理，同時(shí)S-CSCF調(diào)用該發(fā)起方用戶所需要的任何發(fā)起業(yè)務(wù)邏輯，包括基于用戶多媒體業(yè)務(wù)契約(Service Subscription)進(jìn)行所請(qǐng)求的SDP授權(quán)；9、S-CSCF轉(zhuǎn)發(fā)攜帶有SDP Offer的SIP Invite請(qǐng)求到終結(jié)方UE；10、終結(jié)方UE返回的提議響應(yīng)(Offer Response)將沿著原信令路徑返回給發(fā)起方歸屬網(wǎng)絡(luò)中的S-CSCF；其中反饋的Offer Response消息中承載有終結(jié)方UE為媒體流分配的有效媒體流地址信息；11、S-CSCF轉(zhuǎn)發(fā)接收到的提議響應(yīng)Offer Response消息給P-CSCF；該轉(zhuǎn)發(fā)的Offer Response消息中承載有S-CSCF獲得的有效媒體流地址信息；12、P-CSCF接收到提議響應(yīng)Offer Response消息后，向SPDF發(fā)送認(rèn)證授權(quán)請(qǐng)求(AAR-Request)消息；該發(fā)送的AAR-Request消息中承載有P-CSCF獲得的有效的媒體流地址信息；13～15、SPDF接收到AAR-Request消息后，對(duì)C-BGF進(jìn)行配置IMS連接處理；可選地，SPDF可能還要求C-BGF進(jìn)行NA(P)T綁定處理；16、如果上述過(guò)程中SPDF未要求C-BGF進(jìn)行NA(P)T綁定處理，則SPDF在配置IMS連接處理成功后，向A-RACF發(fā)送接納請(qǐng)求(Admission-Request)消息，該發(fā)送的Admission-Request消息中承載有SPDF在上述步驟12中獲得的有效的媒體流地址信息；如果上述過(guò)程中SPDF要求C-BGF進(jìn)行NA(P)T綁定處理，C-BGF按照要求進(jìn)行了NA(P)T綁定處理，會(huì)在步驟15中將NA(P)T綁定處理后的媒體流地址信息承載在配置IMS連接(Configure IMS Connection)消息中反饋給SPDF；SPDF在配置IMS連接處理成功后，并在獲得到NA(P)T綁定處理后的有效媒體流地址的情況下，再向A-RACF發(fā)送接納請(qǐng)求(Admission-Request)消息，該發(fā)送的Admission-Request消息中承載有SPDF獲得的有效的媒體流地址信息；17、A-RACF根據(jù)接收到的Admission-Request消息中承載的媒體流地址信息對(duì)相應(yīng)媒體流進(jìn)行資源接納控制處理；18、A-RACF在對(duì)媒體流進(jìn)行資源接納控制處理成功后，向SPDF反饋接納響應(yīng)(Admission-Response)消息；19、SPDF接收到A-RACF反饋的Admission-Response消息后，向P-CSCF反饋認(rèn)證授權(quán)響應(yīng)(AAR-Answer)消息；20、P-CSCF接收到SPDF反饋的AAR-Answer消息后，將在上述步驟11中接收到的提議響應(yīng)Offer Response消息反饋給發(fā)起方UE。
請(qǐng)參照?qǐng)D7，該圖是本發(fā)明提出的應(yīng)用在FT處理流程中的資源接納控制處理方法的主要實(shí)現(xiàn)原理流程圖；其主要實(shí)現(xiàn)過(guò)程如下步驟S100，由終結(jié)方歸屬網(wǎng)絡(luò)中的A-RACF確定當(dāng)前媒體流地址信息；其中終結(jié)方歸屬網(wǎng)絡(luò)中的A-RACF確定當(dāng)前媒體流地址信息的確定過(guò)程具體如下A.終結(jié)方用戶向終結(jié)方歸屬網(wǎng)絡(luò)中的P-CSCF反饋承載有該終結(jié)方用戶為媒體流分配的媒體流地址信息的響應(yīng)消息；其中終結(jié)方用戶向終結(jié)方歸屬網(wǎng)絡(luò)中的P-CSCF反饋的響應(yīng)消息可以但不限于為提議響應(yīng)(Offer Response)消息，或確認(rèn)(200OK)消息。
B.該P(yáng)-CSCF將接收的響應(yīng)消息中承載的媒體流地址信息承載在認(rèn)證授權(quán)請(qǐng)求(AAR-Request)消息中發(fā)送給終結(jié)方歸屬網(wǎng)絡(luò)中的SPDF；該SPDF將接收的AAR-Request消息中承載的媒體流地址信息承載在接納請(qǐng)求Admission-Response消息中發(fā)送給終結(jié)方歸屬網(wǎng)絡(luò)中的A-RACF；則該A-RACF就可以將接收的Admission-Response消息中承載的媒體流地址信息確定為當(dāng)前媒體流地址信息。
步驟S200，A-RACF根據(jù)上述確定的當(dāng)前媒體流地址信息，對(duì)相應(yīng)媒體流進(jìn)行資源接納控制處理。
其中在上述步驟S200中該A-RACF對(duì)媒體流進(jìn)行資源接納控制處理之前還要進(jìn)行如下處理過(guò)程終結(jié)方歸屬網(wǎng)絡(luò)中的P-CSCF觸發(fā)終結(jié)方歸屬網(wǎng)絡(luò)中的SPDF對(duì)終結(jié)方歸屬網(wǎng)絡(luò)中的C-BGF進(jìn)行配置IMS連接處理。
或者，設(shè)置終結(jié)方歸屬網(wǎng)絡(luò)中的P-CSCF觸發(fā)SPDF對(duì)C-BGF進(jìn)行配置IMS連接處理的過(guò)程發(fā)生在上述步驟S200中該A-RACF對(duì)媒體流進(jìn)行資源接納控制處理的過(guò)程之后。
當(dāng)然，也可以設(shè)置終結(jié)方歸屬網(wǎng)絡(luò)中的P-CSCF觸發(fā)SPDF對(duì)C-BGF進(jìn)行配置IMS連接處理的過(guò)程和上述步驟S200中該A-RACF對(duì)媒體流進(jìn)行資源接納控制處理的過(guò)程同時(shí)進(jìn)行。
請(qǐng)參照?qǐng)D8，該圖是實(shí)施本發(fā)明提出的應(yīng)用在FT處理流程中的資源接納控制處理方法后的第一實(shí)施例處理過(guò)程示意圖，其具體的實(shí)施過(guò)程如下1、發(fā)起方UE發(fā)送的包含SDP Offer的SIP Invite請(qǐng)求被轉(zhuǎn)發(fā)到終結(jié)方UE的S-CSCF上；2、S-CSCF接收到攜帶有SDP Offer的SIP Invite請(qǐng)求后，進(jìn)行確認(rèn)業(yè)務(wù)簡(jiǎn)報(bào)(service profile)處理，同時(shí)S-CSCF調(diào)用該終結(jié)方用戶所需要的任何發(fā)起業(yè)務(wù)邏輯，包括基于用戶多媒體業(yè)務(wù)契約(Service Subscription)進(jìn)行所請(qǐng)求的SDP授權(quán)；3、S-CSCF將接收到的攜帶有SDP Offer的SIP Invite請(qǐng)求轉(zhuǎn)發(fā)給終結(jié)方用戶歸屬網(wǎng)絡(luò)中的P-CSCF；4～8、P-CSCF接收到攜帶有SDP Offer的SIP Invite請(qǐng)求后，觸發(fā)終結(jié)方歸屬網(wǎng)絡(luò)中的SPDF對(duì)C-BGF進(jìn)行預(yù)留IMS連接處理；9、P-CSCF在上述過(guò)程中的預(yù)留IMS連接處理成功后，將在上述步驟3中接收到的攜帶有SDP Offer的SIP Invite請(qǐng)求轉(zhuǎn)發(fā)給終結(jié)方UE；10、終結(jié)方UE反饋提議響應(yīng)(Offer Response)消息給P-CSCF，其中反饋的Offer Response消息中承載有終結(jié)方UE為媒體流分配的有效媒體流地址信息；11、P-CSCF接收到Offer Response消息后，向SPDF發(fā)送認(rèn)證授權(quán)請(qǐng)求(AAR-Request)消息；該發(fā)送的AAR-Request消息中承載有P-CSCF獲得的有效的媒體流地址信息；12～14、SPDF接收到AAR-Request消息后，對(duì)C-BGF進(jìn)行配置IMS連接處理；可選地，SPDF可能還要求C-BGF進(jìn)行NA(P)T綁定處理；15、SPDF在配置IMS連接處理成功后，向A-RACF發(fā)送接納請(qǐng)求(Admission-Request)消息，該發(fā)送的Admission-Request消息中承載有SPDF在上述步驟11中獲得的有效的媒體流地址信息；16、A-RACF根據(jù)接收到的Admission-Request消息中承載的媒體流地址信息對(duì)相應(yīng)媒體流進(jìn)行資源接納控制處理；17、A-RACF在對(duì)媒體流進(jìn)行資源接納控制處理成功后，向SPDF反饋接納響應(yīng)(Admission-Response)消息；18、SPDF接收到A-RACF反饋的Admission-Response消息后，向P-CSCF反饋認(rèn)證授權(quán)響應(yīng)(AAR-Answer)消息；19、P-CSCF接收到SPDF反饋的AAR-Answer消息后，將在上述步驟10中接收到的由終結(jié)方UE反饋的提議響應(yīng)Offer Response消息反饋給終結(jié)方歸屬網(wǎng)絡(luò)中的S-CSCF；20、終結(jié)方歸屬網(wǎng)絡(luò)中的S-CSCF將接收到的提議響應(yīng)Offer Response消息轉(zhuǎn)發(fā)給發(fā)起方歸屬網(wǎng)絡(luò)中的S-CSCF。
請(qǐng)參照?qǐng)D9，該圖是實(shí)施本發(fā)明提出的應(yīng)用在FT處理流程中的資源接納控制處理方法后的第二實(shí)施例處理過(guò)程示意圖，其具體的實(shí)施過(guò)程如下該圖9中的步驟1～11同圖8中的步驟1～11，這里不再贅述；12、SPDF向A-RACF發(fā)送接納請(qǐng)求(Admission-Request)消息，該發(fā)送的Admission-Request消息中承載有SPDF在上述步驟11中獲得的有效的媒體流地址信息；13、A-RACF根據(jù)接收到的Admission-Request消息中承載的媒體流地址信息對(duì)相應(yīng)媒體流進(jìn)行資源接納控制處理；14、A-RACF在對(duì)媒體流進(jìn)行資源接納控制處理成功后，向SPDF反饋接納響應(yīng)(Admission-Response)消息；15～17、SPDF在接收到A-RACF反饋的Admission-Response消息后，對(duì)C-BGF進(jìn)行配置IMS連接處理；可選地，SPDF可能還要求C-BGF進(jìn)行NA(P)T綁定處理；18、SPDF在配置IMS連接處理成功后，向P-CSCF反饋認(rèn)證授權(quán)響應(yīng)(AAR-Answer)消息；19、P-CSCF接收到SPDF反饋的AAR-Answer消息后，將在上述步驟10中接收到的由終結(jié)方UE反饋的提議響應(yīng)Offer Response消息反饋給終結(jié)方歸屬網(wǎng)絡(luò)中的S-CSCF；20、終結(jié)方歸屬網(wǎng)絡(luò)中的S-CSCF將接收到的提議響應(yīng)Offer Response消息轉(zhuǎn)發(fā)給發(fā)起方歸屬網(wǎng)絡(luò)中的S-CSCF。
請(qǐng)參照?qǐng)D10，該圖是實(shí)施本發(fā)明提出的應(yīng)用在FT處理流程中的資源接納控制處理方法后的第三實(shí)施例處理過(guò)程示意圖，其具體的實(shí)施過(guò)程如下圖10中的步驟1～9同圖8中的步驟1～9，這里不再贅述；
10、終結(jié)方UE反饋確認(rèn)(200OK)消息給終結(jié)方歸屬網(wǎng)絡(luò)中的P-CSCF，其中反饋的200OK消息中承載有終結(jié)方UE為媒體流分配的有效媒體流地址信息(其中這里步驟9和10之間省略了一些與本發(fā)明方案無(wú)關(guān)的標(biāo)準(zhǔn)處理步驟)；11、P-CSCF接收到200OK消息后，向SPDF發(fā)送認(rèn)證授權(quán)請(qǐng)求(AAR-Request)消息；該發(fā)送的AAR-Request消息中承載有P-CSCF獲得的有效的媒體流地址信息；12、SPDF向A-RACF發(fā)送接納請(qǐng)求(Admission-Request)消息，該發(fā)送的Admission-Request消息中承載有SPDF在上述步驟11中獲得的有效的媒體流地址信息；13、A-RACF根據(jù)接收到的Admission-Request消息中承載的媒體流地址信息對(duì)相應(yīng)媒體流進(jìn)行資源接納控制處理；14、A-RACF在對(duì)媒體流進(jìn)行資源接納控制處理成功后，向SPDF反饋接納響應(yīng)(Admission-Response)消息；15～17、SPDF在接收到A-RACF反饋的Admission-Response消息后，對(duì)C-BGF進(jìn)行配置IMS連接處理及打開(kāi)門(mén)控(Open Gates)處理；可選地，SPDF可能還要求C-BGF進(jìn)行NA(P)T綁定處理；18、SPDF在配置IMS連接處理和Open Gates處理都成功后，向P-CSCF反饋認(rèn)證授權(quán)響應(yīng)(AAR-Answer)消息；19、P-CSCF接收到SPDF反饋的AAR-Answer消息后，將在上述步驟10中接收到的由終結(jié)方UE反饋的確認(rèn)200OK消息反饋給終結(jié)方歸屬網(wǎng)絡(luò)中的S-CSCF；20、終結(jié)方歸屬網(wǎng)絡(luò)中的S-CSCF將接收到的確認(rèn)200OK消息轉(zhuǎn)發(fā)給發(fā)起方歸屬網(wǎng)絡(luò)中的S-CSCF。
注其中上圖10中的15～17步驟中的配置IMS連接處理及打開(kāi)門(mén)控(OpenGates)處理也可以發(fā)生在步驟12之前，也可以和步驟12～14步驟中的處理過(guò)程同時(shí)進(jìn)行，這里不再詳細(xì)贅述。
顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種資源接納控制處理方法，其特征在于，包括步驟發(fā)起方歸屬網(wǎng)絡(luò)中的代理呼叫會(huì)話控制功能P-CSCF接收到終結(jié)方用戶反饋的提議響應(yīng)消息后，觸發(fā)發(fā)起方歸屬網(wǎng)絡(luò)中的基于業(yè)務(wù)的策略決定功能SPDF對(duì)發(fā)起方歸屬網(wǎng)絡(luò)中的核心網(wǎng)邊緣網(wǎng)關(guān)功能C-BGF進(jìn)行配置IP多媒體子系統(tǒng)IMS連接處理；所述SPDF在配置IMS連接處理成功后，向發(fā)起方歸屬網(wǎng)絡(luò)中的接入網(wǎng)資源接納控制功能A-RACF發(fā)送承載有當(dāng)前媒體流地址信息的接納請(qǐng)求消息；所述A-RACF根據(jù)接收的接納請(qǐng)求消息中承載的當(dāng)前媒體流地址信息，對(duì)相應(yīng)媒體流進(jìn)行資源接納控制處理。
2.如權(quán)利要求1所述的方法，其特征在于，還包括步驟SPDF在對(duì)C-BGF進(jìn)行配置IMS連接處理時(shí)，要求所述C-BGF對(duì)媒體流進(jìn)行網(wǎng)絡(luò)地址和/或端口號(hào)轉(zhuǎn)換NA(P)T綁定處理。
3.如權(quán)利要求2所述的方法，其特征在于，所述SPDF向A-RACF發(fā)送的接納請(qǐng)求消息中承載的當(dāng)前媒體流地址信息為C-BGF在對(duì)媒體流進(jìn)行NA(P)T綁定處理后，向所述SPDF反饋的NA(P)T綁定處理后的媒體流地址信息。
4.如權(quán)利要求1所述的方法，其特征在于，所述SPDF向A-RACF發(fā)送的接納請(qǐng)求消息中承載的當(dāng)前媒體流地址信息由下述過(guò)程確定終結(jié)方用戶向所述P-CSCF反饋的提議響應(yīng)消息中承載有由終結(jié)方用戶為媒體流分配的媒體流地址信息；所述P-CSCF將接收的提議響應(yīng)消息中承載的媒體流地址信息承載在認(rèn)證授權(quán)請(qǐng)求消息中發(fā)送給所述SPDF；所述SPDF將接收的認(rèn)證授權(quán)請(qǐng)求消息中承載的媒體流地址信息作為要承載在接納請(qǐng)求消息中的當(dāng)前媒體流地址信息。
5.一種資源接納控制處理方法，其特征在于，包括步驟終結(jié)方歸屬網(wǎng)絡(luò)中的接入網(wǎng)資源接納控制功能A-RACF確定當(dāng)前媒體流地址信息；并根據(jù)確定的當(dāng)前媒體流地址信息，對(duì)相應(yīng)媒體流進(jìn)行資源接納控制處理。
6.如權(quán)利要求5所述的方法，其特征在于，所述A-RACF確定當(dāng)前媒體流地址信息的過(guò)程包括終結(jié)方用戶向終結(jié)方歸屬網(wǎng)絡(luò)中的代理呼叫會(huì)話控制功能P-CSCF反饋承載有該終結(jié)方用戶為媒體流分配的媒體流地址信息的響應(yīng)消息；所述P-CSCF將接收的響應(yīng)消息中承載的媒體流地址信息承載在認(rèn)證授權(quán)請(qǐng)求消息中發(fā)送給終結(jié)方歸屬網(wǎng)絡(luò)中的基于業(yè)務(wù)的策略決定功能SPDF；所述SPDF將接收的認(rèn)證授權(quán)請(qǐng)求消息中承載的媒體流地址信息承載在接納請(qǐng)求消息中發(fā)送給所述A-RACF；所述A-RACF將接收的接納請(qǐng)求消息中承載的媒體流地址信息確定為當(dāng)前媒體流地址信息。
7.如權(quán)利要求6所述的方法，其特征在于，所述終結(jié)方用戶向所述P-CSCF反饋的響應(yīng)消息為提議響應(yīng)Offer Response消息；或確認(rèn)200 OK消息。
8.如權(quán)利要求5所述的方法，其特征在于，所述A-RACF對(duì)媒體流進(jìn)行資源接納控制處理之前還包括步驟終結(jié)方歸屬網(wǎng)絡(luò)中代理呼叫會(huì)話控制功能P-CSCF觸發(fā)終結(jié)方歸屬網(wǎng)絡(luò)中的基于業(yè)務(wù)的策略決定功能SPDF對(duì)終結(jié)方歸屬網(wǎng)絡(luò)中的核心網(wǎng)邊緣網(wǎng)關(guān)功能C-BGF進(jìn)行配置IP多媒體子系統(tǒng)IMS連接處理。
9.如權(quán)利要求5所述的方法，其特征在于，所述A-RACF對(duì)媒體流進(jìn)行資源接納控制處理之后還包括步驟終結(jié)方歸屬網(wǎng)絡(luò)中的代理呼叫會(huì)話控制功能P-CSCF觸發(fā)終結(jié)方歸屬網(wǎng)絡(luò)中的基于業(yè)務(wù)的策略決定功能SPDF對(duì)終結(jié)方歸屬網(wǎng)絡(luò)中的核心網(wǎng)邊緣網(wǎng)關(guān)功能C-BGF進(jìn)行配置IP多媒體子系統(tǒng)IMS連接處理。
10.如權(quán)利要求5所述的方法，其特征在于，所述A-RACF對(duì)媒體流進(jìn)行資源接納控制處理的同時(shí)還進(jìn)行如下處理過(guò)程終結(jié)方歸屬網(wǎng)絡(luò)中的代理呼叫會(huì)話控制功能P-CSCF觸發(fā)終結(jié)方歸屬網(wǎng)絡(luò)中的基于業(yè)務(wù)的策略決定功能SPDF對(duì)終結(jié)方歸屬網(wǎng)絡(luò)中的核心網(wǎng)邊緣網(wǎng)關(guān)功能C-BGF進(jìn)行配置IP多媒體子系統(tǒng)IMS連接處理。
全文摘要
本發(fā)明公開(kāi)了一種資源接納控制處理方法，包括發(fā)起方歸屬網(wǎng)絡(luò)中的代理呼叫會(huì)話控制功能P－CSCF接收到終結(jié)方用戶反饋的提議響應(yīng)消息后，觸發(fā)發(fā)起方歸屬網(wǎng)絡(luò)中的基于業(yè)務(wù)的策略決定功能SPDF對(duì)發(fā)起方歸屬網(wǎng)絡(luò)中的核心網(wǎng)邊緣網(wǎng)關(guān)功能C－BGF進(jìn)行配置IP多媒體子系統(tǒng)IMS連接處理；所述SPDF在配置IMS連接處理成功后，向發(fā)起方歸屬網(wǎng)絡(luò)中的接入網(wǎng)資源接納控制功能A－RACF發(fā)送承載有當(dāng)前媒體流地址信息的接納請(qǐng)求消息；所述A－RACF根據(jù)接收的接納請(qǐng)求消息中承載的當(dāng)前媒體流地址信息，對(duì)相應(yīng)媒體流進(jìn)行資源接納控制處理。本發(fā)明可以使A－RACF對(duì)媒體流進(jìn)行的資源接納控制處理變得有意義。
文檔編號(hào)H04L29/02GK1925419SQ20051009854
公開(kāi)日2007年3月7日 申請(qǐng)日期2005年9月2日 優(yōu)先權(quán)日2005年9月2日
發(fā)明者陳悅鵬, 范靈源, 黃福清 申請(qǐng)人:華為技術(shù)有限公司