NGNでQoS保証されたVODを実現するために・・・

次世代ネットワークのフィールドトライアルのモニタ募集についてにあるように、NGNでIPマルチキャストを使った地上波デジタル放送の再送信や、映像配信サービスのトライアルが始まるみたいです。まあ、地上波デジタル放送については、「放送局との協議を踏まえて実施する予定」との注付きですが、昔の番組ネット配信、承諾なくてもＯＫ　著作権法改正へというのもあり、地上波や衛星からIPネットワークへ移行する流れは止まりそうにありません。では、NGNでQoS保証されたVOD (Video On Demand)のプロトコルはどうなるのか少し考えてみたいと思います。なお、擬似VODのように、端末側にキャッシュストレージを持ち、番組表のコンテンツを予めバックグラウンドでキャッシュストレージにダウンロードしておく方式も考えられますが、ここでは視聴要求が出たときにストリーミングする場合を考えてみたいと思います。

実はQoS保証したVOD用のプロトコル仕様が決まってない？

Windows Mediaなど、インターネットでは、割と普通に使用できるVODですが、NGNの場合も同様のプロトコルが使用できるのでしょうか？実は、QoS保証したVODを実現するためのプロトコルの仕様にデファクトスタンダード的なものは今のところありません。

インターネットの世界では、ST-IIや、RSVPなどのリソース予約プロトコルがありました。これらのプロトコルでリソース予約を行い、RTSPやHTTPなどでストリーミング制御をするというの基本的な考え方になりますが、残念ながらどちらのプロトコルもデファクトスタンダードと言えるところまではいっていません。というより、インターネットでQoS保証をするということ自体があまり一般的ではないというのが実情です。

NGNでは、このリソース予約プロトコルにあたる処理をSIPを使って行います。実は、SIPはリソース予約プロトコルではありません。ただ、SIPでIP電話などを実現するとき、ＳＤＰに使用できるコーデックの情報を記述し、ネゴシエーション処理を行いますが、これがリソース予約プロトコルのシーケンスに近いのでこの記述にネットワークの使用帯域などのリソース情報を追加しています。ただし、コーデックなどの情報は相手端末に教えますが、使用帯域などの情報は端末だけではなくNGNの網にも教えなければなりません。このあたりは、SIPによる接続要求(INVITEリクエスト)を受信したSIPサーバがリクエストのSDPを見て、網内の各ルータにQoSの設定を行っていると思いますが良くわかりません。

さて、NTTによるNGNのトライアルの資料を見てもIP電話の仕様とIPマルチキャストの仕様はあったのですが、VODの仕様はありませんでした。また、デファクトスタンダード的なものも無いところをみると、実はQoS保証したVOD用のプロトコル仕様が決まってないということでしょうか？独自仕様の変なプロトコルになると嫌ですね。

SIPのモデルを元に素直にプロトコルを考えると

では、SIPのモデルを元に素直にプロトコルを考えるとどうなるのでしょうか？SIPメッセージに添付するSDPは、通常、オーディオやビデオのコーデック情報などを記述しますが、それ以外に、SDPに制御プロトコルとして使用するプロトコルを記述してネゴシエーションするような形になるような気がします。例えば、WebサーバへのアクセスをQoS保証したい場合には、SDPにHTTPの記述を追加したり、RTSPを使ってビデオ/オーディオストリームの制御したい場合には、SDPにRTSPの記述を追加します。そして、Webサーバにアクセスするときは現在のようにHTTPをいきなり送るのではなく、SIPによってネゴシエーションとQoSの設定が終わった後にHTTPを送ります。

ただ、SIPとRTSPなどでは使用するコーデックの設定など一部重複している機能もあるので、使い分けが必要そうです。恐らく、RTSPなどで使用する場合、SIPには使用する制御プロトコルのみを記述し、制御プロトコルがRTSPに決まった後にRTSPでコーデックなどのネゴシエーションをするとモデルに合っている様な気がします。でも、きっと、そんなのSIPだけでできるじゃん派とRTSPだけでできないの？派やHTTPだけでできないの？派が戦ってぐちゃぐちゃになる気がしますが（笑)。

NGNへ端末を接続するためにはSIPは必須なのでしょうか？

ということで、QoS保証したVODをNGNで素直に実装しようと思ったら、SIPでシグナリングを行いQoSの設定をした後、HTTPやRTSPでサーバにアクセスすることになりそうです。NGNの網にQoSの設定を行うために何らかの情報を網に与える必要があり、現状では、SIPサーバが間にあるのでSIPで情報を与えているのですが、端末やサーバを作る人たちは納得しているのでしょうかねぇ？今のままだとQoS保証をする場合にはSIPが必須になってしまいます。でも、既存の端末はSIPが搭載されているものはまれですし、どうするのでしょうね？

家庭内のネットワークはQoS保証する必要性は少ないので、ホームゲートウェイで・・・