JP2011055093A - Ring type network system - Google Patents
Ring type network system Download PDFInfo
- Publication number
- JP2011055093A JP2011055093A JP2009200111A JP2009200111A JP2011055093A JP 2011055093 A JP2011055093 A JP 2011055093A JP 2009200111 A JP2009200111 A JP 2009200111A JP 2009200111 A JP2009200111 A JP 2009200111A JP 2011055093 A JP2011055093 A JP 2011055093A
- Authority
- JP
- Japan
- Prior art keywords
- message frame
- node
- information
- message
- received
- 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
Images
Abstract
Description
本発明は、複数のノードがリング状に構成されており、任意のノードを起点として送信されたメッセージフレームをリング内で転送するリング型ネットワークシステムに関する。 The present invention relates to a ring network system in which a plurality of nodes are configured in a ring shape, and a message frame transmitted from an arbitrary node as a starting point is transferred within the ring.
複数のノードをリング状に構成し、リング内でメッセージフレームを単方向に転送することで、メッセージを一斉同報伝送（マルチキャスト／ブロードキャスト伝送）することが可能なリング型ネットワークが知られている。図８は、このようなリング型ネットワークの構成を示す図である。図８に示したリング型ネットワークシステムは、複数のノードＡ〜Ｅを有している。図８に示す例ではノードＡがメッセージの送信元ノードである。ノードＡから送信されたメッセージフレームはノードＢ、Ｃ、Ｄ、Ｅの順に伝搬され、ノードＡへと１巡することで各ノードへと送信される。リング型ネットワークでは、上記したようにノードＡから発信されたメッセージが各ノードを伝搬することにより一斉同報伝送を行うことも可能である。 2. Description of the Related Art A ring network is known in which a plurality of nodes are configured in a ring shape and a message frame is transferred in a single direction within the ring so that a message can be broadcast simultaneously (multicast / broadcast transmission). FIG. 8 is a diagram showing the configuration of such a ring network. The ring network system shown in FIG. 8 has a plurality of nodes A to E. In the example shown in FIG. 8, node A is a message transmission source node. The message frame transmitted from node A is propagated in the order of nodes B, C, D, and E, and is transmitted to each node by making a round to node A. In the ring type network, it is also possible to perform simultaneous broadcast transmission by the message transmitted from the node A propagating through each node as described above.
一斉同報伝送においては、メッセージの送信先が複数存在する（図８に示した例では、ノードＢ〜Ｅとする）。そのため、受信ノードに対してメッセージの送達確認を行うと、複数の受信局（ノードＡが送信元ノードである場合、ノードＢ〜Ｅ）が受信応答を送信してしまう。そのため、一斉同報伝送時には、一般的には送達確認を行わずに受信応答による伝送路の負荷の軽減が図られている。 In simultaneous broadcast transmission, there are a plurality of message destinations (in the example shown in FIG. 8, nodes B to E). Therefore, when message delivery confirmation is performed with respect to the receiving node, a plurality of receiving stations (nodes B to E when node A is the transmission source node) transmit reception responses. For this reason, at the time of simultaneous transmission, generally, transmission load is reduced by reception response without performing delivery confirmation.
したがって、送信元ノードから送信されたメッセージフレームが受信局側で受信ができていない場合でも、送信元ノードであるノードＡからのメッセージフレームの再送（リトライ）などは行われずに、送信処理が終了されるのが一般的である。
それに対し、特許文献１に記載の技術では、このようなリング型のネットワークにおいて、送達確認を行う例が示されている。
Therefore, even when the message frame transmitted from the transmission source node cannot be received on the receiving station side, the transmission processing is completed without performing retransmission (retry) of the message frame from the node A as the transmission source node. It is common to be done.
On the other hand, the technique described in Patent Document 1 shows an example in which delivery confirmation is performed in such a ring network.
特許文献１に記載の技術では、メッセージフレームの送達確認は行えるものの、メッセージフレームの受信に失敗した受信ノードが存在した場合の送信元ノードからの再送動作、および受信に成功した受信ノードにおける処理負荷の軽減などは考慮されておらず、メッセージフレームの確実な送信を行うとともに受信ノード側における負荷の軽減を両立することは困難であった。 In the technique described in Patent Literature 1, although the delivery of a message frame can be confirmed, the retransmission operation from the transmission source node when there is a reception node that failed to receive the message frame, and the processing load in the reception node that has been successfully received Therefore, it is difficult to achieve reliable transmission of message frames and simultaneously reduce the load on the receiving node side.
そこで、本発明は、上記従来例の課題に着目してなされたものであり、メッセージフレームの確実な送信を行うことと受信ノード側における負荷の軽減とを両立させることができるリング型ネットワークシステムを提供することを目的としている。 Therefore, the present invention has been made paying attention to the problems of the conventional example described above, and provides a ring network system capable of satisfying both the reliable transmission of message frames and the reduction of the load on the receiving node side. It is intended to provide.
上記の目的を達成するために、本発明の請求項１に記載のリング型ネットワークシステムは、複数のノードをリング状に接続したリング型ネットワークシステムであって、前記各ノードは、自己が送信するメッセージフレームに新規メッセージフレームであることを識別するメッセージフレーム識別情報を付加する識別部と、前記メッセージフレームの受信に失敗したときに、当該メッセージフレームに受信失敗情報を付加する送達確認部と、自己が送信し順次中継されて戻ってきたメッセージフレームに前記受信失敗情報が付加されているときに、前記メッセージフレームを再度送信する再送信部と、新たに受信したメッセージフレームに含まれる送信元ノード情報と前記メッセージフレーム識別情報とを保持する情報保持部と、受信した前記メッセージフレームに含まれる前記送信元ノード情報及び前記メッセージフレーム識別情報と前記情報保持部に保持されている前記送信元ノード情報及び前記メッセージフレーム識別情報とを比較し、両者が一致するときに当該受信した重複した内容のメッセージフレームを削除する削除部と、を備えたことを特徴とする。 In order to achieve the above object, a ring network system according to claim 1 of the present invention is a ring network system in which a plurality of nodes are connected in a ring shape, and each node transmits itself. An identification unit for adding message frame identification information for identifying a new message frame to the message frame; a delivery confirmation unit for adding reception failure information to the message frame when reception of the message frame fails; When the reception failure information is added to the message frames that have been transmitted and relayed sequentially, the retransmission unit that transmits the message frame again, and the source node information included in the newly received message frame And an information holding unit for holding the message frame identification information, and the received The transmission source node information and the message frame identification information included in the message frame are compared with the transmission source node information and the message frame identification information held in the information holding unit. And a deletion unit that deletes the received message frames having duplicate contents.
本発明の請求項２に記載のリング型ネットワークシステムは、前記メッセージフレームは、受信失敗したメッセージフレームの受信失敗情報を記録するメッセージフレーム送達確認フィードを備える。
本発明の請求項３に記載のリング型ネットワークシステムは、前記ノードのそれぞれは、前記再送信部が同一のメッセージフレームを再度送信した回数を計数し、その回数が所定数に達した場合にはその同一のメッセージフレームの再度送信を停止する再送信停止部を備える。
The ring network system according to claim 2 of the present invention includes a message frame delivery confirmation feed in which the message frame records reception failure information of a message frame that has failed to be received.
In the ring network system according to claim 3 of the present invention, each of the nodes counts the number of times that the retransmission unit transmits the same message frame again, and when the number of times reaches a predetermined number. A retransmission stop unit is provided for stopping the retransmission of the same message frame.
本発明の請求項４に記載のリング型ネットワークシステムでは、前記識別部は、新規メッセージフレームを送信する毎にインクリメントされるカウント部を備え、そのカウント部のカウント値を前記新規メッセージフレーム識別情報としてメッセージフレームに付加するようになっている。
本発明の請求項５に記載のリング型ネットワークシステムでは、前記情報保持部は、前記新規メッセージフレーム識別情報としての前記カウント値の最大値を、前記送信元ノード情報と対応づけて保持するようになっている。
In the ring network system according to claim 4 of the present invention, the identification unit includes a count unit that is incremented every time a new message frame is transmitted, and the count value of the count unit is used as the new message frame identification information. It is added to the message frame.
In the ring network system according to claim 5 of the present invention, the information holding unit holds the maximum value of the count value as the new message frame identification information in association with the source node information. It has become.
本発明によれば、メッセージフレーム識別情報に基づいて受信ノード側でメッセージフレームの削除等の判定が可能となる。そのため、受信に成功した受信ノードにおける処理負荷の軽減などが可能となる。 According to the present invention, it is possible to determine deletion of a message frame on the receiving node side based on the message frame identification information. Therefore, it is possible to reduce the processing load at the receiving node that has been successfully received.
以下、図面を参照して本発明の実施の形態について説明する。図１は、本実施の形態におけるリング型ネットワークシステム１０の構成を示す図である。本実施の形態におけるリング型ネットワークシステム１０は、複数のノード１Ａ〜１Ｅを有している。これらのノードは互いにネットワーク回線で接続されリング状の構成とされている。つまり、ノード１Ａはノード１Ｂに接続され、ノード１Ｂはノード１Ｃに接続されている。以下、同様にノード１Ｃとノード１Ｄ、ノード１Ｄとノード１Ｅが接続され、ノード１Ｅがノード１Ａに接続されることでリング状のネットワークシステムを構成している。
Embodiments of the present invention will be described below with reference to the drawings. FIG. 1 is a diagram showing a configuration of a
なお、図１に示した例では、５個のノード１Ａ〜１Ｅを有する構成を示しているが、ノードの数は５個に限定されるものではなく、任意の数のノードを接続することが可能である。
このリング型ネットワークシステム１０に接続された各ノードは、それぞれが発信あるいは受信の動作が可能である。ここで、発信元ノードとなったノードから発信されたメッセージフレームはリング型ネットワークを構成する各ノードを伝搬して送信先である送信先ノード（受信ノード）に受信される。例えば、ノード１Ａを発信元ノードとしてメッセージフレームが送信された場合は、ノード１Ｂ→１Ｃ→１Ｄ→１Ｅ→１Ａの順に伝搬される。
In the example shown in FIG. 1, a configuration having five nodes 1A to 1E is shown, but the number of nodes is not limited to five, and an arbitrary number of nodes can be connected. Is possible.
Each node connected to the
ここで、受信ノードとして、例えばノード１Ｄが指定されていた場合は、伝搬過程においてノード１Ｄが、ノード１Ａからのメッセージフレームを受信し、他のノードはメッセージフレームの受信動作を行わずに次段のノードへとメッセージフレームを中継送信する。
また、一斉同報伝送が指定され、送信元ノードを除く全てのノード（例えばノード１Ｂ〜ノード１Ｅ）が受信ノードとして指定される場合には、各ノード１Ｂ〜１Ｅがノード１Ａより発信されたメッセージフレームを受信する。
Here, for example, when the node 1D is designated as the receiving node, the node 1D receives the message frame from the node 1A in the propagation process, and the other nodes do not perform the message frame receiving operation and perform the next stage. The message frame is relayed to the node.
When broadcast transmission is designated and all nodes (for example, node 1B to node 1E) other than the transmission source node are designated as receiving nodes, messages transmitted from the nodes 1A to 1E are transmitted from the nodes 1B to 1E. Receive a frame.
このようにリング型ネットワークを構成し、各ノードが受信動作を行うことで、リング状ネットワークシステムにおける１対１のメッセージフレームの伝送、１対複数の一斉同報伝送（マルチキャスト／ブロードキャスト伝送）が実行される。
図２は、本実施形態における各ノードの構成を示す図である。ノード１Ａ〜１Ｅの構成は同一であるため、図２では、ノード１として代表的な１構成例のみが示されている。図２に示すように、ノード１はホストシステム部２１及び通信制御部２２を有している。ホストシステム部２１と通信制御部２２はノード内のシステムバス２３によって接続されている。
By configuring a ring network in this way and each node performing a receiving operation, one-to-one message frame transmission and one-to-multiple simultaneous broadcast transmission (multicast / broadcast transmission) are performed in the ring network system. Is done.
FIG. 2 is a diagram illustrating a configuration of each node in the present embodiment. Since the configurations of the nodes 1A to 1E are the same, only one typical configuration example of the node 1 is shown in FIG. As illustrated in FIG. 2, the node 1 includes a
ホストシステム部２１は、各ノードが実行するアプリケーションプログラムなどに応じて各ノード内での処理を実行する部分である。通信制御部２２は、ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルにおいて物理層とデータリンク層に対応する層を制御する部分である。本実施形態では、この通信制御部２２が、送信するメッセージフレーム作成、およびメッセージフレームの受信動作の制御を行う。
The
ホストシステム部２１は、ＣＰＵ２１１及びメモリ２１２を有している。ＣＰＵ２１１は、例えばメモリ２１２に保持されたプログラムなどに基づいてノード内で実行される各種処理を実行する。メモリ２１２は、不図示のＲＯＭおよびＲＡＭを有している。メモリ２１２のＲＯＭには各ノードが実施するアプリケーションプログラムが保持され、ＲＡＭにはアプリケーションプログラムを実行する際の一時的なデータなどが保持される。
The
通信制御部２２は、ホストシステム部２１からの命令に基づいて、リング型ネットワークにおける各ノードの通信処理を制御・実行する。本実施の形態では、通信制御部２２は、少なくともメッセージフレーム送達確認部２２１、メッセージフレーム送信リトライ部（再送信部）２２２、重複メッセージフレーム削除部２２３及びメッセージフレーム識別部２２４を有している。
The
メッセージフレーム送達確認部２２１は、自ノードが送信元ノードとして機能する場合に動作する。より詳細には、メッセージフレーム送達確認部２２１は、メッセージフレームの送達確認に関する情報を生成する生成部２２１Ａおよび情報を書き換える書換部２２１Ｂを有している。
ここで、生成部２２１Ａは、自ノードが送信するメッセージフレームの一部として後述する送達確認フィールドの生成を行う。また、書換部２２１Ｂは、自ノードが受信した自ノード宛のメッセージフレームに関し、メッセージフレームの受信の成功あるいは失敗を判定し、受信したメッセージフレームを構成する送達確認フィールドをメッセージフレーム受信の成功、失敗に応じて書き換える。また、書換部２２１Ｂは、受信したメッセージフレームが自ノードが送信したメッセージフレームである場合には、再送必要性の有無に応じて、送達確認フィールドを書き換える。
The message frame
Here, the
メッセージフレーム送信リトライ部２２２は、自ノードが送信元ノードとして動作する場合に機能する。メッセージフレーム送信リトライ部２２２は、送信元のノードに関する情報、受信したメッセージフレームのメッセージフレーム識別情報を確認し、自ノードが発信したメッセージフレームであるか否かを判定する。
さらに、メッセージフレーム送信リトライ部２２２は、受信したメッセージフレームが自ノードが発信したメッセージフレームか否か、および自ノードから何回送信されたメッセージフレームなのかに基づいて、メッセージフレームの再送が必要であるかどうかを判定する。メッセージフレーム送信リトライ部２２２には、メッセージフレーム再送回数を設定する再送回数保持部２２２Ａが設けられており、受信したメッセージフレームが自ノードから何回再送されたかに応じて、再送必要性の有無などを判断する機能が備えられている。
The message frame transmission retry
Further, the message frame transmission retry
重複メッセージフレーム削除部２２３は、自ノードが受信ノードとして機能する場合に動作する。重複メッセージフレーム削除部２２３は受信したメッセージフレームがすでに受信したメッセージフレームであるかどうかを判定し、受信メッセージフレームを破棄するか取り込むかを判定する部分である。重複メッセージフレーム削除部２２３は受信済みメッセージフレームの識別情報に対応する受信済みメッセージフレームの情報保持部２２３Ａを有し、この情報保持部２２３Ａに保持された情報に基づいて、受信したメッセージフレームに関して、受信済みであるか否かを判定する。
The duplicate message
メッセージフレーム識別部２２４は、自ノードが送信元ノードとして機能する場合に動作する。メッセージフレーム識別部２２４は、新規メッセージフレームを送信する場合に、後述のメッセージフレーム識別情報を生成し、メッセージフレームを構成するフレームの一部として付加する部分である。このメッセージフレーム識別部２２４は、例えばカウンタ２２４Ａ、カウンタ２２４Ｂ等により構成される。
The message
上記した通信制御部２２の動作は、ホストシステム部２１による指示および受信したメッセージフレームを構成するフレームの所定のフィールドの値に基づいて決定される。以下、本実施の形態において送受信されるメッセージフレームの構造について説明する。
図３は、本実施の形態において送受信されるメッセージフレームの構造を示す図である。本実施の形態におけるメッセージフレーム３０は、ヘッダフィールド３１、新規のメッセージフレーム識別情報（以下、メッセージＩＤと称す）フィールド３２、データフィールド３３、送達確認フィールド３４を有している。
The operation of the
FIG. 3 is a diagram showing the structure of message frames transmitted and received in the present embodiment. The
ヘッダフィールド３１は、受信局側を初期化するプレアンブルフィールドや、フレームの種類などを示す情報を含むフィールドであり、送信されるメッセージフレームのヘッダとして必ず付加されるフィールドである。また、ヘッダフィールドには送信元ノードに関する情報、送信先ノードに関する情報が含まれる。
メッセージＩＤフィールド３２は、送信されるメッセージフレームに固有に付加されるフィールドであり、メッセージフレームごとに異なる値が割り振られているフィールドである。本実施の形態では、送信ノード内のカウンタによって、送信するメッセージフレームを、例えばシリアルにカウントアップしたカウント値によって構成される。このカウント値の具体例については後述する。
The
The
データフィールド３３は、メッセージフレーム本体のデータに対応するフィールドであり、このデータフィールド３３は送受信されるメッセージフレームの本体となる部分である。
送達確認フィールド３４は、自ノード宛のメッセージフレームである場合に、自ノードによって書き換え可能なフラグを有するフィールドであり、本実施の形態では、受信成功情報としての成功フラグおよび受信失敗情報としての失敗フラグにより構成されている。なお、送達確認フィールドとしては、いずれかのノードによって受信が失敗した事を示す失敗フラグのみであっても良い。
The
The
このように構成されたリング型ネットワークシステム１０の動作について、以下に説明する。先ず、ユニキャストについて説明する。送信元ノード、送信先ノード（受信ノード）が確定しているメッセージフレームを伝送する場合は、送信元ノードにおいてメッセージフレーム３０のヘッダフィールド３１に送信元ノード、送信先ノードに関する情報が書き込まれ、データフィールド３３にメッセージフレームデータが書き込まれて、リング型ネットワークの伝送路に出力される。リング型ネットワーク内では、伝送されるメッセージフレームが各ノードを伝播し、送信先とされた受信ノードによって受信動作が行われて、メッセージフレームの授受が行われる。
The operation of the
一方、リング型ネットワークシステム１０において、一斉同報伝送を利用してメッセージフレームを送信する場合、送信元ノードにおいて、メッセージフレーム３０のヘッダフィールド３１に送信元ノードの情報および送信先として一斉同報先を表す情報が書き込まれる。以下の動作説明では、ノード１Ａを送信元とし、ノード１Ａから発信されたメッセージフレームがノード１Ｂ〜１Ｅに対して一斉同報伝送される場合を例にして説明する。
On the other hand, in the
図４は、送信元ノード（本例ではノード１Ａ）におけるメッセージフレーム作成動作を示すフローチャートであり、図５は受信ノードにおいて、実施される動作を示すフローチャートである。また、図６は、リング型ネットワークによってメッセージフレームが１巡され、送信ノード自身が送信したメッセージフレームを受信した場合の送信ノードにおける動作を示すフローチャートである。 FIG. 4 is a flowchart showing a message frame creation operation in the transmission source node (node 1A in this example), and FIG. 5 is a flowchart showing an operation performed in the reception node. FIG. 6 is a flowchart showing the operation in the transmitting node when the message frame is circulated once by the ring network and the message frame transmitted by the transmitting node itself is received.
送信元のノード１Ａにおいて、ホストシステム部２１によって、送信すべき新規メッセージフレームが生成された場合、ホストシステム部２１は新規メッセージフレームであることを示す信号と共に、新規メッセージフレームに対応するデータを通信制御部２２へと送信する（図４、ステップＳ４１参照）。
ホストシステム部２１より新規メッセージフレームを受信した通信制御部２２は、送信元の情報、送信先の情報および新規メッセージフレームに対応する情報を含むヘッダフィールド３１を作成する。このヘッダフィールド３１と新規メッセージフレームに対応するデータフィールド３３によってメッセージフレームの一部が構成される。
In the transmission source node 1A, when a new message frame to be transmitted is generated by the
The
その後、通信制御部２２は、図４に示すステップＳ４２において、メッセージフレーム識別部２２４がメッセージＩＤを作成する。
ここで作成するメッセージＩＤは、送信元のノードによって作成されたメッセージフレームをシリアルに計数した番号などである。例えば送信元のノード１Ａによって最初に作成されたメッセージフレームであれば“１”、ノード１Ａによってｎ番目に作成された新規メッセージフレームであれば“ｎ”などとなる。このｎ番目のメッセージフレームであると言う情報は、上述したカウンタのカウント値を用いて作成される。なお、メッセージＩＤは、このような形に限定されず、メッセージフレーム毎に固有の識別情報であればよく、その作成方法は限定されない。
Thereafter, in step S42 shown in FIG. 4, the
The message ID created here is a number obtained by serially counting message frames created by the source node. For example, “1” is the message frame created first by the source node 1A, “n” is the new message frame created n-th by the node 1A, and so on. The information that it is the nth message frame is created using the count value of the counter described above. Note that the message ID is not limited to such a form, and may be unique identification information for each message frame, and the creation method is not limited.
図４に示すステップＳ４３において、上記ステップＳ４２において作成したメッセージＩＤがヘッダフィールド３１およびデータフィールド３３を有するメッセージフレームにメッセージＩＤフィールド３２として付加される。
その後、通信制御部２２では、ヘッダフィールド３１、メッセージＩＤフィールド３２、データフィールド３３を有するメッセージフレームに、メッセージフレーム送達確認部２２１によってさらに送達確認フィールド３４を付加し、ネットワークに送信されるメッセージフレームが作成される（図４、ステップＳ４４参照）。ここで、付加される送達確認フィールド３４は、例えば、２ビットから構成されるフラグであり、各ビットが受信成功情報としての成功フラグおよび受信失敗情報としての失敗フラグに対応しているものとする。
In step S43 shown in FIG. 4, the message ID created in step S42 is added as a
Thereafter, the
ここで、新規メッセージフレームに対して、送信ノード１Ａにより作成される成功フラグ、失敗フラグはともに“Ｌ”レベル、つまり成功フラグ＝“０”、失敗フラグ＝“０”であるものとする。なお、成功フラグ、失敗フラグはともに“Ｈ”レベルの場合には、成功フラグ＝“１”、失敗フラグ＝“１”を設定する事になる。
このようにして送信元であるノード１Ａでは、ヘッダフィールド３１、メッセージＩＤフィールド３２（“ｎ”など）、データフィールド３３、送達確認フィールド３４（例えば成功フラグ＝“０”、失敗フラグ＝“０”）を有するメッセージフレームが生成され、ノード１Ｂに対するメッセージフレームとして送信される（図４、ステップＳ４５参照）。
Here, it is assumed that the success flag and the failure flag created by the transmission node 1A for the new message frame are both at the “L” level, that is, the success flag = “0” and the failure flag = “0”. If both the success flag and the failure flag are at “H” level, the success flag = “1” and the failure flag = “1” are set.
Thus, in the node 1A that is the transmission source, the
次に、受信局側のノード１Ｂ〜１Ｅの動作について説明する。図５に示すように、受信ノード側では、重複メッセージフレーム削除部２２３において、受信したメッセージフレームに関する送信元ノード情報およびメッセージＩＤの取得が行われる（図５、ステップＳ５１参照）。その後、受信済みメッセージフレームの情報保持部５０から受信済みメッセージフレームの情報を読み出す。
Next, the operation of the nodes 1B to 1E on the receiving station side will be described. As shown in FIG. 5, on the receiving node side, the duplicate message
情報保持部５０は、送信元ノードごとに各ノードが送信したメッセージフレームの最新のメッセージＩＤ（カウント値）を保持するＩＤ保持テーブルを有する。そのため、受信したメッセージフレームの送信元ノードおよびそのメッセージフレームのメッセージＩＤとＩＤ保持テーブルに保持されている送信元ノードおよびメッセージＩＤとを比較することにより、受信済みのメッセージフレームであるかどうかの確認が可能である（図５、ステップＳ５２参照）。
The
ここで、受信済みメッセージＩＤの情報保持部５０としては重複メッセージフレーム削除部２２３内（例えば、図２の情報保持部２２３Ａ）あるいは通信制御部２２内に記憶部として設けられていれば良い。この情報保持部５０は、リング型ネットワークに接続される各ノードと、夫々のノードが発信し、自ノードが受信済みのメッセージＩＤを関連付けて記憶しているものとする。
Here, the received message ID
そして、受信ノードでは受信したメッセージＩＤと、受信済みメッセージＩＤとの比較が行われる（図５、ステップＳ５３参照）。この比較の結果、既に受信した受信済みメッセージＩＤと、新たに受信したメッセージＩＤが同一であった場合は、重複メッセージフレーム削除部２２３は受信動作を行わずに受信したメッセージフレームを破棄する（図５、ステップＳ５４参照）。正確にはノード全体としては、受信したメッセージフレームを次のノードへと中継する。
Then, the receiving node compares the received message ID with the received message ID (see step S53 in FIG. 5). If the received message ID already received is the same as the newly received message ID as a result of this comparison, the duplicate message
例えばノード１Ｂがノード１Ａからメッセージフレームを受信し、そのメッセージフレームがノード１Ｂによって既に受信済みのメッセージフレームであった場合、ノード１Ｂはメッセージフレームを受信する動作を行わずに、受信したメッセージフレームをノード１Ｃへと伝送させる。また、この時にノード１Ｂのメッセージフレーム送達確認部２２１は、受信メッセージフレームに含まれる送達確認フィールド３４の成功フラグを“１”に書き換える（図５、ステップＳ５４参照）。
For example, when the node 1B receives a message frame from the node 1A and the message frame is a message frame that has already been received by the node 1B, the node 1B does not perform the operation of receiving the message frame, Transmit to node 1C. At this time, the message frame
一方、受信ノードで受信したメッセージＩＤと、受信済みメッセージＩＤとの比較の結果、受信済みのメッセージフレームではないとされた場合は、受信したメッセージフレームを新規メッセージフレームと認識する。受信したメッセージフレームが新規のメッセージフレームであると判断された場合、受信ノードは以下の動作を行う。
受信ノードは新規のメッセージフレームを保持する受信バッファに関する空き容量の確認を行う（図５、ステップＳ５５参照）。受信バッファに空き容量が十分にある場合、受信ノードはメッセージフレーム受信動作を実行し、受信したメッセージフレームの送信元ノードに対応させてメッセージＩＤを上記した情報保持部５０に書き込む（図５、ステップＳ５６参照）。
On the other hand, if it is determined that the received message frame is not a received message frame as a result of the comparison between the message ID received by the receiving node and the received message ID, the received message frame is recognized as a new message frame. When it is determined that the received message frame is a new message frame, the receiving node performs the following operation.
The receiving node checks the free capacity related to the receiving buffer holding the new message frame (see step S55 in FIG. 5). If there is sufficient free space in the reception buffer, the reception node performs a message frame reception operation and writes a message ID in the
その後、メッセージフレーム送達確認部２２１は送達確認フィールド３４の成功フラグを“１”に書き換える（図５、ステップＳ５７参照）。メッセージフレーム送達確認部２２１により、送達確認フィールド３４が書き換えられたメッセージフレームは、次のノードへと伝播される。
受信バッファに空き容量が少なくメッセージフレームを受信できない場合、メッセージフレーム受信動作は行われない。メッセージフレーム送達確認部２２１は、受信メッセージフレームに含まれる送達確認フィールド３４の失敗フラグを“１”に書き換える。
Thereafter, the message frame
When the message buffer cannot be received due to a small free space in the reception buffer, the message frame reception operation is not performed. The message frame
そして、受信したメッセージフレームは、受信に失敗したノードを通過して次のノードへと伝播される（図５、ステップＳ５８参照）。なお、受信の失敗は、受信バッファの空き容量にのみ依存するものではなく、受信したメッセージフレームのＣＲＣチェック、パリティチェックなどにより、メッセージフレームが正常に受信できなかった場合でも同様の動作を行う。 The received message frame is propagated to the next node through the node that has failed to be received (see step S58 in FIG. 5). The reception failure does not depend only on the free capacity of the reception buffer, and the same operation is performed even when the message frame cannot be normally received by CRC check or parity check of the received message frame.
このようにノード１Ｂ〜１Ｅを伝播したメッセージフレームはノード１Ａによって再び受信される。メッセージフレームを受信したノード１Ａでは、メッセージＩＤの確認を行う（図６、ステップＳ６１、Ｓ６２参照）。その後、受信したメッセージフレームが自ノードから送信されたものであるかどうかの判定を行う（図６、ステップＳ６３参照）。
自ノードから発信されたメッセージフレームでない場合は図５に示した受信ノードとしての動作を行う（図６、ステップＳ６７参照）。自ノードから発信されたメッセージフレームであると判定された場合は、送達確認フィールド３４の成功フラグ、失敗フラグの確認を行う（図６、ステップＳ６４参照）。
Thus, the message frame propagated through the nodes 1B to 1E is received again by the node 1A. The node 1A that has received the message frame confirms the message ID (see steps S61 and S62 in FIG. 6). Thereafter, it is determined whether or not the received message frame is transmitted from the own node (see step S63 in FIG. 6).
If it is not a message frame transmitted from its own node, the receiving node shown in FIG. 5 is operated (see step S67 in FIG. 6). When it is determined that the message frame is transmitted from the own node, the success flag and the failure flag in the
ここで、成功フラグ＝“１”、失敗フラグ＝“０”であった場合、メッセージフレーム送信リトライ部２２２は、受信ノードにおける受信失敗はなかったものと判断し、メッセージフレームの再送は行わない（図６、ステップＳ６８参照）。一方、成功フラグ＝“１”であった場合でも、失敗フラグ＝“１”であった場合は、メッセージフレーム送信リトライ部２２２は、伝播経路中のいずれかのノードでメッセージフレームの受信に失敗したものと判断する。
Here, when the success flag = “1” and the failure flag = “0”, the message frame transmission retry
この判断に基づいて、メッセージフレームの再送が決定される（図６、ステップＳ６５参照）。なお、詳細には再送回数に基づいて、再送停止の判定を行っても良いが、この点に関しては、後述する（図６、ステップＳ６１０）。メッセージフレーム送達確認部２２１は、メッセージフレームを再送するときに、成功フラグ＝“０”、失敗フラグ＝“０“に書き換え、同一のメッセージＩＤを付与して再度ノード１Ｂへと送信する（図６、ステップＳ６６参照）。
Based on this determination, retransmission of the message frame is determined (see step S65 in FIG. 6). Although it may be determined in detail based on the number of retransmissions, this point will be described later (FIG. 6, step S610). When retransmitting the message frame, the message frame
メッセージフレームが再送された場合、ノード１Ｂ〜１Ｅでは、上記に図５を用いて説明した動作と同一の動作が行われる。ただし、受信ノードとしては、受信したメッセージフレームがすでに受信済みのメッセージフレームであるか否かを判定することができればよいので、ノード１Ａからｍ回目に送信されたメッセージフレームであるという情報は不要である。 When the message frame is retransmitted, the nodes 1B to 1E perform the same operation as that described above with reference to FIG. However, since the receiving node only needs to be able to determine whether or not the received message frame is an already received message frame, the information that the message frame is the mth message frame transmitted from the node 1A is unnecessary. is there.
このような場合、受信ノードでは、重複メッセージフレーム削除部２２３で受信したメッセージフレームのメッセージＩＤの上位の情報（例えばｎ）などから受信済みメッセージフレームであるか否かを判断すれば、受信済みのメッセージフレームであるか否かを判断することが可能である。つまり、送信元ノード情報とメッセージＩＤを判定することで受信済みのメッセージフレームであるか否かを適切に判断することが可能であり、受信済みのメッセージフレームであるときには受信したメッセージフレームデータを削除する。
In such a case, the receiving node determines whether or not the received message frame is a received message frame from information (for example, n) of the message ID of the message frame received by the duplicate message
このようにして伝搬されたメッセージフレームは再び、ノード１Ａによって受信される。ノード１Ａでは上記に図６を用いて説明した動作が繰り返される。ただし、メッセージフレーム識別部２２４が、メッセージフレーム再送の回数に関する情報を付加していた場合、同じメッセージフレームが何回繰り返して送信されているかを確認する（図６、ステップＳ６１０参照）。
The message frame thus propagated is received again by the node 1A. In the node 1A, the operation described above with reference to FIG. 6 is repeated. However, if the message
ここで、再送の繰り返し回数があらかじめ設定された上限値（例えばｋ回）に達していた場合、メッセージフレーム送信リトライ部２２２は、再送を中止する（図６、ステップＳ６９参照）。つまり、メッセージフレーム送信リトライ部２２２は、カウンタＢ２２４Ｂのカウント値“ｍ”がｍ＝ｋとなった場合に再送は行わないものとして判定する。
このように構成しておくことで、受信ノードの構造的なエラーなどにより特定のメッセージフレームが受信不可能となっている場合でも、同一のメッセージフレームを無限にリング型ネットワークシステム１０内に送信することを防ぐことが可能である。
Here, when the number of repetitions of retransmission has reached a preset upper limit (for example, k times), the message frame transmission retry
With this configuration, even when a specific message frame cannot be received due to a structural error of the receiving node, the same message frame is transmitted infinitely in the
以上、説明した動作を、図７を用いて具体的に説明する。図７に示す例では説明の簡略化のため、メッセージＩＤは“８”として説明する。
また、ノード１Ａより送信されたメッセージフレームは、この例においては、リング型ネットワークシステム１０を２巡することによって全てのノードに受信され、ノード１Ａからの送信動作は２巡目で終了するものとして説明する。
The operation described above will be specifically described with reference to FIG. In the example shown in FIG. 7, the message ID is “8” for the sake of simplicity.
Further, in this example, the message frame transmitted from the node 1A is received by all the nodes by making a round of the
図７に示す例では、ノード１Ａが、メッセージＩＤ＝“８” 、成功フラグ＝ “０” 、失敗フラグ＝ “０” およびヘッダフィールド３１、データフィールド３３を有するメッセージフレームをノード１Ｂへと送信する。
ノード１Ｂでは、ノード１Ａより送信されたメッセージフレームが受信される。ノード１Ｂでは、図５に示すステップＳ５２により、メッセージＩＤ＝“８”を読み取り、図５に示すステップＳ５３によって、受信済みメッセージＩＤではない事が確認される。
In the example shown in FIG. 7, the node 1A transmits a message frame having a message ID = “8”, a success flag = “0”, a failure flag = “0”, a
The node 1B receives the message frame transmitted from the node 1A. The node 1B reads the message ID = “8” in step S52 shown in FIG. 5, and confirms that it is not the received message ID in step S53 shown in FIG.
その後、ノード１Ｂでは、図５に示す、ステップＳ５５〜Ｓ５８のメッセージフレームの受信動作が行われる。図７に示す例では、図５に示すＳ５５において、ノード１Ｂでは、受信バッファの空き容量が充分であると判断されたものとする。
従って、新規メッセージフレームの受信は正常に行われ、図５に示すステップＳ５６において、メッセージＩＤ＝“８”が受信済みメッセージフレームとして情報保持部５０に保持される。受信側ノード１Ｂは、図５に示すステップＳ５７において成功フラグを“１”に書き換え、ノード１Ｃへとメッセージフレームを送信する。
Thereafter, the node 1B performs the message frame receiving operation in steps S55 to S58 shown in FIG. In the example illustrated in FIG. 7, it is assumed that the node 1B determines that the free space of the reception buffer is sufficient in S55 illustrated in FIG.
Accordingly, the new message frame is normally received, and in step S56 shown in FIG. 5, the message ID = “8” is held in the
次段で、メッセージフレームを受信したノード１Ｃでは、図５に示したステップＳ５３により、メッセージＩＤ＝“８”が受信済みのメッセージフレームではないことが判断される。送信元ノード１Ａからの送信メッセージフレームで、メッセージＩＤ＝“８”のメッセージフレームは受信済みではないため、図５に示すステップＳ５５において、メッセージフレーム受信可能かどうかを判定する。 In the next stage, in the node 1C that has received the message frame, it is determined in step S53 shown in FIG. 5 that the message ID = “8” is not a received message frame. In the transmission message frame from the transmission source node 1A, since the message frame with the message ID = “8” has not been received, it is determined in step S55 shown in FIG. 5 whether the message frame can be received.
図７に示す例では、ノード１Ｃでは、受信バッファの空き容量が充分ではなく、メッセージフレームの受信が正常に行われなかったものとする。メッセージフレームの受信に失敗したため、ノード１Ｃは、図５に示すステップＳ５８で、失敗フラグを“１”に書き換え、ノード１Ｄへとメッセージフレームを送信する。ノード１Ｄおよび１Ｅでも同様の動作が行われ、ノード１Ａにメッセージフレームが伝播される。 In the example illustrated in FIG. 7, it is assumed that the reception buffer has insufficient space in the node 1 </ b> C and the message frame is not normally received. Since reception of the message frame has failed, the node 1C rewrites the failure flag to “1” in step S58 shown in FIG. 5, and transmits the message frame to the node 1D. The same operation is performed in the nodes 1D and 1E, and the message frame is propagated to the node 1A.
ここで、図７に示す例では、ノード１Ｄにおいては、メッセージフレームの受信に成功し、送達確認フィールド３４の成功フラグが書き換えられ、ノード１Ｅにおいてはメッセージフレームの受信に失敗し、送達確認フィールド３４の失敗フラグが書き換えられるものとする。ノード１Ｅから伝搬されたメッセージフレームは、再びノード１Ａへと入力される。
Here, in the example shown in FIG. 7, the node 1D succeeds in receiving the message frame, the success flag in the
ノード１Ａでは送信元ノードを示す情報から、図６に示すステップＳ６３において、自ノードが発信したメッセージフレームである事が確認される。図６に示すステップＳ６４において、自ノードが発信したメッセージフレームである場合は、送達確認フィールド３４の成功フラグおよび失敗フラグの確認が行われる。
ここで、図７に示す例では、１巡目の送達確認フィールド３４の失敗フラグは、ノード１Ｃおよび１Ｅによって“１”とされているため、ノード１ＡはメッセージＩＤを再び“８”、成功フラグ=“０”、失敗フラグ＝“０”とし、メッセージフレームをノード１Ｂへと送信する。
In the node 1A, it is confirmed from the information indicating the transmission source node that the message frame is transmitted by the own node in step S63 shown in FIG. In step S64 shown in FIG. 6, when it is a message frame transmitted by the own node, the success flag and the failure flag in the
Here, in the example shown in FIG. 7, since the failure flag of the
ノード１Ｂでは、図５に示すステップＳ５２において、受信したメッセージフレームのメッセージＩＤを確認する。ここで、メッセージＩＤ＝“８”は既に受信したメッセージフレームとして保持されているため、図５に示すステップＳ５４において、ノード１Ｂでは受信動作を行わずに、送達確認フィールド３４の成功フラグを“１”として、次ノード１Ｃへとメッセージフレームが送信される。
The node 1B confirms the message ID of the received message frame in step S52 shown in FIG. Here, since the message ID = “8” is held as the already received message frame, in step S54 shown in FIG. 5, the node 1B does not perform the reception operation and sets the success flag in the
ノード１Ｃでは、図５に示すステップＳ５２において、初回の受信時にメッセージフレームが受信できていないため、情報保持部５０にはメッセージＩＤ＝“８”が保持されていない。そのため、受信したメッセージフレームを新規のメッセージフレームと同様に取り扱い、図５に示したステップＳ５５〜Ｓ５８の受信動作を開始する。図７に示す例では、ノード１Ｃにおける２回目の受信時にはノード１Ｃの受信バッファに充分な空き容量ができているものとし、正常な受信動作が行われるものとする。
In the node 1C, the message ID = “8” is not held in the
ノード１Ｃは、送達確認フィールド３４の成功フラグを“１”とし、次ノード１Ｄへとメッセージフレームを送信する。以降、ノード１Ｄおよび１Ｅにおいても同様な動作が行われる。図７に示す例では、２巡目においてノード１Ｄ、１Ｅにおいてもメッセージフレームが正常に受信され、失敗フラグは書き換えられず、成功フラグのみ“１”に書き換えられるものとする。
The node 1C sets the success flag in the
そして、ノード１Ｅから、ノード１Ａへとメッセージフレームが伝播される。ノード１ＡではメッセージＩＤから、自ノードが発信したメッセージフレームである事が確認されるため、メッセージフレーム送信リトライ部２２２により送達確認フィールド３４の成功フラグおよび失敗フラグの確認が行われる。
ここで、図７に示す例では、２回目の送信ですべての受信局側のノードによってメッセージフレームが正常に受信されている。そのため、送達確認フィールド３４の失敗フラグは“０”となっており、成功フラグが“１”とされている。送信側のノード１Ａは、全てのノードでメッセージフレームが正常に受信されたものとしてメッセージフレームの送信を終了する。
Then, the message frame is propagated from the node 1E to the node 1A. In the node 1A, since it is confirmed from the message ID that the message frame is transmitted from the own node, the message frame transmission retry
Here, in the example shown in FIG. 7, the message frame is normally received by all the nodes on the receiving station side in the second transmission. Therefore, the failure flag in the
このようにして本実施の形態によれば、送信されるメッセージフレームに送達確認フィールド３４およびメッセージＩＤフィールド３２を設ける事により、リング型のネットワークシステムであっても、受信側のノードで受信に失敗した場合にメッセージフレームを再送することが可能なシステムを実現している。更に、送信側のノードでメッセージＩＤフィールド３２を作成し、それをメッセージフレームに付加する事で、メッセージフレームを受信する側のノードでメッセージＩＤを確認する事が可能となる。
As described above, according to the present embodiment, by providing the
このメッセージＩＤにより、受信側のノードが既に受信済みのメッセージフレームであると判断する事が可能であり、受信済みのメッセージフレームである場合には、メッセージフレーム受信に伴う他の作業を行わずに、送達確認フィールド３４のフラグを書き換えるのみで、次ノードへとメッセージフレームを送信する事が可能となる。そのため、メッセージフレーム受信側のノードで既に受信済みのメッセージフレームを受信した場合でも処理を増加させずに速やかに次ノードへとメッセージフレームを送信する事が可能である。
With this message ID, it is possible to determine that the receiving node is a message frame that has already been received, and in the case of a received message frame, no other work is involved in receiving the message frame. By simply rewriting the flag in the
また、上記した実施の形態では、説明の簡略化のため、受信したメッセージフレームに関するメッセージＩＤの確認を送信側に１巡して戻ってきた場合と、受信ノードで分けて説明しているが、受信したメッセージフレームのメッセージＩＤ確認、受信済みメッセージフレームの確認（自ノード送信メッセージフレームの確認）、メッセージＩＤの比較などは、一部の機能を合成して構成することが可能である。 Further, in the above-described embodiment, for simplification of description, the case where the confirmation of the message ID related to the received message frame is returned to the transmission side once and the reception node is described separately. Confirmation of the message ID of the received message frame, confirmation of the received message frame (confirmation of the self-node transmission message frame), comparison of the message ID, and the like can be configured by combining some functions.
以上、本発明の実施の形態に基づいて詳細に説明したが、本発明は実施の形態に限定されず種々の変形が可能である。 As mentioned above, although it demonstrated in detail based on embodiment of this invention, this invention is not limited to embodiment, A various deformation | transformation is possible.
１Ａ−１Ｅ ノード
１０ リング型ネットワークシステム
２１ ホストシステム部
２２ 通信制御部
２３ システムバス
３０ メッセージフレーム
３１ ヘッダフィールド
３２ メッセージＩＤ（メッセージフレーム識別情報）フィールド
３３ データフィールド
３４ 送達確認フィールド
５０ 情報保持部
２１１ ＣＰＵ
２１２ メモリ
２２１ メッセージフレーム送達確認部
２２２ メッセージフレーム送信リトライ部
２２３ 重複メッセージフレーム削除部
２２４ メッセージフレーム識別情報生成部
1A-
212
Claims (5)
前記各ノードは、
自己が送信するメッセージフレームに新規メッセージフレームであることを識別するメッセージフレーム識別情報を付加する識別部と、
前記メッセージフレームの受信に失敗したときに、当該メッセージフレームに受信失敗情報を付加する送達確認部と、
自己が送信し順次中継されて戻ってきたメッセージフレームに前記受信失敗情報が付加されているときに、前記メッセージフレームを再度送信する再送信部と、
新たに受信したメッセージフレームに含まれる送信元ノード情報と前記メッセージフレーム識別情報とを保持する情報保持部と、
受信した前記メッセージフレームに含まれる前記送信元ノード情報及び前記メッセージフレーム識別情報と前記情報保持部に保持されている前記送信元ノード情報及び前記メッセージフレーム識別情報とを比較し、両者が一致するときに当該受信した重複した内容のメッセージフレームを削除する削除部と、
を備えたことを特徴とするリング型ネットワークシステム。 A ring network system in which a plurality of nodes are connected in a ring shape,
Each of the nodes
An identification unit for adding message frame identification information for identifying a new message frame to a message frame transmitted by itself;
A delivery confirmation unit that adds reception failure information to the message frame when reception of the message frame fails;
A retransmission unit that re-transmits the message frame when the reception failure information is added to the message frame that is transmitted by itself and relayed sequentially and returned;
An information holding unit for holding source node information included in a newly received message frame and the message frame identification information;
When the transmission source node information and the message frame identification information included in the received message frame are compared with the transmission source node information and the message frame identification information held in the information holding unit, and they match A deletion unit that deletes the received message frame with the duplicate content,
A ring network system characterized by comprising:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009200111A JP2011055093A (en) | 2009-08-31 | 2009-08-31 | Ring type network system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009200111A JP2011055093A (en) | 2009-08-31 | 2009-08-31 | Ring type network system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2011055093A true JP2011055093A (en) | 2011-03-17 |
Family
ID=43943692
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009200111A Pending JP2011055093A (en) | 2009-08-31 | 2009-08-31 | Ring type network system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2011055093A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101442567B1 (en) * | 2012-05-31 | 2014-09-19 | 박영규 | Seamless network communication method using frame based routing on the ring topology |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH01258518A (en) * | 1988-04-08 | 1989-10-16 | Hitachi Ltd | Line back-up system |
| JPH05153135A (en) * | 1991-11-25 | 1993-06-18 | Nec Corp | Multi-address communication responding circuit |
| JPH07202917A (en) * | 1993-12-28 | 1995-08-04 | Toshiba Corp | Multi-address communication method and communication network |
| JPH11252134A (en) * | 1998-02-27 | 1999-09-17 | Matsushita Electric Works Ltd | Broadcast communication system |
| JP2000295261A (en) * | 1999-04-02 | 2000-10-20 | Yazaki Corp | Communication method and communication system |
-
2009
- 2009-08-31 JP JP2009200111A patent/JP2011055093A/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH01258518A (en) * | 1988-04-08 | 1989-10-16 | Hitachi Ltd | Line back-up system |
| JPH05153135A (en) * | 1991-11-25 | 1993-06-18 | Nec Corp | Multi-address communication responding circuit |
| JPH07202917A (en) * | 1993-12-28 | 1995-08-04 | Toshiba Corp | Multi-address communication method and communication network |
| JPH11252134A (en) * | 1998-02-27 | 1999-09-17 | Matsushita Electric Works Ltd | Broadcast communication system |
| JP2000295261A (en) * | 1999-04-02 | 2000-10-20 | Yazaki Corp | Communication method and communication system |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101442567B1 (en) * | 2012-05-31 | 2014-09-19 | 박영규 | Seamless network communication method using frame based routing on the ring topology |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5699367A (en) | Concatenated error detection coding and packet numbering for hierarchical ARQ schemes | |
| US5459725A (en) | Reliable multicasting over spanning trees in packet communications networks | |
| US8842528B2 (en) | System and method for improving transport protocol performance in communication networks having lossy links | |
| JP5144812B2 (en) | Communication method | |
| US20130148671A1 (en) | Method of transporting data from sending node to destination node | |
| JP4319654B2 (en) | Method for reporting packet reception result in mobile communication system | |
| WO2009127144A1 (en) | Data transmission method | |
| CN103973414A (en) | Data transmission method and device | |
| CN102106105B (en) | Method and device for data transmission | |
| JP2011055093A (en) | Ring type network system | |
| WO2015031120A1 (en) | Wireless networking with flexibly-ordered relayers | |
| JP2009212796A (en) | Transmitter, data transfer system, data transfer method, and data transfer program | |
| JP6901446B2 (en) | Wireless communication devices, wireless communication systems, wireless communication methods and programs | |
| JP2017530566A (en) | Stream control method and system | |
| JP2007201984A (en) | Network system | |
| CN114337938A (en) | Data transmission method, data retransmission method, device and related equipment | |
| KR20080067044A (en) | Data transmitting/receiving method and communication system thereof | |
| KR100651441B1 (en) | Method for constructing bitmap and method for re-transmitting packet using the bitmap | |
| JP2002199013A (en) | Multicasting method | |
| JPH06252895A (en) | Data transmission system | |
| CN113364880B (en) | Information exchange method, system, electronic equipment and storage medium | |
| JP4646812B2 (en) | One-to-many message transmission system | |
| JP2004349783A (en) | Mobile communication method and system | |
| JP3780921B2 (en) | Ring network reception confirmation method and terminal device | |
| JP2001144800A (en) | Transmission confirming method, reception terminal and system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20110422 |
|
| A621 | Written request for application examination |
Effective date: 20120809 Free format text: JAPANESE INTERMEDIATE CODE: A621 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20130918 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20130924 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20140212 |