KR19990052959A - Additional Data Transmission Method Using OB Channel of TPC - Google Patents
Additional Data Transmission Method Using OB Channel of TPC Download PDFInfo
- Publication number
- KR19990052959A KR19990052959A KR1019970072517A KR19970072517A KR19990052959A KR 19990052959 A KR19990052959 A KR 19990052959A KR 1019970072517 A KR1019970072517 A KR 1019970072517A KR 19970072517 A KR19970072517 A KR 19970072517A KR 19990052959 A KR19990052959 A KR 19990052959A
- Authority
- KR
- South Korea
- Prior art keywords
- data
- connection
- agent
- stream
- additional data
- Prior art date
Links
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]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/401—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference
-
- 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/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Multimedia (AREA)
- Computer And Data Communications (AREA)
- Communication Control (AREA)
Abstract
본 발명은 티씨피의 오오비 채널을 이용한 부가 데이터 전송방법에 관한 것으로, 종래에는 티씨피 커넥션을 이용하여 스트림 데이터를 전송하는 도중에 클라이언트에서 서버측으로 재생, 전송중지, 일시정지와 같은 커맨드(Command)를 전송하고자 할 경우 별도의 부가 데이터를 위한 커넥션을 설정하고, 그 설정한 커넥션을 통해 커맨드를 전송함으로써 자원낭비가 심하고, 두 개의 커넥션으로 인해 클라이언트의 수가 제한받게 되는 문제점이 있다. 따라서 본 발명은 전송되는 비디오 데이터를 수신하는 제1단계와, 상기 제1단계에서 데이터 수신시 어전트(Urgent)의 발생여부를 체크하는 제2단계와, 상기 제2단계에서 어전트 발생이 없으면 계속해서 비디오 데이터를 수신하고 어전트 발생시 커맨드와 같은 부가 데이터를 스트림 데이터와 함께 전송하는 제3단계로 동작하도록 함으로써, TCP 커넥션 내에서 두 개의 논리적인 채널에 의해 두 호스트 간의 자원 낭비를 줄이고, 케넥션들의 관리 유지가 편리하도록 하고, 또한 스트림 제어 데이터를 데이터 커넥션과 같은 커넥션으로 송수신함으로써 스트림의 제어를 더욱 정교하게 할 수 있도록 한 것이다.The present invention relates to an additional data transmission method using an OBI channel of TPC, and conventionally commands such as playback, transmission, and pause from the client to the server side while transmitting stream data using the TPC connection. If you want to send a separate connection for the additional data, by sending a command through the set connection is a waste of resources, there is a problem that the number of clients is limited due to the two connections. Accordingly, the present invention provides a first step of receiving video data to be transmitted, a second step of checking whether or not an urgent is generated when data is received in the first step, and if no agent generation occurs in the second step. By continuously receiving video data and operating as a third step of transmitting additional data such as a command along with stream data when an agent occurs, it reduces resource waste between two hosts by two logical channels within a TCP connection. The management of the connections is made easy, and the stream control data can be transmitted and received over a connection such as a data connection to further control the stream.
Description
본 발명은 네트워크에 접속되어 있는 두 호스트간에 스트림 데이터를 TCP 커넥션(connection)을 이용하여 전송할 경우 별개의 새로운 커넥션을 설정하지 않고 부가 데이터를 전송하기 위한 것으로, 특히 두 호스트간에 스트림 데이터를 전송할 경우 티씨(TCP)의 오오비 채널(Out-Of Band Channel)을 이용하여 전송하기 위한 티씨피의 오오비 채널을 이용한 부가 데이터 전송방법에 관한 것이다.The present invention is to transmit additional data without establishing a separate new connection when transmitting stream data between two hosts connected to a network using a TCP connection, and particularly when transmitting stream data between two hosts. The present invention relates to a method for transmitting additional data using an OBI channel of TPC for transmitting using an O-Channel (Out-Of Band Channel) of (TCP).
종래 호스트 간의 스트림 데이터를 전송하는 방법은, 클라이언트에서 데이터 요구가 있는지를 체크하는 제1단계와, 상기 제1단계에서 데이터 요구가 없으면 종료하고 데이터 요구가 있으면 그에 해당하는 스트림 데이터를 전송하는 제2단계와, 상기 제2단계에서 스트림 데이터 전송중에 부가 데이터와 같은 커맨드의 요구가 있는지를 체크하는 제3단계와, 상기 제3단계에서 커맨드 요구가 없으면 계속해서 스트림 데이터를 전송하고 커맨드 요구가 있으면 데이터의 전송을 중단하고 커맨드를 실행하는 제4단계로 이루어진다.The conventional method of transmitting stream data between hosts includes: a first step of checking whether there is a data request from a client; and a second step of terminating if there is no data request in the first step, and transmitting corresponding stream data if there is a data request. And a third step of checking whether there is a request of a command such as additional data during the transmission of the stream data in the second step, and if there is no command request in the third step, the stream data is continuously transmitted and the data is requested if there is a command request. The fourth step is to stop the transmission and execute the command.
이와같이 각 단계로 이루어진 종래 기술에 대하여 도 1에 의거하여 살펴보면 다음과 같다.As described above with reference to Figure 1 with respect to the prior art made of each step as follows.
클라이언트(Client)가 서버(Server)측에 원하는 데이터를 요구하면, 서버측에서 그 데이터 요구를 인식한다.When the client requests the desired data from the server side, the server side recognizes the data request.
그 인식한 스트림 데이터를 서버측에서 클라이언트로 전송한다.The recognized stream data is transmitted from the server side to the client.
이때 스트림 데이터는, 도 1에서와 같이, 클라이언트와 서버측(또는 하나의 호스트와 다른 하나의 호스트)에 있는 데이터를 주고받을 통로인 티씨피(TCP) 커넥션을 이용하여 전송된다.In this case, as shown in FIG. 1, the stream data is transmitted using a TCP connection, which is a passage for transmitting and receiving data at the client and server side (or one host and the other host).
이렇게 티씨피 커넥션을 이용하여 스트림 데이터를 전송하는 도중에 클라이언트에서 서버측으로 전송중지, 일시정지와 같은 커맨드(Command)를 전송하고자 할 경우 별도의 부가 데이터를 위한 커넥션을 설정하고, 그 설정한 커넥션을 통해 커맨드를 전송한다.If you want to send a command such as stop and pause from client to server while transmitting stream data using TPC connection, set up a connection for additional data and set the connection for the additional data. Send the command.
그러면 상기 서버측에서는 별도의 커넥션을 통해 전송된 커맨드를 수행한다.Then, the server side executes a command transmitted through a separate connection.
그러나, 상기에서와 같은 종래기술에서 스트림 데이터 전송을 위한 티씨피 커넥션과 커맨드와 같은 부가 데이터 전송을 위한 커넥션을 각각 별도로 설정하여 사용하여야 하므로, 그 커넥션과 같은 자원에 의해 접속되는 클라이언트 수가 제한되므로 효율성이 떨어지는 문제점이 있다.However, in the prior art as described above, since a TPC connection for stream data transmission and a connection for additional data transmission such as a command must be set separately, the number of clients connected by the same resource as the connection is limited. There is a falling problem.
따라서 상기에서와 같은 종래의 문제점을 해결하기 위한 본 발명의 목적은 호스트간 스트림 데이터 전송시 티씨피(TCP)의 오오비 채널(Out-Of Band Channel)을 이용하여 스트림 데이터 뿐만 아니라 커맨드와 같은 부가 데이터를 동시에 전송할 수 있도록 한 티씨피의 오오비 채널을 이용한 부가 데이터 전송방법을 제공함에 있다.Accordingly, an object of the present invention for solving the conventional problems as described above is to add not only stream data but also commands such as commands using the O-OB channel of TCP for transmission of stream data between hosts. The present invention provides an additional data transmission method using an OB channel of TPC to transmit data simultaneously.
본 발명의 다른 목적은 티씨피(TCP)의 오오비 채널을 이용하여 스트림 데이터 및 부가 데이터를 함께 전송하여 전송 효율을 높이고, 두 호스트간의 자원 낭비를 줄일 수 있도록 한 티씨피의 오오비 채널을 이용한 부가 데이터 전송방법을 제공함에 있다.Another object of the present invention is to use the OBI channel of TCP to improve the transmission efficiency by transmitting the stream data and the additional data together, using the OBI channel of the TPC to reduce the waste of resources between the two hosts An additional data transmission method is provided.
도 1은 종래 호스트 간의 스트림 데이터를 전송하는 방법을 보여주는 신호 흐름도.1 is a signal flow diagram illustrating a method for transmitting stream data between conventional hosts.
도 2는 티씨피 헤더의 구조도.2 is a structural diagram of a TPC header.
도 3은 본 발명 티씨피의 오오비 채널을 이용하여 스트림 데이터 및 부가 데이터를 전송하는 방법을 보여주는 신호 흐름도.3 is a signal flow diagram illustrating a method for transmitting stream data and additional data using an OB channel of the present invention.
도 4는 본 발명 티씨피의 오오비 채널을 이용한 부가 데이터 전송방법에 대한 동작 과정도.4 is a flowchart illustrating an additional data transmission method using an OB channel of the present invention.
도 5는 스트림 데이터의 송수신시 부가정보 발생시 동작을 보여주는 처리 과정도.5 is a flowchart illustrating an operation of generating additional information when transmitting and receiving stream data.
*** 도면의 주요부분에 대한 부호의 설명 ****** Explanation of symbols for main parts of drawing ***
IP : Internet Protocol SAP : Service access pointIP: Internet Protocol SAP: Service access point
TCP : Transport Control ProtocolTCP: Transport Control Protocol
상기 목적을 달성하기 위한 본 발명은 전송되는 비디오 데이터를 수신하는 제1단계와, 상기 제1단계에서 데이터 수신시 어전트(Urgent)의 발생여부를 체크하는 제2단계와, 상기 제2단계에서 어전트 발생이 없으면 계속해서 비디오 데이터를 수신하고 어전트 발생시 커맨드와 같은 부가 데이터를 스트림 데이터와 함께 전송하는 제3단계로 이루어진 것을 특징으로 한다.According to an aspect of the present invention, a first step of receiving video data to be transmitted, a second step of checking whether or not an urgent is generated when data is received in the first step, and the second step If there is no agent generation, the third step is to continuously receive video data and to transmit additional data such as a command together with the stream data when the agent is generated.
이하, 첨부한 도면에 의거하여 상세히 살펴보면 다음과 같다.Hereinafter, the present invention will be described in detail with reference to the accompanying drawings.
도 4는 본 발명 티씨피의 오오비 채널을 이용한 부가 데이터 전송방법에 대한 동작 과정도로서, 이에 도시한 바와같이, 전송되는 비디오 데이터를 수신하는 제1단계와, 상기 제1단계에서 데이터 수신시 어전트(Urgent)의 발생여부를 체크하는 제2단계와, 상기 제2단계에서 어전트 발생이 없으면 계속해서 비디오 데이터를 수신하고 어전트 발생시 커맨드와 같은 부가 데이터를 스트림 데이터와 함께 전송하는 제3단계로 이루어진다.FIG. 4 is a flowchart illustrating an additional data transmission method using an OB channel of the present invention. As shown in FIG. 4, a first step of receiving video data transmitted and a data reception in the first step are shown. A second step of checking whether or not an urgent is generated, and a third step of continuously receiving video data when no agent is generated in the second step and transmitting additional data such as a command together with stream data when an agent is generated. Consists of steps.
상기에서 부가 데이터는 TCP 헤더에서 어전트 데이터인지의 여부를 체크하는 어전트 플래그와 그 어전트 데이터의 위치를 알리는 어전트 포인터에 설정하여 전송하는 것을 특징으로 한다.In the above description, the additional data is set in an agent flag for checking whether or not the agent data is in the TCP header and an agent pointer for indicating the location of the agent data.
이와같이 각 단계로 이루어진 방법에 대한 본 발명의 동작 및 작용 효과에 대하여 상세히 설명하면 다음과 같다.As described above in detail the operation and effect of the present invention for the method consisting of each step as follows.
티씨피(TCP: Transport Control Protocol)에 의해 지원되는 오오비 채널(Out-Of Band Channel)은 일반 데이터 전송 채널과는 논리적으로 별개의 채널이다.The out-of-band channel (TCP), supported by the Transport Control Protocol (TCP), is logically separate from the normal data transmission channel.
이 채널은 일반적으로 어전트 데이터(Urgent data)를 보내는 용도로 사용되며, 어전트 모드라 불리운다.This channel is generally used to send urgent data and is called as agent mode.
상기 오오비 밴드 데이터는, 도 2에 도시한 TCP 헤더의 구조에서, 어전트 플래그(URG)와 어전트 포인터를 이용하여 전송되는데, 그 오오비 밴드 데이터는 스트림 내에 전송되지 않고 남아 있는 일반 데이터들인 전송되는 것을 기다리지 않고 바로 전송된다.The obi band data is transmitted using an agent flag (URG) and an agent pointer in the structure of the TCP header shown in FIG. 2, and the obi band data are general data that are not transmitted in the stream. It is sent immediately without waiting for it to be sent.
즉, 데이터 요구신호를 받은 호스트1는 그 요구신호에 해당하는 스트림 데이터를 전송한다.That is, the host 1 receiving the data request signal transmits stream data corresponding to the request signal.
그러면 데이터를 요구한 호스트2는 호스트1에서 전송한 스트림 데이터를 수신한다.(S1)Host 2 requesting the data then receives the stream data transmitted from host 1 (S1).
이렇게 스트림 데이터를 수신하는 호스트1는 더 이상 데이터를 받지 않아도 된다거나 다른 일을 수행할 상황이 발생하는지를 체크(S2)하고 있다가 어떤 다른 상황이 발생하지 않으면 계속해서 스트림 데이터를 수신하고, 상황이 발생하면 어전트 플래그를 '1'로 설정하고, 어전트 포인터에 전송하는 데이터중에서 어디 부분부터 어디까지 어전트 데이터가 있는지를 나타내는 위치를 표시한 TCP 헤더를 전송한다.(S3)The host 1 receiving the stream data checks (S2) whether or not there is a need to receive the data anymore or performs another task. If no other situation occurs, the host 1 continues to receive the stream data. When generated, the agent flag is set to '1', and a TCP header indicating a position indicating where the agent data exists from among the data transmitted to the agent pointer is transmitted (S3).
상기에서 어전트 플래그를 '0'으로 설정하면 어전트 데이터가 없음을 의미한다.If the agent flag is set to '0' in the above, it means that there is no agent data.
그러면 스트림 데이터를 전송하는 호스트1는 입력되는 TCP 헤더에서 어전트 플래그를 체크하여 어전트 데이터를 있음을 인식하고, 어전트 포인터를 읽어 어전트 데이터가 있는 위치를 알아낸다음 그 위치로 찾아가 어전트 데이터를 읽어들인다.Host 1, which sends the stream data, checks the agent flag in the incoming TCP header, recognizes the agent data, reads the agent pointer, finds the location of the agent data, and goes to the location. Read data
이렇게 읽어들인 어전트 데이터에 해당하는 명령을 수행한다.The command corresponding to the read agent data is executed.
이때 호스트2는 수신되는 스트림 데이터가 있는지를 체크(S4)하고 있다가 있으면 계속해서 스트림 데이터를 수신하고, 없으면 종료한다.At this time, the host 2 checks whether there is stream data being received (S4). If the host 2 continues to receive the stream data, the host 2 ends.
상기에서 어전트 데이터는 부가 정보로서, 전송중인 스트림 데이터에 관한 제어 명령일 수도 있고, 각 호스트의 운용 중에 교환할 필요가 있는 정보일 수도 있다.In the above description, the agent data may be additional information, and may be a control command regarding stream data being transmitted or information that needs to be exchanged during operation of each host.
이와같이 TCP 헤더의 어전트 플래그와 어전트 포인터를 이용하여 부가 정보를 전송함으로써, 도 3에서와 같이, 두 호스트 간에 종래에 사용하던 2개의 커넥션을 하나의 커넥션 내에 있는 두 개의 논리적인 채널로 대치할 수 있다.By transmitting the additional information using the agent flag and the agent pointer of the TCP header as described above, as shown in FIG. 3, two conventional connections between two hosts can be replaced by two logical channels within one connection. Can be.
예를 들어, 스트림 데이터 송신측과 스트림 데이터 수신측이 있을 때 스트림 데이터 송수신시 부가 정보 발생시 처리 과정을 도 5에 의거하여 살펴보면 다음과 같다.For example, a process of generating additional information when transmitting and receiving stream data when there is a stream data transmitting side and a stream data receiving side will be described with reference to FIG. 5.
수신측(Receiver)에서 ①번과 같이 오오비 채널(Out-Of Band Channel)을 통해 원하는 데이터를 송신하라는 START 명령을 송신측(Sender)으로 전달한다.Receiver sends START command to sender to send desired data through Out-Of Band Channel as in ①.
이 START 명령을 받은 송신측(Sender)은 이때부터 스트림 데이터를 전송한다.(②과정)The sender receiving this START command transmits the stream data from this time.
그러면 수신측(Receiver)에서 전송한 스트림 데이터를 수신한다.(③과정)Then, it receives the stream data transmitted from the receiver (Step 3).
수신측(Receiver)에서 스트림 데이터를 수신하다 일시정지 기능을 나타내는 PAUSE 명령을 ④과 같이 송신측(Sender)으로 전달하여, 상기 송신측(Sender)에서 PAUSE 명령을 받을 때까지 계속해서 전달한다.The receiver receives the stream data and delivers a PAUSE command indicating the pause function to the sender as shown in ④, and continues to transmit until the PAUSE command is received from the sender.
이때 송신측(Sender)에서 PAUSE 명령을 받았다는 응답이 오면 수신측(Receiver)은 PAUSE 명령을 더 이상 전달하지 않는다.(⑤과정)At this time, if a response is received from the sender that the PAUSE command is received, the receiver does not transmit the PAUSE command any more.
수신측(Receiver)에서 ⑥과 같이 송신측(Sender)으로 부터 응답을 받고, 더 이상 스트림 데이터가 수신되지 않으므로 필요한 일을 수행한다.The receiver receives a response from the sender as in ⑥, and since the stream data is no longer received, it performs the necessary work.
다른 일을 수행하다가 다시 스트림 데이터를 받고 싶으면, 수신측(Receiver)은 ⑦번과 같이 PLAY 명령을 전달한다.If you want to receive stream data while doing something else, the receiver sends a PLAY command as in ⑦.
상기 PLAY명령을 받은 송신측(Sender)은 그 PLAY 명령을 받았음을 알리는 응답을 행한다.(⑧,⑨과정)The sender receiving the PLAY command makes a response indicating that the PLAY command has been received.
상기 송신측(Sender)은 수신측(Receiver)으로 PLAY 명령을 받았음을 응답한 후 ⑩번과 같이 전송중에 중단되었던 스트림 데이터를 계속해서 전송한다.(⑪과정)The sender responds that the PLAY command has been received to the receiver, and continues to transmit stream data that was interrupted during the transmission, such as #.
이와같은 방법으로 스트림 데이터를 전송하다가 모두 전송하면 ⑫번과 같이 종료됨을 알리는 END 신호를 수신측(Receiver)으로 전송하고 종료한다.(⑬과정)In this way, if all the stream data is transmitted and then all the data is transmitted, an END signal is transmitted to the receiver and the signal is terminated.
따라서, 본 발명은 스트림 데이터를 송수신하는 두 호스트 사이에 스트림 데이터 자체를 TCP 커넥션과 스트림을 제어하기 위한 또 다른 커넥션을 설정하여 사용하는 것보다 한 TCP 커넥션 내에서 두 개의 논리적인 채널을 이용하여 해결함으로써 두 호스트 간의 자원 낭비를 줄이고, 케넥션들의 관리 유지가 편리하도록 한 효과가 있고, 또한 스트림 제어 데이터를 데이터 커넥션과 같은 커넥션으로 송수신함으로써 스트림의 제어를 더욱 정교하게 할 수 있도록 한 효과가 있다.Accordingly, the present invention solves the problem by using two logical channels in one TCP connection, rather than establishing a TCP connection and another connection for controlling the stream between two hosts transmitting and receiving stream data. By reducing the waste of resources between the two hosts, it is easy to maintain the management of the connection, and also the effect of making the control of the stream more sophisticated by transmitting and receiving the stream control data in the same connection as the data connection.
Claims (2)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1019970072517A KR100261813B1 (en) | 1997-12-23 | 1997-12-23 | Method for transmitting additional data using out-of channel of transport control protocol |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1019970072517A KR100261813B1 (en) | 1997-12-23 | 1997-12-23 | Method for transmitting additional data using out-of channel of transport control protocol |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| KR19990052959A true KR19990052959A (en) | 1999-07-15 |
| KR100261813B1 KR100261813B1 (en) | 2000-07-15 |
Family
ID=19528313
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1019970072517A KR100261813B1 (en) | 1997-12-23 | 1997-12-23 | Method for transmitting additional data using out-of channel of transport control protocol |
Country Status (1)
| Country | Link |
|---|---|
| KR (1) | KR100261813B1 (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100441992B1 (en) * | 2001-12-04 | 2004-07-30 | 주식회사 팬택앤큐리텔 | Primitive Transmitting Method between Protocol Layers on the basis of Streaming Technique in Mobile Terminal |
| KR100625450B1 (en) * | 1999-11-24 | 2006-09-18 | 주식회사 케이티 | Method of processing user-defined urgent message in push system |
| KR100763371B1 (en) * | 2000-12-29 | 2007-10-04 | 엘지전자 주식회사 | method for lossless compression and expansion of high quality graphic data |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100608715B1 (en) | 2003-09-27 | 2006-08-04 | 엘지전자 주식회사 | SYSTEM AND METHOD FOR QoS-QUARANTED MULTIMEDIA STREAMING SERVICE |
-
1997
- 1997-12-23 KR KR1019970072517A patent/KR100261813B1/en not_active IP Right Cessation
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100625450B1 (en) * | 1999-11-24 | 2006-09-18 | 주식회사 케이티 | Method of processing user-defined urgent message in push system |
| KR100763371B1 (en) * | 2000-12-29 | 2007-10-04 | 엘지전자 주식회사 | method for lossless compression and expansion of high quality graphic data |
| KR100441992B1 (en) * | 2001-12-04 | 2004-07-30 | 주식회사 팬택앤큐리텔 | Primitive Transmitting Method between Protocol Layers on the basis of Streaming Technique in Mobile Terminal |
Also Published As
| Publication number | Publication date |
|---|---|
| KR100261813B1 (en) | 2000-07-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US4996685A (en) | Technique for dynamically changing an ISDN connection during a host session | |
| US6321269B1 (en) | Optimized performance for transaction-oriented communications using stream-based network protocols | |
| US6055441A (en) | Systems and methods for facsimile communication over a cellular radiotelephone communications link | |
| KR20040062882A (en) | Optimizing System Resources | |
| JP4786354B2 (en) | iSCSI communication control method and storage system using the same | |
| US6401123B1 (en) | Systems, methods and computer program products for employing presumptive negotiation in a data communications protocol | |
| KR100261813B1 (en) | Method for transmitting additional data using out-of channel of transport control protocol | |
| JPH10308791A (en) | Method and equipment for data communication and data communication program recording medium | |
| EP1532767B1 (en) | Download optimization in the presence of multicast data | |
| JP2000124950A (en) | Method and device for setting transmission/reception parameter | |
| US7369570B2 (en) | iSCSI apparatus and communication control method for the same | |
| US5923443A (en) | Infrared communication port fax software legacy flow control emulation | |
| JP5162641B2 (en) | Automatic configuration system for media adapter device and router device | |
| JP3797363B2 (en) | iSCSI device and communication control method thereof | |
| KR100460087B1 (en) | Method for controlling a data traffic each of task in data transmit and receive | |
| KR100259947B1 (en) | Performance improvement method of the bus | |
| JP3008695B2 (en) | Window size negotiation method | |
| KR100658870B1 (en) | Method for dynamic service signaling | |
| JP2002252648A (en) | Communication adaptive packet processing system | |
| KR100319382B1 (en) | Lost call data processing system | |
| JP2002084321A (en) | Method and mechanism for using faster data transferable client as substitute of server in real time data transmission from server | |
| JP3678601B2 (en) | Terminal emulator communication control method | |
| CN113132353A (en) | Data stream conversion method, system and storage medium | |
| KR0171305B1 (en) | Tcp/ip contacting apparatus of banking system | |
| JPH07143122A (en) | Traffic control system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A201 | Request for examination | ||
| E701 | Decision to grant or registration of patent right | ||
| GRNT | Written decision to grant | ||
| FPAY | Annual fee payment |
Payment date: 20080319 Year of fee payment: 9 |
|
| LAPS | Lapse due to unpaid annual fee |