データ伝送制御方法
【課題】装置間の回線をＩＰ化する際に、ハードウェア制御などにより所定間隔で適正にデータを転送する回線とＩＰ回線との間で、データを適切に伝送できるようにする。
【解決手段】ＩＰ回線を介して受信したデータを、周期的にデータを伝送する他回線に伝送する際のデータ伝送制御方法であって、ＩＰ回線からの受信データを一時記憶部に記憶する際、前記一時記憶部にデータが既に保存されているか否かを確認し、保存されていれば前記受信データを前記一時記憶部に格納し、保存されていなければ予め設定された空データを前記一時記憶部に格納した上で前記受信データを格納し、前記一時記憶部から記憶された順に周期的にデータを読み出して前記他回線に送信する。
【解決手段】ＩＰ回線を介して受信したデータを、周期的にデータを伝送する他回線に伝送する際のデータ伝送制御方法であって、ＩＰ回線からの受信データを一時記憶部に記憶する際、前記一時記憶部にデータが既に保存されているか否かを確認し、保存されていれば前記受信データを前記一時記憶部に格納し、保存されていなければ予め設定された空データを前記一時記憶部に格納した上で前記受信データを格納し、前記一時記憶部から記憶された順に周期的にデータを読み出して前記他回線に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＩＰ（Internet Protocol）パケットなどのデータの伝送制御に関する。
【背景技術】
【０００２】
例えば、市町村防災移動系無線通信システムなどの無線通信システムでは、統制台と移動局とが通話するように構成されている（特許文献１参照）。
このような無線通信システムは、統制台と、移動局と無線通信を行う基地局装置との間に、回線制御を行う回線制御装置を備えている。
【０００３】
従来は、統制台を含む統制台制御装置と回線制御装置との間は、アナログインタフェースのＯＤＴ（Out-Band Dialing Trunk）を用いて音声伝送を行っていた。また、音声制御はハードウェアで行っていた。
【特許文献１】特開２００７−７４４５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、接続の容易性、拡張性を持たせるために、統制台制御装置と回線制御装置との間をＩＰ接続し、ソフトウェアで音声のＩＰパケットを伝送制御することが考えられる。
しかし、回線制御装置内はハードウェアで同期を取りながら一定間隔で音声を転送するが、統制台制御装置と回線制御装置との間のＩＰ回線ではハードウェアでの同期を取ることができないため、ＩＰパケットの伝送に揺らぎが発生するおそれがある。
【０００５】
ここで、回線制御装置は、音声データを基地局無線装置に送信するために、ハードウェアで同期を取りながら回線制御装置内で音声データを転送している。なお、この回線制御装置内のデータ転送に使用する回線を、以下、同期回線という。
そして、揺らぎが発生しＩＰパケットが遅延してしまうと、回線制御装置は自装置内の同期回線に正しいタイミングで音声データを転送できなくなってしまう。
【０００６】
また、回線制御装置内の同期回線からＩＰ回線に音声データを転送する際、つまり、基地局無線装置からの音声を統制台に送信する際、ソフトウェアにより音声データを所定間隔で読出し、音声パケット（ＲＴＰ：Real-Time Transport Protocol）に変換して転送するが、ソフトウェアのタイマ制御はハードウェアのタイマ制御に比べ精度が低いため、ソフトウェアのタイマを使用して音声パケットを転送すると正しいタイミングで音声パケットを転送することができなくなってしまう。さらに、長時間の運用を行うと、タイミングの誤差が蓄積され音声が適切に転送できなくなってしまう。
【０００７】
本発明は、上述した課題に鑑み、装置間の回線をＩＰ化する際に、ハードウェア制御などにより周期的にデータを転送する回線とＩＰ回線との間で、データを適切に伝送できるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決するために、本発明に係るデータ伝送制御方法は、ＩＰ回線を介して受信したデータを、周期的にデータを伝送する他回線に伝送する際の方法であって、ＩＰ回線からの受信データを一時記憶部に記憶する際、前記一時記憶部にデータが既に保存されているか否かを確認し、保存されていれば前記受信データを前記一時記憶部に格納し、保存されていなければ予め設定された空データを前記一時記憶部に格納した上で前記受信データを格納し、前記一時記憶部から記憶された順に周期的にデータを読み出して前記他回線に送信することを特徴とする。
【０００９】
また、上述した課題を解決するために、本発明に係るデータ伝送制御方法は、ＩＰ回線に、周期的にデータを伝送する他回線から受信したデータを伝送する際の方法であって、 前記他回線から受信した受信データを一時記憶部に記憶し、前記一時記憶部に予め設定された所定量の受信データが保存されているか否かを確認し、保存されていれば前記所定量分の受信データを前記一時記憶部から読み出して前記ＩＰ回線に送信し、保存されていなければ前記一時記憶部に保存されているデータ量と前記所定量とに応じた時間待機した後に、再度、前記所定量の受信データが保存されているか否かを確認することを特徴とする。
【発明の効果】
【００１０】
本発明に係るデータ伝送制御方法によれば、ＩＰ回線と周期的にデータを転送する他回線との間で、ＩＰ回線における揺らぎによって伝送遅延が発生することを抑止して、データを適切に伝送することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態としての無線通信システムの構成を示すブロック図である。
【図２】本発明の一実施形態としての無線通信システムの回線制御装置のＩＰ−ＩＦ基板の機能構成を示す機能ブロック図。
【図３】本発明の一実施形態としての無線通信システムの回線制御装置が有するメディア情報管理テーブルを示す図である。
【図４】本発明の一実施形態としての無線通信システムの回線制御装置が有するＲＴＰ情報管理テーブルを示す図である。
【図５】本発明の一実施形態としての無線通信システムの統制台制御装置と回線制御装置との接続時の処理手順を示すシーケンス図である。
【図６】本発明の一実施形態としての無線通信システムの回線制御装置から統制台制御装置への音声データ伝送時の処理手順を示すシーケンス図である。
【図７】本発明の一実施形態としての無線通信システムの統制台制御装置から回線制御装置への音声データ伝送時の処理手順を示すシーケンス図である。
【発明を実施するための最良の形態】
【００１２】
以下、本発明に係る無線機を実施するための最良の形態について、図面を参照して説明する。
図１は本発明の一実施形態としての無線通信システムの構成を示すブロック図である。図１に示すように、無線通信システムは、統制台制御装置１０１、回線制御装置１０２、ＳＷＩＴＣＨ１０８、基地局１０９、及び、移動局１１０を備えている。
【００１３】
統制台制御装置１０１は、ユーザインタフェースを制御する操作部ＰＣ（Personal Computer）１０３、操作部ＰＣ１０３からの入力を受けて音声伝送を行う副操作部１０４から構成される。
回線制御装置１０２は、統制台制御装置１０１の操作部ＰＣ１０３及び副操作部１０４と呼制御信号、音声データ等をやり取りするＩＰ−ＩＦ基板（データ伝送装置）１０５、無線通信システム全体の呼制御を管理する呼制御基板１０６、無線通信システム全体の音声データを管理するＴＳＷ基板１０７から構成される。
【００１４】
ＳＷＩＴＣＨ１０８は、操作部ＰＣ１０３からの入力と副操作部１０４からの入力とを切り換えるものである。ＳＷＩＴＣＨ１０８は、例えば汎用品のＬ２Ｓｗｉｔｃｈである。ただし、ＳＷＩＴＣＨ１０８は、ハブ、Ｌ３
Ｓｗｉｔｃｈ、Ｒｏｕｔｅｒであってもよい。
基地局１０９は、移動局１１０と無線通信を行うものである。
なお、ここでは基地局１０９及び移動局１１０は一つしか示していないが、通常これらは複数備えられている。
また、統制台制御装置１０１も一つしか示していないが、複数の統制台制御装置１０１を備え、それらが回線制御装置１０２に接続されていてもよい。
【００１５】
そして、ＳＷＩＴＣＨ１０８と回線制御装置１０２のＩＰ−ＩＦ基板１０５、即ち、統制台制御装置１０１と回線制御装置１０２とは、ＩＰ回線１１１により接続される。
ここで、副操作部１０４は、起動時の電源投入後、ＩＰ−ＩＦ基板１０５に対して音声接続を要求する。以降、定期的、例えば２０ｍｓｅｃ毎にＩＰ−ＩＦ基板１０５にＲＴＰパケットを送信する。つまり、副操作部１０４は、ユーザの操作部ＰＣ１０３の操作や音声入力の有無にかかわらず、起動すると回線制御装置１０２との回線１１１を確立し、無音であっても常に音声データであるＲＴＰパケットを送信する。これにより、ユーザは操作部ＰＣ１０３を操作するとすぐに回線制御装置１０２に音声を送信でき、通話操作後に回線制御装置１０２との回線を確立するよりも、通話確立までの時間を短縮できる。
なお、副操作部１０４が送信するＲＴＰパケットは、例えば、μＬＡＷ符号の音声データである。
【００１６】
一方、ＩＰ−ＩＦ基板１０５は、副操作部１０４とのＩＰ回線１１１が確立されると、定期的、例えば２０ｍｓｅｃ毎に副操作部１０４へＲＴＰパケットを送信する。
副操作部１０４は一定時間、ＩＰ−ＩＦ基板１０５からＲＴＰパケットが受信できない場合は回線断と判断し、再度、ＩＰ−ＩＦ基板１０５に対して音声接続を要求する。
【００１７】
ここで、ＩＰ回線１１１を介して副操作部１０４から回線制御装置１０２のＩＰ−ＩＦ基板１０５へ伝送されるデータは、厳格に同期がとれて一定周期で送られるものではなく、揺らぎにより遅延が発生するおそれがある。つまり、ＩＰ回線１１１は非同期回線である。一方、回線制御装置１０２内のＩＰ−ＩＦ基板１０５（後述するＦＰＧＡ２０６）からＴＳＷ基板１０７へ送信されるデータは、ＦＰＧＡ２０６によって同期がとられて一定周期で転送される。つまり、ＩＰ−ＩＦ基板１０５からＴＳＷ基板１０７への回線は同期回線である。
【００１８】
図２にＩＰ−ＩＦ基板１０５の機能ブロック図を示す。ＩＰ−ＩＦ基板１０５は統制台制御装置１０１の操作部ＰＣ１０３及び副操作部１０４との呼制御データを管理し、呼制御基板１０６と制御データの橋渡しを行う呼制御タスク２０１、副操作部１０４との音声データを管理し、ＴＳＷ基板１０７と音声データの橋渡しをするメディア制御タスク２０２、ＴＣＰ／ＩＰ制御を行うＳＯＣＫＥＴ制御タスク２０３、音声パケットの送受信制御を行うＲＴＰ制御タスク２０４、ＦＰＧＡ２０６を制御するＨｉｇｈｗａｙ制御タスク２０５、及び、ＴＳＷ基板１０７との音声データ送受信制御を行うＦＰＧＡ（Field-Programmable Gate Array）２０６から構成される。
【００１９】
ＦＰＧＡ２０６は、μＬＡＷ符号の音声データを定期的にＴＳＷ基板１０７との間で転送する。電源投入後、１２５μｓｅｃ毎に８ｂｉｔの音声データをＴＳＷ基板１０７へ転送し、１２５μｓｅｃ毎に８ｂｉｔの音声データをＴＳＷ基板１０７から受信している。
ＦＰＧＡ２０６は、Ｈｉｇｈｗａｙ制御タスク２０５に対する送信バッファ（一時記憶部；図示せず）と受信バッファ（一時記憶部；図示せず）とを備えている。そして、Ｈｉｇｈｗａｙ制御タスク２０５が送信バッファに音声データを書き込むと１２５μｓｅｃ毎に８ｂｉｔの音声データをＴＳＷ基板１０７へ転送するが、送信バッファが空の場合は１２５μｓｅｃ毎に無音データを転送する。
【００２０】
また、ＦＰＧＡ２０６は、ＴＳＷ基板１０７から受信した音声データを１２５μｓｅｃ毎に受信バッファに書き込む。
さらに、ＦＰＧＡ２０６はＨｉｇｈｗａｙ制御タスク２０５に対し、送信バッファと受信バッファのカウント数（データ量）を読み出すインタフェースを提供する。Ｈｉｇｈｗａｙ制御タスク２０５が送信バッファのカウント数を読み出すと、ＦＰＧＡ２０６は送信バッファに書き込まれている音声データ数をバイト単位で通知する。受信バッファのカウント数を読み出すと、ＦＰＧＡ２０６は受信バッファに書き込まれている音声データ数をバイト単位で通知する。これにより、Ｈｉｇｈｗａｙ制御タスク２０５は後述する図６、図７に示す処理を実現する。
【００２１】
図３にＩＰ−ＩＦ基板１０５のメディア制御タスク２０２が管理するメディア管理テーブルを示す。図３に示すように、メディア情報管理テーブル５００は、メディア管理番号、ＲＴＰセッション番号、スロット番号、及び、音声転送状態を管理する。
メディア管理番号は、メディア制御タスク２０２が付与するものであり、例えば、統制台制御装置１０１の通話装置（マイク、ハンドセット、電話機など）毎に付与される。
【００２２】
ＲＴＰセッション番号は、ＲＴＰ通信を開始する際にＲＴＰ制御タスク２０４が付与するものである。
スロット番号は、ＦＰＧＡ２０６が音声データを処理する際に使用する番号であり、ＲＴＰセッション番号とスロット番号の対応付けをメディア情報管理テーブル５００を用いて行う。
【００２３】
音声転送状態には、送信状態、送受信状態があり、送信状態はＩＰ−ＩＦ基板１０５から副操作部１０４への送信のみを許可している状態であり、送受信状態はＩＰ−ＩＦ基板１０５と副操作部１０４間の双方向を許可している状態である。
【００２４】
図４にＩＰ−ＩＦ基板１０５のＲＴＰ制御タスク２０４が管理するＲＴＰ情報管理テーブルを示す。図４に示すように、ＲＴＰ情報管理テーブル５０１は、ＲＴＰセッション番号、受信ポート番号、送信先ＩＰアドレス、及び、送信先ポート番号を管理する。
受信ポート番号、送信先ＩＰアドレス、及び、送信先ポート番号は、メディア制御タスク２０２からＲＴＰ通信開始を要求された際に通知され、ＲＴＰ制御タスク２０４は受信ポート番号、送信先ＩＰアドレス、送信先ポート番号を一意に識別するＲＴＰセッション管理番号を付与する。
【００２５】
図５は、統制台制御装置１０１（副操作部１０４）と回線制御装置１０２（ＩＰ−ＩＦ基板１０５）との接続シーケンスを示す図である。
図５に示すように、副操作部１０４は、電源投入後、呼制御タスク２０１へ音声データ接続要求を送信する（ステップ１００１）。
呼制御タスク２０１は、メディア制御タスク２０２へ音声送受信開始要求を送信する（ステップ１００２）。その際、音声送受信開始要求にはＲＴＰの送信処理のみを行うように指示する。
【００２６】
メディア制御タスク２０２は、ＲＴＰ制御タスク２０４へＲＴＰ送受信開始要求を送信する（ステップ１００３）。その際、メディア制御タスク２０２は、ＲＴＰパケットを受信する受信ポート番号、送信先ＩＰアドレス、送信先ポート番号をテーブル５０１に記録するとともに、ＲＴＰ制御タスク２０４に通知する。
ＲＴＰ制御タスク２０４は、メディア制御タスク２０２へＲＴＰ送受信開始応答を送信し（ステップ１００４）、指定されたポート番号でＲＴＰパケット受信待ちを行う（ステップ１００５）。このＲＴＰ送受信開始応答には、ＲＴＰ接続情報を識別するＲＴＰセッション番号を指定する。
【００２７】
そして、メディア制御タスク２０２は、ＲＴＰ情報管理テーブル５０１にＲＴＰセッション番号、受信ポート番号、送信先ＩＰアドレス、送信先ポート番号を最終設定する）。また、メディア制御タスク２０２は、通知されたＲＴＰセッション番号を送信処理のみ動作するよう設定し（送信状態）、さらにＲＴＰセッション番号に対応付けるＨｉｇｈｗａｙのスロット番号をメディア情報管理テーブル５００から読み出す（ステップ１００６、１００７）。
【００２８】
次に、メディア制御タスク２０２は、Ｈｉｇｈｗａｙ制御タスク２０５へＨｉｇｈｗａｙ送受信開始要求を送信する（ステップ１００８）。Ｈｉｇｈｗａｙ制御タスク２０５は、Ｈｉｇｈｗａｙ送受信開始応答をメディア制御タスク２０２へ送信し、ＦＰＧＡ２０６の送信バッファ、受信バッファをクリアし、指定されたスロット番号の音声データ読出し処理を起動する（ステップ１００９、１０１０）。
【００２９】
メディア制御タスク２０２は、Ｈｉｇｈｗａｙ制御タスク２０５からＨｉｇｈｗａｙ送受信開始応答を受けると、音声送受信開始応答を呼制御タスク２０１へ送信するとともに、音声送受信開始応答にはメディア管理番号を指定する（ステップ１０１１、１０１２）。
呼制御タスク２０１は、メディア制御タスク２０２から音声送受信開始応答を受けると、音声データ接続応答を副操作部１０４へ送信する（ステップ１０１３）。
【００３０】
そして、ステップ１０１３以降は、副操作部１０４は２０ｍｓｅｃ毎にＲＴＰパケットをＲＴＰ制御タスク２０４へ送信する（ステップ１０１４）。ＲＴＰ制御タスク２０４は、ＲＴＰパケットを受信すると、メディア制御タスク２０２へＲＴＰ受信通知を行う。この際、ＲＴＰ情報管理テーブル５０１及び受信ポート番号から対応するＲＴＰセッション番号を読み出し、メディア制御タスク２０２に通知する（ステップ１０１５）。
【００３１】
メディア制御タスク２０２は、通知されたメディア管理テーブル５００及び通知されたＲＴＰセッション番号から音声転送状態を読み出し、送信処理に設定されているためＲＴＰパケットを破棄する（ステップ１０１６）。
このように、上記ステップ１０１０でＦＰＧＡ２０６の送信バッファをクリアし、上記ステップ１０１６でＲＴＰパケットを破棄しているので、ＦＰＧＡ２０６の送信バッファカウント数は“０”のままとなり、ＦＰＧＡ２０６は無音データをＴＳＷ基板１０７へ送信し続けることになる。また、ステップ１０１０以降、Ｈｉｇｈｗａｙ制御タスク２０５はＲＴＰパケットの送信を２０ｍｓｅｃ毎に行う。そのときのシーケンスを図６に示す。
【００３２】
図６は、回線制御装置１０２（ＩＰ−ＩＦ基板１０５）から統制台制御装置１０１（副操作部１０４）へのＲＴＰ送信手順を示すシーケンス図である。
図６に示すように、Ｈｉｇｈｗａｙ制御タスク２０５は、ＦＰＧＡ２０６の受信バッファカウント数を読み出す（ステップ２００１）。受信バッファカウント数が所定量（ここでは１６０ｂｙｔｅ）以上の場合は、Ｈｉｇｈｗａｙ制御タスク２０５は受信バッファから１６０ｂｙｔｅ分のデータを読み出す（ステップ２００２）。
【００３３】
一方、１６０ｂｙｔｅより少ない場合は、Ｈｉｇｈｗａｙ制御タスク２０５は受信バッファカウント数から受信データ読み出し時間を算出し（例えば、受信データ読み出し時間＝（１６０ｂｙｔｅ−受信バッファカウント数）×０．１２５ｍｓｅｃ）、算出した受信データ読み出し時間経過後に再び受信バッファカウント数を読み出す（ステップ２００２）。
【００３４】
つまり、Ｈｉｇｈｗａｙ制御タスク２０５は、受信バッファから所定量のデータを周期的に読み出して送信させるべく、周期的に受信バッファカウント数をチェックする。しかし、受信バッファカウント数が、所定量より少ない場合には、所定量になるまでの残り予測時間である受信データ読み出し時間を算出し、所定量のデータが受信バッファにたまったであろう算出時間経過後に、受信バッファカウント数を再度読み出す。即ち、Ｈｉｇｈｗａｙ制御タスク２０５は、受信バッファに予め設定された所定量の受信データが保存されているか否かを確認し、保存されている場合にのみ所定量分の受信データを受信バッファから読み出してＩＰ回線１１１に送信するように制御し、所定量分の受信データが保存されていなければ、受信バッファに保存されているデータ量と、所定量とに応じた時間を算出してその時間分待機した後に、再度、所定量の受信データが保存されているか否かを確認する。これにより、できる限り定期的にデータを副操作部１０４へ送信できるようになる。
【００３５】
Ｈｉｇｈｗａｙ制御タスク２０５は、受信バッファカウント数が１６０ｂｙｔｅ以上であった場合には、メディア制御タスク２０２へ音声データ受信通知を送信する（ステップ２００３）。
その後、Ｈｉｇｈｗａｙ制御タスク２０５は、すぐに受信バッファカウント数を再度読み出し、受信データ読み出し時間を上記と同様に算出する（ステップ２００４）。つまり、１６０ｂｙｔｅのデータを読み出した後に、次にどのタイミングで１６０ｂｙｔｅのデータがたまるかを監視する。そして、Ｈｉｇｈｗａｙ制御タスク２０５は、受信データ読み出し時間経過後にステップ２００１に戻り、受信バッファカウント数を読み出す（ステップ２００５）。
【００３６】
また、音声データ受信通知を受け取ったメディア制御タスク２０２は、ＲＴＰ制御タスク２０４へＲＴＰ送信通知を通知する（ステップ２００６）。ＲＴＰ送信通知を受けたＲＴＰ制御タスク２０４は、ＲＴＰパケットを副操作部１０４へ送信する（ステップ2007）。
【００３７】
次に、統制台制御装置１０１（副操作部１０４）から回線制御装置１０２（ＩＰ−ＩＦ基板１０５）へのデータ伝送について説明する。
図７は、統制台制御装置１０１から回線制御装置１０２への音声データ伝送時の処理手順を示すシーケンス図である。
【００３８】
図７に示すように、例えば、ユーザの通話操作に応じて、まず、統制台操作部ＰＣ１０３、呼制御タスク２０１、呼制御基板１０６の間で呼接続が行われる（ステップ３００１）。
そして、呼制御タスク２０１は、音声送受信更新要求をメディア制御タスク２０２へ送信する（ステップ３００２）。音声送受信更新要求ではメディア管理番号を指定する。
【００３９】
メディア制御タスク２０２は、通知されたメディア管理番号の音声転送状態を送受信状態に設定する（ステップ３００３）。
ＲＴＰ制御タスク２０４は、副操作部１０４からＲＴＰパケットを受信するとメディア制御タスク２０２へＲＴＰ受信通知を通知する（ステップ３００４、３００５）。ＲＴＰ受信通知ではＲＴＰセッション番号を指定する。
【００４０】
メディア制御タスク２０２は、ＲＴＰ情報管理テーブル５０１及び通知されたＲＴＰセッション番号から送信先のスロット番号を読み出し、Ｈｉｇｈｗａｙ制御タスク２０５へ音声データ送信要求を送信する（ステップ３００６、３００７）。
Ｈｉｇｈｗａｙ制御タスク２０５は、指定されたスロット番号の送信バッファカウントを読み出す（ステップ３００８）。送信バッファカウントが“０”の場合は予め設定されている揺らぎ吸収時間分の無音データ（空データ）を送信バッファに書き込む（ステップ３００９）。その後、Ｈｉｇｈｗａｙ制御タスク２０５は、通知された音声データを送信バッファに書き込む（ステップ３０１０）。なお、送信バッファカウントの確認は、ＲＴＰパケットの受信の度に実施することが好ましく、これにより、連続した音声データを同期回線に確実に伝送することができる。
【００４１】
そして、操作部ＰＣ１０３、呼制御タスク２０１、呼制御基板１０６の間で呼解放が行われると、呼制御タスク２０１は、メディア制御タスク２０２へ音声送受信更新要求を送信する（ステップ３０１１、３０１２）。音声送受信更新要求ではメディア管理番号を指定する。
メディア制御タスク２０２は、通知されたメディア管理番号の音声転送状態を送信状態に設定する（ステップ３０１３）。
【００４２】
ＲＴＰ制御タスク２０４は、副操作部１０４からＲＴＰパケットを受信すると、メディア制御タスク２０２へＲＴＰ受信通知を通知する（ステップ３０１４、３０１５）。ＲＴＰ受信通知ではＲＴＰセッション番号を指定する。
メディア制御タスク２０２は、通知されたＲＴＰセッション番号が送信状態に設定されているため、ＲＴＰパケットを破棄する（ステップ３０１６）。
【００４３】
上記ステップ３０１１以降、ＲＴＰパケットを破棄しているので、ＦＰＧＡ２０６の送信バッファは全ての音声データの送信を終えると、カウント数は“０”のまま無音データをＴＳＷ基板１０７へ送信し続けることになる。
【００４４】
このように、本発明の一実施形態としての無線通信システムによれば、非同期回線であるＩＰ回線１１１から受信したＲＴＰパケットを同期回線に転送する際、ＦＰＧＡ２０６の送信バッファが空の状態であるか否かを、データ送信の度に確認し、バッファが空の状態である場合には、揺らぎ吸収時間分の無音データ（例えば、２０ｍｓｅｃ間隔でＲＴＰパケットを送受信する場合はその時間分の１６０ｂｙｔｅ）を送信バッファの先頭部分に記憶させる（設定しておく）ことで、ＩＰ回線１１１を介して受信したＲＴＰパケットが揺らぎなどにより遅延した場合でも、その遅延分を、無音データでカバーして、連続した音声データを連続して周期的に同期回線に送信することができる。
【００４５】
また、ＦＰＧＡ２０６の送信バッファが空の状態の時に揺らぎ吸収時間分の無音データを設定することで、ＲＴＰパケットが２０ｍｓｅｃ以上遅延した場合、またＲＴＰパケットが欠落した場合でも、再び揺らぎ吸収時間を再設定できる。
さらに、本発明の一実施形態としての無線通信システムによれば、同期回線からＩＰ回線１１１に音声データを転送する際には、ソフトウェアによるタイマ間隔で送信せず、ＦＰＧＡ２０６の受信バッファカウント数を確認し、所定データ量毎に読み出すように構成し、受信バッファに記憶されたデータ量が所定データ量に満たない場合にはその時点から所定データ量たまるまでの音声データ読み出し時間を算出してデータを送信するので、ＲＴＰパケットの送信間隔を補正しながら同期回線からのＲＴＰパケットを適切に送信することができる。
【００４６】
なお、市町村防災無線移動系システムでは、緊急時に一刻もはやく統制台制御装置１０１と移動局１１０とが通話できるようにするために、統制台制御装置１０１と回線制御装置１０４との間の回線は常に接続状態であり、通話していないときは無音の音声パケットの転送を常時行っている。この場合、かなり長い期間中、通話状態を維持するので、ＩＰパケットの揺らぎが蓄積されて、転送遅延が発生するおそれがある。しかし、本発明によれば、音声転送を行う必要がある時のみ、ＲＴＰパケットを同期回線に転送しているので、長いスパンでパケットの揺らぎが蓄積されることがなくなり、転送遅延が発生することもなくなる。
【００４７】
以上、本発明の一実施形態としての無線通信システムについて説明したが、本発明はこれに限定されるものではなく、種々変形して実施することができる。
例えば、上述した実施形態では、統制台制御装置１０１と回線制御装置１０２との間のＩＰ回線１１１が非同期回線であり、回線制御装置１０２内の回線を同期回線である場合を例にあげて説明した。しかし、本発明は非同期回線と、同期回線との間のデータ伝送に広く適用できるものである。
【符号の説明】
【００４８】
１０１ 統制台制御装置
１０２ 回線制御装置
１０３ 操作部ＰＣ
１０４ 副操作部
１０５ ＩＰ−ＩＦ基板
１０６ 呼制御基板
１０７ ＴＳＷ基板
１０８ ＳＷＩＴＣＨ
１０９ 基地局
１１０ 移動局
１１１ ＩＰ回線
２０１ 呼制御タスク
２０２ メディア制御タスク
２０３ ＳＯＣＫＥＴ制御タスク
２０４ ＲＴＰ制御タスク
２０５ Ｈｉｇｈｗａｙ制御タスク
２０６ ＦＰＧＡ
５００ メディア情報管理テーブル
５０１ ＲＴＰ情報管理テーブル
【技術分野】
【０００１】
本発明はＩＰ（Internet Protocol）パケットなどのデータの伝送制御に関する。
【背景技術】
【０００２】
例えば、市町村防災移動系無線通信システムなどの無線通信システムでは、統制台と移動局とが通話するように構成されている（特許文献１参照）。
このような無線通信システムは、統制台と、移動局と無線通信を行う基地局装置との間に、回線制御を行う回線制御装置を備えている。
【０００３】
従来は、統制台を含む統制台制御装置と回線制御装置との間は、アナログインタフェースのＯＤＴ（Out-Band Dialing Trunk）を用いて音声伝送を行っていた。また、音声制御はハードウェアで行っていた。
【特許文献１】特開２００７−７４４５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、接続の容易性、拡張性を持たせるために、統制台制御装置と回線制御装置との間をＩＰ接続し、ソフトウェアで音声のＩＰパケットを伝送制御することが考えられる。
しかし、回線制御装置内はハードウェアで同期を取りながら一定間隔で音声を転送するが、統制台制御装置と回線制御装置との間のＩＰ回線ではハードウェアでの同期を取ることができないため、ＩＰパケットの伝送に揺らぎが発生するおそれがある。
【０００５】
ここで、回線制御装置は、音声データを基地局無線装置に送信するために、ハードウェアで同期を取りながら回線制御装置内で音声データを転送している。なお、この回線制御装置内のデータ転送に使用する回線を、以下、同期回線という。
そして、揺らぎが発生しＩＰパケットが遅延してしまうと、回線制御装置は自装置内の同期回線に正しいタイミングで音声データを転送できなくなってしまう。
【０００６】
また、回線制御装置内の同期回線からＩＰ回線に音声データを転送する際、つまり、基地局無線装置からの音声を統制台に送信する際、ソフトウェアにより音声データを所定間隔で読出し、音声パケット（ＲＴＰ：Real-Time Transport Protocol）に変換して転送するが、ソフトウェアのタイマ制御はハードウェアのタイマ制御に比べ精度が低いため、ソフトウェアのタイマを使用して音声パケットを転送すると正しいタイミングで音声パケットを転送することができなくなってしまう。さらに、長時間の運用を行うと、タイミングの誤差が蓄積され音声が適切に転送できなくなってしまう。
【０００７】
本発明は、上述した課題に鑑み、装置間の回線をＩＰ化する際に、ハードウェア制御などにより周期的にデータを転送する回線とＩＰ回線との間で、データを適切に伝送できるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決するために、本発明に係るデータ伝送制御方法は、ＩＰ回線を介して受信したデータを、周期的にデータを伝送する他回線に伝送する際の方法であって、ＩＰ回線からの受信データを一時記憶部に記憶する際、前記一時記憶部にデータが既に保存されているか否かを確認し、保存されていれば前記受信データを前記一時記憶部に格納し、保存されていなければ予め設定された空データを前記一時記憶部に格納した上で前記受信データを格納し、前記一時記憶部から記憶された順に周期的にデータを読み出して前記他回線に送信することを特徴とする。
【０００９】
また、上述した課題を解決するために、本発明に係るデータ伝送制御方法は、ＩＰ回線に、周期的にデータを伝送する他回線から受信したデータを伝送する際の方法であって、 前記他回線から受信した受信データを一時記憶部に記憶し、前記一時記憶部に予め設定された所定量の受信データが保存されているか否かを確認し、保存されていれば前記所定量分の受信データを前記一時記憶部から読み出して前記ＩＰ回線に送信し、保存されていなければ前記一時記憶部に保存されているデータ量と前記所定量とに応じた時間待機した後に、再度、前記所定量の受信データが保存されているか否かを確認することを特徴とする。
【発明の効果】
【００１０】
本発明に係るデータ伝送制御方法によれば、ＩＰ回線と周期的にデータを転送する他回線との間で、ＩＰ回線における揺らぎによって伝送遅延が発生することを抑止して、データを適切に伝送することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態としての無線通信システムの構成を示すブロック図である。
【図２】本発明の一実施形態としての無線通信システムの回線制御装置のＩＰ−ＩＦ基板の機能構成を示す機能ブロック図。
【図３】本発明の一実施形態としての無線通信システムの回線制御装置が有するメディア情報管理テーブルを示す図である。
【図４】本発明の一実施形態としての無線通信システムの回線制御装置が有するＲＴＰ情報管理テーブルを示す図である。
【図５】本発明の一実施形態としての無線通信システムの統制台制御装置と回線制御装置との接続時の処理手順を示すシーケンス図である。
【図６】本発明の一実施形態としての無線通信システムの回線制御装置から統制台制御装置への音声データ伝送時の処理手順を示すシーケンス図である。
【図７】本発明の一実施形態としての無線通信システムの統制台制御装置から回線制御装置への音声データ伝送時の処理手順を示すシーケンス図である。
【発明を実施するための最良の形態】
【００１２】
以下、本発明に係る無線機を実施するための最良の形態について、図面を参照して説明する。
図１は本発明の一実施形態としての無線通信システムの構成を示すブロック図である。図１に示すように、無線通信システムは、統制台制御装置１０１、回線制御装置１０２、ＳＷＩＴＣＨ１０８、基地局１０９、及び、移動局１１０を備えている。
【００１３】
統制台制御装置１０１は、ユーザインタフェースを制御する操作部ＰＣ（Personal Computer）１０３、操作部ＰＣ１０３からの入力を受けて音声伝送を行う副操作部１０４から構成される。
回線制御装置１０２は、統制台制御装置１０１の操作部ＰＣ１０３及び副操作部１０４と呼制御信号、音声データ等をやり取りするＩＰ−ＩＦ基板（データ伝送装置）１０５、無線通信システム全体の呼制御を管理する呼制御基板１０６、無線通信システム全体の音声データを管理するＴＳＷ基板１０７から構成される。
【００１４】
ＳＷＩＴＣＨ１０８は、操作部ＰＣ１０３からの入力と副操作部１０４からの入力とを切り換えるものである。ＳＷＩＴＣＨ１０８は、例えば汎用品のＬ２Ｓｗｉｔｃｈである。ただし、ＳＷＩＴＣＨ１０８は、ハブ、Ｌ３
Ｓｗｉｔｃｈ、Ｒｏｕｔｅｒであってもよい。
基地局１０９は、移動局１１０と無線通信を行うものである。
なお、ここでは基地局１０９及び移動局１１０は一つしか示していないが、通常これらは複数備えられている。
また、統制台制御装置１０１も一つしか示していないが、複数の統制台制御装置１０１を備え、それらが回線制御装置１０２に接続されていてもよい。
【００１５】
そして、ＳＷＩＴＣＨ１０８と回線制御装置１０２のＩＰ−ＩＦ基板１０５、即ち、統制台制御装置１０１と回線制御装置１０２とは、ＩＰ回線１１１により接続される。
ここで、副操作部１０４は、起動時の電源投入後、ＩＰ−ＩＦ基板１０５に対して音声接続を要求する。以降、定期的、例えば２０ｍｓｅｃ毎にＩＰ−ＩＦ基板１０５にＲＴＰパケットを送信する。つまり、副操作部１０４は、ユーザの操作部ＰＣ１０３の操作や音声入力の有無にかかわらず、起動すると回線制御装置１０２との回線１１１を確立し、無音であっても常に音声データであるＲＴＰパケットを送信する。これにより、ユーザは操作部ＰＣ１０３を操作するとすぐに回線制御装置１０２に音声を送信でき、通話操作後に回線制御装置１０２との回線を確立するよりも、通話確立までの時間を短縮できる。
なお、副操作部１０４が送信するＲＴＰパケットは、例えば、μＬＡＷ符号の音声データである。
【００１６】
一方、ＩＰ−ＩＦ基板１０５は、副操作部１０４とのＩＰ回線１１１が確立されると、定期的、例えば２０ｍｓｅｃ毎に副操作部１０４へＲＴＰパケットを送信する。
副操作部１０４は一定時間、ＩＰ−ＩＦ基板１０５からＲＴＰパケットが受信できない場合は回線断と判断し、再度、ＩＰ−ＩＦ基板１０５に対して音声接続を要求する。
【００１７】
ここで、ＩＰ回線１１１を介して副操作部１０４から回線制御装置１０２のＩＰ−ＩＦ基板１０５へ伝送されるデータは、厳格に同期がとれて一定周期で送られるものではなく、揺らぎにより遅延が発生するおそれがある。つまり、ＩＰ回線１１１は非同期回線である。一方、回線制御装置１０２内のＩＰ−ＩＦ基板１０５（後述するＦＰＧＡ２０６）からＴＳＷ基板１０７へ送信されるデータは、ＦＰＧＡ２０６によって同期がとられて一定周期で転送される。つまり、ＩＰ−ＩＦ基板１０５からＴＳＷ基板１０７への回線は同期回線である。
【００１８】
図２にＩＰ−ＩＦ基板１０５の機能ブロック図を示す。ＩＰ−ＩＦ基板１０５は統制台制御装置１０１の操作部ＰＣ１０３及び副操作部１０４との呼制御データを管理し、呼制御基板１０６と制御データの橋渡しを行う呼制御タスク２０１、副操作部１０４との音声データを管理し、ＴＳＷ基板１０７と音声データの橋渡しをするメディア制御タスク２０２、ＴＣＰ／ＩＰ制御を行うＳＯＣＫＥＴ制御タスク２０３、音声パケットの送受信制御を行うＲＴＰ制御タスク２０４、ＦＰＧＡ２０６を制御するＨｉｇｈｗａｙ制御タスク２０５、及び、ＴＳＷ基板１０７との音声データ送受信制御を行うＦＰＧＡ（Field-Programmable Gate Array）２０６から構成される。
【００１９】
ＦＰＧＡ２０６は、μＬＡＷ符号の音声データを定期的にＴＳＷ基板１０７との間で転送する。電源投入後、１２５μｓｅｃ毎に８ｂｉｔの音声データをＴＳＷ基板１０７へ転送し、１２５μｓｅｃ毎に８ｂｉｔの音声データをＴＳＷ基板１０７から受信している。
ＦＰＧＡ２０６は、Ｈｉｇｈｗａｙ制御タスク２０５に対する送信バッファ（一時記憶部；図示せず）と受信バッファ（一時記憶部；図示せず）とを備えている。そして、Ｈｉｇｈｗａｙ制御タスク２０５が送信バッファに音声データを書き込むと１２５μｓｅｃ毎に８ｂｉｔの音声データをＴＳＷ基板１０７へ転送するが、送信バッファが空の場合は１２５μｓｅｃ毎に無音データを転送する。
【００２０】
また、ＦＰＧＡ２０６は、ＴＳＷ基板１０７から受信した音声データを１２５μｓｅｃ毎に受信バッファに書き込む。
さらに、ＦＰＧＡ２０６はＨｉｇｈｗａｙ制御タスク２０５に対し、送信バッファと受信バッファのカウント数（データ量）を読み出すインタフェースを提供する。Ｈｉｇｈｗａｙ制御タスク２０５が送信バッファのカウント数を読み出すと、ＦＰＧＡ２０６は送信バッファに書き込まれている音声データ数をバイト単位で通知する。受信バッファのカウント数を読み出すと、ＦＰＧＡ２０６は受信バッファに書き込まれている音声データ数をバイト単位で通知する。これにより、Ｈｉｇｈｗａｙ制御タスク２０５は後述する図６、図７に示す処理を実現する。
【００２１】
図３にＩＰ−ＩＦ基板１０５のメディア制御タスク２０２が管理するメディア管理テーブルを示す。図３に示すように、メディア情報管理テーブル５００は、メディア管理番号、ＲＴＰセッション番号、スロット番号、及び、音声転送状態を管理する。
メディア管理番号は、メディア制御タスク２０２が付与するものであり、例えば、統制台制御装置１０１の通話装置（マイク、ハンドセット、電話機など）毎に付与される。
【００２２】
ＲＴＰセッション番号は、ＲＴＰ通信を開始する際にＲＴＰ制御タスク２０４が付与するものである。
スロット番号は、ＦＰＧＡ２０６が音声データを処理する際に使用する番号であり、ＲＴＰセッション番号とスロット番号の対応付けをメディア情報管理テーブル５００を用いて行う。
【００２３】
音声転送状態には、送信状態、送受信状態があり、送信状態はＩＰ−ＩＦ基板１０５から副操作部１０４への送信のみを許可している状態であり、送受信状態はＩＰ−ＩＦ基板１０５と副操作部１０４間の双方向を許可している状態である。
【００２４】
図４にＩＰ−ＩＦ基板１０５のＲＴＰ制御タスク２０４が管理するＲＴＰ情報管理テーブルを示す。図４に示すように、ＲＴＰ情報管理テーブル５０１は、ＲＴＰセッション番号、受信ポート番号、送信先ＩＰアドレス、及び、送信先ポート番号を管理する。
受信ポート番号、送信先ＩＰアドレス、及び、送信先ポート番号は、メディア制御タスク２０２からＲＴＰ通信開始を要求された際に通知され、ＲＴＰ制御タスク２０４は受信ポート番号、送信先ＩＰアドレス、送信先ポート番号を一意に識別するＲＴＰセッション管理番号を付与する。
【００２５】
図５は、統制台制御装置１０１（副操作部１０４）と回線制御装置１０２（ＩＰ−ＩＦ基板１０５）との接続シーケンスを示す図である。
図５に示すように、副操作部１０４は、電源投入後、呼制御タスク２０１へ音声データ接続要求を送信する（ステップ１００１）。
呼制御タスク２０１は、メディア制御タスク２０２へ音声送受信開始要求を送信する（ステップ１００２）。その際、音声送受信開始要求にはＲＴＰの送信処理のみを行うように指示する。
【００２６】
メディア制御タスク２０２は、ＲＴＰ制御タスク２０４へＲＴＰ送受信開始要求を送信する（ステップ１００３）。その際、メディア制御タスク２０２は、ＲＴＰパケットを受信する受信ポート番号、送信先ＩＰアドレス、送信先ポート番号をテーブル５０１に記録するとともに、ＲＴＰ制御タスク２０４に通知する。
ＲＴＰ制御タスク２０４は、メディア制御タスク２０２へＲＴＰ送受信開始応答を送信し（ステップ１００４）、指定されたポート番号でＲＴＰパケット受信待ちを行う（ステップ１００５）。このＲＴＰ送受信開始応答には、ＲＴＰ接続情報を識別するＲＴＰセッション番号を指定する。
【００２７】
そして、メディア制御タスク２０２は、ＲＴＰ情報管理テーブル５０１にＲＴＰセッション番号、受信ポート番号、送信先ＩＰアドレス、送信先ポート番号を最終設定する）。また、メディア制御タスク２０２は、通知されたＲＴＰセッション番号を送信処理のみ動作するよう設定し（送信状態）、さらにＲＴＰセッション番号に対応付けるＨｉｇｈｗａｙのスロット番号をメディア情報管理テーブル５００から読み出す（ステップ１００６、１００７）。
【００２８】
次に、メディア制御タスク２０２は、Ｈｉｇｈｗａｙ制御タスク２０５へＨｉｇｈｗａｙ送受信開始要求を送信する（ステップ１００８）。Ｈｉｇｈｗａｙ制御タスク２０５は、Ｈｉｇｈｗａｙ送受信開始応答をメディア制御タスク２０２へ送信し、ＦＰＧＡ２０６の送信バッファ、受信バッファをクリアし、指定されたスロット番号の音声データ読出し処理を起動する（ステップ１００９、１０１０）。
【００２９】
メディア制御タスク２０２は、Ｈｉｇｈｗａｙ制御タスク２０５からＨｉｇｈｗａｙ送受信開始応答を受けると、音声送受信開始応答を呼制御タスク２０１へ送信するとともに、音声送受信開始応答にはメディア管理番号を指定する（ステップ１０１１、１０１２）。
呼制御タスク２０１は、メディア制御タスク２０２から音声送受信開始応答を受けると、音声データ接続応答を副操作部１０４へ送信する（ステップ１０１３）。
【００３０】
そして、ステップ１０１３以降は、副操作部１０４は２０ｍｓｅｃ毎にＲＴＰパケットをＲＴＰ制御タスク２０４へ送信する（ステップ１０１４）。ＲＴＰ制御タスク２０４は、ＲＴＰパケットを受信すると、メディア制御タスク２０２へＲＴＰ受信通知を行う。この際、ＲＴＰ情報管理テーブル５０１及び受信ポート番号から対応するＲＴＰセッション番号を読み出し、メディア制御タスク２０２に通知する（ステップ１０１５）。
【００３１】
メディア制御タスク２０２は、通知されたメディア管理テーブル５００及び通知されたＲＴＰセッション番号から音声転送状態を読み出し、送信処理に設定されているためＲＴＰパケットを破棄する（ステップ１０１６）。
このように、上記ステップ１０１０でＦＰＧＡ２０６の送信バッファをクリアし、上記ステップ１０１６でＲＴＰパケットを破棄しているので、ＦＰＧＡ２０６の送信バッファカウント数は“０”のままとなり、ＦＰＧＡ２０６は無音データをＴＳＷ基板１０７へ送信し続けることになる。また、ステップ１０１０以降、Ｈｉｇｈｗａｙ制御タスク２０５はＲＴＰパケットの送信を２０ｍｓｅｃ毎に行う。そのときのシーケンスを図６に示す。
【００３２】
図６は、回線制御装置１０２（ＩＰ−ＩＦ基板１０５）から統制台制御装置１０１（副操作部１０４）へのＲＴＰ送信手順を示すシーケンス図である。
図６に示すように、Ｈｉｇｈｗａｙ制御タスク２０５は、ＦＰＧＡ２０６の受信バッファカウント数を読み出す（ステップ２００１）。受信バッファカウント数が所定量（ここでは１６０ｂｙｔｅ）以上の場合は、Ｈｉｇｈｗａｙ制御タスク２０５は受信バッファから１６０ｂｙｔｅ分のデータを読み出す（ステップ２００２）。
【００３３】
一方、１６０ｂｙｔｅより少ない場合は、Ｈｉｇｈｗａｙ制御タスク２０５は受信バッファカウント数から受信データ読み出し時間を算出し（例えば、受信データ読み出し時間＝（１６０ｂｙｔｅ−受信バッファカウント数）×０．１２５ｍｓｅｃ）、算出した受信データ読み出し時間経過後に再び受信バッファカウント数を読み出す（ステップ２００２）。
【００３４】
つまり、Ｈｉｇｈｗａｙ制御タスク２０５は、受信バッファから所定量のデータを周期的に読み出して送信させるべく、周期的に受信バッファカウント数をチェックする。しかし、受信バッファカウント数が、所定量より少ない場合には、所定量になるまでの残り予測時間である受信データ読み出し時間を算出し、所定量のデータが受信バッファにたまったであろう算出時間経過後に、受信バッファカウント数を再度読み出す。即ち、Ｈｉｇｈｗａｙ制御タスク２０５は、受信バッファに予め設定された所定量の受信データが保存されているか否かを確認し、保存されている場合にのみ所定量分の受信データを受信バッファから読み出してＩＰ回線１１１に送信するように制御し、所定量分の受信データが保存されていなければ、受信バッファに保存されているデータ量と、所定量とに応じた時間を算出してその時間分待機した後に、再度、所定量の受信データが保存されているか否かを確認する。これにより、できる限り定期的にデータを副操作部１０４へ送信できるようになる。
【００３５】
Ｈｉｇｈｗａｙ制御タスク２０５は、受信バッファカウント数が１６０ｂｙｔｅ以上であった場合には、メディア制御タスク２０２へ音声データ受信通知を送信する（ステップ２００３）。
その後、Ｈｉｇｈｗａｙ制御タスク２０５は、すぐに受信バッファカウント数を再度読み出し、受信データ読み出し時間を上記と同様に算出する（ステップ２００４）。つまり、１６０ｂｙｔｅのデータを読み出した後に、次にどのタイミングで１６０ｂｙｔｅのデータがたまるかを監視する。そして、Ｈｉｇｈｗａｙ制御タスク２０５は、受信データ読み出し時間経過後にステップ２００１に戻り、受信バッファカウント数を読み出す（ステップ２００５）。
【００３６】
また、音声データ受信通知を受け取ったメディア制御タスク２０２は、ＲＴＰ制御タスク２０４へＲＴＰ送信通知を通知する（ステップ２００６）。ＲＴＰ送信通知を受けたＲＴＰ制御タスク２０４は、ＲＴＰパケットを副操作部１０４へ送信する（ステップ2007）。
【００３７】
次に、統制台制御装置１０１（副操作部１０４）から回線制御装置１０２（ＩＰ−ＩＦ基板１０５）へのデータ伝送について説明する。
図７は、統制台制御装置１０１から回線制御装置１０２への音声データ伝送時の処理手順を示すシーケンス図である。
【００３８】
図７に示すように、例えば、ユーザの通話操作に応じて、まず、統制台操作部ＰＣ１０３、呼制御タスク２０１、呼制御基板１０６の間で呼接続が行われる（ステップ３００１）。
そして、呼制御タスク２０１は、音声送受信更新要求をメディア制御タスク２０２へ送信する（ステップ３００２）。音声送受信更新要求ではメディア管理番号を指定する。
【００３９】
メディア制御タスク２０２は、通知されたメディア管理番号の音声転送状態を送受信状態に設定する（ステップ３００３）。
ＲＴＰ制御タスク２０４は、副操作部１０４からＲＴＰパケットを受信するとメディア制御タスク２０２へＲＴＰ受信通知を通知する（ステップ３００４、３００５）。ＲＴＰ受信通知ではＲＴＰセッション番号を指定する。
【００４０】
メディア制御タスク２０２は、ＲＴＰ情報管理テーブル５０１及び通知されたＲＴＰセッション番号から送信先のスロット番号を読み出し、Ｈｉｇｈｗａｙ制御タスク２０５へ音声データ送信要求を送信する（ステップ３００６、３００７）。
Ｈｉｇｈｗａｙ制御タスク２０５は、指定されたスロット番号の送信バッファカウントを読み出す（ステップ３００８）。送信バッファカウントが“０”の場合は予め設定されている揺らぎ吸収時間分の無音データ（空データ）を送信バッファに書き込む（ステップ３００９）。その後、Ｈｉｇｈｗａｙ制御タスク２０５は、通知された音声データを送信バッファに書き込む（ステップ３０１０）。なお、送信バッファカウントの確認は、ＲＴＰパケットの受信の度に実施することが好ましく、これにより、連続した音声データを同期回線に確実に伝送することができる。
【００４１】
そして、操作部ＰＣ１０３、呼制御タスク２０１、呼制御基板１０６の間で呼解放が行われると、呼制御タスク２０１は、メディア制御タスク２０２へ音声送受信更新要求を送信する（ステップ３０１１、３０１２）。音声送受信更新要求ではメディア管理番号を指定する。
メディア制御タスク２０２は、通知されたメディア管理番号の音声転送状態を送信状態に設定する（ステップ３０１３）。
【００４２】
ＲＴＰ制御タスク２０４は、副操作部１０４からＲＴＰパケットを受信すると、メディア制御タスク２０２へＲＴＰ受信通知を通知する（ステップ３０１４、３０１５）。ＲＴＰ受信通知ではＲＴＰセッション番号を指定する。
メディア制御タスク２０２は、通知されたＲＴＰセッション番号が送信状態に設定されているため、ＲＴＰパケットを破棄する（ステップ３０１６）。
【００４３】
上記ステップ３０１１以降、ＲＴＰパケットを破棄しているので、ＦＰＧＡ２０６の送信バッファは全ての音声データの送信を終えると、カウント数は“０”のまま無音データをＴＳＷ基板１０７へ送信し続けることになる。
【００４４】
このように、本発明の一実施形態としての無線通信システムによれば、非同期回線であるＩＰ回線１１１から受信したＲＴＰパケットを同期回線に転送する際、ＦＰＧＡ２０６の送信バッファが空の状態であるか否かを、データ送信の度に確認し、バッファが空の状態である場合には、揺らぎ吸収時間分の無音データ（例えば、２０ｍｓｅｃ間隔でＲＴＰパケットを送受信する場合はその時間分の１６０ｂｙｔｅ）を送信バッファの先頭部分に記憶させる（設定しておく）ことで、ＩＰ回線１１１を介して受信したＲＴＰパケットが揺らぎなどにより遅延した場合でも、その遅延分を、無音データでカバーして、連続した音声データを連続して周期的に同期回線に送信することができる。
【００４５】
また、ＦＰＧＡ２０６の送信バッファが空の状態の時に揺らぎ吸収時間分の無音データを設定することで、ＲＴＰパケットが２０ｍｓｅｃ以上遅延した場合、またＲＴＰパケットが欠落した場合でも、再び揺らぎ吸収時間を再設定できる。
さらに、本発明の一実施形態としての無線通信システムによれば、同期回線からＩＰ回線１１１に音声データを転送する際には、ソフトウェアによるタイマ間隔で送信せず、ＦＰＧＡ２０６の受信バッファカウント数を確認し、所定データ量毎に読み出すように構成し、受信バッファに記憶されたデータ量が所定データ量に満たない場合にはその時点から所定データ量たまるまでの音声データ読み出し時間を算出してデータを送信するので、ＲＴＰパケットの送信間隔を補正しながら同期回線からのＲＴＰパケットを適切に送信することができる。
【００４６】
なお、市町村防災無線移動系システムでは、緊急時に一刻もはやく統制台制御装置１０１と移動局１１０とが通話できるようにするために、統制台制御装置１０１と回線制御装置１０４との間の回線は常に接続状態であり、通話していないときは無音の音声パケットの転送を常時行っている。この場合、かなり長い期間中、通話状態を維持するので、ＩＰパケットの揺らぎが蓄積されて、転送遅延が発生するおそれがある。しかし、本発明によれば、音声転送を行う必要がある時のみ、ＲＴＰパケットを同期回線に転送しているので、長いスパンでパケットの揺らぎが蓄積されることがなくなり、転送遅延が発生することもなくなる。
【００４７】
以上、本発明の一実施形態としての無線通信システムについて説明したが、本発明はこれに限定されるものではなく、種々変形して実施することができる。
例えば、上述した実施形態では、統制台制御装置１０１と回線制御装置１０２との間のＩＰ回線１１１が非同期回線であり、回線制御装置１０２内の回線を同期回線である場合を例にあげて説明した。しかし、本発明は非同期回線と、同期回線との間のデータ伝送に広く適用できるものである。
【符号の説明】
【００４８】
１０１ 統制台制御装置
１０２ 回線制御装置
１０３ 操作部ＰＣ
１０４ 副操作部
１０５ ＩＰ−ＩＦ基板
１０６ 呼制御基板
１０７ ＴＳＷ基板
１０８ ＳＷＩＴＣＨ
１０９ 基地局
１１０ 移動局
１１１ ＩＰ回線
２０１ 呼制御タスク
２０２ メディア制御タスク
２０３ ＳＯＣＫＥＴ制御タスク
２０４ ＲＴＰ制御タスク
２０５ Ｈｉｇｈｗａｙ制御タスク
２０６ ＦＰＧＡ
５００ メディア情報管理テーブル
５０１ ＲＴＰ情報管理テーブル
【特許請求の範囲】
【請求項１】
ＩＰ回線を介して受信したデータを、周期的にデータを伝送する他回線に伝送する際のデータ伝送制御方法であって、
ＩＰ回線からの受信データを一時記憶部に記憶する際、前記一時記憶部にデータが既に保存されているか否かを確認し、保存されていれば前記受信データを前記一時記憶部に格納し、保存されていなければ予め設定された空データを前記一時記憶部に格納した上で前記受信データを格納し、
前記一時記憶部から記憶された順に周期的にデータを読み出して前記他回線に送信することを特徴とする、データ伝送制御方法。
【請求項２】
ＩＰ回線に、周期的にデータを伝送する他回線から受信したデータを伝送する際のデータ伝送制御方法であって、
前記他回線から受信した受信データを一時記憶部に記憶し、
前記一時記憶部に予め設定された所定量の受信データが保存されているか否かを確認し、保存されていれば前記所定量分の受信データを前記一時記憶部から読み出して前記ＩＰ回線に送信し、保存されていなければ前記一時記憶部に保存されているデータ量と前記所定量とに応じた時間待機した後に、再度、前記所定量の受信データが保存されているか否かを確認することを特徴とする、データ伝送制御方法。
【請求項１】
ＩＰ回線を介して受信したデータを、周期的にデータを伝送する他回線に伝送する際のデータ伝送制御方法であって、
ＩＰ回線からの受信データを一時記憶部に記憶する際、前記一時記憶部にデータが既に保存されているか否かを確認し、保存されていれば前記受信データを前記一時記憶部に格納し、保存されていなければ予め設定された空データを前記一時記憶部に格納した上で前記受信データを格納し、
前記一時記憶部から記憶された順に周期的にデータを読み出して前記他回線に送信することを特徴とする、データ伝送制御方法。
【請求項２】
ＩＰ回線に、周期的にデータを伝送する他回線から受信したデータを伝送する際のデータ伝送制御方法であって、
前記他回線から受信した受信データを一時記憶部に記憶し、
前記一時記憶部に予め設定された所定量の受信データが保存されているか否かを確認し、保存されていれば前記所定量分の受信データを前記一時記憶部から読み出して前記ＩＰ回線に送信し、保存されていなければ前記一時記憶部に保存されているデータ量と前記所定量とに応じた時間待機した後に、再度、前記所定量の受信データが保存されているか否かを確認することを特徴とする、データ伝送制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１２−１６９９３３（Ｐ２０１２−１６９９３３Ａ）
【公開日】平成２４年９月６日（２０１２．９．６）
【国際特許分類】
【出願番号】特願２０１１−３０１８９（Ｐ２０１１−３０１８９）
【出願日】平成２３年２月１５日（２０１１．２．１５）
【出願人】（０００００１１２２）株式会社日立国際電気 (5,007)
【Ｆターム（参考）】
【公開日】平成２４年９月６日（２０１２．９．６）
【国際特許分類】
【出願日】平成２３年２月１５日（２０１１．２．１５）
【出願人】（０００００１１２２）株式会社日立国際電気 (5,007)
【Ｆターム（参考）】
[ Back to top ]