JP2000236353A - オーディオ情報の通信において使用される方法及び装置 - Google Patents

Abstract

(57)【要約】 【課題】 無線ネットワークを介する、同時ＩＰベース
の音声及びデータ・サービスを提供する方法及び装置を
提供すること。 【解決手段】 移動通信分野の問題は、無線ネットワー
クの移動ユーザのためのＷＡＰフォーラムにより提案さ
れたような、改良型の音声サービスが、前記サービスを
提供するために、２つのベアラ・サービスを要求するこ
とである。これは非効率的であり、潜在的にユーザ及び
ネットワーク・オペレータにとってコストがかかる。こ
の問題が、ＩＰ技術による音声の使用、音声データ及び
制御データのデジタル化及びパケット化、並びに、改良
型音声サービスのために、ＩＰ音声接続及び関連制御の
両方を提供するＩＰベースのデータ通信による、単一の
回線交換接続を介する個別のパケットの伝送により解決
される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は無線通信ネットワー
ク、すなわち幾つかの通信装置（移動電話、通信集信Ｐ
ＤＡまたは通信可能コンピュータ）と、ネットワーク・
アクセス・ノード（一般にセルラ・ネットワークでは基
地局と呼ばれる）間で無線リンクを有するネットワーク
における、オーディオ情報の通信に関する。各ネットワ
ーク・アクセス・ノードは、ローカル無線装置との間で
情報を送受信する。

【０００２】

【従来の技術】今日の進歩した無線ネットワーク、特に
移動通信用大域システム（ＧＳＭ）やコード分割多重ア
クセス（ＣＤＭＡ）・ネットワークなどのデジタル・セ
ルラ・ネットワークは、異なる特徴及び利用コストを有
する様々なベアラ・サービス（bearer service）をユー
ザに提供する。こうしたネットワークは多くの面で異な
るが、本発明はそれらの全てに適用可能であり、従って
任意のネットワーク、例えばＧＳＭに関して述べられ
る。

【０００３】ＧＳＭは、１無線チャネル・アーキテクチ
ャにつき８タイムスロット内で、制御情報及びユーザの
呼び出しの両方のためのタイムスロットを提供し、これ
は時分割多重アクセス（ＴＤＭＡ）の変形である。この
状況において、チャネルは、特定の動作周波数における
端末間伝送路を定義するその動作周波数及びパラメータ
である。各タイムスロットは２２．８ｋｂｐｓの公称容
量を提供し、これは必要なチャネル符号化を含み、音声
サービスでは公称１３ｋｂｐｓ、また最速のデータ・サ
ービスでは１２ｋｂｐｓとなる。この後者の１２ｋｂｐ
ｓデータ・レートは、余分なデータ・エラー訂正を提供
する無線リンク・プロトコルの使用により、公称９６０
０ｂｐｓに低減される。

【０００４】いわゆる"制御チャネル"（ＧＳＭでは、真
に別のチャネルではなく、１チャネルにつき８タイムス
ロットの１つである）が、モバイル及びネットワークに
より呼び出し制御のために、すなわち、ユーザが最初に
電話をオンするか、ネットワーク有効範囲内に入り、呼
び出しを生成または呼び出しに応答するとき、そのユー
ザのネットワーク上での有効な存在を登録するために使
用される。任意の予備制御チャネル容量が、低速データ
・サービスのために使用される。２つの低速または狭帯
域データ・サービスが、ＳＭＳ（短メッセージング・サ
ービス）または非構造化補足サービス・データ（ＵＳＳ
Ｄ）として知られている。ＳＭＳ及びＵＳＳＤデータ・
サービスは事実上、低速パケット・データ・サービスで
ある。なぜなら、ネットワークがメッセージを配送でき
る予備容量を有するとき、常にメッセージが送信され得
るからである。全タイムスロットを使用する音声及び高
速データ・サービスは、ユーザからエンドポイントに回
線がセットアップされるために、回線交換サービスとし
て知られる。エンドポイントは、音声呼び出しの場合に
は別の電話であり、データ呼び出しの場合には別のコン
ピュータであったりする。

【０００５】ユーザは通常、サービス提供の複雑性に関
する特定の知識や注意無しに、音声サービスを使用す
る。彼らは単にキーパッドを使用し、所望の電話番号を
入力し、適切な進行キーを押下するだけで、電話及びネ
ットワークが後の面倒を見る。ユーザはしばしば、呼び
出しに対する応答を得られず、メッセージを残した他の
ユーザに応答してＳＭＳメッセージをネットワークの音
声応答システムから受信する。より最近では、ＳＭＳ、
ＵＳＳＤ及び等価なサービスは、トラフィック情報など
の情報を、こうしたサービスに加入するユーザに配送す
るために使用される。しかしながら、ユーザがメッセー
ジを送信したい場合、彼らは電話のＳＭＳまたはＵＳＳ
Ｄアクセスとインタフェースするために、コンピュータ
を必要としたか、基本電話機能を使用することにより、
複雑なキーストローク・シーケンスによりこうしたメッ
セージを生成し、送信していた。ユーザが回線交換デー
タ・サービスを使用したい場合、統合または接続コンピ
ュータがデータ・アプリケーションを扱う必要がある。

【０００６】多くのデータ・アプリケーションが開発さ
れ、インターネット・ベースの通信や他の通信を用い
て、ＧＳＭ及び他のネットワークを介して使用されてき
たが、インターネット・プロトコル（ＴＣＰ／ＩＰ及び
ＵＤＰ／ＩＰ）が業界標準に成りつつある。これらは現
時点では、この使用にとって最適からかけ離れている。

【０００７】無線アプリケーション・プロトコル（ＷＡ
Ｐ）・フォーラムは、高機能電話及び情報サービスを、
電話、ページャ、スマート・フォン、及びパーソナル・
デジタル・アシスタント（ＰＤＡ）などの、移動無線装
置のユーザに提供することを目的とする業界フォーラム
である。ＷＡＰフォーラムは、これらの目的を満足する
ための一連の仕様を作成し、この計画の達成及び推進に
取り組んでいる。ＷＡＰの基本概念は、インターネット
・ベースの技術を用いてサービスを提供し、ユーザがマ
イクロ・ブラウザを用いて、電話及び関連サービスと対
話し、情報がインターネットのインターネット・プロト
コル（ＩＰ）及びハイパテキスト転送プロトコル（ＨＴ
ＴＰ）と類似の通信プロトコルにより提供されるもので
ある。ＷＡＰプロトコルは、インターネットのＵＤＰ／
ＩＰと等価なＷＤＰ（無線データグラム・プロトコ
ル）、肯定転送及び任意的にセグメンテーション及び再
構築を提供するＷＴＰ（無線トランザクション・プロト
コル）、及びＨＴＴＰと類似のＷＳＰ（無線セッション
・プロトコル）として知られる。

【０００８】更に、ＷＡＰクライアントとＷＡＰプロキ
シ間で認証を転送し、データ転送を保証するためのＷＴ
ＬＳ（無線トランスポート層セキュリティ）が存在する
（プロキシはクライアントと通信ネットワーク間の媒介
として作用するサーバ・コンピュータであり、特にＷＡ
Ｐプロキシは、ネットワークのデータ通信プロトコルと
は無関係な形式で、データ内容を転送する責任を負
う）。通信プロトコルは、狭帯域ＳＭＳ及びＵＳＳＤデ
ータ・サービスなど、今日のネットワークにおいて使用
可能なベアラ・サービス、及び９６００ｂｐｓまたはそ
れ以下の高データレート回線交換データ・サービスに作
用するように設計された。内容は無線マークアップ言語
（ＷＭＬ）及びＷＭＬScriptの形式であり、これらはそ
れぞれ、インターネットの拡張マークアップ言語（ＸＭ
Ｌ）、ハイパテキスト・マークアップ言語（ＨＴＭ
Ｌ）、及びJavaScriptにもとづく（ＷＭＬはＨＴＭＬの
サブセット及びスーパセットの両方であり、ＷＭＬScri
ptはJavaScriptのサブセット及びスーパセットであ
る）。従って、アプリケーション及びサービスは、例え
ばＳＭＳ、ＵＳＳＤまたは回線交換などの、どのベアラ
・サービスが使用されているかに配慮するこなく、ＷＭ
ＬまたはＷＭＬScriptで提供され得る。ＷＭＬ内容はカ
ード１組（decks of cards）の形式である（すなわち、
各々がＷＭＬまたはＷＭＬScript内容または機能の、完
全に指定された一片を成す、１枚以上の"カード"の集
合）。

【０００９】本発明の以下の説明は、例を掲げることに
よりＷＡＰについて言及するが、同様のアプローチが、
ＨＴＴＰセッション上の通常のＴＣＰ／ＩＰまたはＵＤ
Ｐ／ＩＰ通信、及びＨＴＭＬ、ＸＭＬまたはＸＭＬScri
ptベースのアプリケーションを用いても採用され得る。

【００１０】さて、ＩＢＭのDirectTalk製品により提供
される音声メール・サービスなどの、高機能音声ベース
のサービスについて考えてみよう。音声メッセージがユ
ーザの高機能音声メッセージ・サービスにおいて到来す
ると、メッセージが記録され、本議論とは無関係の特定
の方法により、呼出人の識別が獲得される（呼び出し回
線ＩＤまたは音声認識が、この識別のための２つのオプ
ションである）。メッセージ・サービスは、様々な呼出
人の識別及び呼び出し制御オプションを記述する適切な
ＷＭＬを生成し、請求時（プル（PULL）・モード）また
は非請求時（プッシュ（PUSH）・モード）に、それをユ
ーザに送信する。転送は、ＷＡＰクライアント及びＷＡ
Ｐプロキシの両方にとって使用可能な、任意のベアラ・
サービスを介して行われる。ＷＡＰプロキシは、内容を
ユーザに安全に、効率的に、確実に転送する責任を負
う。ＳＭＳまたはＵＳＳＤの使用は利点を有する。なぜ
なら、それらは回線交換音声呼び出しが進行中の間、使
用され得、呼び出しのセットアップを要求しないからで
ある。ユーザがこのメッセージに、音声呼び出しのセッ
トアップを要求する呼び出しオプションにより応答する
場合、ＷＡＰベースの電話は、ＷＭＬ及び内部支援ＷＡ
Ｐライブラリを用い、呼び出しを確立するための全ての
能力を有する。ユーザはいつでも、電話のマイクロ・ブ
ラウザ・インタフェースを用いて、要求されるサービス
の機能（停止、繰り返しなど）を変更することができ、
こうしたコマンドを再度、確立されたＳＭＳまたはＵＳ
ＳＤサービスを介して伝達することができる。

【００１１】ユーザが進行中の音声呼び出しを操作可能
にするには、ＷＡＰ対応電話がＤＴＭＦ機能（デュアル
・トーン多重周波数信号は、"タッチトーン"電話におい
て、電話のタッチ・キーを押下することにより生成され
る信号）との、または他のシグナリング・レベル機能と
のインタフェースを実現することが必要であり、その可
用性は、使用されるネットワーク・タイプ、またはたと
えネットワーク・アーキテクチャがそれをまかなう場合
であっても、提供される機能に非常に依存する。

【００１２】音声呼び出しが進行中の間に、ＳＭＳ、Ｕ
ＳＳＤまたは等価なサービスがシグナリングのために使
用される場合、ユーザは両方のサービス、すなわち音声
呼び出し接続、及び制御信号のために使用されるＳＭＳ
または等価なサービスに対して支払いを行う。

【００１３】米国特許第５７９９２５１号は、無線電話
システムにおける潜在的な問題を開示する。なぜなら、
制御信号の間で制御チャネル上を送信される短データ・
メッセージが制御チャネルを妨害し得、制御シグナリン
グの干渉をもたらし、潜在的に音声トラフィックに影響
を及ぼすからである。この特許では、ユーザのデータ・
メッセージの伝送のために、無線チャネルを特定的に予
約する解決策が提案されており、この予約されたチャネ
ルが第２の制御チャネルのように作用する。この解決策
の問題点は、ネットワーク資源の利用、及びユーザに対
する関連コストである。なぜなら、ユーザが追加のチャ
ネルを要求するからである。

【００１４】米国特許第５７９０５５１号は、パケット
化されたデータの伝送のために、指定時間空いているチ
ャネルにもとづき、使用可能なパケット・データ・トラ
フィック・チャネルを動的に割当てる。こうして動的に
割当てられたチャネルは、データ制御チャネルとは別で
ある。従って、データ伝送のための専用のチャネルは要
求されず、使用可能な通信チャネルのより効率的且つ柔
軟な使用を可能にする。

【００１５】

【発明が解決しようとする課題】従って、本発明の目的
は、無線ネットワークを介する、同時ＩＰベースの音声
及びデータ・サービスを提供する方法及び装置を提供す
ることである。

【００１６】

【課題を解決するための手段】本発明の１態様によれ
ば、無線通信ネットワークを介する、無線通信装置と遠
隔通信装置間のオーディオ情報の通信のために使用され
る方法が提供される。この方法は、前記通信装置の１つ
において、デジタル形式のオーディオ情報を個別のオー
ディオ・パケットにより提供し、デジタル形式の呼び出
し制御情報を個別の制御パケットにより提供するステッ
プと、無線通信装置と遠隔通信装置間で呼び出し接続を
確立するステップと、個別のオーディオ・パケット及び
個別の呼び出し制御パケットの両方を、前記単一の呼び
出し接続を介して伝送するステップとを含む。

【００１７】単一の論理的な端末間接続を介する、オー
ディオ情報（音声または合成音声データ）及び制御情報
の伝送は、制御情報のために呼び出しを通じて別の接続
が維持される必要性、または呼び出し内で別の接続が何
度も確立される必要性を回避する。本発明は各呼び出し
を通じて、通信装置間の通信の各方向に対して、２つの
ベアラを使用する必要性を回避する。このことはユーザ
の呼び出しコストを低減し（特にモバイル装置とネット
ワーク・アクセス・ノード間の、２つの接続の必要性を
回避することによる）、他のユーザのために使用可能な
ネットワーク容量を増加する。すなわち、呼び出しのた
めの制御情報を伝達するための、ＳＭＳまたはＵＳＳＤ
低帯域若しくは狭帯域ベアラ・サービス、または別の高
速ベアラの同時使用の必要性を除去することにより、ベ
アラの容量が他のＳＭＳ及びＵＳＳＤメッセージ・サー
ビスのために使用され、追加の容量を音声トラフィック
及びその関連制御のために使用可能にする。更に、サー
ビスの進行中の制御を管理するための、ＳＭＳまたはＵ
ＳＳＤタイプのベアラ・サービスに対する要求を低減す
ることにより、追加の低速データ・サービス容量を動的
に割当てる必要性を低減する。

【００１８】従来の解決策よりも少ないネットワーク資
源を使用する他に、本発明は追加の利点を有する。第１
に、本発明が使用される場合、各呼び出しは電話のバッ
テリのパワーをゆっくり奪う。なぜなら、呼び出しのセ
ットアップ後、１接続だけが維持されるからである。第
２に、呼び出し制御情報が回線交換呼び出し接続を通じ
てパケットで送信される本発明の実施例では、待ち時間
がＵＳＳＤまたはＳＭＳメッセージの待ち時間よりも短
く、且つ予測可能である。対話式音声アプリケーション
では、ＳＭＳの長い待ち時間は受け入れられない。なぜ
なら、ＵＳＳＤは高速であるが、回線交換接続よりも長
く、且つ予測不能な待ち時間を有するからである。音声
データ及び制御データが同一の待ち時間を有することの
保証は、それ自体好都合である。なぜなら、音声データ
が制御情報を待機するために保留にされる必要性が回避
されるからである。例えば、ユーザが次のメッセージへ
の'先送り'を選択する場合、彼らは遅延無しに、次のメ
ッセージに移動することを希望する。

【００１９】本発明は、従来技術の一般的な教示に反す
る。すなわち、従来技術では、音声データ及び制御デー
タのための専用のチャネルまたはタイムスロットを有
し、これらのデータ・タイプの各々に対して、時間を通
じてそれぞれに最適化された通信プロトコルを使用す
る。換言すると、従来技術は、如何に音声サービスのコ
ストを低減するかを考慮することなく、音声処理及び関
連伝送プロトコルの最適化、及びそれぞれのチャネル・
アーキテクチャ規格の有効データ容量の制限内で、音声
サービスを向上することに焦点を絞ってきた。これは高
度な音声品質や、包括的なエラー訂正などの相反する要
求に単に応じるだけでも、過去において相当な開発努力
を必要とした有効データ通信容量を鑑みると理解でき
る。

【００２０】本発明の好適な実施例によれば、呼び出し
接続を確立するステップに続き、呼び出し装置（例えば
移動電話）のユーザは、対話式メッセージ・サービスの
利用のために、メッセージ・センタへのアクセスを要求
し、次に新たなメッセージのプッシュ通知、または正規
ユーザ若しくはモバイル装置により開始されるチェック
（内容プル）が続く。接続の確立は好適には、呼び出し
装置から被呼装置（例えばメッセージング・センタ）
に、（例えばＳＭＳまたはＵＳＳＤを介して）初期通知
を送信するステップと、被呼装置に呼び出し装置の意図
を、すなわち対話式音声指向セッションを確立すること
を伝えるステップと、（恐らく呼出人に肯定応答を送信
後に）被呼装置及び呼び出し装置が接続を確立するステ
ップとを含む。この接続の確立及び識別の検証に際し
て、装置は互いに続く制御情報の転送のために、新たな
チャネルが使用されることを知らせる。初期通知ステー
ジを省略する以外は、同一のステップを含む代替のより
単純な方法も、同様に受け入れられる。

【００２１】接続のセットアップ後、音声データ及び関
連する進行中の呼び出し制御情報の両方の伝送のため
に、単一の呼び出し接続だけが要求される。音声データ
・パケット及び制御パケットが、共通のトランスポート
・プロトコルを用いて伝送される。これは例えば、ＷＭ
ＬまたはＷＭＬScriptをデータ内容形式として使用す
る、ＩＰによる現ＷＡＰプロトコルにもとづくプロトコ
ルである。対話セッションの終わりに呼び出し装置がセ
ッションの終わりを示すか、単に接続を中止し、これら
のアクションの１つが、続く通知及びアクセスのための
共用低帯域ベアラの使用再開のための条件として事前に
定義される。

【００２２】音声通信は内容の規則的な転送を要求する
が、人間は、少量の情報が転送されないクリックや'ホ
ール'などの音声の僅かな乱れに寛容である。本発明は
好適には、音声内容及び制御情報を個別のパケットとし
て、単一の回線交換接続を介して伝送し、低度のオーバ
ヘッド及び複雑性により規則的な転送を可能にする。パ
ケット・ネットワークを介する同様のアプローチは、音
声のバッファ制御を含む、規則的な転送及び競合のため
の追加の少量の制御を要求し、エラー及びパケット損失
の回復力を達成する。一方、制御情報は小さく、バッフ
ァ管理時間内のギャップを満たすことができる。

【００２３】本発明は好適には、'ＩＰによる音声（voi
ce over IP）'を使用し、これは音声情報をデジタル化
するステップと、（電話網の従来の回線交換プロトコル
ではなく、）インターネット・プロトコルを用いて、そ
れをネットワークを介して個別のパケットにより送信す
るステップとを含む（但し、回線交換接続を使用するこ
とが好ましい）。しかしながら、本発明は'ＩＰによる
音声'の特定の実施例に制限されず、好適に符号化され
た音声をＩＰベースの接続を介して伝達する任意の手段
を含む。

【００２４】通信チャネルを複数のタイムスロットに分
割するＧＳＭなどのネットワーク・アーキテクチャで
は、本発明は、１タイムスロット内に予備容量を残す、
音声情報の適切な符号化と結合される場合、或いは音声
及び制御情報が１タイムスロットの容量内で提供される
ように、予備容量を提供する非標準のデータ伝送レート
を使用する場合、ほとんどの利点を提供する。

【００２５】本発明の第２の態様では、デジタル形式の
オーディオ情報を個別のオーディオ・パケットに符号化
する手段と、デジタル呼び出し制御情報の個別の制御パ
ケットを生成する手段と、通信ネットワークのアクセス
・ノードを介して呼び出し接続を確立する手段と、個別
のオーディオ・パケット及び個別の制御パケットの両方
を、前記呼び出し接続を介してローカル・アクセス・ノ
ードに伝送する手段と、オーディオ情報を含む個別のオ
ーディオ・パケット、及び呼び出し制御情報を含む個別
の制御パケットをネットワーク・アクセス・ノードから
前記呼び出し接続を介して受信する手段と、受信された
オーディオ情報パケット及び制御情報パケットを復号す
る手段とを含む、無線通信装置（移動電話、または通信
機能を有するＰＤＡなど）が提供される。

【００２６】本発明の第３の態様は、無線通信をサポー
トする通信ネットワークにおいて、音声ベースの通信サ
ービスを提供するメッセージング・センタを提供する。
ネットワークは、ローカル・セル内の移動電話との間で
信号を送受信するアクセス・ノード（または基地局）を
含み、メッセージング・センタは、デジタル形式のオー
ディオ情報を個別のオーディオ・パケットに符号化する
手段と、デジタル呼び出し制御情報の個別の制御パケッ
トを生成する手段と、メッセージング・センタとネット
ワーク内の移動電話間の呼び出し接続を確立する手段
と、符号化された個別のオーディオ・パケット及び個別
の制御パケットを、前記呼び出し接続を介して移動電話
に伝送する手段と、ネットワークを介して移動電話から
送信されたオーディオ情報を含む個別のオーディオ・パ
ケット、及び呼び出し制御情報を含む個別の制御パケッ
トを受信する手段と、受信されたオーディオ情報パケッ
ト及び制御情報パケットを復号する手段とを含む。

【００２７】メッセージング・センタは好適には、選択
可能なオペレーションの１つ以上のメニューをメッセー
ジ内容に含む第１のメッセージを、無線通信ネットワー
クを介して無線通信装置に伝送する手段と、（ユーザ対
話を有するまたは有さない）第１のメッセージに応答し
て、前記無線通信装置から送信されるメッセージの受信
に応答して、選択オペレーションの提供のために、前記
呼び出し接続を確立する手段とを含む。従って、メッセ
ージング・センタは、多数の異なるデータ内容タイプ
（電子メール、音声、電子商取引、データベース・ルッ
クアップ・オペレーション）を、ＷＭＬ、ＷＭＬScript
または他の等価な言語として転送される選択可能なメニ
ューを用いて生成される要求と一緒に転送するための、
統一されたメッセージング・サービスを提供でき、こう
したアクションに対する応答が、例えばテキスト−音声
変換技術を用いて音声形式に変換される。

【００２８】

【発明の実施の形態】従来技術に従う無線通信ネットワ
ーク（すなわち無線リンクを含むネットワーク）が、図
１に示される。移動電話１０が２つの異なる伝送路７
０、８０を介して遠隔メッセージング・センタ５０と通
信するように示される。電話はネットワーク・アクセス
・ノード２０を介してネットワーク３０と通信する。メ
ッセージング・センタは、そことの間でデータが送受信
される遠隔通信装置の例であり、ユーザの電話が接続不
能な場合に（例えばスイッチが切れていたり、別の呼び
出しに出ていたり、ネットワーク・アクセス・ユニット
の範囲外にある場合など）、ボイスメール記録などの音
声サービスを提供する。移動電話とメッセージング・セ
ンタまたは別の通信装置間の通信は、短メッセージ・サ
ービス・センタ（ＳＭＳＣ）または非構造化補足サービ
ス・データ・センタ（ＵＳＳＤＣ）４０を介して制御情
報をＳＭＳまたはＵＳＳＤ警告メッセージの形式で伝送
するために確立される。次に、異なる伝送路を介する第
２の接続が警告に応答して確立され、これは移動電話と
メッセージング・サービス間または別の通信装置間の、
音声データの通信のために使用される。メッセージング
・サービスとの通信は、固定電話回線と無線通信のデー
タ転送プロトコル間の変換を担う従来のインターワーキ
ング機能(ＩＷＦ）６０を介する。この第１の接続は、
音声データの転送のための第２の接続の確立をトリガす
る警告メッセージとして使用される他に、呼び出し制御
情報の続く転送のために使用される。ＷＡＰ通信環境９
０は、ＳＭＳ、ＵＳＳＤなどを含む様々なベアラへの制
御データ・アクセスを提供する。従来の音声アクセス
（例えばＰＳＴＮまたはＩＳＤＮ）は、メッセージング
・サービスへの通常のアクセスのために使用される。

【００２９】この従来の構成は、たとえ予備の容量が各
接続上に存在する場合にも、呼び出しを通じて２つの別
々の接続が維持されなければならないといった問題を有
する。ネットワーク資源のこの利用は、一般に、ユーザ
に請求されることになる。

【００３０】図２は、本発明の実施例を実現するのに好
適な通信ネットワークを示す。そこでは、第１の制御経
路１７０が、短メッセージング・サービス・センタ（Ｓ
ＭＳＣ）または非構造化補足サービス・データ・センタ
（ＵＳＳＤＣ）１３０を介する、移動電話１００とメッ
セージング・センタ１４０間の警告の転送に使用され
る。初期警告が受信された後、或いはＳＭＳまたはＵＳ
ＳＤ応答メッセージが返却された後、遠隔アクセス・サ
ーバまたはゲートウェイ１９０（後述）を介する別の呼
び出し接続１８０が、移動電話とメッセージング・セン
タ間で確立される。メッセージング・センタは、通知や
メッセージを管理するオプションを制御するためのメニ
ューなどの転送のための、好適なデータ通信環境を有す
ると仮定され、これはＷＡＰベースと仮定される。

【００３１】この別々の接続を確立後、全ての続くセッ
ション制御情報及び音声データが、この接続を介して送
信され、警告の転送のために使用された接続は、もはや
要求されない。（勿論、呼び出し接続が呼び出しの間に
終了する場合、新たな接続が確立される必要があり、通
信路は再接続に際して異なり得る。例えば、移動電話が
セルラ・ネットワークの新たなセルに移動され得る。し
かしながら、これは新たな接続が移動電話の新たな識別
（ＩＰアドレス）通知を伴うとき、いかなる問題も生じ
るべきでない。）

【００３２】単一の接続を介する音声及び制御データの
伝送は、音声及び制御データが共通の通信プロトコルを
介して伝送されるように、音声信号の処理（デジタル
化、圧縮を含む符号化、及びオーディオ・データのパケ
ット化）を含む。単一の音声及び制御接続による初期制
御チャネルの置換は、音声接続を確立し、初期制御接続
を終了するプロセスの一部として、両方の通信装置に通
知される。

【００３３】一旦、移動電話とメッセージング・センタ
間の主要な対話が要求されなくなると、呼び出しが停止
され、全ての続く制御が初期制御経路１７０に戻され
る。

【００３４】好適な実施例に従い、本発明を実現する通
信ネットワークの様々な構成要素の役割は次のようであ
る。

【００３５】遠隔アクセス・サーバ：移動電話にＩＰ接
続へのアクセスを提供する。遠隔アクセス・サーバは、
実際の通信がパケット・ベースのベアラまたは回線交換
式ベアラを使用するかに関わらず、移動ネットワーク
と、それにより移動電話間のルートを提供する。また、
遠隔アクセス・サーバは、クライアントのＩＰアドレ
ス、及びインターネット記号名解析サービスなどの、他
のＩＰ機構のＩＰアドレスを割当て、更に、認証サービ
スを提供することにより、認可されたアクセスだけを許
可する。

【００３６】短メッセージング・サービス・センタ：Ｇ
ＳＭ及び他の多くのネットワークにより提供される短メ
ッセージ・サービスのための、メッセージ交換サービス
を提供する。それにより、幾つかの１５０バイトの短メ
ッセージが、移動電話と移動電話間または定義された固
定位置間で確実に送信される。なぜなら、ＳＭＳは、移
動電話または固定装置が使用可能でない時、またはＳＭ
Ｓを受信するための現予備容量が存在しない時に使用さ
れる、オプションの蓄積交換機構を有するからである。

【００３７】ＵＳＳＤＣ：ＳＭＳＣによりＳＭＳのため
に提供されるのと類似の、ＣＵＳＳＤのためのメッセー
ジ交換サービスを提供する。しかしながら、信頼性が低
く、蓄積交換機能を有さないＵＳＳＤの性質は、ＳＭＳ
よりも単純且つ高速の転送を可能にする。

【００３８】メッセージング・センタ：最小限として、
音声メッセージ蓄積を含むサービス環境を含み、より複
雑な実施例では、統一メッセージ環境全体を含み得る。
移動電話及び他の好適な呼び出し装置から、このメッセ
ージング・センタをアクセスするために通信アクセスが
要求される。これは通常、電話またはＩＳＤＮ回線など
によるが、この場合、上述のパケット化された符号化音
声を使用し、音声のパケットを転送するための通信プロ
トコルとしてＩＰを使用する。メッセージング・センタ
はまた、ＷＡＰ通信環境１５０の、または従来のＴＣＰ
／ＩＰ及びＨＴＭＬ環境の制御機能を必要とする。これ
は提供されるメッセージング・サービスとのユーザ対話
の通知及び管理手段を提供し、例えば、ユーザが新旧の
どちらのメッセージを有するか、或いは誰からのメッセ
ージを有するかなどを通知し、聞く、次へ移動、消去、
保管、先送りなどのオプション、及び他の多くの基本制
御、更に任意的に、音声−テキスト変換、ファックスな
どのより複雑な機能を提供する。ＳＭＳＣのプロトコル
処理のためのＷＡＰゲートウェイが、メッセージング・
センタの統合要素として示されるが、それはメッセージ
ング・センタの外部にあっても良い。

【００３９】図２はまた、既存のインターワーキング機
能を用いて、ネットワーク特定プロトコルと、移動ネッ
トワークの外部において一般的に期待されるプロトコ
ル、例えばＰＳＴＮまたはＩＳＤＮなどとの間の変換を
行うとき、ネットワーク構造基盤が変更されないことを
示す。変形ＩＷＦ機能２００は更に、より汎用的な音声
サービスをモバイルに提供するために必要なＩＰ音声パ
ケット化プロトコルを含み、それにより従来の音声符号
化を除去し、それを例えば、従来の回線交換式ベアラま
たは高速汎用無線パケット・ベアラなどの、多数のベア
ラ・サービス・オプションを通じてＩＰ音声式サービス
により置換する。

【００４０】本発明の好適な実施例によれば、メッセー
ジング・センタなどの呼び出し装置が、（例えばＳＭＳ
またはＵＳＳＤを介して）初期通知を実行する手段を提
供する。それに続き、呼出人及び被呼装置が呼び出しを
セットアップし、音声データ・トラフィック及び関連す
る進行中の制御情報が単一の呼び出しにより処理され
る。従って、ユーザは単一の呼び出しだけを要求し、ネ
ットワークは他のユーザ及びサービスにとって使用可能
な、より多くのＳＭＳ及びＵＳＳＤ容量を有することに
なる。ユーザ側から見ると、サービス利用コストが改良
型の音声サービスが使用される期間の音声呼び出しのコ
ストだけになる。オペレータにとって、本発明により提
供される改善された性能は、顧客の満足度を向上させる
一方、こうした期間中のＳＭＳまたはＵＳＳＤトラフィ
ックの低減は、ベアラ・サービスがサービス・コストに
償却されているのではなく、支払われている場合、収益
を低減するが、依然ネットワーク・セル内でサービスを
使用しているユーザに対して良好な応答を生成する。こ
のことは他のユーザにも利益をもたらし、追加のチャネ
ルまたは専用のＳＭＳ、ＵＳＳＤ容量を追加するコスト
を、潜在的に回避する。これらの追加は、必ずしも収益
を伴わずにコストを増加させるだけである。

【００４１】音声及びインターネット技術における最近
の開発は、インターネット・プロトコル・ベースの通信
の使用により、音声ベースの情報の転送を管理する機能
をもたらした。これはデジタル形式の音声情報を、電話
網の従来の回線交換プロトコルを用いるのではなく、個
別のパケットにより送信するものである。出現しつつあ
る任意のパケット・ベースのサービス（ＧＭＳ、ＣＤＭ
Ａパケット、またはＵＭＴＳパケットなどにより展開さ
れるＧＰＲＳなど）が使用され得る。

【００４２】ＩＰによる音声データの転送のための特定
の機構（以下では'ＶｏＩＰ'と呼ぶ）が、Cisco、Vocal
Tec、3Com及びNetspeakを含む、主な装置プロバイダの
功績により、'ＶｏＩＰフォーラム'から導出され、通信
プロトコル規格ＩＴＵ−ＴＨ．３２３の使用を推進し
た。この規格がＩＰを用いて、公衆インターネット上及
びイントラネット内で、オーディオ及びビデオを送信す
るための標準と成りつつある。前記フォーラムはまた、
ユーザが他のユーザを突き止めるためのディレクトリ・
サービス規格の使用、並びに自動呼び出し配信及び音声
メールのためのタッチトーン信号の使用も推進する。

【００４３】ＩＰに加え、ＶｏＩＰはパケットが好機に
転送されるように保証することを支援するリアルタイム
・プロトコル（ＲＴＰ）を使用する。公衆ネットワーク
を使用すると、現在ではサービス品質（ＱＯＳ）を保証
することが困難である。企業により、またはインターネ
ット電話サービス・プロバイダ（ＩＴＳＰ）により管理
される専用ネットワークを使用すれば、より良いサービ
スが可能である。

【００４４】高速パケット転送の保証を支援するため
に、少なくとも１つの装置メーカ（Netspeak）により使
用された技術は、公衆ネットワークへのアクセスを有す
る全ての可能なネットワーク・ゲートウェイ・コンピュ
ータをピング（ping）し、他の端末とのＴＣＰソケット
接続を確立する前に、最も高速な経路を選択することで
ある。

【００４５】ＶｏＩＰを用いて、企業は"ＶｏＩＰ装置"
（ＶｏＩＰ機能を有するCisco社のＡＳ５３００アクセ
ス・サーバなど）をゲートウェイに配置する。ゲートウ
ェイは会社内のユーザからパケット化された音声伝送を
受信し、それらをイントラネット（ローカル・エリア・
ネットワークまたは広域ネットワーク）の他の部門に経
路指定するか、或いはＴ−１またはＥ−１インタフェー
スを用いて、それらを公衆交換電話網（ＰＳＴＮ）を介
して送信する。

【００４６】ＶｏＩＰでは、音声情報が適切なフィルタ
リングの後にサンプリングされる。最も一般的には、８
ビット（またはそれ以上）のサンプルによる８Ｋサンプ
ル／秒であり、結局６４ｋｂｐｓ以上となる。このレベ
ルの音声品質は、通常８ビット／サンプルにおいて８Ｋ
サンプル／秒を使用する電気通信業界の標準と一致す
る。ＧＳＭにおける続く符号化は、フル・レート音声に
対して１３ｋｂｐｓ以下の、または音声の最近提案され
た符号化及び復号に対して、６．５ｋｂｐｓの伝送デー
タ・レートをもたらし、後者は、受け入れ可能な音声品
質を有する半分の伝送レートの音声サービスを達成す
る。これを適度なサイズのＩＰパケット内でフレーム化
し、恐らく６４バイト／パケットまたは１２８バイト／
パケットの小パケットを使用する必要性をを調和するこ
とにより、音声の損失及び回復を最小化し、より大きな
パケットを使用する傾向があるオーバヘッドを許容する
ことにより、６４バイト乃至１２８バイトのデータのパ
ケットを有する、約１６ｋｂｐｓ乃至約１９ｋｂｐｓの
フル・レート音声、または８ｋｂｐｓ乃至９．５ｋｂｐ
ｓの半レート音声が生成される。

【００４７】標準のフル・レートＧＳＭ音声符号化及び
復号は、余りに高いデータ・レートを有するので、現９
６００ｂｐｓデータ呼び出しに詰め込むことができな
い。しかしながら、ＧＳＭの基本データ・スピードの増
加によりＩＰ符号化フル・レート音声が考慮され得る。
しかしながら、半レート音声コーデックを９６００ｂｐ
ｓ以上のデータ回線と共に使用するオプションは、ＷＡ
Ｐ改良型サービスなどの低帯域幅データ・アプリケーシ
ョンが、同一のＩＰ通信回線内で共存することを可能に
するのに十分な予備データ容量を提供する。これは音声
内の自然な無声期間の存在により、より容易に達成さ
れ、その存在にある程度頼ることになる。

【００４８】上述のように、プロトコルＨ．３２３は、
ＩＰ音声ベースのサービスの転送のために確立された。
ＧＳＭ、または２地点間回線交換呼び出しベース形式の
接続を使用する他のモバイル・ネットワークの場合、Ｉ
Ｐ音声のために絶対に必要なものよりも複雑であるが、
それはＧＳＭのＧＰＲＳ（汎用パケット無線サービス）
が考慮される場合により一層関連し、従ってこれは、本
発明のパケット化音声転送の実現のための１オプション
である。

【００４９】従って、上述のように使用される改良型音
声メッセージング・サービスにおいて、問題は次のよう
に解決される。

【００５０】移動電話ユーザは何らかの理由で、着呼を
受信することができなかった。これは多数の理由の１つ
により、例えば電話が使用中であったり、電源が切れて
いたり、ネットワークの有効範囲内にいなかったりした
ためであった。メッセージング・センタはプッシュ警告
をＷＭＬデッキ形式でユーザに生成し、これがユーザ
に、使用可能なデフォルトのベアラ・サービス（例えば
ＵＤＤＳ）を用いて、ＷＡＰプロキシ１５０を介して送
信される。ＵＳＳＤ内容を受信すると、電話はそれをマ
イクロブラウザ・ユーザ・インタフェースを介して表示
する。ユーザはこの通知を延期するか、またはそれに対
して何かアクションを取るかを決定する。後者の場合、
ユーザはメッセージを聞くことを選択する。"メッセー
ジを聞く"というアクションを選択することにより、電
話は任意的に応答をＷＡＰプロキシを介してメッセージ
ング・サービスに送信し、電話に遠隔アクセス・サーバ
（ＲＡＳ）ゲートウェイへのデータ呼び出しを確立する
ように命令し、それによりＷＡＰプロキシ及びメッセー
ジング・サービスの両方に、ＩＰアクセスが与えられ
る。ＲＡＳゲートウェイを介するＩＰ接続の確立に際し
て、メッセージがメッセージング・サービスに送信さ
れ、以前にメッセージが送信されていれば、新たな識別
を確立し、メッセージが以前に送信されていなければ、
LISTEN命令を送信する。全ての識別及び命令をセットア
ップ後、メッセージング・サービスはＩＰ音声の提供を
開始できる。ある時点で、ユーザはＷＡＰプロキシを介
するメッセージング・センタへのＩＰデータ接続を介し
て新たな命令などにより中断され得る。セッションの終
わりに、クライアントは１つの最後のメッセージをＷＡ
Ｐプロキシに送信することにより、現一時的ＲＡＳ識別
を消去し、デフォルトの接続を再開し、ＲＡＳゲートウ
ェイへの呼び出しを切断できる。

【００５１】本発明が実現され得る容易性について説明
するために、ＧＳＭ上でのＷＡＰベースのサービス提供
に関わる構成要素に対して成される一連の変更につい
て、次に述べることにする。

【００５２】移動電話は、伝送及び受信処理（音声符号
化及び復号）の両方のために、既存の音声処理機能を使
用することにより、使用可能な接続ビットレートにおい
て、この方法によりサポートされる必要な生データレー
トを達成できる。移動電話は更に次の機能を必要とす
る。 １．基本サービス機能のために要求される、ＷＡＰ環境
のための任意のＳＭＳまたはＵＳＳＤサポートに加え、
インターネット・プロトコル通信機能（例えばＵＤＰ／
ＩＰ）及びＰＰＰベースのデータ・プロトコル接続の確
立。これは多くの場合において、電話に対する機能要求
を増加することはないであろう。なぜなら、ＷＡＰ環境
は理想的には、例えば"オーバ・ザ・エア・プログラミ
ング"などの、大量のデータを要求する一部のサービス
に対して、またはＳＭＳまたはＵＳＳＤが使用可能でな
いときの基本サービスに対してさえもＩＰを使用するか
らである。 ２．接続を介する伝送のために、符号化データをＩＰパ
ケットにパケット化する機能。受信情報のために、パケ
ット化音声を受信し、これを電話の音声復号回線に転送
する必要がある。 ３．音声及びデータ制御パケットを多重化する機能。こ
れは通常のＩＰ機能であるべきであるが、音声パケット
のバッファリングは、理想的には、同期式に（規則的
に）サンプリングされた音声が、ネットワークを通じて
近い将来（公称レートで、しかしながら同期式でなく）
送信されることを可能にするために提供される。

【００５３】メッセージング・センタ、または別々のゲ
ートウェイでさえも、そのＷＡＰ通信機能は、いかなる
変更も要求しない。なぜなら、異なるベアラ上で接続を
再開する機能が、既に定義されているからである。

【００５４】メッセージング・センタは、ＷＡＰのサポ
ート以外、その制御オペレーションの変更を要求しな
い。ＷＡＰのサポートは、通常、本発明が実現されるか
否かに関わらず要求される。しかしながら、メッセージ
ング・センタは、ＩＰによる音声トラフィックのパケッ
ト化を符号化、復号、バッファリング、及び管理するた
めに、電話と同一の機能を要求する。

【００５５】ＷＡＰプロキシは、識別更新／変更をサポ
ートする機能（これはＷＡＰ仕様の要求を満たす）を提
供される。メッセージング・センタ、ＲＡＳゲートウェ
イ、及び好適には、重要度は低いがＷＡＰプロキシ間の
ルーティングは、移動リンクを介して使用されるＩＰプ
ロトコルによる音声が、例えばバッファリングなど、
Ｈ．３２３の完全な機能を有さない場合、輻輳を回避す
るための十分な容量を要求する。

【００５６】上述の例を通じて、ポート番号の確立され
たインターネット原理が、アプリケーションすなわち'
ＩＰによる音声'を識別するために使用されることが仮
定された。従って、明示的なサービス識別ビットは要求
されない。しかしながら、本発明は、符号化及びパケッ
ト化された音声を伝達するＩＰパケット内の信号ビット
が、使用可能なベアラ容量によるオプション及び性能を
最大化するために、他の有用な情報（無声期間、符号化
アルゴリズムなど）を伝達できることを認識する。

【００５７】複数の専用チャネルに関するコスト問題を
解決する代替方法も存在するが、各々が問題を有する。

【００５８】第１に、オーディオ帯域内でＤＴＭＦシグ
ナリングを使用することが可能である。単純な選択はこ
のようにして確実に管理されるが、複雑なメッセージま
たはＷＭＬメッセージは、非常に非効率的であり得る。
１つの潜在的な問題は、一部のネットワークでは、ＤＴ
ＭＦなどの呼び出し中のシグナリングが、ネットワーク
内でＵＳＳＤを復元と一緒に使用することにより達成さ
れ、従って何の利益も無く、単に複雑性が増すだけであ
る。上述したように、こうした特徴はネットワークのタ
イプ及び展開に依存する。

【００５９】第２に、呼び出しが２つの部分に分割さ
れ、１つは従来の音声呼び出しであり、他は、純粋に制
御情報の伝達のためのデータ呼び出しである。いつで
も、音声またはデータ呼び出しは利用され、各々はそれ
らのカスタムの通信形式及びプロトコルを有するが、１
度に１つだけである。これはユーザのコストを低減する
が、ある時に要求されるチャネル数が本発明の場合とた
とえ同一であっても、本発明よりも複雑であり、より多
くの要求をネットワーク構造基盤資源に課する。ユーザ
が１つまたは２つの呼び出しに対して料金を課せられる
かは、ネットワーク・サービスが提供する選択である。
こうした同時音声またはデータ呼び出しをサポートする
ことを目的とする機構が、出現しつつあるが、要求され
るネットワーク機構は複雑であり、全てのネットワーク
がこの機構を有する訳ではない。

【００６０】本発明は、狭帯域ベアラを介する初期通知
を使用し、次にＩＰ音声サービス及び進行中の制御のた
めに、広帯域ベアラを使用するように述べられた。パケ
ット・ベースのサービスだけを使用する別の技法も可能
であるが、これらはベアラのコスト、バッテリのパワー
消費、及びネットワーク利用度の点で、余り好ましくな
い。パケット・ベースのサービスを使用する解決策は、
ＲＡＳサーバが回線交換呼び出しを使用するのではな
く、ネットワーク構造基盤から、ＩＰベースの通信また
はそれ相当を終了していることを要求する。

【００６１】まとめとして、本発明の構成に関して以下
の事項を開示する。

【００６２】（１）無線通信ネットワークを介する、無
線通信装置と遠隔通信装置間のオーディオ情報の通信に
おいて使用される方法であって、前記通信装置の１つに
おいて、デジタル形式のオーディオ情報を個別のオーデ
ィオ・パケットにより提供し、デジタル形式の呼び出し
制御情報を個別の制御パケットにより提供するステップ
と、前記無線通信装置と前記遠隔通信装置間で呼び出し
接続を確立するステップと、前記個別のオーディオ・パ
ケット及び前記個別の呼び出し制御パケットの両方を、
単一の呼び出し接続を介して送信するステップとを含
む、方法。 （２）前記呼び出し接続を確立するステップが、前記通
信装置の一方から他方に、第１の接続を介して通知を送
信するステップと、前記装置間で前記呼び出し接続を確
立するステップと、前記呼び出し装置の識別を検証する
ステップと、前記通信装置の各々に、続く制御情報が前
記呼び出し接続を介して交換されることを知らせるステ
ップと前記第１の接続を閉路または延期するステップと
を含む、前記（１）記載の方法。 （３）前記通信装置の各々に、前記単一の呼び出し接続
の閉路または通信セッションの終了に応答して、前記単
一の接続以外の接続の使用が再開されることを知らせる
ステップを含む、前記（２）記載の方法。 （４）前記通知、オーディオ・パケット及び制御パケッ
トの内容が、ＷＭＬScript及びＷＭＬ、または別のＸＭ
ＬベースのまたはＨＴＭＬベースの言語を含む、前記
（２）記載の方法。 （５）前記通知が低帯域ベアラ・サービスを介して伝送
され、前記呼び出し接続が広帯域ベアラ・サービスを使
用する、前記（２）乃至（４）のいずれかに記載の方
法。 （６）前記遠隔通信装置が、音声ベースの通信サービス
を提供するメッセージング・センタであり、前記方法
が、第１の接続を介して、前記メッセージング・センタ
から前記無線通信装置に、該無線通信装置に転送される
メッセージの可用性の通知を送信するステップと、前記
無線通信装置から前記メッセージング・センタに、音声
ベースの通信のための接続を確立するという、前記無線
通信装置の意向の通知を送信するステップと、前記無線
通信装置及び前記メッセージング・センタが前記呼び出
し接続を確立するステップと、前記通信装置の識別を検
証するステップと、前記通信装置の各々に、続く制御情
報が前記確立された呼び出し接続を介して交換されるこ
とを知らせるステップと前記第１の接続を閉路または延
期するステップとを含む、前記（１）乃至（５）のいず
れかに記載の方法。 （７）前記個別のオーディオ・パケット及び制御パケッ
トが、回線交換呼び出し接続を介してインターネット・
プロトコルを用いて伝送される、前記（１）乃至（６）
のいずれかに記載の方法。 （８）前記オーディオ・パケット及び制御パケットが、
インターネット・プロトコル上で、プロトコルＩＴＵ−
Ｔ Ｈ．３２３を用いて伝送される、前記（７）記載の
方法。 （９）前記デジタル形式のオーディオ情報を個別のオー
ディオ・パケットにより提供するステップが、約１９ｋ
ｂｐｓまたはそれ以下の伝送レートを達成する符号化方
式を用いて音声データを符号化するステップを含む、前
記（１）乃至（８）のいずれかに記載の方法。 （１０）前記符号化方式を使用する符号化が、約９．５
ｋｂｐｓまたはそれ以下の伝送レートを達成する、前記
（９）記載の方法。 （１１）デジタル形式のオーディオ情報を個別のオーデ
ィオ・パケットに符号化する手段、及びデジタル呼び出
し制御情報の個別の制御パケットを生成する手段と、通
信ネットワークのアクセス・ノードを介して呼び出し接
続を確立する手段と、前記個別のオーディオ・パケット
及び前記個別の呼び出し制御パケットの両方を、前記呼
び出し接続を介してローカル・アクセス・ノードに送信
する手段と、オーディオ情報を含む個別のオーディオ・
パケット、及び呼び出し制御情報を含む個別の制御パケ
ットを、前記呼び出し接続を介して前記ネットワーク・
アクセス・ノードから受信する手段と、受信されたオー
ディオ情報パケット及び制御情報パケットを復号する手
段とを含む、無線通信装置。 （１２）無線通信をサポートする通信ネットワークにお
いて、音声ベースの通信サービスを提供するメッセージ
ング・センタであって、前記ネットワークがローカル・
セル内において、無線通信装置との間で信号を送受信す
るアクセス・ノードを含むものにおいて、デジタル形式
のオーディオ情報を個別のオーディオ・パケットに符号
化する手段、及びデジタル呼び出し制御情報の個別の制
御パケットを生成する手段と、前記メッセージング・セ
ンタとネットワーク内の前記無線通信装置間で、呼び出
し接続を確立する手段と、前記符号化された個別のオー
ディオ・パケット及び個別の制御パケットを、前記呼び
出し接続を介して前記無線通信装置に送信する手段と、
前記無線通信装置から前記ネットワークを介して送信さ
れる、オーディオ情報を含む個別のオーディオ・パケッ
ト、及び呼び出し制御情報を含む個別の制御パケットを
受信する手段と、受信されたオーディオ情報パケット及
び制御情報パケットを復号する手段とを含む、メッセー
ジング・センタ。 （１３）無線通信ネットワークを介して前記無線通信装
置に、選択可能なオペレーションの１つ以上のメニュー
をメッセージ内容に含む、第１のメッセージを送信する
手段と、前記第１のメッセージに応答して、前記無線通
信装置から送信されるメッセージの受信に応答して、選
択オペレーションの提供のために、前記呼び出し接続を
確立する手段とを含む、前記（１２）記載のメッセージ
ング・センタ。

【図面の簡単な説明】

【図１】従来技術に従うデータ通信ネットワークの概略
図である。

【図２】好適な実施例に従い本発明を実現するデータ通
信ネットワークの概略図である。

【符号の説明】

１０、１００ 移動電話 ２０、１１０ ネットワーク・アクセス・ノード ３０ ネットワーク ４０、１３０ 短メッセージ・サービス・センタ（ＳＭ
ＳＣ）または非構造化補足サービス・データ・センタ
（ＵＳＳＤＣ） ５０ インターワーキング機能(ＩＷＦ） ７０、８０、１７０、１８０ 伝送路 ９０ ＷＡＰ通信環境 １４０ メッセージング・センタ １５０ ＷＡＰ通信環境 １７０ 初期制御経路 １８０ 呼び出し接続 １９０ 遠隔アクセス・サーバまたはゲートウェイ ２００ 変形ＩＷＦ機能

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｑ 7/24 7/26 7/30 (72)発明者 アラスタイアー・ジョン・アングィン イギリス、ハンプシャー、エス・オー53 ４アール・ユー、チャンドラーズ・フォー ド、ティース・クロース ６ (72)発明者 デビッド・ジョージ・ビバイス イギリス、ハンプシャー、エス・オー50 ７エフ・ダブリュ、ファイア・オーク、ウ ィット・ロード １

Claims (13)

【特許請求の範囲】
1. 【請求項１】無線通信ネットワークを介する、無線通信
   装置と遠隔通信装置間のオーディオ情報の通信において
   使用される方法であって、 前記通信装置の１つにおいて、デジタル形式のオーディ
   オ情報を個別のオーディオ・パケットにより提供し、デ
   ジタル形式の呼び出し制御情報を個別の制御パケットに
   より提供するステップと、 前記無線通信装置と前記遠隔通信装置間で呼び出し接続
   を確立するステップと、 前記個別のオーディオ・パケット及び前記個別の呼び出
   し制御パケットの両方を、単一の呼び出し接続を介して
   送信するステップとを含む、方法。
2. 【請求項２】前記呼び出し接続を確立するステップが、 前記通信装置の一方から他方に、第１の接続を介して通
   知を送信するステップと、 前記装置間で前記呼び出し接続を確立するステップと、 前記呼び出し装置の識別を検証するステップと、 前記通信装置の各々に、続く制御情報が前記呼び出し接
   続を介して交換されることを知らせるステップと前記第
   １の接続を閉路または延期するステップとを含む、請求
   項１記載の方法。
3. 【請求項３】前記通信装置の各々に、前記単一の呼び出
   し接続の閉路または通信セッションの終了に応答して、
   前記単一の接続以外の接続の使用が再開されることを知
   らせるステップを含む、請求項２記載の方法。
4. 【請求項４】前記通知、オーディオ・パケット及び制御
   パケットの内容が、ＷＭＬScript及びＷＭＬ、または別
   のＸＭＬベースのまたはＨＴＭＬベースの言語を含む、
   請求項２記載の方法。
5. 【請求項５】前記通知が低帯域ベアラ・サービスを介し
   て伝送され、前記呼び出し接続が広帯域ベアラ・サービ
   スを使用する、請求項２乃至請求項４のいずれかに記載
   の方法。
6. 【請求項６】前記遠隔通信装置が、音声ベースの通信サ
   ービスを提供するメッセージング・センタであり、前記
   方法が、 第１の接続を介して、前記メッセージング・センタから
   前記無線通信装置に、該無線通信装置に転送されるメッ
   セージの可用性の通知を送信するステップと、 前記無線通信装置から前記メッセージング・センタに、
   音声ベースの通信のための接続を確立するという、前記
   無線通信装置の意向の通知を送信するステップと、 前記無線通信装置及び前記メッセージング・センタが前
   記呼び出し接続を確立するステップと、 前記通信装置の識別を検証するステップと、 前記通信装置の各々に、続く制御情報が前記確立された
   呼び出し接続を介して交換されることを知らせるステッ
   プと前記第１の接続を閉路または延期するステップとを
   含む、請求項１乃至請求項５のいずれかに記載の方法。
7. 【請求項７】前記個別のオーディオ・パケット及び制御
   パケットが、回線交換呼び出し接続を介してインターネ
   ット・プロトコルを用いて伝送される、請求項１乃至請
   求項６のいずれかに記載の方法。
8. 【請求項８】前記オーディオ・パケット及び制御パケッ
   トが、インターネット・プロトコル上で、プロトコルＩ
   ＴＵ−Ｔ Ｈ．３２３を用いて伝送される、請求項７記
   載の方法。
9. 【請求項９】前記デジタル形式のオーディオ情報を個別
   のオーディオ・パケットにより提供するステップが、約
   １９ｋｂｐｓまたはそれ以下の伝送レートを達成する符
   号化方式を用いて音声データを符号化するステップを含
   む、請求項１乃至請求項８のいずれかに記載の方法。
10. 【請求項１０】前記符号化方式を使用する符号化が、約
    ９．５ｋｂｐｓまたはそれ以下の伝送レートを達成す
    る、請求項９記載の方法。
11. 【請求項１１】デジタル形式のオーディオ情報を個別の
    オーディオ・パケットに符号化する手段、及びデジタル
    呼び出し制御情報の個別の制御パケットを生成する手段
    と、 通信ネットワークのアクセス・ノードを介して呼び出し
    接続を確立する手段と、 前記個別のオーディオ・パケット及び前記個別の呼び出
    し制御パケットの両方を、前記呼び出し接続を介してロ
    ーカル・アクセス・ノードに送信する手段と、 オーディオ情報を含む個別のオーディオ・パケット、及
    び呼び出し制御情報を含む個別の制御パケットを、前記
    呼び出し接続を介して前記ネットワーク・アクセス・ノ
    ードから受信する手段と、 受信されたオーディオ情報パケット及び制御情報パケッ
    トを復号する手段とを含む、無線通信装置。
12. 【請求項１２】無線通信をサポートする通信ネットワー
    クにおいて、音声ベースの通信サービスを提供するメッ
    セージング・センタであって、前記ネットワークがロー
    カル・セル内において、無線通信装置との間で信号を送
    受信するアクセス・ノードを含むものにおいて、 デジタル形式のオーディオ情報を個別のオーディオ・パ
    ケットに符号化する手段、及びデジタル呼び出し制御情
    報の個別の制御パケットを生成する手段と、 前記メッセージング・センタとネットワーク内の前記無
    線通信装置間で、呼び出し接続を確立する手段と、 前記符号化された個別のオーディオ・パケット及び個別
    の制御パケットを、前記呼び出し接続を介して前記無線
    通信装置に送信する手段と、 前記無線通信装置から前記ネットワークを介して送信さ
    れる、オーディオ情報を含む個別のオーディオ・パケッ
    ト、及び呼び出し制御情報を含む個別の制御パケットを
    受信する手段と、 受信されたオーディオ情報パケット及び制御情報パケッ
    トを復号する手段とを含む、メッセージング・センタ。
13. 【請求項１３】無線通信ネットワークを介して前記無線
    通信装置に、選択可能なオペレーションの１つ以上のメ
    ニューをメッセージ内容に含む、第１のメッセージを送
    信する手段と、 前記第１のメッセージに応答して、前記無線通信装置か
    ら送信されるメッセージの受信に応答して、選択オペレ
    ーションの提供のために、前記呼び出し接続を確立する
    手段とを含む、請求項１２記載のメッセージング・セン
    タ。