【導讀】IMS架構對多媒體業(yè)務的支持提供了解決方案，在QoS、計費等方面提。本研究報告暫命名《3GPPIMS技術研究報告》。報告通過對IMS體系和關。本文關注了IMS網(wǎng)絡的關鍵技術，包括QoS機制、安全、計費、漫游等等，IMS架構也被其他標準化組織看好，IMS網(wǎng)絡可能成為未來多網(wǎng)融合的基礎，報告還嘗試提出了第三代移動通信的網(wǎng)絡演進策略，兩大移動體系將向IMS. 附錄1、相關標準和進展.......

　　

【正文】 Cha rgi ng F unc t i onA c c ou n tCor re l a t i on F unc t i on Be a re r Cha rgi ng F unc t i onR at i ngF unct i onR at i ngF unct i onS C S C FS C S C FS C S C FS C S C FA S ( s )A S ( s )M R F CM R F C S C C FC P C FS C C FC P C FS e s s i onCha rgi ng F unc t i onS e s s i onCha rgi ng F unc t i onE ve ntCha rgi ng F unc t i onE ve ntCha rgi ng F unc t i on圖 13. IMS 域在線計費結構 24 漫游 IMS 提供機制允許本地用戶（歸屬用戶）或者漫游用戶使用 IMS 業(yè)務，通過代理 CSCF 用戶在任何地方都可以接入到 IMS 網(wǎng)絡。但是 3GPP R6 的 IMS 只定義了本地業(yè)務（ Local Service）功能，結構應該基于這樣的原則：漫游用戶的歸屬簽約業(yè)務的業(yè)務控制（ service control）在歸屬網(wǎng)絡中，例如，定位的 S－ CSCF在歸屬網(wǎng)絡中。 業(yè)務平臺是歸屬或者漫游地的，無論是本地還是漫游用戶也可以申請第三方網(wǎng)絡提供的業(yè)務。業(yè)務的路由如下兩圖所示。 UE P CS CF Ser v i n g CS CF Ho m e Ne t w o r k Ho m e/ Vis ited Ne t w o r k Ser v ice P latf o r m Gm Mw 圖 14. 業(yè)務平臺在 HPLMN UE P CS CF Ser v i n g CS CF Ho m e Ne t w o r k Ho m e/Vi s ited Ne t w o r k E x ter n al Ser v ice P latf o r m Gm Mw 圖 15. 業(yè)務平臺在外部網(wǎng)絡 有兩個可能的提供業(yè)務的方法： —— 通過歸屬網(wǎng)絡中的業(yè)務平臺 —— 通過外部業(yè)務平臺（例如，第三方或者拜訪網(wǎng)絡） 25 方框代表可能位于拜訪網(wǎng)絡 或者第三方平臺的外部業(yè)務平臺。 在這些不同方法中的 S－ CSCF 和不同的業(yè)務平臺之間的界面用到的協(xié)議類型是 FFS。 CSCF 的作用如下： － P— CSCF 位于與 GGSN 相同的網(wǎng)絡中。 P－ CSCF 應該使會話控制能夠傳遞到S－ CSCF。 － S－ CSCF 位于歸屬網(wǎng)絡。 S－ CSCF 應該提供業(yè)務控制。 P－ CSCF 應該支持漫游和非漫游情況，甚至當 S－ CSCF 位于同一 IM CN SS 中。 在發(fā)現(xiàn) CSCF 期間分配的 P－ CSCF 的重分配問題在本版本中不作要求。允許登記定時 P－ CSCF 的重分配的過程可以在未來的版本中考慮。 網(wǎng)絡 發(fā)起的 P－ CSCF 重分配沒有要求。 附加的 CSCF 的運用，即 I－ CSCF，包括在 SIP 信令路徑是可選的。這樣的附加 CSCF 可以用于屏蔽網(wǎng)絡的內部結構。 用戶識別和用戶數(shù)據(jù)管理 有幾種與 IP 多媒體業(yè)務的用戶相關的識別方法。這個部分描述這些識別方法和他們的運用。 私有用戶識別 每個 IM CN 子系統(tǒng)用戶將有一個私有的用戶身份。這個私有的身份由歸屬網(wǎng)絡運營商分配，并用于，例如，登記、鑒權、準入和計費目的。這個身份將采取網(wǎng)絡接入身份（ Network Access Identifier (NAI)）的形式定義。對這個私有身份， IMSI 的表示可能被包含在 NAI 里。 － 私有用戶身份不用于 SIP 信息的路由。 － 私有用戶身份將包含在所有的登記請求中，（包括重登記和去登記請求），從用戶設備傳到歸屬網(wǎng)絡。 － 私有用戶身份將安全地存儲在 USIM 上（將不可能為用戶設備修改該私有用 26 戶身份） － 私有用戶身份是一個全球唯一的身份，由歸屬網(wǎng)絡運營商定義，該身份在歸屬網(wǎng)絡可以用，從網(wǎng)絡的觀點唯一地識別用戶。 － 私有用戶身份將持久地分配給用戶（不是動態(tài)身份），在歸屬網(wǎng)絡內用戶的簽約期內一直有效。 － 私有用戶身份用 于識別存儲在 HSS（運用在諸如登記期間）內的用戶信息（例如，鑒權信息）。 － 私有用戶身份可以出現(xiàn)在基于運營商收費政策的收費記錄中。 － 私有用戶身份識別簽約（例如， IM 業(yè)務能力）而不是用戶。 － 私有用戶身份僅在簽約用戶登記期間鑒權，（包括重登記和去登記）。 － HSS 和 S－ CSCF 需要獲得并存儲私有用戶身份。 公共用戶身份 每一 IM CN 子系統(tǒng)簽約者將有一個或者更多公共用戶身份。任何要求與其他用戶通訊的用戶可以用該公共用戶身份。例如，可能包含在一個商業(yè)卡中。 －電話號碼和互聯(lián)網(wǎng)命名方案兩者都 能用于表達用戶地址，根據(jù)用戶所擁有的公共用戶身份。 －公共用戶身份將采取 SIP URL 的形式（在 RFC2543 中和 RFC2396 中定義）或者 號碼。 －至少一個公共用戶身份將安全地存儲在 USIM 上（用戶設備不可能改變公共用戶身份），但不要求所有的附加公共用戶身份存儲在 USIM 上。 －通過 IP 多媒體 CN 子系統(tǒng)內部的一種機制（例如，用業(yè)務功能清單），一個簽約用戶可以有多于一個的公共身份進行全球登記（即，通過一個單獨的用戶設備請求）。如果需要，這將不排除用戶個別地登記他 /她的一些公共身份。 －在登記期間， 公共用戶身份不由網(wǎng)絡鑒權。 －公共用戶身份可以用于識別在 HSS 內的用戶信息（例如，在移動終止（終端？mobile terminated）的會話建立期間） 27 IP 多媒體子系統(tǒng)內的 SIP 信令的路由 IMS 內的 SIP 信令的路由將用 SIP URL 【 2】格式，公共用戶身份將不用于 IMS 內的路由，為了 IMS 的內部運用，基于 格式的公共用戶身份的會話要求將要求轉換到 SIP URL 格式。 私有和公共用戶身份的關系 歸屬網(wǎng)絡運營商負責私有用戶身份、公共用戶身份，運營商還沒有定義但也許存在的其他身份的分配。 I M S 簽約 私有用戶身份公共用戶身份公共用戶身份公共用戶身份業(yè)務功能清單業(yè)務功能清單 圖 16: 私有用戶身份和公共用戶身份的關系 與同一業(yè)務功能清單相關的所有的公共用戶身份將有相同的業(yè)務集。與不同業(yè)務功能清單有關的公共用戶身份可能有不同的業(yè)務集。每個公共用戶身份僅僅與一個業(yè)務功能清單有關。 所有的業(yè)務功能清單分享與同一 S－ CSCF 相關的同一私有用戶身份。以后的版本可能允許不同的業(yè)務功能清單分享與不同 S－ CSCFs 相關的同一的私有用戶身份。 簽約者的歸屬域名應該安全地存儲在 USIM 上，（用戶設備應該可以更改歸屬 域名）。 一個獨立的 SIP 客戶的私有用戶身份的存儲位置，公共用戶身份和歸屬域名應該存儲在 USIM 上。 用于從 USIM 提取私有用戶身份、公共用戶身份和歸屬域名的機制（例如，當用一個外部 SIP 的終端設備時）將在 T T3 和 SA3 組進一步研究。 目前沒有實現(xiàn)：用戶能夠代表另外一個用戶登記或者一個設備能代表另外一 28 個設備登記或者 IM CN 子系統(tǒng)的以上的情況的結合。 公共用戶身份可攜帶性問題目前仍未確定。 編號和路由 網(wǎng)絡節(jié)點的識別 在支持 SIP 協(xié)議的那些界面上（如， Gm， Mw， Mm和 Mg），用一 個有效的SIP URL（主機域名或者網(wǎng)絡地址），應該可以確定 CSCF， BGCF 和 MGCF 節(jié)點。當在 SIP 信息的頭域里識別這些節(jié)點時，將用到這些 SIP URL。然而，這不要求這些 URL 在 DNS 里是全球發(fā)布的。 IM CN 子系統(tǒng)地址命名的解決方法 用 ENUM DNS 翻譯機制， S－ CSCF 將支持翻譯包含在非 SIP URL“ tel”格式【 15】里的一個要求的 URL 的 E .164 地址到 SIP 可路由的 SIP URL 的 RFC2916【 16】里規(guī)定的格式（ 數(shù)字和 DNS）的能力。如果翻譯失敗，該會話可 以路由到 PSTN 或者向移動臺發(fā)出相應的通知。 用于執(zhí)行 ENUM DNS 地址翻譯機制的數(shù)據(jù)庫是 IM 運營商的一件事情，這不要求用到全球 ENUM （ Universal ENUM）業(yè)務。 ENUM 的數(shù)據(jù)庫方面在 3GPP范圍之外。 接入 IM CN 子系統(tǒng)業(yè)務的地址和路由 本部分處理通過 UMTS 接入 IM CN 子系統(tǒng)業(yè)務的用戶設備。 接入 IM CN 子系統(tǒng)業(yè)務的用戶設備要求一個 IP 地址，它是 IM CN 子系統(tǒng) IP地址域的邏輯部分。用一個合適的 PDP 上下文建立?？赡苓B接到 VPLMN 或者HPLMN 里的一個 GGSN。為了 有效的路由，這個上下文可以通過連接到拜訪網(wǎng)絡里的一個 GGSN 而起作用。在用戶設備和拜訪網(wǎng)絡 IM CN 子系統(tǒng)之間的連接如下所示： 29 歸屬網(wǎng)絡 IM 子系統(tǒng) 拜訪網(wǎng)絡 IM 子系統(tǒng) Inter 網(wǎng) IM 骨架 Intern et Intran et s UE G G SN BG BG SG SN PDP 上下文 拜訪網(wǎng)絡 Gi 虛擬 UE 拜訪網(wǎng)絡里的 IM 子系統(tǒng) (UE 的 IP 地址在此 ) 圖 17: 用拜訪網(wǎng)絡里的 GGSN， UE 接入 IM CN 子系統(tǒng)業(yè)務 歸屬環(huán)境 Inter 網(wǎng) 骨架 Intern et Intran ets UE G G SN SG SN PDP 上下文 拜訪網(wǎng)絡 Gi 虛擬 UE 歸屬環(huán)境里的 IM 子系統(tǒng) (UE 的 IP 地址在此 ) BG IM CN 子系統(tǒng) BG 圖 18 用歸屬網(wǎng)絡里的 GGSN， UE 接入 IM CN 子系統(tǒng)業(yè)務 30 業(yè)務應用技術 CAMEL 的支持 S C S C F S C S C F SIP A p p l i cat i o n Serv er SIP A p p l i cat i o n Serv er H S S H S S O S A s e rvi c e c a p a bi l i t y s e rve r (S CS ) O S A s e rvi c e c a p a bi l i t y s e rve r (S CS ) IM SSF IM SSF Ca m e l S e rvi c e E nvi ronm e nt Ca m e l S e rvi c e E nvi ronm e nt O S A a pp l i c a t i on s e rve r O S A a pp l i c a t i on s e rve r I S C Cx I S C I S C C A P MAP O S A A P I S C I M AS AS Sh Si 圖 19. IMS 業(yè)務支持 架構 _OSA 運營商應該能夠為其 IM CN 子系統(tǒng)用戶提供基于 CSE 的業(yè)務接入。應該注意，對任何運營商沒有要求為其 IM CN 子系統(tǒng)用戶或者入站的漫游用戶支持CAMEL 業(yè)務。 31 OSA 的支持 UE S C SC F H SS I SC Cx SI P A p pl i c a t i on Serv e r Ut Sh 圖 20 IMS 業(yè)務支持架構 _SIP 運營商應該可以為其 IM CN 子系統(tǒng)用戶提供基于 OSA 的業(yè)務的接入。通過應用服務器（ AS）和網(wǎng)絡之間的 OSA API 接口來支持。 IMS 中定位業(yè)務的支持 通過允許對拜訪用戶（入站的漫游用戶）的當?shù)貙傩缘臉I(yè)務的接入，拜 訪網(wǎng)絡提供業(yè)務從而提供了產(chǎn)生收益的機會。應該有一個標準化的方法獲得當?shù)貥I(yè)務。這個接入當?shù)貥I(yè)務的機制應該完全和歸屬用戶以及入站漫游用戶相同。 應該以以下方式接入當?shù)貥I(yè)務： 基于從用戶設備收到的消息，網(wǎng)絡應該可以決定是否用戶正在拜訪 IMS 中要求一個當?shù)貥I(yè)務，或者在歸屬環(huán)境中要求一個當?shù)貥I(yè)務。該信息可以包含在如請求的 URL 中。網(wǎng)絡決定當?shù)貥I(yè)務是否在拜訪網(wǎng)絡或者歸屬網(wǎng)絡中的方法應該通過標準化的方法獲得。 通過拜訪 IMS 網(wǎng)絡， P－