(57)【要約】  通話をしようとする相手方のプレゼンス情報が通話不可能状態から通話可能状態に変更される時点またはユーザが事前に指定した時間にＰｏＣセッションを開始するためのプッシュツートークオーバーセルラーシステムのグループセッション開始方法及びそのシステムが提供される。前記システムは、セッションを開始しようとする少なくとも１つ以上のクライアント及びこれに対する少なくとも１つ以上の相手方クライアントと；前記クライアントを含む任意のグループに属するクライアント間のセッションを管理し、セッションを開始することができる条件を満足するイベント発生可否を判断してイベントが発生すれば、クライアントの要請無しに直接セッションを開始するセッション管理サーバーと；を含む。
2008527900.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークにより開始されたＰｏＣグループセッション開始方法において、
任意のグループに属するクライアント間のセッションを管理するサーバーにより、サーバー内に格納されたセッション開始項目を満足するイベントが発生したか否かを判断する段階と；
セッション開始項目を満足するイベントが発生したと判断された場合、サーバーで直接セッションを開始する段階と；を含むＰｏＣグループセッション開始方法。
【請求項２】
前記サーバー内に格納されたセッション開始項目を満足するイベントが発生したか否かを判断する段階を行う前に、
セッション開設のための事前設定を要請する段階を含むことを特徴とする請求項１に記載のＰｏＣグループセッション開始方法。
【請求項３】
前記事前設定を要請する段階は、
ＳＩＰ（Session Initiation Protocol）ＰＵＢＬＩＳＨメッセージを利用することを特徴とする請求項２に記載のＰｏＣグループセッション開始方法。
【請求項４】
前記ＳＩＰ（Session Initiation Protocol）ＰＵＢＬＩＳＨメッセージフォーマットは、
セッション開設事前設定のためのイベントヘッダーを含むことを特徴とする請求項３に記載のＰｏＣグループセッション開始方法。
【請求項５】
前記イベントヘッダーは、
セッションを開始しようとするクライアントがセッションが開設されることを希望する時間またはセッションが開設されることを希望する時間に相手方クライアントのプレゼンス情報を含むことを特徴とする請求項４に記載のＰｏＣグループセッション開始方法。
【請求項６】
前記セッション開設のためのＰＵＢＬＩＳＨメッセージを受信したセッション管理サーバーは、
ＰＵＢＬＩＳＨメッセージを伝達したクライアント側に応答メッセージを転送する段階をさらに含むことを特徴とする請求項３に記載のＰｏＣグループセッション開始方法。
【請求項７】
ＰＵＢＬＩＳＨメッセージを転送したクライアントは、
前記クライアントが設定した設定情報を確認するために、またはイベントが発生するか否かを確認するために、ＳＵＢＳＣＲＩＢＥメッセージを要請する段階と；
ＳＵＢＳＣＲＩＢＥメッセージに対する応答信号が受信されれば、ＳＵＢＳＣＲＩＢＥメッセージ要請に対する応答としてイベントのアップデート情報を含むＮＯＴＩＦＹメッセージをセッション開設要請クライアントに転送する段階と；をさらに含むことを特徴とする請求項６に記載のＰｏＣグループセッション開始方法。
【請求項８】
前記セッション開設のための事前設定を要請する段階は、
ＰｏＣクライアント専用端末以外の一般移動無線端末の場合、ＲＴＣＰ（real-time transport control protocol）メッセージを利用することを特徴とする請求項２に記載のＰｏＣグループセッション開始方法。
【請求項９】
前記ＲＴＣＰ（real-time transport control protocol）メッセージは、
ＰｏＣセッションに招待されるＰｏＣユーザのアドレス情報リスト、該当グループの識別子、ＰｏＣグループ種類、受動応答無視モードの要請に対する情報、ＰｏＣグループセッションの名称、セッション開始時間、ＰｏＣセッション開設要求者情報、外部ＩＰ端末のＩＰアドレスのうち少なくとも１つを含むことを特徴とする請求項８に記載のＰｏＣグループセッション開始方法。
【請求項１０】
前記サーバー内に格納されたセッション開始項目を満足するイベントが発生したか否かを判断する段階を行う前に、
セッションを開始しようとするクライアントが自身の端末を利用してセッション開始時間を登録する段階を行うことを特徴とする請求項１に記載のＰｏＣグループセッション開始方法。
【請求項１１】
前記サーバー内に格納されたセッション開始項目を満足するイベントが発生したか否かを判断する段階を行う前に、
セッションを開始しようとするクライアントが自身の端末を利用して受信側クライアントのプレゼンス情報状態によってセッションの開始可否を設定する基準値を登録する段階を行うことを特徴とする請求項１に記載のＰｏＣグループセッション開始方法。
【請求項１２】
前記受信側クライアントのプレゼンス情報状態によってセッションの開始可否を設定する基準値は、
受信側クライアントのプレゼンス情報が通話不可能状態から通話可能状態に遷移される時点に設定することを特徴とする請求項１１に記載のＰｏＣグループセッション開始方法。
【請求項１３】
前記セッション開始項目は、
セッションに属する送信側クライアントが事前に指定した時間にセッションを開始するように設定することを特徴とする請求項１に記載のＰｏＣグループセッション開始方法。
【請求項１４】
前記セッション開始項目は、
システム初期化時にイベントセッションに属する受信側クライアントのプレゼンス情報を利用して受信側クライアントがセッションを連結する準備ができた時にセッションを開始するように設定することを特徴とする請求項１に記載のＰｏＣグループセッション開始方法。
【請求項１５】
前記サーバーで直接セッション開始を始める段階は、
サーバーからセッション開始要請送信側クライアントにＩＮＶＩＴＥメッセージを転送する段階と；
送信側クライアントからＩＮＶＩＴＥメッセージに対する応答信号の受信時にセッションを連結しようとする受信側クライアントにＩＮＶＩＴＥメッセージを転送する段階と；をさらに含むことを特徴とする請求項１に記載のＰｏＣグループセッション開始方法。
【請求項１６】
前記サーバーで直接セッション開始を始める段階は、
サーバーからセッションを連結しようとする受信側クライアントにＩＮＶＩＴＥメッセージを転送する段階と；
受信側クライアントからＩＮＶＩＴＥメッセージに対する応答信号の受信時にセッション開始を要請した送信側クライアントにＩＮＶＩＴＥメッセージを転送する段階と；をさらに含むことを特徴とする請求項１に記載のＰｏＣグループセッション開始方法。
【請求項１７】
前記サーバーで直接セッション開始を始める段階は、
サーバーからセッション開始を要請した送信側クライアント及びセッションを連結しようとする受信側クライアントにＩＮＶＩＴＥメッセージを同時に転送する段階と；
送信側クライアント及び受信側クライアントからＩＮＶＩＴＥメッセージに対する応答信号の受信時に発言権が付与されたクライアントに発言権を許可する信号を転送し、発言権が付与されないクライアントに発言権が先占されたことを通知する信号を転送する段階と；をさらに含むことを特徴とする請求項１に記載のＰｏＣグループセッション開始方法。
【請求項１８】
ネットワークにより開始されたＰｏＣグループセッション開始システムにおいて、
セッションを開始しようとする少なくとも１つ以上のクライアント及びこれに対する少なくとも１つ以上の相手方クライアントと；
前記クライアントを含む任意のグループに属するクライアント間のセッションを管理し、セッションを開始することができる条件を満足するイベント発生可否を判断してイベントが発生すれば、クライアントの要請無しに直接セッションを開始するセッション管理サーバーと；を含むＰｏＣグループセッション開始システム。
【請求項１９】
前記セッション管理サーバーは、
セッション開設要求を満足するイベント発生可否を判断するためのセッション開設事前設定情報を格納する格納部を含むことを特徴とする請求項１８に記載のＰｏＣグループセッション開始システム。
【請求項２０】
前記格納部に格納されるセッション開設事前設定情報は、
セッションを開始しようとするクライアントが自身の端末を利用してＳＩＰ（Session Initiation Protocol）ＰＵＢＬＩＳＨメッセージをセッション管理サーバーに転送して登録することを特徴とする請求項１９に記載のＰｏＣグループセッション開始システム。
【請求項２１】
前記ＳＩＰ（Session Initiation Protocol）ＰＵＢＬＩＳＨメッセージフォーマットは、
セッション開設事前設定のためのイベントヘッダーを含むことを特徴とする請求項２０に記載のＰｏＣグループセッション開始システム。
【請求項２２】
前記格納部に格納されるセッション開設事前設定情報は、
セッションを開始しようとするクライアントの端末が一般移動無線端末である場合、ＲＴＣＰ（real-time transport control protocol）メッセージをセッション管理サーバーに転送して登録することを特徴とする請求項１９に記載のＰｏＣグループセッション開始システム。
【請求項２３】
前記ＲＴＣＰ（real-time transport control protocol）メッセージは、
ＰｏＣセッションに招待されるＰｏＣユーザのアドレス情報リスト、該当グループの識別子、ＰｏＣグループ種類、受動応答無視モードの要請可否、ＰｏＣグループセッションの名称、セッション開始時間、セッション開設要求者情報、外部ＩＰ端末のＩＰアドレスのうち少なくとも１つを含むことを特徴とする請求項２２に記載のＰｏＣグループセッション開始システム。
【請求項２４】
前記セッション管理サーバーは、
セッション開始要請送信側クライアントにＩＮＶＩＴＥメッセージを転送し、送信側クライアントからＩＮＶＩＴＥメッセージに対する応答信号の受信時にセッションを連結しようとする受信側クライアントにＩＮＶＩＴＥメッセージを転送してセッションを開始することを特徴とする請求項１８に記載のＰｏＣグループセッション開始システム。
【請求項２５】
前記セッション管理サーバーは、
セッションを連結しようとする受信側クライアントにＩＮＶＩＴＥメッセージを転送し、受信側クライアントからＩＮＶＩＴＥメッセージに対する応答信号の受信時にセッション開始を要請した送信側クライアントにＩＮＶＩＴＥメッセージを転送してセッションを開始することを特徴とする請求項１８に記載のＰｏＣグループセッション開始システム。
【請求項２６】
前記セッション管理サーバーは、
セッション開始を要請した送信側クライアント及びセッションを連結しようとする受信側クライアントにＩＮＶＩＴＥメッセージを同時に転送し、送信側クライアント及び受信側クライアントからＩＮＶＩＴＥメッセージに対する応答信号の受信時に発言権が付与されたクライアントに発言権を許可する信号を転送し、発言権が付与されないクライアントに発言権が先占されたことを通知する信号を転送してセッションを開始することを特徴とする請求項１８に記載のＰｏＣグループセッション開始システム。
【請求項２７】
ＰｏＣシステムのＰｏＣ端末において、
ＳＩＰ（Session Initiation Protocol）ＰＵＢＬＩＳＨメッセージを利用して、セッションを開始しようとするクライアントがセッションが開設されることを希望する時間またはセッションが開設されることを希望する時間に対する相手方クライアントのプレゼンス情報を含むセッション開設事前設定情報をセッション管理サーバーに転送してセッション管理サーバーに事前設定情報を登録する手段と；
前記事前設定情報に該当するイベントが発生した場合、前記セッション管理サーバーから招待メッセージを受信してセッションを開始する手段と；を含むＰｏＣ端末。
【請求項２８】
ＰｏＣシステムのＰｏＣサーバーにおいて、
ＳＩＰ（Session Initiation Protocol）ＰＵＢＬＩＳＨメッセージを利用して、セッションを開始しようとするクライアントがセッションが開設されることを希望する時間またはセッションが開設されることを希望する時間に対する相手方クライアントのプレゼンス情報を含むセッション開設事前設定情報を端末から受信する手段と；
前記端末から受信した情報をセッション開設事前設定格納部に格納して管理し、格納部に格納された項目を満足するイベント発生時に、セッション開始のための招待メッセージを該当端末に転送する手段と；を含むＰｏＣサーバー。
【請求項２９】
ＰｏＣシステムの無線移動端末において、
ＲＴＣＰ（real-time transport control protocol）メッセージを利用して、セッションを開始しようとするクライアントがセッションが開設されることを希望する時間またはセッションが開設されることを希望する時間に対する相手方クライアントのプレゼンス情報を含むセッション開設事前設定情報をセッション管理サーバーに転送して事前設定情報を登録する手段と；
前記事前設定情報に該当するイベントが発生した場合、前記セッション管理サーバーからＩＮＶＩＴＥメッセージを受信してセッションを開始する手段と；を含む無線移動端末。
【請求項３０】
前記ＲＴＣＰメッセージは、
ＰｏＣセッションに招待されるＰｏＣユーザのアドレス情報リスト、該当グループの識別子、ＰｏＣグループ種類、受動応答無視モードの要請可否、ＰｏＣグループセッションの名称、セッション開始時間、セッション開設要求者情報、外部ＩＰ端末のＩＰアドレスのうち少なくとも１つの情報を含むことを特徴とする請求項２９に記載の無線移動端末。
【請求項３１】
ＰｏＣシステムのＰｏＣサーバーにおいて、
ＲＴＣＰ（real-time transport control protocol）メッセージを利用して、セッションを開始しようとするクライアントがセッションが開設されることを希望する時間またはセッションが開設されることを希望する時間に対する相手方クライアントのプレゼンス情報を含むセッション開設事前設定情報を端末から受信する手段と；
前記端末から受信した情報をセッション開設事前設定格納部に格納して管理し、格納部に格納された項目を満足するイベント発生時に、セッション開始のためのＩＮＶＩＴＥメッセージを該当端末に転送する手段と；を含むＰｏＣサーバー。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通話をしようとする相手方のプレゼンス情報が通話不可能状態から通話可能状態に変更される時点またはユーザが事前に指定した時間にＰｏＣセッションを開始するためのネットワーク初期化されたＰｏＣグループセッション開設方法及びそのシステムに関する。
【背景技術】
【０００２】
移動通信が画期的に発展し、通信網が拡大されるにしたがって、携帯電話を用いたさらに拡張され且つ多様なサービスやアプリケーションが提供されている。しかも、携帯電話のユーザの要求も多様化され、単純な通話サービスから外れて位置サービス、マルチメディアサービス、ＰＴＴ（push to push）サービスなどに拡大されている。特にＰＴＴサービスは、従来、無線機やＴＲＳ(Trunk Radio System)などで可能であったグループ通話と音声通話はもちろん、インスタントメッセンジャー、状態表示など多様な付加機能をサポートする。
【０００３】
現在、このようなＰＴＴ（Push to Talk）概念を移動通信網を用いてサービスするＰｏＣ（Push-to-talk over cellular:以下、ＰｏＣという）サービスに対する標準制定が活発に論議されている。ＰｏＣサービスの特徴のうち１つは、ユーザが複数のＰｏＣセッションに属していて、必要に応じてＰｏＣセッション間を移動しつつ通話をすることができるという点である。ユーザが複数のＰｏＣセッションを移動しつつ通話をすることができなければならないという要求事項は、移動通信サービスを定義する団体であるＯＭＡ（Open Mobile Alliance）に明示されている。
【０００４】
一般的なＰｏＣサービスシステムの構造は、図１の概念図を参照して説明する。図１を参照すれば、ＰｏＣクライアント１０は、移動端末内に設けられるサービス要請者であり、アクセス網２０を介してＳＩＰ（session Initiation Protocol）及びＩＰ（Internet Protocol）マルチメディア機能をサポートするＳＩＰ／ＩＰコア網３０に連結される。
【０００５】
この際、ＰｏＣクライアント１０は、ＰｏＣサービスへの接続のためにＰｏＣユーザ端末機に常駐する。ＰｏＣセッションを開始するためのＰｏＣクライアント１０の主なサービスは、現在進行中のＰｏＣセッションに参加し、ＰｏＣセッションを終了することである。前記ＰｏＣクライアント１０は、トークバーストを形成し伝達する機能、インスタントパーソナルアラート(Instant Personal alert)をサポートする機能、Ｐｏｃサービスに接続する時、認証を行う機能がある。以下、別の言及がない限り、ＰｏＣクライアント１０は、ＰＴＴサービス加入者と同一に見なす。
【０００６】
ＳＩＰ／ＩＰコア網３０は、ＰｏＣサービスをサポートするために、ＰｏＣサーバ６０と、ＧＬＭＳ（Group List and Management System）５０、及びプレゼンスサーバ７０に連結される。
【０００７】
前記ＧＬＭＳ５０は、ＰｏＣサービス加入者の情報を格納しているサーバであって、ＰｏＣサーバ６０と連動してＰｏＣサービス加入者各々の情報（加入者のＩＤ、端末番号、グループ情報）を伝達する役目をする。
【０００８】
前記プレゼンスサーバ７０は、ＰｏＣサービス加入者の各々のオンライン又はオフライン状態、位置などの状態情報を格納しているサーバであって、オンラインユーザの現在位置を登録／維持して、この情報を希望する他のユーザに通知することによって、即刻的な通信サービスを可能にする。
【０００９】
この際、ＰｏＣサーバ６０は、ＰｏＣセッションを維持、管理するControlling PoC Function機能を有するか、一対一のＰｏＣ通話や一対多通話(又はグループ通話)のためにＰｏＣセッションに参加するためのParticipating PoC Functionなどの機能を有する。
【００１０】
前記ＰｏＣサーバの機能は、ＰｏＣセッションを全般的に維持、管理する Controlling PoC Function（ＣＦ）と、各ＰｏＣセッションを維持するParticipating PoC Function（ＰＦ）とに分けられ、下記の各表を参照して説明する。
【００１１】
【表１】
2008527900.tif 000003
【００１２】
表１のように、ＣＦは、ＰｏＣサーバの機能のうちＰｏＣセッションを総体的に管理する役目をする。特に、ＰｏＣクライアントの話す権利（floor）要請（発言権）を受け入れて、順序を定め、権限を付与し、任意のＰｏＣクライアントがトークバーストをグループＰｏＣ呼出に参加した全ての他のクライアントに分配し、グループＰｏＣ呼出に参加したＰｏＣクライアントの情報を提供する。
【００１３】
下記表２から分かるように、ＰＦは、ＣＦと各ＰｏＣクライアント間のＰｏＣセッションを管理する。特に、ＰＦは、ＣＦがクライアントに発言権を付与したり、ＣＦからクライアントに発言権を付与する時、ＣＦとＰｏＣクライアントとの間に発言権を中継する役目をする。また、ＰＦは、ＣＦとクライアントとの間にメディアを中継、異なるコーデック間のトランコーディング、同時セッションの場合、１つのＰｏＣセッションをフィルタリングする役目を行う。
【００１４】
【表２】
2008527900.tif 000004
【００１５】
上記で説明されたＰｏＣサービスシステムにおいてＰｏＣユーザは、自身の端末機を介してＧＬＭＳ５０にグループ及びグループメンバーに関する情報を入力することができ、ＧＬＭＳ５０から転送された個人またはグループ目録を通じて自身が呼び出すことができるＰｏＣユーザに関する情報を確認することができる。ＧＬＭＳ５０にグループ及びグループメンバーに関する情報の入力に対する他の方法として、ＰｏＣサービス提供者が信頼できるインターネットやイントラネットのような通信網を介して修正及び管理される。
【００１６】
ＰｏＣ呼出サービスを利用するために、ＰｏＣユーザは、前記ＳＩＰ／ＩＰコア網３０に自身のＰｏＣアドレスを登録する。ＳＩＰ／ＩＰコア網３０は、ＰｏＣユーザの要請でＰｏＣユーザ情報を格納する。したがって、他のＰｏＣユーザがＰｏＣグループ呼出を要求しようとする場合、上記したように、自身の情報を前記ＳＩＰ／ＩＰコア網３０にまず登録し、ＧＬＭＳから転送されたグループ識別情報を利用して自身のＳＩＰ／ＩＰコア網にグループＰｏＣ呼出を要請する。この時、ＳＩＰ／ＩＰコア網３０は、呼出を要請するＰｏＣユーザ情報を利用してアドレス決定とドメイン位置決定過程を行った後、要請するＰｏＣユーザが登録されたホームＰｏＣサーバー６０にＰｏＣ通話要請を転送する。ＰｏＣサーバー６０は、ＰｏＣセッション開設を準備し、ＧＬＭＳ５０から各々のユーザ情報を獲得した後、該当ＳＩＰ／ＩＰコア網３０にＰｏＣ通話要請信号を伝達する。この時、イントラドメイン内のユーザに対するＰｏＣ通話要請の場合、ＰｏＣサーバー６０は、ＰＦ及びＣＦの機能を共に行う。通話要請されたＰｏＣユーザを管理するＰｏＣサーバー６０は、自身に伝達されたＰｏＣユーザの情報を利用してＳＩＰ／ＩＰコア網３０の位置決定過程を経た後、ＰｏＣユーザにＰｏＣ通話を要請する。
【００１７】
本発明は、上記のように、３ＧＰＰ（3rd Generation Partnership Project）や３ＧＰＰ２（3rd Generation Partnership Project 2）で標準化中であるか完成されたＩＰマルチメディアＣＮ網を利用し、ハフデュプレクス（half duplex）形態の通話とユーザのグループ及びプレゼンス情報を利用して通話要請によるインスタント通話を可能にするＰｏＣシステムで通話をセットアップするための呼処理手続に関する技術である。特に、このようなＰｏＣ通話設定のための呼処理は、送信側及び受信側の要求及び状況によって多様化されることができる。このような送信側及び受信側の設定によってＯＭＡで要求しているＰｏＣシステムの特徴は、次の通りである。
【００１８】
第一に、受信側は、ＰｏＣユーザの要求によって自身の応答モードを設定することができる。前記応答モードは、大きく自動応答モードと受動応答モードとに分けられる。
【００１９】
自動応答モードは、受信側で指定したＰｏＣユーザリストに含まれる場合、受信者の受動的な応答に代えて、該当ネットワークから送信側に直ちに応答を送ることを意味する。このようなネットワークで、端末の動作に代わって自動的な応答を送ることは、応答設定のための端末の要求によってＰｏＣサーバーで応答モードと該当ユーザリストを格納する機能を有するからである。一方、受動応答モードは、自動応答ユーザリストに含まれていないか、不明な場合、または受信者が全てのユーザに対して受動応答で設定した場合に該当し、ＰｏＣ通話要請は、受信ネットワークを経てユーザの端末まで転送され、ＰｏＣユーザの許諾により通話が連結されることを意味する。
【００２０】
第二に、ＰｏＣシステムは、ユーザのホームネットワーク内のＰｏＣサーバーとの連結設定可否によってon-demandセッションモードとpre-established（又はearly）セッションモードとに分けられる。
【００２１】
pre-establishedセッションモードは、ＰｏＣユーザが自身の要求によってＰｏＣクライアントと自身のホームネットワークに属するＰｏＣサーバーとの間に特定のセッションを設定することを意味する。このようなpre-establishedセッションは、ＰｏＣユーザが自分が使用すべきメディアパラメータをＰｏＣサーバーと事前に交渉して、今後使われるべきサーバー−クライアント間のメディアパラメータを再交渉する必要なく、速い通話設定をするために必要な機能である。early設定のセッションのためには、ＰｏＣクライアントがＳＩＰ ＩＮＶＩＴＥメッセージ用いた方法を通じて本文部（SDP body）にサポートするメディアパラメータを提供し、サーバから提供されたメディアパラメータに対する応答として具現される。ＰｏＣクライアントは、コンファレンスＵＲＩ（conference ＵＲＩ）を含んで応答メッセージに新しく設定されるearlyセッションの識別情報をＰｏＣユーザに回答する。このようなearlyセッションを利用する場合、ＩＰアドレス、ポート番号、使われるコーデック(codec)及びトークバースト制御プロトコル(talk burst control protocol)などの設定が可能である。
【００２２】
on-demandセッションモードは、ＰｏＣユーザがearlyセッションを設定しない状態を意味し、他のＰｏＣユーザのＩＮＶＩＴＥメッセージを受信した後、ＰｏＣ呼連結手続を行うことを意味する。
【００２３】
ＯＭＡで標準化中のＰｏＣスペックは、上記のような通信システムの基本的機能以外に、次のような特別な特徴を有する。
【００２４】
まず、ＰｏＣシステムは、あらかじめ設定した許可されたＰｏＣユーザに対してＰｏＣ受信者の応答モードに関係なく自動応答を送り、受信端末機で通話を連結する受動応答無視モード（manual answer override；ＭＡＯ）という機能をサポートする。ＭＡＯの要請は、許可された通話要請者に限ってサポートされ、ＰｏＣ通話要請メッセージ（ＩＮＶＩＴＥ）にＭＡＯ指示子が含まれて伝達される。このようなＭＡＯ要請は、事故や災難救護、命令など緊急な目的と公共サービスに適合したＰｏＣ機能といえる。しかし、このようなＭＡＯは、標準文書でオペレーターによって選択的に具現可能であり、ＰｏＣクライアントが自身の属するホームネットワークでこれをサポートしても、ＰｏＣクライアントの相手ネットワークでサポートしなければ、作動しない特性を有する。
【００２５】
次に、ＰｏＣシステムで通話要請に対する応答モードの設定は、ネットワーク上のエレメントであるＰｏＣサーバー及びユーザ側の端末であるＰｏＣクライアントで共に格納されることができる。特にＰｏＣクライアントを管理するホームネットワークに応答モードを設定する時、ＰｏＣクライアントが属しているホームネットワーク内でセッション参加機能（participating PoC function;ＰＦ）を行うＰｏＣサーバーにより応答モードが具現される。このようにネットワーク側の応答モードを設定する場合、他のＰｏＣサーバーからＰｏＣ通話が要請される時、ＰＦが自動でセッション進行メッセージを通話要請ネットワークに応答する。したがって、呼要求進行は、ＰｏＣクライアントにセッションセットアップメッセージが伝達された後、ＰｏＣクライアントで応答される手続に比べて非常に簡素となる。
【００２６】
以下、従来技術によるＰｏＣセッション連結過程を図面を参照して説明する。
【００２７】
図２は、ＰｏＣクライアントの要請により送信側ＰｏＣセッションを連結するための従来の方法に対するフローチャートである。
【００２８】
図２を参照すれば、ＰｏＣクライアントＡは、自身が話そうとする受信者のＳＩＰ  ａｄｄｒｅｓｓ情報を含むＩＮＶＩＴＥ要請をＳＩＰ／ＩＰコアＡに送る（Ｓ１１）。この時、ＩＮＶＩＴＥメッセージは、通話要請クライアントのＰｏＣアドレスに対する情報、要求されるメディアパラメーター、ＰｏＣサービスであることを通知する特性値情報などのエレメントを含み、ＤＨＣＰサーバーまたはＤＮＳサーバーでの経路クエリー（query）を通じてＩＭＳ網内での該当サーバー（Ｐ−ＣＳＣＦ及びＳ−ＣＳＣＦ）を経由してparticipating機能を担当するＰｏＣサーバーＡ（以下、‘ＰＦ  Ａ’と称する）に転送される（Ｓ１２）。一般的な通話要請時、ＰｏＣユーザが連結されたＰＦ  Ａは、開設されるセッションのトークバストを管理するcontrolling機能を担当するＰｏＣサーバーＸ（以下、‘ＣＦ  Ｘ’と称する）と分離して具現されることができるので、Ｓ１１、Ｓ１２から送られたＩＮＶＩＴＥ要請は、各ネットワークのＳＩＰ／ＩＰコア網を経由してＣＦ  Ｘに伝達される（Ｓ１３、Ｓ１４、Ｓ１５）。
【００２９】
ＣＦ Ｘを含む制御ネットワークＸは、前記Ｓ１５で伝達されたＩＮＶＩＴＥ要請メッセージを該当ＳＩＰ／ＩＰコア網に伝達した後、応答メッセージを受信するようになる。受信側ネットワークで応答されるＳＩＰメッセージは、１ＸＸの臨時応答メッセージ（provisional response）や２ＸＸの成功応答メッセージ（successful response）または４ＸＸ〜６ＸＸなどのエラー応答メッセージであることができる。以下、本発明の根本的効果を逸脱しない範囲で正常的な呼処理手続を中心にして説明する。Ｓ１５以後、ＣＦは、受信側応答モードによってＡＵＴＯ−ＡＮＳＷＥＲまたはＯＫ応答を受信することができる。選択的に、図２で、ＡＵＴＯ−ＡＮＳＷＥＲ応答の場合、ＣＦは、SIP 183 Session progress信号として受信することができ、これにより、通話要請者のＩＭＳ網でＰｏＣサーバーとクライアント間の連結を行うことができる。受信者の通話許諾信号は、前記SIP 183 Session ProgressまたはＳＩＰ  ２００‘ＯＫ’応答として回答され、ＣＦとＰＦのＰｏＣサーバーを経由してＰｏＣクライアントＡに伝達するようになる（Ｓ１６〜Ｓ２０）。
【００３０】
一方、ＣＦは、受信側ＰｏＣサーバーから２００  ＯＫ応答や183 Session progress信号を受信した後、ＰｏＣ呼が連結されたことを判断し、クライアントＡにトークバスト発言権を付与するfloor granted信号を転送する。上記の応答（２００  ＯＫまたは183 session progress）によってトークバスト権限を付与することは、‘confirmed’または‘unconfirmed’の２つのタイプに区分されることができ、なぜＣＦがバッファリング機能を要求するかを釈明することである。
【００３１】
ＩＮＶＩＴＥ要請信号に対する確認応答信号（Ｓ１６〜Ｓ２０）を受信した後、ＰｏＣクライアントＡは、トークバスト転送許与信号（Ring Back Tone）を転送するために、ＲＴＣＰプロトコルを利用してfloor granted信号を受信するようになる（Ｓ１１、Ｓ１２）。floor granted信号は、トークバスト仲裁権限を有するＣＦから生成され、前記該当ＰｏＣクライアントを管理するＰＦを経て該当ＰｏＣクライアントに転送される。Floor Granted信号は、ＳＩＰを利用することなく、ベアラーの経路を利用するので、ＳＩＰ／ＩＰコア網を経ることなく、転送されるものである。最後に、このような通話連結音を確認したＰｏＣユーザは、メディアストリーム（例えば、音声）をＲＴＰプロトコルを利用して転送するようになる。
【００３２】
図３は、ＰｏＣクライアントの要請により受信側ＰｏＣセッションを連結するための従来方法を示すフローチャートであり、送信側通話手続に対応して受信側サーバーとクライアント間に事前セッションが設定された場合、受信側の手続を示す図である。
【００３３】
この時、Pre-establishedセッションを設定しているＰｏＣサーバーとＰｏＣクライアント間のメディア特性値は、新しいセッション要請時に変更無しに使われるものと仮定する。
【００３４】
送信側ネットワークから受信されたＩＮＶＩＴＥメッセージは、ＩＭＳ網の呼処理手続によって受信側ＰｏＣクライアントのホームネットワークに属するＰｏＣサーバーまでＳＩＰ／ＩＰコア網を介して転送される（Ｓ３１、Ｓ３２、Ｓ３３）。この時、ＰＦ  Ｂは、自身の応答モード設定値を自動応答モードで設定しているので、ＩＮＶＩＴＥ要請メッセージに対応して送信側ネットワークにＳＩＰ  ２００‘ＯＫ’メッセージを転送する（Ｓ３４、Ｓ３５、Ｓ３６）。前記ＰＦ  Ｂは、事前セッションを変更させる必要がないので、自身と連結されているＰｏＣクライアントには、ＩＮＶＩＴＥメッセージを送らない。
【００３５】
一方、ＩＭＳ経路を介して回答されたＯＫ応答を受信したcontrollingネットワークのＰｏＣサーバー、すなわちＰＦ  Ｘは、送信側ＰｏＣクライアントにＯＫ応答を伝達してＰｏＣ呼処理手続を完成する（Ｓ３７）。さらに、ＰＦ  Ｘは、送信側ＰｏＣクライアントに対してトークバスト発言権を付与するfloor granted信号を送るようになる（Ｓ３８）。前記ＰＦ  Ｘは、ＣＦは、発言権を許与するＲＴＣＰ信号を送ると同時に、前記発言権を有するＰｏＣユーザのＰｏＣアドレスやディスプレイ名称を含むReceiving Talk Burst信号を受信側ＰｏＣユーザに転送する（Ｓ３９〜Ｓ４０）。したがって、受信側ＰｏＣクライアントが以後伝達されるメディアストリームの送信者情報をあらかじめ受信することができるようにする。このようなトークバスト転送信号は、前記図２のようにＳＩＰプロトコルを利用することなく、ベアラーの経路を利用するので、ＳＩＰ／ＩＰコア網を経由せずに転送されることができる。一方、最終的に送信側から送ったメディア（音声）ストリームは、ベアラーの経路でＲＴＰプロトコルを利用してクライアントＢに伝達され、通話が開始される。
【００３６】
上記の図２及び図３は、正常的なＰｏＣセッション開設手続を示す。しかし、送信側ＰｏＣクライアントの電源が切れた場合、無線網のエラーでＰｏＣセッション連結要請を受信しない場合、他のＰｏＣ通話を開設している場合、または受信側ＰｏＣユーザのPoC service setting設定によってセッション連結要請が成功的でない場合のように送信側のＰｏＣ通話要請が成功しない環境が多数発生することができる。一方、このようなＰｏＣセッションの受信が不可能な場合、ＰｏＣクライアントは、プレゼンス（presence）サーバーの機能を利用して通話可能可否を事前に認知することができる。しかし、送信側ＰｏＣクライアントがプレゼンス情報を受信して通話可能性を確認してＰｏＣセッション連結を要請することは、次のような短所をもたらす。まず、通話を要請するＰｏＣクライアントは、継続的にプレゼンス情報をアップデートして通話可能可否を確認しなければならないし、このようなプレゼンス情報を獲得するために反復的に無線網（radio access network）を介してシグナリングを行わなければならない。
【００３７】
図４は、図３の手続でセッション招請が失敗する場合に対する処理手続を示す図である。図４で、送信側ＰｏＣクライアントで要請したＩＮＶＩＴＥメッセージは、ＣＦを経て該当受信側ＰｏＣクライアントのＰＦに伝達される（Ｓ４１〜Ｓ４３）。しかし、ＰＦに設定されたＰｏＣサービス特性値によりＰＦがセッション連結要請を拒否する応答を回答するようになる（Ｓ４４〜Ｓ４６）。
【００３８】
図４では、セッション連結要請を拒否する応答の様々な形態のうち、受信側ＰｏＣクライアントの要請によりＰＦにincoming session barringが活性化された場合、ＰＦでSIP 480 temporarily unavailableメッセージを応答する場合を示す。
【００３９】
ＰｏＣセッション要請シナリオで受信側端末の電源状態（power on/off）及びＩＭＳ網登録状態、接続網の連結状態、受信側ネットワーク事情、ＰｏＣクライアントのセッション関連設定、事前セッションが設定された場合は、メディアアトリブュート（attribute）値の特性などのように正常的なセッション連結が不可能な多様な原因が存在し得る。その結果、反復されたセッション連結要求は、送信側ＰｏＣユーザのＱｏＥ（Quality of Experience）を非常に低下させる。
【発明の開示】
【発明が解決しようとする課題】
【００４０】
本発明の目的は、ＰｏＣ通話をしようとする相手方のプレゼンス情報が通話不可能で表示されたりユーザが事前に指定した時間にＰｏＣ通話を開始しようとする場合、またはＰＣなど外部ＰｏＣ通話クライアントの要請など、送信側ＰｏＣクライアントの事前設定により、該当ＰｏＣサーバーで通話要請リストに属するＰｏＣクライアントに対してＰｏＣセッションを連結するための方法を提供する。
【００４１】
本発明の他の目的は、ＰｏＣサービスシステムが特定の時点に通話不能である他の相手ＰｏＣクライアントに対してＰｏＣセッション要請情報を該当ネットワークに伝達するＳＩＰ基盤のセッション開設手続方法を提供する。
【００４２】
本発明のさらに他の目的は、ユーザが事前に設定した時間と対象クライアント／グループに対してネットワークにより初期化されたＰｏＣセッション開設をするようにし、ＰｏＣサービスインフラ（infrastructure）以外の機械（ＰＣや一般電話機）の要請によりＰｏＣセッション開設を可能にするＳＩＰプロトコル基盤のセッション開設手続方法を提供する。
【課題を解決するための手段】
【００４３】
ネットワークにより初期化されたＰｏＣグループセッションを開始するための方法を提供する本発明の一側面によれば、その方法は、任意のグループに属するクライアント間のセッションを管理するサーバーでサーバー内に格納されたセッション開始項目を満足するイベントが発生したか否かを判断する段階と；セッション開始項目を満足するイベントが発生した場合、サーバーで直接セッション開始する段階と；を含む。
【００４４】
ネットワークにより初期化されたＰｏＣグループセッションを開始するためのシステムを提供する本発明の他の側面によれば、そのシステムは、セッションを開始しようとする少なくとも１つ以上のクライアント及びこれに対する少なくとも１つ以上の相手方クライアントと；前記クライアントを含む任意のグループに属するクライアント間のセッションを管理し、セッションを開始することができる条件を満足するイベント発生可否を判断してイベントが発生すれば、クライアントの要請無しに直接セッションを開始するセッション管理サーバーと；を含む。
【発明の効果】
【００４５】
本発明は、相手方のプレゼンス情報を利用してＰｏＣ通話が不可能であるか、特定の時間、または特定の人員以上のグループメンバーが参加した場合、イベント概念を導入することができる。そして前記イベントは、相手方のプレゼンス情報を利用してＰｏＣサーバーに事前設定し、ＰｏＣセッションを開設する。したがって、ユーザが実質的にセッションを連結しなければならない場合、効果的に運用が可能である。
【００４６】
また、特定の目的による一対一ＰｏＣ通話あるいはＰｏＣコンファレンスコールなどの具現に容易である。
【００４７】
特に、ＰｏＣ端末でない一般ＩＰ端末を介してセッション開設を行う場合にも、corporate callなどで応用可能性が高い。
【００４８】
また、サーバー側で直接セッションを開設することによって、ＰｏＣユーザが自動にＰｏＣ通話を連結し、また、速いセッション連結が可能にする。そして、ユーザのＱｏＥを向上させる。その結果として、ＰｏＣ端末とサービス市場を拡大させることができる。
【発明を実施するための最良の形態】
【００４９】
以下、本発明の属する分野における通常の知識を有する者が本発明を容易に実施できるように本発明の好ましい実施例を添付の図面を参照して詳細に説明する。
【００５０】
また、本発明の実施例を説明する前に、本発明を具現するための基本概念を説明する。
【００５１】
本発明は、従来の技術で最終ユーザ（end user）の要請によるＰｏＣセッション開設でなく、送信ＰｏＣクライアントが設定する情報を利用またはＰｏＣを支援するネットワークの付加的な機能を活用してＰｏＣセッションを開設する方法を開始している。
【００５２】
特に、プレゼンスサーバーからプレゼンス情報を利用してＰｏＣサーバーという手段によりＰｏＣセッション開設を始める方法、プレゼンス情報以外にＰｏＣクライアントが設定する基準によりＰｏＣセッション開設を始める方法、そしてＰＣなどＰｏＣ外部クライアントの要請によりＰｏＣセッションが開設される方法に関して説明する。更に、前記ＰｏＣ通話要請によってＳＩＰプロトコルに基盤するＰｏＣセッション開設の信号転送を具現する方法をも説明する。
【００５３】
ＰｏＣセッション連結の方法は、一対一ＰｏＣ通話だけでなくコンファレンスコールのようなグループＰｏＣ通話にも適用される。このような一対一ＰｏＣ通話またはグループＰｏＣ通話は、ＩＥＴＦ標準技術に符合するようにコンファレンスサーバーで該当ＰｏＣクライアントのＳＩＰアドレスにＰｏＣセッション参加のためのダイヤリング（dial-out）手続を行うことによって可能である。
【００５４】
図５は、本発明を具現するためのネットワーク初期化ＰｏＣクライアントからセッション開設パラメーターを設定するための方法を示す流れ図である。
【００５５】
図５の過程によってＰｏＣクライアントが自身が希望する時間と相手方クライアントのプレゼンス情報などを発生可能なイベントとしてまず登録し、該当イベントが発生した時、ＰｏＣサーバーがセッションを初期化させる過程からなる。
【００５６】
詳細には、ＰｏＣ通話を希望するＰｏＣクライアントは、ＳＩＰ  ＰＵＢＬＩＳＨ方法を利用して自身のホームＰｏＣネットワークのＰｏＣサーバーにＰｏＣセッション開設のためのサービス要請を行う。この時、ＰＵＢＬＩＳＨ方法で伝達されるＳＩＰメッセージは、イベントヘッダーを含む。イベントヘッダーは、ＰｏＣサーバーによりＰｏＣセッション開設が要請されることを通知するｈｅａｄｅｒフィールド値を有する。また、前記イベントヘッダーフィールド値に対してＰＵＢＬＩＳＨメッセージの具体的なコンテンツ（例えば、ＰｏＣセッションが開設されることを希望する時間、セッション開設を希望する時のプレゼンス情報など）タイプをＳＩＰメッセージ内のＣｏｎｔｅｎｔ−Ｔｙｐｅヘッダーを通じて設定するようになる。例えば、イベントヘッダーのフィールド値がセッション開設時間に設定された場合、Ｃｏｎｔｅｎｔ−Ｔｙｐｅは、ｔｅｘｔ／ｐｌａｉｎ値またはａｐｐｌｉｃａｔｉｏｎ／ｘｍｌ値に設定される。この時、該当Ｃｏｎｔｅｎｔ  ｍｅｓｓａｇｅは、ＹＹＹＹ−ＭＭ−ＤＤ−ＨＨ−ＭＭ−ＳＳのように設定されることができる。
【００５７】
前記過程を図５を参照して説明すれば、ＰｏＣクライアントから生成された前記ＳＩＰ  ＰＵＢＬＩＳＨメッセージは、該当ｐａｒｔｉｃｉｐａｔｉｎｇ  ＰｏＣサーバーＦＰＸを経てｃｏｎｔｒｏｌｌｉｎｇ  ＰｏＣ  ＣＦ  Ｘサーバーに伝達される（Ｓ１０１、Ｓ１０２）。この時、ＰｏＣクライアントがＰＵＢＬＩＳＨメッセージに含める該当ＰｏＣサーバーのアドレスは、Ｒｅｑｕｅｓｔ−ＵＲＩ（Uniform Resource Identifier）に使われ、このようなアドレス情報を利用してＳＩＰ／ＩＰコア網を介して該当ＰｏＣサーバーに伝達される。一方、ａｄ  ｈｏｃ  ＰｏＣグループ通話や単一ＰｏＣクライアントに対するＰｏＣセッション開設要求時には、前記ＰｏＣクライアントＡのｐａｒｔｉｃｉｐａｔｉｎｇ  ＰｏＣサーバーがＰＦ及びＣＦの役目を同時に行う。
【００５８】
ＰｏＣクライアントからＰｏＣセッション開設のためのＰＵＢＬＩＳＨメッセージを受信したＰｏＣサーバーは、要請を許容されることを確認した後、ＳＩＰ  ２００  ＯＫ応答を回答する（Ｓ１０３、Ｓ１０４）。
【００５９】
一方、ＰｏＣクライアントＡは、自身が設定したＰｏＣセッティングをチェックしたり他のイベントが発生するか否かをチェックするために、ＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージを前記ＰｏＣサーバーに要請することができ（Ｓ１０５、Ｓ１０６）、これに対する応答として２００  ＯＫメッセージを受信する（Ｓ１０７、Ｓ１０８）。前記ＳＵＢＳＣＲＩＢＥ要請に対して前記ＰｏＣサーバーは、発生したイベントをアップデートするためにイベント内容を含むＳＩＰ  ＮＯＴＩＦＹメッセージを要請し、これに対する応答として２００  ＯＫメッセージを受信する（Ｓ１０９〜Ｓ１１２）。
【００６０】
最後に、ＰＵＢＬＩＳＨメッセージを受信したＰｏＣサーバーは、イベントが発生した場合、イベントヘッダーとコンテンツによってＰｏＣセッション開設を始めるようになる。
【００６１】
上記のように、ＰＵＢＬＳＩＨメッセージに含まれるイベントヘッダーフィールドは、単にＰｏＣサーバーからＰｏＣセッション開設を要請することを希望する情報を含むこともでき、ＰｏＣセッション開設を始めるトリガリング情報を含むことができる。
【００６２】
図５の方法を説明するために、ＰｏＣサービスパラメーター設定のためのＰＵＢＬＳＩＨメッセージフォーマットは、図１０を参照してさらに詳細に説明する。
【００６３】
図１０は、ＳＩＰ  ＰＵＢＬＩＳＨ方法を利用してＰｏＣサーバー側の設定をするためのメッセージフォーマットに関する。ＰＵＢＬＩＳＨメッセージのイベントヘッダーにｎｗ＿ｉｎｉｔｉａｔｅという新しいフィールド値を定義している。したがって、このように新しく定義されたフィールド値を利用してネットワーク側からのＰｏＣセッション開設であることを公開することができる。
【００６４】
前記メッセージの本文部では、このようなヘッダーフィールド値の定義によって具体的なＰｏＣサーバーのトリガリング情報を自由に挿入することができる。
【００６５】
また、ＸＭＬ基盤の文書を利用して情報を伝達し、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｖｎｓ．ｐｏｃ．ｎｗ＿ｉｎｉｔｉａｔｅ＋ｘｍｌのようなコンテンツタイプを指定する。前記コンテンツタイプの指定後、Ｃｏｎｔｒｏｌｌｉｎｇ  ＰｏＣ  Ｆｕｎｃｔｉｏｎ（ＣＦ）からのセッションを始めるイベントトリガリング情報は、図１０に示されたようなｔｒｉｇｇｅｒ−ｔｙｐｅで種類を指定し、これにより、セッション開始時間、プレゼンス情報以外にいろいろな情報が含まれることができる。この時、イベントトリガリング情報としては、セッション開始時間、プレゼンス情報などを各々指定することもでき、２つ以上を共に指定することもできる。
【００６６】
また、前記ＰＵＢＬＩＳＨ方法において、ヘッダーフィールド値を利用して具体的なイベントトリガリング情報を送ることができる。その他、イベントトリガリング情報は、ＸＭＬデータでない一般テキストを利用することができ、その形態は、本発明の基本的な技術思想の範囲内で変更可能である。
【００６７】
図６は、本発明を具現するためのネットワーク初期化ＰｏＣセッションのセットアップ時に外部クライアントからのＰｏＣ通話要請を示す流れ図である。
【００６８】
図６の外部クライアントは、一般ＩＰネットワークのクライアントを意味し、ＰｏＣクライアントで使用するＳＩＰとは異なって、ＲＴＣＰ（Real Time Transport Control Protocol or RTP Control Protocol）を利用してＰｏＣサーバーでＰｏＣセッションを開設する。
【００６９】
本発明での一般ＩＰネットワーククライアントは、コンピュータやＰＤＡ、ＶｏＩＰ複合端末などのようにＰｏＣ端末以外のものを意味する。
【００７０】
以下、ＰｏＣクライアントでない一般ＩＰネットワークＰｏＣクライアントからＰｏＣサーバーにＰｏＣセッション開設を要請するサービスについて詳細に説明する。
【００７１】
まず、ＰＣやＶｏＩＰ端末のような一般ＩＰクライアントでＰｏＣセッション開設をトリガリングするイベントが発生すれば、一般ＩＰクライアントは、事前に設定されたＰｏＣサーバーにＰｏＣセッション要請メッセージを転送するようになる。この時、セッション要請メッセージは、従来のＰｏＣ標準と相互運用可能にＲＴＣＰメッセージを利用するようになる。また、外部クライアントから前記ＰｏＣセッション開設を要請するＰｏＣサーバーへのＲＴＣＰペイロードの転送は、ネットワーク階層でのルーティングを通じて行われる。このために、外部ＩＰクライアントは、該当ＰｏＣサーバーのアドレス情報を事前に知っていなければならない。ＰｏＣサーバーのアドレス情報は、ＩＰｖ４やＩＰｖ６のＩＰアドレスを利用して要請メッセージをルーティングする。一方、ＰｏＣサーバーに転送されるＲＴＣＰメッセージのデータペイロード（data payload）には、ＰｏＣセッション開設のための情報を含むようになる。このようなＰｏＣセッション開設の情報は、ＰｏＣセッションに招待されるＰｏＣユーザのアドレス情報リスト、該当グループの識別子（group identifier）、ＰｏＣグループ種類、受動応答無視モード（manual answer override）の要請可否、ＰｏＣグループセッションの名称及びＰｏＣセッション開始時間、ＰｏＣセッション開設要求者の名前やアドレス、外部ＩＰクライアントのアドレス（IP Address）などの情報を必要に応じて転送することもできる。
【００７２】
以下、前記内容を図６を参照して詳細に説明する。
【００７３】
前記外部ＩＰクライアントで要請されたメッセージは、一般的ＩＰネットワークのゲートウエーを経て（Ｓ２０１）該当インターネットマルチメディアサービスドメインのＣＳＣＦ（call session control function）に伝達され（Ｓ２０２）、最終的にアプリケーションサーバーであるＰｏＣサーバーに伝達されるようになる（Ｓ２０３）。一方、ＰｏＣセッションのための要請されたサービスが許可された場合、ＰｏＣサーバーは、転送されたメッセージに対するアクナリッジメント(Acknowledgement)信号を回答し（Ｓ２０４〜Ｓ２０６）、外部ＩＰクライアントにＰｏＣセッションが開設されることを通知することができる。ＰｏＣサーバーは、ＲＴＣＰＡＣＫメッセージを回答した後、転送されたＰｏＣセッション開設情報によってＰｏＣセッションを開設することができる。
【００７４】
上記のように、ＰｏＣクライアントからＳＩＰ  ＰＵＢＬＩＳＨメッセージを利用したり外部ＩＰクライアントからＲＴＣＰメッセージを利用してＰｏＣセッション開設が要求された時、ＰｏＣサーバーは、次のようにＰｏＣセッション開設手続を行うようになる。このようなＰｏＣサーバーからのセッション開設手続は、ＰｏＣセッション招請の順序によって変形可能であることを後述する。また、ＰｏＣセッション招請の順序は、ＰｏＣグループ内の各ＰｏＣユーザの特性によって変動されることができることを前提にする。
【００７５】
図７は、本発明の第１実施例に係るネットワーク初期化ＰｏＣセッションのセットアップ時、ＰｏＣサーバーからのＰｏＣセッション開設に対する要請方法に関する流れ図である。
【００７６】
図７を参照すれば、ＰｏＣセッション開設を要請された後、ＰｏＣサーバーは、該当ＰｏＣクライアントＡにＳＩＰ  ＩＮＶＩＴＥメッセージを転送し（Ｓ３０１、Ｓ３０２）、ＰｏＣユーザの承認によって２００  ＯＫ応答を回答する（Ｓ３０３、Ｓ３０４）。この時、ＰｏＣクライアントＡは、ＰｏＣグループセッションを要請したユーザや特定のユーザに該当する。次に、ＰｏＣクライアントＡからＯＫメッセージを受信した後、ＰｏＣサーバーは、ＰｏＣグループ内の他のクライアントに該当アドレス情報を利用してＩＮＶＩＴＥメッセージを転送し（Ｓ３０５、Ｓ３０６）、各ＰｏＣユーザの応答によって２００  ＯＫ信号を回答する（Ｓ３０７、Ｓ３０８）。ＰｏＣサーバーは、最初の２００  ＯＫ信号を受信した後、ＲＴＣＰプロトコルを利用して前記ＰｏＣクライアントＡにトークバスト制御プロトコル（talk burst control protocol）の発言権許可（floor granted）信号を付与し（Ｓ３０９、Ｓ３１０）、また、ＩＮＶＩＴＥ要請に応答したＰｏＣクライアントＢには、発言権（floor）が他のユーザに付与されたことを通知するトークバスト制御プロトコル（talk burst control protocol）の発言権先占（floor taken）信号を転送する（Ｓ３１１、Ｓ３１２）。最終的に、発言権を付与されたＰｏＣクライアントＡは、音声などのメディア信号を転送するようになり、ＰｏＣサーバーＣＦ  Ｘは、転送されるメディアストリームをバッファリング、フォワードして該当ＰｏＣクライアントＢに転送するようになる。
【００７７】
選択的に、ＩＮＶＩＴＥメッセージを要請する受信側ＰｏＣクライアントの数は、多数個であることができる。
【００７８】
図８は、本発明の第２実施例に係るネットワーク初期化ＰｏＣセッションのセットアップ方法に関する流れ図である。
【００７９】
図８は、図７のＰｏＣセッション要請手続と同様であるが、ＰｏＣ通話が要請される受信側ＰｏＣクライアントにＰｏＣサーバーがまずＰｏＣセッション開設を要請するという点から差異がある。
【００８０】
前記ＰｏＣセッション開設を要請された後、ＰｏＣサーバーＣＦ  Ｘは、受信側ＰｏＣクライアントＢにＳＩＰ  ＩＮＶＩＴＥメッセージを送った後（Ｓ４０１〜Ｓ４０２）、ＰｏＣユーザの承認によって２００  ＯＫ応答を回答する（Ｓ４０３〜Ｓ４０４）。この時、ＰｏＣクライアントＡによりＰｏＣグループセッションが要請された対象に該当する。次に、ＰｏＣクライアントＢからＯＫ応答を受信した後、ＰｏＣサーバーは、初めてセッションを要請したクライアントにＳＩＰセッション連結のためのＩＮＶＩＴＥメッセージを送るようになり（Ｓ４０５〜Ｓ４０６）、ＰｏＣユーザの応答によって２００  ＯＫ信号を回答する（Ｓ４０７〜Ｓ４０８）。２００  ＯＫ応答を受信した後、ＰｏＣサーバーは、ＲＴＣＰプロトコルを利用して前記セッション要請したＰｏＣクライアントＡにトークバスト制御プロトコル（talk burst control protocol）の発言権許可（floor granted）信号を付与し（Ｓ４０９〜Ｓ４１０）、応答したＰｏＣクライアントＢには、発言権（floor）が他のユーザに付与されたことを通知するトークバスト制御プロトコル（talk burst control protocol）の発言権先占（floor taken）信号を転送する（Ｓ４１１〜Ｓ４１２）。最終的に発言権を付与されたＰｏＣクライアントＡは、音声などのメディア信号を転送するようになり、ＰｏＣサーバーＣＦ  Ｘは、転送されるメディアストリームをバッファリング、フォワードして該当ＰｏＣクライアントＢに転送するようになる。
【００８１】
図９は、本発明の第３実施例に係るネットワーク初期化ＰｏＣセッションのセットアップ方法に関する流れ図である。
【００８２】
図９は、図７及び図８のＰｏＣセッション要請手続と同様であるが、通話を要請する受信側ＰｏＣクライアント及び送信側ＰｏＣクライアントにＰｏＣサーバーが同時にＰｏＣセッション開設を要請するという点から差異がある。
【００８３】
図９を参照すれば、ＰｏＣセッション開設を要請受信した後、ＰｏＣサーバーＣＦ  Ｘは、ＰｏＣクライアントＡ及びＰｏＣクライアントＢに同時にＳＩＰ  ＩＮＶＩＴＥメッセージを送った後（Ｓ５０１ａ／ｂ〜Ｓ５０２ａ／ｂ）、ＰｏＣユーザの承認によって２００  ＯＫ応答を回答する（Ｓ５０３ａ／ｂ〜Ｓ５０４ａ／ｂ）。
【００８４】
この時、受信側ＰｏＣクライアントＢから２００  ＯＫ応答を受信した後（Ｓ５０４ｂ）、ＰｏＣサーバーＣＦ  Ｘは、ＲＴＣＰプロトコルを利用してセッション開設を要請したＰｏＣクライアントＡにトークバスト制御プロトコル（talk burst control protocol）の発言権許可（floor granted）信号を付与し（Ｓ５０９〜Ｓ５１０）、応答したＰｏＣクライアントＢには、発言権（floor）が他のユーザに付与されたことを通知するトークバスト制御プロトコル（talk burst control protocol）の発言権先占（floor taken）信号を転送する（Ｓ５１１〜Ｓ５１２）。
【００８５】
また、最終的に発言権を付与されたＰｏＣクライアントＡは、音声などのメディア信号を転送するようになり、ＰｏＣサーバーＣＦ  Ｘは、転送されるメディアストリームをバッファリング、フォワードして該当ＰｏＣクライアントＢに転送するようになる。
【００８６】
一方、前記図５で、ＰｏＣセッションを要請したＰｏＣクライアントＡは、前記開設されたＰｏＣセッションに属しないこともでき、このような場合、ＰｏＣセッション開設を要請されたＰｏＣサーバーは、図７〜図９のように、該当ＰｏＣクライアントから２００  ＯＫ応答を受信した後、ＰｏＣセッション開設されたことを通知する情報を前記図５のＳＩＰ  ＮＯＴＩＦＹメッセージを利用して転送することができる。
【００８７】
現在ＯＭＡ  ＰｏＣ標準文書には、ＰｏＣセッション開設のための手続がＯｎ−ｄｅｍａｎｄセッション開設のように、ＰｏＣクライアントの要請によって直接セッション招待される場合だけをサポートしている。しかし、前記技術的背景で説明したように、予約ＰｏＣセッション開設、ＰＣなどによりＰｏＣセッション開設が要請されることのように、ＰｏＣネットワークによりＰｏＣセッション開設を始める手続がＰｏＣサービス市場の拡大と技術的波及効果の側面から非常に必要なものと期待される。
【００８８】
特に、このようなＰｏＣサービスを具現するためのセッション要請と開設手続を既存ＰｏＣ標準と互換されるようにするための方法は、送信側ＰｏＣクライアントや外部ＩＰクライアントがＰｏＣサーバーにセッション開設のための情報を伝達し、これにより、ＰｏＣサーバーが様々に変形された実施例によりセッション連結手続を行うことができる。
【００８９】
以上において説明した本発明は、本発明が属する技術の分野における通常の知識を有する者であれば、本発明の技術的思想を逸脱しない範囲内で、様々な置換、変形及び変更が可能であるので、上述した実施例及び添付された図面に限定されるものではない。
【図面の簡単な説明】
【００９０】
【図１】図１は、一般的なＰｏＣサービスシステムの構造に関する概念図である。
【図２】図２は、従来技術によってＰｏＣクライアントの要請により送信側ＰｏＣセッションを連結するための一般的な方法を示す流れ図である。
【図３】図３は、ＰｏＣクライアントの要請により受信側ＰｏＣセッションを連結する一般的な方法を示す流れ図である。
【図４】図４は、図３の手続でセッション招待失敗である場合の処理過程を示す流れ図である。
【図５】図５は、本発明を具現するためのネットワーク初期化されたＰｏＣクライアントからセッション開設のためのパラメーターを設定するための方法を示す流れ図である。
【図６】図６は、本発明を具現するためのネットワーク初期化されたＰｏＣセッションのセットアップ時に外部クライアントからのＰｏＣ通話のための要請を示す流れ図である。
【図７】図７は、本発明の第１実施例に係るネットワーク初期化されたＰｏＣセッションのセットアップ時に、ＰｏＣサーバーからのＰｏＣセッション要請方法を示す流れ図である。
【図８】図８は、本発明の第２実施例に係るネットワーク初期化されたＰｏＣセッションのセットアップ方法を示す流れ図である。
【図９】図９は、本発明の第３実施例に係るネットワーク初期化されたＰｏＣセッションのセットアップ方法を示す流れ図である。
【図１０】図１０は、ＰｏＣサービスパラメーター設定のためのＰＵＢＬＩＳＨメッセージフォーマットを示す図である。
【符号の説明】
【００９１】
Ｓ２０１  ＲＴＣＰ  ＰｏＣセッション初期化
Ｓ２０４  ＲＴＣＰ  アクナリッジメント
【図１】
2008527900.tif 000005
【図２】
2008527900.tif 000006
【図３】
2008527900.tif 000007
【図４】
2008527900.tif 000008
【図５】
2008527900.tif 000009
【図６】
2008527900.tif 000010
【図７】
2008527900.tif 000011
【図８】
2008527900.tif 000012
【図９】
2008527900.tif 000013
【図１０】
2008527900.tif 000014
【国際調査報告】
2008527900.tif 000015
2008527900.tif 000016