貼個我之前的回答吧，乙個原理
但是，技術不一定換得來市場，未來幾何？仍然是個未知數。
乍一看，兩者沒有什麼區別。volte就是無線語音技術的下一代，看起來很像無線連線的voip業務。一定程度上說，它就是的，將語音通過ip包來傳輸。但從技術上說，它又不完全是的。
首先，要了解乙個區別是，volte是基於ims(ip 多**子系統)的語音業務，而不是基於傳統的ip網路(比如網際網路)，構架於運營商的網路之上，這就意味著運營商能夠為volte提供更高階別的控制和管理。
那麼，圍繞這個qos，通訊工程師們在volte voip上做了哪些改進？
volte是gsma定義的標準lte語音解決方案，並制定了標準協議。在標準中，規定了volte4大技術特徵，這4大技術特徵保障了volte提供高標準的qos：1.半持續排程(sps) 2.tti bundling 3.不連續接收 4.包頭壓縮rohc
1 半持續排程(semi-persistent scheduling )
和資料業務包不同，語音業務包的尺寸小，傳送頻繁。lte傳送資料報時，上下行鏈路都要分配物理資源塊(prb)，這對於尺寸小且傳送頻繁的語音包來說就會消耗更多的無線資源。
為了解決這個問題，volte引入了半持續排程。半持續排程是乙個更加靈活的資源排程方式。比如，在語音對話中，每隔20ms傳送乙個語音包，在靜默期沒有語音資料傳輸, 只有背景雜訊，就取消prb資源分配。在上行方向，可以通過定義接收到多少個空資料報來確定取消資源分配；在下行方向，通過網路傳送無線資源控制(rrc)訊息來取消。
2 tti(transmission time interval)bundling
lte每tti時間內進行一次資源排程，為了減少時延，lte中物理層排程的基本單位是1ms ，這也意味著harq每一秒鐘要確認一次傳輸。然而在某些小區邊緣，覆蓋受限的情況下，ue由於受到其本身發射功率的限制，在1ms的時間間隔內，手機沒有足夠的時間去完成乙個完整的語音包可靠傳送。
解決的方案是將多個連續tti**在一起，無需每乙個tti都要等待harq反饋，乙個voip資料報在繫結的連續的tti發出，只需要在繫結的最後一次傳輸完成後才反饋harq。
3 不連續接收(drx)
一直保持通話會很耗電。由於volte流量是可以預知的(20ms資料報)，ue不用隨時監視物理控制通道，可以在通話中關閉ue接收直到語音包達到時才喚醒，這樣可以達到省電的目的。
4 包頭壓縮rohc(robust header compression)
對於volte來說，ip報頭太大，嚴重浪費空口資源。
例如，乙個合併rtp, udp 和 ip報頭有40-60 bytes那麼大，經過14.4kpbs amr-wb編碼後，每20ms幀資料載荷大約50 bytes。而rohc頭壓縮可以將之壓縮到2-4 bytes，以便於在空口更高效傳輸。
從理論上講，volte得益於這些技術的採用，能夠提供更高質量的語音服務。實際上，情況也是如此。
據nokia smart labs測試結果，volte比ott voip省電40%，且更省流量。在相同的語音質量前提下，大多數的ott voip 應用在通話過程中比volte 多耗流量20%至40%。
關於兩者的對比，我在《ott反擊戰：volte強在**？更省電，更省流量！》一文裡有比較詳細的描述。
另外，因為volte的語音呼叫承載在gbr(所謂gbr，是指系統保證承載的最小位元速率，即使在網路資源緊張的情況下， 相應的位元速率也能夠保持。相反的，non-gbr指的是在網路擁擠的情況下，業務(或者承載)需要承受降低速率的要求，由於non-gbr承載不需要占用固定的網路資源，因而可以長時間地建立。而gbr承載一般只是在需要時才建立。)上，即使在網路資源緊張的情況下，volte也能提供始終如一的服務質量。
但是，ott voip就沒有那麼幸運了。根據nokia smart labs測試結果顯示，在non-gbr承載流量高的網路環境下，ott voip的掉話率(drop call rate)高達100%；在non-gbr承載流量中等的網路環境下，ott voip的掉話率可達65%，而volte始終保持0%的掉話率。同樣，隨著網路負荷上公升，ott voip的語音質量明顯下降，而volte始終保持高質量的語音。
先不管運營商付出這麼高的代價值不值得，對使用者來說，這無疑是一件好事。因為正是以上這些volte獨有的技術特徵，使得volte能夠提供乙個真正的「運營商級」的服務體驗。
比較ott voip，volte的優點很多，缺點也不少。部署複雜，缺乏靈活性，計費複雜，建設成本高，互聯互通問題等等都是volte面臨的挑戰。這使得volte在**競爭上毫無優勢，如果說成本決定了商品的**，如果一件商品的成本幾乎為零，那麼他們就可以肆無忌憚的和對手血拼到底，除非運營商真正拿出壯士斷腕的決心。
對於運營商來說，這是必須要邁出的一步。
一直以來，運營商們都採用「倒退」的技術來處理語音問題，今天終於嘗到了苦果。面對今天來自網際網路巨頭們的挑戰，運營商唯一能做的只有奮起直追，一旦丟掉了這塊蛋糕，就失去了把品牌推向前端的機會，逐步淪為流量的「管道提供商「，不但失去品牌影響力，還會逐漸被使用者邊緣化。沒有誰會關心自來水是哪家公司提供的？這家自來水公司也從來沒有什麼品牌！
微信小程式仿微信語音
先看一下效果 觸控開始 touchstart function e this.recordermanager.start 觸控結束 touchend function e this.recordermanager.stop console.log 按了 shijian 秒 console.log w...
微信語音遙控Windows Azure雲虛擬機器
為什麼會有這個想法？例如我說啟動虛機，它就真的替我們啟動，而且還不需要麻煩it部門？這想必會受到bu 業務部門 的喜愛，因為他們可以直接利用社交端對windows azure做一些最簡單的管理，而不再需要it部門干預。bu it 部門的價值在 後端的自動化架構都是他們利用雲計算的自動化架構搭建的，這...
微信語音遙控Windows Azure雲虛擬機器
為什麼會有這個想法？例如我說啟動虛機，它就真的替我們啟動，而且還不需要麻煩it部門？這想必會受到bu 業務部門 的喜愛，因為他們可以直接利用社交端對windows azure做一些最簡單的管理，而不再需要it部門干預。bu it 部門的價值在 後端的自動化架構都是他們利用雲計算的自動化架構搭建的，這...