本發(fā)明通常涉及經(jīng)由承載網(wǎng)絡的信令承載傳輸?shù)目赡艿膿p失，而信令網(wǎng)絡實體不知道此類事件。特別地，本發(fā)明涉及用于請求和獲取有損的信令承載傳輸?shù)耐ㄖ倪^程。

背景技術：
IP多媒體子系統(tǒng)(IPMultimediaSubsystem，下文稱為IMS)使公共陸地移動網(wǎng)絡(PublicLandMobileNetwork，下文稱為PLMN)的運營商能夠向他們的訂戶提供基于并建立在因特網(wǎng)應用、服務和協(xié)議上的多媒體服務。在IMS之上能夠提供如由第三代合作伙伴計劃(the3rdGenerationPartnershipProject，下文中3GPP)所定義的不同的服務和應用，例如在3GPPTS22.173中所描述的多媒體電話服務。IMS應用，還有IMS所提供的服務，包括媒體、例如聲音或視頻的交換，以及用于媒體的正確解釋和處理的信令的交換。在用戶經(jīng)基于互聯(lián)網(wǎng)協(xié)議(InternetProtocol，下文稱為IP)的接入網(wǎng)接入IMS的情形中，分別以通常分別稱為信令IP流和媒體IP流的信令和媒體IP分組，經(jīng)由承載層(bearerlayer)傳輸信令和媒體。對IMS的完全支持包括由為IMS訂戶的用戶所使用的用戶設備、IP連通接入網(wǎng)絡(IP-ConnectivityAccessNetwork，下文稱為IP-CAN)和如3GPPTS23.228中所述的IMS的特定功能單元。示例IP-CAN可以是通用分組無線業(yè)務(GeneralPacketRadioService，下文稱為GPRS)網(wǎng)絡。在被授權使用由IMS應用提供的IMS服務之前，用戶必須注冊到IMS。然而，在能夠注冊到IMS之前，用戶必須獲得至IP-CAN的IP連通性。為此，且萬一IP-CAN是GPRS網(wǎng)絡，則用戶必須建立用于傳輸信令IP流的承載，也就是所謂的“PDP上下文”(PDFContext)。即使在同一通用目的PDP上下文中可傳輸IMS信令以及媒體流，優(yōu)選地把通用目的PDP上下文作為用于IMS信令的主(primary)專用PDP上下文使用，而優(yōu)選通過獨立的輔(secondary)專用PDP上下文傳輸媒體流。因此，用戶接入網(wǎng)關GPRS支持節(jié)點(GatewayGPRSSupportNode，下文稱為GGSN)以建立通用目的主PDP上下文,或者優(yōu)選只建立用于IMS信令的主PDP上下文。一旦已經(jīng)建立這種主PDP上下文來執(zhí)行IMS信令IP流，用戶就能夠注冊到IMS。3GPPIMS對用戶和IMS實體之間以及IMS實體之間的通信使用會話發(fā)起協(xié)議(SessionInitiationProtocol，下文稱為SIP)。因此用戶使用SIP注冊信息以注冊到IMS。在作為用于接入IMS的IMS實體的代理呼叫會話控制功能(ProxyCallSessionControlFunction，下文稱為P-CSCF)服務器接收此類SIP注冊。依照公知的3GPPIMS注冊過程，在已經(jīng)接收并處理了此類消息之后，P-CSCF將其向詢問呼叫會話控制功能(InterrogatingCallSessionControlFunction，下文稱為I-CSCF)服務器轉(zhuǎn)發(fā)。為服務用戶，后者向歸屬訂戶服務器(HomeSubscriberServer，下文稱為HSS)詢問分配服務呼叫會話控制功能(ServingCallSessionControlFunction，下文稱為S-CSCF)服務器所需的能力。一旦I-CSCF已經(jīng)接收到此類能力，就挑選和分配履行這些能力的一個S-CSCF，且向所分配的S-CSCF轉(zhuǎn)發(fā)該原始SIP注冊消息。此S-CSCF為用戶從HSS請求用戶預置文件(userprofile)，并一旦獲得，S-CSCF就準備好服務用戶。把IMS注冊確認回送至P-CSCF且至指示所分配S-CSCF的用戶。一旦用戶已經(jīng)成功地注冊到IMS，用戶就能夠接入不同的IMS應用，并請求不同的IMS服務，為此，必須在源用戶的用戶設備和特定IMS應用或目的用戶的用戶設備之間協(xié)商不同的媒體資源，因為IMS服務可能需要。為此，用戶以SIP邀請(Invite)消息接入IMS，在P-CSCF接收該SIP邀請消息并將其經(jīng)由IMS基礎設施向該S-CSCF、或許還向負責用戶可能已經(jīng)調(diào)用的特定IMS應用的應用服務器(ApplicationServer，下文稱為AS)傳輸。此消息具有執(zhí)行該服務所必需的相關媒體描述。用會話數(shù)據(jù)協(xié)議(SessionDataProtocol，下文稱為SDP)發(fā)送該媒體描述，并在為履行該服務所必需的媒體資源的協(xié)商期間使用該媒體描述。因此，在IMS注冊過程期間的上述IMS信令、SIP信令以及在媒體協(xié)商過程期間的SIP和SDP信令，全都作為由用戶用GGSN所建立的主PDP上下文中的IMS信令IP流傳輸。在這些IMS注冊和媒體協(xié)商過程的執(zhí)行期間，不存在還經(jīng)由IP-CAN交換的媒體，從而，沒有還經(jīng)由承載層的IMS媒體IP流。

技術實現(xiàn)要素：
當使用信令承載來為已建立的會話傳達信令時，以及當還沒有已建立的會話時，經(jīng)由IP-CAN的信令承載傳輸?shù)膿p失的知識都是個重要問題。IMS信令IP流的損失可在經(jīng)IP-CAN連接的承載傳輸期間例如由于差的無線條件、或由于在GGSN或服務GPRS支持節(jié)點中的恢復動作而發(fā)生。還例如，如果從IMS發(fā)送初始請求至終端用戶，且傳輸信令的承載存在故障，那么，除非源用戶清除該會話否則在IMS停止重復請求之前存在依賴于計時器的多次再嘗試。這對源用戶帶來了不必要的資源捆綁(tyingup)和長的等待時間。本發(fā)明的目的是找到借以至少最小化經(jīng)IP-CAN的信令承載傳輸?shù)膿p失的機制。即，本發(fā)明旨在找到借以使IMS信令IP流的損失為IMS基礎設施所知以便能夠采取適當動作而不不浪費時間和資源的機制。當前在3GPPTS23.203下開發(fā)了稱為策略和計費控制(PolicyandChargingControl，下文稱為PCC)的新架構，該架構旨在開發(fā)不同類型的接入網(wǎng)。此PCC架構能夠為IMS訂戶對與IMS媒體會話關聯(lián)的媒體流選擇性地控制服務質(zhì)量(QualityofService，下文稱為QoS)、策略和計費。但是，不能在已經(jīng)建立此類IMS媒體會話之前應用此PCC功能。因此，承載沒有關聯(lián)的IMS媒體會話的IMS信令的主PDP上下文的IP流，被排除在對QoS需求、策略和計費的PCC控制之外。PCC架構包括：應用功能(ApplicationFunction，下文稱為AF)，提供需要IP承載資源的控制并位于信令平面、例如IMSP-CSCF的應用；策略和計費執(zhí)行功能(PolicingandChargingEnforcementFunction，下文稱為PCEF)，位于流量平面、例如GGSN，并負責過濾媒體IP流和安裝與QoS有關的規(guī)則以便對每媒體IP流應用策略和計費；以及，策略和計費規(guī)則功能(PolicingandChargingRuleFunction，下文稱為PCRF)，被置于信令層和承載層之間，負責向PCEF觸發(fā)與QoS有關的規(guī)則的安裝。本發(fā)明因此依賴于用給IMS基礎設施提供有關在經(jīng)承載層傳輸?shù)男帕領P流上所檢測的信令會話事件的訂閱和通告的構件來修正PCC模型。因此，需要修正PCC模型，以使AF或IMSP-CSCF能夠請求AF信令會話的建立，專門用于缺乏媒體會話信息時的信令。此AF信令會話允許AF請求PCC控制過程，即用于信令IP流的承載級事件的通知的訂閱。除AF信令會話之外，還需要修正PCC模型，所以新的處理規(guī)則在AF或P-CSCF與PCRF相關聯(lián)以便管理此專門用于信令的AF信令會話。這些處理規(guī)則負責信令會話的建立、事件的通知和信令會話的終止。這由獨立權利要求的教導來實現(xiàn)。依照本發(fā)明的第一方面，提供代理呼叫會話控制功能服務器(ProxyCallSessionControlFunctionserver下文稱為P-CSCF)用于通過經(jīng)承載媒體IP流和信令IP流的承載層所傳輸?shù)男帕罱尤隝P多媒體子系統(tǒng)(下文稱為IMS)。此P-CSCF包括：協(xié)議處理器(handler)，用于注冊訂戶到IMS；處理規(guī)則處理器，用于建立缺乏媒體會話時的信令會話和涉及信令IP流的信令會話事件的通告；以及，信令會話構件，用于向規(guī)則-控制功能裝置(Rule-ControlFunctionDevice，下文稱為RCFD)請求在信令IP流上所檢測的信令會話事件的通知。在此P-CSCF中，信令會話構件可包括：用于在缺乏媒體會話信息時，向RCFD提交涉及信令IP流的信令會話信息的構件；用于從RCFD接收有關所檢測的信令會話事件的通知的構件。特別地，此信令會話信息可包括識別由訂戶所使用的用戶設備(4)的IP地址以及識別P-CSCF的IP地址和可選的端口號。優(yōu)選地，P-CSCF的協(xié)議處理器可包括會話數(shù)據(jù)構件，用于一旦訂戶注冊到IMS就在訂戶和IMS之間傳輸媒體會話信息。除信令會話事件的訂閱和通知之外，P-CSCF還支持媒體會話事件的訂閱和通知。為此，P-CSCF還包括：服務質(zhì)量(下文稱為QoS)規(guī)則處理器，用于建立包括與QoS有關的需求的媒體會話和有關媒體IP流的媒體會話事件的通告；以及，媒體會話構件，用于向RCFD請求在媒體IP流上所檢測的媒體會話事件的通知。此P-CSCF可以這種方式實施：可在基于PCC模型的增強應用功能裝置中提供處理規(guī)則處理器、信令會話構件、以及如以上所引證的優(yōu)選的組成單元。依照本發(fā)明的第二方面，提供用于對經(jīng)承載層的媒體傳輸保證經(jīng)信令層所協(xié)商的QoS的RCFD，承載層是能夠承載媒體IP流和信令IP流的傳輸層。此RCFD包含：承載會話模塊，用于從IP連通接入網(wǎng)絡訂閱要被報告的承載會話事件；處理規(guī)則處理器，用于在缺乏媒體會話時建立信令會話；以及，信令會話構件，用于從請求者實體接收在信令IP流上所檢測的信令會話事件的通知的請求，且用于向請求者實體提交與所檢測的信令會話事件有關的通知。特別地，請求者實體可以是基于PCC模型的P-CSCF或AF裝置，且適合被包括在參與到信令層的其他網(wǎng)絡節(jié)點中。在RCFD接收的對通知的請求在缺乏媒體會話信息時可包括涉及信令IP流的信令會話信息。涉及信令IP流的該信令會話信息包括識別訂戶的IP地址以及識別請求者實體的IP地址和可選的端口號。此外，涉及信令IP流的此信令會話信息還包括涉及通用承載或“IMS-only”承載的標識符，所以，在涉及通用承載或“IMS-only”承載時，能夠在承載會話模塊中接收在信令IP流上所檢測的信令會話事件的通知。依照本發(fā)明的第三方面，提供向信令層中的實體報告當用戶接入IMS時在承載層發(fā)生的信令承載傳輸?shù)膿p失的方法。信令層提供要求對經(jīng)承載層的媒體傳輸有保證的QoS的應用，而承載層是能夠承載媒體IP流和信令IP流的傳輸層。此方法包含以下步驟：在P-CSCF向IMS基礎設施轉(zhuǎn)發(fā)從用戶所接收的注冊要求；在P-CSCF建立缺乏媒體會話時的信令會話和涉及信令IP流的信令會話事件的通知；向RCFD請求在信令IP流上所檢測的信令會話事件的通知；使RCFD從IP連通接入網(wǎng)絡訂閱要在信令IP流上被報告的承載會話事件；并從IP連通接入網(wǎng)絡以信令IP流上的承載會話事件向P-CSCF轉(zhuǎn)發(fā)向RCFD所報告的信令會話事件。在此方法中，請求信令會話事件的通知的步驟可包括在缺乏媒體會話信息時從P-CSCF向RCFD提交涉及信令IP流的信令會話信息的步驟。特別地，提交信令會話信息的步驟包括提交識別用戶的IP地址的步驟。另外，本方法還包括一旦把訂戶注冊到IMS就在訂戶和IMS之間傳輸媒體會話信息的步驟。在此方面，本方法可還包括在P-CSCF建立包括與QoS有關的需求的媒體會話和涉及媒體IP流的媒體會話事件的通知的步驟；以及，向RCFD請求在媒體IP流上所檢測的媒體會話事件的通知的步驟。附圖說明通過結合附圖閱讀此說明書，本發(fā)明的特征、目的和優(yōu)點將變得顯而易見，其中：圖1是圖解用于在經(jīng)由GPRS接入網(wǎng)絡接入IMS時以被告知信令承載傳輸?shù)膿p失所使用的PCC模型上的適配(adaptation)的框結構。圖2是圖解在經(jīng)由GPRS接入網(wǎng)絡接入IMS時使用的適配PCC模型的基本框圖；圖3a和3b示出了圖解為執(zhí)行向IMS實體報告信令承載傳輸?shù)膿p失的方法所遵循的動作的示例過程的序列圖。具體實施例以下描述某些優(yōu)選實施例，用于為請求和獲得關于信令承載傳輸損失的通知的PCC模型的適配。即使PCC模型是指AF、PCRF和PCEF，后兩者是最初用于策略(policing)和計費決策以及執(zhí)行點使用的實體，本發(fā)明也并不一定需要這種功能。在這方面，可在P-CSCF10上直接做出要依照PCC模型在AF1上做出的、如由本發(fā)明的一方面所提出的修正，實質(zhì)上沒有脫離本發(fā)明蘊含的總的發(fā)明構思。此外，可在規(guī)則-控制功能裝置2(下文稱為RCFD)中做出依照PCC模型在PCRF2-bis上做出的、如由本發(fā)明的另一方面所提出的修正，其同樣也不一定用于策略和計費。因此，依照本發(fā)明，提供了一種方法，該方法用于向位于信令層中的P-CSCF10報告當用戶接入IMS時發(fā)生在承載層的信令承載傳輸?shù)膿p失。信令層為經(jīng)由承載層的媒體傳輸提供需要被保證的服務質(zhì)量、下文稱為QoS的應用，而承載層是能夠承載媒體流B-55和信令IP流B-50的傳輸層。在此方面，P-CSCF是一IMS，用戶經(jīng)其接入IMS。在接入IMS之前，用戶需要經(jīng)由IP連通接入網(wǎng)絡獲得IP連通，該網(wǎng)絡在貫穿本申請的示例實施例中是GPRS網(wǎng)絡。為此，如圖3a所示，用戶在步驟S-510請求主PDP上下文的建立。一般來說，當發(fā)出請求來指示將如何使用承載時，使用承載使用參數(shù)值。目前，此值可采用以下值中的一個：“general(通用)”，當無特定承載使用信息可用時；“IMS-only(僅IMS)”，當承載將僅用于承載IMS信令時；和“dedicated(專用)”，當承載將關于特定媒體傳輸被用于專用目的時。對本發(fā)明來說，對主PDP上下文的上述請求優(yōu)選地指示“IMS-only”，因為它的使用旨在承載IMS信令。在貫穿本說明書的IP-CAN的示例考慮的GPRS網(wǎng)絡的GGSN30接收對主PDP上下文的建立的此類請求。接收此類請求的GGSN在步驟S-515中向規(guī)則-控制功能裝置2(下文稱為RCFD)發(fā)送CCR消息，優(yōu)選在信令層和承載層之間插入該裝置，且該裝置對應于增強有為實現(xiàn)本發(fā)明目而為RCFD提供的新穎特征的傳統(tǒng)PCC模型中的PCRF2-bis。根據(jù)CCR消息的接收，RCFD2獲得有關為此主PDP上下文所建立的承載會話的相關數(shù)據(jù)。為此，如圖1所示，RCFD2在涉及“通用”或“IMS-only”承載時把此相關數(shù)據(jù)存儲在承載會話模塊20中，以便對用于媒體IP流的其他可能承載做區(qū)分。此承載會話模塊包含處理用于信令IP流的“通用”或“IMS-only”承載的獨立子模塊24，以及處理用于媒體IP流的“專用”承載的獨立子模塊25。然后，在步驟S-520中把應答CCA消息從RCFD2回送至GGSN30，且在步驟S-525中所發(fā)送的對應的PDP上下文響應消息把來自GGSN30的該主PDP上下文的建立應答回用戶。一旦用戶獲得了IP連通性，用戶就可通過注冊到IMS接入IMS。為此，本方法提供了在步驟S-530在P-CSCF接收SIP注冊消息的步驟，以及在步驟S-535向其他IMS基礎設施9轉(zhuǎn)發(fā)該SIP注冊消息的步驟。在此方面，發(fā)生如在以上本發(fā)明背景技術所論述的公知的3GPPIMS注冊過程。因此，IMS基礎設施9表征本文涉及的除了P-CSCF的所有IMS實體，例如I-CSCF、HSS和S-CSCF。為了執(zhí)行接收和轉(zhuǎn)發(fā)SIP注冊消息的步驟，并如圖1所示，P-CSCF配有協(xié)議處理器(protocolhandler)16，協(xié)議處理器負責管理用戶和其他IMS基礎設施9之間的SIP消息S-50。特別地，此協(xié)議處理器包括處理純SIP消息和協(xié)議的專用構件15。在該階段，不同的備選實施例能夠?qū)崿F(xiàn)本發(fā)明目的。在一個未繪制在任意附圖中的實施例中，P-CSCF在觸發(fā)下一動作之前，等待來自IMS基礎設施、指示IMS中的用戶的成功注冊的SIP“200OK”消息的接收。在圖3a所示的另一實施例中，P-CSCF不用等待成功注冊的結果，并發(fā)起實現(xiàn)本發(fā)明目的必需的動作過程。當然，在步驟S-540中接收到SIP“200OK”消息時，在步驟S-565中向用戶轉(zhuǎn)發(fā)此類消息。因此，不考慮在步驟S-540中是否接收了SIP“200OK”消息，本方法包含在P-CSCF在步驟I-a期間在缺乏媒體會話時建立信令會話以及建立P-CSCF希望被告知的、涉及信令IP流的信令會話事件的那些通知的步驟。為此，如圖1所示，P-CSCF包括具有創(chuàng)建以及識別此類信令會話和此類通知必需的所有邏輯的處理規(guī)則處理器13。由于在SIP注冊消息內(nèi)沒有媒體會話信息可用，且沒有要用于信令IP流的具體QoS或計費特征，所以對信令會話的建立的請求不需要媒體成分的描述或與計費有關的標識符。在缺乏媒體會話時建立信令會話的步驟也在步驟I-b期間在RCFD2執(zhí)行。為此，同樣如圖1所示，RCFD2也包括相應的處理規(guī)則處理器23，其通過接口I-13與P-CSCF的處理規(guī)則處理器13是可連接的，且其含有在RCFD2創(chuàng)建以及識別信令會話和通告必需的所有邏輯。如圖3a所示，在缺乏媒體會話時建立信令會話的此步驟之后是步驟S-545，該步驟利用AAR消息向RCFD2請求要在信令IP流B-50上被檢測的信令會話事件的通知。為此，如圖1所示，P-CSCF10配有用于向RCFD2請求信令會話事件的此類通知的信令會話構件11。相應地和亦如圖1所示，RCFD2包含信令會話構件21，用于通過接口I-12接收對信令會話事件的通知的請求，并還用于通過同一接口I-12提交所請求的通知。尤其，請求信令會話事件的通知的步驟S-545可包括在缺乏媒體會話信息時通過接口I-12向RCFD2提交涉及信令IP流的信令會話信息的步驟。如果使用PCC模型的增強PCRF2-bis，那么向P-CSCF10的該提交使用接口I-10，如圖2所示。優(yōu)選地，在RCFD2的信令會話構件21中接收此信令會話信息。此信令會話信息可基本包括要由RCFD2了解的“信令承載的損失”的指示，作為P-CSCF10或AF裝置1訂閱(subscribe)要在信令IP流上被檢測的信令承載事件且為此目的不需要具體的與QoS有關的規(guī)則和決策的指示。優(yōu)選地，從P-CSCF10向RCFD2提交的信令會話信息可包括識別訂戶的IP地址。此外，此信令會話信息可還包括識別P-CSCF10的IP地址和可選的端口號。此信令會話信息可用于建立檢測標準以便適當?shù)貦z測涉及信令IP流的那些所需信令會話事件。本方法還包含依靠RAR消息在步驟S-550中使RCFD2從IP連通接入網(wǎng)絡中的實體訂閱要在信令IP流B-50上被報告的承載會話事件的步驟，該實體在本實施例中可為GGSN30或其所包含的組成單元3，如依照PCC模型的增強PCEF3。為此，RCFD2可通過接口I-c使在信令會話構件21中的信令會話信息與處理用于信令IP流的“通用”或“IMS-only”承載的承載會話子模塊24相關聯(lián)。然后，處理用于信令IP流的“IMS-only”承載的此承載會話子模塊24因此通過接口I-22與GGSN30中的承載控制31模塊或GGSN30所包含的組成單元3模塊相關聯(lián)，其中，對信令IP流的信令會話事件的檢測就真正發(fā)生了。一旦在GGSN30或其所包含的組成單元3執(zhí)行對此類信令會話事件的訂閱，就在步驟S-555中把確認回送至RCFD2，且在步驟S-560中把相應的應答返回至P-CSCF10。如果，由于任意原因，用于IMS信令的主PDP上下文丟失了，其承載使用被標記為“通用”或“IMS-only”，GGSN30或組成單元3很可能通過直徑(diameter)CCR消息將此事件通報給RCFD2，且后者又向P-CSCF10或向AF裝置1通報此類相應信令會話事件。在此情況下，在報告信令承載的損失的事件的同時，RCFD2通過直徑ASR消息終止當前信令會話。為此目的，本方法還包含從IP連通接入網(wǎng)絡中的實體3或30中的承載控制模塊31以在信令IP流B-50上的承載會話事件向P-CSCF10且通過接口I-12轉(zhuǎn)發(fā)那些通過接口I-22向RCFD2所報告的信令會話事件的步驟。在接收到報告信令承載的損失的信令會話事件的通知時，P-CSCF10或AF裝置1可終止信令會話，并經(jīng)由信令層采取正確的操作。為此，還負責信令會話的終止的處理規(guī)則處理器13，通過內(nèi)部接口I-g與協(xié)議處理器16通信，以向用戶和其他IMS基礎設施9觸發(fā)適當?shù)腟IP消息。此外，本方法可包括一旦把用戶注冊到IMS就在P-CSCF10從所述用戶接收媒體會話信息的步驟S-570和向IMS基礎設施9傳輸媒體會話信息的步驟S-575，且反之亦然。為此，P-CSCF包括在協(xié)議處理器16中的會話數(shù)據(jù)構件14。此會話數(shù)據(jù)構件14優(yōu)選地負責處理用來在貫穿信令層的兩個方向上傳送和協(xié)商媒體會話信息的會話數(shù)據(jù)協(xié)議(下文稱為SDP)部分。在步驟S-570期間，可在SIP邀請消息中發(fā)送媒體會話信息，該消息已經(jīng)按SDP嵌入媒體會話信息。在步驟S-575中，把此類SIP邀請消息向IMS基礎設施9轉(zhuǎn)發(fā)，并在步驟S-580中可能從IMS基礎設施9向潛在參與者(Actor)B5-bis轉(zhuǎn)發(fā)，該潛在參與者可能是如以上所釋的負責特定IMS應用的AS或目的訂戶。在傳輸媒體會話信息的這些步驟之后，可為步驟S-590，該步驟協(xié)商要被由當事人即在源用戶的用戶設備4和IMS基礎設施9之間、或源用戶的用戶設備4和目的用戶的用戶設備5-bis之間取得一致意見的媒體。如圖3b所示，附加方法繼續(xù)進行到在步驟S-610和步驟S-615中的與為下一步通信已取得一致意見的媒體有關的信息返回P-CSCF的提交。這以后，本方法包括通過P-CSCF10中的接口I-d并通過RCFD2中的接口I-f建立包括與QoS有關的需求的媒體會話的步驟。在此步驟期間，也在P-CSCF10建立涉及媒體IP流的媒體會話事件的通告。為此，P-CSCF的規(guī)則處理器13還負責建立包括與QoS有關的需求的媒體會話、以及有關媒體IP流B-55的媒體會話事件的通告。與用于信令會話事件的通知的本方法上述步驟配合，也對于涉及媒體會話事件的通知的這些步驟，RCFD2的規(guī)則處理器23負責通過接口I-13或許協(xié)同P-CSCF的規(guī)則處理器建立包括與QoS有關的需求的媒體會話。本方法還包括從P-CSCF10向RCFD2請求要在媒體IP流B-55上被檢測的媒體會話事件的通知的步驟S-620。為此，P-CSCF包括媒體會話構件12，該構件用于向RCFD2請求要在媒體IP流B-55上被檢測的媒體會話事件的通知，且RCFD2還包括用于向P-CSCF10提供要在媒體IP流B-55上被檢測的媒體會話事件的通知的媒體會話構件22。本方法還包含使RCFD2在步驟S-625中依靠SIPRAR消息從GGSN30或其所包含的組成單元3、例如依照PCC模型的增強PCEF3訂閱要在媒體IP流B-55上被報告的承載會話事件的步驟。為了在媒體IP流B-55上獲得媒體會話事件的通知，本方法的這些最新附加步驟通過如分別在先前的步驟S-555和S-560中的相應確認來完成。然后，根據(jù)在用戶側的、指示源用戶設備4和IMS或目的用戶設備5-bis之間的媒體的成功協(xié)商的SIP200OK消息的接收，用戶設備可在步驟S-635中請求指示“專用”作為承載使用的輔PDP上下文的建立，因為它的使用旨在用于承載IMS媒體。在GGSN30上接收對輔PDP上下文的建立的請求，GGSN30在步驟S-640中向RCFD2發(fā)送CCR消息。根據(jù)對IMS媒體指示“專用”的CCR消息的接收，RCFD2獲得關于為此輔PDP上下文所建立的承載會話的相關數(shù)據(jù)。為此，如圖1所示，在涉及“專用”時，RCFD2把該相關數(shù)據(jù)存儲在承載會話模塊20中，以便與用于信令IP流的先前承載做區(qū)分。此承載會話模塊包含處理用于媒體IP流的此“專用”承載的獨立子模塊25。接收CCR消息用于指示其為用于IMS媒體的“專用”承載的輔PDP上下文的RCFD2，在步驟S-645中把與QoS有關的規(guī)則安裝到GGSN30，且GGSN最終在步驟S-650中把輔PDP上下文的建立應答給用戶。從步驟S-655開始，能夠依照協(xié)商的QoS需求交換媒體傳輸。上文以示例而非限制的方式針對若干個實施例描述了本發(fā)明。顯然，根據(jù)以上教導，這些實施例的變型和組合是可能的，且落入本權利要求書的范圍內(nèi)的實施例的任意修改都要被包括在本權利要求書的范圍內(nèi)。