運營商與BAT的區別

bat其實也是運營商，運營的是**，cm/cu/ct（以下簡稱mut）運營的是管道。

mut的運營特色是本地化，管道建到**，就覆蓋到**的使用者，地域性強。

bat的運營特色是一點提供，全網覆蓋；借助電信運營商的管道，乙個**就可以覆蓋全國乃至全球的使用者。

mut由於本地化服務，而使用者是全球分布和全球流動的，因此需要考慮聯合同行實現漫遊服務，以及需要與同行互聯互通。

bat由於具備全球服務覆蓋面和全網端到端服務能力，因此不存在聯合同行為使用者提供漫遊服務的必要，也不需要考慮與同行的互聯互通。

mut沒有研發能力，運營所需要的裝置，都是採購自裝置製造商；運營支撐系統也是採購自軟體開發商；

bat有極強的研發能力，運營所需要的裝置，都是採用標準硬體+標準軟體+自研軟體；運營支撐系統也是自研；

mut分離研發和運營是必要的，因為運營是本地化的，但全球技術需求是共同的，因此裝置研發是可以面向全球的；

bat是沒有必要分離研發和運營，因為運營商是全球覆蓋的。

mut實行高度標準化是必要的，因為只有制定了標準，才能實現多廠家競爭供貨。標準制定的越詳細，意味著系統被分拆的越小，意味著受廠家繫結的影響越小。

bat不實行標準化是必要的，因為自己就是裝置研發者，向使用者鎖定服務商有利於提高自己的壟斷地位。

ct行業長期以來，服務客戶是人，服務內容是**的傳遞，業務型別簡單，業務量有限，因此管理方式簡單。僅通過配置裝置調整引數就可以適應需求的變化。

it行業長期以來，服務客戶是人和裝置，服務內容是千變萬化的資訊，業務型別複雜，業務量增長迅速，因此管理方式複雜。僅通過配置裝置調整引數無法適應需求的變化，必須編寫程式依靠軟體處理資訊滿足使用者需求。

隨著網際網路+時代的到來，

ct行業的服務物件逐漸從**的傳遞變成了海量網路資訊的傳輸，即ct開始服務於it，由於服務物件發生了變化，性質也發生了很大的變化，巨大的資料量是以前**時代的若干數量級倍，而且資訊源和目的的數量由於物聯網的加入，也從60億人演變為萬億個物體。

在這種需求轉換下，ct行業傳統的處理方式無法實現對多樣化需求及時的滿足，要採用新型方式，即依靠編寫程式取代引數配置，來實現自動化的運營。

因此，第一步改革就是軟體和硬體進一步分離。硬體盡量簡單化，對外提供簡單的介面，但自身盡量高效能。軟體負責處理複雜需求。軟體定義網路、軟體定義網元（網路功能虛擬化）便由此而來。

it行業管理的裝置越來越多，從以前的1臺伺服器，到幾十上百臺伺服器集群，到幾千上萬台虛擬化伺服器，從以前管理乙個機櫃，到管理一層機房，再到現在管理分布在多個地區若干個機房；

現在，it行業管理的資料已經從idc機房網路走出，開始觸及ct網路了。資料如何從idc到另乙個idc，如何從idc到終端，bat具有完全的掌控能力。而mut對與資料如何走、走**，則目前只能使用手工配置的路由表來靜態決定。

顯然，mut很頭疼，bat玩兒的太大，mut快招架不住了。所以ct給idc單獨建了乙個骨幹網，讓idc自己在這個骨幹網裡玩兒，別去禍害163網了。

未來，一旦ct界全面軟硬分離，硬體就剩下一堆通用的光纜、交換機、天線、伺服器，其它一切網元都以軟體的形式跑在這一對硬體之上的時候，mut還有能力管理的好嗎？裝置商會進一步託管運營商嗎？一切都是未知數。