以采用其他方 法實現(xiàn)。譬如PCRF根據(jù)配置進(jìn)行判斷。如當(dāng)PCRF收到的業(yè)務(wù)信息的媒體類型與之前收 到的業(yè)務(wù)信息的媒體類型一致，并且之前收到的業(yè)務(wù)信息的媒體的門控處于關(guān)閉狀態(tài)，則 PCRF判斷的新收到的業(yè)務(wù)信息的媒體與之前收到的業(yè)務(wù)信息的媒體可以共享資源。
[0274] 在實施例二中，對于視頻電話，PCRF分別為視頻流和音頻流制定了一個PCC規(guī)則。 對于處于呼叫保持中的視頻電話，視頻流和音頻流的PCC規(guī)則的門控都處于關(guān)閉狀態(tài)。在 其他實施例中，可以分配為視頻流和音頻流中的RTP流和RTCP流制定一個PCC規(guī)則。對 于處于呼叫保持中的視頻電話，僅RTP流處于關(guān)閉狀態(tài)，而RTCP流處于打開狀態(tài)。在這種 情況下，兩個IMS會話對應(yīng)的綁定到同一個承載的RTP流對應(yīng)的PCC規(guī)則可以共享資源， 而RTCP流不能共享資源。因此PCRF在第二個頂S會話的RTP流對應(yīng)的PCC規(guī)則中添加 Share-Resource-Rule-Name (取值為第一個頂S會話RTP流對應(yīng)的PCC規(guī)則名）。
[0275] 實施例一和實施例二針對的是Call hold的場景進(jìn)行描述的，對于呼叫等待（Call Waiting)，類似的方法同樣適用。只不過根據(jù)現(xiàn)有的Call Waiting的流程，對第一個IMS的 會話呼叫保持的流程是等到第二個IMS會話的資源預(yù)留完成后進(jìn)行的。即在執(zhí)行圖2、圖3 的流程后，P-CSCF通過PCRF為UE發(fā)起的第二個頂S會話進(jìn)行資源預(yù)留，P-CSCF會提供資 源共享的指示信息，PCRF在下發(fā)第二個IMS會話對應(yīng)的PCC規(guī)則時，會指示PCEF將第一個 MS會話的PCC規(guī)則與新下發(fā)的PCC規(guī)則進(jìn)行資源共享。然后P-CSCF會通知PCRF關(guān)閉第 一個頂S的門控。因此針對Call Waiting的場景，Rx接口和Gx接口的擴(kuò)展與Call Hold 流程是一致的。這種場景下，當(dāng)PCRF收到的新業(yè)務(wù)信息的媒體類型與之前收到的業(yè)務(wù)信息 的媒體類型一致，則PCRF判斷的新收到的業(yè)務(wù)信息的媒體與之前收到的業(yè)務(wù)信息的媒體 可以共享資源。
[0276] 對于存在BBBERF的場景，P-CSCF(AF)與PCRF交互可以采用實施例的方式 實現(xiàn)，PCRF與BBERF的交互可以如下實現(xiàn)：根據(jù)現(xiàn)有技術(shù)PCRF會根據(jù)PCC規(guī)則制定 相應(yīng)的QoS規(guī)則當(dāng)PCRF判斷2個或2個以上的QoS規(guī)則可以共享資源時，PCRF可以 采用類似上述實施例中PCC規(guī)則的處理方法，在QoS規(guī)則中增加要共享資源的規(guī)則名 (Share-Resource-Rule-Name)，指示BBERF執(zhí)行共享資源操作，即綁定到一個承載的2個或 2個以上的QoS規(guī)則可以共享資源，這些QoS規(guī)則占用的總資源GBR、MBR為這些QoS規(guī)則 中的GBR、MBR較大的。若只有這些QoS規(guī)則綁定到這個承載上，那么這個承載的GBR、MBR 設(shè)置為這些QoS規(guī)則中的GBR、MBR最大的值；若還有其他QoS規(guī)則綁定到這個承載上，那 么這個承載的GBR、MBR設(shè)置為這些共享資源的QoS規(guī)則中的GBR、MBR最大的值與其他QoS 規(guī)則GBR、MBR的總和。此外，還可以在不在QoS規(guī)則中攜帶要共享的QoS規(guī)則名，而是在攜 帶QoS規(guī)則2的QoS-Rule-Install AVP中攜帶QoS規(guī)則1的規(guī)則名來標(biāo)識QoS規(guī)則1和 QoS規(guī)則2資源共享。
[0277] 實施例三：
[0278] 圖27是根據(jù)本發(fā)明實施例三的在不存在BBERF的場景下，在UE執(zhí)行圖2、圖3、圖 4流程后，發(fā)起新的頂S會話，P-CSCF提供業(yè)務(wù)信息的流程圖。在本流程中，P-CSCF采用新 建立的Rx Diameter會話向PCRF提供業(yè)務(wù)信息，且對Gx接口沒有影響。如圖27所示，該 流程包括如下步驟：
[0279] 步驟S2702, P-CSCF收到在SIP消息中攜帶的SDP offer，其中攜帶由起呼UE定 義的SDP參數(shù)，消息中還攜帶新的對話標(biāo)識（對話標(biāo)識2)表示UE發(fā)起了一個新的對話。
[0280] 步驟 S2704, P-CSCF 向終呼側(cè)轉(zhuǎn)發(fā) SDP offer。
[0281] 步驟S2706, P-CSCF收到來自終呼側(cè)的經(jīng)過協(xié)商的SDP參數(shù)。
[0282] 步驟S2708，P_CSCF從SDP中獲取相關(guān)的業(yè)務(wù)信息，如IP地址、端口號、媒體類別、 QoS需求等。P-CSCF (即位于P-CSCF的AF)向PCRF發(fā)送Diameter AAR消息，建立一個新 的Rx Diameter會話（表示為Rx session 2)。在AAR消息中攜帶該Diameter會話的會話 標(biāo)識（表示為會話標(biāo)識2)，業(yè)務(wù)信息。此外AAR消息中還攜帶會話標(biāo)識1，表示Rx session 2攜帶的業(yè)務(wù)信息可以共享Rx sessionl攜帶的具體有相同媒體類型的業(yè)務(wù)信息的資源。 對于視頻電話，Rx session 2 中的 Media-Type 為 VIDEO 的 Media-Component-Description 可以共享 Rx session 1 中的 Media-Type 為 VIDEO 的 Media-Component-Description 的資 源；Rx session 2 中的 Media-Type 為 AUDIO 的 Media-Component-Description 可以共享 Rx session 1 中的 Media-Type 為 AUDIO 的 Media-Component-Description 的資源。此時 門控是關(guān)閉的。
[0283] 擴(kuò)展的AAR消息的格式如下：
[0284]
[0286] 步驟S2710, PCRF保存收到的業(yè)務(wù)信息，執(zhí)行會話綁定。
[0287] 步驟 S2712, PCRF 向 P-CSCF(即位于 P-CSCF 的 AF)返回 Diameter AAA 消息。
[0288] 步驟S2714, P-CSCF將SDP參數(shù)轉(zhuǎn)發(fā)給UE。
[0289] 步驟S2716, PCRF根據(jù)收到業(yè)務(wù)信息進(jìn)行策略決策，制定PCC規(guī)則（表示為PCC規(guī) 則2)。PCRF根據(jù)AAR消息中攜帶的Share-Resource-Session-Id判斷兩個會話共享資源， 從而PCC規(guī)則2和PCC規(guī)則1可以共享資源。PCRF將PCC規(guī)則2中的QCI、ARP取值與PCC 規(guī)則1中的一致（由于P-CSCF提供的2個業(yè)務(wù)信息的具有相同的Media-Type，因此PCRF 針對同一個UE制定的PCC規(guī)則1和PCC規(guī)則通常具有相同的QCI/ARP)，此外PCRF為PCC 規(guī)則2的設(shè)置GBR和MBR的取值。同時，PCRF將PCC規(guī)則1的GBR和MBR都設(shè)為0。此時 PCC規(guī)則2的門控也是關(guān)閉的。
[0290] 對于一個視頻電話，PCRF為音頻流和視頻流分別制定新的一個PCC規(guī)則，音頻流 對應(yīng)的PCC規(guī)則（PCC規(guī)則2a)的QCI/ARP與PCC規(guī)則Ia -致，視頻流對應(yīng)的PCC規(guī)則（PCC 規(guī)則 2b)的 QCI/ARP 與 PCC 規(guī)則 2a -致。PCC 規(guī)則 2a (QCI-I)的 GBR 和 MBR 為 23kps，PCC 規(guī)則2b (QCI-2) GBR和MBR為700kps。同時，PCRF將PCC規(guī)則Ia和PCC規(guī)則Ib的GBR和 MBR均設(shè)為0 ;
[0291] 步驟S2718, PCRF向PCEF發(fā)送RAR消息，消息中攜帶PCC規(guī)則2和更新后的PCC 規(guī)則1。
[0292] 步驟 S2720, PCRF 向 P-CSCF (即位于 P-CSCF 的 AF)返回 RAA 消息。
[0293] 步驟S2722, PCEF安裝并執(zhí)行PCC規(guī)則2,根據(jù)PCC規(guī)則2,執(zhí)行承載綁定。PCEF根 據(jù)PCC規(guī)則2中的QCI/ARP將PCC規(guī)則2綁定到PCC規(guī)則1綁定的承載。由于PCC規(guī)則1 的GBR、MBR設(shè)為0,因此PCC規(guī)則1和PCC規(guī)則2總的累計的GBR和MBR為PCC規(guī)則2的 GBR和MBR。PCEF將PCC規(guī)則的過濾器模板添加到承載的TFT中，并更新承載的GBR、MBR后 發(fā)送給UE。對于視頻電話，PCEF將PCC規(guī)則2a綁定到PCC規(guī)則Ia的承載，設(shè)置該承載的 GBR、MBR仍然為23kps，并將PCC規(guī)則2b綁定PCC規(guī)則Ib的承載，設(shè)置承載的GBR、MBR仍 然為 700kps。
[0294] UE打開第二個頂S的門控的流程與圖3 -致。此后，UE可以正常進(jìn)行第二個頂S 業(yè)務(wù)了，而第一個MS業(yè)務(wù)處于呼叫保持狀態(tài)。
[0295] 圖28是根據(jù)本發(fā)明實施例三的為UE執(zhí)行圖27流程，并打開門控后，進(jìn)行通話后 終結(jié)第二個MS會話，釋放相關(guān)資源的流程圖，如圖28所示，該流程包括如下步驟：
[0296] 步驟S2802, P-CSCF收到Bye消息，終結(jié)頂S會話，消息中攜帶對話標(biāo)識2 ;
[0297] 步驟 S2804, P-CSCF 向 UE 轉(zhuǎn)發(fā) Bye 消息；
[0298] 步驟S2806，P-CSCF (即位于P-CSCF的AF)向PCRF發(fā)送STR消息，消息中攜帶會 話標(biāo)識2 ;
[0299] 步驟S2808, PCRF刪除受影響的PCC規(guī)則，即刪除PCC規(guī)則2。此外，PCRF將PCC 規(guī)則1的GBR、MBR恢復(fù)成原來的取值；
[0300] 步驟 S2810, PCRF 向 P-CSCF (即位于 P-CSCF 的 AF)返回 STA 消息；
[0301] 步驟S2812, PCRF向PCEF發(fā)送RAR消息，請求刪除PCC規(guī)則2和請求更新PCC規(guī) 則1 ;
[0302] 步驟S2814, PCEF刪除PCC規(guī)則2,即從PCC規(guī)則2綁定的承載的TFT中刪除PCC 規(guī)則2的過濾器，承載的GBR、MBR設(shè)置為PCC規(guī)則1中的GBR、MBR。對于視頻電話，PCEF將 PCC規(guī)則2a的過濾器從綁定的承載的TFT刪除，設(shè)置該承載的GBR、MBR仍然為23kps，并將 PCC規(guī)則2b的過濾器從綁定承載的TFT中刪除，設(shè)置綁定承載的GBR、MBR仍然為700kps. PCEF將上述操作通知UE。
[0303] 在實施例三中，P-CSCF通過在新會話的Rx會話中攜帶共享資源的會話的Rx Diameter會話標(biāo)識來關(guān)聯(lián)2個會話，在其他實施例中也可以采用其他方法實現(xiàn)。譬如在第 一個會話的Rx會話建立時，就分配一個唯一的共享會話標(biāo)識（即在圖2的S210中攜帶唯 一的共享會話標(biāo)識（即上述第一Rx會話攜帶的預(yù)定標(biāo)識）），然后在以后要共享資源的會話 對應(yīng)的Rx會話建立時，都攜帶這個共享會話標(biāo)識，或者在第一個會話的Rx會話修改時，就 分配一個唯一的共享會話標(biāo)識（即在圖4的S404中攜帶唯一的共享會話標(biāo)識），然后在以 后要共享資源的會話對應(yīng)的Rx會話建立時，都攜帶這個共享會話標(biāo)識。此外，也可以通過 配置來實現(xiàn)，如當(dāng)PCRF收到的業(yè)務(wù)信息的媒體類型與之前收到的業(yè)務(wù)信息的媒體類型一 致，并且之前收到的業(yè)務(wù)信息的媒體的門控處于關(guān)閉狀態(tài)，則PCRF判斷的新收到的業(yè)務(wù)信 息的媒體與之前收到的業(yè)務(wù)信息的媒體可以共享資源。
[0304] 實施例三中，對于視頻電話，PCRF分別為視頻流和音頻流制定了一個PCC規(guī)則。對 于處于呼叫保持中的視頻電話，視頻流和音頻流的PCC規(guī)則的門控都處于關(guān)閉狀態(tài)。在其 他實施例中，可以分配為視頻流和音頻流中的RTP流和RTCP流制定一個PCC規(guī)則。對于處 于呼叫保持中的視頻電話，僅RTP流處于關(guān)閉狀態(tài)，而RTCP流處于打開狀態(tài)。在這種情況 下，兩個IMS會話對應(yīng)的綁定到同一個承載的RTP流對應(yīng)的PCC規(guī)則可以共享資源，而RTCP 流不能共享資源。因此PCRF將第一個頂S會話對應(yīng)的RTP流的PCC規(guī)則的GBR、MBR設(shè)為 0〇
[0305] 實施例四
[0306] 圖29是根據(jù)本發(fā)明實施例四的在不存在BBERF的場景下，在UE執(zhí)行圖2、圖3、圖 4流程后，發(fā)起新的頂S會話，P-CSCF提供業(yè)務(wù)信息的流程圖。在本流程中，P-CSCF采用已 建立的得Rx Diameter會話向PCRF提供業(yè)務(wù)信息。如圖29所示，該流程包括如下步驟：
[0307] 步驟S2902, P-CSCF收到在SIP消息中攜帶的SDP offer，其中攜帶由起呼UE定 義的SDP參數(shù)，消息中還攜帶新的對話標(biāo)識（對話標(biāo)識2)表示UE發(fā)起了一個新的對話。
[0308] 步驟 S2904, P-CSCF 向終呼側(cè)轉(zhuǎn)發(fā) SDP offer。
[0309] 步驟S2906, P-CSCF收到來自終呼側(cè)的經(jīng)過協(xié)商的SDP參數(shù)。
[0310] 步驟S2908, P-CSCF從SDP中獲取相關(guān)的業(yè)務(wù)信息，如IP地址、端口號、媒體類別、 QoS需求等。P-CSCF (即位于P-CSCF的AF)向PCRF發(fā)送Diameter AAR消息，修改之前建立 Rx Diameter會話。在AAR消息中攜帶會話標(biāo)識1，業(yè)務(wù)信息和資源共享指示。表示此AAR 消息中攜帶的業(yè)務(wù)信息可以共享之前提供的具體有相同媒體類型的業(yè)務(wù)信息的資源。對于 視頻電話，新提供Media-Type為VIDEO的Media-Component-Description可以共享之前提 供的 Media-Type 為 VIDEO 的 Media-Component-Description 的資源；新提供的 Media-Type 為 AUDIO 的 Media-Component-Description 可以共享之前提供的 Media-Type 為 AUDIO 的 Media-Component-Description 的資源。新提供的 Media-Component-Description 的 Media-Component-Number 的取值應(yīng)與之前提供的 Media-Component-Description 的 Media-Component-Number不同。此時門控是關(guān)閉的。
[0311] 擴(kuò)展的AAR消息的格式如下：
[0312]
[0314] 步驟S2910, PCRF保存收到的業(yè)務(wù)信息，執(zhí)行會話綁定。
[0315] 步驟 S2912, PCRF 向 P-CSCF(即位于 P-CSCF 的 AF)返回 Diameter AAA 消息。
[0316] 步驟S2914, P-CSCF將SDP參數(shù)轉(zhuǎn)發(fā)給UE。
[0317] 步驟S2916, PCRF根據(jù)收到業(yè)務(wù)信息進(jìn)行策略決策，制定PCC規(guī)則（表示為PCC規(guī) 則2)。PCRF根據(jù)AAR消息中攜帶的Share-Resource-Indication判斷業(yè)務(wù)信息共享資源， (即新提供的業(yè)務(wù)信息可以共享之前提供的業(yè)務(wù)信息中具有相同Media type的資源。）從 而PCC規(guī)則2和PCC規(guī)則1可以共享資源。PCRF將PCC規(guī)則2中的QCI、ARP取值與PCC 規(guī)則1中的一致（由于P-CSCF提供的2個業(yè)務(wù)信息的具有相同的Media-Type，因此PCRF 針對同一個UE制定的PCC規(guī)則1和PCC規(guī)則通常具有相同的QCI/ARP)，此外PCRF為PCC 規(guī)則2的設(shè)置GBR和MBR的取值。同時，PCRF將PCC規(guī)則1的GBR和MBR都設(shè)為0。此時 PCC規(guī)則2的門控也是關(guān)閉的。
[0318] 對于一個視頻電話，PCRF為音頻流和視頻流分別制定新的一個PCC規(guī)則，音頻流 對應(yīng)的PCC規(guī)則（PCC規(guī)則2a)的QCI/ARP與PCC規(guī)則Ia -致，視頻流對應(yīng)的PCC規(guī)則（PCC 規(guī)則 2b)的 QCI/ARP 與 PCC 規(guī)則 2a -致。PCC 規(guī)則 2a (QCI-I)的 GBR 和 MBR 為 23kps，PCC 規(guī)則2b (QCI-2) GBR和MBR為700kps。同時，PCRF將PCC規(guī)則Ia和PCC規(guī)則Ib的GBR和 MBR均設(shè)為0 ;
[0319] 步驟S2918, PCRF向PCEF發(fā)送RAR消息，消息中攜帶PCC規(guī)則2和更新后的PCC 規(guī)則1。
[0320] 步驟 S2920, PCRF 向 P-CSCF (即位于 P-CSCF 的 AF)返回 RAA 消息。
[0321] 步驟S2922，PCEF安裝并執(zhí)行PCC規(guī)則2，根據(jù)PCC規(guī)則2，執(zhí)行承載綁定。PCEF根 據(jù)PCC規(guī)則2中的QCI/ARP將PCC規(guī)則2綁定到PCC規(guī)則1綁定的承載。由于PCC規(guī)則1 的GBR、MBR設(shè)為0,因此PCC規(guī)則1和PCC規(guī)則2總的累計的GBR和MBR為PCC規(guī)則2的 GBR和MBR。PCEF將PCC規(guī)則的過濾器模板添加到承載的TFT中，并更新承載的GBR、MBR后 發(fā)送給UE。對于視頻電話，PCEF將PCC規(guī)則2a綁定到PCC規(guī)則Ia的承載，設(shè)置該承載的 GBR、MBR仍然為23kps，并將PCC規(guī)則2b綁定PCC規(guī)則Ib的承載，設(shè)置承載的GBR、MBR仍 然為 700kps。
[0322] UE打開第二個頂S的門控的流程與圖3 -致。此后，UE可以正常進(jìn)行第二個頂S 業(yè)務(wù)了，而第一個MS業(yè)務(wù)處于呼叫保持狀態(tài)。
[0323] 圖30是根據(jù)本發(fā)明實施例四的UE執(zhí)行圖29后并打開門控進(jìn)行通話，終結(jié)第二個 MS會話，釋放相關(guān)資源的流程圖，如圖30所示，該流程包括如下步驟：
[0324] 步驟S3002，P-CSCF收到Bye消息，終結(jié)頂S會話，消息中攜帶對話標(biāo)識2 ;
[0325] 步驟 S3004, P-CSCF 向 UE 轉(zhuǎn)發(fā) Bye 消息；
[0326] 步驟S3006, P-CSCF(即位于P-CSCF的AF)向PCRF發(fā)送AAR消息，消息中 攜帶會話標(biāo)識1 ;并且攜帶第二個IMS會話對應(yīng)的Media-Component-Description AVP (Media-Component-Number 標(biāo)識），且其中的 Flow-Status AVP 取值為 DISABLE ;
[0327] 步驟S3008, PCRF刪除受影響的PCC規(guī)則，即刪除PCC規(guī)則2。此外，PCRF將PCC 規(guī)則1的GBR、MBR恢復(fù)成原來的取值；
[0328] 步驟 S3010, PCRF 向 P-CSCF (即位于 P-CSCF 的 AF)返回 AAA 消息；
[0329] 步驟S3012, PCRF向PCEF發(fā)送RAR消息，請求刪除PCC規(guī)則2和請求更新PCC規(guī) 則1 ;
[0330] 步驟S3014, PCEF刪除PCC規(guī)則2,即從PCC規(guī)則2綁定的承載的TFT中刪除PCC 規(guī)則2的過濾器，承載的GBR、MBR設(shè)置為PCC規(guī)則1中的GBR、MBR。對于視頻電話，PCEF將 PCC規(guī)則2a的過濾器從綁定的承載的TFT刪除，設(shè)置該承載的GBR、MBR仍然為23kps，并將 PCC規(guī)則2b的過濾器從綁定承載的TFT中刪除，設(shè)置綁定承載的GBR、MBR仍然為700kps. PCEF將上述操作通知UE。
[0331] 在實施例四中，P-CSCF通過已建立的Rx會話中攜帶共享資源指示來顯示指示新 的提供的業(yè)務(wù)信息可以共享已提供的業(yè)務(wù)信息的資源，在其他實施例中也可以采用其他方 法實現(xiàn)。譬如PCRF根據(jù)配置進(jìn)行判斷。如當(dāng)PCRF收到的業(yè)務(wù)信息的媒體類型與之前收 到的業(yè)務(wù)信息的媒體類型一致，并且之前收到的業(yè)務(wù)信息的媒體的門控處于關(guān)閉狀態(tài)，則 PCRF判斷的新收到的業(yè)務(wù)信息的媒體與之前收到的業(yè)務(wù)信息的媒體可以共享資源。
[0332] 在實施例四中，對于視頻電話，PCRF分別為視頻流和音頻流制定了一個PCC規(guī)則。 對于處于呼叫保持中的視頻電話，視頻流和音頻流的PCC規(guī)則的門控都處于關(guān)閉狀態(tài)。在 其他實施例中，可以分配為視頻流和音頻流中的RTP流和RTCP流制定一個PCC規(guī)則。對于 處于呼叫保持中的視頻電話，僅RTP流處于關(guān)閉狀態(tài)，而RTCP流處于打開狀態(tài)。在這種情況 下，兩個頂S會話對應(yīng)的綁定到同一個承載的RTP流對應(yīng)的PCC規(guī)則可以共享資源，而RTCP 流不能共享資源。因此PCRF將第一個頂S會話對應(yīng)的RTP流的PCC規(guī)則的GBR、MBR設(shè)為 0〇
[0333] 在實施例三和實施例四中，PCRF將暫時不使用資源的PCC規(guī)則（即PCC規(guī)則的門 控處于關(guān)閉狀態(tài)）的GBR、MBR設(shè)為0。對于暫時不使用資源的PCC規(guī)則的GBR、MBR大于 正在使用資源的PCC規(guī)則的情況，這樣方法有可能導(dǎo)致這樣的PCC規(guī)則在恢復(fù)后無法申請 到原先的資源（如當(dāng)前的網(wǎng)絡(luò)資源緊張），因此可以采用其他方案，如把暫時不使用資源的 PCC規(guī)則的GBR、MBR設(shè)置為該PCC規(guī)則原來的GBR、MBR與正在使用資源的PCC規(guī)則GBR、 MBR的差值。對于有多個暫時不使用資源的PCC的場景，只要把暫時不使用資源的PCC