JP2006521040A - プッシュトークサービスにおけるアプリケーション設定を設定するための方法およびシステム - Google Patents

Abstract

本発明は、マルチメディアシステムにおいて、プッシュトークサービス（ＰＴＴ）を使用するユーザ装置（１）を持つ第１のユーザが、プッシュトークサービス（ＰＴＴ）を使用する少なくとも１つの第２の加入者のユーザ装置（２）と通信をおこなうマルチメディアシステムと方法に関する。また、ＰＴＴサービスを提供するＰＴＴサーバ（３）は、前記第１と第２の加入者のユーザ装置（１、２）とやり取りをおこない、各ユーザ装置（１、２）のための関連するパラメータ値に関する情報を交換する。さらに、各ユーザ装置（１、２）は前記ＰＴＴサービスの処理中にアプリケーション設定を適用し、それにより認識される品質の低下が防がれる。

Description

本発明は、プッシュトークサービス（ＰＴＴ:Push to talk service）を使用する第１のユーザ装置が、当該プッシュトークサービス（ＰＴＴ）を使用する第２のユーザ装置と通信をおこなうマルチメディアシステムに関する。

多くの電気通信オペレータは、新たなサービスを導入する際に、共通のインフラを使用することを望む。いわゆるＩＰマルチメディアシステム（ＩＭＳ）が、３ＧＰＰにより技術標準化されている。ＩＭＳは、ＩＰベースのパケット交換網上で、音声とデータの統合されたサービスを提供するための機能を有する。

ＩＰマルチメディアシステム（ＩＭＳ）は、３ＧＰＰにより規定された３Ｇシステムに、インターネットプロトコル（ＩＰ）を使用することによる利益をもたらすことができる。また、ＩＰの機能を用いてサービスを提供するようにシステムを設計することも可能になる。これらには、インターネットとマルチメディアコンテンツに接続する機能がふくまれる。ＩＰについては、これまでの電気通信プロトコル上で多数の魅力的な提案がなされている。加えて、ＩＰは、電気通信ネットワークとインターネットの世界との架け橋となっている。また、ＩＰによって、多くの異なるネットワークにわたって「シームレス」な通信を実現することが提案されている。シームレスな通信によって、顧客は、呼（call）が通過しうるようなさまざまなネットワークに依存することなく、非常に柔軟な電気通信を体験することになろう。

オペレータやその顧客にとって非常に有用なタイプのサービスは、ＩＭＳにおいて実装されたプッシュトーク（ＰＴＴ）である。

プッシュトーク（ＰＴＴ）は、基本的に、セルラー通信システムにおけるトランシーバ（walkie-talkie）といえよう。プッシュトークシステムは、通常、互いにポイント・ツー・マルチポイントでの通信を必要とする地理的に離れた人々のグループで通信を確立する際に使用される。プッシュトークシステムの使用例には、ワークグループ通信、セキュリティ通信、建設現場通信、および局在的な軍事通信などがある。グループ通信を提供する新しいサービスであるＰＴＴは、音と映像データ（音声のデータを含む）ようなリアルタイムデータと、コンピュータファイルやメールなどのような時間に非依存のデータとの両方に適用される。

現状知られているシステムには、陸上移動無線システムがある。これは、中央の処理センターと１以上の車両群との間でスケジュールの情報を通信するために、トラック、タクシー、バス、およびその他の車両によって使用されている。当該通信は、車両群のうち、特定の車両または同時に全ての車両によって直接的に実行されてもよい。これらのソリューションは種々の技術をベースとしている。セルラー技術をベースとした他の知られているソリューションとしては、アメリカのオペレータであるネクステル（US operator Nextel）が専用のＰＴＴソリューションとして販売しているものがある。当該ソリューションは、ダイレクト接続と呼ばれており、モトローラ製のｉＤＥＮ（integrated Digital Enhanced Network）技術がベースとなっている。当該ソリューションの欠点は、特別な接続体系にある。すなわち、全てのメンバが、１つのＢＳＣ（基地局制御装置）によって管理される同一のエリア内に位置している必要がある。他の欠点としては、ＲＴＰのような標準プロトコルをベースとしていないため、帯域幅の問題に直面している。

国際公開公報ＷＯ０１／３７５２６では、従来の無線電話機にプッシュトーク機能を提供するための一般的な方法および装置が開示されている。基本的に、この公報は、入力メカニズムまたは入力ボタンを開示している。これら入力手段は、従来の電話モードでは、電話機を動作させるために機能し、プッシュトークモードでは、電話機でプッシュトークを行なうために機能する。また当該公報においては、電話機が、ＰＴＴサーバか他の電話機のいずれかと、どのように相互作用（協働）するのかが開示されていない。

欧州公開公報ＥＰ０８７６０７２では、システムパラメータを変更できるユーザ装置またはシステム装置に接続可能な無線通信システムにおける拡張性のある無線プラットフォームが開示されている。具体的には、異なる通信システムのユーザが相互に通信できるような無線プラットフォーム、つまり、無線通信システムが無線状態の変更に適応できるような無線プラットフォームを開示している。しかしながら、その公報は、ユーザ装置を持つ２以上の加入者間でのＰＴＴセッションの品質を、どのようにして改善するか、または低下を防ぐかについては開示されていない。

本発明の目的の概要は、マルチメディアシステムにおいて、改良されたプッシュトークサービスを提供することにある。

本発明の他の目的としては、マルチメディアシステムにおいて、プッシュトーク（ＰＴＴ）サービスにおけるユーザが認識する品質の低下を防ぐためのソリューションを提供することにある。

また、本発明の他の目的としては、マルチメディアシステムにおけるＰＴＴサービスに利用可能な帯域幅について、より効率的な使用方法を提供することにある。

さらに、本発明の他の目的として、システム特性（無線環境やＰＴＴシステムにおける利用可能なメカニズム、例えば、ヘッダ圧縮など）の観点で、ＰＴＴサービスの適切なアプリケーション設定を設定することがある。

本発明は、少なくとも２つのユーザ装置とサービスを提供するプッシュトークサーバとが関与するプッシュトークセッション中に、無線回線の品質が、通常、あるユーザ装置と他のユーザ装置で異なることを認識することをベースとしている。結果として、第１のユーザ装置が、特定の品質でもって無線回線上での音声通信を開始および送信し、第２のユーザ装置が特定の品質でもって他の無線回線上で音声通信を受信する場合、不要な遅延が発生してしまう。音声通信のデータパケットの欠落など、セッションの全体的な品質が低下するような、他の望まれない影響も発生しうる。

前述の目的を達成するために、本発明に係る一般的な実施形態は、プッシュトークサービス（ＰＴＴ）を使用する第１のユーザ装置と、前記プッシュトークサービス（ＰＴＴ）を使用する少なくとも１つの第２のユーザ装置とが通信するマルチメディアシステムとして提供される。さらに、ＰＴＴサーバは、第１のユーザ装置と第２のユーザ装置と協働する。この協働中に、ＰＴＴサーバは、ユーザ装置のアプリケーション設定を適応させるための情報を、第１のユーザ装置と第２のユーザ装置と通信する。最終的に、アプリケーション設定はＰＴＴサービスの処理中に適応される。

本発明の一般的な他の実施形態は、第１のユーザ装置と第２のユーザ装置のうち少なくとも１つが、当該ユーザ装置からＰＴＴサーバへとＰＴＴアプリケーション設定に関するＰＴＴセッションパラメータ値を報告する構成をとる。新たなＰＴＴセッションパラメータ値は、前記報告されたＰＴＴセッションパラメータ値と、当該サービスのセッション処理中にＰＴＴアプリケーション設定を適応させる第１、第２のユーザ装置の少なくとも１つとに基づいて決定される。

本発明のさらに特定の実施形態によれば、第１、第２のユーザ装置の少なくとも１つが、アプリケーションサービスについての関連するパラメータ値を決定し、ＰＴＴサーバへこのパラメータ値を報告する。報告されたパラメータ値に基づいて、ＰＴＴサーバは、ユーザ装置へ適切な新たなパラメータ値またはアプリケーション設定を提案もしくは通知する。最終的に、それぞれのユーザ装置は、ＰＴＴサーバからの情報にしたがって、それぞれのパラメータ値を適応させる。

さらに、本発明の他の実施形態として、ＰＴＴサーバは、第１、第２のユーザ装置の少なくとも１つに、受信されたパラメータ値を通知する。通知されたユーザ装置は、受信したパラメータ値と、できる限り古いパラメータ値とに基づいて、新たなパラメータ値を生成する。ＰＴＴアプリケーション設定の更新処理または適応処理は、生成されたパラメータ値を使用するユーザ装置において実行される。

本発明による実施形態のより特別な例によれば、プッシュトークサービス（ＰＴＴ）を使用する第１のユーザ装置が、プッシュトークサービス（ＰＴＴ）を使用する少なくとも１つの第２の加入者のユーザ装置と通信をおこなうマルチメディアシステムであって、以下の特徴を有する。まず、前記第１、第２のユーザ装置の少なくとも一方が、前記ＰＴＴサーバと、パラメータ値を持たない他方の前記ユーザ装置との少なくとも一方へ、決定されたパラメータ値をシグナリングにより送信する。次に、前記ＰＴＴサーバは、前記第１、第２のユーザ装置において決定されたパラメータ値を収集し、前記第１、第２のユーザ装置の全てに対して適切なアプリケーション設定の情報を提供する。さらに、前述のシグナリングは、ＳＩＰ／ＳＤＰ、帯域内チャネル（In-band channel）、ＲＴＰ、ＲＴＰＣ、特定の無線プロトコルのいずれかの手段を使用することにより実行される。

本発明の潜在的な実施形態によれば、前記第２のユーザ装置は、複数のユーザ装置であって、前記複数のユーザ装置のいくつかは品質の良い広帯域回線を使用し、前記第２のユーザ装置の１つまたはいくつかが品質の悪い無線環境にある。また、ユーザのための前記ＰＴＴサーバは、以下の項目の少なくとも１つを選択することができる。
ａ）第１、第２の加入者のユーザ装置の全てに、堅固（ロバスト）な設定を使用するよう指示すること（全ての加入者のユーザ装置は最も低い回線品質を持つユーザ装置と同一の設定を使用する。）。
ｂ）前記ＰＴＴサーバにおいて、最も低い回線品質を持つユーザのために送信データの調整を実行すること。
ｃ）最も低い回線品質を持つユーザを切断（ドロップ）すること。

アプリケーション設定の適応処理は、以下に記載する少なくとも１つの受信した情報に応じて実行することもできる。
ａ）加入者ユーザ装置上の特別なボタンが開放されたときか、または音声通信の無音期間中のどちらかである２つの会話区間の合間において採用されたＩＰパケットのフレーム数（この合間は、音声活性（ボイスアクティベーション）検出アルゴリズムにより検出される）。
ｂ）音声通信中に適応されうる符号化装置のモード。
ｃ）加入者ユーザ装置上の特別なボタンが開放されたときか、または音声通信中での無音期間中のどちらかである２つの会話区間の合間において採用されたフレームバッファのサイズ（この合間は、音声活性検出アルゴリズムにより検出される）。
ｄ）システムの品質に支障を来たさない区間で採用されるであろう他の関連するパラメータ。

本発明によれば、特定のアプリケーション設定でのプッシュトークサービス（ＰＴＴ）を使用する第１のユーザ装置が、前記プッシュトークサービス（ＰＴＴ）を使用する１以上の第２の加入者ユーザ装置と通信するマルチメディアシステムが提供される。また、検出された品質の低下を防止することが提供される。前記ＰＴＴサービスの処理中に前記アプリケーション設定が変更される際に、ＰＴＴサーバは、前記第１、第２のユーザ装置と協働し、前記第１、第２のユーザ装置とＰＴＴサーバとが、前記アプリケーション設定を適応させるための情報を交換する。

また、ＰＴＴサーバとユーザ装置が、本発明により提供される。

本発明の利点を以下に記載する。
・利用可能な帯域幅の使用効率の改善。
・知覚されるような品質低下の防止。
・セッション中の遅延の削減。

本発明により提供される他の利点についは、以下の本発明の実施形態における詳細な説明を参照することで明らかになるであろう。

本発明の主要な利点は、本発明により、加入者が利益を享受できるようなより良いインフラをオペレータが構築できることである。また、平均的に、遅延がより少なく、かつ、知覚されるサービスの品質がより高いシステムを構築することができる。

本発明の理解を容易にするため、本発明における詳細な説明で使用する略語を以下において解説する。
ＣＤＭＡ 符号分割多元接続。
ＲＴＣＰ リアルタイム制御プロトコル。
ＳＩＰ セッション開始プロトコル。
ＳＤＰ セッション詳細プロトコル。
ＢＬＥＲ ブロック誤り率。
ＡＭＲ 適応化マルチ・レート。
ＩＰｖ６ インターネットプロトコル（バージョン６）。
ＷＣＤＭＡ 広帯域符号分割多元接続。
ＧＳＭ 移動体通信におけるグローバルシステム。
ＥＧＰＲＳ 拡張ＧＰＲＳ。
ＧＰＲＳ 汎用パケット無線サービス。
ＵＤＰ ユーザダイアグラムプロトコル。
ＲＴＰ リアルタイムプロトコル。
ＩＰ インターネットプロトコル。
ＰＴＴ プッシュ・ツー・トーク（プッシュトーク）。

本発明をより良く理解するために、簡潔なシステムの概要と問題の分析から始める。

本発明が実装されるシステムは、移動電話機間でＩＰ接続を可能とするため、３ＧＰＰにより規定されているようなＩＰマルチメディアシステムである。

基本的に、図１に示すように、第１の加入者ユーザ装置１と少なくとも１つの第２の加入者ユーザ装置２の間でのプッシュトークサービス（ＰＴＴ）は、ＰＴＴサーバ３により提供される。

ＰＴＴサーバ３のタスクは、パケット交換ネットワークにおける２以上の端点（エンドポイント）間での多地点接続（conference）するマルチメディア通信について処理することと、同一の多地点接続に属するデータストリームをミックスすることにある。多地点接続またはセッションは、集中化された多地点接続のブリッジ機能（conference bridge）のようなＰＴＴサーバ３を用いて設定される。ＰＴＴサーバ３は、異なるメディアストリームをミックスしたり、ユーザ装置１、２と協働したりする。

ＰＴＴサーバは、専用チャネルを信頼している。専用チャネル上では、無線電話機により通信が受信される。他のメンバまたはユーザ装置へ同時に情報を送信できるのは、唯一のメンバまたはユーザ装置１、２だけである。しかしながら、全てのメンバは、送信するメンバからの通信を受信するために、専用の放送チャネルを傍受することができる。システムの他のメンバへ送信することを要望する加入者は、通常、各通信装置上のプッシュトークボタンを押下してアクセス要求を送信する。これにより、専用送信チャネルへの独占的な接続が許可される。専用チャネルは、しばしば、放送（ブロードキャスト）チャネルと呼ばれることがある。

通常、ＰＴＴセッションには、図１に示すように、一対一と一対多と呼ばれるような異なる２つのタイプが存在する。

一対一セッションは、２つの移動電話機の加入者（例：Ａ，Ｂ）間でのセッションである。ＡがＢとの通信を望む場合、ＡはＢのプライベート識別番号を入力する。次にＡは、ユーザ装置１上の通話（ＰＴＴ）ボタンを押下した状態で、Ｂが受信状態になったことを知らせる警報音を待つ。警報が鳴ると、Ａは通話を開始する。Ｂの通話を聞くために、ＡはＰＴＴボタンを開放する。Ｂが通話をしたい場合、ユーザ装置２上のＰＴＴボタンを押下した状態にし、Ａが受信状態になったことを意味する確認音を待つ。

一対多のセッションの場合、予め定義された加入者のグループは、番号により識別される。加入者がグループ呼を開始するためには、まず発信側の加入者（例えば、Ａ）が、ユーザ装置１にグループ番号を入力する。次にＰＴＴボタンを押下した状態で、ピープ音のような確認音を受信した上で通話を開始する。同一のグループにおける全ての他のメンバは、ＡがＰＴＴボタンを押下した状態では聞くことのみ可能である。ＡがＰＴＴボタンを開放した場合、同一のグループにおける他のメンバは、ＰＴＴボタンを押下状態にしてもよい。その後、確認音が通知されて制御を獲得し、話を始める。

ＰＴＴ機能付きの電話機には、ハードウェアまたはソフトウェアのＰＴＴボタンが実装される可能性が高いと思われる。ＰＴＴボタンが押下された場合、電話機は直接友人の電話機に接続するか、ファミリーメンバの電話機に接続するか、または選択されたグループを構成するメンバ全員の各電話機に接続する。トランシーバ（walkie-talkie）のようにＰＴＴサービスは単純なものである。速い接続の恩恵（例えば、ダイヤルする必要はないなど）により、ユーザはボタン押下直後に即座に話し始めることが可能である。ＰＴＴサービスは、一対多の呼（グループ呼）だけでなく、一対一の直接呼にも対応する。

ＰＴＴは、パケット交換式のアプリケーションである。これは、すなわち、ＰＴＴサービスは、ＧＳＭシステムにおけるＧＰＲＳまたはＥＧＰＲＳベアラ上と、ＷＣＤＭＡシステムにおける双方向またはストリーミング用の無線ベアラ上で、ＩＰ／ＵＤＰ／ＲＴＰパケットを用いて音声を送信することを意味する。セルラーシステムにおいて、従来の音声サービス（回路交換技術）と比較した場合のＰＴＴサービスの利点は、ユーザが１日中（またはそれ以上）持続可能な仮想コネクションを維持しているにもかかわらず、システムにおいて誰かと話しているときのみに資源（リソース）が使用されにすぎないということである。

高いレベルの観点からみると、代表的なＰＴＴサービスは、以下に挙げる項目に従って実行される。

ＰＴＴボタンが押下されると、第１のセッションの初期化が実行される。基本的に、送信をおこなうユーザ装置１は、他のユーザ装置２にセッションを開始させるためのＳＩＰメッセージをＰＴＴサーバ３へ送る。ＰＴＴサーバ３がＯＫを意味する応答を返信すると、端末１は、ＩＰ／ＵＤＰ／ＲＴＰパケットにおいて符号化された音声データの送信を開始する。

セッションに関与するユーザにとって、無線環境次第で、ＰＴＴサービスにおける利用可能な帯域幅が、時間（間隔）が経過するうちに変化してしまうだろう。それゆえ、大きな遅延が発生したり、音声フレームの欠落が高い割合で発生したりすることになり、ユーザが知覚する品質は、許容できるレベルから許容できないレベルまで低下してしまうかもしれない。

したがって、本発明によれば、必要とされる可能な限り高い品質のサービスを得るためには、サービスの処理中にいくつかのアプリケーション設定が変更されるべきであろう。

ＰＴＴボタンを開放されると、セッションが終了していることをあらわすＳＩＰメッセージが通知され、セッション中の全ての端末またはユーザ装置はアイドルモードへ遷移する。端末がアイドルモードへ遷移した場合においても、無線環境についての測定値もしくは判定結果、またはＰＴＴサーバから端末へ送信される報告に応じて、端末はアプリケージョン設定を変更するべきであろう。

システム特性は、ＰＴＴサービスにおける利用可能な帯域幅に対して重大な影響力を有している。適切なアプリケーション設定を用いれば、帯域幅が効率的に使用されることになるため、知覚されるサービスの品質が最適化されよう。

本発明による一般的な方法の実施形態によれば、ＰＴＴサーバ３が第１のユーザ装置１および第２のユーザ装置２と協働するステップが含まれる。また、協働ステップにおいて、アプリケーション設定を適応させるための情報が、ユーザ装置１、２およびＰＴＴサーバ３の間で交換されるステップも含まれる。最終的に、アプリケーション設定が、ＰＴＴサービスの処理中に適応されるステップも含まれる。

図２は、本発明に係る他の一般的な方法の実施形態に示す図である。この方法は、ステップＳ１において、少なくとも第１、第２のユーザ装置が関与するＰＴＴセッションの初期化処理が開始される。その後、ステップＳ２において、第１のユーザ装置の少なくとも１つと、少なくとも第２のユーザ装置が、それぞれのユーザ装置のＰＴＴアプリケーション設定におけるＰＴＴセッションパラメータ値をＰＴＴサーバへ報告する。次にステップＳ３において、報告されたＰＴＴセッションパラメータ値に基づいて新たなＰＴＴセッションパラメータ値を決定する。最後に、ステップＳ４において、第１のユーザ装置と第２のユーザ装置の少なくとも１つが、ＰＴＴサービスの処理中にＰＴＴアプリケーション設定を適応させる。

本発明に係る方法のより詳細な他の実施形態によれば、ＰＴＴサーバ、第１のユーザ装置および第２のユーザ装置の間での協働ステップには、ＰＴＴセッション処理中において、第１および第２のユーザ装置の少なくとも１つが、ＰＴＴアプリケーション設定のための関連するＰＴＴセッションパラメータを決定するステップが含まれる。ユーザ装置は、決定されたパラメータ値をＰＴＴサーバへ報告する。ＰＴＴサーバは、報告されたパラメータ値らを収集し、収集されたパラメータ値か、または、効果的な方法で提案されたアプリケーション設定の少なくとも１つが各ユーザ装置へ分配される。最後に、ユーザ装置は、ＰＴＴサーバから提案に応じて、アプリケーション設定を適応させる。

本発明に係る方法の詳細な実施例について図３を用いて説明する。

はじめに、第１段階のステップ１０において、第１の加入者がユーザ装置を操作することで、ＰＴＴ通話またはＰＴＴセッションが、よく知られている手順によりセットアップまたは開始される。すなわち、第１の加入者がユーザ装置のＰＴＴボタンを押下し、確認応答の信号を待ち受ける。セットアップにおいては、標準的なＩＰパケット当たりのフレーム数、符号器のモード、フレームバッファの深度およびその他などのアプリケーション設定が利用される。

ＰＴＴセッション中である第２段階のステップ１１において、第１および第２のユーザ装置は、以下に挙げる少なくとも１つのパラメータに応じてＰＴＴアプリケーション設定のための適切なＰＴＴセッションパラメータ値を測定するか、または決定するかの少なくとも一方を実行する。
ａ）受信ビットレート。
ｂ）最大ビットレート。
ｃ）使用される符号方式。
ｄ）使用されるタイムスロット数。
ｅ）ヘッダ圧縮の使用または不使用。
ｆ）他の関連するＰＴＴセッションパラメータ値。

前述したステップは、第１および第２のユーザ装置の両方が、関連するパラメータ値を決定するものであった。しかしながら、本発明によれば、第１および第２のユーザ装置の１つのみが、上記の決定処理のステップを実行してもよい。なお、この場合のユーザ装置は、一般には、受信側のユーザ装置である。次に、本発明に係る方法の実施形態における第３段階のステップ１２において、第１および第２のユーザ装置は、ＰＴＴサーバへ、それぞれで決定されたパラメータ値を信号で通知するか、または報告する。なお、場合によっては、他のユーザ装置にこのパラメータ値がシグナリングまたは報告されてもよい。ＰＴＴサーバは、全ての決定されたパラメータ値を収集し、各ユーザ装置における適切なアプリケーション設定を決定する。

しかしながら、ＰＴＴサーバ装置が、報告されたパラメータ値をあるユーザ装置から他のユーザ装置へと中継してもよいことは、暗に理解できよう。第４段階のステップ１３において、本実施形態によれば、ＰＴＴサーバは決定された適切なアプリケーション設定に関する情報を関係するユーザ装置へ提供もしくはシグナリングする。このシグナリングは、ＳＩＰ／ＳＤＰ、帯域内チャネル、ＲＴＰ、ＲＴＰＣ、または何らかの特定の無線プロトコルいずれか一つを用いて、実行されるであろう。

上記の情報には、適応の決定をユーザ装置へ任せるために、未加工のパラメータ値または提案されたアプリケーション設定が含まれてもよい。

しかしながら、他のいくつかのアプリケーションまたは実施形態においては、各ユーザ装置が、ＰＴＴサーバから通信された他のユーザ装置についての情報に基づいて、自己の適切なアプリケーション設定を決定するのが好ましいだろう。

第２のユーザ装置が複数ある場合においては、品質の高い帯域幅回線を持つ複数の第２のユーザ装置と、品質の悪い無線環境にある少なくとも１つの第２のユーザ装置とが存在する可能性がある。ＰＴＴサーバは、アプリケーション設定を適応させる方法を伝達するユーザ装置を選択してもよい。

可能性のある第１の適応処理は、堅固なアプリケーション設定の使用を全てのユーザ装置へ強制することである。これは、全てのユーザ装置に、最も悪い無線環境下にあるユーザ装置のアプリケーション設定に適応させることである。

他の可能性のある適応処理は、最も悪い品質のユーザ装置へのみ、アプリケーション設定についての何れかの変更を伝達することである。

最後に、好ましくはないが、最も悪い無線環境下にあるユーザ装置を切断（ドロップ）する方法もある。

最後に第５番目のステップ１４において、第１および第２の加入者のユーザ装置は、ＰＴＴサーバにより提供される情報に応じて、それぞれのアプリケーション設定を適応させる。様々なアプリケーションパラメータは、２つの会話区間の合間か、または音声通信中のどちらかにおいて、適応させることができる。異なるケースの例では、以下に挙げるものに応じて実行可能である。しかしながら、ほとんどのアプリケーション設定が音声通信中に適応されることを暗示している。

ＰＴＴボタンが開放されたとき、または音声通信中における無音期間中のどちらかなど、音声活性検出アルゴリズムによって２つの会話区間の合間が検出されると、ＩＰパケットにおけるフレーム数が適応されてもよい。

符号器のモードは音声通信中に適応されてもよい。

フレームバッファの深度は、フレーム数と同様に２つの会話区間の合間で適応されてもよい。

他の関連するアプリケーション設定は、音声通信中かまたは２つの会話区間の合間のどちらかにおいて、同様な方法で適応されてもよい。

本発明に係るマルチメディアシステムについての一般的な実施形態には、第１および第２のユーザ装置の少なくとも１つからＰＴＴサーバへＰＴＴセッションパラメータを報告するための報告手段と、ユーザ装置の少なくとも１つについての新たなパラメータ値を決定するための決定手段と、新たなパラメータ値に基づいて、第１および第２のユーザ装置の少なくとも１つのアプリケーション設定を適応させるための適応手段とが含まれる。

図４は、本発明に係るＰＴＴサーバ３の実施形態を示すブロック図である。第１および第２のユーザ装置から報告されたＰＴＴセッションパラメータ値を受信するための第１の手段３１と、第１および第２のユーザ装置の少なくとも１つについての新たなＰＴＴパラメータ値を決定するか、または最適化するための第２の手段３２とをＰＴＴサーバ３は含む。第１の手段３１は、通常、第１および第２のユーザ装置と通信をおこなうための入出力ユニット３１を含む。これによって、決定された新たなＰＴＴパラメータ値を報告するための報告機能が提供される。

第２の手段３２は任意である。これは、ユーザ装置で新たなＰＴＴセッションパラメータ値の決定を実施するといった他の実施形態に対応可能とする手段だからである。この場合、第２の手段３２は、中継装置として動作する。すなわち、第２の手段３２は、第１および第２のユーザ装置の少なくとも一方について報告されたパラメータ値を受信すると、これを第１および第２のユーザ装置の他方へと転送する。

図５は、本発明に係るユーザ装置１の実施形態を示すブロック図である。ユーザ装置１は、ＰＴＴサーバおよび他のユーザ装置と通信するための入出力ユニット１１を含む。また、ＰＴＴアプリケーション設定のためのＰＴＴセッションパラメータ値を決定する第１の手段１２も含む。さらに、ＰＴＴセッションパラメータ値を適応させるための第２の手段１３も含む。さらに、新たなパラメータ値またはアプリケーション設定を決定するか、もしくは最適化する第３の手段１４を任意で含んでもよい。

入出力ユニット１１は、決定されたパラメータ値をＰＴＴサーバへ報告し、通知された新たなパラメータ値か、またはＰＴＴサーバまたはユーザ装置の少なくとも一方から提案されたアプリケーション設定の少なくとも一方を受信するための機能を提供する。適応ユニット１３は、ＰＴＴサーバまたはユーザ装置の少なくとも一方により報告された新たなパラメータ値に基づいて、ＰＴＴセッションパラメータ値を適応させる。

以下で、アプリケーション設定の適応処理の一例について図６を参照しながら説明する。

ＧＰＲＳベアラが、品質の悪い無線環境に晒される場合、符号方式ＣＳ１が使用されるだろう。１０％のブロック誤り率（ＢＬＥＲ）を想定した場合、そのようなシステムで利用可能な帯域幅は７.２Ｋｂｉｔ／ｓまでとなる。

さらに、ＡＭＲ音声符号器が、５.１５ｋｂｉｔ／ｓでの符号化率で処理することを想定する。また、音声フレームがＩＰｖ６／ＵＤＰ／ＲＴＰパケットに搭載されること、およびＡＭＲペイロードフォーマットが使用されることを想定する。ヘッダ圧縮が適用されない場合、１６個の音声フレーム（図６参照）が１つのＩＰパケットに搭載されなければならない。それゆえ、搭載時において３２０ｍｓの遅延が発生することになる。良い無線環境の場合は、符号方式ＣＳ２が使用されてもよい。上述と同様のＢＬＥＲ（１０％）においてさえ、ＩＰパケットにおけるフレーム数は６フレームである。これは搭載時において１２０ｍｓの遅延が発生することになる。

したがって、アプリケーション設定の調整が可能である場合、搭載時の遅延を２００ｍｓ削減することが可能となろう。さらに、各ＩＰパケットがより小さくなり、より短い送信時間を必要とする場合、全ての無線回線での送信遅延も削減されるであろう。

ＩＰパケット当たりのフレーム数の適切な値を設定可能とするためには、関連するパラメータのセットが決定されるべきであろう。前述の例においては、ＰＴＴチャネルの帯域幅か、または使用された符号方式とタイムスロット数を決定できうるであろう。ヘッダ圧縮が使用されている場合には、他のパラメータが測定または決定可能であろう。（さらに、１つのＩＰパケットに搭載されるフレーム数の削減は、図６に示すようにヘッダ圧縮が使用される場合に実現されるだろう。）
本発明が、マルチメディアシステムにおけるプッシュトークに適用される場合について説明してきた。しかしながら、同一の一般的な技術思想が、ＩＰパケットの形式で情報（例えば、テキスト、ビデオ、写真等）が供給される他のプッシュトークサービスに応用されてもよい。

本発明は、現在最も実用的で好ましいと考えられる実施形態に関して説明されている。しかしながら、本発明は、開示された実施形態にのみ限定されるものでないことは理解されるべきであろう。また、添付の請求項における技術思想とその範囲内に含まれる様々な変形例と均等な構成について包含することが意図されている。

図１は、マルチメディアシステムの概観を示す図である。 図２は、本発明による手段の実施形態を表すフローチャートである。 図３は、本発明による手段の他の実施形態を表すフローチャートである。 図４は、本発明によるＰＴＴサーバの実施形態を示すブロック図である。 図５は、本発明によるユーザ装置の実施形態を示すブロック図である。 図６は、ＧＰＲＳ１タイムスロットにおける１つのＩＰパケット当たりのフレーム数を示す図である。また、３バイトの平均的なＩＰ／ＵＤＰ／ＲＴＰヘッダサイズは、ヘッダ圧縮（ＨＣ）の場合に想定される。

Claims (19)

1. マルチメディアシステムにおいて実行される方法であって、該マルチメディアシステムでは、ＰＴＴサーバ（３）により提供されるプッシュトーク（ＰＴＴ）サービスを使用する、第１のユーザが所有するユーザ装置（１）が、前記プッシュトーク（ＰＴＴ）サービスを使用する第２のユーザ装置（２）と少なくとも通信をおこなうものであって、前記方法は、
   前記第１のユーザ装置（１）と前記第２のユーザ装置（２）との少なくとも１つが、ＰＴＴアプリケーション設定のための少なくとも１つのＰＴＴセッションパラメータ値を前記ＰＴＴサーバ（３）へ報告する報告ステップと、
   前記報告された少なくとも１つのＰＴＴセッションパラメータ値に基づいて、前記第１のユーザ装置（１）と前記第２のユーザ装置（２）との少なくとも１つが新たなＰＴＴセッションパラメータ値を決定する決定ステップと、
   前記第１のユーザ装置（１）と前記第２のユーザ装置（２）との少なくとも１つが、前記ＰＴＴセッションパラメータ値に基づいて、前記ＰＴＴサービスの処理中にＰＴＴアプリケーション設定を適応させる適応ステップとを含む
   ことを特徴とする方法。
2. 各前記第１のユーザ装置（１）と前記第２のユーザ装置（２）とが、少なくとも１つのＰＴＴセッションパラメータ値を前記ＰＴＴサーバ（３）へ報告することを特徴とする請求項１に記載の方法。
3. 前記決定ステップは、
   前記ＰＴＴサーバ（３）が、前記第１のユーザ装置（１）と前記第２のユーザ装置（２）とから報告された前記ＰＴＴセッションパラメータ値を、前記ＰＴＴセッションパラメータ値を持たない前記第１のユーザ装置（１）と前記第２のユーザ装置（２）との少なくとも１つへ転送するステップと、
   前記第１のユーザ装置（１）と前記第２のユーザ装置（２）との少なくとも１つが、前記報告されたＰＴＴセッションパラメータ値と自身のＰＴＴセッションパラメータ値とに基づいて、新たなＰＴＴセッションパラメータ値を決定するステップとを含む
   ことを特徴とする請求項１または２に記載の方法。
4. 前記決定ステップは、
   前記ＰＴＴサーバ（３）が、前記第１のユーザ装置（１）と前記第２のユーザ装置（２）との少なくとも１つから報告された前記ＰＴＴセッションパラメータ値に基づいて、前記第１のユーザ装置（１）と前記第２のユーザ装置（２）との少なくとも１つのために新たなＰＴＴセッションパラメータ値を決定するステップと、
   前記新たなＰＴＴセッションパラメータ値か、または前記新たなＰＴＴセッションパラメータ値に基づいて提案されるアプリケーション設定を前記第１のユーザ装置（１）と前記第２のユーザ装置（２）との少なくとも１つへ転送するステップとを含む
   ことを特徴とする請求項１に記載の方法。
5. 会話の開始時における前記アプリケーション設定は、
   １つのＩＰパケット当たりのフレーム数、符号器のモード、フレームバッファの深度および他の特定のアプリケーション設定など、関連するパラメータ値を含むことを特徴とする請求項１に記載の方法。
6. 前記第１のユーザ装置（１）と前記第２のユーザ装置（２）は、
   受信ビットレート、最大ビットレート、使用される符号方式、使用されるタイムスロット数、ヘッダ圧縮を使用するかまたは使用しないか、および他の特定のアプリケーション設定など、１以上のＰＴＴセッションパラメータ値を決定して、報告することを特徴とする請求項１ないし５の何れかに記載の方法。
7. 前記第１のユーザ装置（１）と前記第２のユーザ装置（２）との少なくとも１つは、
   前記ＰＴＴサーバ（３）、前記パラメータ値を持たない他の前記第１のユーザ装置（１）および前記第２のユーザ装置（２）のうちの少なくとも１つへ、前記決定されたＰＴＴセッションパラメータ値を報告する
   ことを特徴とする請求項１に記載の方法。
8. 前記ＰＴＴサーバ（３）は、
   全ての前記第１のユーザ装置（１）および前記第２のユーザ装置（２）から、前記決定されたＰＴＴセッションパラメータ値を収集するステップと、
   全ての前記第１のユーザ装置（１）および前記第２のユーザ装置（２）へ適切なアプリケーション設定の情報を提供するステップと
   を含むことを特徴とする請求項１に記載の方法。
9. 前記報告ステップは、ＳＩＰ／ＳＤＰ、帯域内チャネル、ＲＴＰ、ＲＴＣＰおよび特定の無線プロトコルのうちの少なくとも１つを使用して実行されることを特徴とする請求項１に記載の方法。
10. 前記第１のユーザ装置（１）は、複数の前記第２のユーザ装置（２）と通信をおこなうことを特徴とする請求項１に記載の方法。
11. 前記複数の第２のユーザ装置（２）の大部分が優れた帯域幅の回線を持ち、前記複数の第２のユーザ装置（２）の少なくとも１つが乏しい無線環境下に存在する場合に、前記ＰＴＴサーバ（３）は、
    全ての前記第１のユーザ装置および前記第２のユーザ装置（１、２）のアプリケーション設定が、最も品質の悪い回線を使用する少なくとも１つのユーザ装置のアプリケーション設定と同一となるよう、前記第１のユーザ装置（１）および前記第２のユーザ装置（２）の全てに堅固な設定を使用することを指示するステップと、
    前記ＰＴＴサーバ（３）において、前記最も品質の悪い回線を使用する前記ユーザ装置のために送信データの調整を実行するステップと、
    前記最も品質の悪い回線を使用する前記ユーザ装置を切断するステップと
    のうち１つのステップを選択する
    ことを特徴とする請求項１０に記載の方法。
12. 前記ユーザ装置（１、２）に設けられた特別なボタンの開放時、音声活性検出アルゴリズムによって検出されるような音声通信の無音期間中、または音声通信中の少なくとも一つのタイミングに相当する、２つの会話区間の合間において、前記アプリケーション設定を適応することを特徴とする請求項１に記載の方法。
13. 前記２つの会話区間の合間において、ＩＰパケット当たりのフレーム数を適応させるステップと、
    音声通信中に符号器のモードを適応させるステップと、
    前記２つの会話区間の合間において、フレームバッファの深度を適応するステップと、
    システム品質に支障を来たさない区間において、他の関連するパラメータを適応させるステップと
    にしたがって、前記アプリケーション設定を適応させることを特徴とする請求項１２に記載の方法。
14. 前記アプリケーション設定を動的に適応させることを特徴とする請求項１ないし１３の何れかに記載の方法。
15. ＰＴＴサーバ（３）により提供されるプッシュトーク（ＰＴＴ）サービスを使用する、第１のユーザが所有するユーザ装置（１）が、前記プッシュトーク（ＰＴＴ）サービスを使用する第２のユーザ装置（２）と少なくとも通信をおこなうマルチメディアシステムであって、
    前記第１のユーザ装置（１）および前記第２のユーザ装置（２）の少なくとも１つが、ＰＴＴアプリケーション設定のためのＰＴＴセッションパラメータ値を前記ＰＴＴサーバ（３）へ報告するための報告手段（１１）と、
    前記報告されたＰＴＴセッションパラメータ値に基づいて、前記第１のユーザ装置（１）および前記第２のユーザ装置（２）の少なくとも１つが、新たなパラメータ値を決定するための決定手段（１４、３２）と、
    前記新たなＰＴＴセッションパラメータ値に基づいて、前記ＰＴＴサービスの実行中に、前記第１のユーザ装置（１）および前記第２のユーザ装置（２）の少なくとも１つが、前記ＰＴＴアプリケーション設定を適応させるための適応手段（１３）と
    を含むことを特徴とするマルチメディアシステム。
16. マルチメディアシステムにおけるＰＴＴ（プッシュトーク）サーバ（３）であって、該マルチメディアシステムでは、前記ＰＴＴサーバ（３）により提供されるプッシュトーク（ＰＴＴ）サービスを使用する、第１のユーザが所有する第１のユーザ装置（１）が、前記プッシュトーク（ＰＴＴ）サービスを使用する第２のユーザ装置（２）と少なくとも通信をおこなうＰＴＴサーバであって、
    前記ＰＴＴサーバ（３）は、
    前記第１のユーザ装置（１）および前記第２のユーザ装置（２）の少なくとも１つからそれぞれのＰＴＴアプリケーション設定におけるＰＴＴセッションパラメータ値を受信するための受信手段（３１）と、
    前記受信されたＰＴＴセッションパラメータ値に基づいて、前記第１のユーザ装置（１）および前記第２のユーザ装置（２）の少なくとも１つにおける新たなＰＴＴセッションパラメータ値を決定するための決定手段（３２）と、
    前記新たなＰＴＴセッションパラメータ値か、または前記第１のユーザ装置（１）および前記第２のユーザ装置（２）のために提案されるＰＴＴアプリケーション設定を通知するための通知手段（３１）と
    を含むことを特徴とするＰＴＴサーバ（３）。
17. 前記通知手段（３１）は、前記第１のユーザ装置（１）および前記第２のユーザ装置（２）の少なくとも１つから他の前記第１のユーザ装置（１）および前記第２のユーザ装置（２）へ報告されたＰＴＴセッションパラメータ値を中継することを特徴とする請求項１６に記載のＰＴＴサーバ（３）。
18. マルチメディアシステムにおいて、ＰＴＴサーバ（３）により提供されるプッシュトーク（ＰＴＴ）サービスを使用する第２のユーザ装置（２）と少なくとも通信をおこなうために適応される第１のユーザ装置（１）であって、
    ＰＴＴアプリケーション設定のためにＰＴＴセッションパラメータ値を決定するための手段（１１）と、
    ＰＴＴサーバ（３）からＰＴＴセッションパラメータ値を受信するための手段（１２）と、
    前記受信されたＰＴＴセッションパラメータ値と、前記決定されたＰＴＴセッションパラメータ値とに基づいて、新たなＰＴＴセッションパラメータ値を決定するための手段（１４）と、
    前記決定された新たなＰＴＴセッションパラメータ値に基づいて、前記アプリケーション設定に適応させるための手段（１３）と
    を含むことを特徴とする第１のユーザ装置（１）。
19. マルチメディアシステムにおいて、ＰＴＴサーバ（３）により提供されるプッシュトーク（ＰＴＴ）サービスを使用する第２のユーザ装置（２）と少なくとも通信を行なうために適応される第１のユーザ装置（１）であって、
    ＰＴＴアプリケーション設定のためにＰＴＴセッションパラメータ値を決定するための決定手段（１１）と、
    ＰＴＴセッションパラメータ値を前記ＰＴＴサーバ（３）へ報告し、新たなＰＴＴセッションパラメータ値か、または前記ＰＴＴサーバから提案されたアプリケーション設定の少なくとも一方を受信するための受信手段（１２）と、
    前記決定された新たなＰＴＴセッションパラメータ値に基づいて、前記ＰＴＴアプリケーション設定を適応させるための適応手段（１３）と
    を含むことを特徴とする第１のユーザ装置（１）。

Images