專利名稱：一種策略控制方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及IP多媒體子系統(tǒng)(IP Multimedia Subsystem, IMS )技術(shù)領(lǐng) 域，更具體地，涉及一種策略控制方法、裝置及系統(tǒng)。
背景技術(shù)：
隨著分組技術(shù)的不斷成熟，基于電路交換的傳統(tǒng)電信網(wǎng)絡(luò)正在向基于分 組交換的寬帶電信網(wǎng)發(fā)展，而使用會(huì)話初始協(xié)議(Session Initiation Protocol, SIP )作為分組電信核心網(wǎng)的呼叫控制信令則是當(dāng)前的技術(shù)發(fā)展趨勢(shì)之一。 比如在國(guó)際電信同盟-電信標(biāo)準(zhǔn)部(International Telecommunication Union -Telecommunication Standardization Sector, ITU-T)和歐洲電信標(biāo)準(zhǔn)協(xié)會(huì) (European Telecommunications Standards Institute, ETSI)等標(biāo)準(zhǔn)組織對(duì)下 一代網(wǎng)絡(luò)(Next Generation Network , NGN)的研究過(guò)程中，都采用了第三 ^合作伙伴項(xiàng)目(The Third Generation Partnership Project, 3GPP )標(biāo)準(zhǔn)組織 所定義的IP多媒體子系統(tǒng)(IP Multimedia Subsystem, IMS )網(wǎng)絡(luò)架構(gòu)作為 NGN的核心網(wǎng)。IMS是3GPP標(biāo)準(zhǔn)定義的一個(gè)IP多媒體子系統(tǒng)，是第三代(The Third Generation, 3G)移動(dòng)通信網(wǎng)實(shí)現(xiàn)分組話音和分組數(shù)據(jù)、提供統(tǒng)一的多々某體 業(yè)務(wù)和應(yīng)用的目標(biāo)網(wǎng)絡(luò)。IMS采用IP分組域作為其控制信令和媒體傳輸?shù)?承載通道，采用SIP協(xié)議作為呼叫控制信令，實(shí)現(xiàn)了業(yè)務(wù)管理、會(huì)話控制及 承載接入的三者分離。SIP協(xié)議是一種用于建立、更改和終止多媒體會(huì)話或 呼叫的應(yīng)用層控制協(xié)議，這些多媒體會(huì)話包括多媒體會(huì)議、遠(yuǎn)程教學(xué)、因特 網(wǎng)電話等，它的核心由互4關(guān)網(wǎng)工程J壬務(wù)組(Internet Engineering Task Force, IETF)標(biāo)準(zhǔn)組織定義。 為了向用戶提供多媒體業(yè)務(wù)，NGN核心網(wǎng)需要和承載網(wǎng)絡(luò)交互，通過(guò) 策略控制實(shí)現(xiàn)會(huì)話媒體通道的資源預(yù)留、管理和使用。在傳統(tǒng)電信網(wǎng)絡(luò)中， 網(wǎng)絡(luò)除了向用戶提供呼叫服務(wù)之外，還需要在呼叫服務(wù)中提供補(bǔ)充業(yè)務(wù)服 務(wù)，如呼叫等待業(yè)務(wù)(CW)、呼叫保持業(yè)務(wù)(HOLD)、會(huì)議業(yè)務(wù)(CONF)、 呼叫轉(zhuǎn)接業(yè)務(wù)(ECT)、呼叫前轉(zhuǎn)業(yè)務(wù)(CDIV)等。在分組電信網(wǎng)絡(luò)中， 分組電信網(wǎng)絡(luò)依然需要向用戶終端提供類(lèi)試于傳統(tǒng)電路網(wǎng)絡(luò)補(bǔ)充業(yè)務(wù)的服 務(wù)。其中，ETSI下屬的電信和互聯(lián)網(wǎng)融合業(yè)務(wù)及高級(jí)網(wǎng)絡(luò)協(xié)議 (Telecommunications and Internet Converged Services and Protocols for Advanced Networking, TISPAN )將在NGN中向SIP終端用戶提供的具有傳 統(tǒng)業(yè)務(wù)特征的業(yè)務(wù)統(tǒng)稱為PSTN/ISDN模擬業(yè)務(wù)(Simulation Services)，上 述業(yè)務(wù)的實(shí)現(xiàn)方法參考TISPAN相關(guān)規(guī)范。在上述模擬業(yè)務(wù)中，有一類(lèi)業(yè)務(wù)，允許用戶同時(shí)建立多個(gè)會(huì)話，并在同 一時(shí)刻，只有部分會(huì)話的媒體處于激活狀態(tài)。比如，CW業(yè)務(wù)，在用戶終 端已經(jīng)占用資源的情況下，需要能夠接受新的會(huì)話，在釋放原有資源時(shí)，能 夠激活新的會(huì)話；再如，HOLD業(yè)務(wù)，在用戶保持對(duì)方的情況下，可以接收 或者發(fā)起新的會(huì)話；再如，會(huì)議業(yè)務(wù)，在已經(jīng)建立會(huì)話的情況下，能夠發(fā)起 會(huì)話請(qǐng)求，建立會(huì)議；再如，會(huì)議業(yè)務(wù)，在已經(jīng)建立會(huì)話的情況下，能夠接 收會(huì)話請(qǐng)求，加入到會(huì)議；再如，ECT業(yè)務(wù)，在已經(jīng)建立會(huì)話的情況下，能 夠接收會(huì)話請(qǐng)求，轉(zhuǎn)接到第三方。目前在3GPP相應(yīng)的策略控制標(biāo)準(zhǔn)中，并沒(méi)有針對(duì)特定業(yè)務(wù)的策略控制 解決方案，因此只能針對(duì)單個(gè)的會(huì)話進(jìn)行策略控制。這樣，當(dāng)用戶建立多個(gè) 會(huì)話時(shí)，雖然只有部分會(huì)話的媒體處于激活狀態(tài)，網(wǎng)絡(luò)卻預(yù)留所有會(huì)話的資 源，在資源不足的情況下，這將引起新的會(huì)話失敗，導(dǎo)致上述業(yè)務(wù)無(wú)法實(shí)現(xiàn)。TISPAN的WI02036 NGN R2 RACS項(xiàng)目在資源管理控制系統(tǒng)(Resourceand Admission Control Subsystem, RACS )中引入了過(guò)度預(yù)留的功能。應(yīng)用功能(AF)在發(fā)起資源預(yù)留時(shí)攜帶資源過(guò)度預(yù)留指示，RACS根據(jù)資源過(guò)度預(yù)留指示進(jìn)行資源過(guò)度預(yù)留，并當(dāng)資源不足時(shí)，不返回資源預(yù)留失敗。
然而，上述技術(shù)并未描述AF在什么情況下下發(fā)相應(yīng)的資源過(guò)度預(yù)留指 示，因此相應(yīng)的業(yè)務(wù)依然無(wú)法實(shí)現(xiàn)。而如果對(duì)所有的會(huì)話均下發(fā)資源過(guò)度預(yù) 留指示，那就使資源預(yù)留失去意義。總之，在現(xiàn)有技術(shù)中，并沒(méi)有根據(jù)業(yè)務(wù) 的需要執(zhí)行策略控制功能的技術(shù)方案。發(fā)明內(nèi)容本發(fā)明實(shí)施例提供了一種IP多媒體子系統(tǒng)中策略控制系統(tǒng)，以根據(jù)業(yè) 務(wù)的需要執(zhí)行策略控制功能。本發(fā)明實(shí)施例提供了一種IP多媒體子系統(tǒng)中策略控制方法，以根據(jù)業(yè) 務(wù)的需要執(zhí)行策略控制功能。本發(fā)明實(shí)施例提供了一種IP多媒體子系統(tǒng)中策略控制裝置，以根據(jù)業(yè) 務(wù)的需要執(zhí)行策略控制功能。本發(fā)明實(shí)施例的技術(shù)方案如下一種IP多媒體子系統(tǒng)中策略控制系統(tǒng)，該系統(tǒng)包括 會(huì)話資源控制單元，用于產(chǎn)生會(huì)話資源^喿作需求，并向會(huì)話資源申請(qǐng)單元發(fā)送攜帶有所述會(huì)話資源操作需求的會(huì)話請(qǐng)求；會(huì)話資源申請(qǐng)單元，用于根據(jù)所述會(huì)話請(qǐng)求中的會(huì)話資源操作需求申請(qǐng)會(huì)話資源。一種IP多々某體子系統(tǒng)中策略控制方法，該方法包括會(huì)話資源申請(qǐng)單元接收攜帶有所述會(huì)話資源操作需求的會(huì)話請(qǐng)求；會(huì)話資源申請(qǐng)單元根據(jù)所述會(huì)話請(qǐng)求中的會(huì)話資源操作需求申請(qǐng)會(huì)話資源。一種IP多媒體子系統(tǒng)中通過(guò)策略控制實(shí)現(xiàn)會(huì)議業(yè)務(wù)的方法，該方法包括 發(fā)起會(huì)議業(yè)務(wù)，并保持當(dāng)前的會(huì)話；產(chǎn)生會(huì)話資源操作需求，并向會(huì)話資源申請(qǐng)單元發(fā)送攜帶有所述會(huì)話資源 操作需求的會(huì)議業(yè)務(wù)會(huì)話請(qǐng)求；會(huì)話資源申請(qǐng)單元根據(jù)所述會(huì)話請(qǐng)求中的會(huì)話資源操作需求申請(qǐng)會(huì)話資源，并將新的會(huì)話加入到所述會(huì)議業(yè)務(wù)中。一種IP多々某體子系統(tǒng)中會(huì)話資源控制裝置，該會(huì)話資源控制裝置與會(huì)話資 源申請(qǐng)單元連接，所述會(huì)話資源申請(qǐng)單元根據(jù)收到的會(huì)話請(qǐng)求中的會(huì)話資源操 作需求確定會(huì)話資源操作指示，并向策略決策單元發(fā)送攜帶有所述會(huì)話資源操 作指示的會(huì)話資源申請(qǐng)請(qǐng)求，由策略決策單元根據(jù)所述會(huì)話資源申請(qǐng)請(qǐng)求中的會(huì)話資源操作指示確定策略決策；其中 該會(huì)話資源控制裝置包括會(huì)話請(qǐng)求構(gòu)建模塊，用于在會(huì)話請(qǐng)求中攜帶會(huì)話資源操作需求；會(huì)話請(qǐng)求發(fā)送模塊，用于向會(huì)話資源申請(qǐng)單元發(fā)送攜帶有所述會(huì)話資源 操作需求的會(huì)話請(qǐng)求。一種IP多々某體子系統(tǒng)中會(huì)話資源控制裝置，該會(huì)話資源控制裝置與會(huì)話資 源申請(qǐng)單元連接，所述會(huì)話資源申請(qǐng)單元根據(jù)收到的會(huì)話請(qǐng)求中的會(huì)話資源操 作需求確定會(huì)話資源操作指示，并向策略決策單元發(fā)送攜帶有所述會(huì)話資源才喿 作指示的會(huì)話資源申請(qǐng)請(qǐng)求，由策略決策單元根據(jù)所述會(huì)話資源申請(qǐng)請(qǐng)求中的 會(huì)話資源操作指示確定策略決策；該會(huì)話資源控制裝置包括會(huì)話請(qǐng)求接收模塊，用于接收由用戶終端所發(fā)送的會(huì)話請(qǐng)求；會(huì)話策略資源攜帶模塊，用于在所述會(huì)話請(qǐng)求中攜帶會(huì)話資源操作需 求，并向會(huì)話資源申請(qǐng)單元發(fā)送攜帶有所述會(huì)話資源操作需求的會(huì)話請(qǐng)求。一種IP多i某體子系統(tǒng)中會(huì)話資源申請(qǐng)裝置，該會(huì)話資源申請(qǐng)裝置與策略決 策單元連接，所述策略決策單元根據(jù)收到的會(huì)話資源申請(qǐng)請(qǐng)求中的會(huì)話資源揭: 作指示確定策略決策，其中該會(huì)話資源申請(qǐng)裝置包括會(huì)話資源操作指示確定模塊，用于根據(jù)收到的會(huì)話請(qǐng)求中的會(huì)話資源操作 需求確定會(huì)話資源操作指示；會(huì)話資源申請(qǐng)請(qǐng)求發(fā)送模塊，用于向策略決策單元發(fā)送攜帶有所述會(huì)話 資源操作指示的會(huì)話資源申請(qǐng)請(qǐng)求。
一種IP多媒體子系統(tǒng)中會(huì)話資源處理裝置，該裝置與策略決策單元連接， 所述策略決策單元根據(jù)收到的會(huì)話資源申請(qǐng)請(qǐng)求中的會(huì)話資源操作指示確定策略決策；該裝置包括會(huì)話資源操作需求生成模塊，用于根據(jù)收到的會(huì)話請(qǐng)求中的參數(shù)生成會(huì)話 資源操作需求；會(huì)話資源操作指示確定模塊，用于根據(jù)所述會(huì)話資源操作需求確定會(huì)話 資源操作指示，并向策略決策單元發(fā)送攜帶有所述會(huì)話資源操作指示的會(huì)話 資源申請(qǐng)請(qǐng)求。從上述技術(shù)方案中可以看出，在本發(fā)明實(shí)施例的策略控制中，會(huì)話資源 控制單元產(chǎn)生會(huì)話資源操作需求，并向會(huì)話資源申請(qǐng)單元發(fā)送攜帶有會(huì)話資源操作需求的會(huì)話請(qǐng)求；會(huì)話資源申請(qǐng)單元根據(jù)該會(huì)話請(qǐng)求中的會(huì)話資源操 作需求去申請(qǐng)會(huì)話資源。因此，應(yīng)用本發(fā)明以后，會(huì)話資源控制單元可以根 據(jù)業(yè)務(wù)的需要，產(chǎn)生會(huì)話資源需求，會(huì)話資源申請(qǐng)單元可以根據(jù)接收到的會(huì) 話請(qǐng)求中攜帶的會(huì)話資源操作需求來(lái)確定策略控制，從而實(shí)現(xiàn)了根據(jù)業(yè)務(wù)的 需要來(lái)進(jìn)行有效的策略控制，通過(guò)本發(fā)明實(shí)施例提供的技術(shù)方案，尤其使得 允許用戶同時(shí)建立多個(gè)會(huì)話且在同一時(shí)刻只有部分會(huì)話的媒體處于激活狀 態(tài)的業(yè)務(wù)實(shí)現(xiàn)成為可能。


圖1為根據(jù)本發(fā)明實(shí)施例的策略控制系統(tǒng)的結(jié)構(gòu)示意圖；圖2為根據(jù)本發(fā)明較佳實(shí)施例的策略控制系統(tǒng)的結(jié)構(gòu)示意圖；圖3為根據(jù)本發(fā)明較佳實(shí)施例的會(huì)話資源控制裝置的結(jié)構(gòu)示意圖；圖4為根據(jù)本發(fā)明另 一 較佳實(shí)施例的會(huì)話資源控制裝置的結(jié)構(gòu)示意圖；圖5為根據(jù)本發(fā)明較佳實(shí)施例的會(huì)話資源申請(qǐng)裝置的結(jié)構(gòu)示意圖；圖6為根據(jù)本發(fā)明較佳實(shí)施例的策略控制裝置的結(jié)構(gòu)示意圖；圖7為根據(jù)本發(fā)明一較佳實(shí)施例的呼叫保持業(yè)務(wù)中的策略控制方法流
程示意圖；圖8為根據(jù)本發(fā)明另一較佳實(shí)施例的呼叫保持業(yè)務(wù)中的策略控制方法 流程示意圖；圖9為根據(jù)本發(fā)明一較佳實(shí)施例的呼叫等待業(yè)務(wù)中的策略控制方法流 程示意圖；圖10為根據(jù)本發(fā)明一較佳實(shí)施例的會(huì)議業(yè)務(wù)中，將正在進(jìn)行的會(huì)話加 入到會(huì)議的方法流程示意圖；圖11為根據(jù)本發(fā)明一較佳實(shí)施例的會(huì)議業(yè)務(wù)中，將自己加入到會(huì)議的 方法流程示意圖；圖12為根據(jù)本發(fā)明一較佳實(shí)施例的會(huì)議業(yè)務(wù)中，正在通話的用戶接收 REFER消息被加入到會(huì)議的方法流程示意圖；圖13為根據(jù)本發(fā)明另一較佳實(shí)施例的會(huì)議業(yè)務(wù)中，正在通話的用戶接 收INVITE消息^L加入到會(huì)議的方法流程示意圖。
具體實(shí)施方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)表達(dá)得更加清楚明白，下面結(jié)合附 圖及具體實(shí)施例對(duì)本發(fā)明再作進(jìn) 一 步詳細(xì)的說(shuō)明。圖1為根據(jù)本發(fā)明實(shí)施例的策略控制系統(tǒng)的結(jié)構(gòu)示意圖。 如圖1所示，該系統(tǒng)包括會(huì)話資源控制單元101，用于產(chǎn)生會(huì)話資源操作需求，并向會(huì)話資源申請(qǐng) 單元102發(fā)送攜帶有所述會(huì)話資源操作需求的會(huì)話請(qǐng)求；會(huì)話資源申請(qǐng)單元102,用于根據(jù)所述會(huì)話請(qǐng)求中的會(huì)話資源操作需求 申請(qǐng)會(huì)話資源。其中，會(huì)話資源控制單元101完成會(huì)話的控制功能，產(chǎn)生會(huì)話資源操作需 求，發(fā)送會(huì)話資源操作需求到會(huì)話資源申請(qǐng)單元102。比如會(huì)話資源控制單 元101可以根據(jù)用戶的意愿產(chǎn)生會(huì)話資源操作需求；或根據(jù)用戶的簽約狀態(tài)產(chǎn) 生會(huì)話資源操作需求；或根據(jù)用戶的業(yè)務(wù)狀態(tài)產(chǎn)生會(huì)話資源操作需求；或根據(jù)
用戶的會(huì)話狀態(tài)產(chǎn)生會(huì)話資源操作需求；或據(jù)會(huì)話請(qǐng)求中的參數(shù)產(chǎn)生會(huì)話資源 操作需求。會(huì)話資源控制單元101可以是IMS網(wǎng)絡(luò)中的用戶終端(UE)、會(huì)話控制單 元(如P-CSCF, S-CSCF， I-CSCF等)或應(yīng)用服務(wù)器(AS)等。會(huì)話資源申請(qǐng)單元102接收會(huì)話資源操作需求，并申請(qǐng)會(huì)話資源。會(huì)話 資源申請(qǐng)單元102可以是資源申請(qǐng)時(shí)的AF (應(yīng)用功能)，如IMS網(wǎng)絡(luò)中的 AS， P-CSCF, IBCF等。會(huì)話資源申請(qǐng)單元102和會(huì)話資源控制單元101之間El接口的協(xié)議包 括但不限于為SIP、或內(nèi)部接口協(xié)議等。會(huì)話資源申請(qǐng)單元102和會(huì)話資源 控制單元101之間的El接口可以經(jīng)過(guò)中間節(jié)點(diǎn)轉(zhuǎn)接，如當(dāng)會(huì)話資源申請(qǐng)單 元102是P-CSCF ，會(huì)話資源控制單元101是AS時(shí)，E1接口可以經(jīng)過(guò)S-CSCF 或者I-CSCF中的一個(gè)或者多個(gè)轉(zhuǎn)接。進(jìn)一步地，該系統(tǒng)還可以包括策略決策單元103。會(huì)話資源申請(qǐng)單元102 向策略決策單元103發(fā)送會(huì)話資源申請(qǐng)請(qǐng)求，策略決策單元103根據(jù)會(huì)話資 源申請(qǐng)單元102的請(qǐng)求，完成策略決策功能。策略決策單元103可以為PDF (策略決策功能)、PCRF ( Policy and Charging Rules Function策略和計(jì)費(fèi) 規(guī)則功能)。策略決策單元103和會(huì)話資源申請(qǐng)單元102之間的E2接口協(xié) 議包含但不限于Diameter或內(nèi)部接口協(xié)議。具體地，會(huì)話資源申請(qǐng)單元102，用于根據(jù)會(huì)話請(qǐng)求中的會(huì)話資源操作 需求確定會(huì)話資源操作指示，并向策略決策單元103發(fā)送攜帶有所述會(huì)話資 源操作指示的會(huì)話資源申請(qǐng)請(qǐng)求；此時(shí)策略決策單元103,用于根據(jù)所述會(huì) 話資源申請(qǐng)請(qǐng)求中的會(huì)話資源操作指示確定策略決策。進(jìn)一步的，該系統(tǒng)還可以包括策略執(zhí)行單元104，用于根據(jù)策略決策單 元103的指示完成策略執(zhí)行功能。策略決策單元103和策略執(zhí)行單元104之 間的E3接口協(xié)議包括但不限于Diameter、 H248、 COPS或內(nèi)部接口協(xié)議等。另外，會(huì)話資源控制單元IOI,可以進(jìn)一步產(chǎn)生更新的會(huì)話資源操作需 求，在所述會(huì)話請(qǐng)求的后續(xù)消息中攜帶所述更新的會(huì)話資源操作需求，并向 會(huì)話資源申請(qǐng)單元102發(fā)送所述后續(xù)消息；會(huì)話資源申請(qǐng)單元102，可以進(jìn) 一步根據(jù)所述后續(xù)消息中更新的會(huì)話資源操作需求申請(qǐng)會(huì)話資源?；趫Dl所示結(jié)構(gòu)，圖2為根據(jù)本發(fā)明較佳實(shí)施例的策略控制系統(tǒng)的結(jié) 構(gòu)示意圖。如圖2所示，業(yè)務(wù)控制單元203提供業(yè)務(wù)邏輯控制功能，業(yè)務(wù)控制單元 203為業(yè)務(wù)的宿主執(zhí)行環(huán)境。業(yè)務(wù)控制單元203執(zhí)行相應(yīng)的業(yè)務(wù)邏輯，如CW 業(yè)務(wù)、HOLD業(yè)務(wù)、CONF業(yè)務(wù)、ECT業(yè)務(wù)等。會(huì)話控制單元202提供分組網(wǎng)絡(luò)會(huì)話路由等功能。比如，會(huì)話控制單元 202可以為IMS網(wǎng)絡(luò)中的CSCF(包括P-CSCF、 S-CSCF、 I誦CSCF ) 、 IBCF、 或AGCF等。會(huì)話控制單元202和業(yè)務(wù)控制單元203之間F2接口的協(xié)議為 是SIP協(xié)議、或內(nèi)部接口協(xié)議等。可以存在多個(gè)會(huì)話控制單元202，兩個(gè)會(huì)話控制單元202之間的F5接 口 (圖2中略)協(xié)議可以是SIP或內(nèi)部接口協(xié)議。用戶終端201可以是支持 SIP協(xié)議的終端，如IMS網(wǎng)絡(luò)中的UE。用戶終端201和會(huì)話控制單元202 之間的Fl接口為SIP協(xié)議。用戶終端201也可以是不支持SIP協(xié)議的終端，并通過(guò)協(xié)議轉(zhuǎn)換單元(如 接入網(wǎng)關(guān)，圖2中略)等接入到會(huì)話控制單元202。圖l所示的會(huì)話資源控 制單元可以位于用戶終端201、業(yè)務(wù)控制單元203或會(huì)話控制單元202中。 圖1所示的會(huì)話資源申請(qǐng)單元可以位于會(huì)話控制單元202的P-CSCF、 IBCF 或AS中。進(jìn)一步的，圖2所示實(shí)施例的系統(tǒng)中還可以包括策略決策單元204和/ 或策略執(zhí)行單元205,其功能類(lèi)似于圖1中的相應(yīng)功能單元，此處不再贅述。圖3為根據(jù)本發(fā)明較佳實(shí)施例的會(huì)話資源控制裝置的結(jié)構(gòu)示意圖。該會(huì) 話資源控制裝置與會(huì)話資源申請(qǐng)單元連接，所述會(huì)話資源申請(qǐng)單元根據(jù)收到 的會(huì)話請(qǐng)求中的會(huì)話資源操作需求確定會(huì)話資源操作指示，并向策略決策單 元發(fā)送攜帶有所述會(huì)話資源操作指示的會(huì)話資源申請(qǐng)請(qǐng)求，由策略決策單元 根據(jù)所述會(huì)話資源申請(qǐng)請(qǐng)求中的會(huì)話資源操作指示確定策略決策。
如圖3所示，該會(huì)話資源控制裝置包括資源操作需求生成模塊301, 用于根據(jù)用戶的意愿產(chǎn)生會(huì)話資源操作需求；或用于根據(jù)用戶的簽約狀態(tài)產(chǎn) 生會(huì)話資源操作需求；或用于根據(jù)用戶的業(yè)務(wù)狀態(tài)產(chǎn)生所述會(huì)話資源操作需 求；或用于根據(jù)用戶的會(huì)話狀態(tài)產(chǎn)生所述會(huì)話資源操作需求；或用于根據(jù)會(huì) 話請(qǐng)求中的參數(shù)產(chǎn)生所述會(huì)話資源操作需求；會(huì)話請(qǐng)求構(gòu)建模塊301,用于構(gòu)建攜帶會(huì)話資源操作需求的會(huì)話請(qǐng)求。 比如，所述會(huì)話請(qǐng)求可以為SIP INVITE消息。會(huì)話請(qǐng)求發(fā)送模塊302，用于向會(huì)話資源申請(qǐng)單元發(fā)送攜帶有所述會(huì)話 資源操作需求的會(huì)話請(qǐng)求。其中，會(huì)話請(qǐng)求可以包括激活保持業(yè)務(wù)后發(fā)起新的會(huì)話請(qǐng)求、或發(fā)起 會(huì)議業(yè)務(wù)的會(huì)話請(qǐng)求。而且，該會(huì)話資源控制裝置優(yōu)選為用戶終端。圖4為根據(jù)本發(fā)明另 一較佳實(shí)施例的會(huì)話資源控制裝置的結(jié)構(gòu)示意圖。 該會(huì)話資源控制裝置與會(huì)話資源申請(qǐng)單元連接，所述會(huì)話資源申請(qǐng)單元根據(jù) 收到的會(huì)話請(qǐng)求中的會(huì)話資源操作需求確定會(huì)話資源操作指示，并向策略決 策單元發(fā)送攜帶有所述會(huì)話資源操作指示的會(huì)話資源申請(qǐng)請(qǐng)求，由策略決策 單元根據(jù)所述會(huì)話資源申請(qǐng)請(qǐng)求中的會(huì)話資源操作指示確定策略決策。如圖4所示，該會(huì)話資源控制裝置包括會(huì)話請(qǐng)求接收模塊401，用于接收會(huì)話請(qǐng)求；會(huì)話策略資源攜帶模塊402，用于在所述會(huì)話請(qǐng)求中攜帶會(huì)話資源操作 需求，并向會(huì)話資源申請(qǐng)單元發(fā)送攜帶有所述會(huì)話資源操作需求的會(huì)話請(qǐng) 求。其中，所述會(huì)話請(qǐng)求可以包括用戶激活的呼叫保持業(yè)務(wù)請(qǐng)求、用戶簽 約的呼叫等待業(yè)務(wù)請(qǐng)求、用戶簽約的會(huì)議業(yè)務(wù)請(qǐng)求。另外，圖4中的^^舌資 源控制裝置優(yōu)選為應(yīng)用服務(wù)器。圖5為根據(jù)本發(fā)明較佳實(shí)施例的會(huì)話資源申請(qǐng)裝置的結(jié)構(gòu)示意圖。該會(huì) 話資源申請(qǐng)裝置與策略決策單元連接，所述策略決策單元根據(jù)收到的會(huì)話資 源申請(qǐng)請(qǐng)求中的會(huì)話資源操作指示確定策略決策。
如圖5所示，該會(huì)話資源申請(qǐng)裝置包括會(huì)話資源操作指示確定模塊501,用于根據(jù)收到的會(huì)話請(qǐng)求中的會(huì)話資源 操作需求確定會(huì)話資源操作指示；會(huì)話資源申請(qǐng)請(qǐng)求發(fā)送模塊502,用于向策略決策單元發(fā)送攜帶有所述 會(huì)話資源操作指示的會(huì)話資源申請(qǐng)請(qǐng)求。該會(huì)話資源申請(qǐng)裝置優(yōu)選為P-CSCF、 AS或IBCF。圖6為根據(jù)本發(fā)明較佳實(shí)施例的策略控制裝置的結(jié)構(gòu)示意圖。該裝置與 策略決策單元連接，所述策略決策單元根據(jù)收到的會(huì)話資源申請(qǐng)請(qǐng)求中的會(huì)話 資源#喿作指示確定策略決策。如圖6所示，該裝置包括會(huì)話資源操作需求生成模塊601,用于根據(jù)收到的會(huì)話請(qǐng)求中的參數(shù)生成 會(huì)話資源操作需求；會(huì)話資源操作指示確定模塊602,用于根據(jù)所述會(huì)話資源操作需求確定會(huì) 話資源操作指示，并向策略決策單元發(fā)送攜帶有所述會(huì)話資源操作指示的會(huì)話 資源申請(qǐng)請(qǐng)求。其中，會(huì)話資源操作需求生成模塊601,可以根據(jù)收到的會(huì)話請(qǐng)求中的replaces參數(shù)生成會(huì)話資源操作需求。該策略控制裝置優(yōu)選為P-CSCF、 AS或IBCF。 本發(fā)明實(shí)施例還公開(kāi)了一種策略控制方法，該方法包括 產(chǎn)生會(huì)話資源操作需求，向會(huì)話資源申請(qǐng)單元發(fā)送攜帶有所述會(huì)話資源操作需求的會(huì)話請(qǐng)求；會(huì)話資源申請(qǐng)單元根據(jù)所述會(huì)話請(qǐng)求中的會(huì)話資源操作需求申請(qǐng)會(huì)話資源。該方法還可以進(jìn)一步包括會(huì)話資源申請(qǐng)單元根據(jù)所述會(huì)話請(qǐng)求中的會(huì)話資源操作需求確定會(huì)話資源操作指示，向策略決策單元發(fā)送攜帶有所述會(huì)話資 源操作指示的會(huì)話資源申請(qǐng)請(qǐng)求。然后，策略決策單元根據(jù)所述會(huì)話資源申請(qǐng)請(qǐng)求中的會(huì)話資源操作指示確定策略決策，然后策略執(zhí)行單元根據(jù)所確定的策 略決策完成策略執(zhí)行功能。 其中，產(chǎn)生會(huì)話資源操作需求可以包括以下方式中的一種或者多于一種的任意組合根據(jù)用戶的意愿產(chǎn)生會(huì)話資源操作需求； 根據(jù)用戶的簽約狀態(tài)產(chǎn)生會(huì)話資源操作需求； #^居用戶的業(yè)務(wù)狀態(tài)產(chǎn)生會(huì)話資源操作需求； 根據(jù)用戶的會(huì)話狀態(tài)產(chǎn)生會(huì)話資源操作需求； 根據(jù)會(huì)話請(qǐng)求中的參數(shù)產(chǎn)生會(huì)話資源操作需求。根據(jù)會(huì)話請(qǐng)求中的會(huì)話資源操作需求申請(qǐng)會(huì)話資源包括以下方式中的一 種或組合向策略決策單元發(fā)送資源申請(qǐng)請(qǐng)求，如果會(huì)話資源操作需求中包含資源 過(guò)度預(yù)留策略，則在所述資源申請(qǐng)請(qǐng)求中攜帶資源過(guò)度預(yù)留指示；或向策略決策單元發(fā)送資源申請(qǐng)請(qǐng)求，如杲會(huì)話資源操作需求中包含重用 會(huì)話策略，則在所述資源請(qǐng)求中攜帶重用會(huì)話指示。其中，重用會(huì)話策略中可以包含一個(gè)或者多個(gè)會(huì)話標(biāo)識(shí)，所述重用會(huì)話 指示可以包含一個(gè)或者多個(gè)資源標(biāo)識(shí)，會(huì)話資源申請(qǐng)單元需要完成會(huì)話標(biāo)識(shí) 到資源標(biāo)識(shí)之間的映射。重用會(huì)話策略中還可以包含一個(gè)或者多個(gè)々某體流標(biāo)識(shí)，所述重用會(huì)話指示 中可以包含一個(gè)或者多個(gè)資源標(biāo)識(shí)，會(huì)話資源申請(qǐng)單元需要完成媒體流標(biāo)識(shí) 到資源標(biāo)識(shí)之間的映射。重用會(huì)話指示中還可以進(jìn)一步包括一個(gè)或者多個(gè)帶寬信息，用于指示重用 的帶寬，如策略決策單元已經(jīng)使用的帶寬是10M,而重用會(huì)話只需要重用原來(lái) 的9M,在這種情況下，會(huì)話資源申請(qǐng)單元可以在重用會(huì)話指示中除攜帶資源 標(biāo)識(shí)以外，進(jìn)一步攜帶重用的帶寬為9M,策略決策單元可以根據(jù)上述重用會(huì) 話指示可以只重用相應(yīng)資源帶寬10M中的9M。其中，所述資源申請(qǐng)請(qǐng)求可以為Diameter協(xié)議的AAR消息。策略決策單元收到上述資源申請(qǐng)請(qǐng)求后，可以根據(jù)所述資源預(yù)留過(guò)度指 示或者重用會(huì)話指示完成資源決策。具體地，資源決策可以包括如果所述過(guò)度預(yù)留指示的值為"是，，，則當(dāng)本次資源申請(qǐng)請(qǐng)求中的資源 小于或者等于當(dāng)前空閑資源與已占有資源的和時(shí)，返回資源預(yù)留成功；如果 所述重用會(huì)話指示中包含了資源標(biāo)識(shí)，策略決策單元重用資源標(biāo)識(shí)對(duì)應(yīng)的資 源，不另外申請(qǐng)資源。進(jìn)一步的，當(dāng)策略決策單元收到媒體資源激活請(qǐng)求時(shí)，策略決策單元判斷資源是否可用，如果可用，激活媒體資源；如果不可用，拒絕激活媒體資源。1) 判斷過(guò)度預(yù)留資源是否滿足激活請(qǐng)求；2) 判斷重用的資源是否滿足激活請(qǐng)求；進(jìn)一步的，會(huì)話資源控制單元可以在本次會(huì)話請(qǐng)求的后續(xù)消息中包含會(huì) 話資源操作需求，會(huì)話資源申請(qǐng)單元在后續(xù)申請(qǐng)會(huì)話資源時(shí)，根據(jù)收到的更 新后的會(huì)話資源操作需求申請(qǐng)會(huì)話資源。如果會(huì)話資源控制單元在本次會(huì)話 請(qǐng)求的后續(xù)消息中未包含會(huì)話資源操作需求，會(huì)話資源申請(qǐng)單元在后續(xù)申請(qǐng) 會(huì)話資源時(shí)，根據(jù)默認(rèn)策略申請(qǐng)會(huì)話資源。其中默認(rèn)策略可以包括所述過(guò) 度預(yù)留指示的值為"否"。其中，更新后的會(huì)話資源操作需求可以包括資源 過(guò)度預(yù)留策略確認(rèn)、或重用會(huì)話策略確認(rèn)，即對(duì)會(huì)話請(qǐng)求中的資源過(guò)度預(yù)留 策略、或重用會(huì)話策略進(jìn)行確認(rèn)。下面通過(guò)具體的實(shí)施例，詳細(xì)描述策略控制的實(shí)現(xiàn)方法。 圖7為根據(jù)本發(fā)明一較佳實(shí)施例的呼叫保持業(yè)務(wù)中的策略控制方法流 程示意圖。在圖7所示流程中，用戶終端UE-A保持對(duì)端后，發(fā)起新的會(huì)話，其流 程如下第1步用戶B (對(duì)應(yīng)終端為UE-B)發(fā)送INVITE請(qǐng)求到本網(wǎng)絡(luò)的保 持業(yè)務(wù)AS (HOLD AS),在INVITE請(qǐng)求中攜帶用戶B的媒體信息sdp:B; 保持業(yè)務(wù)AS轉(zhuǎn)發(fā)該INVITE請(qǐng)求到P-CSCF, P-CSCF轉(zhuǎn)發(fā)該INVITE請(qǐng)求 到UE-A; UE-A返回183響應(yīng)，P-CSCF通過(guò)策略控制單元(如PDF )發(fā)起
資源預(yù)留，預(yù)留會(huì)話AB的々某體資源，再發(fā)送183響應(yīng)到用戶B,然后進(jìn)行 UE-A和UE-B之間的媒體協(xié)商；在媒體協(xié)商完成后，UE-A開(kāi)始振鈴，并發(fā) 送180消息到UE-B，用戶A接收本次會(huì)話后，UE-A發(fā)送200響應(yīng)到P-CSCF， P-CSCF發(fā)送申請(qǐng)到PDF,完成打開(kāi)媒體資源，然后轉(zhuǎn)發(fā)200消息到UE-B; 此時(shí)用戶A和用戶B開(kāi)始通話，上述流程同普通會(huì)話流程；第2步用戶A保持用戶B,發(fā)送HOLD請(qǐng)求到用戶B,用戶B返回 200 0K響應(yīng)，P-CSCF通知策略控制單元修改媒體資源，并轉(zhuǎn)發(fā)200 OK響 應(yīng)消息到UE-A，實(shí)現(xiàn)HOLD業(yè)務(wù)，上述流程同現(xiàn)有HOLD業(yè)務(wù)流程；第3步用戶A發(fā)起新的會(huì)話，開(kāi)始呼叫用戶C，用戶A的終端(UE-A) 根據(jù)用戶A的意愿(如用戶A的操作)或者自身的檢測(cè)判斷(如簽約狀態(tài)， 業(yè)務(wù)狀態(tài)，會(huì)話狀態(tài)等)，在INVITE請(qǐng)求中攜帶會(huì)話資源操作需求，如 Overbooking指示，即資源過(guò)度預(yù)留策略；上述請(qǐng)求被發(fā)送到P-CSCF;可選的，UE-A還可以在上述INVITE請(qǐng)求中插入原來(lái)的會(huì)話AB的標(biāo) 識(shí)，即重用會(huì)話策略；其中，UE-A可以根據(jù)自身的檢測(cè)判斷決定使用重用 會(huì)話策略，判斷條件可以是如下的一種或任意組合判斷已經(jīng)激活了 HOLD 業(yè)務(wù)狀態(tài)、判斷已經(jīng)存在 一 個(gè)會(huì)話狀態(tài)或判斷用戶剩余的空閑簽約帶寬不 夠。第4步P-CSCF在收到INVITE請(qǐng)求時(shí)，根據(jù)Overbooking指示在資源 預(yù)留時(shí)攜帶過(guò)度資源預(yù)留指示；PDF根據(jù)該指示進(jìn)行過(guò)度資源預(yù)留，返回資 源預(yù)留成功；如果上述INVITE請(qǐng)求攜帶了會(huì)話AB的標(biāo)識(shí)，P-CSCF在資源預(yù)留時(shí)同 樣攜帶會(huì)話AB的標(biāo)識(shí)，PDF根據(jù)該標(biāo)識(shí)可以重用會(huì)話AB的資源；第5步P-CSCF轉(zhuǎn)發(fā)該INVITE請(qǐng)求到HOLD業(yè)務(wù)AS;第6步HOLD業(yè)務(wù)AS轉(zhuǎn)發(fā)該INVITE請(qǐng)求到UE-C;第7步UE-C發(fā)送183臨時(shí)響應(yīng)到HOLD業(yè)務(wù)AS;第8步HOLD AS在收到對(duì)端UE-C的183臨時(shí)響應(yīng)時(shí)，判斷用戶A 是否已經(jīng)激活了 HOLD業(yè)務(wù)，如果已經(jīng)激活了 HOLD業(yè)務(wù)，在183臨時(shí)響
應(yīng)中插入Overbooking確認(rèn)指示，轉(zhuǎn)發(fā)到P-CSCF。其中第8步為可選的步 驟；第9步P-CSCF轉(zhuǎn)發(fā)183臨時(shí)響應(yīng)到UE-A;可選的，P-CSCF在收到183臨時(shí)響應(yīng)時(shí)，如果里面有Overbooking確 認(rèn)指示，進(jìn)一步在后續(xù)的資源預(yù)留時(shí)攜帶過(guò)度資源預(yù)留指示，如果183臨時(shí) 響應(yīng)中不包含Overbooking確認(rèn)指示，在后續(xù)的資源預(yù)留時(shí)不再攜帶過(guò)度資 源預(yù)留指示；第10步UE-A和UE-C媒體協(xié)商，媒體協(xié)商完成后，UE-C振鈴，并 發(fā)送180響應(yīng)到UE-A;第11步用戶C接收本次會(huì)話，UE-C發(fā)送200響應(yīng)到P-CSCF， P-CSCF 發(fā)送打開(kāi)媒體通道申請(qǐng)到PDF， PDF檢查資源是否可用，如果可用，打開(kāi)媒 體通道，返回成功響應(yīng)，否則返回失??；第12步P-CSCF轉(zhuǎn)發(fā)200響應(yīng)到UE-A,用戶A和用戶C通話。其中，在步驟3中既可以在INVITE請(qǐng)求中攜帶會(huì)話資源操作需求和重 用會(huì)話策略，也可以僅攜帶會(huì)話資源操作需求或重用會(huì)話策略。由此可見(jiàn)，應(yīng)用上述實(shí)施例后，可以實(shí)現(xiàn)呼叫保持業(yè)務(wù)中的策略控制， 使得用戶終端可以在保持對(duì)端后，再發(fā)起新的會(huì)話。圖8為根據(jù)本發(fā)明另一較佳實(shí)施例的呼叫保持業(yè)務(wù)中的策略控制方法 流程示意圖。在圖8所示流程中，用戶終端UE-A保持對(duì)端后，接收新的會(huì)話。 如圖8所示，該方法包括第l步用戶B發(fā)送INVITE請(qǐng)求到本網(wǎng)絡(luò)的保持業(yè)務(wù)AS ( HOLD AS )， 在INVITE請(qǐng)求中攜帶B的媒體信息sdp:B;保持業(yè)務(wù)AS轉(zhuǎn)發(fā)該INVITE 請(qǐng)求到P-CSCF, P-CSCF轉(zhuǎn)發(fā)該INVITE請(qǐng)求到UE-A; UE-A返回183響 應(yīng)，P-CSCF通過(guò)策略控制單元(如PDF )發(fā)起資源預(yù)留，預(yù)留會(huì)話AB的 媒體資源，再發(fā)送183響應(yīng)到用戶B，然后進(jìn)行UE-A和UE-B之間的媒體 協(xié)商；在媒體協(xié)商完成后，UE-A開(kāi)始振鈴，并發(fā)送180消息到UE-B,用戶
A接收本次會(huì)話后，UE-A發(fā)送200響應(yīng)到P-CSCF，P-CSCF發(fā)送申請(qǐng)到PDF, 完成打開(kāi)媒體資源，然后轉(zhuǎn)發(fā)200消息到UE-B;此時(shí)用戶A和用戶B開(kāi)始 通話，上述流程同普通會(huì)話流程；第2步用戶A保持用戶B,發(fā)送HOLD請(qǐng)求到用戶B，用戶B返回 200 OK響應(yīng)，P-CSCF通知策略控制單元》務(wù)改i某體，并轉(zhuǎn)發(fā)200 OK響應(yīng)消 息到UE-B,實(shí)現(xiàn)HOLD業(yè)務(wù)，上述流程同現(xiàn)有HOLD業(yè)務(wù)流程；第3步用戶C發(fā)起會(huì)話呼叫用戶A，發(fā)送SIP INVITE請(qǐng)求到用戶A 的HOLD業(yè)務(wù)AS， HOLD業(yè)務(wù)AS根據(jù)用戶的業(yè)務(wù)狀態(tài)，判斷用戶A是否 已經(jīng)激活了 HOLD業(yè)務(wù)，如果是，在INVITE請(qǐng)求中插入會(huì)話資源操作需求， 如Overbooking指示，即資源過(guò)度預(yù)留策略；上述請(qǐng)求被發(fā)送到P-CSCF;第4步P-CSCF在收到INVITE請(qǐng)求時(shí)，根據(jù)Overbooking指示，在 資源預(yù)留時(shí)攜帶過(guò)度資源預(yù)留指示；PDF根據(jù)該指示進(jìn)行過(guò)度資源預(yù)留，返 回資源預(yù)留成功；第5步P-CSCF轉(zhuǎn)發(fā)該INVITE請(qǐng)求到UE-A;第6步UE-A發(fā)送183臨時(shí)響應(yīng)到P-CSCF;第7步P-CSCF進(jìn)行資源預(yù)留，并在后續(xù)的資源預(yù)留時(shí)攜帶過(guò)度資源 預(yù)留指示；第8步P-CSCF轉(zhuǎn)發(fā)183臨時(shí)響應(yīng)到UE-C;第9步UE-A和UE-C媒體協(xié)商，媒體協(xié)商完成后，UE-C振鈴，并發(fā) 送180響應(yīng)到UE-A;第10步用戶A接收本次會(huì)話，UE-A發(fā)送200響應(yīng)到P-CSCF,P-CSCF 發(fā)送打開(kāi)媒體通道申請(qǐng)到PDF, PDF檢查資源是否可用，如果可用，打開(kāi)媒 體通道，返回成功響應(yīng)，否則返回失??；第ll步P-CSCF轉(zhuǎn)發(fā)200響應(yīng)到UE-C，用戶A和用戶C通話。由此可見(jiàn)，應(yīng)用上述實(shí)施例后，實(shí)現(xiàn)了呼叫保持業(yè)務(wù)中的策略控制，使 得用戶終端可以在保持對(duì)端后，再接收新的會(huì)話。圖9為根據(jù)本發(fā)明一較佳 實(shí)施例的呼叫等待業(yè)務(wù)中的策略控制方法流程示意圖。
在圖9所示流程中，詳細(xì)描述了呼叫等待業(yè)務(wù)。 如圖9所示，該方法包括第1步用戶B和用戶A建立會(huì)話。具體包括用戶B發(fā)送INVITE 請(qǐng)求到本網(wǎng)絡(luò)的保持業(yè)務(wù)AS ( HOLD AS ),在INVITE請(qǐng)求中攜帶B的 媒體信息sdp:B;保持業(yè)務(wù)AS轉(zhuǎn)發(fā)該INVITE請(qǐng)求到P-CSCF， P-CSCF轉(zhuǎn) 發(fā)該INVITE請(qǐng)求到UE-A; UE-A返回183響應(yīng)，P-CSCF通過(guò)策略控制單 元(如PDF)發(fā)起資源預(yù)留，預(yù)留會(huì)話AB的媒體資源，再發(fā)送183響應(yīng)到 用戶B，然后進(jìn)行UE-A和UE-B之間的媒體協(xié)商；在媒體協(xié)商完成后，UE-A 開(kāi)始振鈴，并發(fā)送180消息到UE-B,用戶A接收本次會(huì)話后，UE-A發(fā)送 200響應(yīng)到P-CSCF， P-CSCF發(fā)送申請(qǐng)到PDF,完成打開(kāi)媒體資源，然后轉(zhuǎn) 發(fā)200消息到UE-B,此時(shí)用戶A和用戶B開(kāi)始通話；第2步用戶C發(fā)起會(huì)話呼叫用戶A，發(fā)送SIP INVITE請(qǐng)求到用戶A 的CW業(yè)務(wù)AS, CW業(yè)務(wù)AS判斷是否需要插入會(huì)話資源操作需求，如果 是，在INVITE請(qǐng)求中插入會(huì)話資源操作需求；上述請(qǐng)求被發(fā)送到P-CSCF;為了判斷是否需要插入會(huì)話資源操作需求，CW業(yè)務(wù)AS可以采用以下 任何一種方法A、 根據(jù)用戶的簽約狀態(tài)，如用戶簽約了CW業(yè)務(wù)，當(dāng)用戶作為被叫接 受來(lái)話時(shí)需要插入會(huì)話資源操作需求；B、 根據(jù)用戶的會(huì)話狀態(tài)，如果用戶簽約了 CW業(yè)務(wù)，并且當(dāng)前的會(huì)話 處于預(yù)留或者使用狀態(tài)，當(dāng)用戶作為被叫接受來(lái)話時(shí)需要插入會(huì)話資源操作需求；c、根據(jù)用戶的會(huì)話狀態(tài)，如果用戶簽約了cw業(yè)務(wù)，并且檢測(cè)到用戶忙時(shí)(如NDUB (網(wǎng)絡(luò)檢測(cè)用戶忙)狀態(tài))，需要插入會(huì)話資源操作需求； 上述會(huì)話資源操作需求可以是一個(gè)單獨(dú)的策略指示，如Overbooking指示，或者是一個(gè)業(yè)務(wù)指示，如CW業(yè)務(wù)指示，即會(huì)話資源操作需求可以是一個(gè)顯式的策略指示，也可以是一個(gè)隱式的業(yè)務(wù)指示；第3步P-CSCF在收到INVITE請(qǐng)求時(shí)，根據(jù)Overbooking指示，在
資源預(yù)留時(shí)攜帶過(guò)度資源預(yù)留指示；PDF根據(jù)該指示進(jìn)行過(guò)度資源預(yù)留，返 回資源預(yù)留成功；第4步P-CSCF轉(zhuǎn)發(fā)該INVITE請(qǐng)求到UE-A;第5步UE-A發(fā)送183臨時(shí)響應(yīng)到P-CSCF;第6步P-CSCF進(jìn)行資源預(yù)留，并在后續(xù)的資源預(yù)留時(shí)攜帶過(guò)度資源 預(yù)留指示；第7步P-CSCF轉(zhuǎn)發(fā)183臨時(shí)響應(yīng)到UE-C;第8步UE-A和UE-C媒體協(xié)商，媒體協(xié)商完成后，UE-C振鈴，并發(fā) 送180響應(yīng)到UE-A;第9步為了接受C的會(huì)話，用戶A釋放相應(yīng)的資源，釋放用戶B的 會(huì)話資源，比如通過(guò)釋放AB之間的會(huì)話來(lái)釋放用戶B的會(huì)話資源，或者通 過(guò)保持AB之間的會(huì)話來(lái)釋放用戶B的會(huì)話資源，該流程同普通的釋放和保 持流程類(lèi)試；第IO步用戶A接受來(lái)自用戶C的會(huì)話，UE-A發(fā)送200響應(yīng)到P-CSCF， P-CSCF發(fā)送打開(kāi)媒體通道申請(qǐng)到PDF, PDF檢查資源是否可用，如果可用， 打開(kāi)纟某體通道，返回成功響應(yīng)，否則返回失??；第ll步P-CSCF轉(zhuǎn)發(fā)200響應(yīng)到UE-C,用戶A和用戶C通話。 至此，圖9所示上述實(shí)施例詳細(xì)描述了呼叫等待業(yè)務(wù)中的策略控制方法。由此可見(jiàn)，應(yīng)用上述實(shí)施例后，實(shí)現(xiàn)了呼叫等待業(yè)務(wù)中的策略控制。圖10為根據(jù)本發(fā)明一較佳實(shí)施例的會(huì)議業(yè)務(wù)中，將正在進(jìn)行的會(huì)話加 入到會(huì)議的方法流程示意圖。這個(gè)實(shí)施例描述UE-A將正在進(jìn)行的會(huì)話B, C加入到會(huì)議的流程，這 個(gè)流程適用于UE-A將正在進(jìn)行的單個(gè)或者多個(gè)會(huì)話加入到會(huì)議。如圖10所示，該方法包括第1步用戶A和用戶B建立會(huì)話。具體包括用戶B發(fā)送INVITE 請(qǐng)求到本網(wǎng)絡(luò)的保持業(yè)務(wù)AS ( HOLD AS ),在INVITE請(qǐng)求中攜帶B的
媒體信息sdp:B;保持業(yè)務(wù)AS轉(zhuǎn)發(fā)該INVITE請(qǐng)求到P-CSCF， P-CSCF轉(zhuǎn) 發(fā)該INVITE請(qǐng)求到UE-A; UE-A返回183響應(yīng)，P-CSCF通過(guò)策略控制單 元(如PDF)發(fā)起資源預(yù)留，預(yù)留會(huì)話AB的媒體資源，再發(fā)送183響應(yīng)到 用戶B,然后進(jìn)行UE-A和UE-B之間的媒體協(xié)商；在々某體協(xié)商完成后，UE-A 開(kāi)始振鈴，并發(fā)送180消息到UE-B，用戶A接收本次會(huì)話后，UE-A發(fā)送 200響應(yīng)到P-CSCF， P-CSCF發(fā)送申請(qǐng)到PDF,完成打開(kāi)媒體資源，然后轉(zhuǎn) 發(fā)200消息到UE-B，此時(shí)用戶A和用戶B開(kāi)始通話；第2步用戶A保持用戶B，和用戶C建立會(huì)話，具體包括用戶A 保持用戶B，發(fā)送HOLD請(qǐng)求到用戶B，用戶B返回200 OK響應(yīng)，P-CSCF 通知策略控制單元》務(wù)改々某體，并轉(zhuǎn)發(fā)200 OK響應(yīng)消息到UE-B,實(shí)現(xiàn)HOLD 業(yè)務(wù)，然后用戶A發(fā)起新的會(huì)話，開(kāi)始呼叫用戶C,用戶A的終端(UE-A) 根據(jù)用戶A的意愿，或者自身的檢測(cè)判斷(如簽約狀態(tài)，業(yè)務(wù)狀態(tài)，會(huì)話 狀態(tài)等)，在INVITE請(qǐng)求中攜帶會(huì)話資源操作需求，如Overbooking指示； 上述請(qǐng)求纟皮發(fā)送到P-CSCF;第3步終端UE-A根據(jù)用戶A的意愿，或者自身的檢測(cè)判斷(如簽約 狀態(tài)，業(yè)務(wù)狀態(tài)，會(huì)話狀態(tài)等)，在INVITE請(qǐng)求中攜帶會(huì)話資源操作需求， 如Overbooking指示；上述請(qǐng)求,皮發(fā)送到P-CSCF;其中，UE-A可以根據(jù)自身的檢測(cè)判斷，判斷條件可以是如下的一種或 任意組合如判斷新的會(huì)話請(qǐng)求是一個(gè)會(huì)議業(yè)務(wù)請(qǐng)求、或判斷已經(jīng)存在一個(gè) 以上會(huì)話狀態(tài)、或判斷用戶剩余的空閑簽約帶寬不夠等，在INVITE請(qǐng)求中 攜帶會(huì)話資源操作需求?？蛇x的，如果已經(jīng)建立的會(huì)話AB和AC分別獨(dú)立占用了不同的資源， 即在步驟2中，會(huì)話AC沒(méi)有使用會(huì)話AB的過(guò)度資源預(yù)留，則在步驟3中， UE-A還可以在上述INVITE請(qǐng)求中插入重用會(huì)話策略，指示重用會(huì)話AB、 或會(huì)話AC、或會(huì)話AB和AC的資源。第4步P-CSCF在收到INVITE請(qǐng)求時(shí)，根據(jù)Overbooking指示，在 資源預(yù)留時(shí)攜帶過(guò)度資源預(yù)留指示；PDF根據(jù)該指示進(jìn)行過(guò)度資源預(yù)留，返
回資源預(yù)留成功；第5步P-CSCF轉(zhuǎn)發(fā)該INVITE請(qǐng)求到CONF業(yè)務(wù)AS;第6步CONF AS申請(qǐng)會(huì)議資源，并向用戶B、 C發(fā)送重定向re-INVITE 消息，將用戶B, C加入到會(huì)議，該流程同現(xiàn)有CONF業(yè)務(wù)流程中，AS做 第三方控制的實(shí)現(xiàn)方法；第7步CONF AS發(fā)送183臨時(shí)響應(yīng)到P-CSCF，攜帶申請(qǐng)的會(huì)議資源； 可選的，CONF AS在183臨時(shí)響應(yīng)中插入Overbooking確認(rèn)指示，即資源 過(guò)度預(yù)留策略確認(rèn)，轉(zhuǎn)發(fā)到P-CSCF;P-CSCF在收到183臨時(shí)響應(yīng)時(shí)，根據(jù)Overbooking指示在資源預(yù)留時(shí) 攜帶過(guò)度資源預(yù)留指示；PDF根據(jù)該指示進(jìn)行過(guò)度資源預(yù)留，返回資源預(yù)留 成功；第8步P-CSCF轉(zhuǎn)發(fā)183臨時(shí)響應(yīng)到UE-A;可選的，P-CSCF在收到183臨時(shí)響應(yīng)時(shí)，如果里面有Overbooking確 認(rèn)指示，進(jìn)一步在后續(xù)的資源預(yù)留時(shí)攜帶過(guò)度資源預(yù)留指示，如果183臨時(shí) 響應(yīng)中不包含Overbooking確認(rèn)指示，在后續(xù)的資源預(yù)留是不再攜帶過(guò)度資 源預(yù)留指示；第9步UE-A和會(huì)議資源媒體協(xié)商，媒體協(xié)商完成后，CONF AS發(fā)送 180響應(yīng)到UE-A;第10步為了釋放UE-A原來(lái)的會(huì)話中AB使用的資源，CONF AS保持UE-A原來(lái)的會(huì)話AB,該流程與普通HOLD業(yè)務(wù)流程相同，CONF AS也可以通過(guò)釋放會(huì)話AB來(lái)釋放資源；第11步CONFAS發(fā)送200響應(yīng)到P-CSCF， P-CSCF發(fā)送打開(kāi)媒體通道申請(qǐng)到PDF, PDF檢查資源是否可用，如果可用，打開(kāi)媒體通道，返回成功響應(yīng)，否則返回失??；第12步P-CSCF轉(zhuǎn)發(fā)200響應(yīng)到UE-A,用戶A被加入到會(huì)議；第13步此時(shí)，包含A， B， C三個(gè)用戶的會(huì)議建立成功。由此可見(jiàn)，應(yīng)用上述實(shí)施例后，用戶可以將正在進(jìn)行的其它會(huì)話加入到會(huì)議中，這個(gè)流程適用于用戶將正在進(jìn)行的單個(gè)或者多個(gè)會(huì)話加入到會(huì)議中。圖11為根據(jù)本發(fā)明一較佳實(shí)施例的會(huì)議業(yè)務(wù)中，正在通話的用戶將自 己加入到會(huì)議的方法流程示意圖。這個(gè)實(shí)施例描述UE-A正在通話，將自己加入到會(huì)議的流程。 該流程包4舌第1步用戶A和用戶B建立會(huì)話，同普通會(huì)話流程，具體包括用 戶B發(fā)送INVITE請(qǐng)求到本網(wǎng)絡(luò)的保持業(yè)務(wù)AS ( HOLD AS )，在INVITE 請(qǐng)求中攜帶B的媒體信息sdp:B;保持業(yè)務(wù)AS轉(zhuǎn)發(fā)該INVITE請(qǐng)求到 P-CSCF, P-CSCF轉(zhuǎn)發(fā)該INVITE請(qǐng)求到UE-A; UE-A返回183響應(yīng)，P-CSCF 通過(guò)策略控制單元(如PDF)發(fā)起資源預(yù)留，預(yù)留會(huì)話AB的媒體資源，再 發(fā)送183響應(yīng)到用戶B，然后進(jìn)行UE-A和UE-B之間的媒體協(xié)商；在媒體 協(xié)商完成后，UE-A開(kāi)始振鈴，并發(fā)送180消息到UE-B，用戶A接收本次 會(huì)話后，UE-A發(fā)送200響應(yīng)到P-CSCF, P-CSCF發(fā)送申請(qǐng)到PDF,完成打 開(kāi)媒體資源，然后轉(zhuǎn)發(fā)200消息到UE-B，；此時(shí)用戶A和用戶B開(kāi)始通話；第2步用戶A發(fā)起會(huì)議，UE-A保持UE-B，包括兩種情況1、 終端UE-A根據(jù)用戶的意愿(即用戶A的操作)，發(fā)起保持操作；2、 終端UE-A根據(jù)自身的檢測(cè)判斷(如簽約狀態(tài)，業(yè)務(wù)狀態(tài)，會(huì)話 狀態(tài)等)發(fā)起保持操作，比如，判斷條件可以是如下的一種或任 意組合判斷已經(jīng)存在一個(gè)會(huì)話狀態(tài)時(shí)、或發(fā)起了會(huì)議業(yè)務(wù)請(qǐng)求、 或判斷剩余的空閑簽約帶寬不夠，則對(duì)已經(jīng)存在的會(huì)話發(fā)起保持 操作；該保持操作的流程同普通保持業(yè)務(wù)的流程；第3步終端根據(jù)用戶的意愿或者自身的檢測(cè)判斷(如簽約狀態(tài)，業(yè)務(wù) 狀態(tài)，會(huì)話狀態(tài)等)，在INVITE請(qǐng)求中攜帶會(huì)話資源操作需求(如 Overbooking指示)；上述請(qǐng)求被發(fā)送到P-CSCF;第4步P-CSCF在收到INVITE請(qǐng)求時(shí)，根據(jù)Overbooking指示，在 資源預(yù)留時(shí)攜帶過(guò)度資源預(yù)留指示；PDF根據(jù)該指示進(jìn)行過(guò)度資源預(yù)留，返 回資源預(yù)留成功；第5步P-CSCF轉(zhuǎn)發(fā)該INVITE請(qǐng)求到CONF業(yè)務(wù)AS; 第6步CONF AS申請(qǐng)會(huì)議資源；第7步CONF AS發(fā)送183臨時(shí)響應(yīng)到P-CSCF，攜帶申請(qǐng)的會(huì)議資源； 可選的，CONF AS在183臨時(shí)響應(yīng)中插入Overbooking確認(rèn)指示，轉(zhuǎn)發(fā)到 P-CSCF;第8步P-CSCF轉(zhuǎn)發(fā)183臨時(shí)響應(yīng)到UE-A;可選的，P-CSCF在收到183臨時(shí)響應(yīng)時(shí)，如果里面有Overbooking確 認(rèn)指示，進(jìn)一步在后續(xù)的資源預(yù)留時(shí)攜帶過(guò)度資源預(yù)留指示，如果183臨時(shí) 響應(yīng)中不包含Overbooking確認(rèn)指示，在后續(xù)的資源預(yù)留是不再攜帶過(guò)度資 源預(yù)留指示；第9步UE-A和會(huì)議資源媒體協(xié)商，媒體協(xié)商完成后，CONF AS發(fā)送 180響應(yīng)到UE-A;第10步CONF AS發(fā)送200響應(yīng)到P-CSCF, P-CSCF發(fā)送打開(kāi)媒體通道申請(qǐng)到PDF, PDF檢查資源是否可用，如果可用，打開(kāi)媒體通道，返回成功響應(yīng)，否則返回失?。坏趌l步P-CSCF轉(zhuǎn)發(fā)200響應(yīng)到UE-A,用戶A被加入到會(huì)議；第12步用戶A可以通過(guò)發(fā)送REFER消息的方法邀請(qǐng)用戶B加入會(huì)議，該流程同現(xiàn)有CONF業(yè)務(wù)的流程。由上述實(shí)施例可見(jiàn)，可以實(shí)現(xiàn)正在通話的用戶將自己加入到會(huì)議。圖12為根據(jù)本發(fā)明一較佳實(shí)施例的會(huì)議業(yè)務(wù)中，正在通話的用戶接收REFER消息被加入到會(huì)議的方法流程示意圖；在圖12所示流程中，用戶B正在通話，收到REFER請(qǐng)求后邀請(qǐng)加入會(huì)議。圖12所示流程描述用戶B作為會(huì)議參與方，^皮加入到會(huì)議的實(shí)現(xiàn)方法。該方法包括第1步用戶A和用戶B建立會(huì)話，同普通會(huì)話流程，具體包括用
戶B發(fā)送INVITE請(qǐng)求到本網(wǎng)絡(luò)的保持業(yè)務(wù)AS ( HOLD AS )，在INVITE 請(qǐng)求中攜帶B的媒體信息sdp:B;保持業(yè)務(wù)AS轉(zhuǎn)發(fā)該INVITE請(qǐng)求到 P-CSCF， P-CSCF轉(zhuǎn)發(fā)該INVITE請(qǐng)求到UE-B; UE-B返回183響應(yīng)，P-CSCF 通過(guò)策略控制單元(如PDF)發(fā)起資源預(yù)留，預(yù)留會(huì)話AB的媒體資源，再 發(fā)送183響應(yīng)到用戶B，然后進(jìn)行UE-A和UE-B之間的i某體協(xié)商；在々某體 協(xié)商完成后，UE-A開(kāi)始振鈴，并發(fā)送180消息到UE-B，用戶A接收本次 會(huì)話后，UE-A發(fā)送200響應(yīng)到P-CSCF, P-CSCF發(fā)送申請(qǐng)到PDF,完成打 開(kāi)々某體資源，然后轉(zhuǎn)發(fā)200消息到UE-B,此時(shí)用戶A和用戶B開(kāi)始通話；第2步用戶A創(chuàng)建會(huì)議，并將用戶A加入到會(huì)議，這個(gè)流程同普通 A加入會(huì)i義的流程；第3步UE-A發(fā)送REFER消息到B， Refer-To頭域攜帶CONF AS的 地址，要求UE-B向CONF AS發(fā)送會(huì)話請(qǐng)求，加入到會(huì)議；同時(shí)，在REFER 消息攜帶replaces頭域，要求UE-B釋放原來(lái)的會(huì)話AB;第4步UE-B發(fā)送SIP INVITE消息到CONF AS，同時(shí)終端根據(jù)用戶 的意愿或者自身的檢測(cè)判斷(如簽約狀態(tài)，業(yè)務(wù)狀態(tài)，會(huì)話狀態(tài)等)，在 INVITE請(qǐng)求中攜帶會(huì)話資源操作需求(如Overbooking指示)；上述請(qǐng)求 尋皮發(fā)送到P-CSCF;第5步P-CSCF在收到INVITE請(qǐng)求時(shí)，根據(jù)Overbooking指示，在 資源預(yù)留時(shí)攜帶過(guò)度資源預(yù)留指示；PDF根據(jù)該指示進(jìn)行過(guò)度資源預(yù)留，返 回資源預(yù)留成功；第6步P-CSCF轉(zhuǎn)發(fā)該INVITE請(qǐng)求到CONF業(yè)務(wù)AS;第7步CONF AS發(fā)送183臨時(shí)響應(yīng)到P-CSCF，攜帶已申請(qǐng)的會(huì)議資 源；可選的，CONF AS在183臨時(shí)響應(yīng)中插入Overbooking確認(rèn)指示，轉(zhuǎn) 發(fā)到P-CSCF;第8步P-CSCF轉(zhuǎn)發(fā)183臨時(shí)響應(yīng)到UE-B;可選的，P-CSCF在收到183臨時(shí)響應(yīng)時(shí)，如果里面有Overbooking確 認(rèn)指示，進(jìn)一步在后續(xù)的資源預(yù)留時(shí)攜帶過(guò)度資源預(yù)留指示，如果183臨時(shí)
響應(yīng)中不包含Overbooking確認(rèn)指示，在后續(xù)的資源預(yù)留時(shí)不再攜帶過(guò)度資 源預(yù)留指示；第9步UE-B向UE-A發(fā)送BYE消息，釋》欠原來(lái)的會(huì)話AB，該流程 與普通的會(huì)話釋》文流程相同；第10步UE-B和會(huì)議資源媒體協(xié)商，媒體協(xié)商完成后，CONFAS發(fā) 送180響應(yīng)到UE-B;第11步CONFAS發(fā)送200響應(yīng)到P-CSCF， P-CSCF發(fā)送打開(kāi)媒體通 道申請(qǐng)到PDF， PDF檢查資源是否可用，如果可用，打開(kāi)媒體通道，返回成 功響應(yīng)，否則返回失??；第12步P-CSCF轉(zhuǎn)發(fā)200響應(yīng)到UE-B,用戶B被加入到會(huì)議。由上述實(shí)施例可見(jiàn)，正在通話的用戶可以通過(guò)4妄收REFER消息;故加入 到會(huì)議中。圖13為根據(jù)本發(fā)明另一較佳實(shí)施例的會(huì)議業(yè)務(wù)中，正在通話的用戶接 到收到INVITE請(qǐng)求被加入到會(huì)議的方法流程示意圖。圖13所示流程中，用戶B正在通話，收到INVITE請(qǐng)求邀請(qǐng)加入會(huì)議。 圖13所示流程描述用戶B作為會(huì)議參與方，被加入到會(huì)議的實(shí)現(xiàn)方法。該 方法包4舌第1步用戶A和用戶B建立會(huì)話，同普通會(huì)話流程，具體包括用 戶B發(fā)送INVITE請(qǐng)求到本網(wǎng)絡(luò)的保持業(yè)務(wù)AS ( HOLD AS ),在INVITE 請(qǐng)求中攜帶B的媒體信息sdp:B;保持業(yè)務(wù)AS轉(zhuǎn)發(fā)該INVITE請(qǐng)求到 P隱CSCF， P-CSCF轉(zhuǎn)發(fā)該INVITE請(qǐng)求到UE-A; UE-A返回183響應(yīng)，P-CSCF 通過(guò)策略控制單元(如PDF)發(fā)起資源預(yù)留，預(yù)留會(huì)話AB的媒體資源，再 發(fā)送183響應(yīng)到用戶B，然后進(jìn)行UE-A和UE-B之間的媒體協(xié)商；在媒體 協(xié)商完成后，UE-A開(kāi)始振鈴，并發(fā)送180消息到UE-B,用戶A接收本次 會(huì)話后，UE-A發(fā)送200響應(yīng)到P-CSCF， P-CSCF發(fā)送申請(qǐng)到PDF,完成打 開(kāi)々某體資源，然后轉(zhuǎn)發(fā)200消息到UE-B，此時(shí)用戶A和用戶B開(kāi)始通話；第2步用戶A創(chuàng)建會(huì)議，并將用戶A加入到會(huì)議，這個(gè)流程同普通A加入會(huì)i義的流程；第3步UE-A發(fā)送REFER消息到CONF AS, Refer-To頭域攜帶UE-B 的地址，要求CONF AS向UE-B發(fā)送會(huì)話請(qǐng)求，將UE-B加入到會(huì)議；同 時(shí)，在Refer-To參數(shù)中攜帶replaces頭域，要求UE-B釋放原來(lái)的會(huì)話AB;第4步CONF AS收到上述REFER消息，發(fā)送SIP INVITE消息到UE-B ， 攜帶申請(qǐng)的會(huì)議資源媒體，以及replaces頭域，指示UE-B釋放原來(lái)的會(huì)話 AB;該流程同現(xiàn)有的會(huì)議流程；上述請(qǐng)求^皮發(fā)送到P-CSCF;第5步P-CSCF在收到INVITE請(qǐng)求時(shí)，根據(jù)會(huì)話請(qǐng)求中的參數(shù)，即 INVITE消息中的replaces頭域，確定本次會(huì)話需要資源過(guò)度預(yù)留，在資源 預(yù)留時(shí)攜帶過(guò)度資源預(yù)留指示；PDF根據(jù)該指示進(jìn)行過(guò)度資源預(yù)留，返回資 源預(yù)留成功；第6步P-CSCF轉(zhuǎn)發(fā)該INVITE請(qǐng)求到UE-B;第7步UE-B收到上述INVITE請(qǐng)求，發(fā)送183臨時(shí)響應(yīng)到P-CSCF， 并釋放原來(lái)的會(huì)話AB;第8步P-CSCF轉(zhuǎn)發(fā)183臨時(shí)響應(yīng)到CONF AS;第9步UE-B和會(huì)議資源媒體協(xié)商，媒體協(xié)商完成后，UE-B發(fā)送180 響應(yīng)到CONF AS;第10步UE-B發(fā)送200響應(yīng)到P-CSCF, P-CSCF發(fā)送打開(kāi)媒體通道 申請(qǐng)到PDF， PDF檢查資源是否可用，如果可用，打開(kāi)々某體通道，返回成功 響應(yīng)，否則返回失敗；第11步P-CSCF轉(zhuǎn)發(fā)200響應(yīng)到CONF AS,用戶B被加入到會(huì)議。 由上述實(shí)施例可見(jiàn)，正在通話的用戶可以通過(guò)接收INVITE消息被加入 到會(huì)議中。另夕卜，對(duì)于ECT業(yè)務(wù)，如果用戶B正在和A通話，用戶B收到REFER 請(qǐng)求，邀請(qǐng)用戶B轉(zhuǎn)向到C。對(duì)于UE-B來(lái)說(shuō)，該流程與圖12的流程相類(lèi) 似。所不同的是，收到REFER請(qǐng)求后，發(fā)送INVITE消息到用戶C，而不 是CONFAS;因此，最后用戶B和C通話，而不是加入到會(huì)議。
對(duì)于ECT業(yè)務(wù)，用戶B正在和A通話，收到INVITE請(qǐng)求，邀請(qǐng)轉(zhuǎn)向 到C;對(duì)于UE-B來(lái)說(shuō)，該流程與圖13的流程類(lèi)似。所不同的是，收到的 INVITE請(qǐng)求來(lái)自于用戶C,而不是CONFAS;因此，最后用戶B和C通 話，而不是加入到會(huì)議。綜上所述，本發(fā)明實(shí)施例提出了一種策略控制的實(shí)現(xiàn)系統(tǒng)，其中會(huì)話資 源控制單元產(chǎn)生會(huì)話資源操作需求，并向會(huì)話資源申請(qǐng)單元發(fā)送攜帶有所述 會(huì)話資源操作需求的會(huì)話請(qǐng)求；會(huì)話資源申請(qǐng)單元根據(jù)所述會(huì)話請(qǐng)求中的會(huì) 話資源操作需求申請(qǐng)會(huì)話資源。應(yīng)用本發(fā)明以后，用戶可以同時(shí)建立多個(gè)會(huì) 話，在同一時(shí)刻，只有部分會(huì)話的媒體處于激活狀態(tài)，從而提高了媒體資源 的利用，也使業(yè)務(wù)的實(shí)現(xiàn)成為可能。另外，本發(fā)明實(shí)施例同時(shí)提供了基于上述方法的呼叫保持，呼叫等待， 呼叫轉(zhuǎn)接，會(huì)議業(yè)務(wù)實(shí)現(xiàn)方法。以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù) 范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等， 均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種IP多媒體子系統(tǒng)中策略控制系統(tǒng)，其特征在于，該系統(tǒng)包括會(huì)話資源控制單元，用于產(chǎn)生會(huì)話資源操作需求，并向會(huì)話資源申請(qǐng)單元發(fā)送攜帶有所述會(huì)話資源操作需求的會(huì)話請(qǐng)求；會(huì)話資源申請(qǐng)單元，用于根據(jù)所述會(huì)話請(qǐng)求中的會(huì)話資源操作需求申請(qǐng)會(huì)話資源。
2、 根據(jù)權(quán)利要求1所述的策略控制系統(tǒng)，其特征在于，該系統(tǒng)進(jìn)一步包括 策略決策單元，會(huì)話資源申請(qǐng)單元，用于根據(jù)所述會(huì)話請(qǐng)求中的會(huì)話資源操作需求確定會(huì) 話資源操作指示，并向所述策略決策單元發(fā)送攜帶有所述會(huì)話資源操作指示的 會(huì)話資源申請(qǐng)請(qǐng)求；所述策略決策單元，用于根據(jù)所述會(huì)話資源申請(qǐng)請(qǐng)求中的會(huì)話資源操作指 示確定策略決策。
3、 根據(jù)權(quán)利要求2所述的策略控制系統(tǒng)，其特征在于，該系統(tǒng)進(jìn)一步包括 策略執(zhí)行單元，所述策略執(zhí)行單元，用于根據(jù)由策略決策單元所確定的策略決策，完成策 略執(zhí)行功能。
4、 根據(jù)權(quán)利要求1或2或3所述的策略控制系統(tǒng)，其特征在于， 所述會(huì)話資源控制單元，進(jìn)一步用于產(chǎn)生更新的會(huì)話資源操作需求，在所述會(huì)話請(qǐng)求的后續(xù)消息中攜帶所述更新的會(huì)話資源操作需求，并向會(huì)話資源申 請(qǐng)單元發(fā)送所述后續(xù)消息；會(huì)話資源申請(qǐng)單元，用于根據(jù)所述后續(xù)消息中更新的會(huì)話資源操作需求申 請(qǐng)會(huì)話資源。
5、 根據(jù)權(quán)利要求1或2或3所述的策略控制系統(tǒng)，其特征在于，所述會(huì)話 資源控制單元為用戶終端UE、代理-呼叫會(huì)話控制功能P-CSCF、服務(wù)-呼叫 會(huì)話控制功能S-CSCF、問(wèn)詢-呼叫會(huì)話控制功能I-CSCF、或應(yīng)用服務(wù)器AS。
6、 根據(jù)權(quán)利要求1或2或3所述的策略控制系統(tǒng)，其特征在于，所述會(huì)話 資源申請(qǐng)單元包括應(yīng)用服務(wù)器AS、 P-CSCF或互通邊界控制功能IBCF。
7、 一種IP多媒體子系統(tǒng)中策略控制方法，其特征在于，該方法包括 會(huì)話資源申請(qǐng)單元接收攜帶有會(huì)話資源操作需求的會(huì)話請(qǐng)求；會(huì)話資源申請(qǐng)單元根據(jù)所述會(huì)話請(qǐng)求中的會(huì)話資源操作需求申請(qǐng)會(huì)話資源。
8、 根據(jù)權(quán)利要求7所述的策略控制方法，其特征在于，所述會(huì)話資源申請(qǐng) 單元根據(jù)會(huì)話請(qǐng)求中的會(huì)話資源操作需求申請(qǐng)會(huì)話資源包括會(huì)話資源申請(qǐng)單元根據(jù)所述會(huì)話請(qǐng)求中的會(huì)話資源操作需求確定會(huì)話資源 操作指示，向策略決策單元發(fā)送攜帶有所述會(huì)話資源操作指示的會(huì)話資源申請(qǐng) 請(qǐng)求；該方法進(jìn)一步包括策略決策單元根據(jù)所述會(huì)話資源申請(qǐng)請(qǐng)求中的會(huì)話資源操作指示確定策略 決策。
9、 根據(jù)權(quán)利要求8所述的策略控制方法，其特征在于，該方法進(jìn)一步包括 策略執(zhí)行單元根據(jù)策略決策單元所確定的策略決策完成策略執(zhí)行功能。
10、 根據(jù)權(quán)利要求7所述的策略控制方法，其特征在于，所述會(huì)話資源操 作需求由會(huì)話資源控制單元產(chǎn)生，具體為會(huì)話資源控制單元由以下操作中的一 種或者多于一種的任意組合所產(chǎn)生根據(jù)用戶的意愿產(chǎn)生會(huì)話資源操作需求； 根據(jù)用戶的簽約狀態(tài)產(chǎn)生會(huì)話資源操作需求； 根據(jù)用戶的業(yè)務(wù)狀態(tài)產(chǎn)生會(huì)話資源操作需求； 根據(jù)用戶的會(huì)話狀態(tài)產(chǎn)生會(huì)活資源操作需求； 根據(jù)會(huì)話請(qǐng)求中的參數(shù)產(chǎn)生會(huì)話資源操作需求。
11、 根據(jù)權(quán)利要求7所述的策略控制方法，其特征在于，所述會(huì)話資源操 作需求中包含資源過(guò)度預(yù)留策略，會(huì)話資源申請(qǐng)單元發(fā)送的會(huì)話資源申請(qǐng)中攜 帶有資源過(guò)度預(yù)留指示。
12、 根據(jù)權(quán)利要求7所述的策略控制方法，其特征在于，所述會(huì)話資源操作需求包含重用會(huì)話策略，會(huì)話資源申請(qǐng)單元發(fā)送的會(huì)話資源申請(qǐng)中攜帶重用 會(huì)話指示。
13、 根據(jù)權(quán)利要求12所述的策略控制方法，其特征在于， 所述重用會(huì)話策略中包含一個(gè)或者多個(gè)會(huì)話標(biāo)識(shí)，所述重用會(huì)話指示中包含一個(gè)或者多個(gè)資源標(biāo)識(shí)；或者，所述重用會(huì)話策略中包含一個(gè)或者多個(gè)i某體流標(biāo)識(shí)，所述重用會(huì)話指示中 包含一個(gè)或者多個(gè)資源標(biāo)識(shí)。
14、 根據(jù)根據(jù)權(quán)利要求13所述的策略控制方法，其特征在于， 所述重用會(huì)話指示中進(jìn)一步包括一個(gè)或者多個(gè)帶寬信息。
15、 根據(jù)權(quán)利要求13所述的策略控制方法，其特征在于，該方法進(jìn)一步包括會(huì)話資源申請(qǐng)單元進(jìn)一步建立重用會(huì)話策略中的會(huì)話標(biāo)識(shí)到重用會(huì)話指示 中的資源標(biāo)識(shí)之間的映射，或者建立重用會(huì)話策略中的i某體流標(biāo)識(shí)到重用會(huì)話 指示中的資源標(biāo)識(shí)之間的映射。
16、 根據(jù)權(quán)利要求13所述的策略控制方法，其特征在于，策略決策單元確 定策略決策包括策略決策單元重用資源標(biāo)識(shí)對(duì)應(yīng)的資源，不另外申請(qǐng)會(huì)話資 源。
17、 根據(jù)權(quán)利要求8所述的策略控制方法，其特征在于， 策略決策單元確定策略決策包括策略決策單元判斷資源是否可用，并當(dāng)確定可用時(shí)確定策略決策為激活々某體資源。
18、 根據(jù)權(quán)利要求17所述的策略控制方法，其特征在于， 剴斷資源判斷當(dāng)前資源是否滿足激活請(qǐng)求；或 判斷重用的資源是否滿足激活請(qǐng)求；
19、 根據(jù)權(quán)利要求8所述的策略控制方法，其特征在于，該方法進(jìn)一步包括進(jìn)一步產(chǎn)生更新的會(huì)話資源操作需求，在所述會(huì)話請(qǐng)求的后續(xù)消息中攜帶所述更新的會(huì)話資源操作需求，并向會(huì)話資源申請(qǐng)單元發(fā)送所述后續(xù)消息；會(huì)話資源申請(qǐng)單元進(jìn)一步根據(jù)所述后續(xù)消息中更新的會(huì)話資源操作需求確 定更新的會(huì)話資源才喿作指示，并向策略決策單元發(fā)送攜帶有所述更新的會(huì)話資 源操作指示的會(huì)話資源申請(qǐng)請(qǐng)求。
20、 根據(jù)權(quán)利要求7-18中任一項(xiàng)所述的策略控制方法，其特征在于，預(yù)先 設(shè)定默認(rèn)會(huì)話資源操作需求，該方法進(jìn)一步包括當(dāng)所述會(huì)話請(qǐng)求的后續(xù)消息中未包含會(huì)話資源操作需求時(shí)，確定所述默認(rèn) 會(huì)話資源操作需求作為會(huì)話資源操作需求；會(huì)話資源申請(qǐng)單元進(jìn)一步根據(jù)所述默認(rèn)會(huì)話資源操作需求申請(qǐng)會(huì)話資源。
21、 一種IP多媒體子系統(tǒng)中通過(guò)策略控制實(shí)現(xiàn)會(huì)議業(yè)務(wù)的方法，其特征在 于，該方法包4舌發(fā)起會(huì)議業(yè)務(wù)，并保持當(dāng)前的會(huì)話；產(chǎn)生會(huì)話資源操作需求，并向會(huì)話資源申請(qǐng)單元發(fā)送攜帶有所述會(huì)話資源 操作需求的會(huì)議業(yè)務(wù)會(huì)話請(qǐng)求；會(huì)話資源申請(qǐng)單元根據(jù)所述會(huì)話請(qǐng)求中的會(huì)話資源操作需求申請(qǐng)會(huì)話資 源，并將新的會(huì)話加入到所述會(huì)議業(yè)務(wù)中。
22、 根據(jù)權(quán)利要求21所述的實(shí)現(xiàn)會(huì)議業(yè)務(wù)的方法，其特征在于，該方法進(jìn) 一步包括用戶終端根據(jù)用戶的指示，執(zhí)行所述保持當(dāng)前會(huì)話的操作；或用戶終端根 據(jù)自身的判斷，執(zhí)行所述保持當(dāng)前^^舌的操作；
23、 一種IP多々某體子系統(tǒng)中會(huì)話資源控制裝置，其特征在于，該會(huì)話資源 控制裝置與會(huì)話資源申請(qǐng)單元連接，所述會(huì)話資源申請(qǐng)單元一艮據(jù)收到的會(huì)話請(qǐng) 求中的會(huì)話資源操作需求確定會(huì)話資源搡作指示，并向策略決策單元發(fā)送攜帶 有所述會(huì)話資源操作指示的會(huì)話資源申請(qǐng)請(qǐng)求，由策略決策單元根據(jù)所述會(huì)話 資源申請(qǐng)請(qǐng)求中的會(huì)話資源操作指示確定策略決策；其中該會(huì)話資源控制裝置包括會(huì)話請(qǐng)求構(gòu)建模塊，用于在會(huì)話請(qǐng)求中攜帶會(huì)話資源操作需求； 會(huì)話請(qǐng)求發(fā)送模塊，用于向會(huì)話資源申請(qǐng)單元發(fā)送攜帶有所述會(huì)話資源操 作需求的會(huì)話請(qǐng)求。
24、 根據(jù)權(quán)利要求23所述的會(huì)話資源控制裝置，其特征在于，該裝置進(jìn)一 步包括會(huì)話資源操作需求生成模塊，所述資源操作需求生成模塊，用于根據(jù)用戶的意愿產(chǎn)生所述會(huì)話資源操作 需求；或用于根據(jù)用戶的簽約狀態(tài)產(chǎn)生所述會(huì)話資源才喿作需求；或 用于根據(jù)用戶的業(yè)務(wù)狀態(tài)產(chǎn)生所述會(huì)話資源才喿作需求；或 用于根據(jù)用戶的會(huì)話狀態(tài)產(chǎn)生所述會(huì)話資源操作需求；或 用于根據(jù)會(huì)話請(qǐng)求中的參數(shù)產(chǎn)生所述會(huì)話資源操作需求，所述會(huì)話資源操 作需求包括資源過(guò)度預(yù)留策略或者重用會(huì)話策略。
25、 根據(jù)權(quán)利要求23所述的會(huì)話資源控制裝置，其特征在于，所述會(huì)話請(qǐng) 求包括激活保持業(yè)務(wù)后發(fā)起新的會(huì)話請(qǐng)求；或 發(fā)起會(huì)議業(yè)務(wù)的會(huì)話請(qǐng)求。
26、 根據(jù)權(quán)利要求23或24或25所述的會(huì)話資源控制裝置，其特征在于， 所述會(huì)話資源控制裝置為用戶終端。
27、 一種IP多i某體子系統(tǒng)中會(huì)話資源控制裝置，其特征在于，該會(huì)話資源 控制裝置與會(huì)話資源申請(qǐng)單元連接，所述會(huì)話資源申請(qǐng)單元根據(jù)收到的會(huì)話請(qǐng) 求中的會(huì)話資源操作需求確定會(huì)話資源操:作指示，并向策略決策單元發(fā)送攜帶 有所述會(huì)話資源操作指示的會(huì)話資源申請(qǐng)請(qǐng)求，由策略決策單元根據(jù)所述會(huì)話 資源申請(qǐng)請(qǐng)求中的會(huì)話資源操作指示確定策略決策；該會(huì)話資源控制裝置包括會(huì)話請(qǐng)求接收模塊，用于接收由用戶終端所發(fā)送的會(huì)話請(qǐng)求； 會(huì)話策略資源攜帶模塊，用于在所述會(huì)話請(qǐng)求中攜帶會(huì)話資源操作需求， 并向會(huì)話資源申請(qǐng)單元發(fā)送攜帶有所述會(huì)話資源操作需求的會(huì)話請(qǐng)求。
28、 根據(jù)權(quán)利要求27所述的會(huì)話資源控制裝置，其特征在于，所述會(huì)話請(qǐng) 求包括用戶激活呼叫保持業(yè)務(wù)請(qǐng)求； 用戶簽約呼叫等待業(yè)務(wù)請(qǐng)求；用戶簽約會(huì)議業(yè)務(wù)請(qǐng)求；所述會(huì)話資源操作需求包括資源過(guò)度預(yù)留策略或者重用會(huì)話策略。。
29、 根據(jù)權(quán)利要求27或28所述的會(huì)話資源控制裝置，其特征在于，所述 會(huì)話資源控制裝置為應(yīng)用服務(wù)器。
30、 一種IP多々某體子系統(tǒng)中會(huì)話資源申請(qǐng)裝置，其特征在于，該會(huì)話資源 申請(qǐng)裝置與策略決策單元連接，所述策略決策單元根據(jù)收到的會(huì)話資源申請(qǐng)請(qǐng) 求中的會(huì)話資源操作指示確定策略決策，其中該會(huì)話資源申請(qǐng)裝置包括會(huì)話資源操作指示確定模塊，用于根據(jù)收到的會(huì)話請(qǐng)求中的會(huì)話資源操作 需求確定會(huì)話資源操作指示；會(huì)話資源申請(qǐng)請(qǐng)求發(fā)送模塊，用于向策略決策單元發(fā)送攜帶有所述會(huì)話資 源操作指示的會(huì)話資源申請(qǐng)請(qǐng)求。
31、 根據(jù)權(quán)利要求30所述的會(huì)話資源申請(qǐng)裝置，其特征在于，所述會(huì)話資 源操作指示確定模塊，根據(jù)收到的會(huì)話請(qǐng)求中的會(huì)話資源操作需求確定會(huì)話資 源操作指示具體為當(dāng)會(huì)話請(qǐng)求中的會(huì)話資源操作需求包含資源過(guò)度預(yù)留策略 ,確定的會(huì)話資源操作指示為資源過(guò)度預(yù)留指示；當(dāng)會(huì)話請(qǐng)求中的會(huì)話資源操 作需求包含重用會(huì)話策略，確定的會(huì)話資源才喿作指示為重用會(huì)話指示。
32、 根據(jù)權(quán)利要求30或31所述的會(huì)話資源申請(qǐng)裝置，其特征在于，所述 會(huì)話資源申請(qǐng)裝置為P-CSCF、 AS或IBCF。
33、 一種IP多i某體子系統(tǒng)中會(huì)話資源處理裝置，其特征在于，該裝置與策 略決策單元連接，所述策略決策單元根據(jù)收到的會(huì)話資源申請(qǐng)請(qǐng)求中的會(huì)話資 源操作指示確定策略決策；該裝置包括會(huì)話資源操作需求生成模塊，用于根據(jù)收到的會(huì)話請(qǐng)求中的參數(shù)生成會(huì)話資源操作需求；會(huì)話資源操作指示確定模塊，用于根據(jù)所述會(huì)話資源操作需求確定會(huì)話資 源操作指示，并向策略決策單元發(fā)送攜帶有所述會(huì)話資源操作指示的會(huì)話資源 中請(qǐng)請(qǐng)求。
34、根據(jù)權(quán)利要求33所述的會(huì)話資源處理裝置，其特征在于，所述會(huì)話資 源操作需求生成模塊，用于根據(jù)收到的會(huì)話請(qǐng)求中的replaces參數(shù)生成會(huì)話資 源操作需求。
全文摘要
本發(fā)明實(shí)施例公開(kāi)了一種策略控制系統(tǒng)，該系統(tǒng)包括會(huì)話資源控制單元，用于產(chǎn)生會(huì)話資源操作需求，并向會(huì)話資源申請(qǐng)單元發(fā)送攜帶有所述會(huì)話資源操作需求的會(huì)話請(qǐng)求；會(huì)話資源申請(qǐng)單元，用于根據(jù)所述會(huì)話請(qǐng)求中的會(huì)話資源操作需求申請(qǐng)會(huì)話資源。本發(fā)明實(shí)施例還公開(kāi)了一種策略控制方法、通過(guò)策略控制實(shí)現(xiàn)會(huì)議業(yè)務(wù)的方法、會(huì)話資源控制裝置和會(huì)話資源申請(qǐng)裝置。應(yīng)用本發(fā)明以后，能夠根據(jù)業(yè)務(wù)的需要執(zhí)行策略控制功能，使得用戶可以同時(shí)建立多個(gè)會(huì)話。在同一時(shí)刻，只有部分會(huì)話的媒體處于激活狀態(tài)，能夠提高媒體資源的利用，也使業(yè)務(wù)的實(shí)現(xiàn)成為可能。
文檔編號(hào)H04L29/06GK101399768SQ20071030553
公開(kāi)日2009年4月1日 申請(qǐng)日期2007年12月24日 優(yōu)先權(quán)日2007年9月30日
發(fā)明者青 周, 施有鑄 申請(qǐng)人:華為技術(shù)有限公司