(57)【要約】  本発明は、現在通話中であるＰｏＣセッションに対してＰｏＣセッション連結が可能なＰｏＣ互換クライアント(ＰｏＣ ｃｏｍｐｌｉａｎｔ ｃｌｉｅｎｔ)を利用して現在通話中であるＰｏＣクライアントを交替し、ＰｏＣクライアントの交替時に進行中であるＰｏＣセッションの伝送メディアストリームの損失を防止するようにしたＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法及びそのシステムを提供する。前記方法は、任意のＰｏＣユーザーによりユーザー端末からセッションを持続しつつ端末を交替するためのメッセージをセッション管理サーバーに送信するステップ；セッション管理サーバーで端末交替に対するメッセージを受信して、交替される端末、すなわち、ターゲット端末に招待メッセージを送信するステップ；及び招待メッセージをターゲット端末で受信して既存のセッションを通じてメディアを受信するステップを含む。ＰｏＣユーザーによるＰｏＣ通話のメディアの変更や移動性の要求などによりＰｏＣ端末の交替が必要な状況で、ユーザーが連続的な通話が可能になる。したがって、ユーザーのＱｏＥを向上させてＰｏＣ端末とサービス市場の拡大が可能である。
2008529344.tif 000002
【特許請求の範囲】
【請求項１】
ＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法であって、
ＰｏＣ端末の交替を要請するＰｏＣクライアントがセッションを持続しつつＰｏＣ端末の交替のための端末交替要請メッセージをセッション管理サーバーに送信するステップと、
前記セッション管理サーバーが前記交替要請メッセージを受信して、端末交替対象ＰｏＣクライアントにＩＮＶＩＴＥメッセージを送信するステップと、
前記端末交替対象ＰｏＣクライアントが前記ＩＮＶＩＴＥメッセージを受信して、既存のセッションを通じてメディアを受信するステップと、
を含むことを特徴とするＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法。
【請求項２】
前記端末交替対象ＰｏＣクライアントが既存のセッションを通じてメディアの伝送を受けるステップは、
前記端末交替要請ＰｏＣクライアントとのセッションを終了するステップを含むことを特徴とする請求項１に記載のＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法。
【請求項３】
前記セッションを終了するステップは、前記端末交替対象ＰｏＣクライアントが前記セッション管理サーバーとセッションを連結した以後の時点で実行されることを特徴とする請求項２に記載のＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法。
【請求項４】
前記端末交替要請メッセージは、ＳＩＰ(Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ)ＲＥＦＥＲメッセージを利用することを特徴とする請求項１に記載のＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法。
【請求項５】
前記ＳＩＰ(Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ)ＲＥＦＥＲ メッセージは、ＰｏＣセッションのコンファレンスＵＲＩ(Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ)がＲｅｑｕｅｓｔ  ＵＲＩに設定されて、前記端末交替対象ＰｏＣクライアントアドレス情報をＲｅｆｅｒ−Ｔｏヘッダーフィールドに設定することを特徴とする請求項４に記載のＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法。
【請求項６】
前記Ｒｅｆｅｒ−Ｔｏヘッダーフィールドに含まれる前記端末交替対象ＰｏＣクライアントのアドレス情報は、現在ＰｏＣクライアントで使用するＳＩＰ  ＵＲＩと同一に使用できるようにしたことを特徴とする請求項５に記載のＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法。
【請求項７】
前記ＰｏＣ端末は、前記端末交替対象ＰｏＣクライアントのアドレス情報と前記交替要請ＰｏＣクライアントが使用するＳＩＰ  ＵＲＩが同一に使用される場合、ＳＩＰユーザーエージェント(Ｕｓｅｒ  Ａｇｅｎｔ)の特性値情報を利用して識別されることを特徴とする請求項５に記載のＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法。
【請求項８】
前記特性値は、固定端末(ｆｉｘｅｄ)、移動端末(Ｍｏｂｉｌｅ)、ビデオ提供端末(ｖｉｄｅｏ)、特殊目的端末(ｅｘｐｌｉｃｉｔ)の中でいずれの一つであることを特徴とする請求項７に記載のＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法。
【請求項９】
前記特性値は、端末のサポート能力(Ｃａｐａｂｉｌｉｔｙ)に符合するＳＩＰユーザーエージェントの選好度(ｐｒｅｆｅｒｅｎｃｅ)により決定されることを特徴とする請求項７に記載のＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法。
【請求項１０】
前記Ｒｅｆｅｒ−Ｔｏヘッダーフィールドに含まれる前記端末交替対象ＰｏＣクライアントのアドレス情報は、前記端末交替要請ＰｏＣクライアントが使用するＳＩＰ  ＵＲＩと異なるＳＩＰ  ＵＲＩを使用することを特徴とする請求項５に記載のＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法。
【請求項１１】
前記端末交替対象ＰｏＣクライアントのアドレス情報と前記交替要請ＰｏＣクライアントが使用するＳＩＰ  ＵＲＩが相異に使用される場合、ＳＩＰ  ＵＲＩ値を利用して前記端末交替対象ＰｏＣクライアントと前記端末交替対象ＰｏＣクライアントを区分することを特徴とする請求項１０に記載のＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法。
【請求項１２】
前記ＲＥＦＥＲメッセージは、現在進行中のＰｏＣセッションの内容を前記端末交替対象ＰｏＣクライアントを利用して連続的に伝達を受けることができるようにするセッション連結情報(セッションダイアログ識別子)と、前記交替要請ＰｏＣクライアント情報(Ｒｅｆｅｒ−Ｔｏ)と、を含むことを特徴とする請求項４に記載のＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法。
【請求項１３】
前記Ｒｅｆｅｒ−Ｔｏヘッダーフィールドは、前記端末交替対象ＰｏＣクライアントとセッションを連結のためのＩＮＶＩＴＥメッセージを含むことを特徴とする請求項５に記載のＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法。
【請求項１４】
前記ＩＮＶＩＴＥメッセージは、固定端末(ｆｉｘｅｄ)、移動端末(Ｍｏｂｉｌｅ)、ビデオ提供端末(ｖｉｄｅｏ)、特殊目的端末(ｅｘｐｌｉｃｉｔ)を含むユーザーエージェント(Ｕｓｅｒ  Ａｇｅｎｔ)の特性値の中でいずれの一つの情報を含むことを特徴とする請求項１３に記載のＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法。
【請求項１５】
前記特性値は、端末のサポート能力(Ｃａｐａｂｉｌｉｔｙ)に符合するＳＩＰユーザーエージェントの選好度(ｐｒｅｆｅｒｅｎｃｅ)により決定されることを特徴とする請求項１４に記載のＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法。
【請求項１６】
前記ＩＮＶＩＴＥメッセージは、端末交替対象ＰｏＣクライアントのアドレス情報と前記端末交替要請ＰｏＣクライアントが使用するＳＩＰ  ＵＲＩが相異に使用される場合、ＳＩＰ  ＵＲＩ値を利用して区分されることを特徴とする請求項１３に記載のＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法。
【請求項１７】
前記ＩＮＶＩＴＥメッセージは、前記端末交替対象ＰｏＣクライアントが現在進行中であるセッションに対して同一なセッションダイアログを通じてメディアの伝送を受けるように、Ｒｅｐｌａｃｅｓヘッダーフィールドにセッションダイアログ情報を含むことを特徴とする請求項１３に記載のＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法。
【請求項１８】
前記特性値は、ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージを利用して登録することを特徴とする請求項１４に記載のＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法。
【請求項１９】
ＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法であって、
ＰｏＣ端末の交替を要請するＰｏＣクライアントがセッションを持続しつつＰｏＣ端末を交替するための端末交替要請メッセージをＰｏＣクライアントに送信するステップと、
前記端末交替対象ＰｏＣクライアントが前記端末交替要請メッセージを受信して、既存のセッション情報を含んだＩＮＶＩＴＥメッセージをセッション管理サーバーに送信するステップと、
前記ＩＮＶＩＴＥメッセージを受信した前記セッション管理サーバーが端末交替対象ＰｏＣクライアントにメディアを伝送するステップと、
を含むことを特徴とするＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法。
【請求項２０】
前記セッション管理サーバーは、前記ＩＮＶＩＴＥメッセージを受信して、既存のセッションを通じてメディアを伝送し、端末交替要請メッセージを送信した任意の端末とのセッションを終了するステップを含むことを特徴とする請求項１９に記載のＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法。
【請求項２１】
前記端末交替対象ＰｏＣクライアントのアドレス情報は、前記端末交替要請ＰｏＣクライアントのアドレス情報と同一であることを特徴とする請求項１９に記載のＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法。
【請求項２２】
端末交替対象ＰｏＣクライアントのアドレス情報と現在ＰｏＣクライアントが使用するアドレス情報が異なる場合、ＳＩＰユーザーエージェント(Ｕｓｅｒ  Ａｇｅｎｔ)の特性値情報を利用して前記ＰｏＣ端末を識別することを特徴とする請求項１９に記載のＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法。
【請求項２３】
前記特性値は、固定端末(ｆｉｘｅｄ)、移動端末(Ｍｏｂｉｌｅ)、ビデオ提供端末(ｖｉｄｅｏ)、特殊目的端末(ｅｘｐｌｉｃｉｔ)の中でいずれの一つであることを特徴とする請求項２２に記載のＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法。
【請求項２４】
前記端末交替対象ＰｏＣクライアントのアドレス情報は、前記端末交替要請ＰｏＣクライアントが使用するアドレス情報と異なることを特徴とする請求項１９に記載のＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法。
【請求項２５】
前記ＩＮＶＩＴＥメッセージは、ユーザーの要求によって設定されるユーザーエージェント(Ｕｓｅｒ  Ａｇｅｎｔ)の特性値情報をさらに含むことを特徴とする請求項１９に記載のＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法。
【請求項２６】
前記特性値は、固定端末(ｆｉｘｅｄ)、移動端末(Ｍｏｂｉｌｅ)、ビデオ提供端末(ｖｉｄｅｏ)、特殊目的端末(ｅｘｐｌｉｃｉｔ)の中でいずれの一つであることを特徴とする請求項２５に記載のＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法。
【請求項２７】
ＰｏＣ端末交替時のセッション持続保障のためのＰｏＣシステムであって、
ＰｏＣ端末の交替を要求する端末交替要請ＰｏＣクライアントと、
ＰｏＣ端末の交替対象になる端末交替対象ＰｏＣクライアントと、
前記端末交替要請ＰｏＣクライアントから端末交替要請メッセージを受信して、端末交替要請メッセージに含まれた端末交替対象ＰｏＣクライアント情報を参照して前記端末交替対象ＰｏＣクライアントにＩＮＶＩＴＥメッセージを送信して、既存のセッションを維持して前記端末交替対象ＰｏＣクライアントにメディアを伝送するセッション管理サーバーと、
を含むことを特徴とするＰｏＣ端末交替時のセッション持続保障のためのＰｏＣシステム。
【請求項２８】
前記端末交替要請メッセージは、セッション情報と前記交替対象ＰｏＣクライアント情報を含むことを特徴とする請求項２７に記載のＰｏＣ端末交替時のセッション持続保障のためのＰｏＣシステム。
【請求項２９】
前記セッション管理サーバーは、前記端末交替要請メッセージに含まれた情報を参照して前記端末交替対象ＰｏＣクライアントにＩＮＶＩＴＥメッセージを送信することを特徴とする請求項２７に記載のＰｏＣ端末交替時のセッション持続保障のためのＰｏＣシステム。
【請求項３０】
ＰｏＣ端末交替時のセッション持続保障のためのＰｏＣシステムであって、
ＰｏＣ端末の交替を要求する端末交替要請ＰｏＣクライアントと、
前記端末交替要請ＰｏＣクライアントから端末交替要請メッセージを受信して、既存のセッション情報を参照して前記セッション情報を含んだＩＮＶＩＴＥメッセージを送信する端末交替対象ＰｏＣクライアントと、
前記ＩＮＶＩＴＥメッセージを受信して、既存のセッションを維持して前記端末交替対象ＰｏＣクライアントにメディアを伝送するセッション管理サーバーと、
を含むことを特徴とするＰｏＣ端末交替時のセッション持続保障のためのＰｏＣシステム。
【請求項３１】
前記セッション管理サーバーは、前記端末交替対象ＰｏＣクライアントにメディアを伝送した後、前記端末交替要請ＰｏＣクライアントとのセッションを終了することを特徴とする請求項３０に記載のＰｏＣ端末交替時のセッション持続保障のためのＰｏＣシステム。
【請求項３２】
ＰｏＣシステムでＰｏＣ端末交替時のセッションを持続させるＰｏＣ端末であって、
セッション識別子と端末交替対象ＰｏＣ端末に対する情報を含んだ端末交替要請メッセージをセッション管理サーバーに伝送する手段と、
前記セッション管理サーバーにより端末交替過程が完了されると、セッションを終了するためのセッション終了メッセージを受信する手段と、
を含むことを特徴とするＰｏＣシステムでＰｏＣ端末交替時のセッションを持続させるＰｏＣ端末。
【請求項３３】
ＰｏＣシステムでＰｏＣ端末交替時のセッションを持続させるＰｏＣ端末であって、
ＳＩＰ／ＳＩＰコア網を介して端末交替対象ＰｏＣ端末にセッション識別子と前記端末交替要請ＰｏＣ端末に対する情報を直接伝送する手段と、
セッション管理サーバーからセッション終了のためのセッション終了メッセージを受信する手段と、
を含むことを特徴とするＰｏＣシステムでＰｏＣ端末交替時のセッションを持続させるＰｏＣ端末。
【請求項３４】
ＰｏＣシステムでＰｏＣ端末交替時のセッションを持続させるＰｏＣ端末であって、
交替要請ＰｏＣ端末から端末交替要請メッセージを受信する手段と、
前記交替要請ＰｏＣ端末から受信された既存のセッション情報に応じてセッション管理サーバーにＩＮＶＩＴＥメッセージを送信する手段と、
前記セッション管理サーバーからメディアを受信する手段と、
を含むことを特徴とするＰｏＣシステムでＰｏＣ端末交替時のセッションを持続させるＰｏＣ端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＰｏＣ(Ｐｕｓｈ ｔｏ ｔａｌｋ ｏｖｅｒ Ｃｅｌｌｕｌａｒ)端末が特定の目的のために交替される場合、進行中のＰｏＣグループセッションに対するメディアストリームの損失なしにＰｏＣ端末を変更可能にしたＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法及びシステムに関する。
【背景技術】
【０００２】
移動通信の画期的な発展と移動通信網の拡大にしたがって、携帯電話を用いた多様な付加サービスやアプリケーションが提供されている。しかも、携帯電話のユーザーの要求も多様化され、単純な通話サービスから外れて位置サービス、マルチメディアサービス、ＰＴＴ(Ｐｕｓｈ ｔｏ Ｔａｌｋ)サービスなどに拡大されている。特にＰＴＴサービスは、従来の無線機(Ｅｘｉｓｔｉｎｇ  Ｒａｄｉｏ  Ｓｙｓｔｅｍ)やＴＲＳ(Ｔｒｕｎｋ Ｒａｄｉｏ Ｓｙｓｔｅｍ)などにより提供されるグループ通話と音声通話はもちろん、インスタントメッセンジャー、状態表示などの多様な付加機能をサポートする。
【０００３】
現在、このようなＰＴＴ機能を移動通信網に導入してサービスするＰｏＣ(Ｐｕｓｈ-ｔｏ-ｔａｌｋ ｏｖｅｒ ｃｅｌｌｕｌａｒ:以下、ＰｏＣと称する)サービスに対する標準制定が活発に論議されている。ＰｏＣサービスの特徴のうち１つは、ユーザーが複数のＰｏＣセッションに参加でき、必要に応じてＰｏＣセッション間を移動しつつ通話することができるという点である。ユーザーが複数のＰｏＣセッションを移動しつつ通話することができなければならないという要求事項は、移動通信サービスを定義する団体であるＯＭＡ(Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ)に明示されている。
【０００４】
一般的なＰｏＣサービスシステムの構造は、図１の概念図を参照して説明する。図１を参照すれば、ＰｏＣクライアント１０は、移動端末内に設けられるサービス要請者であり、アクセス網２０を介してＳＩＰ(Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ)とＩＰ(Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ)マルチメディア機能をサポートするＳＩＰ／ＩＰコア網３０に連結される。
【０００５】
ＰｏＣクライアント１０は、ＰｏＣサービスに接続を提供するためにＰｏＣユーザー端末機に常駐する。ＰｏＣクライアント１０は、ＰｏＣセッションを生成し、現在進行中であるセッションに参加してセッションを終了する。その以外には、ＰｏＣクライアント１０は、トークバーストを形成して伝達し、インスタントパーソナルアラート(Ｉｎｓｔａｎｔ Ｐｅｒｓｏｎａｌ ａｌｅｒｔ)をサポートし、ＰｏＣサービスに接続する時、認証を実行する。以下、別の言及がない限り、ＰｏＣユーザーとＰｏＣクライアント１０は、ＰＴＴサービス加入者と同一に見なす。
【０００６】
ＳＩＰ／ＩＰコア網３０は、ＰｏＣサービスをサポートするために、ＰｏＣサーバー６０と、ＧＬＭＳ(Ｇｒｏｕｐ Ｌｉｓｔ ａｎｄ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ)５０、及びプレゼンスサーバー７０と連結される。
【０００７】
一般的に、ＳＩＰはＩＥＴＦ(Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ)ＲＦＣ(Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ)２５４３文書にその標準が定義されている。ＳＩＰは、映像及び音声のようなマルチメディア通信のためのセッション(ｓｅｓｓｉｏｎ)や呼を設定、修正、終了するためのアプリケーション階層制御プロトコルである。ＳＩＰは、ＵＤＰ(Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ)／ＴＣＰ／ＩＰ階層上に存在するプロトコルとして、要求/応答方式でＳＩＰ要求(Ｒｅｑｕｅｓｔ)/応答(Ｒｅｓｐｏｎｓｅ)メッセージを送受信できるクライアント/サーバープロトコルでマルチメディア会議に招待(ｉｎｖｉｔｅ)することにより、セッションを始めるようにユニキャスト(Ｕｎｉｃａｓｔ)及びマルチキャスト(Ｍｕｌｔｉｃａｓｔ)セッションを全てサポートする。
【０００８】
ＳＩＰ要求メッセージは、次のようにＲＦＣ２５４３で６種の機能を提供する。ＩＮＶＩＴＥ(セッション参加招待)、ＡＣＫ(招待要求に対する承認)、ＢＹＥ(呼終了)、ＲＥＧＩＳＴＥＲ(ユーザーエージェントがリダイレクトサーバーのデータベースに登録)、ＣＡＮＣＥＬ(待機中の要求取り消し)、ＯＰＴＩＯＮＳの機能である。ＳＩＰ応答メッセージは、１ｘｘ(情報応答)、２ｘｘ(成功的応答)、３ｘｘ(リダイレクション応答)、４ｘｘ(クライアントエラー、要求失敗)、５ｘｘ(サーバー失敗)、６ｘｘ(グローバル失敗)のような状態コードを提供する。
【０００９】
前記ＰｏＣサーバー６０は、ＰｏＣセッションを維持・管理するＣｏｎｔｒｏｌｌｉｎｇ ＰｏＣ Ｆｕｎｃｔｉｏｎ(ＣＦ)または、一対一のＰｏＣ通話や一対多通話(又はグループ通話)のためにＰｏＣセッションに参加するためのＰａｒｔｉｃｉｐａｔｉｎｇ ＰｏＣ Ｆｕｎｃｔｉｏｎ(ＰＦ)をサポートする。
【００１０】
以下、前記ＰｏＣサーバーの機能別ブロックは、図２の概念図を参照して説明する。
【００１１】
前記ＰｏＣサーバーは、ＰｏＣセッションを全般的に維持・管理するＣｏｎｔｒｏｌｌｉｎｇ ＰｏＣ Ｆｕｎｃｔｉｏｎと、各ＰｏＣセッション間の維持・管理を担当するＰａｒｔｉｃｉｐａｔｉｎｇ ＰｏＣ Ｆｕｎｃｔｉｏｎと、に分けられ、下記の表を参照して詳細に説明する。
【００１２】
【表１】
2008529344.tif 000003
【００１３】
前記表１のように、ＣＦはＰｏＣセッションを総体的に維持、管理する役目をする。ＰｏＣサーバーは、ＰｏＣクライアントの発言権(ｆｌｏｏｒ)要請を受信して、クライアントの順序を定めて権限を付与する。また、ＰｏＣサーバーは、任意のＰｏＣクライアントが要請したトークバースト(Ｔａｌｋ  Ｂｕｒｓｔ)をグループＰｏＣ呼出に参加した全ての他のＰｏＣクライアントに分配し、グループＰｏＣ呼出に参加したＰｏＣクライアントの情報を提供する。
【００１４】
下記の表２から分かるように、ＰＦはＣＦと各ＰｏＣクライアント間のＰｏＣセッションを管理する。特に、ＰＦは、ＰｏＣクライアントが発言権を要求するか、ＣＦがクライアントに発言権を付与する時、ＣＦとＰｏＣクライアントとの間に発言権を中継する役目をする。また、ＰＦは、ＣＦとクライアントとの間にメディアを中継し、ＣＦとＰｏＣクライアントとの間で異なるコーデックを使用したいる場合にはトランスコーディングし、同時セッションの場合には、１つのＰｏＣセッションをフィルタリングする役目を実行する。
【００１５】
【表２】
2008529344.tif 000004
【００１６】
上述したように、ＰｏＣサービスシステムにおいてＰｏＣユーザーは、自分のＰｏＣ端末機を介してＧＬＭＳ50にグループ及びグループメンバーに関する情報を入力することができ、ＧＬＭＳ50から伝送された個人またはグループリストを通じて自分が呼び出すことができるＰｏＣユーザーに関する情報を確認することができる。選択的に、ＰｏＣサービス提供者が信頼できるインターネットやイントラネットのような通信網を介して情報を入力することで、ＧＬＭＳ５０にグループ及びグループメンバーに関する情報を修正及び管理することができる。
【００１７】
ＰｏＣ呼出サービスを利用するために、ＰｏＣユーザーは、前記ＳＩＰ／ＩＰコア網３０に自分のＰｏＣアドレスを登録する。ＳＩＰ／ＩＰコア網３０では、ＰｏＣユーザーの要請に応じてＰｏＣユーザーに関する情報を格納する。したがって、他のＰｏＣユーザーがＰｏＣグループ呼出を要請しようとする場合には、上述したように、自分の情報を前記ＳＩＰ／ＩＰコア網３０に登録し、ＧＬＭＳ５０から転送されたグループ識別情報を利用して自分のＳＩＰ／ＩＰコア網３０にグループＰｏＣ呼出を要請する。この時、ＳＩＰ／ＩＰコア網３０は、呼出を要請するＰｏＣユーザー情報を利用してアドレス決定とドメイン位置決定過程を実行し、呼び出しを要請するＰｏＣユーザーが登録されたホームＰｏＣサーバー６０にＰｏＣ通話要請を伝達する。このＰｏＣ通話要請に対してＰｏＣサーバー６０は、ＰｏＣセッション開設を準備し、ＧＬＭＳ５０サーバーから各々のユーザー情報を獲得した後、該当ＳＩＰ／ＩＰコア網３０にＰｏＣ通話要請信号を伝達する。この時、イントラドメイン内のユーザーに対するＰｏＣ通話要請である場合、ＰｏＣサーバー６０は、ＰＦ及びＣＦの機能を共に実行する。通話要請されたＰｏＣユーザーを管理するＰｏＣサーバー６０は、自分に伝達されたＰｏＣユーザーの情報を利用してＳＩＰ／ＩＰコア網３０の位置決定過程を実行した後、ＰｏＣユーザーにＰｏＣ通話を要請する。
【００１８】
図３は、ＰｏＣサーバーのＣＦブロックとＰＦブロックを説明するための概念図である。
【００１９】
図３を参照すれば、ＰｏＣクライアント１１１、１２１、１３１、１４１はＰＦ１１０、１２０、１３０、１４０を介してＣＦ１００に接続してＰｏＣセッションを開設する。ここで、ＣＦ１００で許可した発言要請者に発言権が付与されると、該当ＰｏＣクライアントの発言を基盤としたメディアが各ＰｏＣクライアントに伝送される。
【００２０】
まず、端末内のＰｏＣクライアントに対するセッション連結手続きなどを詳述するために、次のようなＯＭＡに定義されたＰｏＣシステムに対する特徴について説明する。ＯＭＡでＰｏＣセッション送信側と受信側の設定によるＰｏＣシステムは、次のような特徴がある。
【００２１】
ＰｏＣシステムは、ユーザーのホームネットワーク内のＰｏＣサーバーとの連結設定可否によってｏｎ−ｄｅｍａｎｄセッションモードとｐｒｅ−ｅｓｔａｂｌｉｓｈｅｄセッションモードの二つのタイプに分けられる。
【００２２】
ｐｒｅ−ｅｓｔａｂｌｉｓｈｅｄセッションモードは、ＰｏＣユーザーが自分の要求によってＰｏＣクライアントと自分のホームネットワークに属するＰｏＣサーバー６００との間に特定のセッションを設定しておくことを意味する。前記ｐｒｅ−ｅｓｔａｂｌｉｓｈｅｄセッションは、ＰｏＣユーザーが自分が使用するメディアパラメーターをＰｏＣサーバー６０と交渉して、使用されるサーバーとクライアントとの間のメディアパラメーターを再交渉する必要なしに迅速な通話設定が可能にするためた必要である。事前セッションの設定のためにＰｏＣクライアントは、ＳＩＰ  ＩＮＶＩＴＥ方式を通じて本文部(ＳＤＰ(Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ)ｂｏｄｙ)にサポートされるメディアパラメーターを提供し、サーバーから提供されたメディアパラメーターに応答する。ＰｏＣクライアントは、応答メッセージに新しく設定される事前セッションの識別情報をコンファレンスＵＲＩを含んでＰｏＣユーザーに返事する。このような事前セッションを利用する場合、ＩＰアドレス、ポート番号、使用されるコーデック(ｃｏｄｅｃ)及びトークバーストの制御プロトコル(ｔａｌｋ  ｂｕｒｓｔ  ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ)などの事前設定が可能である。
【００２３】
Ｏｎ−ｄｅｍａｎｄセッションモードは、ＰｏＣユーザーが事前セッションを設定しない状態及び他のＰｏＣユーザーのＩＮＶＩＴＥメッセージを受信した後、ＰｏＣ呼連結手続きを実行することを意味する。
【００２４】
一方、ＰｏＣシステムは前記特徴を含んでｈａｌｆ−ｄｕｐｌｅｘグループＰｏＣ通話を可能にする。このような一対多者間コンファレンス機能は、ＰｏＣシステムの代表的な特徴として、設定されるグループの特性によってアドホックＰｏＣグループ(ａｄ  ｈｏｃ  ＰｏＣ  ｇｒｏｕｐ)、事前設定ＰｏＣグループ(ｐｒｅ−ａｒｒａｎｇｅｄ  ＰｏＣ  ｇｒｏｕｐ)及びチャットＰｏＣグループ(ｃｈａｔ  ＰｏＣ  ｇｒｏｕｐ)に分けられる。
【００２５】
前記のような特徴を有するＰｏＣシステムにおいて、ＰｏＣクライアント、ＰｏＣサーバー及びＳＩＰ／ＩＰコアネットワーク、グループリストサーバー、ｐｒｅｓｅｎｃｅサーバーのような各要素と、これら相互間のシグナリングを通じた初期ＰｏＣセッション開始及び連結手続きは、ＳＩＰを基盤とした従来の技術としてＯＭＡ標準文書(Ｄｒａｆｔ)に開示されているので、その説明は省略する。
【００２６】
一方、前記のような特徴を有する従来のＰｏＣシステムにおいて、現在進行中であるＰｏＣセッションに参加中のＰｏＣクライアントを交替しようとする状況が発生できる。
【００２７】
その状況に関する代表的な例として、一番目の例で、現在参加中のＰｏＣセッションが音声だけを支援するセッションの特徴を有するが、通話を進行するによって音声の外に映像等のメディアを交換する必要性がある。この場合、音声サポート端末だけを使用する一部ＰｏＣユーザーは自分のＰｏＣクライアントをビデオサポート端末で交替しなければならない。
【００２８】
二番目の例は、現在使用される端末機の電源がほとんど消耗したが現在ＰｏＣセッションを終了しないでずっと参加しようとする場合である。
【００２９】
三番目の例は、ユーザーが自分の事務室で固定されたＰｏＣ端末(例えば、ＶｏＩＰ端末機)を利用してＰｏＣセッションに参加中であるが移動する必要性を感じた場合である。このような場合、自分の移動無線端末(ｍｏｂｉｌｅ  ＰｏＣ端末)を利用して現在参加中のセッション連結を要する。
【００３０】
前記例に付け加えて、ユーザーの特殊な要求によりＰｏＣ端末の交替が必要な場合が多数発生可能である。
【００３１】
このような要求条件に対して、ＯＭＡ  ＰｏＣ１標準技術に基づいて、従来のＰｏＣセッション交替過程について、図４のフローチャートを参照して説明する。
【００３２】
図４は、ＰｏＣクライアントＡ１(１１１)は進行中であるセッションに既に参加している端末であり、ユーザーの要求に応じてＰｏＣクライアントＡ２(１１２)を利用して前記進行セッションに参加しようとする過程を示している。
【００３３】
まず、ＰｏＣクライアントＡ１(１１１)は、参加中であるＰｏＣセッションを終了するために自分が属したホームネットワークのＰＦ  Ａ(１１０)にＳＩＰ  ＢＹＥメッセージを伝送し(ステップＳ１０１)、ＰＦ  Ａ(１１０)は、ＢＹＥメッセージに含まれたＳＩＰアドレスに関する情報を通じてＢＹＥメッセージをＣＦ(１００)に伝送する(ステップＳ１０２)。
【００３４】
次に、ＣＦ(１００)は、セッションＢＹＥメッセージを受信した後、ＰｏＣコンファレンス終了のための２００  ＯＫ応答信号を伝達することにより(ステップＳ１１１、ステップＳ１１２)、ＰｏＣクライアントＡ１(１１1)をリリースすると同時にメディア伝送を中止するようになる。
【００３５】
一方、セッションを終了したＰｏＣユーザーは、新しいＰｏＣクライアントを利用して以前セッションに再参加するために、ＰｏＣクライアントＡ２(１１２)を通じてＰＦ  Ａ(１1０)にＩＮＶＩＴＥメッセージを伝送する(ステップＳ１２１)。ＩＮＶＩＴＥメッセージは、ＰＦ  Ａ(１１０)を経て進行中であるコンファレンスセッションを制御するＣＦ(１００)に伝送される(ステップＳ１２２)。この時、ＰｏＣクライアントＡ２(１１２)は、前記進行中であるＰｏＣセッションに再参加するために、ＰｏＣセッションに関する固有識別子情報(セッションＩＤ)を有している必要がある。
【００３６】
次に、ＣＦ(１００)は、２００  ＯＫ応答を伝送することにより(ステップＳ１３１、ステップＳ１３２)、新しいＰｏＣクライアントＡ２(１１２)をセッションに参加させて、ＡＣＫ信号を受信して(ステップＳ１４１、ステップＳ１４２)、セッション参加を確認する。同時に、ＣＦ(１００)は、ＰｏＣクライアントＡ２(１１２)に現在セッションでの発言権によって該当発言権(ｆｌｏｏｒ)メッセージを伝送する。他のＰｏＣクライアントがメディアを伝送する場合、ＣＦ(１００)はＲＴＣＰ(Ｒｅａｌ−Ｔｉｍｅ  Ｔｒａｎｓｆｅｒ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ)を利用してＰｏＣクライアントＡ２(１１２)にＦｌｏｏｒ Ｔａｋｅｎメッセージを伝送する(ステップＳ１５１、ステップＳ１５２)。
【００３７】
以後、セッションが連結されると、ＲＴＰ(Ｒｅａｌ−Ｔｉｍｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ)を利用してＰｏＣクライアントＡ２(１１２)にメディアを伝送する。
【００３８】
前記のような従来過程は、次のような問題点がある。
【００３９】
まず、ＰｏＣユーザーはＰｏＣクライアントＡ２を利用してＰｏＣクライアントＡ１で参加した同一なＰｏＣコンファレンスセッションに再参加するためにＰｏＣセッション識別子を保有する必要がある。しかし、アドホックセッションのように任意に生成されるＰｏＣセッション識別子はユーザーの受動的な入力でＰｏＣクライアントＡ２に伝送しなければならない。
【００４０】
また、ＰｏＣクライアントＡ２は、以前ＰｏＣクライアントＡ１が使用中であるＳＩＰセッションダイアログ情報を利用することができない。そのため、もう使用していたセッションダイアログを利用してメディアストリームの伝達を受けることが不可能である。
【００４１】
したがって、ＰｏＣクライアントＡ２がＰｏＣクライアント端末を交替する間、ＰｏＣセッションのメディアストリームの伝達を受けることができないので、ユーザーの経験(ＱｏＥ：Ｑｕａｌｉｔｙ  ｏｆ  Ｅｘｐｅｒｉｅｎｃｅ)を低下させる。
【発明の開示】
【発明が解決しようとする課題】
【００４２】
本発明の目的は、セッションを終了する前に交替しようとするＰｏＣ端末のアドレス情報とセッション識別子情報をサーバーまたはＰｏＣクライアントに伝送することにより、進行中であるメディアストリームの損失なしにＰｏＣ端末だけを交替することができるＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法及びそのシステムを提供することにある。
【課題を解決するための手段】
【００４３】
本発明の一側面によるＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法は、ＰｏＣ端末交替要請ＰｏＣクライアントがセッションを持続しつつＰｏＣ端末を交替するための端末交替要請メッセージをセッション管理サーバーに送信するステップと、前記セッション管理サーバーが前記交替要請メッセージを受信して、交替されるＰｏＣクライアントにＩＮＶＩＴＥメッセージを送信するステップと、前記端末交替対象ＰｏＣクライアントが前記ＩＮＶＩＴＥメッセージを受信して、現在のセッションを通じてメディアを受信するステップと、を含む。
【００４４】
本発明の他の側面によるＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法は、ＰｏＣ端末交替要請ＰｏＣクライアントがセッションを持続しつつＰｏＣ端末を交替するための端末交替要請メッセージを交替するためのＰｏＣクライアントに送信するステップと、前記端末交替対象ＰｏＣクライアントが、前記端末交替要請メッセージを受信して、現在のセッション情報を含んだＩＮＶＩＴＥメッセージをセッション管理サーバーに送信するステップと、前記ＩＮＶＩＴＥメッセージを受信した前記セッション管理サーバーが、端末交替対象ＰｏＣクライアントにメディアを伝送するステップと、を含む。
【００４５】
本発明のまた他の側面によるＰｏＣ端末交替時のセッション持続保障のためのＰｏＣシステムは、ＰｏＣ端末の交替を要求する端末交替要請ＰｏＣクライアントと、ＰｏＣ端末の交替対象になる端末交替対象ＰｏＣクライアントと、前記端末交替要請ＰｏＣクライアントから端末交替要請メッセージを受信して、端末交替要請メッセージに含まれた端末交替対象ＰｏＣクライアント情報を参照して前記端末交替対象ＰｏＣクライアントにＩＮＶＩＴＥメッセージを送信して、現在のセッションを維持して前記端末交替対象ＰｏＣクライアントにメディアを伝送するセッション管理サーバーと、を含む。
【００４６】
本発明のまた他の側面によるＰｏＣ端末交替時のセッション持続保障のためのＰｏＣシステムは、ＰｏＣ端末の交替を要求する端末交替要請ＰｏＣクライアントと、前記端末交替要請ＰｏＣクライアントから端末交替要請メッセージを受信して、現在のセッション情報を参照して前記現在のセッション情報を含んだＩＮＶＩＴＥメッセージを送信する端末交替対象ＰｏＣクライアントと、前記ＩＮＶＩＴＥメッセージを受信して、現在のセッションを維持して前記端末交替対象ＰｏＣクライアントにメディアを伝送するセッション管理サーバーと、を含む。
【００４７】
本発明のまた他の側面によれば、セッション識別子と交替されるＰｏＣ端末に対する情報を含んだ端末交替要請メッセージをセッション管理サーバーに伝送し、前記セッション管理サーバーにより端末交替過程が完了されると、セッション終了のためのセッション終了メッセージを受信するＰｏＣシステムで端末交替時にセッションを持続させるＰｏＣ端末を提供する。
【００４８】
本発明にまた他の側面によれば、ＳＩＰ／ＳＩＰコア網を介して交替対象ＰｏＣ端末にセッション識別子と前記交替されるＰｏＣ端末に対する情報とを含む端末交替要求メッセージを直接伝送し、セッション管理サーバーからセッションを終了するためのセッション終了メッセージを受信するＰｏＣシステムでＰｏＣ端末交替時にセッションを持続させるためのＰｏＣ端末を提供する。
【００４９】
本発明のまた他の側面によれば、交替要請ＰｏＣ端末から端末交替要請メッセージを受信して、前記交替要請ＰｏＣ端末から受信された現在のセッション情報によってセッション管理サーバーにＩＮＶＩＴＥメッセージを送信して、前記セッション管理サーバーからメディアを受信するＰｏＣシステムでＰｏＣ端末交替時にセッションを持続させるＰｏＣ端末を提供する。
【発明の効果】
【００５０】
本発明によれば、セッション終了後にさらにセッション連結を実行する手続きの代わりに、ＰｏＣクライアントの指示によって希望するＰｏＣクライアントを現在のクライアントの代わりにＰｏＣセッションに連結させる。
【００５１】
したがって、不連続的なメディア伝達を防止することにより、ＰｏＣユーザーに向上されたサービスを提供することができる。
【００５２】
また、現在通話中であるＰｏＣセッションに対してＰｏＣセッション連結が可能なＰｏＣ互換クライアント(ＰｏＣ  ｃｏｍｐｌｉａｎｔ  ｃｌｉｅｎｔ)を利用して現在通話中であるＰｏＣクライアントを交替できるようにして、ＰｏＣクライアントの交替時に進行中のＰｏＣセッションの伝送メディアストリームの損失を防止することができる。
【００５３】
これによって、ＰｏＣユーザーのＰｏＣ通話のメディア変更や移動性要求などによりＰｏＣ端末の交替が必要な状況で、ユーザーの連続的な通話が可能になる。また、ユーザーＱｕＥを向上させてＰｏＣ端末とサービス市場を拡大させることが期待される。
【発明を実施するための最良の形態】
【００５４】
以下、本発明の属する分野における通常の知識を有する者が本発明を容易に実施できるように本発明の好ましい実施例を添付の図面を参照して詳細に説明する。
【００５５】
本発明は、３ＧＰＰ(３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ)や３ＧＰＰ２(３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  ２)で標準化が完了されたＩＭＳ(ＩＰ  ｍｕｌｔｉｍｅｄｉａ  ＣＮ)網を利用して、ｈａｌｆ  ｄｕｐｌｅｘ形態の通話とユーザーのグループ及びｐｒｅｓｅｎｃｅ情報を利用して、通話要請による即時通話を可能とするＰｏＣシステムの応用サービスについて説明する。
【００５６】
本発明は、ＯＭＡ ＰｏＣリリース１システムに定義されたＰｏＣクライアントとＰｏＣサーバー(ＰＦ、ＣＦ)、そしてＳＩＰ及びＳＩＰ拡張プロトコルの中で少なくとも一つを基本として構成される。基本構成は、図１の一般的なＰｏＣ(Ｐｕｓｈ−ｔｏ−ｔａｌｋ  ｏｖｅｒ  Ｃｅｌｌｕｌａｒ)基本構造と同一なの、その説明は省略する。
【００５７】
図５は、ＰｏＣユーザーがセッションを終了せず端末だけ交替しようとする場合、交替を希望する端末を選択すると、結果情報がサーバー側に伝送されて、サーバーにより端末を交替するようになる、本発明の第１の実施例によるＰｏＣ互換ターミナルの通話中変更のための過程を示したフローチャートである。
【００５８】
図５を参照すれば、ＰｏＣクライアントＡ１(１１１０)は、ホームネットワークのＰｏＣサーバーであるＰＦ  Ａ(１１００)と連結されてグループセッションを制御するＣＦ(１０００)と事前にセッションが開設されている。この時、ＰｏＣクライアントＡ１(１１１０)は、セッション参加を通じて受信されたＰｏＣセッション識別子(ＰｏＣ  Ｓｅｓｓｉｏｎ  Ｉｄｅｎｔｉｔｙ)を格納しており、また、ＩＮＶＩＴＥメッセージとこれに対する２００  ＯＫ応答メッセージを通じて獲得されたＰｏＣクライアントＡ１とＰｏＣサーバーとの間に指定されたセッションダイアログ情報(ｄｉａｌｏｇ  ｉｄｅｎｔｉｆｉｅｒ)を格納している。
【００５９】
前記ダイアログ識別子は、グローバルな識別子であり、ＳＩＰ  ＩＮＶＩＴＥメッセージのＦｒｏｍタグ、Ｔｏタグ及びＣａｌｌ−ＩＤで構成される。
【００６０】
前記情報を保存しているＰｏＣクライアントＡ１(１１１０)は、ＳＩＰ  ＲＥＦＥＲメッセージを生成した後、セッションを管理するＰｏＣサーバー、すなわち、ＣＦ(１０００)に伝送する(ステップＳ１００１、ステップＳ１００２)。ここで、ＰｏＣクライアントＡ１(１１１０)は、ＳＩＰ  ＲＥＦＥＲメッセージの伝送時、ＰｏＣセッションの固有識別子(一般的にＣＦが管理しているＣｏｎｆｅｒｅｎｃｅ  ＵＲＩ:ｃｏｎｆ＿ｕｒｉ＿ｃｆｘ)をＲＥＦＥＲメッセージのＲｅｑｕｅｓｔ  ＵＲＩに設定して、ユーザーが使用しようとするＰｏＣクライアントのアドレス情報をＲｅｆｅｒ−Ｔｏヘッダー情報に設定する。
【００６１】
図６は、図５過程で使用されるＲＥＦＥＲメッセージフォーマットを示した図である。図６に示されたように、Ｒｅｆｅｒ−Ｔｏヘッダーフィールド(Ｐ３)は、宛先アドレス情報で取る適切なＳＩＰメッセージ方式(Methods)を含む。 
【００６２】
本発明では、セッション開設時にＩＮＶＩＴＥメッセージを伝送する。前記ＩＮＶＩＴＥメッセージ情報はＲＥＦＥＲメッセージ情報に対して説明した後に説明する。
【００６３】
Ｒｅｆｅｒ−Ｔｏヘッダーフィールド(Ｐ３)に含まれるターゲット端末(変えようとする端末)のアドレス情報は、現在ＰｏＣクライアントＡ１が使用するＳＩＰ  ＵＲＩになるか、他のＳＩＰ  ＵＲＩになることができる。
【００６４】
もし、同一なＳＩＰ  ＵＲＩを使用する場合、変えようとするＰｏＣクライアントＡ２(１１２０)と現在のＰｏＣクライアントＡ１(１１１０)を区別するために、ＰｏＣクライアントＡ２のＳＩＰユーザーエージェント(Ｕｓｅｒ  Ａｇｅｎｔ)のサポート能力に符合するＳＩＰユーザーエージェントの選好度(ｐｒｅｆｅｒｅｎｃｅ)(特性値：モバイルまたはビデオまたはイクスプリシット(ｅｘｐｌｉｃｉｔ)など)情報を含んで新しいＳＩＰメッセージをＰｏＣクライアントＡ２(１１２０)に伝達する。
【００６５】
一方、ＲＥＦＥＲメッセージは、現在進行中であるＰｏＣセッションの内容を対象ＰｏＣクライアントＡ２(１１２０)を利用して連続的に受信可能にするセッション連結情報(前記セッションダイアログ識別子)(図６のＰ２のＦｒｏｍ−ｔａｇ、Ｔｏ−ｔａｇ及びｃａｌｌ−ＩＤ)と、ターゲット端末情報(図６のＰ３のｒｅｆｅｒ−ｔｏ)と、を含む。
【００６６】
前記ＲＥＦＥＲメッセージを獲得したＰｏＣサーバーＣＦ(１０００)は、成功的なＳＩＰプロセッシングを返事するためにＡｃｃｅｐｔｅｄメッセージを応答する(ステップＳ１１０１、ステップＳ１１０２)。
【００６７】
以後、ＣＦは前記ＲＥＦＥＲメッセージを通じて受信されたＳＩＰ  ＵＲＩ(図６のＰ１でｃｏｎｆ＿ｕｒｉ＿ｃｆｘ)のアドレス情報にＩＮＶＩＴＥメッセージを伝送する(ステップＳ１２０１、ステップＳ１２０２)。
【００６８】
図７は、図５の過程に利用されるＩＮＶＩＴＥメッセージフォーマットを示した図である。
【００６９】
図７に示したように、ＩＮＶＩＴＥメッセージには、ユーザーの要求により設定されるユーザーエージェント(Ｕｓｅｒ  Ａｇｅｎｔ)の選好度(ｐｒｅｆｅｒｅｎｃｅ)情報(図７のＱ３)が含まれてＰｏＣクライアントＡ２(１１２０)にセッション要請を伝達する。
【００７０】
また、ＣＦ(１０００)はＰｏＣクライアントＡ１(１１１０)を同一ダイアログに交替する指示子を認識する。このために、ＣＦ(１０００)は、(現在進行中のセッションに対して同一なセッションダイアログを通じてメディアの伝送を受けるために代替する)セッションダイアログ情報をＩＮＶＩＴＥメッセージのＲｅｐｌａｃｅｓヘッダーフィールド(図７のＱ４)を通じて伝送する。
【００７１】
次に、該当アドレス情報(ＳＩＰ  ＵＲＩ)(Ｃｏｎｆ＿ｕｒｉ＿ｃｆｘ)によってＰＦ  Ａ(１１００)にルーティングされたＩＮＶＩＴＥメッセージはＳＩＰ／ＩＰコア網に伝達され、ＳＩＰ／ＩＰコア網はＰｏＣクライアントＡ２(１１２０)がＳＩＰ  ＲＥＧＩＳＴＥＲメッセージで登録したユーザーエージェントのクライアント特性値(固定端末(Ｆｉｘｅｄ)、移動端末(Ｍｏｂｉｌｅ)、ビデオ提供端末(ｖｉｄｅｏ)など)とＡｃｃｅｐｔ−ＣｏｎｔａｃｔヘッダーフィールドＱ３に含まれた情報によって該当ＰｏＣクライアントＡ２(１１２０)にルーティングする。
【００７２】
次に、ＰｏＣクライアントＡ２(１１２０)は、ユーザーの応答によって２００  ＯＫ応答をＣＦ(１０００)に返事する(ステップＳ１３０１、Ｓ１３０２)。この時、新しく生成されるセッションダイアログ情報(ステップＳ１２０１乃至ステップＳ１３０２のトランザクションによって生成されるダイアログＩＤ)はＣＦ(１０００)に伝送される。これによって、ＰｏＣサーバーＣＦ(１０００)は以前のダイアログを新しく生成されたダイアログに交替してメディアを伝送する。
【００７３】
ＣＦ(１０００)が前記２００ ＯＫ応答を受信する時、コンファレンスを管理するＣＦ(１０００)はＡＣＫ信号をＰｏＣクライアントＡ２(１１２０)に返事する(ステップＳ１４０１、ステップＳ１４０２)。同時に、ＰｏＣセッションに伝送されるメディアを新しく連結されたＰｏＣクライアントＡ２(１１２０)に伝送するように決定し、前記決定を通知するトークバースト制御メッセージを伝送する(ステップＳ１５０１、ステップＳ１５０２)。
【００７４】
また、セッション内のメディアストリームは、２００ ＯＫ応答を受信した後に新しいＰｏＣクライアントＡ２(１１２０)に伝送される(ステップＳ１６００)。この時、メディアはＰＦ  Ａ(１１００)までは同一な経路で伝送され、ＳＩＰ／ＩＰコア網を経て該当ＰｏＣクライアントＡ２(１１２０)にルーティングされる。
【００７５】
一方、２００  ＯＫ応答を受信したＰｏＣ サーバーＣＦ(１０００)は、不必要なセッション連結を終了するために、ＰｏＣクライアントＡ１(１１１０)にセッション終了のためのＢＹＥメッセージを伝送し(ステップＳ１７０１、ステップＳ１７０２)、２００  
【００７６】
ＯＫ応答を受信することで(ステップＳ１８０１、ステップＳ１８０２)、セッション終了を確認する。
【００７７】
以下、交替しようとする端末が主体になってセッションを持続しつつ端末を交替する第２の実施例について説明する。
【００７８】
図８は、本発明の第２の実施例によるＰｏＣ互換ターミナルの通話中変更のための過程を示したフローチャートである。
【００７９】
図８は、ＰｏＣユーザーがセッションを終了せず端末だけ交替しようとする場合、交替しようとする端末側に現在維持中であるセッションに対する情報を伝達することにより、交替しようとする端末により端末交替が行われる過程を示す。
【００８０】
図８を参照すれば、図５の第１の実施例と同一な状況で、ＰｏＣクライアントＡ１(１１１０)は自分が属しているセッションの情報(Ｃｏｎｆｅｒｅｎｃｅ  ＵＲＩ、ｄｉａｌｏｇ  ＩＤなど)とＰｏＣセッション交替を指示する情報をＲＥＦＥＲメッセージを通じて該当クライアントＡ２(１１２０)に伝送する。この時、ＲＥＦＥＲメッセージに含まれる情報は、前記図６のＲＥＦＥＲメッセージと類似であるが、次のような差異がある。
【００８１】
ＰｏＣクライアントＡ１(１１１０)がＳＩＰ  ＲＥＦＥＲメッセージを生成した後、そのＲＥＦＥＲメッセージはＳＩＰ／ＩＰコア網のルーティングを経てセッションの代替を希望するクライアントＡ２(１１２０)に伝送される(ステップＳ２００１、ステップＳ２００２)。ここで、ＲＥＦＥＲメッセージは一般ＳＩＰプロキシサーバーを経てフォワーディングされるので、ＰＦ  Ａ(１１００)を経らないこともある。
【００８２】
このために、ＰｏＣクライアントＡ１(１１１０)はＳＩＰ  ＲＥＦＥＲメッセージの生成時、ＰｏＣセッションの固有識別子(一般的にＣＦに格納されているＣｏｎｆｅｒｅｎｃｅ  ＵＲＩ：Ｃｏｎｆ＿ｕｒｉ＿ｃｆｘ)をＲｅｆｅｒ−Ｔｏヘッダーフィールド値に設定し、ユーザーが使用しようとするＰｏＣクライアントのアドレス情報をＲｅｑｕｅｓｔ  ＵＲＩの値に設定する。
【００８３】
前記ＲＥＦＥＲメッセージの内容は、図９を参照して説明する。
【００８４】
前記Ｒｅｆｅｒ−Ｔｏヘッダーフィールド(Ｒ５)は宛先アドレス情報で取る適切なＳＩＰメッセージ方式を含む。前記発明でＳＩＰメッセージ方式はＩＮＶＩＴＥメッセージで指定してセッションを開設するようにする。
【００８５】
本発明においてＳＩＰメッセージ方式はセッションの開設時にＩＮＶＩＴＥメッセージで指定される。ＩＮＶＩＴＥメッセージ情報についてはＲＥＦＥＲメッセージ情報に対する説明以後に説明する。
【００８６】
Ｒｅｑｕｅｓｔ  ＵＲＩに含まれるアドレス情報は現在ＰｏＣクライアントＡ１が使用するＳＩＰ  ＵＲＩまたは他のＳＩＰ  ＵＲＩを使用することができる。
【００８７】
前記図５の説明と同様に、同一なＳＩＰ  ＵＲＩを使用する場合、交替しようとするＰｏＣクライアントＡ２(１１２０)と現在のＰｏＣクライアントＡ１(１１１０)を区別するために、ＰｏＣライアントＡ２(１１２０)のＳＩＰユーザーエージェント(Ｕｓｅｒ  Ａｇｅｎｔ)のサポート能力に符合するＳＩＰユーザーエージェントの選好度(ｐｒｅｆｅｒｅｎｃｅ)(特性値：モバイル、ビデオ、イクスプリシット(ｅｘｐｌｉｃｉｔ)など)情報を含んで新しいＳＩＰ招待メッセージをＰｏＣクライアントＡ２(１１２０)に伝送する。前記新しいＲＥＦＥＲメッセージ内のＡｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダーフィールド(図９のＲ４)にｐｒｅｆｅｒｅｎｃｅ情報を含んで伝送することにより、ＳＩＰ／ＩＰコア網でＰｏＣクライアントＡ２(１１２０)にルーティングすることができる。
【００８８】
一方、ＲＥＦＥＲメッセージは、現在進行中のＰｏＣセッションをＰｏＣクライアントＡ２(１１２０)を利用して連続的に連結されるようにセッション連結情報(前記セッションダイアログ識別子)(図９のＲ２でＦｒｏｍ−ｔａｇ、Ｔｏ−ｔａｇ及びｃａｌｌ＿ＩＤ)と交替されるターゲット端末情報(図９のＲ５のｒｅｆｅｒ−ｔｏ)を含む。
【００８９】
また、ＲＥＦＥＲメッセージは、ＰｏＣクライアントＡ１(１１１０)が使用中のダイアログ情報を伝送するために、Ｒｅｆｅｒｒｅｄ−Ｂｙヘッダー(Ｒ６)と該当コンテンツと、を含むＭＩＭＥ(Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Extensions)ボディー部を含む。
【００９０】
前記ＲＥＦＥＲメッセージを受信したＰｏＣクライアントＡ２(１１２０)は、成功的なＳＩＰプロセスを返事するためにＡｃｃｅｐｔｅｄメッセージで応答する(ステップＳ２１０１、ステップＳ２１０２)。
【００９１】
以後、ＰｏＣクライアントＡ２(１１２０)は、前記ＲＥＦＥＲメッセージのＲｅｆｅｒ−Ｔｏヘッダーを通じて受信されたＳＩＰ  ＵＲＩのアドレス(ＰｏＣセッションのＣｏｎｆｅｒｅｎｃｅ  ＵＲＩ)にＩＮＶＩＴＥメッセージを伝送する(ステップＳ２２０１、ステップＳ２２０２)。
【００９２】
このとき伝送されるＩＮＶＩＴＥメッセージ情報に関して図１０を参照して説明する。
【００９３】
図１０に示したように、ＰｏＣクライアントＡ２(１１２０)は、ＰｏＣクライアントＡ１(１１１０)が使用しているセッションダイアログを代替するため(現在進行中のセッションに対して同一なセッションダイアログを通じてメディアの伝送を受けるために代替する)、該当セッションダイアログ情報をＩＮＶＩＴＥメッセージのＲｅｐｌａｃｅｓヘッダーフィールド(図１０のＴ４)を通じて伝達する。
【００９４】
ＰｏＣサーバーＣＦ(１０００)は、ＰｏＣクライアントＡ２(１１２０)からのセッション連結要請を受信した後、２００  ＯＫ応答を返事する(ステップＳ２３０１、ステップＳ２３０２)。この時、新しく生成されるセッションダイアログ情報(ステップＳ２２０１乃至ステップＳ２３０２のトランザクション(ｔｒａｎｓａｃｔｉｏｎ)により生成されるダイアログＩＤ)は、ＣＦ(１０００)に格納されて従来ダイアログを通じて伝送されるＲＴＰメディアストリームを新しいダイアログで伝送できることを確認する。ＰｏＣクライアントＡ２は前記２００  ＯＫ応答に対してＡＣＫ信号を返事する(ステップＳ２４０１、ステップＳ２４０２)。
【００９５】
一方、ＣＦ(１０００)は、２００  ＯＫ応答を伝送すると同時に、ＰｏＣクライアントＡ２(１１２０)にメディアの伝送を知らせるトークバースト制御メッセージ伝送する(ステップＳ２５０１、ステップＳ２５０２)。また、その結果、メディアストリームは、２００  ＯＫ応答を送信した後に新しいＰｏＣクライアントＡ２(１１２０)に伝送される(ステップＳ２６００、ステップＳ２７００)。この時、メディアはＰＦ  Ａ(１１００)まで同一な経路で伝送され、ＳＩＰ／ＩＰコア網の経路決定を経て該当ＰｏＣクライアントＡ２(１１２０)にルーティングされる。
【００９６】
次に、２００  ＯＫメッセージを伝送した後、ＰｏＣサーバーＣＦ(１０００)は不必要なセッション連結を終了するためにＰｏＣクライアントＡ１(１１１０)にセッションを終了するためのＢＹＥメッセージを伝送し(ステップＳ２８０１、ステップＳ２８０２)、２００  ＯＫ応答を受信することによりセッション終了を確認する(ステップＳ２９０１、ステップＳ２９０２)。
【００９７】
以下、図６、図７、図９及び図１０に示されたメッセージについて詳細に説明する。
【００９８】
図６は、ＰｏＣクライアントＡ１とＰｏＣクライアントＡ２のＳＩＰ  ＵＲＩが同一である時、図５のフローチャートで使用されるＲＥＦＥＲメッセージのフォーマットを示す。
【００９９】
図６のＲＥＦＥＲメッセージのＲｅｑｕｅｓｔ  ＵＲＩ(Ｐ１)は、ＣＦで管理されるｃｏｎｆｅｒｅｎｃｅ ＵＲＩに設定され、Ｒｅｆｅｒ−Ｔｏヘッダー(Ｐ３)値は、ＣＦがＩＮＶＩＴＥメッセージを要請するＰｏＣクライアントＡ２のＳＩＰ  ＵＲＩ値に指定される。この時、Ｒｅｆｅｒ−Ｔｏヘッダーフィールド(Ｐ３)のＳＩＰ  ＵＲＩは同一なＳＩＰ  ＵＲＩを使用するＰｏＣクライアントに対する区別のためにＰｏＣユーザーの選好度(ｐｒｅｆｅｒｅｎｃｅ)(特性値)を含んで伝送される。このために、本発明では、図６のように、Ｒｅｆｅｒ−ＴｏヘッダーのＵＲＩのパラメータとしてＰｏＣセッション要請者のｐｒｅｆｅｒｅｎｃｅ(固定端末(Ｆｉｘｅｄ)、移動端末(Ｍｏｂｉｌｅ)、ビデオ提供端末(ｖｉｄｅｏ)、特殊目的端末(ｅｘｐｌｉｃｉｔ)など)を追加するように定義する。
【０１００】
前記ＰｏＣクライアントＡ１は、自分が連結されているダイアログ情報(ｄｉａｌｏｇ  ＩＤ)を伝達するためにＲｅｆｅｒｒｅｄ−Ｂｙヘッダーフィールド(Ｐ４)を利用する。Ｒｅｆｅｒｒｅｄ−Ｂｙヘッダーフィールド(Ｐ４)は、ＰｏＣクライアントＡ１のＳＩＰ  ＵＲＩ情報と、添付されるコンテンツに対する識別子(ＣＩＤ)と、を含む。前記ＰｏＣクライアントＡ１は該当ＭＩＭＥボディー部(Ｐ５)を通じて自分のセッションダイアログ情報を伝達する。このようなコンテンツ識別子とダイアログ情報を利用してＰｏＣサーバーＣＦは新しいＩＮＶＩＴＥメッセージを伝送する時、同一なセッションダイアログを使用することができる。
【０１０１】
図７は、ＲＥＦＥＲメッセージを受信した後にＩＮＶＩＴＥメッセージを生成する時のメッセージフォーマットを示す。上述したように、Ｒｅｆｅｒ−Ｔｏヘッダーに含まれたクライアントｐｒｅｆｅｒｅｎｃｅ情報は、ＩＮＶＩＴＥメッセージのＡｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダー部(Ｑ３)に使用されて同一なＳＩＰ  ＵＲＩに対するＰｏＣクライアントを区別してＩＮＶＩＴＥメッセージをルーティングする役目をする。一方、Ｒｅｐｌａｃｅｓヘッダー(Ｑ４)は、前記ＲＥＦＥＲメッセージを通じて伝達されるセッションダイアログ情報を含んでＰｏＣクライアントの交替時に同一なセッションダイアログに対するメディアを受信するようにする。
【０１０２】
図９は、ＰｏＣクライアントＡ１とＰｏＣクライアントＡ２のＳＩＰ  ＵＲＩが同一である時のＲＥＦＥＲメッセージのフォーマットを示す。前記ＲＥＦＥＲメッセージのＲｅｑｕｅｓｔ  ＵＲＩ(Ｒ１)は新しいＰｏＣクライアントＡ２のＳＩＰ  ＵＲＩに設定され、Ｒｅｆｅｒ−Ｔｏヘッダー値(Ｒ５)はＰｏＣクライアントが参加するＣＦのＵＲＩ値に設定される。
【０１０３】
また、同一なＳＩＰ  ＵＲＩを使用するＰｏＣクライアントＡ２へのルーティングのためにＡｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダー(Ｒ４)に選好するユーザーエージェント特性を設定し、Ｒｅｆｅｒ−Ｔｏヘッダー(Ｒ５)はＰｏＣセッション識別子情報に付け加えて前記ＰｏＣクライアントＡ２が伝送する必要があるメッセージ種類をＩＮＶＩＴＥに設定する。
【０１０４】
一方、前記ＰｏＣクライアントＡ１は、自分が連結されているダイアログ情報(ｄｉａｌｏｇ  ＩＤ)を伝達するためにＲｅｆｅｒｒｅｄ−Ｂｙヘッダーフィールド(Ｒ６)を利用する。Ｒｅｆｅｒｒｅｄ−Ｂｙヘッダーフィールドには、ＰｏＣクライアントＡ１のＳＩＰ  ＵＲＩ情報と添付されるコンテンツに対する識別子(ＣＩＤ)を含んで自分のセッションダイアログ情報を伝達できるようにする。このようなコンテンツ識別子(ＣＩＤ、すなわち、２０３９８８２３.２ＵＷＱＦＮ３０９ｓｈｂ３＠ｄｏｍａｉｎ.ｃｏｍ)とダイアログ情報(８８ｕｐｆ１１ａ＠ｃｌｉｅｎｔ＿ａｐｃ.ｄｏｍａｉｎ.ｃｏｍ;ｔｏ−ｔａｇ＝７７４３;ｆｒｏｍ−ｔａｇ＝６４７２)を利用してＰｏＣクライアントＡ２は新しいＩＮＶＩＴＥメッセージを伝送する時に同一なセッションダイアログを使用することができる。
【０１０５】
図１０は、ＲＥＦＥＲメッセージを受信した後にＩＮＶＩＴＥメッセージを生成する時のメッセージフォーマットを示す。上述のように、Ａｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダーに含まれたＰｏＣクライアントのサポート能力(Ｃａｐａｂｉｌｉｔｙ)情報は、ＩＮＶＩＴＥメッセージのＣｏｎｔａｃｔヘッダー(Ｔ３)に表記して同一なＳＩＰ  ＵＲＩを使用するＰｏＣクライアントＡ１から識別される。 一方、Ｒｅｐｌａｃｅｓヘッダー(Ｔ４)は、前記ＲＥＦＥＲメッセージのＲｅｆｅｒｒｅｄ−ＢｙヘッダーとＭＩＭＥボディー部を通じて伝達されるセッションダイアログ情報を含んで、ＰｏＣクライアントＡ２がＰｏＣクライアントＡ１に代わりに同一なセッションダイアログを利用してメディアを受信するようにする。
【０１０６】
本発明は、ＰｏＣシステムに限定しないで、３ＧＰＰや３ＧＰＰ２で標準化中であるが完成されたＩＭＳ(ＩＰ  ｍｕｌｔｉｍｅｄｉａ  ＣＮ)網を利用し、ｈａｌｆ  ｄｕｐｌｅｘ形態の通話とユーザーのｐｒｅｓｅｎｃｅ情報を利用して、通話要請による通話が開設される全てのシステムに適用される。
【０１０７】
以上において説明した本発明は、本発明が属する技術の分野における通常の知識を有する者であれば、本発明の技術的思想を逸脱しない範囲内で、様々な置換、変形及び変更が可能であるので、上述した実施例及び添付された図面に限定されるものではない。
【図面の簡単な説明】
【０１０８】
【図１】一般的なＰｏＣサービスシステムを説明するための概念図である。
【図２】一般的なＰｏＣサーバーの構造を示す概念図である。
【図３】ＰｏＣサーバーのＣＦブロックとＰＦブロックを説明するための概念図である。
【図４】ＰｏＣ端末の交替のためのＰｏＣセッション変更に対する一般的な過程を示すフローチャートである。
【図５】本発明の第１の実施例によるＰｏＣ互換ターミナルの通話中変更のための過程を示すフローチャートである。
【図６】図５の過程中、ＲＥＦＥＲメッセージフォーマットを示す図である。
【図７】図５の過程中、ＩＮＶＩＴＥメッセージフォーマットを示す図である。
【図８】本発明の第２の実施例によるＰｏＣ互換ターミナルの通話中変更のための過程を示すフローチャートである。
【図９】図８の過程中、ＲＥＦＥＲメッセージフォーマットを示す図である。
【図１０】図８の過程中、ＩＮＶＩＴＥメッセージフォーマットを示す図である。
【符号の説明】
【０１０９】
１０００  ＣＦ
１１００  ＰＦ  Ａ
１１１０  ＰｏＣクライアントＡ１
１１２０  ＰｏＣクライアントＡ２
【図１】
2008529344.tif 000005
【図２】
2008529344.tif 000006
【図３】
2008529344.tif 000007
【図４】
2008529344.tif 000008
【図５】
2008529344.tif 000009
【図６】
2008529344.tif 000010
【図７】
2008529344.tif 000011
【図８】
2008529344.tif 000012
【図９】
2008529344.tif 000013
【図１０】
2008529344.tif 000014
【国際調査報告】
2008529344.tif 000015
2008529344.tif 000016