JP2022185437A - Ipネットワークを介したvdesメッセージ伝送方法 - Google Patents
Ipネットワークを介したvdesメッセージ伝送方法 Download PDFInfo
- Publication number
- JP2022185437A JP2022185437A JP2021093133A JP2021093133A JP2022185437A JP 2022185437 A JP2022185437 A JP 2022185437A JP 2021093133 A JP2021093133 A JP 2021093133A JP 2021093133 A JP2021093133 A JP 2021093133A JP 2022185437 A JP2022185437 A JP 2022185437A
- Authority
- JP
- Japan
- Prior art keywords
- layer
- slots
- protocol
- itu
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 47
- 230000005540 biological transmission Effects 0.000 title claims description 76
- 101100433987 Latilactobacillus sakei subsp. sakei (strain 23K) ackA1 gene Proteins 0.000 claims abstract description 17
- 238000012790 confirmation Methods 0.000 claims abstract description 9
- 230000006978 adaptation Effects 0.000 claims description 88
- 238000004891 communication Methods 0.000 description 28
- 238000006243 chemical reaction Methods 0.000 description 20
- 239000002131 composite material Substances 0.000 description 18
- 238000011144 upstream manufacturing Methods 0.000 description 12
- 230000007246 mechanism Effects 0.000 description 10
- 239000000872 buffer Substances 0.000 description 6
- 230000008569 process Effects 0.000 description 6
- 230000008901 benefit Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 241000473391 Archosargus rhomboidalis Species 0.000 description 2
- 101100497923 Viola odorata Voc1 gene Proteins 0.000 description 2
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 230000014509 gene expression Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000012552 review Methods 0.000 description 2
- 238000013519 translation Methods 0.000 description 2
- 238000013467 fragmentation Methods 0.000 description 1
- 238000006062 fragmentation reaction Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
Images
Landscapes
- Communication Control (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Description
本発明は、広くは、船舶用遠隔通信分野に関し、より詳細には、VDES(VHF Data Exchange System)メッセージの伝送に関する。
船舶分野では、VDESシステムを用いて、船舶と陸上管制センターとの間でデータの伝送を行う。特に、やりとりされるのは、海運会社オペレータとのVOC(Vessel Operational Control,船舶運用管制)タイプの情報、又は、海上交通管制官とのVTC(Vessel Traffic Service Center.,海上交通管制)タイプの情報、又は、航行情報支援タイプの情報である。船上と陸上との間のデータのリンクは、通常、一般的な用語「データリンク」と称される。
VDESシステムは、さまざま伝送媒体(当分野では、媒体とも称される)、より正確には、データ伝送のためのさまざまなタイプのサブネットワーク、すなわち、MF、HF、VHF又はVDES通信衛星サブネットワークを使用する。VHF遠隔通信サブネットワークは、ポイントツーポイントリンクによる陸上の送信機/受信機との直接通信状態を可能にするが、通信範囲が比較的狭い。一方、人工衛星遠隔通信サブネットワークは、極地を除き、世界中をカバーするが、通信コストがかさむ。MF、HF及びVDES通信衛星サブネットワークは、極地をカバーする。
通常、陸上へのデータ送信は、船上遠隔通信モジュール又はCMU(Communications Management Unit,通信管理ユニット)を用いて行われ、それらは、いくつかのパラメータに従って、最適な伝送媒体(VHF、HF、MF、VDES通信衛星)を自動的に選択する。
しかしながら、インマルサット(登録商標)などの衛星通信媒体は、陸上との通信がますます高いスループットを要求するようになっているにもかかわらず、アクセス可用性の観点から限界に達しようとしている。さらに、送信するデータの容量増大に起因して、通信コストが海運会社の経費を圧迫している。
この状況を打破するために、海運分野の研究者らは、VDESメッセージの転送に一般的な公衆伝送媒体を使用する方法を提案した。すなわち、船舶は、港に係留しているとき、航行しているとき、又は入港段階にあるとき、GPRSネットワーク、Wi-Fi端末又はWiMAX局を介して、船舶管理センタ又は海運会社の運用センタとの接続を確立できる。そして、VDESメッセージの伝送は、例えば、国際公開第WO2006/026632号に記載されたように、そのようなメッセージをIPデータグラムにカプセル化することによって達成される。したがって、これは、オーバーIP VDES(VDES over IP)又はVDESoIPと称される。
船舶と海運会社の運用センタとの間でやりとりされるVDESメッセージは、これらのメッセージがIPデータグラムにカプセル化されているか否かにかかわらず、ITU-R M.2092規格に準拠していなければならない。ITU-R M.2092プロトコルは、VDESメッセージの区分を512字の有効な文字列の基本スロットとし、先のスロットの受け取り確認を受信するまでは、新たなスロットの送信を行わない。この「止まって待つ(stop and wait)」受け取り確認メカニズムは、非常に強固であるという利点はあるものの、IP伝送に対しては具合が悪い。これについては、以降で説明する。
図1は、送信機(例えば、船舶)と受信機(例えば、海運会社の基地)との間のIPを介したVDESメッセージ伝送を概略的に示す。
図には、ITU-R M.2092アプリケーション層と、VDESoIPと示されたアダプテーション層と、IP層とが、送信機側と受信機側との双方に図示されている。アダプテーション層は、IP層への翻訳を行う。また、船舶と、海運会社センタにメッセージをリレーする陸上局との間に、マリンインタフェースが図示されている。
VDESメッセージMは、最大n個(n≦2250)のスロットB1,B2,…,Bnに分割される。各スロットは、最大512字の有効な文字列から成る。この分割は、送信機のITU-R M.2092層によって実行される。まず、第1スロットB1が、マリンインタフェースを介した伝送の前に、VDESoIP層によってIPデータグラムにカプセル化される。データグラムは、陸上局によって受信され、宛先IPアドレスの所までインターネット網を介してルーティングされる。スロットB1は、VDESoIP層によってデータグラムI(B1)からデカプセル化され、ITU-R M.2092層に送信される。スロットの完全性をチェックした後、ITU-R M.2092層は、確認メッセージack1(又は、受け取り確認、両者は表現の違いに過ぎない)を送信する。このメッセージは、VDESoIP層によってIPデータグラムにカプセル化される。確認メッセージは、船舶によって受信され、VDESoIP層によってデカプセル化され、次いで、ITU-R M.2092層に送信される。そして、この層が、第2スロットB2を送信する。メッセージスロット毎に、上記手順が繰り返される。
留意すべきは、ITU-R M.2092層によって引き起こされる確認メカニズムが、VDESメッセージの転送レートに対する重大な不利益となっているということである。
したがって、本発明の目的は、伝送のセキュリティを損なうことなく、オーバーIP VDESメッセージを伝送するためのプロトコルを提案することにある。上記プロトコルでは、それらのスループットの限界に悩まされることがない。
本発明は、送信機と受信機との間でオーバーIP VDESメッセージを伝送するための方法として定義される。アプリケーションによって送信されたVDESメッセージは、複数のスロットに分割される。末尾スロットを除き、上記メッセージの複数のスロット毎に、上記スロットの受け取りのダミー確認が、送信機から上記アプリケーションにローカルに返信される。送信機は、送信された上記複数のスロットが正しく受信されたことを示すメッセージを受信機から受信したとき、該メッセージを上記アプリケーションに送信する前に、末尾スロットの受け取りの確認を生成する。
典型的に、上記アプリケーションは、ITU-R M.2092プロトコル層を有し、上記VDESメッセージは、この規格に準拠し、受け取りの確認は、この層に送信される。
第1実施態様によれば、送信機は、ITU-R M.2092プロトコル層とIP層との間に、第1アダプテーション層と称されるプロトコルアダプテーション層を有する。上記第1アダプテーション層は、末尾スロットを除き、VDESメッセージの複数のスロット毎に、ダミー確認をITU-R M.2092プロトコル層に返信する。上記ITU-R M.2092プロトコル層は、上記メッセージの複数のスロットのすべてを上記第1アダプテーション層から受信したとき、受信した複数のスロットを連結し、連結したスロットを第1 IPデータグラムにカプセル化する。
対称的な方法で、受信機は、第2アプリケーションのITU-R M.2092プロトコル層とIP層との間に、第2アダプテーション層と称されるプロトコルアダプテーション層を有する。上記第2アダプテーション層は、上記複数のスロットを復元するために、上記IPデータグラムのうちの有効なデータをデカプセル化及び分割し、上記第2アプリケーションのITU-R M.2092プロトコル層に、複数のスロットを1つずつ提供するように構成される。スロットは、1つ前のスロットの受け取りが確認された場合にだけ提供される。
好ましくは、第2アダプテーション層は、上記複数のスロットの受け取りの複数の確認のすべてを受信したとき、上記複数のスロットの受け取りの確認を第2 IPデータグラムとして送信機に返信する。
第2実施態様によれば、送信機は、ITU-R M.2092プロトコル層とTCP/IP層との間に、第3アダプテーション層と称されるプロトコルアダプテーション層を有する。上記第3アダプテーション層は、末尾スロットを除き、VDESメッセージの複数のスロット毎に、ダミー確認をITU-R M.2092プロトコル層に返信する。上記ITU-R M.2092プロトコル層は、上記メッセージの複数のスロットのすべてを上記第3アダプテーション層から受信したとき、受信した複数のスロットを連結し、連結したスロットを第1 TCPセグメントにカプセル化する。
有利には、受信機は、第2アプリケーションのITU-R M.2092プロトコル層とTCP/IP層との間に、第4アダプテーション層と称されるプロトコルアダプテーション層を有する。上記第4アダプテーション層は、上記複数のスロットを復元するために、上記第1 TCPセグメントのうちの有効なデータをデカプセル化及び分割し、第2アプリケーションのITU-R M.2092プロトコル層に、複数のスロットを1つずつ提供するように構成される。スロットは、1つ前のスロットの受け取りが確認された場合にだけ提供される。
好ましくは、第4アダプテーション層は、上記複数のスロットの受け取りの複数の確認のすべてを受信したとき、上記複数のスロットの受け取りの確認を含んだ第2 TCPセグメントと、第1 TCPセグメントとを送信機に返信する。
第3実施態様によれば、送信機は、ITU-R M.2092プロトコル層とUDP/IP層との間に、第5アダプテーション層と称されるプロトコルアダプテーション層を有する。上記第5アダプテーション層は、末尾スロットを除き、VDESメッセージの複数のスロット毎に、ダミー確認をITU-R M.2092プロトコル層に返信する。上記ITU-R M.2092プロトコル層は、上記メッセージの複数のスロットのすべてを上記第5アダプテーション層から受信したとき、受信した複数のスロットを連結し、連結したスロットを第1 UDPデータグラムにカプセル化する。
有利には、受信機は、第2アプリケーションのITU-R M.2092プロトコル層とUDP層との間に、第6アダプテーション層と称されるプロトコルアダプテーション層を有する。上記第6アダプテーション層は、上記複数のスロットを復元するために、上記第1 UDPデータグラムのうちの有効なデータをデカプセル化及び分割し、第2アプリケーションのITU-R M.2092プロトコル層に、複数のスロットを1つずつ提供するように構成される。スロットは、1つ前のスロットの受け取りが確認された場合にだけ提供される。第6アダプテーション層は、上記複数のスロットの受け取りの複数の確認のすべてを受信したとき、送信機への第2VDESメッセージの送信を待ち、上記複数のスロットの受け取りの確認は、第2 UDPデータグラムに挿入される前に、第2メッセージの複数のスロットに連結される。
本発明のその他の特徴及び利点は、発明の好適な実施形態及び添付の図面から明らかとなる。
まず、オーバーIP VDESメッセージを送信/受信するためのシステムについて再確認を行う。本発明のより良い理解を得るために、そのようなシステムの例示的な実施形態を図2に示す。しかしながら、当業者は、この例示的な実施形態が説明を目的としたものであり、限定を意図しないということを理解する。本発明は、あらゆる構成のVDESoIPメッセージ伝送システムに適用されてよい。
オーバーIP VDESシステムは、3つの部分に区分できる。すなわち、船上部210と、陸上ネットワーク部220と、海運会社センタに固有の部分230とである。
船上部は、CMU(Communications Management Unit)船舶電子モジュール211を具備する。その構成が、プロトコル層として概略的に図示されている。
CMUモジュールは、海運会社センタ、海上交通支援施設及び海上交通管制センタ及び航行情報支援サービスとのデータ交換にそれぞれ専用のVOC及びVTC及び航行情報支援サービスアプリケーションを内蔵している。VOCタイプのデータは、ITU-R M.2092プロトコル層を介したVDESメッセージを用いて伝送される。これらのメッセージは、従来の伝送媒体212、例えば、VHF、HF、又はVDES通信衛星送信機か、又は、第1変換モジュール213かのいずれかに送信される。第1変換モジュールは、CMUに含まれていてもいなくてもよい。以下で詳細に説明されるように、この変換モジュールは、アプリケーションのITU-R M.2092プロトコル層とIP層との間で、VDESoIPと称されるプロトコルアダプテーション層を使用する。
従来の伝送媒体が選択された場合、メッセージは、VDESネットワークの陸上局に伝送される。この局221は、ゲートウェイ223を備え、ITU-R M.2092プロトコルへの変換を実行する。ITU-R M.2092規格が、例えば、サービスプロバイダ(DSP)と海運会社運用センタとの間で、VDESメッセージを陸上へ伝送するためのプロトコルに関するものであることに留意されたい。
IPを介した伝送が選択された場合、VDESメッセージは、ゲートウェイ213に送信される。VDESメッセージに含まれたIPデータグラムは、宛先IPアドレスの所までインターネット網を介してルーティングされる。船舶と陸上との間のリンクは、一般的な公衆遠隔通信インフラストラクチャ、例えば、GPRSネットワーク、Wi-Fi端末、Wi-MAX局などを介して確立される。
海運会社部は、端末231を具備する。上記端末は、一方に、変換ゲートウェイを通過して、すなわち、従来の伝送媒体を介して、VDESメッセージを受信するように構成されたITU-R M.2092プロトコル層と、他方に、IPネットワークを通過したVDESメッセージを受信するように構成されたプロトコル層とを具備する。具体的には、端末231は、アダプテーション層VDESoIPに属し、スロットのデカプセル化及びVDES層618への伝送能力を有した第2変換モジュール233と、符号234で示されたVDESプロトコルアダプテーション層とを具備する。マルチプレクサ235は、ITU-R M.2092規格に従って、VDESメッセージを端末231に内蔵された複数の制御アプリケーション部VOC1,…,VOCNに向かわせる。
本発明は、VDESoIP層の第1及び第2変換モジュールに関するものである。通常の原理は、メッセージの複数のスロットのすべてを1つのIPデータグラムに格納し、末尾のスロットの受け取り確認を除き、VDESメッセージの複数のスロットの受け取り確認をローカルにシミュレートする。そして、末尾のスロットの受け取り確認は、メッセージの複数のスロットすべての受け取り確認として用いられる。
具体的には、図3が、本発明の第1実施形態によるオーバーIP VDESメッセージを伝送するための方法を示している。
ITU-R M.2092アプリケーション層と、VDESoIPアダプテーション層と、船上部310用のIP層と、陸上部320とが、再び図示されている。船上部と陸上部との間のリンクは、マリンインタフェースを介して確立され、有利には、一般的な公衆遠隔通信インフラストラクチャに基づいている。
VDESメッセージMが送信機内蔵されたアプリケーション、例えば、CMU、によって送信される場合、このメッセージは、ITU-R M.2092層によって、n個のスロットB1,…,Bnに分割される。本規格の現状ではn≦16であるが、本発明が所与のスロット数に限定されないということに留意されたい。
第1スロットB1は、VDESoIP層に送信され、次いで、VDESoIP層は、ダミー受け取り確認ack1を返信する。それによって、ITU-R M.2092層が第2スロットB2を送信できるようになる。上記手順は、末尾から2番目のスロットBn-1が送信されるまで反復される。ITU-R M.2092層がダミー受け取り確認ackn-1を受信したとき、末尾スロットBnが送信される。しかしながら、末尾スロットに対しては、ダミーではない受け取り確認が返信される。次いで、メッセージのn個のスロットは、1つのIPデータグラムにカプセル化される合成スロットを形成するように結合される。合成スロットは、D(B1,…,Bn)と表される。このデータグラムは、その宛先IPアドレスの所までルーティングされる。部位320のIP層がインターネットの標準的なルーティング方法に対応するということに留意されたい。
宛先IPアドレスでは、すなわち、実際には、海運会社センタでは、VDESoIPは、スロットB1,…,Bnを復元するために、分割の前に、IPデータグラムの合成スロットをデカプセル化する。次いで、第1スロットB1がITU-R M.2092アプリケーション層に送信され、その完全性がチェックされ、正しく受信できていた場合には、受け取り確認ack1がVDESoIP層に返される。上記プロセスは、スロット毎に連続して繰り返される。VDESメッセージMは、宛先アプリケーション(例えば、VOCタイプのアプリケーション)のITU-R M.2092層によって、複数のスロットB1,…,Bnから再構築される。
VDESoIP層は、先の複数のスロットのn-1個の受け取り確認をすでに受信しているにもかかわらず提供される最後の受け取り確認acknを受信したとき、n個のスロットが正しく受信されたことを意味する合成受け取り確認メッセージackCを送信する。メッセージackCは、単純に、受け取り確認メッセージack1,…,acknの要素を結合して生成される。そして、このメッセージは、船舶のCMUモジュールのIPアドレスへルーティングされる前に、D(ackC)のようにIPデータグラムに含められる。
CMUのVDESoIP層は、受け取り確認メッセージackCを復元し、末尾スロットacknの受け取り確認メッセージに変換する。ackCからacknへの変換は、単純に、合成メッセージの切り捨てによって行われる。ITU-R M.2092層が最後の受け取り確認acknを受信したときには、メッセージMが実際に宛先で受信されたと見なす。
複数のスロットB1,…,Bnのうちの1つが破損したか又は宛先で受信できなかった場合、受け取り確認メッセージackCは送信されず、したがって、メッセージacknはITU-R M.2092層に送信されない。そして、この層は、所定の待機時間の後、メッセージM、すなわち、複数のスロットB1,…,Bnすべてを返信することを決定する。
上記では、VDESメッセージの送信機が船舶のCMUであり、かつ受信機が海運会社センタである、換言すれば、通信は下り方向通信(ダウンリンク)であると仮定した。しかしながら、本発明の範囲から逸脱することなく、本法が上り方向通信(アップリンク)にも同様に適応できることは明白である。
この実施形態によるVDESメッセージ伝送方法によって、有利には、次のスロットの送信の前に、スロットの実際の受け取り確認を待つ必要を無くすことができるということに留意されたい。さらに、メッセージを伝送するために、n個のデータグラムの代わりに、1つのIPデータグラムだけが送信されることで、マリンインタフェース上のトラフィックと、恐らくは、伝送コストとをより一層効果的に削減できるということに留意されたい。
上記の発明の実施形態は、使用される基礎となる伝送プロトコル、特に、TCPのよう
なコネクション型であるか、又は、UDPのようなコネクションレス型であるかを考慮していない。
続いて、以下では、両シチュエーションについて説明する。
図4Aは、第1変形実施例を示す。この場合、VDESメッセージ伝送方法は、標準的なTCP転送プロトコルを使用する。TCP/IPプロトコルスタックが、送信機側及び受信機側に示される。TCP層が、送信機と宛先との間の接続を確立及び維持するということ、及び、TCPデータグラムの適切な受信を保証するためにTCP層自身の受け取り確認メカニズムを使用するということに留意されたい。
この変形例がTCPトランスポート層にいかなる修正も要求せず、したがって、実際にはVDESoIPと称される層が、ITU-R M.2092アプリケーション層とTCPトランスポート層とのアダプテーションを行う。具体的には、すでに記載したダミー受け取り確認メカニズムに従って、ITU-R M.2092層によって届けられた複数のスロットB1,…,Bnは、TCPセグメントに結合及びカプセル化される。TCP接続が確立されれば、S(B1,…,Bn)と表されるTCPセグメントは、宛先TCPソケットに送信される。当然ながら、TCPセグメントの送信は、当業者には既知の方法で、IPデータグラムへの組み込むを伴う。
TCPセグメントが宛先TCPソケットによって受信されたとき、TCPプロトコルによって提供されたように、受け取りの確認acktcp1が送信機に返信されるVDESoIP層からITU-R M.2092層への複数のスロットの配信は、すでに、図2を参照して説明されたので、ここでは繰り返さない。
VDESoIP層は、ITU-R M.2092層からの受け取りの確認ack1~acknを受信したとき、受け取りの合成確認ackCをTCP層に送信する。TCP層は、S(ackC)と表されるTCPセグメントとして、受け取りの合成確認を送信機のTCPソケットに送信する。ついで、CMUのTCP層によってセグメントS(ackC)が受信されたとき、acktcp2と表される受け取りの確認は、TCPプロトコルに従って、陸上に返信される。次いで、受信の確認は、すでに説明したように、末尾スロットを確認するメッセージacknに変換される。
この変形実施例によって、現在のTCP/IPプロトコルスタック上で図3の実施形態を直接実施することが可能となる。
しかしながら、マリンインタフェース上の4つの別のTCPセグメント、すなわち、S(B1,…,Bn)、acktcp1、S(ackC)、及びacktcp2の伝送を必要とすることに留意されたい。
図4Bは、先に記載した実施形態の第2変形実施形態を示す。この第2変形実施形態には、マリンインタフェースを介した送信のTCPセグメントの数を削減可能とする。
具体的には、第2変形実施形態は、第1変形実施形態とは異なり、受け取り確認acktcp1が独立して送信されない。この第2変形実施形態は、TCP層がVDESoIP層から合成受け取り確認ackCを受信するまで、S(B1,…,Bn)の受け取りの確認の送信を遅らせることによって、又は、ITU-R M.2092層によって複数のスロットB1,…,Bnを処理するための時間Δτが、n=16となる最長の場合に、受け取りの確認を生成するために必要な時間よりも短いか否かを確認することによって、達成される。処理時間Δτは、プロセッサの適切な選択によって、より効率的な圧縮アルゴリズムによって
(すなわち、スロットの数及びサイズを減少させることによって)、又はさらに高速のエラーチェックアルゴリズムによって、短縮できる。
いかなる場合でも、合成受け取り確認ackCは、1つのTCPセグメント中のS(B1,…,Bn)の受け取りの確認S(ackC,acktcp1)として送信される。CMUの対応するTCPポートによってこのセグメントが受信されたとき、受け取り確認acktcp2が、陸上に返信される。受け取り確認プロセスの残りの部分については、第1変形実施形態のそれと同様である。結局のところ、3つのTCPセグメント、すなわち、S(B1,…,Bn)、S(ackC,acktcp1)、及びacktcp2だけが、送信されるVDESメッセージのためにインタフェースを通過する。
図5は、第3実施形態を示す。この場合、VDESメッセージ伝送方法は、いかなる特別な受け取り確認メカニズムも有さない転送プロトコル、例えば、UDPプロトコル、を使用する。UDPプロトコルがデータグラムの正確な転送を保証しないコネクションレス型プロトコルであることに留意されたい。
この変形実施形態の基礎となる着想は、下り側経路を介してすでに受信されているメッセージの受け取りの確認を返信するために、上り側経路を介したVDESメッセージの送信を待つことにある。対照的な方法で、上り方向経路を介してすでに受信されているメッセージの受け取りの確認を返信するために、下り方向経路を介したメッセージの転送を待つ。下り方向経路上のVDESメッセージMの伝送の場合について、図5に示す。
メッセージMの伝送は、図4にすでに説明されており、トランスポート層については、ここでは簡単にしか説明しない。換言すれば、複数のスロットB1,…,Bnは、VDESoIP層に送信され、VDESoIP層は、それらを連結し、UDPデータグラムにカプセル化する。次いで、U(B1,…,Bn)と表されるUDPデータグラムは、標準的な方法で、IPデータグラムに組み込まれる。IPデータグラムが宛先で受信されたとき、データグラムU(B1,…,Bn)は、IPデータグラムから抽出され、複数のスロットB1,…,Bnが、UDP層によってITU-R M.2092層に連続して届けられる。VDESoIP層によって受信された受け取りの確認ack1,…,acknは、この層によって、受け取りの合成確認ackCに変換され、待機状態とされる。
海運会社センタの陸上局が上り方向経路を介してVDESメッセージM’、例えば、メッセージMへの応答、を送信したとき、受け取りの確認ackCは、UDPデータグラムにメッセージM’の複数のスロットに含められる。具体的には、メッセージM’は、ITU-R M.2092層によって、n’≦16である複数のスロットB’1,…,B’n’に分割される。スロットB’1は、VDESoIP層に送信され、VDESoIP層は、ダミー受信確認ack’1を返す。上記プロセスは、ダミー受信確認が送信されない末尾スロットを除き、以降のスロットに対して繰り返される。このことは、ダウンリンクに対して、すでに説明した。VDESoIP層は、複数のスロットB’1,…,B’n’を保有しているとき、受け取りの確認が保留中であるか否かをチェックする。保留中の場合、受け取りの確認は、同一のUDPデータグラムに複数のスロットB’1,…,B’n’を含んでいる。受け取りの確認の積み込みは、場合により、指数部ヘッダでのデータグラムへの信号化で行われる。
有利には、n個のスロットB1,…,BnがVDESoIP層で受信されたとき、タイムアウト期間τmaxでタイマがロードされる。タイムアウト期間τmaxの間にメッセージM’がVDESoIP層によって送信された場合、受け取りの確認ackCは、先の説明の通り、メッセージM’の複数のスロットを含んでいる。一方で、タイムアウト期間が経過した場合、上り方向経路を介したメッセージM’の送信は未だ無く、受け取りの確認が、別個の
UDPデータグラムによって送信される。タイムアウト期間は、適切に、特に、下り方向経路上のVDESメッセージ伝送バッファの使用率に応じて、決定される。したがって、高い使用率に対しては、ITU-R M.2092層による新たなメッセージの送信に遅れが生じないように、間隔τmaxは、比較的短くなるように選択される。
図5に示された場合では、受け取りの合成確認ackCは、U(e,B’1,…,B’n’,ackC)と表されるデータグラムとして、複数のスロットB’1,…,B’nを連結している。ここで、eは、上記のヘッダである。そして、当然ながら、このUDPデータグラムは、IPデータグラムに組み込まれ、船舶のCMUへルーティングされる。宛先において、データグラムU(e,B’1,…,B’n’,ackC)は、IPデータグラムから抽出される。次いで、VDESoIP層は、ヘッダeの存在によって受け取りの確認の存在を認識する。複数のスロットB’1,…,B’nのほかに、受信確認ackCもまた、ITU-R M.2092層へ届けられる前に、抽出及び分割される。また、ヘッダeは、上り方向経路上のVDESメッセージバッファの使用率を示す。下り方向経路についても同様に、タイマは、複数のスロットB’1,…,B’nが受信されるとすぐに、タイムアウト期間τ’maxでロードされる。この期間は、ヘッダに示された使用率によって決まる。上記の通り、タイムアウト期間は、メッセージM’の受け取りの確認に対する最大待ち時間を定義する。受け取りの確認ack’Cは、下り方向経路上の新たなメッセージを含んだUDPデータグラムU(e’,B1,…,Bn,ack’C)によって伝送されるか、又は、当初の通り、タイムアウト期間が経過したときに別個のUDPデータグラムによって伝送される。データグラムU(e’,B’1,…,B’n,ack’C)は、有利には、下り方向経路上の伝送バッファの状態を示すヘッダを有する。
最終的には、送信されたVDESメッセージに対して、1つのデータグラム、すなわち、下り方向経路のメッセージのU(e’,B1,…,Bn,ack’C)と、上り方向経路のメッセージのU(e,B’1,…,B’n,ackC)とが、マリンインタフェースを介して、通常通り伝送される。
210 船上部
211 船舶電子モジュール
212 従来の伝送媒体
213 第1変換モジュール
220 陸上ネットワーク部
221 VDESネットワーク陸上局
223 ゲートウェイ
230 海運会社センタ部
231 海運会社端末
233 第2変換モジュール
234 VDESプロトコルアダプテーション層
235 マルチプレクサ
本発明は、広くは、船舶用遠隔通信分野に関し、より詳細には、VDES(VHF Data Exchange System)メッセージの伝送に関する。
船舶分野では、アナログ送信機/受信機などを用いて、船舶と陸上管制センターとの間でデータの伝送を行う。特に、やりとりされるのは、海運会社オペレータとのVOC(Vessel Operational Control,船舶運用管制)タイプの情報、又は、海上交通管制官とのVTC(Vessel Traffic Service Center.,海上交通管制)タイプの情報、又は、航行情報支援タイプの情報である。船上と陸上との間のデータのリンクは、通常、一般的な用語「データリンク」と称される。
通常、陸上へのデータ送信は、音声無線機やファクシミリといった個別の無線設備を用いて行われ、それらは、いくつかのパラメータに従って、最適な伝送媒体(VHF、HF、MF、インマルサット(登録商標))や無線設備を任意で選択する必要がある。
しかしながら、インマルサット(登録商標)などの衛星通信媒体は、陸上との通信がますます高いスループットを要求するようになっているにもかかわらず、アクセス可用性の観点から限界に達しようとしている。さらに、送信するデータの容量増大に起因して、通信コストが海運会社の経費を圧迫している。
この状況を打破するために、海運分野の研究者らは、メッセージをVDESを用いて伝送する方法を提案した。VDESは、さまざま伝送媒体(当分野では、媒体とも称される)、より正確には、データ伝送のためのさまざまなタイプのサブネットワーク、すなわち、VHF又はVDES通信衛星サブネットワークを使用する。VHF遠隔通信サブネットワークは、ポイントツーポイントリンクによる陸上の送信機/受信機との直接通信状態を可能にするが、通信範囲が比較的狭い。一方、VDES通信衛星サブネットワークは、極地を含む、世界中をカバーするが、通信コストがかさむ。
しかしながら、VDESを含んだ船舶無線設備は船舶の航行中以外での運用が制限されており、継続的なメッセージの伝送が困難となっている。
すなわち、船舶が、港に係留しているとき、航行しているとき、又は入港段階にあるとき、船舶無線設備運用上の制限を受けることがない、GPRSネットワーク、Wi-Fi局又はWiMAX局を介して、船舶管理センタ又は海運会社の運用センタとの接続を確立できる。したがって、これは、オーバーIP VDES(VDES over IP)又はVDESoIPと称することができる。
船舶と海運会社の運用センタとの間でやりとりされるVDESメッセージは、これらのメッセージがIPデータグラムにカプセル化されているか否かにかかわらず、ITU-R M.2092規格に準拠していなければならない。ITU-R M.2092プロトコルは、VDESメッセージの区分を512字の有効な文字列の基本ブロックとし、先のブロックの受け取り確認を受信するまでは、新たなブロックの送信を行わない。この「止まって待つ(stop and wait)」受け取り確認メカニズムは、非常に強固であるという利点はあるものの、IP伝送に対しては具合が悪い。これについては、以降で説明する。
図1は、送信機(例えば、船舶)と受信機(例えば、海運会社の基地)との間のIPを介したVDESメッセージ伝送を概略的に示す。
図には、ITU-R M.2092アプリケーション層と、VDESoIPと示されたアダプテーション層と、IP層とが、送信機側と受信機側との双方に図示されている。アダプテーション層は、IP層への翻訳を行う。また、船舶と、海運会社センタにメッセージをリレーする陸上局との間に、マリンインタフェースが図示されている。
VDESメッセージMは、最大n個(n≦2250)のブロックB1,B2,…,Bnに分割される。各ブロックは、最大512字の有効な文字列から成る。この分割は、送信機のITU-R M.2092層によって実行される。まず、第1ブロックB1が、マリンインタフェースを介した伝送の前に、VDESoIP層によってIPデータグラムにカプセル化される。データグラムは、陸上局によって受信され、宛先IPアドレスの所までインターネット網を介してルーティングされる。ブロックB1は、VDESoIP層によってデータグラムI(B1)からデカプセル化され、ITU-R M.2092層に送信される。ブロックの完全性をチェックした後、ITU-R M.2092層は、確認メッセージack1(又は、受け取り確認、両者は表現の違いに過ぎない)を送信する。このメッセージは、VDESoIP層によってIPデータグラムにカプセル化される。確認メッセージは、船舶によって受信され、VDESoIP層によってデカプセル化され、次いで、ITU-R M.2092層に送信される。そして、この層が、第2ブロックB2を送信する。メッセージブロック毎に、上記手順が繰り返される。
留意すべきは、ITU-R M.2092層によって引き起こされる確認メカニズムが、VDESメッセージの転送レートに対する重大な不利益となっているということである。
本発明は、送信機と受信機との間でオーバーIP VDESメッセージを伝送するための方法として定義される。アプリケーションによって送信されたVDESメッセージは、複数のブロックに分割される。末尾ブロックを除き、上記メッセージの複数のブロック毎に、上記ブロックの受け取りのダミー確認が、送信機から上記アプリケーションにローカルに返信される。送信機は、送信された上記複数のブロックが正しく受信されたことを示すメッセージを受信機から受信したとき、該メッセージを上記アプリケーションに送信する前に、末尾ブロックの受け取りの確認を生成する。
典型的に、上記アプリケーションは、ITU-R M.2092プロトコル層を有し、上記VDESメッセージは、この規格に準拠し、受け取りの確認は、この層に送信される。
第1実施態様によれば、送信機は、ITU-R M.2092プロトコル層とIP層との間に、第1アダプテーション層と称されるプロトコルアダプテーション層を有する。上記第1アダプテーション層は、末尾ブロックを除き、VDESメッセージの複数のブロック毎に、ダミー確認をITU-R M.2092プロトコル層に返信する。上記ITU-R M.2092プロトコル層は、上記メッセージの複数のブロックのすべてを上記第1アダプテーション層から受信したとき、受信した複数のブロックを連結し、連結したブロックを第1 IPデータグラムにカプセル化する。
対称的な方法で、受信機は、第2アプリケーションのITU-R M.2092プロトコル層とIP層との間に、第2アダプテーション層と称されるプロトコルアダプテーション層を有する。上記第2アダプテーション層は、上記複数のブロックを復元するために、上記IPデータグラムのうちの有効なデータをデカプセル化及び分割し、上記第2アプリケーションのITU-R M.2092プロトコル層に、複数のブロックを1つずつ提供するように構成される。ブロックは、1つ前のブロックの受け取りが確認された場合にだけ提供される。
好ましくは、第2アダプテーション層は、上記複数のブロックの受け取りの複数の確認のすべてを受信したとき、上記複数のブロックの受け取りの確認を第2 IPデータグラムとして送信機に返信する。
第2実施態様によれば、送信機は、ITU-R M.2092プロトコル層とTCP/IP層との間に、第3アダプテーション層と称されるプロトコルアダプテーション層を有する。上記第3アダプテーション層は、末尾ブロックを除き、VDESメッセージの複数のブロック毎に、ダミー確認をITU-R M.2092プロトコル層に返信する。上記ITU-R M.2092プロトコル層は、上記メッセージの複数のブロックのすべてを上記第3アダプテーション層から受信したとき、受信した複数のブロックを連結し、連結したブロックを第1 TCPセグメントにカプセル化する。
有利には、受信機は、第2アプリケーションのITU-R M.2092プロトコル層とTCP/IP層との間に、第4アダプテーション層と称されるプロトコルアダプテーション層を有する。上記第4アダプテーション層は、上記複数のブロックを復元するために、上記第1 TCPセグメントのうちの有効なデータをデカプセル化及び分割し、第2アプリケーションのITU-R M.2092プロトコル層に、複数のブロックを1つずつ提供するように構成される。ブロックは、1つ前のブロックの受け取りが確認された場合にだけ提供される。
好ましくは、第4アダプテーション層は、上記複数のブロックの受け取りの複数の確認のすべてを受信したとき、上記複数のブロックの受け取りの確認を含んだ第2 TCPセグメントと、第1 TCPセグメントとを送信機に返信する。
第3実施態様によれば、送信機は、ITU-R M.2092プロトコル層とUDP/IP層との間に、第5アダプテーション層と称されるプロトコルアダプテーション層を有する。上記第5アダプテーション層は、末尾ブロックを除き、VDESメッセージの複数のブロック毎に、ダミー確認をITU-R M.2092プロトコル層に返信する。上記ITU-R M.2092プロトコル層は、上記メッセージの複数のブロックのすべてを上記第5アダプテーション層から受信したとき、受信した複数のブロックを連結し、連結したブロックを第1 UDPデータグラムにカプセル化する。
有利には、受信機は、第2アプリケーションのITU-R M.2092プロトコル層とUDP層との間に、第6アダプテーション層と称されるプロトコルアダプテーション層を有する。上記第6アダプテーション層は、上記複数のブロックを復元するために、上記第1 UDPデータグラムのうちの有効なデータをデカプセル化及び分割し、第2アプリケーションのITU-R M.2092プロトコル層に、複数のブロックを1つずつ提供するように構成される。ブロックは、1つ前のブロックの受け取りが確認された場合にだけ提供される。第6アダプテーション層は、上記複数のブロックの受け取りの複数の確認のすべてを受信したとき、送信機への第2VDESメッセージの送信を待ち、上記複数のブロックの受け取りの確認は、第2 UDPデータグラムに挿入される前に、第2メッセージの複数のブロックに連結される。
本発明のその他の特徴及び利点は、発明の好適な実施形態及び添付の図面から明らかとなる。
まず、オーバーIP VDESメッセージを送信/受信するためのシステムについて再確認を行う。本発明のより良い理解を得るために、そのようなシステムの例示的な実施形態を図2に示す。しかしながら、当業者は、この例示的な実施形態が説明を目的としたものであり、限定を意図しないということを理解する。本発明は、あらゆる構成のVDESoIPメッセージ伝送システムに適用されてよい。
オーバーIP VDESシステムは、3つの部分に区分できる。すなわち、船上部210と、陸上ネットワーク部220と、海運会社センタに固有の部分230とである。
船上部は、船上通信モジュール/CMU(Communications Management Unit,通信管理ユニット)211を具備する。その構成が、プロトコル層として概略的に図示されている。
CMUモジュールは、海運会社センタ、海上交通支援施設及び海上交通管制センタ及び航行情報支援サービスとのデータ交換にそれぞれ専用のVOC及びVTC及び航行情報支援サービスアプリケーションを内蔵している。VOCタイプのデータは、ITU-R M.2092プロトコル層を介したVDESメッセージを用いて伝送される。これらのメッセージは、従来の伝送媒体212、例えば、UHF、VHF、HF、MF又はVDES衛星送信機か、又は、第1変換モジュール213かのいずれかに送信される。第1変換モジュールは、CMUに含まれていてもいなくてもよい。以下で詳細に説明されるように、この変換モジュールは、アプリケーションのITU-R M.2092プロトコル層とIP層との間で、VDESoIPと称されるプロトコルアダプテーション層を使用する。
従来の伝送媒体が選択された場合、メッセージは、VDESネットワークの陸上局に伝送される。この局221は、ゲートウェイ223を備え、ITU-R M.2092プロトコルへの変換を実行する。ITU-R M.2092規格が、例えば、サービスプロバイダ(DSP)と海運会社運用センタとの間で、VDESメッセージを陸上へ伝送するためのプロトコルに関するものであることに留意されたい。
本発明は、VDESoIP層の第1及び第2変換モジュールに関するものである。通常の原理は、メッセージの複数のブロックのすべてを1つのIPデータグラムに格納し、末尾のブロックの受け取り確認を除き、VDESメッセージの複数のブロックの受け取り確認をローカルにシミュレートする。そして、末尾のブロックの受け取り確認は、メッセージの複数のブロックすべての受け取り確認として用いられる。
具体的には、図3が、本発明の第1実施形態によるオーバーIP VDESメッセージを伝送するための方法を示している。
ITU-R M.2092アプリケーション層と、VDESoIPアダプテーション層と、船上部310用のIP層と、陸上部320とが、再び図示されている。船上部と陸上部との間のリンクは、マリンインタフェースを介して確立され、有利には、一般的な公衆遠隔通信インフラストラクチャに基づいている。
VDESメッセージMが送信機内蔵されたアプリケーション、例えば、CMU、によって送信される場合、このメッセージは、ITU-R M.2092層によって、n個のブロックB1,…,Bnに分割される。本規格の現状ではn≦16であるが、本発明が所与のブロック数に限定されないということに留意されたい。
第1ブロックB1は、VDESoIP層に送信され、次いで、VDESoIP層は、ダミー受け取り確認ack1を返信する。それによって、ITU-R M.2092層が第2ブロックB2を送信できるようになる。上記手順は、末尾から2番目のブロックBn-1が送信されるまで反復される。ITU-R M.2092層がダミー受け取り確認ackn-1を受信したとき、末尾ブロックBnが送信される。しかしながら、末尾ブロックに対しては、ダミーではない受け取り確認が返信される。次いで、メッセージのn個のブロックは、1つのIPデータグラムにカプセル化される合成ブロックを形成するように結合される。合成ブロックは、D(B1,…,Bn)と表される。このデータグラムは、その宛先IPアドレスの所までルーティングされる。部位320のIP層がインターネットの標準的なルーティング方法に対応するということに留意されたい。
宛先IPアドレスでは、すなわち、実際には、海運会社センタでは、VDESoIPは、ブロックB1,…,Bnを復元するために、分割の前に、IPデータグラムの合成ブロックをデカプセル化する。次いで、第1ブロックB1がITU-R M.2092アプリケーション層に送信され、その完全性がチェックされ、正しく受信できていた場合には、受け取り確認ack1がVDESoIP層に返される。上記プロセスは、ブロック毎に連続して繰り返される。VDESメッセージMは、宛先アプリケーション(例えば、VOCタイプのアプリケーション)のITU-R M.2092層によって、複数のブロックB1,…,Bnから再構築される。
VDESoIP層は、先の複数のブロックのn-1個の受け取り確認をすでに受信しているにもかかわらず提供される最後の受け取り確認acknを受信したとき、n個のブロックが正しく受信されたことを意味する合成受け取り確認メッセージackCを送信する。メッセージackCは、単純に、受け取り確認メッセージack1,…,acknの要素を結合して生成される。そして、このメッセージは、船舶のCMUモジュールのIPアドレスへルーティングされる前に、D(ackC)のようにIPデータグラムに含められる。
CMUのVDESoIP層は、受け取り確認メッセージackCを復元し、末尾ブロックacknの受け取り確認メッセージに変換する。ackCからacknへの変換は、単純に、合成メッセージの切り捨てによって行われる。ITU-R M.2092層が最後の受け取り確認acknを受信したときには、メッセージMが実際に宛先で受信されたと見なす。
複数のブロックB1,…,Bnのうちの1つが破損したか又は宛先で受信できなかった場合、受け取り確認メッセージackCは送信されず、したがって、メッセージacknはITU-R M.2092層に送信されない。そして、この層は、所定の待機時間の後、メッセージM、すなわち、複数のブロックB1,…,Bnすべてを返信することを決定する。
上記では、VDESメッセージの送信機が船舶のCMUであり、かつ受信機が海運会社センタである、換言すれば、通信は下り方向通信(ダウンリンク)であると仮定した。しかしながら、本発明の範囲から逸脱することなく、本法が上り方向通信(アップリンク)にも同様に適応できることは明白である。
この実施形態によるVDESメッセージ伝送方法によって、有利には、次のブロックの送信の前に、ブロックの実際の受け取り確認を待つ必要を無くすことができるということに留意されたい。さらに、メッセージを伝送するために、n個のデータグラムの代わりに、1つのIPデータグラムだけが送信されることで、マリンインタフェース上のトラフィックと、恐らくは、伝送コストとをより一層効果的に削減できるということに留意されたい。
上記の発明の実施形態は、使用される基礎となる伝送プロトコル、特に、TCPのようなコネクション型であるか、又は、UDPのようなコネクションレス型であるかを考慮していない。
続いて、以下では、両シチュエーションについて説明する。
図4Aは、第1変形実施例を示す。この場合、VDESメッセージ伝送方法は、標準的なTCP転送プロトコルを使用する。TCP/IPプロトコルスタックが、送信機側及び受信機側に示される。TCP層が、送信機と宛先との間の接続を確立及び維持するということ、及び、TCPデータグラムの適切な受信を保証するためにTCP層自身の受け取り確認メカニズムを使用するということに留意されたい。
この変形例がTCPトランスポート層にいかなる修正も要求せず、したがって、実際にはVDESoIPと称される層が、ITU-R M.2092アプリケーション層とTCPトランスポート層とのアダプテーションを行う。具体的には、すでに記載したダミー受け取り確認メカニズムに従って、ITU-R M.2092層によって届けられた複数のブロックB1,…,Bnは、TCPセグメントに結合及びカプセル化される。TCP接続が確立されれば、S(B1,…,Bn)と表されるTCPセグメントは、宛先TCPソケットに送信される。当然ながら、TCPセグメントの送信は、当業者には既知の方法で、IPデータグラムへの組み込むを伴う。
TCPセグメントが宛先TCPソケットによって受信されたとき、TCPプロトコルによって提供されたように、受け取りの確認acktcp1が送信機に返信されるVDESoIP層からITU-R M.2092層への複数のブロックの配信は、すでに、図2を参照して説明されたので、ここでは繰り返さない。
VDESoIP層は、ITU-R M.2092層からの受け取りの確認ack1~acknを受信したとき、受け取りの合成確認ackCをTCP層に送信する。TCP層は、S(ackC)と表されるTCPセグメントとして、受け取りの合成確認を送信機のTCPソケットに送信する。ついで、CMUのTCP層によってセグメントS(ackC)が受信されたとき、acktcp2と表される受け取りの確認は、TCPプロトコルに従って、陸上に返信される。次いで、受信の確認は、すでに説明したように、末尾ブロックを確認するメッセージacknに変換される。
この変形実施例によって、現在のTCP/IPプロトコルスタック上で図3の実施形態を直接実施することが可能となる。
しかしながら、マリンインタフェース上の4つの別のTCPセグメント、すなわち、S(B1,…,Bn)、acktcp1、S(ackC)、及びacktcp2の伝送を必要とすることに留意されたい。
図4Bは、先に記載した実施形態の第2変形実施形態を示す。この第2変形実施形態には、マリンインタフェースを介した送信のTCPセグメントの数を削減可能とする。
具体的には、第2変形実施形態は、第1変形実施形態とは異なり、受け取り確認acktcp1が独立して送信されない。この第2変形実施形態は、TCP層がVDESoIP層から合成受け取り確認ackCを受信するまで、S(B1,…,Bn)の受け取りの確認の送信を遅らせることによって、又は、ITU-R M.2092層によって複数のブロックB1,…,Bnを処理するための時間Δτが、n=16となる最長の場合に、受け取りの確認を生成するために必要な時間よりも短いか否かを確認することによって、達成される。処理時間Δτは、プロセッサの適切な選択によって、より効率的な圧縮アルゴリズムによって(すなわち、ブロックの数及びサイズを減少させることによって)、又はさらに高速のエラーチェックアルゴリズムによって、短縮できる。
いかなる場合でも、合成受け取り確認ackCは、1つのTCPセグメント中のS(B1,…,Bn)の受け取りの確認S(ackC,acktcp1)として送信される。CMUの対応するTCPポートによってこのセグメントが受信されたとき、受け取り確認acktcp2が、陸上に返信される。受け取り確認プロセスの残りの部分については、第1変形実施形態のそれと同様である。結局のところ、3つのTCPセグメント、すなわち、S(B1,…,Bn)、S(ackC,acktcp1)、及びacktcp2だけが、送信されるVDESメッセージのためにインタフェースを通過する。
図5は、第3実施形態を示す。この場合、VDESメッセージ伝送方法は、いかなる特別な受け取り確認メカニズムも有さない転送プロトコル、例えば、UDPプロトコル、を使用する。UDPプロトコルがデータグラムの正確な転送を保証しないコネクションレス型プロトコルであることに留意されたい。
この変形実施形態の基礎となる着想は、下り側経路を介してすでに受信されているメッセージの受け取りの確認を返信するために、上り側経路を介したVDESメッセージの送信を待つことにある。対照的な方法で、上り方向経路を介してすでに受信されているメッセージの受け取りの確認を返信するために、下り方向経路を介したメッセージの転送を待つ。下り方向経路上のVDESメッセージMの伝送の場合について、図5に示す。
メッセージMの伝送は、図4にすでに説明されており、トランスポート層については、ここでは簡単にしか説明しない。換言すれば、複数のブロックB1,…,Bnは、VDESoIP層に送信され、VDESoIP層は、それらを連結し、UDPデータグラムにカプセル化する。次いで、U(B1,…,Bn)と表されるUDPデータグラムは、標準的な方法で、IPデータグラムに組み込まれる。IPデータグラムが宛先で受信されたとき、データグラムU(B1,…,Bn)は、IPデータグラムから抽出され、複数のブロックB1,…,Bnが、UDP層によってITU-R M.2092層に連続して届けられる。VDESoIP層によって受信された受け取りの確認ack1,…,acknは、この層によって、受け取りの合成確認ackCに変換され、待機状態とされる。
海運会社センタの陸上局が上り方向経路を介してVDESメッセージM’、例えば、メッセージMへの応答、を送信したとき、受け取りの確認ackCは、UDPデータグラムにメッセージM’の複数のブロックに含められる。具体的には、メッセージM’は、ITU-R M.2092層によって、n’≦16である複数のブロックB’1,…,B’n’に分割される。ブロックB’1は、VDESoIP層に送信され、VDESoIP層は、ダミー受信確認ack’1を返す。上記プロセスは、ダミー受信確認が送信されない末尾ブロックを除き、以降のブロックに対して繰り返される。このことは、ダウンリンクに対して、すでに説明した。VDESoIP層は、複数のブロックB’1,…,B’n’を保有しているとき、受け取りの確認が保留中であるか否かをチェックする。保留中の場合、受け取りの確認は、同一のUDPデータグラムに複数のブロックB’1,…,B’n’を含んでいる。受け取りの確認の積み込みは、場合により、指数部ヘッダでのデータグラムへの信号化で行われる。
有利には、n個のブロックB1,…,BnがVDESoIP層で受信されたとき、タイムアウト期間τmaxでタイマがロードされる。タイムアウト期間τmaxの間にメッセージM’がVDESoIP層によって送信された場合、受け取りの確認ackCは、先の説明の通り、メッセージM’の複数のブロックを含んでいる。一方で、タイムアウト期間が経過した場合、上り方向経路を介したメッセージM’の送信は未だ無く、受け取りの確認が、別個の
UDPデータグラムによって送信される。タイムアウト期間は、適切に、特に、下り方向経路上のVDESメッセージ伝送バッファの使用率に応じて、決定される。したがって、高い使用率に対しては、ITU-R M.2092層による新たなメッセージの送信に遅れが生じないように、間隔τmaxは、比較的短くなるように選択される。
図5に示された場合では、受け取りの合成確認ackCは、U(e,B’1,…,B’n’,ackC)と表されるデータグラムとして、複数のブロックB’1,…,B’nを連結している。ここで、eは、上記のヘッダである。そして、当然ながら、このUDPデータグラムは、IPデータグラムに組み込まれ、船舶のCMUへルーティングされる。宛先において、データグラムU(e,B’1,…,B’n’,ackC)は、IPデータグラムから抽出される。次いで、VDESoIP層は、ヘッダeの存在によって受け取りの確認の存在を認識する。複数のブロックB’1,…,B’nのほかに、受信確認ackCもまた、ITU-R M.2092層へ届けられる前に、抽出及び分割される。また、ヘッダeは、上り方向経路上のVDESメッセージバッファの使用率を示す。下り方向経路についても同様に、タイマは、複数のブロックB’1,…,B’nが受信されるとすぐに、タイムアウト期間τ’maxでロードされる。この期間は、ヘッダに示された使用率によって決まる。上記の通り、タイムアウト期間は、メッセージM’の受け取りの確認に対する最大待ち時間を定義する。受け取りの確認ack’Cは、下り方向経路上の新たなメッセージを含んだUDPデータグラムU(e’,B1,…,Bn,ack’C)によって伝送されるか、又は、当初の通り、タイムアウト期間が経過したときに別個のUDPデータグラムによって伝送される。データグラムU(e’,B’1,…,B’n,ack’C)は、有利には、下り方向経路上の伝送バッファの状態を示すヘッダを有する。
最終的には、送信されたVDESメッセージに対して、1つのデータグラム、すなわち、下り方向経路のメッセージのU(e’,B1,…,Bn,ack’C)と、上り方向経路のメッセージのU(e,B’1,…,B’n,ackC)とが、マリンインタフェースを介して、通常通り伝送される。
210 船上部
211 船上通信モジュール/CMU(Communications Management Unit,通信管理ユニット)
212 従来の伝送媒体
213 第1変換モジュール
220 陸上ネットワーク部
221 VDESネットワーク陸上局
223 ゲートウェイ
230 海運会社センタ部
231 海運会社端末
233 第2変換モジュール
234 VDESプロトコルアダプテーション層
235 マルチプレクサ
Claims (10)
-
送信機と受信機との間でオーバーIP VDESメッセージを伝送するための方法であって、
アプリケーションによって送信されたVDESメッセージ(M)は、複数のスロット(B1,B2,…,Bn)に分割され、
末尾スロットを除き、前記メッセージの複数のスロット毎に、前記スロットの受け取りのダミー確認(ack1,ack2,…,ackn)が、送信機から前記アプリケーションにローカルに返信され、
送信機は、送信された前記複数のスロットが正しく受信されたことを示すメッセージ(D(ackC),S(ackC),S(ackC,acktcp1),U(e,B’1,…,B’n’,ackC))を受信機から受信したとき、該メッセージを前記アプリケーションに送信する前に、末尾スロットの受け取りの確認(ackn)を生成することを特徴とする伝送方法。
-
前記アプリケーションが、VDESプロトコル層を有し、
前記ACARSメッセージが、ITU-R M.2092規格に準拠し、
受け取りの確認が、ITU-R M.2092層に送信されることを特徴とする請求項1に記載の伝送方法。
-
送信機が、ITU-R M.2092プロトコル層とIP層との間に、第1アダプテーション層と称されるプロトコルアダプテーション層を有し、
前記第1アダプテーション層は、末尾スロットを除き、ACARSメッセージの複数のスロット毎に、ダミー確認をITU-R M.2092プロトコル層に返信し、
前記ITU-R M.2092プロトコル層は、前記メッセージの複数のスロットのすべてを前記第1アダプテーション層から受信したとき、受信した複数のスロットを連結し、連結したスロットを第1 IPデータグラムにカプセル化することを特徴とする請求項2に記載の伝送方法。
-
受信機が、第2アプリケーションのITU-R M.2092プロトコル層とIP層との間に、第2アダプテーション層と称されるプロトコルアダプテーション層を有し、
前記第2アダプテーション層は、前記複数のスロットを復元するために、前記IPデータグラムのうちの有効なデータをデカプセル化及び分割し、前記第2アプリケーションのITU-R M.2092プロトコル層に、複数のスロットを1つずつ提供するように構成され、
スロットは、1つ前のスロットの受け取りが確認された場合にだけ提供されることを特徴とする請求項3に記載の伝送方法。
-
第2アダプテーション層は、前記複数のスロットの受け取りの複数の確認(ack1,ack2,…,ackn)のすべてを受信したとき、前記複数のスロットの受け取りの確認を第2 IPデータグラム(D(ackC))として送信機に返信することを特徴とする請求項4に記載の伝送方法。
-
送信機が、ITU-R M.2092プロトコル層とTCP/IP層との間に、第3アダプテーション層と称されるプロトコルアダプテーション層を有し、
前記第3アダプテーション層は、末尾スロットを除き、ACARSメッセージの複数のスロット毎に、ダミー確認をITU-R M.2092プロトコル層に返信し、
前記ITU-R M.2092プロトコル層は、前記メッセージの複数のスロットのすべてを前記第3アダプテーション層から受信したとき、受信した複数のスロットを連結し、連結したスロットを第1 TCPセグメントにカプセル化することを特徴とする請求項2に記
載の伝送方法。
-
受信機が、第2アプリケーションのARINC 618プロトコル層とTCP層との間に、第4アダプテーション層と称されるプロトコルアダプテーション層を有し、
前記第4アダプテーション層は、前記複数のスロットを復元するために、前記第1 TCPセグメントのうちの有効なデータをデカプセル化及び分割し、第2アプリケーションのITU-R M.2092プロトコル層に、複数のスロットを1つずつ提供するように構成され、
スロットは、1つ前のスロットの受け取りが確認された場合にだけ提供されることを特徴とする請求項6に記載の伝送方法。
-
第4アダプテーション層は、前記複数のスロットの受け取りの複数の確認(ack1,ack2,…,ackn)のすべてを受信したとき、前記複数のスロットの受け取りの確認(ackC)を含んだ第2 TCPセグメント(S(ackC),S(ackC,acktcp1))と、第1 TCPセグメント(acktcp1)とを送信機に返信することを特徴とする請求項7に記載の伝送方法。
-
送信機が、ITU-R M.2092プロトコル層とUDP/IP層との間に、第5アダプテーション層と称されるプロトコルアダプテーション層を有し、
前記第5アダプテーション層は、末尾スロットを除き、ACARSメッセージの複数のスロット毎に、ダミー確認をITU-R M.2092プロトコル層に返信し、
前記ITU-R M.2092プロトコル層は、前記メッセージの複数のスロットのすべてを前記第5アダプテーション層から受信したとき、受信した複数のスロットを連結し、連結したスロットを第1 UDPデータグラムにカプセル化することを特徴とする請求項2に記載の伝送方法。
-
受信機が、第2アプリケーションのITU-R M.2092プロトコル層とUDP層との間に、第6アダプテーション層と称されるプロトコルアダプテーション層を有し、
前記第6アダプテーション層は、前記複数のスロットを復元するために、前記第1 UDPデータグラムのペイロードをデカプセル化及び分割し、第2アプリケーションのITU-R M.2092プロトコル層に、複数のスロットを1つずつ提供するように構成され、
スロットは、1つ前のスロットの受け取りが確認された場合にだけ提供され、
第6アダプテーション層は、前記複数のスロットの受け取りの複数の確認(ack1,ack2,…,ackn)のすべてを受信したとき、送信機への第2ACARSメッセージ(M’)の送信を待ち、前記複数のスロットの受け取りの確認(ackC)は、第2 UDPデータグラムに挿入される前に、第2メッセージの複数のスロットに連結されることを特徴とする請求項9に記載の伝送方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2021093133A JP2022185437A (ja) | 2021-06-02 | 2021-06-02 | Ipネットワークを介したvdesメッセージ伝送方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2021093133A JP2022185437A (ja) | 2021-06-02 | 2021-06-02 | Ipネットワークを介したvdesメッセージ伝送方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2022185437A true JP2022185437A (ja) | 2022-12-14 |
Family
ID=84438703
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2021093133A Pending JP2022185437A (ja) | 2021-06-02 | 2021-06-02 | Ipネットワークを介したvdesメッセージ伝送方法 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2022185437A (ja) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH1196096A (ja) * | 1997-09-19 | 1999-04-09 | Mitsubishi Electric Corp | 通信方式 |
JP2006287293A (ja) * | 2005-03-31 | 2006-10-19 | Nec Corp | データ転送効率化方法及びその方法を用いたシステム |
JP2010538508A (ja) * | 2007-09-03 | 2010-12-09 | エアバス・オペレーションズ | Ipネットワークを介したacarsメッセージ伝送方法 |
US20140082180A1 (en) * | 2012-09-18 | 2014-03-20 | Fujitsu Limited | Information processor apparatus, information processing method, and recording medium |
JP2017534526A (ja) * | 2013-11-12 | 2017-11-24 | イーオーディン | 少なくとも一隻の船舶の表面(水面)速度を計算する方法、および、前記船舶の航路(パス)の全地点における各々のドリフト(浮動)ベクトルを推定する方法 |
JP2020017884A (ja) * | 2018-07-26 | 2020-01-30 | 日本無線株式会社 | 歪補償装置及び歪補償方法 |
-
2021
- 2021-06-02 JP JP2021093133A patent/JP2022185437A/ja active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH1196096A (ja) * | 1997-09-19 | 1999-04-09 | Mitsubishi Electric Corp | 通信方式 |
JP2006287293A (ja) * | 2005-03-31 | 2006-10-19 | Nec Corp | データ転送効率化方法及びその方法を用いたシステム |
JP2010538508A (ja) * | 2007-09-03 | 2010-12-09 | エアバス・オペレーションズ | Ipネットワークを介したacarsメッセージ伝送方法 |
US20110047281A1 (en) * | 2007-09-03 | 2011-02-24 | AIRBUS OPERATIONS (inc as a Societe par Act Simpl) | Method for transmitting acars messages over ip |
US20140082180A1 (en) * | 2012-09-18 | 2014-03-20 | Fujitsu Limited | Information processor apparatus, information processing method, and recording medium |
JP2014060615A (ja) * | 2012-09-18 | 2014-04-03 | Fujitsu Ltd | 情報処理装置,監視装置,情報処理方法,及び監視プログラム |
JP2017534526A (ja) * | 2013-11-12 | 2017-11-24 | イーオーディン | 少なくとも一隻の船舶の表面(水面)速度を計算する方法、および、前記船舶の航路(パス)の全地点における各々のドリフト(浮動)ベクトルを推定する方法 |
JP2020017884A (ja) * | 2018-07-26 | 2020-01-30 | 日本無線株式会社 | 歪補償装置及び歪補償方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4951766B2 (ja) | Ipネットワークを介したacarsメッセージ伝送方法 | |
US8509139B2 (en) | Method of data transmission in a data communication network | |
RU2549518C2 (ru) | Устройство для передачи блока протокольных данных уровня управления доступом к среде "mac pdu" с расширенным заголовком фрагментации и объединения и соответствующий способ | |
US6674731B1 (en) | Transmission and reception of TCP/IP data over a wireless communication channel | |
US7260650B1 (en) | Method and apparatus for tunneling information | |
JP4044150B2 (ja) | データリンク同期のシステムと方法 | |
KR101858553B1 (ko) | 해상 무선 통신 시스템 | |
EP2378678B1 (en) | Efficient mac header design and communication using same | |
US20090282460A1 (en) | System and Method for Transferring Information Through a Trusted Network | |
US6665292B1 (en) | Transmission and reception of TCP/IP data over a wireless communication channel | |
US11165893B2 (en) | Techniques for packet data conversion | |
US20210329103A1 (en) | System and method for transmitting time-critical analog signals and/or digital signal | |
EP0936826B1 (en) | Mobile communication network using convolutional encoding between base station and switching center | |
WO2017219216A1 (zh) | 一种数据传输方法、相关设备及系统 | |
US6650636B1 (en) | Transmission and reception of TCP/IP data over a wireless communication channel | |
JP2017092692A (ja) | データ伝送制御システム及び方法、並びに、データ伝送制御プログラム | |
JP2022185437A (ja) | Ipネットワークを介したvdesメッセージ伝送方法 | |
US20230269780A1 (en) | SYSTEMS AND METHOD FOR 5G-BASED NON-GEOSTATIONARY SATELLITE SYSTEMS (NGSOs) WITH INTER-SATELLITE LINKS | |
JP2006025325A (ja) | 移動通信システムにおけるパケット転送方法およびその通信システム | |
CN115065982A (zh) | 一种基于卫星链路提高5g业务传输速率的方法及系统 | |
Kramarev et al. | Implementation of a two‐way relay network with compute‐and‐forward in GNU Radio | |
CN117081640B (zh) | 基于帧头压缩的多协议星舰地一体化网关设计方法 | |
KR102146478B1 (ko) | 해상 무선 통신 시스템에서 메시지를 송수신하는 시스템 및 방법 | |
JP2003204336A (ja) | 無線通信ネットワークシステム、無線端末、無線通信方法およびプログラム | |
KR102040248B1 (ko) | Vhf 데이터 교환 시스템의 계층별 네트워크 프로토콜 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20210603 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220526 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20230427 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20230529 |
|
A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20230724 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20231212 |