(57)【要約】  本発明は、ＰｏＣ（Push to talk Over Cellular）マルチメディア通話のためのＰｏＣマルチメディアセッション（multimedia session）に対してＰｏＣ端末の支援特性によってセッションを開設し、各セッションに対するメディアを設定する方法である。前記方法で、セッションを開設するためのメディア特性によって任意のＰｏＣユーザ端末を分離するためのセッション管理サーバー設定用メッセージが任意のＰｏＣ端末からセッション管理サーバーに転送される。前記メディア特性によるＩＮＶＩＴＥメッセージは、前記設定を基盤としてセッション管理サーバーから前記各端末に転送される。
2008532456.tif 000002
【特許請求の範囲】
【請求項１】
プッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークでセッションを開設する方法において、
任意のＰｏＣユーザ端末からメディア特性によって任意のＰｏＣ端末を分離してセッションを開設するようにセッション管理サーバーを設定するためのメッセージを前記セッション管理サーバーに転送する段階と、
前記設定によってメディア特性によるＩＮＶＩＴＥメッセージを前記セッション管理サーバーから各端末に転送する段階と、を含むプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークでセッションを開設する方法。
【請求項２】
前記設定によってメディア特性によるＩＮＶＩＴＥメッセージを前記セッション管理サーバーから各端末に転送する段階で、
前記セッション管理サーバーは、メディア特性によって端末を分離するために、招待メッセージに含まれたメディアタイプを抽出し、各端末別に設定されたメディア情報を前記抽出された情報と比較してルーティング情報を結合させることを特徴とする請求項１に記載のプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークでセッションを開設する方法。
【請求項３】
前記セッション管理サーバーは、受信されたマルチメディアセッションＩＮＶＩＴＥメッセージを各々のメディア別該当ルーティングアドレスに分離し、各端末に分離したＩＮＶＩＴＥメッセージを転送することを特徴とする請求項２に記載のプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークでセッションを開設する方法。
【請求項４】
前記セッション管理サーバーは、各メディア特性によって端末を分離して招待するための分離機能を有することを特徴とする請求項２に記載のプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークでセッションを開設する方法。
【請求項５】
任意のＰｏＣユーザ端末からメディア特性によって任意のＰｏＣ端末を分離してセッションを開設するようにセッション管理サーバーを設定するためのメッセージを前記セッション管理サーバーに転送する段階以前に、
少なくとも１つの端末が属するセッション管理サーバーにメディア特性によって端末を分離して使用するための情報を設定することを特徴とする請求項１に記載のプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークでセッションを開設する方法。
【請求項６】
前記メディア特性によって端末を分離して使用するための情報は、ＳＩＰ（Session Initiation Protocol）ＰＵＢＬＩＳＨメッセージを利用することを特徴とする請求項５に記載のプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークでセッションを開設する方法。
【請求項７】
前記ＳＩＰ（Session Initiation Protocol）ＰＵＢＬＩＳＨメッセージフォーマットは、
各メディア特性によって端末を分離するためのイベントヘッダーを含むことを特徴とする請求項６に記載のプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークでセッションを開設する方法。
【請求項８】
前記イベントヘッダーは、各メディア特性によってセッションに招待しようとする端末のタイプと、該当端末に対するアドレス情報、及び端末のメディア支援能力情報を含むことを特徴とする請求項７に記載のプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークでセッションを開設する方法。
【請求項９】
前記端末分離情報のためのＳＩＰ  ＰＵＢＬＩＳＨメッセージを受信するセッション管理サーバーは、
ＳＩＰ  ＰＵＢＬＩＳＨメッセージを転送するクライアントに応答メッセージを転送する段階をさらに含むことを特徴とする請求項６に記載のプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークでセッションを開設する方法。
【請求項１０】
端末分離情報のためのＳＩＰ  ＰＵＢＬＩＳＨメッセージを転送したクライアントで、
自身が設定した設定情報を確認またはイベントが発生するかを検出するためにＳＵＢＳＣＲＩＢＥメッセージを要請する段階と、
ＳＵＢＳＣＲＩＢＥメッセージに対する応答信号が受信される場合、ＳＵＢＳＣＲＩＢＥメッセージ要請に対するイベントのアップデート情報を含むＮＯＴＩＦＹメッセージをセッション開設要請クライアントに転送する段階と、をさらに含むことを特徴とする請求項７に記載のプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークでセッションを開設する方法。
【請求項１１】
プッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークでメディア特性によって端末を分離してメディアを転送する方法において、
メディアを受信中である任意のＰｏＣユーザ端末からメディアのうち一部を他の端末を介して受信するための情報を含むメッセージをセッション管理サーバーに転送する段階と、
セッション管理サーバーで新しく分離されて転送されるメディアを受信するための端末にＩＮＶＩＴＥメッセージを転送する段階と、を含むプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークでメディア特性によって端末を分離河与党メディアを転送する方法。
【請求項１２】
前記ＰｏＣユーザ端末からメディアのうち一部を他の端末を介して受信するための情報を含むメッセージは、
ＳＩＰ（Session Initiation Protocol）ＲＥＦＥＲメッセージを利用することを特徴とする請求項１１に記載のプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークでメディア特性によって端末を分離してメディアを転送する方法。
【請求項１３】
前記ＳＩＰ  ＲＥＦＥＲメッセージは、現在使用中のセッションのダイアローグ情報を含むことを特徴とする請求項１２に記載のプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークでメディア特性によって端末を分離してメディアを転送する方法。
【請求項１４】
セッション開設のためにプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークのメディア特性によって端末を分離するシステムにおいて、
メディア特性によって受信側端末を分離してメディアを転送することを要請する端末分離要請ＰｏＣクライアントと、
メディア特性に該当する機能を提供し、分離されて転送されるメディアを受信する少なくとも１つ以上の受信側ＰｏＣクライアントと、
前記端末分離要請ＰｏＣクライアントから端末分離要請メッセージを受信し、端末分離要請メッセージに含まれたメディア特性値を参照して各端末に特性値にマッチングされるメディアに対する転送のための招待メッセージを転送するセッション管理サーバーと、を含むセッション開設のためにプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークのメディア特性によって端末を分離するシステム。
【請求項１５】
前記セッション管理サーバーは、メディア特性によって端末を分離するために、ＩＮＶＩＴＥメッセージに含まれたメディアタイプを抽出し、各端末別に設定されたメディア情報と前記抽出された情報とを比較してルーティング情報を結合させることを特徴とする請求項１４に記載のセッション開設のためにプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークのメディア特性によって端末を分離するシステム。
【請求項１６】
前記セッション管理サーバーは、受信されたマルチメディアセッションＩＮＶＩＴＥメッセージを各々のメディア別該当ルーティングアドレスに分離して各端末に分離したＩＮＶＩＴＥメッセージを転送することを特徴とする請求項１４に記載のセッション開設のためにプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークのメディア特性によって端末を分離するシステム。
【請求項１７】
前記セッション管理サーバーは、各メディア特性によって端末を分離して招待するための分離機能を有することを特徴とする請求項１５に記載のセッション開設のためにプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークのメディア特性によって端末を分離するシステム。
【請求項１８】
前記メディア特性に該当する機能を提供し、分離されて転送されるメディアを受信する少なくとも１つ以上の受信側ＰｏＣクライアントは、
前記ＰｏＣユーザ端末からメディア特性によってＰｏＣユーザ端末を分離するためのメッセージがセッション管理サーバーに転送される前に、
少なくとも１つの受信側ＰｏＣクライアント（自身）が属するセッション管理サーバーにメディア特性によって端末を分離して使用するための情報を設定することを特徴とする請求項１４に記載のセッション開設のためにプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークのメディア特性によって端末を分離するシステム。
【請求項１９】
前記メディア特性によって端末を分離して使用するための情報は、
ＳＩＰ（Session Initiation Protocol）ＰＵＢＬＩＳＨメッセージを利用することを特徴とする請求項１８に記載のセッション開設のためにプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークのメディア特性によって端末を分離するシステム。
【請求項２０】
前記ＳＩＰ（Session Initiation Protocol）Ｐｕｂｌｉｓｈメッセージフォーマットは、
メディア特性によって端末を分離するためのイベントヘッダーを含むことを特徴とする請求項１９に記載のセッション開設のためにプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークのメディア特性によって端末を分離するシステム。
【請求項２１】
前記イベントヘッダーは、メディア特性によってセッションに招待しようとする端末のタイプ、該当端末に対するアドレス情報、及び端末のメディア支援能力情報を含むことを特徴とする請求項２０に記載のセッション開設のためにプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークのメディア特性によって端末を分離するシステム。
【請求項２２】
前記端末分離情報のためのＳＩＰ  ＰＵＢＬＩＳＨメッセージを受信するセッション管理サーバーは、ＳＩＰ  ＰＵＢＬＩＳＨメッセージを転送したクライアントに応答メッセージを転送することを特徴とする請求項１９に記載のセッション開設のためにプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークのメディア特性によって端末を分離するシステム。
【請求項２３】
前記端末分離情報のためのＳＩＰ  ＰＵＢＬＩＳＨメッセージを転送したクライアントは、
自身が設定した設定情報を確認またはイベントが発生するかを検出するためにＳＵＢＳＣＲＩＢＥメッセージを要請し、ＳＵＢＳＣＲＩＢＥメッセージに対する応答信号が受信されれば、ＳＵＢＳＣＲＩＢＥ要請に対するイベントのアップデート情報を含むＮＯＴＩＦＹメッセージをセッション開設要請クライアントに転送することを特徴とする請求項２２に記載のセッション開設のためにプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークのメディア特性によって端末を分離するシステム。
【請求項２４】
プッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークのメディア特性によって端末を分離してメディアを転送するシステムにおいて、
メディアを受信しながら受信されるメディアのうち一部を他の端末を介して受信するための情報を含むメッセージを転送する端末分離要請ＰｏＣクライアントと、
メディア特性に該当する機能を提供し、前記端末分離要請ＰｏＣクライアントにより受信されるメディア特性のうち分離されたメディアの一部を受信する少なくとも１つ以上の受信側ＰｏＣクライアントと、
前記受信されたメディアの特性によって分離された一部のメディアを他の端末を介して受信するための情報を含むメッセージを受信して前記端末分離要請ＰｏＣクライアントにより受信されたメディアの特性によって分離された一部のメディアを転送するためのＩＮＶＩＴＥメッセージを受信側ＰｏＣクライアントに転送するセッション管理サーバーと、を含むプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークのメディア特性によって端末を分離してメディアを転送するシステム。
【請求項２５】
前記他の端末を介してＰｏＣユーザ端末から一部のメディアを受信するための情報を含むメッセージは、ＳＩＰ（Session Initiation Protocol）ＲＥＦＥＲメッセージを利用することを特徴とする請求項２４に記載のプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークのメディア特性によって端末を分離してメディアを転送するシステム。
【請求項２６】
前記ＳＩＰ  ＲＥＦＥＲメッセージは、現在使用中であるセッションのダイアローグ情報を含むことを特徴とする請求項２５に記載のプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークのメディア特性によって端末を分離してメディアを転送するシステム。
【請求項２７】
プッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークのメディア特性によって端末を分離してセッションを開設する端末において、
メディア特性によって受信側端末を分離してメディアを伝送されるために、自身が属するセッション管理サーバーにメディア特性によって端末を分離して使用するための情報を設定する手段を含む端末。
【請求項２８】
前記メディア特性によって端末を分離して使用するための情報は、ＳＩＰ（Session Initiation Protocol）ＰＵＢＬＩＳＨメッセージを利用することを特徴とする請求項２７に記載のる端末。
【請求項２９】
前記ＳＩＰ（Session Initiation Protocol）Ｐｕｂｌｉｓｈメッセージフォーマットは、メディア特性によってセッションに招待しようとする端末のタイプ、該当端末に対するアドレス情報、及び端末のメディア支援能力情報を含むメディア特性別端末を分離するためのイベントヘッダーを含むことを特徴とする請求項２８に記載の端末。
【請求項３０】
プッシュツートークオーバーセルラー（Push-to-talk over Cellular:ＰｏＣ）ネットワークのメディア特性によって端末を分離してセッションを開設するセッション管理サーバーにおいて、
メディア特性によって受信側端末を分離してメディアを転送するために、メディア特性によって端末を分離して使用するための情報を格納するための手段と、
送信側ＰｏＣクライアントから転送される招待メッセージに含まれたメディア情報からメディアタイプを抽出する手段と、
各端末別に設定されたメディア情報と前記抽出された情報とを比較してルーティング情報を結合し、受信されたマルチメディアセッション招待メッセージを各々のメディア別該当ルーティングアドレスに分離して各端末に招待メッセージを転送する手段と、を含むセッション管理サーバー。
【請求項３１】
各メディア特性によって端末を分離して招待するための分離機能を行う手段をさらに含むことを特徴とする請求項３０に記載のセッション管理サーバー。
【請求項３２】
プッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークのメディア特性によって端末を分離してメディアを転送する端末において、
メディアを受信しながらメディア特性によって受信側端末を分離するために、受信されたメディアの一部を受信するための情報を含むメッセージを転送する手段を含む端末。
【請求項３３】
第２端末を介してＰｏＣユーザ端末からメディアの一部を受信するための情報を含むメッセージは、ＳＩＰ（Session Initiation Protocol）ＲＥＦＥＲメッセージを利用することを特徴とする請求項３２に記載の端末。
【請求項３４】
前記ＳＩＰ  ＲＥＦＥＲメッセージは、現在使用中のセッションのダイアローグ情報を含むことを特徴とする請求項３３に記載の端末。
【請求項３５】
プッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークのメディア特性によって端末を分離してメディアを転送するセッション管理サーバーにおいて、
メディア特性によって受信側端末を分離してメディアを転送するために、メディアを受信しながら受信されるメディアのうち一部を受信するための情報を含むメッセージを第２端末を介して任意のＰｏＣクライアント端末から受信し、メディアを受信するための任意のＰｏＣクライアント端末に招待メッセージを転送する手段を含むセッション管理サーバー。
【請求項３６】
前記第２端末を介してＰｏＣユーザ端末からメディアの一部を受信するための情報を含むメッセージは、ＳＩＰ（Session Initiation Protocol）ＲＥＦＥＲメッセージを利用することを特徴とする請求項３５に記載のセッション管理サーバー。
【請求項３７】
前記ＳＩＰ  ＲＥＦＥＲメッセージは、現在使用中であるセッションのダイアローグ情報を含むことを特徴とする請求項３６に記載のセッション管理サーバー。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プッシュツートークオーバーセルラーシステムのマルチメディア種類別端末を分離してメディアを転送する技術に関する。
【背景技術】
【０００２】
移動通信が画期的に発展し、通信網が拡大されるにしたがって、携帯電話を用いたさらに拡張され且つ多様なサービスやアプリケーションが提供されている。同時に、位置サービス、マルチメディアサービス、ＰＴＴ（push to push）サービスのような付加的なサービスのための携帯電話ユーザの要求も増大している。ＰＴＴサービスは、無線機器やＴＲＳ(Trunk Radio System)により支援されるグループ通話と音声通話はもちろん、インスタントメッセンジャー、状態表示など多様な付加機能を支援する。
【０００３】
現在、移動通信網でこのようなＰＴＴ（Push to Talk）機能を導入してＰｏＣ（Push-to-talk over cellular:以下、ＰｏＣという）サービスに対する標準化作業が論議されている。ＰｏＣサービスの特徴のうち１つは、ユーザが複数のＰｏＣセッションに属していて、必要に応じてＰｏＣセッション間を移動しつつ通話をすることができることである。このような特徴は、移動通信サービスを定義している団体であるＯＭＡ（Open Mobile Alliance）に明示された要求事項である。
【０００４】
図１は、一般的なＰｏＣ（Push-to-talk over cellular）サービスシステムを示す概念図である。図１を参照すれば、ＰｏＣクライアント１０は、移動端末に設けられるサービス要請者であり、一般的にアクセス網２０を介してＳＩＰ（session Initiation Protocol）及びＩＰ（Internet Protocol）マルチメディアを支援するＳＩＰ／ＩＰコア網３０に連結される。
【０００５】
ＰｏＣクライアント１０は、ＰｏＣサービス接続を提供するＰｏＣユーザ端末機に常駐する。前記ＰｏＣクライアント１０は、主としてＰｏＣセッションを開設し、ＰｏＣセッションに参加し、ＰｏＣセッションを終了する。また、ＰｏＣクライアント１０は、トークバーストを形成し伝達する機能、インスタントパーソナルアラート(Instant Personal alert)を支援する機能、Ｐｏｃサービスに接続する時、認証を行う機能などの役目をする。以下、別の言及がない限り、ＰｏＣクライアント１０という用語は、ＰＴＴサービス加入者又はＰｏｃユーザ端末と同じものとして仮定する。
【０００６】
ＳＩＰ／ＩＰコア網３０は、ＰｏＣサービスを支援するために、ＰｏＣサーバ６０と、ＧＬＭＳ（Group List and Management System）５０、及びプレゼンスサーバ７０に連結される。
【０００７】
一般的に、ＳＩＰ（Session Initiation Protocol）は、ＩＥＴＦ（Internet Engineering Task Force）ＲＦＣ（Request for Comments）２５４３文書に標準として定義される。ＳＩＰは、映像及び音声のようなマルチメディア通信のためのセッション（session）や呼を設定、修正、終了するために使用されるアプリケーション階層の制御プロトコルである。ＳＩＰは、ＵＤＰ／ＴＣＰ／ＩＰ階層上に存在するもので、ＳＩＰ要求（Request）メッセージ及びＳＩＰ応答（Response）メッセージを交換できるクライアント／サーバープロトコルでマルチメディア会議に参加するように招待（invite）することによって、セッションを始めることができるようにユニキャスト（Unicast）及びマルチキャスト（Multicast）セッションを共に支援する。
【０００８】
ＳＩＰ要求メッセージは、次のようにＲＦＣ２５４３で６つの機能を提供する。ＩＮＶＩＴＥ（Session 参席招待）、ＡＣＫ（招待要求に対する承認）、ＢＹＥ（呼終了）、ＲＥＧＩＳＴＥＲ（ユーザエージェントがリダイレクトサーバーのデータベースに登録）、ＣＡＮＣＥＬ（待機中の要求取消），ＯＰＴＩＯＮＳの機能である。ＳＩＰ応答メッセージは、１ｘｘ（情報応答），２ｘｘ（成功的応答）、３ｘｘ（リダイレクション応答）、４ｘｘ（クライアントエラー、要求失敗）、５ｘｘ（サーバー失敗）、６ｘｘ（グローバル失敗）のような状態コードを提供する。
【０００９】
前記ＰｏＣサーバは、ＰｏＣセッションの維持及び管理を全般的に制御するためのControlling PoC Function（以下、ＣＦという）と、各セッション間の維持管理を制御するためのParticipating PoC Function（以下、ＰＦという）機能を行い、下記の表１、表２を参照して説明する。
【００１０】
【表１】
2008532456.tif 000003
【００１１】
表１から明らかなように、ＣＦは、ＰｏＣセッションを維持、管理する役目を行う。ＰｏＣサーバは、ＰｏＣクライアントの発言権（floor）要請を受信し、クライアントに発言権を付与するための順序を定め、クライアントに発言権を付与する。そして、ＰｏＣサーバは、任意のＰｏＣクライアントが要請したトークバーストをグループＰｏＣ呼出に参加した全ての他のクライアントに分配し、グループＰｏＣ呼出に参加したＰｏＣクライアントの情報を提供する。
【００１２】
下記表２から分かるように、ＰＦは、ＣＦと各ＰｏＣクライアント間のＰｏＣセッションを管理する。特に、ＰＦは、ＣＦが発言権を付与したり、ＣＦからクライアントに発言権を付与する時、ＰｏＣクライアントとＣＦ間に発言権を中継する役目をする。また、ＰＦは、ＣＦとクライアントとの間にメディアを中継する役目、異なるコーデック間のトランスコーディングを行い、同時ＰｏＣセッションの場合、１つのＰｏＣセッションで話している時、他のセッションでも話しながらＰｏＣユーザの選択によって１つをフィルタリングする。
【００１３】
【表２】
2008532456.tif 000004
【００１４】
前述したようなＰｏＣサービスシステムにおいて、ＰｏＣユーザが自身の端末機を介してＧＬＭＳ５０にグループ及びグループメンバーに関する情報を入力することができ、ＧＬＭＳ５０から転送された個人またはグループ目録を通じて自身が呼び出すことができるＰｏＣユーザに関する情報を確認することができる。選択的に、ＧＬＭＳ５０にグループ及びグループメンバーの生成、修正及び管理できる他の方法は、インターネットやイントラネットなどＰｏＣサービス提供者が信頼できる通信網を介して入力することができる方法がある。
【００１５】
ＰｏＣ呼サービスを利用するために、ＰｏＣユーザは、ＳＩＰ／ＩＰコア網３０に自身のＰｏＣアドレスを登録する。前記ＳＩＰ／ＩＰコア網３０は、ＰｏＣユーザの要請でＰｏＣユーザ情報を格納する。したがって、他のＰｏＣユーザがグループＰｏＣ呼出を要求しようとする場合、ＰｏＣユーザは、前述したように、自身の情報を前記ＳＩＰ／ＩＰコア網３０にまず登録し、ＧＬＭＳ５０から転送されたグループ識別情報を利用して自身のＳＩＰ／ＩＰコア網３０にグループＰｏＣ呼を要請する。この時、ＳＩＰ／ＩＰコア網３０は、要請するＰｏＣユーザ情報を利用してアドレス決定とドメイン位置判断を行い、要請するＰｏＣユーザが登録されたホームＰｏＣサーバーにＰｏＣ通話要請を転送する。ＰｏＣサーバーは、このようなＰｏＣ通話要請に対してＰｏＣセッション開設を準備し、ＧＬＭＳサーバから各々のユーザ情報を獲得した後、該当ＳＩＰ／ＩＰコア網にＰｏＣ通話要請信号を伝達する。ここで、イントラドメイン内のユーザに対するＰｏＣ通話要請の場合、ＰｏＣサーバーは、ＰＦ及びＣＦの機能を共に行う。通話要請されたＰｏＣユーザを管理するＰｏＣサーバーは、自身に伝達されたＰｏＣユーザの情報を利用してＳＩＰ／ＩＰコア網の位置決定過程を経た後、ＰｏＣユーザにＰｏＣ通話を要請する。
【００１６】
前記ＯＭＡ内のＰｏＣシステムの特徴は、次の通りである。
ＰｏＣシステムは、ユーザのホームネットワーク内のＰｏＣサーバーとの連結設定可否によってon-demandセッションモードとpre-establishedセッションモードとに分けられる。
【００１７】
pre-establishedセッションモードは、ＰｏＣユーザが自身の要求によってＰｏＣクライアント（ＰｏＣ Client）と自身のホームネットワークに属するＰｏＣサーバーとの間に事前にセッションを設定する。前記pre-establishedセッションは、ＰｏＣユーザが自身が使用すべきメディアパラメータをＰｏＣサーバーと事前に交渉して、今後使われるべきサーバー−クライアント間のメディアパラメータを再交渉する必要なく、速い通話設定を行う。pre-established セッションの設定のために、ＰｏＣクライアントは、ＳＩＰ ＩＮＶＩＴＥメソードを通じて本文部（SDP MIME body:Session Description Protocol Multipurpose Internet Mail Extention Body）に支援するメディアパラメータを提供し、ＰｏＣサーバから提供されたメディアパラメータに対して応答する。ＰｏＣクライアントは、ＰｏＣサーバーから受信される応答メッセージにpre-establishedセッションの識別情報をコンファレンスＵＲＩ（conference Uniform Resource Identifier）と共にＰｏＣユーザに送信する。前記pre-establishedセッションを利用する場合、ＩＰアドレス、ポート番号、使われるコーデック(codec)及びトークバースト制御プロトコル(talk burst control protocol)のようなパラメータとして事前交渉が可能である。
【００１８】
on-demandセッションモードは、ＰｏＣユーザがpre-established セッションを設定しない状態を意味し、他のＰｏＣユーザのＩＮＶＩＴＥメッセージを受信した後、ＰｏＣ呼連結手続を行うことを意味する。
【００１９】
一方、ＰｏＣシステムは、前記特徴他にＰｏＣは、half-duplexのグループ通話を可能にする。このような多者間コンファレンス機能は、ＰｏＣの代表的な特徴であって、設定されるグループの特性によってアドホックＰｏＣグループ（adhoc PoC group）、pre-arranged ＰｏＣグループ及びｃｈａｔ  ＰｏＣグループに区分される。
【００２０】
上記の特徴を有するＰｏＣシステムでＰｏＣクライアント、ＰｏＣサーバー及びＳＩＰ／ＩＰ  Ｃｏｒｅネットワーク、グループリストサーバー、プレゼンスサーバーのような要素間のシグナリングを通じた初期ＰｏＣセッション開始及び連結手続は、ＳＩＰ基盤技術としてＯＭＡ標準文書から探し出せる。したがって、その説明は省略する。
【００２１】
前記ＰｏＣシステムでＰｏＣマルチメディアセッションを開設するための手続は、以下で説明される。各ＰｏＣグループに対するセッション開設手続は類似している。グループセッション開設のために全てのグループ員に対して同一の手続が反復される。以下、ＰｏＣマルチメディアセッションを開設するための手続は、１人のＰｏＣメンバーに対するセッション開設手続を基盤にして説明される。このために、ＰｏＣマルチメディアセッション連結手続は、図２と図３を参照して説明される。図２及び図３で、送信側ＰｏＣ通話要請者がＳＩＰプロトコルを用いてマルチメディア（本例では、オーディオとビデオ通話を要請する場合を例示する）招請メッセージを送信して呼処理を要請する。受信側には、自動応答モードが設定され、pre-establishedセッションが存在する。従来の技術で具現される通話送信側と通話受信側の呼処理手続を各々記述している。
【００２２】
図２は、送信側ＰｏＣマルチメディアセッションを連結するための従来の過程に対するシグナリング流れを示す図である。
図２を参照すれば、ＰｏＣクライアントＡは、自身が話そうとする受信者のＳＩＰ  ａｄｄｒｅｓｓ情報を含むＩＮＶＩＴＥ要請をＳＩＰ／ＩＰコアＡに送る（Ｓ１１）。この時、ＩＮＶＩＴＥメッセージは、通話要請クライアントのＰｏＣアドレス情報、要求されるメディアパラメーター（要求されるセッションがマルチメディアであるから、メディア特性値としてオーディオとビデオに関するエンコーディング方法、レート、ペイロードタイプなどの多数の特性値を含む）ＰｏＣサービスであることを通知する特性値情報などのエレメントを含む。前記ＩＮＶＩＴＥメッセージは、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバーまたはＤＮＳサーバーなどでの経路クエリー（query）を通じてＩＭＳ網内での該当サーバー（Ｐ−ＣＳＣＦ（Proxy Call Session Control Function）及びＳ−ＣＳＣＦ（Serving Call Session Control Function））を経由してparticipating機能を制御するＰｏＣサーバーＡ（以下、‘ＰＦ  Ａ’と称する）に転送される（Ｓ１２）。一般的な通話要請時、ＰｏＣユーザが連結されたＰＦ  Ａは、開設されるセッションのトークバストを管理するＰｏＣサーバーＸ（以下、‘ＣＦ  Ｘ’と称する）に分離されることができるので、前記段階Ｓ１１、Ｓ１２を通じて伝達されたＩＮＶＩＴＥメッセージは、各ネットワークのＳＩＰ／ＩＰコア網を経由してＣＦ  Ｘに転送される（Ｓ１３〜Ｓ１５）。
【００２３】
ＣＦを含む制御ネットワークＸは、前記段階Ｓ１５を通じて伝達されたＩＮＶＩＴＥ要請を該当ＳＩＰ／ＩＰコア網に転送した後、応答メッセージを受信するようになる。受信側ネットワークで応答されるＳＩＰメッセージは、１ＸＸの臨時応答メッセージ（provisional response）や２ＸＸの成功応答メッセージ（successful response）または４ＸＸ〜６ＸＸなどのエラー応答メッセージのうち１つであることができる（以下、本発明の根本的効果を逸脱しない範囲で正常的な呼処理手続を中心にして説明する）。Ｓ１５以後、ＣＦは、受信側応答モードによってＡＵＴＯ−ＡＮＳＷＥＲまたはＯＫ応答を受信することができる。選択的に、図２で、ＡＵＴＯ−ＡＮＳＷＥＲ応答の場合、ＣＦは、SIP 183 Session progress信号として受信し、これを通じて、通話要請者のＩＭＳ網でＰｏＣサーバーとクライアント間の連結を行う。受信者の通話許諾信号は、前記SIP 183 Session ProgressまたはＳＩＰ  ２００‘ＯＫ’応答として送信され、ＣＦとＰＦのＰｏＣサーバーを経由してＰｏＣクライアントＡに伝達するようになる（Ｓ１６〜Ｓ２０）。
【００２４】
一方、受信側ＰｏＣサーバーから２００  ＯＫ応答や183‘session progress’応答を受信した後、ＣＦは、ＰｏＣ呼が連結されたことを判断し、クライアントＡに対してトークバスト発言権を付与する‘floor granted’信号を転送する。上記の応答（２００  ＯＫまたは183‘session progress’）によってトークバスト権限を付与することは、‘confirmed’または‘unconfirmed’タイプに区分されることができ、これは、ＣＦがバッファリング機能を要求するからである。
【００２５】
ＩＮＶＩＴＥ要請信号に対する確認応答信号（Ｓ１６〜Ｓ２０）を受信した後、ＰｏＣクライアントＡは、トークバスト転送許諾信号（通話連結音）を転送するために、ＲＴＣＰプロトコルを利用して“Floor granted”信号を受信するようになる（Ｓ１１、Ｓ１２）。“Floor granted”信号は、トークバスト仲裁権限を有するＣＦから生成され、前記該当ＰｏＣクライアントを管理するＰＦを経て該当ＰｏＣクライアントに転送される。“Floor granted”信号は、ＳＩＰプロトコルの代わりに、ベアラーの経路を利用するので、ＳＩＰ／ＩＰコア網を経ることなく、転送されることができる。最後に、このような通話連結音を確認したＰｏＣユーザは、メディアストリーム（例えば、音声）をＲＴＰプロトコルを利用して転送するようになる。
【００２６】
図３は、送信側呼処理過程に対応して受信側サーバー−クライアント間にPre-establishedセッションが設定された場合、従来技術による成功的なセッション開設を仮定した受信側の従来の呼処理手続を示す図である。
【００２７】
この時、Pre-establishedセッションを設定しているＰｏＣサーバーとＰｏＣクライアント間のメディア特性値は、新しいセッション要請時に変更する必要なく指定された特定値をそのまま利用するものと仮定する。
【００２８】
送信側ネットワークから受信されたＩＮＶＩＴＥメッセージは、ＩＭＳ網の呼処理手続によって受信側ＰｏＣクライアントのホームネットワークに属するＰｏＣサーバーまでＳＩＰ／ＩＰコア網を介して転送される（Ｓ３１〜Ｓ３３）。この時、ＰＦ  Ｂは、自身の応答モード設定値を自動応答モードで設定しているので、ＩＮＶＩＴＥ要請メッセージの応答として送信側ネットワークにＳＩＰ  ２００‘ＯＫ’メッセージを転送する（Ｓ３４〜Ｓ３６）。前記ＰＦ  Ｂは、Pre-establishedセッションを変更させる必要がないので、自身と連結されているＰｏＣクライアントには、ＩＮＶＩＴＥメッセージを送らない。
【００２９】
一方、ＩＭＳ経路を介して回答されたＯＫ応答を受信したcontrollingネットワークのＰｏＣサーバー、すなわちＣＦ  Ｘは、送信側ＰｏＣクライアントにＯＫ応答を転送してＰｏＣ呼処理手続を完成し（Ｓ３７）。送信側ＰｏＣクライアントに対してトークバスト発言権を付与する“Floor granted”信号を転送する（Ｓ３８）。また、ＣＦは、発言権を許諾するＲＴＣＰ信号を転送すると同時に、前記発言権を有するＰｏＣユーザのＰｏＣアドレスやディスプレイ名称を含む“Sending Talk Burst”信号を受信側ＰｏＣユーザに転送する（Ｓ３９〜Ｓ４０）。したがって、ＣＦは、受信ＰｏＣクライアントが以後伝達されるメディアストリームの送信者情報をあらかじめ受信することができるようにする。このようなトークバスト転送信号は、ＳＩＰの代わりに、ベアラーの経路を利用するので、ＳＩＰ／ＩＰコア網を経由せずに転送されることができる。一方、最終的に送信側から送ったメディア（音声）ストリームは、ベアラーの経路でＲＴＰプロトコルを利用してクライアントＢに転送されることによって、通話が開始される。
【００３０】
前述した従来技術によれば、次のようなユーザに否定的な影響を及ぼす技術的問題点がある。
第一に、送信側ＰｏＣクライアントは、ＰｏＣマルチメディアセッション開設のために反復的なＩＮＶＩＴＥメッセージを転送する。
第二に、送信側クライアントは、各々開設された２つの独立的なセッションを介してオーディオとビデオを分離して転送する。したがって、同じ発言権制御を受けることができるようにする追加的な支援が存在しなければならない。しかし、従来のＰｏＣシステムでは、このような機能の支援がないので、このような問題点に対する技術的解決が要請される。
第四に、送信側ＰｏＣクライアントの立場でメディアを分離してセッションを開設するために反復的なＩＮＶＩＴＥメッセージ転送で発言権を獲得するために時間が要求される。
【発明の開示】
【発明が解決しようとする課題】
【００３１】
本発明の目的は、オーディオ、ビデオ（video）などを共に使用するマルチメディアＰｏＣ通話に対してユーザの要求により各メディアの特性に適合したＰｏＣ端末あるいはＰｏＣ互換端末を選択して通話要請時に該当メディア特性値（media attribute）を指定することによって、マルチメディアセッションのメディア種類によるＰｏＣ互換端末を設定する方法とシステムを提供する。
【００３２】
本発明の他の目的は、マルチメディアセッションの互換過程に対してＰｏＣ通話制御の応用階層プロトコルであるＳＩＰとその拡張プロトコルを利用できるようにする。
【課題を解決するための手段】
【００３３】
本発明によるプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークでセッションを開設する方法は、任意のＰｏＣユーザ端末からメディア特性によって任意のＰｏＣ端末を分離してセッションを開設するようにセッション管理サーバーを設定するためのメッセージを前記セッション管理サーバーに転送する段階と、前記設定によってメディア特性によるＩＮＶＩＴＥメッセージを前記セッション管理サーバーから各端末に転送する段階と、を含む。
【００３４】
本発明によるプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークでメディア特性によって端末を分離してメディアを転送する方法は、メディアを受信中である任意のＰｏＣユーザ端末からメディアのうち一部を他の端末を介して受信するための情報を含むメッセージをセッション管理サーバーに転送する段階と、セッション管理サーバーで新しく分離されて転送されるメディアを受信するための端末にＩＮＶＩＴＥメッセージを転送する段階と、を含む。
【００３５】
本発明によるセッション開設のためにプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークのメディア特性によって端末を分離するシステムは、メディア特性によって受信側端末を分離してメディアを転送することを要請する端末分離要請ＰｏＣクライアントと、メディア特性に該当する機能を提供し、分離されて転送されるメディアを受信する少なくとも１つ以上の受信側ＰｏＣクライアントと、前記端末分離要請ＰｏＣクライアントから端末分離要請メッセージを受信し、端末分離要請メッセージに含まれたメディア特性値を参照して各端末に特性値にマッチングされるメディアに対する転送のための招待メッセージを転送するセッション管理サーバーと、を含む。
【００３６】
本発明によるプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークのメディア特性によって端末を分離してメディアを転送するシステムは、メディアを受信しながら受信されるメディアのうち一部を他の端末を介して受信するための情報を含むメッセージを転送する端末分離要請ＰｏＣクライアントと、メディア特性に該当する機能を提供し、前記端末分離要請ＰｏＣクライアントにより受信されるメディア特性のうち分離されたメディアの一部を受信する少なくとも１つ以上の受信側ＰｏＣクライアントと、前記受信されたメディアの特性によって分離された一部のメディアを他の端末を介して受信するための情報を含むメッセージを受信して前記端末分離要請ＰｏＣクライアントにより受信されたメディアの特性によって分離された一部のメディアを転送するためのＩＮＶＩＴＥメッセージを受信側ＰｏＣクライアントに転送するセッション管理サーバーと、を含む。
【００３７】
本発明によるプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークのメディア特性によって端末を分離してセッションを開設する端末は、メディア特性によって受信側端末を分離してメディアを伝送されるために、自身が属するセッション管理サーバーにメディア特性によって端末を分離して使用するための情報を設定する手段を含む。
【００３８】
本発明によるプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークのメディア特性によって端末を分離してセッションを開設するセッション管理サーバーは、メディア特性によって受信側端末を分離してメディアを転送するために、メディア特性によって端末を分離して使用するための情報を格納するための手段と、送信側ＰｏＣクライアントから転送される招待メッセージに含まれたメディア情報からメディアタイプを抽出する手段と、各端末別に設定されたメディア情報と前記抽出された情報とを比較してルーティング情報を結合し、受信されたマルチメディアセッション招待メッセージを各々のメディア別該当ルーティングアドレスに分離して各端末に招待メッセージを転送する手段と、を含む。
【００３９】
本発明によるプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークのメディア特性によって端末を分離してメディアを転送する端末は、メディアを受信しながらメディア特性によって受信側端末を分離するために、受信されたメディアの一部を受信するための情報を含むメッセージを転送する手段を含む。
【００４０】
本発明によるプッシュツートークオーバーセルラー（Push-to-talk over Cellular：ＰｏＣ）ネットワークのメディア特性によって端末を分離してメディアを転送するセッション管理サーバーは、メディア特性によって受信側端末を分離してメディアを転送するために、メディアを受信しながら受信されるメディアのうち一部を受信するための情報を含むメッセージを第２端末を介して任意のＰｏＣクライアント端末から受信し、メディアを受信するための任意のＰｏＣクライアント端末に招待メッセージを転送する手段を含む。
【発明の効果】
【００４１】
前述のような本発明は、次のような技術及びサービス面での波及効果を有することができる。
まず、ＯＭＡ標準で進行中のＰｏＣリリース２で受信ＰｏＣ端末機が一部のメディア（例えばビデオ）に対して送信側端末あるいはＰｏＣサーバーで提供されるメディアフォーマットを支援しない場合、該当フォーマットを支援する有線網のＰｏＣ互換端末を用いてセッション要請をルーティングしてセッション開設を進行することができる。
【００４２】
また、このためにＰｏＣリリース１で支援しない各メディア特性によって連結する端末を設定するＳＩＰ拡張技術が提供される。
【００４３】
また、前記ＳＩＰ拡張技術は、送信側ＰｏＣ端末の立場では、既存の通話に比べて変更事項がない方法を提供することによって、互換性に問題が発生しない。
【００４４】
上記の技術を利用することによって、ユーザの側面では、ＰｏＣビデオコンファレンシングのような会議で特定のメディアに対してＰＣのような高機能の端末に転送して格納、変換及び編集などの多様な応用サービスを利用することができる。
【００４５】
また、上記の方法でマルチメディア通話の一部のメディアに対して他のＰｏＣクライアントを用いて共有、モニターリングなどのサービスを提供することができる。
【発明を実施するための最良の形態】
【００４６】
以下、本発明の好ましい実施例を添付の図面を参照して詳細に説明する。
以下では、３ＧＰＰや３ＧＰＰ２で標準化が完了したＩＭＳ（IP multimedia CN Subsystem）を基盤とするネットワークを利用し、half duplex呼とユーザのグループ情報を用いて呼要請による即時通話を可能にするＰｏＣシステムの応用サービスを説明する。
【００４７】
本発明は、ＯＭＡ ＰｏＣリリース１システムで定義するＰｏＣクライアントとＰｏＣサーバーＰＦ、ＣＦ、そしてＳＩＰ及び拡張されたＳＩＰのうち少なくとも１つを基盤として構成される。基本構成は、ＰｏＣ（Push-to-talk over Cellular）基本構造と同一なので、以下では省略する。
【００４８】
図４は、ＰｏＣクライアントＡがメディアによる転送費用や効果的なＰｏＣ通話のためのストリーミング品質（quality）の変更のような自身が要求するセッション開設パラメーターを事前に設定する方法を示す図である。
【００４９】
図４の過程が事前に行われた後、前記ＰｏＣクライアントに対するＰｏＣマルチメディアセッション開設要請が転送される場合、後述する図６の手続を用いてメディアによるクライアント分離の手続の実行を完成することができる。
【００５０】
まず、図４を参照してメディア特性を設定する過程を詳細に説明する。
ＰｏＣ通話を希望するＰｏＣクライアントは、ＳＩＰ  ＰＵＢＬＩＳＨ  Ｍｅｔｈｏｄを用いて自身のホームＰｏＣネットワークのＰｏＣサーバーに自身に要請されるセッション開設時に使われるＰｏＣサービスセッティングを行う。まず、ＳＩＰ  ＰＵＢＬＩＳＨ  Ｍｅｔｈｏｄで伝達されるＳＩＰメッセージは、Ｅｖｅｎｔヘッダーを含む。前記ヘッダーに含まれるヘッダーフィールド値を通じてＰｏＣマルチメディアセッションが要請される時、ＰＦは、メディアによって該当クライアントにセッション分離を行うように設定するＳＩＰメッセージであることを公表することもできる。前記Ｅｖｅｎｔヘッダーフィールド値は、従来のＰｏＣ  Ｒｅｌ−１で定義されるｐｏｃ−ｓｅｔｔｉｎｇｓというフィールド値を使用することができ、または新しいフィールド値を定義することもできる。一方、前記ＳＩＰ  ＰＵＢＬＩＳＨメッセージを通じてＰＦに転送された具体的なコンテンツ（マルチメディアセッション時、各々のメディアタイプによってＩＮＶＩＴＥ要請を送らなければならないＰｏＣ端末とこれによるアドレス情報またはクライアントｃａｐａｂｉｌｉｔｙ情報）タイプは、ＳＩＰメッセージ内のＣｏｎｔｅｎｔ−Ｔｙｐｅヘッダーを通じて設定することができる。このようなＣｏｎｔｅｎｔ−Ｔｙｐｅは、ｔｅｘｔ／ｐｌａｉｎ値またはａｐｐｌｉｃａｔｉｏｎ／ｘｍｌ値に設定されることができ、詳細な事項は、図５を参照して後述する。
【００５１】
図４の手続は、一般的なＳＩＰ  ＰＵＢＬＩＳＨ  Ｍｅｔｈｏｄを基盤とする。まず、ＰｏＣユーザは、メディア特性によって自身が使用することを希望するＰｏＣ端末情報などを設定する。次に、このような情報を含んでＰｏＣクライアントから生成された前記ＳＩＰ  ＰＵＢＬＩＳＨメッセージは、ＳＩＰ／ＩＰコア網の経路を介してｃｏｎｔｒｏｌｌｉｎｇ  ＰｏＣサーバーに転送される（Ｓ１０１、Ｓ１０２）。
【００５２】
この時、ＰｏＣクライアントがＳＩＰ  ＰＵＢＬＩＳＨメッセージに含める該当ＰｏＣサーバーのアドレス（ＰＦ ＡのＳＩＰ ＵＲＩ）は、Ｒｅｑｕｅｓｔ−ＵＲＩに使われる。このようなアドレス情報を用いてＳＩＰ／ＩＰコア網内のＳ−ＣＳＣＦのルーティングを経て該当ＰｏＣサーバーに転送される。一方、ａｄ  ｈｏｃ  ＰｏＣグループ通話や単一ＰｏＣクライアントに対するＰｏＣセッション開設要求時には、前記ＰｏＣクライアントＡのＰｏＣサーバーがＰＦ及びＣＦを共に同時に行う。
【００５３】
ＰｏＣクライアントからＰｏＣ開設のためのＳＩＰ  ＰＵＢＬＩＳＨメッセージを受信したＰｏＣサーバーは、バージョン、ＰｏＣサービス情報及び認証／許可可否に対する情報を確認した後、ＳＩＰ  ２００  ＯＫ応答を送信する（Ｓ１０３、Ｓ１０４）。
【００５４】
一方、ＰｏＣクライアントＡは、自身が設定したＰｏＣセッティング、セッション要請などのイベントが発生するかを確認するためにＳＩＰ  ＰＵＢＬＩＳＨメッセージを前記ＰｏＣサーバーに要請することができ（Ｓ１０５、Ｓ１０６）、２００  ＯＫ信号形態でイベント応答信号を受信する（Ｓ１０７、Ｓ１０８）。
【００５５】
前記ＳＵＢＳＣＲＩＢＥ要請に対して前記ＰｏＣサーバーは、発生したイベントをアップデートするためにイベント内容を含むＳＩＰ  ＮＯＴＩＦＹメッセージを転送し、回答として２００  ＯＫ応答を受信する（Ｓ１０９、Ｓ１１２）。
【００５６】
最後にＳＩＰ  ＰＵＢＬＩＳＨメッセージを受信したＰｏＣサーバーは、前記Ｅｖｅｎｔヘッダーとコンテンツによってマルチメディアセッション招待を受信した場合、該当メディアを基盤にしてＰｏＣセッション開設を開始する。
【００５７】
図５は、図４のメディア特性を設定するためのＳＩＰ  ＰＵＢＬＩＳＨメッセージフォーマットを示す図である。ここで、前記ＳＩＰ  ＰＵＢＬＩＳＨメッセージを用いてＰｏＣサーバーのＰｏＣサービス設定をするためのメッセージフォーマットとコンテンツを示す。
【００５８】
図５を参照すれば、ＳＩＰ  ＰＵＢＬＩＳＨメッセージのＥｖｅｎｔヘッダーは、従来のＰｏＣシステムに定義された‘ｐｏｃ−ｓｅｔｔｉｎｇｓ’というフィールド値を用いてマルチメディアセッションに対するＰｏＣ端末分離を示しているが、本発明のために別途の‘ｓｅｓｓｉｏｎ−ｓｐｌｉｔ’などのように新しいフィールド値を定義することができる。
【００５９】
一方、ＳＩＰ  ＰＵＢＬＩＳＨメッセージは、前記イベントヘッダーを含んだ後、本文部にこのようなヘッダーフィールド値の定義によって具体的な端末分離情報を挿入するようになる。
【００６０】
このために、本発明では、図５のようにＸＭＬ基盤の文書を用いてメディア別端末分離情報を転送する。
【００６１】
この時、図５で使われるコンテンツタイプは、従来システムで応答モードや個人アラーティング信号、セッション要請遮断時に使用するＣｏｎｔｅｎｔ−Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｖｎｓ．ｐｏｃ．ｎｗ＿ｉｎｉｔｉａｔｅ＋ｘｍｌのようなコンテンツタイプを指定することができる。しかし、新しいＥｖｅｎｔヘッダーフィールド値が定義された場合、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｖｎｓ．ｐｏｃ．ｓｅｓｓｉｏｎ−ｓｐｌｉｔ＋ｘｍｌのようなコンテンツタイプを新しく定義することもできる。
【００６２】
前記コンテンツタイプの指定後、ＰＦに設定されるメディア別セッション分離情報は、ＳＩＰ  ＰＵＢＬＩＳＨメッセージのボディー部にｍｅｄｉａ  ｔｙｐｅ形態で格納され、これにより、少なくともメディアタイプ別セッション連結情報などが含まれる。図５で、メディアタイプ別対象ＰｏＣ端末のアドレス情報は、‘ｔａｒｇｅｔ−ｕｒｉ’というパラメーター内のフィールド値として指定され、実際メディアが転送される時、ＰＦでルーティングされるアドレス情報（ＳＩＰ＝ＵＲＩなど）を含む。
【００６３】
この時、図５のメディア別セッション連結情報は、受信側セッション要請に含まれるメディア情報より多様なメディアに対するセッション連結情報を格納することができる。仮に設定されたメディアタイプでない要請を受ける場合、ＳＩＰ  Ｆａｉｌｕｒｅメッセージが転送される。
【００６４】
他の方法として、前記各メディアによって連結されるＰｏＣ端末のアドレス情報は、同じＳＩＰ  ＵＲＩを使用することもできる。この時、ＰＦでＳＩＰメッセージをルーティングする時、同じＳＩＰ  ＵＲＩを使用する異なるＰｏＣ端末の区分のためにＵＡ  ｃａｐａｂｉｌｉｔｙをＳＩＰ  ＰＵＢＬＩＳＨメッセージに含むこともできる。ここで、ＰＦは、前記コンテンツを受信した後、Ａｃｃｅｐｔ−Ｃｏｎｔａｃｔに該当ｃａｐａｂｉｌｉｔｙを含んで転送することによって、端末の分離過程を行うことができる。
【００６５】
さらに他の方法として、前記ＳＩＰ  ＰＵＢＬＩＳＨ  Ｍｅｔｈｏｄでヘッダーフィールド値を用いて具体的な各メディアタイプによって端末アドレス情報を転送することもできる。
【００６６】
また、イベントトリガーリング情報は、ＸＭＬデータでない一般ｔｅｘｔを利用することもできる。
上記の図４のようにＰｏＣクライアントからＳＩＰ  ＰＵＢＬＩＳＨメッセージを用いてＰＦにユーザの要求によるセッション分離情報が設定された時、そしてＰｏＣマルチメディアセッションを開設するための要請信号が受信されれば、ＰｏＣサーバーのＰＦは、図６から分かるＰｏＣセッション開設手続を行うようになる。
【００６７】
図６は、本発明の第１実施例に係るメディア特性を考慮したＰｏＣ互換端末を分離するための過程に対するシグナリング流れを示す図である。
図６を参照すれば、ＰｏＣクライアントＢ  １２１０は、マルチメディアセッションを開設するために送信側ＰｏＣクライアントにオーディオとビデオパラメーターを含むＩＮＶＩＴＥメッセージを転送する。この時、ＩＮＶＩＴＥメッセージのＲｅｑｕｅｓｔ  ＵＲＩは、ＰｏＣクライアントＡ１  １１１０のＳＩＰＵＲＩに設定される。ＭＩＭＥ（Multipurpose Internet Mail Protocol）ボディー部にｏｆｆｅｒされるｍｅｄｉａ  ｔｙｐｅは、‘Ａｕｄｉｏ’と‘Ｖｉｄｅｏ’を共に含むようになる。前記ＩＮＶＩＴＥメッセージは、ＳＩＰ／ＩＰコア網のルーティングを通じて該当ＰＦ  Ｂ  １２００とＣＦ  Ｘ  １０００を経てＰＦ  Ａ  １１００に転送される（Ｓ１００１〜Ｓ１００３）。
【００６８】
一方、ＰＦ  Ａ  １１００は、自身に伝達されたＩＮＶＩＴＥメッセージのＲｅｑｕｅｓｔ  ＵＲＩがＰｏＣクライアントＡ１  １１１０のＳＩＰ  ＵＲＩであることを確認した後、サーバーに設定されているメディア別端末分離のためのＰｏＣサービスセッティングを適用するようになる。このようなＰｏＣサービスセッティングを適用するために、ＰＦ  Ａ  １１００は、受信されたＩＮＶＩＴＥメッセージから要求されるメディアタイプを抽出し、抽出されたメディアタイプを自身に設定されたメディア情報と比較してルーティング情報を結合させる。
【００６９】
このような手続を経た後、ＰＦ  Ａ  １１００は、受信したマルチメディアセッションＩＮＶＩＴＥメッセージを各々のメディア別該当ルーティングアドレスにＩＮＶＩＴＥメッセージを分離して転送する（Ｓ１００４ａ、Ｓ１００４ｂ）。このような分離されたセッション開設要請は、ＳＩＰの分離（forking）機能をＰｏＣサーバーに適用することによって具現可能である。
【００７０】
前記ＰｏＣセッション開設要請を受信した後、ＰｏＣクライアントＡ１  １１１０とＡ２  １１２０は、各々のＩＮＶＩＴＥメッセージに対する２００  ＯＫ応答信号を転送する（Ｓ１００５ａ〜Ｓ１００５ｂ）。この時、ＰｏＣクライアントＡ１  １１００は、ＩＮＶＩＴＥメッセージを転送した全てのＰｏＣ端末からＯＫ応答が受信されることを待機し、最終応答を受信した後、回答としてＩＮＶＩＴＥメッセージのルーティング経路を経て２００  ＯＫ応答を転送する（Ｓ１００６〜Ｓ１００８）。
【００７１】
この時、ＯＫ応答に含まれるＳＤＰ  Ａｎｓｗｅｒには、各メディア別に該当ＰｏＣ端末が応答したメディアパラメーター情報が共に転送され、ＰｏＣサーバーでのメディアパラメーター交渉を通じてマルチメディアセッションで使われるメディアパラメーターとして確定される。
【００７２】
前記２００  ＯＫ応答を受信したＰｏＣクライアントＢ  １２１０は、ＡＣＫ信号を転送することによってセッション連結を完了する。最終的に発言権を付与されたＰｏＣクライアントＢ  １２１０が転送するメディアは、ＣＦ  Ｘ  １０００を経てＰＦ  Ａ  １１００に転送する（Ｓ１０１３、Ｓ１０１４）。この時、ＰＦ  Ａ  １１００は、先に開設されたセッションによって該当メディアを該当ＰｏＣ端末に分離して転送することによって（Ｓ１０１５ａ、Ｓ１０１５ｂ）、メディアタイプによるＰｏＣマルチメディアセッション分離を具現するようになる。
【００７３】
図６では、ＰｏＣ端末であるＰｏＣクライアントＡ１  １１１０がオーディオに対するメディアを受信し、ＰｏＣクライアントＡ２  １１２０は、ビデオに対するメディアを受信する。しかし、各端末１１１０、１１２０は、１つのメディアタイプだけを支援することに限定されず、様々なメディアタイプを支援することができる。前記図６のプロセスは、送信側ＰｏＣクライアント端末が２つである場合を例示した。しかし、少なくとも１つ以上のＰｏＣクライアントを具備した場合にも、図６のプロセスによりセッション分離が可能であることは自明な事項である。
【００７４】
また、本発明で例示されているＰｏＣクライアントＡ１  １１１０とＰｏＣクライアントＡ２  １１２０は、そのクライアントのメディア支援可能可否と関係なくユーザの選択によって各クライアントで受信しようとするメディアを設定することができ、設定されたメディア特性値によって分離してメディアを受信することができることを強調するためのものであるだけである。
【００７５】
図７は、図６のメディア基盤セッション分離セットアップ時、ＰｏＣセッションセットアップのためのＩＮＶＩＴＥメッセージフォーマットを示す図である。
図７を参照すれば、図６のＳ１００１〜Ｓ１００３のＩＮＶＩＴＥメッセージは、マルチメディアセッションのためにオーディオとビデオのメディアパラメーター情報を全て含んで転送される。ここで、図６のＳ１００４ａの手続では、ＰＦ  Ａ  １１００のｆｏｒｋｉｎｇ過程を経てオーディオだけが分離されたＩＮＶＩＴＥメッセージが該当ＰｏＣクライアントＡ１  １１１０に転送される。これにより、ＳＤＰ（Session Description Protocol）ＭＩＭＥ部は、オーディオに対するメディア特性値を転送することが分かる。また、ＭＩＭＥ部に含まれる発言権制御と関連されたＴＢＣＰ（Talk Burst Control Protocol）パラメーターは、Ｓ１００４ｂでＰＦに同じ値を転送するようにする。
【００７６】
本発明のメディアタイプ別端末分離手続は、マルチメディアセッション開設時だけでなく、既に進行中のマルチメディアセッションに対しても適用される。この方法は、第２実施例を参照して説明する。
【００７７】
図８は、本発明の第２実施例に係るメディア特性を考慮したＰｏＣ互換端末を分離するための過程に対するシグナリング流れを示す図である。
図８で、ＰｏＣクライアントＡ１  １１１０は、現在使用中のセッションのダイアローグ情報を用いてＳＩＰ  ＲＥＦＥＲメッセージをＰＦ  Ａ  １１００に転送し、Ａｃｃｅｐｔｅｄ応答を受信する（Ｓ２００１〜Ｓ２００２）。前記ＳＩＰ  ＲＥＦＥＲメッセージは、ＳＩＰメッセージヘッダー部とＭＩＭＥ部を用いて一部のメディアを新しく伝達するＳＩＰアドレス情報を直接転送する。したがって、ＰＦ  Ａ  １１００は、ＳＩＰ  ＲＥＦＥＲメッセージにより要請されたアドレスにＩＮＶＩＴＥメッセージを転送するようになる（Ｓ２００３）。
【００７８】
一方、新しい端末に対するセッションが成功的に開設された後（Ｓ２００４、Ｓ２００５）、ＰＦ  Ａ  １１００は、前記結果を要請ＰｏＣクライアントＡ１  １１１０に通知し（ＮＯＴＩＦＹ、Ｓ２００６）、２００  ＯＫ応答を受信することによって（Ｓ２００７）、発言権付与手続を経て（Ｓ２００８、Ｓ２００９ａ、Ｓ２００９ｂ）、メディアを各端末別に分離して各ストリームを転送するようになる（Ｓ２０１０、Ｓ２０１１ａ、Ｓ２０１１ｂ）。
【００７９】
図８で、ＰｏＣ端末であるＰｏＣクライアントＡ１  １１１０は、オーディオに対するメディアを受信し、ＰｏＣクライアントＡ２  １１２０は、ビデオに対するメディアを受信する。しかし、各端末１１１０、１１２０は、１つのメディアタイプだけを支援することに限定されず、様々なメディアタイプを支援することができる。前記図８のプロセスは、送信側ＰｏＣクライアント端末が２つである場合を例示した。しかし、少なくとも１つ以上のＰｏＣクライアントを具備した場合にも、本発明の図８のプロセスによりセッション分離が可能であることは自明な事項である。
【００８０】
また、本発明で例示されているＰｏＣクライアントＡ１  １１１０とＰｏＣクライアントＡ２  １１２０は、各クライアントのメディア支援可能可否と関係なくユーザの選択によって各クライアントで受信しようとするメディアを設定することができ、設定されたメディア特性値によって分離してメディアを受信することができることを強調するためのものであるだけである。
【００８１】
図８に表現された技術は、前記図４と図６の技術と異なって、ＰｏＣサービスを事前設定するための過程を要求するしないので、ＳＩＰ  ＰＵＢＬＩＳＨメッセージに新しいヘッダーフィールド値やパラメーターを定義しなければならない必要がない。
【００８２】
一方、本発明は、ＰｏＣシステムに限定されず、３ＧＰＰや３ＧＰＰ２で標準化中であるか、完成されたＩＭＳ（IP multimedia CN Subsystem）を基盤にしたネットワークを利用してhalf duplex形態の通話とユーザのプレゼンス情報を用いて通話要請による通話が開通される全てのシステムに適用される。
【００８３】
また、ＰｏＣセッション連結の方法は、一対一ＰｏＣ呼だけでなく、コンファレンス呼のようなｇｒｏｕｐ  ＰｏＣ呼にも同じ概念で適用されることができる。
【００８４】
一方、前記各メディアによるＰｏＣマルチメディアセッション分離方法は、１つの発言権制御メカニズムを適用するなど、従来のＰｏＣシステム（ＰｏＣ  Ｒｅｌｅａｓｅ  １）の標準技術と相互運用が可能である。
【００８５】
現在、ＯＭＡ  ＰｏＣリリース１標準技術によれば、音声だけを支援するメディアストリームとして定義しているので、発言権及び端末のメディアフォーマット支援などは、単一メディアストリームに対する考慮事項だけが含まれている。
【００８６】
今後ＯＭＡ  ＰｏＣリリース２技術は、音声だけでなくビデオ、テキストなどの他のメディアフォーマットに対する支援を計画しており、また、従来のインターネットを利用したマルチメディア通信システムとの相互互換性を含む。
【００８７】
本発明によれば、このようなさらに拡張されたマルチメディア通信環境下でメディアフォーマットによるＰｏＣ互換端末のメディア別分離とこれを支援するための方法は、ＰｏＣシステムの多様な応用側面から機能が要求されることと期待される。
【００８８】
たとえ本発明の好ましい実施例を添付の図面を参照して説明したが、本発明は、このような実施例に限定されず、本発明の範囲と思想から逸脱しないように変更することができ、この分野における通常の知識を有する者により多様に変形が可能であることを理解しなければならない。
【図面の簡単な説明】
【００８９】
【図１】一般的なＰｏＣ（Push-to-talk over Cellular）サービスシステムを示す概略図である。
【図２】送信側ＰｏＣマルチメディアセッション連結過程に対する従来の信号流れを示す図である。
【図３】受信側ＰｏＣマルチメディアセッション連結過程に対する従来の信号流れを示す図である。
【図４】本発明を具現するためにメディア別ＰｏＣ互換端末を分離するためにＰｏＣサーバーにメディア特性を設定する過程に関する信号流れを示す図である。
【図５】図４のメディア特性を設定するためのＳＩＰ（Session Initiation Protocol）ＰＵＢＬＩＳＨメッセージフォーマットを示す図である。
【図６】本発明の第１実施例によってメディア特性を考慮したＰｏＣ互換端末分離過程に関する信号流れを示す図である。
【図７】図６のメディア基盤のセッション分離時、ＰｏＣセッションセットアップのためのＩＮＶＩＴＥメッセージフォーマットを示す図である。
【図８】本発明の第２実施例によってメディア特性を考慮したＰｏＣ互換端末分離過程に関する信号流れを示す図である。
【符号の説明】
【００９０】
１０００      ＣＦ  Ｘ
１１００      ＰＦ  Ａ
１１１０      ＰｏＣクライアントＡ１
１１２０      ＰｏＣクライアントＡ２
１２００      ＰＦ  Ｂ
１２１０      ＰｏＣクライアントＢ
【図１】
2008532456.tif 000005
【図２】
2008532456.tif 000006
【図３】
2008532456.tif 000007
【図４】
2008532456.tif 000008
【図５】
2008532456.tif 000009
【図６】
2008532456.tif 000010
【図７】
2008532456.tif 000011
【図８】
2008532456.tif 000012
【国際調査報告】
2008532456.tif 000013
2008532456.tif 000014