(57)【要約】少なくとも１つのクライアント端末及びサーバを有する無線通信システムのセッションベースサービスにおいて、サーバから制御メッセージを受信する段階と、制御メッセージに含まれる少なくとも１つの理由コードを確認する段階と、確認段階によって、残りのバッファされたメディアデータ（remaining  buffered  media  data）を廃棄するか、又は、サーバに伝送するかを決定する段階と、を含むことを特徴とするメディアデータ処理方法。ＳＩＰベースセッションサービスのメディアデータ処理方法及び端末は、端末がサーバから受信された発言権取り消しメッセージに含まれる発言権取り消し理由を確認し、前記確認された発言権取り消し理由に応じて残りのバッファされたメディアデータの伝送又は廃棄を選択的に行う。
2009522843.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのクライアント端末及びサーバを有する無線通信システムのセッションベースサービスにおいて、
前記サーバから制御メッセージを受信する段階と、
前記制御メッセージに含まれる少なくとも１つの理由コードを確認する段階と、
前記確認段階によって、残りのバッファされたメディアデータ（remaining  buffered  media  data）を廃棄するか、又は、前記サーバに伝送するかを決定する段階と
を含むことを特徴とするメディアデータ処理方法。
【請求項２】
前記残りのバッファされたメディアデータが廃棄されるか、前記サーバに伝送されると、前記サーバに解除メッセージを送信する段階をさらに含むことを特徴とする請求項１に記載のメディアデータ処理方法。
【請求項３】
前記少なくとも１つの理由コードは、
メディアバースト取り消し理由コード（Media  Burst  Revoke  reason  code）であることを特徴とする請求項１に記載のメディアデータ処理方法。
【請求項４】
前記少なくとも１つの理由コードは、
「ｍｅｄｉａ  ｂｕｒｓｔ  ｔｏｏ  ｌｏｎｇ」、「Ｍｅｄｉａ  ｂｕｒｓｔ  ｐｒｅ−ｅｍｐｔｅｄ」、「Ｏｎｌｙ  ｏｎｅ  ＰｏＣ  ｕｓｅｒ」、及び「Ｎｏ  ｐｅｒｍｉｓｓｉｏｎ  ｔｏ  ｓｅｎｄ  ａ  Ｍｅｄｉａ  Ｂｕｒｓｔ」の少なくとも１つであることを特徴とする請求項１に記載のメディアデータ処理方法。
【請求項５】
前記決定する段階は、
前記理由コードが「ｍｅｄｉａ  ｂｕｒｓｔ  ｔｏｏ  ｌｏｎｇ」又は「Ｍｅｄｉａ  ｂｕｒｓｔ  ｐｒｅ−ｅｍｐｔｅｄ」である場合、前記サーバに前記残りのバッファされたメディアデータを伝送する段階をさらに含むことを特徴とする請求項４に記載のメディアデータ処理方法。
【請求項６】
前記決定する段階は、
前記理由コードが「Ｏｎｌｙ  ｏｎｅ  ＰｏＣ  ｕｓｅｒ」又は「Ｎｏ  ｐｅｒｍｉｓｓｉｏｎ  ｔｏ  ｓｅｎｄ  ａ  Ｍｅｄｉａ  Ｂｕｒｓｔ」である場合、前記残りのバッファされたメディアデータを廃棄する段階をさらに含むことを特徴とする請求項４に記載のメディアデータ処理方法。
【請求項７】
前記制御メッセージは、
メディアバースト制御プロトコルメッセージ（Media  Burst  control  protocol  message）であることを特徴とする請求項１に記載のメディアデータ処理方法。
【請求項８】
前記残りのバッファされたメディアデータは、
記憶媒体に保存されることを特徴とする請求項１に記載のメディアデータ処理方法。
【請求項９】
前記残りのバッファされたメディアデータは、
符号化データであることを特徴とする請求項１に記載のメディアデータ処理方法。
【請求項１０】
前記少なくとも１つの理由コードは、
メディアバースト取り消し理由に基づいてそれぞれ異なる固有値を有することを特徴とする請求項１に記載のメディアデータ処理方法。
【請求項１１】
前記セッションベースサービスは、
ＰＴＴ（Push-To-Talk）サービス、ＰＴＶ（Push-To-Video）サービス、及びＰＴＤ（Push-To-Data）サービスの少なくとも１つであることを特徴とする請求項１に記載のメディアデータ処理方法。
【請求項１２】
前記残りのバッファされたメディアデータは、
音声データ、イメージデータ、及びメディアデータの少なくとも１つであることを特徴とする請求項１に記載のメディアデータ処理方法。
【請求項１３】
少なくとも１つのクライアント端末及びサーバを有する無線通信システムのセッションベースサービスにおいて、
クライアント端末が残りのバッファされたメディアデータを選択的に廃棄するか、又は、前記残りのバッファされたメディアデータを前記サーバに選択的に伝送できるようにする少なくとも１つの理由コードを含む制御メッセージを前記クライアント端末に送信する段階と、
前記少なくとも１つの理由コードが所定条件を満たす場合、前記残りのバッファされたメディアデータを受信する段階と
を含むことを特徴とするメディアデータ処理方法。
【請求項１４】
前記制御メッセージは、
メディアバースト制御プロトコルメッセージであることを特徴とする請求項１３に記載のメディアデータ処理方法。
【請求項１５】
前記クライアント端末が前記残りのバッファされたメディアデータを廃棄するか、又は、前記残りのバッファされたメディアデータを前記サーバに伝送する場合、前記クライアント端末から解除メッセージを受信する段階をさらに含むことを特徴とする請求項１３に記載のメディアデータ処理方法。
【請求項１６】
前記所定条件は、
前記少なくとも１つの理由コードが「ｍｅｄｉａ  ｂｕｒｓｔ  ｔｏｏ  ｌｏｎｇ」又は「Ｍｅｄｉａ  ｂｕｒｓｔ  ｐｒｅ−ｅｍｐｔｅｄ」である場合に満たされることを特徴とする請求項１３に記載のメディアデータ処理方法。
【請求項１７】
前記残りのバッファされたメディアデータは、
記憶媒体に保存された符号化データであることを特徴とする請求項１３に記載のメディアデータ処理方法。
【請求項１８】
前記少なくとも１つの理由コードは、
メディアバースト取り消し理由に基づいてそれぞれ異なる固有値を有することを特徴とする請求項１３に記載のメディアデータ処理方法。
【請求項１９】
少なくとも１つのクライアント端末及びサーバを有する無線通信システムのセッションベースサービスにおいて、
符号化データを保存するための記憶媒体と、
前記サーバから制御メッセージを受信する段階、前記制御メッセージに含まれる少なくとも１つの理由コードを確認する段階、及び前記確認段階によって、残りのバッファされたメディアデータを廃棄するか、前記残りのバッファされたメディアデータを前記サーバに伝送するかを決定する段階を行うために前記記憶媒体と連動するプロセッサと
を含むことを特徴とするメディアデータを処理するための端末。
【請求項２０】
前記プロセッサは、
前記残りのバッファされたメディアデータが廃棄されたか、前記サーバに伝送された後、前記サーバに解除メッセージを送信する段階をさらに行うことを特徴とする請求項１９に記載のメディアデータを処理するための端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セッション開始プロトコル（Session  Initiation  Protocol：ＳＩＰ）ベースセッションサービスに関し、特に、発言権（talk  burst）（すなわち、承認されたフロー（granted  flow）、メディアバースト（media  burst））が取り消されるクライアント（すなわち、クライアント端末）に残っているメディアデータを処理又は取り扱うための方法及び端末に関する。
【背景技術】
【０００２】
無線通信において、ＳＩＰは、通信しようとする端末が互いに識別して位置を検出し、前記端末間にマルチメディアサービスセッションを確立、解除、又は変更するための手順を定義するシグナリングプロトコルである。前記ＳＩＰに基づくサービス（すなわち、ＳＩＰベースサービス）は、マルチメディアサービスセッションの生成、修正、及び終了を制御する要求／応答構造を有する。また、前記ＳＩＰベースサービスは、各ユーザを識別するために、ＩＰ（Internet  Protocol）アドレスに関係なく、電子メールアドレスに類似したＳＩＰ  ＵＲＬ（Uniform  Resource  Locator）を用いてサービスを提供する。
【０００３】
ＳＩＰベースセッションサービスの１つとしてＰＴ（Push-To）サービスがある。前記ＰＴサービスは、移動通信ネットワークを介してサービスプロバイダ及び消費者間に高速通信を提供し、サーバを介して互いにセッションを確立したクライアントのうち発言権又は送信権限（すなわち、発言権又はメディアバーストを伝送する権限）を有する１つのクライアントが音声データ又はイメージデータを含むメディアデータを伝送し、前記セッションに参加した残りのクライアントが前記メディアデータを受信する通信サービスである。通常、前記ＰＴサービスは、音声（オーディオ）データを伝送して通話サービスを提供するＰｏＣ（Push-to-talk  Over  Cellular）サービス、動画（ビデオ）データを伝送するためのＰＴＶ（Push-To-View）サービス、又は各種データを伝送するためのＰＴＤ（Push-To-Data）サービスである。前記ＰＴサービスは、音声データ、イメージデータ、又はメディアデータを単一受信者（1対１）又はグループチャットセッションのような受信者グループ（１対多）に伝送できる。
【０００４】
ＰＴサービスシステムは、ＰＴサービスを要求するＰＴクライアント（すなわち、クライアント端末）と、各種ＰＴサービスを実現するためのＰＴクライアント間の音声及びデータ伝送、並びに発言権制御プロトコル（Talk  Burst  Control  Protocol：ＴＢＣＰ）を利用した発言権の伝送を制御するサーバとから構成される。
【０００５】
前記ＰＴクライアントは、ＰＴサービスのための発言権又は送信権限（以下、発言権と称する）を取得しないと、メディアデータを伝送することができない。前記ＰＴクライアントは、ＰＴサーバを介して発言権を取得及び返還（解除）する。
【０００６】
前記発言権を制御するために、前記ＰＴクライアントと前記ＰＴサーバは、発言権制御プロトコル（ＴＢＣＰ）メッセージ又はメディアバースト制御プロトコル（media  burst  control  protocol：ＭＢＣＰ）メッセージを交換する。
【０００７】
前記ＴＢＣＰメッセージは、ＰＴクライアントが発言権を要求できるようにする発言権要求メッセージ（Talk  Burst  Revoke  message：ＴＢ  ｒｅｑｕｅｓｔ）、所定ＰＴクライアントにより取得された発言権をＰＴサーバが取り消す（又は、拒否する）ための発言権取り消しメッセージ（Talk  Burst  Revoke  message：ＴＢ  Ｒｅｖｏｋｅ）、又はＰＴクライアントに承認された発言権を前記ＰＴクライアントがＰＴサーバに返還（解除）するための発言権解除メッセージ（Talk  Burst  Release  message：ＴＢ  Ｒｅｌｅａｓｅ）を含む。
【０００８】
発言権を取得してメディアデータを伝送するＰＴクライアントがＴＢＣＰ  ＴＢ  Ｒｅｖｏｋｅメッセージ（ＴＢ  Ｒｅｖｏｋｅ）を受信した後、前記ＰＴクライアントは、バッファに残っているメディアデータ（すなわち、残りのバッファされたメディアデータ（remaining  buffered  media  data））をＰＴサーバに完全に又は無条件に伝送する。その後、前記ＰＴサーバは、発言権が取り消されている前記ＰＴクライアントのメディアデータを受信ＰＴクライアントに伝送せずに廃棄する。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
従って、前記ＰＴシステムにおいて、ＴＢ  Ｒｅｖｏｋｅメッセージを受信した送信ＰＴクライアントが残りのバッファされたメディアデータの全てを無条件に伝送するため、前記ＰＴサーバは、前記残りのバッファされたメディアデータを廃棄する不要な過程を行うという問題がある。さらに、前記受信ＰＴクライアントに伝送されずに前記ＰＴサーバにより廃棄されるデータを前記送信ＰＴクライアントが無線リソース（例えば、無線帯域（air  bandwidth））を利用して伝送するので、無線リソースの不要な消費が発生するという問題がある。
【００１０】
また、前記ＰＴシステムにおいて、前記ＴＢ  Ｒｅｖｏｋｅメッセージを受信した前記送信ＰＴクライアントは、前記残りのバッファされたメディアデータを完全に廃棄する。従って、前記送信ＰＴクライアントが前記残りのバッファされたメディアデータを完全に廃棄すると、前記受信ＰＴクライアントのユーザは、突然のデータ伝送中断に対する予想又は準備ができないため、サービスの品質が低下する。
【課題を解決するための手段】
【００１１】
このような問題を解決するために、以下に説明する特徴及び実施形態は、発言権が取り消された送信クライアントが発言権取り消し理由を確認してバッファに残っているメディアデータの送信又は廃棄を選択的に行う、ＳＩＰベースセッションサービスのメディアデータ処理方法及び端末を提供する。
【００１２】
本発明の一態様は、前述したような問題に対する本発明者らの知見を含む。このような知見に基づいて、ＳＩＰベースセッションサービスのメディアデータ処理が改善される。本発明の特徴が不明になることを防止するために、前記ＳＩＰベースセッションサービスのメディアデータを処理するための方法及び端末の一部特徴は、詳細に説明しない。しかしながら、さらなる特徴も前記ＳＩＰベースセッションサービスのメディアデータ処理方法及びシステムの一部であることを当業者は理解するであろう。
【００１３】
一実施形態において、少なくとも１つの端末とサーバを有するセッション開始プロトコル（ＳＩＰ）ベースセッションサービスシステムにおいて、端末によるメディア処理方法を提供し、前記方法は、前記端末が前記サーバから発言権制御プロトコルメッセージ（又は、メディアバースト制御プロトコルメッセージ）を受信する段階と、前記発言権制御プロトコルメッセージに含まれる発言権取り消し理由コードを確認する段階と、前記発言権取り消し理由コードに応じて符号化データを伝送するか、前記符号化データを廃棄する段階とを含む。
【００１４】
他の実施形態において、少なくとも１つの端末とサーバを有するセッション開始プロトコルＳＩＰベースセッションサービスシステムにおいて、メディアデータ処理のための端末が提供され、前記端末は、符号化データを保存するための記憶媒体と、サーバから送信された発言権制御プロトコルメッセージに含まれる発言権取り消し理由コードを確認し、前記確認された発言権取り消し理由コードに応じて前記符号化データの伝送又は廃棄を行うクライアントとを含む。
【発明を実施するための最良の形態】
【００１５】
以下、ＳＩＰベースセッションサービスのメディアデータ処理のための多様な実施形態及び特徴について添付図面を参照して説明する。
【００１６】
第１実施形態は、サーバが発言権取り消し理由コード又は伝送停止理由（以下、発言権取り消し理由と称する）を含む発言権取り消しメッセージをクライアントに送信し、前記クライアントが、前記発言権取り消しメッセージに含まれる発言権取り消し理由コードを確認し、前記発言権取り消し理由に応じて残りのバッファされたメディアデータ（すなわち、バッファに保存されている残りのメディアデータ）の伝送機能又は廃棄機能を選択的に行うことにより実現される。
【００１７】
図１は、ＳＩＰベースセッションサービスのメディアデータを処理するための端末の構成を示すブロック図である。図１に示すように、本発明による端末は、符号化データを保存するための記憶媒体と、サーバから送信された発言権制御プロトコルメッセージ（又は、メディアバースト制御プロトコルメッセージ）に含まれる発言権取り消し理由コードを確認し、前記確認された発言権取り消し理由コードに応じて前記符号化データの伝送又は廃棄を行うクライアント１１とを含む。
【００１８】
前記記憶媒体は、論理的には２つのバッファから構成され、物理的には少なくとも１つのバッファから構成される。前記記憶媒体は、符号化前のデータを保存する第１バッファ１２と符号化データを保存する第２バッファ１３とから構成される。
【００１９】
前記記憶媒体が前記第１バッファ１２と第２バッファ１３とから構成された場合、前述したように構成された端末は、ユーザの音声データ又は前記音声データ以外のメディアデータのような符号化前のデータを保存する。前記音声データ以外のメディアデータは、例えば、前記端末に一体に備えられたカメラから入力されるイメージデータ、ファイルデータ、ビデオデータなどである。また、前記端末は、前記第１バッファ１２に保存されているデータを出力して該当フォーマットに符号化する。従って、前記端末は、符号化データを前記第２バッファ１３に保存する。ここで、本発明は、多様な記憶媒体を利用できる（例えば、ハードディスクドライブ、フロッピー（登録商標）ディスク、テープ、ＣＤ−ＲＯＭｓ、光学ディスク、ＥＥＰＲＯＭｓ、ＰＲＯＭｓ、ＲＡＭｓ、ＤＲＡＭｓ、ＳＲＡＭｓ、ファームウェア、プログラム可能ロジックなど）。
【００２０】
以下、前記発言権取り消し理由について説明する。
【００２１】
図２は、発言権取り消しメッセージの構造を示す。
【００２２】
データを伝送している端末の送信権限又は発言権（以下、発言権と称する）を所定理由に応じて取り消さなければならない（又は、拒否しなければならない）場合、前記サーバは、発言権を取り消すための前記発言権取り消しメッセージを前記端末に送信する。ここで、前記サーバは、前記発言権を取り消すための発言権取り消し理由を、例えば理由コードフィールドを用いて前記発言権取り消しメッセージに加えて前記端末に送信する。
【００２３】
前記端末の発言権は、下記のように少なくとも４つのケースで取り消され、それぞれのケースは異なる発言権取り消し理由を有する。
【００２４】
第１のケースは、端末が非常に長期間データ送信権限又は発言権（以下、発言権と称する）を有して非常に長期間データを伝送するケースである。このケースにおいて、前記発言権取り消し理由は、「発言権適正時間超過占有（Talk  Burst  too  long）」と言われる（かつ／又はみなされる）。ここで、所定の基準時間値（すなわち、３０秒、６０秒など）により前記発言権が長すぎるか否かが判断され、前記基準時間値は、前記端末に発言権の許可が与えられるときに取得される。
【００２５】
第２のケースは、前記端末でない他の端末が前記端末の発言権を先取（pre-empt）してデータを伝送するケースである。例えば、他の端末の優先順位［すなわち、ＴＢ承認優先順位］が当時の発言権を有する所定端末より高い場合、前記他の端末は、前記所定端末の発言権を先取する。このケースにおいて、前記発言権取り消し理由は、「発言権剥奪状態（Talk  Burst  pre-empted）」と言われる（かつ／又はみなされる）。
【００２６】
第３のケースは、前記送信端末から伝送されるデータを受信する受信端末がないケースである。例えば、１つの端末のみがセッションサービスに参加している場合[すなわち、グループチャットセッションに１つのユーザ端末のみがある場合]、前記端末から送信されるデータを受信する受信端末がないため、前記端末の発言権は取り消される。このケースにおいて、前記発言権取り消し理由は、「受信者不在（Only  one  PT  user）」と言われる（かつ／又はみなされる）。
【００２７】
第４のケースは、前記端末がデータを伝送する権限を有しないにもかかわらずデータを伝送している（すなわち、前記クライアント端末のためのカバレッジの一時的損失によって前記発言権なしにデータを伝送している）ケースである。このケースにおいて、前記発言権取り消し理由は、「無権限状態（NO  permission  to  send  a  Talk  Burst）」と言われる（かつ／又はみなされる）。
【００２８】
前記発言権取り消しメッセージに含まれる発言権取り消し理由コードは、各発言権取り消し理由によって異なる固有値を有する。すなわち、前記発言権取り消しメッセージに含まれる理由コードは、前記発言権取り消し理由のいずれであるかによって異なる固有値を有する。
【００２９】
例えば、前記発言権取り消し理由が「受信者不在（Only  one  PT  user）」である場合、前記理由コード値は「１」に設定される。前記発言権取り消し理由が「発言権適正時間超過占有（Talk  Burst  too  long）」である場合、前記理由コード値は「２」に設定される。前記発言権取り消し理由が「無権限状態（No  permission  to  send  a  Talk  Burst）」である場合、前記理由コード値は「３」に設定される。前記発言権取り消し理由が「発言権剥奪状態（Talk  Burst  pre-empted）」である場合、前記理由コード値は「４」に設定される。
【００３０】
図３は、ＳＩＰベースセッションサービスのメディアデータ処理方法を示す信号フローチャートである。
【００３１】
図３に示すように、ＳＩＰベースセッションサービスをサポートするためのシステムは、第１端末、第２端末、及びサーバを備える。前記第１端末は、前記サーバから発言権を取得してＳＩＰベースセッションサービスのためのメディアデータを伝送し、前記第２端末は、前記メディアデータを受信する。前記サーバは、前記第１端末と前記第２端末間の発言権伝送を制御し、前記メディアデータの交換動作を行う。ここで、前記第１及び第２端末は、図１に示す構造に類似した構成をそれぞれ有する。図３は、前記第１端末の第１ＰＴクライアント及び前記第２端末の第２ＰＴクライアントを示す。
【００３２】
まず、前記第１ＰＴクライアントが発言権を有する場合、前記第１ＰＴクライアントは、前記第２ＰＴクライアントに伝送されるリアルタイム伝送プロトコル（real-time  transport  protocol：ＲＴＰ）メディアデータを前記サーバに伝送する（Ｓ１１）。前記ＲＴＰメディアデータは、ユーザの音声（talk  burst）又はメディアデータ（media  burst）が該当フォーマットに符号化された後、ＲＴＰパケットフォーマットに変換されて得られたデータを示す。
【００３３】
前記サーバは、前記受信されたＲＴＰメディアデータを前記第２ＰＴクライアントに伝送する（Ｓ１１）。
【００３４】
ここで、前記第１ＰＴクライアントが有する発言権を取り消さなければならない場合、前記ＰＴサーバは、発言権取り消し理由コードを含む発言権取り消しメッセージ（ＴＢ  Ｒｅｖｏｋｅ  ｍｅｓｓａｇｅ）を前記第１ＰＴクライアントに送信する（Ｓ１３）。前記発言権取り消し理由コードは、該当発言権取り消し理由を示す理由コードフィールド又は様々なタイプのデータフォーマットを利用して伝送される。前記発言権取り消し理由は、前述した通りである。
【００３５】
前記ＴＢ  Ｒｅｖｏｋｅメッセージを受信した後、前記第１ＰＴクライアントは、ユーザにより入力される音声データ又は前記端末のカメラから生成されたビデオデータが前記端末のバッファ（すなわち、第１バッファ）に加えられることを停止し、行われている符号化動作も停止する。その後、前記第１バッファは、符号化されずに前記第１バッファに残っているデータを前記第１バッファから除去（削除）する。また、前記第１ＰＴクライアントは、前記受信されたＴＢ  Ｒｅｖｏｋｅメッセージに含まれる発言権取り消し理由を確認し、前記第２バッファ内のバッファされたメディアデータ（すなわち、符号化されたメディアデータ）を伝送するか否かを決定する（Ｓ１５）。
【００３６】
図４は、クライアントが発言権取り消し理由コードにより残りのバッファされたメディアデータを伝送するか否かを決定する方法を示すフローチャートである。
【００３７】
前記ＰＴサーバから伝送されたＴＢ  Ｒｅｖｏｋｅメッセージに含まれる発言権取り消し理由コードは、第１値から第４値のうちの１つを有する。
【００３８】
前記ＴＢ  Ｒｅｖｏｋｅメッセージに含まれる発言権取り消し理由コードが第１値（例えば、「２」）を有する場合、前記第１ＰＴクライアントは、前記発言権取り消し理由コードが「発言権適正時間超過占有（Talk  Burst  too  long）」に該当すると判断し（Ｓ２１、Ｓ２３）、第２バッファに残っている符号化されたメディアデータを伝送する。前記発言権取り消し理由コードが第２値（例えば、「４」）を有する場合、前記第１ＰＴクライアントは、前記発言権取り消し理由コードが「発言権剥奪状態（Talk  Burst  pre-empted）」に該当すると判断し、前記第２バッファに残っている符号化されたメディアデータを伝送する。
【００３９】
このような残りのバッファされたメディアデータ（すなわち、符号化されたメディアデータ）を伝送すると決定した場合、前記第１ＰＴクライアントは、前記第２バッファから前記符号化されたメディアデータを出力し、前記出力されたメディアデータをＲＴＰパケットフォーマットに変換する。その後、前記第１ＰＴクライアントは、前記ＲＴＰメディアデータを前記ＰＴサーバに伝送する（Ｓ２５）（Ｓ１７）。
【００４０】
前記ＰＴサーバは、前記伝送されたメディアデータを前記第２ＰＴクライアントに伝送する（Ｓ１７）。従って、前記第２ＰＴクライアントは、前記第１ＰＴクライアントのバッファ内の前記残りのバッファされたメディアデータを受信する。
【００４１】
前記ＴＢ  Ｒｅｖｏｋｅメッセージに含まれる前記発言権取り消し理由コードが第３値（例えば、「１」）を有する場合、前記第１ＰＴクライアントは、前記発言権取り消し理由コードが「受信者不在（Only  one  PT  user）」に該当すると判断し（Ｓ２７）、第２バッファに残っている符号化されたメディアデータを廃棄する（Ｓ２９）（Ｓ１９）。また、前記発言権取り消し理由コードが第４値（例えば、「３」）を有する場合、前記第１ＰＴクライアントは、前記発言権取り消し理由コードが「無権限状態（No  permission  to  send  a  Talk  Burst）」に該当すると判断し（Ｓ２７）、第２バッファに残っている符号化されたメディアデータを廃棄する（Ｓ２９）（Ｓ１９）。
【００４２】
ここで、図３には示していないが、前記残りのメディアデータが前記ＰＴサーバに伝送されなければならない場合、前記第１ＰＴクライアントは、前記第２バッファから前記符号化されたメディアデータを出力した後、前記出力されたメディアデータをＲＴＰパケットフォーマットに変換し、その後、前記ＰＴサーバに前記ＲＴＰメディアデータを伝送するか（Ｓ１７）、又は、前記第２バッファに残っている前記符号化されたメディアデータを廃棄した後（Ｓ１９）、取得した発言権を前記ＰＴサーバに返還するために発言権又はメディアバースト解除（ＴＢ又はＭＢ  Ｒｅｌｅａｓｅ）メッセージを前記ＰＴサーバに送信する。
【００４３】
このような方法で、前記ＴＢ  Ｒｅｖｏｋｅメッセージを受信した送信クライアントは、前記ＴＢ  Ｒｅｖｏｋｅメッセージに含まれる発言権取り消し理由に応じて前記送信クライアントのバッファに残っているメディアデータを伝送するか否かを決定する。
【００４４】
本発明は、ＯＭＡ−ＴＳ−ＰｏＣ−ＣｏｎｔｒｏｌＰｌａｎｅ−Ｖ１＿０−２００６０１２７、ＯＭＡ−ＴＳ−ＰｏＣ−ＵｓｅｒＰｌａｎｅ−Ｖ１＿０−２００６０１２７、及びＯＭＡ−ＡＤ−ＰｏＣ−Ｖ１＿０−２００６０１２７に開示された詳細仕様と組み合わせてより具体化される。
【００４５】
前述したように、本発明によるＳＩＰベースセッションサービスのメディアデータ処理方法及び端末は、発言権取り消しメッセージを受信した送信クライアントが前記メッセージに含まれる発言権取り消し理由を確認して残りのバッファされたメディアデータを送信する必要がないと判断された場合、前記データを廃棄することにより、無線リソースを使用して廃棄されるべきデータをＰＴサーバに伝送する不要な動作により無線リソースが浪費されることを防止する。また、前記発言権取り消し理由を確認した後、前記送信クライアントが前記残りのバッファされたメディアデータを伝送する必要があると判断した場合、前記送信クライアントは、前記残りのバッファされたメディアデータを伝送することにより、受信クライアントが前記データ伝送を停止することを予想できる。
【００４６】
本発明は、少なくとも１つのクライアント端末及びサーバを有する無線通信システムのセッションベースサービスにおけるメディアデータ処理方法を提供し、前記方法は、前記サーバから制御メッセージを受信する段階と、前記制御メッセージに含まれる少なくとも１つの理由コードを確認する段階と、前記確認段階によって、残りのバッファされたメディアデータを廃棄するか、又は、前記サーバに伝送するかを決定する段階と、前記残りのバッファされたメディアデータが廃棄されるか、前記サーバに伝送されると、前記サーバに解除メッセージを送信する段階とを含む。ここで、前記少なくとも１つの理由コードは、メディアバースト取り消し理由コード（Media  Burst  Revoke  reason  code）であり、前記少なくとも１つの理由コードは、「メディアバースト適正時間超過占有（media  burst  too  long）」、「メディアバースト剥奪状態（Media  burst  pre-empted）」、「受信者不在（Only  one  PoC  user）」、及び無権限状態（No  permission  to  send  a  Media  Burst）」の少なくとも１つである。前記決定する段階は、前記理由コードが「メディアバースト適正時間超過占有」又は「メディアバースト剥奪状態」である場合、前記サーバに前記残りのバッファされたメディアデータを伝送する段階をさらに含む。前記決定する段階は、前記理由コードが「受信者不在」又は「無権限状態」である場合、前記残りのバッファされたメディアデータを廃棄する段階をさらに含む。前記制御メッセージは、メディアバースト制御プロトコルメッセージ（Media  Burst  control  protocol  message）である。前記残りのバッファされたメディアデータは、記憶媒体に保存される。前記残りのバッファされたメディアデータは、符号化データである。前記少なくとも１つの理由コードは、メディアバースト取り消し理由に基づいてそれぞれ異なる固有値を有する。前記セッションベースサービスは、ＰＴＴ（Push-To-Talk）サービス、ＰＴＶ（Push-To-Video）サービス、及びＰＴＤ（Push-To-Data）サービスの少なくとも１つである。前記残りのバッファされたメディアデータは、音声データ、イメージデータ、及びメディアデータの少なくとも１つである。
【００４７】
また、本発明は、少なくとも１つのクライアント端末及びサーバを有する無線通信システムのセッションベースサービスにおけるメディアデータ処理方法を提供し、前記方法は、クライアント端末が残りのバッファされたメディアデータを選択的に廃棄するか、又は、前記残りのバッファされたメディアデータを前記サーバに選択的に伝送できるようにする少なくとも１つの理由コードを含む制御メッセージを前記クライアント端末に送信する段階と、前記少なくとも１つの理由コードが所定条件を満たす場合、前記残りのバッファされたメディアデータを受信する段階と、前記クライアント端末が前記残りのバッファされたメディアデータを廃棄するか、又は、前記残りのバッファされたメディアデータを前記サーバに伝送する場合、前記クライアント端末から解除メッセージを受信する段階を含む。ここで、前記制御メッセージは、メディアバースト制御プロトコルメッセージである。前記所定条件は、前記少なくとも１つの理由コードが「メディアバースト適正時間超過占有」又は「メディアバースト剥奪状態」である場合に満たされる。前記残りのバッファされたメディアデータは、記憶媒体に保存された符号化データである。前記少なくとも１つの理由コードは、メディアバースト取り消し理由に基づいてそれぞれ異なる固有値を有する。
【００４８】
また、本発明は、少なくとも１つのクライアント端末及びサーバを有する無線通信システムのセッションベースサービスにおけるメディアデータを処理するための端末を提供し、前記端末は、符号化データを保存するための記憶媒体と、前記サーバから制御メッセージを受信する段階、前記制御メッセージに含まれる少なくとも１つの理由コードを確認する段階、及び前記確認段階によって、残りのバッファされたメディアデータを廃棄するか、前記残りのバッファされたメディアデータを前記サーバに伝送するかを決定する段階を行うために前記記憶媒体と連動するプロセッサとを含む。ここで、前記プロセッサは、前記残りのバッファされたメディアデータが廃棄されたか、前記サーバに伝送された後、前記サーバに解除メッセージを送信する段階をさらに行う。
【００４９】
前述した例示的な方法は、ソフトウェア、ハードウェア、又はそれらの組み合わせで実現することができる。例えば、前記例示的な方法又はその手順の少なくともいくつかは、記憶媒体（例えば、端末機の内部メモリ、フラッシュメモリ、ハードディスクなど）に格納することができ、プロセッサ（例えば、端末機の内部マイクロプロセッサ、制御装置）により実行することができるソフトウェアプログラム内のコード又はコマンドで実現することもできる。
【００５０】
前述された第１及び第２クライアント端末１０は、それぞれ送受信機モジュール、出力ユニット（例えば、ディスプレイ、サウンド出力装置など）、入力ユニット（例えば、マイク、キー入力ユニットなど）、カメラモジュール、及び他の制御回路又は構成要素を含む。また、前記サーバは、ネットワークインタフェース、記憶媒体、プロセッサ、及び他のネットワークエンティティを含む。
【００５１】
また、本発明の特徴及び態様は、無線通信特性（すなわち、インタフェース）を備えたＰＤＡ及びラップトップコンピュータのような移動装置を使用する他の無線通信システムにも適用できる。また、本発明を説明するために使用された特定用語は本発明の権利範囲を特定無線通信システムに限定するものではない。本発明は、さらに、ＴＤＭＡ、ＣＤＭＡ、ＦＤＭＡ、ＷＣＤＭＡ、ＯＦＤＭ、ＥＶ−ＤＯ、Ｍｏｂｉｌｅ  Ｗｉ−Ｍａｘ、Ｗｉ−Ｂｒｏなどの他の無線インターフェース及び／又は他の物理層を使用する他の無線通信システムにも適用できる。
【００５２】
前述した例示的な実施形態は、前述した詳細な記載内容によって限定されるものでなく、特に規定がない限り、広く解釈されるべきである。本発明の請求の範囲内で行われる構造的及び／もしくは機能的変更及び変形、又は請求の範囲の均等物は本発明の請求の範囲に含まれる。
【図面の簡単な説明】
【００５３】
【図１】ＳＩＰベースセッションサービスのメディアデータを処理するための端末の構成を示すブロック図である。
【図２】発言権取り消しメッセージの構造を示す図である。
【図３】ＳＩＰベースセッションサービスのメディアデータ処理方法を示す信号フローチャートである。
【図４】クライアントが発言権取り消し理由コードにより残りのバッファされたメディアデータを伝送するか否かを決定する方法を示すフローチャートである。
【図１】
2009522843.tif 000003
【図２】
2009522843.tif 000004
【図３】
2009522843.tif 000005
【図４】
2009522843.tif 000006
【国際調査報告】
2009522843.tif 000007
2009522843.tif 000008