(57)【特許請求の範囲】
【請求項１】
固定局通信装置の通信エリアに進入すると自己のリンク用識別コードを送信してその固定局通信装置との通信を行なうためのリンク処理を行ない、リンクが確立すると以後は前記リンク用識別コードを用いて通信処理を行なうように制御する通信制御手段を備えた移動体通信装置において、
前記通信制御手段は、複数のリンク用識別コードを前記固定局通信装置側に送信して使用可能なリンク用識別コードのリストを受け取り、受け取った複数個のリンク用識別コードを用いてそのそれぞれにより前記固定局通信装置と前記通信処理を行なうことを特徴とする移動体通信装置。
【請求項２】
固定局通信装置の通信エリアに進入すると自己のリンク用識別コードを送信してその固定局通信装置との通信を行なうためのリンク処理を行ない、リンクが確立すると以後は前記リンク用識別コードを用いて通信処理を行なうように制御する通信制御手段を備えた移動体通信装置において、
前記通信制御手段は、前記固定通信装置との間でリンクを確立した後に複数のリンク用識別コードを前記固定局通信装置側に送信して使用可能なリンク用識別コードのリストを受け取り、受け取った複数個のリンク用識別コードを用いてそのそれぞれにより前記固定局通信装置と前記通信処理を行なうことを特徴とする移動体通信装置。
【請求項３】
請求項１または２に記載の移動体通信装置において、
前記通信制御手段は、１つもしくは複数のアプリケーション処理装置から送信すべきデータを受ける場合に、そのデータを前記複数のリンク用識別コードを用いて行なう通信処理単位に分割して送信するように構成されていることを特徴とする移動体通信装置。
【請求項４】
請求項１ないし３のいずれかに記載の移動体通信装置において、
前記通信制御手段は、前記アプリケーション処理装置から送信すべきデータの容量に応じて前記複数のリンク用識別コードの個数を設定することを特徴とする移動体通信装置。
【請求項５】
請求項１または２に記載の移動体通信装置において、
前記通信制御手段は、複数のアプリケーション処理装置から送信すべきデータを受ける場合に、前記複数のリンク用識別コードを前記アプリケーション処理装置の単位で割り当てて前記送信すべきデータを送信するように構成されていることを特徴とする移動体通信装置。
【請求項６】
請求項５に記載の移動体通信装置において、
前記通信制御手段は、前記アプリケーション処理装置から送信すべきデータの容量が所定以上の場合には、複数のリンク用識別コードをそのアプリケーション処理装置に割り当てて前記送信すべきデータを送信するように構成されていることを特徴とする移動体通信装置。
【請求項７】
請求項１ないし６のいずれかに記載の移動体通信装置において、
前記通信制御手段は、前記複数のリンク用識別コードの個数を最大使用可能個数として設定し、その個数の範囲内で前記固定局通信装置との間で使用可能なリンク用識別コードを用いてデータの送信を行なうように構成されていることを特徴とする移動体通信装置。
【請求項８】
請求項７に記載の移動体通信装置において、
前記通信制御手段は、設定している前記複数のリンク用識別コードに対して前記固定局通信装置との間で使用可能なリンク用識別コードの個数が少ない場合には、使用していないリンク用識別コードが使用可能となるのを判断しながら前記通信処理を実行するように構成されていることを特徴とする移動体通信装置。
【請求項９】
請求項１ないし８のいずれかに記載の移動体通信装置において、
前記通信制御手段は、前記固定局通信装置との間でＤＳＲＣ（Dedicated Short Range Communication ；狭域通信）方式により通信を行なう車載器に搭載されるものであることを特徴とする移動体通信装置。
【請求項１０】
請求項９に記載の移動体通信装置において、
前記通信制御手段は、前記複数のリンク用識別コードを、ＦＣＭＳ（Frame Control Message Slot；スロット割当情報）に続く複数のＭＤＳ（Message Data Slot ）のそれぞれに対して異なるものを使用して前記通信処理を行うことを特徴とする移動体通信装置。
【請求項１１】
請求項９または１０に記載の移動体通信装置において、
前記通信制御手段は、前記固定局通信装置が送信するＦＣＭＳ（Frame Control Message Slot；スロット割当情報）を受信して空きスロットの情報を得ると共に、その空きスロット情報に基づいて空きスロットの個数に対応した前記リンク用識別コードを送信して前記リンク処理を行なうように構成されていることを特徴とする移動体通信装置。
【請求項１２】
請求項１１に記載の移動体通信装置において、
前記通信制御手段は、前記固定局通信装置が送信するＦＣＭＳ（Frame Control Message Slot；スロット割当情報）を受信してその中に前記送信したリンク用識別コードに対応したＭＤＳ（Message Data Slot）が存在していないときには、そのリンク用識別コードについて再び送信して次に受信するＦＣＭＣにそのリンク用識別コードに対応したＭＤＳが含まれるまで繰返し実行するように構成されていることを特徴とする移動体通信装置。
【請求項１３】
請求項１ないし１２のいずれかに記載の移動体通信装置において、
前記通信制御手段は、複数のリンク用識別コードを用いてリンク処理を確立した状態では、前記固定局通信装置からリンク用識別コード毎に受信するデータを指定された順序で合成することによりデータの組み立てを行なうように構成されていることを特徴とする移動体通信装置。
【請求項１４】
請求項１ないし１３のいずれかに記載の移動体通信装置において、
前記通信制御手段は、１つのリンク用識別コード中の特定ビットを変化させることにより複数のリンク用識別コードを生成することを特徴とする移動体通信装置。
【請求項１５】
通信エリアに進入した移動体通信装置からリンク用識別コードを受信するとその移動体通信装置との通信を行なうためのリンク処理を行ない、リンクが確立すると以後は前記リンク用識別コードを用いて通信処理を行なうように制御する通信制御手段を備えた固定局通信装置において、
前記通信制御手段は、前記移動体通信装置が送信する複数のリンク用識別コードについて使用可能なリンク用識別コードのリストを送信し、その通信可能な複数のリンク用識別コードのリストにある複数のリンク用識別コードを用いて前記通信処理を行なうように構成されていることを特徴とする固定局通信装置。
【請求項１６】
通信エリアに進入した移動体通信装置からリンク用識別コードを受信するとその移動体通信装置との通信を行なうためのリンク処理を行ない、リンクが確立すると以後は前記リンク用識別コードを用いて通信処理を行なうように制御する通信制御手段を備えた固定局通信装置において、
前記通信制御手段は、前記移動体通信装置が前記リンク処理を確立させた場合には、その移動体通信装置が送信する複数のリンク用識別コードについて使用可能なリンク用識別コードのリストを送信し、その通信可能な複数のリンク用識別コードのリストにある複数のリンク用識別コードを用いてそのそれぞれにより前記通信処理を行なうように構成されていることを特徴とする固定局通信装置。
【請求項１７】
請求項１５または１６に記載の固定局通信装置において、
前記通信制御手段は、前記移動体通信装置が複数のリンク用識別コードを用いて通信を行なうべくリンク処理を確立させた場合には、各リンク用識別コードを通じて送信されるデータを指定された順序で合成することによりデータの組み立てを行なうように構成されていることを特徴とする固定局通信装置。
【請求項１８】
請求項１５ないし１７に記載の固定局通信装置において、
前記通信制御手段は、前記移動体通信装置が複数のリンク用識別コードを用いて通信を行なうべくリンク処理を確立させた場合には、その移動体通信装置に送信すべきデータを前記複数のリンク用識別コードを用いて行なう通信処理単位に分割して送信するように構成されていることを特徴とする固定局通信装置。
【請求項１９】
固定局通信装置の通信エリアに進入すると自己のリンク用識別コードを送信してその固定局通信装置との通信を行なうためのリンク処理を行ない、リンクが確立すると以後は前記リンク用識別コードを用いて通信処理を行なうように制御する移動体通信装置を通じてアプリケーションに関するデータの授受を行なうアプリケーション処理装置において、
前記移動体通信装置が複数備えられそのそれぞれにおいて異なるリンク用識別コードを用いて通信処理が可能な場合に、それら複数の移動体通信装置を用いて前記アプリケーションに関するデータの授受を行なうデータ処理手段を設けたことを特徴とするアプリケーション処理装置。
【請求項２０】
請求項１９に記載のアプリケーション処理装置において、
前記データ処理手段は、前記複数の移動体通信装置を通じて異なるリンク用識別コードを用いて通信処理が可能な場合に、前記アプリケーションに関するデータを使用可能なリンク用識別コード毎に分割して前記移動体通信装置により通信処理を行なわせるように構成されていることを特徴とするアプリケーション処理装置。
【請求項２１】
請求項１９または２０に記載のアプリケーション処理装置において、
前記データ処理手段は、前記複数の移動体通信装置を通じて異なるリンク用識別コードを用いて通信処理が可能な場合に、各移動体通信装置のリンク用識別コードを通じて送信されるアプリケーションに関するデータを指定された順序で合成することによりデータの組み立てを行なうように構成されていることを特徴とするアプリケーション処理装置。
【請求項２２】
固定局通信装置の通信エリアに進入した移動通信装置が自己のリンク用識別コードを送信してその固定局通信装置との通信を行なうためのリンク処理を行ない、リンクが確立すると以後は前記リンク用識別コードを用いて通信処理を行なうように制御する移動体通信装置の通信方法において、
前記通信制御手段は、
前記通信制御手段は、複数のリンク用識別コードを前記固定局通信装置側に送信して使用可能なリンク用識別コードのリストを受け取り、受け取った複数個のリンク用識別コードを用いてそのそれぞれにより前記固定局通信装置と前記通信処理を行なうことを特徴とする移動体通信装置の通信方法。
【請求項２３】
固定局通信装置の通信エリアに進入した移動通信装置が自己のリンク用識別コードを送信してその固定局通信装置との通信を行なうためのリンク処理を行ない、リンクが確立すると以後は前記リンク用識別コードを用いて通信処理を行なうように制御する移動体通信装置の通信方法において、
前記通信制御手段は、前記固定通信装置との間でリンクを確立した後に複数のリンク用識別コードを前記固定局通信装置側に送信して使用可能なリンク用識別コードのリストを受け取り、受け取った複数個のリンク用識別コードを用いてそのそれぞれにより前記固定局通信装置と前記通信処理を行なうことを特徴とする移動体通信装置の通信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、固定局通信装置の通信エリアに進入すると自己のリンク用識別コードを送信してその固定局通信装置との通信を行なうためのリンク処理を行ない、リンクが確立すると以後は前記リンク用識別コードを用いて通信処理を行なうように制御する通信制御手段を備えた移動体通信装置、その移動体通信装置と通信を行なう固定局通信装置、その移動体通信装置を利用してデータ転送を行なうアプリケーション処理装置および移動体通信装置の通信方法に関する。
【０００２】
【発明が解決しようとする課題】
この種のものとしては、例えば、車両に搭載され、道路を走行する際に道路に設置される路側局（固定局）に設けられる路側機（固定局通信装置）との間で通信を行なうための車載器（移動体通信装置）がある。有料道路などの自動料金収受システムとして決められているＡＲＩＢ（Association of Radio Industries and Businesses）−ＳＴＤ−５５のＤＳＲＣ（Dedicated Short Range Communication ）規格では、車載器と路側機との間で行なう通信のプロトコルとして、路側機は１フレーム中に複数のＭＤＳ（Message Data Slot ）を割り付けることによるデータチャンネルの多重化が可能である。これにより、複数の車両が搭載している車載器が同時に路側機と通信処理を行なうことができる。
【０００３】
しかし、このような規格は、複数の車両のそれぞれの車載器に対してＭＤＳを割り付けることにより、複数台の車両との通信を同時に行なうためのしくみであって、１台の車両に対して割り付けられるスロットは１個である。したがって、１台の車載器に複数のＭＤＳを割り付けて路側機との間で相互に通信を行なうことはできない。このため、ＤＳＲＣ通信により１台の車両に対してデータをやりとりする場合、他に空きスロットがあっても車載器は１つのＭＤＳしか使用することができず、データ転送速度を上げることができないものであった。
【０００４】
ところで、上述のように複数のＭＤＳを１台の車両が使用することができないのは、次に示すような理由によるものである。すなわち、ＤＳＲＣ通信で路側機側で１台の車載器に対して複数個のＭＤＳを割り付けた場合、複数割り付けたＭＤＳの中で１か所でも通信エラーが発生した場合には、路側機あるいは車載器のうちのデータを受信する側でのＭＤＣの順序が不連続となる。
【０００５】
例えば、図１３ に示すように、ＤＳＲＣ通信のプロトコルにおいては、送信すべきデータを受け取ると、これをＬＰＤＵ（Link Protocol Data Unit ）として規定されたデータ長５１２オクテットのサイズに分割し、このＬＰＤＵ毎にさらにＭＡＣレイヤ（Medium Access Control Sub Layer ）に渡す段階でＭＰＤＵで規定したデータ長（６５オクテット）のサイズに分割する。最終的に、このＭＰＤＵ（MAC Protocol Data Unit）のデータ長でレイヤ１では各スロットＭＤＣにデータを送信する。
【０００６】
したがって、図示のように、１つのＬＰＤＵを複数のＭＰＤＵに分割してこれを送信するときに、１つのＬＩＤを用いている場合には、例えば、最初のＦＣＭＣ（Frame Control Message Channel ）のフレームでＭＰＤＵ３のデータを送信したＭＤＣ（Message Data Channel）３が通信エラーで受信側で受けられないときには、これが受信側のＭＡＣレイヤに渡すことができない。このとき、通信エラーを起こしたＭＰＤＵ３のデータを送信するＭＤＣ３を次のＦＣＭＣのフレームで再送したとしても、受信側のＭＡＣレイヤでは順次受けるべきＭＰＤＵ３が受信できないことにより、後続のＭＰＤＵ４以降のデータがすべて破棄されてしまうことになる。
【０００７】
これは、ＤＳＲＣ規格では不連続のＭＤＣを受け取った場合にはそれを破棄することと規定されているため、正しく受信できたＭＤＣも全て破棄されてしまうことになるからである。さらに、このように通信エラーが発生して受け取ったＭＤＣを破棄する場合には、その状態から復帰するための手段が準備されておらず、リトライ処理などを行なうことができず、通信が中断したままとなってしまうことになる。このような理由により、１台の車載器に対して複数のＭＤＳの割り付けを行なうことができないのである。
【０００８】
本発明は、上記事情に鑑みてなされたもので、その目的は、上述のように規格上では１台の車両が複数のＭＤＳが割り付けることができないなどで、データ転送速度を上げることができないように規定されている場合でも、その規格の範囲内において複数のＭＤＳを使用するなどの方法を採用できるようにしてデータ転送速度を向上させることができるようにした移動体通信装置、固定局通信装置、アプリケーション処理装置および移動体通信装置の通信方法を提供することにある。
【０００９】
【課題を解決するための手段】
請求項１の発明によれば、通信制御手段は、固定局通信装置の通信エリアに進入すると自己に設定されている複数のリンク用識別コードを送信し、その固定局通信装置との通信を行なうためのリンク処理を行ない、リンクが確立すると以後はそれら複数のリンク用識別コードを用いて通信処理を行なうように構成されるので、複数のリンク用識別コードについてリンクを確立することができれば、１つのリンク用識別コードで行なえる通信処理に比べて、データ伝送速度を高めた状態で通信処理を行なうことができる。
【００１０】
これにより、アプリケーションによってはデータ伝送量が多くなる場合に、使用可能な通信容量の空き部分を、リンク用識別コードによるリンク処理の確立によって確保することができ、データ伝送の処理を効率良く行なえるようになる。また、このことは、固定局通信装置において、同時にリンク確立の可能なリンク用識別コードの個数が多く設定されているものほどその利用率の向上を図ることができると共に、個々の移動体通信装置においては伝送容量の増大を図ることができるようになる。
【００１１】
請求項２の発明によれば、通信制御手段は、固定局通信装置の通信エリアに進入すると自己に設定されているリンク用識別コードを送信し、その固定局通信装置との通信を行なうためのリンク処理を行ない、リンクが確立すると以後は複数のリンク用識別コードを用いて通信処理を行なうように構成されるので、複数のリンク用識別コードを用いて通信処理を行うことで、１つのリンク用識別コードで行なえる通信処理に比べて、データ伝送速度を高めた状態で通信処理を行なうことができ、これによって上述と同様の効果を得ることができる。
【００１２】
請求項３の発明によれば、上記各構成において、通信制御手段により、１つもしくは複数のアプリケーション処理装置から送信すべきデータを受ける場合に、そのデータを前記複数のリンク用識別コードを用いて行なう通信処理単位に分割して送信するので、アプリケーション処理装置から送信すべきデータの転送量が多い場合に、その転送速度を高めた効率の良い伝送処理を行なうことができるようになる。
【００１３】
請求項４の発明によれば、上記各構成において、通信制御手段により、アプリケーション処理装置から送信すべきデータの容量に応じて複数のリンク用識別コードの個数を設定するので、送信に必要な転送容量を確保しながら不用意に通信可能な容量を占有して他の移動体通信装置による通信を妨げることなく、効率良く通信処理を行なうことができるようになる。
【００１４】
請求項５の発明によれば、請求項１または２に記載の移動体通信装置において、通信制御手段により、複数のアプリケーション処理装置から送信すべきデータを受ける場合に、複数のリンク用識別コードをアプリケーション処理装置の単位で割り当てて送信すべきデータを送信するように構成しているので、リンク用識別コードの利用をアプリケーション処理装置の単位で効率良く利用することができる。また、これにより、アプリケーション処理装置の使用状態に応じて必要なデータ伝送速度を確保することができるので、通信可能な容量の範囲の有効活用を図れると共に迅速なデータ伝送処理を行なうことができるようになる。
【００１５】
請求項６の発明によれば、上記構成において、通信制御手段により、アプリケーション処理装置から送信すべきデータの伝送容量が所定以上の場合には、複数のリンク用識別コードをそのアプリケーション処理装置に割り当てて前記送信すべきデータを送信するように構成しているので、アプリケーション処理装置の送信すべきデータの容量が増大して処理能力が低下するのを防止でき、一定のデータ伝送処理能力を確保することができるようになる。
【００１６】
請求項７の発明によれば、上記各構成において、通信制御手段により、複数のリンク用識別コードの個数を最大使用可能個数として設定し、その個数の範囲内で前記固定局通信装置との間で使用可能なリンク用識別コードを用いてデータの伝送処理を行なうように構成しているので、使用可能な範囲内でリンク用識別コードを使用しながら、その最大使用可能個数まで使用することで通信可能な容量を占有するといった事態を発生させることなく有効に利用することができるようになる。
【００１７】
請求項８の発明によれば、上記構成において、通信制御手段により、設定している複数のリンク用識別コードに対して固定局通信装置との間で使用可能なリンク用識別コードの個数が少ない場合には、使用していないリンク用識別コードが使用可能となるのを判断しながらデータ伝送処理を実行するので、必要なリンク用識別コードの使用を確保しながら、リンク処理が確立しているリンク用識別コードを用いてデータ伝送処理を行なうことができる。
【００１８】
請求項９の発明によれば、上記各構成において、通信制御手段は、固定局通信装置との間でＤＳＲＣ方式により通信を行なう車載器に搭載されるものとして構成しているので、有料道路の自動料金収受などのデータ伝送処理に用いると共に、これを利用してアプリケーション処理装置によりデータを伝送処理する場合でも、データ伝送速度を確保しながら効率の良いデータ伝送処理を行なうことができるようになる。
【００１９】
請求項１０の発明によれば、上記構成において、通信制御手段により、複数のリンク用識別コードを、ＦＣＭＳに続く複数のＭＤＳのそれぞれに対して異なるものを使用して通信処理を行うので、各ＭＤＳ毎に行う通信処理を独立したリンク用識別コードにより行って合成することができ、これによって、ＤＳＲＣ方式の通信処理を利用しながら複数のＭＤＳを使用してデータ伝送速度の向上を図り、且つエラー発生時の通信処理を円滑に行うことができるようになる。
【００２０】
請求項１１の発明によれば、請求項９または１０の発明において、通信制御手段により、固定局通信装置が送信するＦＣＭＳを受信して空きスロットの情報を得ると共に、その空きスロット情報に基づいて空きスロットの個数に対応したリンク用識別コードを送信してリンク処理を行なうので、空きスロットの利用率を高めて効率の良い通信処理を行なえ、データ伝送速度を高めた通信処理を行なうことができるようになる。
【００２１】
請求項１２の発明によれば、上記構成において、通信制御手段により、固定局通信装置が送信するＦＣＭＳを受信してその中に送信したリンク用識別コードに対応したＭＤＳが存在していないときには、そのリンク用識別コードについて再び送信して次に受信するＦＣＭＳにそのリンク用識別コードに対応したＭＤＳが含まれるまで繰返し実行するように構成したので、リンク処理の確立を確実に行なうことができるようになる。
【００２２】
請求項１３の発明によれば、上記各構成において、通信制御手段により、複数のリンク用識別コードを用いてリンク処理を確立した状態では、固定局通信装置からリンク用識別コード毎に受信するデータを指定された順序で合成することによりデータの組み立てを行なうので、各リンク用識別コード毎に受信したデータの時間的な前後が生じていても、それらを確実に復元することができるようになる。
【００２３】
請求項１４の発明によれば、上記各構成において、通信制御手段により、複数のリンク用識別コードを、１つのリンク用識別コードを用いてその特定ビットを変化させて生成するので、もととなるリンク用識別コードを利用して簡単且つ迅速に複数のリンク用識別コードを得ることができるようになる。例えば、リンクを確立してから複数のリンク用識別コードを用いる構成の場合には、あらかじめ複数のリンク用識別コードを準備しなくとも利用可能な複数のリンク用識別コードを迅速に準備することができ、通信処理を遅延させることがなく開始させることができるようになる。
【００２４】
請求項１５の発明によれば、固定局通信装置により、通信エリアに進入した移動体通信装置から複数のリンク用識別コードを受信すると使用可能なリンク用識別コードについてその移動体通信装置との通信を行なうためのリンク処理を行ない、リンクが確立すると以後は使用可能なリンク用識別コードを用いて通信処理を行なうように制御するので、１つのリンク用識別コードで行なえる通信処理に比べて、データ伝送速度を高めた状態で通信処理を行なうことができる。
【００２５】
これにより、アプリケーションによってはデータ伝送量が多くなる場合に、使用可能な通信容量の空き部分を、リンク用識別コードによるリンク処理の確立によって確保することができ、データ伝送の処理を効率良く行なえるようになる。また、このことは、同時にリンク確立の可能なリンク用識別コードの個数が多く設定されているものほどその利用率の向上を図ることができると共に、個々の移動体通信装置においては伝送容量の増大を図ることができるようになる。
【００２６】
請求項１６の発明によれば、固定局通信装置により、通信エリアに進入した移動体通信装置からリンク用識別コードを受信してリンクを確立すると、以後は、その移動体通信装置から複数のリンク用識別コードを用いてそのそれぞれにより前記通信処理を行なうように制御するので、１つのリンク用識別コードで行なえる通信処理に比べて、データ伝送速度を高めた状態で通信処理を行なうことができ、これによって上述と同様の効果を得ることができる。
【００２７】
請求項１７の発明によれば、上述の場合において、通信エリアに進入した移動体通信装置から複数のリンク用識別コードを受信して使用可能なリンク用識別コードについてその移動体通信装置との通信を行なうためのリンク処理が確立すると、以後は使用可能なリンク用識別コードを用いて通信処理を行なうように制御し、これによって各リンク用識別コードを通じて送信されるデータを指定された順序で合成することによりデータの組み立てを行なうので、上述同様に、各リンク用識別コード毎に受信したデータの時間的な前後が生じていても、それらを確実に復元することができるようになる。
【００２８】
請求項１８の発明によれば、請求項１５ないし１７の構成において、通信制御手段により、移動体通信装置が複数のリンク用識別コードを用いて通信を行なうべくリンク処理を確立させた場合には、その移動体通信装置に送信すべきデータを複数のリンク用識別コードを用いて行なう通信処理単位に分割して送信するので、移動体通信装置に送信すべきデータの転送量が多い場合に、その転送速度を高めた効率の良い伝送処理を行なうことができるようになる。
【００２９】
請求項１９の発明によれば、アプリケーション処理装置は、複数の移動体通信装置によりそれぞれ異なるリンク用識別コードを用いて通信処理が可能な場合に、データ処理手段により、それら複数の移動体通信装置を介してアプリケーションに関するデータの授受を行なうので、それぞれの移動体通信装置は各自が固定局通信装置との間でアプリケーションに関するデータの授受を行なうことで、１つの移動体通信装置を用いた場合の通信処理に比べて、データ伝送速度を高めた状態で通信処理を行なうことができる。
【００３０】
これにより、アプリケーションによってはデータの授受の量が多くなる場合に、使用可能な通信容量の空き部分を、リンク用識別コードによるリンク処理の確立によって確保することができ、データ伝送の処理を効率良く行なえるようになる。また、このことは、固定局通信装置において、同時にリンク確立の可能なリンク用識別コードの個数が多く設定されているものほどその利用率の向上を図ることができると共に、個々の移動体通信装置においては伝送容量の増大を図ることができるようになる。
【００３１】
請求項２０の発明によれば、アプリケーション処理装置は、アプリケーションに関するデータを送信する場合に、複数の移動体通信装置に対してデータ処理手段により、使用可能なリンク用識別コード毎に分割してデータ伝送処理を行なわせるので、１つのアプリケーション処理装置によるデータ伝送速度を高めて効率の良い通信処理を行なうことができるようになる。
【００３２】
請求項２１の発明によれば、アプリケーション処理装置は、アプリケーションに関するデータを受信する場合に、複数の移動体通信装置を通じて固定局通信装置から受信するデータを指定された順序で合成することによりデータの組み立てを行なうので、各移動体通信装置から受信したデータの時間的な前後が生じていても、それらを確実に復元することができるようになる。
【００３３】
請求項２２の発明によれば、移動体通信装置により固定局通信装置との間で通信を行なう場合において、複数のリンク用識別コードを用いてそのそれぞれにより固定局通信装置とリンク処理を行ないリンク処理が確立したリンク用識別コードを用いてデータ伝送処理を行なうので、通信可能な容量の範囲内で効率の良いデータ伝送処理を行なえると共に、移動体通信装置によるデータ伝送速度を高めた効率の良いデータ伝送処理を行なうことができるようになる。
【００３４】
請求項２３の発明によれば、移動体通信装置により固定局通信装置との間で通信を行なう場合において、リンク用識別コードを用いて固定局通信装置とリンク処理を行ないリンクが確立した後、移動体通信装置と固定局通信装置との間で複数のリンク用識別コードを用いてデータ伝送処理を行なうので、通信可能な容量の範囲内で効率の良いデータ伝送処理を行なえると共に、移動体通信装置によるデータ伝送速度を高めた効率の良いデータ伝送処理を行なうことができるようになる。
【００３５】
【発明の実施の形態】
（第１の参考例）
以下、本発明の実施形態の説明に先立って、ＤＳＲＣ方式の通信を行なう自動料金収受システムの車載器に適用した場合の第１の参考例について図１ないし図９を参照しながら説明する。
図２は、本参考例の概略的な構成を示すもので、車載器１は、例えば４個のリンク用識別コードであるＬＩＤ（Link ID ）１〜４が設定可能に構成されており、内部に設けられる通信制御手段である通信処理回路１ａにより後述する通信の制御が行なわれる。また、通信処理回路１ａは、ＣＰＵやＲＯＭ、ＲＡＭなどを含んだ構成とされ、通信処理プログラムにしたがって通信制御を行なうものである。
【００３６】
車載器１は、自動料金収受のための通信処理を内部で行なうように構成されており、料金決済用のＩＣカード（図示せず）などが装着可能に構成されている。また、車載器１は、他の通信処理動作として外部に接続されるアプリケーション処理装置２からの転送データが送信可能に構成されている。アプリケーション処理装置２は、例えば、ナビゲーション地図データ配信をするためのカーナビゲーション装置やインターネット接続可能な端末装置、あるいは音楽情報などをダウンロードして再生するデジタル音楽配信装置などである。
【００３７】
車載器１は、例えば、自動車のダッシュボード部に設置されるようになっており、有料道路などを通行する際に、料金所などに設けられる固定局通信装置である路側機３の通信エリア内で通信を行なうようになっている。この場合、両者の間の通信処理は、ＡＲＩＢ−ＳＴＤ−５５に準拠したＤＳＲＣ方式により通信を行なう構成である。
【００３８】
このＤＳＲＣ方式による通信規格では、路側機が道路の制限された範囲をカバーする狭域通信ゾーンを持ち、移動車載器がこの通信ゾーンを通過する間に路側機との間でデータ伝送を実現するために行う通信制御手順について規定されている。通信方式の概要としては、複数の移動車載器と路側機との間のポイントツーポイントの短時間での双方向通信に適した同期式アダプティブスロッテドアロハ方式の通信制御手順を基本としたものである。また、半二重通信が基本となっており、上り、下りに異なる周波数を用いる場合には全二重通信も可能な通信制御方式を規定したものである。
【００３９】
通信フレームのスロットは、スロット割り当てを行うＦＣＭＳ（Frame Control Message Slot）とデータ転送用のＭＤＳ（Message Data Slot ）と路側機の通信リンクへのエントリ（アソシエーション）用のＡＣＴＳ（Activation Slot ）からなる構成となっている。
【００４０】
図３は、車載器１と路側機３との間の通信を行なうためのプロトコルモデルを示すものである。ＤＳＲＣプロトコルは、開放システム型相互接続のためのＯＳＩ（Open Systems Interconnection）階層モデルにしたがって、レイヤ１（以下Ｌ１と称する）（物理媒体層：Physical Medium Layer ）、レイヤ２（データリンク層：Data Link Layer ：Ｌ２）およびレイヤ７（以下Ｌ７と称する）（アプリケーション層：Application Layer ）の三層構造で構成される。レイヤ２はさらに論理リンク制御副層ＬＬＣ（Logical Link Control Sub Layer）と媒体アクセス制御副層ＭＡＣ（Medium Access Control Sub Layer ）とに分割される。
【００４１】
アプリケーション処理装置２から与えられる送信すべきデータに対して、車載器１はこれを４つのデータチャンネルによって送信するので、上述のＬ７，ＬＬＣ，ＭＡＣ，Ｌ１では、ＭＡＣレイヤから受け取ったＭＰＤＵ（MAC Protocol Data Unit）をＬＩＤ毎にＭＤＳ（Message Data Slot ）に対応させて送受する機能を持たせるものである。
【００４２】
次に、図１に示すフローチャートにしたがってリンク処理の内容について説明する。車載器１は、複数のリンクを確立しようとする場合、まず、通信を開始するに先だって、要求するデータチャンネル数をＮ（ここではＮ＝４）として設定し（ステップＳ１）、そのデータチャンネル数Ｎ個分のＬＩＤ１〜ＬＩＤ４を、乱数に基づいた生成方法により生成して記憶する（ステップＳ２）。
【００４３】
次に、車載器１は、路側機３の通信エリアに進入すると、ＦＣＭＣ（Frame Control Message Channel ）を受信し（ステップＳ３）、その受信したＦＣＭＣ中にステップＳ２において生成したＬＩＤ１〜ＬＩＤ４に対するＭＤＳ（Message Data Slot ）が存在するか否かを調べる（ステップＳ４）。ここでは、まだＡＣＴＣ（ACTivation Channel）を送信していないのでＬＩＤ１〜ＬＩＤ４のいずれについてもＭＤＳが存在しない（ステップＳ４，Ｓ５を繰り返してステップＳ６に至る）。ここでの信号の授受の過程を図４に示している。路側機３から送信されたＦＣＭＣを車載器１が受信し、ＡＣＴＣを送信するやり取りが同図（ａ）に示されている。
【００４４】
すべてのＬＩＤに対するチェックが終了すると、続いて、車載器１は、受信したＦＣＭＣにＡＣＴＣ（ACTivation Channel）が割り付けてあるか否かを確認し（ステップＳ６）、ＡＣＴＣの割付がある場合には、そのＡＣＴＳ（ACTivation Slot ）でＮ個（＝４個）のＬＩＤ１〜ＬＩＤ４をＡＣＴＣに入れて送信し（ステップＳ７）、ステップＳ３に戻るようになる。
【００４５】
この後、再びＦＣＭＣを受信して（図４（ｂ）で示す路側機からのＦＣＭＣを受信）その中に送信したＬＩＤ１〜ＬＩＤ４に対応するＭＤＳが存在するか否かを順次判断していく（ステップＳ４，Ｓ５）。そして、ＭＤＳが存在する場合には、そのＬＩＤについてはチャンネルのリンクが確立可能であるとして、設定したＮを「１」だけ減じ（ステップＳ８）、Ｎが「０」になっていなければ残りのＬＩＤに対するＭＤＳが存在するか否かを確認するようになる。
【００４６】
以下、上述の処理を繰り返し実行することにより（ステップＳ３〜Ｓ７）、すべてのＬＩＤ１〜ＬＩＤ４に対応するＭＤＳが存在するようになれば、４個のＬＩＤ１〜ＬＩＤ４により４つのチャンネルが確保されたことになり、これによって、変数Ｎの値も「０」となるので（ステップＳ９）、このプログラムを終了するようになる。
【００４７】
これに対して、路側機３においては、車載器１からＡＣＴＣを受け取ると、ＬＩＤ１〜ＬＩＤ４のそれぞれについてＭＤＳの割り当てを行ない、割り付けたＭＤＳを用いてＢＳＴ（Beacon Service Table）の送信を行なう（図４（ｂ）中、ＦＣＭＣ送信後のＢＳＴの送信）と共に、ＶＳＴ（Vehicle Service Talbe ）の受信（同図（ｃ）中、車載器１からのＶＳＴ受信）を行なうことにより、それぞれのＬＩＤ１〜ＬＩＤ４に対するリンクを確立する。
【００４８】
ここで、ＢＳＴは、路側機３側におけるサービス内容（例えば、自動料金徴収のアプリケーション以外に、ナビゲーション地図データの配信や、インターネットあるいは音楽情報のダウンロードなどのアプリケーションがある）を示すデータを送信するためのもので、この場合には、車載器１側から同時にＡＣＴＣを受けたので、すべてのＬＩＤ１〜４に対して同じ情報を個別に送信することになる。また、ＶＳＴは、車載器１側において対応できるアプリケーションの内容を示すデータを送信するためのもので、ここでは、路側機３と同様にすべてのＬＩＤ１〜４に対して同時に同じ情報を個別に送信することになる。
【００４９】
このとき、他の車載器とのリンクが確立されていて、ＭＤＳの割り当てが要求されたＬＩＤのすべてに対応させることができない場合には、割り当てできたＭＤＳの分だけＢＳＴの送信を行なう。割り当てできなかったＬＩＤについては破棄されるようになっている。以後、要求されるＬＩＤについてＭＤＳが割り当て可能になれば順次割り当ててＢＳＴの送信を行なうようになる。
【００５０】
次に、ＬＩＤに対するリンクが確立されると、それがデータチャンネル部に通知され、データチャンネルは、例えばＧｅｔプリミティブを用いて車載器１を特定するための属性データであるアトリビュートを読出す。具体的には、路側機３側からＧｅｔ．ｒｅｑ（ゲットリクエスト）を各ＬＩＤ１〜４に対応して送信する（図４（ｄ）参照）。
【００５１】
これに対して車載器１から送信されるＧｅｔ．ｒｓｐ（ゲットレスポンス）を受信する（同図（ｅ）参照）ことで、受信した信号のアトリビュートの内容により同一車載器１によるマルチチャンネル通信であることを確認する（Ｇｅｔプリミティブによるアトリビュートの読出し以外の方法、例えばＡｃｔｉｏｎプリミティブなどでこれを確認しても良い）。これにより、路側機３と車載器１間でデータチャンネルが確立され、ＬＩＤ毎にこれを行なうことにより複数のデータチャンネルが確立される。
【００５２】
図６は、車載器１から路側機３に対して４個のデータチャンネルを用いてデータ伝送を行なう場合の例を示したもので、この図では、図３で示したＤＳＲＣプロトコルのうちのレイヤ７及び論理リンク制御副層ＬＬＣについては省略して示している。この図６において、車載器１は、データチャンネルが確立されると、アプリケーション処理装置２から与えられる転送したいアプリケーションデータを適当なサイズに分割する。このときの分割サイズはＬＰＤＵ（Link Protocol Data Unit ）長により決める必要があるが、ＬＰＤＵの最大長は５１２オクテットであるため、最終的にこれを越えないようなサイズに分割する必要がある。
【００５３】
分割したデータの先頭には、相手側のアプリケーションがデータを復元するためのシーケンスナンバー・データ長などを含んだ付加情報を付加し、チャンネル分割データを作成する。作成したチャンネル分割データは４個のデータチャンネルにそれぞれ渡される。データチャンネルは、受け取ったチャンネル分割データを、各ＬＩＤ毎のＤＳＲＣプロトコルのＡｃｔｉｏｎプリミティブを使って路側機３のデータチャンネルへ転送する。
【００５４】
Ａｃｔｉｏｎプリミティブを使ったやり取りは、ここでは、例えば図５（ａ）に示すように、路側機３側からＡｃｔ．ｒｅｑ（アクションリクエスト）を送信し、これを受けて車載器１側からＡｃｔ．ｒｓｐ（アクションレスポンス）を返して転送する。なお、この場合には、車載器１は、Ａｃｔ．ｒｓｐをＦＣＭＣで３回分のフレームを使用して転送している（同図（ｂ）〜（ｄ）参照）。
【００５５】
ＤＳＲＣプロトコルはＬＩＤ毎に４個の独立した転送プロトコル部分を持ち、データチャンネルから受け取ったプリミティブを実行する。ＤＳＲＣプロトコルでは各レイヤ毎にデータ単位であるＰＤＵがやりとりされるが、ＬＬＣレイヤからＭＡＣレイヤに渡されたＬＰＤＵは、ＭＡＣレイヤ内で６５オクテット単位に分割され、ＭＰＤＵ（MAC Protocol Data Unit）となる。分割されたＭＰＤＵはＬ１に渡される。
【００５６】
Ｌ１は４チャンネル分のプロトコル部分からそれぞれのＭＰＤＵを受け取るが、ＬＩＤ１〜ＬＩＤ４のそれぞれに対して割り付けられたＭＤＳでＭＰＤＵの送信を行なう。これにより、車載器１は、４個のＭＤＳを同時に使用してデータ転送をすることが可能となる。
【００５７】
路側機３では、ＭＤＣを受け取るとそれがＬＩＤに対応するＭＡＣレイヤに渡されＬＰＤＵの組み立てをそれぞれのＭＡＣレイヤで行なう。ＬＰＤＵの組み立てが完了すると、受け取ったデータは順に上位プロトコルに渡されて行き、最終的に路側機側のデータチャンネルがチャンネル分割データを受け取る。
【００５８】
チャンネル分割データはＤＳＲＣの通信状況により、相手側のアプリケーションが送信した順に届くとは限らないため、アプリケーションはチャンネル分割データを受け取ると先頭に付加したシーケンスナンバーとデータ長によりアプリケーションデータの組み立てを行なっていく。
【００５９】
図７は、上述の場合で、例えばＬＩＤ３のデータチャンネルにおいて通信エラーが発生した場合のリトライ処理を示している。この場合には、複数のＭＤＳのそれぞれを対応するＬＩＤにより転送するようにしているので、１つのＬＩＤで行なう場合と異なり、通信が停止することはない。
【００６０】
すなわち、アプリケーションデータを４つのデータチャンネルに分割した後のＤＳＲＣプロトコルで規定されている部分で行なう通信では、その規格を変更するような部分はなく、したがって、各ＬＩＤに対応して行なう通信方式そのものである。そして、各ＬＩＤにおいてリトライが発生すると、そのデータチャンネルにおいてリトライ処理をすることで転送できなかったＭＤＣを再度送信するようになる。
【００６１】
例えば、図７の場合では、ＬＩＤ３を用いて行なっているデータチャンネルにおいてＬ１（レイヤ１）で通信エラーが発生し、路側機３がＭＤＣ３を受け取ることができなかった場合に、そのフレームでの受信が失敗したことが返され、次のフレームにおいて同じＭＤＣ３が再び転送されるようになる。
【００６２】
また、前述したように、各ＬＩＤ毎の転送データの順序は先頭に付加されているシーケンスナンバーに基づいて、ＬＩＤに対応するＭＡＣレイヤに渡してＬＰＤＵの組み立てをそれぞれのＭＡＣレイヤで行ない、ＬＰＤＵの組み立てが完了すると、受け取ったデータは順に上位プロトコルに渡して行って最終的に路側機側のデータチャンネルがチャンネル分割データを受け取ることになる。
【００６３】
チャンネル分割データはＤＳＲＣの通信状況により、相手側のアプリケーションが送信した順に届くとは限らないため、アプリケーションはチャンネル分割データを受け取ると先頭に付加したシーケンスナンバーとデータ長によりアプリケーションデータの組み立てを行なっていく。これにより、通信エラーによるリトライが発生した場合でも、それに影響を受けることなく最終的にアプリケーションデータを受け取ることができるようになる。
【００６４】
このような参考例によれば、このようにアプリケーション処理装置２から受ける転送すべきデータを４つのＬＩＤ１〜ＬＩＤ４を用いて４つのデータチャンネルで分割して転送することができるので、路側機３における通信フレームを構成するスロット数が複数ある場合に、その空きチャンネルを有効に利用して転送容量を高めた通信を行なうことができるようになる。また、この場合でも、ＤＳＲＣプロトコルを適用する部分においては従来の方式を変更する必要がないので、信頼性の確保をすることができる。
【００６５】
なお、発明者は、上記参考例の効果を検証するために、次のような試算をして従来構成のものとの対比を行なった。すなわち、１フレーム中で同時に使用するＭＤＳの個数に対するデータ転送速度の計算を以下のようにして行なった。ここで、１フレームは、先頭に位置するＦＣＭＳに設定するＭＤＳの個数を加えたスロット数で構成されている。また、図８に示すように、１スロットの時間は例えば、７８１．２５μｓであり、データ長は６５バイト（byte）として計算している。同図（ａ−１），（ａ−２）はＭＤＳが２個の場合で本参考例の場合と従来方式の場合を示し、同様に、（ｂ−１），（ｂ−２）はＭＤＳが４個の場合、（ｃ−１），（ｃ−２）はＭＤＳが８個の場合について示している。
【００６６】
（１）３スロット／フレームで１ＭＤＳのみ使用した場合（（ａ−２）に相当）
65byte／（781.25μｓ× 3）＝27.7 kbyte／s=221.8kbit/s
（２）３スロット／フレームで２ＭＤＳを使用した場合（（ａ−１）に相当）
65byte× 2／（781.25μｓ× 3）＝55.4 kbyte/s＝443.7kbit/s
（３）５スロット／フレームで４ＭＤＳを使用した場合（（ｂ−１）に相当）
65byte× 4／（781.25μｓ× 5）＝66.56kbyte/s＝532.48kbit/s
（４）９スロット／フレームで８ＭＤＳを使用した場合（（ｃ−１）に相当）
65byte× 8／（781.25μｓ× 9）＝73.96kbyte/s＝591.64kbit/s
【００６７】
以上のようにして試算をした結果、転送データの容量が大きく増大していることがわかるが、上述の関係を利用してさらに詳しく試算したところ、１フレームを構成するスロット数と、そのフレーム中でのＭＤＳの使用個数に応じたデータ転送速度（ｋｂｉｔ／ｓ）は、図９に示すような結果が得られた。
【００６８】
図中、横軸にフレームを構成するスロット数をとり、縦軸にはデータ転送速度（ｋｂｉｔ／ｓ）をとっている。この結果から、従来方式のものでは、黒丸で示すように、１フレーム中において１スロット分のＭＤＳだけを用いるので、１フレームを構成するスロット数が増えるにしたがってフレーム当たりの転送データ量が少なくなり、データ転送速度は小さくなる傾向にある。
【００６９】
一方、本参考例を採用すると、図中白丸で示すように、１フレームを構成するスロット数が多くなると、その分だけ１フレーム中で使用可能なスロット数が増加することになり、データ転送速度は大きくなる。また、他の車載器によるスロットの使用状況に応じてその範囲内において空きスロットを有効に利用することができるので、利用効率を高めることができるようになる。
【００７０】
なお、実際には、上述した試算結果において示すデータ転送速度については、各ＭＤＣ毎に数バイトのヘッダが付加されるので、ＭＤＣのサイズと転送データサイズとの食い違いが発生し、スループットはこれよりも少し低くなる。また、アップリンク転送には路側からのリクエストが必要なためスループットはさらに低下することになるが、実質的には大幅にデータ転送速度の向上を図ることができるものである。
【００７１】
（第２の参考例）
図１０は第２の参考例を示すもので、第１の参考例と異なるところは、複数のアプリケーション処理装置である料金収受装置２ａ，ナビゲーション装置２ｂ，ＭＤ（Mini Disk ）プレーヤ２ｃを車載器１に接続する構成としたところである。
【００７２】
車載器１は、３つのアプリケーション処理装置である料金収受装置２ａ，ナビゲーション装置２ｂ，ＭＤプレーヤ２ｃに対応して、それぞれから入力されるデータをそれぞれのＬＩＤを割り当ててデータ転送に用いる。内部には通信処理手段として構成される通信処理回路１ｂが設けられており、これは、各料金収受装置２ａ，ナビゲーション装置２ｂ，ＭＤプレーヤ２ｃのそれぞれに対応してデータ転送の処理を行なうように機能が分割されている。
【００７３】
通信処理回路１ｂは、例えば、料金収受装置２ａにはＬＩＤ１を割り当て、ナビゲーション装置２ｂにはＬＩＤ２を割り当て、ＭＤプレーヤ２ｃにはＬＩＤ３を割り当て、それぞれのＬＩＤ１〜ＬＩＤ３を用いてアプリケーション毎にデータ転送処理を行なう。また、この場合において、全てのアプリケーション処理装置２ａ〜２ｃを使用している場合には、３つのＬＩＤ１〜ＬＩＤ３を全て使用してデータ転送処理を行なうが、例えば、ＭＤプレーヤ２ｃを使用していない場合には、ＬＩＤ３は使用しないでデータ転送処理を行なう。
【００７４】
このような第２の参考例によれば、アプリケーション処理装置２ａ〜２ｃのそれぞれに対応してＬＩＤ１〜ＬＩＤ３を割り当ててデータ転送処理を行なうようにしているので、すべてのＬＩＤが使用可能となる場合には、必要なデータ転送速度を確保することができ、転送すべきデータの量にかかわらず迅速な通信処理を可能にすることができ、空きスロットを有効に利用しながら、効率の良いデータ転送処理を行なうことができるようになる。
【００７５】
なお、上記第２の参考例においては、アプリケーション処理装置毎にＬＩＤを対応付けて割り当てるようにしたが、これに代えて、アプリケーション処理装置の取り扱うデータ量に応じて、１個のＬＩＤを使用するかあるいは複数のＬＩＤを使用するかを異なるように設定しても良い。例えば、そのアプリケーション処理装置で扱うデータが多いＭＤプレーヤ２ｃなどについては、２個のＬＩＤを割り当ててデータ転送処理を行なうなどして柔軟な対応付けを行なうことができる。
【００７６】
また、アプリケーション処理装置の種類ではなく、転送すべきデータの発生量がそのときに応じて異なる場合があるときには、その発生量に応じて使用するＬＩＤの個数の最大値をフレキシブルに設定するように構成しても良い。なお、設定したＬＩＤの個数に対して、実際に使用可能となるＬＩＤの個数は、必ずしもその個数を満たすか否かは決まらず、路側機３のスロットの空き具合によって決まるものである。
【００７７】
複数のアプリケーション処理装置と使用するＬＩＤとを対応付けることなく、全ての転送データについてこれらを一度データ転送時に合成し、一つのアプリケーションを扱うようにひとまとめのデータとしてこれを複数のＬＩＤ毎に分割してデータ転送処理をするように構成することもできる。
【００７８】
（第３の参考例）
図１１は第３の参考例を示すもので、第１の参考例と異なるところは、車載器１に代えて、従来技術で用いられている構成のＤＳＲＣ車載器４を複数個（４ａ〜４ｄ）用いる構成とし、アプリケーション処理装置２に代えてデータ分割手段５ａを備えたアプリケーション処理装置５を設ける構成としたところである。
【００７９】
この構成においては、アプリケーション処理装置２のデータ処理手段としてのデータ分割手段５ａが第１の参考例における車載器１の通信制御手段と同等の機能を有するもので、アプリケーションの実行により発生する転送すべきデータを４つの車載器４ａ〜４ｄに分割して与えるようになっている。このとき、分割した転送データのそれぞれの先頭にはシーケンスナンバー・データ長などを含んだ付加情報を付加しており、このようにして各車載器４ａ〜４ｄにチャンネル分割データとして与える。これにより、各車載器４ａ〜４ｄにおいては、従来と同様のＤＳＲＣプロトコルにしたがって路側機３側にデータ転送処理を行なう。路側機３においては、前述同様にして、受け取ったデータを組み立てながら上位プロトコルに渡すことにより、転送された順序にかかわらず元のデータを復元することができる。
【００８０】
また、路側機３側から各車載器４ａ〜４ｄに対して分割して送信されるデータを受けたときには、アプリケーション処理装置５のデータ処理回路５ａにより、受け取ったデータを組み立てて元のデータを復元する。
【００８１】
このような第３の参考例によれば、アプリケーション処理装置２を用いることで、第１の参考例と同様の作用効果を得ることができ、このとき車載器４ａ〜４ｄについては、特殊な仕様のものを用いる必要がなく、同種の従来構成のものを複数個準備することで対応することができるので、アプリケーション処理装置２を準備するだけで複数の車載器を用いて効率の良いデータ転送処理を行なうことができるようになる。
【００８２】
なお、上記参考例においては、アップリンク用ＭＤＳとダウンリンク用ＭＤＳとを同時に使用して通信を行なう全二重方式の伝送が可能となる。これにより最大２倍の個数だけＭＤＣが同時使用できるようになり、２倍のデータチャンネルを持つことができる。また車載器４ａ〜４ｄを全二重通信に対応させることにより、この機能を実現しても良い。
【００８３】
さらに、車載器４ａ〜４ｄが半二重通信のみ可能である場合には、路側機３は半二重フレームを用い、アップリンク用ＭＤＳとダウンリンク用ＭＤＳを同時に使用しないようにする必要がある。車載器４ａ〜４ｄが全二重通信が可能であるなら、路側機３は全二重通信のフレームを用いて２倍のデータチャンネルを使用しても良い。
【００８４】
（第１の実施形態）
図１２は本発明の第１の実施形態を示すもので、第１の参考例と異なるところは、車載器１が路側機３との間で最初に行うリンク処理では、１個のＬＩＤのみを用いて行う構成とし、路側機３との間のリンクが確立した後に、車載器１側で複数のＬＩＤを生成して路側機３側に送信し、使用可能なＭＤＳを用いて、各ＭＤＳにＬＩＤを割り当てて路側機３との間の通信処理を行うようにしたところが異なる部分である。
【００８５】
すなわち、車載器１は、あらかじめ使用可能なＬＩＤを生成して内部のアトリビュートに記憶しており、路側機３の通信エリア内に進入すると、図１２に示すリンクシーケンスを実施するようになる。このリンクの確立の過程では、車載器１は、従来と同様の方式でリンク処理を行い、ＦＣＭＣを受信し、その受信したＦＣＭＣ中に上述したＬＩＤが存在していないことを確認してＡＣＴＣを送信する。この後、路側機３側からＢＳＴが送信され、これを受信した車載器１がＶＳＴを送信してリンクが確立するようになる。
【００８６】
リンクシーケンスが終了すると、次に、ネゴシエーションシーケンスに移行する。ここでは、路側機３は、車載器１に対してＦＣＭＣの送信の後に、Ｇｅｔ．ｒｅｑプリミティブを送信する。これに対して、車載器１は前述のアトリビュートを読み出してＧｅｔ．ｒｓｐとしてＬＩＤのリストを送信する。ここで、車載器１は、ＬＩＤのリストとして、先にリンクを確立させるときに使用したＬＩＤを用いて、その特定ビットである拡張子を変化させることで複数のＬＩＤを生成してこれをリストとして送信する。
【００８７】
ＬＩＤの拡張子の変更は例えば次のようにして実行する。ＤＳＲＣプロトコルで規定するＬＩＤは、４オクテット３２ビットの値を用いているが、このうち各オクテットの先頭に位置する４つのビットは拡張子もしくは規定されたビットとなっているが、これを変化させることで、もとのＬＩＤを含めて最大１６個までのＬＩＤが生成可能である。このうち、通信処理に使用する分のＬＩＤを生成して使用することになる。
【００８８】
次に、路側機３は、受信したＬＩＤのリストを参照してそのチャンネル数と路側機３側の現在使用可能なチャンネル数のうちの小さい方を選択し、そのチャンネル数とその数の分のＬＩＤを選択して車載器１に対してＳｅｔ．ｒｅｑプリミティブを送信する。車載器１は、これを受信すると、受信したＬＩＤをアトリビュートにセットし、そのチャンネル数のＬＩＤにより路側機３との通信で使用するＬＩＤを判断してこれをＳｅｔ．ｒｓｐとして路側機３に送信し、以上にいおりネゴシエーションシーケンスを完了する。
【００８９】
次に、データ転送シーケンスに移行し、路側機３は、ＦＣＭＣの送信に続いてＡｃｔｉｏｎ．ｒｅｑプリミティブにより、例えば４つのＭＤＳに対応して使用するＬＩＤ１〜４を用いてデータ転送の通信処理を実施する。車載器１は、これに応じてＡｃｔｉｏｎ．ｒｓｐにより各ＭＤＳに対応してＬＩＤ１〜４によりデータを転送する。以上により、データ転送シーケンスが終了すると、通信処理を終了する。
【００９０】
このような第１の実施形態によれば、車載器１により、１個のＬＩＤを用いて路側機３との間でリンクを確立させ、この後、複数のＬＩＤを用いてそのそれぞれを異なるＭＤＳを利用してデータ転送の通信処理を行うので、第１の参考例と同様の効果を得ることができると共に、リンク処理の方式を従来通りの簡単な処理としながら、そのリンクの確立後に複数のＬＩＤを用いて空チャンネルを有効に利用してデータ転送容量を確保することができる。また、上述の場合に、複数のＬＩＤの生成を、特定ビットを変化させることで行うので、簡単且つ迅速にＬＩＤを生成できるようになる。
【００９１】
（他の実施形態）
本発明は、上記実施形態にのみ限定されるものではなく、次のように変形また拡張できる。
上記実施形態においてはＬＩＤの個数をあらかじめ設定する方式の場合について説明したが、その設定個数は、ハードウェアの能力や設定条件により常に最大にするのではなく、場合に応じて可変的に設定するようにしても良い。また、使用するソフトウェアの内容に応じて可変的に設定するようにしても良い。
【００９２】
アプリケーション処理装置は、上記したもの以外に、インターネットや電子メールなどを利用してデータの授受を行なうパソコンや、音楽情報や映像情報などを扱う端末装置あるいは道路情報などの種々の情報を授受する装置など移動体通信装置を介してやり取りするデータを扱う装置であれば何でも適用することができる。
【図面の簡単な説明】
【図１】  本発明の第１の参考例を示すリンク処理プログラムのフローチャート
【図２】  システムの概略構成を示すブロック図
【図３】  プロトコルモデルを示す概念図
【図４】  リンク確立のシーケンスを示すタイムチャート
【図５】  データ転送のシーケンスを示すタイムチャート
【図６】  アプリケーションデータの転送過程を示す説明図（その１）
【図７】  アプリケーションデータの転送過程を示す説明図（その２）
【図８】  検証に用いたモデルの説明図
【図９】  １フレームの構成スロット数に対するＭＤＳの使用個数に応じたデータ転送速度の試算結果を示す相関図
【図１０】  本発明の第２の参考例を示す図２相当図
【図１１】  本発明の第３の参考例を示す図２相当図
【図１２】  本発明の第１の実施形態を示す通信処理のシーケンス図
【図１３】  従来例を示す図７相当図
【符号の説明】
１は車載器（移動体通信装置）、１ａ，１ｂは通信制御回路（通信制御手段）、２，５はアプリケーション処理装置、２ａは料金収受装置（アプリケーション処理装置）、２ｂはナビゲーション装置（アプリケーション処理装置）、２ｃはＭＤプレーヤ（アプリケーション処理装置）、３は路側機（固定局通信装置）、４ａ〜４ｄは車載器、５ａはデータ処理回路（データ処理手段）である。
【図１】
0003651381.tif 000002
【図２】
0003651381.tif 000003
【図３】
0003651381.tif 000004
【図４】
0003651381.tif 000005
【図５】
0003651381.tif 000006
【図６】
0003651381.tif 000007
【図７】
0003651381.tif 000008
【図８】
0003651381.tif 000009
【図９】
0003651381.tif 000010
【図１０】
0003651381.tif 000011
【図１１】
0003651381.tif 000012
【図１２】
0003651381.tif 000013
【図１３】
0003651381.tif 000014