(57)【特許請求の範囲】
【請求項１】
送信側において、送信対象の音声データを順次入力し、入力した音声データに基づいて音声フレームを形成し、グループコールを開始した後に形成された各音声フレームの示す音声が無音であるか否かを判別し、示している音声が無音であると判別された音声フレームについては、前記グループコールのグループ番号を含む所定のデータに置換して、示している音声が有音である音声フレームと置換された所定のデータとを含む送信フレームを形成し、当該送信フレームを送信し、
受信側において、前記送信された送信フレームを受信し、受信した送信フレームに含まれる所定のデータを検出し、検出された所定のデータに含まれるグループ番号が自己に割り当てられているグループ番号と一致するか否かを判別し、一致すると判別されたことに応答して、一致したグループ番号に基づいて前記グループコールの受信モードに移行する、
ことを特徴とする通信方法。
【請求項２】
受信側において、前記受信した送信フレームに含まれる各音声フレームのデータが音声データとして有効であるか否かを判別し、音声データとして有効ではないと判別されたことに応答して更に当該音声フレームのデータが所定のデータとして有効であるか否かを判別し、所定のデータとして有効であると判別されたことに応答して、受信した送信フレームに含まれる所定のデータが検出されたとして取り扱う、
ことを特徴とする請求項１に記載の通信方法。
【請求項３】
送信側において、前記送信フレーム中に置換された所定のデータが含まれる場合に、当該送信フレームにスチールフラグを設定し、
受信側において、前記受信した送信フレームにスチールフラグが設定されているか否かを判別し、スチールフラグが設定されていると判別されたことに応答して当該送信フレームに含まれる所定のデータを検出する、
ことを特徴とする請求項１または請求項２に記載の通信方法。
【請求項４】
送信対象の音声データを順次入力し、
入力した音声データに基づいて音声フレームを形成し、
グループコールを開始した後に形成された各音声フレームの示す音声が無音であるか否かを判別し、
示している音声が無音であると判別された音声フレームについては、前記グループコールのグループ番号を含む所定のデータに置換して、示している音声が有音である音声フレームと置換された所定のデータとを含む送信フレームを形成し、当該送信フレームを送信する、
ことを特徴とする送信方法。
【請求項５】
送信対象の音声データを順次入力する入力手段と、
前記入力手段によって入力された音声データに基づいて音声フレームを形成する音声フレーム形成手段と、
グループコールを開始した後に前記音声フレーム形成手段によって形成された各音声フレームの示す音声が無音であるか否かを判別する判別手段と、
前記判別手段によって無音であると判別された音声フレームについては、前記グループコールのグループ番号を含む所定のデータに置換する置換手段と、
示している音声が有音である音声フレームと置換された所定のデータとを含む送信フレームを形成する送信フレーム形成手段と、
前記送信フレーム形成手段によって形成された送信フレームを送信する送信手段と、
を備えることを特徴とする送信装置。
【請求項６】
前記送信フレーム形成手段が、送信フレーム中に置換された所定のデータが含まれる場合に、当該送信フレームにスチールフラグを設定する、
ことを特徴とする請求項５に記載の送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定のデータを音声データ等の実データに置換して送信する場合に、効率よく実データと所定のデータとを通信することが可能な通信方法、送信方法、及び、送信装置に関する。
【背景技術】
【０００２】
音声をリアルタイムに伝送するシステムにおいて、音声以外のデータを電送した場合に、音声データを音声以外のデータに置き換えて音声はミュート（又はリピート）する技術がある。例えば、非特許文献１に説明されているＡＲＩＢのＳＴＦ−２７では、フレームかされたデータの一部にスチールフラグを設け、高速に送りたいデータがあった場合に、スチールフラグを立てて、音声データをＦＡＣＣＨ（高速付随制御チャネル）に置き換える制御がなされる。
【非特許文献１】社団法人電波産業会発行ディジタル方式自動車電話システム  標準規格（ＡＲＩＢ  ＳＴＡＮＤＡＲＴＤ）  第１分冊（ＲＣＲＳＴＤ−２７  Ｊ版）（例えば、図４．１５．２−４等）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
無線機のように半二重通信（ハーフデュプレクス）が基本となるＳＣＰＣ（Single Channel per Carrier）通信において、フレーム化されたディジタル伝送を基本とした通信を行いたい場合、「後追い参入」と呼ばれる機能が問題となることがある。後追い参入とは、特に、１対多数の通信（グループコール）を行った場合に、通話途中に通話に参加することを指し、例えば、ある端末が弱電界エリアから強電界エリアに移動した場合、多数に対して行われる通話を途中から聞くことができるというものである。グループコールは、通話開始時にグループ番号などのデータ（アドレス）が送られ、これに一致したアドレスを有するものだけが通話できる機能であり、各端末はキャリア周波数があっていても、グループ番号等が一致していないと受信した通話の内容を再生しない。
【０００４】
従来まで主流であったアナログの無線機では、この処理を様々な手法を用いて行っていた。例えば、音声の３００Ｈｚ以下をサブオーディオ帯域として、通常の音声帯域と分離し、この帯域にトーン信号を流す等して、グループを判別していた。このため、通話中にある端末が後追い参入することが容易に実現できた。
【０００５】
一方、ディジタルのＳＣＰＣ（Single Channel Per Carrier）を用いた通信機では、グループ番号を通話開始時に高速に伝送し、その後、１フレームの中に音声データと区別してグループ番号を配置するか、或いは、グループ番号を分割して数フレームに分けて送信し、受信側では、数フレームにわたって分割して伝送されるグループ番号を受信して結合する等して通信を行っている。このため、後追い参入者は、１フレーム又はそれ以上のタイミングでしか後追い参入ができない。
【０００６】
昨今の周波数利用の効率化により、ディジタルで伝送できる容量（ビットレート）は縮小方向にあり、１フレームが長くなる傾向がある。１フレームを小さくすると、１フレーム単位に伝送されるべきデータ（同期ワード等）の割合が大きくなり伝送効率が悪化するからである。
【０００７】
このように、１フレームが長くかつ低ビットレートが求められるシステムでは、後追い参入できるタイミングが少なくなり、結果的に後追い参入が遅くなってしまう。
【０００８】
同様の問題は、後追い参入のためにグループ番号を繰り返して送信する場合に限らず、音声データをスチールして様々な制御用データを繰り返して送信する場合に、同様に発生し、音声データと繰り返し送信すべき制御用のデータとを共に効率よく伝送する方法が望まれる。
【０００９】
この発明は、上記実情に鑑みてなされたものであり、音声情報と制御情報とを効率良く伝送可能とすることを目的とする。
また、この発明は、後追い参入を容易にすることを目的とする。
さらに、この発明は、音声情報の伝送効率を落とすことなく、制御情報を送信することを可能にすることを他の目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明の通信方法は、送信側において、送信対象の音声データを順次入力し、入力した音声データに基づいて音声フレームを形成し、グループコールを開始した後に形成された各音声フレームの示す音声が無音であるか否かを判別し、示している音声が無音であると判別された音声フレームについては、前記グループコールのグループ番号を含む所定のデータに置換して、示している音声が有音である音声フレームと置換された所定のデータとを含む送信フレームを形成し、当該送信フレームを送信し、
受信側において、前記送信された送信フレームを受信し、受信した送信フレームに含まれる所定のデータを検出し、検出された所定のデータに含まれるグループ番号が自己に割り当てられているグループ番号と一致するか否かを判別し、一致すると判別されたことに応答して、一致したグループ番号に基づいて前記グループコールの受信モードに移行する、
ことを特徴とする。
【００１１】
この構成によれば、音声の場合、ある程度の無音が発生するので、所定のデータを比較的高い頻度で送信することができる。即ち、比較的高効率で所定のデータを送信することができる。
【００１２】
好ましくは、本発明の通信方法は、受信側において、前記受信した送信フレームに含まれる各音声フレームのデータが音声データとして有効であるか否かを判別し、音声データとして有効ではないと判別されたことに応答して更に当該音声フレームのデータが所定のデータとして有効であるか否かを判別し、所定のデータとして有効であると判別されたことに応答して、受信した送信フレームに含まれる所定のデータが検出されたとして取り扱う、
ことを特徴とする。
【００１３】
好ましくは、本発明の通信方法は、送信側において、前記送信フレーム中に置換された所定のデータが含まれる場合に、当該送信フレームにスチールフラグを設定し、
受信側において、前記受信した送信フレームにスチールフラグが設定されているか否かを判別し、スチールフラグが設定されていると判別されたことに応答して当該送信フレームに含まれる所定のデータを検出する、
ことを特徴とする。
【００１４】
また、本発明の送信方法は、送信対象の音声データを順次入力し、
入力した音声データに基づいて音声フレームを形成し、
グループコールを開始した後に形成された各音声フレームの示す音声が無音であるか否かを判別し、
示している音声が無音であると判別された音声フレームについては、前記グループコールのグループ番号を含む所定のデータに置換して、示している音声が有音である音声フレームと置換された所定のデータとを含む送信フレームを形成し、当該送信フレームを送信する、
ことを特徴とする。
【００１６】
また、本発明の送信装置は、送信対象の音声データを順次入力する入力手段と、
前記入力手段によって入力された音声データに基づいて音声フレームを形成する音声フレーム形成手段と、
グループコールを開始した後に前記音声フレーム形成手段によって形成された各音声フレームの示す音声が無音であるか否かを判別する判別手段と、
前記判別手段によって無音であると判別された音声フレームについては、前記グループコールのグループ番号を含む所定のデータに置換する置換手段と、
示している音声が有音である音声フレームと置換された所定のデータとを含む送信フレームを形成する送信フレーム形成手段と、
前記送信フレーム形成手段によって形成された送信フレームを送信する送信手段と、
を備えることを特徴とする。
【００１７】
好ましくは、本発明の送信装置は、前記送信フレーム形成手段が、送信フレーム中に置換された所定のデータが含まれる場合に、当該送信フレームにスチールフラグを設定する、
ことを特徴とする。
【発明の効果】
【００２１】
上記構成によれば、通信品質をあまり落とすことなく、所定のデータを効率よく繰り返して送信することが可能となる。
【発明を実施するための最良の形態】
【００２２】
以下、この発明の実施の形態に係る無線通信システムについて説明する。
この実施の形態の無線通信システムは、図１に示すように、複数の無線通信端末としての携帯電話端末１１（１１１〜１１３）と、携帯電話端末１１に複数の基地局１２を介して無線接続されたネットワーク（例えば、電話回線網）１３とから構成される。
【００２３】
各携帯電話端末１１は、通常の電話番号とは別に、複数の携帯電話端末１１に共通のグループ番号の付与が可能である。
各携帯電話端末１１は、基地局１２との間で無線通信を行い、通話先の携帯電話端末１１の電話番号を指定して発呼することにより、交換システムを含むネットワーク１３を介して通話先の携帯電話端末１１に着呼する。
【００２４】
また、グループ番号を指定して発呼すると、このグループ番号が付与された１又は複数の携帯電話端末１１に着呼する。
【００２５】
各携帯電話端末１１は、図２に示す送信部２１と図３に示す受信部３１とを備える。
【００２６】
図２に示すように、送信部２１は、マイクロフォン２０１，Ａ／Ｄ変換部２０２，音声エンコーダ２０３，有音検出部２０４，フレーム組立部２０５，プロトコル処理部２０６，ベースバンド処理部２０７，ＲＦ（高周波；Radio Frequency）部２０８，アンテナ２０９、制御部４００を備える。
【００２７】
マイクロフォン２０１は、任意の構成のマイクロフォン装置から構成され、音声信号をアナログ電気信号に変換して出力する。
【００２８】
Ａ／Ｄ変換部２０２は、マイクロフォン２０１からのアナログ音声信号を一定周波数（例えば、２００ｋＨｚ）でサンプリングしてＡ／Ｄ（アナログ−ディジタル）変換して、ディジタル音声信号を出力する。
【００２９】
音声エンコーダ２０３は、ボコーダのエンコード部から構成され、Ａ／Ｄ変換部２０２からのディジタル音声信号に符号化・圧縮処理を施し、さらに、エラー訂正コードを付し、例えば、８０ビットの音声フレーム信号を出力する。
【００３０】
有音検出部２０４は、音声エンコーダ２０３に入力された音声データが表す音声（例えば、有声音で音量が基準レベル以上）が有音であるか無音（例えば、無声音及び／又は音量が基準レベル未満）であるかを判別し、判別結果を示す信号を出力する。
【００３１】
フレーム組立部２０５は、図４（ａ）に示すフォーマットの送信フレームを形成する。図示するように、伝送フレームは、２０ビットの同期コードと、４３ビットの制御データと、１ビットのスチールフラグと、３２０ビットの実データとから構成される。
【００３２】
具体的に説明すると、フレーム組立部２０５は、通常の音声送信状態では、図４（ｂ）に示すように、制御データとして音声伝送のための制御データを設定し、また、実データ部にそれぞれ８０ビットの音声フレームを４つ（音声１〜４）設定して、通信フレームを組み立てる。また、スチールフラグＳＦを“０”に設定する。各音声フレームは、音声エンコーダ２０３から供給される。
【００３３】
フレーム組立部２０５は、グループコールの開始時には、図４（ｃ）に示すように、制御データとしてグループコール実施のための制御データを設定し、また、実データ部に、グループ番号などのグループコールを実施するために必要な情報を設定して、通信フレームを組み立てる。
【００３４】
フレーム組立部２０５は、さらに、グループコール時において、有音検出部２０４が、無音と判別した音声フレームを、実質中のグループコールのグループ番号にスチール（置換）して伝送フレームを構成する。そして、４つの音声フレームのうち１つでもグループ番号に置換した場合には、スチールフラグを“１”にセットする。図４（ｄ）は、第３音声フレームが無音であった場合のフォーマットの例であり、スチールフラグが“１”にセットされ、第３音声フレームがグループ番号に置換されている。
【００３５】
プロトコル処理部２０６は、通信プロトコルを処理し、フレーム組立部２０５に制御データを供給する。
ベースバンド処理部２０７は、フレーム組立部２０５から供給される伝送フレームに基づいて、ベースバンド信号を生成する。
ＲＦ部２０８は、例えば、搬送波をベースバンド信号で変調し、さらに、これを周波数変換及び増幅してアンテナ２０９等を介して送信する。
【００３６】
制御部４００は、中央処理装置（ＣＰＵ）とその周辺回路などから構成され、図示せぬキー操作部や表示部に接続され、動作プログラムに従って、上述の各部の動作及びこの送信システム全体を制御する。
【００３７】
一方、図３に示すように、受信部３１は、アンテナ３０１，ＲＦ部３０２，ベースバンド処理部３０３，フレーム分解部３０４，プロトコル処理部３０５，音声デコーダ３０６、スチール判定部３０７、ミュート処理部３０８、グループ番号有効判定部３０９、Ｄ／Ａ変換部３１０、スピーカ３１１、制御部４００を備える。
【００３８】
ＲＦ部３０２は、アンテナ３０１を介して受信した所定周波数の無線信号に同調・復号して、ベースバンド信号を復号して出力する。
ベースバンド処理部３０３は、ＲＦ部３０２から出力されるベースバンド信号から、伝送フレームを復号して、フレーム分解部３０４に出力する。
【００３９】
フレーム分解部３０４は、フレーム信号を分解し、制御データをプロトコル処理部３０５に供給し、スチールフラグＳＦをスチール判定部３０７に供給し、４つの音声フレーム（音声１〜音声４）を順次音声デコーダ３０６に出力する。フレーム分解部３０４は、制御データの内容によっては、実データをプロトコル処理部３０５に通知する。
【００４０】
音声デコーダ３０６は、フレーム分解部３０４から供給された各音声フレームについて、ＦＥＣ(Forward Error Correction)処理、エラー訂正処理などを行って、音声データを再生する。
【００４１】
スチール判定部３０７は、復号された各フレームデータ中のスチールフラグがオンかオフかを判別し、オンの場合にオン信号を音声デコーダとグループ番号有効判定部３０９に出力する。
【００４２】
グループ番号有効判定部３０９は、スチール判定部３０７がオン信号を出力した伝送フレームに含まれる４つの音声フレームのうちから
音声信号にスチールされているデータを抽出し、抽出したデータにＦＥＴ、エラー処理等を行ってデータを復号し、復号したデータがグループ番号として有効であるか否かを判別し、有効であれば、有効であると判定したグループ番号をプロトコル処理部３０５に送信し、ミュート処理部３０８にミュート信号を送出する。
【００４３】
ミュート処理部３０８は、グループ番号有効判定部３０９からミュート信号が供給されていない間は、音声デコーダ３０６からの音声データをそのまま出力し、ミュート信号が出力されている間は音声データをミュートして出力する。
【００４４】
Ｄ／Ａ変換部３１０は、ミュート処理部３０９を介して供給された音声データをアナログ音声信号に変換し、スピーカ３１１を介して放音する。
【００４５】
プロトコル処理部３０５は、フレーム分解部からの制御データ及びグループ番号有効判定部３０９からのグループ番号を受信し、受信した制御データ及びグループ番号に基づいて受信動作を制御する。例えば、プロトコル処理部３０５は、制御データがグループコールの開始を指示しており、グループ番号が自己に割り当てられているグループ番号のいずれかに一致すれば、グループコール受信モードに入るよう、制御部４００に指示する。また、プロトコル処理部３０５は、グループ番号有効判定部３０９から供給されたグループ番号が自己に割り当てられているグループ番号のいずれかに一致すれば、グループコールに後追い参入して、グループコール受信モードに入るよう、制御部４００に指示する。
【００４６】
制御部４００は、プロセッサなどから構成され、入力部からの入力指示に応答して、例えば、各部に制御信号を供給して動作させ、また、プロトコル処理部３０５に様々な制御情報を供給して、受信動作及び送信動作を行わせる。
【００４７】
次に、上記構成の携帯電話端末システムのグループコール動作を説明する。  
１）  グループコール開始の動作
グループコール開始時の送信及び受信動作を基本的に従来と同一である。
即ち、グループコールを行う者は、グループコールを実行すべき旨の指示と送信対象の携帯電話端末の群に付与されているグループ番号とを入力部などから指定する。この指示に応答し、制御部４００はプロトコル処理部２０６に、グループコールとグループ番号（グループアドレス）と発呼を指示するコマンドを出力する。
【００４８】
プロトコル処理部２０６は、このコマンドに応答して、グループ番号の送信を指示する制御データと、発呼対象のグループの番号をフレームフレーム組立部２０５に供給する。フレーム組立部２０５は、提供された情報に基づいて、図４（ｃ）に例示するような、同期コード、グループ番号の送信を指示する制御データ、スチールフラグ“０”、グループ番号と、を組み合わせて、伝送フレームデータを組み立て、ベースバンド処理部２０７に供給する。
【００４９】
ベースバンド処理部２０７は、フレーム組立部２０５から供給される伝送フレームからベースバンド信号を生成して出力する。
ＲＦ部２０８は、ベースバンド信号によりキャリアを変調すると共に周波数変換及び増幅を行って、アンテナ２０９を介して送信する。
【００５０】
一方、待ち受け状態になる携帯電話端末１１の受信部３１は、アンテナ３０１を介してキャリア信号を受信し、ＲＦ処理部３０２とベースバンド処理部３０３により、伝送フレームを復号する。
【００５１】
フレーム分解部３０４は、分解して得られた制御用データをそのままプロトコル処理部３０５に供給し、また、制御データがグループコールの開始を指示しているため、実データをプロトコル処理部３０５に供給する。
【００５２】
プロトコル処理部３０５は、供給された実データに含まれているグループ番号が自己に割り当てられているグループ番号のいずれかに一致するか否かを判別し、一致すれば、グループコールの受信を指示する信号を制御部４００に供給する。以後、制御部４００の制御処理によりグループコール受信状態に入る。
【００５３】
２）  グループコール開始後の動作
送信側の携帯電話端末１１では、Ａ／Ｄ変換部２０２がマイクロフォン２０１から供給されるアナログ音声信号を２０ｍｓで周期でサンプリングし、所定ビット数のディジタル音声信号（１音声フレーム）に順次変換して、出力する。
【００５４】
音声エンコーダ２０３は、２０ｍｓ周期で順次送られているディジタル音声信号をエンコードすると共に誤り訂正符号を付加する等の処理を行って、８０ビットの１音声フレーム分の音声データを順次出力する。
【００５５】
有音検出部２０４は、音声エンコーダ２０３による各音声フレームのエンコードに並行して、Ａ／Ｄ変換部２０２から供給される各音声データが示す音声が有音であるか無音であるかの判別を行い、判別結果を示す判別信号を出力する。
【００５６】
フレーム組立部２０５は、音声エンコーダ２０３からの音声データと、プロトコル処理部２０６からのデータ、及び有音検出部２０４からの有音と無音の別を示す信号に基づいて、図４（ａ）に基本構成を示す伝送フレームを組み立てる。
【００５７】
即ち、フレーム組立部２０５は、有音検出部２０４から有音であることを示す信号が供給された音声データについては、その音声データを伝送フレームに組み込む。一方、フレーム組立部２０５は、有音検出部２０４から無音であることを示す信号が供給された音声データについては、その音声データをスチールして、プロトコル処理部２０６から供給されるＦＥＣが施されたグループ番号を示すデータを伝送フレームに組み込む。また、４つの音声データのうち１つでもグループ番号に置換した場合には、スチールフラグをオン“１”する。また、制御データはプロトコル処理部２０６から供給されるグループコール用のものを設定する。
【００５８】
従って、例えば、即ち、４つの音声フレームの全てが有音を示している場合には、図４（ｂ）に示すようにＦＳＷ（同期コード）、プロトコル処理部２０６からの制御データ、スチールフラグ“０”、及び、音声エンコーダ２０３から順番に提供された音声データを合成して１フレームを組み立てる。
【００５９】
一方、いずれかの音声フレームが無音であった場合には、図４（ｄ）に示すように（図４（ｄ）は第３音声フレームが無音であった場合の例である）、ＦＳＷ（同期コード）と、プロトコル処理部２０６からの制御データ、スチールフラグ“１”、及び、音声エンコーダ２０３から供給された音声データのうちの有音であると判別された音声フレームと無音であると判別された音声フレームに置換されたプロトコル処理部２０６から供給されたグループ番号と、を合成して１フレームを組み立てる。
【００６０】
フレーム組立部２０５は、組み立てた伝送フレームをベースバンド処理部２０７に供給する。ベースバンド処理部２０７は、伝送フレームから、ベースバンド信号を生成する。ＲＦ部２０８は、ベースバンド処理部２０７から供給されるベースバンド信号によりキャリアを変調し、さらに、周波数変換、増幅を行って、無線送信する。
【００６１】
次に、受信側の携帯電話端末１１の受信部３１において、アンテナ３０１を介して受信された信号は、ＲＦ部３０２とベースバンド処理部３０３により、伝送フレームに復号され、フレーム分解部３０４に供給される。
【００６２】
フレーム分解部３０４は、１伝送フレームのデータを図４（ａ）に示すフォーマットに従って分解し、制御用データをプロトコル処理部３０５に供給し、スチールフラグＳＦをスチール判定部３０７に供給し、音声データを順次音声デコーダとグループ番号有効判定部３０９に供給する。
【００６３】
スチール判定部３０７は供給されたスチールフラグＳＦがオン（伝送フレーム内の４つの音声フレームのうちの少なくとも１つがスチールされている）か、オフ（伝送フレーム内の４つの音声フレームが全て有音の音声データでスチールされていない）か、を判定し、判定結果を示す信号をグループ番号有効判定部３０９に出力する。
【００６４】
音声デコーダ３０６は、供給された音声データを、１音声フレーム単位でデコードする。この際、ＦＥＣ及び誤り検出処理も行い、さらに、音声データとして有効か否かを判定する。音声デコーダ３０６は、音声データとして有効であると判別されたデコード済音声データを、ミュート処理部３０８に出力する。音声デコーダ３０６は、音声データとして有効ではないと判別された音声データを、グループ番号有効判定部３０９に供給する。
【００６５】
グループ番号有効判定部３０９は、スチールフラグＳＦがオンである旨の信号をスチール判定部３０７から受けている場合に、音声デコーダ３０６から音声データとして有効ではないと判定されたデータを受信すると、受信したデータについてＦＥＣ処理、エラー処理等を行ってグループ番号として有効であるか否かを判別する。
【００６６】
グループ番号有効判定部３０９が、グループ番号として有効であると判定した場合には、そのグループ番号をプロトコル処理部３０５に供給し、ミュート処理部３０８にミュート信号を出力する。
【００６７】
ミュート処理部３０８は、音声デコーダ３０６で音声データとして有効であると認定されたデコード済音声データはそのまま出力し、グループデータとして有効であると認定されたデータについては、ミュート信号に従ってミュートする（無音状態になるような音声データを出力する）。
【００６８】
なお、グループ番号として有効であると判定されたか否かに関わらず、スチールフラグＳＦがオンで、音声データとして有効ではなはないと認定されたデータについては全てミュートするようにしてもよい。さらに、音声データとして有効ではないと認定された全てのデータをミュートするようにしてもよい。
【００６９】
Ｄ／Ａ変換部３１０は、ミュート処理部３０８を介して供給されたデータをアナログ信号に変換して出力する。
【００７０】
プロトコル処理部３０５は、フレーム分解部３０４より提供された制御データが音声送信を示しており、さらに、グループ番号有効判定部３０９より供給されたグループ番号が自己の属すいずれかのグループのグループ番号に一致する場合には、グループコールの受信を可能とするように、制御部４００に指示する。ただし、グループコールの開始時からに参加している携帯電話端末１１については、特に、行う処理はない。一方、グループコールの開始時に弱電界状態にいた携帯電話端末１１も、この段階でグループコールに参入できる。
【００７１】
制御部４００は、当初より又は後追いでグループコールに参加することが決まると、例えば、図示せぬ増幅器をオンすることにより、スピーカ３１１からの報音を可能とする。これにより、１通話のうちでは、グループ番号が一致しない限り、音声はスピーカ３１１から出力されることはない。
【００７２】
以上説明したように、この実施の形態によれば、送信側では無音の音声フレームをスチールして、グループ番号を送信し、受信側では制御データに基づいた後追い参入を可能にできる。音声は、通常、多くの無音部を含み、特に上記の例の用に、２０ｍｓ区間では、無音と判定されることが多い。従って、グループ番号を比較的頻繁に送信でき、後追い参入が素早く可能になる。また、無音の音声をスチールし、受信側では「無音を再生」するので、送信する音声の品質の劣化も少ない。
【００７３】
なお、この発明は上記実施の形態に限定されず、種々の変形及び応用が可能である。
【００７４】
また、図２，図３では、システム構成をデスクリートのブロック構成で示したが、その全部又は一部を、ＣＰＵ、ＤＳＰ（Digital Signal Processor)などのプロセッサを用いて構成することも可能である。
【００７５】
この場合には、送信側携帯電話端末１１のプロセッサは、例えば、図５のフローチャートに示すように、Ａ／Ｄ変換部２０２から順次供給される４つの音声フレームの音声データが示す音声が全て有音であるか否かを判別する（ステップＳ１０１）。全て有音であれば、図４（ｂ）に示すようにスチールフラグＳＦを“０”とし、４つの音声フレームを用いて伝送フレームを形成する（ステップＳ１０２）。一方、１つでも音声の無い（無音の）音声フレームがある場合には、スチールフラグＳＦを“１”とし、無音の音声フレームに替えてグループ番号を用いて、図４（ｄ）に示すように伝送フレームを形成する（ステップＳ１０３）。
【００７６】
また、受信側携帯電話端末１１のプロセッサは、例えば、図６のフローチャートに示すように、復号された伝送フレーム中のスチールフラグＳＦを判別し（ステップＳ２０１）。スチールフラグＳＦが“０”であれば、その伝送フレーム中の４つの音声フレームを順次Ｄ／Ａ変換部３１０に出力する（ステップＳ２０２）。
【００７７】
また、スチールフラグＳＦが“１”であれば、その伝送フレーム中の各音声フレームについて、音声データとして有効か否かを判別し（ステップＳ２０３）、有効であれば、その音声フレームをＤ／Ａ変換部３１０に出力する（ステップＳ２０４）。その後伝送フレーム内の４つの音声フレーム全てに処理が終了したか否かを判別し（ステップＳ２０５）、終了していれば、今回の伝送フレームについての処理を終了して、処理が終了していない音声フレームが残っていれば、ステップＳ２０３に戻って、次の音声フレームについて処理を実行する。
【００７８】
一方、音声フレームのデータが音声データとして無効であると判別された場合には、グループ番号として有効であるか否かを判定する（ステップＳ２０６）。グループ番号として有効であると判定した場合には、グループ番号に基づいたプロトコル処理を実行し（ステップＳ２０７）、無音の音声データをＤ／Ａ変換部３１０に出力する（ステップＳ２０８）。なお、ステップＳ２０６で、グループ番号としても無効であると判別した場合には、エラー処理又はその他の処理を実行する（ステップＳ２０９）。
【００７９】
また、上記実施の形態では、スチールフラグＳＦのオン・オフを用いて、制御を行っているが、これを用いずに、図７に示すように、音声データの有効性判断とグループ番号データの有効性判断を並列処理して、有効な方のデータを使用する等してもよい。なお、各ステップでの処理の内容は図６の対応するステップでの処理の内容と同一である。
【００８０】
また、上記実施の形態では、音声をスチールして送信するデータとしてグループ番号を扱ったが、グループ番号に限らず、通話中に伝送したい他の任意のデータの伝送に利用することができる。
【００８１】
なお、上記実施の形態においては、通信端末として、携帯電話端末１１を例示したが、パーソナルコンピュータ、PDA端末、ゲーム機などでもよい。
【図面の簡単な説明】
【００８２】
【図１】本発明の実施の形態における通信システムの構成を示す図である。
【図２】図１に示す携帯電話端末１１の送信部の構成を示すブロック図である。
【図３】図１に示す携帯電話端末１１の受信部の構成を示すブロック図である。
【図４】伝送フォーマットを例示する図である。
【図５】処理回路にプロセッサを使用する場合の送信側のソフト処理を例示するフローチャートである。
【図６】処理回路にプロセッサを使用する場合の受信側のソフト処理を例示するフローチャートである。
【図７】音声データであるか、グループ番号であるかを判別する他の手法を説明するためのフローチャートである。
【符号の説明】
【００８３】
１１  …  携帯電話端末
１２  …  基地局
１３  …  ネットワーク
【図１】
0004773688.tif 000002
【図２】
0004773688.tif 000003
【図３】
0004773688.tif 000004
【図４】
0004773688.tif 000005
【図５】
0004773688.tif 000006
【図６】
0004773688.tif 000007
【図７】
0004773688.tif 000008