1. 視訊會議簡介
寬頻網路的應用日新月異，尤其是近日愈來愈流行的視訊會議模式，更進一步的
加大了應用的視野，但是究竟視訊會議是如何運作的，依舊有許多人是一知半
解，並不十分瞭解其中的技術演進趨勢，因此以下為一般常見的規格術語…等簡
單的說明，希望有助於各位的進一步認知。
1. 互動式會議提早來臨
2003 年初由於 SARS 的肆虐，導致新形態封閉式商務差旅的新架構開始衍生，
對應於國際間的旅遊警示地區正好落在兩岸三地，使得一時間廣大華人經濟圈的
商務活動全部大受影響，上至中央政府機關，下至廣大的中小企業，大家紛紛為
開闢第二辦法及分離式辦公….等而找尋各種對應之策。
其中最為安全的視訊會議模式就自然而然的成為所有方法中，最為廣泛接受的第
一首選，再加上透過寬頻網路的普及，更加速的使得人們提早進入了更具效益的
雙向互動式開會時代的更加早來臨。
2. 視訊會議標準
目前視訊會議逐漸自早期的專線或是 ISDN 模式，漸漸的往 IP/LAN 的網路模式
挺進，一般而言，就專門用語習慣上稱專線或是 ISDN 模式為 H.320 標準，而
IP/LAN 的網路模式為 H.323 標準。
讓我們先就新一代廣泛使用中的 IP 網路，也就是 H.323 模式開始為大家解說:
H.323 標準是由國際電信聯盟（ITU-T）於 1996 年制定的，目前為 Ver.2 版本
H.323 為通訊信令、影音壓縮規範及控制協定的組合，主要是在規範即時性
（Real-Time）影音與數據 Data 資料的傳輸規格及控制、傳遞方式。H.323 的架構
包括下列元件：H.323 終端設備（Terminal）、閘道器（Gateway）、閘道管制器
（Gatekeeper）、多點會議控制器（Multipoint Control Unit）。
H.323 視訊會議終端設備是以 IP 為架構的視訊會議終端機；閘道器是用來連接
線路交換網路（Circuit-Switched Networks）與分封交換網路（Packet-Switched
Networks）的橋樑，同時提供 H.323 終端機與 SCN（Switched Circuit Network）終
端機不同型態傳輸媒介碼之間的轉換；閘道管控器提供一些控制服務，包括位址
的翻譯、進入的控制、區域的管理／驗證／授權／計費服務；多點會議控制器
（MCU）則提供多人會議的雙向服務。
H.323 定義在分封交換網路上，終端機之間編解碼的標準與通訊協定、通話程序
及媒體傳輸等協定。H.323 其實為 Umbrella Protocol，旗下有 H.261、H.263、H.264
支援 Video Codec。而 G.711、G.722、G.723.1、G.728、G.729 則支援 Audio Codec，
T.120 支援資料及會議的控制。在系統控制上，H.323 主要以 H.225 及 H.245 來敘
述。以下依通訊建立過程所使用到的協定，如 H.225、H.245 與 RTP/RTCP 依序介
紹。
H.225

2. H.225 主要規範通信建立、斷線 （Q.931） RAS 控制
及 （Registration Admission
Status；RAS） 。在進行通訊時，首先必須建立點對點或點對多點的通訊管道，目
的在使傳送端能告知接受端現在將與之進行通訊；這時所採用的就是信令協定
Q.931，其標準規格主要被規範在 H.225 中。Q.931 功能就好比是一般我們使用
電話時，受話端會發出鈴聲告知一樣，Q.931 就是負責這個連結通知的信令工作。
在終端與 Gatekeeper 之間的訊息溝通，也透過 H.225 的 RAS（Registration、
Admission、Status）訊息，進行終端 Gatekeeper 間的身分認證、位址化名（Alias
address）轉換、初始傳輸使用頻寬許可及傳輸中頻寬改變許可等。
H.245
在終端彼此知道要進行通訊後，必須協調要用何種方式溝通，以控制所要傳
輸的影音、資料；這個工作即是由 H.245 負責。其主要的功能如下：
主從決定：當兩個終端同時發生類似事件，但只有一端能被服務，此時 H.245
會決定哪個是 Master，哪個是 Slave；一旦主從決定之後，連線期間都會維持著。
性能交換：H.323 有許多種音視訊的編解碼，終端必須把自己所支援的編解
碼讓其他終端知道，所以需要有性能交換的程序。Transmit Capabilities 描述終端
傳送資訊流的能力，可讓接收方選擇；而 Receive Capabilities 描述終端接受及處
理進來資訊流的能力，可要求傳送方用所選擇的模式傳送。
LogicalChannel 連線：H.245 使用 OpenLogicalChanel 與 CloseLogicalChannel
來開啟關閉傳送資料的邏輯通道。OpenLogicalChanel 訊息中，包含媒體類型、
使用的演算法，及解釋邏輯頻道內容的所有其他資訊。當要傳送 RTP 與 RTCP
的媒體型態時 OpenLogicalChanel 中必須有 RTP 與 RTCP 的傳輸位址參數要求，
，
而接收端也在 OpenLogicalChanel-ack 中將 RTP 與 RTCP 傳輸位址告訴傳送端。
RTP/RTCP
事實上 RTP/RTCP 並不包含在 H.323 的規範中，而是一般在進行影音傳輸時，都
會借用 RTP 來偵測傳輸中遺失的封包，並提供封包傳輸的時間資訊（Timing
Information），讓接收端能知道封包傳送的延遲程度並做適當遞補。實際上 RTP
可與下層網路或傳輸協定合作，若下層網路有提供 Multicast，RTP 也可支援傳送
資料到多個目的地。RTCP 主要在告知目前傳輸的服務品質（QoS）如何，以供
閘道器告知閘道管控器是否要改變目前的傳輸速度或頻寬。
一般而言最好是採用 512K/512K 之雙向 ADSL 以獲得較佳品質，如果能進一步
申請 VDSL 就更能表現出優異的影音品質。
3. 多點視訊會議說明
就以上可看出視訊會議遠較監視、監控系統來的複雜；除此之外，視訊會議
系統還要提供 T.120（如微軟 Word、Excel 甚至於 PowerPoint 檔案格式）文件傳
輸能力、串流影音（Streaming）播放甚至網際網路伺服器等功能，所以就功能面
而言，視訊會議系統就是監視、監控系統的更高檔產品；當然如果要視訊會議系
統執行監視、監控的工作，則絕對可以勝任，但一定是不符經濟效益的！

3. 對於多點視訊設備（Multipoint Control Unit：MCU）的製造商而言，基本上
可分成兩大類：一是有製造會議型視訊主機(Codec)的，如 Polycom (PrctureTel)、
Tandberg、VCON、VTEL、Panasonic 以及 SONY 等；一是沒有製造端點視訊主
機的，如 RadVision、ACCORD、Lucent/Avaya、Codian、DST、Cisco (思科) 等。
一般而言則是前者幾乎所有大廠都不主動搭售後者產品。所幸，視訊會議這種傳
輸之多媒體仍要使用網路；既然要使用網路，就非得遵循 ITU-T 公開的通訊協
定不可；所以相互連線操作及溝通上並不會造成太大問題。
一般而言，後者之產品多為功能完整之高價位產品，而前者為了增加設備的
競爭性，多會提供一些簡易的多點會議功能，一般泛為「內建的多點視訊會議設
備」 。
所謂「內建的多點視訊會議設備」到底長得什麼樣子？事實上，這種內建的
MCU 是前者廠商刻意製造出來的，其整合式的控制是由同一隻遙控器進行操作
的方便性 往往是這類廠商的最大賣點。如 Polycom 系列的 MP ViewStation FX、
， 、
VS4000、VSX7000、VSX8000、與 iPower 680 及 9800 系列，Panasonic 的
WG-AV120，SONY 的 PCS-1600、6000、PCS-G70、PCS-TL50 及 PCS-1，Tandberg
MXP 系列的 880、990、3000、6000、7000、8000 等，這些視訊主機都內建 MCU；
就企業的使用者而言，也可說是「經濟型」或「入門型」的最佳選擇。但這些不
同機種在功能上都存在一些小陷阱，選用時需特別注意。專業判斷的標準大致如
下：
最多連線點數是 4 點或是 6 點或是 12 點且其畫面顯示模式是否敘述詳盡？
多點連線時其相對速率是否因過低而導致影音品質的降低?
通訊網路是否僅能使用 ISDN 或 IP/LAN？還是兩者可同時混合(Mix)使用？
分割畫面是否同時提供開會的各端點皆能看見？還是只有含 MCU 的主控
端才看得到全部與會者？
可否於遠端利用 IE 瀏覽器進行遙控操作與監控？
以目前市占率最高的 Polycom 為例，MP 系列可提供最多４點的多點會議；
但僅能搭配 ISDN 線路，如果要進行多點 IP/LAN 模式的視訊會議就必須再增購
或是配合其他有此功能的 MCU。