(57)【特許請求の範囲】
【請求項１】
プッシュ・ツー・トーク・オーバ・セルラー（ＰｏＣ）の動的なサービスオプションを提供する方法であって、
発呼ＰｏＣクライアントと被呼ＰｏＣクライアントのサービスオプションをＰｏＣサーバに格納する工程であって、前記被呼ＰｏＣクライアントの前記サービスオプションは該被呼ＰｏＣクライアントの応答モードを含む工程と、
前記発呼ＰｏＣクライアントと前記被呼ＰｏＣクライアントとの間のセッション確立中に、格納された前記サービスオプションを読み出す工程と、
前記被呼ＰｏＣクライアントの前記応答モードが自動である場合に、前記セッションを最適化するために、読み出した前記サービスオプションを使用する工程と
を含み、
サービスオプションを格納する前記工程が、前記ＰｏＣクライアントによって送信され、基幹ネットワークによって前記ＰｏＣサーバに転送されたＳＩＰ  ＰＵＢＬＩＳＨメッセージ中の前記サービスオプションの表示を前記ＰｏＣサーバが受信することを含む方法。
【請求項２】
サービスオプションを格納する前記工程が、ＰｏＣ通信用着信セッションが拒否されているか否かを表示するサービスオプションを格納することを含む請求項１に記載の方法。
【請求項３】
サービスオプションを格納する前記工程が、ＰｏＣ警報用着信セッションが拒否されているか否かを表示するサービスオプションを格納することを含む請求項１又は２に記載の方法。
【請求項４】
前記発呼ＰｏＣクライアントと前記被呼ＰｏＣクライアントの端末機能を前記ＰｏＣサーバに格納する工程と、
前記発呼ＰｏＣクライアントと前記被呼ＰｏＣクライアント間のセッション確立中に格納された前記端末機能を読み出す工程と、
前記セッションの最適化に読み出された前記端末機能を使用する工程と
をさらに含む請求項１乃至３の何れか1項に記載の方法。
【請求項５】
前記発呼ＰｏＣクライアントと前記被呼ＰｏＣクライアントの端末機能を格納する前記工程が、前記発呼ＰｏＣクライアントと前記被呼ＰｏＣクライアントが対応するコーデックの表示を格納することを含む請求項４に記載の方法。
【請求項６】
プッシュ・ツー・トーク・オーバ・セルラー（ＰｏＣ）の動的なサービスオプションを設定可能なＰｏＣサーバであって、
発呼ＰｏＣクライアントと被呼ＰｏＣクライアントのサービスオプションを前記ＰｏＣサーバに格納する手段であって、前記被呼ＰｏＣクライアントの前記サービスオプションは該被呼ＰｏＣクライアントの応答モードを含む手段と、
前記発呼ＰｏＣクライアントと前記被呼ＰｏＣクライアントとの間のセッション確立中に、格納された前記サービスオプションを読み出す手段と、
前記被呼ＰｏＣクライアントの前記応答モードが自動である場合に、前記セッションを最適化するために、読み出した前記サービスオプションを使用する手段と
を備え、
サービスオプションを格納する前記手段が、前記ＰｏＣクライアントによって送信され、基幹ネットワークによって前記ＰｏＣサーバに転送されたＳＩＰ  ＰＵＢＬＩＳＨメッセージ中の前記サービスオプションの表示を受信するように構成されるＰｏＣサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般的には通信ネットワークに関し、詳細には無線通信ネットワークにおけるプッシュ・ツー・トーク・オーバ・セルラー（ＰｏＣ）の動的なサービスオプションを提供する装置と方法に関する。
【背景技術】
【０００２】
プッシュ・ツー・トーク・オーバ・セルラー（Push To Talk over Cellular、ＰｏＣ）は、プッシュ・ツー・トーク（Push To Talk、ＰＴＴ）サービスまたは音声チャットサービスとして一般に知られるタイプの即時接続型の半二重通信サービスである。無線ユーザはＰＴＴのアプリケーションを使用すると、送受話器のボタンに触れるだけで、ほとんど即時に他のユーザに接続される。そのサービスは半二重通信であり、１対１の個人的な通話にも１対多のグループ通話にも使用することができる。ユーザは非常に広い地域にわたる、個人的、直接的、同時無線音声接続を、手ごろな価格で便利に使用することができ、ポケベルや双方向無線などほかの装置に代わることもしばしばである。通話を受信するユーザは、通話に応答するまでもなく自動的に発呼者の声を聞くことができる。
【０００３】
ＰｏＣは、オープン・モバイル・アライアンス(Open Mobile Alliance、ＯＭＡ)によって現に開発中の公開規格で使われる本サービスの公式の名称である。ＰｏＣ規格は、インターネット・エンジニアリング・タスクフォース（Internet Engineering Task Force、ＩＥＴＦ）、第３世代パートナーシップ・プロジェクト（Third Generation Partnership Project、３ＧＰＰ）および３ＧＰＰ２からの多くの現行規格を使用しており、それらには移動体通信機機間のＩＰ接続を可能にするための、３ＧＰＰのＩＰマルチメディア・サブシステム（IP Multimedia Subsystem、ＩＭＳ）および３ＧＰＰ２のマルチメディア・ドメイン（Multimedia Domain、ＭＭＤ）の機能が含まれる。ＰｏＣが現行の無線や基幹ネットワークとは別の独自のサーバを使用する解決法もある。ＰｏＣが、ＷＣＤＭＡやＣＤＭＡ２０００、ＧＰＲＳ、ＵＭＴＳ、および８０２．１１などの無線技術によりＩＰバックボーン上に実装される場合もあり得る。
【０００４】
ＩＭＳやＭＭＤを使用することにより、音声とデータのサービス統合がＩＰベースのパケット交換ネットワークを介して可能となる。パケット交換ドメインの上に２つの基本的なケーパビリティが付加される。ひとつはセッションを開始するべくセッション・イニシエーション・プロトコル（Session Initiation Protocol、ＳＩＰ）を介してユーザを見つける能力である。もうひとつは、ＰＴＴなどの新しいサービスを統合する能力である。ＩＭＳおよびその多重サービス提供ケーパビリティを導入することにより、サービスのための共通基盤が確立され、サービス毎にサービス提供基盤を構築する必要が解消される。
【０００５】
現行のＰｏＣ標準規格では２つの受付拒否サービスオプションと応答モードサービスオプションを定義しており、これらにはネットワークにおける設定が必要となる。
・ＰｏＣ通信用着信セッションの受付拒否、
・ＰｏＣ警報用着信セッションの受付拒否、
・応答モード（自動または手動応答モード）。
これらのオプションは非常に動的であり、従来の管理方法は使用できない。
【０００６】
現行のＰｏＣ標準規格はまた下記の端末機能を定義しており、これらにはネットワークにおける設定が必要となる。
・音声信号の符号化に対応するコーデック、
・音声信号の復号化に対応するコーデック。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
現行のＰｏＣ標準規格はいくつかの動的なサービスオプションを規定しているが、動的なＰｏＣ関連の特徴や機能をネットワークにおいて設定する解決方法は存在していない。例えば、応答モードは自動あるいは手動モードに設定され得る。もし応答モードが手動に設定されていると、呼の確立処理は通常のＳＩＰの呼と同様である。しかし、応答モードが自動に設定されていると、ネットワークは、被呼ユーザが呼び出されると同時に発呼ＰｏＣユーザが通話を開始できるようにする。ＳＩＰプロトコルは、ネットワークがそのときその呼で使用するためのコーデックを返すことを要求する。その呼のために選択されたコーデックに被呼ユーザが対応していないこともあり得るため、ネットワークに問題が生じる。この場合、ネットワークは発呼ＰｏＣユーザと被呼ＰｏＣユーザとの間の符号変換を行わなければならない。ＰｏＣ端末が使用するコーデックで圧縮された音声の符号変換により音声品質は劣化するだろう。
【０００８】
この問題へのひとつの解決方法は、いつも同じコーデック（即ち、デフォルトコーデック）を使用することである。しかし、これはまた問題になる場合もあり得る。それというのは、各ＰｏＣ端末が、どのデフォルトコーデックを使用するかの見解の相違や使用可能な帯域幅についての見解の相違により、異なるアクセス技術を介して接続される場合もあり得るからである。
【０００９】
以上により、動的なＰｏＣサービスオプションを提供するための改善された装置と方法が必要となる。
【課題を解決するための手段】
【００１０】
本発明は、ＰｏＣクライアントのサービスオプションと端末機能をネットワークにおいて格納する、解決方法を提供する。そのサービスオプションと端末機能がＰｏＣサーバあるいはＰｏＣサーバの近くのサーバに格納される場合もあり得る。好ましい実施形態では、ＰｏＣクライアントはＳＩＰのＰＵＢＬＩＳＨメソッドを使用して、応答モードおよび任意の受付拒否サービスに関する実際の状態を設定するとともに、自動応答モードが設定されている場合には、そのＰｏＣクライアントが対応するコーデックのリストの格納も行う。そのＰｏＣクライアントが対応するコーデックをネットワークに通知することにより、自動応答の場合、ネットワークはコーデックをより知的に選択することができ、アクセス技術が許す場合にはよりよいコーデックを使用することもできる。サービスオプションが、ＰｏＣサーバ、または現サービスオプションと端末ケーパビリティの設定に関する知識を必要とするその他任意のサービスによって読み出される場合もあり得る。
【００１１】
従ってひとつの側面では、本発明は動的なＰｏＣサービスオプションを提供する方法を対象とする。その方法には、発呼ＰｏＣクライアントと被呼ＰｏＣクライアントのサービスオプションをサーバに格納する工程、発呼ＰｏＣクライアントと被呼ＰｏＣクライアント間のデータ／音声セッションの確立中にその格納されたサービスオプションを読み出す工程、およびセッションの最適化にその読み出されたサービスオプションを使用する工程を含む。
【００１２】
別の側面では、本発明は動的なＰｏＣサービスオプションを提供する以下の方法を対象とする。その方法には、被呼ＰｏＣクライアントの応答モードの設定が自動か手動かの表示と、符号化音声信号の復号化用として被呼ＰｏＣクライアントが対応するコーデックの表示をサーバに格納する工程と、被呼ＰｏＣクライアントとのセッションを確立する、発呼ＰｏＣクライアントからの要求をサーバにおいて受信する工程とを含む。その要求は、音声信号の符号化用として発呼ＰｏＣクライアントが対応するコーデックの表示を含む。被呼ＰｏＣクライアントの応答モードが自動に設定されていると、サーバは発呼ＰｏＣクライアントと被呼ＰｏＣクライアントの双方が対応するコーデックを選択し、そのセッション中に使用するべく選択されたコーデックを発呼ＰｏＣクライアントと被呼ＰｏＣクライアントに通知する。
【００１３】
さらに別の側面では、本発明は動的なＰｏＣサービスオプションを提供する装置を対象とする。その装置は、被呼ＰｏＣクライアントの応答モードの設定が自動か手動かの表示と符号化音声信号の復号化用として被呼ＰｏＣクライアントが対応するコーデックの表示を格納するデータベースと、発呼ＰｏＣクライアントからの、被呼ＰｏＣクライアントとのセッションの確立への要求メッセージを受信する手段と、発呼ＰｏＣクライアントと被呼ＰｏＣクライアントの双方が対応するコーデックを選択するコーデック選択機とを含む。その装置はまた、被呼ＰｏＣクライアントの応答モードの表示と被呼ＰｏＣクライアントが対応するコーデックの表示を要求メッセージの受信に応じてデータベースから読み出す手段を含む。応答モードが自動の場合、被呼ＰｏＣクライアントが対応するコーデックの表示はコーデック選択機へ送られる。その装置はまた、被呼ＰｏＣクライアントの応答モードの設定が自動との表示に応じて、音声信号の符号化用として発呼ＰｏＣクライアントが対応するコーデックの表示を要求メッセージから抽出し、発呼ＰｏＣクライアントが対応するコーデックの表示をコーデック選択機に送る手段を含み、発呼ＰｏＣクライアントと被呼ＰｏＣクライアントにそのセッションで使用するべく選択されたコーデックを通知する手段を含む。
【発明を実施するための最良の形態】
【００１４】
図１は本発明の方法の例示的な実施形態を説明する信号伝達図である。例示されているのは、被呼クライアント（ＰｏＣクライアントＢ）１１、ＳＩＰ／ＩＰ基幹ネットワーク１２、ＰｏＣサーバ１３、発信ネットワーク１４および発呼クライアント（ＰｏＣクライアントＡ）１５である。ステップ１６で、ＰｏＣクライアントＢのユーザは、ＰｏＣ通信用着信セッションの拒否、ＰｏＣ警報用着信セッションの拒否あるいは応答モード（自動、または手動）などのサービスオプションを変更する。例えば、ＰｏＣクライアントＢは応答モードを自動に変更してもよい。
【００１５】
ＰｏＣクライアントＢ１１は、次にネットワークのサービスオプションと端末機能を設定するためにＰＵＢＬＩＳＨメソッドを使用する。ＰｏＣクライアントＢはＳＩＰ／ＩＰ基幹ネットワーク１２にＰＵＢＬＩＳＨ要求メッセージ１７を送信するが、この例では、そのＰＵＢＬＩＳＨ要求メッセージ１７は、応答モードが自動に設定されている旨の表示とＰｏＣクライアントＢが対応するコーデックの型式の表示とを含む。ステップ１８で、そのＰＵＢＬＩＳＨ要求メッセージはＰｏＣサーバ１３に転送される。応答モードが自動に設定されているため、ＰｏＣクライアントＢが対応するコーデックもＰｏＣサーバにアップロードされる。それからＰｏＣサーバはＳＩＰの２００  ＯＫメッセージ１９をＳＩＰ／ＩＰ基幹ネットワークに返送し、ＳＩＰ／ＩＰ基幹ネットワークはステップ２１でこのメッセージをＰｏＣクライアントＢに転送する。
【００１６】
本例ではこの時点で、ＰｏＣクライアントＡ１５がＰｏＣクライアントＢ１１を通話に呼び出す。これは、ＰｏＣクライアントＡがＳＩＰ  ＩＮＶＩＴＥメッセージ２２を発呼ネットワーク１４に送信し、発呼ネットワークはステップ２３でそのメッセージをＳＩＰ／ＩＰ基幹ネットワーク１２に転送することで行われる。ＩＮＶＩＴＥメッセージは、ＰｏＣクライアントＡが対応するコーデックのリストを含む。替わってＳＩＰ／ＩＰ基幹ネットワークは、ＩＮＶＩＴＥメッセージをステップ２４でＰｏＣサーバ１３に転送する。ＰｏＣサーバは、次にＰｏＣクライアントＡとＰｏＣクライアントＢから受信した対応するコーデックのリストからコーデックを選択する。以上によりＰｏＣサーバは、コーデックの選択および２人のクライアントが使用するアクセス技術に関する帯域幅の効率と音声品質の最適化が可能となる。次いでＰｏＣサーバは、選択されたコーデックの表示を１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓメッセージ２５に含ませ、このメッセージはＳＩＰ／ＩＰ基幹ネットワークに送信される。ステップ２６で、ＳＩＰ／ＩＰ基幹ネットワークはその１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓメッセージを発呼ネットワークに転送し、発呼ネットワークは、選択されたコーデックの表示とともにＳＩＰ  ２００  ＯＫメッセージをＰｏＣクライアントＡに送信する。
【００１７】
続いてセッションの確立が進行する。ステップ２８で、ＰｏＣクライアントＡ１５は選択されたコーデックで符号化されたメディアを、発呼ネットワーク１４に送信し始める。その間にＰｏＣサーバ１３は、選択されたコーデックの表示を含めて、ＳＩＰのＩＮＶＩＴＥ要求メッセージ２９をＳＩＰ／ＩＰ基幹ネットワーク１２に送信する。ステップ３１で、ＳＩＰ／ＩＰ基幹ネットワークは選択されたコーデックの表示を伴うＳＩＰのＩＮＶＩＴＥ要求メッセージをＰｏＣクライアントＢ１１に転送する。ＰｏＣクライアントＢはＩＮＶＩＴＥメッセージを確認するＳＩＰの２００  ＯＫメッセージ３２および選択されたコーデックに関する情報をＳＩＰ／ＩＰ基幹ネットワークに返送する。ステップ３３で、ＳＩＰ／ＩＰ基幹ネットワークはその２００  ＯＫメッセージをＰｏＣサーバに転送する。ステップ３４で、ＰｏＣサーバは選択されたコーデックの表示を伴うＳＩＰの２００  ＯＫメッセージをＳＩＰ／ＩＰ基幹ネットワークに返送し、ＳＩＰ／ＩＰ基幹ネットワークはステップ３５でそのメッセージを発呼ネットワークに転送する。ステップ３６で、発呼ネットワークは選択されたコーデックで符号化されたメディアをＰｏＣサーバに送信し、ＰｏＣサーバはステップ３７でその符号化されたメディアをＰｏＣクライアントＢに転送する。
【００１８】
こうして、本発明は、周知のＳＩＰプロトコルを使用して、帯域幅効率と音声品質の最適化に使用される動的なデータを公開する。ＳＩＰを使用することにより、ＰＵＢＬＩＳＨ要求メッセージを、周知の方法で場所と関係なくＰｏＣサーバ宛に送信可能となる。
【００１９】
図２は本発明にしたがって変更されたＰｏＣサーバ１３の簡略化された機能ブロック図である。動的ＰｏＣサービスオプション制御機４１は、ユーザ・データベース４２に格納されたサービスオプションに従って、ＰｏＣサーバへの、又はＰｏＣサーバからの信号伝達を制御する。図示した例示的な実施形態では、制御機はＰｏＣクライアントＢ１１により送信されたＰＵＢＬＩＳＨメッセージを受信し、応答モードとＰｏＣクライアントＢが対応するコーデックの表示とをデータベースに格納する。制御機がＰｏＣクライアントＡ１５によって送信されたＩＮＶＩＴＥメッセージ２４を受信すると、制御機はデータベースからそのデータを読み出し、応答モード分析機４３において、応答モードが手動か自動かを決定する。もし応答モード分析機が、ＰｏＣクライアントＢの応答モードが手動であると決定すると、制御機４１は通常のＳＩＰプロシージャ４５を使用してセッションを確立する。
【００２０】
しかし、ＰｏＣクライアントＢの応答モードが自動であると応答モード分析機が決定すると、制御機はクライアントＡが対応するコーデックの表示をＩＮＶＩＴＥメッセージから抽出し、クライアントＢが対応するコーデックの読み出された表示および抽出されたクライアントＡが対応するコーデックの表示を、コーデック選択機４４に送信する。コーデック選択機はＰｏＣクライアントＡとＰｏＣクライアントＢの双方が対応するコーデックを選択し、選択されたコーデックの表示を制御機に返送する。制御機は、次に選択されたコーデックの表示を、ＰｏＣクライアントＡ宛に送信される１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓメッセージ２５およびＰｏＣクライアントＢ宛に送られるＩＮＶＩＴＥメッセージ２９の中に含ませる。続いて、選択されたコーデックを使用してセッションが確立される。応答モード分析機４３とコーデック選択機４４は、機能的には動的ＰｏＣサービスオプション制御機４１の一部としてか、あるいは別の機能単位として実装される場合があり得ることを認識されたい。
【００２１】
当業者は、本発明の実施がハードウェアでもソフトウェアでもあるいはその両者を使用してでもよく、さらにソフトウェアによる実装が使用する言語やデータ構造の違いにより多様であってよいことを、容易に理解するであろう。本発明は特定の言語および言語のクラスまたはそれらのいずれかに限定されるものではなく、またいかなる単一のデータ構造の実装法に限定されるものでもない。
【００２２】
本発明は、本発明の本質的特質から離れることなく、本明細書で説明されたのとは別の特定の方法で実施される場合もあり得ることは勿論である。したがって、上記の実施形態はいかなる観点からも例示であって、限定的なものではないと考えるべきものであり、添付の請求項の意味および同等の範囲内に入るすべての変更は本発明に含まれるものである。
【図面の簡単な説明】
【００２３】
【図１】本発明の方法の実施形態を説明する信号伝達図である。
【図２】本発明にしたがって変更されたＰｏＣサーバの簡略化された機能ブロック図である。
【図１】
0005038141.tif 000002
【図２】
0005038141.tif 000003