どうするNGN 〜 実はSIPって電話のためのプロトコルじゃないんですよ

SIP (Session Initiation Protocol)は、NGNやIMSでは、その名のようにセッションを確立するためのプロトコルとして使用されています。ただ、RFC2543や改訂版のRFC3261では、SIPを使用するアプリケーションは特に限定しないと言われながらも、現実には、主なアプリケーションとして音声電話で使用することを想定していたのと、それ以外のアプリケーションの仕様化が遅れていたこともあり、未だにSIPは電話をするためのプロトコルというイメージが抜けていない方も多いようです。でも、最近は、電話以外でも使用するプロトコルになってきています。

IETFの一部のエリアではセッション確立のためにSIPを使用することを前提にプロトコルが議論されています。特に、IETFにReal-time Applications and Infrastracture Areaというのがありますが、このArea内のたくさんあるWGのほとんどがSIP関連なんですよね。セッションを確立するためのネゴシエーションやセットアップにSIPを使用することを想定しています。例えば、IPTVで使用されるプロトコルとしてRTSPというのがありますが、現在策定中の2.0では、詳細は決まっていないもののセッション確立はSIPで行い、メディア制御をRTSPで行うということも想定されています。従来のインターネットの世界では、HTTPやRTSPをいきなり送っていましたが、セッションを確立するためにSIPを使用するモデルでは、最初に「RTSP使って通信したいんだけど大丈夫」(offer)、「RTSP使っても大丈夫だよ」(answer)となってから、実際にRTSPで通信することになります。

個人的には、SIPを使用するモデルはそんなに悪いとは思わないのですが、インターネットの世界ではなぜか毛嫌いされているようです。最初のアプリケーションがVoIPで、電話の通信キャリアが先に導入したため、インターネット系の方は、通信キャリアにインターネットの仕様を握られると思って毛嫌いしているのかもしれませんね。まあ、SIPの世界ではデファクトスタンダードとなる実装が存在しないために、みんな勝手に実装しているので相互接続性が悪いということがあったり、SIPサーバの運用とか面倒な話がありますが・・・

NGN/IMS時代のSIPは電話のためのプロトコルではありません。セッションの中にどんなプロトコルやコーデックでデータをどのように流すかを決めるためのプロトコルです。そこを正しく理解すると、いろいろなアプリケーションで利用できるのですが、電話のためのプロトコルとして理解してしまうと電話以外何もできないのにそんなものが必須のNGNってアプリケーション作れないという話になってしまいます。NGNのアプリケーションのひとつはSaaSだと言われています。インターネットでのSaaSはHTTPやSOAPで実現されていたりしますが、NGNだとSIPでセッションを確立して、HTTPやSOAPで制御するみたいな形になります(標準化はまだされていないけど・・・)。でも、NTTは、SIPなんて使うのやめてくれ〜と多くの企業から言われているでしょうね。SIP関連の本って説明が電話に寄り過ぎているので、いろいろなアプリケーションで使用できるというのがなかなか理解できないですからねぇ・・・