NGNでIPTVは世界的な流れ？ ? EricssonがTANDBERG Televisionへ買収案を提示

SIPで確立するセッションをRTSP/TCP+Video+Audioで張って帯域を確保し、確立後RTSP/TCPでストリームを制御ということ自体は乱暴ではないと思います。

ただ、整理しないといけないこととして、(1)SIPでセッションを確立する際のSDPの記述、(2)RTSPのSetupとSIPのSetupの関係、があります。(1)については、SDPでRTSPを指定する仕様ってまだなかったような気がするので、それを決めないといけないですね。(2)については、NGNの世界ではSIPでメディアを指定しているのに、セッション確立後RTSPで再度Setupするのを無駄と考える人もいるようで、そういう人はUNIからみるとSIPのSetupのみで完結し、RTSPのSetupは行わないように見せたいようです。そうなると、現行のRTSPの仕様とはちょっと変わってしまいます。

まあ、端末側ですべての仕様をサポートするのであれば問題はないのですができることなら避けたいですね。

ストリーム制御と帯域割り当てのそれぞれで、プロトコルが使い分けられるのではないかと思っています。帯域割り当ては、電話系のようにRTSPを使わないアプリもありますから、SIPでまとめてしまった方が、UNIやANIの定義が簡単になると思いますので。ユーザ端末からSIPでアプリサーバにサービス要求し、サプリサーバがRACFに対して、これまたSIPで帯域割り当てをする。サービスエッジで要求帯域に合った穴あけが終わったら、RTSPで実際にストリーミングを始める、といった感じで。
RTSPによる具体的な制御は、アプリサーバが提供する機能としてNGNの範囲外にしてしまえば、NGNとしての使用を検討すべき範囲が絞り込まれるので、とりあえずサービスを始めてしまっても不都合は少ないように思います。ちょっと乱暴でしょうか。

はばねろさん。コメントどうもありがとうございます。

確かにコメントに書いて頂いた通りですね。個人的には、MotorolaのGeneral Instruments買収は、どちらかと言えばプラットフォームよりもSTB側への参入、CiscoはScientific Atlanta買収は、Cable TV強化、AlcatelのLucentは通信機器の製造中止リスクの回避と見ていたのですが。

NGN/IMSで今までのVoDと違うのは、UNI側のストリーム制御にRTSPをそのままではなく、一部あるいは全部でSIPを利用する可能性が高いことです。この当たりは仕様がまだ決まっていないようなので、すべてRTSPで見切り発車する(といっても既存のRTSPか、RTSPv2かの判断はありますが)のか、仕様がある程度フィックスするまで待つのか通信キャリアとしては頭が痛いでしょうね。

ただ、RTSPで見切り発車してしまうと、今度はNGNの特徴のひとつと言われている帯域保証をRTSPでどう実現するかも考えないといけなくなってしまうのと、SIPプロキシ以外にRTSPプロキシを配置するなど設備投資が増えてしまうので・・・

仕様が決まるまで待ちたくない通信キャリアや通信機器メーカとしては、UNI側の独自仕様をオープンにしてデファクトに持ち込む戦略に出るかもしれませんね。

この種のM&Aは、Motorola による General Instruments(STB大手)買収に始まって、CiscoによるScientific Atlanta(STB大手)の買収、AlcatelによるLucent のマージ（通信屋がIPTVソリューションを手に入れたとも読める）など、最近は枚挙に暇がありません。すでに相当程度合従連衡が進んでしまっていると見たほうがいいと思います。
IPによる放送・VoDがNGNの本質的なサービスとは思いませんが、世界中でサービスがすでに拡大していますから、日本のメーカには厳しいでしょうね。