多年來，基于IP技術的NGN一直沒有實質性的進展。現有的IP網絡技術5年前就已十分成熟，直到2004年，NGN才開始規模商用。這個現象表明，用IP來承載NGN的挑戰并不在于技術本身，而在于如何適應商業模型的變遷。
多年來，基于IP技術的NGN一直沒有實質性的進展。現有的IP網絡技術5年前就已十分成熟，但直到2004年，NGN才開始規模商用。這個現象表明，用IP來承載NGN的挑戰并不在于技術本身，而在于如何適應商業模型的變遷。
話音和Internet的商業模型是不同的，Internet是一個“灰度”業務，可能存在較大的時延、抖動、丟包率，但最終能收到就可以滿足用戶需求；而話音則是一個“黑白”業務，只有“通”或“不通”兩態，通則收費，不通則送忙音，不收費，否則用戶就會投訴。為有別于現有的IP互聯網，我們把承載NGN、3G等下一代電信業務的IP網絡定義為IP承載網。IP承載業務的商業模型已經變了，用Internet的理念和技術來規劃IP承載網就會出問題。從目前來看，IP承載網建設面臨四大挑戰。
從Internet時代到電信業務時代
IP承載網的建設經驗面臨挑戰
很多人曾經認為，IP承載網不過是畫個圖，連幾條線，用VPN一隔離，標上DiffServ、TE，話音就連通了，服務質量就有保障了。然而事實絕非如此，華為有一個跨IP、3G、NGN產品線工作團隊，負責多系統組網解決方案及測試，這個團隊曾有一個令人驚訝的報告：NGN接入IP承載網竟然有至少8種模式，各模式的負載分擔和故障保護效果各不相同！
如果我們進一步分析，就不會為這個結論感到驚訝了：NGNTG的上行接口可以選擇備份或負載分擔，主備TG之間、TG的主備端口之間保護要求達到毫秒級，TG之間的流量是網狀的，而且是對稱的，NGN話音要求提供CAC控制等，這些特征都是Internet終端和業務所不具備的。
關于流量模型的問題，這里還有一個例子：在國內IP互聯網里，北京、廣州、上海是ICP集中地，流量基本從這三個節點流出，C3之間的流量可以忽略，因此這三個節點之間帶寬設計要大一些，其他節點之間可以不考慮交互帶寬。但IP承載網這么規劃就有問題了，因為流量模型是網狀的，任何兩個C3節點之間都有流量。事實上，成都到廣州的流量甚至比北京到廣州的流量都大，因為這兩地之間有大量的流動人口，話務量很大。這個規律對城域范圍內的IP承載網同樣存在。這說明商業模型的不同導致對IP網絡的需求存在很大差異，技術并不能解決所有問題。
實際上，IP承載網的規劃建設需要大量運營經驗。客觀地說，NGN、3G一直沒有經過大規模的成熟商用，而NGN采用IP承載也尚處于初步商用階段，在這樣一個系統里，IP承載網的可靠性壓倒一切。如何保障IP承載網的可靠性，利用成熟的經驗非常重要，如果供應商缺乏經驗，即使其提供的設備和技術再好，IP承載網也很難建設成功。
業務與網絡之間的耦合在增強
IP承載網的可運營性面臨挑戰
IP網絡對Internet來說可以是不透明的，Internet不用知道IP網的實時資源，但NGN或3G必須了解IP承載網的資源，這對IP網絡可運營性提出了新的挑戰。
IP網絡有良好的可擴展性，但其也具有拓撲結構，也有流量收斂和沖擊的問題。電信業務從TDM承載轉為IP承載，不能像Internet那樣，扔給IP就不管了，要從“規劃、管理、監測、控制”四個方面來保證服務質量。
規劃
第一是業務的規劃。IP承載網與IP互聯網有很大的不同，電信業務追求連接，Internet追求開放，對連接沒有要求。這就要求IP承載網規劃不能完全照搬TDM模式，拋棄IP的扁平化、可擴展優點，也不能沿用缺乏約束的IP互聯網設計思路，而是將這兩種思路相互滲透。規劃要達到的目標是：任何情況下流量路徑明確，尤其在異常情況下，網絡振蕩控制在最小的范圍內，核心流量不經過匯聚和接入節點轉發，本大區內流量及兩個大區之間的流量不經過其他大區轉發。
第二是話務模型和帶寬的規劃，包括媒體流、信令流及PS域、多媒體域流量等，這些流量的模型與Internet有根本的區別，為防止過多的呼叫造成擁塞，或PS流量對CS業務造成沖擊，IP承載網要精心規劃。
構建面向下一代業務的IP承載網，其規劃復雜度遠高于Internet網絡，而遺憾的是，目前大多數傳統IP供應商仍未意識到這一點。
管理
IP承載網全網開啟MPLS、DiffServ、FRR，對于VPN這些端到端的業務來說，如果沒有良好的業務管理和配置平臺，很難在上千臺設備的網絡里通過Telnet登錄手工完成。因此在IP承載網里，不但要有網元管理，更要有LSP、VPN及QoS的管理，便于配置，并且在網絡故障時及時定位受損的業務。在大規模IP承載網里，沒有VPN、QoS和LSP的管理，網絡實際是不可運營的。
監測
NGN必須對網絡資源及運行狀況進行監測，包括鏈路/帶寬資源、流量流向、時延、抖動、丟包率等，超過閾值及時告警，以指導網絡的擴容或者優化。因此，IP承載網有必要對鏈路帶寬占有率及任何節點間的時延、抖動、丟包率進行監測，同時統計任何TG-TG、TG-路由器、TG-Server、路由器-Server、路由器-路由器的流量，實現細致的網絡監測。這是一個龐大的報表和分析系統，對電信業務的透徹理解是提供這個系統的基本要求。
控制
控制即指對IP資源的超量使用進行控制，ITU-T和TISPAN提出RACS架構來解決這個問題，但成熟商用尚待時日。目前采用的做法是通過IP承載網、TG、軟交換等系統的配合進行CAC控制，軟交換對超過IP承載網資源的呼叫進行限呼；同時，軟交換可實時采集IP承載網時延、抖動、丟包率指標，如果IP承載網QoS劣化嚴重，軟交換也將采取限呼措施。通過兩級CAC保證話音“要通就通好、不通不收費”的基本需求。
通過規劃、管理、監測、控制，保證IP承載網的服務質量和呼叫接續指標，實現IP承載網的可運營。
從3G/NGN到IMS(FMC)
IP承載網的可擴展性面臨挑戰
IP網絡在Internet時代是C/S模式，在NGN/3G時代是P2P模式，到IMS/FMC時代，將變成P2P與C/S的混合模式，而且承載和控制進一步分離。在現有階段，開展的業務種類依然較少，主要通過“DiffServ＋大帶寬”即可以保證QoS。未來將有上百萬種的業務，資費各不相同、QoS要求不同，如何進行調度和控制？
IP網絡最初為科學研究而設計，考慮商用也就是最近幾年的事情，對可擴展性要求不高。然而，IP一旦用作電信業務的載體——IP承載網，可擴展性又有了新的理念。一個僅占幾個Byte的短消息就使運營商賺了很多錢，那么在3G、NGN業務上，我們對可擴展性的需求又會有多少呢？這是一個變數，IP承載網必須具備可演進的解決方案，適應未來業務的彈性需求。
IP承載網建設的戰略合作伙伴選擇
隨著業務運營的不斷深入，IP承載網與業務系統的耦合度越來越高，必將對IP設備產生很多新的技術需求。根據麥肯錫的統計，如果一個新產品晚上市6個月，那么在生命周期中就損失掉33%的潛在毛利；反之，進入時間提前一個月，就會使利潤提高12%。從這個意義上說，IP承載網建設不只是選設備、選供應商，更在于選擇能夠及時滿足需求的戰略合作伙伴。理解電信業務需求、創新力強、響應及時、保證運營商獲取最低TCO，是對IP承載網戰略合作伙伴的基本要求。
* * *
技術創新到今天，新技術已大大超越人類的真實需求，哪一部分技術最重要、最有作用呢？就是可以滿足業務需求、滿足客戶需求的那一部分，了解業務需求必須有經驗積累的過程。
技術的可用性需要該領域經驗的積累，比如中國的航天計劃，從“神舟一號”到“神舟六號”，中間發射了五次，并不是要試驗火箭等載體本身的可用性，因為這些載體的生命周期只有一次，一出來就是可用的。要積累發射經驗，積累航天經驗，積累載人的經驗，同時不斷改良載體，這是一個長期的過程。IP承載網建設也一樣。
IP承載電信業務是個全新的挑戰，幸運的是，憑借對電信業務的深刻理解，華為公司迅速滿足了NGN/3G的IP承載需求，并率先在全球實現大規模商用，積累了豐富的IP承載和運營經驗，始終走在業界的前列。隨著IP承載網時代的真正來臨，華為將隨需而變，及時為運營商提供創新的技術及客戶化的解決方案。
