策略控制處理方法、裝置及系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種策略控制處理方法、裝置及系統(tǒng)。
【背景技術(shù)】
[0002] 圖1是相關(guān)技術(shù)中第三代合作伙伴計(jì)劃（3rd Generation Partnership Project, 簡稱為3GPP)定義的策略和計(jì)費(fèi)控制（Policy and Charging Control，簡稱為PCC)架構(gòu) 示意圖，如圖1所示，策略和計(jì)費(fèi)規(guī)則功能（Policy and Charging Rules Function,簡稱 為PCRF)為業(yè)務(wù)使用網(wǎng)絡(luò)資源進(jìn)行服務(wù)質(zhì)量（Quality of Service，簡稱為QoS)和計(jì)費(fèi)策 略的制訂。PCRF制定控制策略需要結(jié)合從應(yīng)用功能（Application Function，簡稱為AF) 接收的業(yè)務(wù)信息，從用戶簽約數(shù)據(jù)庫（Subscription Profile Repository,簡稱為SPR)接收 的用戶簽約信息，運(yùn)營商配置的策略等。PCRF將為業(yè)務(wù)制定的控制策略下發(fā)給策略和計(jì)費(fèi) 執(zhí)行功能（Policy and Charging Enforcement Function,簡稱為 PCEF)或者承載綁定和 事件上報(bào)功能（Bearer Binding and Event Report Function，簡稱為 BBERF)執(zhí)行。同時(shí) PCRF可以向PCEF和/或BBERF訂閱承載層相關(guān)事件，以便當(dāng)承載層發(fā)生所述事件時(shí)及時(shí)感 知，并更改控制策略。此外，PCEF以及業(yè)務(wù)檢測功能（Traffic Detection Function,簡稱為 TDF)能夠根據(jù)PCRF下發(fā)的PCC規(guī)則（PCEF)或應(yīng)用和檢測控制（Application Detection and Control，簡稱為ADC)規(guī)則（TDF)執(zhí)行應(yīng)用檢測和控制功能。
[0003] 為了實(shí)現(xiàn)端到端的QoS保證，3GPP網(wǎng)絡(luò)提供基于承載粒度的QoS保障。被映射到 同一個(gè)承載的業(yè)務(wù)將被采用相同的承載層包轉(zhuǎn)發(fā)處理。若需要提供不同的承載層包轉(zhuǎn)發(fā)處 理，則需要將業(yè)務(wù)流映射到不同的EPS承載上。一般一個(gè)承載都有一個(gè)關(guān)聯(lián)的過濾器模板 (trafficf low template，簡稱為TFT)。上行業(yè)務(wù)流模板（UL TFT)是TFT中的上行包過濾器 集合。下行業(yè)務(wù)流模板（DL TFT)是TFT中的下行包過濾器集合。每個(gè)PDN連接中允許有 一個(gè)承載沒有TFT。對(duì)于EPS IP-CAN，默認(rèn)承載可能沒有TFT。
[0004] UE使用UL TFT將上行方向的業(yè)務(wù)映射到一個(gè)EPS承載。PCEF (GTP-based S5/S8) 或者BBERF(PMIP-basedS5/S8)使用DLTFT將下行方向業(yè)務(wù)映射到一個(gè)EPS承載。例如， UE基于分配關(guān)聯(lián)到承載的UL TFT將上行數(shù)據(jù)包映射到不同的EPS承載。用戶匹配時(shí)，首先 比較最低優(yōu)先級(jí)的UL TFT中的包過濾器，并且在沒有找到匹配時(shí)，通過增加優(yōu)先級(jí)次序繼 續(xù)上行數(shù)據(jù)包過濾器的比較。當(dāng)找到匹配或者所有的上行包過濾器都被比較過后，這個(gè)過 程結(jié)束。如果找到匹配，上行數(shù)據(jù)包通過匹配的上行包過濾器所在的TFT關(guān)聯(lián)的EPS承載 傳送。如果沒有找到匹配，上行數(shù)據(jù)包將被通過還沒有分配上行包過濾器的EPS承載發(fā)送。 如果所有的EPS承載（包含PDN對(duì)應(yīng)的缺省EPS承載）已經(jīng)被分配了一個(gè)或者更多的上行 包過濾器，UE將放棄上行數(shù)據(jù)包。
[0005] 承載可以是單向的，對(duì)于下行單向承載，除了該承載有一個(gè)關(guān)聯(lián)的DL TFT外，還需 要有一個(gè)上行的過濾器拒絕所有的上行數(shù)據(jù)，以防止UE上行數(shù)據(jù)被匹配到該下行單向承 載上。
[0006] 在相關(guān)技術(shù)中，若默認(rèn)承載上沒有TFT，則表示任何無法匹配專有承載的TFT數(shù)據(jù) 都可以通過沒有TFT的默認(rèn)承載傳輸。
[0007] PCRF下發(fā)的PCC或QoS規(guī)則中包含一個(gè)業(yè)務(wù)數(shù)據(jù)流過濾器模板（SDF template)， SDF template中通常包含一個(gè)或多個(gè)業(yè)務(wù)數(shù)據(jù)流過濾器。PCRF可以提供一個(gè)包含通配的 (wild-carded)業(yè)務(wù)數(shù)據(jù)流過濾器的PCC規(guī)則以便允許無法匹配其他任何PCC或QoS規(guī)則 的數(shù)據(jù)包通過。
[0008] 當(dāng)PCEF或BBERF安裝或激活PCRF提供的PCC規(guī)則或QoS規(guī)則后，PCEF或BBERF 根據(jù)規(guī)則中的QCI/ARP執(zhí)行承載綁定，并根據(jù)規(guī)則中的SDF template構(gòu)造 TFT以發(fā)送給 UE。盡管相同QCI/ARP的規(guī)則可以綁定到同一個(gè)承載上，但是并不是相同QCI/ARP的規(guī)則 總是綁定到同一個(gè)承載。因此PCRF在提供PCC規(guī)則/QoS規(guī)則時(shí)無法確定規(guī)則綁定到哪個(gè) 承載上，而PCEF/BBERF最終決定將PCC/QoS規(guī)則綁定到特定的承載上。
[0009] 對(duì)于GBR承載，PCEF/BBERF將承載的GBR設(shè)置為綁定到這個(gè)承載的所有PCC規(guī)則 或QoS規(guī)則的GBR的總和，將承載的MBR設(shè)置為綁定到這個(gè)承載的所有PCC規(guī)則或QoS規(guī) 則的MBR的總和。對(duì)于Non-GBR承載，當(dāng)IP-CAN類型支持non-GBR承載可以有分開的MBR 時(shí)，將Non-GBR承載的MBR設(shè)置為綁定到這個(gè)承載的所有PCC規(guī)則或QoS規(guī)則的MBR的總 和。核心網(wǎng)和無線側(cè)將根據(jù)QCI、ARP、GBR以及MRB為承載分配相應(yīng)的資源。
[0010] 下面結(jié)合附圖對(duì)相關(guān)技術(shù)中的業(yè)務(wù)資源處理進(jìn)行說明。下面以會(huì)話呼叫業(yè)務(wù)為例 進(jìn)行說明。
[0011] 圖2是相關(guān)技術(shù)中頂S會(huì)話過程中，起呼側(cè)P-CSCF和PCRF提供業(yè)務(wù)信息的流程 圖，如圖2所示，該流程包括如下步驟：
[0012] 步驟S202, UE與網(wǎng)絡(luò)交互，建立IP-CAN會(huì)話；
[0013] 步驟S204, P-CSCF收到在SIP消息中攜帶的SDP offer，其中攜帶由起呼UE定義 的SDP參數(shù)。此外消息中還攜帶為對(duì)話標(biāo)識(shí)（表示為對(duì)話標(biāo)識(shí)1);
[0014] 步驟 S206, P-CSCF 向終呼側(cè)轉(zhuǎn)發(fā) SDP offer ;
[0015] 步驟S208, P-CSCF收到來自終呼側(cè)的經(jīng)過協(xié)商的SDP參數(shù)；
[0016] 步驟S210, P-CSCF從SDP從獲取相關(guān)的業(yè)務(wù)信息，如IP地址、端口號(hào)、媒體類別、 QoS需求等；
[0017] P-CSCF (即位于P-CSCF的AF)向PCRF發(fā)送Diameter AAR消息，建立一個(gè)新的Rx Diameter會(huì)話（表示為Rx session 1)。在AAR消息中攜帶該Diameter會(huì)話的會(huì)話標(biāo)識(shí) (表示為會(huì)話標(biāo)識(shí)1)，業(yè)務(wù)信息的；
[0018] AAR消息的格式如下：


[0025] 對(duì)于一個(gè)視頻電話，具有視頻流和語音流，通常在AAR消息里面攜帶兩個(gè) Media-Component-Description實(shí)例，一個(gè)用來攜帶視頻流的信息（Media-Type取 值為VIDEO)，另一個(gè)用來攜帶語音流的信息（Media-Type取值為AUDIO)。不同的 Media-Component-Description 可以用不同的 Media-Component-Number 標(biāo)識(shí)。此外在每一 個(gè) Media-Component-Description 實(shí)例中攜帶一個(gè)或多 Media-Sub-Component 實(shí)體，譬如 一個(gè)用于攜帶RTP流描述，另一個(gè)用來攜帶RTCP流描述。
[0026] 步驟S212, PCRF保存收到的業(yè)務(wù)信息，執(zhí)行會(huì)話綁定；
[0027] 步驟 S214, PCRF 向 P-CSCF (即位于 P-CSCF 的 AF)返回 Diameter AAA 消息；
[0028] 步驟S216, P-CSCF將SDP參數(shù)轉(zhuǎn)發(fā)給UE ;
[0029] 步驟S218, PCRF根據(jù)收到會(huì)話信息進(jìn)行策略決策，制定PCC規(guī)則（表示為PCC規(guī) 則1);
[0030] PCRF可以根據(jù)Media-Component-Descript ion攜帶的業(yè)務(wù)信息決定授權(quán)的PCC規(guī) 則的QoS信息和過濾器模板。PCRF制定的PCC規(guī)則可能有多個(gè)。對(duì)于一個(gè)視頻電話，通常 視頻和語音所需要的QoS不一樣，因此PCRF可為視頻流和語音流分別制定一個(gè)PCC規(guī)則； 譬如音頻流對(duì)應(yīng)的PCC規(guī)則的QCI為I，GBR、MBR為23kps (表示為PCC規(guī)則la)，視頻流的 PCC規(guī)則QCI為2, GBR、MBR為700kps (表示為PCC規(guī)則Ib)。PCC規(guī)則1表示PCRF為這個(gè) MS會(huì)話制定的一個(gè)或一組PCC規(guī)則。通常情況下，此時(shí)PCC規(guī)則的門控還沒有打開。
[0031] PCC規(guī)則的具體格式如下，一個(gè)PCC規(guī)則對(duì)應(yīng)一個(gè)Charging-Rule-Definition :
[0032]
[0033] 步驟S220，PCRF向PCEF發(fā)送RAR消息，消息中攜帶PCC規(guī)則1。具體實(shí)現(xiàn)時(shí)，PCRF 在RAR消息中攜帶Charging-Rule-Install AVP，在Charging-Rule-Install AVP 中攜帶一 個(gè)或多個(gè) Charging-Rule-Definition 實(shí)體；
[0034] 步驟 S222, PCRF 向 P-CSCF 返回 RAA 消息；
[0035] 步驟S224, PCEF安裝并執(zhí)行PCC規(guī)則1，根據(jù)PCC規(guī)則1，執(zhí)行承載綁定。PECF根 據(jù)PCC規(guī)則1中的QCI/ARP判斷是否有已存在的相同QCI/ARP的承載，若不存在，則發(fā)起承 載建立流程；否則發(fā)起承載修改流程。這里，PCEF決定新建承載，PCEF將承載的GBR設(shè)置 為PCC規(guī)則1的GBR，將承載的MBR設(shè)置為PCC規(guī)則1的MBR的總和。此外，PCEF根據(jù)PCC 規(guī)則1中的過濾器模板生成承載的TFT后發(fā)送給UE。對(duì)應(yīng)視頻電話，由于有PCC規(guī)則Ia和 規(guī)則lb，因此PCEF發(fā)起兩個(gè)承載，分別設(shè)置QCI-I承載的GBR/MBR為23kps，QCI-2承載的 GBR/MBR 為 700kps)。
[0036] 圖3是相關(guān)技術(shù)中如圖2流程后，PCRF制定決策，打開門控的流程圖，在PCRF制 定策略打門控后，已經(jīng)授權(quán)的業(yè)務(wù)信息可以使用為其分配的資源，如圖3所示，該流程包括 如下步驟：
[0037] 步驟S302，P-CSCF收到2xx成功消息，消息中攜帶對(duì)話標(biāo)識(shí)1 ;
[0038] 步驟 S3〇4, P-CSCF (即位于 P-CSCF 的 AF)向 PCRF 發(fā)送 Diameter AAR 消息，請求 打開該業(yè)務(wù)的門控。消息中攜帶的Diameter會(huì)話標(biāo)識(shí)為會(huì)話標(biāo)識(shí)1 ;
[0039] 步驟S306，PCRF更新受影響的PCC規(guī)則的流狀態(tài)信息，打開門控，即PCRF打開PCC 規(guī)則1的雙向門控，這項(xiàng)UE可以向?qū)Χ税l(fā)送數(shù)據(jù)，對(duì)端也可以向UE發(fā)送數(shù)據(jù)；
[0040] 步驟 S308, PCRF 向 P-CSCF (即位于 P-CSCF 的 AF)返回 AAA 消息；
[0041] 步驟S310, P-CSCF向UE轉(zhuǎn)發(fā)2xx成功消息；
[0042] 步驟S312, PCRF向PCEF發(fā)送Diameter RAR消息，攜帶更新后的PCC規(guī)則1 ;
[0043] 步驟S314, PCEF向PCRF返回確認(rèn)消息；
[0044] 步驟S316，PCEF更新PCC規(guī)則1，并更新承載的TFT，即打開TFT中的門控，將更新 的TFT發(fā)送給UE。
[0045] 圖4是相關(guān)技術(shù)中執(zhí)行圖2、圖3流程后，UE發(fā)起呼叫保持（call hold)后，網(wǎng)絡(luò) 關(guān)閉門控的流程圖，如圖4所示，該流程包括如下步驟：
[0046] 步驟S402, UE向?qū)Χ税l(fā)送呼叫保持請求消息后，對(duì)端做出響應(yīng)。P-CSCF收到SDP Answer 指不媒體保持（media on hold)，即圖中的 SDP answer putting media on hold，消 息中攜帶對(duì)話標(biāo)識(shí)I ;
[0047] 步驟 S404, P-CSCF (即位于 P-CSCF 的 AF)向 PCRF 發(fā)送 Diameter AAR 消息，消息 中攜帶更新的業(yè)務(wù)信息。更新的業(yè)務(wù)信息通常是對(duì)端不能向UE發(fā)送數(shù)據(jù)。此外，更新的業(yè) 務(wù)信息還可以標(biāo)識(shí)UE也不可以向?qū)Χ税l(fā)送數(shù)據(jù)。消息中攜帶的Diameter會(huì)話標(biāo)識(shí)為會(huì)話 標(biāo)識(shí)1 ;
[0048] 步驟S406, PCRF更新受影響的PCC規(guī)則1的流狀態(tài)信息，關(guān)閉PCC規(guī)則1中下行 方向的門控。此外，PCRF還可以關(guān)閉PCC規(guī)則1中上行方向的門控；
[0049] 步驟 S408, PCRF 向 P-CSCF (即位于 P-CSCF 的 AF)返回 Diameter AAA 消息；
[0050] 步驟S410, PCRF向PCEF發(fā)送Diameter RAR消息，攜帶更新后PCC規(guī)則1 ;
[0051] 步驟S412, PCEF返回確認(rèn)消息；
[0052] 步驟S414, PCEF更新PCC規(guī)則1，并更新承載的TFT，即關(guān)閉TFT中的門控，將更新 的TFT發(fā)送給UE。
[0053] 在有些場景下，綁定到一個(gè)承載的PCC或QoS規(guī)則所對(duì)應(yīng)的業(yè)務(wù)并不會(huì)同時(shí)使 用。譬如一個(gè)用戶采用如下圖2和圖3的流程發(fā)起一個(gè)視頻電話后，網(wǎng)絡(luò)制定相應(yīng)的PCC 規(guī)則（其中QCI-I為23kps帶寬，QCI-2為700kps帶寬），PCEF執(zhí)行承載綁定后，網(wǎng)絡(luò)為 其分配相應(yīng)的資源。此后，用戶采用圖4的流程將該視頻電話掛起，并采用圖2和圖3的流 程再發(fā)起另外一個(gè)視頻電話，網(wǎng)絡(luò)將為這個(gè)新的視頻電話制定PCC規(guī)則，（其中，QCI-I為 23kps，QCI-2為700kps)，PCEF執(zhí)行承載綁定后，網(wǎng)絡(luò)分配的總的資源為：QCI-I為46kps， QCI-1400kps。事實(shí)上，這兩個(gè)電話不會(huì)進(jìn)行，也就是說這兩個(gè)電話不會(huì)同時(shí)占用網(wǎng)絡(luò)資源， 網(wǎng)絡(luò)分配的總的資源存在浪費(fèi)現(xiàn)象。
[0054] 因此，在相關(guān)技術(shù)中，由于綁定到一個(gè)承載的PCC或QoS規(guī)則所對(duì)應(yīng)的業(yè)務(wù)并不會(huì) 同時(shí)使用，因而存在資源浪費(fèi)的現(xiàn)象。

【發(fā)明內(nèi)容】

[0055] 本發(fā)明提供了一種策略控制處理方法、裝置及系統(tǒng)，以至少解決在相關(guān)技術(shù)中，由 于綁定到一個(gè)承載的PCC或QoS規(guī)則所對(duì)應(yīng)的業(yè)務(wù)并不會(huì)同時(shí)使用，因而存在資源浪費(fèi)的 現(xiàn)象的問題。
[0056] 根據(jù)本發(fā)明的一個(gè)方面，提供了一種策略控制處理方法，包括：策略執(zhí)行功能實(shí)體 接收策略和計(jì)費(fèi)規(guī)則功能實(shí)體PCRF提供的用于指示第二策略規(guī)則與第一策略規(guī)則共享資 源的第一共享資源指示信息；所述策略執(zhí)行功能實(shí)體依據(jù)所述第一共享資源指示信息執(zhí)行 所述第二策略規(guī)則與所述第一策略規(guī)則的資源共享操作。
[0057] 優(yōu)選地，所述策略執(zhí)行功能實(shí)體依據(jù)所述第一共享資源指示信息執(zhí)行所述第二策 略規(guī)則與所述第一策略規(guī)則的資源共享操作包括：所述策略執(zhí)行功能實(shí)體確定所述第二策 略規(guī)則與所述第一策略規(guī)則綁定到同一個(gè)承載；所述策略執(zhí)行功能實(shí)體確定所述第二策略 規(guī)則和所述第一策略規(guī)則占用的保障帶寬GBR的取值為所述第二策略規(guī)則與所述第一策 略規(guī)則中的較大的GBR的取值。
[0058] 優(yōu)選地，在所述策略執(zhí)行功能實(shí)體確定所述第二策略規(guī)則和所述第一策略規(guī)則占 用的保障帶寬GBR的取值為所述第二策略規(guī)則與所述第一策略規(guī)則中的較大的GBR的取值 之后，還包括：若所述承載沒有綁定除所述第一策略規(guī)則和所述第二策略規(guī)則外的其它策 略規(guī)則，則所述策略執(zhí)行功能實(shí)體根據(jù)所述第一共享資源指示信息確定所述承載的GBR為 所述第二策略規(guī)則與所述第一策略規(guī)則中的較大的GBR的取值；和/或，若所述承載還綁定 除所述第一策略規(guī)則和所述第二策略規(guī)則外的其它策略規(guī)則，則所述策略執(zhí)行功能實(shí)體根 據(jù)所述第一共享資源指示信息確定所述承載的所述GBR為所述第一策略規(guī)則與所述第二 策略規(guī)則中的較大GBR的取值與所述其它策略規(guī)則的GBR取值之和。
[0059] 優(yōu)選地，所述策略執(zhí)行功能實(shí)體依據(jù)所述第一共享資源指示信息執(zhí)行所述第二策 略規(guī)則與所述第一策略規(guī)則的資源共享操作包括：所述策略執(zhí)行功能實(shí)體確定所述第二策 略規(guī)則與所述第一策略規(guī)則綁定到同一個(gè)承載；所述策略執(zhí)行功能實(shí)體確定所述第二策略 規(guī)則和所述第一策略規(guī)則占用的最大帶寬MBR的取值為所述第二策略規(guī)則與所述第一策 略規(guī)則中的較大的MBR的取值。
[0060] 優(yōu)選地，在所述策略執(zhí)行功能實(shí)體確定所述第二策略規(guī)則和所述第一策略規(guī)則占 用的資源最大帶寬MBR的取值為所述第二策略規(guī)則與所述第一策略規(guī)則中的較大的MBR 的取值之后，還包括：若所述承載沒有綁定除所述第一策略規(guī)則和所述第二策略規(guī)則外的 其它策略規(guī)則，則所述策略執(zhí)行功能實(shí)體根據(jù)所述第一共享資源指示信息確定所述承載的 MBR為所述第二策略規(guī)則與所述第一策略規(guī)則中的較大的MBR取值；和/或，若所述承載還 綁定除所述第一策略規(guī)則和所述第二策略規(guī)則外的其它策略規(guī)則，則所述策略執(zhí)行功能實(shí) 體根據(jù)所述第一共享資源指示信息確定所述承載的所述MBR為所述第一策略規(guī)則與所述 第二策略規(guī)則中的較大MBR的取值與所述其它策略規(guī)則的MBR取值之和。
[0061] 優(yōu)選地，在所述第一策略規(guī)則、第二策略規(guī)則為策略和計(jì)費(fèi)控制PCC規(guī)則的情況 下，所述策略執(zhí)行功能實(shí)體為策略和計(jì)費(fèi)執(zhí)行功能實(shí)體PCEF ;在所述第一策略規(guī)則、第二 策略規(guī)則為服務(wù)質(zhì)量QoS規(guī)則的情況下，所述策略執(zhí)行功能實(shí)體為承載綁定和事件報(bào)告功 能實(shí)體BBERF。
[0062] 優(yōu)選地，所述第一共享資源指示信息為所述第一策略規(guī)則的策略規(guī)則名或所述第 一策略規(guī)則攜帶的預(yù)定標(biāo)識(shí)。
[0063] 優(yōu)選地，所述第一策略規(guī)則攜帶的所述預(yù)定標(biāo)識(shí)在所述第一策略規(guī)則初始下發(fā)或 修改時(shí)提供。
[0064] 優(yōu)選地，所述第一共享資源指示信息攜帶在所述第二策略規(guī)則中或攜帶在安裝所 述第二策略規(guī)則的參數(shù)中。
[0065] 優(yōu)選地，在所述第一策略規(guī)則、所述第二策略規(guī)則對(duì)應(yīng)的業(yè)務(wù)為會(huì)話呼叫業(yè)務(wù)時(shí)， 所述第一共享指示信息由所述PCRF依據(jù)應(yīng)用功能實(shí)體AF提供的第二共享資源指示信息確 定，其中，所述第二共享資源指示信息用于指示對(duì)應(yīng)于所述第二策略規(guī)則的所述第二會(huì)話 呼叫業(yè)務(wù)共享與所述第二會(huì)話呼叫業(yè)務(wù)具有相同媒體類型的對(duì)應(yīng)于所述第一策略規(guī)則的 第一會(huì)話呼叫業(yè)務(wù)的資源。
[0066] 根據(jù)本發(fā)明的另一方面，提供了一種策略控制處理方法，包括：在用戶設(shè)備UE存 在第一會(huì)話呼叫業(yè)務(wù)時(shí)，應(yīng)用功能實(shí)體AF獲取所述UE發(fā)起的第二會(huì)話呼叫業(yè)務(wù)的業(yè)務(wù)信 息；所述AF向策略和計(jì)費(fèi)規(guī)則功能實(shí)體PCRF發(fā)送用于請求策略的第一消息，其中，所述第 一消息中攜帶有第二共享資源指示信息和所述業(yè)務(wù)信息，其中，所述第二共享資源指示信 息用于指示所述第二會(huì)話呼叫業(yè)務(wù)共享具有與所述第二會(huì)話呼叫業(yè)務(wù)相同的媒體類型的 第一會(huì)話呼叫業(yè)務(wù)的資源，所述PCRF依據(jù)所述第二共享資源指示信息和所述業(yè)務(wù)信息為 所述第二會(huì)話呼叫業(yè)務(wù)制定共享資源的策略。
[0067] 優(yōu)選地，在所述AF向所述PCRF發(fā)送用于為所述第二會(huì)話呼叫業(yè)務(wù)請求策略的所 述第一消息之前，還包括：所述AF確定所述第二會(huì)話呼叫業(yè)務(wù)與所述第一會(huì)話呼叫業(yè)務(wù)的 媒體類型相同。
[0068] 優(yōu)選地，所述AF采用第一 Rx會(huì)話向所述PCRF提供所述第一會(huì)話呼叫業(yè)務(wù)，且所 述AF采用第二Rx會(huì)話向所述PCRF提供所述第二會(huì)話呼叫業(yè)務(wù)，所述AF在所述第二Rx會(huì) 話的所述第一消息中攜帶所述第二共享資源指示信息，其中，所述第二共享資源指示信息 為用于標(biāo)識(shí)所述第一 Rx會(huì)話的會(huì)話標(biāo)識(shí)或所述第一 Rx會(huì)話攜帶的預(yù)定標(biāo)識(shí)。
[0069] 優(yōu)選地，所述第一 Rx會(huì)話攜帶的所述預(yù)定標(biāo)識(shí)在所述第一 Rx會(huì)話的建立或修改 時(shí)提供。優(yōu)選地，所述AF采用第一 Rx會(huì)話向所述PCRF提供所述第一會(huì)話呼叫業(yè)務(wù)，且所 述AF采用所述第一 Rx會(huì)話向所述PCRF提供所述第二會(huì)話呼叫業(yè)務(wù)，所述AF在所述第一 Rx會(huì)話的所述第一消息中攜帶所述第二共享資源指示信息，其中，所述第二共享資源指示 信息為顯式的資源共享指示參數(shù)或所述第二會(huì)話呼叫業(yè)務(wù)的媒體類型與所述第一會(huì)話呼 叫業(yè)務(wù)的媒體類型相同的隱式的資源共享指示參數(shù)。
[0070] 優(yōu)選地，所述AF收到第二會(huì)話呼叫業(yè)務(wù)終結(jié)請求后，采用所述第一 Rx會(huì)話發(fā)送第 二消息，所述第二消息中攜帶所述第二會(huì)話呼叫業(yè)務(wù)對(duì)應(yīng)的媒體組件描述的媒體組件標(biāo)識(shí) 和流狀態(tài)，并且流狀態(tài)設(shè)置為不啟用。
[0071] 根據(jù)本發(fā)明的還一方面，提供了一種策略控制處理方法，包括：在用戶設(shè)備UE存 在第一會(huì)話呼叫業(yè)務(wù)時(shí)