JPH06177831A - 加入者通信ユニットおよび該加入者通信ユニットを動作させる方法 - Google Patents

Abstract

(57)【要約】 【目的】 最少量のスペクトルを使用して加入者ユニッ
トのユーザにシグナリングおよび他の情報を提示可能と
する。 【構成】 無線加入者通信ユニット（１４）は通報のレ
パートリーを記憶する通報メモリ（６０，１２６）を持
つ。加入者ユニット（１４）が通信ネットワーク（１
０）から通報データメッセージを受信した時、該通報の
内の特定の１つが選択されかつ加入者ユニット（１４）
のユーザに提示される。前記通報の可聴セグメント（１
３４）はボコーダ（６２）を通され、増幅され（６
４）、かつユーザへの提示のためにスピーカ（６６）に
導かれる。通報が反復されるとき（１４８）、第２のメ
ッセージを受信して加入者ユニット１４に通報の提示を
停止させる（１５０）よう指令できる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は一般的には加入者のため
に通信サービスを提供する通信ネットワークに関する。
より特定的には、本発明は加入者通信ユニットのユーザ
に対しシグナリングおよび他の情報を提供することに関
する。

【０００２】

【従来の技術】電話機器および他の電話装置、セルラ無
線電話、移動無線機、その他を含む、加入者通信ユニッ
トはしばしば人間のオペレータまたはユーザを通信ネッ
トワークとリンクする。ユーザは他の者と該通信ネット
ワークを介して通話することができる。これらの加入者
ユニットは通信サービスのあるいは該加入者ユニットの
状態に関してユーザに情報を提供するために種々の技術
を使用する。例えば、ダイアルトーン、リンギング音、
およびビジー信号は加入者ユニットがユーザに提供する
一般的な可聴通報である。多くの加入者ユニットはダイ
アルされた電話番号、複数ラインのユニットにおける活
動中の電話線、サービス状態、その他を示す通報を可視
的に提供するために表示ライトおよび表示装置を含む。

【０００３】

【発明が解決しようとする課題】陸線通信システムから
進化した種々のシグナリングの慣行は無線通信システム
における通報の提示に関しては望ましくない。例えば、
加入者ユニットを介してユーザに提示される数多くの言
語上のまたは音声メッセージおよびオーディオサウンド
は中央交換局において発生されかつユーザに提供するた
めに加入者ユニットに送信される。そのようなメッセー
ジおよびサウンドは伝達される情報の総量に対して正当
化され得るものより多量の電磁スペクトルを消費する。
有限の量の電磁スペクトルを使用してより多くの呼が通
信されるに応じて、該スペクトルをできるだけ効率的に
使用する必要性が強くなる。

【０００４】さらに、伝統的なシグナリングの慣行は通
信システムを使用する人々の内のいくらかが外国語を話
すという事実を適切に考慮していない。外国語を話す領
域に移動した加入者はしばしばそれによって彼等が会話
する言語で発生されない音声メッセージを理解する上で
困難性を持つことになる。この問題はその中で数多くの
言語が話されるカバレージ領域にまたがる通信システム
において特にやっかいなものとなる。そして、この問題
のやっかいな性質は加入者に説明が通信される必要があ
る数多くの種々のシステム状態をもつ傾向の無線通信シ
ステムについて増倍される。

【０００５】さらに、従来の慣行はデジタル通信システ
ムのユーザに提供されなければならない種々の信号通報
にそれ程適合していない。デジタル通信システムにおい
ては、音声データはしばしば通信ネットワークを通して
送信するために符号化されおよび／または圧縮される。
２つのパーティ間の回路が確立され呼が進行している場
合、「クリック」を待っている呼のような、さらに他の
シグナリング情報を伝達するためにその呼に対しつぎを
当てる（ｐａｔｃｈｉｎｇ）のは前記符号化のため複雑
なこととなる。進行中の呼に対してパッチングを行なう
ための１つの可能な技術はその進行中の呼を中央ロケー
ションに導き、デジタル化された呼データを復合し、そ
の復合された呼データにシグナリングデータを混合し、
混合された呼およびシグナリングデータを再び符号化
し、かつ再び符号化された呼およびシグナリングデータ
の混合物をその呼の宛先に導くことである。しかしなが
ら、この技術はかなりの付加的な通信資源が必要である
ため非常に不都合である。かなりの付加的な資源を単純
なシグナリング情報の伝達のために割当てることは乏し
い電磁スペクトルおよび他のネットワーク資源を浪費す
る可能性がある。

【０００６】したがって、本発明の利点でもありかつ目
的とするものは、改良された加入者ユニットおよび加入
者ユニットを動作させる方法を提供することである。

【０００７】本発明の他の利点でありかつ目的とするも
のは、シグナリング情報を伝達するために少しの量のス
ペクトルを割当てるのみでよい加入者ユニットを提供す
ることにある。

【０００８】本発明のさらに他の利点でもあり目的であ
るものは、ユーザが外国語が話される領域に移動できる
ようにし、かつしかも音声メッセージを好ましい言語で
受信可能にする加入者ユニットを提供することにある。

【０００９】本発明のさらに他の利点でもありかつ目的
であるものは、付加的なチャネルの割当てを要求するこ
となくシグナリング用メッセージおよび符号化されたオ
ーディオデータをインタリーブすることができる加入者
ユニットを提供することにある。

【００１０】

【課題を解決するための手段および作用】本発明の上に
述べたおよび他の目的および利点は１つの形式で加入者
通信ユニットを動作させる方法によって実現され、該加
入者通信ユニットは通信ネットワークと通信し、データ
を記憶するためのメモリを有し、かつ加入者ユニットの
ユーザがそれによって通報を知覚するユーザインタフェ
ースを有する。前記方法は前記メモリに通報データを記
憶することを必要とする。該通報データは通報のレパー
トリーとして作用する。前記通信ネットワークから送信
されたデータは通報データメッセージを検出するために
監視される。通報データメッセージは加入者ユニットに
通報を行なうことを指令し、かつ通報データメッセージ
は前記通報の内の１つを特定する識別データを伝達す
る。通報データメッセージが検出された時、前記通報デ
ータの１部が選択される。通報データの選択された部分
は前記識別データ（ｉｄｅｎｔｉｔｙ ｄｅｔａ）に応
じて選択される。さらに、前記ユーザインタフェースは
前記通報データの選択された部分によって制御され特定
された通報をユーザに提示する。

【００１１】

【実施例】本発明のより完全な理解は添付の図面ととも
に以下の詳細な説明および特許請求の範囲を参照するこ
とにより得られ、添付の図面においては同様の参照数字
は各図面にわたり同様の項目を表している。

【００１２】図１は、全世界的な、衛星をベースとした
通信ネットワーク１０を示し、該ネットワーク１０によ
って本発明の好ましい実施例が構成される。ネットワー
ク１０は地球の周りに分散された交換ノード（ｓｗｉｔ
ｃｉｎｇ ｎｏｄｅｓ）の集団（ｃｏｎｓｔｅｌｌａｔ
ｉｏｎ）を含む。好ましい実施例においては、ノード１
２は軌道を周回する衛星である。ネットワーク１０は好
ましくは充分な数の衛星１２を含み、それによって該衛
星１２の１つとの通信が加入者ユニット１４の使用によ
って地球の表面上の実質的に任意の点から行なわれ得る
ようにする。

【００１３】ネットワーク１０は任意の数の、可能性あ
るものとして数百万の、加入者ユニット１４を収容でき
る。本発明の好ましい実施例においては、加入者ユニッ
ト１４は加入者リンク１６を介して近隣の衛星１２と通
信する。リンク１６は数多くのチャネルに分割される電
磁スペクトルの限られた部分を含む。最小のものとし
て、衛星１２は１つまたはそれ以上の送信または放送チ
ャネル１８によって連続的に送信する。加入者ユニット
１４は放送１８に同期しかつ該放送チャネル１８を監視
して彼等にアドレスされたデータメッセージを検出す
る。加入者ユニット１４は１つまたはそれ以上のランダ
ムアクセスチャネル２０によってメッセージを衛星１２
に送信できる。放送チャネル１８およびランダムアクセ
スチャネル２０はいずれか１つの加入者ユニット１８に
専用のものではなく、現在衛星１２の視界内にある全て
の加入者ユニット１４によって共有される。

【００１４】これに対して、トラフィックチャネル２２
は衛星１２によって特定の加入者ユニット１４に時間に
応じて割当てられる２方向チャネルである。本発明の好
ましい実施例においては、チャネル１８〜２２によって
データを通信するためにデジタルフォーマットが使用さ
れ、かつトラフィックチャネル２２はリアルタイム通信
をサポートする。少なくとも１つのトラフィックチャネ
ル２２が各々の呼に対して割当てられ、かつ各々のトラ
フィックチャネル２２は、最小量のものとして、２方向
音声通話をサポートするのに充分な帯域幅を有する。リ
アルタイム通信をサポートるために、時分割マルチアク
セス（ＴＤＭＡ）機構が使用されて時間をフレームに、
好ましくは６０〜９０ミリセカンドのレンジに分割す
る。特定のチャネル２２は各フレーム内で、好ましくは
３〜１０ミリセカンドの範囲の持続時間を有する、特定
の送信および受信タイムスロットが割当てられる。アナ
ログオーディオ信号はデジタル化され、それによってフ
レームの信号全体が割当てられたタイムスロットの間に
単一の短い高速バーストで送信または受信される。好ま
しくは、各衛星１２は１０００以上までのトラフィック
チャネル２２をサポートし、それによって各衛星が同時
に同じ数の独立の呼にサービスできるようにする。

【００１５】衛星１２はクロスリンク２４を介して他の
近くの衛星１２と通信する。したがって、地球の表面上
のあるいはその近くの任意の点に位置する加入者ユニッ
ト１４からの通信は衛星１２の集団によって地球の表面
上の実質的に任意の他の点の範囲内に導くことができ
る。通信は加入者リンク１６を使用して衛星１２から地
球の表面上のあるいは表面近くの加入者ユニット１４に
導く（ｒｏｕｔｅｄ ｄｏｗｎ）ことができる。あるい
は、通信は地球リンク２８を介して、２つのみが図１に
示された、数多くの中央交換局（ＣＳＯ）２６の任意の
ものに対しあるいは該任意のものから導くことができ
る。ＣＳＯ２６は好ましくはローカル公共交換電気通信
ネットワーク（ＰＳＴＮ）２９に結合される。ネットワ
ーク１０からの通信はＰＳＴＮ２９を介して世界中のＰ
ＳＴＮに結合する任意の電話機器または他の装置に導く
ことができる。ＣＳＯ２６は好ましくは地政学的（ｇｅ
ｏ−ｐｏｌｉｔｉｃａｌ）境界に従って地球の表面にわ
たり分散される。好ましい実施例においては、各衛星１
２は任意の与えられた瞬間に４つまでのＣＳＯ２６とか
つ１０００個以上の加入者ユニット１４と通信できる。

【００１６】したがって、ネットワーク１０は、任意の
２つの加入者ユニット１４の間で、任意の加入者ユニッ
ト１４と任意のＣＳＯ２６との間で、任意の２つのＣＳ
Ｏ２６の間で、あるいは任意の加入者ユニット１４と任
意の電話装置との間で、衛星１２の集団を通して双方向
性通信回路または２つの単一方向性回路を確立できる。
与えられた接続の任意の２つの終端は異なる言語が話さ
れる世界の領域に位置することができ、かつ加入者ユニ
ット１４のユーザは彼等の加入者ユニット１４を任意の
言語が話される世界の任意の領域において使用するため
に携帯できる。

【００１７】上に述べたように、好ましい実施例におけ
る通信はデジタル形式に構築される。図２は通信を加入
者ユニット（図１を参照）に輸送するために使用できる
例示的なデータパケット３０のブロック図を示す。パケ
ット３０は該パケット３０に関連すべき形式特徴を識別
するデータを含むヘッダ３２、該パケット３０に関連す
べき長さ、およびデータパケットヘッダに伝統的に含ま
れる任意の他の情報を含む。前記形式特徴部は該パケッ
ト３０が排他的にシステム制御メッセージを伝達するか
否かあるいはそれが加入者トラフィックを伝達するか否
かを示す。ルーティングコード３４はパケット３０を伝
達するネットワーク１０（図１を参照）を指示するため
に含まれている。

【００１８】加入者ＩＤ３６は、加入者ユニット１４を
独自に識別しかつ該識別された加入者ユニット１４と加
入者ユニット１４に対しトラフィックチャネル２２（図
１を参照）を提供する任意の衛星１２（図１を参照）に
知られたコードを表す。加入者ユニット１４は放送チャ
ネル１８（図１を参照）によって送信されたパケット３
０の加入者ＩＤ３６を監視して該パケット３０がそれに
向けられたものであるか否かを決定する。衛星１２は加
入者トラフィックを伝達するパケット３０の加入者ＩＤ
３６を使用してそのようなパケット３０を前記識別され
た加入者ユニット１４に割当てられたトラフィックチャ
ネル２２に導く。

【００１９】ヘッダ３２、ルーティングコード３４、お
よび加入者ＩＤ３６はパケット３０がその目的地に到達
するよう作用するオーバヘッドデータを表す。パケット
の宛先または目的地において、ペイロードデータ３８が
消費される（ｃｏｎｓｕｍｅｄ）。言い換えれば、宛先
にパケット３０を送信する目的は一般にはペイロードデ
ータ３８を伝達するためであって、ヘッダ３２、ルーテ
ィングコード３４または加入者ＩＤ３６を伝達するため
ではない。ペイロードデータ３８はシステム制御データ
４０またはシステム制御データと加入者トラフィック４
２とを含む。システム制御データ４０は加入者ユニット
１４によって解釈されかつそれによって行動が起こされ
るコマンドまたはメッセージである。これらのコマンド
は一般には非常に短い。システム制御データ４０が放送
チャネル１８によって伝達された時、加入者トラフィッ
ク４２は省略され、かつ得られたパケット３０は非常に
短く、よって可能な限り多くのメッセージが該放送チャ
ネル１８によって送信できる。加入者トラフィック４２
は呼の経過中に転送された全ての加入者データを表す。
パケット３０がトラフィックチャネル２２によって伝達
された時、かなりの量の加入者トラフィックが加えられ
る。上に述べたように、通話オーディオの全フレームの
デジタル化されたものは加入者トラフィック４２によっ
て伝達される。

【００２０】加入者トラフィック４２の大きさと比較し
て、システム制御データ４０の長さはそれ程大きくな
い。したがって、システム制御データ４０は呼が進行し
ている間に加入者トラフィック４２とともに加入者ユニ
ット１４に伝達できる。トラフィックチャネル２２を介
して加入者トラフィック４２によって伝達できるシステ
ム制御メッセージの例は加入者ユニット１４にある呼の
他のパーティが「ハングアップ」したこと、他の呼が該
加入者ユニット１４を待っていることを通知するメッセ
ージ、および加入者ユニット１４のユーザに提供される
音声メッセージあるいは他の形式の通報となる任意の数
の通報データメッセージを含む。呼が進行している間に
ユーザに提示される通報（ａｎｎｕｎｃｉａｔｉｏｎ）
は、例えば、通信サービスがすぐに利用できなくなるこ
とが予期される場合あるいは何らかの他のサービス状態
が是認される場合をユーザに警告することができる。

【００２１】図３は、本発明の好ましい実施例にしたが
って構成された加入者ユニット１４のブロック図を示
す。加入者ユニット１４は携帯用あるいは移動、バッテ
リ動作、無線装置とすることができる。したがって、加
入者ユニット１４は該加入者ユニット１４内の全ての構
成要素のために電気的エネルギを供給するバッテリ４４
を含む。明瞭化のために、図３はこれらの電源接続を省
略している。

【００２２】コントローラ４６は１つまたはそれ以上の
マイクロプロセッサ回路によって提供できる。コントロ
ーラ４６はバッテリ４４に結合するデータ入力を有し、
それによってバッテリ電圧が監視できる。コントローラ
４６はさらに受信機およびデータバッファ４８、送信機
およびデータバッファ５０、スイッチまたはマルチプレ
クサ５２、汎用メモリ５４、ユーザインタフェース５
６、および通報メモリ６０のためのアドレス／データバ
ス５８に結合されている。通報メモリ６０、汎用メモリ
５４、および受信機４８および送信機５０に関連するデ
ータバッファは好ましくは半導体メモリ回路によって提
供される。当業者はそのような回路はなんらかの特定の
方法で区分する必要はないことを理解するであろう。し
かしながら、１つの好ましい実施例においては、通報メ
モリ６０は特定のユーザのために個人的なものとしかつ
ユーザが加入者ユニット１４を獲得した時にあるいは加
入者ユニット１４を使用する前に導入されあるいはプロ
グラムすることができる永久的または取り外し可能なメ
モリを表す。受信機４８はネットワーク１０（図１を参
照）から到来ＲＦデータを受信しかつそのようなデータ
をその内部データバッファに入れる。コントローラ４６
は受信機４８を特定のチャネルに同調しかつ受信機４８
のバッファにあるデータをアクセスする。システム制御
メッセージはコントローラ４６によって回収されかつ処
理される。受信機４８はさらにスイッチ５２の第１の入
力ポートに結合し、かつ通報メモリ６０のデータ出力は
該スイッチ５２の第２の入力ポートに結合する。スイッ
チ４２の出力はボコーダ６２に結合する。したがって、
コントローラ４６は加入者トラフィックが受信機４８か
らスイッチ５２を通ってボコーダ６２に導かれるか否か
あるいは通報データが通報メモリ６０からスイッチ５２
を通ってボコーダ６２に導かれるか否かを判定する。

【００２３】ボコーダ６２はスイッチ５２からデジタル
データを受信しかつそのようなデータをアナログオーデ
ィオ信号に変換する。好ましくは、ボコーダ６２は２４
００〜４８００ボーのレートで供給される対応して符号
化されかつ圧縮されたデジタルデータの流れを通話品質
のオーディオに展開するよう構成される。ボコーダ６２
のアナログ出力はオーディオ増幅器６４に結合され、か
つ増幅器６４の出力はスピーカ６６に結合される。オー
ディオは、通報メモリ６０からの通報であれ受信機４８
からの加入者トラフィックであれ、スピーカ６６を通し
て加入者ユニット１４のユーザに提供される。

【００２４】マイクロフォン６８はマイクロフォン用プ
リアンプ７０の入力に結合され、かつプリアンプの７０
の出力はボコーダ６２のアナログ入力に結合される。ボ
コーダ６２はマイクロフォン６８から得られたオーディ
オをデジタル化し、符号化し、かつコンパクトにしてネ
ットワーク１０と両立性あるデジタル形式にする。ボコ
ーダ６２はまた送信機５０の入力に結合する出力デジタ
ルデータのための出力を有し、それによって符号化され
たデータがそのバッファに置かれるようにする。送信機
５０はネットワーク１０への送信のために前記出力デー
タをＲＦに変調する。

【００２５】上に述べた、スピーカ６６およびマイクロ
フォン６８はユーザインタフェース５６の構成要素であ
り、それはこれらが加入者ユニット１４のユーザに対す
る、それぞれ、情報の提供および加入者ユニット１４の
ユーザからの情報の集積を可能にするからである。ユー
ザインタフェース５６はさらに表示装置７２、スイッチ
バンク７４、およびデータポート７６を含み、これらの
各々はコントローラ４６に結合している。表示装置７２
は可視的にユーザに通報を提示し、かつスイッチバンク
７４はユーザから入力を受ける。特に、スイッチバンク
７４は伝統的なキーパッド並びに、電源制御キー、送信
キー、フックスイッチまたはその等価物、および電気通
信機器において伝統的に使用されている任意の他のキー
のような、他のスイッチを含む。フックスイッチまたは
その等価物は呼の応答または呼の終了を表示するために
ユーザによって操作される。当業者は加入者ユニット１
４はオーディオ情報を伝達するものに限る必要はなく、
デジタルデータをネットワーク１０におよびネットワー
ク１０から伝達することも可能なことを理解するであろ
う。データポート７６はそのようなデジタルデータを加
入者ユニット１４に転送しあるいは加入者ユニット１４
から転送するのに使用される。

【００２６】汎用メモリ５４はコントローラ４６への命
令として作用しかつ、コントローラ４６により実行され
た時、加入者ユニット１４に以下に図４〜図７を参照し
て説明する手順を行なわせるデータを含む。さらに、メ
モリ５４は加入者ユニット１４の動作によって操作され
る変数、テーブル、およびデータベースを含む。

【００２７】図４は、加入者ユニット１４が付勢された
時あるいは加入者ユニット１４が加入者リンク１６（図
１を参照）を失った時に行なわれる、スタート手順７８
のフローチャートを示す。スタート手順７８は頭上の衛
星１２（図１を参照）によって送信された放送チャネル
１８（図１を参照）に同期しあるいは該放送チャネル１
８を捕捉するためにタスク８０を行なう。放送チャネル
１８は加入者ユニット１４が前記放送チャネル１８によ
って伝達される有効なデータを読むことができる場合に
捕捉されたと考えることができる。放送チャネル１８の
ドップラおよび伝搬時間の変動のため、コントローラ４
６（図３を参照）は受信機４８（図３を参照）にそれが
放送チャネル１８にロックできる前にいくらかの時間の
間サーチするよう指令する必要があるかもしれない。さ
らに、受信機４８は１つまたはそれ以上の衛星１２によ
って送信された複数の放送チャネル１８の間を弁別する
必要があるかもしれない。したがって、適切な時間の後
に、問合せタスク８２は放送チャネル１８が捕捉された
か否かを判定する。

【００２８】加入者ユニット１４はいくつかの理由の内
のいずれか１つのために放送チャネル１８を捕捉できな
いかもしれない。例えば、加入者ユニット１４は地下
に、建物内に、あるいはなんらかの妨害構造の近くに位
置するかもしれない。タスク８２が加入者ユニット１４
が放送チャネル１８を捕捉していないことを判定した場
合に、プログラム制御は、図７に関して以下に詳細に説
明する、通報提示手順８４に進む。

【００２９】一般に、通報提示手順８４は加入者ユニッ
ト１４に適切な通報を該加入者ユニット１４のユーザに
提示させる。該通報は音声メッセージ、区別可能な可聴
音、可視的表示、あるいは表示ライトのアクティベーシ
ョンとすることができる。この状況で、前記通報はユー
ザにネットワーク１０による通信サービスが現在利用で
きないことを通信する。可聴音声メッセージを発生して
妨害構造からの退去が通信サービスを得る上での助けと
なることを説明することができる。したがって、加入者
ユニット１４は、ネットワーク１０へのコンタクトの不
能性のような、状態を検出し、これが前記状態をユーザ
に説明する情報の提示を是認する。次に、加入者ユニッ
ト１４は適切な情報をユーザに提供する。

【００３０】タスク８２が放送チャネル１８が捕捉され
たことを判定した時、タスク８６は加入者ユニット１４
にネットワーク１０にログオンさせる。該ログオンプロ
セスは加入者ユニット１４にランダムアクセスチャネル
２０（図１を参照）を介してログオンメッセージを送信
させることにより行なわれる。ネットワーク１０、かつ
特に近くのＣＳＯ２６、は前記ログオンメッセージを通
信サービスを得るために前記識別された加入者ユニット
１４を登録する要求であると解釈する。加入者ユニット
１４がネットワーク１０にログオンした後、点線で示さ
れるように、背景手順８８がイネーブルされ、かつ処理
の制御は同時にスタンバイ手順９０に進む。背景手順８
８は図５に関して後に説明され、かつスタンバイ手順９
０は図６に関して後に説明する。

【００３１】図５は、背景手順８８の間に加入者ユニッ
ト１４によって行なわれるタスクのフローチャートを示
す。当業者は背景手順８８は、通報提示手順８４および
スタンバイ手順９０のような、他の手順が同時にアクテ
ィブであっても背景モードで常に行なわれることを理解
するであろう。言い換えれば、加入者ユニット１４が現
在着手している他のタスクにかかわりなく、背景手順８
８のタスク９２はネットワーク１０によって放送される
チャネルを監視するために行なわれる。問合せタスク９
４はパケット３０（図２を参照）が該加入者ユニット１
４に向けられているか否か判定するためにこのデータを
評価する。もしパケット３０が加入者ユニット１４に向
けられていれば、タスク９６は該パケット３０からのペ
イロード３８（図２を参照）をメモリ５４（図３を参
照）内に設けられたジョブキューに保存する。スタンバ
イ手順９０のような、他の前景（ｆｏｒｅｇｒｏｕｎ
ｄ）手順は、このジョブキューを評価しかつパケット３
０から受信されたデータをなんらかの行動を行なうため
の命令として取扱う。

【００３２】タスク９６の後あるいはタスク９４がなん
らのパケットも加入者ユニット１４に向けられていない
ことを判定した場合、タスク９８は入力のためにユーザ
インタフェース５６（図３を参照）を監視する。次に、
問合せタスク１００はユーザ入力が存在するか否かを判
定する、もしユーザ入力が存在すれば、タスク１０２は
該入力を集めかつ該入力を上に述べたジョブキューに格
納する。そのようなユーザ入力は、例えば、加入者ユニ
ット１４のユーザが電話番号をダイアルしているかある
いは該番号を被呼パーティを呼び出すためにネットワー
ク１０に送信する用意ができたことを表示する。

【００３３】タスク１０２の後、あるいはタスク１００
が何らかのユーザ入力を検出しなかった場合には、タス
ク１０４はバッテリレベルを監視する。もしバッテリが
ひどく劣化している場合には、問合せタスク１０６は通
報提示手順８４をアクティベイトする。この時、通報提
示手順８４は加入者ユニット１４に通報をユーザに提示
させ、該通報はユーザにバッテリが低下しておりかつ引
き続く動作が信頼できないことを通知する。低いバッテ
リレベルは加入者ユニット１４により検出される状態の
他の例であり、該加入者ユニット１４はその状態を示す
情報をユーザに提示することを保証する。通報提示手順
８４の完了後およびタスク１０６がバッテリレベルが受
入れ可能な限界内にあることを判定した場合には、プロ
グラム制御は、上に述べた、タスク９２に戻りかつプロ
グラム制御は引き続きタスク９２〜１０６の種々のもの
を含むループに留まる。

【００３４】図６は、スタンバイ手順９０のフローチャ
ートを示す。手順９０は通報データメッセージがネット
ワーク１０から受信されているか否かを判定する問合せ
タスク１０８を含む。タスク１０８は前記ジョブキュー
に含まれるデータを評価することによってその決定を行
うことができる。通報データメッセージが存在する場
合、通報提示手順８４が行われて前記メッセージにより
示される通報をユーザに提供する。当業者は、この時点
で、加入者ユニット１４により全通報データメッセージ
が受信されていることを理解するであろう。ネットワー
ク１０から見て、加入者ユニット１４とのこの通信は終
了し、かつネットワーク１０は今やその乏しい資源を他
の加入者ユニットに対しサービスを提供するために使用
することができる。ネットワーク１０はその資源を前記
通報が完全にユーザに提示されるまでこの加入者ユニッ
ト１４に割当てる必要はない。したがって、ネットワー
ク１０は前記通報データメッセージを加入者ユニット１
４に伝達する上でほんの少しの量の資源のみを消費した
ことになる。手順４８が示された通報を提示した後、プ
ログラム制御はタスク１０８に戻る。

【００３５】タスク１０８が通報データメッセージを検
出しない場合には、問合せタスク１１０は呼接続要求
（ｃｏｎｎｅｃｔ ｃａｌｌ ｒｅｑｕｅｓｔ）が受信
されているか否かを判定する。呼接続要求は加入者ユニ
ット１４がやがて来る呼における被呼パーティ（ｃａｌ
ｌｅｄ ｐａｒｔｙ）である場合にネットワーク１０か
ら発信することができる。したがって、タスク１１０は
前記ジョブキューを監視してネットワークのシステムメ
ッセージが受信されて加入者ユニット１４に呼をセット
アップするための要求を通知しているか否かを判定す
る。あるいは、呼接続要求は加入者ユニット１４がやが
て来る呼の発呼パーティ（ｃａｌｌｉｎｇｐａｒｔｙ）
である場合に加入者ユニット１４のユーザによって発生
される。タスク１１０はまた前記ジョブキューを監視し
てダイアルされた番号の送信を希望することを通知する
ユーザ入力がユーザインタフェース５６のスイッチバン
ク７４（図３を参照）から検出されているか否かを判定
する。もし呼を接続するための何らの要求も検出されな
い場合には、プログラム制御は、上に述べた、タスク１
０８に戻る。

【００３６】これに対し、もしタスク１１０が呼を接続
する要求を検出すれば、呼セットアップ処理を完了する
ためにタスク１１２が行われる。本発明の好ましい実施
例はタスク１１２において電話技術に習熟した者に知ら
れている伝統的な呼セットアップ処理を用いることを意
図している。例えば、加入者ユニット１４が被呼パーテ
ィである場合は、リンギング信号がユーザに提示され、
「応答」（ａｎｓｗｅｒｉｎｇ）と等価な事象が検出さ
れ、該応答事象はネットワーク１０に通信され、かつ受
信機４８および送信機５０（図３を参照）はネットワー
ク１０によって割当てられたトラフィックチャネル２２
に同調される。もし応答事象が検出されなければ、ネッ
トワーク１０からのシグナリングコマンドは発呼パーテ
ィが「ハングアップ」した時を表示しそれによって加入
者ユニット１４におけるリンギングが終了する。

【００３７】加入者ユニット１４が発呼パーティである
場合は該加入者ユニットは被呼パーティの識別番号をネ
ットワーク１０に送信する。呼のセットアップの間にネ
ットワーク１０から受信されたシステムメッセージは該
加入者ユニット１４に呼の進行を通知する。ネットワー
ク１０の回路が利用できない場合には、種々の「ビジ
ー」メッセージが加入者ユニット１４に送信される。被
呼パーティのラインまたはその等価物が現在使用中であ
る場合には他のビジーメッセージが加入者ユニット１４
に送信される。被呼パーティの電話または無線装置がリ
ンギング中の場合はリンギングメッセージが加入者ユニ
ット１４に送信される。さらに、呼のセットアップ中に
種々の他の呼進行メッセージが加入者ユニット１４に送
信され、それによって加入者ユニット１４が呼のセット
アップが進行していることを知ることができる。被呼パ
ーティが応答した時、ネットワークメッセージはやがて
来る呼において使用するためにトラフィックチャネル２
２のアイデンティティを通信することができ、かつ加入
者ユニット１４は次にその受信機４８および送信機５０
をこのチャネルに同調する。

【００３８】図６に示されるように、呼のセットアップ
中に加入者ユニット１４において受信されたネットワー
クのシステムメッセージは通報提示手順８４をアクティ
ベイトする。本発明の１つの実施例においては、加入者
ユニット１４において明示的な（ｅｘｐｌｉｃｉｔ）通
報データメッセージが受信される。前記明示的な通報デ
ータメッセージは加入者ユニット１４によりユーザに通
報を提示するために排他的にコマンドとして解釈され
る。そのような明示的な通報データメッセージはユーザ
に提示するために特定の通報を直接識別するデータを含
む。本発明の他の実施例においては、加入者ユニット１
４において暗示的な（ｉｍｐｌｉｃｉｔ）通報データメ
ッセージが受信される。暗示的な通報データメッセージ
は加入者ユニット１４によって通報をユーザに提示する
ためにかつ多分他のタスクを行うためのコマンドとして
解釈される。加入者ユニット１４は特定の通報を識別す
るために前記暗示的な通報データメッセージによって伝
達されるデータを変換しあるいはさもなければ処理する
必要がある。いずれの実施例でも、特定の通報を識別す
るデータはシステムメッセージによって伝達される。

【００３９】例えば、加入者ユニット１４が到来呼をそ
れに通知するシステムメッセージを受信した場合、該加
入者ユニット１４はそのようなメッセージをユーザに対
しリンギング信号通報を提示するための命令として解釈
することができる。加入者ユニット１４がそれに対しビ
ジー状態を通知するシステムメッセージを受信した時、
該加入者ユニット１４はそのようなメッセージをユーザ
に特定の通報を提示するための命令として解釈すること
ができる。この通報は被呼パーティのラインが現在使用
中の場合は伝統的な「ビジー」オンとすることができ、
かつネットワーク１０内の回路が現在利用できない場合
には種々の異なる音声メッセージとすることができる。
ネットワーク１０が発呼加入者ユニット１４に被呼パー
ティがリンギングされていることを通知した場合にリン
ギングのフィードバック通報が提示される。ネットワー
ク１０が加入者ユニット１４に対し被呼パーティが応答
したことを通知した時、加入者ユニット１４はそのよう
なシステムメッセージを前記リンギングのフィードバッ
ク通報を停止するための命令として解釈することができ
る。

【００４０】当業者は種々の通報の正確な内容は本発明
の重要な特徴でないことを理解するであろう。さらに、
当業者はシステム資源は、加入者ユニット１４によって
ユーザに対する内部的に記憶された通報を提示する命令
として解釈されるシステムメッセージを通信することに
より、より効率的に利用することができ、これはオーデ
ィオ品質の通信リンクを確立するためにシステム資源を
割当てそれによってオーディオ通報が中央交換局からユ
ーザへの提示のために加入者ユニットに送信される場合
よりもシステム資源をより効率的に利用できることを理
解するであろう。

【００４１】タスク１１２が呼セットアップ処理を完了
した後、タスク１１４は主として進行中の呼を管理す
る。言い換えれば、マイクロホン６８（図３を参照）か
らの出力アナログ信号は出力ボコード化（ｖｏｃｏｄｅ
ｄ）デジタルデータに変換されかつこの呼に対してネッ
トワーク１０により割当てられたトラフィックチャネル
２２を介してネットワーク１０に送信される。同様に、
入力デジタルボコード化データはトラフィックチャネル
２２によってネットワーク１０から受信され、デコード
され、入力アナログオーディオ信号に変換され、かつス
ピーカ６６（図３を参照）を介してユーザに提示され
る。もちろん、当業者は実時間通信をサポートするため
に、タスク１１４はスタンバイ手順９０の間にイネーブ
ルされかつ背景モードの動作の間に連続的に行われるこ
とを理解するであろう。言い換えれば、加入者ユニット
１４は呼の進行中は他のタスクおよび手順を行うことが
できるが、加入者ユニット１４はタスク１１４を行い続
ける。

【００４２】呼の進行中に加入者ユニット１４によって
行われる他のタスクの１つは問合せタスク１１６であ
る。問合せタスク１１６はシステム制御メッセージ４０
（図２を参照）の存在につきトラフィックチャネル２２
によって受信されたパケット３０（図２を参照）の流れ
を監視する。特に、タスク１１６は通報データメッセー
ジの存在を検出する。そのようなメッセージが存在する
場合、通報提示手順８４がアクティベイトされて該メッ
セージにより示された通報をユーザに提示する。そのよ
うなメッセージが可聴通報である場合は、コントローラ
４６はデータを通報メモリ６０からボコーダ６２に導く
ためにスイッチ５２を制御する。メッセージの完了後、
コントローラ４６は受信機４８からのデータをボコーダ
６２に流れるようにするためスイッチ５２を設定し、か
つプログラム制御は進行中の呼の処理を続ける。

【００４３】したがって、可聴的であれ、可視的であ
れ、あるいは両方であるか否かにかかわらず、通報は加
入者ユニット１４に導かれているパケット３０の流れか
らの１つのパケット３０に比較的短いシステム制御メッ
セージを含めることによって呼の進行中にユーザに提示
することができる。これらの通報の例は呼待機通報また
はユーザに通信サービスにおけるやがて来ることが予期
される妨害を警報する通報である。

【００４４】問合せタスク１１８もまた呼の進行中に行
われる。タスク１１８はその呼が終了したか否かを判定
する。該呼は加入者ユニット１４のユーザが「ハングア
ップ」した場合に終了する。この事象は、上に述べた、
背景手順８８の動作および前記ジョブキューのデータの
監視によって検出できる。さらに、該呼は反対側のパー
ティがハングアップした場合にも終了する。この状況は
呼の終了を通知するシステム制御メッセージ４０（図２
を参照）のためのパケット３０（図２を参照）を監視す
ることにより検出される。呼が終了していない限り、加
入者ユニット１４は、上に述べたように、タスク１１４
にループバックすることにより、図６に示されるよう
に、進行する呼を管理し続ける。呼が終了した時、タス
ク１２０はその呼を終了するのに何らかの処理を行いか
つプログラム制御は次にタスク１０８に戻る。

【００４５】図７は、通報提示手順８４の間に加入者ユ
ニット１４によって行われるタスクのフローチャートを
示す。手順８４はユーザに提示されるべき通報の識別子
（ｉｄｅｎｔｉｔｙ）を得るためにタスク１２２を行
う。上に述べたように、この識別子は明示的または暗示
的に加入者ユニットに通信される。タスク１２２の後
に、タスク１２４は前記通報のための性能パラメータを
得るために前記識別子データを使用する。例えば、性能
パラメータは可視的通報を明滅させるか否か、可聴通報
を反復するか否か、反復を終了するための信号としてど
のような条件を使用するか、および／または大きな通報
を形成するために一緒につながれる別個の小さな通報の
リストを表示することができる。

【００４６】図８は、通報を提示する上で手順８４によ
って使用できる例示的なメモリ構造１２６のブロック図
を示す。構造１２６は通報のレパートリーを提供しかつ
好ましくは通報メモリ６０（図２を参照）内に維持され
る。図８に示されるように、構造１２６は離散的な通報
部分１２８に分割される。各々の通報部分１２８はタス
ク１２４（図７を参照）において得られたデータを提供
する性能パラメータのセグメント１３０を含むことがで
きる。さらに、各通報部分１２８は可視的セグメント１
３２および可聴セグメント１３４を含むことができる。
可視的セグメント１３２は表示装置７２（図３を参照）
において可視的に提示されるデータを含み、かつ可聴セ
グメント１３４はスピーカ６６（図３を参照）において
可聴的に提供されるデータを含む。通報部分１２８は通
報が排他的に可聴的に提示された場合に可視的セグメン
ト１３２を省略でき、あるいは通報が排他的に可視的に
提示された場合に可聴セグメント１３４を省略できる。
もちろん、当業者は可聴セグメント１３４に記憶された
データは符号化されかつ圧縮され、それによって、ボコ
ーダ６２（図３を参照）によって処理された時、有意の
可聴音および言語が生成されることを理解するであろ
う。前記有意の可聴音は、伝統的な電話のリンギング信
号、ビジー信号、およびダイアルトーンのような、非言
語的な（ｎｏｎ−ｖｅｒｂａｌ）音声を含む。前記可聴
音はさらに選択された言語で表現される音声メッセージ
を含む。

【００４７】本発明の１つの実施例においては、メモリ
構造１２６は言語の次元（ｄｉｍｅｎｓｉｏｎ）を含
み、それによって各通報部分１２８が種々の異なる言語
１３６で表される。しかしながら、現在のより好ましい
実施例においては、ユーザは購買の時点でユーザは彼ま
たは彼女が通報を受信することを希望する言語を選択し
かつ構造１２６はその時点でその選択された言語のみを
導入するよう加入者ユニット１４にプログラムされる。
このより好ましい実施例においては、１つの言語１３６
のみが含まれ加入者ユニット１４のメモリ要求を節約し
ている。

【００４８】図７に戻ると、タスク１２４が識別された
通報の性能パラメータを得た後、任意選択的なタスク１
３７は通報を提示する上で使用するために言語を選択す
る。タスク１３７は複数の言語１３６（図８を参照）が
メモリ構造１２６（図８を参照）内に含まれている場合
にのみ行われる。ユーザはスイッチバンク７４を介して
言語選択を表示することができ、かつこの選択は次にメ
モリ５４（図３を参照）における変数に記憶される。も
ちろん、１つの言語のみがメモリ構造１２６に含まれて
いれば、タスク１３７は省略できる。

【００４９】タスク１３７の後に、問合せタスク１３８
は可視的セグメント１３２（図８を参照）がこの通報の
ために要求されているか否かを決定する。この決定は前
記性能パラメータを評価することによりあるいは前記選
択された通報部分１２８（図８を参照）に可視的セグメ
ント１３２が含まれているか否かを判定することにより
行うことができる。もし可視的セグメント１３２が特定
されていれば、タスク１４０は識別された通報部分１２
８から該可視的セグメント１３２を得、かつ表示装置７
２（図３を参照）をこのセグメントからのデータでプロ
グラムする。

【００５０】タスク１４０の後およびタスク１３８が何
らの可視的セグメント１３２（図８を参照）も前記識別
された通報に対して特定されていないことを判定した時
に、問合せタスク１４２は可聴セグメント１３４（図８
を参照）が特定されているか否かを判定する。もし可聴
セグメント１３４が特定されていない場合には、プログ
ラム制御は手順８４を退出しかつ発呼手順（ｃａｌｌｉ
ｎｇ ｐｒｏｃｅｄｕｒｅ）に戻る。

【００５１】可聴セグメントが特定されている場合は、
タスク１４６はメモリ構造１２６の識別された部分１２
８の前記識別された可聴セグメント１３４（図８を参
照）をアドレスバス５８（図３を参照）の適切な制御に
よって選択する。この選択された可聴セグメント１３４
は次に適切なデータレートでスイッチ５２（図３を参
照）を介してボコーダ６２に導かれる。タスク１４６の
後に、問合せタスク１４８は前記可聴通報が反復を必要
とするか否かを決定する。リンギング、呼の発信の間の
リンギングのフィードバック、ビジー信号、およびダイ
アルトーンのような非言語通報は一般に何らかの外部事
象が発生するまで通報の小さなセグメントを反復する。
しかしながら、音声メッセージおよび他の通報を同様に
反復することも可能である。前記通報が反復されない場
合には、プログラム制御は手順８４を退出する。上に述
べたタスク１２４において得られた、性能パラメータ１
３０（図８を参照）は反復が必要であるか否かを判定す
るために試験される。

【００５２】手順８４によってユーザに提示されている
通報が反復通報である場合は、問合せタスク１５０は反
復を終了するか否かを判定する。上のタスク１２４にお
いて得られた性能パラメータ１３０（図８を参照）はど
の様な条件で反復を終了させるかを特定することができ
る。そのような条件は通報が終了されるよう指令するシ
ステム制御メッセージの受信を含み得る。例えば、加入
者ユニット１４が呼を発信した時、システムメッセージ
は加入者ユニット１４に他のパーティがその呼に応答し
たことを指示することができる。この状況では、加入者
ユニット１４はリンギングのフィードバック通報を終了
させることができる。あるいは、ビジー信号およびダイ
アルトーンはユーザがハングアップするか、あるいはそ
れに相当する状態になるまで継続する。タスク１５０が
反復が継続する必要があると判定した場合、プログラム
制御はタスク１４６に戻りユーザへの通報の提示を反復
する。タスク１５０が反復が終了できることを判定した
場合には、プログラム制御は手順８４を退出しかつ発呼
手順に戻る。

【００５３】本発明によって特許請求されるものは、通
信ネットワーク（１０）と通信し、データを記憶するた
めのメモリ（６０，１２６）を有し、かつそれによって
前記加入者ユニット（１４）のユーザが通報を知覚でき
るユーザインタェース（５６）を有する加入者通信ユニ
ット（１４）を動作させる方法である。該方法は前記メ
モリ（６０，１２６）に通報データを記憶する段階を具
備し、該通報データは通報のレパートリーとして作用す
る。前記方法はさらに通報データメッセージ（１０８）
を検出するために前記通信ネットワーク（１０）から送
信されたデータを監視する段階（９２〜１０６）を含
み、前記通報データメッセージは前記加入者ユニット
（１４）に通報（８４）を提示することを指令し、かつ
前記通報データメッセージ（１０８）は前記通報（１２
８）の内の１つを識別するデータを伝達する。前記方法
はさらに、前記監視段階（９２）が前記通報データメッ
セージ（１０８）を検出した時に、前記メモリ（６０，
１２６）において前記通報データ（１２８）の一部を選
択する段階を具備し、前記通報データの選択された部分
は前記識別データ（１２２）に応じて選択される。前記
方法はさらに、前記特定された通報を前記ユーザに提示
するために前記通報データ（１２８）の前記選択された
部分によって前記ユーザインタフェース（５６）を制御
する段階を具備する。前記方法はさらに前記監視段階と
同時に進行する呼を処理する段階を具備することが望ま
しい。前記進行する呼を処理する段階は前記ネットワー
クへの通信のために出力アナログ情報を得るために前記
ユーザインタフェースを制御する段階、前記出力アナロ
グ情報を出力デジタルデータに変換する段階、前記出力
デジタルデータを前記ネットワークに送信する段階、前
記ネットワークから入力デジタルデータを受信する段
階、前記入力デジタルデータを入力アナログ情報に変換
する段階、および前記入力アナログ情報を前記ユーザに
提示するために前記ユーザインタフェースを制御する段
階を具備する。

【００５４】前記監視段階は前記通報データメッセージ
が第１の期間にわたり受信されるよう構成され、かつ前
記制御段階は前記特定された通報を第２の期間にわたり
提示させ、前記第２の期間は前記第１の期間より大きく
することが望ましい。前記監視段階は前記制御段階が始
まる前に前記通報メッセージ全体を受信することが望ま
しい。前記制御段階は少なくとも前記選択された部分の
通報データのセグメントを可視的に提示する段階を具備
することが望ましい。前記制御段階は少なくとも前記選
択された部分の通報データのセグメントを可聴的に提示
する段階を具備することが望ましい。前記制御段階は前
記選択された部分の通報データのセグメントを可視的に
提示する段階を具備することが望ましい。前記可聴的に
提示する段階は前記通報データを音声メッセージに変換
する段階を具備することが望ましい。前記変換段階は前
記音声メッセージを前記ユーザによって特定された言語
で提示することが望ましい。前記ユーザインタフェース
はさらに前記ユーザからの入力を受信するよう構成さ
れ、かつ前記可聴的に提示する段階は前記通報が前記ユ
ーザ入力が受信されるまで続く非言語音を含むように構
成することが望ましい。前記可聴的に提示する段階は前
記通報が前記通信ネットワークから終了データメッセー
ジが受信されるまで続く非言語音を含むよう構成され、
前記終了データメッセージは前記加入者ユニットに通報
を終了するよう指令し、かつ前記方法はさらに、前記制
御段階の後に、前記終了データメッセージの存在を検出
するために前記通信ネットワークから送信されるデータ
を監視する段階を具備することが望ましい。前記監視段
階に先立ち、前記ユーザに対し前記状態を示す情報の提
示を保証する状態を検出する段階、前記検出段階が前記
状態を検出した場合に、前記メモリから前記通報データ
の第２の部分を選択し、前記選択された第２の部分の通
報データは前記検出された状態または条件に応答して選
択される段階、そして前記通報データの第２の部分に応
じて前記ユーザインタフェースを制御する段階を具備す
ることが望ましい。

【００５５】本発明によってさらに特許請求されている
ものは、通信ネットワーク（１０）と通信しかつ通報の
形で加入者通信ユニットのユーザに情報を提示する該加
入者通信ユニット（１４）であって、該ユニットは、前
記通信ネットワーク（１０）から送信された入力データ
を受信するための受信機（４８）、前記受信機（４８）
に結合され、通報データメッセージ（１０８）を検出す
るために前記入力データを監視するためのコントローラ
（４６）であって前記通報データメッセージ（１０８）
は前記加入者ユニット（１４）に通報（８４）を提示す
るよう指令しかつ前記通報データメッセージ（１０８）
は通報（１２８）を識別するデータを伝達するものを具
備する。前記加入者通信ユニット（１４）は、さらに通
報データ（１２８）を記憶するためのメモリ（６６，１
２６）を具備し、前記通報データは通報のレパートリー
として機能する。前記加入者通信ユニット（１４）はさ
らに、前記メモリおよび前記コントローラに結合され、
前記メモリ（６０，１２６）から前記通報データ（１２
８）の一部を選択するための手段を具備し、前記通報デ
ータの選択された部分は前記識別データ（１０８）に応
じて選択される。さらに、前記加入者通信ユニット（１
４）は、前記コントローラ（４６）に結合され、前記ユ
ーザに対し前記通報データ（１０８）の前記選択された
部分に対応する前記通報（１２８）の内の１つをユーザ
に提示するためのユーザインタフェース（５６）を具備
する。

【００５６】前記コントローラは前記通報データメッセ
ージを検出するために前記入力データを同時に監視する
一方で、進行する呼を処理するために前記ユーザインタ
フェースを制御するよう構成することが望ましい。前記
通報データメッセージは第１の期間にわたり受信されか
つ前記コントローラは第２の期間にわたり前記提示され
た通報が提供されるように構成され、前記第２の期間は
前記第１の期間よりも大きいことが望ましい。前記ユー
ザインタフェースは前記コントローラに結合された可視
的表示装置を具備し、それによって少なくとも通報デー
タの前記選択された部分のセグメントが可視的に提示さ
れることが望ましい。前記ユーザインタフェースは前記
コントローラに結合されたスピーカを具備し、それによ
って前記通報データの前記選択された部分の少なくとも
１つのセグメントが可聴的に提示されることが望まし
い。前記加入者ユニットはさらに、前記コントローラお
よび前記スピーカの内の少なくとも１つに結合され、前
記通報データを音声メッセージに変換するための手段を
具備することが望ましい。

【００５７】本発明によってさらに特許請求されるもの
は、通信ネットワーク（１０）と通信し、データを記憶
するためのメモリ（６０，１２６）を有し、かつ前記加
入者ユニット（１４）のユーザが通報を知覚することが
できるユーザインタフェース（５６）を有する前記加入
者通信ユニット（１４）を動作させる方法である。該方
法は、前記メモリ（６０，１２６）に通報データを記憶
する段階を具備し、前記通報データは通報のレパートリ
ーとして機能する。前記方法はさらに、通報データメッ
セージ（１０８）を検出するために前記通信ネットワー
ク（１０）から送信されたデータを監視する段階を具備
し、前記通報データメッセージ（１０８）は前記加入者
ユニット（１４）に通報を行うよう指令し、前記通報デ
ータメッセージ（１０８）は前記通報（１２８）の１つ
を識別するデータを伝達し、かつ前記通報データメッセ
ージ（１０８）は第１の期間にわたり受信される。前記
方法はさらに、前記監視段階が前記通報データメッセー
ジ（１０８）を検出した時、前記通報データ（１２８）
の一部を前記メモリ（６０，１２６）から選択する段階
を具備し、前記通報データの選択部分は前記識別データ
（１０８）に応じて選択される。前記方法はさらに、前
記通報データ（１２８）の前記選択部分を音声メッセー
ジに変換する段階、および前記音声メッセージを前記ユ
ーザに可聴的に提示するために前記ユーザインタフェー
ス（５６）を制御する段階を具備し、前記音声メッセー
ジは前記第１の期間よりも大きな第２の期間にわたり提
示される。前記方法はさらに前記監視段階と同時に進行
する呼を処理する段階を具備することが望ましい。

【００５８】前記進行中の呼を処理する段階は前記ネッ
トワークへの通信のために出力アナログ情報を得るため
前記インタフェースを制御する段階、前記出力アナログ
情報を前記出力デジタルデータに変換する段階、前記出
力デジタルデータを前記ネットワークに送信する段階、
前記ネットワークから到来デジタルデータを受信する段
階、前記到来デジタルデータを入力アナログ情報に変換
する段階、および前記到来アナログ情報を前記ユーザに
提示するために前記ユーザインタフェースを制御する段
階を具備することが望ましい。

【００５９】

【発明の効果】以上要するに、本発明は改良された加入
者ユニットおよび加入者ユニットを動作させる方法を提
供する。通報は短いシステム制御メッセージの受信に応
じてユーザに提示される。その結果、加入者ユニットの
通報を行うためにほんの少しの量のスペクトルが使用さ
れるのみとなる。さらに、通報は加入者ユニット内にユ
ーザにより選択された言語で記憶される。したがって、
ユーザは外国語が話される領域に移動することがありか
つそれでも彼または彼女の好ましい言語で音声メッセー
ジを受信できる。さらに、簡単なシステム制御メッセー
ジがリアルタイムの音声通話を伝達するデジタル化デー
タパケットとインタリーブできる。呼が進行している間
に、シグナリング情報を加入者ユニットに通信するため
に何らの余分のシステム資源も必要とされない。

【００６０】本発明は好ましい実施例に関して上で説明
した。しかしながら、当業者は本発明の範囲から離れる
ことなくこれらの好ましい実施例において変更および修
正を行うことが可能であることを認識するであろう。例
えば、加入者ユニットがそれによって通信するネットワ
ークは空間をベースとした（ｓｐａｃｅ−ｂａｓｅｄ）
ネットワークである必要はなく、任意の通信システムと
することができる。さらに、ここで説明したボコーダは
音声シンセサイザまたは他のデジタル−オーディオ／音
声装置と置き換えることができる。さらに、当業者は広
範囲のタスクの編成および構造そしてメモリ構造を本発
明を構成する上で使用できることを理解するであろう。
当業者に明らかなこれらおよび他の変更および修正は本
発明の範囲内に含まれるものと考える。

【図面の簡単な説明】

【図１】本発明の教示に従って構成された加入者ユニッ
トが動作する環境のレイアウト図を示す。

【図２】通信ネットワークおよび前記加入者ユニットに
よって使用されるデジタルデータパケットのブロック図
を示す。

【図３】前記加入者ユニットのブロック図を示す。

【図４】前記加入者ユニットによって行われるスタート
手順のフローチャートを示す。

【図５】前記加入者ユニットによって行われる背景手順
のフローチャートを示す。

【図６】前記加入者ユニットによって行われるスタンバ
イ手順のフローチャートを示す。

【図７】前記加入者ユニットによって行われる通報提示
手順のフローチャートを示す。

【図８】前記加入者ユニットのメモリ内に維持されるメ
モリ構造のブロック図を示す。

【符号の説明】

１０ 通信ネットワーク １４ 加入者通信ユニット ４６ コントローラ ４８ 受信機 ５６ ユーザインタフェース ６０，１２６ メモリ ６２ ボコーダ ６４ 増幅器 ６６ スピーカ １２８ 通報データ １３６ 言語データ

Claims (3)

【特許請求の範囲】
1. 【請求項１】 通信ネットワーク（１０）と通信し、デ
   ータを記憶するためのメモリ（６０，１２６）を有し、
   かつ前記加入者ユニット（１４）のユーザがそれを介し
   て通報を知覚するユーザインタフェース（５６）を有す
   る加入者通信ユニット（１４）を動作させる方法であっ
   て、該方法は、 前記メモリ（６０，１２６）に通報データを記憶する段
   階であって、前記通報データは通報のレパートリーとし
   て機能するもの、 通報データメッセージ（１０８）を検出するために前記
   通信ネットワーク（１０）から送信されたデータを監視
   する段階（９２〜１０６）であって、前記通報データメ
   ッセージは前記加入者ユニット（１４）に通報（８４）
   を提示するよう指令し、かつ前記通報データメッセージ
   （１０８）は前記通報（１２８）の内の１つを識別する
   データを伝達するもの、 前記監視段階（９２）が前記通報データメッセージ（１
   ０８）を検出した時、前記メモリ（６０，１２６）にお
   いて前記通報データ（１２８）の一部を選択する段階で
   あって、前記通報データの選択部分は前記識別データ
   （１２２）に応じて選択されるもの、そして前記特定さ
   れた通報を前記ユーザに提示するために前記通報データ
   の選択された部分によって前記ユーザインタフェース
   （５６）を制御する段階、 を具備することを特徴とする通信ネットワーク（１０）
   と通信する加入者通信ユニット（１４）を動作させる方
   法。
2. 【請求項２】 通信ネットワーク（１０）と通信しかつ
   加入者通信ユニット（１４）のユーザに通報の形で情報
   を提示する該加入者通信ユニット（１４）であって、 前記通信ネットワーク（１０）から送信された到来デー
   タを受信するための受信機（４８）、 前記受信機（４８）に結合され、通報データメッセージ
   （１０８）を検出するために前記到来データを監視する
   ためのコントローラ（４６）であって、前記通報データ
   メッセージ（１０８）は前記加入者ユニット（１４）に
   通報（８４）を提示するよう指令し、かつ前記通報デー
   タメッセージ（１０８）は通報（１２８）を識別するデ
   ータを伝達するもの、 通報データ（１２８）を記憶するためのメモリ（６０，
   １２６）であって、前記通報データは通報のレパートリ
   ーとして機能するもの、 前記メモリおよび前記コントローラに結合され、前記メ
   モリ（６０，１２６）から前記通報データ（１２８）の
   一部を選択するための手段であって、前記通報データの
   選択部分は前記識別データ（１０８）に応じて選択され
   るもの、そして前記コントローラ（４６）に結合され、
   前記ユーザに前記通報データ（１０８）の前記選択され
   た部分に対応する前記通報（１２８）の１つを提示する
   ためのユーザインタフェース（５６）、 を具備することを特徴とする加入者通信ユニット（１
   ４）。
3. 【請求項３】 通信ネットワーク（１０）と通信し、デ
   ータを記憶するためのメモリ（６０，１２６）を有し、
   かつそれを介して前記加入者ユニット（１４）のユーザ
   が通報を知覚できるユーザインタフェース（５６）を有
   する加入者通信ユニット（１４）を動作させる方法であ
   って、 前記メモリ（６０，１２６）に通報データを記憶する段
   階であって、前記通報データは通報のレパートリーとし
   て機能するもの、 通報データメッセージ（１０８）を検出するために前記
   通信ネットワーク（１０）から送信されたデータを監視
   する段階であって、前記通報データメッセージ（１０
   ８）は前記加入者ユニット（１４）に通報を行うよう指
   令し、前記通報データメッセージ（１０８）は前記通報
   （１２８）の内の１つを識別するデータを伝達し、かつ
   前記通報データメッセージ（１０８）は第１の期間にわ
   たり受信されるもの、 前記監視段階が前記通報データメッセージ（１０８）を
   検出した時、前記通報データ（１２８）の一部を前記メ
   モリ（６０，１２６）から選択する段階であって、前記
   通報データの選択部分は前記識別データ（１０８）に応
   じて選択されるもの、 前記通報データ（１２８）の前記選択部分を音声メッセ
   ージに変換する段階、そして前記音声メッセージを前記
   ユーザに可聴的に提示するために前記ユーザインタフェ
   ース（５６）を制御する段階であって、前記音声メッセ
   ージは前記第１の期間よりも大きい第２の期間にわたり
   提示されるもの、 を具備することを特徴とする加入者ユニット（１４）を
   動作させる方法。