擴展通過IMS接口的SIP P-Served用戶報頭的制作方法
【專利摘要】本發(fā)明提供一種在IMS核心網(wǎng)絡(luò)中處理SIP消息的方法。該方法包括在第一網(wǎng)絡(luò)實體處,接收包含與第一SIP消息相關(guān)的被服務(wù)用戶的標識的第一SIP消息。第一IMS網(wǎng)絡(luò)實體位于被服務(wù)用戶的歸屬網(wǎng)絡(luò)中。第一SIP消息作為第二SIP消息被轉(zhuǎn)發(fā)到被服務(wù)用戶的歸屬IMS核心網(wǎng)絡(luò)中的第二網(wǎng)絡(luò)實體。第二SIP消息包含標識被服務(wù)用戶的P-Served-User,PSU報頭。
【專利說明】 擴展通過IMS接口的SIP P-Served用戶報頭
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及IP多媒體子系統(tǒng)(IMS)通信網(wǎng)絡(luò)中的會話發(fā)起協(xié)議消息中的P-Served (P服務(wù))用戶報頭的使用。
【背景技術(shù)】
[0002]IP多媒體子系統(tǒng)(MS)是第三代合作伙伴項目(3GPP)定義來在移動通信網(wǎng)絡(luò)上提供IP多媒體服務(wù)的技術(shù)。MS提供通過使用標準化MS服務(wù)使能器來豐富最終訂戶人與人通信體驗的關(guān)鍵特征,這利于通過基于IP的網(wǎng)絡(luò)的人與人(客戶端與客戶端)通信服務(wù)以及人與內(nèi)容(客戶端與服務(wù)器)服務(wù)。MS利用會話發(fā)起協(xié)議(SIP)來建立和控制訂戶終端之間(或訂戶終端與如應(yīng)用服務(wù)器的MS網(wǎng)絡(luò)實體之間的)的呼叫或會話。雖然SIP是作為訂戶與訂戶的協(xié)議來創(chuàng)建的,但是IMS允許營運商和服務(wù)提供商控制訂戶對服務(wù)的訪問以及相應(yīng)地對訂戶計費。
[0003]圖1以示意圖形式圖示MS如何在GPRS/PS接入網(wǎng)(當然,MS可以在其他接入網(wǎng)上工作)的情況中適應(yīng)移動網(wǎng)絡(luò)體系結(jié)構(gòu)。如圖1所示,MS包括核心網(wǎng)絡(luò)10和服務(wù)網(wǎng)絡(luò)
15。呼叫/會話控制功能(CSCF) 11作為MS核心網(wǎng)絡(luò)10內(nèi)的SIP代理來工作,并且與其他實體,尤其如邊界網(wǎng)關(guān)控制功能(BGCF) 12和媒體資源功能控制器(MRFC 13)接口連接。代理CSCF (P-CSCF)是MS內(nèi)用于SIP終端的第一點;服務(wù)CSCF (S-CSCF)向訂戶提供服務(wù);查詢CSCF (1-CSCF)識別正確的S-CSCF并向該S-CSCF經(jīng)由P-CSCF轉(zhuǎn)發(fā)接收自SIP終端的請求。在頂S服務(wù)網(wǎng)絡(luò)15中,應(yīng)用服務(wù)器(AS) 16實現(xiàn)MS服務(wù)功能性。S-CSCF可以將應(yīng)用服務(wù)器16作為會話端點來連接或?qū)⑵洹版溄印钡綍挕-CSCF是SIP服務(wù)器,但是也執(zhí)行會話控制,處理SIP注冊,以及在所有信令消息的路徑中,以便它能夠檢查會話中的每個消息。它決定SIP消息將被轉(zhuǎn)發(fā)到哪個(哪些)AS以便進行服務(wù)提供,并且它提供路由選擇服務(wù)。
[0004]在MS核心網(wǎng)絡(luò)10中,這些實體通過接口彼此通信,這些接口中的一些稱為M接口。有許多已定義的此類接口:示例包括用于S-CSCF 11與BGCF 12之間交換消息的Mi接口和用于S-CSCF 11與MRFC 13之間交換消息的Mr接口,以及用于CSCF 11之間交換消息的Mw接口。消息在S-CSCF 11與MS服務(wù)網(wǎng)絡(luò)15中的AS 16之間經(jīng)由ISC接口來進行交換。ISC接口的主要功能是:向AS 16通知注冊狀態(tài)和注冊的用戶設(shè)備(UE)的能力;向AS16提供使得它能夠執(zhí)行多個服務(wù)的信息以及傳達計費功能地址。
[0005]一般SIP信號在一對端點之間導(dǎo)向。換言之,信號報頭中的發(fā)送方提供的地址信息指定接收方端點(例如,以接收方統(tǒng)一資源標識符R-URI的形式),并將信號在網(wǎng)絡(luò)上路由到該端點。但是,存在其中將SIP信號重定目的地到不同的端點的許多情況。IMS服務(wù)涉及重定目的地的示例包括通信轉(zhuǎn)移(⑶IV)、免打擾、通信分配、靈活報警(FlexibleAlerting)和會議。
[0006]例如,3GPP技術(shù)規(guī)范TS 24.604通信轉(zhuǎn)移定義接收通信(SIP INVITE (SIP邀請))或消息(SIP MESSAGE (SIP消息))的用戶B如何能夠?qū)⑼ㄐ呸D(zhuǎn)移到新的目標C -用戶或端接網(wǎng)絡(luò)中的其他實體。因此,例如,可以將SIP INVITE從始發(fā)網(wǎng)絡(luò)中的實體向用戶B發(fā)送。服務(wù)于用戶B的IMS網(wǎng)絡(luò)包括指定到用戶B的S-CSCF和提供⑶IV服務(wù)的AS。S-CSCF將SIP INVITE轉(zhuǎn)發(fā)到B的端接AS,該端接AS觸發(fā)⑶IV過程,該⑶IV過程向用戶C發(fā)送新的SIP INVITE。B的端接AS更改R-URI,以便S-CSCF將新的SIP INVITE向C的端接網(wǎng)絡(luò)路由。
[0007]正如上文示例所示,由于服務(wù)執(zhí)行,服務(wù)可更改主叫或被叫用戶身份。RFC 3325引入P-Asserted-1dentity (P斷言身份,PAI)私有SIP報頭的概念以使信任的SIP服務(wù)器的網(wǎng)絡(luò)能夠斷言經(jīng)認證的用戶的身份。根據(jù)3GPP TS 24.229,P-CSCF在SIP消息中插入含有表示消息的發(fā)起者的值的PAI報頭。
[0008]MS會話的計費機制是離線(后付)計費或在線(預(yù)付)計費。對于離線計費,處理事務(wù)的多種頂S網(wǎng)絡(luò)實體用作計費觸發(fā)功能(CTF),其生成發(fā)送到計費數(shù)據(jù)功能(CDF)的計費信息。對于在線計費,頂S網(wǎng)絡(luò)實體與在線計費系統(tǒng)(OCS)通信。⑶F/0CS以此方式收集的信息分類為計費信息,但是實際上,它可以是與計費(收費)以外的事宜相關(guān)的信息,如深度分組檢查(DPI)、統(tǒng)計、安全性、業(yè)務(wù)監(jiān)視等的形式,并且可以按營運商認為適合的任何方式來使用它。
[0009]為服務(wù)生成的計費信息根據(jù)3GPP TS 32.299應(yīng)包含基于PAI報頭的Cal I ing-Party-Address (呼叫方地址)屬性值對(AVP)。但是,沒有攜帶被服務(wù)用戶的地址的對應(yīng)的AVP。
[0010]圖2a和圖2b圖示建立來自訪問始發(fā)側(cè)網(wǎng)絡(luò)的始發(fā)用戶20且以端接側(cè)網(wǎng)絡(luò)25的端接用戶為目的地的典型呼叫中涉及的SIP信號。圖2a主要關(guān)注始發(fā)側(cè)網(wǎng)絡(luò)實體,而圖2b主要關(guān)注端接側(cè)。始發(fā)用戶20含有身份(例如,URI/地址)A,而端接用戶含有身份B。注意圖2a和圖2b所示(以及稍后圖3a和圖3B中也進行描述的)的信令為了明晰而進行簡化。具體來說,未完全地示出用于計費的某些SIP消息和直徑(Diameter)消息。
[0011]在圖2a中,SIP信號在A的歸屬MS網(wǎng)絡(luò)中示出,其涉及:CSCF,CSCF-A 21:應(yīng)用服務(wù)器,AS-A 22 ;CDF, CDF-A 23 ;以及BGCF,BGCF-A 24。信號201是由始發(fā)用戶20發(fā)送到CSCF-A 21的以端接網(wǎng)絡(luò)25中標識為B的端接用戶為目的地的SIP INVITE。SIPINVITE包含始發(fā)用戶20的P-Preferred-1dentity(P首選身份)A。由P-CSCF將其替換為P-Asserted-1dentity (圖2a中未示出)。信號202是由CSCF-A 21發(fā)送到CDF-A 23的計費輸出,并且包含由P-Asserted-1dentity導(dǎo)出,采用Calling-Party-Address AVP的形式的,主叫方A的身份。信號203是由CSCF-A 21發(fā)送到AS-A 22且以B為目的地用于提供與呼叫相關(guān)的服務(wù)的SIP INVITEoSIP INVITE 203還包含P-Asserted-1dentity A。信號204是AS-A 22發(fā)送到CDF-A 23的計費輸出。但是,此計費輸出包含Calling-Party-AddressAVP中的身份X而非身份A。某些服務(wù)可以修改PAI報頭(例如,以總交換臺的號碼替換分機號),并將在后續(xù)SIP信令中使用新的PAI報頭,并且也在計費輸出中使用。因此,在此示例中,由于所提供的服務(wù),P-Asserted (P斷言)身份已經(jīng)從A更改到X。此后,SIP消息中的PAI報頭將全部指定身份X。信號205是AS-A 22返回到CSCF-A 21的SIP INVITE。這通常是新呼叫支路(SIP會話),并還觸發(fā)新的計費會話。在信號206中將SIP INVITE轉(zhuǎn)發(fā)到BGCF-A 24。信號207是由BGCF-A 24發(fā)送到CDF-A 23的另一個計費輸出,再次包含Calling-Party-Address AVP 中來自接收的 PAI 的身份 X。最后,BFCF-A 24 將 SIP INVITE(信號208)轉(zhuǎn)發(fā)到端接用戶25的MS網(wǎng)絡(luò)。
[0012]在圖2b中,SIP信號在B的歸屬MS網(wǎng)絡(luò)中示出,其涉及:CSCF,CSCF-B 26:應(yīng)用服務(wù)器,AS-B 27 ;CDF, CDF-B 28 ;以及BGCF,BGCF-B 29。信號211是由始發(fā)用戶20發(fā)送且達到CSCF-B 26的以標識為B的端接用戶為目的地的SIP INVITE。SIP INVITE包含始發(fā)用戶20的P-asserted身份A。信號212是由CSCF-B 26發(fā)送到CDF-B 28的計費輸出,并且包含采用Calling-Party (呼叫方)地址AVP的形式的主叫方A的身份。信號213是由CSCF-B 26發(fā)送到AS-B 27且以B為目的地用于提供與呼叫相關(guān)的服務(wù)的SIP INVITE。SIP INVITE 213 包含 P-Asserted 身份 A 和 P-served 用戶身份是 B。信號 214 是 AS-B 22發(fā)送到CDF-B 23的計費輸出。此計費輸出包含含有身份A的Calling-Party-Address AVP0信號215是由AS-B 27返回到CSCF-B 26的SIP INVITE (通常為新呼叫支路),并且在信號216中將轉(zhuǎn)發(fā)到BGCF-B 29。信號217是由BGCF-B 29發(fā)送到CDF-B 28的另一個計費輸出,包含Calling-Party地址AVP中的身份A。最后,BFCF-B 24將SIP INVITE (信號218)轉(zhuǎn)發(fā)到端接網(wǎng)絡(luò)25的端接用戶。
[0013]3GPP發(fā)起的IETF請求注釋,RFC 5502引入P-Served-User (P服務(wù)用戶,PSU)私有SIP報頭的概念以將主叫用戶以及還有被叫用戶的含義與被服務(wù)用戶去耦。PSU報頭僅是為CSCF與AS之間的ISC接口定義的,并且提供P-Served-User身份以便AS能夠相對于要為用戶執(zhí)行的服務(wù)來標識被服務(wù)用戶。CSCF將不在發(fā)送到相同域中其他IMS實體的SIP消息中包含PSU報頭。因此,例如BGCF節(jié)點將不會接收到PSU報頭,并且只能使用PAI報頭來記錄主叫方地址。被服務(wù)用戶(即最可能計費的用戶)的地址,將是不可見的。在許多情況中,運營商會首選以相同的被服務(wù)用戶一致性地標識所有收集的計費信息。目前,這要求將來自用作CTF的所有節(jié)點的計費信息進行關(guān)聯(lián),即使關(guān)聯(lián)對于任何其他目的并非必需的也是如此。實現(xiàn)此類關(guān)聯(lián)可能是成本高昂且復(fù)雜的過程。在一些情況中,具體根據(jù)對于特定服務(wù)使用的計費模型,運營商可能希望更改被計費的用戶(例如,在主叫方用戶與被服務(wù)用戶之間更改被計費的用戶)或根據(jù)某個預(yù)定劃分將費用在主叫用戶與被服務(wù)用戶之間分攤計費,但是這在目前是不可能的。
【發(fā)明內(nèi)容】
[0014]根據(jù)第一方面,本發(fā)明提供一種用于MS核心網(wǎng)絡(luò)中處理SIP消息的方法。該方法包括在第一網(wǎng)絡(luò)實體處,接收包含與第一 SIP消息相關(guān)的被服務(wù)用戶的標識的第一 SIP消息。第一 MS網(wǎng)絡(luò)實體在被服務(wù)用戶的歸屬網(wǎng)絡(luò)中。第一 SIP消息作為第二 SIP消息被轉(zhuǎn)發(fā)到被服務(wù)用戶的歸屬IMS核心網(wǎng)絡(luò)中的第二網(wǎng)絡(luò)實體。第二 SIP消息包含標識被服務(wù)用戶的 P-Served-User, PSU 報頭。
[0015]根據(jù)第二方面,本發(fā)明提供一種作為被服務(wù)用戶的歸屬網(wǎng)絡(luò)的MS核心網(wǎng)絡(luò)的網(wǎng)絡(luò)實體。該網(wǎng)絡(luò)實體配置成,在接收到包含被服務(wù)用戶的標識的第一SIP消息時,將第一SIP消息作為第二 SIP消息轉(zhuǎn)發(fā)到被服務(wù)用戶的歸屬IMS核心網(wǎng)絡(luò)中的第二網(wǎng)絡(luò)實體。第二 SIP消息包含標識被服務(wù)用戶的PSU報頭。
[0016]將P-Served-User報頭的使用擴展到還包含通過M接口發(fā)送的消息,這確保向IMS域中的所有節(jié)點呈交有相同的用戶信息。這樣意味著每個CTF在生成計費信息時,除了 PAI報頭標識的地址外,還能夠包含來自PSU報頭的被服務(wù)用戶的地址?!緦@綀D】
【附圖說明】
[0017]圖1以示意圖形式圖示IP多媒體子系統(tǒng)到3G移動通信系統(tǒng)中的集成;
圖2a和圖2b是圖示根據(jù)目前規(guī)范的過程建立來自始發(fā)用戶且以端接用戶為目的地的典型呼叫時所涉及的SIP信號的信號圖;
圖3a和圖3b是圖示根據(jù)本發(fā)明的實施例建立來自始發(fā)用戶且以端接用戶為目的地的呼叫時所涉及的SIP信號的信號圖;
圖4是圖示根據(jù)本發(fā)明的方法中涉及的步驟的流程圖。
【具體實施方式】
[0018]圖3a和圖3b圖示用于如圖2a和圖2b中示出且在上文描述的建立呼叫的相同過程中所涉及但是使用PSU報頭的擴展的SIP信號。相同引用數(shù)字20-29標識等效的網(wǎng)絡(luò)實體。再有,始發(fā)用戶20含有身份A,而端接用戶是端接網(wǎng)絡(luò)25的用戶且含有身份B。在圖3a中,信號301是完全與圖2a中的信號201 —樣的以端接用戶25為目的地的SIP INVITE。SIP INVITE 301 包含始發(fā)用戶 20 的 P-Preferred-1dentity A。信號 302 是 CSCF-A 21發(fā)送到⑶F-A 23的計費輸出。除了采用主叫方地址AVP形式的主叫方A的身份外,計費輸出信號302還包含Served-User (服務(wù)用戶)地址AVP,其也將被服務(wù)用戶標識為A。信號303是由CSCF-A 21發(fā)送到AS-A 22且以B為目的地用于提供與呼叫相關(guān)的服務(wù)的SIPINVITE。SIP INVITE 303包含標識A為被服務(wù)用戶的P-Served-User (PSU)報頭,以及P-Asserted-1dentity (PAI)A0這完全與RFC 5502中引入的PSU報頭相符。信號304是AS-A 22發(fā)送到CDF-A 23的計費輸出?,F(xiàn)在,除了基于SIP INVITE 303中的PAI報頭的Calling-Party-Address AVP中的身份X外,此計費輸出包含具有基于SIP INVITE中的PSU報頭的被服務(wù)用戶的身份A的Served-User-Address (被服務(wù)用戶地址)AVP0
[0019]信號305是由AS-A 22返回到CSCF-A 21的SIP INVITE,但是包含將被服務(wù)用戶標識為A的PSU報頭。注意,目前指定的CSCF-A 21將不能利用PSU報頭或其中所含的信息做任何事,并且會在它轉(zhuǎn)發(fā)到其他MS實體的將來信令中簡單地廢棄它。但是,現(xiàn)在CSCF-A21在它轉(zhuǎn)發(fā)到用戶A的歸屬IMS域(核心網(wǎng)絡(luò))中的其他IMS實體(如通過M接口與之通信的實體,包括BGCF-A 24)的SIP信號中包含PSU報頭,如信號306中所示。(雖然未示出,如果在此階段,CSCF-A 21用作CTF,則它會將計費輸出信號發(fā)送到CDF-A 23,該計費輸出信號將包含基于其在SIP INVITE 305的PSU報頭中接收的信息的將A標識為被服務(wù)用戶的 Served-User-Address AVP)。信號 307 是由 BGCF-A 24 發(fā)送到 CDF-A 23 的計費輸出,以及此時包含基于在SIP INVITE 306的PSU報頭中接收的信息的將A標識為被服務(wù)用戶的Served-User-Address AVP,以及還包含在 Calling-Party-Address AVP 中來自接收的 PAI的身份X。最后,BFCF-A 24將SIP INVITE (信號308)轉(zhuǎn)發(fā)到端接用戶25的MS網(wǎng)絡(luò),但是此時僅含有PAI X (S卩,不包含PSU報頭)。這是因為身份A是正在由始發(fā)側(cè)MS網(wǎng)絡(luò)而非由端接側(cè)提供服務(wù)的用戶的身份。
[0020]在圖3b中,信號311是以端接網(wǎng)絡(luò)25的端接用戶B為目的地的SIP INVITE。SIP INVITE 311 包含始發(fā)用戶 20 的 P-Asserted-1dentity。信號 312 是 CSCF-B 26 發(fā)送到CDF-B 28的計費輸出。除了采用Calling-Party-Address AVP形式的主叫方A的身份夕卜,計費輸出信號312還包含Served-User-Address AVP,其將被服務(wù)用戶標識為B。信號313是由CSCF-B 26發(fā)送到AS-B 27且以B為目的地用于提供與呼叫相關(guān)的服務(wù)的SIPINVITE。SIP INVITE 313包含將B標識為被服務(wù)用戶的P-Served-User (PSU)報頭以及P-Asserted-1dentity (PAI)A0 信號 314 是 AS-B 27 發(fā)送到 CDF-B 28 的計費輸出?,F(xiàn)在,此計費輸出包含含有身份A的Calling-Party-Address AVP以及具有基于SIP INVITE 313中的PSU報頭的被服務(wù)用戶B的身份的Served-User-Address AVP。
[0021]信號315是由AS-B 27返回到CSCF-B 26的SIP INVITE,但是包含將被服務(wù)用戶標識為B的PSU報頭。同樣地,目前指定的CSCF-B 26將不能利用PSU報頭或其中所含的信息做任何事,并且在它轉(zhuǎn)發(fā)到其他IMS實體的將來信令中會簡單地廢棄它。但是,現(xiàn)在CSCF-B 26在它轉(zhuǎn)發(fā)到通過M接口的其他MS實體(包括BGCF-B 29)的SIP信號中包含PSU報頭,如信號316中所示。信號317是由BGCF-B 29發(fā)送到CDF-B 28的計費輸出,以及此時包含基于在SIP INVITE 316的PSU報頭中接收的信息的將B標識為被服務(wù)用戶的Served-User-Address AVP,以及還包含在 Calling-Party-Address AVP 中來自接收的 PAI的身份A。最后,BFCF-B 29將SIP INVITE (信號318)轉(zhuǎn)發(fā)到端接網(wǎng)絡(luò)25的端接用戶,但是此時僅含有PAI A (B卩,不包含PSU報頭)。
[0022]在圖3a和圖3b中所示的過程中,CSCF-A 21創(chuàng)建并使用含有A的身份的P-Served-User報頭,正如對ISC接口的標準所定義的。此外,CSCF-A 21使用通過M接口發(fā)往其他MS節(jié)點的SIP信令中的PSU報頭。相似地,CSCF-B 26創(chuàng)建并使用通過M接口發(fā)往其他MS節(jié)點的信令中含有B的身份的PSU報頭。PSU報頭僅在被服務(wù)用戶的歸屬IMS域內(nèi)是有意義的,所以邊界節(jié)點(例如,BGCF-A 24和BGCF-B 29)在將SIP消息轉(zhuǎn)發(fā)到域外之前將其移除。在始發(fā)域中的信令中對于始發(fā)用戶(作為被服務(wù)用戶A)使用PSU報頭,以及在端接用戶(B)是被服務(wù)用戶的端接域中使用PSU報頭。
[0023]被服務(wù)用戶的歸屬域中的每個CTF然后就能夠?qū)⒈环?wù)用戶的地址包含在所生成的計費信息中,例如作為Served-User-Address AVP (在圖3所示的示例中,CSCF 21、MTAS 22和BGCF 24在示出的過程中的某個點處全部是CTF)。計費系統(tǒng)(例如,CDF 23)然后將查看被服務(wù)用戶的地址以及主叫方和被叫方的地址,并且能夠使用適合的地址進行所討論的服務(wù)的費率和計費的確定。
[0024]圖4是圖示所涉及的方法步驟的流程圖。在步驟401處,IMS實體接收包含被服務(wù)用戶的身份的第一 SIP消息。注意,第一 SIP消息可以是來自用戶的SIP INVITE (或其他消息),包含用戶的P-Preferred-1dentity (如圖3a中的信號301中那樣)或包含P-Asserted-1dentity,或者可以是攜帶從另一個IMS實體(如另一個CSCF)或AS接收的PSU報頭的SIP消息(如圖3a中的信號305中那樣)。在步驟403處,如果不需要該實體用作CTF且無需計費輸出,則該方法直接繼續(xù)到步驟405。但是,如果該實體是需要提供計費輸出的CTF,則在步驟404處,它生成并發(fā)送包含被服務(wù)用戶地址AVP的計費輸出,該計費輸出提供所接收的第一 SIP消息的PSU報頭中接收的被服務(wù)用戶的身份。在步驟405處,實體創(chuàng)建第二 SIP消息以用于轉(zhuǎn)發(fā)到另一個MS網(wǎng)絡(luò)實體上(例如,如果要將消息發(fā)往端接網(wǎng)絡(luò),則轉(zhuǎn)發(fā)到BGCF)。該實體包含具有被服務(wù)用戶的身份的PSU報頭。然后在步驟406處,通過M接口將第二 SIP消息轉(zhuǎn)發(fā)到其他MS實體,例如通過Mi接口轉(zhuǎn)發(fā)到BGCF。注意,在此階段處,如果MS實體本身是BGCF,則它將不在將SIP消息轉(zhuǎn)發(fā)到被服務(wù)用戶的歸屬域外時遵循步驟405和406,而是將轉(zhuǎn)發(fā)不附帶任何PSU報頭的SIP消息。
[0025]如上文所述,對PSU報頭的使用的擴展提供了許多優(yōu)于目前過程的優(yōu)點。首先,計費系統(tǒng)將總是知道被服務(wù)用戶的身份。其次,具有來自PAI報頭的主叫方的地址以及來自PSU報頭的被服務(wù)用戶的地址,使得計費系統(tǒng)能夠根據(jù)所采用的服務(wù)和計費模型來選擇適合的地址。第三,具有這兩個地址,為用戶歸屬域中的所有實體,包括域內(nèi)通過M接口通信的所有實體提供為所討論的服務(wù)選擇適合地址的可能性。在一些情況中,還可以減小信令-例如,在目前實體需要從網(wǎng)絡(luò)其他位置提取此信息(例如,通過Sh接口從歸屬訂戶服務(wù)器HSS提取此信息)的情況中。
【權(quán)利要求】
1.一種在MS核心網(wǎng)絡(luò)中處理SIP消息的方法,所述方法包括: 在第一網(wǎng)絡(luò)實體處,接收第一 SIP消息,所述第一 SIP消息包含與所述第一 SIP消息相關(guān)的被服務(wù)用戶的標識,其中所述第一 MS網(wǎng)絡(luò)實體在所述被服務(wù)用戶的歸屬網(wǎng)絡(luò)中; 將所述第一 SIP消息作為第二 SIP消息轉(zhuǎn)發(fā)到所述被服務(wù)用戶的歸屬IMS核心網(wǎng)絡(luò)中的第二網(wǎng)絡(luò)實體,其中所述第二 SIP消息包含標識所述被服務(wù)用戶的P-Served-User,PSU報頭。
2.如權(quán)利要求1所述的方法,其中第二消息還包含與所述第一SIP消息相關(guān)的經(jīng)認證的用戶的 P-Asserted-1dentity, PAI。
3.如權(quán)利要求2所述的方法,其中所述PAI標識的所述經(jīng)認證的用戶不同于所述PSU報頭標識的所述被服務(wù)用戶。
4.如前面權(quán)利要求中任一項所述的方法,其中所述第一SIP消息包含標識所述被服務(wù)用戶的PSU報頭。
5.如權(quán)利要求1至3中任一項所述的方法,其中所述第一SIP消息包含P-Preferred-1dentity或標識所述被服務(wù)用戶的PAI。
6.如權(quán)利要求5所述的方法,其中所述第一SIP消息是從所述被服務(wù)用戶接收的消息,以及所述方法還包括向應(yīng)用服務(wù)器AS發(fā)送又一個SIP消息,所述又一個SIP消息包含標識所述被服務(wù)用戶的所述PSU報頭。
7.如前面權(quán)利要求中任一項所述的方法,還包括向計費數(shù)據(jù)功能CDF發(fā)送計費輸出消息,除了標識主叫用戶的消息外,所述計費輸出消息包含標識所述被服務(wù)用戶的消息。
8.如權(quán)利要求7所述的方法,其中標識所述被服務(wù)用戶的消息包括AVP。
9.如前面權(quán)利要求中任一項所述的方法,其中所述第一SIP消息是SIP INVITE。
10.如前面權(quán)利要求中任一項所述的方法,其中將所述第二SIP消息轉(zhuǎn)發(fā)到所述被服務(wù)用戶的歸屬網(wǎng)絡(luò)的邊界網(wǎng)絡(luò)實體,以用于轉(zhuǎn)發(fā)到端接側(cè)網(wǎng)絡(luò),所述邊界實體在轉(zhuǎn)發(fā)所述消息之前移除所述PSU報頭。
11.如前面權(quán)利要求中任一項所述的方法,其中所述第二SIP消息經(jīng)由M接口轉(zhuǎn)發(fā)到所述第二網(wǎng)絡(luò)實體。
12.如前面權(quán)利要求中任一項所述的方法,其中所述第二網(wǎng)絡(luò)實體是P-CSCF、IBCF,BGCF和MGCF的其中之一。
13.一種作為被服務(wù)用戶的歸屬網(wǎng)絡(luò)的IMS核心網(wǎng)絡(luò)的網(wǎng)絡(luò)實體,所述網(wǎng)絡(luò)實體配置成,在接收到包含所述被服務(wù)用戶的標識的第一 SIP消息時,將所述第一 SIP消息作為第二SIP消息轉(zhuǎn)發(fā)到所述被服務(wù)用戶的歸屬IMS核心網(wǎng)絡(luò)中的第二網(wǎng)絡(luò)實體,其中所述第二 SIP消息包含標識所述被服務(wù)用戶的PSU報頭。
14.如權(quán)利要求13所述的網(wǎng)絡(luò)實體,還配置成接收包含標識所述被服務(wù)用戶的PSU報頭的SIP消息,以便還提供除了標識主叫用戶的信息外還包含標識所述被服務(wù)用戶的信息的計費數(shù)據(jù)輸出。
15.如權(quán)利要求13或14所述的MS網(wǎng)絡(luò)實體,其配置成經(jīng)由M接口將所述第二SIP消息轉(zhuǎn)發(fā)到所述第二網(wǎng)絡(luò)實體。
【文檔編號】H04L29/06GK103828321SQ201180073825
【公開日】2014年5月28日 申請日期:2011年9月28日 優(yōu)先權(quán)日:2011年9月28日
【發(fā)明者】N.瓦斯, J.達爾 申請人:瑞典愛立信有限公司