「呼び制御プロトコル」の編集履歴（バックアップ）一覧はこちら

呼び制御プロトコル - (2012/08/03 (金) 11:23:47) の１つ前との変更点

追加された行は緑色になります。

削除された行は赤色になります。

<p><u>・SIPとH323<br /></u>この二つはどちらも呼び制御プロトコル。<br /><br /><u>・SIP<br /></u>端末（UA：user agent）間でのセッションの確立、変更、切断についてのみ定めたプロトコル。<br />
セッション上で扱われるデータそのものについては規定がない。<br /><br />
メリット：-SIPよりシンプルでインターネットと親和性が高い。<br />
　　　　　-様々なデータが扱える柔軟性の高いプロトコル。<br />
デメリット：ない？<br /><br /><u>・RTP<br /></u>呼び制御プロトコルで呼び制御をした後に音声パケットを運ぶ役割をしているプロトコル。</p>

<p><u>・SIPとH323<br /></u>この二つはどちらも呼び制御プロトコル。<br /><br /><u>・SIP<br /></u>端末（UA：user agent）間でのセッションの確立、変更、切断についてのみ定めたプロトコル。<br />
セッション上で扱われるデータそのものについては規定がない。<br /><br />
メリット：-SIPよりシンプルでインターネットと親和性が高い。<br />
　　　　　-様々なデータが扱える柔軟性の高いプロトコル。<br />
　　　　　-UDPを使うので高速。（信頼性はACKメッセージで確保される）<br />
デメリット：ない？<br /><br />
-メッセージ説明<br />
REGISTER:UAを登録する際に送信される。<br />
INVITE（招待）：通信開始を要求する際にUAが送信する。<br />
ACK：セッションが確立手順が成功した際にINVITE送信側のUAが送信する。<br />
BYE：セッション終了の際に送信する。<br /><br /><u>・RTP<br /></u>呼び制御プロトコルで呼び制御をした後に音声パケットを運ぶ役割をしているプロトコル。</p>