專利名稱：信令承載傳輸?shù)膿p失的制作方法
技術(shù)領(lǐng)域：
本發(fā)明通常涉及經(jīng)由承載網(wǎng)絡(luò)的信令承載傳輸?shù)目赡?br> 的損失，而信令網(wǎng)絡(luò)實體不知道此類事件。特別地，本發(fā)明涉及用于 請求和獲取有損的信令承載傳輸?shù)耐ㄖ倪^程。
背景技術(shù)：
IP多媒體子系統(tǒng)(IP Multimedia Subsystem,下文稱為 IMS)佳/〉共陸地移動網(wǎng)絡(luò)(Public Land Mobile Network,下文稱為 PLMN)的運(yùn)營商能夠向他們的訂戶提供基于并建立在因特網(wǎng)應(yīng)用、 服務(wù)和協(xié)議上的多媒體服務(wù)。在IMS之上能夠提供如由第三代合作伙 伴計劃(the 3rdGeneration Partnership Project,下文中3GPP)所定義 的不同的服務(wù)和應(yīng)用，例如在3GPPTS 22.173中所描述的多媒體電話 服務(wù)。IMS應(yīng)用，還有IMS所提供的服務(wù)，包括媒體、例如聲 音或視頻的交換，以及用于媒體的正確解釋和處理的信令的交換。在 用戶經(jīng)基于互聯(lián)網(wǎng)協(xié)議(Internet Protocol，下文稱為IP)的接入網(wǎng)接 入IMS的情形中，分別以通常分別稱為信令I(lǐng)P流和媒體IP流的信令 和媒體IP分組，經(jīng)由承載層(bearerlayer)傳輸信令和媒體。對IMS的完全支持包括由為IMS訂戶的用戶所使用的 用戶i殳備、IP連通才矣入網(wǎng)絡(luò)(IP-Connectivity Access Network,下文稱 為IP-CAN)和如3GPP TS 23.228中所述的IMS的特定功能單元。示 例IP-CAN可以是通用分組無線業(yè)務(wù)(General Packet Radio Service, 下文稱為GPRS)網(wǎng)絡(luò)。在被授權(quán)使用由IMS應(yīng)用提供的IMS服務(wù)之前，用戶必須注冊到IMS。然而，在能夠注冊到IMS之前，用戶必須獲得至 IP-CAN的IP連通性。為此，且萬一 IP-CAN是GPRS網(wǎng)絡(luò)，則用戶 必須建立用于傳輸信令I(lǐng)P流的承載，也就是所謂的"PDP上下文" (PDF Context)。即使在同一通用目的PDP上下文中可傳輸IMS信令以 及媒體流，優(yōu)選地把通用目的PDP上下文作為用于IMS信令的主 (primary)專用PDP上下文使用，而優(yōu)選通過獨(dú)立的輔(secondary) 專用PDP上下文傳輸媒體流。 因此，用戶接入網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)(Gateway GPRS Support Node,下文稱為GGSN)以建立通用目的主PDP上下文，或者 優(yōu)選只建立用于IMS信令的主PDP上下文。 —旦已經(jīng)建立這種主PDP上下文來執(zhí)行IMS信令I(lǐng)P流， 用戶就能夠注冊到IMS。 3GPP IMS對用戶和IMS實體之間以及IMS 實體之間的通信-使用會話發(fā)起協(xié)議(Session Initiation Protocol,下文 稱為SIP)。因此用戶使用SIP注冊信息以注冊到IMS。在作為用于 接入IMS的IMS實體的代理呼叫會話控制功能(Proxy Call Session Control Function,下文稱為P-CSCF )服務(wù)器接收此類SIP注冊。 依照公知的3GPP IMS注冊過程，在已經(jīng)接收并處理了 此類消息之后，P-CSCF將其向詢問呼叫會話控制功能(Interrogating Call Session Control Function,下文稱為I-CSCF)服務(wù)器轉(zhuǎn)發(fā)。為服務(wù) 用戶，后者向歸屬訂戶服務(wù)器(Home Subscriber Server,下文稱為HSS ) 詢問分配服務(wù)呼叫會話控制功能(Serving Call Session Control Function,下文稱為S-CSCF)服務(wù)器所需的能力。 一旦I-CSCF已經(jīng) 接收到此類能力，就挑選和分配履行這些能力的一個S-CSCF，且向 所分配的S-CSCF轉(zhuǎn)發(fā)該原始SIP注冊消息。此S-CSCF為用戶從HSS 請求用戶預(yù)置文件(userprofile)，并一旦獲得，S-CSCF就準(zhǔn)備好服 務(wù)用戶。把IMS注冊確認(rèn)回送至P-CSCF且至指示所分配S-CSCF的 用戶。
—旦用戶已經(jīng)成功地注冊到IMS,用戶就能夠接入不同 的IMS應(yīng)用，并請求不同的IMS服務(wù)，為此，必須在源用戶的用戶 設(shè)備和特定IMS應(yīng)用或目的用戶的用戶設(shè)備之間協(xié)商不同的媒體資 源，因為IMS服務(wù)可能需要。為此，用戶以SIP邀請(Invite)消息 接入IMS,在P-CSCF接收該SIP邀請消息并將其經(jīng)由IMS !^A設(shè)施 向該S-CSCF、或許還向負(fù)責(zé)用戶可能已經(jīng)調(diào)用的特定IMS應(yīng)用的應(yīng) 用服務(wù)器(ApplicationServer,下文稱為AS)傳輸。此消息具有執(zhí)行 該服務(wù)所必需的相關(guān)媒體描述。用會話數(shù)據(jù)協(xié)議(Session Data Protocol,下文稱為SDP)發(fā)送該媒體描述，并在為履行該服務(wù)所必 需的媒體資源的協(xié)商期間使用該媒體描述。 因此，在IMS注冊過程期間的上述IMS信令、SIP信令 以及在J 某體協(xié)商過程期間的SIP和SDP信令，全都作為由用戶用 GGSN所建立的主PDP上下文中的IMS信令I(lǐng)P流傳輸。 在這些IMS注冊和々某體協(xié)商過程的執(zhí)行期間，不存在還 經(jīng)由IP-CAN交換的媒體，從而，沒有還經(jīng)由承載層的IMS媒體IP
流o

發(fā)明內(nèi)容
當(dāng)使用信令承載來為已建立的會話傳達(dá)信令時，以及當(dāng) 還沒有已建立的會話時，經(jīng)由IP-CAN的信令承載傳輸?shù)膿p失的知識 都是個重要問題。 IMS信令I(lǐng)P流的損失可在經(jīng)IP-CAN連接的承載傳輸期 間例如由于差的無線條件、或由于在GGSN或服務(wù)GPRS支持節(jié)點(diǎn)中 的恢復(fù)動作而發(fā)生。還例如，如果從IMS發(fā)送初始請求至終端用戶， 且傳輸信令的承載存在故障，那么，除非源用戶清除該會話否則在IMS 停止重復(fù)請求之前存在依賴于計時器的多次再嘗試。這對源用戶帶來 了不必要的資源捆綁和長的等待時間。本發(fā)明的目的是找到借以至少最小化經(jīng)IP-CAN的信令承載傳輸?shù)膿p失的機(jī)制。即，本發(fā)明旨在找到借以使IMS信令I(lǐng)P流 的損失為IMS ^s出設(shè)施所知以便能夠采取適當(dāng)動作而不不浪費(fèi)時間 和資源的機(jī)制。 當(dāng)前在3GPP TS 23.203下開發(fā)了稱為策略和計費(fèi)控制 (Policy and Charging Control,下文稱為PCC)的新架構(gòu)，該架構(gòu)旨 在開發(fā)不同類型的接入網(wǎng)。此PCC架構(gòu)能夠為IMS訂戶對與IMS媒 體會話關(guān)聯(lián)的媒體流選擇性地控制服務(wù)質(zhì)量(Quality of Service,下文 稱為QoS)、策略和計費(fèi)。 但是，不能在已經(jīng)建立此類IMS媒體會話之前應(yīng)用此 PCC功能。 因此，承載沒有關(guān)聯(lián)的IMS 士某體會話的IMS信令的主 PDP上下文的IP流，被排除在對QoS需求、策略和計費(fèi)的PCC控制 之外。 PCC架構(gòu)包括應(yīng)用功能(Application Function,下文 稱為AF),提供需要IP承載資源的控制并位于信令平面、例如IMS P-CSCF的應(yīng)用；策略和計費(fèi)執(zhí)行功能(Policing and Charging Enforcement Function,下文稱為PCEF),位于流量平面、例如GGSN， 并負(fù)責(zé)過濾士某體IP流和安裝與QoS有關(guān)的規(guī)則以便對每媒體IP流應(yīng) 用策略和計費(fèi)；以及，策略和計費(fèi)規(guī)則功能(Policing and Charging Rule Function,下文稱為PCRF)，被置于信令層和承載層之間，負(fù)責(zé)向 PCEF觸發(fā)與QoS有關(guān)的規(guī)則的安裝。 本發(fā)明因此依賴于用給IMS基礎(chǔ)設(shè)施提供有關(guān)在經(jīng)承 載層傳輸?shù)男帕領(lǐng)P流上所檢測的信令會話事件的訂閱和通告的構(gòu)件 修正PCC模型。因此，需要修正PCC模型，以使AF或IMS P-CSCF能 夠請求AF信令會話的建立，專門用于缺乏媒體會話信息時的信令。 此AF信令會話允許AF請求PCC控制過程，即用于信令I(lǐng)P流的承載 等級事件的通知的訂閱。除AF信令會話之外，還需要修正PCC模型，所以新的處理規(guī)則在AF或P-CSCF與PCRF相關(guān)聯(lián)以便管理此專門 用于信令的AF信令會話。這些處理規(guī)則負(fù)責(zé)信令會話的建立、事件 的通知和信令會話的終止。 這由獨(dú)立權(quán)利要求的教導(dǎo)來實現(xiàn)。 依照本發(fā)明的第一方面，提供代理呼叫會話控制功能服 務(wù)器(Proxy Call Session Control Function server下文稱為P-CSCF)用 于通過經(jīng)承載媒體IP流和信令I(lǐng)P流的承載層所傳輸?shù)男帕罱尤隝P多 媒體子系統(tǒng)(下文稱為IMS )。此P-CSCF包括協(xié)議處理器(handler), 用于注冊訂戶到IMS;處理規(guī)則處理器，用于建立缺乏4某體會話時的 信令會話和涉及信令I(lǐng)P流的信令會話事件的通告；以及，信令會話構(gòu) 件，用于向失見則-控制功能裝置(Rule-Control Function Device,下文 稱為RCFD)請求在信令I(lǐng)P流上所檢測的信令會話事件的通知。 在此P-CSCF中，信令會話構(gòu)件可包括用于在缺乏媒 體會話信息時，向RCFD提交涉及信令I(lǐng)P流的信令會話信息的構(gòu)件； 用于從RCFD接收有關(guān)所檢測的信令會話事件的通知的構(gòu)件。特別地， 此信令會話信息可包括由訂戶(4)所使用的識別用戶設(shè)備的IP地址 以及識別P-CSCF的IP地址和可選的通道號。優(yōu)選地，P-CSCF的協(xié)議處理器可包括會話數(shù)據(jù)構(gòu)件， 用于一旦訂戶注冊到IMS就在訂戶和IMS之間傳輸i某體會話信息。 除信令會話事件的訂閱和通知之外，P-CSCF還支持媒 體會話事件的訂閱和通知。為此，P-CSCF還包括服務(wù)質(zhì)量(下文 稱為QoS)規(guī)則處理器，用于建立包括與QoS有關(guān)的需求的^某體會話 和有關(guān)媒體IP流的媒體會話事件的通告；以及，媒體會話構(gòu)件，用于 向RCFD請求在媒體IP流上所檢測的媒體會話事件的通知。 此P-CSCF可以這種方式實施可在基于PCC模型的增 強(qiáng)應(yīng)用功能裝置中提供處理規(guī)則處理器、信令會話構(gòu)件、以其如以上 所引證的優(yōu)選的組成單元。依照本發(fā)明的第二方面，提供用于對經(jīng)承載層的媒體傳輸保證經(jīng)信令層所協(xié)商的QoS的RCFD,承載層是能夠承載媒體IP 流和信令I(lǐng)P流的傳輸層。此RCFD包含承載會話模塊，用于從IP 連通接入網(wǎng)絡(luò)訂閱要被報告的承載會話事件；處理規(guī)則處理器，用于 在缺乏媒體會話時建立信令會話；以及，信令會話構(gòu)件，用于從請求 者實體接收在信令I(lǐng)P流上所檢測的信令會話事件的通知的請求，且用 于向請求者實體提交與所檢測的信令會話事件有關(guān)的通知。特別地， 請求者實體可以是基于PCC模型的P-CSCF或AF裝置，且適合被包 括在參與到信令層的其他網(wǎng)絡(luò)節(jié)點(diǎn)中。 在RCFD接收的對通知的請求在缺乏媒體會話信息時可 包括涉及信令I(lǐng)P流的信令會話信息。涉及信令I(lǐng)P流的該信令會話信 息包括識別訂戶的IP地址以及識別請求者實體的IP地址和可選的端 口號。 此外，涉及信令I(lǐng)P流的此信令會話信息還包括涉及通用 承載或"IMS-only"承載的標(biāo)識符，所以，在涉及通用承載或"IMS-only" 承栽時，能夠在承載會話模塊中接收在信令I(lǐng)P流上所檢測的信令會話 事件的通知。 依照本發(fā)明的第三方面，提供向信令層中的實體報告當(dāng) 用戶接入IMS時在承載層上發(fā)生的信令承載傳輸?shù)膿p失的方法。信令 層提供要求對經(jīng)承載層的媒體傳輸有保證的QoS的應(yīng)用，而承載層是 能夠承載々某體IP流和信令I(lǐng)P流的傳輸層。此方法包含以下步驟向 IMS !^出設(shè)施轉(zhuǎn)發(fā)從在P-CSCF的用戶所接收的注冊要求；建立缺乏 媒體會話時的信令會話和在P-CSCF的涉及信令I(lǐng)P流的信令會話事件 的通知；向RCFD請求在信令I(lǐng)P流上所;險測的信令會話事件的通知； 使RCFD從IP連通接入網(wǎng)絡(luò)訂閱要在信令I(lǐng)P流上被報告的承載會話 事件；并從IP連通接入網(wǎng)絡(luò)以信令I(lǐng)P流上的承載會話事件向P-CSCF 轉(zhuǎn)發(fā)向RCFD所報告的信令會話事件。 在此方法中，請求信令會話事件的通知的步驟可包括在 缺乏i某體會話信息時從P-CSCF向RCFD提交涉及信令I(lǐng)P流的信令會話信息的步驟。特別地，提交信令會話信息的步驟包括提交識別用戶 的IP地址的步驟。 另外，本方法還包括一旦4巴訂戶注冊到IMS就在訂戶和 IMS之間傳輸媒體會話信息的步驟。 在此方面，本方法可還包括在P-CSCF建立包括與QoS 有關(guān)的需求的媒體會話和涉及媒體IP流的媒體會話事件的通知的步 驟；以及，向RCFD請求在媒體IP流上所檢測的媒體會話事件的通 知的步驟。


通過結(jié)合附圖閱讀此說明書，本發(fā)明的特征、目的和優(yōu) 點(diǎn)將變得顯而易見，其中 圖1是圖解用于在經(jīng)由GPRS接入網(wǎng)絡(luò)接入IMS時以被 告知信令承載傳輸?shù)膿p失所使用的PCC模型上的適應(yīng)件(adaptation) 的框結(jié)構(gòu)。 圖2是圖解在經(jīng)由GPRS接入網(wǎng)絡(luò)接入IMS時使用的合 適的PCC模型的基本框圖； 圖3a和3b示出了圖解為執(zhí)行向IMS實體報告信令承載 傳輸?shù)膿p失的方法所遵循的動作的示例過禾呈的序列圖。
具體實施例 以下描述某些優(yōu)選實施例，用于為請求和獲得關(guān)于信令 承載傳輸?shù)耐ㄖ腜CC模型的適應(yīng)。即使PCC模型是指AF、 RCRF 和PCEF,后兩者是最初用于策略(policing)和計費(fèi)決策以及執(zhí)行點(diǎn) 使用的實體，本發(fā)明也并不一定需要這種功能。 在這方面，可在P-CSCF IO上直接做出要依照PCC模 型在AF l上做出的、如由本發(fā)明的一方面所提出的修正，實質(zhì)上沒 有脫離本發(fā)明蘊(yùn)含的總的發(fā)明構(gòu)思。此外，可在規(guī)貝'j-控制功能裝置2(下文稱為RCFD)中做出依照PCC模型在RCRF 2-bis上做出的、 如由本發(fā)明的另 一方面所提出的修正，其同樣也不一定用于策略和計 費(fèi)。 因此，依照本發(fā)明，提供了一種方法，該方法用于向位 于信令層中的P-CSCF 10報告當(dāng)用戶接入IMS時發(fā)生在承載層的信令 承載傳輸?shù)膿p失。信令層為經(jīng)由承載層的媒體傳輸提供需要被保證的 服務(wù)質(zhì)量、下文稱為QoS的應(yīng)用，而承載層是能夠承載媒體流B-55 和信令I(lǐng)P流B-50的傳輸層。在此方面，P-CSCF是一 IMS,用戶經(jīng) 其接入IMS。 在接入IMS之前，用戶4需要經(jīng)由IP連通接入網(wǎng)絡(luò)獲 得IP連通，該網(wǎng)絡(luò)在貫穿本應(yīng)用的示例實施例中是GPRS網(wǎng)絡(luò)。為此， 如圖3a所示，用戶4在步驟S-510請求主PDP上下文的建立。 —般來說，當(dāng)發(fā)出請求來指示將如何使用承載時，使用 承載使用參數(shù)值。目前，此值可采用以下值中的一個"general (通 用)，，，當(dāng)無特定承載使用信息可用時；"IMS-only (僅IMS)", 當(dāng)承載將僅用于承載IMS信令時；和"dedicated (專用)"，當(dāng)承載 將關(guān)于特定媒體傳輸被用于專用目的時。對本發(fā)明來說，對主PDP上 下文的上述請求優(yōu)選地指示"IMS-only"，因為它的使用旨在承栽IMS 信令。 在貫穿本說明書的IP-CAN的示例考慮的GPRS網(wǎng)絡(luò)的 GGSN 30接收對主PDP上下文的建立的此類請求。接收此類請求的 GGSN在步驟S-515中向規(guī)則-控制功能裝置2 (下文稱為RCFD)發(fā) 送CCR消息，優(yōu)選在信令層和承載層之間插入該裝置，且該裝置對 應(yīng)于增強(qiáng)有為實現(xiàn)本發(fā)明目而為RCFD提供的新特征的傳統(tǒng)PCC模 型中的PCEF 2-bis。才艮據(jù)CCR消息的接收，RCFD 2獲得有關(guān)為此主 PDP上下文所建立的承載會話的相關(guān)數(shù)據(jù)。為此，如圖1所示，RCFD 2在涉及"通用"或"IMS-only"承載時把此相關(guān)數(shù)據(jù)存儲在承載會 話模塊20中，以便對用于媒體IP流的其他可能承載做區(qū)分。此承載會話模塊包含處理用于信令I(lǐng)P流的"通用"或"IMS-only"承載的獨(dú) 立子模塊24,以及處理用于媒體IP流的"專用"承載的獨(dú)立子模塊 25。 然后，在步驟S-520中把應(yīng)答CCA消息從RCFD 2回送 至GGSN30,且在步驟S-525中所發(fā)送的對應(yīng)的PDP上下文響應(yīng)消息 把來自GGSN30的該主PDP上下文的建立應(yīng)答回用戶4。 —旦用戶獲得了 IP連通性，用戶就可通過注冊到IMS 接入IMS。為此，本方法提供了在步驟S-530在P-CSCF接收SIP注 冊消息的步驟，以及在步驟S-535向其他IMS fc出設(shè)施9轉(zhuǎn)發(fā)該SIP 注冊消息的步驟。在此方面，發(fā)生如在以上本發(fā)明背景技術(shù)所論述的 公知的3GPP IMS過程。因此，IMS基礎(chǔ)設(shè)施9表征本文涉及的除了 P-CSCF的所有IMS實體，例如I-CSCF、 HSS和S-CSCF。為了執(zhí)行 接收和轉(zhuǎn)發(fā)SIP注冊消息的步驟，并如圖1所示，P-CSCF配有協(xié)議 處理器(protocol handler )16,協(xié)議處理器負(fù)責(zé)管理用戶4和其他IMS 基礎(chǔ)設(shè)施9之間的SIP消息S-50。特別地，此協(xié)議處理器包括處理純 SIP消息和協(xié)議的專用構(gòu)件15。 在該階段，不同的備選實施例能夠?qū)崿F(xiàn)本發(fā)明目的。在 一個未繪制在任意附圖中的實施例中，P-CSCF在觸發(fā)下一動作之前， 等待來自IMS基礎(chǔ)設(shè)施、指示IMS中的用戶4的成功注冊的SIP"200 OK"消息的接收。在圖3a所示的另一實施例中，P-CSCF不用等待 成功注冊的結(jié)果，發(fā)起實現(xiàn)本發(fā)明目的必需的動作過程。當(dāng)然，在步 驟S-540中接收到SIP "200 OK"消息時，就在步驟S-565中向用戶4 轉(zhuǎn)發(fā)此類消息。 因此，不考慮在步驟S-540中是否接收了 SIP "200 OK" 消息，本方法包含在P-CSCF在步驟I-a期間在缺乏i某體會話時建立信 令會話、以及建立P-CSCF希望被告知的、涉及信令I(lǐng)P流的信令^S舌 事件的那些通知的步驟。為此，如圖1所示，P-CSCF包括具有創(chuàng)建 以及識別此類信令會話和此類通知必需的所有邏輯的處理規(guī)則處理器13。 由于在SIP注冊消息內(nèi)沒有媒體^^舌信息可用，且沒有 要用于信令I(lǐng)P流的具體QoS或計費(fèi)特征，所以對信令會話的建立的 請求不需要媒體成分的描述或與計費(fèi)有關(guān)的標(biāo)識符。 在缺乏媒體會話時建立信令會話的步驟也在步驟I-b期 間在RCFD2執(zhí)行。為此，同樣如圖l所示，RCFD2也包括相應(yīng)的 處理規(guī)則處理器23，其通過接口 1-13與P-CSCF的處理MJ3'J處理器 13是可連接的，且其含有在RCFD 2創(chuàng)建以及指示信令會話和通告必 需的所有邏輯。 如圖3a所示，在缺乏媒體會話時建立信令會話的此步 驟之后是步驟S-545，該步驟利用AAR消息向RCFD2請求要在信令 IP流B-50上被檢測的信令會話事件的通知。為此，如圖1所示，P-CSCF 10配有用于向RCFD 2請求信令會話事件的此類通知的信令會話構(gòu)件 11。 相應(yīng)地和亦如圖1所示，RCFD 2包含信令會話構(gòu)件21, 用于通過接口 I-12接收對信令會話事件的通知的請求，并還用于通過 同一接口 I-12提交所請求的通知。 尤其，請求信令會話事件的通知的步驟S-545可包括在 缺乏4某體會話信息時通過接口 1-12向RCFD 2提交涉及信令I(lǐng)P流的信 令會話信息的步驟。如果使用PCC模型的增強(qiáng)PCEF 2-bis，那么向 P-CSCF10的該提交使用接口 1-10,如圖2所示。優(yōu)選地，在RCFD2 的信令會話構(gòu)件21中接收此信令會話信息。 此信令會話信息可基本包括要由RCFD 2 了解的"信令 承載的損失"的指示，作為P-CSCF 10或AF裝置1訂閱(subscribe) 要在信令I(lǐng)P流上被檢測的信令承載事件且為此目的不需要具體的與 QoS有關(guān)的規(guī)則和決策的指示。 優(yōu)選地，從P-CSCF 10向RCFD 2提交的信令會話信息 可包括識別訂戶4的IP地址。此外，此信令會話信息可還包括識別P-CSCF 10的IP地址和可選的端口號。此信令會話信息可用于建立檢 測標(biāo)準(zhǔn)以便適當(dāng)?shù)貦z測涉及信令I(lǐng)P流的那些所需信令會話事件。 本方法還包含依靠RAR消息在步驟S-550中使RCFD 2 從IP連通接入網(wǎng)絡(luò)中的實體訂閱要在信令I(lǐng)P流B-50上被報告的承載 會話事件的步驟，該實體在本實施例中可為GGSN 30或其所包含的 組成單元3，如依照PCC模型的增強(qiáng)PCEF 2-bis。為此，RCFD 2可 通過接口 I-c使在信令會話構(gòu)件21中的信令會話信息與處理"通用" 或"IMS-only"承載的承載會話子模塊24相關(guān)聯(lián)。然后，處理用于信 令I(lǐng)P流的"IMS-only"承載的此承載會話子模塊24因此通過接口 1-22 與GGSN 30中的承載控制31或GGSN 30所包含的組成單元3模塊相 關(guān)聯(lián)，其中，對信令I(lǐng)P流的信令會話事件的檢測就真正發(fā)生了。 —旦在GGSN 30或其所包含的組成單元3執(zhí)行對此類 信令會話事件的訂閱，就在步驟S-555中把確認(rèn)回送至RCFD 2，且 在步驟S-560中把相應(yīng)的應(yīng)答返回至P-CSCF 10。 如果，由于任意原因，用于IMS信令的主PDP上下文 丟失了，其承載使用被標(biāo)記為"通用"或"IMS-only" , GGSN 30或 組成單元3很可能通過直徑(diameter) CCR消息將此事件通報給 RCFD 2，且后者又向P-CSCF 10或向AF裝置1通報此類相應(yīng)信令會 話事件。在此情況下，在報告信令承載的損失的事件的同時，RCFD 2 通過直徑ASR消息終止當(dāng)前信令會話。 為此目的，本方法還包含/人IP連通4妄入網(wǎng)絡(luò)中的實體3 或30中的承栽控制模塊31以在信令I(lǐng)P流B-50上的承載會話事件向 P-CSCF 10且通過接口 1-12轉(zhuǎn)發(fā)那些通過才妄口 1-22向RCFD 2所報告 的信令會話事件的步驟。 在接收到報告信令承載的損失的信令會話事件的通知 時，P-CSCF 10或AF裝置1可終止信令會話，并經(jīng)由信令層采取正 確的操作。為此，還負(fù)責(zé)信令會話的終止的處理規(guī)則處理器13，通過 內(nèi)部接口 I-g與協(xié)議處理器16通信，以向用戶4和其他IMSl^出i殳施9觸發(fā)適當(dāng)?shù)腟IP消息。 此外，本方法可包括一旦把所述用戶注冊到IMS就在 P-CSCF 10從用戶4接收媒體會話信息的步驟S-570和向IMS基礎(chǔ)設(shè) 施9傳輸媒體會活信息的步驟S-575，且反之亦然。為此，—P-CSCF包 括在協(xié)議處理器16中的^S舌數(shù)據(jù)構(gòu)件14。此會話數(shù)據(jù)構(gòu)件14優(yōu)選地 負(fù)責(zé)處理用來在貫穿信令層的兩個方向上傳送和協(xié)商媒體會話信息 的會話數(shù)據(jù)協(xié)議(下文稱為SDP)部分。 在步驟S-570期間，可在SIP邀請消息中發(fā)送媒體^^舌 信息，該信息已經(jīng)被嵌入為SDP媒體會話信息。在步驟S-575中，把 此類SIP邀請消息向IMS基礎(chǔ)設(shè)施9轉(zhuǎn)發(fā)，并在步驟S-580中可能從 IMS基礎(chǔ)設(shè)施9向潛在參與者(Actor) B 5-bis轉(zhuǎn)發(fā)，該潛在參與者 可能是如以上所釋的負(fù)責(zé)特定IMS應(yīng)用的AS或目的訂戶。 在傳輸i某體會話信息的這些步驟之后，可為步驟S-590, 該步驟協(xié)商要被由當(dāng)事人即在源用戶的用戶設(shè)備4和IMS基礎(chǔ)設(shè)施9 之間、或源用戶的用戶設(shè)備4和目的用戶的用戶設(shè)備5-bis之間取得 一致意見的媒體。 如圖3b所示，附加方法繼續(xù)進(jìn)行到在步驟S-610和步驟 S-615中的與為下一步通信已取得一致意見的媒體有關(guān)的信息返回 P-CSCF的提交。這以后，本方法包括通過P-CSCF 10中的接口 I-d并 通過RCFD 2中的接口 I-f建立包括與QoS有關(guān)的需求的媒體會活的 步驟。在此步驟期間，也在P-CSCF 10建立涉及媒體IP流的々某體會 話事件的通告。為此，P-CSCF的規(guī)則處理器13還負(fù)責(zé)建立包括與 QoS有關(guān)的需求的媒體會話、以及有關(guān)媒體IP流B-55的媒體會話事 件的通告。 與用于信令會話事件的通知的本方法上述步驟配合，也 對于涉及媒體會話事件的通知的這些步驟，RCFD 2的規(guī)則處理器23 負(fù)責(zé)通過接口 1-13或許協(xié)同P-CSCF的規(guī)則處理器建立包括與QoS有 關(guān)的需求的媒體會話。
本方法還包括從P-CSCF 10向RCFD 2請求要在々某體IP 流B-55上被檢測的媒體會話事件的通知的步驟S-620。為此，P-CSCF 包括Jf某體會話構(gòu)件12，該構(gòu)件用于向RCFD 2請求要在媒體IP流B-55 上被檢測的媒體會話事件的通知，且RCFD2還包括用于向P-CSCF 10 提供要在媒體IP流B-55上被檢測的媒體會話事件的通知的媒體^S舌 構(gòu)件22。 本方法還包含使RCFD 2在步驟S-625中依靠SIP RAR 消息訂閱要在來自GGSN 30或其所包含的組成單元3、例如依照PCC 模型的增強(qiáng)PCEF 2-bis的媒體IP流B-55上被報告的承載會話事件的 步驟。 為了在媒體IP流B-55上獲得媒體會話事件的通知，本 方法的這些最新附加步驟通過如分別在先前的步驟S-555和S-560中 的相應(yīng)確認(rèn)來完成。 然后，根據(jù)在用戶側(cè)4的、指示源用戶設(shè)備4和IMS或 目的用戶設(shè)備5-bis之間的i某體的成功協(xié)商的SIP 200 OK消息的接收， 用戶設(shè)備可在步驟S-635中請求指示"專用"作為承載使用的輔PDP 上下文的建立，因為它的使用旨在用于承載IMS媒體。 在GGSN 30上接收對輔PDP上下文的建立的:^青求， GGSN 30在步驟S-640中向RCFD 2發(fā)送CCR消息。根據(jù)對IMS媒 體指示"專用"的CCR消息的接收，RCFD 2獲得關(guān)于為此輔PDP 上下文所建立的承載會話的相關(guān)數(shù)據(jù)。為此，如圖1所示，在涉及"專 用，，時，RCFD2把該相關(guān)數(shù)據(jù)存儲在承載會話模塊20中，以便與用 于信令I(lǐng)P流的先前承載做區(qū)分。此承載會話模塊包含處理用于媒體 IP流的此"專用"承載的獨(dú)立子模塊25。接收CCR消息用于指示其為用于IMS々某體的"專用" 承載的輔PDP上下文的RCFD 2,在步驟S-645中把與QoS有關(guān)的規(guī) 則安裝到GGSN 30,且GGSN最終在步驟S-650中把輔PDP上下文 的建立應(yīng)答給用戶4。
從步驟S-655開始，能夠依照協(xié)商的QoS需求交換媒體 傳輸。上文以示例而非限制的方式針對若干個實施例描述了 本發(fā)明。顯然，根據(jù)以上教導(dǎo)，這些實施例的變型和組合是可能的， 且落入本權(quán)利要求書的范圍內(nèi)的實施例的任意修改都要被包括在本
權(quán)利要求書的范圍內(nèi)。
權(quán)利要求
1. 一種用于通過經(jīng)承載媒體IP流(B-55)和信令I(lǐng)P流(B-50)的承載層傳輸?shù)男帕?S-50)接入IP多媒體子系統(tǒng)(9)(下文稱為IMS)的代理呼叫會話控制功能服務(wù)器(10)，所述代理呼叫會話控制功能服務(wù)器包括-協(xié)議處理器(16，15)，用于注冊(S-530，S-535)訂戶(4)到所述IMS(9)；以及，特征在于還包含-處理規(guī)則處理器(13)，用于建立(I-a)缺乏媒體會話時的信令會話和涉及所述信令I(lǐng)P流的信令會話事件的通告；以及-信令會話構(gòu)件(11)，用于向規(guī)則-控制功能裝置(2，2-bis)請求在所述信令I(lǐng)P流(B-50)上所檢測的所述信令會話事件的通告。
2. 如權(quán)利要求1所述的代理呼叫會話控制功能服務(wù)器(10)，其 中，所述信令會話構(gòu)件(11)包括-用于在缺乏媒體會活信息時向所述規(guī)則-控制功能裝置(2, 2-bis) 提交(1-12, 1-10)涉及所述信令I(lǐng)P流的信令會話信息的構(gòu)件；以及-用于從所述規(guī)則-控制功能裝置(2， 2-bis)接收(1-12, 1-10) 有關(guān)所檢測的信令會話事件的所述通知的構(gòu)件。
3. 如權(quán)利要求2所述的代理呼叫會話控制功能服務(wù)器(10)，其 中，涉及所述信令I(lǐng)P流的所述信令會話信息包括識別由所述訂戶使用 的用戶設(shè)備(4)的IP地址。
4. 如權(quán)利要求3所述的代理呼叫會話控制功能服務(wù)器(10)，其 中，涉及所述信令I(lǐng)P流的所述信令會話信息還包括識別所述代理呼叫 會話控制功能服務(wù)器的IP地址和可選端口號。
5. 如權(quán)利要求1所述的代理呼叫會話控制功能服務(wù)器(10)，其 中，所述協(xié)議處理器(16)包括用于一旦注冊了所述訂戶(4)就在 所述訂戶(4)和所述IMS (9.)之間傳輸(S-570， S-575 )媒體會話信息(S-55)的^^舌數(shù)據(jù)構(gòu)件(14)。
6. 如權(quán)利要求5所述的代理呼叫會話控制功能服務(wù)器(10)，還 包括服務(wù)質(zhì)量(下文稱為QoS)規(guī)則處理器(13)，用于建立(I-d) 包括與QoS有關(guān)的需求的媒體會話和涉及所述媒體IP流的媒體^S舌 事件的通告；以及媒體會話構(gòu)件(12),用于向規(guī)則-控制裝置(2， 2-bis)請求在 所述媒體IP流(B-55)上所檢測的所述媒體會話事件的所述通告。
7. 如權(quán)利要求1所述的代理呼叫會話控制功能服務(wù)器(10)，其 中，所述處理規(guī)則處理器(13 )和所述信令會話構(gòu)件(11)及其依照 權(quán)利要求2到6所述的組成單元，由根據(jù)權(quán)利要求8到13中任意項 所述的應(yīng)用功能裝置(1)提供。
8. —種應(yīng)用功能裝置(1),用于經(jīng)信令層(S-5)提供對經(jīng)承載 層(B-5)的媒體傳輸有保證的服務(wù)質(zhì)量(下文稱為QoS)的應(yīng)用， 所述承載層是能夠承載i某體IP流(B-55 )和信令I(lǐng)P流(B-50)的傳 輸層，所述應(yīng)用功能裝置特征在于包含畫處理規(guī)則處理器(13 ),用于建立(I-a)缺乏媒體會話時的信令 會話和涉及所述信令I(lǐng)P流的信令會話事件的通告；以及-信令會話構(gòu)件(11)，用于向規(guī)則-控制功能裝置(2， 2-bis)請 求在所述信令I(lǐng)P流(B-50)上所檢測的信令會話事件的通告。
9. 如權(quán)利要求8所述的應(yīng)用功能裝置(1)，其中，所述信令會 話構(gòu)件(11)包括誦用于在缺乏媒體^S舌信息時向所述規(guī)貝'J-控制功能裝置(2, 2國bis) 提交(1-12, 1-10)涉及所述信令I(lǐng)P流的信令會話信息的構(gòu)件；以及-用于從所述規(guī)則-控制功能裝置(2， 2-bis)接收(1-12， 1-10) 有關(guān)所檢測的信令會話事件的所述通知的構(gòu)件。
10. 如權(quán)利要求9所述的應(yīng)用功能裝置(1),其中，涉及所述信 令I(lǐng)P流的所述信令會話信息包括識別所述訂戶(4)的IP地址。
11. 如權(quán)利要求8所述的應(yīng)用功能裝置(1)，其中，所述處理規(guī) 則處理器適合于終止所述信令會話。
12. 如權(quán)利要求8所述的應(yīng)用功能裝置(1),還包含媒體會話構(gòu) 件(12)，用于向規(guī)則-控制功能裝置(2， 2-bis)請求關(guān)于在所述信 令I(lǐng)P流(B-55)上所檢測的媒體會話事件的通告。
13. 如權(quán)利要求12所述的應(yīng)用功能裝置(1)，其中，所述媒體 會話構(gòu)件(12)包括-用于向所述規(guī)則-控制功能裝置(2， 2-bis)提交(1-11, I畫IO) 涉及包括與QoS有關(guān)的要求的所述信令I(lǐng)P流的媒體會話信息的構(gòu)件； 以及-從所述規(guī)則-控制功能裝置(2， 2-bis)接收(I國ll, 1-10)有關(guān) 所述檢測的媒體會話事件的所述通知的構(gòu)件。
14. 一種用于對經(jīng)承載層(B-5 )的々某體傳輸保證經(jīng)信令層(S-5 ) 所協(xié)商的服務(wù)質(zhì)量(下文稱為QoS)的規(guī)則-控制功能裝置(2),所 述承載層是能夠承載媒體IP流(B-55 )和信令I(lǐng)P流(B-50 )的傳輸 層，所述規(guī)則-控制功能裝置特征在于包含-承載會話模塊(20)，用于從IP連通接入網(wǎng)絡(luò)訂閱要被報告的 承載會話事件；以及，特征在于它還包括誦處理規(guī)則處理器(23)，用于在缺乏媒體會話時建立(I-b)信 令^舌；以及-信令會話構(gòu)件(21)，用于從請求者實體(1， 10)接收對在所 述信令I(lǐng)P流(B-50 )上所檢測的信令會話事件的通知的請求，并用于 向所述請求者實體提交(1-12, 1-10)有關(guān)所述檢測的信令會話事件的 戶斤述通知。
15. 如權(quán)利要求14所述的規(guī)則-控制功能裝置(2),其中，對信 令會話事件的通知的所述請求在缺乏媒體會話信息時包括涉及所述 信令I(lǐng)P流(B-50 )的信令會話信息。
16. 如權(quán)利要求15所述的規(guī)則-控制功能裝置(2),其中，涉及 所述信令I(lǐng)P流的所述信令會話信息包括識別所述訂戶(4 )的IP地址。
17. 如權(quán)利要求16所述的規(guī)貝'J-控制功能裝置(2)，其中，涉及 所述信令I(lǐng)P流的所述信令會話信息包括識別所述請求者實體(1, 10 ) 的IP地址和可選的端口號。
18. 如權(quán)利要求15所述的規(guī)則-控制功能裝置(2)，其中，涉及 所述信令I(lǐng)P流的所述信令會話信息包括涉及通用承載或"IMS-only" 承載的標(biāo)識符。
19. 如權(quán)利要求14所述的規(guī)則-控制功能裝置(2),其中，在涉 及通用承載或"IMS-only"承載時在所述承載會話模塊(20， 24)中 接收在所述信令I(lǐng)P流(B-50)上所檢測的信令會話事件的通告。
20. —種向信令層中的實體報告在用戶接入IP多々某體子系統(tǒng)(下 文稱為IMS)時在承載層上所發(fā)生的信令承載傳輸?shù)膿p失的方法，所 述信令層提供對經(jīng)所述承載層的媒體傳輸有保證的服務(wù)質(zhì)量(下文稱 為QoS)的應(yīng)用，所述承栽層是能夠承載々某體IP流(B-55)和信令 IP流(B-50)的傳輸層，所述方法包含以下步驟-在代理呼叫會話控制功能(10)(下文稱為P-CSCF)向IMS基 礎(chǔ)設(shè)施(9)轉(zhuǎn)發(fā)(S-535 )從所述用戶(4)所接收的注冊請求； 以及，特征在于它包含以下步驟-在所述P-CSCF建立(I-a， I-b)缺乏媒體會話時的信令會話和涉 及所述信令I(lǐng)P流的信令會話事件的通告；-向規(guī)則-控制功能裝置(2, 2-bis)請求(S-545 )在所述信令I(lǐng)P 流(B-50)上所檢測的信令會話事件的通告；-使所述規(guī)則-控制功能裝置(2, 2-bis)從IP連通接入網(wǎng)絡(luò)(3, 30)訂閱(S-550)要在所述信令I(lǐng)P流(B-50)上被報告的承載會話 事件；以及-從所述IP連通接入網(wǎng)絡(luò)(3, 30 )以所述信令I(lǐng)P流(B-50 )上 的承載會話事件把向所述規(guī)則-控制功能裝置(2， 2-bis)所報告(1-22)的所述信令會話事件轉(zhuǎn)發(fā)(1-12)至所述P-CSCF (10)。
21. 如權(quán)利要求20所述的方法，其中，請求(S-545 )所述信令 會話事件的通告的所述步驟包括在缺乏媒體會話信息時從所述 P-CSCF (10)向所述規(guī)則-控制功能裝置(2, 2-bis)提交(1-12， 1-10) 涉及所述信令I(lǐng)P流的信令會話信息的步驟。
22. 如權(quán)利要求21所述的方法，其中，提交信令會話信息的所述 步驟包括提交識別所述用戶(4)的IP地址的步驟。
23. 如權(quán)利要求20所述的方法，還包括一旦注冊了所述訂戶(4) 就在所述訂戶(4)和所述IMS (9)之間傳輸(S-570, S-575 )媒體 會話信息(S-55)的步驟。
24. 如權(quán)利要求23所述的方法，還包括以下步驟-在所述P-CSCF建立(I-d， I-f)包括與QoS有關(guān)的要求的媒體 會話和涉及所述媒體IP流的媒體會話事件的通告；以及國向規(guī)則-控制功能裝置(2， 2誦bis)請求在所述4某體IP流(B-55) 上所檢測的所述媒體會話事件的所述通知。
全文摘要
了解經(jīng)IP連通接入網(wǎng)絡(luò)的信令承載傳輸?shù)膿p失是個重要問題。因此，本發(fā)明依賴于用給IMS基礎(chǔ)設(shè)施提供有關(guān)在經(jīng)承載層傳輸?shù)男帕領(lǐng)P流上所檢測的信令會話事件的訂閱和通知的構(gòu)件修正策略和計費(fèi)控制模型。為此，修正P-CSCF或其所包括的AF以便對于信令I(lǐng)P流允許信令會話的建立以用于訂閱承載等級事件的通知。除那之外，在AF和RCRF需要新的處理規(guī)則以用于信令會話的處理、事件的通知和信令會話的終止。
文檔編號H04L29/06GK101467418SQ200680055012
公開日2009年6月24日 申請日期2006年6月20日 優(yōu)先權(quán)日2006年6月20日
發(fā)明者D·卡斯特拉諾斯-扎莫拉, J·J·帕斯托巴巴斯, S·弗南德滋-阿洛索, S·特里爾 申請人:艾利森電話股份有限公司