JP2009246994A - セッション設定プロトコル基盤のアーリーメディアサービス提供方法、及びセッション設定プロトコル基盤のアーリーメディアサービス提供応用サーバ - Google Patents

Abstract

【課題】セッション設定プロトコル基盤のＢ２ＢＵＡモード動作下において、マルチメディア形態のアーリーメディアを提供する。
【解決手段】発信端末から第１のＳＤＰ情報を含むＩＮＶＩＴＥメッセージを受信し、着信端末へＩＮＶＩＴＥメッセージを転送するステップと、ＩＮＶＩＴＥメッセージを受信する着信端末から第２のＳＤＰ情報を含むメッセージを受信するステップと、第２のＳＤＰ情報を発信端末に提供するステップと、アーリーメディアのためのコンテンツのメディア情報を獲得し、発信端末へ獲得されたメディア情報を含むメッセージを転送するステップと、発信端末にアーリーメディアを提供するステップと、着信端末から呼応答メッセージを受信した後、発信端末へアーリーメディアを転送することを中断し、発信端末と着信端末との間の呼連結を樹立するステップとを遂行することにより、発信端末と着信端末の呼連結時にアーリーメディアを提供する。
【選択図】図２

Description

本発明は、セッション設定プロトコル（ＳＩＰ）基盤のアーリーメディアサービス提供方法であって、より詳しくは、応用サーバ及びメディアサーバがアーリーセッション（early session）または正規セッション（regular session）を用いてオーディオだけでなく、イメージ、動画のようなマルチメディア形態のアーリーメディアを提供できるようにするセッション設定プロトコル基盤のアーリーメディアサービス提供方法に関する。

移動通信加入者が急速に増加するにつれて、移動通信サービスを提供するサービス事業者は顧客の誘致及びユーザに対するサービス質の向上のために種々の付加サービスを採択して施行しており、そのうちの１つとして通話連結音のようなアーリーメディアサービスを提供している。

アーリーメディアサービスは、発信側から受信側へ電話をかける場合、即ち発信側端末機から受信側の加入者番号に呼接続試みがある時、呼接続試み時点から接続が完了されて通話が開始されるまでの時間の間、発信側端末機に信号音のようなメディアを提供するサービスを意味する。

このようなアーリーメディアサービスは、着信または発信加入者のイメージを表現したり個性を浮上させることができる手段としての役目を遂行することができ、これによって従来のサービス利用者に提供されていた画一的な機械音色の通話連結音の代わりに、加入者、特に着信加入者の好みに合せて通話連結音を変更できるようにするサービスが最近多様に紹介されている。このようなサービスは、既存の通話連結音に代えて、加入者が設定した通話連結音を発信者の通話試み時に出力するように構成している。

しかしながら、既存の画一化された通話連結音の代わりに加入者の選択に基づいた多様な通話連結音を提供するとしても、通話連結音として提供されるメディアが、音声及び音楽のようなオーディオデータに限定されているという点では、最近の移動通信端末技術の発展に助けられて高音質及び高画質の具現が可能な移動通信端末機のユーザのより高い欲求を充足させるには限界がある。

また、前述した従来のアーリーメディアサービスは、回線網を用いる方式であって、呼連結が解除されるまで回線を占有して使用しなければならない回線網の特性上、間歇的に送るデータの場合にも回線を独占して使用しなければならないので、回線資源の浪費が甚だしいという問題点がある。

これと共に、従来のサービス方式はアーリーメディアサービス提供の後、相手端末とのメディア送受信のためのセッション転換の際、該セッションのための端末能力折衝及び転換処理のための過程において、該移動通信端末機の処理負担が大きいという問題点があった。

したがって、アーリーメディアサービス提供において、ユーザのより高い欲求を充足させることができる多様なメディア提供及びそれに従う技術が求められる。

本発明は、上記のような従来の問題点を解決するために案出したものであって、本発明の目的は、アーリーメディア提供において、単純に音声などのオーディオデータに止まらず、イメージ、動画、及びフラッシュアニメのような多様な形態のメディアが提供できるようにするセッション設定プロトコル基盤のアーリーメディアサービス提供方法を提供することにある。

また、本発明の他の目的は、回線網の代わりにセッション設定プロトコル基盤のＩＰパケット網を用いることにより、回線資源の効率性を極大化することができるＢ２ＢＵＡモード動作基盤のアーリーメディアサービス提供方法を提供することにある。

併せて、本発明の更なる他の目的は、アーリーセッション未支援端末機に対するアーリーメディアサービス方案を設けて、アーリーメディアサービス提供の前にアーリーセッションの支援の可否を確認することで、アーリーセッションが支援できない端末に対しても正規セッションを通じて正常にアーリーメディアサービスが提供できるようにすることにある。

上記の目的を達成するための本発明は、発信端末と着信端末との間のセッション設定プロトコル（ＳＩＰ）基盤の、呼連結時にアーリーメディアを提供する方法であって、前記発信端末から第１のＳＤＰ（セッション説明プロトコル）情報を含むＩＮＶＩＴＥメッセージを受信し、前記着信端末へ前記ＩＮＶＩＴＥメッセージを転送するステップと、前記ＩＮＶＩＴＥメッセージを受信する前記着信端末から第２のＳＤＰ情報を含むメッセージを受信するステップと、前記第２のＳＤＰ情報を前記発信端末に提供するステップと、前記アーリーメディアのためのコンテンツのメディア情報を獲得し、前記発信端末へ前記獲得されたメディア情報を含むメッセージを転送するステップと、前記発信端末に前記アーリーメディアを提供するステップと、前記着信端末から呼応答メッセージを受信した後、前記発信端末へ前記アーリーメディアを転送することを中断し、前記発信端末と前記着信端末との間の呼連結を樹立するステップとを含むことを特徴とするセッション設定プロトコル基盤のアーリーメディアサービス提供方法を提供する。

また、上記の目的を達成するための本発明は、 発信端末と着信端末との間のセッション設定プロトコル（ＳＩＰ）基盤の、呼連結時にアーリーメディアを提供する応用サーバであって、前記発信端末から第１のＳＤＰ（セッション説明プロトコル）情報を含むＩＮＶＩＴＥメッセージを受信し、前記着信端末へ前記ＩＮＶＩＴＥメッセージを転送するステップと、前記ＩＮＶＩＴＥメッセージを受信する前記着信端末から第２のＳＤＰ情報を含むメッセージを受信するステップと、前記第２のＳＤＰ情報を前記発信端末に提供するステップと、前記アーリーメディアのためのコンテンツのメディア情報を獲得し、前記発信端末へ前記獲得されたメディア情報を含むメッセージを転送するステップと、前記発信端末に前記アーリーメディアを提供するように指示するステップと、前記着信端末から呼応答メッセージを受信した後、前記発信端末へ前記アーリーメディアを転送することを中断し、前記発信端末と前記着信端末との間の呼連結を樹立するステップとを遂行することを特徴とするセッション設定プロトコル基盤のアーリーメディアサービス提供応用サーバを提供する。

本発明に係るセッション設定プロトコル基盤のアーリーメディアサービス提供方法によると、発信端末の要請に従う着信端末との呼連結の際、発信端末にアーリーメディアを提供するに当たって、オーディオデータだけでなく、テキスト、イメージ、動画、及びフラッシュアニメのようなマルチメディアデータを提供することで、ユーザの欲求充足及び満足を極大化することができる。

また、本発明によると、セッション設定プロトコル基盤のＢ２ＢＵＡ（Back-To-Back User Agent）モード動作に従う着信端末と発信端末の個別動作管理及び発信端末とのアーリーセッション設定により、着信端末の異常動作状態でも発信端末へのアーリーメディアサービス提供を正常に行うことができる。

併せて、本発明によると、１つの回線で複数個の通信が可能なセッション設定プロトコル基盤のパケット網を利用することで、アーリーメディアを提供するに当たって、回線資源を効率の良く利用できるという長所がある。

また、本発明によると、パケット送受信のための正規セッションとは別のアーリーセッションを通じてアーリーメディアサービスを提供することで、発信端末と着信端末との呼連結樹立に従うパケット送受信のための正規セッションへの転換時に発生しうるメディア空白現象を防止することができ、発信端末のアーリーメディア受信及び再生処理時、正規セッション処理とは別に区分して遂行できるので、効率的で、かつ融通性あるセッション管理が可能であり、アーリーメディア処理のためのコーデック（ＣＯＤＥＣ）のような別途の端末能力が要求される場合、これを効果的に提供できるという効果がある。

併せて、本発明によると、アーリーセッション未支援端末機に対するアーリーメディアサービス方案を設けて、アーリーメディアサービス提供の前にアーリーセッションの支援の可否を確認することで、アーリーセッションが支援できない端末に対しても正規セッションを通じて正常にアーリーメディアサービスを提供することができる。

本発明の一実施形態に係るアーリーメディアサービス提供システムの構成を示すブロック図である。 本発明の一実施形態に係るアーリーセッション支援端末に対するアーリーメディアサービス提供方法を順次に示す流れ図である。 本発明の一実施形態に係るアーリーセッション未支援端末に対するアーリーメディアサービス提供方法を順次に示す流れ図である。

以下、本発明の一実施形態に係るセッション設定プロトコル基盤のアーリーメディアサービス提供方法について、添付した図面を参照しつつ詳細に説明する。

本実施形態の具体的な説明の前に、まず本発明をなすセッション設定プロトコルについて説明すると、セッション設定プロトコル（Session Initiation Protocol：ＳＩＰ）は、非常に簡単なテキスト基盤の応用階層制御プロトコルであって、１つ以上の参加者が一緒にセッションを作って、修正及び終了できるようにするシグナリングプロトコルである。セッション設定プロトコルは、他の多くのプロトコルと結合して多様なサービスを作ることができる柔軟性と拡張性を提供し、その例として、セッションに対する情報を関心グループに提供し、セッション設定プロトコルを通じて対話を希望する相対方がセッションに参加するようにインバイト（INVITE）して、セッション説明プロトコル（Session Description Protocol：ＳＤＰ）を通じて開こうとするメディアタイプに対する情報を交換する。また、セッション説明プロトコルに記述されたリアルタイム転送プロトコル（Real-time Transport Protocol）を用いてリアルタイムマルチメディアサービスが提供できるようにする。

図１は、本発明の一実施形態に係るセッション設定プロトコル基盤のアーリーメディアサービス提供システムの構成を示すものであって、図示したように、アーリーメディアサービス提供システムは、ＳＩＰサーバ２０、応用サーバ３０、及びメディアサーバ４０を含んで構成される。

本実施形態のアーリーメディアサービス提供システムを構成する各構成要素について詳細に説明すると、まず、発信端末１０は、アーリーメディアサービスの提供を受ける端末機であって、マルチメディア形態のアーリーメディアの提供を受けて、これを実行させることができる程度の性能を備えることが好ましい。即ち、従来のアーリーメディアとして提供されていた音声、オーディオデータだけでなく、テキスト、イメージ、動画、及びフラッシュアニメのようなマルチメディアデータの提供を受けて、これを実行させることによって、該マルチメディアデータを通じた着信端末５０への呼連結要請が進行されていることを発信端末１０の加入者に知らせることができなければならない。

着信端末５０は、アーリーメディアサービスの提供を受けるために該サービスに事前に加入した加入者の端末機を意味するものであって、発信端末の呼連結要請の際、呼連結が樹立される前まで発信端末にアーリーメディアを提供するためのサービス情報を設定する。

ＳＩＰサーバ２０は、発信端末１０及び着信端末５０と応用サーバ３０との間のメッセージをルーティングする役目を遂行する装置であって、例として発信端末１０から受信されたＩＮＶＩＴＥメッセージを応用サーバ３０へ転送し、応用サーバ３０からのＩＮＶＩＴＥメッセージを着信端末５０に伝達する。

また、ＳＩＰサーバ２０は、発信端末１０からＩＮＶＩＴＥメッセージ受信の際、該メッセージが受信される着信端末加入者のアーリーメディアサービス加入の可否を確認することもできる。その場合、着信端末加入者が本発明に従うアーリーメディアサービスに加入していない加入者であれば、該発信端末に従来のアーリーメディア提供のための手続きを遂行するようにし、ここでは着信端末加入者が本発明に従うアーリーメディアサービスに加入した場合のみを考えて説明する。

応用サーバ３０は、Ｂ２ＢＵＡ（Back-To-Back User Agent）モード動作により、セッション設定プロトコルにおける発信端末１０及び着信端末５０の動作に対する個別処理及び管理を遂行し、着信端末加入者のサービス設定情報に従うアーリーメディアを、アーリー／正規セッションを通じて発信端末に提供できるように、メディアサーバとのメッセージ送受信及び発信端末とのセッション設定手続きを遂行する。

本発明において、アーリーメディアを提供するためのセッションは、アーリーセッションと正規セッションとに分けられる。ここで、アーリーセッションとは、アーリーメディアサービス提供のために正規セッションと区分される別途のセッションを意味し、正規セッションとは、相手端末との正規メディア通信（通話）のためのセッションを意味するものであって、本発明では、発信端末がアーリーセッションを支援しない端末の場合、別のアーリーセッション区分無しで一般正規セッションを使用してアーリーメディアを提供し、アーリーセッションを支援する端末の場合には、別のセッション折衝手続きにより樹立されるアーリーセッションを通じてアーリーメディアを提供する。

このために、本実施形態の応用サーバ３０は、発信端末１０から受信されたＩＮＶＩＴＥメッセージのヘッダ情報を分析して、該発信端末１０のアーリーセッション支援の可否を確認し、これによってアーリーセッションを通じたサービス提供の可否を決める。

また、上記応用サーバ３０は、着信端末５０へのＩＮＶＩＴＥメッセージ転送の際、セッション設定プロトコルのＢ２ＢＵＡ（Back-To-Back User Agent）モード動作を支援することによって、着信端末５０へ転送されるＩＮＶＩＴＥメッセージが発信端末１０とは別の管理下で処理できるようにする。以後、応用サーバ３０は、Ｂ２ＢＵＡモード動作下で各々の処理手続きを有する発信端末と着信端末の動作に対する同期化を遂行する。

ここで、応用サーバ３０は、着信加入者の選択に従うアーリーメディア提供のために該着信端末加入者のサービス設定情報及び網設定情報に対する照合を遂行するようになり、したがって着信端末加入者のサービス設定情報及び網設定情報の格納のための格納サーバ３５をさらに備えることが好ましい。

メディアサーバ４０は、応用サーバ３０とのメッセージ送受信及び発信端末１０へのアーリーメディア提供の役目を遂行する装置であって、詳しくは、応用サーバとのメッセージ通信によりサービス提供のためのメディア情報を提供し、応用サーバからのメディア提供の指示に従い、該発信端末へのアーリーメディアサービス提供を遂行する。

次に、図２及び図３を参照して上記アーリーメディアサービス提供システムを用いたアーリーメディアサービス提供方法について説明する。

まず、図２は本発明の一実施形態に係るアーリーセッション支援端末に対するアーリーメディアサービス提供方法を順次に示す流れ図である。

図示したように、発信端末が着信端末との呼連結のためのＩＮＶＩＴＥメッセージを生成してＳＩＰサーバへ転送すれば、これを受信したＳＩＰサーバは受信ＩＮＶＩＴＥメッセージを分析してＩＮＶＩＴＥメッセージの対象となる着信端末加入者のサービス加入の可否を確認した後、受信ＩＮＶＩＴＥメッセージを応用サーバにルーティングする（Ｓ１０）。

この際、発信端末が転送したＩＮＶＩＴＥ情報には、例えば、発信端末のＩＰアドレス、着信端末情報、サービス処理識別子、及び発信端末のＳＤＰ（セッション説明プロトコル：Session Description Protocol）情報などを含むことができる。ここで、発信端末のＩＰアドレスは、ＴＣＰ／ＩＰ基盤の通信の遂行の際、発信端末を識別するためのアドレス値を意味し、着信端末情報は、着信端末の電話番号などとすることができる。また、サービス処理識別子は、本発明に従う発信端末のアーリーセッション支援の可否を表す値であって、以後、その値によりアーリーセッション設定の可否を判断する。

一方、ここに表すサービスは、本発明に従うアーリーメディアサービス提供のためのものであって、マルチメディア形態のアーリーメディア提供の可否を決める。サービスに加入していない着信端末加入者の場合は、従来技術によるアーリーメディアサービスを提供する手続きを遂行し、サービスに加入された着信端末加入者の場合は、マルチメディア形態のアーリーメディア提供のための次のステップに進む。

このように、本実施形態では、ＳＩＰサーバが着信端末加入者のサービス加入の可否を確認するようにしたが、サービス加入の可否に関わらず、本発明のアーリーメディアサービスを提供することも可能であり、この場合、ＳＩＰサーバはルーティング動作のみを遂行する。

次に、ＳＩＰサーバからＩＮＶＩＴＥメッセージの伝達を受けた応用サーバは、該ＩＮＶＩＴＥメッセージのヘッダ情報分析を通じて、上記サービス処理識別子から発信端末のアーリーセッション（early session）支援の可否を確認した後、発信端末のＳＤＰ情報を含むＩＮＶＩＴＥメッセージを、ＳＩＰサーバを通じて着信端末へ転送する（Ｓ２０）。

即ち、応用サーバは、上記ＩＮＶＩＴＥメッセージヘッダ内のアーリーセッション支援の可否を表す識別子を確認して、発信端末のアーリーセッション支援の可否を判断し、セッション設定プロトコルのＢ２ＢＵＡ（Back-To-Back User Agent）モード動作により、着信端末へＩＮＶＩＴＥメッセージを転送する。

ここで、Ｂ２ＢＵＡモードは、発信端末と着信端末とを分離して、各々の動作を処理及び管理する役目を遂行できるようにするものであって、一般的なセッション設定プロトコルのプロキシ（proxy）サーバが、要請メッセージを受信して受信メッセージに対する応答を処理したり、該メッセージを次の装置にルーティングする役目を遂行するのに対して、Ｂ２ＢＵＡモードは、要請メッセージを受信して該メッセージを修正したり、他の形態として最終の目的地に伝達するようにする。Ｂ２ＢＵＡモード下で応用サーバは、ＳＩＰサーバから受信したＩＮＶＩＴＥメッセージを、発信端末処理動作とは別個の通路を持つようにして着信端末へ転送し、以後、発信端末と着信端末の別の動作は応用サーバで同期を合せて処理する。

着信端末へＩＮＶＩＴＥメッセージを転送した後、応用サーバは着信端末加入者のサービスに対する設定情報照合を遂行し、網設定情報確認に従う該メディアサーバとのメッセージ送受信により着信端末加入者に対するメディア情報を獲得する（Ｓ３０）。

ここで、設定情報照合手続きは、該サービス加入者、即ち、着信端末加入者のサービスプロファイルＤＢを照合して基本音源（コンテンツ）、発信者別または発信グループ別の音源、時間帯別の音源などを確認して、発信者にアーリーメディアとして提供するコンテンツＩＤを確認する手続きを含む。

また、網設定情報確認手続きは、発信者にアーリーメディアとして提供する該コンテンツが格納されたメディアサーバの位置を確認する手続きなどを含む。

上記の過程を通じてサービス設定情報及び網設定情報を獲得した応用サーバは、該メディアサーバへＩＮＶＩＴＥメッセージを転送するが、この際、ＩＮＶＩＴＥメッセージにサービス設定情報に基づいて獲得されたコンテンツＩＤを含んで転送し、これによって応用サーバは提供するコンテンツに対するコンテンツフォーマットなどのメディア情報を要請する。

応用サーバからＩＮＶＩＴＥメッセージを受信したメディアサーバは、受信ＩＮＶＩＴＥメッセージに対する応答として、メディア情報、即ちコンテンツフォーマットなど、提供メディアに対するＳＤＰ情報を２００ ＯＫメッセージに含めて応用サーバへ転送する。

次に、メディアサーバからサービス提供に必要とされるメディア情報を獲得した応用サーバは、発信端末へのアーリーメディアサービス提供のためのアーリーセッション設定手続きを遂行する（Ｓ４０）。

詳細に説明すると、応用サーバは、アーリーセッション設定のために、アーリーセッションオファー（OFFER）に該当する183 Session Progressメッセージを発信端末へ転送し、この際、該メッセージには、メディアサーバから獲得したメディア情報が含まれる。

183 Session Progressメッセージを受信した発信端末は、メッセージ内に含まれたメディア情報に基づいてアーリーセッション折衝手続きを進行する。具体的に説明すると、まず発信端末は、183 Session Progressメッセージに対する応答として、アーリーメディア処理のための発信端末のＳＤＰ情報を含むＰＲＡＣＫ（Provisional Acknowledge）メッセージを、応用サーバへ転送する。このＰＲＡＣＫメッセージは、アーリーセッションオファーに対する応答に該当する。

この際、ＰＲＡＣＫメッセージ内のＳＤＰ情報には、例えば、発信端末のコーデック（ＣＯＤＥＣ）及び能力情報（capability information）が含まれ、より詳しくは、183 Session Progressメッセージ内に含まれたメディア情報の１つとして提示されたコーデック（ＣＯＤＥＣ）に対する処理能力の可否、発信端末に割り当てられたＩＰアドレス及びポート番号などを含むことができる。

ＰＲＡＣＫメッセージ転送と共に、発信端末は、以後メディアサーバからのメディア受信に対応して、メディア処理のための受信ポート開放手続きを遂行する。

次に、発信端末からＰＲＡＣＫメッセージを受信した応用サーバは、ＰＲＡＣＫメッセージに含まれた発信端末のＳＤＰ情報を、ＡＣＫメッセージに含めてメディアサーバへ転送し、受信したＰＲＡＣＫメッセージに対する応答として、２００ ＯＫメッセージを発信端末へ転送する。この際、ＡＣＫメッセージを受信したメディアサーバは、ＡＣＫメッセージ内に含まれた発信端末の能力情報のようなＳＤＰ情報に基づいて、発信端末が処理可能なメディア種類及びフォーマットなどを決める。

以後、応用サーバは、発信端末へのアーリーメディア提供を要請するＩＮＦＯメッセージをメディアサーバへ転送し、これを受信したメディアサーバは、該発信端末にアーリーメディアを提供する（Ｓ５０）。

アーリーメディア提供手続きを詳細に説明すると、まず応用サーバは、ＩＮＦＯメッセージを通じてメディアサーバに、発信端末に対するアーリーメディア提供を指示し、ＩＮＦＯメッセージを受信したメディアサーバは、メディア提供指示に従い、アーリーメディアを発信端末へ転送する。また、ＩＮＦＯメッセージの受信に従う２００ ＯＫメッセージを、応用サーバへ転送することによって、該ＩＮＦＯメッセージ受信に対する応答を遂行する。

場合によっては、上記のＩＮＦＯメッセージを利用せず、メディアサーバはＡＣＫメッセージを受信するだけでも発信端末にアーリーメディア提供を始めることができる。

この際、発信端末に提供されるアーリーメディアは、テキスト、音声や音響や効果音のようなオーディオデータ、イメージやアバターや顔文字等のイメージデータ、動画、または、フラッシュアニメのうちのどれか１つ、または複合された形態のメディアとすることができ、発信端末と着信端末との間の呼連結が樹立されるまで続けて提供されるようにする。また、これらメディアを受信して実行する発信端末の場合、受信メディアに対するメディア再生時、切れ現象がないように、一定時間間隔に対する反復再生機能を備えることが好ましい。

一方、ステップ２０（Ｓ２０）で、応用サーバからＩＮＶＩＴＥメッセージを受信した着信端末は、ＩＮＶＩＴＥメッセージの受信に対応して、リングが鳴っていることを表す１８０リンギング（180 Ringing）メッセージを、ＳＩＰサーバを通じて応用サーバへ転送する（Ｓ６０）。この際、該１８０リンギングメッセージには、着信端末のＳＤＰ情報が含まれており、これを受信した応用サーバが、着信端末のＳＤＰ情報を格納し、１８０リンギングメッセージ受信に対する応答として、ＰＲＡＣＫメッセージを着信端末へ転送すると、着信端末は、２００ ＯＫメッセージを応用サーバへ転送することによって、ＰＲＡＣＫメッセージに対する応答を遂行する。

ここで、着信端末の１８０リンギングメッセージの転送は、応用サーバからのＩＮＶＩＴＥメッセージ受信に対応してなされるものであって、ステップ６０（Ｓ６０）というステップ名称に基づいて、ステップ５０（Ｓ５０）の以後に遂行されるものと理解されてはならない。しかしながら、応用サーバは、着信端末から１８０リンギングメッセージを受信する前に、発信端末にアーリーメディアを提供するための準備をすることができ、これは無線網の特性上、着信端末が直ちに１８０リンギングメッセージを転送できない場合、発信端末へのアーリーメディア提供が着信端末の応答遅延により直ちに遂行できないという問題を解決することができる。

一方、着信端末からの１８０リンギングメッセージ受信の後、応用サーバは、着信端末と発信端末との間の正規セッション設定のための準備手続きを遂行する（Ｓ７０）。正規セッション（regular session）とアーリーセッション（early session）とを比較すると、ステップ４０（Ｓ４０）で樹立されたアーリーセッションが、発信端末の呼連結要請に従い、着信端末との呼連結が樹立されるまで提供されるアーリーメディア提供のためのセッションであるのに対して、正規セッションは、発信端末と着信端末の呼連結が樹立された後、相互間の通話に従うメディア送受信のためのセッションのためのものであって、正規セッション準備手続きは、アーリーセッションを通じた発信端末へのアーリーメディア提供と同時に進行される。

正規セッション設定準備のために、応用サーバは、着信端末のＳＤＰ情報を含む１８０リンギングメッセージを発信端末へ転送し、発信端末は、受信した１８０リンギングメッセージに基づいて、正規セッション処理のための設定手続きを遂行し、これと共に、１８０リンギングメッセージに対する応答としてのＰＲＡＣＫメッセージを、応用サーバへ転送する。ＰＲＡＣＫメッセージを受信した応用サーバは、２００ ＯＫメッセージを転送することによって、該ＰＲＡＣＫメッセージに対する応答を遂行する。

以後、着信端末加入者が受話器を取ったり（hook off）、通話ボタンを押さえる等、通話連結のための動作を遂行することにより、着信端末が発信端末の呼連結要請に対する応答を遂行することになれば、応用サーバは、アーリーメディア転送を終了させ、発信端末と着信端末との間の正規セッション設定が完了するようにする（Ｓ８０）。

より詳細に説明すると、着信端末加入者の応答動作に対応して、着信端末は２００ ＯＫメッセージを応用サーバへ転送する。この際、２００ ＯＫメッセージはステップ２０（Ｓ２０）で応用サーバから受信されたＩＮＶＩＴＥメッセージに対する応答メッセージとして発信端末のＩＮＶＩＴＥに応じるという意味を有する。

着信端末から加入者が応答したという２００ ＯＫメッセージを受信した応用サーバは、発信端末に提供されるアーリーメディア提供を中止するために、メディアサーバへＢＹＥメッセージを転送する。ＢＹＥメッセージを受信したメディアサーバは、発信端末に対するアーリーメディア提供中断手続きを遂行し、ＢＹＥメッセージに対する応答として、２００ ＯＫメッセージを応用サーバへ転送する。

以後、応用サーバは、着信端末加入者が応答することを知らせる２００ ＯＫメッセージを発信端末に伝達することによって、ステップ１０（Ｓ１０）で発信端末から受信したＩＮＶＩＴＥメッセージに対する応答を遂行し、２００ ＯＫメッセージを受信した発信端末は、それに対応するＡＣＫメッセージを応用サーバへ転送する。発信端末からＡＣＫメッセージを受信した応用サーバは、該ＡＣＫメッセージを着信端末へ最終転送する。

ここで、発信端末と着信端末との間の呼連結が樹立され、以後、発信端末と着信端末は、正規セッションを通じて実際の通話に該当するメディア送受信を遂行する。この際、メディア送受信は、リアルタイム転送プロトコル（Real-time Transport Protocol）を通じてなされて、正規セッションを通じたメディア送受信の際、ＲＴＰフィルタリングを遂行することによって、通話状態での相手端末からのメディアの以外には受信できないようにする。

即ち、アーリーセッションを通じたアーリーメディア提供ステップから、正規セッションを通じたメディア送受信ステップへの転換の際、網の問題またはＩＰトラフィック特性により、正規セッション設定の以後にもアーリーメディアが受信されたり、他のメディアが受信される可能性がある。したがって、このために発信端末はフィルタリングが遂行できる機能を具備していなければならない。

また、アーリーメディア提供ステップからメディア送受信ステップへの転換の際、転換過程上の問題により空白が発生する場合、発信端末は、着信端末との呼連結が樹立されるまで受信したアーリーメディアを、引続き反復再生したり停止画面処理を遂行することによって、セッション転換に従う空白問題が解決できるようにすることが好ましい。

次に、図３は本発明の一実施形態に係るアーリーセッション未支援端末に対するアーリーメディアサービス提供方法を順次に示す流れ図であって、正規セッションを用いてアーリーメディアサービスを提供する実施形態を示す。

図示したように、発信端末が、着信端末との呼連結のためのＩＮＶＩＴＥメッセージを生成して、ＳＩＰサーバへ転送すれば、これを受信したＳＩＰサーバは、場合によって受信したＩＮＶＩＴＥメッセージを分析して、ＩＮＶＩＴＥメッセージの対象となる着信端末加入者のサービス加入の可否を確認した後、受信ＩＮＶＩＴＥメッセージを応用サーバにルーティングする（Ｓ１０’）。

図２の実施形態と同様に、発信端末が転送するＩＮＶＩＴＥメッセージには、発信端末のＩＰアドレス、着信端末情報、サービス処理識別子、及び発信端末のＳＤＰ情報などの情報が含まれることができる。

この際、本実施形態ではアーリーセッションが支援される端末の場合、正規セッションとは別のアーリーセッションを用いてサービスを提供するようにするために、ＩＮＶＩＴＥメッセージにアーリーセッション支援の可否を表すサービス処理識別子が含まれるようにしたが、アーリーセッション支援の可否の確認無しで一律的に正規セッションを通じてサービスを提供する場合には、ＩＮＶＩＴＥメッセージにサービス処理識別子が含ませなかったり、これの確認を経ないようにすることができる。

また、本発明のアーリーメディアサービスは、サービス加入者に限り提供されるようにすることができ、この場合、着信端末加入者が本発明のアーリーメディアサービスに加入していなければ、従来技術によるリングバックトーンメディアを提供する手続きを遂行し、サービスに加入した着信端末加入者に対しては、マルチメディア形態のアーリーメディア提供のためのステップが進行されるようにすることができる。

ＳＩＰサーバを介して、発信端末からのＩＮＶＩＴＥメッセージの伝達を受けた応用サーバは、該ＩＮＶＩＴＥメッセージのヘッダ情報分析により、上記サービス処理識別子から発信端末のアーリーセッション（early session）支援の可否を確認し、ＩＮＶＩＴＥメッセージを、ＳＩＰサーバを介して着信端末へ転送する（Ｓ２０’）。

即ち、応用サーバは、ＩＮＶＩＴＥメッセージヘッダ内のアーリーセッション支援の可否を表す識別子を含むか否かによって、発信端末のアーリーセッション支援の可否を確認し、これによって、本実施形態における応用サーバは、発信端末がアーリーセッション未支援端末であることを認知した後、発信端末との動作と、着信端末との動作とを分離して、各々処理するセッション設定プロトコルのＢ２ＢＵＡ（Back-To-Back User Agent）モード動作を通じて、着信端末へＩＮＶＩＴＥメッセージを転送する。この際、上記着信端末へ転送されるＩＮＶＩＴＥメッセージには発信端末のＳＤＰ情報が含まれる。

以後、応用サーバは、着信端末加入者のサービスに対する設定情報照合を遂行し、網設定情報を確認し、該メディアサーバとのメッセージ送受信により、着信端末加入者に対するメディア情報を獲得する（Ｓ３０’）。

即ち、応用サーバは、発信端末からのＩＮＶＩＴＥメッセージを着信端末へ転送した後、発信端末にアーリーメディアサービスの提供するための準備を遂行することになり、まず着信端末加入者のサービス加入に従うサービスプロファイルデータベースを照合して、該加入者に対するサービス設定情報、即ち、発信端末に提供されるコンテンツの種類及び提供条件などを確認し、該メディアサーバの位置確認のために網設定情報を確認する。

上記の過程を通じて、サービス設定情報及び網設定情報を獲得した応用サーバは、該メディアサーバへＩＮＶＩＴＥメッセージを転送するが、この際、ＩＮＶＩＴＥメッセージにはサービス設定情報に基づいて選択されたコンテンツＩＤ及び発信端末の能力情報を表すＳＤＰ情報が含まれ、該ＩＮＶＩＴＥメッセージを通じて、応用サーバは、提供サービスに対するコンテンツフォーマットのようなメディア情報を要請する。

応用サーバからＩＮＶＩＴＥメッセージを受信したメディアサーバは、ＩＮＶＩＴＥメッセージ内の発信端末ＳＤＰ情報に基づいて、発信端末が処理可能なコンテンツフォーマットのようなメディア情報を決めて、これを２００ ＯＫメッセージ内に含めて応用サーバへ転送する。

一方、メディア情報に対する２００ ＯＫメッセージを受信した応用サーバは、メディアサーバへＡＣＫメッセージを転送することによって、２００ ＯＫメッセージに対する応答を遂行することになる。ＡＣＫメッセージの転送は、以後ステップ４０’の183 Session Progressメッセージ転送過程の以後に遂行することもできる。

次に、メディアサーバからメディア情報を獲得した応用サーバは、アーリーメディア提供のために、発信端末とセッション設定手続きを遂行する（Ｓ４０’）。より詳しくは、まず応用サーバは、発信端末へのアーリーメディア提供のためのセッション設定のために、上記メディアサーバから獲得したメディア情報を含んだ183 Session Progressメッセージを、発信端末へ転送する。

183 Session Progressメッセージを受信した発信端末は、以後受信されるアーリーメディア処理のための受信ポート開放を遂行し、183 Session Progressメッセージ受信に従うＰＲＡＣＫメッセージを応用サーバへ転送し、応用サーバは、ＰＲＡＣＫに対する２００ ＯＫメッセージを発信端末へ転送する。

図２の実施形態の場合、別途のアーリーセッション折衝のためにＰＲＡＣＫメッセージを用いて発信端末のＳＤＰ情報を転送するが、本実施形態では、発信端末がアーリーセッション未支援端末として正規セッションを使用してアーリーメディアサービスを提供するので、ＰＲＡＣＫメッセージにセッション説明プロトコル情報が含まれない。

このように、アーリーメディア提供のためのセッション設定手続きが完了すれば、応用サーバは発信端末に対するアーリーメディア提供を要請するＩＮＦＯメッセージを、メディアサーバへ転送し、ＩＮＦＯメッセージを受信したメディアサーバは、該発信端末にアーリーメディアを提供する（Ｓ５０’）。

より詳しくは、応用サーバは、ＩＮＦＯメッセージを通じて、メディアサーバに、発信端末に対するアーリーメディアの提供を指示し、ＩＮＦＯメッセージを受信したメディアサーバは、２００ ＯＫメッセージを応用サーバへ転送することによって、該ＩＮＦＯメッセージ受信に対する応答を遂行する。応答メッセージ転送と共に、応用サーバは、メディア提供指示に従い、着信端末加入者のサービス設定情報に従うアーリーメディアを、発信端末へ転送する。

この際、発信端末に提供されるアーリーメディアは、テキスト、音声や音響や効果音のようなオーディオデータ、イメージやアバターや顔文字等のイメージデータ、動画、または、フラッシュアニメのうちのどれか１つ、または複合された形態のメディアとなることができ、発信端末と着信端末との間の呼連結が樹立されるまで続けて提供するようにする。

また、これらのメディアを受信して実行する発信端末の場合、受信メディアに対するメディア再生時、切れ現象がないように、一定時間間隔に対する反復再生機能を備えるようにする。

一方、図３では、ステップ３０’で、メディアサーバが、応用サーバへ２００ ＯＫメッセージを転送すれば、応用サーバが、直ちにＡＣＫメッセージを回答するようにしたが、メディアサーバから２００ ＯＫメッセージを受信した応用サーバが、ステップ４０’の遂行を完了した後、上記メディアサーバへＡＣＫメッセージを転送することもでき、ステップ４０’のうち、発信端末へ183 Session Progressメッセージを転送する過程の直後にＡＣＫメッセージを回答することもできる。

また、応用サーバがステップ４０’の遂行を完了した後、メディアサーバへＡＣＫメッセージを転送する場合、ステップ５０’で、応用サーバがメディアサーバへＩＮＦＯメッセージを転送するステップと、メディアサーバが応用サーバに２００ ＯＫメッセージを回答するステップは省略することができ、この場合、メディアサーバは、応用サーバからＡＣＫメッセージを受信することによって、発信端末にアーリーメディアを提供することができる。

一方、ステップ２０’で、応用サーバからＩＮＶＩＴＥメッセージを受信した着信端末は、以後、ＩＮＶＩＴＥメッセージ受信に対応して、リングが鳴っていることを表す１８０リンギング（180 Ringing）メッセージを、ＳＩＰサーバを介して応用サーバへ転送する（Ｓ６０’）。この際、該１８０リンギングメッセージには、着信端末のＳＤＰ情報が含まれており、これを受信した応用サーバは、着信端末のＳＤＰ情報を格納した後、１８０リンギングメッセージ受信に対する応答として、ＰＲＡＣＫメッセージを着信端末へ転送し、着信端末は、２００ ＯＫメッセージを応用サーバへ転送することによって、ＰＲＡＣＫメッセージに対する応答を遂行する。

ここで、着信端末の１８０リンギングメッセージ転送は、応用サーバからのＩＮＶＩＴＥメッセージ受信に対応してなされることと理解されるべきであり、ステップ６０’（Ｓ６０’）というステップ名称に基づいてステップ５０’（Ｓ５０’）の以後に遂行されることと理解されてはならない。しかしながら、応用サーバは、着信端末から１８０リンギングメッセージを受信する前に、発信端末にアーリーメディアを提供するための準備をすることができ、これは無線網の特性上、着信端末が直ちに１８０リンギングメッセージが転送できない場合、発信端末へのアーリーメディア提供が着信端末の応答遅延により直ちに遂行できないという問題を解決することができる。

以後、着信端末加入者が受話器を取ったり（hook off）、通話ボタンを押さえる等、通話連結のための動作を遂行することによって、着信端末が発信端末の呼連結要請に対する応答を遂行することになると、応用サーバは、メディアサーバへ中止命令を転送して、アーリーメディア転送が終了されるようにし、発信端末と着信端末との間の通話のための正規セッションを設定する（Ｓ７０’）。

区分して説明すると、着信端末加入者の応答動作に対応して、着信端末は２００ ＯＫメッセージを応用サーバへ転送し、ここで２００ ＯＫメッセージは、ステップ２０’（Ｓ２０’）で応用サーバから受信されたＩＮＶＩＴＥメッセージに対する応答メッセージとして発信端末の該ＩＮＶＩＴＥに応じるという意味を有する。

着信端末加入者が発信端末のＩＮＶＩＴＥに応じるようになることで、応用サーバは、着信端末と発信端末との間の呼連結樹立の以後のメディア送受信のためのセッションアップデート手続き及びアーリーメディアサービス中止手続きを遂行する。

着信端末からＩＮＶＩＴＥメッセージに対する２００ ＯＫメッセージを受信した応用サーバは、発信端末と着信端末との間のセッション樹立のためのアップデート（ＵＰＤＡＴＥ）メッセージを発信端末へ転送する。この際、アップデートメッセージは、１８０リンギングメッセージを受信した際に格納した着信端末のＳＤＰ情報を含む。

応用サーバからアップデートメッセージを受信した発信端末は、着信端末とのメディア通信のためのセッション情報アップデート手続きを遂行し、アップデートに対する応答として、２００ ＯＫメッセージを応用サーバへ転送する。

また、応用サーバは、着信端末加入者が発信端末の呼連結要請に応じることによって、メディアサーバへＢＹＥメッセージを転送して、発信端末に提供されるアーリーメディアサービスに対する中止を要請する。ＢＹＥメッセージを受信したメディアサーバは、発信端末へのアーリーメディア転送を中止し、ＢＹＥメッセージに対する応答として、２００ ＯＫメッセージを応用サーバへ転送する。

上記の動作と共に、応用サーバは、着信端末加入者の応答に従う２００ ＯＫメッセージを発信端末に伝達し、２００ ＯＫメッセージを受信した発信端末は、２００ ＯＫメッセージ受信に対応して、ＡＣＫメッセージを、応用サーバを介して着信端末へ転送する。

これで、発信端末と着信端末との間の呼連結が樹立され、以後、発信端末と着信端末は、アップデートされたセッションを通じて実際の通話に該当するメディア送受信を遂行する。この際、メディア送受信は、リアルタイム転送プロトコル（Real-time Transport Protocol）によりなされて、セッションを通じたメディア送受信の際、ＲＴＰフィルタリングを遂行することによって、通話状態での相手端末からのメディアの以外には受信できないようにする。

即ち、前述したように、アーリーメディア提供ステップからメディア送受信ステップへの転換の際、網の問題またはＩＰトラフィック特性により、セッションアップデートの以後にもアーリーメディアが受信されたり、他のメディアパケットが受信される可能性があるので、端末はメディアに対するフィルタリングが遂行できる機能を備えていなければならない。

また、アーリーメディア提供ステップからメディア送受信ステップへの転換の際、転換過程上の問題により空白が発生する場合、発信端末は、着信端末との正規セッションに従う実際の呼連結が樹立されるまで、受信したアーリーメディアを引続き反復再生したり、停止画面処理を遂行することによって、セッション転換に従う空白問題が解決できるようにする。

以上、本発明のセッション設定プロトコル基盤のアーリーメディアサービス提供方法について、好ましい実施形態を参照して説明したが、本発明は、上記実施形態に限定されるものではなく、当該技術分野の熟練した当業者が、特許請求の範囲に記載された本発明の思想及び領域から逸脱しない範囲内で、多様に修正及び変更可能である。

１０ 発信端末
２０ ＳＩＰサーバ
３０ 応用サーバ
３５ 格納サーバ
４０ メデイアサーバ
５０ 着信端末

Claims (14)

1. 発信端末と着信端末との間のセッション設定プロトコル（ＳＩＰ）基盤の、呼連結時にアーリーメディアを提供する方法であって、
   前記発信端末から第１のＳＤＰ（セッション説明プロトコル）情報を含むＩＮＶＩＴＥメッセージを受信し、前記着信端末へ前記ＩＮＶＩＴＥメッセージを転送するステップと、
   前記ＩＮＶＩＴＥメッセージを受信する前記着信端末から第２のＳＤＰ情報を含むメッセージを受信するステップと、
   前記第２のＳＤＰ情報を前記発信端末に提供するステップと、
   前記アーリーメディアのためのコンテンツのメディア情報を獲得し、前記発信端末へ前記獲得されたメディア情報を含むメッセージを転送するステップと、
   前記発信端末に前記アーリーメディアを提供するステップと、
   前記着信端末から呼応答メッセージを受信した後、前記発信端末へ前記アーリーメディアを転送することを中断し、前記発信端末と前記着信端末との間の呼連結を樹立するステップと、
   を含むことを特徴とするセッション設定プロトコル基盤のアーリーメディアサービス提供方法。
2. 前記第２のＳＤＰ情報を含むメッセージは、１８０リンギングメッセージであり、前記獲得されたメディア情報を含むメッセージは、１８３セッションプログレスメッセージであることを特徴とする請求項１に記載のセッション設定プロトコル基盤のアーリーメディアサービス提供方法。
3. 前記呼応答メッセージは、２００ ＯＫメッセージであることを特徴とする請求項１に記載のセッション設定プロトコル基盤のアーリーメディアサービス提供方法。
4. 前記第２のＳＤＰ情報を提供するステップは、前記着信端末から前記呼応答メッセージを受信する前、または前記着信端末から前記呼応答メッセージを受信した後に遂行されることを特徴とする請求項１に記載のセッション設定プロトコル基盤のアーリーメディアサービス提供方法。
5. 前記第２のＳＤＰ情報を提供するステップは、前記発信端末と前記着信端末との間の呼連結を樹立する中に遂行されることを特徴とする請求項１に記載のセッション設定プロトコル基盤のアーリーメディアサービス提供方法。
6. 前記呼連結を樹立するステップは、
   前記発信端末へ前記呼応答メッセージを転送するステップと、
   前記発信端末からＡＣＫメッセージを受信するステップと、
   前記着信端末へ前記ＡＣＫメッセージを伝達するステップと、
   を含むことを特徴とする請求項１に記載のセッション設定プロトコル基盤のアーリーメディアサービス提供方法。
7. 前記メディア情報を獲得するステップは、前記着信端末から前記第２のＳＤＰ情報を含むメッセージを受信する前に遂行されることを特徴とする請求項１に記載のセッション設定プロトコル基盤のアーリーメディアサービス提供方法。
8. 発信端末と着信端末との間のセッション設定プロトコル（ＳＩＰ）基盤の、呼連結時にアーリーメディアを提供する応用サーバであって、
   前記発信端末から第１のＳＤＰ（セッション説明プロトコル）情報を含むＩＮＶＩＴＥメッセージを受信し、前記着信端末へ前記ＩＮＶＩＴＥメッセージを転送するステップと、
   前記ＩＮＶＩＴＥメッセージを受信する前記着信端末から第２のＳＤＰ情報を含むメッセージを受信するステップと、
   前記第２のＳＤＰ情報を前記発信端末に提供するステップと、
   前記アーリーメディアのためのコンテンツのメディア情報を獲得し、前記発信端末へ前記獲得されたメディア情報を含むメッセージを転送するステップと、
   前記発信端末に前記アーリーメディアを提供するように指示するステップと、
   前記着信端末から呼応答メッセージを受信した後、前記発信端末へ前記アーリーメディアを転送することを中断し、前記発信端末と前記着信端末との間の呼連結を樹立するステップを遂行することを特徴とするセッション設定プロトコル基盤のアーリーメディアサービス提供応用サーバ。
9. 前記第２のＳＤＰ情報を含むメッセージは、１８０リンギングメッセージであり、
   前記獲得されたメディア情報を含むメッセージは、１８３セッションプログレスメッセージであることを特徴とする請求項８に記載のセッション設定プロトコル基盤のアーリーメディアサービス提供応用サーバ。
10. 前記呼応答メッセージは、２００ ＯＫメッセージであることを特徴とする請求項８に記載のセッション設定プロトコル基盤のアーリーメディアサービス提供応用サーバ。
11. 前記第２のＳＤＰ情報を提供するステップは、
    前記着信端末から前記呼応答メッセージを受信する前、または前記着信端末から前記呼応答メッセージを受信した後に遂行されることを特徴とする請求項８に記載のセッション設定プロトコル基盤のアーリーメディアサービス提供応用サーバ。
12. 前記第２のＳＤＰ情報を提供するステップは、前記発信端末と前記着信端末との間の呼連結を樹立する中に遂行されることを特徴とする請求項８に記載のセッション設定プロトコル基盤のアーリーメディアサービス提供応用サーバ。
13. 前記呼連結を樹立するステップは、
    前記発信端末へ前記呼応答メッセージを転送するステップと、
    前記発信端末からＡＣＫメッセージを受信するステップと、
    前記着信端末に前記ＡＣＫメッセージを伝達するステップと、
    を含むことを特徴とする請求項８に記載のセッション設定プロトコル基盤のアーリーメディアサービス提供応用サーバ。
14. 前記メディア情報を獲得するステップは、前記着信端末から前記第２のＳＤＰ情報を含むメッセージを受信する前に遂行されることを特徴とする請求項８に記載のセッション設定プロトコル基盤のアーリーメディアサービス提供応用サーバ。

Images