【3】発信手順
ここでは、IP接続ネットワークに十分なリソース(帯域)があり、QoSの保証の必要がない場合のSIP信号手順について解説します。QoSの保証メカニズムについては次回で解説する予定です。
図3に、発信手順を示します。セッションの開始にはINVITEというメッセージが使用されます。IMS端末は、Service-Routeヘッダによって、IMS登録時に記録されたS-CSCFのURIを指示します。P-CSCFは、Service-RouteヘッダによりIMS登録時に記録されたS-CSCFのURIを端末から受信したものと比較しチェックします。
P-CSCFは、再びI-CSCFにアクセスすることなく、登録時に割り当てられたS-CSCFへとINVITEメッセージを直接ルーティングすることが可能です。
INVITEメッセージは、「要求(INVITE)—最終応答(200 OK)—確認(ACK)」の3方向ハンドシェーク方式が使用されます。これによって、相手に確実にデータが伝達されたことを確認できるという特徴があります。
また、INVITEメッセージと200 OKメッセージ(リクエストの成功メッセージ)には確立されるマルチメディア・セッションの内容が記述されていて、これにはSDP(Session Description Protocol、セッション記述プロトコル)というプロトコルが使用されます。
これ以外に、1xx型(例えば100や180など)の応答が着信側から発信側に送られていますが、200 OKが最終応答(Final Response)といわれるのに対し、暫定応答(Provisional Response)といわれ、セッション設定中の進行状況を通知するために使用されます。100 Tryingは後位のサーバがメッセージを受信したことを前位に通知するために使用され、180 Ringingは呼び出し中であることを通知するために使用されます。
【4】着信手順
図4に、着信手順を示します。INVITEメッセージはI-CSCFによって受信されます。I-CSCFは登録時に割り当てられたS-CSCFをHSSに問い合わせに行き、S-CSCFへとメッセージをルーティングします。I-CSCFからHSSへの問い合わせには、SIPではなくDIAMETERというプロトコルが使用されます。DIAMETERとは、RADIUSにかわる次世代のAAA(Authentication, Authorization and Accounting)標準プロトコルのことです。
S-CSCFは、PathヘッダによりIMS登録時に記録されたP-CSCFのURIを利用して、P-CSCFへとINVITEメッセージをルーティングします。
ACKメッセージは、I-CSCFを経由することなく直接S-CSCFへと送られていますが、これにはRecord-Routeというメカニズムが使用されています。INVITEメッセージを受信した際に、I-CSCF以外の各CSCFサーバはRecord-Routeというヘッダに自分のアドレスを挿入します。このヘッダは200 OKにより発信側の端末へと返送され、ACKメッセージはRecord-RouteされたCSCFを経由して着信側へとルーティングしていきます。
【5】終了手順
図5に、セッション終了手順を示します。セッション終了は「BYE」というメッセージによって行われます。BYEメッセージは、INVITEメッセージとは異なり、「要求(BYE)—応答(200 OK)」型の2方向ハンドシェーク方式が使われています。