KR20020051396A - Multicast structure and its method using ring structure - Google Patents
Multicast structure and its method using ring structure Download PDFInfo
- Publication number
- KR20020051396A KR20020051396A KR1020000080414A KR20000080414A KR20020051396A KR 20020051396 A KR20020051396 A KR 20020051396A KR 1020000080414 A KR1020000080414 A KR 1020000080414A KR 20000080414 A KR20000080414 A KR 20000080414A KR 20020051396 A KR20020051396 A KR 20020051396A
- Authority
- KR
- South Korea
- Prior art keywords
- token
- ring
- leader
- node
- site
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1836—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with heterogeneous network architecture
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
Abstract
Description
본 발명은 링 구조를 이용한 멀티캐스트 구조 및 방법에 관한 것으로서, 특히 하나 이상의 노드로 구성된 링들과 상기 링들의 노드로 이루어진 다른 링을 구성함으로써 실시간 통신의 신뢰성과 효율성을 향상시키는 링 구조를 이용한 멀티캐스트 구조 및 방법에 관한 것이다.The present invention relates to a multicast structure and method using a ring structure, and more particularly, to a multicast using a ring structure that improves reliability and efficiency of real-time communication by configuring a ring composed of one or more nodes and another ring composed of nodes of the rings. It relates to a structure and a method.
멀티캐스트(Multicast) 방식은 특정 멀티캐스트 그룹(Multicast Group)에 포함되어 있는 노드(예를 들면, 단말기 등)들에게만 패킷 또는 토큰(Token)을 전송하는 방식으로서, 상기 멀티캐스트 그룹에 포함되지 않은 노드는 대부분 데이터 링크 레이어(Data Link Layer)에서 도는 네트워크 레이어 어드레스(Network layer Address)를 판별할 수 있는 시점에서 상기 패킷 또는 토큰을 드롭(Drop)할 수 있기 때문에 브로드캐스트(Broadcast) 방식에 비해 상대적으로 관련이 없는 노드의 로드(Load)를 상당히 감소시킨다. 상기 멀티캐스트 방식에 신뢰성을 확보하기 위해 확인 응답/부정 응답(Acknowledgement/Negative Acknowledgement: Ack/Nak)을 도입한다.Multicast method is a method of transmitting a packet or a token only to nodes (eg, terminals) included in a specific multicast group, and is not included in the multicast group. Nodes can drop the packets or tokens at the point where most nodes can determine the network layer address or the network layer address. Therefore, the nodes can be dropped compared to the broadcast method. This significantly reduces the load on unrelated nodes. In order to ensure reliability in the multicast scheme, an acknowledgment / negative acknowledgment (Ack / Nak) is introduced.
도 1a는 종래 기술에 따른 센더-개시 프로토콜의 모식도를 도시한 것으로서, 상기 센더-개시 프로토콜은 센더(Sender)(10)와; 수신기 집합(11)으로 구성된다. 상기 수신기 집합(11)은 노드(11a) 내지 (11d)로 구성된다. 상기 센더(10)는 상기 수신기 집합(11)의 모드 노드(11a) 내지 (11d)로 패킷 또는 토큰을 전송하고, 상기노드(11a) 내지 (11d)의 각각으로부터 Ack 또는 Nak를 받아서, 상기 패킷 또는 토큰의 전송여부를 확인한다. 상기 센더-개시 프로토콜에서는 상기 노드(11a) 내지 (11d)로부터 순간적으로 Ack 또는 Nak가 폭주하는 현상(Ack Impulsion)이 발생한다.1A illustrates a schematic diagram of a sender-initiation protocol according to the prior art, which includes a sender 10; It consists of a receiver set (11). The receiver set 11 is composed of nodes 11a to 11d. The sender 10 transmits a packet or token to the mode nodes 11a to 11d of the receiver set 11, receives an Ack or Nak from each of the nodes 11a to 11d, and receives the packet. Or check whether the token is sent. In the sender-initiation protocol, an Ack or Nak congestion occurs instantaneously from the nodes 11a to 11d.
도 1b는 종래 기술에 따른 수신기-개시 프로토콜의 모식도를 도시한 것으로서, 상기 수신기-개시 프로토콜은 센더(10)와; 수신기 집합(12)으로 구성된다. 상기 수신기 집합(12)은 노드(12a) 내지 (12d)로 구성된다. 상기 수신기-개시 프로토콜은 상기 노드(12a) 내지 (12d)가 일정 시간 내에 상기 센더(10)로부터 패킷 또는 토큰을 전송 받지 못할 경우 또는 상기 전송된 패킷 또는 토큰에 문제가 있을 경우에만 Nak만을 전송하는 방식이다. 상기 수신기-개시 프로토콜은 Ack의 폭주는 방지할 수 있으나, Nak의 폭주가 유발될 수 있고, 또한 상기 일정 시간에 의존하지 않는 통신 시스템의 경우에는 사용될 수 없다.FIG. 1B shows a schematic diagram of a receiver-initiated protocol according to the prior art, the receiver-initiated protocol comprising a sender 10; Receiver set 12. The receiver set 12 is composed of nodes 12a to 12d. The receiver-initiated protocol transmits only Nak only when the nodes 12a to 12d do not receive a packet or token from the sender 10 within a predetermined time or when there is a problem with the transmitted packet or token. That's the way. The receiver-initiated protocol can prevent Ack congestion, but may cause Nak congestion and cannot be used in the case of a communication system that does not depend on the predetermined time.
도 2a는 종래 기술에 따른 트리-기반 프로토콜의 모식도를 도시한 것으로서, 상기 트리-기반 프로토콜은 센더(20)와; 국부 그룹(Local Group)(21)로 구성된다. 상기 국부 그룹(21)은 그룹 리더 노드(Group Leaser)(21a), (21b)와; 잎 노드(22a) 내지 (22d)로 구성된다. 상기 센더(20)는 패킷 또는 토큰을 상기 그룹 리더 노드(21a), (21b)로 전송하고, 상기 그룹 리더 노드(21a), (21b) 각각은 상기 잎 노드(22a) 내지 (22d)로 전송하고, 상기 잎 노드(22a), (22b)는 상기 그룹 리더 노드(21a)로 국부 Ack 또는 Nak를 전송하고, 상기 잎 노드(22c), (22d)는 상기 그룹 리더 노드(21b)로 국부 Ack 또는 Nak를 전송하여, 상기 센더(20)는 상기 그룹 리더노드(21a), (21b)로부터 2개의 Ack 또는 Nak를 전송 받아 처리하게 됨으로써 처리 로드(Processing Load)가 감소되고, 전체 노드의 수에 상관없이 Ack 또는 Nak를 처리할 수 있다. 즉, 부분적으로는 하위 노드에서 올라온 2개의 Ack를 전송 받은 후에, 상위 노드로 Ack를 전송하면 되고, 또한 타임 아웃(Time-Out)이후에도 하위 노드에서 Ack가 전송되지 않거나 Nak가 전송되면 패킷 또는 토큰이 정확하게 전송되지 않았다고 간주하고 재전송을 수행한다. 따라서, 상기 모든 노드(그룹 리더 노드(21a), (21b) 및 잎 노드(22a) 내지 (22d) 포함)들은 자신과 같은 국부 그룹에 등록되어 있는 전체 노드에 대한 정보를 가지고 있어야 하고, 상기 정보로 구성된 트리에서 자신의 하위 노드와 상위 노드를 결정할 수 있어야 한다. 상기 트리-기반 프로토콜은 확장성(Scalability)에서 상당한 장점을 가지기는 하지만, 상기 트리의 단계가 증가함에 따라 지연(Delay) 및 구조의 복잡성으로 인한 일시적인 오류 가능성(예를 들면, 한 노드가 다운(Down)되었을 경우, 복구에 시간이 걸리며, 상기 시간 동안에는 복구하기 어려운 토폴로지(Topology)에 기인한 오류가 발생)으로 인하여 통신의 신뢰성과 실시간성에 있어서 문제점을 가지고 있다.Figure 2a shows a schematic diagram of a tree-based protocol according to the prior art, wherein the tree-based protocol comprises a sender 20; It consists of a Local Group 21. The local group 21 includes a group leader node 21a, 21b; It consists of leaf nodes 22a-22d. The sender 20 transmits a packet or token to the group leader nodes 21a and 21b, and each of the group leader nodes 21a and 21b is sent to the leaf nodes 22a to 22d. The leaf nodes 22a and 22b transmit local Ack or Nak to the group leader node 21a, and the leaf nodes 22c and 22d transmit local Ack to the group leader node 21b. Alternatively, by sending Nak, the sender 20 receives two Ack or Nak from the group leader nodes 21a and 21b and processes them, thereby reducing the processing load and reducing the total number of nodes. Regardless, it can handle Ack or Nak. That is, partly, after receiving two Ack from the lower node, the Ack is transmitted to the upper node. Also, if the Ack is not transmitted or the Nak is transmitted after the time-out, the packet or token is transmitted. It is assumed that this was not transmitted correctly and retransmission is performed. Therefore, all the nodes (including group leader nodes 21a, 21b and leaf nodes 22a through 22d) must have information about all nodes registered in the same local group as themselves. It should be possible to determine its own child node and its parent node in the tree composed of. Although the tree-based protocol has significant advantages in scalability, as the level of the tree increases, the possibility of temporary errors due to delay and complexity of the structure (e.g., one node goes down) In this case, recovery takes time, and errors occur due to a topology that is difficult to recover during this time.
도 2b는 종래 기술에 따른 링-기반 프로토콜의 모식도를 도시한 것으로서, 상기 링-기반 프로토콜은 센더(20)와; 링(23)으로 구성된다. 상기 링(23)은 상기 센터로부터 패킷 또는 토큰을 수신 받는 토큰 사이트(23a)와; 노드(23b) 내지 (23e)로 구성된다. 상기 센더(20)는 상기 패킷 또는 토큰을 상기 토큰 사이트(23a)로 전송하고, 상기 토큰 사이트(23a)는 자신이 상기 패킷 또는 토큰을 받았음을 확인한 후에, 상기 링(23) 상의 다음 노드(23b)로 상기 패킷 또는 토큰을 전송하고,만약 상기 패킷 또는 토큰을 받지 못하였으면 상기 센더(20)로 Nak를 전송하여 재전송을 요청한다. 상기 패킷 또는 토큰을 전송 받은 노드(23b)도 상기 패킷 또는 토큰을 받았음을 확인한 후에, 상기 링(23) 상의 다음 노드(23c)로 전송하고, 만약 패킷 또는 토큰을 받지 못하였으면 상기 토큰 사이트(23a)로 Nak를 전송하여 재전송을 요청한다. 상기한 방법으로 상기 패킷 또는 토큰이 순화되다가 마지막으로 상기 토큰 사이트(23a)로 되돌아오게 되면, 상기 토큰 사이트(23a)는 상기 센더(20)에게 Ack를 전송하여 상기 전송된 패킷 또는 토큰이 정확하게 전송되었음을 알리게 된다. 상기 링-기반 프로토콜은 신뢰성에 있어서는 상기 트리-기반 프로토콜보다는 우수하지만 노드의 수가 많아질 경우에, 실시간성이 상당히 저하되는 단점이 있다.Figure 2b shows a schematic diagram of a ring-based protocol according to the prior art, which ring-based protocol comprises a sender 20; It consists of a ring 23. The ring (23) comprises: a token site (23a) for receiving packets or tokens from the center; Nodes 23b to 23e. The sender 20 sends the packet or token to the token site 23a, and after the token site 23a confirms that it has received the packet or token, the next node 23b on the ring 23 ) Transmits the packet or token, and if the packet or token is not received, transmits Nak to the sender 20 to request retransmission. After receiving the packet or token, the node 23b also confirms that it has received the packet or token, and then sends it to the next node 23c on the ring 23, and if the packet or token is not received, the token site 23a. Send Nak to request retransmission. When the packet or token is purified in the above manner and finally returned to the token site 23a, the token site 23a transmits an Ack to the sender 20 so that the transmitted packet or token is correctly transmitted. You will be notified. The ring-based protocol is superior to the tree-based protocol in terms of reliability, but when the number of nodes is large, there is a disadvantage in that the real time is considerably degraded.
본 발명은 상기한 문제점을 해결하기 위하여 안출된 것으로서, 본 발명의 목적은 실시간 통신 시스템에 요구되는 신뢰성 및 실시간성을 확보하는 구조 및 방법을 제공하는 것이다. 본 발명의 다른 목적은 상기 실시간 통신 시스템에서의 효율적이고 안정적인 확장성을 제공하는 것이다.The present invention has been made to solve the above problems, and an object of the present invention is to provide a structure and method for securing the reliability and real-time required for a real-time communication system. Another object of the present invention is to provide efficient and stable scalability in the real time communication system.
도 1a는 종래 기술에 따른 센더-개시 프로토콜(Sender-Initiated protocol)의 모식도.1A is a schematic diagram of a sender-initiated protocol according to the prior art.
도 1b는 종래 기술에 따른 수신기-개시 프로토콜(Receiver-Initiated Protocol)의 모식도.1B is a schematic diagram of a receiver-initiated protocol according to the prior art.
도 2a는 종래 기술에 따른 트리-기반 프로토콜(Tree-Based Protocol)의 모식도.2A is a schematic diagram of a Tree-Based Protocol according to the prior art.
도 2b는 종래 기술에 따른 링-기반 프로토콜(Ring-based Protocol)의 모식도.2B is a schematic diagram of a ring-based protocol according to the prior art.
도 3은 본 발명에 따른 멀티캐스트 구조의 모식도.3 is a schematic diagram of a multicast structure according to the present invention;
도 4a는 도 3의 멀티캐스트 구조의 일실시예를 나타낸 모식도.4A is a schematic diagram illustrating one embodiment of the multicast structure of FIG.
도 4b는 도 4a의 일실시예의 토큰 전송을 나타낸 모식도.4B is a schematic diagram illustrating token transmission in one embodiment of FIG. 4A.
도 5는 본 발명에 따른 멀티캐스트 방법을 나타낸 순서도.5 is a flowchart illustrating a multicast method according to the present invention.
*** 도면의 주요 부분에 대한 부호 설명 ****** Explanation of symbols on main parts of drawing ***
300: 센더310, 320, 330, 340: 링300: Sender 310, 320, 330, 340: Ring
311, 321, 331, 341: 토큰 사이트311, 321, 331, 341: Token Site
312, 313, 314: 노드312, 313, 314: nodes
본 발명인 링 구조를 이용한 멀티캐스트 구조는 하나의 센더와; 상기 센더로부터 토큰을 수신 받는 노드인 토큰 사이트를 포함하여 하나 이상의 노드들로 이루어진 하나 이상의 링들을 포함하고, 상기 각 링의 노드들 중의 하나 이상의 노드들이 다른 링을 이루고 있고, 링 구조를 이용한 멀티캐스트 방법은 상기의 구조에서 상기 노드가 토큰을 수신하는 단계와; 상기 노드가 상기 토큰을 송신한 곳이 상기센더인가를 판단하는 제 1 판단 단계와; 상기 토큰을 수신한 노드가 토큰 사이트인가를 판단하는 제 2 판단 단계 및; 상기 토큰 사이트가 상기 센더에게 확인 응답을 전송하는 단계를 포함한다.Multicast structure using the ring structure of the present invention is one sender; One or more rings of one or more nodes, including a token site that is a node receiving a token from the sender, one or more of the nodes of each ring forms a different ring, multicast using a ring structure The method includes the node receiving a token in the above structure; A first judging step of judging whether the node has sent the token to the sender; A second judging step of judging whether the node receiving the token is a token site; The token site sending a confirmation response to the sender.
도 3은 본 발명에 따른 멀티캐스트 구조의 모식도를 도시한 것으로서, 센더(300)와; 링(310; 320; 330; 340)으로 구성된다. 상기 센더(300)는 리더 토큰(Leader Token) 및 범용 토큰(General Token)을 상기 링(310; 320; 330; 340)의 노드(311; 321; 331; 341)(이하, 상기 리더 토큰 또는 범용 토큰을 전송 받는 노드를 토큰 사이트(311; 321; 331; 341)라 함)로 각각 전송한다. 상기 링(310; 320; 330; 340)에 속한 노드 중에서 노드(311; 324; 321; 331; 341)는 다른 링(350)을 형성한다. 상기 토큰 사이트(311; 321; 331; 341)는 전송 받은 토큰을 각각 동일한 링의 이웃한 노드(312; 322; 332; 342)로 전송함으로써 상기 링(310; 320; 330; 340) 각각에 상기 토큰이 전송되도록 한다.3 is a schematic diagram of a multicast structure according to the present invention, which includes a sender 300; Ring 310; 320; 330; 340. The sender 300 sends a leader token and a general token to the nodes 311; 321; 331; 341 of the rings 310; 320; 330; 340 (hereinafter, the leader token or general purpose token). Each node receiving the token is transmitted to the token site (311; 321; 331; 341). Among the nodes belonging to the rings 310; 320; 330; 340, nodes 311; 324; 321; 331; 341 form another ring 350. The token sites 311; 321; 331; 341 transmit the received tokens to neighboring nodes 312; 322; 332; 342 of the same ring, respectively, to the rings 310; 320; 330; 340. Allow the token to be sent.
상기 리더 토큰을 전송 받은 토큰 사이트(311; 331)는 자신이 속하는 링(310), (330)의 내부에서 상기 리더 토큰을 순환시켜 각 노드(312; 313; 314), (332; 333)이 상기 리더 토큰을 올바르게 수신하였는가를 확인하고, 상기 리더 토큰을 받지 못했거나 잘못된 토큰을 받은 노드가 Nak를 전송해 올 경우에는 상기 리더 토큰을 재전송하는 작업은 종래의 링 구조에서와 동일하게 이루어지고, 또한, 상기 토큰 사이트(311; 331)는 상기 링(310), (330)의 내부의 모든 노드(312; 313; 314), (332; 333)가 상기 리더 토큰을 정확하게 수신했음을 확인한 후 상기 리더 토큰을 상기 링(350)상의 이웃한 링의 노드(324; 341)로 각각 전송한다. 상기 전송받는 노드는 반드시 토큰 사이트일 필요는 없으며, 이는 상기 링(310; 320; 330; 340) 내부의 모든 노드는 토큰 사이트가 어떤 노드인가를 인식하고 있고, 또한 상기 리더 토큰을 상기 토큰 사이트로 전송하는 기능을 구비하고 있기 때문이다. 그럼으로써, 상기 센더(300)는 모든 링(310; 320; 330; 340)에 대해 상기 토큰을 전송할 때, 상기 센더(300)가 지정한 토큰 사이트 중에서 일부는 동작불능 상태이거나 이미 링(310; 320; 330; 340)내부에 존재하고 있지 않을 수도 있으므로, 즉 상기 센더(300)가 목표했던 상기 토큰 사이트가 정상적으로 동작 중이고 상기 토큰을 정상적으로 처리할 수 있을 지를 확신할 수 없기 때문에, 상기 토큰 전송시에 상기 토큰 내에 토큰 사이트에 대한 정보를 실어 보내는 것이 무의미하므로, 상기 목표했던 토큰 사이트에 문제가 있을 경우에는 상기 토큰 사이트가 동일하게 속한 링의 다른 노드를 토큰 사이트로 지정한다. 상기 토큰 사이트(311; 331)는 상기 링(350) 상의 이전의 링(320; 340)으로부터 리더 토큰을 전송받게 되면 상기 리더 토큰에 대한 Ack를 상기 센더(300)로 전송한다.Token sites 311 and 331 receiving the leader token are circulated in the leader tokens in the rings 310 and 330 to which they belong, so that each node 312; 313; 314, 332, 333 Check whether the leader token is correctly received, and if the node that has not received the leader token or receives the wrong token sends Nak, retransmitting the leader token is performed in the same manner as in the conventional ring structure. In addition, the token site (311; 331) is the leader after confirming that all the nodes (312; 313; 314), (332; 333) in the interior of the ring (310), 330 received the leader token correctly A token is sent to nodes 324 and 341 of neighboring rings on the ring 350, respectively. The receiving node does not necessarily need to be a token site, which means that every node in the ring 310; 320; 330; 340 knows which node the token site is, and also sends the leader token to the token site. It is because it has a function to transmit. As such, when the sender 300 transmits the token for all rings 310; 320; 330; 340, some of the token sites designated by the sender 300 may be inoperable or may already have rings 310; 320. 330; 340 may not be present inside, i.e., because the sender 300 is not sure whether the token site targeted by the sender 300 is operating normally and can process the token normally, Since it is pointless to send information about the token site in the token, if there is a problem with the target token site, the token site is designated as another node of the ring to which the token site belongs. The token site 311; 331 sends an Ack for the leader token to the sender 300 upon receiving the leader token from the previous ring 320; 340 on the ring 350.
상기 범용 토큰을 전송받은 토큰 사이트(321; 341)는 상기 토큰 사이트(311; 331)와 같은 종래의 링 구조에서의 토큰 전송을 수행하고, 또한 상기 토큰 사이트(311; 331)와의 차이점은 상기 토큰 사이트(321; 341)는 상기 범용 토큰이 상기 링(320; 340)의 내부를 모두 순환한 이후(즉, 모든 노드(322; 323; 324), (342; 343; 344)에서 상기 범용 토큰이 정상적으로 전송된 경우)에도 상기 센더(300)로 Ack를 전송하지 않고, 상기 전송받은 범용 토큰을 상기 링(350)상의 이웃 링으로 전송하지 않고 소멸시키는 점에 있다. 또한, 상기 토큰 사이트(321;341)는 상기 링(350)상의 이웃 링으로부터 전송된 리더 토큰을 전송받으면, 만약 상기 토큰 사이트(321; 341)가 전송 받은 상기 범용 토큰이 소멸되었으면, 즉시 상기 리더 토큰을 상기 링(350)의 이웃 링의 노드로 전송하고, 만약 상기 범용 토큰이 상기 링(320), (340) 내부에서 순환되고 있거나 정상적인 전송이 아직 수행되지 않았으면, 상기 범용 토큰이 순환되지 않고 정상적인 전송이 수행된 경우 즉, 상기 범용 토큰을 소멸할 때까지 상기 리더 토큰을 보유한다.The token sites 321 and 341 receiving the universal token perform token transmission in a conventional ring structure such as the token sites 311 and 331, and the difference from the token sites 311 and 331 is different from the token sites. Sites 321 and 341 may be configured after the universal token has cycled through the interior of the ring 320; 340 (ie, at all nodes 322; 323; 324, 342; 343; 344). Even if it is normally transmitted, the Ack is not transmitted to the sender 300, and the received universal token is destroyed without being transmitted to the neighboring ring on the ring 350. Also, if the token site 321; 341 receives the leader token transmitted from the neighboring ring on the ring 350, if the universal token received by the token site 321; 341 has expired, the leader immediately Sends a token to a node in a neighboring ring of the ring 350, and if the universal token is being circulated inside the rings 320, 340 or if normal transmission has not yet been performed, the universal token is not circulated. And retains the leader token until normal transmission is performed, i.e. until the universal token is destroyed.
따라서, 상기 센더(300)는 상기 토큰 사이트(311; 331)로부터의 Ack만을 수신하여 토큰 전송의 정확성을 검사하고, 상기 토큰 사이트(311; 321; 331; 341)에 대한 토큰의 전송만을 담당하면 되게 된다.Therefore, if the sender 300 receives only the Ack from the token site (311; 331) to check the accuracy of the token transmission, and only responsible for transmitting the token to the token site (311; 321; 331; 341) Will be.
도 4a 및 4b는 도 3의 멀티캐스트 구조의 일실시예를 나타낸 모식도를 도시한다. 도 4a에서, 상기 센더(300)는 상기 토큰 사이트(311), (331)에 리더 토큰(1), (2)를 각각 전송하고, 상기 토큰 사이트(321), (341)에 범용 토큰(1), (2)를 각각 전송한다. 상기 토큰 사이트(311; 321; 331; 341)는 각각 전송받은 토큰을 검사하여 정확하게 수신되었다고 판단되면, 그 이웃한 노드(312), (322), (332), (342)로 상기 토큰을 각각 전송하고, 상기 링(310), (320), (330), (340)의 내부에서 순환하도록 한다. 예를 들면, 상기 링(310)에서 순환되는 리더 토큰(1)을 상기 노드(313)에서 정확하게 전송되지 않았으면, 상기 노드(313)는 Nak를 상기 토큰 사이트(311)로 전송하여 상기 토큰 사이트(311)가 상기 리더 토큰(1)을 재전송하게 한다. 상기 토큰 사이트(311), (331)는 상기 링(310), (330)을 순환하고 전송된 상기 리더 토큰(1), (2)이 이전에 상기 센더(300)로부터 전송받은 토큰인가를검사하고, 이전에 전송받은 토큰가 같으면, 상기 리더 토큰(1), (2)을 상기 링(350)상의 각각 이웃한 링(320), (340)의 노드로 전송한다. 상기 토큰 사이트(321), (341)는 상기 링(320), (340)을 순환하고 전송된 상기 범용 토큰(1), (2)을 소정의 시간동안 보유하고, 상기 노드(322; 323; 324), (342; 343; 344)로부터 Nak를 전송되지 않으면 상기 범용 토큰(1), (2)을 소멸시킨다. 상기 리더 토큰(1)을 전송받은 노드(324)는 상기 리더 토큰(1)을 상기 링(320)의 토큰 사이트(321)로 전송한다.4A and 4B show schematic diagrams showing one embodiment of the multicast structure of FIG. In FIG. 4A, the sender 300 transmits leader tokens 1 and 2 to the token sites 311 and 331, respectively, and sends a universal token 1 to the token sites 321 and 341. ) And (2) respectively. If the token site (311; 321; 331; 341) examines the received token and determines that the token is received correctly, the token site (311; 321; 331; 341) receives the token to the neighboring nodes (312), (322), (332), and (342), respectively. And circulate within the rings 310, 320, 330, 340. For example, if the leader token 1 circulated in the ring 310 was not correctly transmitted from the node 313, the node 313 sends Nak to the token site 311 to send the token site. 311 causes the leader token 1 to be retransmitted. The token sites 311 and 331 cycle through the rings 310 and 330 and check whether the transmitted leader tokens 1 and 2 are tokens previously transmitted from the sender 300. If the previously received tokens are the same, the leader tokens 1 and 2 are transmitted to nodes of the rings 320 and 340 adjacent to each other on the ring 350. The token sites 321 and 341 cycle through the rings 320 and 340 and hold the universal tokens 1 and 2 transmitted for a predetermined time, and the nodes 322; 323; 324) and (342; 343; 344), if no Nak is sent, the universal token (1), (2) is destroyed. The node 324 receiving the leader token 1 transmits the leader token 1 to the token site 321 of the ring 320.
도 4b에서, 상기 토큰 사이트(321), (341)는 상기 전송받은 리더 토큰(1), (2)를 각각 다시 상기 토큰 사이트(331), (311)로 전송한다. 상기 토큰 사이트(331; 311)는 상기 리더 토큰(1), (2)이 상기 센더(300)로부터 전송되지 않음을 인식하여 상기 링(330), (310) 내부로 순화시키지 않고, 상기 센더(300)로 Ack를 전송한다. 상기 센더(300)는 상기 Ack가 상기 리더 토큰(1), (2)의 수와 동일하게 되면, 상기 리더 토큰(1), (2)의 전송이 정확하게 이루어졌다고 판단한다.In FIG. 4B, the token sites 321 and 341 transmit the received leader tokens 1 and 2 back to the token sites 331 and 311, respectively. The token sites 331 and 311 recognize that the leader tokens 1 and 2 are not transmitted from the sender 300 and do not purify them into the rings 330 and 310. Send Ack to 300). The sender 300 determines that the transmission of the leader tokens 1 and 2 is made correctly when the Ack becomes equal to the number of the leader tokens 1 and 2.
도 5는 본 발명에 따른 멀티캐스트 방법을 나타낸 순서도를 도시한 것으로서, 상기 센더(300)를 제외한 모든 노드들은 상기 방법에 따라 수신된 토큰을 처리하게 된다. 단계(S500)에서 도 3의 멀티캐스트 구조가 설정되고, 단계(S501)에서 각 노드는 전송된 데이터를 수신하여 토큰인가를 판단하여, 상기 데이터가 토큰이 아닌 메시지인 경우에는 상기 데이터를 저장하고(단계(S502)), 만약 토큰이면 단계(S503)에서 상기 토큰을 전송한 곳이 상기 센더(300)인가를 판단한다. 상기 단계(S503)에서, 상기 센더(300)가 상기 토큰을 전송하였으면 상기 토큰을 전송받은노드는 토큰 사이트로 설정되고(단계(S504)), 상기 전송받은 토큰을 동일한 링의 이웃 노드로 전송한다(단계(S507)). 만약, 상기 토큰을 전송한 곳이 상기 센더(300)가 아니고, 동일한 링의 노드이면(단계(S505)), 상기 토큰을 수신한 노드가 토큰 사이트인가를 판단하여(단계(S506)), 만약 토큰 사이트가 아니면 동일한 링의 이웃 노드로 상기 토큰을 전송한다(단계(S507)). 만약 토큰 사이트이면 상기 토큰이 리더 토큰인가를 판단하여(단계(S508)), 범용 토큰이면 상기 토큰을 소멸시키고(단계(S510)), 리더 토큰이면 단계(S512)로 진행한다. 만약 동일한 링의 노드가 상기 토큰을 전송하지 않았으면(단계(S505)), 상기 토큰을 수신한 노드가 토큰 사이트인가를 판단한다(단계(S509)). 만약 상기 노드가 토큰 사이트가 아니면, 상기 토큰을 토큰 사이트로 전송하고(단계(S511)), 만약 토큰 사이트이면 단계(S512)로 진행한다. 상기 단계(S512)에서 상기 노드가 이전에 리더 토큰을 수신한 토큰 사이트인가를 판단하고, 만약 리더 토큰을 수신하였다면, 상기 토큰이 이전에 수신한 리더 토큰인가를 판단하여(단계(S513)), 이전에 수신한 토큰이 아니면 상기 센더(300)로 Ack를 전송한다(단계(S514)). 만약 상기 노드가 이전에 리더 토큰을 수신한 토큰 사이트가 아니거나(단계(S512)), 상기 토큰이 이전에 수신한 리더 토큰이면(단계(S513)), 상기 토큰을 상기 링(350) 상의 다른 링의 노드로 전송한다(단계(S515)). 상기 단계(S515)에서 상기 센더(300)로부터 범용 토큰을 전송받은 토큰 사이트는 상기 단계(S510)에서 상기 범용 토큰을 소멸시키기 전에는 상기 수신된 리더 토큰을 보유하는 단계를 추가적으로 포함한다.5 is a flowchart illustrating a multicast method according to the present invention, in which all nodes except the sender 300 process tokens received according to the method. In step S500, the multicast structure of FIG. 3 is set, and in step S501, each node receives the transmitted data to determine whether it is a token, and stores the data when the data is not a token. (Step S502) If it is a token, it is determined whether the sender 300 transmits the token in step S503. In step S503, if the sender 300 transmits the token, the node that receives the token is set to a token site (step S504), and transmits the received token to a neighbor node of the same ring. (Step S507). If the sender of the token is not the sender 300 and the node of the same ring (step S505), it is determined whether the node that receives the token is a token site (step S506). If it is not a token site, the token is transmitted to a neighbor node of the same ring (step S507). If it is a token site, it is determined whether the token is a leader token (step S508), if it is a universal token, the token is destroyed (step S510), and if it is a leader token, step S512 is performed. If a node of the same ring did not transmit the token (step S505), it is determined whether the node that received the token is a token site (step S509). If the node is not a token site, the token is transmitted to the token site (step S511). If the node is a token site, the process proceeds to step S512. In step S512, the node determines whether the token site has previously received the leader token, and if it receives the leader token, determines whether the token is the previously received leader token (step S513), If it is not a previously received token, Ack is transmitted to the sender 300 (step S514). If the node is not a token site that has previously received a leader token (step S512), or if the token has previously received a leader token (step S513), then the token is transferred to another ring 350. Transmit to the node of the ring (step S515). The token site receiving the universal token from the sender 300 in step S515 further includes holding the received leader token before destroying the universal token in step S510.
상기한 구성의 본 발명에 따르면, 실시간 통신 시스템 주에서 중앙 집중형 시스템에서의 실시간성과 확장성을 향상시키는 효과가 있다. 즉, 상기 센더의 수신 및 송신 부담을 상기 토큰 사이트 및 링(350)을 활용하여, 수신되는 Ack의 수를 감소시키고, 전체적으로 전송되는 토큰량을 감소시킴으로써, 빠르게 토큰이 상기 시스템 전체로 전송될 수 있도록 실시간성을 향상시키고, 상기 토큰이 전송될 시스템의 노드를 증가시켜도 상기 실시간성이 유지되도록 확장성을 향상시키는 효과가 있다.According to the present invention of the above configuration, there is an effect to improve the real-time and expandability in the centralized system in the real-time communication system. That is, by using the token site and the ring 350 to receive and send the sender's burden, by reducing the number of Ack received and the total amount of tokens transmitted, tokens can be quickly transmitted to the entire system. It is possible to improve the real-time so that the real-time, and to increase the node of the system to which the token is transmitted to improve the scalability to maintain the real-time.
Claims (15)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020000080414A KR20020051396A (en) | 2000-12-22 | 2000-12-22 | Multicast structure and its method using ring structure |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020000080414A KR20020051396A (en) | 2000-12-22 | 2000-12-22 | Multicast structure and its method using ring structure |
Publications (1)
Publication Number | Publication Date |
---|---|
KR20020051396A true KR20020051396A (en) | 2002-06-29 |
Family
ID=27684733
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020000080414A KR20020051396A (en) | 2000-12-22 | 2000-12-22 | Multicast structure and its method using ring structure |
Country Status (1)
Country | Link |
---|---|
KR (1) | KR20020051396A (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100921491B1 (en) * | 2005-07-06 | 2009-10-13 | 삼성탈레스 주식회사 | Message transmission method without loss in ring-type communication network |
US9013945B2 (en) | 2012-07-04 | 2015-04-21 | SK Hynix Inc. | Token ring architecture based memory system and operating method to optimize current consumption |
-
2000
- 2000-12-22 KR KR1020000080414A patent/KR20020051396A/en not_active Application Discontinuation
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100921491B1 (en) * | 2005-07-06 | 2009-10-13 | 삼성탈레스 주식회사 | Message transmission method without loss in ring-type communication network |
US9013945B2 (en) | 2012-07-04 | 2015-04-21 | SK Hynix Inc. | Token ring architecture based memory system and operating method to optimize current consumption |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR100565878B1 (en) | Wireless networked message routing | |
EP1524800B1 (en) | A method for processing broadcast data in a mobile ad-hoc network | |
EP1747644B1 (en) | Method and apparatus for group communication with end-to-end reliability | |
EP1654613B1 (en) | System and method for exchanging awareness information in a network environment | |
US7911978B1 (en) | Adaptive topology discovery in communication networks | |
EP0909069A2 (en) | System for reliable communication of object state updates over a computer network | |
KR100664953B1 (en) | Method for multicast routing system and in mobile ad-hoc network environment | |
EP2499788B1 (en) | Method for communicating in a network comprising a batteryless zigbee device, network and device therefor | |
JPS62239641A (en) | Multiple address communication system | |
JP2008547311A (en) | Method for finding a route in a wireless communication network | |
KR20050083535A (en) | Method and apparatus for transferring connectionless-oriented data packerts | |
AlQarni et al. | Reliable and energy efficient protocol for MANET multicasting | |
CN101019380B (en) | Systems and methods for accelerated learning in ring networks | |
US12052644B2 (en) | Method of waking up a mesh node in a wireless mesh network as well as a related mesh node and a computer program product | |
JP2022167943A (en) | Point-to-point database synchronization over transport protocol | |
JP2007288793A (en) | Broadcast method in wireless network and communication apparatus using the same | |
CN109041167A (en) | A method of support EIGRP agreement to carry out link single-direction and dual-direction state-detection | |
KR20020051396A (en) | Multicast structure and its method using ring structure | |
US20140108595A1 (en) | Technique for Efficient Message Delivery in Ad Hoc, Mesh, Wireless Computer Networks | |
Devi et al. | Detecting misbehavior routing and attacks in disruption tolerant network using itrm | |
Gupta et al. | Cored-based tree with forwarding regions (cbt-fr); a protocol for reliable multicasting in mobile ad hoc networks | |
KR100736913B1 (en) | A reliable transport supporting method for a wireless sensor network | |
KR100505132B1 (en) | Method for routing and rout request message using participation flag in ad-hoc networks | |
JP2000049779A (en) | Multicast information distribution method by end node on digital communication network | |
Francis et al. | Yoid tree management protocol (ytmp) specification |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
N231 | Notification of change of applicant | ||
WITN | Withdrawal due to no request for examination |