(57)【要約】【課題】通話中に暗号通信の鍵を変更する場合、暗号変更のタイミングがずれ、音声データの暗号化と復号が正しく行われない場合にノイズが発生するという課題がある。【解決手段】無線通信装置は、暗号鍵を用いて暗号通信を行う制御局と従属局で構成され、通話中、予め決められた手順で暗号鍵を変更する無線通信装置であって、前記暗号鍵の変更を行う場合、暗号鍵の変更の手順が正しく行われなかった場合、音声信号を抑圧するように動作する制御部を有する。【選択図】図８
2015198376.tif 000002
【特許請求の範囲】
【請求項１】
暗号鍵を用いて暗号通信を行う制御局と従属局で構成され、通話中、予め決められた手順で暗号鍵を変更する無線通信装置であって、前記暗号鍵の変更を行う場合、暗号鍵の変更の手順が正しく行われなかった場合、音声信号を抑圧するように動作する制御部を有する、無線通信装置。
【請求項２】
暗号鍵を変更する予め決められた手順のうち、正しくメッセージが受信されなかった場合にノイズが発生するメッセージを送信後、前記メッセージに対する応答メッセージを受信できなかった場合、音声信号を抑圧するように動作する制御部を有する、請求項１記載の無線通信装置。
【請求項３】
音声信号を予め決められた速度でフェードアウト、フェードインするように動作する第１の音声抑圧手段と、音声信号をミュート、ミュート解除するように動作する第２の音声抑圧手段を備え、
通信中に受信エラーが発生した場合、第１の音声抑圧手段で音声信号をフェードアウトさせ、前記フェードアウトさせた状態で受信エラーがなくなった場合、第１の音声抑圧手段で音声信号をフェードインさせるように制御し、暗号鍵の変更のメッセージが正しく受信できなかった場合、第１の音声抑圧手段で音声信号をミュートさせ、前記ミュートさせた状態で暗号鍵の変更のメッセージが正しく受信した場合、第２の音声抑圧手段で音声信号のミュートを解除させるように制御する制御部を有する、請求項１、または、請求項２記載の無線通信装置。
【請求項４】
暗号鍵を用いて暗号通信を行う制御局と従属局で構成される無線通信装置の前記制御局の制御方法であって、
通話中、予め決められた手順で前記暗号鍵を変更するステップと、
前記暗号鍵の変更を行う場合の前記手順が正しく行われなかった場合、
音声信号を抑圧するように動作するステップと、
を有する、無線通信装置の制御方法。
【請求項５】
制御局と従属局で構成される無線通信装置であって、
前記制御局は、前記従属局との間で暗号鍵を用いた通信を行う無線通信部と、
所定の情報に基づいて前記暗号鍵を用いた通信中の音声メッセージの音声信号の出力レベルを制御する制御部と、
を備える無線通信装置。
【請求項６】
前記所定の情報は、
前記従属局から送信される音声メッセージの受信エラーの有無であることを特徴とする請求項５に記載の無線通信装置。
【請求項７】
前記所定の情報は、前記暗号鍵を変更するために前記従属局から送信されるべきメッセージの受信有無であることを特徴とする請求項５に記載の無線通信装置。
【請求項８】
前記所定の情報は、
前記従属局から送信される音声メッセージに付加された前記従属局の受信状態であることを特徴とする請求項５に記載の無線通信装置。
【請求項９】
前記制御部は、前記受信エラーが有る場合に、
前記暗号鍵を用いた通信中の音声メッセージの音声信号の出力レベルを低げることを特徴とする請求項６に記載の無線通信装置。
【請求項１０】
前記制御部は、前記従属局から送信されるべきメッセージを受信しない場合に、
前記暗号鍵を用いた通信中の音声メッセージの音声信号の出力レベルをミュートにすることを特徴とする請求項７に記載の無線通信装置。
【請求項１１】
制御局と従属局で構成される無線通信装置の制御方法であって、
前記制御局と前記従属局との間で暗号鍵を用いた通信を行う無線通信ステップと、
所定の情報に基づいて前記暗号鍵を用いた通信中の音声メッセージの音声信号の出力レベルを制御するステップと、
を備える無線通信装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コードレス電話等に利用可能な無線通信装置、無線通信装置の制御方法に関する。
【背景技術】
【０００２】
セキュリティ性能の向上のためにコードレス電話等に使用される無線通信では、通信路を確立するためのネゴシエーションのための制御データや通話中の音声データの送受信を暗号化して通信を行う技術が利用されている。コードレス電話等の無線通信では、暗号化と復号に同じ鍵を使用する共通鍵暗号方式が多く採用されている。コードレス電話のように一般の人が使用する無線通信装置では、利便性の向上のために、共通鍵暗号方式で使用される鍵を、無線通信を用いて自動で生成し、親子機相互のＥＥＰＲＯＭ等の不揮発性メモリに記憶し、暗号通信に使用する。例えば、非特許文献１、非特許文献２、非特許文献３、非特許文献４、非特許文献５には、デジタルコードレス電話の通信方式として広く世界に普及しているＤＥＣＴ（Ｄｉｇｉｔａｌ  Ｅｎｈａｎｃｅｄ  Ｃｏｒｄｌｅｓｓ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）方式の無線通信で用いる暗号化の仕様が規定されている。又、非特許文献５には、ＤＥＣＴ方式で通信を行う親機と子機を用いてコードレス電話等の音声通信を行う場合の手順等が規定されおり、親子機間の無線リンク確立後、直ちに暗号通信を起動するＥａｒｌｙ  ｅｎｃｒｙｐｔｉｏｎの方法、適当な間隔で暗号通信の鍵を変えながら暗号通信を継続するＲｅ−ｋｅｙｉｎｇ  ｄｕｒｉｎｇ  ａ  ｃａｌｌの方法が規定されている。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ＥＴＳＩ  ＥＮ  ３００  １７５−２：  「Ｄｉｇｉｔａｌ  Ｅｎｈａｎｃｅｄ  Ｃｏｒｄｌｅｓｓ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  （ＤＥＣＴ）；  Ｃｏｍｍｏｎ  Ｉｎｔｅｒｆａｃｅ  （ＣＩ）；  Ｐａｒｔ  ２：  Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  （ＰＨＬ）」
【非特許文献２】ＥＴＳＩ  ＥＮ  ３００  １７５−３：  「Ｄｉｇｉｔａｌ  Ｅｎｈａｎｃｅｄ  Ｃｏｒｄｌｅｓｓ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  （ＤＥＣＴ）；  Ｃｏｍｍｏｎ  Ｉｎｔｅｒｆａｃｅ  （ＣＩ）；  Ｐａｒｔ  ３：  Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  （ＭＡＣ）  ｌａｙｅｒ」
【非特許文献３】ＥＴＳＩ  ＥＮ  ３００  １７５−５：  「Ｄｉｇｉｔａｌ  Ｅｎｈａｎｃｅｄ  Ｃｏｒｄｌｅｓｓ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  （ＤＥＣＴ）；  Ｃｏｍｍｏｎ  Ｉｎｔｅｒｆａｃｅ  （ＣＩ）；  Ｐａｒｔ  ５：  Ｎｅｔｗｏｒｋ  （ＮＷＫ）  ｌａｙｅｒ」
【非特許文献４】ＥＴＳＩ  ＥＮ  ３００  １７５−７：  「Ｄｉｇｉｔａｌ  Ｅｎｈａｎｃｅｄ  Ｃｏｒｄｌｅｓｓ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  （ＤＥＣＴ）；Ｃｏｍｍｏｎ  Ｉｎｔｅｒｆａｃｅ  （ＣＩ）；  Ｐａｒｔ  ７：  Ｓｅｃｕｒｉｔｙ  ｆｅａｔｕｒｅｓ」
【非特許文献５】ＥＴＳＩ  ＥＮ  ３００  ４４４：  「Ｄｉｇｉｔａｌ  Ｅｎｈａｎｃｅｄ  Ｃｏｒｄｌｅｓｓ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  （ＤＥＣＴ）；  Ｇｅｎｅｒｉｃ  Ａｃｃｅｓｓ  Ｐｒｏｆｉｌｅ  （ＧＡＰ）」．
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、通話中に暗号通信の鍵を変更する場合、通信エラーによって暗号通信の鍵を変更するためのメッセージを載せた送信信号が相手に正しく届かなかった場合、相手からの送信信号を受信エラーすることなく正常に受信できている状態であっても、暗号変更のタイミングがずれ、音声データの暗号化と復号が正しく行われないためノイズが発生する、という課題がある。
【０００５】
本発明の目的は、通話中に暗号通信の鍵を変更する場合のノイズの発生する頻度を低減することである。
【課題を解決するための手段】
【０００６】
本発明の一態様に係る無線通信装置は、暗号鍵を用いて暗号通信を行う制御局と従属局で構成され、通話中、予め決められた手順で暗号鍵を変更する無線通信装置であって、暗号鍵の変更を行う場合、暗号鍵の変更の手順が正しく行われなかった場合、音声信号を抑圧するように動作する制御部を有する構成を採る。
【発明の効果】
【０００７】
本発明によれば、暗号鍵の変更において、暗号化の停止時、新たな暗号鍵での暗号化の開始時のシーケンスの送受信において、期待するメッセージを受信できなかった場合、音声信号を抑圧するように制御するので、親子機間で暗号化の停止、及び、暗号化の開始のタイミングずれによるノイズの発生を低減できる。
【図面の簡単な説明】
【０００８】
【図１】本発明の実施の形態１に係る無線通信装置を用いたコードレス電話の一例を示す図
【図２】本発明の実施の形態１に係る親機の構成の一例を示すブロック図
【図３】本発明の実施の形態１に係る親機の音声処理部の受信処理部の構成の一例を示すブロック図
【図４】本発明の実施の形態１に係る子機の構成の一例を示すブロック図
【図５】本発明の実施の形態１に係る子機の音声処理部の受信処理部の構成の一例を示すブロック図
【図６】本発明の実施の形態１に係る通話開始から通話中の親機と子機間の無線通信で送受信される信号と動作の一例を示す図
【図７】本発明の実施の形態１に係る暗号停止、起動のメッセージと送信信号の暗号化の起動と停止、受信処理における受信信号の復号化の起動と停止のタイミングの一例を示す図
【図８】本発明の実施の形態１に係る通話開始から通話中に移行し、暗号鍵の変更を行う親機と子機の動作の一例を示すフローチャート
【図９】本発明の実施の形態１に係る親機から暗号要求を受信し暗号化鍵変更のシーケンスが起動された子機の暗号鍵の変更のシーケンスシーケンスエラーの判定とシーケンスエラーの判定に基づいた音声抑圧の起動停止を行う動作の一例を示すフローチャートフローチャート
【図１０】本発明の実施の形態１に係る暗号要求を送信し暗号鍵変更のシーケンスが起動された親機の暗号鍵の変更のシーケンスシーケンスエラーの判定とシーケンスエラーの判定に基づいた音声抑圧の起動停止を行う動作の一例を示すフローチャートフローチャート
【発明を実施するための形態】
【０００９】
以下、本発明の実施の形態について説明する。
【００１０】
（実施の形態１）
［コードレス電話の構成］
実施の形態１に係る無線通信装置の構成例について説明する。図１は、本実施の形態に係る無線通信装置を用いたコードレス電話の一例を示す図である。
【００１１】
図１に示す本発明の無線通信装置を用いたコードレス電話は、親機１、子機２，３で構成される場合の例を示したのである。親機１は、電話回線に接続される。親機１と子機２，３は、例えば、ＤＥＣＴ方式の無線通信によって通信が可能であり、子機２，３は親機１を介して外線通話や内線通話を行うことが可能である。
【００１２】
［親機１の構成］
親機１の構成例について説明する。図２は、親機１の構成例を示すブロック図である。
【００１３】
図２において、親機１は、無線通信部１０、音声処理部１２、報知部１３、操作部１４、表示部１５、情報記憶部１６、タイマ部１８、および制御部１９を有する。
【００１４】
無線通信部１０は、所定の方式で、無線リンクの確立や外線通話のための制御データや音声データの送受信を行うと共に、暗号通信の場合、送信データの暗号化と受信データの復号を行う。なお、本明細書において「無線通信」とは、無線送信および無線受信を含むものとする。
【００１５】
音声処理部１２は、電話回線やマイク（図示せず）から入力された音声信号をデジタル信号に変換し、送信用の音声データを生成すると共に、受信した音声データをアナログ信号に変換し電話回線やスピーカ（図示せず）に出力する。又、受信エラー時、及び、暗号鍵の変更時のシーケンスエラー検出時に、音声の出力を抑圧し、ノイズ発生を低減させる。
【００１６】
報知部１３は、外線からの着信や子機２、子機３からの内線呼び出しを受け、報知音を出力する。報知音は、例えば、リンガー音が挙げられる。
【００１７】
操作部１４は、ユーザの操作を受け付けるためのボタンである。ユーザの操作は、例えば、電話をかける操作（発信操作）、電話をうける操作（着信操作）、子機の登録を行う操作（子機登録操作）などが挙げられる。
【００１８】
表示部１５は、ユーザに対して情報を表示する。情報は、例えば、電話番号、登録情報、子機２の操作メニューなどが挙げられる。
【００１９】
情報記憶部１６は、親機１の識別符号（以下親機ＩＤと記す）と親機１に登録された子機の情報を記憶する。情報記憶部１６は、ＥＥＰＲＯＭ等の不揮発性メモリで構成される。情報記憶部１６に記憶される子機の情報は、登録された子機を識別し認証するための子機の識別符号（以下子機ＩＤと記す）と認証鍵、及び、暗号通信に使用する暗号鍵である。
【００２０】
タイマ部１８は、暗号鍵の変更間隔、そのリトライ間隔等の時間を計測する。
【００２１】
制御部１９は、上記各部と連携することで、親機１全体の動作を制御する。制御部１９による制御については、後述する。なお、親機１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、制御プログラムを格納したＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）などの記憶媒体、およびＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などの作業用メモリを有する。この場合、制御部１９の機能は、ＣＰＵが制御プログラムを実行することにより実現される。
【００２２】
次に、親機１の音声処理部１２の受信処理部の構成例について説明する。図３は、親機１の音声処理部１２の受信処理部の構成の一例を示すブロック図である。
【００２３】
図３において、親機１の音声処理部１２の受信処理部は、デコーダー１２１、第１の音声抑圧手段１２２、および第２の音声抑圧手段１２３を有する。
【００２４】
デコーダー１２１は、圧縮されて送られてきた音声データのデコードを行い、リニアＰＣＭのデータを出力する。例えば、ＤＥＣＴ方式の無線通信の場合、音声符号化方式としてＧ．７２６の音声符号化方式が採用されており、８ｋＨｚでサンプリングされた音声データが４ビットのデータに圧縮され、送受信される。そして、受信側に設けられたＧ．７２６のデコーダーは、４ビットに圧縮されたデータを８ビットのリニアＰＣＭのデータに戻す働きをする。
【００２５】
第１の音声抑圧手段１２２は、制御部１９からの受信エラー発生の状態を通知する制御信号に応じて音声データの抑圧を行う。第１の音声抑圧手段１２２は、制御部１９より受信エラーの発生が通知されると、音声の出力レベルを徐々にフェードアウトさせるよう動作する。例えば、ＤＥＣＴ方式の無線通信場合、１０ｍｓｅｃをフレーム周期とする時分割多重方式を用いた通信を行っており、１０ｍｓｅｃの音声信号に受信エラー検出用の符号をつけて送受信する。この場合、第１の音声抑圧手段１２２では、受信エラーを検出する毎に、１０ｍｓｅｃで３ｄｂずつ音声信号をフェードアウトさせるように動作し、受信エラーがなくなると、１０ｍｓｅｃで規定値（最大値）までフェードインさせるように動作する。
【００２６】
第２の音声抑圧手段１２３は、制御部１９からのシーケンスエラー発生の状態を通知する制御信号に応じて音声データの抑圧を行う。第２の音声抑圧手段１２３は、制御部１９よりシーケンスエラーの発生が通知されると、音声の出力レベルをミュートするように制御し、シーケンスエラーがなくなると、ミュート解除、あるいは、１０ｍｓｅｃで規定値（最大値）までフェードインさせるように動作する。
【００２７】
なお、親機１が備える機能部は、図２に示す１１〜１９、及び図３に示す１２１〜１２３に限定されるものではなく、その他の機能部を備えてもよい。その他の機能部は、親機１の主要機能を実現するためのものであってもよいし、主要機能を補助する補助機能を実現するためのものであってもよい。
【００２８】
［子機２，３の構成］
子機２，３の構成例について説明する。図４は、子機２，３の構成例を示すブロック図である。
【００２９】
図４において、子機２，３は、無線通信部２０、音声処理部２２、報知部２３、操作部２４、表示部２５、情報記憶部２６、および制御部２７を有する。なお、以下では、子機２を例として説明する。
【００３０】
無線通信部２０は、所定の方式で、無線リンクの確立や外線通話のための制御データや音声データの送受信を行うと共に、暗号通信の場合、送信データの暗号化と受信データの復号を行う。
【００３１】
音声処理部２２は、マイク（図示せず）から入力された音声信号をデジタル信号に変換し、送信用の音声データを生成すると共に、受信した音声データをアナログ信号に変換しスピーカ（図示せず）に出力する。又、受信エラー時、及び、暗号鍵の変更時のシーケンスエラー検出時に、受信音声の出力を抑制し、ノイズ発生を抑圧する。
【００３２】
報知部２３は、外線からの着信や親機１、子機３からの内線呼び出しを受け、報知音を出力する。報知音は、例えば、リンガー音が挙げられる。
【００３３】
操作部２４は、ユーザの操作を受け付けるためのボタンである。ユーザの操作は、例えば、電話をかける操作（発信操作）、電話をうける操作（着信操作）、子機の登録を行う操作（子機登録操作）などが挙げられる。
【００３４】
表示部２５は、ユーザに対して情報を表示する。情報は、例えば、電話番号、子機２の操作メニューなどが挙げられる。
【００３５】
情報記憶部２６は、子機２の子機ＩＤ、登録した親機、すなわち親機１の親機ＩＤ、認証鍵、及び、暗号通信に使用する暗号鍵を記憶する。情報記憶部１６は、ＥＥＰＲＯＭ等の不揮発性メモリで構成される。
【００３６】
制御部２７は、上記各部と連携することで、子機２全体の動作を制御する。制御部２７による制御については、後述する。なお、子機２は、例えば、ＣＰＵ、制御プログラムを格納したＲＯＭなどの記憶媒体、およびＲＡＭなどの作業用メモリを有する。この場合、制御部２７の機能は、ＣＰＵが制御プログラムを実行することにより実現される。
【００３７】
次に、子機２の音声処理部２２の受信処理部の構成例について説明する。図５は、子機２の音声処理部２２の受信処理部の構成の一例を示すブロック図である。
【００３８】
図５において、子機２の音声処理部２２の受信処理部は、デコーダー２２１、第１の音声抑圧手段２２２、および第２の音声抑圧手段２２３を有する。
【００３９】
デコーダー２２１は、圧縮されて送られてきた音声データのデコードを行い、リニアＰＣＭのデータを出力する。例えば、ＤＥＣＴ方式の無線通信場合、音声符号化方式としてＧ．７２６の音声符号化方式が採用されており、８ｋＨｚでサンプリングされた音声データが４ビットのデータに圧縮され、送受信される。そして、受信側に設けられたＧ．７２６のデコーダーは、４ビットに圧縮されたデータを８ビットのリニアＰＣＭのデータに戻す働きをする。
【００４０】
第１の音声抑圧手段２２２は、制御部２７からの受信エラー発生の状態を通知する制御信号に応じて音声データの抑圧を行う。第１の音声抑圧手段２２２は、制御部１９より受信エラーの発生が通知されると、音声の出力レベルを徐々にフェードアウトさせるよう動作する。例えば、ＤＥＣＴ方式の無線通信場合、１０ｍｓｅｃをフレーム周期とする時分割多重方式を用いた通信を行っており、１０ｍｓｅｃの音声信号に受信エラー検出用の符号をつけて送受信する。この場合、第１の音声抑圧手段１２２では、受信エラーを検出する毎に、１０ｍｓｅｃで３ｄｂずつ音声信号をフェードアウトさせるように動作し、受信エラーがなくなると、１０ｍｓｅｃで規定値（最大値）までフェードインさせるように動作する。
【００４１】
第２の音声抑圧手段２２３は、制御部２７からのシーケンスエラー発生の状態を通知する制御信号に応じて音声データの抑圧を行う。第２の音声抑圧手段２２３は、制御部１９よりシーケンスエラーの発生が通知されると、音声の出力レベルをミュート、あるいは、急峻にフェードアウトするように制御し、シーケンスエラーがなくなると、ミュート解除、あるいは、１０ｍｓｅｃで規定値（最大値）までフェードインさせるように動作する。
【００４２】
なお、子機２が備える機能部は、図４に示す２１〜２７、及び図５に示す２２１〜２２３に限定されるものではなく、その他の機能部を備えてもよい。その他の機能部は、子機２の主要機能を実現するためのものであってもよいし、主要機能を補助する補助機能を実現するためのものであってもよい。
【００４３】
［親機１及び子機２の動作］
以下、上述した本発明の無線通信装置を用いたコードレス電話の動作例について説明する。
【００４４】
図６は、通話開始から通話中の親機と子機間の無線通信で送受信される信号と動作の一例を示す図である。図６において、通話起動フェーズとは、親機１と子機２の無線リンクを確立し、接続先の電話番号情報等を通知し、通話先の相手との通信路を確立するためのフェーズである。通話起動フェーズが完了すると、親機１の音声処理部１２に接続された電話回線と子機２の音声処理部２２に接続されたマイク、スピーカー（図示せず）が無線通信を介して接続され、通信中状態となる。そして、通信相手が、応答すると、通信相手との通話が可能な状態となる。又、暗号鍵変更フェーズとは、通信中に暗号鍵を再発行し暗号鍵を変更するフェーズである。
【００４５】
まず最初に通話起動フェーズの詳細について説明する。子機２の操作部２４で相手電話番番号を指定し発信を要求する操作がなされると、制御部２７は、発信動作を開始し、通信起動フェーズが始まる。通話起動フェーズでは、子機２より無線リンク確立要求（例えば、ＤＥＣＴ方式の無線通信の場合、ＭＡＣレイヤの制御用メッセージのａｃｃｅｓｓ＿ｒｅｑｕｅｓｔ）が送信され、親機１が無線リンク確立確認（例えば、ＤＥＣＴ方式の無線通信の場合、ＭＡＣレイヤの制御用メッセージのｂｅａｒｅｒ＿ｃｏｎｆｉｒｍ）を返すことにより、親子機間の無線リンクが確立される。
【００４６】
続いて子機は、子機を識別するための子機ＩＤ、通信相手先の電話番号情報等を含んだ通話要求（例えば、ＤＥＣＴ方式の無線通信の場合、ＮＷＫレイヤの制御用メッセージのＣＣ−ＳＥＴＵＰ）を送信する。
【００４７】
通話要求を受信した親機１は、暗号鍵生成認証要求（例えば、ＤＥＣＴ方式の無線通信の場合、ＮＷＫレイヤのメッセージの｛ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ−ＲＥＱＵＥＳＴ｝）のメッセージを送信し、子機２は、暗号鍵生成認証応答（例えば、ＤＥＣＴ方式の無線通信の場合、ＮＷＫレイヤのメッセージの｛ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ−ＲＥＰＬＹ｝）を送信する。暗号鍵生成認証要求では、親機１が生成した乱数（例えば、ＤＥＣＴ方式の無線通信の場合、ＲＳ、ＲＡＮＤ）を送信し、暗号鍵生成認証応答では、子機で生成した認証応答値（例えば、ＤＥＣＴ方式の無線通信の場合、ＲＥＳ）が送信される。この暗号鍵生成認証要求と暗号鍵生成認証応答の送受信によって、親機１は通信相手の子機が自分に登録されている子機２かどうかの認証を行い、同時に、親機１と子機２の双方で暗号通信用の暗号鍵ＣＫ１を生成する。この認証と暗号鍵の生成は、暗号鍵生成認証要求で送受信される乱数と暗号鍵生成認証応答で送受信される認証応答値と、親機１の情報記憶部１６と子機２の情報記憶部２６に記憶された認証鍵を使用して予め決められた演算（以下認証暗号鍵生成演算と記す）を行うことにより実行される。即ち、暗号鍵生成認証要求で送受信される乱数と親子機それぞれが予め記憶していた同じ値の認証鍵を入力として親子機それぞれで認証暗号鍵生成演算を実施し、認証応答の値と暗号鍵を計算する。子機２は、求めた認証応答の値のみを暗号鍵生成認証応答で送信する。親機１は、受信した暗号鍵生成認証応答の認証応答の値と自らが計算して求めた認証応答の値を比較し同じであれば、図６に示すよう通信を継続し暗号通信の起動を開始し、異なる場合は、通信を切断する（図示せず）。
【００４８】
認証が終了し、暗号鍵ＣＫ１の生成が完了すると、暗号通信の起動が開始される。親機１からの暗号要求（例えば、ＤＥＣＴ方式の無線通信の場合、ＮＷＫレイヤのメッセージの｛ＣＩＰＨＥＲ−ＲＥＱＵＥＳＴ｝）、子機２からの暗号開始要求（例えば、ＤＥＣＴ方式の無線通信の場合、ＭＡＣレイヤの制御用メッセージのｓｔａｒｔ  ｅｎｃｒｙｐｔｉｏｎ：ｒｅｑｅｓｔ）、親機からの暗号開始確認（例えば、ＤＥＣＴ方式の無線通信の場合、ＭＡＣレイヤの制御用メッセージのｓｔａｒｔ  ｅｎｃｒｙｐｔｉｏｎ：ｃｏｎｆｉｒｍ）、子機２からの暗号開始承認（例えば、ＤＥＣＴ方式の無線通信の場合、ＭＡＣレイヤの制御用メッセージのｓｔａｒｔ  ｅｎｃｒｙｐｔｉｏｎ：ｇｒａｎｔ）が順に送受信され暗号通信の起動が完了する。尚、子機２側では、暗号開始要求を送信し、次のフレームより受信信号の復号処理を開始し、暗号開始確認を受信すると送信信号の暗号化を開始する。又、親機１では、暗号開始要求を受信すると次のフレームより送信信号の暗号化を開始し、暗号開始確認を送信した次のフレームの受信より受信信号の復号処理を開始する。そして、親機１は、タイマ部１８の暗号鍵変更フェーズの起動のための時間を計測する暗号鍵変更タイマＴ１を起動する。
【００４９】
暗号通信の起動が完了すると、親機１は、接続通知（例えば、ＤＥＣＴ方式の無線通信の場合、ＮＷＫレイヤのメッセージの｛ＣＣ−ＣＯＮＮＥＣＴ｝）を送信し、電話回線から入力された信号を子機２に送信し、子機２より受信した信号を電話回線に出力する。また、子機２は、接続通知を受信すると親機１から受信した信号をスピーカーに出力し、マイクから入力された信号を親機１に送信する動作を開始し、通話中の状態に移行する。
【００５０】
次に、暗号鍵変更フェーズの詳細について説明する。親機１のタイマ部１８の暗号鍵変更タイマＴ１が満了すると暗号鍵変更フェーズが開始される。親機１のタイマ部１８の暗号鍵変更タイマＴ１が満了すると、暗号鍵の変更のメッセージの送受信が開始される。
【００５１】
暗号鍵の変更は、通話起動フェーズの暗号鍵生成の場合と同様に暗号鍵生成認証要求と暗号鍵生成認証応答を送受信することにより行われる。親機１は、暗号鍵生成認証要求にて新たに生成した乱数を子機に送信する。そして、親機と子機２は、この乱数と親機１の情報記憶部１６と子機２の情報記憶部２６に記憶された認証鍵を使用して予め決められた演算（以下認証暗号鍵生成演算と記す）を行うことにより新たな暗号鍵ＣＫ２を生成する。
【００５２】
新たな暗号鍵ＣＫ２の生成が完了すると、暗号通信を一旦停止し、新たな暗号鍵に変更し暗号通信を再開するための制御が開始される。
【００５３】
通話起動フェーズの暗号通信起動時と同様に、先ず、親機１から暗号要求を送信する。
【００５４】
暗号要求を受信すると子機２は、暗号通信を一旦停止するために暗号停止要求（例えば、ＤＥＣＴ方式の無線通信の場合、ＭＡＣレイヤの制御用メッセージのｓｔｏｐ  ｅｎｃｒｙｐｔｉｏｎ：ｒｅｑｅｓｔ）を送信し、次のフレームから受信の復号化を停止し、平文受信状態（暗号がかかっていない信号の受信状態）に移行する。
【００５５】
親機１は、暗号停止要求を受信すると送信の暗号化を停止し暗号停止確認（例えば、ＤＥＣＴ方式の無線通信の場合、ＭＡＣレイヤの制御用メッセージのｓｔｏｐ  ｅｎｃｒｙｐｔｉｏｎ：ｃｏｎｆｉｒｍ）を送信し、次のフレームから受信の復号化を停止する。
【００５６】
子機２は、暗号停止確認を受信すると、送信の暗号化を停止し平文送受信状態（暗号がかかっていない信号の送受信状態）に移行する。
【００５７】
暗号通信の停止が完了すると、通話起動フェーズの暗号通信起動時と同様に、子機２からの暗号開始要求（例えば、ＤＥＣＴ方式の無線通信の場合、ＭＡＣレイヤの制御用メッセージのｓｔａｒｔ  ｅｎｃｒｙｐｔｉｏｎ：ｒｅｑｅｓｔ）、親機からの暗号開始確認（例えば、ＤＥＣＴ方式の無線通信の場合、ＭＡＣレイヤの制御用メッセージのｓｔａｒｔ  ｅｎｃｒｙｐｔｉｏｎ：ｃｏｎｆｉｒｍ）、子機２からの暗号開始承認（例えば、ＤＥＣＴ方式の無線通信の場合、ＭＡＣレイヤの制御用メッセージのｓｔａｒｔ  ｅｎｃｒｙｐｔｉｏｎ：ｇｒａｎｔ）が順に送受信され暗号通信の起動が完了し、新たな暗号鍵ＣＫ２を使用しての暗号通信が開始される。
【００５８】
そして、親機１は、タイマ部１８の暗号鍵変更フェーズの起動のための時間を計測する暗号鍵変更タイマＴ１を起動し、親機１と子機２は、通話中の状態に戻る。
【００５９】
以降、親機１は、暗号鍵変更タイマＴ１が満了するごとに無線暗号鍵変更フェーズを起動し、暗号鍵の変更を実施する。
【００６０】
次に、無線暗号鍵変更フェーズの、暗号停止、起動のメッセージと送信信号の暗号化の起動と停止、受信処理における受信信号の復号化の起動と停止のタイミングについての詳細について図７を用いて説明を行う。図７は、暗号停止、起動のメッセージと送信信号の暗号化の起動と停止、受信処理における受信信号の復号化の起動と停止のタイミングの一例を示す図である。
【００６１】
図７は、図６における暗号鍵変更フェーズの子機２が暗号要求を受信した以降から暗号鍵を変更して暗号通信を再開するまでの暗号停止、起動のメッセージと送信信号の暗号化の起動と停止、受信処理における受信信号の復号化の起動と停止のタイミングについて記載している。又、図７では、制御メッセージともに送信される音声データが暗号化された信号（以下暗号文と記す）を実線の矢印で、暗号化されていない信号（以下平文と記す）を点線の矢印で記す。又、親機１から子機２への送信（左向き矢印）と子機２から親機１への送信（右向き矢印）のペア毎に、時系列に沿って、番号を付している（以下、フレーム番号と記す）。
【００６２】
図７において、初期状態、即ちフレーム番号１の状態は、親機１、子機２共に暗号文の音声データを送信し、復号処理を行っている。
【００６３】
次のフレーム番号２のタイミングで子機２は、暗号停止要求を送信し、受信音声データの復号処理を停止し平文受信状態に移行する。尚、子機２の送信は、送信音声データの暗号化を行う暗号文送信状態のままである。
【００６４】
一方、親機１は、フレーム２のタイミングで暗号停止要求を受信すると、送信音声データの暗号化を停止し、送信音声データを暗号化せずに送信する平文送信状態に移行し、次のフレーム（フレーム番号３）で、暗号停止確認を送信し、次のフレーム（フレーム番号４）で、受信音声データの復号処理を停止し平文受信状態に移行する。
【００６５】
子機２は、フレーム番号３のタイミングで暗号停止確認を受信すると、次のフレーム（フレーム番号４）のタイミングで送信音声データの暗号化を停止し、送信音声データを暗号化せずに送信する平文送信状態に移行し、暗号開始要求を送信する。
【００６６】
親機１は、フレーム４のタイミングで暗号開始要求を受信すると、送信音声データの暗号化を起動し、送信音声データを暗号化して送信する暗号文送信状態に移行し、次のフレーム（フレーム番号５）で、暗号開始確認を送信し、次のフレーム（フレーム番号６）で、受信音声データの復号処理を開始し暗号文受信状態に移行する。
【００６７】
子機２は、フレーム番号５のタイミングで暗号開始確認を受信すると、次のフレーム（フレーム番号６）のタイミングで送信音声データの暗号化を起動し、送信音声データを暗号化して送信する暗号文送信状態に移行し、暗号開始承認を送信する。
【００６８】
次に、通話開始から通話中に移行し、暗号鍵の変更を行う際の動作について図８を用いて説明を行う。図８は、通話開始から通話中に移行し、暗号鍵の変更を行う親機と子機の動作の一例を示すフローチャートである。
【００６９】
まず、通話開始に当たり、親機１と子機２の無線リンクが確立される（Ｓｔｅｐ：１０１）、通話要求のメッセージが送受信されるＳｔｅｐ：１０２）。そして、子機認証が行われ、子機認証と同時に暗号通信用の暗号鍵が生成され（Ｓｔｅｐ：１０３）、接続通知が送受信される（Ｓｔｅｐ：１０４）。
【００７０】
接続通知の送受信（Ｓｔｅｐ：１０４）後、親機１にて暗号鍵変更タイマが起動され（Ｓｔｅｐ：１０５）、通信中となり、音声データの送受信が行われる（Ｓｔｅｐ：１０６）。
【００７１】
通信中に音声データの送受信が行われ（Ｓｔｅｐ：１０６）ると、音声データの受信エラーが発生したか否かを判定し（Ｓｔｅｐ：１０７）、受信した音声データに受信エラーが発生していなかった場合（Ｓｔｅｐ：１０７、Ｙｅｓ）、受信エラー用の音声抑圧処理を停止、即ち、音声抑圧中であればフェードインの処理を実行する（Ｓｔｅｐ：１０９）。又、受信した音声データに受信エラーが発生していた場合（Ｓｔｅｐ：１０７、Ｎｏ）、受信エラー用の音声抑圧処理を起動し、フェードアウトの処理を実行する（Ｓｔｅｐ：１０９）。
【００７２】
受信エラーの状態に応じた音声信号の抑圧処理の起動（Ｓｔｅｐ：１０９）、停止（Ｓｔｅｐ：１０８）に続き、親機１にて暗号鍵変更タイマが満了しているか否かの判定を行う（Ｓｔｅｐ：１１０）。暗号鍵変更タイマが満了していなかった場合（Ｓｔｅｐ：１１０、Ｎｏ）、音声データの送受信を行う（Ｓｔｅｐ：１０６）に戻り、上述の処理を繰り返す。
【００７３】
暗号鍵変更タイマが満了しているか否かの判定にて、暗号鍵変更タイマが満了していた場合（Ｓｔｅｐ：１１０、Ｙｅｓ）、暗号鍵変更メッセージと音声データの送受信を行う（Ｓｔｅｐ：１１１）にすすむ。
【００７４】
暗号鍵変更メッセージの送受信後、暗号鍵変更メッセージのシーケンスにエラーが発生していないか、即ち、暗号を停止、又は、起動の要求を行うメッセージを送信後、その応答メッセージを受信できたかを判定し（Ｓｔｅｐ：１１２）、期待した応答メッセージを受信できずに、暗号の停止、又は、起動のタイミングのずれが発生する可能性があると判断した場合（Ｓｔｅｐ：１１２、Ｙｅｓ）、シーケンスエラー用の音声抑圧、即ち、ミュート処理を実行する。又、応答メッセージを正しく受信できシーケンスエラーが発生しなかった場合（Ｓｔｅｐ：１１２、Ｎｏ）、シーケンスエラー用の音声抑圧処理を停止、即ち、ミュート中であればミュート解除処理を実行する（Ｓｔｅｐ：１１４）。
【００７５】
シーケンスエラーの状態に応じた音声信号の抑圧処理の起動（Ｓｔｅｐ：１１３）、停止（Ｓｔｅｐ：１１４）に続き、暗号鍵変更が完了しているか否かの判定を行う（Ｓｔｅｐ：１１５）。暗号鍵変更が完了していなかった場合（Ｓｔｅｐ：１１５、Ｎｏ）、暗号鍵変更メッセージの送受信と音声データの送受信を行う（Ｓｔｅｐ：１１１）に戻り、暗号鍵変更の処理を繰り返し、暗号鍵変更が完了した場合（Ｓｔｅｐ：１１５、Ｙｅｓ）、暗号鍵変更タイマ（再）起動（Ｓｔｅｐ：１０５）に戻り、暗号鍵変更タイマを再起動し、通話中の状態に戻り、上記動作を繰り返す。
【００７６】
尚、子機２は、暗号鍵変更タイマを有しないため、暗号鍵変更タイマ（再）起動（Ｓｔｅｐ：１０５）、暗号鍵変更タイマ満了の判定（Ｓｔｅｐ：１１０）、暗号鍵変更の判定（Ｓｔｅｐ：１１５）は存在せず、暗号鍵変更タイマ満了の判定（Ｓｔｅｐ：１１０）の代わりに、（Ｓｔｅｐ：１１０）にて暗号鍵変更のシーケンスが起動されたか、即ち、暗号鍵認証要求が受信されたかの判定を行い、暗号鍵変更のシーケンスが起動された場合（Ｓｔｅｐ：１１０、Ｙｅｓ）、暗号鍵変更メッセージと音声データの送受信を行う（Ｓｔｅｐ：１１１）にすすみ、暗号鍵変更のシーケンスが起動されなかった場合（Ｓｔｅｐ：１１０、Ｎｏ）、音声データの送受信（Ｓｔｅｐ：１０５）に戻る動作となる。
【００７７】
なお、音声データの受信エラーが発生したか否かの判定（Ｓｔｅｐ：１０７）やシーケンスエラー発生の判定（Ｓｔｅｐ：１１２）は、自局におけるエラー発生の判定以外に、相手局から受信した音声信号に付加された受信エラー検出用の符号により行ってもよい。
【００７８】
次に、暗号鍵の変更のシーケンスシーケンスエラーの判定とシーケンスエラーの判定に基づいた音声抑圧の起動停止を行う際の子機の動作について図９を用いて説明を行う。図９は、親機から暗号要求を受信し暗号化鍵変更のシーケンスが起動された子機の暗号鍵の変更のシーケンスシーケンスエラーの判定とシーケンスエラーの判定に基づいた音声抑圧の起動停止を行う動作の一例を示すフローチャートである。
【００７９】
図９は、親機１の暗号鍵変更タイマが満了し、新しい暗号鍵の生成が終了し、親機１より暗号要求のメッセージを受信した子機２の以降に続く暗号鍵の変更のシーケンスシーケンスエラーの判定とシーケンスエラーの判定に基づいた音声抑圧の起動停止を行う動作例であり、親機１より暗号要求のメッセージを受信すると受信信号の復号を停止し（Ｓｔｅｐ：２０１）、暗号停止要求を送信する（Ｓｔｅｐ：２０２）。
【００８０】
そして子機２は、親機１からの信号（メッセージ）を受信し（Ｓｔｅｐ：２０３）、受信した信号が暗号停止確認のメッセージであるか否かの判定を行う（Ｓｔｅｐ：２０４）。
【００８１】
受信した信号が暗号停止確認のメッセージでなかった場合、及び、受信エラーであった場合（Ｓｔｅｐ：２０４、Ｎｏ）、シーケンスエラー用の音声抑圧処理（ミュート処理）が起動され（Ｓｔｅｐ：２０５）、（Ｓｔｅｐ：２０２）に戻り、暗号停止要求を送信し、暗号停止確認を待つ動作を繰り返す。
【００８２】
受信した信号が暗号停止確認のメッセージであった場合（Ｓｔｅｐ：２０４、Ｙｅｓ）、シーケンスエラー用の音声抑圧処理が停止（ミュート解除処理が実行）され（Ｓｔｅｐ：２０６）、音声データとメッセージの受信（Ｓｔｅｐ：２０７）を行い、送信信号の暗号化を停止する（Ｓｔｅｐ：２０８）。
【００８３】
続いて、新暗号鍵での暗号通信を開始するために、新しい暗号鍵での復号動作を開始し（Ｓｔｅｐ：２０９）、暗号鍵開始要求を送信する（Ｓｔｅｐ：２１０）。
【００８４】
暗号鍵開始要求送信後、子機２は、親機１からの信号（メッセージ）を受信し（Ｓｔｅｐ：２１１）、受信した信号が暗号開始確認のメッセージであるか否かの判定を行う（Ｓｔｅｐ：２１２）。
【００８５】
受信した信号が暗号開始確認のメッセージでなかった場合、及び、受信エラーであった場合（Ｓｔｅｐ：２１２、Ｎｏ）、シーケンスエラー用の音声抑圧処理（ミュート処理）が起動され（Ｓｔｅｐ：２１３）、（Ｓｔｅｐ：２１０）に戻り、暗号開始要求を送信し、暗号開始確認を待つ動作を繰り返す。
【００８６】
受信した信号が暗号停止確認のメッセージであった場合（Ｓｔｅｐ：２１２、Ｙｅｓ）、シーケンスエラー用の音声抑圧処理が停止（ミュート解除処理が実行）され（Ｓｔｅｐ：２１４）、音声データとメッセージの受信（Ｓｔｅｐ：２１５）を行い、送信信号の暗号化を起動する（Ｓｔｅｐ：２１６）。
【００８７】
子機２は、送信信号の暗号化を起動後、暗号開始承認を送信し（Ｓｔｅｐ：２１７）、親機１からの信号（メッセージ）を受信し（Ｓｔｅｐ：２１８）、受信した信号が暗号開始確認のメッセージであるか否かの判定を行う（Ｓｔｅｐ：２１９）。
【００８８】
受信した信号が暗号開始確認のメッセージであった場合、及び、受信エラーであった場合（Ｓｔｅｐ：２１９、Ｎｏ）、Ｓｔｅｐ：２１７に戻り、暗号開始承認を送信し、暗号開始確認の停止（暗号開始確認以外のメッセージの受信）を待つ動作を繰り返す。
【００８９】
受信した信号が暗号開始確認以外のメッセージであった場合（Ｓｔｅｐ：２１９、Ｙｅｓ）、暗号開始承認が正しく親機で受信されたものと判断し、暗号鍵変更のシーケンスを終了する。
【００９０】
次に、暗号鍵の変更のシーケンスシーケンスエラーの判定とシーケンスエラーの判定に基づいた音声抑圧の起動停止を行う際の親機の動作について図１０を用いて説明を行う。図１０は、暗号鍵変更タイマが満了し、暗号鍵を新たに生成し、暗号要求のメッセージを子機２送信した親機１の動作例を示しており、暗号鍵変更のシーケンスが起動された親機の暗号鍵の変更のシーケンスシーケンスエラーの判定とシーケンスエラーの判定に基づいた音声抑圧の起動停止を行う動作の一例を示すフローチャートフローチャートである。
【００９１】
親機１は、暗号要求のメッセージを子機２送信し、子機２からのメッセージを受信すると（Ｓｔｅｐ：３０１）、そのメッセージが暗号停止要求であるかを判定する（Ｓｔｅｐ：３０２）。
【００９２】
受信した信号が暗号停止要求のメッセージでなかった場合、及び、受信エラーであった場合（Ｓｔｅｐ：３０１、Ｎｏ）、Ｓｔｅｐ：３０１に戻り、暗号停止要求のメッセージの受信）を待つ動作を繰り返す。
【００９３】
受信した信号が暗号停止要求であった場合（Ｓｔｅｐ：３０１、Ｙｅｓ）、暗号開始承認が正しく親機で受信されたものと判断し、暗号鍵変更のシーケンスを終了する。送信信号の暗号化を停止し（Ｓｔｅｐ：３０３）、暗号停止確認を送信し（Ｓｔｅｐ：３０４）、メッセージを受信（Ｓｔｅｐ：３０５）の後、受信信号の復号を停止する。（Ｓｔｅｐ：３０６）。
【００９４】
受信信号の復号を停止（Ｓｔｅｐ：３０６）後、子機２からの信号（メッセージ）を受信し（Ｓｔｅｐ：３０７）、受信した信号が暗号開始要求のメッセージであるか否かの判定を行う（Ｓｔｅｐ：３０８）。
【００９５】
受信した信号が暗号開始要求のメッセージでなかった場合、及び、受信エラーであった場合（Ｓｔｅｐ：３０８、Ｎｏ）、シーケンスエラー用の音声抑圧処理（ミュート処理）が起動され（Ｓｔｅｐ：３０９）、暗号停止確認を送信し（Ｓｔｅｐ：３０９）、メッセー受信（Ｓｔｅｐ：３０７）に戻り、暗号開始要求を待つ動作を繰り返す。
【００９６】
受信した信号が暗号開始要求のメッセージであった場合（Ｓｔｅｐ：３０８、Ｙｅｓ）、シーケンスエラー用の音声抑圧処理が停止（ミュート解除処理が実行）され（Ｓｔｅｐ：３１１）、新たな暗号鍵で暗号化を行うよう送信信号の暗号化を起動し（Ｓｔｅｐ：３１２）、暗号開始確認を送信し（Ｓｔｅｐ：３１３）、メッセージを受信（Ｓｔｅｐ：３１４）の後、受信信号の新たな暗号鍵を用いた復号処理を起動する（Ｓｔｅｐ：３１５）。
【００９７】
受信信号の復号開始（Ｓｔｅｐ：３１５）後、子機２からの信号（メッセージ）を受信し（Ｓｔｅｐ：３１７）、受信した信号が暗号開始承認のメッセージであるか否かの判定を行う（Ｓｔｅｐ：３１７）。
【００９８】
受信した信号が暗号開始承認のメッセージでなかった場合、及び、受信エラーであった場合（Ｓｔｅｐ：３１７、Ｎｏ）、シーケンスエラー用の音声抑圧処理（ミュート処理）が起動され（Ｓｔｅｐ：３１８）、暗号開始確認を送信し（Ｓｔｅｐ：３１９）、メッセー受信（Ｓｔｅｐ：３１６）に戻り、暗号開始承認を待つ動作を繰り返す。
【００９９】
受信した信号が暗号開始承認であった場合（Ｓｔｅｐ：３１７、Ｙｅｓ）、暗号開始承認が正しく親機で受信されたものと判断し、シーケンスエラー用の音声抑圧処理を停止（ミュート解除処理を実行）し（Ｓｔｅｐ：３２０）、暗号鍵変更のシーケンスを終了する。
【０１００】
以上、本発明の実施の形態について説明した。上記のように、本発明の無線通信装置は、暗号鍵の変更において、暗号化の停止時、新たな暗号鍵での暗号化の開始時のシーケンスの送受信において、期待するメッセージを受信できなかった場合、音声信号を抑圧するように制御するので、親子機間で暗号化の停止、及び、暗号化の開始のタイミングずれによるノイズの発生を低減できる効果を有する。
【０１０１】
又、暗号鍵の変更時のシーケンスエラー発生時にミュート処理を行い、通信中の受信エラー発生時は、徐々にフェードアウトするように制御することにより、暗号鍵の変更時のノイズの発生を低減しながら、暗号鍵の変更時以外の通話状態では、散発的に発生する受信エラーでは、音声の途切れを少なくすることが可能となり通話品質が向上するという効果を有する。
【産業上の利用可能性】
【０１０２】
本発明に係る無線通信装置は、コードレス電話等の無線通信装置として有用である。
【符号の説明】
【０１０３】
１  親機
２  子機
３  子機
１０、２０  無線通信部
１２、２２  音声処理部
１３、２３  報知部
１４、２４  操作部
１５、２５  表示部
１６、２６  情報記憶部
１８  タイマ部
１９、２７  制御部
１２１、２２１  デコーダー
１２２、２２２  第１の音声抑圧手段
１２３、２２３  第２の音声抑圧手段
【図１】
2015198376.tif 000003
【図２】
2015198376.tif 000004
【図３】
2015198376.tif 000005
【図４】
2015198376.tif 000006
【図５】
2015198376.tif 000007
【図６】
2015198376.tif 000008
【図７】
2015198376.tif 000009
【図８】
2015198376.tif 000010
【図９】
2015198376.tif 000011
【図１０】
2015198376.tif 000012