JP4795366B2

JP4795366B2 - ＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法及びそのシステム

Info

Publication number: JP4795366B2
Application number: JP2007552066A
Authority: JP
Inventors: サン−キュン・スン; ジェ−フン・ハン; ジュン−グ・パク
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2005-01-26
Filing date: 2006-01-25
Publication date: 2011-10-19
Anticipated expiration: 2026-01-25
Also published as: EP1842388A4; US7797006B2; KR101181174B1; US20060189340A1; CN101808294A; EP1842388A1; JP2008529344A; KR20060086520A; CN101107875A; CN101808294B; WO2006080806A1

Description

本発明は、ＰｏＣ(ＰｕｓｈｔｏｔａｌｋｏｖｅｒＣｅｌｌｕｌａｒ)端末が特定の目的のために交替される場合、進行中のＰｏＣグループセッションに対するメディアストリームの損失なしにＰｏＣ端末を変更可能にしたＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法及びシステムに関する。

移動通信の画期的な発展と移動通信網の拡大にしたがって、携帯電話を用いた多様な付加サービスやアプリケーションが提供されている。しかも、携帯電話のユーザーの要求も多様化され、単純な通話サービスから外れて位置サービス、マルチメディアサービス、ＰＴＴ(ＰｕｓｈｔｏＴａｌｋ)サービスなどに拡大されている。特にＰＴＴサービスは、従来の無線機(ＥｘｉｓｔｉｎｇＲａｄｉｏＳｙｓｔｅｍ)やＴＲＳ(ＴｒｕｎｋＲａｄｉｏＳｙｓｔｅｍ)などにより提供されるグループ通話と音声通話はもちろん、インスタントメッセンジャー、状態表示などの多様な付加機能をサポートする。

現在、このようなＰＴＴ機能を移動通信網に導入してサービスするＰｏＣ(Ｐｕｓｈ-ｔｏ-ｔａｌｋｏｖｅｒｃｅｌｌｕｌａｒ:以下、ＰｏＣと称する)サービスに対する標準制定が活発に論議されている。ＰｏＣサービスの特徴のうち１つは、ユーザーが複数のＰｏＣセッションに参加でき、必要に応じてＰｏＣセッション間を移動しつつ通話することができるという点である。ユーザーが複数のＰｏＣセッションを移動しつつ通話することができなければならないという要求事項は、移動通信サービスを定義する団体であるＯＭＡ(ＯｐｅｎＭｏｂｉｌｅＡｌｌｉａｎｃｅ)に明示されている。

一般的なＰｏＣサービスシステムの構造は、図１の概念図を参照して説明する。図１を参照すれば、ＰｏＣクライアント１０は、移動端末内に設けられるサービス要請者であり、アクセス網２０を介してＳＩＰ(ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ)とＩＰ(ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ)マルチメディア機能をサポートするＳＩＰ／ＩＰコア網３０に連結される。

ＰｏＣクライアント１０は、ＰｏＣサービスに接続を提供するためにＰｏＣユーザー端末機に常駐する。ＰｏＣクライアント１０は、ＰｏＣセッションを生成し、現在進行中であるセッションに参加してセッションを終了する。その以外には、ＰｏＣクライアント１０は、トークバーストを形成して伝達し、インスタントパーソナルアラート(ＩｎｓｔａｎｔＰｅｒｓｏｎａｌａｌｅｒｔ)をサポートし、ＰｏＣサービスに接続する時、認証を実行する。以下、別の言及がない限り、ＰｏＣユーザーとＰｏＣクライアント１０は、ＰＴＴサービス加入者と同一に見なす。

ＳＩＰ／ＩＰコア網３０は、ＰｏＣサービスをサポートするために、ＰｏＣサーバー６０と、ＧＬＭＳ(ＧｒｏｕｐＬｉｓｔａｎｄＭａｎａｇｅｍｅｎｔＳｙｓｔｅｍ)５０、及びプレゼンスサーバー７０と連結される。

一般的に、ＳＩＰはＩＥＴＦ(ＩｎｔｅｒｎｅｔＥｎｇｉｎｅｅｒｉｎｇＴａｓｋＦｏｒｃｅ)ＲＦＣ(ＲｅｑｕｅｓｔｆｏｒＣｏｍｍｅｎｔｓ)２５４３文書にその標準が定義されている。ＳＩＰは、映像及び音声のようなマルチメディア通信のためのセッション(ｓｅｓｓｉｏｎ)や呼を設定、修正、終了するためのアプリケーション階層制御プロトコルである。ＳＩＰは、ＵＤＰ(ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ)／ＴＣＰ／ＩＰ階層上に存在するプロトコルとして、要求/応答方式でＳＩＰ要求(Ｒｅｑｕｅｓｔ)/応答(Ｒｅｓｐｏｎｓｅ)メッセージを送受信できるクライアント/サーバープロトコルでマルチメディア会議に招待(ｉｎｖｉｔｅ)することにより、セッションを始めるようにユニキャスト(Ｕｎｉｃａｓｔ)及びマルチキャスト(Ｍｕｌｔｉｃａｓｔ)セッションを全てサポートする。

ＳＩＰ要求メッセージは、次のようにＲＦＣ２５４３で６種の機能を提供する。ＩＮＶＩＴＥ(セッション参加招待)、ＡＣＫ(招待要求に対する承認)、ＢＹＥ(呼終了)、ＲＥＧＩＳＴＥＲ(ユーザーエージェントがリダイレクトサーバーのデータベースに登録)、ＣＡＮＣＥＬ(待機中の要求取り消し)、ＯＰＴＩＯＮＳの機能である。ＳＩＰ応答メッセージは、１ｘｘ(情報応答)、２ｘｘ(成功的応答)、３ｘｘ(リダイレクション応答)、４ｘｘ(クライアントエラー、要求失敗)、５ｘｘ(サーバー失敗)、６ｘｘ(グローバル失敗)のような状態コードを提供する。

前記ＰｏＣサーバー６０は、ＰｏＣセッションを維持・管理するＣｏｎｔｒｏｌｌｉｎｇＰｏＣＦｕｎｃｔｉｏｎ(ＣＦ)または、一対一のＰｏＣ通話や一対多通話(又はグループ通話)のためにＰｏＣセッションに参加するためのＰａｒｔｉｃｉｐａｔｉｎｇＰｏＣＦｕｎｃｔｉｏｎ(ＰＦ)をサポートする。

以下、前記ＰｏＣサーバーの機能別ブロックは、図２の概念図を参照して説明する。

前記ＰｏＣサーバーは、ＰｏＣセッションを全般的に維持・管理するＣｏｎｔｒｏｌｌｉｎｇＰｏＣＦｕｎｃｔｉｏｎと、各ＰｏＣセッション間の維持・管理を担当するＰａｒｔｉｃｉｐａｔｉｎｇＰｏＣＦｕｎｃｔｉｏｎと、に分けられ、下記の表を参照して詳細に説明する。

前記表１のように、ＣＦはＰｏＣセッションを総体的に維持、管理する役目をする。ＰｏＣサーバーは、ＰｏＣクライアントの発言権(ｆｌｏｏｒ)要請を受信して、クライアントの順序を定めて権限を付与する。また、ＰｏＣサーバーは、任意のＰｏＣクライアントが要請したトークバースト(ＴａｌｋＢｕｒｓｔ)をグループＰｏＣ呼出に参加した全ての他のＰｏＣクライアントに分配し、グループＰｏＣ呼出に参加したＰｏＣクライアントの情報を提供する。

下記の表２から分かるように、ＰＦはＣＦと各ＰｏＣクライアント間のＰｏＣセッションを管理する。特に、ＰＦは、ＰｏＣクライアントが発言権を要求するか、ＣＦがクライアントに発言権を付与する時、ＣＦとＰｏＣクライアントとの間に発言権を中継する役目をする。また、ＰＦは、ＣＦとクライアントとの間にメディアを中継し、ＣＦとＰｏＣクライアントとの間で異なるコーデックを使用したいる場合にはトランスコーディングし、同時セッションの場合には、１つのＰｏＣセッションをフィルタリングする役目を実行する。

上述したように、ＰｏＣサービスシステムにおいてＰｏＣユーザーは、自分のＰｏＣ端末機を介してＧＬＭＳ50にグループ及びグループメンバーに関する情報を入力することができ、ＧＬＭＳ50から伝送された個人またはグループリストを通じて自分が呼び出すことができるＰｏＣユーザーに関する情報を確認することができる。選択的に、ＰｏＣサービス提供者が信頼できるインターネットやイントラネットのような通信網を介して情報を入力することで、ＧＬＭＳ５０にグループ及びグループメンバーに関する情報を修正及び管理することができる。

ＰｏＣ呼出サービスを利用するために、ＰｏＣユーザーは、前記ＳＩＰ／ＩＰコア網３０に自分のＰｏＣアドレスを登録する。ＳＩＰ／ＩＰコア網３０では、ＰｏＣユーザーの要請に応じてＰｏＣユーザーに関する情報を格納する。したがって、他のＰｏＣユーザーがＰｏＣグループ呼出を要請しようとする場合には、上述したように、自分の情報を前記ＳＩＰ／ＩＰコア網３０に登録し、ＧＬＭＳ５０から転送されたグループ識別情報を利用して自分のＳＩＰ／ＩＰコア網３０にグループＰｏＣ呼出を要請する。この時、ＳＩＰ／ＩＰコア網３０は、呼出を要請するＰｏＣユーザー情報を利用してアドレス決定とドメイン位置決定過程を実行し、呼び出しを要請するＰｏＣユーザーが登録されたホームＰｏＣサーバー６０にＰｏＣ通話要請を伝達する。このＰｏＣ通話要請に対してＰｏＣサーバー６０は、ＰｏＣセッション開設を準備し、ＧＬＭＳ５０サーバーから各々のユーザー情報を獲得した後、該当ＳＩＰ／ＩＰコア網３０にＰｏＣ通話要請信号を伝達する。この時、イントラドメイン内のユーザーに対するＰｏＣ通話要請である場合、ＰｏＣサーバー６０は、ＰＦ及びＣＦの機能を共に実行する。通話要請されたＰｏＣユーザーを管理するＰｏＣサーバー６０は、自分に伝達されたＰｏＣユーザーの情報を利用してＳＩＰ／ＩＰコア網３０の位置決定過程を実行した後、ＰｏＣユーザーにＰｏＣ通話を要請する。

図３は、ＰｏＣサーバーのＣＦブロックとＰＦブロックを説明するための概念図である。

図３を参照すれば、ＰｏＣクライアント１１１、１２１、１３１、１４１はＰＦ１１０、１２０、１３０、１４０を介してＣＦ１００に接続してＰｏＣセッションを開設する。ここで、ＣＦ１００で許可した発言要請者に発言権が付与されると、該当ＰｏＣクライアントの発言を基盤としたメディアが各ＰｏＣクライアントに伝送される。

まず、端末内のＰｏＣクライアントに対するセッション連結手続きなどを詳述するために、次のようなＯＭＡに定義されたＰｏＣシステムに対する特徴について説明する。ＯＭＡでＰｏＣセッション送信側と受信側の設定によるＰｏＣシステムは、次のような特徴がある。

ＰｏＣシステムは、ユーザーのホームネットワーク内のＰｏＣサーバーとの連結設定可否によってｏｎ−ｄｅｍａｎｄセッションモードとｐｒｅ−ｅｓｔａｂｌｉｓｈｅｄセッションモードの二つのタイプに分けられる。

ｐｒｅ−ｅｓｔａｂｌｉｓｈｅｄセッションモードは、ＰｏＣユーザーが自分の要求によってＰｏＣクライアントと自分のホームネットワークに属するＰｏＣサーバー６００との間に特定のセッションを設定しておくことを意味する。前記ｐｒｅ−ｅｓｔａｂｌｉｓｈｅｄセッションは、ＰｏＣユーザーが自分が使用するメディアパラメーターをＰｏＣサーバー６０と交渉して、使用されるサーバーとクライアントとの間のメディアパラメーターを再交渉する必要なしに迅速な通話設定が可能にするためた必要である。事前セッションの設定のためにＰｏＣクライアントは、ＳＩＰＩＮＶＩＴＥ方式を通じて本文部(ＳＤＰ(ＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎＰｒｏｔｏｃｏｌ)ｂｏｄｙ)にサポートされるメディアパラメーターを提供し、サーバーから提供されたメディアパラメーターに応答する。ＰｏＣクライアントは、応答メッセージに新しく設定される事前セッションの識別情報をコンファレンスＵＲＩを含んでＰｏＣユーザーに返事する。このような事前セッションを利用する場合、ＩＰアドレス、ポート番号、使用されるコーデック(ｃｏｄｅｃ)及びトークバーストの制御プロトコル(ｔａｌｋｂｕｒｓｔｃｏｎｔｒｏｌｐｒｏｔｏｃｏｌ)などの事前設定が可能である。

Ｏｎ−ｄｅｍａｎｄセッションモードは、ＰｏＣユーザーが事前セッションを設定しない状態及び他のＰｏＣユーザーのＩＮＶＩＴＥメッセージを受信した後、ＰｏＣ呼連結手続きを実行することを意味する。

一方、ＰｏＣシステムは前記特徴を含んでｈａｌｆ−ｄｕｐｌｅｘグループＰｏＣ通話を可能にする。このような一対多者間コンファレンス機能は、ＰｏＣシステムの代表的な特徴として、設定されるグループの特性によってアドホックＰｏＣグループ(ａｄｈｏｃＰｏＣｇｒｏｕｐ)、事前設定ＰｏＣグループ(ｐｒｅ−ａｒｒａｎｇｅｄＰｏＣｇｒｏｕｐ)及びチャットＰｏＣグループ(ｃｈａｔＰｏＣｇｒｏｕｐ)に分けられる。

前記のような特徴を有するＰｏＣシステムにおいて、ＰｏＣクライアント、ＰｏＣサーバー及びＳＩＰ／ＩＰコアネットワーク、グループリストサーバー、ｐｒｅｓｅｎｃｅサーバーのような各要素と、これら相互間のシグナリングを通じた初期ＰｏＣセッション開始及び連結手続きは、ＳＩＰを基盤とした従来の技術としてＯＭＡ標準文書(Ｄｒａｆｔ)に開示されているので、その説明は省略する。

一方、前記のような特徴を有する従来のＰｏＣシステムにおいて、現在進行中であるＰｏＣセッションに参加中のＰｏＣクライアントを交替しようとする状況が発生できる。

その状況に関する代表的な例として、一番目の例で、現在参加中のＰｏＣセッションが音声だけを支援するセッションの特徴を有するが、通話を進行するによって音声の外に映像等のメディアを交換する必要性がある。この場合、音声サポート端末だけを使用する一部ＰｏＣユーザーは自分のＰｏＣクライアントをビデオサポート端末で交替しなければならない。

二番目の例は、現在使用される端末機の電源がほとんど消耗したが現在ＰｏＣセッションを終了しないでずっと参加しようとする場合である。

三番目の例は、ユーザーが自分の事務室で固定されたＰｏＣ端末(例えば、ＶｏＩＰ端末機)を利用してＰｏＣセッションに参加中であるが移動する必要性を感じた場合である。このような場合、自分の移動無線端末(ｍｏｂｉｌｅＰｏＣ端末)を利用して現在参加中のセッション連結を要する。

前記例に付け加えて、ユーザーの特殊な要求によりＰｏＣ端末の交替が必要な場合が多数発生可能である。

このような要求条件に対して、ＯＭＡＰｏＣ１標準技術に基づいて、従来のＰｏＣセッション交替過程について、図４のフローチャートを参照して説明する。

図４は、ＰｏＣクライアントＡ１(１１１)は進行中であるセッションに既に参加している端末であり、ユーザーの要求に応じてＰｏＣクライアントＡ２(１１２)を利用して前記進行セッションに参加しようとする過程を示している。

まず、ＰｏＣクライアントＡ１(１１１)は、参加中であるＰｏＣセッションを終了するために自分が属したホームネットワークのＰＦＡ(１１０)にＳＩＰＢＹＥメッセージを伝送し(ステップＳ１０１)、ＰＦＡ(１１０)は、ＢＹＥメッセージに含まれたＳＩＰアドレスに関する情報を通じてＢＹＥメッセージをＣＦ(１００)に伝送する(ステップＳ１０２)。

次に、ＣＦ(１００)は、セッションＢＹＥメッセージを受信した後、ＰｏＣコンファレンス終了のための２００ＯＫ応答信号を伝達することにより(ステップＳ１１１、ステップＳ１１２)、ＰｏＣクライアントＡ１(１１1)をリリースすると同時にメディア伝送を中止するようになる。

一方、セッションを終了したＰｏＣユーザーは、新しいＰｏＣクライアントを利用して以前セッションに再参加するために、ＰｏＣクライアントＡ２(１１２)を通じてＰＦＡ(１1０)にＩＮＶＩＴＥメッセージを伝送する(ステップＳ１２１)。ＩＮＶＩＴＥメッセージは、ＰＦＡ(１１０)を経て進行中であるコンファレンスセッションを制御するＣＦ(１００)に伝送される(ステップＳ１２２)。この時、ＰｏＣクライアントＡ２(１１２)は、前記進行中であるＰｏＣセッションに再参加するために、ＰｏＣセッションに関する固有識別子情報(セッションＩＤ)を有している必要がある。

次に、ＣＦ(１００)は、２００ＯＫ応答を伝送することにより(ステップＳ１３１、ステップＳ１３２)、新しいＰｏＣクライアントＡ２(１１２)をセッションに参加させて、ＡＣＫ信号を受信して(ステップＳ１４１、ステップＳ１４２)、セッション参加を確認する。同時に、ＣＦ(１００)は、ＰｏＣクライアントＡ２(１１２)に現在セッションでの発言権によって該当発言権(ｆｌｏｏｒ)メッセージを伝送する。他のＰｏＣクライアントがメディアを伝送する場合、ＣＦ(１００)はＲＴＣＰ(Ｒｅａｌ−ＴｉｍｅＴｒａｎｓｆｅｒＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ)を利用してＰｏＣクライアントＡ２(１１２)にＦｌｏｏｒＴａｋｅｎメッセージを伝送する(ステップＳ１５１、ステップＳ１５２)。

以後、セッションが連結されると、ＲＴＰ(Ｒｅａｌ−ＴｉｍｅＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ)を利用してＰｏＣクライアントＡ２(１１２)にメディアを伝送する。

前記のような従来過程は、次のような問題点がある。

まず、ＰｏＣユーザーはＰｏＣクライアントＡ２を利用してＰｏＣクライアントＡ１で参加した同一なＰｏＣコンファレンスセッションに再参加するためにＰｏＣセッション識別子を保有する必要がある。しかし、アドホックセッションのように任意に生成されるＰｏＣセッション識別子はユーザーの受動的な入力でＰｏＣクライアントＡ２に伝送しなければならない。

また、ＰｏＣクライアントＡ２は、以前ＰｏＣクライアントＡ１が使用中であるＳＩＰセッションダイアログ情報を利用することができない。そのため、もう使用していたセッションダイアログを利用してメディアストリームの伝達を受けることが不可能である。

したがって、ＰｏＣクライアントＡ２がＰｏＣクライアント端末を交替する間、ＰｏＣセッションのメディアストリームの伝達を受けることができないので、ユーザーの経験(ＱｏＥ：ＱｕａｌｉｔｙｏｆＥｘｐｅｒｉｅｎｃｅ)を低下させる。

本発明の目的は、セッションを終了する前に交替しようとするＰｏＣ端末のアドレス情報とセッション識別子情報をサーバーまたはＰｏＣクライアントに伝送することにより、進行中であるメディアストリームの損失なしにＰｏＣ端末だけを交替することができるＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法及びそのシステムを提供することにある。

本発明の一側面によるＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法は、ＰｏＣ端末交替要請ＰｏＣクライアントがセッションを持続しつつＰｏＣ端末を交替するための端末交替要請メッセージをセッション管理サーバーに送信するステップと、前記セッション管理サーバーが前記交替要請メッセージを受信して、交替されるＰｏＣクライアントにＩＮＶＩＴＥメッセージを送信するステップと、前記端末交替対象ＰｏＣクライアントが前記ＩＮＶＩＴＥメッセージを受信して、現在のセッションを通じてメディアを受信するステップと、を含む。

本発明の他の側面によるＰｏＣシステムにおけるＰｏＣ端末交替時のセッション持続保障方法は、ＰｏＣ端末交替要請ＰｏＣクライアントがセッションを持続しつつＰｏＣ端末を交替するための端末交替要請メッセージを交替するためのＰｏＣクライアントに送信するステップと、前記端末交替対象ＰｏＣクライアントが、前記端末交替要請メッセージを受信して、現在のセッション情報を含んだＩＮＶＩＴＥメッセージをセッション管理サーバーに送信するステップと、前記ＩＮＶＩＴＥメッセージを受信した前記セッション管理サーバーが、端末交替対象ＰｏＣクライアントにメディアを伝送するステップと、を含む。

本発明のまた他の側面によるＰｏＣ端末交替時のセッション持続保障のためのＰｏＣシステムは、ＰｏＣ端末の交替を要求する端末交替要請ＰｏＣクライアントと、ＰｏＣ端末の交替対象になる端末交替対象ＰｏＣクライアントと、前記端末交替要請ＰｏＣクライアントから端末交替要請メッセージを受信して、端末交替要請メッセージに含まれた端末交替対象ＰｏＣクライアント情報を参照して前記端末交替対象ＰｏＣクライアントにＩＮＶＩＴＥメッセージを送信して、現在のセッションを維持して前記端末交替対象ＰｏＣクライアントにメディアを伝送するセッション管理サーバーと、を含む。

本発明のまた他の側面によるＰｏＣ端末交替時のセッション持続保障のためのＰｏＣシステムは、ＰｏＣ端末の交替を要求する端末交替要請ＰｏＣクライアントと、前記端末交替要請ＰｏＣクライアントから端末交替要請メッセージを受信して、現在のセッション情報を参照して前記現在のセッション情報を含んだＩＮＶＩＴＥメッセージを送信する端末交替対象ＰｏＣクライアントと、前記ＩＮＶＩＴＥメッセージを受信して、現在のセッションを維持して前記端末交替対象ＰｏＣクライアントにメディアを伝送するセッション管理サーバーと、を含む。

本発明のまた他の側面によれば、セッション識別子と交替されるＰｏＣ端末に対する情報を含んだ端末交替要請メッセージをセッション管理サーバーに伝送し、前記セッション管理サーバーにより端末交替過程が完了されると、セッション終了のためのセッション終了メッセージを受信するＰｏＣシステムで端末交替時にセッションを持続させるＰｏＣ端末を提供する。

本発明にまた他の側面によれば、ＳＩＰ／ＳＩＰコア網を介して交替対象ＰｏＣ端末にセッション識別子と前記交替されるＰｏＣ端末に対する情報とを含む端末交替要求メッセージを直接伝送し、セッション管理サーバーからセッションを終了するためのセッション終了メッセージを受信するＰｏＣシステムでＰｏＣ端末交替時にセッションを持続させるためのＰｏＣ端末を提供する。

本発明のまた他の側面によれば、交替要請ＰｏＣ端末から端末交替要請メッセージを受信して、前記交替要請ＰｏＣ端末から受信された現在のセッション情報によってセッション管理サーバーにＩＮＶＩＴＥメッセージを送信して、前記セッション管理サーバーからメディアを受信するＰｏＣシステムでＰｏＣ端末交替時にセッションを持続させるＰｏＣ端末を提供する。

本発明によれば、セッション終了後にさらにセッション連結を実行する手続きの代わりに、ＰｏＣクライアントの指示によって希望するＰｏＣクライアントを現在のクライアントの代わりにＰｏＣセッションに連結させる。

したがって、不連続的なメディア伝達を防止することにより、ＰｏＣユーザーに向上されたサービスを提供することができる。

また、現在通話中であるＰｏＣセッションに対してＰｏＣセッション連結が可能なＰｏＣ互換クライアント(ＰｏＣｃｏｍｐｌｉａｎｔｃｌｉｅｎｔ)を利用して現在通話中であるＰｏＣクライアントを交替できるようにして、ＰｏＣクライアントの交替時に進行中のＰｏＣセッションの伝送メディアストリームの損失を防止することができる。

これによって、ＰｏＣユーザーのＰｏＣ通話のメディア変更や移動性要求などによりＰｏＣ端末の交替が必要な状況で、ユーザーの連続的な通話が可能になる。また、ユーザーＱｕＥを向上させてＰｏＣ端末とサービス市場を拡大させることが期待される。

以下、本発明の属する分野における通常の知識を有する者が本発明を容易に実施できるように本発明の好ましい実施例を添付の図面を参照して詳細に説明する。

本発明は、３ＧＰＰ(３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ)や３ＧＰＰ２(３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ２)で標準化が完了されたＩＭＳ(ＩＰｍｕｌｔｉｍｅｄｉａＣＮ)網を利用して、ｈａｌｆｄｕｐｌｅｘ形態の通話とユーザーのグループ及びｐｒｅｓｅｎｃｅ情報を利用して、通話要請による即時通話を可能とするＰｏＣシステムの応用サービスについて説明する。

本発明は、ＯＭＡＰｏＣリリース１システムに定義されたＰｏＣクライアントとＰｏＣサーバー(ＰＦ、ＣＦ)、そしてＳＩＰ及びＳＩＰ拡張プロトコルの中で少なくとも一つを基本として構成される。基本構成は、図１の一般的なＰｏＣ(Ｐｕｓｈ−ｔｏ−ｔａｌｋｏｖｅｒＣｅｌｌｕｌａｒ)基本構造と同一なの、その説明は省略する。

図５は、ＰｏＣユーザーがセッションを終了せず端末だけ交替しようとする場合、交替を希望する端末を選択すると、結果情報がサーバー側に伝送されて、サーバーにより端末を交替するようになる、本発明の第１の実施例によるＰｏＣ互換ターミナルの通話中変更のための過程を示したフローチャートである。

図５を参照すれば、ＰｏＣクライアントＡ１(１１１０)は、ホームネットワークのＰｏＣサーバーであるＰＦＡ(１１００)と連結されてグループセッションを制御するＣＦ(１０００)と事前にセッションが開設されている。この時、ＰｏＣクライアントＡ１(１１１０)は、セッション参加を通じて受信されたＰｏＣセッション識別子(ＰｏＣＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙ)を格納しており、また、ＩＮＶＩＴＥメッセージとこれに対する２００ＯＫ応答メッセージを通じて獲得されたＰｏＣクライアントＡ１とＰｏＣサーバーとの間に指定されたセッションダイアログ情報(ｄｉａｌｏｇｉｄｅｎｔｉｆｉｅｒ)を格納している。

前記ダイアログ識別子は、グローバルな識別子であり、ＳＩＰＩＮＶＩＴＥメッセージのＦｒｏｍタグ、Ｔｏタグ及びＣａｌｌ−ＩＤで構成される。

前記情報を保存しているＰｏＣクライアントＡ１(１１１０)は、ＳＩＰＲＥＦＥＲメッセージを生成した後、セッションを管理するＰｏＣサーバー、すなわち、ＣＦ(１０００)に伝送する(ステップＳ１００１、ステップＳ１００２)。ここで、ＰｏＣクライアントＡ１(１１１０)は、ＳＩＰＲＥＦＥＲメッセージの伝送時、ＰｏＣセッションの固有識別子(一般的にＣＦが管理しているＣｏｎｆｅｒｅｎｃｅＵＲＩ:ｃｏｎｆ＿ｕｒｉ＿ｃｆｘ)をＲＥＦＥＲメッセージのＲｅｑｕｅｓｔＵＲＩに設定して、ユーザーが使用しようとするＰｏＣクライアントのアドレス情報をＲｅｆｅｒ−Ｔｏヘッダー情報に設定する。

図６は、図５過程で使用されるＲＥＦＥＲメッセージフォーマットを示した図である。図６に示されたように、Ｒｅｆｅｒ−Ｔｏヘッダーフィールド(Ｐ３)は、宛先アドレス情報で取る適切なＳＩＰメッセージ方式(Methods)を含む。

本発明では、セッション開設時にＩＮＶＩＴＥメッセージを伝送する。前記ＩＮＶＩＴＥメッセージ情報はＲＥＦＥＲメッセージ情報に対して説明した後に説明する。

Ｒｅｆｅｒ−Ｔｏヘッダーフィールド(Ｐ３)に含まれるターゲット端末(変えようとする端末)のアドレス情報は、現在ＰｏＣクライアントＡ１が使用するＳＩＰＵＲＩになるか、他のＳＩＰＵＲＩになることができる。

もし、同一なＳＩＰＵＲＩを使用する場合、変えようとするＰｏＣクライアントＡ２(１１２０)と現在のＰｏＣクライアントＡ１(１１１０)を区別するために、ＰｏＣクライアントＡ２のＳＩＰユーザーエージェント(ＵｓｅｒＡｇｅｎｔ)のサポート能力に符合するＳＩＰユーザーエージェントの選好度(ｐｒｅｆｅｒｅｎｃｅ)(特性値：モバイルまたはビデオまたはイクスプリシット(ｅｘｐｌｉｃｉｔ)など)情報を含んで新しいＳＩＰメッセージをＰｏＣクライアントＡ２(１１２０)に伝達する。

一方、ＲＥＦＥＲメッセージは、現在進行中であるＰｏＣセッションの内容を対象ＰｏＣクライアントＡ２(１１２０)を利用して連続的に受信可能にするセッション連結情報(前記セッションダイアログ識別子)(図６のＰ２のＦｒｏｍ−ｔａｇ、Ｔｏ−ｔａｇ及びｃａｌｌ−ＩＤ)と、ターゲット端末情報(図６のＰ３のｒｅｆｅｒ−ｔｏ)と、を含む。

前記ＲＥＦＥＲメッセージを獲得したＰｏＣサーバーＣＦ(１０００)は、成功的なＳＩＰプロセッシングを返事するためにＡｃｃｅｐｔｅｄメッセージを応答する(ステップＳ１１０１、ステップＳ１１０２)。

以後、ＣＦは前記ＲＥＦＥＲメッセージを通じて受信されたＳＩＰＵＲＩ(図６のＰ１でｃｏｎｆ＿ｕｒｉ＿ｃｆｘ)のアドレス情報にＩＮＶＩＴＥメッセージを伝送する(ステップＳ１２０１、ステップＳ１２０２)。

図７は、図５の過程に利用されるＩＮＶＩＴＥメッセージフォーマットを示した図である。

図７に示したように、ＩＮＶＩＴＥメッセージには、ユーザーの要求により設定されるユーザーエージェント(ＵｓｅｒＡｇｅｎｔ)の選好度(ｐｒｅｆｅｒｅｎｃｅ)情報(図７のＱ３)が含まれてＰｏＣクライアントＡ２(１１２０)にセッション要請を伝達する。

また、ＣＦ(１０００)はＰｏＣクライアントＡ１(１１１０)を同一ダイアログに交替する指示子を認識する。このために、ＣＦ(１０００)は、(現在進行中のセッションに対して同一なセッションダイアログを通じてメディアの伝送を受けるために代替する)セッションダイアログ情報をＩＮＶＩＴＥメッセージのＲｅｐｌａｃｅｓヘッダーフィールド(図７のＱ４)を通じて伝送する。

次に、該当アドレス情報(ＳＩＰＵＲＩ)(Ｃｏｎｆ＿ｕｒｉ＿ｃｆｘ)によってＰＦＡ(１１００)にルーティングされたＩＮＶＩＴＥメッセージはＳＩＰ／ＩＰコア網に伝達され、ＳＩＰ／ＩＰコア網はＰｏＣクライアントＡ２(１１２０)がＳＩＰＲＥＧＩＳＴＥＲメッセージで登録したユーザーエージェントのクライアント特性値(固定端末(Ｆｉｘｅｄ)、移動端末(Ｍｏｂｉｌｅ)、ビデオ提供端末(ｖｉｄｅｏ)など)とＡｃｃｅｐｔ−ＣｏｎｔａｃｔヘッダーフィールドＱ３に含まれた情報によって該当ＰｏＣクライアントＡ２(１１２０)にルーティングする。

次に、ＰｏＣクライアントＡ２(１１２０)は、ユーザーの応答によって２００ＯＫ応答をＣＦ(１０００)に返事する(ステップＳ１３０１、Ｓ１３０２)。この時、新しく生成されるセッションダイアログ情報(ステップＳ１２０１乃至ステップＳ１３０２のトランザクションによって生成されるダイアログＩＤ)はＣＦ(１０００)に伝送される。これによって、ＰｏＣサーバーＣＦ(１０００)は以前のダイアログを新しく生成されたダイアログに交替してメディアを伝送する。

ＣＦ(１０００)が前記２００ＯＫ応答を受信する時、コンファレンスを管理するＣＦ(１０００)はＡＣＫ信号をＰｏＣクライアントＡ２(１１２０)に返事する(ステップＳ１４０１、ステップＳ１４０２)。同時に、ＰｏＣセッションに伝送されるメディアを新しく連結されたＰｏＣクライアントＡ２(１１２０)に伝送するように決定し、前記決定を通知するトークバースト制御メッセージを伝送する(ステップＳ１５０１、ステップＳ１５０２)。

また、セッション内のメディアストリームは、２００ＯＫ応答を受信した後に新しいＰｏＣクライアントＡ２(１１２０)に伝送される(ステップＳ１６００)。この時、メディアはＰＦＡ(１１００)までは同一な経路で伝送され、ＳＩＰ／ＩＰコア網を経て該当ＰｏＣクライアントＡ２(１１２０)にルーティングされる。

一方、２００ＯＫ応答を受信したＰｏＣサーバーＣＦ(１０００)は、不必要なセッション連結を終了するために、ＰｏＣクライアントＡ１(１１１０)にセッション終了のためのＢＹＥメッセージを伝送し(ステップＳ１７０１、ステップＳ１７０２)、２００

ＯＫ応答を受信することで(ステップＳ１８０１、ステップＳ１８０２)、セッション終了を確認する。

以下、交替しようとする端末が主体になってセッションを持続しつつ端末を交替する第２の実施例について説明する。

図８は、本発明の第２の実施例によるＰｏＣ互換ターミナルの通話中変更のための過程を示したフローチャートである。

図８は、ＰｏＣユーザーがセッションを終了せず端末だけ交替しようとする場合、交替しようとする端末側に現在維持中であるセッションに対する情報を伝達することにより、交替しようとする端末により端末交替が行われる過程を示す。

図８を参照すれば、図５の第１の実施例と同一な状況で、ＰｏＣクライアントＡ１(１１１０)は自分が属しているセッションの情報(ＣｏｎｆｅｒｅｎｃｅＵＲＩ、ｄｉａｌｏｇＩＤなど)とＰｏＣセッション交替を指示する情報をＲＥＦＥＲメッセージを通じて該当クライアントＡ２(１１２０)に伝送する。この時、ＲＥＦＥＲメッセージに含まれる情報は、前記図６のＲＥＦＥＲメッセージと類似であるが、次のような差異がある。

ＰｏＣクライアントＡ１(１１１０)がＳＩＰＲＥＦＥＲメッセージを生成した後、そのＲＥＦＥＲメッセージはＳＩＰ／ＩＰコア網のルーティングを経てセッションの代替を希望するクライアントＡ２(１１２０)に伝送される(ステップＳ２００１、ステップＳ２００２)。ここで、ＲＥＦＥＲメッセージは一般ＳＩＰプロキシサーバーを経てフォワーディングされるので、ＰＦＡ(１１００)を経らないこともある。

このために、ＰｏＣクライアントＡ１(１１１０)はＳＩＰＲＥＦＥＲメッセージの生成時、ＰｏＣセッションの固有識別子(一般的にＣＦに格納されているＣｏｎｆｅｒｅｎｃｅＵＲＩ：Ｃｏｎｆ＿ｕｒｉ＿ｃｆｘ)をＲｅｆｅｒ−Ｔｏヘッダーフィールド値に設定し、ユーザーが使用しようとするＰｏＣクライアントのアドレス情報をＲｅｑｕｅｓｔＵＲＩの値に設定する。

前記ＲＥＦＥＲメッセージの内容は、図９を参照して説明する。

前記Ｒｅｆｅｒ−Ｔｏヘッダーフィールド(Ｒ５)は宛先アドレス情報で取る適切なＳＩＰメッセージ方式を含む。前記発明でＳＩＰメッセージ方式はＩＮＶＩＴＥメッセージで指定してセッションを開設するようにする。

本発明においてＳＩＰメッセージ方式はセッションの開設時にＩＮＶＩＴＥメッセージで指定される。ＩＮＶＩＴＥメッセージ情報についてはＲＥＦＥＲメッセージ情報に対する説明以後に説明する。

ＲｅｑｕｅｓｔＵＲＩに含まれるアドレス情報は現在ＰｏＣクライアントＡ１が使用するＳＩＰＵＲＩまたは他のＳＩＰＵＲＩを使用することができる。

前記図５の説明と同様に、同一なＳＩＰＵＲＩを使用する場合、交替しようとするＰｏＣクライアントＡ２(１１２０)と現在のＰｏＣクライアントＡ１(１１１０)を区別するために、ＰｏＣライアントＡ２(１１２０)のＳＩＰユーザーエージェント(ＵｓｅｒＡｇｅｎｔ)のサポート能力に符合するＳＩＰユーザーエージェントの選好度(ｐｒｅｆｅｒｅｎｃｅ)(特性値：モバイル、ビデオ、イクスプリシット(ｅｘｐｌｉｃｉｔ)など)情報を含んで新しいＳＩＰ招待メッセージをＰｏＣクライアントＡ２(１１２０)に伝送する。前記新しいＲＥＦＥＲメッセージ内のＡｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダーフィールド(図９のＲ４)にｐｒｅｆｅｒｅｎｃｅ情報を含んで伝送することにより、ＳＩＰ／ＩＰコア網でＰｏＣクライアントＡ２(１１２０)にルーティングすることができる。

一方、ＲＥＦＥＲメッセージは、現在進行中のＰｏＣセッションをＰｏＣクライアントＡ２(１１２０)を利用して連続的に連結されるようにセッション連結情報(前記セッションダイアログ識別子)(図９のＲ２でＦｒｏｍ−ｔａｇ、Ｔｏ−ｔａｇ及びｃａｌｌ＿ＩＤ)と交替されるターゲット端末情報(図９のＲ５のｒｅｆｅｒ−ｔｏ)を含む。

また、ＲＥＦＥＲメッセージは、ＰｏＣクライアントＡ１(１１１０)が使用中のダイアログ情報を伝送するために、Ｒｅｆｅｒｒｅｄ−Ｂｙヘッダー(Ｒ６)と該当コンテンツと、を含むＭＩＭＥ(ＭｕｌｔｉｐｕｒｐｏｓｅＩｎｔｅｒｎｅｔＭａｉｌ Extensions)ボディー部を含む。

前記ＲＥＦＥＲメッセージを受信したＰｏＣクライアントＡ２(１１２０)は、成功的なＳＩＰプロセスを返事するためにＡｃｃｅｐｔｅｄメッセージで応答する(ステップＳ２１０１、ステップＳ２１０２)。

以後、ＰｏＣクライアントＡ２(１１２０)は、前記ＲＥＦＥＲメッセージのＲｅｆｅｒ−Ｔｏヘッダーを通じて受信されたＳＩＰＵＲＩのアドレス(ＰｏＣセッションのＣｏｎｆｅｒｅｎｃｅＵＲＩ)にＩＮＶＩＴＥメッセージを伝送する(ステップＳ２２０１、ステップＳ２２０２)。

このとき伝送されるＩＮＶＩＴＥメッセージ情報に関して図１０を参照して説明する。

図１０に示したように、ＰｏＣクライアントＡ２(１１２０)は、ＰｏＣクライアントＡ１(１１１０)が使用しているセッションダイアログを代替するため(現在進行中のセッションに対して同一なセッションダイアログを通じてメディアの伝送を受けるために代替する)、該当セッションダイアログ情報をＩＮＶＩＴＥメッセージのＲｅｐｌａｃｅｓヘッダーフィールド(図１０のＴ４)を通じて伝達する。

ＰｏＣサーバーＣＦ(１０００)は、ＰｏＣクライアントＡ２(１１２０)からのセッション連結要請を受信した後、２００ＯＫ応答を返事する(ステップＳ２３０１、ステップＳ２３０２)。この時、新しく生成されるセッションダイアログ情報(ステップＳ２２０１乃至ステップＳ２３０２のトランザクション(ｔｒａｎｓａｃｔｉｏｎ)により生成されるダイアログＩＤ)は、ＣＦ(１０００)に格納されて従来ダイアログを通じて伝送されるＲＴＰメディアストリームを新しいダイアログで伝送できることを確認する。ＰｏＣクライアントＡ２は前記２００ＯＫ応答に対してＡＣＫ信号を返事する(ステップＳ２４０１、ステップＳ２４０２)。

一方、ＣＦ(１０００)は、２００ＯＫ応答を伝送すると同時に、ＰｏＣクライアントＡ２(１１２０)にメディアの伝送を知らせるトークバースト制御メッセージ伝送する(ステップＳ２５０１、ステップＳ２５０２)。また、その結果、メディアストリームは、２００ＯＫ応答を送信した後に新しいＰｏＣクライアントＡ２(１１２０)に伝送される(ステップＳ２６００、ステップＳ２７００)。この時、メディアはＰＦＡ(１１００)まで同一な経路で伝送され、ＳＩＰ／ＩＰコア網の経路決定を経て該当ＰｏＣクライアントＡ２(１１２０)にルーティングされる。

次に、２００ＯＫメッセージを伝送した後、ＰｏＣサーバーＣＦ(１０００)は不必要なセッション連結を終了するためにＰｏＣクライアントＡ１(１１１０)にセッションを終了するためのＢＹＥメッセージを伝送し(ステップＳ２８０１、ステップＳ２８０２)、２００ＯＫ応答を受信することによりセッション終了を確認する(ステップＳ２９０１、ステップＳ２９０２)。

以下、図６、図７、図９及び図１０に示されたメッセージについて詳細に説明する。

図６は、ＰｏＣクライアントＡ１とＰｏＣクライアントＡ２のＳＩＰＵＲＩが同一である時、図５のフローチャートで使用されるＲＥＦＥＲメッセージのフォーマットを示す。

図６のＲＥＦＥＲメッセージのＲｅｑｕｅｓｔＵＲＩ(Ｐ１)は、ＣＦで管理されるｃｏｎｆｅｒｅｎｃｅＵＲＩに設定され、Ｒｅｆｅｒ−Ｔｏヘッダー(Ｐ３)値は、ＣＦがＩＮＶＩＴＥメッセージを要請するＰｏＣクライアントＡ２のＳＩＰＵＲＩ値に指定される。この時、Ｒｅｆｅｒ−Ｔｏヘッダーフィールド(Ｐ３)のＳＩＰＵＲＩは同一なＳＩＰＵＲＩを使用するＰｏＣクライアントに対する区別のためにＰｏＣユーザーの選好度(ｐｒｅｆｅｒｅｎｃｅ)(特性値)を含んで伝送される。このために、本発明では、図６のように、Ｒｅｆｅｒ−ＴｏヘッダーのＵＲＩのパラメータとしてＰｏＣセッション要請者のｐｒｅｆｅｒｅｎｃｅ(固定端末(Ｆｉｘｅｄ)、移動端末(Ｍｏｂｉｌｅ)、ビデオ提供端末(ｖｉｄｅｏ)、特殊目的端末(ｅｘｐｌｉｃｉｔ)など)を追加するように定義する。

前記ＰｏＣクライアントＡ１は、自分が連結されているダイアログ情報(ｄｉａｌｏｇＩＤ)を伝達するためにＲｅｆｅｒｒｅｄ−Ｂｙヘッダーフィールド(Ｐ４)を利用する。Ｒｅｆｅｒｒｅｄ−Ｂｙヘッダーフィールド(Ｐ４)は、ＰｏＣクライアントＡ１のＳＩＰＵＲＩ情報と、添付されるコンテンツに対する識別子(ＣＩＤ)と、を含む。前記ＰｏＣクライアントＡ１は該当ＭＩＭＥボディー部(Ｐ５)を通じて自分のセッションダイアログ情報を伝達する。このようなコンテンツ識別子とダイアログ情報を利用してＰｏＣサーバーＣＦは新しいＩＮＶＩＴＥメッセージを伝送する時、同一なセッションダイアログを使用することができる。

図７は、ＲＥＦＥＲメッセージを受信した後にＩＮＶＩＴＥメッセージを生成する時のメッセージフォーマットを示す。上述したように、Ｒｅｆｅｒ−Ｔｏヘッダーに含まれたクライアントｐｒｅｆｅｒｅｎｃｅ情報は、ＩＮＶＩＴＥメッセージのＡｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダー部(Ｑ３)に使用されて同一なＳＩＰＵＲＩに対するＰｏＣクライアントを区別してＩＮＶＩＴＥメッセージをルーティングする役目をする。一方、Ｒｅｐｌａｃｅｓヘッダー(Ｑ４)は、前記ＲＥＦＥＲメッセージを通じて伝達されるセッションダイアログ情報を含んでＰｏＣクライアントの交替時に同一なセッションダイアログに対するメディアを受信するようにする。

図９は、ＰｏＣクライアントＡ１とＰｏＣクライアントＡ２のＳＩＰＵＲＩが同一である時のＲＥＦＥＲメッセージのフォーマットを示す。前記ＲＥＦＥＲメッセージのＲｅｑｕｅｓｔＵＲＩ(Ｒ１)は新しいＰｏＣクライアントＡ２のＳＩＰＵＲＩに設定され、Ｒｅｆｅｒ−Ｔｏヘッダー値(Ｒ５)はＰｏＣクライアントが参加するＣＦのＵＲＩ値に設定される。

また、同一なＳＩＰＵＲＩを使用するＰｏＣクライアントＡ２へのルーティングのためにＡｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダー(Ｒ４)に選好するユーザーエージェント特性を設定し、Ｒｅｆｅｒ−Ｔｏヘッダー(Ｒ５)はＰｏＣセッション識別子情報に付け加えて前記ＰｏＣクライアントＡ２が伝送する必要があるメッセージ種類をＩＮＶＩＴＥに設定する。

一方、前記ＰｏＣクライアントＡ１は、自分が連結されているダイアログ情報(ｄｉａｌｏｇＩＤ)を伝達するためにＲｅｆｅｒｒｅｄ−Ｂｙヘッダーフィールド(Ｒ６)を利用する。Ｒｅｆｅｒｒｅｄ−Ｂｙヘッダーフィールドには、ＰｏＣクライアントＡ１のＳＩＰＵＲＩ情報と添付されるコンテンツに対する識別子(ＣＩＤ)を含んで自分のセッションダイアログ情報を伝達できるようにする。このようなコンテンツ識別子(ＣＩＤ、すなわち、２０３９８８２３.２ＵＷＱＦＮ３０９ｓｈｂ３＠ｄｏｍａｉｎ.ｃｏｍ)とダイアログ情報(８８ｕｐｆ１１ａ＠ｃｌｉｅｎｔ＿ａｐｃ.ｄｏｍａｉｎ.ｃｏｍ;ｔｏ−ｔａｇ＝７７４３;ｆｒｏｍ−ｔａｇ＝６４７２)を利用してＰｏＣクライアントＡ２は新しいＩＮＶＩＴＥメッセージを伝送する時に同一なセッションダイアログを使用することができる。

図１０は、ＲＥＦＥＲメッセージを受信した後にＩＮＶＩＴＥメッセージを生成する時のメッセージフォーマットを示す。上述のように、Ａｃｃｅｐｔ−Ｃｏｎｔａｃｔヘッダーに含まれたＰｏＣクライアントのサポート能力(Ｃａｐａｂｉｌｉｔｙ)情報は、ＩＮＶＩＴＥメッセージのＣｏｎｔａｃｔヘッダー(Ｔ３)に表記して同一なＳＩＰＵＲＩを使用するＰｏＣクライアントＡ１から識別される。一方、Ｒｅｐｌａｃｅｓヘッダー(Ｔ４)は、前記ＲＥＦＥＲメッセージのＲｅｆｅｒｒｅｄ−ＢｙヘッダーとＭＩＭＥボディー部を通じて伝達されるセッションダイアログ情報を含んで、ＰｏＣクライアントＡ２がＰｏＣクライアントＡ１に代わりに同一なセッションダイアログを利用してメディアを受信するようにする。

本発明は、ＰｏＣシステムに限定しないで、３ＧＰＰや３ＧＰＰ２で標準化中であるが完成されたＩＭＳ(ＩＰｍｕｌｔｉｍｅｄｉａＣＮ)網を利用し、ｈａｌｆｄｕｐｌｅｘ形態の通話とユーザーのｐｒｅｓｅｎｃｅ情報を利用して、通話要請による通話が開設される全てのシステムに適用される。

以上において説明した本発明は、本発明が属する技術の分野における通常の知識を有する者であれば、本発明の技術的思想を逸脱しない範囲内で、様々な置換、変形及び変更が可能であるので、上述した実施例及び添付された図面に限定されるものではない。

一般的なＰｏＣサービスシステムを説明するための概念図である。一般的なＰｏＣサーバーの構造を示す概念図である。ＰｏＣサーバーのＣＦブロックとＰＦブロックを説明するための概念図である。ＰｏＣ端末の交替のためのＰｏＣセッション変更に対する一般的な過程を示すフローチャートである。本発明の第１の実施例によるＰｏＣ互換ターミナルの通話中変更のための過程を示すフローチャートである。図５の過程中、ＲＥＦＥＲメッセージフォーマットを示す図である。図５の過程中、ＩＮＶＩＴＥメッセージフォーマットを示す図である。本発明の第２の実施例によるＰｏＣ互換ターミナルの通話中変更のための過程を示すフローチャートである。図８の過程中、ＲＥＦＥＲメッセージフォーマットを示す図である。図８の過程中、ＩＮＶＩＴＥメッセージフォーマットを示す図である。

符号の説明

１０００ＣＦ
１１００ＰＦＡ
１１１０ＰｏＣクライアントＡ１
１１２０ＰｏＣクライアントＡ２

Claims

複数の端末を有する特定のユーザーの要請に応じてサーバーと通信する複数の端末のうち一つの端末交替時のサーバーのセッション持続保障方法であって、
交替要請端末からセッションを持続しつつ複数の端末のうち一つの端末の交替のための端末交替要請メッセージを受信するステップと、
前記サーバーが交替対象端末にＩＮＶＩＴＥメッセージを送信するステップと、
前記交替対象端末から前記ＩＮＶＩＴＥメッセージの応答を受信するステップと、
前記交替対象端末にメディアを伝送するステップと、
前記交替対象端末にメディアを伝送するためにセッションを変更した後に、交替要請端末にセッション終了要請メッセージを伝送するステップと、
を含み、
前記端末交替要請メッセージは、ＳＩＰ(ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ)ＲＥＦＥＲメッセージを利用し、前記ＳＩＰＲＥＦＥＲメッセージは、セッションのコンファレンスＵＲＩ(ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒ)がＲｅｑｕｅｓｔＵＲＩに設定されて、前記交替対象端末のアドレス情報を含むことを特徴とするセッション持続保障方法。
前記交替要請端末から前記セッション終了要請メッセージに対する応答を受信するステップと、
前記交替要請端末とのセッションを終了するステップと、をさらに含むことを特徴とする請求項１に記載のセッション持続保障方法。
前記交替対象端末のアドレス情報と前記交替要請端末が使用するＳＩＰＵＲＩが相異に使用される場合、前記端末交替要請メッセージに含まれたＳＩＰＵＲＩ値を利用して前記交替対象端末と前記交替要請端末を区分し、
前記Ｒｅｆｅｒ−Ｔｏヘッダーフィールドに含まれる前記交替対象端末のアドレス情報は、前記交替要請端末が使用するＳＩＰＵＲＩと異なるＳＩＰＵＲＩを使用することを特徴とする請求項１に記載のセッション持続保障方法。
前記Ｒｅｆｅｒ−Ｔｏヘッダーフィールドに含まれる前記交替対象端末のアドレス情報は、現在端末で使用するＳＩＰＵＲＩと同一に使用できるようにしたことを特徴とする請求項１に記載のセッション持続保障方法。
前記ＲＥＦＥＲメッセージは、現在進行中のセッションの内容を前記交替対象端末を利用して連続的に伝達を受けることができるようにするセッション連結情報(セッションダイアログ識別子)と、前記交替要請端末情報(Ｒｅｆｅｒ−Ｔｏ)と、を含むことを特徴とする請求項１に記載のセッション持続保障方法。
前記Ｒｅｆｅｒ−Ｔｏヘッダーフィールドは、前記交替対象端末とセッションを連結のためのＩＮＶＩＴＥメッセージを含むことを特徴とする請求項１に記載のセッション持続保障方法。
前記ＩＮＶＩＴＥメッセージは、交替対象端末のアドレス情報と前記交替要請端末が使用するＳＩＰＵＲＩが相異に使用される場合、ＳＩＰＵＲＩ値を利用して区分されることを特徴とする請求項１に記載のセッション持続保障方法。
前記ＩＮＶＩＴＥメッセージは、前記交替対象端末が現在進行中であるセッションに対して同一なセッションダイアログを通じてメディアの伝送を受けるように、Ｒｅｐｌａｃｅｓヘッダーフィールドにセッションダイアログ情報を含むことを特徴とする請求項１に記載のセッション持続保障方法。
複数の端末を有する特定のユーザーの要請に応じてサーバーと通信する複数の端末のうち一つの端末交替時の交替要請端末のセッション持続保障方法であって、
交替要請端末がサーバーとのセッションを確立するステップと、
交替要請端末がセッションを持続しつつ端末を交替するための端末交替要請メッセージを交替対象端末に送信するステップと、
前記交替対象端末がセッション情報を含んだＩＮＶＩＴＥメッセージをサーバーに送信するステップと、
前記交替対象端末がサーバーからＩＮＶＩＴＥメッセージに対する応答メッセージを受信するステップと、
前記交替対象端末が確立したセッションを通じてサーバーからメディアを受信するステップと、
前記交替要請端末が交替要請端末とのセッションを終了するためのセッション終了要請メッセージを受信するステップと、
を含み、
前記端末交替要請メッセージは、ＳＩＰ(ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ)ＲＥＦＥＲメッセージを利用し、前記ＳＩＰＲＥＦＥＲメッセージは、セッションのコンファレンスＵＲＩ(ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒ)がＲｅｑｕｅｓｔＵＲＩに設定されて、前記交替対象端末のアドレス情報を含むことを特徴とするセッション持続保障方法。
前記交替要請端末はセッションを維持しながら、前記端末交替要請メッセージを伝送することを特徴とする請求項９に記載のセッション持続保障方法。
前記交替対象端末のアドレス情報と現在端末が使用するアドレス情報が異なる場合、ＳＩＰユーザーエージェント(ＵｓｅｒＡｇｅｎｔ)の特性値情報を利用して前記端末を識別することを特徴とする請求項９に記載のセッション持続保障方法。
前記ＩＮＶＩＴＥメッセージは、ユーザーの要求によって設定されるユーザーエージェント(ＵｓｅｒＡｇｅｎｔ)の特性値情報をさらに含むことを特徴とする請求項９に記載のセッション持続保障方法。
前記ＩＮＶＩＴＥメッセージは、前記交替対象端末のアドレス情報と前記交替要請端末が使用するＳＩＰＵＲＩが相異に使用される場合、前記端末交替要請メッセージに含まれたＳＩＰＵＲＩを用いて前記交替対象端末と前記交替要請端末を区分することを特徴とする請求項９に記載のセッション持続保障方法。
複数の端末を有する特定のユーザーの要請に応じてサーバーと通信する複数の端末のうち一つの端末交替時のセッション持続保障のためのサーバーであって、
交替要請端末から複数の端末のうち一つの端末の交替のための端末交替要請メッセージを受信するための装置と、
前記サーバーが交替対象端末にＩＮＶＩＴＥメッセージを送信するための装置と、
前記交替対象端末から前記ＩＮＶＩＴＥメッセージの応答を受信するための装置と、
前記交替対象端末にメディアを伝送するための装置と、
前記交替対象端末にメディアを伝送するためにセッションを変更した後に、交替要請端末にセッション終了要請メッセージを伝送するための装置と、
を含み、
前記端末交替要請メッセージは、ＳＩＰ(ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ)ＲＥＦＥＲメッセージを利用し、前記ＳＩＰＲＥＦＥＲメッセージは、セッションのコンファレンスＵＲＩ(ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒ)がＲｅｑｕｅｓｔＵＲＩに設定されて、前記交替対象端末のアドレス情報を含むことを特徴とするサーバー。
前記交替対象端末のアドレス情報と前記交替要請端末が使用するＳＩＰＵＲＩが相異に使用される場合、前記端末交替要請メッセージに含まれたＳＩＰＵＲＩ値を利用して前記交替対象端末と前記交替要請端末を区分するための装置をさらに含み、
前記Ｒｅｆｅｒ−Ｔｏヘッダーフィールドに含まれる前記交替対象端末のアドレス情報は、前記交替要請端末が使用するＳＩＰＵＲＩと異なるＳＩＰＵＲＩを使用することを特徴とする請求項１４に記載のサーバー。
前記交替対象端末のアドレス情報と前記交替要請端末が使用するＳＩＰＵＲＩとが区別なしに使用される場合、ＳＩＰＵｓｅｒａｇｅｎｔの特性値情報を利用して端末を識別するための装置をさらに含むことを特徴とする請求項１４に記載のサーバー。
前記交替要請端末とのセッションを確立するための装置をさらに含むことを特徴とする請求項１４に記載のサーバー。
複数の端末を有する特定のユーザーの要請に応じてサーバーと通信する複数の端末のうち一つの端末交替時の端末のセッション持続保障方法であって、
交替要請端末が端末交替要請メッセージをサーバーに伝送するステップと、
交替対象端末がサーバーから前記端末交替要請メッセージの応答を受信するステップと、
前記交替対象端末がサーバーの情報を含むＩＮＶＩＴＥメッセージを受信するステップと、
前記交替対象端末が前記ＩＮＶＩＴＥメッセージに対する応答を前記サーバーに伝送するステップと、
前記サーバーからメディアを受信するステップと、
前記交替対象端末にメディアを伝送するために交替対象端末とのセッション連結後に、セッション終了要請メッセージを受信するステップと、
を含み、
前記端末交替要請メッセージは、ＳＩＰ(ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ)ＲＥＦＥＲメッセージを利用し、前記ＳＩＰＲＥＦＥＲメッセージは、セッションのコンファレンスＵＲＩ(ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒ)がＲｅｑｕｅｓｔＵＲＩに設定されて、前記交替対象端末のアドレス情報を含むことを特徴とする方法。
前記端末交替要請メッセージは、ＳＩＰ(ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ)ＲＥＦＥＲメッセージを利用し、前記ＳＩＰＲＥＦＥＲメッセージは、セッションのコンファレンスＵＲＩ(ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒ)がＲｅｑｕｅｓｔＵＲＩに設定されて、前記交替対象端末のアドレス情報がＲｅｆｅｒ−Ｔｏヘッダーフィールドに設定されることを特徴とする請求項１８に記載の方法。
前記サーバーにより端末の変更段階が終了されると、セッションを終了するためのセッション終了要請メッセージを受信するステップをさらに含むことを特徴とする請求項１８に記載の方法。
前記ＩＮＶＩＴＥメッセージは、前記交替対象端末のアドレス情報と前記交替要請端末が使用するＳＩＰＵＲＩが相異に使用される場合、前記端末交替要請メッセージに含まれたＳＩＰＵＲＩ値を利用して前記交替対象端末と前記交替要請端末を区分することを特徴とする請求項１８に記載の方法。
複数の端末を有する特定のユーザーの要請に応じてサーバーと通信する複数の端末のうち一つの端末交替時のセッション持続保障のための端末であって、
交替要請端末が端末交替要請メッセージをサーバーに伝送するための装置と、
交替対象端末がサーバーから前記端末交替要請メッセージの応答を受信するための装置と、
前記交替対象端末がサーバーの情報を含むＩＮＶＩＴＥメッセージを受信するための装置と、
前記交替対象端末が前記ＩＮＶＩＴＥメッセージに対する応答を前記サーバーに伝送するための装置と、
前記サーバーからメディアを受信するための装置と、
前記交替対象端末にメディアを伝送するために交替対象端末とのセッション連結後に、セッション終了要請メッセージを受信するための装置と、を含み、
前記端末交替要請メッセージは、ＳＩＰ(ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ)ＲＥＦＥＲメッセージを利用し、前記ＳＩＰＲＥＦＥＲメッセージは、セッションのコンファレンスＵＲＩ(ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒ)がＲｅｑｕｅｓｔＵＲＩに設定されて、前記交替対象端末のアドレス情報を含むことを特徴とする端末。
前記端末交替要請メッセージは、ＳＩＰ(ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ)ＲＥＦＥＲメッセージを利用し、前記ＳＩＰＲＥＦＥＲメッセージは、セッションのコンファレンスＵＲＩ(ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒ)がＲｅｑｕｅｓｔＵＲＩに設定されて、前記交替対象端末のアドレス情報がＲｅｆｅｒ−Ｔｏヘッダーフィールドに設定されることを特徴とする請求項２２に記載の端末。
前記サーバーにより端末の変更段階が終了されると、セッションを終了するためのセッション終了要請メッセージを受信するステップをさらに含むことを特徴とする請求項２２に記載の端末。
前記ＩＮＶＩＴＥメッセージは、前記交替対象端末のアドレス情報と前記交替要請端末が使用するＳＩＰＵＲＩが相異に使用される場合、前記端末交替要請メッセージに含まれたＳＩＰＵＲＩ値を利用して前記交替対象端末と前記交替要請端末を区分することを特徴とする請求項２２に記載の端末。