(57)【特許請求の範囲】
【請求項１】
セッション設定プロトコル（ＳＩＰ）基盤の、発信端末と着信端末との呼連結時にアーリーメディアサービスを提供する方法であって、
発信端末から第１のＳＤＰ（セッション説明プロトコル）情報が含まれた第１のＩＮＶＩＴＥメッセージを受信し、且つ、発信端末の前記第１のＳＤＰ情報が含まれた第２のＩＮＶＩＴＥメッセージを着信端末へ伝達するステップと、
前記第１のＩＮＶＩＴＥメッセージを受信後、発信端末にアーリーメディアとして提供されるコンテンツのメディア情報を獲得し、且つ、前記獲得されたメディア情報に基づいて、発信端末にアーリーセッションを設定するステップと、
前記アーリーセッションを通じて発信端末にアーリーメディアを提供するステップと、
前記第２のＩＮＶＩＴＥメッセージを受信した着信端末から第２のＳＤＰ情報が含まれた１８０リンギングメッセージを受信し、且つ、前記第２のＳＤＰ情報を発信端末に伝達するステップと、
着信端末の呼応答に従う２００ ＯＫメッセージを受信し、且つ、前記アーリーメディアの提供を停止するステップと、
前記着信端末の呼応答に従う２００ ＯＫメッセージを発信端末に転送し、且つ、発信端末と着信端末との間に正規セッションを設定するステップと、
を含むことを特徴とするＳＩＰ基盤のアーリーメディアサービス提供方法。
【請求項２】
前記第１のＩＮＶＩＴＥメッセージが、発信端末の前記アーリーセッションの支援の可否を表示す識別子を含んでおり、
前記メディア情報の獲得前に、前記第１のＩＮＶＩＴＥメッセージに含まれる前記識別子を確認するステップをさらに含むことを特徴とする請求項１に記載のＳＩＰ基盤のアーリーメディアサービス提供方法。
【請求項３】
前記識別子が、前記第１のＩＮＶＩＴＥメッセージのヘッダに含まれることを特徴とする請求項２に記載のＳＩＰ基盤のアーリーメディアサービス提供方法。
【請求項４】
前記アーリーセッションを設定するステップは、
前記獲得されたメディア情報を含む１８３セッションプログレスメッセージを発信端末へ伝達するステップと、
発信端末からアーリーメディア処理のための第３のＳＤＰ情報が含まれたＰＲＡＣＫを受信し、且つ、発信端末へ前記ＰＲＡＣＫに対する２００ ＯＫメッセージを伝達するステップと、
を含むことを特徴とする請求項１に記載のＳＩＰ基盤のアーリーメディアサービス提供方法。
【請求項５】
前記１８０リンギングメッセージを受信するステップは、
前記１８０リンギングメッセージに対するＰＲＡＣＫを着信端末へ伝達し、且つ、着信端末から前記ＰＲＡＣＫに対する２００ ＯＫメッセージを受信するステップをさらに含むことを特徴とする請求項１に記載のＳＩＰ基盤のアーリーメディアサービス提供方法。
【請求項６】
前記第２のＳＤＰ情報を発信端末に伝達するステップは、
前記第２のＳＤＰ情報を受信した発信端末からＰＲＡＣＫを受信し、且つ、前記ＰＲＡＣＫに対する２００ ＯＫメッセージを発信端末へ伝達するステップをさらに含むことを特徴とする請求項５に記載のＳＩＰ基盤のアーリーメディアサービス提供方法。
【請求項７】
前記正規セッションを設定するステップは、
前記呼応答に従う２００ ＯＫメッセージを受信した発信端末からＡＣＫを受信し、且つ、受信した前記ＡＣＫを着信端末に転送するステップを含むことを特徴とする請求項６に記載のＳＩＰ基盤のアーリーメディアサービス提供方法。
【請求項８】
前記メディア情報の獲得が、前記１８０リンギングメッセージの受信前に遂行されることを特徴とする請求項１に記載のＳＩＰ基盤のアーリーメディアサービス提供方法。
【請求項９】
セッション設定プロトコル（ＳＩＰ）基盤の、発信端末と着信端末との呼連結時にアーリーメディアサービスを提供する応用サーバーであって、
発信端末から第１のＳＤＰ（セッション説明プロトコル）情報が含まれた第１のＩＮＶＩＴＥメッセージを受信し、且つ、発信端末の前記第１のＳＤＰ情報が含まれた第２のＩＮＶＩＴＥメッセージを着信端末へ伝達するステップと、
前記第１のＩＮＶＩＴＥメッセージを受信後、発信端末にアーリーメディアとして提供されるコンテンツのメディア情報を獲得し、且つ、前記獲得されたメディア情報に基づいて、メディアサーバーと発信端末との間にアーリーセッションを設定するステップと、
前記メディアサーバーに対して、前記アーリーセッションを通じて発信端末にアーリーメディアを提供することを要求するステップと、
着信端末から第２のＳＤＰ情報が含まれた１８０リンギングメッセージを受信し、且つ、前記第２のＳＤＰ情報を発信端末に伝達するステップと、
着信端末の呼応答を受信し、且つ、前記メディアサーバーに前記アーリーメディアの提供の停止を要求するステップと、
着信端末の前記呼応答を発信端末に転送し、且つ、発信端末と着信端末との間に正規セッションを設定するステップと、
を行うことを特徴とするＳＩＰ基盤のアーリーメディアサービスを提供する応用サーバー。
【請求項１０】
前記１８０リンギングメッセージを受信するステップは、
前記１８０リンギングメッセージに対するＰＲＡＣＫを着信端末へ伝達し、且つ、着信端末から前記ＰＲＡＣＫに対する２００ ＯＫメッセージを受信するステップをさらに含むことを特徴とする請求項９に記載のＳＩＰ基盤のアーリーメディアサービスを提供する応用サーバー。
【請求項１１】
前記第２のＳＤＰ情報を発信端末に伝達するステップは、
前記第２のＳＤＰ情報を受信した発信端末からＰＲＡＣＫを受信し、且つ、前記ＰＲＡＣＫに対する２００ ＯＫメッセージを発信端末へ伝達するステップをさらに含むことを特徴とする請求項９に記載のＳＩＰ基盤のアーリーメディアサービスを提供する応用サーバー。
【請求項１２】
前記正規セッションを設定するステップは、
着信端末の前記呼応答を受信した発信端末からＡＣＫを受信し、且つ、受信した前記ＡＣＫを着信端末に転送するステップを含むことを特徴とする請求項９に記載のＳＩＰ基盤のアーリーメディアサービスを提供する応用サーバー。
【請求項１３】
前記メディア情報の獲得を、前記１８０リンギングメッセージの受信前に遂行することを特徴とする請求項９に記載のＳＩＰ基盤のアーリーメディアサービスを提供する応用サーバー。
【請求項１４】
前記第１のＩＮＶＩＴＥメッセージが、発信端末の前記アーリーセッションの支援の可否を表す識別子を含んでおり、
前記メディア情報の獲得前に、前記第１のＩＮＶＩＴＥメッセージに含まれる前記識別子を確認することを特徴とする請求項９に記載のＳＩＰ基盤のアーリーメディアサービスを提供する応用サーバー。
【請求項１５】
前記識別子が、前記第１のメッセージのヘッダに含まれていることを特徴とする請求項１４に記載のＳＩＰ基盤のアーリーメディアサービスを提供する応用サーバー。
【請求項１６】
前記アーリーセッションを設定するステップは、
前記獲得されたメディア情報を含む１８３セッションプログレスメッセージを発信端末へ伝達するステップと、
発信端末からアーリーメディア処理のための第３のＳＤＰ情報が含まれたＰＲＡＣＫを受信し、且つ、発信端末へ前記ＰＲＡＣＫに対する２００ ＯＫメッセージを伝達するステップと、
を含むことを特徴とする請求項９に記載のＳＩＰ基盤のアーリーメディアサービスを提供する応用サーバー。
【請求項１７】
セッション設定プロトコル（ＳＩＰ）基盤の、発信端末と着信端末との呼連結時にアーリーメディアサービスを提供する方法であって、
発信端末から第１のＳＤＰ（セッション説明プロトコル）情報が含まれた第１のＩＮＶＩＴＥメッセージを受信し、且つ、発信端末の前記第１のＳＤＰ情報が含まれた第２のＩＮＶＩＴＥメッセージを着信端末へ伝達するステップと、
前記第１のＩＮＶＩＴＥメッセージを受信後、発信端末にアーリーメディアとして提供されるコンテンツのメディア情報を獲得し、且つ、前記獲得されたメディア情報に基づいて、発信端末に第１セッションを設定するステップと、
前記第１セッションを通じて発信端末にアーリーメディアを提供するステップと、
前記第２のＩＮＶＩＴＥメッセージを受信した着信端末から第２のＳＤＰ情報が含まれた１８０リンギングメッセージを受信するステップと、
着信端末の呼応答に従う２００ ＯＫメッセージを受信し、且つ、前記アーリーメディアの提供を停止するステップと、
前記着信端末の呼応答に従う２００ ＯＫメッセージを発信端末に転送し、且つ、発信端末と着信端末との間に第２セッションを設定するステップと、
を含むことを特徴とするＳＩＰ基盤のアーリーメディアサービス提供方法。
【請求項１８】
前記１８０リンギングメッセージを受信するステップは、
前記１８０リンギングメッセージに対するＰＲＡＣＫを着信端末へ伝達し、且つ、着信端末から前記ＰＲＡＣＫに対する２００ ＯＫメッセージを受信するステップをさらに含むことを特徴とする請求項１７に記載のＳＩＰ基盤のアーリーメディアサービス提供方法。
【請求項１９】
前記第２セッションを設定するステップは、
前記第２のＳＤＰ情報を含むＵＰＤＡＴＥメッセージを発信端末に伝達し、且つ、発信端末から前記ＵＰＤＡＴＥメッセージに対する２００ ＯＫメッセージを受信するステップを含むことを特徴とする請求項１７に記載のＳＩＰ基盤のアーリーメディアサービス提供方法。
【請求項２０】
前記第２セッションを設定するステップは、
前記呼応答に従う２００ＯＫメッセージを発信端末に転送し、且つ、発信端末からＡＣＫを受信するステップと、
受信した前記ＡＣＫを着信端末に転送するステップとをさらに含むことを特徴とする請求項１９に記載のＳＩＰ基盤のアーリーメディアサービス提供方法。
【請求項２１】
前記メディア情報の獲得が、前記１８０リンギングメッセージの受信前に遂行されることを特徴とする請求項１７に記載のＳＩＰ基盤のアーリーメディアサービス提供方法。
【請求項２２】
前記第１セッションを設定するステップは、
前記獲得されたメディア情報を含む１８３セッションプログレスメッセージを発信端末へ伝達するステップと、
発信端末からアーリーメディア処理のためのＰＲＡＣＫを受信し、且つ、発信端末へ前記ＰＲＡＣＫに対する２００ ＯＫメッセージを伝達するステップと、
を含むことを特徴とする請求項１７に記載のＳＩＰ基盤のアーリーメディアサービス提供方法。
【請求項２３】
セッション設定プロトコル（ＳＩＰ）基盤の、発信端末と着信端末との呼連結時にアーリーメディアサービスを提供する応用サーバーであって、
発信端末から第１のＳＤＰ（セッション説明プロトコル）情報が含まれた第１のＩＮＶＩＴＥメッセージを受信し、且つ、発信端末の前記第１のＳＤＰ情報が含まれた第２のＩＮＶＩＴＥメッセージを着信端末へ伝達するステップと、
前記第１のＩＮＶＩＴＥメッセージを受信後、発信端末にアーリーメディアとして提供されるコンテンツのメディア情報を獲得し、且つ、前記獲得されたメディア情報に基づいて、メディアサーバーと発信端末との間に第１セッションを設定するステップと、
前記メディアサーバーに対して、前記第１セッションを通じて発信端末にアーリーメディアを提供することを要求するステップと、
着信端末から第２のＳＤＰ情報が含まれた１８０リンギングメッセージを受信するステップと、
着信端末の呼応答に従う２００ ＯＫメッセージを受信し、且つ、前記メディアサーバーに前記アーリーメディアの提供の停止を要求するステップと、
前記着信端末の呼応答に従う２００ ＯＫメッセージを受信後、前記第２のＳＤＰ情報を発信端末に伝達し、且つ、発信端末と着信端末との間に第２セッションを設定するステップと、
を行うことを特徴とするＳＩＰ基盤のアーリーメディアサービスを提供する応用サーバー。
【請求項２４】
前記１８０リンギングメッセージを受信するステップは、
前記１８０リンギングメッセージに対するＰＲＡＣＫを着信端末へ伝達し、且つ、着信端末から前記ＰＲＡＣＫに対する２００ ＯＫメッセージを受信するステップをさらに含むことを特徴とする請求項２３に記載のＳＩＰ基盤のアーリーメディアサービスを提供する応用サーバー。
【請求項２５】
前記第２セッションを設定するステップは、
前記第２のＳＤＰ情報を含むＵＰＤＡＴＥメッセージを発信端末に伝達し、且つ、発信端末から前記ＵＰＤＡＴＥメッセージに対する２００ ＯＫメッセージを受信するステップを含むことを特徴とする請求項２３に記載のＳＩＰ基盤のアーリーメディアサービスを提供する応用サーバー。
【請求項２６】
前記第２セッションを設定するステップは、
前記呼応答に従う２００ ＯＫメッセージを発信端末に転送し、且つ、発信端末からＡＣＫを受信するステップと、
受信した前記ＡＣＫを着信端末に転送するステップとをさらに含むことを特徴とする請求項２３に記載のＳＩＰ基盤のアーリーメディアサービスを提供する応用サーバー。
【請求項２７】
前記メディア情報の獲得を、前記１８０リンギングメッセージの受信前に遂行することを特徴とする請求項２３に記載のＳＩＰ基盤のアーリーメディアサービスを提供する応用サーバー。
【請求項２８】
前記第１セッションを設定するステップは、
前記獲得されたメディア情報を含む１８３セッションプログレスメッセージを発信端末へ伝達するステップと、
発信端末からアーリーメディア処理のためのＰＲＡＣＫを受信し、且つ、発信端末へ前記ＰＲＡＣＫに対する２００ ＯＫメッセージを伝達するステップと、
を含むことを特徴とする請求項２３に記載のＳＩＰ基盤のアーリーメディアサービスを提供する応用サーバー。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セッション設定プロトコル（ＳＩＰ）基盤のアーリーメディアサービス提供方法であって、より詳しくは、応用サーバ及びメディアサーバがアーリーセッション（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）によりなされて、セッションを通じたメディア送受信の際、ＲＴＰフィルタリングを遂行することによって、通話状態での相手端末からのメディアの以外には受信できないようにする。
【００９９】
即ち、前述したように、アーリーメディア提供ステップからメディア送受信ステップへの転換の際、網の問題またはＩＰトラフィック特性により、セッションアップデートの以後にもアーリーメディアが受信されたり、他のメディアパケットが受信される可能性があるので、端末はメディアに対するフィルタリングが遂行できる機能を備えていなければならない。
【０１００】
また、アーリーメディア提供ステップからメディア送受信ステップへの転換の際、転換過程上の問題により空白が発生する場合、発信端末は、着信端末との正規セッションに従う実際の呼連結が樹立されるまで、受信したアーリーメディアを引続き反復再生したり、停止画面処理を遂行することによって、セッション転換に従う空白問題が解決できるようにする。
【０１０１】
以上、本発明のセッション設定プロトコル基盤のアーリーメディアサービス提供方法について、好ましい実施形態を参照して説明したが、本発明は、上記実施形態に限定されるものではなく、当該技術分野の熟練した当業者が、特許請求の範囲に記載された本発明の思想及び領域から逸脱しない範囲内で、多様に修正及び変更可能である。
【図面の簡単な説明】
【０１０２】
【図１】本発明の一実施形態に係るアーリーメディアサービス提供システムの構成を示すブロック図である。
【図２】本発明の一実施形態に係るアーリーセッション支援端末に対するアーリーメディアサービス提供方法を順次に示す流れ図である。
【図３】本発明の一実施形態に係るアーリーセッション未支援端末に対するアーリーメディアサービス提供方法を順次に示す流れ図である。
【図１】
0004819947.tif 000002
【図２】
0004819947.tif 000003
【図３】
0004819947.tif 000004