KR100630059B1 - Ip packet transmission method through ieee 1394 protocol - Google Patents

Ip packet transmission method through ieee 1394 protocol Download PDF

Info

Publication number
KR100630059B1
KR100630059B1 KR1020040067757A KR20040067757A KR100630059B1 KR 100630059 B1 KR100630059 B1 KR 100630059B1 KR 1020040067757 A KR1020040067757 A KR 1020040067757A KR 20040067757 A KR20040067757 A KR 20040067757A KR 100630059 B1 KR100630059 B1 KR 100630059B1
Authority
KR
South Korea
Prior art keywords
packet
protocol
ieee
transmission
transmitting
Prior art date
Application number
KR1020040067757A
Other languages
Korean (ko)
Other versions
KR20060019212A (en
Inventor
신호철
김철승
Original Assignee
삼성전자주식회사
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 삼성전자주식회사 filed Critical 삼성전자주식회사
Priority to KR1020040067757A priority Critical patent/KR100630059B1/en
Publication of KR20060019212A publication Critical patent/KR20060019212A/en
Application granted granted Critical
Publication of KR100630059B1 publication Critical patent/KR100630059B1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/166—IP fragmentation; TCP segmentation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities

Abstract

본 발명은 IP(Internet Protocol) 패킷을 IEEE 1394 프로토콜을 통해 전송하는 방법에 관한 것이다. IEEE 1394 프로토콜을 통해 전송될 패킷이 IP 패킷인 경우 패킷 전송을 보장하는 것을 IP나 TCP(Transmission Control Protocol)/UDP(User Datagram Protocol)등의 상위 프로토콜에서 담당하게 하고, ACK(acknowledge)를 기다리고 응답(response)을 기다리는 과정을 없게 함으로써 IP 패킷 전송시 대기하는 시간을 줄어들게 할 수 있다. IP 패킷을 IEEE 1394 프로토콜을 통해 전송하는 방법은 IP 패킷을 분할(fragmentation)하는 제 1과정, 소정의 Request 메시지를 생성하기 위해 상기 분할된 IP 패킷에 소정의 헤더를 생성한 후 완성된 Request 메시지를 수신측 노드(node)로 전송하는 제 2과정, 제 1과정에서 분할된 IP 패킷이 남아 있는지 검사하는 제 3과정, 및 상기 분할된 IP 패킷이 남아 있으면, 수신측 노드의 응답여부에 관계없이 제 2과정으로 진행하며, 상기 분할된 IP 패킷이 남아 있지 않으면, IP 패킷 전송이 완료됨을 특징으로 한다.The present invention relates to a method of transmitting an Internet Protocol (IP) packet through the IEEE 1394 protocol. If the packet to be transmitted through the IEEE 1394 protocol is an IP packet, the upper protocol such as IP or Transmission Control Protocol (TCP) / User Datagram Protocol (UDP) is responsible for ensuring the packet transmission, and waits for an acknowledgment (ACK). By eliminating the process of waiting for a response, the waiting time for IP packet transmission can be reduced. The method for transmitting an IP packet through the IEEE 1394 protocol includes a first process of dividing an IP packet, generating a predetermined header in the divided IP packet to generate a predetermined request message, and then completing the completed request message. A second step of transmitting to the receiving node (node), a third step of checking whether the split IP packet remains in the first step, and if the split IP packet remains, In step 2, if the divided IP packets remain, IP packet transmission is completed.

IP, IEEE 1394, IPover1394, TCP, UDPIP, IEEE 1394, IPover1394, TCP, UDP

Description

ＩＰ 패킷을 ＩＥＥＥ １３９４ 프로토콜을 통해 전송하는 방법{IP PACKET TRANSMISSION METHOD THROUGH IEEE 1394 PROTOCOL} IP PACKET TRANSMISSION METHOD THROUGH IEEE 1394 PROTOCOL             

도 1은 IEEE 1394 프로토콜에서 전송을 위한 일실시예 데이터 구조도,1 is an embodiment data structure diagram for transmission in the IEEE 1394 protocol,

도 2는 IEEE 1394 프로토콜 표준에서 제시하는 Write 동작을 위한 통합된 트랜젝션(Unified Transaction)의 타이밍도,2 is a timing diagram of a unified transaction for a write operation proposed by the IEEE 1394 protocol standard.

도 3은 IEEE 1394 프로토콜 표준에서 제시하는 Write 동작을 위한 분할된 트랜젝션(Split Transaction)의 타이밍도,3 is a timing diagram of a split transaction for a write operation proposed by the IEEE 1394 protocol standard.

도 4는 종래의 IEEE 1394 프로토콜을 통한 IP 패킷 전송 과정에 대한 흐름도,4 is a flowchart illustrating a process of transmitting an IP packet through a conventional IEEE 1394 protocol;

도 5는 본 발명의 실시예에 따른 IEEE 1394 프로토콜을 통한 IP 패킷 전송 과정에 대한 흐름도.5 is a flowchart illustrating an IP packet transmission process through the IEEE 1394 protocol according to an embodiment of the present invention.

도 6은 본 발명의 실시예에 따른 IEEE 1394 프로토콜에서 제시하는 Write 동작을 위한 통합된 트랜젝션(Unified Transaction)의 타이밍도.6 is a timing diagram of a unified transaction for a write operation proposed by the IEEE 1394 protocol according to an embodiment of the present invention.

본 발명은 IEEE 1394 프로토콜에 관한 것으로, 특히 IP 패킷을 IEEE 1394 프로토콜을 통해 전송하는 방법에 관한 것이다. The present invention relates to the IEEE 1394 protocol, and more particularly to a method for transmitting IP packets over the IEEE 1394 protocol.

일반적으로 IEEE 1394 프로토콜은 근거리의 멀티미디어 전송을 위한 규약으로 OSI(Open System Interconnection) 채널을 이용하여 실시간이 보장된 멀티미디어 데이터를 전송한다. IEEE 1394 프로토콜은 실시간 데이터 전송을 위한 OSI 채널과 패킷 데이터 전송을 위한 비동기(asynchronous) 채널을 가진다. 이와 같은 IEEE 1394 프로토콜에서 전송을 위한 데이터 구조는 도 1과 같다.In general, the IEEE 1394 protocol is a protocol for short-range multimedia transmission and transmits real-time guaranteed multimedia data using an Open System Interconnection (OSI) channel. The IEEE 1394 protocol has an OSI channel for real time data transmission and an asynchronous channel for packet data transmission. The data structure for transmission in the IEEE 1394 protocol is shown in FIG.

도 1은 IEEE 1394 프로토콜에서 전송을 위한 일실시예 데이터 구조도이다.1 is an exemplary data structure diagram for transmission in the IEEE 1394 protocol.

도 1에 따르면, IEEE 1394 프레임은 125us의 사이클을 가지며 실시간이 보장된 멀티미디어 데이터 전송에 적합한 등시성 데이터(isochronous data) 패킷(100)과 통신 데이터 및 제어(control) 신호의 전송에 적합한 비동기 데이터(asynchronous data) 패킷(101)의 두 가지지 데이터 형식을 지원한다. 즉 등시성 데이터와 비동기 데이터의 경우 하나의 전송 사이클 즉 125us내에서 다수의 채널 할당이 가능하다. 등시성 데이터는 실시간 멀티미디어 데이터의 전송에 적합한 전송 형식으로 전송 타이밍을 우선적으로 고려한다. 따라서 전송시 비동기 데이터보다 우선적으로 전송되며, 최대 80%까지 자원의 할당이 가능하다. 반면에 비동기 데이터는 최소 20%의 자원을 할당 받으면서 전송 품질을 고려한다. According to Fig. 1, an IEEE 1394 frame has a cycle of 125us and isochronous data packet 100 suitable for real-time guaranteed multimedia data transmission and asynchronous data suitable for transmission of communication data and control signals. data) Supports two data formats of packet 101. That is, in the case of isochronous data and asynchronous data, multiple channel assignments are possible within one transmission cycle, that is, 125us. Isochronous data is a transmission format suitable for the transmission of real-time multimedia data, which first considers the transmission timing. Therefore, priority is given to asynchronous data transmission, and up to 80% of resources can be allocated. On the other hand, asynchronous data is allocated at least 20% of resources while considering transmission quality.

여기서 IEEE 1394 프로토콜은 비동기 데이터 패킷 전송을 위해서는 수신측의링크 계층(Link Layer)에서의 ACK와, 수신측의 트랜젝션 계층(Transaction Layer) 에서의 응답이 필요하다. In this case, the IEEE 1394 protocol requires an ACK in the link layer of the receiver and a response in the transaction layer of the receiver for asynchronous data packet transmission.

이런 복잡한 패킷 전송은 IEEE 1394 프로토콜이 기본적으로 패킷 전송만을 위한 규약이 아니라 실시간 데이터의 전송과 전송 실패시 재전송 등을 고려하고, 물리계층과 데이터 링크 계층의 처리를 동시에 고려하는 규약이므로 데이터 전송을 보장하기 위하여 상기와 같이 ACK와 응답의 과정이 필요한 것이다. This complicated packet transmission guarantees data transmission because the IEEE 1394 protocol is basically a protocol not only for packet transmission but also for real-time data transmission and retransmission in case of transmission failure, and simultaneously considers processing of physical layer and data link layer. In order to do so, the process of ACK and response is necessary as described above.

이하에서는 종래의 기술에 따라 IP 패킷을 IEEE 1394 프로토콜을 통해 전송하는 과정을 도면을 통해 살펴보기로 한다. RFC2734에 따르면, IEEE 1394 프로토콜을 이용한 Write 동작을 수행하기 위한 패킷의 전송은 비동기 패킷전송을 위한 메시지중 Write 동작을 수행하기 위한 메시지를 이용한다. Hereinafter, a process of transmitting an IP packet through the IEEE 1394 protocol according to the related art will be described with reference to the accompanying drawings. According to RFC2734, a packet for performing a write operation using the IEEE 1394 protocol uses a message for performing a write operation among messages for asynchronous packet transmission.

도 2는 IEEE 1394 프로토콜 표준에서 제시하는 Write 동작을 위한 통합된 트랜젝션(Unified Transaction)의 타이밍도이다.2 is a timing diagram of a unified transaction for a write operation proposed by the IEEE 1394 protocol standard.

우선, 송신측 노드에서 Write 동작을 수행하기 위한 메시지를 수신측 노드로 송신하는 과정을 살펴보면, 송신측 노드에서는 송신측 노드의 트랜젝션 계층(Transaction Layer)(200)으로 Write 동작을 수행할 것을 지시하는 쓰기 요청(Write Request)메시지를 송신하여(S101), 송신측 노드의 트랜젝션 계층(200)은 그에 따른 데이터 패킷 요청(Data Packet Request)메시지를 생성한다. 그리고 송신측 노드의 트랜젝션 계층(200)은 송신측 노드의 링크 계층(Link Layer)(201)으로 생성된 데이터 패킷 요청 메시지를 송신하여(S102), 송신측 노드의 링크 계층(201)에서 수신측 노드의 링크 계층(202)으로 해당 데이터 패킷 요청 메시지에 따른 데이터 패킷을 전송하도록 한다(S103).First, referring to a process of transmitting a message for performing a write operation from a transmitting node to a receiving node, the transmitting node instructs to perform a write operation to the transaction layer 200 of the transmitting node. By sending a write request message (S101), the transaction layer 200 of the transmitting node generates a data packet request message accordingly. The transaction layer 200 of the transmitting node transmits the data packet request message generated to the link layer 201 of the transmitting node (S102), and the receiving layer of the transmitting node transmits the link layer 201. The data packet according to the data packet request message is transmitted to the link layer 202 of the node (S103).

그리고, 수신측 노드에서 데이터 패킷을 수신한 후 그에 대한 처리 과정에 대해 살펴보면, 데이터 패킷을 수신한 수신측 노드의 링크 계층(202)은 수신된 데이터 패킷에 포함된 데이터와 해당 데이터에 대한 쓰기 지시를 위한 데이터 패킷 지시(Data Packet Indication)메시지를 수신측 노드의 트랜젝션 계층(203)으로 송신한다(S104). 그리고 수신측 노드의 트랜젝션 계층(203)에서는 그에 따른 쓰기 지시(write indication)를 함으로써 수신측 노드는 Write 동작을 수행하기 위한 메시지를 처리한다(S105). When the receiving node receives the data packet and processes the same, the link layer 202 of the receiving node receives the data included in the received data packet and a write instruction for the data. A Data Packet Indication message for transmitting is transmitted to the transaction layer 203 of the receiving node (S104). In the transaction layer 203 of the receiving node, the receiving node processes a message for performing a write operation by performing a write indication accordingly (S105).

또한, 수신측 노드의 트랜젝션 계층(203)은 처리완료(complete)를 알리는 데이터 패킷 응답(Data Packet Response)메시지를 수신측 노드의 링크 계층(202)으로 송신한다(S106).In addition, the transaction layer 203 of the receiving node transmits a data packet response message indicating the completion of the processing to the link layer 202 of the receiving node (S106).

그러면, 데이터 패킷 응답 메시지를 수신한 수신측 노드의 링크 계층(202)은 데이터 전송이 성공했다는 것을 송신측 노드로 알리기 위해 ACK를 송신측 노드의 링크 계층(201)으로 송신한다(S107). 송신측 노드의 링크 계층(201)은 ACK를 수신받아 처리완료를 알리기 위한 데이터 패킷 확인(Data Packet Confirmation)메시지를 송신측 노드의 트랜젝션 계층(200)으로 송신하여(S108), 해당 데이터에 대한 쓰기 동작이 완료된다.  Then, the link layer 202 of the receiving node that receives the data packet response message transmits an ACK to the link layer 201 of the transmitting node in order to inform the transmitting node that the data transmission was successful (S107). The link layer 201 of the transmitting node receives an ACK and transmits a data packet confirmation message to the transaction layer 200 of the transmitting node (S108) to write the corresponding data. The operation is completed.

도 3은 IEEE 1394 프로토콜 표준에서 제시하는 Write 동작을 위한 분할된 트랜젝션(Split Transaction)의 타이밍도이다.3 is a timing diagram of a split transaction for a write operation proposed by the IEEE 1394 protocol standard.

도 3에 따르면, 분할된 트랜젝션(Split Transaction)에서 Write 동작을 수행하기 위한 메시지를 수신한 수신측 노드가 바로 Write 동작을 수행하기 위한 메시 지를 처리하지 못하는 경우이다. 도 3의 예는 도 2의 예보다 실제 유효한 데이터 외의 전송들이 많음을 설명한다. According to FIG. 3, a receiving node that receives a message for performing a write operation in a split transaction does not immediately process a message for performing a write operation. The example of FIG. 3 illustrates that there are more transmissions besides the actual valid data than the example of FIG.

수신측 노드에서 Write 동작을 수행하기 위한 메시지를 바로 처리하지 못하는 시점부터 그 과정을 살펴보면, 수신측 노드에서는 수신측 노드의 트랜젝션 계층(203)은 처리미결(pending)을 알리는 데이터 패킷 응답 메시지를 수신측의 링크 계층(202)으로 송신한다(S201).From the point of time when the receiving node cannot process the message for performing the write operation, the process is described. In the receiving node, the transaction layer 203 of the receiving node receives the data packet response message indicating pending. The transmission is sent to the link layer 202 on the side (S201).

그러면, 데이터 패킷 응답 메시지를 수신한 수신측의 링크 계층(202)은 데이터 전송이 성공했다는 것을 Write 동작을 수행하기 위한 메시지를 보낸 송신측 노드로 알리기 위해 ACK를 송신측 노드의 링크 계층(201)으로 송신한다(S202). 송신측 노드의 링크 계층(201)은 ACK를 전송받아 처리미결을 알리기 위한 데이터 패킷 확인(Data Packet Confirmation)메시지를 송신측 노드의 트랜젝션 계층(200)으로 송신한다(S203), 따라서 처리미결에 대한 확인을 한 송신측 노드는 대기하게 된다.The link layer 202 of the receiving side having received the data packet response message then sends an ACK to the sending layer node of the sending node to inform the transmitting node that has sent a message for performing the Write operation that the data transmission was successful. (S202). The link layer 201 of the transmitting node receives the ACK and transmits a data packet confirmation message to the transaction layer 200 of the transmitting node (S203). After confirming, the sending node waits.

그 후, 수신측 노드에서 Write 동작을 수행하기 위한 메시지를 처리하게 되면, 수신측 노드는 Write 동작을 수행하기 위한 메시지의 처리완료를 알리는 쓰기 응답(write response)메시지를 수신측 노드의 트랜젝션 계층(203)으로 송신함으로써(S204) 수신측 노드에서 송신측 노드로 complete response(처리 응답)메시지의 송신이 발생한다. 이 전송 과정은 마치 송신측 노드에서 수신측 노드로 Write 동작을 수행하기 위한 메시지를 전송하는 과정과 같지만 데이터가 없는 패킷(No Data Packet)이 전송되는 것이다. Then, when the receiving node processes the message for performing the write operation, the receiving node receives a write response message indicating the completion of the message for performing the write operation. 203), the transmission of the complete response message from the receiving node to the transmitting node occurs. This transmission process is similar to a process of transmitting a message for performing a write operation from a transmitting node to a receiving node, but a packet having no data is transmitted.

complete response 메시지를 수신한 송신측 노드의 트랜젝션 계층(200)에서 는 그에 따른 쓰기 확인(Write Confirmation)을 함으로써(S205) 송신측 노드는 전송한 데이터에 대한 쓰기 동작이 완료됨을 확인한다. 그러면, complete response 메시지를 수신한 송신측의 노드는 complete response 메시지 전송이 성공했다는 것을 수신측 노드로 알리기 위해 complete ACK를 수신측 노드로 보낸다. 이 전송 과정 역시 데이터가 없는 패킷이 전송되는 것이다.In the transaction layer 200 of the transmitting node that has received the complete response message, the sending node confirms that the writing operation on the transmitted data is completed by performing a write confirmation (S205). Then, the receiving node that receives the complete response message sends a complete ACK to the receiving node to inform the receiving node that the transmission of the complete response message was successful. This transmission process also transmits a packet without data.

도 3의 실시예를 보면 하나의 유효한 데이터 전송을 위해 ACK 및 응답등의 전송들이 이루어짐을 볼 수 있다. 이것은 모두 지연(delay) 요소로서 프로세서에 부담을 주고, IP 패킷 전송을 느리게 한다.Referring to the embodiment of FIG. 3, it can be seen that transmissions such as ACK and response are performed for one valid data transmission. This all burdens the processor as a delay factor and slows IP packet transmission.

도 4는 종래의 IEEE 1394 프로토콜을 통한 IP 패킷 전송 과정에 대한 흐름도이다. 4 is a flowchart illustrating an IP packet transmission process through the conventional IEEE 1394 protocol.

송신측의 노드는 수신측의 노드로 IP 패킷을 전송하기 위해 IP 패킷을 IEEE 1394 페이로드에 맞게 분할한다(S301).The transmitting node divides the IP packet according to the IEEE 1394 payload in order to transmit the IP packet to the receiving node (S301).

IP 패킷을 IEEE 1394 페이로드에 맞게 분할한 후, 송신측의 노드는 분할된 IP 패킷에 IPover1394 헤더를 생성한다(S302).After dividing the IP packet according to the IEEE 1394 payload, the transmitting node generates an IPover1394 header in the divided IP packet (S302).

IPover1394 헤더를 생성한 후, 송신측의 노드는 IPover1394 헤더가 생성된 상기 분할된 IP 패킷에 Asynchronous Write Block Request 1394 헤더를 생성한다(S303). Asynchronous Write Block Request 1394 헤더가 생성됨으로써 Write Block Request 메시지가 완성된다.After generating the IPover1394 header, the transmitting node generates an Asynchronous Write Block Request 1394 header in the divided IP packet in which the IPover1394 header is generated (S303). The Asynchronous Write Block Request 1394 header is generated to complete the Write Block Request message.

송신측의 노드는 완성된 Write Block Request 메시지를 전송하고자 하는 수신측의 노드로 송신한다(S304). The node on the transmitting side transmits the completed Write Block Request message to the node on the receiving side to transmit (S304).

Write Block Request 메시지를 수신측의 노드로 송신한 후, 송신측의 노드는 미리 설정된 시간내에 데이터 전송이 성공했다는 것을 알리는 ACK가 수신측 노드로부터 오는지 검사한다(S305). 미리 설정된 시간내에 ACK가 오지 않거나 잘못된 ACK가 오면 송신측의 노드는 S304 단계를 진행한다.After transmitting the Write Block Request message to the receiving node, the transmitting node checks whether an ACK from the receiving node that the data transmission is successful within a preset time comes from the receiving node (S305). If the ACK does not come or the wrong ACK comes within a predetermined time, the transmitting node proceeds to step S304.

미리 설정된 시간내에 ACK가 오면, 송신측의 노드는 다시 미리 설정된 시간내에 Write Block Request 메시지의 처리완료를 알리는 응답이 수신측 노드로부터 오는지 검사한다(S306). 미리 설정된 시간내에 응답이 오지 않거나 잘못된 응답이 오면 송신측의 노드는 S304 단계를 진행한다.When the ACK comes within the preset time, the node on the sending side checks again whether a response indicating the completion of the write block request message comes from the receiving node within the preset time (S306). If no response is received within a preset time or a wrong response is received, the node on the sending side proceeds to step S304.

미리 설정된 시간내에 응답이 오면, 송신측의 노드는 S301단계에서 분할된 IP 패킷이 남아 있는지 검사한다(S307). S301단계에서 분할된 IP 패킷이 남아 있으면 송신측의 노드는 S302단계를 진행하고 S301단계에서 분할된 IP 패킷이 모두 전송되어 남아 있지 않으면 IP 패킷 전송은 완료된 것이다.If a response is received within a preset time, the node on the transmitting side checks whether the divided IP packet remains in step S301 (S307). If the split IP packet remains in step S301, the node of the transmitting side proceeds to step S302, and if all the split IP packets are transmitted and remain in step S301, the IP packet transmission is completed.

결론적으로, 도 2 ~ 도 4의 예에서 보듯이 다른 노드로 IP 패킷전송을 하려면 Write Block Request 메시지를 보낸 후 ACK를 기다리고 이를 확인 후, 또 응답을 기다리는 과정이 필요하다. 따라서, 그에 따른 프로세서의 처리가 필요할 뿐만 아니라 시간 지연이 생기게 된다.In conclusion, as shown in the example of FIGS. 2 to 4, to transmit an IP packet to another node, a process of waiting for an ACK after confirming this after sending a Write Block Request message is required. Therefore, not only the processing of the processor is required, but also there is a time delay.

따라서 본 발명은 IEEE 1394 프로토콜을 통해 전송할 패킷이 IP 패킷이라면 IEEE 1394 프로토콜에 따른 전송보장 과정 없이 바로 IEEE 1394 패킷에 IP 패킷을 캡슐화하여 전송시키는 방법을 제공하는 데 있다.
Accordingly, the present invention provides a method for encapsulating an IP packet in an IEEE 1394 packet without transmitting a transmission guarantee process according to the IEEE 1394 protocol if the packet to be transmitted through the IEEE 1394 protocol is an IP packet.

이하 본 발명의 바람직한 실시예들을 첨부한 도면을 참조하여 상세히 설명한다. 또한 본 발명의 요지를 불필요하게 흐릴 수 있는 공지 기능 및 구성에 대한 상세한 설명은 생략한다. Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings. In addition, detailed descriptions of well-known functions and configurations that may unnecessarily obscure the subject matter of the present invention will be omitted.

본 발명에 따른 IP 패킷을 IEEE 1394 프로토콜을 통해 전송하는 방법은 IP 패킷을 분할(fragmentation)하는 제 1과정, 소정의 Request 메시지를 생성하기 위해 상기 분할된 IP 패킷에 소정의 헤더를 생성한 후 완성된 Request 메시지를 수신측 노드(node)로 전송하는 제 2과정, 제 1과정에서 분할된 IP 패킷이 남아 있는지 검사하는 제 3과정, 및 상기 분할된 IP 패킷이 남아 있으면, 수신측 노드의 응답여부에 관계없이 제 2과정으로 진행하며, 상기 분할된 IP 패킷이 남아 있지 않으면, IP 패킷 전송이 완료됨을 특징으로 한다.The method for transmitting an IP packet according to the present invention through the IEEE 1394 protocol is completed after generating a predetermined header in the divided IP packet to generate a predetermined request message in a first step of fragmenting an IP packet. A second process of transmitting the requested request message to the receiving node, a third process of checking whether the split IP packet remains in the first process, and if the split IP packet remains, the receiving node responds. Regardless of whether the divided IP packet remains, the IP packet transmission is completed.

도 5는 본 발명의 실시예에 따른 IEEE 1394 프로토콜을 통한 IP 패킷 전송 과정에 대한 흐름도이다.5 is a flowchart illustrating an IP packet transmission process through the IEEE 1394 protocol according to an embodiment of the present invention.

송신측의 노드는 수신측의 노드로 IP 패킷을 전송하기 위해 IP 패킷을 IEEE 1394 페이로드에 맞게 분할한다(S401).The transmitting node divides the IP packet according to the IEEE 1394 payload in order to transmit the IP packet to the receiving node (S401).

IP 패킷을 IEEE1394 페이로드에 맞게 분할한 후, 송신측의 노드는 분할된 IP 패킷에 IPover1394 헤더를 생성한다(S402).After dividing the IP packet according to the IEEE1394 payload, the node on the transmitting side generates an IPover1394 header in the divided IP packet (S402).

IPover1394 헤더를 생성한 후, 송신측의 노드는 IPover1394 헤더가 생성된 상기 분할된 IP 패킷에 Asynchronous Write Block Request 1394 헤더를 생성한다 (S403). Asynchronous Write Block Request 1394 헤더가 생성됨으로써 Write Block Request 메시지가 완성된다.After generating the IPover1394 header, the transmitting node generates an Asynchronous Write Block Request 1394 header in the divided IP packet in which the IPover1394 header is generated (S403). The Asynchronous Write Block Request 1394 header is generated to complete the Write Block Request message.

송신측의 노드는 완성된 Write Block Request 메시지를 전송하고자 하는 수신측의 노드로 송신한다(S404). The transmitting node transmits the completed Write Block Request message to the receiving node to transmit (S404).

Write Block Request 메시지를 수신측의 노드로 전송한 후, 송신측의 노드는 S401단계에서 분할된 IP 패킷이 남아 있는지 검사한다(S405). S401단계에서 분할된 IP 패킷이 남아 있으면 송신측의 노드는 S402단계를 진행하고 S401단계에서 분할된 IP 패킷이 모두 전송되어 남아 있지 않으면 IP 패킷 전송은 완료된 것이다.After transmitting the Write Block Request message to the receiving node, the transmitting node checks whether the divided IP packet remains in step S401 (S405). If the split IP packet remains in step S401, the node of the transmitting side proceeds to step S402, and if all the split IP packets are transmitted and remain in step S401, the IP packet transmission is completed.

도 5의 실시예를 보면 IEEE 1394 프로토콜을 통해 전송해야 하는 패킷이 IP 패킷인 경우 데이터 전송이 성공했다는 것을 송신측의 노드로 알리기 위한 ACK나 데이터 처리 결과 여부를 송신측의 노드로 알리기 위한 응답을 기다리는 과정을 제거해도 IP 패킷의 전송은 문제없이 동작한다. 왜냐하면 IP 패킷 전송의 보장은 기존의 이더넷(Ethernet) 전송과 같이 상위의 IP나 TCP 프로토콜에서 담당하기 때문이다. Referring to the embodiment of Fig. 5, if the packet to be transmitted through the IEEE 1394 protocol is an IP packet, an ACK for notifying the transmitting node that the data transmission was successful or a response for notifying the transmitting node whether the data processing result is received or not is reported. Even if the waiting process is eliminated, the IP packet transmission works without problem. This is because IP packet transmission is guaranteed by higher level IP or TCP protocols like the existing Ethernet transmission.

도 6은 본 발명의 실시예에 따른 IEEE 1394 프로토콜에서 제시하는 Write 동작을 위한 통합된 트랜젝션(Unified Transaction)의 타이밍도이다.6 is a timing diagram of an integrated transaction for a write operation proposed by the IEEE 1394 protocol according to an embodiment of the present invention.

도시된 바와 같이 송신측 노드에서 Write 동작을 수행하기 위한 메시지를 수신측 노드로 송신하는 과정은 도 2에서 설명한 것과 동일하다. 하지만 IP 패킷을 IP 계층에서 처리함으로 전송보장을 위해 따로 IEEE 1394에서의 ACK 및 응답의 동작이 필요 없다.As shown in FIG. 2, a process of transmitting a message for performing a write operation from a transmitting node to a receiving node is the same as described with reference to FIG. 2. However, by processing the IP packet at the IP layer, there is no need for the operation of ACK and response in IEEE 1394 separately for transmission guarantee.

상세히 설명하면, 통상적으로 기존의 LAN(Local Area Network) 환경의 대부분인 이더넷은 데이터의 전송을 보장하지 않으며 상기 데이터의 전송의 보장을 위해 TCP/IP 프로토콜을 이용한다.In detail, Ethernet, which is typically the majority of existing local area network (LAN) environments, does not guarantee transmission of data and uses the TCP / IP protocol to guarantee transmission of the data.

즉, 이더넷은 노드와 노드간(node-to-node)의 전송 보장을 하지 않으며 상기 전송의 보장은 상위 프로토콜에서 담당하는데 상위 프로토콜이라 함은 TCP/IP 프로토콜을 말한다. TCP는 연결 지향성 서비스(CO:Connection-Oriented service)를 제공하는데 이것은 서비스 이전에 연결을 종단과 종단간(End-to-End)에 맺고 전송을 한다. 전송시 문제가 발생해 packet의 손실이 있을 경우 TCP는 에러 제어(Error control)를 하거나 재전송을 하고 효율적인 전송을 위해 흐름 제어(Flow control)를 한다.That is, Ethernet does not guarantee transmission of nodes and nodes (node-to-node) and the guarantee of the transmission is in charge of a higher protocol. The higher protocol refers to a TCP / IP protocol. TCP provides a connection-oriented service (CO), which establishes and transmits a connection end-to-end before the service. If there is a problem in transmission and there is a packet loss, TCP performs error control or retransmission and flow control for efficient transmission.

그리고 UDP(User Datagram Protocol)는 비연결 서비스(CL:ConnectionLess service)를 하는데 이것은 전송된 데이터의 손실에 대해서 송신측에서는 신경 쓰지 않으며 TCP에서 제공하는 에러 제어나 재전송을 하여 손실을 복구하지 않는다.In addition, UDP (User Datagram Protocol) provides a ConnectionLess service (CL), which does not care about the loss of transmitted data and does not recover the loss through error control or retransmission provided by TCP.

즉, 사용자는 패킷이 손실되면 안 되는 서비스를 이용할 때는 TCP를 사용하고 손실이 되도 큰 상관이 없는 서비스를 이용할 때는 UDP를 사용하면 된다. 이더넷 대신 IEEE 1394 프로토콜을 통해 IP 패킷을 전송할 때에도 사용자는 상위의 TCP/IP 프로토콜을 사용함으로써 본 발명에 따른 ACK나 응답을 기다리는 과정을 제거하는 것이 해결 되는 것이다.In other words, the user may use TCP when using a service that should not lose packets, and use UDP when using a service that does not have a significant loss. Even when transmitting an IP packet through the IEEE 1394 protocol instead of Ethernet, the user can eliminate the process of waiting for an ACK or response according to the present invention by using a higher TCP / IP protocol.

따라서, IEEE 1394 프로토콜에서 패킷 전송을 위한 보장은 이 외의 다른 보장수단이 없기 때문에 필요한 것이었으나 IP over IEEE1394의 경우 상위의 TCP/IP 프로토콜이 그 역할을 수행하므로 전송속도를 느리게 만드는 IEEE 1394 프로토콜의 ACK 과정과 응답 과정이 필요가 없다.Therefore, the guarantee for packet transmission in the IEEE 1394 protocol was necessary because there is no other means of guarantee, but in case of IP over IEEE1394, the ACK of the IEEE 1394 protocol, which makes the transmission rate slower because the upper TCP / IP protocol plays the role. There is no need for a process and a response process.

상술한 본 발명의 설명에서는 구체적인 실시 예에 관해 설명하였으나, 여러 가지 변형이 본 발명의 범위에서 벗어나지 않고 실시될 수 있다. 따라서 본 발명의 범위는 설명된 실시 예에 의하여 정할 것이 아니고 특허청구범위 뿐만 아니라 특허청구범위와 균등한 것에 의해 정해져야 한다. In the above description of the present invention, specific embodiments have been described, but various modifications may be made without departing from the scope of the present invention. Therefore, the scope of the present invention should not be defined by the described embodiments, but should be determined not only by the claims but also by the equivalents of the claims.

상술한 바와 같은 본 발명에 따르면, IEEE 1394 프로토콜을 통해 전송해야 하는 패킷이 IP 패킷인 경우 패킷 전송을 보장하는 것을 IP나 TCP/UDP등의 상위 프로토콜에서 담당하게 하고, ACK를 기다리고 응답을 기다리는 과정을 없게 함으로써 IP 패킷 전송시 대기하는 시간이 줄어들게 되는 효과가 있다.According to the present invention as described above, if the packet to be transmitted through the IEEE 1394 protocol is an IP packet, the process to ensure the packet transmission in the upper protocol such as IP or TCP / UDP, and waiting for an ACK and waiting for a response By eliminating the delay, the waiting time for IP packet transmission is reduced.

또한, ACK와 응답에 대한 프로세서의 처리가 필요 없으므로 IEEE 1394 프로토콜에서는 단순히 패킷 전송만을 담당하도록 하여 전송 효율을 증가 시킬 수 있다는 효과가 있다.In addition, since the processor does not need to process the ACK and the response, the IEEE 1394 protocol can increase the transmission efficiency by simply handling the packet transmission.

또한, RFC2734를 만족하는 다른 노드와 연결해도 문제없이 작동되어져서 표준과 호환성도 확보되는 효과가 있다.In addition, connecting to another node that satisfies RFC2734 works without problems, ensuring compatibility with standards.

Claims (5)

IP(Internet Protocol) 패킷을 IEEE 1394 프로토콜을 통해 전송하는 방법에 있어서,In the method for transmitting an Internet Protocol (IP) packet through the IEEE 1394 protocol, IP 패킷을 분할(fragmentation)하는 제 1과정;A first step of fragmenting an IP packet; 소정의 Request 메시지를 생성하기 위해 상기 분할된 IP 패킷에 소정의 헤더를 생성한 후 완성된 Request 메시지를 수신측 노드(node)로 전송하는 제 2과정;Generating a predetermined header in the split IP packet to generate a predetermined request message, and then transmitting the completed request message to a receiving node; 상기 제 1과정에서 분할된 IP 패킷이 남아 있는지 검사하는 제 3과정;A third step of checking whether the divided IP packet remains in the first step; 상기 분할된 IP 패킷이 남아 있으면, 상기 수신측 노드의 응답여부에 관계없이 상기 제 2과정으로 진행하며,If the split IP packet remains, the process proceeds to the second process regardless of whether the receiving node responds. 상기 분할된 IP 패킷이 남아 있지 않으면, IP 패킷 전송이 완료됨을 특징으로 하는 IEEE 1394 프로토콜을 통해 IP 패킷을 전송하는 방법.If the divided IP packet is not left, the IP packet transmission is completed, characterized in that the IP packet transmission over the IEEE 1394 protocol. 제 1항에 있어서,The method of claim 1, 상기 제 1과정에서 상기 IP 패킷은 IEEE 1394 페이로드(payload)에 맞게 분할됨을 특징으로 하는 IEEE 1394 프로토콜을 통해 IP 패킷을 전송하는 방법.The method of claim 1, wherein the IP packet is divided according to an IEEE 1394 payload. 제 1항에 있어서, 상기 제 2과정에서 소정의 헤더를 생성하는 과정은,The method of claim 1, wherein the generating of the predetermined header in the second process comprises: 상기 분할된 IP 패킷에 IPover1394 헤더를 생성하는 단계; 및Generating an IPover1394 header in the split IP packet; And 상기 IPover1394 헤더가 생성된 상기 분할된 IP 패킷에 소정의 Asynchronous Request 헤더를 생성하는 단계로 이루어짐을 특징으로 하는 IEEE 1394 프로토콜을 통해 IP 패킷을 전송하는 방법.And generating a predetermined Asynchronous Request header in the divided IP packet in which the IPover1394 header is generated. 제 1항에 있어서,The method of claim 1, 상기 IP 패킷 전송의 보장은 IP 또는 TCP(Transmission Control Protocol) 또는 UDP(User Datagram Protocol)등의 상위 프로토콜에서 담당하게 함을 특징으로 하는 IEEE 1394 프로토콜을 통해 IP 패킷을 전송하는 방법.The IP packet transmission is guaranteed by the upper protocol such as IP or Transmission Control Protocol (TCP) or User Datagram Protocol (UDP). 삭제delete
KR1020040067757A 2004-08-27 2004-08-27 Ip packet transmission method through ieee 1394 protocol KR100630059B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020040067757A KR100630059B1 (en) 2004-08-27 2004-08-27 Ip packet transmission method through ieee 1394 protocol

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020040067757A KR100630059B1 (en) 2004-08-27 2004-08-27 Ip packet transmission method through ieee 1394 protocol

Publications (2)

Publication Number Publication Date
KR20060019212A KR20060019212A (en) 2006-03-03
KR100630059B1 true KR100630059B1 (en) 2006-09-27

Family

ID=37126633

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020040067757A KR100630059B1 (en) 2004-08-27 2004-08-27 Ip packet transmission method through ieee 1394 protocol

Country Status (1)

Country Link
KR (1) KR100630059B1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100973418B1 (en) * 2008-09-29 2010-07-30 에스케이씨앤씨 주식회사 NFC Audio Playing System Using NFC Isochronous Data Transmission

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6738823B1 (en) 2000-01-31 2004-05-18 Microsoft Corporation Use of isochronous packets to eliminate redundant acknowledgments

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6738823B1 (en) 2000-01-31 2004-05-18 Microsoft Corporation Use of isochronous packets to eliminate redundant acknowledgments

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100973418B1 (en) * 2008-09-29 2010-07-30 에스케이씨앤씨 주식회사 NFC Audio Playing System Using NFC Isochronous Data Transmission

Also Published As

Publication number Publication date
KR20060019212A (en) 2006-03-03

Similar Documents

Publication Publication Date Title
KR100890978B1 (en) A dual proxy approach to tcp performance improvements over a wireless interface
US8331269B2 (en) Method and device for transmitting voice in wireless system
JP4016032B2 (en) Reception window moving method in wireless mobile communication system
US9397791B2 (en) Transmitting data in a mobile communication system
CN106210924B (en) Video network transmission control method and system
JP2000224261A (en) Data link control protocol directly supporting network layer protocol and its method
CN101189840A (en) Data unit relay device and method for controlling the same
JPH11252179A (en) Tcp communication high speed device for asymmetrical line
WO2007052764A1 (en) Session relay device and session relay method
US6401127B1 (en) Adaptive timer for LLC type 2 reliable transport in a computer network
JP2006279467A (en) Communication apparatus and fault detecting method in logical link
KR20050078096A (en) Method for frame retransmission and network apparatus employing the method
CN1264234A (en) Priority enhanced information transfer device and its method
KR100630059B1 (en) Ip packet transmission method through ieee 1394 protocol
EP1505759B1 (en) Method and device for transmitting/receiving data using acknowledged transport layer protocols
CN112468513B (en) Terminal management communication method for enterprise network
US7801147B2 (en) Apparatus and method for providing user datagram protocol/internet protocol-based A1 interface in a mobile communication system
JP2003069615A (en) Communication controller and communication control method
JP2008199431A (en) Communication device
WO2012155703A1 (en) Link parameter autonegotiation method, terminal and system based on hdlc protocol
JP2007116411A (en) Data communication apparatus and data communication method
KR20060096623A (en) Method for guarantee reliability of datagram protocol under real-time environment
KR100734110B1 (en) Method of recovering server error in tcp layer
CN114449057A (en) Data transmission method and device
WO2014020433A1 (en) Method and gateway device for processing a fax call

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20120830

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20130829

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20140828

Year of fee payment: 9

LAPS Lapse due to unpaid annual fee