特許 6064588 中継装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6064588

(24)【登録日】2017年1月6日

(45)【発行日】2017年1月25日

(54)【発明の名称】中継装置

(51)【国際特許分類】

   H04B 1/40 20150101AFI20170116BHJP

   H04W 72/04 20090101ALI20170116BHJP

【ＦＩ】

   H04B1/40

   H04W72/04 110

   H04W72/04 135

【請求項の数】3

【全頁数】11

(21)【出願番号】特願2012-283575(P2012-283575)

(22)【出願日】2012年12月26日

(65)【公開番号】特開2014-127874(P2014-127874A)

(43)【公開日】2014年7月7日

【審査請求日】2015年4月9日

(73)【特許権者】

【識別番号】000100746

【氏名又は名称】アイコム株式会社

(74)【代理人】

【識別番号】100123940

【弁理士】

【氏名又は名称】村上 辰一

(72)【発明者】

【氏名】松嶋 久晃

【審査官】 野元 久道

(56)【参考文献】

【文献】 特開２００９−２３２４３０（ＪＰ，Ａ）

【文献】 特開２００９−０３３６７６（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ １／４０

Ｈ０４Ｗ ７２／０４

(57)【特許請求の範囲】

【請求項1】

ネットワークを介して、一群のパケット列として音声信号を受信するネットワークインタフェースと、
無線機が接続される無線機インタフェースと、
前記音声信号が一時記憶される音声バッファと、
前記一群の音声信号のパケット列の先頭パケットが入力されたとき、前記音声信号の前記音声バッファへの一時記憶を開始するとともに、この先頭パケットの入力を契機として前記無線機に対して通信チャンネルの確保を要求し、前記無線機から通信チャンネルが確保できた旨の返信があったのち、前記音声バッファに一時記憶していた音声信号を読み出して前記無線機に転送する制御部と、
を備えた中継装置。

【請求項2】

前記制御部は、前記無線機に対して通信チャンネルの確保を要求したのち、前記無線機から所定時間以上返信がない場合、前記一時記憶した音声信号の転送を取りやめる請求項１に記載の中継装置。

【請求項3】

前記無線機は、呼出情報を用いて通信相手を個別に呼び出す個別呼出機能を備え、
前記制御部は、前記先頭パケットに前記呼出情報が含まれていたとき、前記無線機から通信チャンネルが確保できた旨の返信があったのち、前記無線機に対して前記呼出情報を転送して個別呼出を行わせたのち、前記音声バッファに一時記憶していた音声信号を読み出して前記無線機に転送する請求項１または請求項２に記載の中継装置。

【発明の詳細な説明】

【技術分野】

【0001】

この発明は、無線機の通信をネットワークを介して中継する中継装置に関する。

【背景技術】

【0002】

相互に電波が到達しないエリアのトランシーバ同士が通信できるように、ＬＡＮなどのネットワークで通信を中継する中継装置が提案されている（たとえば特許文献１参照）。特許文献１の中継装置は、ネットワークから音声信号（音声パケット）を受信すると、中継用の無線機であるレピータを送信状態にする（ＰＴＴをオンにする）とともに、受信した音声信号をレピータに転送する装置である。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１１−１３５２９１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

レピータは、中継装置からＰＴＴオン信号を受信すると、まず通信チャンネルを確保したのち、音声信号の送信を開始する。すなわち、レピータは、ＰＴＴオン信号が入力されたとき即座に音声信号の送信を開始できる訳ではなく、そのとき空きチャンネルがあってもチャンネル確保の処理に１００ｍｓ程度の時間が掛かり、もし、空きチャンネルがない場合には、空きチャンネルができるまで待たなければならない。

【0005】

しかし、上述したように、従来の中継装置では、ＰＴＴオンと同時に音声信号が入力されるため、チャンネル確保に要する期間に入力された音声信号は、相手トランシーバに送信することができず捨てられることになる。したがって、通信相手の無線機では、受信した音声信号が頭切れになってしまうという問題点があった。

【0006】

この発明は、無線機の通信をネットワークを用いて中継した場合でも、通話に頭切れを起こさない中継装置を提供することを目的とする。

【課題を解決するための手段】

【0007】

この発明の中継装置は、ネットワークを介して、一群のパケット列として音声信号を受信するネットワークインタフェースと、無線機が接続される無線機インタフェースと、前記音声信号が一時記憶される音声バッファと、制御部とを備える。制御部は、一群の音声信号のパケット列の先頭パケットが入力されたとき、音声信号の音声バッファへの一時記憶を開始するとともに、この先頭パケットの入力を契機として無線機に対して通信チャンネルの確保を要求し、無線機から通信チャンネルが確保できた旨の返信があったのち、音声バッファに一時記憶していた音声信号を読み出して無線機に転送する。

【0008】

上記発明において、無線機に対して通信チャンネルの確保を要求したのち、無線機から所定時間以上返信がない場合、一時記憶した音声信号の転送を取りやめるようにしてもよい。

【0009】

また、上記発明において、呼出情報を用いて通信相手を個別に呼び出す個別呼出機能を備えた無線機を無線機インタフェースに接続し、受信した先頭パケットに呼出情報が含まれていたとき、無線機から通信チャンネルが確保できた旨の返信があったのち、無線機に対して呼出情報を転送して個別呼出を行わせたのち、音声バッファに一時記憶していた音声信号を読み出して無線機に転送するようにしてもよい。

【発明の効果】

【0010】

この発明によれば、無線機が通信チャンネルを確保するまで音声信号を一時記憶しておき、通信チャンネルが確保できたとき、一時記憶していた音声信号を無線機に転送するようにしたことにより、通話に頭切れが生じることがなく、また、チャンネル確保と同時に音声信号の送信が開始されるため、必要以上の遅延も生じない。

【図面の簡単な説明】

【0011】

【図1】この発明の実施形態である中継装置が適用される通信システムの構成図である。

【図2】通信システムにおける音声データの送受信のシーケンスを示す図である。

【図3】通信システムの中継装置のブロック図である。

【図4】中継装置の動作を示すフローチャートである。

【図5】この発明の実施形態である中継装置が適用される通信システムの構成図である。

【図6】無線機の記憶内容を示す図である。

【図7】中継装置の記憶部の記憶内容を示す図である。

【図8】ＲＴＰパケットの構成を示す図である。

【図9】中継装置の動作を示すフローチャートである。

【図10】中継装置の動作を示すフローチャートである。

【発明を実施するための形態】

【0012】

図面を参照して本発明の中継装置および通信システムについて説明する。まず、図１〜図４を参照して本発明の基本的な構成について説明する。

【0013】

図１は、この発明の実施形態である通信システムの構成図である。この通信システムは、互いにネットワーク１で接続された複数台の中継装置２を用いて、異なる通信エリアＡ、Ｂに存在するトランシーバ４（４Ａ，４Ｂ）同士の通信を可能にしたシステムである。

【0014】

ネットワーク１はたとえばＥｔｈｅｒｎｅｔ（登録商標）で構成されるＬＡＮやインターネットが適用可能である。このネットワーク１に複数（図１では２台）の中継装置２が接続されている。各中継装置２（２Ａ，２Ｂ）は、それぞれ異なる通信エリアＡ，Ｂをカバーしている。各中継装置２には、中継用トランシーバであるレピータ３（３Ａ，３Ｂ）が接続されている。レピータ３は、据置型のトランシーバであり、いわゆるプッシュ・トゥ・トーク（Ｐｕｓｈ ｔｏ Ｔａｌｋ：ＰＴＴ）形式の半二重通信機器である。各レピータ３の通信圏内には、トランシーバ４（４Ａ、４Ｂ）が存在している。レピータ３とトランシーバ４とは相互に通信可能な形式のものである。

【0015】

レピータ３およびトランシーバ４は、いわゆるデジタルトランシーバである。デジタルトランシーバは、デジタル信号に変換された音声信号やデータなどの通信が可能であり、音声信号の通信と並行して宛先情報などの制御情報を同時に通信することができる。レピータ３は、トランシーバ４から受信したデジタル信号をパケット化して中継装置２に入力するとともに、中継装置２から入力されたパケットから音声信号や制御情報を取り出し、この音声信号や制御情報を時間軸のデジタル信号に変換して送信する。

【0016】

図１の通信システムにおいて、トランシーバ４Ｂ（送信側トランシーバ）からトランシーバ４Ａ（受信側トランシーバ）に音声信号を送信する場合を例に上げて、本通信システムについて説明する。トランシーバ４ＢのユーザがＰＴＴスイッチをオンして通話音声をマイクから入力するすると、この音声信号は、無線通信によってレピータ３Ｂ（送信側レピータ）に伝達される。レピータ３Ｂは、この音声信号を、有線のデジタル通信により中継装置２Ｂ（送信側中継装置）に送信する。中継装置２Ｂは、この音声信号を数十ミリ秒ごとにＲＴＰパケット化し、その音声信号の時間長に応じた数のパケット列として、ネットワーク１を介して中継装置２Ａ（受信側中継装置）へ伝送する。

【0017】

受信側では、この音声信号が、トランシーバ４Ａで頭切れにならないように、図２に示すような手順で転送される。中継装置２Ａが、ネットワーク１を介してＲＴＰパケットを受信すると、このＲＴＰパケットに含まれている音声信号をバッファし、レピータ３Ａ（受信側レピータ）に通信チャンネルの確保を要求する。レピータ３Ａは、中継装置２Ａからチャンネル確保要求のメッセージを受信すると、空きチャンネルを検索して通信チャンネルを確保する。通信チャンネルが確保されると、レピータ３Ａは、中継装置２Ａに対してチャンネルが確保できた旨を応答する。中継装置２Ａは、この応答メッセージでチャンネルが確保されたことを確認し、バッファしていた音声信号を読み出してレピータ３Ａに転送する。レピータ３Ａは、この音声信号を無線通信でトランシーバ４Ａ（受信側トランシーバ）に送信する。トランシーバ４Ａはこの音声信号を受信して音声として再生する。

【0018】

このように、中継装置２Ａが、ネットワーク１を介して受信した音声信号を一旦バッファし、レピータ３Ａが無線のチャンネルを確保したことが確認できたのち、レピータ３Ａに対して音声信号の転送を開始するため、受信側のトランシーバ４Ａで受信した音声信号の頭切れが発生しない。

【0019】

以下、図３を参照して中継装置２について説明する。中継装置２は、制御部２０、無線機インタフェース２１、ネットワークインタフェース２２および音声バッファ２３を有している。

【0020】

無線機インタフェース２１は、下流（レピータ３側）の端部に設けられており、レピータ３から入力された上りパケットを制御部２０に入力するとともに、制御部２０から入力された下りパケットをレピータ３に送出する。ネットワークインタフェース２２は、上流（ネットワーク１側）の端部に設けられており、ネットワーク１経由で受信した通信相手からのパケットである下りパケットを制御部２０に入力するとともに、制御部２０から入力された上りパケットをネットワーク１に送出する。無線機インタフェース２１、ネットワークインタフェース２２ともに、たとえばＥｔｈｅｒｎｅｔ（登録商標）の物理層のコネクタなどが適用可能であり、デジタル通信の物理層やデータリンク層を担当する。

【0021】

音声バッファ２３は、ネットワーク１を介して受信したＲＴＰパケットの音声データをバッファするメモリである。音声バッファ２３は、ＦＩＦＯメモリであってもよく、通常のＲＡＭであってもよい。また、図３では制御部２０と別に設けられているが、制御部２０に内蔵されていてもよい。

【0022】

制御部２０は、マイコン等で構成され、機能的に、記憶部２４、上りパケット処理部２５および下りパケット処理部２６を備えている。

【0023】

上りパケット処理部２５は、無線機インタフェース２１から入力された上りの音声パケットをＲＴＰパケットにフォーマット変換してネットワークインタフェース２２に転送する。このとき、上りパケット処理部２５は、このＲＴＰパケットのＩＰヘッダに送信先（受信側中継装置）のＩＰアドレスを書き込み、ＲＴＰパケットのＵＤＰヘッダに送信先のポート番号を書き込む。また、レピータ３から入力される音声パケットの音声信号は、たとえばＧ．７１１やＡＭＢＥなどの方式で符号化されているが、上りパケット処理部２５は、これをＩＰ電話にも適用できるように、Ｇ．７２６またはＧ．７２９などの符号化方式にＣＯＤＥＣ変換してもよい。

【0024】

下りパケット処理部２６は、ネットワークインタフェース２２から入力されたＲＴＰパケットから音声データ（ペイロード）のみを取り出して音声バッファ２３に書き込み、レピータ３に対してチャンネル確保要求メッセージを送信する。レピータ３からチャンネル確保応答が返ってきたとき、音声バッファ２３にバッファしている音声データを読み出し、レピータ３に転送するパケットのフォーマットに変換し、また必要に応じてＣＯＤＥＣ変換して無線機インタフェース２１に転送する。ＣＯＤＥＣ変換は、上りパケット処理部２５とは逆に、Ｇ．７２６、Ｇ．７２９などの方式で符号化されている音声信号をＧ．７１１やＡＭＢＥなどの符号化方式に変換する。

【0025】

図４のフローチャートを参照して中継装置２が下りパケットを受信したときの動作を説明する。下りパケットとは、ネットワーク１経由で他の中継装置２から送られてくるＲＴＰパケットである。図４（Ａ）は、下りパケットを受信するごとに実行される受信処理動作を示すフローチャートである。ネットワークインタフェース２２から下りパケットが入力されると（Ｓ１００）、制御部２０（下りパケット処理部２６）は、このパケットから音声データをデコードし（Ｓ１１０）、デコードした音声データを音声バッファ２３にバッファする（Ｓ１２０）。

【0026】

制御部２０は、このパケットが先頭パケットであるかを判断する（Ｓ１３０）。先頭パケットとは、上述のパケット列の先頭のパケットであり、通信相手の発話が開始されたことを示すものである。受信した下りパケットが先頭パケットであった場合には（Ｓ１３０でＹＥＳ）、図４（Ｂ）に示す送信処理動作を起動する（Ｓ１４０）。先頭パケットでなかった場合には（Ｓ１３０でＮＯ）、すでに送信処理動作が起動されているのでそのまま処理を終了する。

【0027】

図４（Ｂ）は送信処理動作を示すフローチャートである。この処理は、パケット列毎に実行される。すなわち、図２の先頭パケットで起動し、このパケット列の終了によって終了する。まず、レピータ３に対してチャンネル確保要求のメッセージを送信する（Ｓ２００）。こののち、このメッセージに対して、レピータ３からチャンネルが確保できた旨の返信（チャンネル確保応答）があるか（Ｓ２１０）、または返信がないままタイムアウトするまで（Ｓ２２０）待機する。

【0028】

チャンネル確保応答があると（Ｓ２１０でＹＥＳ）、レピータ３のＰＴＴをオンし（Ｓ２３０）、音声バッファ２３にバッファしている音声データのレピータ３への転送を開始する（Ｓ２４０）。バッファしている音声データが終了するまでこの転送を継続する（Ｓ２５０）。音声データが終了すると（Ｓ２５０でＹＥＳ）、ＰＴＴをオフして（Ｓ２６０）、処理を終了する。

【0029】

以上は、本発明を基本的な構成の通信システムに適用した場合について説明した。以下は、個別呼出機能を備えた中継装置２を用いた通信システムに本発明を適用した場合について説明する。なお、以下の説明において、既に説明した部分には、同一の部品番号を付して説明を省略する場合がある。

【0030】

図５は、個別呼出が可能な中継装置２を有する通信システムの構成図である。この通信システムは、互いにネットワーク１で接続された複数台の中継装置２を用いて、異なる通信エリアＡ〜Ｃに存在するトランシーバ４（４Ａ，４Ｂ，４Ｃ）同士の通信を可能にしたシステムである。

【0031】

ネットワーク１はたとえばＥｔｈｅｒｎｅｔ（登録商標）で構成されるＬＡＮやインターネットが適用可能である。このネットワーク１に１または複数（図１では３台）の中継装置２が接続されている。各中継装置２（２Ａ，２Ｂ，２Ｃ）は、それぞれ異なる通信エリアＡ，Ｂ，Ｃをカバーしている。各中継装置２には、据置型のトランシーバが中継用トランシーバであるレピータ３（３Ａ，３Ｂ，３Ｃ）として接続されている。レピータ３は、ＰＴＴ形式の半二重通信機器である。各レピータ３の通信圏内には、１または複数台（図５では２台）のトランシーバ４（４Ａ−１，２、４Ｂ−１，２、４Ｃ−１，２）が存在している。レピータ３とトランシーバ４とは相互に通信可能なデジタルトランシーバである。

【0032】

トランシーバ４は、図６に示すように、自局を識別するＩＤ（無線機識別情報）４００、および、自局が所属するグループ番号４０１を記憶しており、受信したデジタル信号に宛先情報として自局のＩＤ４００または自局が所属するグループ番号４０１が埋め込まれていれば、この信号を復調して音声信号をスピーカ等から出力する。また受信したデジタル信号に自局のＩＤ４００または自局が所属するグループ番号４０１が埋め込まれていない場合には、このデジタル信号を破棄する。なお、自局のＩＤ４００や自局が所属するグループ番号４０１は、受信した音声信号中に、たとえばスケルチコードとして挿入されている。

【0033】

図７は、中継装置２の記憶部２４の構成を示す図である。また、図８は、ＲＴＰ（Real-time Transport Protocol）パケットの構成図である。なお、中継装置２の構成は図２に示したものと同一であるため図示を省略する。制御部２０の記憶部２４には、図７に示す自局ＩＰアドレス記憶エリア２００、通信用ポート番号記憶エリア２０１、および、宛先管理テーブル２０２が設定されている。宛先管理テーブル２０２は、レピータ３から入力された音声パケット、すなわち、レピータ３と通信するトランシーバ４が送信した音声信号に含まれる宛先情報である呼出情報に基づいて、この音声パケットの送信先である他の中継装置２のＩＰアドレスおよびポート番号を割り出すためのテーブルである。すなわち、宛先管理テーブル２０２には、所定のトランシーバ４を呼び出すための呼出情報として、ＩＤ種別（呼出がグループ呼出であるか個別呼出であるかの種別）およびその呼出のＩＤが記憶され、これに対応づけて、この呼出情報によって呼び出されるトランシーバ４が所属する通信エリアをカバーする他の中継装置２のＩＰアドレス、ポート番号が記憶されている。なお、音声パケットの音声信号のＣＯＤＥＣをレピータ３から入力された形式と変換する場合、宛先管理テーブル２０２に変換先のＣＯＤＥＣ方式も記憶される。

【0034】

制御部２０の上りパケット処理部２５は、上述したように、無線機インタフェース２１から入力された上りの音声パケットをフォーマット変換してネットワークインタフェース２２に転送する。このとき、この上り音声パケットに埋め込まれている呼出情報を読み出し、その呼出情報で宛先管理テーブル２０２を検索して、対応するＩＰアドレスおよびポート番号を読み出す。そして、フォーマット変換によって図８のように構成されたＲＴＰパケットのＩＰヘッダに、この読み出したＩＰアドレスを宛先アドレスとして書き込み、ＵＤＰヘッダにこの読み出したポート番号を宛先ポート番号として書き込む。なお、ＩＰヘッダの送信元ＩＰアドレスの欄には、この中継装置２のＩＰアドレスが書き込まれ、ＵＤＰヘッダの送信元ポート番号の欄には、この中継装置２で使用されるポート番号が書き込まれる。そして、ＲＴＰペイロードに続けて（ＲＴＰペイロードの一部として）、音声パケットに埋め込まれていた呼出情報および発信元ＩＤ（音声信号を送信したトランシーバ４のＩＤ）が書き込まれる。

【0035】

また、制御部２０の下りパケット処理部２６は、上述したように、ネットワーク１を介して他の中継装置２から送られてきたＲＴＰパケットを受信し、フォーマット変換してレピータ３に転送する。このとき、ＲＴＰパケットに書き込まれている呼出情報（ＩＤ種別およびＩＤ）を読み出して、レピータ３に転送する音声パケットに書き込む。

【0036】

図９のフローチャートを参照して中継装置２が上りパケットを受信した時の動作を説明する。無線機インタフェース２１から上りの音声パケットが入力されると（Ｓ３０）、このパケットに呼出情報が含まれるか否かを判断する（Ｓ３１）。呼出情報が含まれない場合には（Ｓ３１でＮＯ）、全体呼出であるとしてこの音声パケットをマルチキャストのＲＴＰパケットに変換してネットワークインタフェース２２に送出する。

【0037】

音声パケットに呼出情報が含まれている場合には（Ｓ３１でＹＥＳ）、この呼出情報を読み出し（Ｓ３２）、読み出した呼出情報で宛先管理テーブル２０２を検索して宛先のＩＰアドレスおよびポート番号を読み出す（Ｓ３３）。そして、このＩＰアドレス、ポート番号を宛先ＩＰアドレス、宛先ポート番号とする図８に示すようなＲＴＰパケットを作成する（Ｓ３４）。上述したように、このＲＴＰパケットには呼出情報も書き込まれている。作成されたＲＴＰパケットをネットワークインタフェース２２に送出する（Ｓ３５）。ネットワークインタフェース２２は、このＲＴＰパケットを送信する。このＲＴＰパケットには特定の宛先ＩＰアドレスが書き込まれているため、ユニキャストでその宛先ＩＰアドレスの中継装置２に送信される。

【0038】

このように、音声信号に埋め込まれる呼出情報に対応するＩＰアドレス（ポート番号を含む）を宛先管理テーブル２０２に記憶しておき、音声信号（音声パケット）が入力されたとき、宛先管理テーブル２０２を用いてこの音声信号の宛先ＩＰアドレスを決定することにより、ネットワーク１を介する中継先（中継装置２）が複数ある場合でも、正しい中継先へパケットを転送することができる。

【0039】

また、ＩＰパケット（ＲＴＰパケット）に呼出情報を書き込んで送信することにより、トランシーバ４の通信がネットワーク１で中継されても、中継先トランシーバ４に対して選択呼出（個別呼出またはグループ呼出）を行うことが可能になる。

【0040】

図１０のフローチャートを参照して中継装置２が下りパケットを受信したときの動作を説明する。このフローチャートにおいて、図４に示したフローチャートと同じ処理ステップには同じＳ番号を付している。図１０（Ａ）は、下りパケットを受信するごとに実行される受信処理動作を示すフローチャートである。ネットワークインタフェース２２から下りパケットが入力されると（Ｓ１００）、制御部２０（下りパケット処理部２６）は、このパケットから音声データをデコードし（Ｓ１１０）、デコードした音声データを音声バッファ２３にバッファする（Ｓ１２０）。

【0041】

また、制御部２０は、このパケットが先頭パケットであるかを判断する（Ｓ１３０）。受信した下りパケットが先頭パケットであった場合には（Ｓ１３０でＹＥＳ）、図１０（Ｂ）に示す送信処理動作を起動する（Ｓ１４０）。先頭パケットでなかった場合には（Ｓ１３０でＮＯ）、すでに送信処理動作が起動されているのでそのまま処理を終了する。先頭パケットであった場合には（Ｓ１３０でＹＥＳ）、さらに、そのパケットに呼出情報が含まれているかを判断する（Ｓ１４１）。そのパケットに呼出情報が含まれている場合には（Ｓ１４１でＹＥＳ）、その呼出情報を記憶部２４に保存する（Ｓ１４２）。

【0042】

図１０（Ｂ）は送信処理動作を示すフローチャートである。この処理は、パケット列毎に実行される。まず、レピータ３に対してチャンネル確保要求のメッセージを送信する（Ｓ２００）。こののち、このメッセージに対して、レピータ３からチャンネルが確保できた旨の返信（チャンネル確保応答）があるか（Ｓ２１０）、または返信がないままタイムアウトするまで（Ｓ２２０）待機する。

【0043】

チャンネル確保応答があると（Ｓ２１０でＹＥＳ）、レピータ３のＰＴＴをオンし（Ｓ２３０）、呼出情報が記憶されているかを判断する（Ｓ２３１）。呼出情報が記憶されている場合には（Ｓ２３１でＹＥＳ）、この呼出情報を読み出し（Ｓ２３２）、この呼出情報で個別呼出をかけるようレピータ３に指示したのち（Ｓ２３３）、音声バッファ２３にバッファしている音声データのレピータ３への転送を開始する（Ｓ２４０）。また、呼出情報が記憶されていない場合には（Ｓ２３１でＮＯ）、一斉呼出をかけるようレピータ３に指示したのち（Ｓ２３４）、音声バッファ２３にバッファしている音声データのレピータ３への転送を開始する（Ｓ２４０）。なお、呼出をかけることにより、受信側のトランシーバ４は、スケルチを開いて音声信号の到来を待つため、音声信号が頭切れすることなく、トランシーバ４に受信される。

【0044】

音声データのレピータ３への転送をバッファしている音声データが終了するまでこの転送を継続し、音声データが終了すると（Ｓ２５０でＹＥＳ）、ＰＴＴをオフして（Ｓ２６０）、処理を終了する。

【0045】

上記実施形態では、チャンネル確保要求を送信したのち、チャンネル確保応答を受信しないで一定時間が経過するとタイムアウトさせているが、タイムアウトさせなくても良い。また、タイムアウトした場合には、さらにチャンネル確保要求を送信し直すようにしてもよい。

【符号の説明】

【0046】

１ ネットワーク
２ 中継装置
３ レピータ（無線機）
４ トランシーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】