(57)【特許請求の範囲】
【請求項１】
道路上を走行する移動局と、前記道路上に設置された基地局装置との間で行われる路車間の狭域通信を利用して、前記移動局に対して応用サービスを提供する路車間通信システムにおいて、前記移動局及び前記基地局装置は、各々、複数のアプリケーション間のデータ転送のためのメカニズムを提供する転送サービス処理部、及び未達データの再送信機構と、メッセージ単位のデータ送受信機構と、前記メッセージの分割・組立機構とを有し、単方向のデータ送信とリクエスト・レスポンス型のトランザクションサービスを提供するトランザクション管理部を備え、前記転送サービス処理部は、アプリケーション識別子であるポート番号を用いて送信元および送信先のアプリケーションを識別してデータの転送先を決定し、前記トランザクション管理部は、前記メッセージを複数のデータに分割し、分割された各データにトランザクションの単位を識別するために前記アプリケーションから送信毎に指定された識別子と順序番号を付与し、受信側で前記アプリケーションから指定された識別子が同一の各データを前記順序番号をもとに組み立て順を判別してもとのメッセージへ組み立てることを特徴とする路車間通信システム。
【請求項２】
トランザクション管理部は、トランザクションの破棄をトランザクションの単位を識別する識別子により行うことを特徴とする請求項１に記載の路車間通信システム。
【請求項３】
トランザクション管理部は、分割送信の際、下位層の送信キューの状態により、送信間隔を制御することを特徴とする請求項１に記載の路車間通信システム。
【請求項４】
トランザクション管理部は、分割されたメッセージの最終データの受信時に、未受信のデータの順序番号を送信側に通知し、送信側は前記未受信のデータのみを再送信することを特徴とする請求項１に記載の路車間通信システム。
【請求項５】
送信側のアプリケーションは、再実行要求を行う場合には、データに同一のトランザクションの単位を識別する識別子を付与し、受信側のトランザクション管理部は、トランザクションの単位を識別する識別子が、受信済みのデータと同一の場合には、既受信の同一識別子のデータと同一のデータとして扱うことを特徴とする請求項１に記載の路車間通信システム。
【請求項６】
トランザクション管理部は、メッセージの組立を行うバッファ領域の場所を示すバルクエリアおよび前記バッファ領域のサイズを示すバルクエリアサイズをアプリケーション毎に指定されることを特徴とする請求項１に記載の路車間通信システム。
【請求項７】
道路上に設置され、前記道路上を走行する移動局に対して、路車間の狭域通信を利用して応用サービスを提供する基地局装置において、複数のアプリケーション間のデータ転送のためのメカニズムを提供する転送サービス処理部、及び未達データの再送信機構と、メッセージ単位のデータ送受信機構と、前記メッセージの分割・組立機構とを有し、単方向のデータ送信とリクエスト・レスポンス型のトランザクションサービスを提供するトランザクション管理部を備え、前記転送サービス処理部は、アプリケーション識別子であるポート番号を用いて送信元および送信先のアプリケーションを識別してデータの転送先を決定し、前記トランザクション管理部は、前記メッセージを複数のデータに分割し、分割された各データにトランザクションの単位を識別するために前記アプリケーションから送信毎に指定された識別子と順序番号を付与し、受信メッセージに対しては前記アプリケーションから指定された識別子が同一の各データを前記順序番号をもとに組み立て順を判別してもとのメッセージへ組み立てることを特徴とする基地局装置。
【請求項８】
走行する道路上に設置された基地局装置より、路車間の狭域通信を利用して応用サービスを受け取る移動局装置において、複数のアプリケーション間のデータ転送のためのメカニズムを提供する転送サービス処理部、及び未達データの再送信機構と、メッセージ単位のデータ送受信機構と、前記メッセージの分割・組立機構とを有し、単方向のデータ送信とリクエスト・レスポンス型のトランザクションサービスを提供するトランザクション管理部を備え、前記転送サービス処理部は、アプリケーション識別子であるポート番号を用いて送信元および送信先のアプリケーションを識別してデータの転送先を決定し、前記トランザクション管理部は、前記メッセージを複数のデータに分割し、分割された各データにトランザクションの単位を識別するために前記アプリケーションから送信毎に指定された識別子と順序番号を付与し、受信メッセージに対しては前記アプリケーションから指定された識別子が同一の各データを前記順序番号をもとに組み立て順を判別してもとのメッセージへ組み立てることを特徴とする移動局装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、道路上を走行する移動局と、道路上に設置された基地局装置との間で行われる路車間通信を利用して、前記移動局に対して応用サービスを提供する路車間通信システムに関するものである。また、このような路車間通信システムに使用される基地局装置及び移動局装置に関するものである。
【背景技術】
【０００２】
従来の路車間通信システムの一例としては、社団法人  電波産業会にて定められた標準規格「狭域通信（ＤＳＲＣ）システム標準規格  ＡＲＩＢＳＴＤ−Ｔ７５」（平成１３年９月６日  策定）が知られている。この標準規格は通信ゾーンを限定したスポット通信による路車間通信方式を定めたものであり、アプリケーション毎にＡＩＤとよばれる識別子を用いることでマルチアプリケーションに対応している。
しかしながら、前記従来技術では、常に基地局がマスター、移動局がスレーブであり、マスター・スレーブ型のアプリケーションしか実現できず、移動局側から通信を起動したり、移動局と基地局が対等に通信するようなアプリケーションには適用できなかった。また、このＡＩＤと呼ばれる識別子は３２個しか規定できないため、アプリケーションの種類が増大した場合に対応が困難であるという問題もあった。さらに、一度に送受信可能なデータサイズが、数百バイト程度と小さく、数十キロバイト以上の大容量のデータ通信を必要とするアプリケーションに利用することは困難であった。
【０００３】
これらの課題を解決するための手法の一例として、前記標準規格（狭域通信（ＤＳＲＣ）システム標準規格  ＡＲＩＢ  ＳＴＤ−Ｔ７５）上に、双方向に通信可能なプロトコルである拡張通信制御プロトコル（ＡＳＬ−ＥＬＣＰ）を配置し、基地局が定期的に移動局からの通信の有無をポーリングすることで、移動局からの通信を実現している。さらに、前記拡張通信制御プロトコル（ＡＳＬ−ＥＬＣＰ）にアクセス点識別子と呼ばれる識別子を定義し、前記標準規格（狭域通信（ＤＳＲＣ）システム標準規格  ＡＲＩＢ  ＳＴＤ−Ｔ７５）と前記拡張通信制御プロトコル（ＡＳＬ−ＥＬＣＰ）とからなる階層上に複数のプロトコルの動作を可能とし、この複数のプロトコルの一つとしてインターネットプロトコルを利用することで、マルチアプリケーションへの対応を実現している。また、バルク転送とよばれる分割・組立機構を有することで、最大で５０キロバイト程度のメッセージの送受信が可能である。さらに、同報通信においては、同一データを複数回連続して送信することで通信の誤り率を小さく抑えることを実現している（例えば、非特許文献１参照。）。
【０００４】
【非特許文献１】情報処理学会ＩＴＳ研究会「ＤＳＲＣ（ＡＲＩＢ  ＳＴＤ−Ｔ７５準拠）システムの実装及び評価」（２００２−ＩＴＳ−１０−１０）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、前記従来技術においては、マルチアプリケーションを実現するために、前記拡張通信制御プロトコル（ＡＳＬ−ＥＬＣＰ）上で、ネットワーク型のプロトコルであるインターネットプロトコルを利用するため、ＩＰアドレスの割当やＴＣＰのセットアップに要する時間などの初期接続に係わるオーバヘッドの問題から、走行中のアプリケーションに対して適用が困難であるという問題があった。また、同様の問題により、走行中に送信するデータサイズが１００キロバイトを超えるようなアプリケーションへの適用は依然として困難であった。さらに前記バルク転送機能では、データを単に分割しているだけなので、分割データの再送を下位レイヤであるＤＳＲＣに依存しており、ＤＳＲＣ通信以外の理由で欠落したデータへの対応に問題があった。また、シャドーイングや電波が弱いなど、所定の時間通信不可能な領域では、再送した個々のデータや連送したデータすべてが欠落する可能性があるため、誤り率を改善できないという問題があった。
【０００６】
本発明はかかる問題点を解決するためになされたもので、道路上を走行及び停止する移動局と、前記道路上に設置された基地局装置との間で行われる路車間通信を利用して、前記移動局に対して応用サービスを提供する路車間通信システムにおいて、走行中においても様々なアプリケーションを実行可能とするため、複数のアプリケーション間のデータ転送のためのメカニズムと、１００キロバイトを超えるような大容量のデータ送信のメカニズムと、一定時間通信できない場合においても、通信誤り率を改善可能なメカニズムとを備えた非ネットワーク型の通信プロトコルを提供するものである。
【課題を解決するための手段】
【０００７】
この発明に係る路車間通信システムは、道路上を走行する移動局と、前記道路上に設置された基地局装置との間で行われる路車間の狭域通信を利用して、前記移動局に対して応用サービスを提供する路車間通信システムにおいて、前記移動局及び前記基地局装置は、各々、複数のアプリケーション間のデータ転送のためのメカニズムを提供する転送サービス処理部、及び未達データの再送信機構と、メッセージ単位のデータ送受信機構と、前記メッセージの分割・組立機構とを有し、単方向のデータ送信とリクエスト・レスポンス型のトランザクションサービスを提供するトランザクション管理部を備え、前記転送サービス処理部は、アプリケーション識別子であるポート番号を用いて送信元および送信先のアプリケーションを識別してデータの転送先を決定し、前記トランザクション管理部は、前記メッセージを複数のデータに分割し、分割された各データにトランザクションの単位を識別するために前記アプリケーションから送信毎に指定された識別子と順序番号を付与し、受信側で前記アプリケーションから指定された識別子が同一の各データを前記順序番号をもとに組み立て順を判別してもとのメッセージへ組み立てるものである。
【０００８】
また、この発明に係る基地局装置は、道路上に設置され、前記道路上を走行する移動局に対して、路車間の狭域通信を利用して応用サービスを提供する基地局装置において、複数のアプリケーション間のデータ転送のためのメカニズムを提供する転送サービス処理部、及び未達データの再送信機構と、メッセージ単位のデータ送受信機構と、前記メッセージの分割・組立機構とを有し、単方向のデータ送信とリクエスト・レスポンス型のトランザクションサービスを提供するトランザクション管理部を備え、前記転送サービス処理部は、アプリケーション識別子であるポート番号を用いて送信元および送信先のアプリケーションを識別してデータの転送先を決定し、前記トランザクション管理部は、前記メッセージを複数のデータに分割し、分割された各データにトランザクションの単位を識別するために前記アプリケーションから送信毎に指定された識別子と順序番号を付与し、受信メッセージに対しては前記アプリケーションから指定された識別子が同一の各データを前記順序番号をもとに組み立て順を判別してもとのメッセージへ組み立てるものである。
【０００９】
また、この発明に係る移動局装置は、走行する道路上に設置された基地局装置より、路車間の狭域通信を利用して応用サービスを受け取る移動局装置において、複数のアプリケーション間のデータ転送のためのメカニズムを提供する転送サービス処理部、及び未達データの再送信機構と、メッセージ単位のデータ送受信機構と、前記メッセージの分割・組立機構とを有し、単方向のデータ送信とリクエスト・レスポンス型のトランザクションサービスを提供するトランザクション管理部を備え、前記転送サービス処理部は、アプリケーション識別子であるポート番号を用いて送信元および送信先のアプリケーションを識別してデータの転送先を決定し、前記トランザクション管理部は、前記メッセージを複数のデータに分割し、分割された各データにトランザクションの単位を識別するために前記アプリケーションから送信毎に指定された識別子と順序番号を付与し、受信メッセージに対しては前記アプリケーションから指定された識別子が同一の各データを前記順序番号をもとに組み立て順を判別してもとのメッセージへ組み立てるものである。
【発明の効果】
【００１０】
この発明に係る路車間通信システムは、基地局装置および移動局内の双方のローカルアプリケーションが非ネットワーク型のプロトコルを利用して通信を行うシステムであり、前記非ネットワーク型のプロトコルを、転送サービス処理部とトランザクション管理部とで構成したので、走行中においても様々なアプリケーションが実行可能となる。また、一定時間通信できない場合においても、通信誤り率が改善可能となる。
【００１１】
また、転送サービス処理部とトランザクション管理部とをそれぞれ独立した構成としたため、最も単純なアプリケーションでは転送サービス処理部を直接使用することで実現が可能であり、高速接続性、低オーバヘッドといった走行中の路車間通信に必要な要件を満たすことができる。さらに、プロトコルを拡張する際には拡張箇所をトランザクション管理部に局所化でき、拡張を容易に行うことができる。
【００１２】
トランザクション管理部においては、アプリケーションから指定された識別子（送信データ識別子）により送信データの単位を識別する。またこのプロトコルは、送信データ単位が下位層のプロトコルで一度に送信可能なサイズよりも大きい場合には、送信可能なサイズに分割し、順序番号を付けて送信し、受信側でその順序番号を元に組み立てる機能を有する。このとき、個別通信の場合には、最終データの受信時に未受信のデータの順序番号を送信側に通知することで、送信側は未受信のデータのみを再送信する。これにより通信誤り率が改善できる。
また、個別通信・同報通信の場合には、送信元のアプリケーション識別子（送信元ポート番号）とそのアプリケーションが指定した送信データ識別子の組が同一の場合には、受信側で既受信の同一識別子のデータと同一のデータとして扱う。これにより送信側は任意のタイミングでデータの再送信が可能となり、一定時間通信できない場合においても、通信誤り率を改善できる。
【発明を実施するための最良の形態】
【００１３】
実施の形態１．
図１はこの発明の実施の形態１による路車間通信システムにおけるコネクション識別の概念を示す図である。また、図３は本発明の実施の形態１による路車間通信システムにおけるデータの流れの概要を示す図である。図１、図３を用いて、基地局装置と移動局との基本構成を説明する。
基地局装置及び移動局において使用する通信プロトコルは、狭域通信（ＤＳＲＣ）プロトコル（ＡＲＩＢ  ＳＴＤ−Ｔ７５）と、双方向に通信可能なプロトコルである拡張通信制御プロトコル（ＡＳＬ−ＥＬＣＰ）と、転送サービス処理部（ローカルポート制御プロトコル（ＬＰＣＰ：Ｌｏｃａｌ  Ｐｏｒｔ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ））と、トランザクション管理部（ローカルポートプロトコル（ＬＰＰ：Ｌｏｃａｌ  Ｐｏｒｔ  Ｐｒｏｔｏｃｏｌ））とからなる階層構造をなしており、この通信プロトコルの上で複数のアプリケーションが実行される。
転送サービス処理部は、狭域通信（ＤＳＲＣ）プロトコル（ＡＲＩＢ  ＳＴＤ−Ｔ７５）および拡張通信制御プロトコル（ＡＳＬ−ＥＬＣＰ）上でアプリケーションの多重化を実現するための制御プロトコルであり、マルチアプリケーションを実現するための最小限の機能を有している。
一方、トランザクション管理部は前記転送サービス処理部とアプリケーションの間に介在し、転送サービス処理部の通信サービスを拡張する通信プロトコルであり、大容量データ通信などより高度な通信サービスをアプリケーションに対して提供する。
以下ではこの転送サービス処理部とトランザクション管理部について詳細に説明する。
【００１４】
１．  転送サービス処理部（ローカルポート制御プロトコル）
１．１  概要
以下に転送サービス処理部（ローカルポート制御プロトコル）について詳細に説明する。ローカルポート制御プロトコル（ＬＰＣＰ）は、非ネットワーク系アプリケーションに通信手段を提供するために、アプリケーション等の上位プロトコルに対してデータ転送のためのデータ転送サービスと、管理制御のための管理サービスを提供する制御プロトコルである。
転送サービス処理部では、ローカルポート番号とよぶ識別子を用いて、送信元および送信先のアプリケーションを識別する。また上位層であるアプリケーションやトランザクション管理部などの上位層プロトコルに対してデータ転送と管理サービスのためのサービスプリミティブ（インタフェース）を提供する。さらに内部データとしてデータ転送サービスおよび管理サービスを実現するための制御情報を有するとともに、路車の転送サービス処理部間でやりとりされるデータ（ＰＤＵ）にも制御情報を付加することで各種サービスを実現している。
【００１５】
１．２  ローカルポート番号
１．２．１  アクセス点識別
発信元となるアプリケーションから対向するアプリケーションに対して正しくデータを送り届けるために、ローカルポート制御プロトコル（ＬＰＣＰ）では図１に示すようにＬＰＣＰ上のアプリケーションを識別するためのアクセス点としてローカルポート番号を設け、車両ＩＤ（リンクアドレス等）とローカルポート番号の組で、それぞれのアプリケーションに対して相手先との接続を識別する。
【００１６】
１．２．２  ローカルポート番号の分類
図２はローカルポート番号の分類の例を示す図である。ローカルポート番号は非ネットワーク系アプリケーションにおけるコネクション識別子として使用され、ローカルポート番号を以下のように規定する。０〜０ｘ０ＦＦＦを番号予約ポート、０ｘ１０００〜０ｘＦＦＦＦを任意ポートとする。このようにポート番号を規定することで、６５５３６種類のポート番号を規定でき、今後のアプリケーション種類の増大にも十分に対応が可能となる。
【００１７】
１．２．３  アプリケーションとローカルポート番号の関係
アプリケーションと前節で規定されたローカルポート番号との関係を説明する。
アプリケーションの形態は、クライアント／サーバモデルおよびピアツーピアモデルを前提とする。従って、クライアント／サーバモデルにおいては大域的に一意であるサーバプロセスのポートは番号予約ポート、局内で一意であるクライアントプロセスのポートは任意ポートを利用することを基本とする。またピアツーピアモデルにおいては双方のプロセスが番号予約ポートを利用することを基本とする。独自アプリの場合は、任意ポートをサーバ・クライアント共に使用することも可能である。
【００１８】
１．２．４  ローカルポート番号の番号設定
ローカルポート番号の番号設定については、以下の規則に従う。
（１）予約番号については、グローバルに重複のない付番を行うこと。
（２）アプリケーションは複数の受信ポートを持つことができる。
（３）基地局、移動局を単位とし、各アプリケーションは、局内で重複の無いように受信ポート番号を使用すること。
（４）送信元の特定が不要な場合や送信元が既知の場合には、送信元ポートを省略することができる。
【００１９】
１．３  ＬＰＣＰの機能
次にＬＰＣＰの機能について詳細に説明する。
１．３．１  データ転送機能データグラム伝送サービス
図３はデータグラム伝送サービスの例を示す図である。ＤＳＲＣ−ＡＳＬにおけるローカルポート系アプリケーションの構成は、ＬＰＣＰ上に複数のアプリケーションが存在する階層構造となっており、ＬＰＣＰはデータの転送先アプリケーションの識別を行う必要がある。
そこで、ＬＰＣＰに、送信元及び送信先ポート番号を付与し、これによりデータの転送先を決定する。
【００２０】
なお、ＬＰＣＰが提供する通信サービスは、高速、低オーバヘッドなコネクションレス型のデータグラム伝送サービスであり、ＬＰＣＰとアプリケーション（上位層プロトコル）間での具体的な動作は、以下の通りである。
１：データを受け取る受信ポートをアプリケーション（上位層プロトコル）がＬＰＣＰに依頼して新しく作成し、
２：その受信ポートを通して、ＬＰＣＰから車両ＩＤ（リンクアドレス等）、送信元ポート番号および受信データを受け取り、
また逆に
３：アプリケーション（上位層プロトコル）は送信データ、リンクアドレスおよび送受信ポート番号をＬＰＣＰに渡し、ＬＰＣＰがその情報からＬＰＣＰデータグラムを生成して相手へ送信する。
【００２１】
１．３．２  管理サービス
管理サービス処理では、以下のサービスをアプリケーションや上位層プロトコルに対して提供する。
・ＡＳＬ−ＥＬＣＰ（拡張通信制御プロトコル）の管理サービスで通知されるエラーやイベント（通信の接続、非接続の通知等）を、自局のアプリケーションに対して透過的に通知するサービス。
・ＬＰＣＰ内で発生したエラーやイベントを相手局や自局のアプリケーションに対して通知するサービス。
【００２２】
ＬＰＣＰとアプリケーション（または上位層プロトコル）間での具体的な動作は、以下の通りである。
１．イベントを受け取るポートをアプリケーション（または上位層プロトコル）がＬＰＣＰに依頼して新しく作成し、
２．そのポートを通して、ＬＰＣＰからリンクアドレス、状態識別子、イベント付加情報を受け取る。
【００２３】
１．４  アプリケーションとのインタフェース
次に、ＬＰＣＰとアプリケーションとのインタフェースについて説明する。
１．４．１  記法の説明
本発明で規定されるプリミティブ種別の一覧を図４に、プリミティブの定義テーブルで用いられるパラメータ種別の一覧を図５に示す。
１．４．２  データ転送サービスインタフェース
図６にデータ転送サービスの論理関係を示す。
ローカルポート制御プロトコルはデータ転送サービスとして、アプリケーション（または上位層プロトコル）に対して、以下の１種類のプリミティブを用意する。
１．４．２．１  転送プリミティブ（ＴｒａｎｓｆｅｒＤａｔａ）
本プリミティブはＤＳＲＣ−ＡＳＬのＥＬＣＰと非ＩＰアプリケーションや上位層プロトコルとの間でデータ転送を行うためのプリミティブである。図７に転送プリミティブの定義を示す。図７において、
Ｌｉｎｋ  Ａｄｄｒｅｓｓ：本送信で使用するＤＳＲＣのＬＩＤまたはＬＩＤと１対１でマッピング可能なＩＤ
Ｓｏｕｒｃｅ  Ｐｏｒｔ：送信元アプリケーションのポート番号
Ｄｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ：送信先アプリケーションのポート番号
Ｕｓｅｒ  Ｄａｔａ：伝送データ本体
Ｕｓｅｒ  Ｄａｔａ  Ｓｉｚｅ：伝送データサイズ
【００２４】
１．４．３  管理サービスインタフェース
図８に管理サービスインタフェースの論理関係を示す。ローカルポート制御プロトコルは管理サービスとして、アプリケーション（または上位層プロトコル）に対して、以下の３種類のプリミティブを用意する。
・Ｅｖｅｎｔ  Ｒｅｐｏｒｔ（イベント通知プリミティブ）
・Ｏｐｅｎ  Ｐｏｒｔ（ポート生成プリミティブ）
・Ｃｌｏｓｅ  Ｐｏｒｔ（ポート破棄プリミティブ）
【００２５】
１．４．３．１  イベント通知プリミティブ（Ｅｖｅｎｔ  Ｒｅｐｏｒｔ）
本プリミティブは非ＩＰアプリケーションや上位層プロトコルに対してイベントの発生やエラーを報告するためのプリミティブである。ＡＳＬ−ＥＬＣＰの管理サービスで通知されたイベントをローカルポートプロトコルに対して透過的に転送するものと、相手局の管理サービスからの通知を透過的に転送するものの２種類がある。図９にイベント通知プリミティブの定義を示す。図９において、
Ｌｉｎｋ  Ａｄｄｒｅｓｓ：通知相手が使用する（中の）ＬＩＤを指定する。
Ｅｖｅｎｔ  Ｃｏｄｅ：イベントコードとして状態識別子（図１７）を格納する。
Ｅｘｔｅｎｔｉｏｎ  Ｐａｒａｍｅｔｅｒ：各イベントコードに対応するイベント付加情報。
【００２６】
１．４．３．２  ポート生成プリミティブ（Ｏｐｅｎ  Ｐｏｒｔ）
本プリミティブはＬＰＣＰに対して、データおよびイベントの受信ポートを生成するためのプリミティブである。図１０にポート生成プリミティブの定義を示す。図１０において、
Ｐｏｒｔ：通知を要求するポート番号
Ｔｙｐｅ：通知が必要なプリミティブ種別の指定
１：ＴｒａｎｓｆｅｒＤａｔａ
２：Ｅｖｅｎｔ  Ｒｅｐｏｒｔ
このパラメータが省略された場合は、全てのプリミティブ通知を要求する。
Ｃｏｄｅ：Ｔｙｐｅ＝２（Ｅｖｅｎｔ  Ｒｅｐｏｒｔ）の場合に通知が必要なイベントの種別
このパラメータが省略された場合は全てのイベントの通知を要求する。
イベント種別の詳細は図１７を参照。
【００２７】
１．４．３．３  ポート破棄プリミティブ（Ｃｌｏｓｅ  Ｐｏｒｔ）
本プリミティブはポート生成プリミティブで生成した受信ポートを破棄するためのプリミティブである。
図１１はポート破棄プリミティブの定義を示す図である。図１１において、
Ｐｏｒｔ：破棄するポート番号
【００２８】
１．５  制御情報
１．５．１  概要
次に、前記管理サービスにおいて用いるＬＰＣＰの制御情報について説明する。
ＬＰＣＰの管理サービスでは、ＬＰＣＰで使用する通信パラメータを管理する。
ＬＰＣＰの管理サービスでは以下の情報を管理する。
（１）受信可能ポートリスト
（２）通信制御情報
【００２９】
１．５．２．１  受信可能ポートリスト
基地局／移動局が受信可能なポート番号の情報で、受信ポート生成プリミティブ受信時にリストに追加し、受信ポート破棄プリミティブ受信時にリストから削除する。
受信可能ポートリストの構成例を図１２に示す。
１．５．２．２  通信制御情報
基地局／移動局において通信中のアプリケーションに関する情報で、ＡＳＬ−ＥＬＣＰの通信制御管理からのＤＳＲＣ接続通知の受信時にリストに追加し、ＤＳＲＣ切断通知の受信時にリストから削除する。通信制御情報の構成例を図１３に示す。
略語解説：
ＬＩＤ：リンクアドレス
Ｐｏｒｔ  Ｎｏ：受信可能ポート番号
Ｐｒｉｍｉｔｉｖｅ  Ｔｙｐｅ  ：受信するプリミティブ種別
Ｅｖｅｎｔ  Ｃｏｄｅ：受信するイベントコードの種別
Ｅｑｕｉｐｍｅｎｔ  ＩＤ：車載器固有情報
【００３０】
１．６  プロトコルデータユニット（ＰＤＵ）
次に、データグラム伝送サービスおよび管理サービスで用いられるＬＰＣＰのプロトコルデータユニット（ＰＤＵ）について説明する。
ＬＰＣＰのＰＤＵはローカルポート制御プロトコルヘッダとアプリケーションデータ部から構成される。
１．６．１  データグラム伝送サービスのプロトコルデータユニット
図１４にデータグラム伝送サービスで用いられるＬＰＣＰのＰＤＵの形式を示す。
アクセス点識別子：ネットワーク制御プロトコルを識別するための識別子。常にｌｏｃａｌ  Ｐｏｒｔ  Ｃｏｎｔｒｏｌ（１）を格納する。
プロトコル識別子：ＰＤＵ種別を表す。データグラム伝送サービスでは、ｍｅｓｓａｇｅ（０）を格納する。詳細は図１５を参照。
送信元ポート番号：送信元アプリケーションのポート番号
送信先ポート番号：送信先アプリケーションのポート番号
ユーザデータ部の長さ：後続するユーザデータ部のデータ長を指示する。単位はオクテット。なお、このエリアのサイズは、ＡＳＮ．１符号化規則に従い拡張する。付加するユーザデータがない（ＮＵＬＬの）場合、この領域に０が指定される。なお、ＬＰＣＰがＡＳＬ−ＥＬＣＰに渡すことができるデータの最大長、ＬＰＣＰのＭＴＵ（Ｍａｘｉｍ  ｕｍ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｕｎｉｔ）は、５２２オクテット（アクセス制御情報含む）とする。
ユーザデータ部の内容：伝送データ本体。ＯＣＴＥＴ  ＳＴＲＩＮＧ型の不定長データを格納する。
図１５はＬＰＣＰのプロトコル識別子を示す図である。
【００３１】
１．６．２  管理サービスのプロトコルデータユニット
図１６に管理サービスで用いられるＬＰＣＰのＰＤＵの形式を示す。以下に示すＰＤＵは相手局のＬＰＣＰへイベント通知を行う場合に用いられるものである。
図１６はイベント通知のメッセージの形式を示す図である。
アクセス点識別子：ネットワーク制御プロトコルを識別するための識別子。常にｌｏｃａｌ  Ｐｏｒｔ  Ｃｏｎｔｒｏｌ（１）を格納する。
プロトコル識別子：ＰＤＵ種別を表す。管理サービスでは、常にｅｖｅｎｔ  Ｒｅｐｏｒｔ（１）を格納する。
イベントコード：発生したイベント内容を指示する識別子。０〜１２７は通信制御プロトコルの状態識別子であり、１２８〜２５５がＬＰＣＰの状態識別子である。図１７はイベントコード（ｅｖｅｎｔ  Ｃｏｄｅ）の内容を示す図である。
イベント付加情報の長さ：後続するイベント付加情報のデータ長を指示する。単位はオクテット。なお、このエリアのサイズは、ＡＳＮ．１符号化規則に従い拡張する。付加するイベント情報がない（ＮＵＬＬの）場合、この領域に０が指定される。
イベント付加情報の内容：イベント付加情報の内容。ＯＣＴＥＴ  ＳＴＲＩＮＧ型の不定長データを格納する。
【００３２】
１．７  処理手順
ＬＰＣＰにおける処理手順について説明する。
１．７．１  初期接続手順
（ａ）アプリケーションがＬＰＣＰに対して、ポート生成プリミティブにより、ＤＳＲＣ接続通知の要求をあらかじめ行っておく。
（ｂ）車両のＤＳＲＣ覆域への進入により、ＡＳＬ−ＥＬＣＰの管理サービスイベント通知プリミティブ（Ｅｖｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ．ｉｎｄ）で状態「通信接続の通知」を受領する。
（ｃ）ポート生成プリミティブで、ＤＳＲＣ接続通知を要求されているポートに対して、イベント通知プリミティブ（Ｅｖｅｎｔ  Ｒｅｐｏｒｔ．ｉｎｄ）でイベントコード「ＤＳＲＣ接続通知（９６）」を通知する。
図１８にＤＳＲＣ接続時の処理シーケンス例を示す。
【００３３】
１．７．２  通信終了手順
（ａ）アプリケーションがＬＰＣＰに対して、ポート生成プリミティブにより、ＤＳＲＣ切断通知の要求をあらかじめ行っておく。
（ｂ）ＡＳＬ−ＥＬＣＰの管理サービスイベント通知プリミティブ（ＥｖｅｎｔＩｎｆｏｒｍａｔｉｏｎ．ｉｎｄ）で状態「通信切断の通知」を受領する。
（ｃ）ＬＰＰの接続管理サービスに対して、イベント通知プリミティブ（ＥｖｅｎｔＲｅｐｏｒｔ．ｉｎｄ）でイベントコード「ＤＳＲＣ切断通知」を通知する。
図１９に通信終了時の処理シーケンス例を示す。
【００３４】
１．７．３  メッセージ転送手順
（１）送信処理
（ａ）データ転送要求プリミティブ（ＴｒａｎｓｆｅｒＤａｔａ．ｒｅｑ）が発行される。
（ｂ）通信制御情報を参照し、指定されたＬｉｎｋ  Ａｄｒｅｓｓがプライベートリンクアドレスであり、かつそのリンクアドレスでＤＳＲＣが接続されていない場合は、データ転送要求プリミティブで指定されていた送信元ポート番号に対して、状態識別子が「ＤＳＲＣが接続されていない（１２８）」であるイベント通知プリミティブを発行し、送信処理を完了する。ただし、この手順はローカルポート生成プリミティブにより、イベント通知の要求が行われていた場合とし、イベント通知の要求が行われていない場合には、上位プロトコルに対するイベント通知は行わない。イベント通知の有無は受信可能ローカルポートリストにより判別する。
（ｃ）ＤＳＲＣが接続している場合は、アクセス点識別子がｌｏｃａｌ  Ｐｏｒｔ  Ｐｒｏｔｏｃｏｌ（１）、プロトコル識別子がｍｅｓｓａｇｅ（０）である、パケットを生成し、ＡＳＬ−ＥＬＣＰのデータ転送プリミティブ（Ｓｅｎｄ  Ｕｎｉｔ  Ｄａｔａ．ｒｅｑ）で送信し、送信処理を完了する。
（ｄ）送信処理完了後、データ転送メッセージを送信した相手局からイベント通知メッセージを受領した場合には、そのメッセージで渡されたイベントコードを確認し、イベントコードの内容が「送信先ローカルポートが有効でない」の場合、そのメッセージのイベント付加情報に指定されている送信元ローカルポート番号に対して、イベント通知プリミティブ（Ｅｖｅｎｔ  Ｒｅｐｏｒｔ．ｉｎｄ）により「送信先ローカルポートが有効でない」を通知する。ただし、この手順はローカルポート生成プリミティブにより、イベント通知の要求が行われていた場合とし、イベント通知の要求が行われていない場合には、上位プロトコルに対するイベント通知は行わない。イベント通知の有無は受信可能ローカルポートリストにより判別する。
【００３５】
（２）受信処理
（ａ）アプリケーションがＬＰＣＰに対して、ポート生成プリミティブにより、転送通知の要求を行い、受信ポートをオープンする。
（ｂ）ＡＳＬ−ＥＬＣＰからデータ転送通知プリミティブ（Ｓｅｎｄ  Ｕｎｉｔ  Ｄａｔａ．ｉｎｄ）で、プロトコル識別子がｍｅｓｓａｇｅ（０）であるパケットを受信すると、そのパケットから、プロトコル識別子、送信先ローカルポート番号、送信元ローカルポート番号、ユーザデータを取り出す。
（ｃ）受信可能ポートリストを参照し、（ｂ）で受信した送信先ポート番号が有効な場合は、送信先ポート番号で指定された上位エンティティに対して、データ転送プリミティブ（ＴｒａｎｓｆｅｒＤａｔａ．ｉｎｄ）で相手局からのデータの受信を通知し、受信処理を完了する。
（ｄ）リンクアドレスがプライベートアドレスであり、かつ（ｂ）で受信した送信先ポート番号が有効でない場合は、プロトコル識別子がｅｖｅｎｔ  Ｒｅｐｏｒｔ（１）、状態識別子が「送信先ポートが有効でない（１２９）」であるパケットを作成し、ＡＳＬ−ＥＬＣＰのデータ転送プリミティブで相手局に送信し、受信処理を完了する。すなわち、相手局からのメッセージ受信時に自局に送信先アプリケーションが存在しない場合は、その旨を相手局に対して即座に通知する。またリンクアドレスがグループ同報アドレスであり、かつ（ｂ）で受信した送信先ポート番号が有効でない場合は、受信データを破棄し、受信処理を完了する。
図２０にメッセージ転送の基本処理シーケンス例を、図２１にＤＳＲＣが接続されていない場合の処理シーケンス例を、図２２に送信先ローカルポート番号が有効でない場合の処理シーケンス例を示す。
【００３６】
２．トランザクション管理部（ローカルポートプロトコル）
以下に、トランザクション管理部（ローカルポートプロトコル）について詳細に説明する。
【００３７】
２．１  概要
ローカルポートプロトコル（ＬＰＰ：Ｌｏｃａｌ  Ｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）は、ローカルポート制御プロトコル（ＬＰＣＰ）と非ネットワーク系アプリケーションの間に介在し、ローカルポート制御プロトコルの機能を拡張し、ＤＳＲＣ車載器／路側機上の非ネットワーク系アプリケーションに対して、以下のトランザクションサービスと接続管理サービスを提供することで、アプリケーション構築の効率化を図ることを目的としたトランザクション指向のプロトコルである（図２３参照）。本プロトコルは、ローカルポート制御プロトコルの通信機能を拡張するトランザクションサービス処理部と、初期接続や切断などの通信状況を管理する接続管理サービス処理部から構成されている。各サービス処理部が有する機能は以下の通り。
トランザクションサービス処理部
・トランザクション単位のデータ交換機能
・単方向データ送信トランザクションサービス
・リクエスト・レスポンス型トランザクションサービス
・データ再送機能
・メッセージの分割・組み立て機能
・トランザクションの破棄機能
接続管理サービス処理部
・ＤＳＲＣ接続問い合わせサービス
・ＤＳＲＣ切断通知サービス
・受信可能ポート問い合わせサービス
またトランザクション管理部は、アプリケーションに対して前記機能を利用するためのサービスプリミティブ（アプリケーションとのインタフェース）を提供する。さらに上記機能を実現するため、路車のトランザクション管理部間でやりとりされるデータ（ＰＤＵ）の構造を規定している。トランザクション管理部では、送信側がサービスプリミティブで要求された機能（またはトランザクション管理部内部で発生したイベント）に応じた制御情報を付加するとともに、受信側ではＰＤＵに付加された制御情報を解析、利用することで前記機能を実現する。
【００３８】
２．２  ＬＰＰの機能
次に上述のＬＰＰにおける各サービス処理部の機能について、各々詳細に説明する。
２．２．１  トランザクションサービス処理
２．２．１．１  トランザクション単位のデータ交換機能
ローカルポートプロトコルでは、トランザクション単位でアプリケーションデータを交換する。
トランザクションＩＤにより、各々のトランザクションを区別する（図２４参照）。これにより、同一アプリケーション間で複数トランザクションが同時に存在する状況への対応も可能になる。
図２４はＬＰＰにおけるトランザクション間データ交換例を示す図である。
なおトランザクションＩＤの付番方式は以下の通りとする。
（１）１６ビット構成
（２）先頭ビットはトランザクションの開始側を表す（車載側が０、  路側側が１）。
（３）トランザクションの発行（Ｉｎｖｏｋｅ．ｒｅｑ）毎に１インクリメントされる。
【００３９】
２．２．１．２  ２種類のトランザクションサービス提供機能
本プロトコルは以下の２種類のトランザクションサービスを提供する。
・単方向データ送信トランザクションサービス
・リクエスト・レスポンス型トランザクションサービス
これらの各トランザクションサービスは、アプリケーション個々の通信要件に応じて、必要なレベルのものが用いられ、アプリケーション毎に最適な通信サービスを利用できる。
【００４０】
２．２．１．２．１  基本トランザクション
（１）データ送信サービス
路車双方の非ネットワーク系アプリケーションに対して、データ送信サービスを提供する。（図２５参照）図２５はデータ送信サービスの例を示す図である。
（２）リクエスト・レスポンス型トランザクションサービス
メッセージを相手に対して通知すると共に、そのメッセージに対する返り値を取得する。リモートに対するメソッド呼び出しなどの用途に利用する。（図２６参照）
図２６はリクエスト・レスポンス型トランザクションサービスの例を示す図である。
【００４１】
２．２．１．２．２  データ再送機能
本機能は、通信の信頼性を確保するための機能であり、再送タイマーと再送カウンタにより再送の制御を行う。再送タイマーのタイムアウト時に再送を行う（最大再送回数以下）ことで、通信の信頼性を確保する（図２７参照）。データの送信や返信に適用が可能であり、適用するかどうかはアプリケーションが指定する。処理シーケンスを以下に示す。
図２７はデータ再送の例を示す図である。
・パケット送信時に、再送タイマをスタートさせ、再送カウンタを０にセットする。
・再送タイマのタイムアウト前にレスポンスデータを受信できなかった場合には再送カウンタをインクリメントし、パケットを再送する。
・再送カウンタが最大再送回数を超えた場合には、トランザクションを終了し、その旨をアプリケーションに通知する。
また、データ再送機能を使用するトランザクションにおいては、送達確認の未到達などの理由により、以前に受信したＰＤＵを再度受信する可能性がある。この重複受信はトランザクションＩＤを用いて検知する（図２８参照）。具体的なチェック方法に関しては、実装要件とし、ここでは特に規定しない。
図２８は重複受信チェックの例を示す図である。
【００４２】
２．２．１．２．３  メッセージ分割・組み立て機能
本機能は、メッセージの分割・組み立て処理を行うことで、アプリケーションに対して、ＬＰＣＰのＭＴＵ  を越えるメッセージの送信インタフェースの提供を可能とする機能である。
図２９は、分割・組み立て機能を利用したメッセージ通信の手順を示したものである。ＬＰＰはアプリケーションから、ＬＰＣＰのＭＴＵを越えるメッセージを受け取った場合には、ＬＰＰ内でＰＤＵをＬＰＣＰのＭＴＵのサイズに分割し、順次ＬＰＣＰに渡すように操作する。これにより分割されたパケットは、ＤＳＲＣ−ＡＳＬの送信キューに積み上げられ、順次レイヤ７に転送される。この際、ＤＳＲＣ−ＡＳＬの送信キューがオーバフローすることが想定されるため、ＬＰＰでは送信を失敗したパケットの再送や、フロー制御を行うことで、すべてのパケットが送信されることを保証する。
受信側は、ＬＰＣＰから渡された分割されたパケットを順次取り込み、受信側のアプリケーションが用意した受信キューへ積み上げる。この際、レイヤ２の再送処理などの要因により、受信キューには送信順に各パケットが格納される保証はなく、受信側は、各パケットに付番されたシーケンス番号で組み立て順を判別してＰＤＵへ組み上げる。受信側では、全てのパケットを受信後、送信側に対して到達確認を返す。
【００４３】
また、ＤＳＲＣ−ＡＳＬでの受信キューオーバフローやＤＳＲＣでのデータの欠落などで、パケットの欠落が発生することが想定され、送信された全てのパケットが相手局のＬＰＰまで到達される保証はない。この場合、１つのパケットの欠落がメッセージ全体のデータの欠落となってしまうため、最終パケット受信時に受信できていないパケットを、否定応答により通知し、欠落したパケットの再送を行う（選択的再送処理）ことにより、メッセージ全体の到着を保証する。また最終パケットの欠落については、通常の再送処理により、到達を保証する。なお、選択的再送によって送信するパケット群についても同様の制御を行う。図３０に選択的再送処理の例を示す。
なお、アプリケーション毎に必要となる受信キューのサイズが大きく異なることが予想されることから、本機能では受信キューをアプリケーションが用意する。そのため、分割・組立が必要なトランザクションは、送信先（リンクアドレスと送信先ポート番号で識別）毎に、同時には１つしか発行できないものとする。
また同報アドレスに対するデータ送信の場合には、到達確認の返信、選択的再送処理や最終セグメントの再送制御を行わず、トランザクションの再実行要求により、必要とされる通信の信頼性を確保する。図３２にトランザクションの再実行処理の例を示す。
【００４４】
２．２．１．３  トランザクションの廃棄機能
リクエスト・レスポンス型のトランザクションでは、アプリケーションからの要求により、トランザクションの破棄を要求できる（図３３参照）。要求時のトランザクションの状態に応じて、以下の処理が実施される。
・メッセージが送信されていない場合は、そのメッセージを破棄する。
・メッセージを送信済みもしくは送信中の場合は、そのトランザクションに関連する全てのデータを破棄し、相手側に対してそのトランザクションが破棄されたことを通知する。
・相手側でのトランザクション破棄要求により、トランザクションの破棄要求を受信した場合は、アプリケーションに対して、トランザクション破棄を通知すると共に、そのトランザクションに関連する全てのデータを破棄する。
図３３はトランザクション破棄通知の例を示す図である。
また、
・ＤＳＲＣ通信路が切断されている。
・宛先ポートが受信可能ポートではない。
といった場合は、無駄な通信を抑制するために、トランザクションを開始せず、要求が失敗したことをアプリケーションに通知する。
【００４５】
２．２．２  接続管理サービス処理
接続管理サービスでは、以下のサービスをアプリケーションに対して提供することで、アプリケーションに通信開始・終了のトリガーを提供する。
・ＤＳＲＣの接続状況を管理、監視し、アプリケーションからの要求に応じて、接続状況の報告や新規接続、切断を通知するサービス。
・路車間の接続管理サービス間で受信可能ポート番号を通知しあうことで、相手局が有する受信可能ポート番号を管理し、アプリケーションからの要求に応じて、それらの状況を報告したり、あるポートが受信可能となったことを通知するサービス。
なお、接続管理サービスは、ローカルポート制御プロトコル上のアプリケーションと同様の位置づけとし、路車の接続管理サービス間でのイベントの送受信は、ローカルポート制御プロトコルのデータ転送サービスを利用する。接続管理サービスが利用するポート番号は、当面、０ｘ０ＦＦＦとする。
【００４６】
２．２．２．１  ＤＳＲＣ接続問い合わせサービス
ＤＳＲＣが接続しているかどうかを問い合わせる機能。
問い合わせ時にＤＳＲＣの接続状況を即座に回答を行う参照サービスと、接続していない場合に、接続するまで待ち、接続した時点で通知をおこなう通知サービスの２種類のサービスを規定する。
２．２．２．２  ＤＳＲＣ切断通知サービス
切断通知を要求するアプリケーションに対して、ＤＳＲＣの切断を通知する機能。
【００４７】
２．２．２．３  受信可能ポート問い合わせサービス
相手局にある受信ポートが存在しているかどうかを問い合わせる機能。ポートの状態には以下の３種類がある。
・受信可能ポート：相手局がこのポートをデータ受信ポートとしてオープンしているポート。
・受信不可ポート：相手局がこのポートをデータ受信ポートとしてオープンしていないポート。
・不明ポート：相手局がこのポートをデータ受信ポートとしてオープンしているかどうかわからないポート。初期状態がこの状態。
なお、受信可能ポート問い合わせサービスには、問い合わせ時にそのポートがどの状態であるかを即座に回答を行う参照サービスと問い合わせたポートが受信可能ポートになるまで待ち、相手局からの受信可能ポート通知を受け取った時点で通知を行う通知サービス（すでに問い合わせたポートが受信可能ポートであることが判明している場合は即座に回答する）の２種類のサービスを規定する。
前記サービスを可能とするため、路車間のローカルポートプロトコルの管理サービスは、ＤＳＲＣ通信接続時や受信可能ポート変更時に相手局に対して、自局が受信可能なポート番号や受信不可となったポート番号を通知する機能を有する。
【００４８】
２．３  アプリケーションとのインタフェース
次に、ＬＰＰとアプリケーションとのインタフェースについて説明する。
２．３．１  記法の説明
本発明で規定されるプリミティブ種別の一覧を図３４に示す。
また、本発明でのプリミティブの定義テーブルで用いられるパラメータ種別の一覧を図３５に示す。
２．３．２  トランザクションサービスプリミティブ
トランザクションサービスとして、ＬＰＰはアプリケーションに対して、以下の２種類のプリミティブを用意する。
・Ｉｎｖｏｋｅ：（トランザクション開始プリミティブ）
・Ａｂｏｒｔ：（トランザクション破棄プリミティブ）
【００４９】
２．３．２．１  Ｉｎｖｏｋｅ（トランザクション開始プリミティブ）
処理概要：
Ｉｎｖｏｋｅプリミティブは新しいトランザクションを生成するためのプリミティブである。全てのトランザクションはこのプリミティブの発行により開始される。
定義：
図３６はＩｎｖｏｋｅプリミティブの引数を示す図である。
Ｌｉｎｋ  Ａｄｄｒｅｓｓ：ＤＳＲＣのＬＩＤもしくはＬＩＤと１対１でマッピング可能なＩＤ
Ｓｏｕｒｃｅ  Ｐｏｒｔ：送信元アプリケーションのポート番号
Ｄｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ：送信先アプリケーションのポート番号
Ｕｓｅｒ  Ｄａｔａ  Ｓｉｚｅ：送信データサイズ（オクテット単位）
Ｕｓｅｒ  Ｄａｔａ：送信データ本体
Ｔｒａｎｓａｃｔｉｏｎ  Ｔｙｐｅ：トランザクションサービスのタイプ
０：データ送信トランザクションサービス
１：リクエスト・レスポンス型トランザクションサービス
Ｒｅｑｕｉｒｅ  Ａｃｋ：再送処理を有効にするかどうかのフラグ（０：再送処理不要、１：再送処理必要）
Ｒｅｓｕｌｔ  Ｔｉｍｅｏｕｔ：リクエスト・レスポンス型トランザクションサービスでＲｅｓｕｌｔ  ＰＤＵ受信までのタイムアウト時間。Ｉｎｖｏｋｅ．ｒｅｑ発行後、この時間までにＲｅｓｕｌｔ  ＰＤＵを受信しなければ、このトランザクションは破棄される。
Ｈａｎｄｌｅ：ローカルでトランザクションを区別するためのＩＤ。アプリケーションから指定される。ここで指定されるＨａｎｄｌｅは以下の条件を満たす必要がある。Ｉｎｖｏｋｅ．ｒｅｑの発行側では、トランザクションＩＤにより、ＨａｎｄｌｅとＳｏｕｒｃｅ  Ｐｏｒｔが一意に特定できなければならない。Ｉｎｖｏｋｅ．ｒｅｓの発行側では、ＨａｎｄｌｅによりＬｉｎｋＡｄｄｒｅｓｓ、  Ｓｏｕｒｃｅ  Ｐｏｒｔ、  トランザクションＩＤが一意に特定できなければならない。また、同報通信において、直前の実行済みの同報通信と同一のＨａｎｄｌｅが指定された場合には、トランザクションの再実行要求として扱われる。
【００５０】
２．３．２．２  Ａｂｏｒｔ（トランザクション破棄プリミティブ）
処理概要：
Ａｂｏｒｔプリミティブは生成されているトランザクションを破棄するためのプリミティブである。
定義：
図３７はＡｂｏｒｔプリミティブの引数を示す図である。
Ａｂｏｒｔ  Ｔｙｐｅ：破棄理由がシステムエラー（０）か、ユーザ要求（１）かを表す。
Ａｂｏｒｔ  Ｃｏｄｅ：トランザクションが破棄された理由を示す。（システムエラーの詳細は図３８参照）
Ｈａｎｄｌｅ：ローカルでトランザクションを区別するためのＩＤ。
図３８はＡｂｏｒｔ  Ｔｙｐｅ＝０の場合（システムエラー）のＡｂｏｒｔ  Ｃｏｄｅ一覧を示す図である。
【００５１】
２．３．３  接続管理サービス
接続管理サービスとして、ＬＰＰはアプリケーションに対して、以下の４種類のプリミティブを用意する。
・Ｃｏｎｎｅｃｔ：（トランザクション開始可能問い合わせ／通知プリミティブ）
・Ｄｉｓｃｏｎｎｅｃｔ：（ＤＳＲＣ切断通知プリミティブ）
・Ｒｅｇｉｓｔｅｒ  Ｐｏｒｔ（ポート登録プリミティブ）
・Ｄｅｒｅｇｉｓｔｅｒ  Ｐｏｒｔ（ポート登録削除プリミティブ）
【００５２】
２．３．３．１  Ｃｏｎｎｅｃｔ  （トランザクション開始可能問い合わせ／通知プリミティブ）
処理概要：
Ｃｏｎｎｅｃｔ．ｒｅｑプリミティブは、トランザクションが開始可能かどうかを問い合わせるためのプリミティブである。Ｃｏｎｎｅｃｔ．ｃｎｆプリミティブはＣｏｎｎｅｃｔ．ｒｅｑによる問い合わせに対し、ＤＳＲＣの接続とＬＩＤおよび（そのＬＩＤが指し示す）相手局が有する受信可能ポート番号を問い合わせ元のアプリケーションに通知するためのプリミティブである。
定義：
図３９はＣｏｎｎｅｃｔプリミティブの引数を示す図である。
Ｑｕｅｒｉｓｔ  Ｐｏｒｔ：問い合わせ元のＰｏｒｔ番号で、問い合わせを行ったアプリを特定するために使用する。
Ｑｕｅｒｙ  ＬＩＤ：問い合わせを行うＬＩＤ。ＬＩＤ指定時は、既接続済みのリンクに対する問い合わせとして扱う。一方指定が無い場合は、新規接続待ちとして扱う。ＱｕｅｒｙＰｏｒｔとともに省略された時はＤＳＲＣ接続後すぐにＣｏｎｎｅｃｔ．ｃｎｆが発行される（高速接続）。一方、ＱｕｅｒｙＰｏｒｔが指定された場合は、受信可能ポート通知受信後にＣｏｎｎｅｃｔ．ｃｎｆが発行される（通常接続）。
Ｑｕｅｒｙ  Ｐｏｒｔ：問い合わせを行う宛先ポート番号。
Ｔｉｍｅ  Ｏｕｔ：ＤＳＲＣ未接続時にＣｏｎｎｅｃｔ．ｃｎｆを発行するまでのウェイト時間。ウェイト中に接続された場合は、即座にＣｏｎｎｅｃｔ．ｃｎｆを発行する。このパラメータを省略時はタイムアウト時間＝∞として扱う。
Ｃｏｎｎｅｃｔｅｄ  ＬＩＤ：Ｑｕｅｒｙ  ＬＩＤが指定され、かつそのＬＩＤが接続中の場合は、ＱｕｅｒｙＬＩＤと同じＬＩＤが指定さる。Ｑｕｅｒｙ  ＬＩＤが指定されかつそのＬＩＤが未接続の場合、およびＱｕｅｒｙ  ＬＩＤが未指定で、ＴｉｍｅＯｕｔパラメータで指定される時間内に新規接続が無い場合は−１が指定される。
Ａｃｃｅｐｔ  Ｐｏｒｔ：Ｃｏｎｎｅｃｔｅｄ  ＬＩＤで表される相手局が有する受信可能ポート番号。Ｑｕｅｒｙ  Ｐｏｒｔにて指定があった場合は、そのポート番号のみを通知する。なお、指定されたＰｏｒｔ番号が受信拒否ポート番号の場合は、−１が指定される。またＱｕｅｒｙ  Ｐｏｒｔが省略されている場合は、０が指定される。
【００５３】
２．３．３．２  Ｄｉｓｃｏｎｎｅｃｔ（ＤＳＲＣ切断通知プリミティブ）
処理概要：
ＤＳＲＣの切断をアプリケーションに通知するためのプリミティブである。
定義：
図４０はＤｉｓｃｏｎｎｅｃｔプリミティブの引数を示す図である。
２．３．３．３  Ｒｅｇｉｓｔｅｒ  Ｐｏｒｔ（ポート登録プリミティブ）
処理概要：
Ｒｅｇｉｓｔｅｒ  Ｐｏｒｔプリミティブは、ＬＰＰに対して受信ポートを登録するためのプリミティブである。
定義：
図４１はＲｅｇｉｓｔｅｒＰｏｒｔプリミティブの引数を示す図である。
Ｐｏｒｔ  Ｎｏ：受信ポート番号
Ｂｕｌｋ  Ａｒｅａ：分割されたメッセージを組み立てるエリア
Ｂｕｌｋ  Ａｒｅａ  Ｓｉｚｅ：Ｂｕｌｋ  Ａｒｅａのサイズ
【００５４】
２．３．３．４  Ｄｅｒｅｇｉｓｔｅｒ  Ｐｏｒｔ（ポート登録削除プリミティブ）
処理概要：
Ｄｅｒｅｇｉｓｔｅｒ  Ｐｏｒｔプリミティブは、ＬＰＰに対して受信ポートを削除するためのプリミティブである。
定義：
図４２はＤｅｒｅｇｉｓｔｅｒＰｏｒｔプリミティブの引数を示す図である。
Ｐｏｒｔ  Ｎｏ：登録を削除する受信ポート番号
【００５５】
２．４  プロトコルデータユニット（ＰＤＵ）
次に、トランザクションサービスおよび接続管理サービスで用いられるＬＰＰのプロトコルデータユニット（ＰＤＵ）について説明する。
２．４．１  トランザクションサービスのプロトコルデータユニット
トランザクションサービスで用いられる、プロトコルデータユニットはその利用シーンに応じて図４３に示す７種類存在する。トランザクションサービスで用いられるＰＤＵはＰＤＵ種別毎に定義されるヘッダ部とアプリケーションデータが格納されるデータ部から構成される。ＰＤＵの基本構造を図４４に示す。
【００５６】
２．４．１．１  Ｉｎｖｏｋｅ  ＰＤＵ
図４５はＩｎｖｏｋｅ  ＰＤＵのヘッダ情報を示す図である。
ＰＤＵ  Ｔｙｐｅ：ＰＤＵのタイプ。Ｉｎｖｏｋｅ  ＰＤＵでは常にＩｎｖｏｋｅ（１）。
Ｖｅｒｓｉｏｎ：ローカルポートプロトコルのバージョンを表す。現バージョンは０ｘ００。
ＴＴ：Ｔｒａｎｓａｃｔｉｏｎ  Ｔｙｐｅの略。トランザクションのタイプを指定する。０：データ送信トランザクションサービス、１：リクエスト・レスポンス型トランザクションサービス。
ＲＡ：Ｒｅｑｕｉｒｅ  Ａｃｋの略。再送処理が有効かどうかを表すフラグ。再送処理有効時は１。
ＲＤ：Ｒｅｔｒａｎｓｍｉｔｔｅｄ  Ｄａｔａの略。再送されたデータかどうかを表すフラグ。再送時は１。
ＴＩＤ：トランザクションＩＤ。
ＲＥＳ：予約。
【００５７】
２．４．１．２  Ｒｅｓｕｌｔ  ＰＤＵ
図４６はＲｅｓｕｌｔ  ＰＤＵのヘッダ情報を示す図である。
ＰＤＵ  Ｔｙｐｅ：ＰＤＵのタイプ。Ｒｅｓｕｌｔ  ＰＤＵでは常にＲｅｓｕｌｔ  （２）。
ＲＡ：Ｒｅｑｕｉｒｅ  Ａｃｋの略。再送処理が有効かどうかを表すフラグ。再送処理有効時は１。
ＲＤ：再送されたデータかどうかを表すフラグ。再送時は１。
ＴＩＤ：トランザクションＩＤ。
ＲＥＳ：予約。
【００５８】
２．４．１．３  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ＰＤＵ
図４７はＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ＰＤＵのヘッダ情報を示す図である。
ＰＤＵ  Ｔｙｐｅ：ＰＤＵのタイプ。  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ＰＤＵでは常にＡｃｋ  （３）。
ＲＤ：再送されたデータかどうかを表すフラグ。再送時は１。
ＴＩＤ：トランザクションＩＤ。
ＲＥＳ：予約。
【００５９】
２．４．１．４  Ａｂｏｒｔ  ＰＤＵ
図４８はＡｂｏｒｔ  ＰＤＵのヘッダ情報を示す図である。
ＰＤＵ  Ｔｙｐｅ：ＰＤＵのタイプ。  Ａｂｏｒｔ  ＰＤＵでは常にＡｂｏｒｔ（４）。
ＡＴ：破棄理由がシステムエラー（０）、ユーザ要求（１）のどちらによるものかを表すフラグ。
ＴＩＤ：トランザクションＩＤ。
Ａｂｏｒｔ  Ｃｏｄｅ：トランザクションの破棄理由をコードとして指定。（図３８を参照）
ＲＥＳ：予約。
【００６０】
２．４．１．５  ＩｎｖｏｋｅＳｅｇｍｅｎｔ  ＰＤＵ
図４９はＩｎｖｏｋｅ  Ｓｅｇｍｅｎｔ  ＰＤＵのヘッダ情報を示す図である。
ＰＤＵ  Ｔｙｐｅ：ＰＤＵのタイプ。  Ｉｎｖｏｋｅ  Ｓｅｇｍｅｎｔ  ＰＤＵでは常にＩｎｖｏｋｅ  Ｓｇｍ（５）。
Ｖｅｒｓｉｏｎ：ローカルポートプロトコルのバージョンを表す。現バージョンは０ｘ００。
ＴＴ：Ｔｒａｎｓａｃｔｉｏｎ  Ｔｙｐｅの略。トランザクションのタイプを指定する。０：データ送信トランザクションサービス、１：リクエスト・レスポンス型トランザクションサービス。
ＦＩＮ：最終セグメントかどうかを表すフラグ。最終セグメントでは１。
ＲＤ：Ｒｅｔｒａｎｓｍｉｔｔｅｄ  Ｄａｔａの略。再送されたデータかどうかを表すフラグ。再送時は１。
ＴＩＤ：トランザクションＩＤ。
Ｓｅｇｍｅｎｔ  Ｎｏ：ＰＤＵの順序番号。
【００６１】
２．４．１．６  Ｒｅｓｕｌｔ  Ｓｅｇｍｅｎｔ  ＰＤＵ
図５０はＲｅｓｕｌｔ  Ｓｅｇｍｅｎｔ  ＰＤＵのヘッダ情報を示す図である。
ＰＤＵ  Ｔｙｐｅ：ＰＤＵのタイプ。ＲｅｓｕｌｔＳｅｇｍｅｎｔＰＤＵでは常にＲｅｓｕｌｔＳｇｍ  （６）。
ＦＩＮ：最終セグメントかどうかを表すフラグ。最終セグメントでは１。
ＲＤ：再送されたデータかどうかを表すフラグ。再送時は１。
ＴＩＤ：トランザクションＩＤ。
ＲＥＳ：予約。
Ｓｅｇｍｅｎｔ  Ｎｏ：ＰＤＵの順序番号。
【００６２】
２．４．１．７  Ｎａｃｋ  ＰＤＵ
図５１はＮａｃｋ  ＰＤＵのヘッダ情報を示す図である。
ＰＤＵ  Ｔｙｐｅ：ＰＤＵのタイプ。Ｎａｃｋ  ＰＤＵでは常にＮａｃｋ  （７）。
ＲＤ：再送されたデータかどうかを表すフラグ．再送時は１。
ＴＩＤ：トランザクションＩＤ。
ＲＥＳ：予約。
Ｎｕｍ  Ｓｅｇ：未受信のＰＤＵの順序番号の数
Ｓｅｇｍｅｎｔ  Ｎｕｍｂｅｒ  Ｌｉｓｔ：未受信のＰＤＵの順序番号のリスト
【００６３】
２．４．２  接続管理サービスのプロトコルデータユニット
ローカルポートプロトコルの接続管理サービスは、ＤＳＲＣの新規接続時や、受信可能ポートが増減した場合に、相手局の接続管理サービスに対して、ローカルポート制御プロトコルの転送サービスを利用し、受信可能ポートリストや受信不可ポートを通知する。以下に示すＰＤＵはこれらの通知で用いられるプロトコルデータユニットであり、ローカルポート制御プロトコルのユーザデータ部に格納される。
【００６４】
２．４．２．１  受信可能ポートリスト通知におけるプロトコルデータユニット
図５２は受信可能ポートリスト通知におけるプロトコルデータユニットを示す図である。
Ｓｔａｔｕｓ：イベントの種別を表す。受信可能ポートリスト通知の場合は、ａｃｃｅｐｔ  Ｐｏｒｔ  Ｌｉｓｔ（１）を常に格納する。
Ｎｕｍ  Ｐｏｒｔｓ：受信可能ポート番号の数を格納する。
Ａｃｃｅｐｔ  Ｐｏｒｔ  Ｌｉｓｔ：受信可能ポート番号のリストを格納する。
【００６５】
２．４．２．２  受信不可ポート通知におけるプロトコルデータユニット
図５３は送信不可ポート通知におけるプロトコルデータユニットを示す図である。
Ｓｔａｔｕｓ：イベントの種別を表す。受信不可ポート通知の場合は、ｒｅｊｅｃｔＰｏｒｔ（２）を常に格納する。
Ｒｅｊｅｃｔ  Ｐｏｒｔ：受信不可ポート番号を格納する。
【００６６】
２．５  処理手順
ＬＰＰにおける処理手順について説明する。
２．５．１  初期接続手順
（１）通常アプリの初期接続手順
図５４はローカルポートプロトコルの初期接続手順を示す図である。
（ａ）  移動局及び基地局の各アプリケーションは受信可能なポート番号をポート登録プリミティブ（Ｒｅｇｉｓｔｅｒ  Ｐｏｒｔ）を用いて、ＬＰＰに登録する。
（ｂ）  ＬＰＰは接続管理テーブルを更新し、前記（ａ）で登録された受信可能ポート番号および接続管理サービスポートをデータ受信ポートとしてＬＰＣＰに登録する。また、管理サービスポートはイベント受信ポートとしてもＬＰＣＰに登録する。
（ｃ）  各アプリはＱｕｅｒｙ  ＬＩＤパラメータを未指定、Ｑｕｅｒｙ  Ｐｏｒｔパラメータを指定し、ＤＳＲＣ接続問い合わせプリミティブ（Ｃｏｎｎｅｃｔ．ｒｅｑ）を発行し、ＤＳＲＣ接続を待ち合わせる（ブロッキング呼出）。
（ｄ）  ＬＰＰの接続管理サービスは、ＬＰＣＰからイベント通知プリミティブ（Ｅｖｅｎｔ  Ｒｅｐｏｒｔ）で、イベント「ＤＳＲＣ接続通知（９６）」を受領する。
（ｅ）  ＬＰＰの接続管理サービスは同プリミティブで受信したＬＩＤの接続管理テーブルを作成するとともに、相手局の接続管理サービスポートに対して、受信可能ポートリストを送信する。
（ｆ）  ＬＰＰの接続管理サービスが、ＬＰＣＰからデータ転送プリミティブ（Ｓｅｎｄ  Ｕｎｉｔ  Ｄａｔａ．ｉｎｄ）で、受信可能ポートリストを受領すると、同プリミティブで通知されたＬＩＤの接続管理テーブルに受信可能ポートを登録する。以降は同ＬＩＤに対するトランザクション開始要求はこの受信可能ポートに対してのみ受け付ける。
（ｇ）  前記（ｅ）で受信した受信可能ポートリストに含まれるポート番号に対して、ＤＳＲＣ接続問い合わせプリミティブ（Ｃｏｎｎｅｃｔ．ｒｅｑ）を発行しているアプリケーションに対して、ＤＳＲＣ接続通知プリミティブ（Ｃｏｎｎｅｃｔ．ｃｎｆ）にて、ＬＩＤおよび送信可能ポート番号を通知する。
（ｈ）  アプリケーションがＤＳＲＣ接続通知プリミティブ（Ｃｏｎｎｅｃｔ．ｃｎｆ）で通知されたＬＩＤもしくは同報アドレス、および送信先ポート番号に対して、トランザクション開始要求プリミティブ（Ｉｎｖｏｋｅ．ｒｅｑ）を発行することで、トランザクションが開始される。
【００６７】
（２）高速接続アプリの初期接続手順
高速接続とは初期接続のための処理を一部省略することにより、高速な初期接続を実現する手法である。図５５は高速接続アプリの初期接続シーケンス例を示す図である。
（ａ）  移動局及び基地局の各アプリケーションは受信可能なポート番号をポート登録プリミティブ（Ｒｅｇｉｓｔｅｒ  Ｐｏｒｔ）を用いて、ＬＰＰに登録する。
（ｂ）  ＬＰＰは接続管理テーブルを更新し、受信可能ポート番号をＬＰＣＰに登録する。
（ｃ）  各アプリはＱｕｅｒｙＬＩＤおよびＱｕｅｒｙ  Ｐｏｒｔを共に未指定で、トランザクション開始可能問い合わせプリミティブ（Ｃｏｎｎｅｃｔ．ｒｅｑ）を発行し、ＤＳＲＣ接続を待ち合わせる。
（ｄ）  ＬＰＣＰからイベント通知プリミティブ（ＥｖｅｎｔＲｅｐｏｒｔ．ｉｎｄ）で、イベント「ＤＳＲＣ接続通知（９６）」を受領する。
（ｅ）  ＬＰＰは同プリミティブで受信したＬＩＤの接続管理テーブルを作成する。高速接続を必要とするアプリのため、以後、相手局のＬＰＰ接続管理サービスから、相手局側の受信可能ポートリストを受信するまでは、このＬＩＤおよび同報アドレスの全てのポートに対するトランザクションの開始要求を受け付ける。
（ｆ）  ＤＳＲＣ接続問い合わせプリミティブ（Ｃｏｎｎｅｃｔ．ｒｅｑ）を発行しているアプリケーションに対して、ＤＳＲＣ接続通知プリミティブ（Ｃｏｎｎｅｃｔ．ｃｎｆ）にて、ＬＩＤを通知する。
（ｇ）  各アプリはＤＳＲＣ接続通知プリミティブで通知されたＬＩＤもしくは同報アドレスに対するトランザクション開始要求プリミティブ（Ｉｎｖｏｋｅ．ｒｅｑ）を発行し、トランザクションを開始する。
（ｈ）  前記（ｇ）で指定したポート番号が相手局に存在する場合は、このトランザクションは成功する。前記（ｇ）で指定したポート番号が相手局に存在しない場合は、相手局のＬＰＣＰからイベント通知プリミティブで、イベント「送信先ローカルポートが有効でない（１２９）」が通知され、このＬＩＤの接続管理テーブルを更新する。Ｔｒａｎｓａｃｔｉｏｎ  Ｔｙｐｅ＝１の場合は、該当するアプリケーションにトランザクション破棄通知プリミティブ（Ａｂｏｒｔ．ｉｎｄ）でトランザクションの失敗を通知する。これ以後に、このＬＩＤとポートの組に対し、Ｔｒａｎｓａｃｔｉｏｎ  Ｔｙｐｅ＝１のトランザクション開始要求（Ｉｎｖｏｋｅ．ｒｅｑ）があった場合は、トランザクション破棄プリミティブ（Ａｂｏｒｔ．ｉｎｄ）にてトランザクションの破棄を通知する。
【００６８】
２．５．２  データ送信トランザクションサービスのデータ転送手順
（１）送信処理
（ａ）  アプリケーションがＴｒａｎｓａｃｔｉｏｎ  Ｔｙｐｅ＝０でトランザクション開始要求プリミティブ（Ｉｎｖｏｋｅ．ｒｅｑ）を発行することでデータ送信サービスのトランザクションが開始される。
（ｂ）  指定されたＬＩＤと送信元ポート番号の組が受信拒否ポートの場合は、アプリケーションに対してＡｂｏｒｔ．ｉｎｄにて、状態「受信拒否ポート通知」を通知し、このトランザクションは完了する。
（ｃ）  指定されたメッセージがＭＴＵを越えており、分割・組立処理をサポートしていない場合は、アプリケーションに対してＡｂｏｒｔ．ｉｎｄにて、状態「ＭＴＵエラー」を通知し、このトランザクションは完了する。分割・組立処理をサポートしている場合の処理については２．５．５節に記述する。
（ｄ）  前記（ｂ）と前記（ｃ）以外の場合は、ＴＴ＝０であるＩｎｖｏｋｅ  ＰＤＵを作成し、ＬＰＣＰの転送プリミティブ（ＴｒａｎｓｆｅｒＤａｔａ．ｒｅｑ）を用いて、相手局に送信する。なお、再送処理が有効な場合の処理については、２．５．４節に記述する。
（２）受信処理
（ａ）  ＬＰＣＰの転送プリミティブ（ＴｒａｎｓｆｅｒＤａｔａ．ｉｎｄ）により、前記（１）−（ｄ）で送信されたＩｎｖｏｋｅ  ＰＤＵを受信すると、アプリケーションに対して、トランザクション通知プリミティブ（Ｉｎｖｏｋｅ．ｉｎｄ）を用いて、受信データを通知する。
図５６にデータ送信トランザクションサービスのデータ転送手順の処理シーケンス例を示す。
【００６９】
２．５．３  リクエスト・レスポンス型トランザクションサービスのデータ転送手順
（１）送信処理
（ａ）  アプリケーションがＴｒａｎｓａｃｔｉｏｎ  Ｔｙｐｅ＝１でトランザクション開始要求プリミティブ（Ｉｎｖｏｋｅ．ｒｅｑ）を発行することでリクエスト・レスポンス型トランザクションサービスのトランザクションが開始される。
（ｂ）  指定されたＬＩＤと送信元ポート番号の組が受信拒否ポートの場合は、アプリケーションに対してＡｂｏｒｔ．ｉｎｄにて、状態「受信拒否ポート通知」を通知し、このトランザクションは完了する。
（ｃ）  同時に実行可能なトランザクション数を越える場合は、アプリケーションに対してＡｂｏｒｔ．ｉｎｄにて、状態「トランザクションが開始できなかった」を通知し、このトランザクションは完了する。
（ｄ）  指定されたメッセージがＭＴＵを越えており、分割・組立処理をサポートしていない場合は、アプリケーションに対してＡｂｏｒｔ．ｉｎｄにて、状態「ＭＴＵエラー」を通知し、このトランザクションは完了する。分割・組立処理をサポートしている場合の処理については２．５．５節に記述する。
（ｅ）  前記（ｂ）と前記（ｃ）と前記（ｄ）以外の場合は、ＴＴ＝１であるＩｎｖｏｋｅ  ＰＤＵを作成し、ＬＰＣＰの転送プリミティブ（ＴｒａｎｓｆｅｒＤａｔａ．ｒｅｑ）を用いて、相手局に送信後、Ｒｅｓｕｌｔタイマー（Ｒｅｓｕｌｔタイマーのタイムアウト値はＩｎｖｏｋｅ．ｒｅｑにより指定）を起動し、相手局からのＲｅｓｕｌｔ  ＰＤＵの受信を待ちうける。
（ｆ）  前記（ｅ）で起動したＲｅｓｕｌｔタイマーがタイムアウトすると、ＡＴ＝０、Ａｂｏｒｔ  Ｃｏｄｅ＝０ｘ０８であるＡｂｏｒｔ  ＰＤＵを生成し、相手局に対して状態「Ｒｅｓｕｌｔタイマータイムアウト」を通知するとともに、トランザクション破棄通知プリミティブ（Ａｂｏｒｔ．ｉｎｄ）でトランザクションの失敗をアプリケーションに対して通知する。
（ｇ）  Ｒｅｓｕｌｔタイマーのタイムアウト前に、ＬＰＣＰの転送プリミティブ（ＴｒａｎｓｆｅｒＤａｔａ．ｉｎｄ）により、相手局から送信されたＲｅｓｕｌｔ  ＰＤＵを受信すると、前記（ｅ）で起動したＲｅｓｕｌｔタイマーを停止するとともに、応答通知プリミティブ（Ｉｎｖｏｋｅ．ｃｎｆ）により応答データをアプリケーションに対して通知する。
【００７０】
（２）受信処理
（ａ）  ＬＰＣＰの転送プリミティブ（ＴｒａｎｓｆｅｒＤａｔａ．ｉｎｄ）により、相手局から送信されたＩｎｖｏｋｅ  ＰＤＵを受信すると、アプリケーションに対して、トランザクション通知プリミティブ（Ｉｎｖｏｋｅ．ｉｎｄ）を用いて、受信データを通知し、アプリケーションからの応答プリミティブ（Ｉｎｖｏｋｅ．ｒｅｓ）の受信を待つ。
（ｂ）  ＬＰＣＰの転送プリミティブ（ＴｒａｎｓｆｅｒＤａｔａ．ｉｎｄ）により、相手局から送信されたＡｂｏｒｔ  ＰＤＵを受信した場合は、トランザクション破棄通知プリミティブ（Ａｂｏｒｔ．ｉｎｄ）を発行し、トランザクションの失敗をアプリケーションに対して通知し、このトランザクションは完了する。
（ｃ）  アプリケーションが応答プリミティブ（Ｉｎｖｏｋｅ．ｒｅｓ）を発行し、ＬＰＰに対して応答の送信を要求する。
（ｄ）  Ｒｅｓｕｌｔ  ＰＤＵ  を生成し、ＬＰＣＰの転送プリミティブ（ＴｒａｎｓｆｅｒＤａｔａ．ｒｅｑ）により、相手局に対して送信する。
図５７にリクエスト・レスポンス型トランザクションサービスの基本処理シーケンス例を、図５８にＲｅｓｕｌｔタイマーがタイムアウトした場合の処理シーケンス例を示す。
【００７１】
２．５．４  再送処理が有効な場合のデータ転送手順
再送処理は、Ｉｎｖｏｋｅ．ｒｅｑおよびＩｎｖｏｋｅ．ｒｅｓにおいてＲｅｑｕｉｒｅ  Ａｃｋ＝１を指定した場合に適用する。以下ではデータ送信トランザクションのＩｎｖｏｋｅ．ｒｅｑに再送処理を適用した場合のシーケンスを記述する。リクエスト・レスポンス型トランザクションサービスにおいては、Ｉｎｖｏｋｅ．ｒｅｓについても同様の処理が適用可能である。
（１）送信処理
（ａ）  アプリケーションがＲｅｑｕｉｒｅ  Ａｃｋ＝１でトランザクション開始要求プリミティブ（Ｉｎｖｏｋｅ．ｒｅｑ）を発行することで再送処理が有効なデータ転送サービスが開始される。
（ｂ）  ＲＡ＝１であるＩｎｖｏｋｅ  ＰＤＵを作成し、ＬＰＣＰの転送プリミティブ（ＴｒａｎｓｆｅｒＤａｔａ．ｒｅｑ）を用いて、相手局に送信後、再送タイマーを起動し、相手局からのＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ＰＤＵの受信を待つ。
（ｃ）  前記（ｂ）で送信されたＩｎｖｏｋｅ  ＰＤＵが到達しないなど何らかの理由により、Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ＰＤＵ受信前に、前記（ｂ）で起動した再送タイマーがタイムアウトした場合は、前記（ｂ）で送信したＩｎｖｏｋｅ  ＰＤＵのＲＤフラグを１にセットして、相手局に再送信後、再送タイマーを再起動し、再送カウンタをインクリメントする。
（ｄ）  何度か再送を繰り返した後、再送カウンタが最大再送回数を超えた場合は、ＡＴ＝０、Ａｂｏｒｔ  Ｃｏｄｅ＝０ｘ０７であるＡｂｏｒｔ  ＰＤＵ（２．４．１．４節参照）を生成し、状態「再送タイマタイムアウト」を相手局に対して通知するとともに、トランザクション破棄通知プリミティブ（Ａｂｏｒｔ．ｉｎｄ）でトランザクションの失敗をアプリケーションに対して通知し、このトランザクションを完了する。
（ｅ）  再送タイマーのタイムアウト前に、ＬＰＣＰの転送プリミティブ（ＴｒａｎｓｆｅｒＤａｔａ．ｉｎｄ）により、相手局から送信されたＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ＰＤＵを受信すると、前記（ｂ）または前記（ｃ）で起動した再送タイマーを停止し、このトランザクションを完了する。
【００７２】
（２）受信処理
（ａ）  ＬＰＣＰの転送プリミティブ（ＴｒａｎｓｆｅｒＤａｔａ．ｉｎｄ）により、Ｉｎｖｏｋｅ  ＰＤＵを受信すると、アプリケーションに対して、トランザクション通知プリミティブ（Ｉｎｖｏｋｅ．ｉｎｄ）を用いて、受信データを通知する。
（ｂ）  前記（ａ）で受信したＰＤＵのＲＡフラグが有効な場合は、Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ＰＤＵを生成し、ＬＰＣＰの転送プリミティブ（ＴｒａｎｓｆｅｒＤａｔａ．ｒｅｑ）により、相手局に対してＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ＰＤＵを送信し、ウェイトタイマーを起動する。
（ｃ）  前記（ｂ）で送信したＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ＰＤＵが到達しないなどの理由で、前記（ａ）で受信したＩｎｖｏｋｅ  ＰＤＵを再受信した場合は、このＰＤＵを破棄し、再度Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ＰＤＵを生成し、ＬＰＣＰの転送プリミティブ（ＴｒａｎｓｆｅｒＤａｔａ．ｒｅｑ）により、相手局に対して送信し、ウェイトタイマーを再起動する。
（ｄ）  前記（ｂ）もしくは前記（ｃ）で起動したウェイトタイマーがタイムアウトすると、このトランザクションを完了する。
図５９に再送処理が有効な場合の処理シーケンス例を、図６０に再送が成功した場合の処理シーケンス例を、図６１に再送処理が失敗した場合の処理シーケンス例を示す。
【００７３】
２．５．５  分割・組立処理が有効な場合のメッセージ転送手順
分割・組立処理は、Ｉｎｖｏｋｅ．ｒｅｑおよびＩｎｖｏｋｅ．ｒｅｓにおいてＭＴＵを越えるメッセージを指定した場合に適用する。以下では、Ｉｎｖｏｋｅ．ｒｅｑに分割・組立処理を適用した場合のシーケンスを記述する。
（１）送信手順
（ａ）  アプリケーションがＭＴＵよりも大きいサイズのメッセージを指定し、トランザクション開始要求プリミティブ（Ｉｎｖｏｋｅ．ｒｅｑ）を発行することで分割・組立処理が有効なデータ送信サービスのトランザクションが開始される。
（ｂ）  指定されたＬＩＤと送信元ポート番号の組が受信拒否ポートの場合は、アプリケーションに対してＡｂｏｒｔ．ｉｎｄにて、状態「受信拒否ポート通知」を通知する。
（ｃ）  指定されたＬＩＤと送信元ポート番号の組に対して、すでに分割・組立処理が必要なトランザクションが実行されている場合は、アプリケーションに対してＡｂｏｒｔ．ｉｎｄにて、状態「分割転送中」を通知する。
（ｄ）  前記（ｂ）と前記（ｃ）以外の場合、送信データを先頭から順にＭＴＵで分割して、分割したセグメント毎にＩｎｖｏｋｅ  Ｓｅｇｍｅｎｔ  ＰＤＵ（２．４．１．５節参照）の規定に従ったヘッダを付加して、ＬＰＣＰの転送プリミティブ（ＴｒａｎｓｆｅｒＤａｔａ．ｒｅｑ）を用いて、順次送信要求を行う。
（ｅ）  ＡＳＬの送信キューがオーバフローし、ＬＰＣＰからＥｖｅｎｔ  Ｒｅｐｏｒｔ．ｉｎｄにて、状態「送信キューに空きがない、送信に失敗した」が通知されると、一定時間ウェイトし、送信が失敗したデータを含め、再度送信を開始する。
（ｆ）  最後のセグメントデータを送信後、再送タイマーを起動し、相手局からのＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ＰＤＵ（２．４．１．３節参照）またはＮａｃｋ  ＰＤＵ（２．４．１．７節参照）の受信を待つ。
（ｇ）  ＬＰＣＰの転送プリミティブ（ＴｒａｎｓｆｅｒＤａｔａ．ｉｎｄ）により、相手局から送信されたＮａｃｋ  ＰＤＵを受信すると、Ｎａｃｋ  ＰＤＵのＳｅｇｍｅｎｔ  Ｎｕｍｂｅｒ  Ｌｉｓｔに指定されているセグメントを再送する。この際、再送するすべてのセグメントのＲＤフラグは１に、最後に再送するセグメントのＦＩＮフラグは１にセットする。全てのセグメントを再送信後、再送タイマーを起動し、相手局からのＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ＰＤＵ（２．４．１．３節参照）、またはＮａｃｋ  ＰＤＵの受信を待つ。
（ｈ）  前記（ｆ）または前記（ｇ）で起動した再送タイマーがタイムアウトした場合は、再度最終セグメントを送信し、再送タイマーを再起動する。
（ｉ）  ＬＰＣＰの転送プリミティブ（ＴｒａｎｓｆｅｒＤａｔａ．ｉｎｄ）により、相手局から送信されたＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ＰＤＵを受信すると、上位（ｆ）、前記（ｇ）、または前記（ｈ）で起動した再送タイマーを停止し、このトランザクションを完了する。
【００７４】
（２）受信手順
（ａ）  アプリケーションがポート登録プリミティブ（Ｒｅｇｉｓｔｅｒ  Ｐｏｒｔ）により、受信データ組立バッファ領域を指定しておく。
（ｂ）  ＬＰＣＰの転送プリミティブ（ＴｒａｎｓｆｅｒＤａｔａ．ｉｎｄ）により、Ｉｎｖｏｋｅ  Ｓｅｇｍｅｎｔ  ＰＤＵを受信すると、アプリケーションから指定された受信キューに順次格納する。
（ｃ）  最終セグメントデータを受信すると、未受信のセグメントがないかどうかを確認し、未受信のセグメントデータが存在する場合は、Ｎａｃｋ  ＰＤＵ（２．４．１．７節参照）を作成し、ＬＰＣＰの転送プリミティブ（ＴｒａｎｓｆｅｒＤａｔａ．ｒｅｑ）を用いて、相手局に送信し、以後受けるべき最終セグメント番号を記憶しておく。
（ｄ）  前記（ｃ）でＮａｃｋ  ＰＤＵを送信後に、到着順の入れ替わりなどの理由で、ＲＤフラグがセットされていないデータを受信した場合は、そのデータを破棄する。
（ｅ）  最終セグメントデータを受信時に、全てのセグメントデータを受信していれば、トランザクション通知プリミティブ（Ｉｎｖｏｋｅ．ｉｎｄ）を用いて、アプリケーションに対して、受信データを通知するとともに、Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ＰＤＵを生成し、ＬＰＣＰの転送プリミティブ（ＴｒａｎｓｆｅｒＤａｔａ．ｒｅｑ）により、相手局に対して送信する。
図６２に分割・組立処理が有効な場合の基本処理シーケンス例を、図６３に分割データの一部が欠落し、選択的再送処理が行われる場合の処理シーケンス例を、図６４に最終セグメントデータが欠落し、再送処理が行われる場合の処理シーケンス例を示す。
【００７５】
２．５．６  通信終了手順
（ａ）  ＬＰＣＰからイベント通知プリミティブ（ＥｖｅｎｔＲｅｐｏｒｔ．ｉｎｄ）で、イベント「ＤＳＲＣ切断通知（９８）」を受領する。
（ｂ）  当該ＬＩＤを使用中のアプリケーションに対し、ＤＳＲＣ切断通知プリミティブ（Ｄｉｓｃｏｎｎｅｃｔ．ｉｎｄ）を発行する。
（ｃ）  ＬＰＰは同プリミティブで受信したＬＩＤの接続管理テーブルを削除する。以後同ＬＩＤに対するトランザクション開始要求は受け付けない。
図６５はＤＳＲＣ切断時の手順を示す図である。
【００７６】
２．５．７  トランザクションの破棄手順
ローカルポートプロトコルでは、トランザクションが以下の状態にあるとき、アプリケーションからトランザクションの破棄を要求できる。
図６６はトランザクション破棄手順を示す図である。
送信側
・リクエスト・レスポンス型のトランザクションでＩｎｖｏｋｅ．ｒｅｑ受付後、Ｒｅｓｕｌｔ  ＰＤＵの受信により、Ｉｎｖｏｋｅ．ｃｎｆを発行するまでの間。
受信側
・リクエスト・レスポンス型のトランザクションで、Ｉｎｖｏｋｅ．ｉｎｄ発行後、Ｉｎｖｏｋｅ．ｒｅｓ受付により、Ｒｅｓｕｌｔ  ＰＤＵを送信するまでの間。
以下に処理シーケンスを記述する。
（ａ）アプリケーションからトランザクション破棄要求プリミティブ（Ａｂｏｒｔ．ｒｅｑ）を受信することで、このシーケンスは開始される。
（ｂ）ＬＰＰは同プリミティブで指定されたトランザクションに対するＡｂｏｒｔ  ＰＤＵを生成し、ＬＰＣＰの転送要求プリミティブ（ＴｒａｎｓｆｅｒＤａｔａ．ｒｅｑ）を用いて、相手局に送信する。
（ｃ）要求元のアプリケーションに対してトランザクション破棄通知プリミティブ（Ａｂｏｒｔ．ｉｎｄ）を発行し、トランザクションの破棄完了を通知する。
（ｄ）ＬＰＰがＬＰＣＰの転送通知プリミティブ（ＴｒａｎｓｆｅｒＤａｔａ．ｉｎｄ）により、Ａｂｏｒｔ  ＰＤＵを受信すると、自局内に同ＰＤＵのＴＩＤにより指定されたトランザクションが実行中の場合は、そのトランザクションに関するリソースをすべて破棄した後、アプリケーションに対して、トランザクション破棄通知プリミティブ（Ａｂｏｒｔ．ｉｎｄ）を発行し、トランザクション破棄を通知する。
【００７７】
なお、上記実施の形態では、狭域通信（ＤＳＲＣ）プロトコル（ＡＲＩＢ  ＳＴＤ−Ｔ７５）と、双方向に通信可能なプロトコルである拡張通信制御プロトコル（ＡＳＬ−ＥＬＣＰ）と、転送サービス処理部（ＬＰＣＰ）と、トランザクション管理部（ＬＰＰ）とからなる階層構造を示したが、拡張通信制御プロトコル（ＡＳＬ−ＥＬＣＰ）の代わりに他の双方向に通信可能なプロトコルを用いても良い。
【００７８】
以上のように、本発明に係る路車間通信システムは、路側システムおよび移動局内の双方のローカルアプリケーションが非ネットワーク型のプロトコルを利用して通信を行うシステムであって、前記非ネットワーク型のプロトコルを、マルチアプリケーションを実現するための転送サービス処理部と、未達データの再送信機構、メッセージ単位のデータ送受信機構、メッセージの分割・組立機構を有し、単方向のデータ送信とリクエスト・レスポンス型のトランザクションサービスを提供するトランザクションサービスを行うトランザクション管理部とで構成することを特徴とする。
【００７９】
また、本発明の路車間通信システムにおいては、送受信双方のアプリケーションを識別するためにポート番号を利用することで、非ネットワーク型のプロトコルにおいても、複数のアプリケーションの同時実行を可能にする。
また、最も単純なアプリケーションは転送サービス処理部を直接使用することで実現が可能であり、高速接続性、低オーバヘッドといった走行中の路車間通信に必要な要件を満たすことができる。
また、停止中や低速走行中などでは、トランザクション管理部を使用することによって、大容量データの送受信やリクエスト・レスポンス型のサービスのような高度な通信サービスを必要とするアプリケーションに対しても容易に対応できるようになる。
また、プロトコルを拡張する際に、拡張箇所をトランザクション管理部に局所化することで、拡張を容易にすることができる。
さらに、アプリケーションから指定された識別子（送信データ識別子）により送信データの単位を識別する。またこのプロトコルは、送信データ単位が下位層のプロトコルで一度に送信可能なサイズよりも大きい場合には、送信可能なサイズに分割し、順序番号を付けて送信し、受信側でその順序番号を元に組み立てる機能を有する。
このとき、最終データの受信時に未受信のデータの順序番号を送信側に通知することで、未受信のデータのみを再送信することで通信誤り率を改善する。
また、送信元のアプリケーション識別子（送信元ポート番号）とそのアプリケーションが指定した送信データ識別子の組が同一の場合には、受信側で既受信の同一識別子のデータと同一のデータとして扱うことで、任意のタイミングでのデータの再送信を可能とする。このため、一定時間通信できない場合においても、通信誤り率を改善できる。
【図面の簡単な説明】
【００８０】
【図１】この発明の実施の形態１による路車間通信システムにおけるコネクション識別の概念を示す図である。
【図２】ローカルポート番号の分類を示す図である。
【図３】データグラム伝送サービスの例を示す図である。
【図４】プリミティブ種別を示す図である。
【図５】パラメータ種別を示す図である。
【図６】データ転送サービスの論理関係を示す図である。
【図７】転送プリミティブの定義を示す図である。
【図８】管理サービスインタフェースの論理関係を示す図である。
【図９】イベント通知プリミティブの定義を示す図である。
【図１０】ポート生成プリミティブの定義を示す図である。
【図１１】ポート破棄プリミティブの定義を示す図である。
【図１２】受信可能ポートリストの構成例を示す図である。
【図１３】通信制御情報の構成例を示す図である。
【図１４】データ転送メッセージの形式を示す図である。
【図１５】ＬＰＣＰのプロトコル識別子を示す図である。
【図１６】イベント通知のメッセージの形式を示す図である。
【図１７】イベントコード（ｅｖｅｎｔＣｏｄｅ）の内容を示す図である。
【図１８】ＬＰＣＰの初期接続手順の一例を示す図である。
【図１９】ＬＰＣＰの通信終了手順の一例を示す図である。
【図２０】ＬＰＣＰのメッセージ転送手順を示す図である。
【図２１】ＤＳＲＣが接続されていない場合の処理手順を示す図である。
【図２２】送信先ポート番号が有効でない場合のメッセージ転送手順を示す図である。
【図２３】ＬＰＰの概念を示す図である。
【図２４】ＬＰＰにおけるトランザクション間データ交換例を示す図である。
【図２５】データ送信サービスの例を示す図である。
【図２６】リクエスト・レスポンス型トランザクションサービスの例を示す図である。
【図２７】データ再送の例を示す図である。
【図２８】重複受信チェックの例を示す図である。
【図２９】メッセージの分割・組立処理の例を示す図である。
【図３０】選択的再送処理の例を示す図である。
【図３１】最終パケットの再送処理の例を示す図である。
【図３２】トランザクションの再実行の例を示す図である。
【図３３】トランザクション破棄通知の例を示す図である。
【図３４】プリミティブ種別を示す図である。
【図３５】パラメータ種別を示す図である。
【図３６】Ｉｎｖｏｋｅプリミティブの引数を示す図である。
【図３７】Ａｂｏｒｔプリミティブの引数を示す図である。
【図３８】Ａｂｏｒｔ  Ｔｙｐｅ＝０の場合（システムエラー）のＡｂｏｒｔ  Ｃｏｄｅ一覧を示す図である。
【図３９】Ｃｏｎｎｅｃｔプリミティブの引数を示す図である。
【図４０】Ｄｉｓｃｏｎｎｅｃｔプリミティブの引数を示す図である。
【図４１】ＲｅｇｉｓｔｅｒＰｏｒｔプリミティブの引数を示す図である。
【図４２】ＤｅｒｅｇｉｓｔｅｒＰｏｒｔプリミティブの引数を示す図である。
【図４３】ＰＤＵ種別一覧を示す図である。
【図４４】ローカルポートプロトコルのプロトコルデータユニット基本構造を示す図である。
【図４５】Ｉｎｖｏｋｅ  ＰＤＵのヘッダ情報を示す図である。
【図４６】Ｒｅｓｕｌｔ  ＰＤＵのヘッダ情報を示す図である。
【図４７】Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ＰＤＵのヘッダ情報を示す図である。
【図４８】Ａｂｏｒｔ  ＰＤＵのヘッダ情報を示す図である。
【図４９】Ｉｎｖｏｋｅ  Ｓｅｇｍｅｎｔ  ＰＤＵのヘッダ情報を示す図である。
【図５０】Ｒｅｓｕｌｔ  Ｓｅｇｍｅｎｔ  ＰＤＵのヘッダ情報を示す図である。
【図５１】Ｎａｃｋ  ＰＤＵのヘッダ情報を示す図である。
【図５２】受信可能ポートリスト通知におけるプロトコルデータユニットを示す図である。
【図５３】送信不可ポート通知におけるプロトコルデータユニットを示す図である。
【図５４】ローカルポートプロトコルの初期接続手順を示す図である。
【図５５】高速接続アプリの初期接続シーケンス例を示す図である。
【図５６】データ送信トランザクションサービスの処理シーケンス例を示す図である。
【図５７】リクエスト・レスポンス型トランザクションサービスの基本処理シーケンス例を示す図である。
【図５８】Ｒｅｓｕｌｔタイマーがタイムアウトした場合の処理シーケンス例を示す図である。
【図５９】再送処理が有効な場合のデータ転送手順（基本シーケンス）を示す図である。
【図６０】再送処理手順（再送成功時）を示す図である。
【図６１】再送処理手順（再送失敗時）を示す図である。
【図６２】分割・組立処理が有効な場合のシーケンス例を示す図である。
【図６３】分割・組立処理が有効な場合のシーケンス例（選択的再送処理）を示す図である。
【図６４】分割・組立処理が有効な場合のシーケンス例（最終セグメントが未達時の場合）を示す図である。
【図６５】ＤＳＲＣ切断時の手順を示す図である。
【図６６】トランザクション破棄手順を示す図である。
【図１】
0004396639.tif 000002
【図２】
0004396639.tif 000003
【図３】
0004396639.tif 000004
【図４】
0004396639.tif 000005
【図５】
0004396639.tif 000006
【図６】
0004396639.tif 000007
【図７】
0004396639.tif 000008
【図８】
0004396639.tif 000009
【図９】
0004396639.tif 000010
【図１０】
0004396639.tif 000011
【図１１】
0004396639.tif 000012
【図１２】
0004396639.tif 000013
【図１３】
0004396639.tif 000014
【図１４】
0004396639.tif 000015
【図１５】
0004396639.tif 000016
【図１６】
0004396639.tif 000017
【図１７】
0004396639.tif 000018
【図１８】
0004396639.tif 000019
【図１９】
0004396639.tif 000020
【図２０】
0004396639.tif 000021
【図２１】
0004396639.tif 000022
【図２２】
0004396639.tif 000023
【図２３】
0004396639.tif 000024
【図２４】
0004396639.tif 000025
【図２５】
0004396639.tif 000026
【図２６】
0004396639.tif 000027
【図２７】
0004396639.tif 000028
【図２８】
0004396639.tif 000029
【図２９】
0004396639.tif 000030
【図３０】
0004396639.tif 000031
【図３１】
0004396639.tif 000032
【図３２】
0004396639.tif 000033
【図３３】
0004396639.tif 000034
【図３４】
0004396639.tif 000035
【図３５】
0004396639.tif 000036
【図３６】
0004396639.tif 000037
【図３７】
0004396639.tif 000038
【図３８】
0004396639.tif 000039
【図３９】
0004396639.tif 000040
【図４０】
0004396639.tif 000041
【図４１】
0004396639.tif 000042
【図４２】
0004396639.tif 000043
【図４３】
0004396639.tif 000044
【図４４】
0004396639.tif 000045
【図４５】
0004396639.tif 000046
【図４６】
0004396639.tif 000047
【図４７】
0004396639.tif 000048
【図４８】
0004396639.tif 000049
【図４９】
0004396639.tif 000050
【図５０】
0004396639.tif 000051
【図５１】
0004396639.tif 000052
【図５２】
0004396639.tif 000053
【図５３】
0004396639.tif 000054
【図５４】
0004396639.tif 000055
【図５５】
0004396639.tif 000056
【図５６】
0004396639.tif 000057
【図５７】
0004396639.tif 000058
【図５８】
0004396639.tif 000059
【図５９】
0004396639.tif 000060
【図６０】
0004396639.tif 000061
【図６１】
0004396639.tif 000062
【図６２】
0004396639.tif 000063
【図６３】
0004396639.tif 000064
【図６４】
0004396639.tif 000065
【図６５】
0004396639.tif 000066
【図６６】
0004396639.tif 000067