多媒體、即時通訊與服務品質

服務品質(quality of service)

在一條單線道的路上,所有人都排在同一條隊伍裡——救護車卡在送貨廂型車後面。給這條路一條公車專用道,或一條鳴笛淨空的規則,緊急車輛就能前進,而一般車輛等待。服務品質就是這個想法用在網路上:網路不再對每個封包一視同仁,而是給某些流量比盡力而為更好的待遇——較低的延遲、較多保留的頻寬、或在佇列滿時的優先權。服務品質是任何讓網路能偏袒有需要流量(如即時語音與視訊)、勝過能等待流量(如背景檔案下載)之機制的統稱。

它主要在路由器內部實作,封包在那裡排隊等待一條輸出連結。基本構件有:排程紀律,決定佇列中下一個輪到誰的封包(簡單的先進先出、嚴格優先、輪流,或給每一類保證份額的加權公平佇列);以及流量管制與塑形,限制一條流可以送多快,常用漏桶或權杖桶。在這些機制之上,坐落著兩套完整的網際網路架構:整合服務(IntServ),用 RSVP 協定做細緻的逐流保留;以及區分服務(DiffServ),較為粗略、更可擴展,給每個封包標上一個類別,並在每一跳對各類別差別對待。

為什麼重要:服務品質原則上是你保證一通視訊通話在連結壅塞時仍能順暢的方法。但這整個領域誠實的結論是:公共網際網路在各業者之間多半並未部署這些機制。要在數千個獨立網路之間協調逐流的保證很難,而業者大多發現超額配置更便宜也更簡單——裝設比平常所需更多的容量——好讓網路一開始就很少壅塞。服務品質在單一管理網域內(一家公司的網路、一個電信業者自己的骨幹、一座資料中心)蓬勃發展,那裡由單一業者掌控路由器;但跨越開放的網際網路,盡力而為加上慷慨的容量仍然勝出。

一台公司路由器被設定成:當上行連結滿載時,網路電話封包(被標記為高優先類別)總是插到大量備份流量前面。結果:在早上九點備份的尖峰時段,通話依舊清晰,因為它們的封包從不排在幾 GB 的檔案資料後面等待。

服務品質讓路由器在連結滿載時,優先處理對延遲敏感的語音,勝過大量資料。

服務品質誠實的真相:公共網際網路多半並未端到端地使用它。業者改以超額配置容量,因為在許多獨立網路之間協調保證,比單純加頻寬更難。服務品質主要在單一業者的網域內才大放異彩。

又稱
QoS服務品質