IPv6網(wǎng)絡(luò)對計費影響交流提綱

知識水壩（豆丁網(wǎng) pologoogle）為您傾心整理（下載后雙擊刪除） 百度一下 知識水壩 IPv6 網(wǎng)絡(luò)對計費系統(tǒng)影響交流提綱 1 IPv6 網(wǎng)絡(luò) 上 承載現(xiàn)網(wǎng)（ IPv4 網(wǎng)絡(luò)）業(yè)務(wù) 時： （ 1） 哪些 業(yè)務(wù) 的 流程 可能存在 變化？ 從目前的發(fā)展來看，采用 IPv6 網(wǎng)絡(luò)承載現(xiàn)網(wǎng)（ IPv4）業(yè)務(wù)時，主要的變化來自于地址空間的豐富，這種變化將在網(wǎng)絡(luò)結(jié)構(gòu)和地址分配機制上帶來相應(yīng)的改變。 在網(wǎng)絡(luò)結(jié)構(gòu)上，由于不再使用私有 IP 地址， NAT設(shè)備可能將不再存在，當(dāng)然這是指的純 IPv6 網(wǎng)絡(luò)環(huán)境，如果存在 IPv6 網(wǎng)絡(luò)和 IPv4 網(wǎng)絡(luò)互通問題，類似 NAT的設(shè)備（例如 NAT-PT）仍然需要使用。 除了各種 IP業(yè)務(wù)均不需要考慮地址轉(zhuǎn)換之外， NAT設(shè)備的取消 可能使得一些 P2P業(yè)務(wù)的流程發(fā)生一些變化，例如，對于那些使用私有地址的用戶，其IP 電話業(yè)務(wù)的流程將不再需要考慮 NAT穿越技術(shù)（例如應(yīng)用層網(wǎng)關(guān)）的使用。 在地址分配機制上，在 IPv6 網(wǎng)絡(luò)中可能采用靜態(tài)地址分配方式取代IPv4 網(wǎng)絡(luò)中常用的動態(tài)地址分配方式。采用靜態(tài)地址分配方式后，用戶可以獲得固定的 IP 地址，甚至在用戶漫游時，也可以通過移動 IP技術(shù)來維持其固有的 IP 地址（ Home Address）。 如果用戶使用固定的IP 地址，就可以促進一些網(wǎng)絡(luò)端發(fā)起的業(yè)務(wù)的推廣，從而可能引起一些業(yè)務(wù)流程的變化。 例如，可以利用 Push技術(shù)改進一些消息類業(yè)務(wù)的用戶使用體驗，比如直接將彩信發(fā)送到用戶終端 ，將 WAP 新聞推送到用戶終端（ WAP Push） 。 （ 2） 對計費 有哪些 方面 的 影響？ 對于計費而言，電信網(wǎng)絡(luò)層面的變化直接帶來的影響主要體現(xiàn)在采集點、話單格式方面，如果這二者沒有質(zhì)的變化，則對計費的影響很小。另外，如果電信網(wǎng)絡(luò)層面的變化帶來業(yè)務(wù)模式的變化，那么可能對計費帶來較大的影響。 如果現(xiàn)有業(yè)務(wù)模式不變， IPv6 網(wǎng)絡(luò)上承載現(xiàn)網(wǎng)（ IPv4 網(wǎng)絡(luò)）業(yè)務(wù)對計費無影響。 知識水壩（豆丁網(wǎng) pologoogle）為您傾心整理（下載后雙擊刪除） 百度一下 知識水壩 （ 3） 業(yè)務(wù)話單內(nèi)容 有哪些改變？ 在 S-CDR、 G-CDR 話單中“ Served PDP Address”用于標識 IMSI 的PDP 地址（如 IPv4、 IPv6、 X.121）， IPV6 與 IPV4 的話單在此字段中的內(nèi)容會有不同。此字段在目前計費中未使用。 2 IPv6 網(wǎng)絡(luò)上可能承載的新業(yè)務(wù) （ IMS 業(yè)務(wù)、家庭網(wǎng)絡(luò)等） ： （ 1） 可能的業(yè)務(wù)受理及開通流程 ？ 站在 BOSS 系統(tǒng)角度，不同的業(yè)務(wù)受理及開通，主要區(qū)別在于開通點不同，流程是基本相同的。 IMS 作為一個承載平臺，可承載多種業(yè)務(wù)，只考慮基本通信功能的開通，我們理解開通點在 HSS 設(shè)備，業(yè)務(wù)受理及開通流程如下圖所示： I M SM e d i a t i o nH S SR N CM S C s e r v e rM G WS G S NG G S NC G采 集 預(yù) 處 理 服 務(wù) 提 供 服 務(wù) 開 通客 戶 統(tǒng) 一 接 觸客 戶 服 務(wù) 產(chǎn) 品 管 理客 戶 管 理流 程 配 置 工 單 管 理服 務(wù) 激 活帳 務(wù) 處 理計 費繳 費V C企 業(yè) 應(yīng) 用 集 成企業(yè)應(yīng)用集成服 務(wù) 實 現(xiàn) 服 務(wù) 保 障 服 務(wù) 計 費客 戶客 戶（ 2） 計費采集點如何設(shè)置？（與哪些因素有關(guān)？） 知識水壩（豆丁網(wǎng) pologoogle）為您傾心整理（下載后雙擊刪除） 百度一下 知識水壩 任何一個業(yè)務(wù)在業(yè)務(wù)實現(xiàn)流程的各節(jié)點上都可以產(chǎn)生相應(yīng)的服務(wù)使用記錄，選擇哪個點作為計費點 /采集點，主要考慮該點上生成的服務(wù)使用記錄中的信息能否滿足計費的需要。此外為了保證計費的準確性，我們建議保持單一的計費點。因為一旦計費點為多處，很難保證完全的一致性，從而帶來用戶感受度下降，目前彩信計費就是一個典型的例子。 目前分組域數(shù)據(jù)業(yè)務(wù)的計費點主要在 SGSN、業(yè)務(wù)平臺， SGSN 產(chǎn)生的 S-CDR（經(jīng) CG處理后的 S-CDR）作為基本通信費的計費依據(jù)，業(yè)務(wù)平臺產(chǎn)生的話 單作為信息費的計費依據(jù)。 SGSN 作為計費采集點的優(yōu)點是整個后續(xù)計費的處理的流程更接近于傳統(tǒng) GSM 話單的處理流程，尤其是漫游處理。但是考慮到將來 GGSN更容易得到不同訪問服務(wù)的統(tǒng)計信息，尤其是現(xiàn)在大多數(shù)終端只支持一個 APN，但是在這一個 PDP中可能訪問不同的服務(wù)， GGSN 比 SGSN更容易區(qū)分不同的服務(wù)分別統(tǒng)計流量。并且漫游的處理也沒有增加太多的復(fù)雜度，所以我們建議可采用 GGSN 作為計費的主要依據(jù)， SGSN作為補充和校對，尤其是漫游結(jié)算的校對。 （ 3） 業(yè)務(wù)話單內(nèi)容分析 各類型話單至少包含以下字段內(nèi)容： 字段 類別 說明 Record Type 必須 表示本 CDR 是 G-CDR Network initiated PDP context 可選 表示是否是網(wǎng)絡(luò)側(cè)發(fā)起的 PDP 上下文 Served IMSI 必須 手機用戶的 IMSI（非匿名接入） Served MSISDN 必須 手機用戶的 MSISDN GGSN Address 必須 當(dāng)前 GGSN 的 IP 地址 Charging ID 必須 PDP 上下文的計費標識 SGSN Address 必須 本記錄涉及的 SGSN 的 IP 地址列表 Access Point Name Network Identifier 必須 APN 的網(wǎng)絡(luò)標識部分 PDP Type 必須 PDP 類型，如 IP， PPP 或 IHOSS:OSP Served PDP Address 必須 IMSI 的 PDP 地址，如 IPv4 或 IPv6 Service ID 必須 業(yè)務(wù)標識。唯一地標識一個數(shù)據(jù)業(yè)務(wù)，同一個 ServiceID 可以標識不少于一個（類）以上的 URL/URI 地址 知識水壩（豆丁網(wǎng) pologoogle）為您傾心整理（下載后雙擊刪除） 百度一下 知識水壩 Service Type 必須 業(yè)務(wù)類型 Charged Party 必須 計費方 SP ID 可選 SP 代碼。唯一標識一個 SP QoS 可選 業(yè)務(wù)提供過程中協(xié)商獲得的 QoS 參數(shù) Server IP 必須 服務(wù)器 IP 地址 Server Port 必須 服務(wù)器端口號 Content Data Volumes 必須 對應(yīng)的內(nèi)容數(shù)據(jù)流量 List of Traffic Data Volumes 必須 數(shù)據(jù)流量 Record Opening Time 必須 記錄打開時間 Duration 必須 CDR 的持續(xù)時長 Cause for Record Closing 必須 記錄關(guān)閉原因 Record Sequence Number 可選 GGSN 中部分話單順序號 Record Extensions (content based charging) 可選 可補充字段 Local Record Sequence Number 可選 該節(jié)點產(chǎn)生任何種類 CDR 的順序號 Charging Characteristics 可選 用戶數(shù)據(jù)的計費特性標志 PLMN Identifier 可選 記錄過程中使用的 SGSN PLMN 標識 （ MCC 及 MNC） 3 IPv6 網(wǎng)絡(luò)中的 QoS 計費 （ 1） 由于 IPv6地址結(jié)構(gòu)的特點，在 IPv6網(wǎng)絡(luò)中 QoS的實現(xiàn)方式 是怎樣的？其對應(yīng)的 QoS 的計費方式？ IPv6 協(xié)議 報頭中與 QoS 直接有關(guān)的 字段是 流量類別（ Traffic Class） 和流標簽 （ Flow Label） 。 流量類別代替了 IPv4 中的 Type of Service 字段，有助于處理實時數(shù)據(jù)以及任何需要特別處理的數(shù)據(jù)。發(fā)送節(jié)點和轉(zhuǎn)發(fā)路由器可以使用該字段來識別和分辨 IPv6 數(shù)據(jù)包的類別和優(yōu)先級。 流標簽 可以 區(qū)分需要相同處理的數(shù)據(jù)包，以此來促進實時性流量的處理。發(fā)送主機能夠用一組選項標記數(shù)據(jù)包的順序。路由器 可以 跟蹤數(shù)據(jù)流并更有效地處理屬于相同數(shù)據(jù)流的數(shù)據(jù)包， 從而 無須重 新處理每個數(shù)據(jù)包的報頭。數(shù)據(jù)流 可以 由流標簽和源節(jié)點的地址惟一標識 ， 屬于同一數(shù)據(jù)流的所有數(shù)據(jù)包必須具有相同的源 IP 地址和目的 IP 地址。 針對 IPv6 中的這些 QoS 支持元素，可以對不同的業(yè)務(wù)進行分類，為不同的業(yè)務(wù)確定不同的優(yōu)先級，也可以對同類業(yè)務(wù)進行服務(wù)級別的區(qū)知識水壩（豆丁網(wǎng) pologoogle）為您傾心整理（下載后雙擊刪除） 百度一下 知識水壩 分，提供差異化的 QoS 保證。 根據(jù)對業(yè)務(wù)的不同 QoS 定義，可以制定相應(yīng)的計費策略，采用不同的計費方式。 例如， 從 目前 的 GPRS 網(wǎng)絡(luò)來看， SGSN 和 GGSN 中產(chǎn)生的 S-CDR和G-CDR中包含 QoS參數(shù)（ Quality of Service Requested/Negotiated，“ QoS Requested”就是移動終端由 PDP 上下文的終端要求的 QoS，“ QoS Negotiated”表示被網(wǎng)絡(luò)接受并使用的 QoS），并且 QoS 在 PDP 上下文中的動態(tài)變化可以在 S-CDR 和 G-CDR 中通過增加新的 Traffic data volume container 來記錄。據(jù)此，可以確定用戶在不同的 QoS 狀態(tài)下所使用的系統(tǒng)資源，從而實現(xiàn)基于 QoS 的計費方式。 這樣的 QoS 要求可以映射到 IPv6 的 QoS 支持元素上，以便 IPv6 網(wǎng)絡(luò)通過相應(yīng)的 QoS 保證機制來滿足要求。 （ 2） IPv6 網(wǎng)絡(luò)中端到端的 QoS 是如何保證的？ 在 QoS 的端到端保證機制方面， IPv6 網(wǎng)絡(luò)仍然采用目前在 IPv4 網(wǎng)絡(luò)中常見的技術(shù)，包括 IntServ（ RSVP）和 DiffServ 等，實際上并沒有從根本上改變 IP 網(wǎng)絡(luò)在 QoS 保證方面的缺陷，只是通過增加一些 QoS支持元素（例如流標簽），使得現(xiàn)有的一些 QoS 保證技術(shù)有可能更好地實施。但是，如何使用 IPv6 協(xié)議中的 QoS 元素，尤其是對流標簽的使用，目前還遠沒有形成標準，有待于進一步的研究。 （ 3） IMS 的 QoS 實施與建立在 IMS 下面的 IP 承載網(wǎng)的 QoS 實施的關(guān)系？IPv4 作為承 載網(wǎng)與 IPv6 作為承載網(wǎng)對 IMS 的影響？ IMS 實際上是一個運行在 IP 承載網(wǎng)之上的業(yè)務(wù)網(wǎng)，其 QoS 的實施依賴于 IP 承載網(wǎng) QoS 的實施，只有在 IP 承載網(wǎng)能夠提供完善的 QoS 服務(wù)的前提下， IMS 的 QoS 需求才能得到滿足。 從目前情況來看，無論是 IPv4 承載網(wǎng)還是 IPv6 承載網(wǎng)，都還沒有達到支持 IMS 的目標要求，包括 QoS 管理、網(wǎng)絡(luò)安全等各個方面。 IPv4網(wǎng)絡(luò)已經(jīng)得到了大規(guī)模的發(fā)展，其缺陷已經(jīng)暴露無遺，在 IPv4 承載網(wǎng)上難以大規(guī)模開展 IMS 業(yè)務(wù)。 IPv6 網(wǎng)絡(luò)剛剛進入實用階段，針對 IPv6知識水壩（豆丁網(wǎng) pologoogle）為您傾心整理（下載后雙擊刪除） 百度一下 知識水壩 網(wǎng)絡(luò)的缺陷進行了一定的改進 ，而且尚在不斷發(fā)展完善之中，盡管目前還不能說是承載 IMS業(yè)務(wù)的理想網(wǎng)絡(luò)，但是未來的前景卻非常光明。簡而言之， IPv6 幾近無窮的地址空間就使其在承載 IMS 業(yè)務(wù)方面比IPv4 具有無可比擬的優(yōu)勢。 4 IPv6 網(wǎng)絡(luò)中的 流量計費 （ 1） IPv6 網(wǎng)絡(luò)中的流量計費與 IPv4 網(wǎng)絡(luò)中的流量計費在哪些方面存在 差異？ 如果計費模式不變，則不存在差異。 當(dāng)然，由于 IPv6 和 IPv4 在數(shù)據(jù)包結(jié)構(gòu)上有一定的差異，同樣的有效載荷載 IPv6 網(wǎng)絡(luò)和 IPv6 網(wǎng)絡(luò)中所發(fā)生的網(wǎng)絡(luò)流量也會存在微小的差異。 5 IPv6 網(wǎng)絡(luò)中的 內(nèi)容計費 （ 1） IPv4 網(wǎng)絡(luò)中針對哪些 信息進行內(nèi)容計費 （ APN、 PDP） ； IPv6 網(wǎng)絡(luò)（ 3G網(wǎng)絡(luò)）中可以針對哪些信息進行內(nèi)容計費 ？ 現(xiàn)網(wǎng)中的增值業(yè)務(wù)一般包括兩部分費用：基本通信費 +信息費，其中信息費多是按次或包月。內(nèi)容計費方面，是以業(yè)務(wù)平臺為計費點，計費模式與夢網(wǎng)業(yè)務(wù)類似，計費系統(tǒng)采集到的話單中已經(jīng)包含了費用信息。真正意義上的內(nèi)容計費，只有在 GGSN 升級具備 7 層協(xié)議解析能力后才有可能真正實現(xiàn)。 在 3G/IPv6 網(wǎng)絡(luò)中，我們理解可能的內(nèi)容計費模式如下： 業(yè)務(wù)類型 計費元素 可能的計費模式 下載業(yè)務(wù) MSISDN、下載業(yè)務(wù)類別、起止時間 下載按次 計費且不同內(nèi)容費率不同 流媒體業(yè)務(wù) MSISDN、播放內(nèi)容、起止時間、流量 按時長計費且不同內(nèi)容費率不同； 包月計費 多媒體消息業(yè)務(wù) 主叫 MSISDN、被叫 MSISDN、消息內(nèi)容業(yè)務(wù)編碼、時間、流量、內(nèi)容描述、條數(shù) 按條計費，不同內(nèi)容費率不同； 短消息業(yè)務(wù) 主叫 MSISDN、被叫 MSISDN、短消息業(yè)務(wù)編碼、時間、條數(shù) 按條計費，不同內(nèi)容費率不同； PUSH業(yè)務(wù) MSISDN、時間、流量、內(nèi)容描述、PUSH次數(shù) 按條計費，不同內(nèi)容費率不同； 位置類業(yè)務(wù) 主叫 MSISDN、被查詢用戶 MSISDN、 按次計費 知識水壩（豆丁網(wǎng) pologoogle）為您傾心整理（下載后雙擊刪除） 百度一下 知識水壩 時間、業(yè)務(wù)內(nèi)容、使用次數(shù) 電子郵件業(yè)務(wù) MSISDN、時間、流量、操作描述、使用次數(shù) 包月計費，根據(jù)郵箱空間大小費率不同 WAP瀏覽業(yè)務(wù) MSISDN、流量、次數(shù)、 URL 按次計費，不同內(nèi)容計費費率不同； 按不同 URL計費； 包月計費； 在線應(yīng)用 /游戲 MSISDN、流量、次數(shù)、使用時間 包月計費；按次計費；包時長（天數(shù)）； 企業(yè)應(yīng)用類業(yè)務(wù)（企業(yè)付費） MSISDN、流量、次數(shù)、帶寬占用等 根據(jù)業(yè)務(wù)內(nèi)容協(xié)商 （ 2） IPv4 網(wǎng)絡(luò)中是不同業(yè)務(wù)平臺針對不同業(yè)務(wù)內(nèi)容進行計費 （如 Java 平臺、彩 信平臺等） ；在 IPv6 網(wǎng)絡(luò)中是否需要一個統(tǒng)一 的門戶，提供單點登陸、全網(wǎng)訪問的功能？ 是否設(shè)置統(tǒng)一門戶可以從三方面來考慮：一方面，提供單點登陸、全網(wǎng)訪問功能；第二方面，統(tǒng)一業(yè)務(wù)話單生成 /采集點；第三方面，統(tǒng)一業(yè)務(wù)開通。 從統(tǒng)一業(yè)務(wù)話單生成 /采集點的方面考慮，亞信認為這與今后的計費模式有很大的關(guān)系，如果仍然保持“通信費 +信息費”的方式，且信息費由業(yè)務(wù)平臺生成，那么統(tǒng)一門戶可以幫助 BOSS 屏蔽不同的業(yè)務(wù)平臺，統(tǒng)一業(yè)務(wù)話單格式和傳輸方式。但是如果今后的 PS 域數(shù)據(jù)業(yè)務(wù)計費點統(tǒng)一到 GGSN，那么統(tǒng)一門戶是否設(shè)置與計費無 關(guān)。 從統(tǒng)一開通的角度，統(tǒng)一門戶也可以幫助 BOSS 屏蔽不同的業(yè)務(wù)平臺。 6 IPv6 網(wǎng)絡(luò)中的 融合計費 （ 1） 先付費與后付費的融合 亞信理解“先付費與后付費的融合”體現(xiàn)為：用戶可以在號碼不變的情況下靈活選擇先付費或后付費，二者對用戶的區(qū)別主要在于付費方式、資費、服務(wù)質(zhì)量的不同。 結(jié)合現(xiàn)狀，“先付費與后付費的融合”較好的實現(xiàn)方式是結(jié)合 BOSS 與SCP， BOSS 實現(xiàn)費用計算或反算， SCP 實現(xiàn)對網(wǎng)元設(shè)備的實時控制。 只考慮 PS 域數(shù)據(jù)業(yè)務(wù)，先付費與后付費融合的實現(xiàn)方式有多種。 知識水壩（豆丁網(wǎng) pologoogle）為您傾心整理（下載后雙擊刪除） 百度一下 知識水壩 方式一， BOSS 實時采集 CDR，實時計費 /扣費， 如果用戶余額不足，則向 HLR發(fā)送控制指令。如下圖所示： AAAISM PRADIUSSPS P G WBOS SGG S NS GS NM S C/V LRV M SW A PGWM M S CCh a rgingGa te w a yI n t er n etGMSCS _ CD RM _ CD RG_ CD RUT R A NS M S CS M SGWS M S _ M O_ CD RS M S _ M T_ CD RIMGMLCS tre a mingCDRs開停機控制HL R此種方式的優(yōu)點是實現(xiàn)比較簡單，對現(xiàn)有網(wǎng)絡(luò)無改造。缺點在于最后一次服務(wù)使用如果跨過余額控制點則無法控制，仍存在欠費的風(fēng)險。 方式二， BOSS 實時采集 CDR，實時計費 /扣費，如果用戶余額不足，則向網(wǎng)元控制設(shè)備發(fā)送停止服務(wù)請求，由其進行實時控制。如下圖所示： AAAISM PRADIUSSPS P G WBOS SGG S NS GS NM S C/V LRV M SW A PGWM M S CCh a rgingGa te w a yI n t er n etGMSCS _ CD RM _ CD RG_ CD RUT R A NS M S CS M SGWS M S _ M O_ CD RS M S _ M T_ CD RIMGMLCS tre a mingCo nt roll i ngGa te w a yCDRs實時控制HL R開停機控制知識水壩（豆丁網(wǎng) pologoogle）為您傾心整理（下載后雙擊刪除） 百度一下 知識水壩 此種方式相對方式一的優(yōu)點是，可對服務(wù)使用過程進行實時控制，控制的實時性提高。缺點在于扣費依據(jù)仍是 CDR，仍存在一定的欠費風(fēng)險，但是欠費風(fēng)險相對方式一減小很多。 方式三，通過 BOSS 提供實時帳戶管 理、費用計算、扣費的功能，與網(wǎng)絡(luò)之間采用 diameter 協(xié)議，實現(xiàn)實時的費用信息交互和實時服務(wù)使用過程控制。 AAAISM PRADIUSSPS P G WBOS SGG S NS GS NM S C/V LRV M SW A PGWM M S CCh a rgingGa te w a yI n t er n etGMSCS _ CD RM _ CD RG_ CD RUT R A NS M S CS M SGWS M S _ M O_ CD RS M S _ M T_ CD RIMGMLCS tre a mingCo nt roll i ngGa te w a yDia m e t e rfo r Ra tingDia m e t e rfo r Con trolli ngCDRsHL R開停機控制此種方式是比較完美的解決方案，但需要網(wǎng)絡(luò)設(shè)備進行較大的升級改造。 （ 2） 數(shù)據(jù)與語音的融合 我們理解“數(shù)據(jù)與語音的融合”體現(xiàn)在：由同一批價引擎支持數(shù)據(jù)及語音業(yè)務(wù)話單的批價。 目前亞信的 OPENBILLING 產(chǎn)品已經(jīng)能夠?qū)崿F(xiàn)數(shù)據(jù)與語音的融合處理，框架如下圖所示： 知識水壩（豆丁網(wǎng) pologoogle）為您傾心整理（下載后雙擊刪除） 百度一下 知識水壩 原始 CDR預(yù)處理其他計費事件用戶資料 ( MDB) 局數(shù)據(jù) (MEM )計費 要素解析規(guī)則科目轉(zhuǎn)換規(guī)則帳務(wù)計算規(guī)則分帳規(guī)則帳戶 MDB資費優(yōu)惠參數(shù)XDRXDR分發(fā)統(tǒng)一解碼解碼規(guī)則XDRX D R 字段、屬性、分布定義規(guī)則批價 記帳在計費框架中為了保證融合處理，主要從兩方面考慮： 一方面，在預(yù)處理中完成對單條服務(wù)記錄的資費解析，從而對計費核心屏蔽不同業(yè)務(wù)的業(yè)務(wù)特性。 另一方面，通過可擴展詳單接口（ Extensible Detail Record）能夠?qū)崿F(xiàn)預(yù)處理和計費核心之間的松散耦合，使計費核心能夠?qū)Ｗ⒂谟嬞M帳務(wù)計算，有效隔離復(fù)雜多變的外部業(yè)務(wù)環(huán)境。 （ 3） 內(nèi)容計費、 流量計費、 QoS 計費等多種計費方式的融合 我們理解“內(nèi)容計費、流量計費、 QoS 計費等多種計費方式的融合”體現(xiàn)在：由同一批價引擎 支持 上述融合的計費處理，同一服務(wù)使用記錄可以按上述要素進行組合資費的計費。 在亞信目前的 OPENBILLING 產(chǎn)品中，可把內(nèi)容、流量、 QoS 等都視為不同的計費要素，現(xiàn)有的產(chǎn)品模型已經(jīng)能夠 支持多種計費要素的融合處理。 （以上 標號為 3 6 的問題中應(yīng)包括但不限于以上展開的問題） 7 IPv6 網(wǎng)絡(luò)在安全性方面有哪些特點？ IPv6 網(wǎng)絡(luò)在安全性方面的主要特點是強制實施 IPSec，并且通過在 IPv6 報頭中增加新的與 IPSec 有關(guān)的擴展報頭而將 IPSec 集成在 IPv6 協(xié)議內(nèi)部，使 IPSec 不知識水壩（豆丁網(wǎng) pologoogle）為您傾心整理（下載后雙擊刪除） 百度一下 知識水壩 再像在 IPv4 網(wǎng)絡(luò)中那樣作為一個獨立的協(xié)議存在，而是作為 IPv6 協(xié)議固有部分貫穿于 IPv6 網(wǎng)絡(luò)之中。 IPSEC 提供四種不同的形式來保護通過公有或私有 IP 網(wǎng)絡(luò)來傳送的私有數(shù)據(jù)： 安全關(guān)聯(lián)（ Security Associations，簡稱 SA） 安全關(guān)聯(lián) 是 IPSec 中的一個基本概念，包含驗證或者加密的密鑰和算法。 安全關(guān)聯(lián) 是單向連接，為保護兩個主機或者兩個安全網(wǎng)關(guān)之間的雙向通信需要建立兩個安全關(guān)聯(lián)。安全關(guān)聯(lián)提供的安全服務(wù)是通過 AH 和 ESP 兩個安全協(xié)議中的一個來實現(xiàn)的。如果 需 要在同一個通信流中使用 AH 和 ESP 兩個安全協(xié)議，那么需要創(chuàng)建兩個（或者更多）的安全關(guān)聯(lián)來保護該通信流。 安全關(guān)聯(lián)需要通 過 安全參數(shù)索引（ AH/ESP 報頭的一個字段）、目的 IP 地址和安全協(xié)議（ AH 或者 ESP）三個參數(shù) 組成的唯一標識 進行識別。 IP 認證 報 頭（ Authentication Header，簡稱 AH） 認證 報 頭 使 數(shù)據(jù)包 的接收者可以驗證數(shù)據(jù)的來源， 還能維持數(shù)據(jù)的完整性。在 IPv6 中，認 證報頭是一個安全擴展報頭 。 IP 封裝安全載荷（ Encapsulating Security Payload，簡稱 ESP） 封裝安全載 荷 通過對數(shù)據(jù)包的全部數(shù)據(jù)進行加密來嚴格保證傳輸信息的機密性， 同時 也能提供認證 并 維持數(shù)據(jù)的完整性。 封裝安全載荷也是 IPv6 的一個安全擴展報頭。 AH 和 ESP 兩種報頭可以根據(jù)應(yīng)用的需要單獨使用，也可以結(jié)合使用，結(jié)合使用時， ESP 應(yīng)該在 AH 的保護下。 密匙 管理（ Key management） 密匙管理包括密匙 生成 和密匙分發(fā)兩個方面，最多需要四個密匙： AH 和 ESP各兩個發(fā)送和接收密匙。 IPSec 在 IPv4 網(wǎng)絡(luò)中已經(jīng)得到比較廣泛的應(yīng)用，在解決網(wǎng)絡(luò)層安全問題方面取得了一定的成功，但是 IPSec 并不能解決 IP 網(wǎng)絡(luò)中所有的安全問題， IP 網(wǎng)絡(luò)的安全仍然面臨著巨大的挑戰(zhàn)，況且很多網(wǎng)絡(luò)安全問題存在于應(yīng)用層，這也是 IPSec鞭長莫及的。 此外， IPSec 的應(yīng)用（例如 IPSec VPN）也會對一些應(yīng)用產(chǎn)生影響，需要增加一些特殊的應(yīng)用層網(wǎng)關(guān)（ ALG）功能或設(shè)備來解決這些問題。例 如，在 VoIP 應(yīng)用中，由于用戶端與網(wǎng)守或軟交換機不屬于同一個 IPSec VPN，就可能導(dǎo)致呼叫無知識水壩（豆丁網(wǎng) pologoogle）為您傾心整理（下載后雙擊刪除） 百度一下 知識水壩 法建立。 8 軟交換組網(wǎng)的典型網(wǎng)絡(luò)結(jié)構(gòu)是怎樣的？ 軟交換組網(wǎng)的 典型網(wǎng)絡(luò)結(jié)構(gòu)可以分為 三種 類型 ： 1、 軟交換網(wǎng)狀網(wǎng) 這種組網(wǎng)的特點為：路由功能由軟交換設(shè)備實現(xiàn)，每個軟交換都維護著全網(wǎng)所有用戶的路由信息；軟交換的路由信息靜態(tài)配置；一個管理域網(wǎng)絡(luò)的變化（如增減一個軟交換節(jié)點）都會導(dǎo)致整網(wǎng)數(shù)據(jù)改變；軟交換之間為邏輯網(wǎng)狀網(wǎng)結(jié)構(gòu)，通過一次地址解析就可以定位到被叫軟交換；軟交換之間可以采用 SIP/SIP T 或BICC，從目前的發(fā)展 來看， SIP/SIP T是趨勢。 這種組網(wǎng)方式的好處是網(wǎng)絡(luò)簡單，對軟交換設(shè)備要求不高，當(dāng)網(wǎng)絡(luò)規(guī)模較小時，不失為一個比較好的選擇，而當(dāng)網(wǎng)絡(luò)規(guī)模大時，則會帶來巨大的維護工作。 2、 軟交換設(shè)備分層組網(wǎng)結(jié)構(gòu) 下級軟交換之間與上層匯接軟交換之間進行互聯(lián)，軟交換之間路由信息靜態(tài)配置，軟交換之間可以采用 SIP/SIP T或 BICC。這種組網(wǎng)方式的特點為：下級軟交換之間與上層匯接軟交換之間進行互聯(lián)；軟交換之間路由信息靜態(tài)配置；軟交換之間采用 SIP/SIP T或 BICC，但 SIP/SIP T是趨勢。 分層的軟交換概念與現(xiàn)有的 PSTN 網(wǎng)絡(luò)分層設(shè)置非常相似，基本上就是把 PSTN的組網(wǎng)概念搬到 NGN 網(wǎng)中，沿襲 PSTN 組網(wǎng)思路，技術(shù)成熟，但是效率較低。 3、 通過路由功能的定位服務(wù)器組網(wǎng) 引入有路由功能的服務(wù)器（定位服務(wù)器），交換路由信息和為軟交換提供路由服務(wù)，這種組網(wǎng)方式，適應(yīng)軟交換的大規(guī)模網(wǎng)絡(luò)組網(wǎng)。這種組網(wǎng)方式的特點為：定位服務(wù)器和與其服務(wù)的軟交換組成一個 IP 電話管理域（ ITAD）； ITAD 管理域內(nèi)部軟交換之間是靜態(tài)路由配置，軟交換之間采用 SIP/SIP T 協(xié)議；軟交換與定位服務(wù)器可以采用簡化 TRIP 或 SIP 協(xié)議進行路由信息的交換與 解析請求（建議優(yōu)先采用 SIP 協(xié)議）；軟交換與定位服務(wù)器之間通過心跳信號保持聯(lián)系；每個管理域可以設(shè)置兩個或多個定位服務(wù)器實現(xiàn)冗余備份； ITAD 管理域之間、定位服務(wù)器之間通過 TRIP 協(xié)議進行路由信息動態(tài)更新，并在各個網(wǎng)元之間進行聚合、交換。 知識水壩（豆丁網(wǎng) pologoogle）為您傾心整理（下載后雙擊刪除） 百度一下 知識水壩 4、 三種軟交換組網(wǎng)的優(yōu)劣勢比較（見下表） 組網(wǎng)模式 優(yōu)點 缺點 說明 網(wǎng)狀網(wǎng) （ 平面結(jié)構(gòu) ） 初期成本低，網(wǎng)絡(luò)結(jié)構(gòu)簡單、成熟，是目前主要應(yīng)用的方式，能夠平滑演進到動態(tài)平面路由 網(wǎng)絡(luò)達到一定規(guī)模后，可控性較低，路由表維護 工作 較大 適合于 NGN 初期用規(guī)模容量 較 小的時候最具有 競爭力 分層軟交換路由 路由相對簡單，借鑒了PSTN 網(wǎng)絡(luò)的路由設(shè)置原則，具有一定的話務(wù)控制功能，數(shù)據(jù)維護工作較小 網(wǎng)絡(luò)難以演進，初期成本高，無應(yīng)用實例，手工配置靈活 較 差，靜態(tài)路由無自動通話機制，匯總網(wǎng)絡(luò)有可能成為網(wǎng)絡(luò)瓶頸 一種過渡方案；在網(wǎng)絡(luò)建設(shè)初期，不如靜態(tài)平面路由（平面結(jié)構(gòu)）；在網(wǎng)絡(luò)規(guī)模較大后，不如動態(tài)平面路由靈活（ 定位服務(wù)器 ） 定位服務(wù)器 （ 動態(tài)平面路由 ） 數(shù)據(jù)自動配置與刷新能力強，動態(tài)話務(wù)控制更靈活，目標網(wǎng)絡(luò)結(jié)構(gòu)，軟交換路由簡單，數(shù)據(jù)維護工作量最?。痪W(wǎng)絡(luò)調(diào)整靈活性更大，具有自動路由聚合功能；易于 配合開展雙歸屬等網(wǎng)絡(luò)級的備份，能夠充分發(fā)揮各本地網(wǎng)軟交換話務(wù)處理能力 相對 比較 復(fù)雜，成本較高；無應(yīng)用實例，技術(shù)成熟性差 適合于全網(wǎng)，應(yīng)當(dāng)是未來發(fā)展的趨勢，于 IP 網(wǎng)絡(luò)技術(shù)的結(jié)合更加緊密 9 基于軟交換可以提供哪些業(yè)務(wù)？基于軟交換架構(gòu)現(xiàn)網(wǎng)的業(yè)務(wù)平臺，業(yè)務(wù)平臺在哪些方面存在變化？ 基于軟交換不僅可以提供現(xiàn)網(wǎng)的各種業(yè)務(wù)（包括智能網(wǎng)業(yè)務(wù)），而且還可以實現(xiàn)多層次的業(yè)務(wù)融合，提供多網(wǎng)融合的業(yè)務(wù)。在基于軟交換的業(yè)務(wù)平臺上，可以提供以下兩種類型的業(yè)務(wù)。 提供組合業(yè)務(wù) 這是融合業(yè)務(wù)的初級表現(xiàn)形式。組合業(yè)務(wù)的目的是將多種業(yè)務(wù)打包 統(tǒng)一提供給用戶，并為用戶提供統(tǒng)一的管理界面， 例 如統(tǒng)一業(yè)務(wù)定購服務(wù)、統(tǒng)一賬單服務(wù) 等等 。 提供覆蓋多種網(wǎng)絡(luò)多種終端的融合多網(wǎng)能力的應(yīng)用業(yè)務(wù) 提供多網(wǎng)融合的業(yè)務(wù)包括三方面 的 含義：一是業(yè)務(wù)覆蓋范圍涵蓋了多種網(wǎng)絡(luò)、多種終端， 例 如固定網(wǎng)絡(luò)、移動網(wǎng)絡(luò)，寬帶終端、窄帶終端等；二是應(yīng)知識水壩（豆丁網(wǎng) pologoogle）為您傾心整理（下載后雙擊刪除） 百度一下 知識水壩 用業(yè)務(wù)可以 綜合 利用多種網(wǎng)絡(luò)能力， 例 如結(jié)合多媒體和移動能力的業(yè)務(wù) 、 融合電信網(wǎng)絡(luò)呼叫控制能力與企業(yè)應(yīng)用的業(yè)務(wù)；三是提供對用戶的統(tǒng)一管理，例 如統(tǒng)一業(yè)務(wù)定購服務(wù)、統(tǒng)一賬單服務(wù)等 等 。 基于軟交換架構(gòu)現(xiàn)網(wǎng)的業(yè)務(wù)平臺， 必須實現(xiàn) 業(yè)務(wù)與呼叫控制分離 和 呼叫 控制 與承載 分離 的特點 。分離的目標 在于： 使業(yè)務(wù)真正獨立于網(wǎng)絡(luò)，靈活有效的實現(xiàn)業(yè)務(wù)的提供 ； 用戶可以自行配置和定義自己的業(yè)務(wù)特征，不必關(guān)心承載業(yè)務(wù)的網(wǎng)絡(luò)形式以及終端類型 ； 使得業(yè)務(wù)和應(yīng)用的提供有較大的靈活性。 此外， 業(yè)務(wù)平臺 還 必須在標準化、多樣化和開放化等方面實現(xiàn)實質(zhì)性的改善。 標準化的含義包括： 應(yīng)用業(yè)務(wù)訪問網(wǎng)絡(luò)資源的業(yè)務(wù)接口的標準化，以促進多 廠家設(shè)備互通；業(yè)務(wù)開發(fā)接口的標準化，以提供不依賴于具體廠家設(shè)備的業(yè)務(wù)開發(fā)能力，實現(xiàn)第三方業(yè)務(wù)開發(fā)和應(yīng)用業(yè)務(wù)的即時加載運行；業(yè)務(wù)規(guī)范的標準化，使得在全網(wǎng)能夠采用多廠家的產(chǎn)品提供同類業(yè)務(wù)。 多樣 化主要是指 業(yè)務(wù)提供方式和業(yè)務(wù)開發(fā)方式 的 多樣化，以 便 滿足不同層次不同角度的業(yè)務(wù)提供要求和業(yè)務(wù)開發(fā)要求 。 開放化要求 采用開放 的 業(yè)務(wù)接口技術(shù)，實現(xiàn)業(yè)務(wù)與網(wǎng)絡(luò)的分離，提供第三方業(yè)務(wù)開發(fā)和第三方業(yè)務(wù)運營能力 ，以便 快速響應(yīng)用戶對包含豐富業(yè)務(wù)特征的個性化業(yè)務(wù)的需求。 10 軟交換對于話音業(yè)務(wù)產(chǎn)生的影響？基于軟交換的話音業(yè)務(wù)在計費方式方面的變化？ 軟交換除了 全面 繼承現(xiàn)有 的 話音業(yè)務(wù)以外，還 可以提供話音業(yè)務(wù)與 因特網(wǎng)業(yè)務(wù) 以及 寬帶多媒體業(yè)務(wù) 融合而產(chǎn)生的 衍生業(yè)務(wù) ，同時在為 用戶 提供 個性化業(yè)務(wù) 和 業(yè)務(wù)創(chuàng)新 等 方面 都 有著 得天獨厚 的優(yōu)勢。傳統(tǒng) 的話音業(yè) 務(wù)受到 終端智能和帶寬 等方面的限制， 難以 實現(xiàn)靈活的業(yè)務(wù)邏輯和多媒體業(yè)務(wù) ，同時用戶的個性化定制業(yè)務(wù)以及很多補充業(yè)務(wù)也難以推廣 。 軟交換技術(shù) 在業(yè)務(wù)實現(xiàn)的簡單性和靈活性上有了本質(zhì)改變 ，其 業(yè)務(wù)邏輯控制和網(wǎng)絡(luò)智能 采用了 集中部署 的方式 ，因此可以方便地在全網(wǎng)實現(xiàn)業(yè)務(wù)部署和業(yè)務(wù)升級。 由于 終端智能的提高 以 及媒體承載能力的加強（例 如支持話音、視頻等 ）， 使得用戶對業(yè)務(wù)的個性化定制成為可能。 例 如，用戶可以對不同來話進行篩選性的監(jiān)控，可以在不同時間對不同來話實施不同的應(yīng)答策略，應(yīng)答的方式也不僅僅局限于接聽、轉(zhuǎn)發(fā)、掛斷等傳統(tǒng)方式，而是包括 了語 音應(yīng)答、問候音播放、語音信箱轉(zhuǎn)接、電子郵件轉(zhuǎn)接、網(wǎng)頁推送等多種不同的知識水壩（豆丁網(wǎng) pologoogle）為您傾心整理（下載后雙擊刪除） 百度一下 知識水壩 應(yīng)答方式。 基于軟交換的話音業(yè)務(wù)在計費方式方面的變化主要體現(xiàn)在對話音業(yè)務(wù)與其它業(yè)務(wù)結(jié)合而產(chǎn)生的融合業(yè)務(wù)的計費上。對于各種類型的融合業(yè)務(wù)，需要根據(jù)具體業(yè)務(wù)場景制定相應(yīng)的計費策略，明確規(guī)定所要支持和實施的計費方式。 11 軟交換與 IMS之間的關(guān)系？軟交換網(wǎng)絡(luò)與 IMS網(wǎng)絡(luò)各自承載的業(yè)務(wù)有什么特點？ 軟交換是 IP 技術(shù)帶動電信業(yè)發(fā)展的產(chǎn)物，它為運營商解決目 前多種網(wǎng)絡(luò)、多種技術(shù)和多種系統(tǒng)的共存的現(xiàn)象提供了良好的解決方案 。 軟交換采用橫向組合模式、開放的接 口和通用的協(xié)議，其硬件分散，業(yè)務(wù)控制和業(yè)務(wù)邏輯相對集中，整體建網(wǎng)成本較低，網(wǎng)路升級容易，便于加快新業(yè)務(wù)和新應(yīng)用的開發(fā)、生成和部署快速實現(xiàn)低成本廣域業(yè)務(wù)覆蓋。 軟交換技術(shù)在發(fā)展過程中，并沒有一個嚴謹?shù)亩x和體系架構(gòu)標準，因此，在用戶漫游管理、路由計劃、編號、支持多媒體業(yè)務(wù)的體系架構(gòu)、業(yè)務(wù)管理、業(yè)務(wù)觸發(fā)等方面在一定程度上仍存在問題。與此同時 ， 3GPP 提出了標準的 IMS 體系架構(gòu)，旨在規(guī)范移動多媒體業(yè)務(wù)的網(wǎng)絡(luò)結(jié)構(gòu)，而 ITU 和 ETSI 等標準化組織的 相關(guān)小組也在討論如何在固網(wǎng)中引入 IMS，以進一步推動網(wǎng)絡(luò)向 IP 化、移動 性、多媒體化和個性化方向發(fā)展， 從而使 IMS 成為 NGN 發(fā)展的 新熱點 。 IMS 是一種 IP 多媒體核心網(wǎng)絡(luò)體系架構(gòu)，基于 SIP 會話的通用平臺，適 合基 于IP 的多媒體和電話核心網(wǎng)， 并 且核心網(wǎng)與接入方式和接入技術(shù)無關(guān)；在應(yīng)用層、網(wǎng)絡(luò)層和后臺系統(tǒng)之間均采用標準化的接口，是一種開放性更好、標準化程度更高、適用于所有接入和業(yè)務(wù)的統(tǒng)一網(wǎng)絡(luò)體系架構(gòu)，有利于固網(wǎng)和移動網(wǎng)的無縫融合；各種業(yè)務(wù)具有共同的核心網(wǎng)、網(wǎng)絡(luò)用戶數(shù)據(jù)庫、后臺計費系統(tǒng)和業(yè)務(wù)開發(fā)平臺，在用戶數(shù)據(jù)管理和漫游方面更加完善。簡 而 言之， IMS 是一種融合的網(wǎng)絡(luò)體系架構(gòu)，有利于各 種層次的融合業(yè)務(wù)的快速、有效推出。 IMS 源于移動領(lǐng)域 ， 在處理固網(wǎng)和移動網(wǎng)融合 等 方面還有很多工作要做， 標準化工作也剛剛起步，其發(fā)展完善尚需時日 。因 此，可以將 軟交換和 IMS 看作 PSTN向 NGN 演進的兩個不同階段，兩者將以互通方式長期共存。從長遠看， IMS 將可能最終替代軟交換，成為統(tǒng)一的融合平臺。 知識水壩（豆丁網(wǎng) pologoogle）為您傾心整理（下載后雙擊刪除） 百度一下 知識水壩 軟交換 網(wǎng)絡(luò) 主要提供話音業(yè)務(wù) ， IMS 網(wǎng)絡(luò) 將提供寬帶多媒體業(yè)務(wù) 。 12 如果基于 IMS架構(gòu)現(xiàn)網(wǎng)的業(yè)務(wù)平臺，業(yè)務(wù)平臺在哪些方面存在變化？（現(xiàn)網(wǎng)業(yè)務(wù)平臺是垂直的業(yè)務(wù)結(jié)構(gòu)，基于 IMS 的業(yè)務(wù)平臺是水平的業(yè)務(wù)結(jié)構(gòu)） 基于 IMS 架構(gòu)現(xiàn)網(wǎng) 的業(yè)務(wù)平臺，除了需要滿足軟交換架構(gòu)的要求（包括分離目標、標準化、開放化和多樣化等方面）之外， 還必須滿足以下進一步的要求。 比軟交換 更加徹底分離 業(yè)務(wù)的進一步分離 ： 軟交換雖然已經(jīng)將大部分增值業(yè)務(wù)分離出來放到了業(yè)務(wù)層，但是 其 自身仍然保留了一些補充業(yè)務(wù)。 IMS 將這些保留的業(yè)務(wù) 全部分離出來放 到 業(yè)務(wù)層，這是 對 呼叫控制和業(yè)務(wù)分離最透徹的體現(xiàn)。 用戶數(shù)據(jù)的分離集中：軟交換一般將用戶數(shù)據(jù)放置在軟交換設(shè)備自身之中，IMS 將這些用戶數(shù)據(jù)從軟交換中分離出來，并將用戶數(shù)據(jù)與其相關(guān)聯(lián)的業(yè)務(wù)數(shù)據(jù)集中到稱為 HSS 的設(shè)備之中。這種用戶數(shù)據(jù) 的分離集中更加有利于業(yè)務(wù)的實現(xiàn)和提供。 會話呼叫控制與媒體網(wǎng)關(guān)控制的分離 ： 軟交換同時提供會話呼叫控制和媒體網(wǎng)關(guān)控制功能 。 在 IMS 中將這兩者分離 開 來，會話呼叫控制功能由 CSCF 提供，完成整個網(wǎng)絡(luò)的信令路由和呼叫控制；媒體網(wǎng)關(guān)控制由 MGCF 提供，只存在于 IMS 網(wǎng)絡(luò)與傳統(tǒng)網(wǎng)絡(luò)互通的邊界點上。 呼叫協(xié)議統(tǒng)一 軟交換網(wǎng)絡(luò)中允許使用多種呼叫協(xié)議，而 IMS則統(tǒng)一采用 SIP作為呼叫 協(xié)議。 與接入方式無關(guān) 對多種接入方式的兼容是軟交換網(wǎng)絡(luò)的一個特點， IMS 將該特點更加進一步發(fā)展。在軟交換網(wǎng)絡(luò)中 ， 由于媒體網(wǎng)關(guān)控制功能沒有分離出 來 ， 以及媒體網(wǎng)關(guān)控制協(xié)議的多樣性 ， 導(dǎo)致 難以 實現(xiàn)對多種接入方式的兼容 。 在 IMS 網(wǎng)絡(luò) 中 ，由于對接入網(wǎng)絡(luò)的徹底分離和 SIP協(xié)議的應(yīng)用使其真正意義上實現(xiàn)了對多接入方式的兼容。無論用戶采用有線或無線的某種接入方式接入網(wǎng)絡(luò)， IMS 并不負責(zé)用戶終端到網(wǎng)絡(luò)的數(shù)據(jù)通道的建立，該工作由接入網(wǎng)絡(luò)完成； IMS 只負責(zé)在用戶的數(shù)據(jù)通道建立后通過 SIP協(xié)議完成主被叫雙方底層數(shù)據(jù)通道的接駁，從而實現(xiàn)各種媒體形式的呼叫通信及相關(guān)的多種多媒體業(yè)務(wù)。 知識水壩（豆丁網(wǎng) pologoogle）為您傾心整理（下載后雙擊刪除） 百度一下 知識水壩 提供終端漫游特性 目前的軟交換網(wǎng)絡(luò)沒有充分考慮對用戶終端的漫游支持，而 IMS 中 P-CSCF功能 實體的引入，使終端無論是漫游到外地還是其他運營商的網(wǎng)絡(luò)都能夠通過拜訪地或拜訪網(wǎng)絡(luò)的 P-CSCF 接入到 IMS 中，從而建立用戶終端與其歸屬HSS 及 S-CSCF 的信令通路。同時， P-CSCF 為通過其接入的終端提供了服務(wù)質(zhì)量和安全的保證。 提供更好服務(wù)質(zhì)量和安全保證 在 IMS 中 需要實現(xiàn) 多種 CSCF 功能實體，這些實體具有不同的功能任務(wù)，這與軟交換網(wǎng)絡(luò)中軟交換設(shè)備的統(tǒng)一功能是不同的。通過這些功能實體， IMS提供了更好的服務(wù)質(zhì)量和安全保證。 在這些 IMS 功能實體中， P-CSCF 完成了用戶終端及接入網(wǎng)絡(luò)和 IMS 核心網(wǎng)絡(luò)的隔 離，使得用戶終端和接入網(wǎng)絡(luò)無法直接了解 IMS 網(wǎng)絡(luò)的內(nèi)部結(jié)構(gòu)，因此 ，即使 某個 P-CSCF 受到攻擊也不會影響網(wǎng)絡(luò)的正常工作，從而保證了整個網(wǎng)絡(luò)的安全。同時 ， P-CSCF 還可以代表 IMS 與用戶終端和接入網(wǎng)絡(luò)協(xié)商業(yè)務(wù)質(zhì)量的服務(wù)要求，以完成業(yè)務(wù)質(zhì)量策略的執(zhí)行。 P-CSCF 還可以進一步提供信令的 NAT 穿越、協(xié)議轉(zhuǎn)換等由網(wǎng)絡(luò)外圍設(shè)備完成的附加功能。 IMS中的 I-CSCF 完成了不同運營商之間 IMS 網(wǎng)絡(luò)的隔離，它在保證網(wǎng)絡(luò)互通的同時使得運營商之間無法了解對方的網(wǎng)絡(luò)結(jié)構(gòu)和資源情況，從而保證了網(wǎng)絡(luò)的安全。 基于 開放、融合的 IMS 業(yè)務(wù)架構(gòu) ，可以 改變業(yè)務(wù)提供和業(yè)務(wù)開發(fā)模式，這種改變 能夠 快速提供新業(yè)務(wù)。在 現(xiàn)有 的業(yè)務(wù)開發(fā)模式中，業(yè)務(wù)的開發(fā) 通常 是一種 “ 垂直 ”結(jié)構(gòu) 模型， 業(yè)務(wù) 與下層網(wǎng)絡(luò) 為緊耦合關(guān)系 ，其特點為 ： 業(yè)務(wù)的發(fā)布與網(wǎng)絡(luò)結(jié)構(gòu)有關(guān)，不同的網(wǎng)絡(luò)可能需要發(fā)布不同的版本； 不同的網(wǎng)絡(luò)之間，業(yè)務(wù)交互困難，業(yè)務(wù)融合難度大； 業(yè)務(wù)實現(xiàn)復(fù)雜，開發(fā)周期長，投資收益低，不利于第三方開發(fā)。 IMS 業(yè)務(wù)架構(gòu) 引入了新型業(yè)務(wù)開發(fā)模式，業(yè)務(wù)的開發(fā) 采用“ 水平 ” 結(jié)構(gòu) 模型 ，業(yè)務(wù)與下層網(wǎng)絡(luò) 為 松耦合 關(guān)系，其特點為 ： 符合協(xié)議標準的業(yè)務(wù)，可發(fā)布于任何網(wǎng)絡(luò)，只需一個版本； 具有快速 、易用、靈活、動態(tài)的業(yè)務(wù)開發(fā)環(huán)境； 知識水壩（豆丁網(wǎng) pologoogle）為您傾心整理（下載后雙擊刪除） 百度一下 知識水壩 通過 SIP、 API（ 例 如 Parlay），使業(yè)務(wù)間具有良好的集成關(guān)系； 開發(fā)難度和周期大大減少，投資收益高，第三方開發(fā)者只需要了解 SIP、 API，而不需深入了解電信網(wǎng)絡(luò)知識。 13 如何組建 IMS 網(wǎng)絡(luò)？基于 IMS 的業(yè)務(wù)的應(yīng)用場景是怎樣的？ IMS 的組網(wǎng)面臨著與軟交換組網(wǎng)類似的狀況，其組網(wǎng)方式也與軟交換組網(wǎng)方式類似（請參見問題 8）。在 IMS 網(wǎng)絡(luò)中，業(yè)務(wù)功能進一步分離（例如， 在 IMS 業(yè)務(wù)架構(gòu) 中， S-CSCF 相當(dāng)于是軟交換的呼叫控制 功能，而軟交換的媒體網(wǎng)關(guān)控制功能分離為 MGCF），網(wǎng) 絡(luò)配置數(shù)據(jù)和用戶數(shù)據(jù)從功能設(shè)備中分離并進一步集中（主要的數(shù)據(jù)都存儲在 HSS 中），更有利于 IMS 網(wǎng)絡(luò)采用 動態(tài)平面路由的 組網(wǎng)模式進行組建 。 IMS 業(yè)務(wù)架構(gòu)由 S-CSCF 以及各種應(yīng)用服務(wù)器組成。應(yīng)用服務(wù)器 包括 SIP 應(yīng)用服務(wù)器、 OSA 應(yīng)用服務(wù)器和 Camel IM-SSF。這些應(yīng)用服務(wù)器 位于用戶的歸屬網(wǎng)絡(luò)或 者屬于 第三方 業(yè)務(wù) 開發(fā)機構(gòu)， 都 能夠 提供 IP 多媒體增值業(yè)務(wù)。 在 IMS 業(yè)務(wù) 架構(gòu) 中，基于 SIP 的業(yè)務(wù)平臺是通過 SIP 應(yīng)用服務(wù)器 實現(xiàn)的， 可以實現(xiàn) IM（即時通信）、點擊呼叫、 Web800、 Presence、會議電話、數(shù)字傳真 、多媒體消息、 VOD、彩鈴、彩名、可視電話等豐富的實時和非實時的多媒體業(yè)務(wù)。 IMS 支持 PARLAY/OSA 標準業(yè)務(wù)接口， 通過 OSA 服務(wù)器， 不僅可以完美地實現(xiàn)傳統(tǒng)的基本電信業(yè)務(wù)， 例 如：呼叫前轉(zhuǎn)、呼叫等待、多方通話、主叫顯示、主叫顯示限制、呼叫限制等，而且 還 可以為第三方業(yè)務(wù) 開發(fā)機構(gòu) 提供標準接口，大大提高運營商提供新業(yè)務(wù)的能力。 CAMEL 業(yè)務(wù)是 移動網(wǎng)絡(luò)中傳統(tǒng)的 智能網(wǎng) 業(yè)務(wù) ， 通過 CAP 協(xié)議 在移動 網(wǎng)絡(luò) 中提供 。為了使 Camel 業(yè)務(wù)接入到 IMS 中，在 Camel 服務(wù)器與 S-CSCF 之間需要一個功能實體來完成 CAP 協(xié)議與 SIP 協(xié)議的轉(zhuǎn)換，該功能由 IM-SSF 完成。 通過這個 對傳統(tǒng) 智能網(wǎng)的接口，可以支持傳統(tǒng)的智能業(yè)務(wù)， 例 如預(yù)付費、虛擬專網(wǎng)、卡類業(yè)務(wù)等，從而實現(xiàn)了對已有智能業(yè)務(wù)的完美繼承。 IMS 可以展望到的業(yè)務(wù)和運營模式有很多， 例 如 IP 電話業(yè)務(wù)、 P&M 業(yè)務(wù)（即時通知與消息業(yè)務(wù)）、串行振鈴和并行振鈴業(yè)務(wù)、會話轉(zhuǎn)移業(yè)務(wù)、主叫標識顯示業(yè)務(wù)、多方視頻會議和白板 /應(yīng)用共享業(yè)務(wù)等。 IMS 可以 提供的典型業(yè)務(wù) 包括 PoC知識水壩（豆丁網(wǎng) pologoogle）為您傾心整理（下載后雙擊刪除） 百度一下 知識水壩 業(yè)務(wù) 、 全能數(shù)字助理業(yè)務(wù) 、 Web Conference 業(yè)務(wù) 、 統(tǒng)一消息業(yè)務(wù) 和 一號通業(yè)務(wù)。 14 IPv4 網(wǎng)絡(luò)中各業(yè)務(wù)平臺與 BOSS 系統(tǒng)傳 遞的 計費 數(shù)據(jù) 源 內(nèi)容有哪些？在這些傳遞的數(shù)據(jù)中，有哪些數(shù)據(jù)內(nèi)容是與計費相關(guān)的？ （例如： GPRS 與 BOSS系統(tǒng)傳遞的數(shù)據(jù)中有：話單類型、 網(wǎng)絡(luò)側(cè)發(fā)起 PDP 上下文的標志、 手機號碼、手機設(shè)備的 IMSI、發(fā)起本次通話的 SGSN 的 IP 地址、 當(dāng)前 GGSN 的 IP 地址、開始時間、通話時長等，在這些數(shù)據(jù)信息中， 哪些數(shù)據(jù)是計費的依據(jù)？ ） 總的來講，單個呼叫的費率由以下決定： 1. 服務(wù)類型（ GSM 語音、 GPRS 等） 2. 發(fā)生的時間：高峰期、低峰期（費率時間） 3. 起叫、被叫地點 （ 費率區(qū)域 ） 4. 計費單位 （ 秒、字節(jié)、事件、信息等 ） 5. 呼叫類型 （ 主叫 /被 叫 ） 話單中以上要素相關(guān)的內(nèi)容就是計費依據(jù)。 以下以 GPRS 以及 JAVA 業(yè)務(wù)為例進行分析： GPRS 業(yè)務(wù)，采集點在 CGF，采集的內(nèi)容包括 S-CDR 和 G-CDR， S-CDR 格式如下所示（黃底部分是目前計費需要用到的數(shù)據(jù)，其它數(shù)據(jù)用于統(tǒng)計、經(jīng)分或集團上發(fā)等其它用途） 字段 屬性 描述 Record Type M 表示本 CDR 是 S-CDR Network Initiated PDP Context C 表示是網(wǎng)絡(luò)側(cè)發(fā)起的 PDP 上下文 Anonymous Access Indicator C 表示是匿名接入（ IMSI 將不提供） Served MSISDN M 手機的 ISDN 號碼 Served IMSI M 手機用戶的 IMSI（非匿名接入） Served IMEI C 手機設(shè)備的 IMEI SGSN Address M 本次會話涉及的 SGSN 的 IP 地址列表 MS Network Capability O 表示手機的網(wǎng)絡(luò)能力， A、 B、 C 類 Cell Identity M 記錄產(chǎn)生時的小區(qū)標識 Routing Area M 記錄產(chǎn)生時的路由區(qū) Local Area Code M 記錄產(chǎn)生時的位置區(qū) Charging ID M PDP 上下文的計費標識 GG