JP2001168915A - Ip packet transfer system - Google Patents

Ip packet transfer system

Info

Publication number
JP2001168915A
JP2001168915A JP35211199A JP35211199A JP2001168915A JP 2001168915 A JP2001168915 A JP 2001168915A JP 35211199 A JP35211199 A JP 35211199A JP 35211199 A JP35211199 A JP 35211199A JP 2001168915 A JP2001168915 A JP 2001168915A
Authority
JP
Japan
Prior art keywords
packet
transmission
information
address table
transmitted
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
Application number
JP35211199A
Other languages
Japanese (ja)
Inventor
Fumikazu Kanehara
史和 金原
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
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 NEC Corp filed Critical NEC Corp
Priority to JP35211199A priority Critical patent/JP2001168915A/en
Priority to US09/731,659 priority patent/US6934281B2/en
Publication of JP2001168915A publication Critical patent/JP2001168915A/en
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40058—Isochronous transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40071—Packet processing; Packet format
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • 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
    • 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/163—In-band adaptation of TCP data exchange; In-band control procedures
    • 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/164—Adaptation or special uses of UDP protocol
    • 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/165—Combined use of TCP and UDP protocols; selection criteria therefor
    • 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
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2212/00—Encapsulation of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Small-Scale Networks (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

PROBLEM TO BE SOLVED: To secure sure data transmission, even when a traffic load of a data transmission bus in high by using both a connection type data transfer system and a connection less type data transfer system. SOLUTION: An IP packet communications equipment that uses an asynchronous communication channel and an isochronous communication channel to process IP packets, includes an address table that stores attribute information of transmitted IP packets, which include information denoting presence/absence of transmission within a prescribed interval, a transmission monitor section that periodically monitors information of the address table, and a CMP processing section, that receives discrimination information discriminating the consecutiveness of the traffic to set up a communication channel for the asynchronous transfer.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【０００１】[0001]

【発明の属する技術分野】本発明は、ＩＥＥＥ１３９４
転送方式におけるコネクションレス型通信とコネクショ
ン型通信を併用したＩＰ通信を行うＩＰパケット転送装
置に関する。BACKGROUND OF THE INVENTION 1. Field of the Invention
The present invention relates to an IP packet transfer device that performs IP communication using both connectionless communication and connection-type communication in a transfer method.

【０００２】[0002]

【従来の技術】本発明に関するＩＥＥＥ１３９４インタ
フェースは、ディジタル、ビデオ、オーディオとＰＣ間
等のマルチメディアのリアルタイム伝送として昨今普及
しつつある。ＩＥＥＥ１３９４規格については、”ＩＥ
ＥＥ Ｓｔｄ １３９４−１９９５ ＩＥＥＥ Ｓｔａ
ｎｄａｒｄ ｆｏｒ ａ Ｈｉｇｈ Ｐｅｒｆｏｒｍａ
ｎｃｅ Ｓｅｒｉａｌ Ｂｕｓ”として規定されてお
り、高速シリアルバスであるＩＥＥＥ１３９４バスにお
いて、データはパケットの形に分割され、１２５μｓ長
のサイクルを基準として時分割にて伝送される。2. Description of the Related Art The IEEE 1394 interface according to the present invention has recently become widespread as real-time transmission of multimedia between digital, video, audio and PC. For the IEEE 1394 standard, refer to "IE
EE Std 1394-1995 IEEE Sta
ndard for a High Performa
In the IEEE 1394 bus, which is a high-speed serial bus, data is divided into packets and transmitted in a time-division manner on the basis of a cycle of 125 μs long.

【０００３】このＩＥＥＥ１３９４における伝送方法に
はアイソクロナス伝送とアシンクロナス伝送の２つの方
法があり、それぞれＩＥＥＥ１３９４パケットは、アイ
ソクロナスパケット及びアシンクロナスパケットとして
伝送される。[0003] There are two transmission methods in the IEEE 1394, namely, an isochronous transmission and an asynchronous transmission, and an IEEE 1394 packet is transmitted as an isochronous packet and an asynchronous packet, respectively.

【０００４】アイソクロナス伝送では、全てのサイクル
において伝送に必要な帯域を確保することによって、一
定時間内の伝送が保証され、通信を行うノード間でアイ
ソクロナスチャネルという通信コネクションを事前に確
立してから、データの転送を行うコネクション型の通信
方式である。ここで、アイソクロナスチャネルの識別子
をアイソクロナスチャネル番号と呼ぶ。In isochronous transmission, transmission within a certain time is guaranteed by securing a band required for transmission in all cycles, and a communication connection called an isochronous channel is established between nodes performing communication beforehand. This is a connection-type communication method for transferring data. Here, the identifier of the isochronous channel is called an isochronous channel number.

【０００５】一方、アシンクロナス伝送は、各サイクル
において、アイソクロナス伝送で使用して残った時間に
て調停（アービトレーション）を行い、バスを確保した
ノードがデータ転送を行う。アイソクロナス伝送のよう
に事前にコネクションを確立するようなことはせず、バ
ス上のノードに一意に割り当てられた識別子を用いてデ
ータの伝送を行うコネクションレス型の通信方式であ
る。また、この識別子をノードＩＤと呼ぶ。On the other hand, in asynchronous transmission, in each cycle, arbitration (arbitration) is performed with the remaining time used in isochronous transmission, and the node that has secured the bus performs data transfer. This is a connectionless communication system in which data is transmitted using an identifier uniquely assigned to a node on a bus without establishing a connection in advance as in isochronous transmission. This identifier is called a node ID.

【０００６】このように、アイソクロナス伝送は帯域保
証されるコネクション型通信に相当し、アシンクロナス
伝送は帯域保証がされないコネクションレス型通信に相
当する。As described above, isochronous transmission corresponds to connection-type communication in which the bandwidth is guaranteed, and asynchronous transmission corresponds to connectionless communication in which the bandwidth is not guaranteed.

【０００７】このような、ＩＥＥＥ１３９４インタフェ
ースを用いた通信形態については、特開平１１−２３４
３１３号公報に記載の発明、マルティメディア交換装置
に開示されている。本発明では、通信、音声、画像デー
タの交換処理を行い、ＩＥＥＥ１３９４インタフェース
規格の高速シリアルバスを用いて自動割付によってデー
タ転送路を切り替えて交換処理を行うマルティメディア
交換装置に関するものであり、本技術においては、内線
ノード装置および外線ノード装置における多種データ
を、識別コードなどに基づいてアイソクロナス／又はア
シンクロナスの通信チャネルに自動的に割り付けてパケ
ット転送するものである。[0007] Such a communication mode using the IEEE1394 interface is disclosed in Japanese Patent Application Laid-Open No. 11-234.
No. 313, the invention is disclosed in a multimedia exchange device. The present invention relates to a multimedia exchange device that performs exchange processing of communication, voice, and image data, and performs exchange processing by switching data transfer paths by automatic allocation using a high-speed serial bus of the IEEE 1394 interface standard. Is to automatically assign various types of data in an extension node device and an outside line node device to an isochronous / asynchronous communication channel based on an identification code or the like and transfer the packet.

【０００８】[0008]

【発明が解決しようとする課題】従来のＬＡＮ（Ｌｏｃ
ａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）では、主にＥｔｈｅ
ｒｎｅｔがその物理媒体として使用されるが、そのデー
タ伝送はコネクションレス型通信であり、データ転送に
おける帯域の保証はされない。SUMMARY OF THE INVENTION Conventional LAN (Loc)
al Area Network), mainly Ethe
Although rnet is used as the physical medium, the data transmission is connectionless communication, and the bandwidth in the data transfer is not guaranteed.

【０００９】コネクション型通信としては、ＡＴＭ−Ｌ
ＡＮなどが最近使用されているが、ＬＡＮ内のノード間
に、全てのコネクションをあらかじめ固定的に確立して
おくことは、それらのコネクションの管理が極めて煩雑
になるという欠点がある。またシグナリング処理により
動的にコネクションを確立することは、処理のオーバー
ヘッドが大きくなり、各端末における処理負荷が重くな
るという短所がある。このような理由により、ＡＴＭ−
ＬＡＮの技術はＬＡＮ内で使用するよりも、ＬＡＮ間接
続での適用に有効であるといえる。[0009] ATM-L is used as connection-type communication.
Although ANs and the like have recently been used, fixed establishment of all connections in advance between nodes in a LAN has a disadvantage that management of those connections becomes extremely complicated. Also, dynamically establishing a connection by signaling processing has disadvantages in that the processing overhead increases and the processing load on each terminal increases. For these reasons, ATM-
It can be said that the LAN technology is more effective for application in a connection between LANs than for use in a LAN.

【００１０】以上のように、従来のＬＡＮで用いられて
いるＡＴＭを用いたコネクション型及びＥｔｈｅｒｎｅ
ｔに代表されるコネクションレス型通信は共に、ＬＡＮ
にそのまま用いるには、それぞれ上記のような欠点を有
する。[0010] As described above, the connection type and the Ethernet using ATM used in the conventional LAN are used.
The connectionless communication represented by t
Have the above-mentioned drawbacks when used as is.

【００１１】一方、ＩＥＥＥ１３９４バスはコネクショ
ン型及びコネクションレス型通信の双方の転送方式を持
つ物理メディアであり、このような、ＩＥＥＥ１３９４
バスにおいてＩＰ通信をどのように実現するか、標準化
団体等で検討されている。On the other hand, the IEEE 1394 bus is a physical medium having both connection-type and connectionless-type transfer systems.
How to realize IP communication on a bus is being studied by a standardization organization or the like.

【００１２】たとえば、ＩＥＥＥ１３９４上のＩＰ（Ｉ
ｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通信については、
ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ
Ｔａｓｋ Ｆｏｒｃｅ）によるＩＰ ｏｖｅｒ ＩＥ
ＥＥ１３９４の仕様案を示すｄｒａｆｔ−ｉｅｔｆ−ｉ
ｐ１３９４−ｉｐｖ４−１８．ｔｘｔとして提案されて
いる。この方式ではＩＰパケットをアシンクロナスパケ
ットでカプセル化して伝送を行なっており、上記でいう
コネクションレス型通信に相当する。[0012] For example, the IP (I
Internet Protocol) communication
IETF (Internet Engineering)
Task Force) by IP over IE
Draft-ietf-i showing the draft specification of EE1394
p1394-ipv4-18. txt. In this method, an IP packet is encapsulated in an asynchronous packet for transmission, which corresponds to the connectionless communication described above.

【００１３】また、コネクション型通信であるアイソク
ロナスパケットでカプセル化して伝送する方法も、同じ
くＩＥＴＦのｄｒａｆｔ−ｉｅｔｆ−ｉｐ１３９４−ｉ
ｐ−ｏｖｅｒ−ｉｓｏ１３９４−００．ｔｘｔにて提案
されている。しかし双方ともに、前述したコネクション
レス型では帯域が保証されず、コネクション型では、処
理が重いという欠点を有している。[0013] Also, a method of encapsulating in an isochronous packet which is connection-type communication and transmitting the same is described in the draft-ietf-ip1394-i of IETF.
p-over-iso1394-00. txt. However, both have the disadvantage that the bandwidth is not guaranteed in the connectionless type described above, and the connection type requires a heavy processing.

【００１４】以上の背景を基に、本発明では、ＩＥＥＥ
１３９４バスのアシンクロナス伝送とアイソクロナス伝
送を実施例として取り上げ、通信のトラフィック状態を
考慮してコネクション型通信とコネクション型通信を併
用したＩＰ通信の方式を提案するものである。[0014] Based on the above background, the present invention provides an IEEE standard.
The present invention proposes an asynchronous transmission and an isochronous transmission of the 1394 bus as an embodiment, and proposes an IP communication system using both connection-type communication and connection-type communication in consideration of a communication traffic state.

【００１５】[0015]

【課題を解決するための手段】本発明のＩＰパケット転
送装置は、ＩＥＥＥ１３９４パケットの送信を行うＩＥ
ＥＥ１３９４パケット送信部と、ＩＥＥＥ１３９４パケ
ットを受信するＩＥＥＥ１３９４パケット受信部と、受
信したＩＥＥＥ１３９４パケットからＩＰパケットを抽
出するＩＰパケット抽出部と、当該抽出したＩＰパケッ
トから、ＡＲＰ処理により設定更新されるルーティング
テーブルを参照して、所定の転送先情報を付加して、当
該ＩＰパケットのＩＥＥＥ１３９４パケットへのカプセ
ル化を指示するＩＰパケット処理部と、前記ＩＥＥＥ１
３９４パケット送信部からの送信処理通知を受けて、当
該ＩＰパケットの連続送信の有無を記述する属性情報を
エントリとして含むアドレステーブルと、前記アドレス
テーブルの情報を一定間隔で検索し、当該検索した情報
により、当該データフローについて、アシンクロナスチ
ャネルの確立の要不要を判定する送信監視部と、前記送
信監視部から送信されたアイソクロナスチャネルの確立
要求から、対応するアイソクロナスチャネル番号と、帯
域を取得するとともに、当該取得したチャネル情報を前
記アドレステーブルに登録するＣＭＰ処理部と、前記ア
ドレステーブルの情報を参照して送信すべきＩＰパケッ
トを、ＩＥＥＥ１３９４パケットにカプセル化し、前記
確立された通信チャネルを使用してアイソクロナスパケ
ットの生成を行う手段を有する。SUMMARY OF THE INVENTION An IP packet transfer apparatus according to the present invention transmits an IEEE 1394 packet.
An IEEE 1394 packet transmitting unit, an IEEE 1394 packet receiving unit that receives an IEEE 1394 packet, an IP packet extracting unit that extracts an IP packet from the received IEEE 1394 packet, and a routing table that is updated by ARP processing from the extracted IP packet. An IP packet processing unit that adds predetermined transfer destination information and instructs encapsulation of the IP packet into an IEEE 1394 packet;
In response to the transmission processing notification from the 394 packet transmission unit, an address table including, as entries, attribute information describing the presence or absence of continuous transmission of the IP packet, and information of the address table are searched at regular intervals. Thereby, for the data flow, a transmission monitoring unit that determines the necessity of establishing an asynchronous channel, and, from the isochronous channel establishment request transmitted from the transmission monitoring unit, obtain a corresponding isochronous channel number and a band, A CMP processing unit for registering the acquired channel information in the address table; an IP packet to be transmitted with reference to the address table information being encapsulated in an IEEE 1394 packet, and isochronous using the established communication channel; Generate a packet With a stage.

【００１６】また、本発明のＩＰパケット転送装置は、
送信すべきＩＰパケットのポート情報を抽出し、当該情
報をアドレステーブルに設定するＩＰパケット抽出部
と、前記ＩＰパケット抽出部により、設定されたポート
種別を含む各エントリについて、当該エントリ情報に対
応するパケットの送信が連続して所定の回数行われたか
を示す属性情報としてさらに含むアドレステーブルを含
む。[0016] The IP packet transfer apparatus of the present invention comprises:
An IP packet extracting unit that extracts port information of an IP packet to be transmitted and sets the information in an address table; and for each entry including the port type set by the IP packet extracting unit, the IP packet extracting unit corresponds to the entry information. An address table is further included as attribute information indicating whether packet transmission has been performed a predetermined number of times continuously.

【００１７】[0017]

【発明の実施の形態】本発明の実施の形態について説明
する。Embodiments of the present invention will be described.

【００１８】まず、本発明のIPパケット転送装置の概念
について図２を用いて説明する。図２は本発明の概念を
示す説明図であり、一例として、サーバー装置２０１、
ＰＣ端末２０２、ＰＣ端末２０３及びゲートウェイ装置
２０４をＩＰパケットの処理を行う通信装置として含
み、各装置間でＩＰ通信を行うＬＡＮを示している。First, the concept of the IP packet transfer device of the present invention will be described with reference to FIG. FIG. 2 is an explanatory diagram showing the concept of the present invention. As an example, a server device 201,
A LAN including a PC terminal 202, a PC terminal 203, and a gateway device 204 as communication devices for processing IP packets and performing IP communication between the devices is shown.

【００１９】ここで、各装置を結ぶ物理ケーブルは、Ｉ
ＥＥＥ１３９４シリアルバスのようにコネクション型及
びコネクションレス型の２種類の転送方式を持つバスで
ある。また、前記ＬＡＮはゲートウェイの各装置を結ぶ
物理ケーブルは、ＩＥＥＥ１３９４バスのようにコネク
ション型及びコネクションレス型の２種類の転送方式を
持つバスであり、ゲートウェイ２０４を介して外部ネッ
トワークと接続されている。Here, the physical cable connecting each device is I
This is a bus having two types of transfer systems, such as a connection type and a connectionless type, like the IEEE 1394 serial bus. In the LAN, a physical cable connecting each device of the gateway is a bus having two types of transfer systems, such as an IEEE 1394 bus, a connection type and a connectionless type, and is connected to an external network via the gateway 204. .

【００２０】ここで一例としてＰＣ端末２０３が、サー
バー装置２０１から画像データのような大容量データの
ダウンロードを開始し、ＰＣ端末２０２がゲートウェイ
装置２０４を介して外部ネットワークから映像データの
受信を行っている場合を考える。このような複数のデー
タ転送を、Ｅｔｈｅｒｎｅｔ同様にコネクションレス型
の通信で行った場合、互いの転送トラヒックに影響を及
ぼす可能性がある。Here, as an example, the PC terminal 203 starts downloading a large amount of data such as image data from the server device 201, and the PC terminal 202 receives video data from an external network via the gateway device 204. Think about it. When such a plurality of data transfers are performed by connectionless communication as in the case of Ethernet, there is a possibility that each other's transfer traffic is affected.

【００２１】すなわち、ＩＥＥＥ１３９４シリアルバス
においてコネクションレス型通信であるアシンクロナス
転送で複数のデータ転送を行い、各データ転送のトラヒ
ックが大きくなった場合、各データ転送で使用する通信
帯域が、バスが持つ全帯域幅を越えてしまう可能性があ
る。That is, when a plurality of data transfers are performed by the asynchronous transfer which is the connectionless communication on the IEEE 1394 serial bus, and the traffic of each data transfer becomes large, the communication bandwidth used in each data transfer is equal to the total bandwidth of the bus. The bandwidth may be exceeded.

【００２２】本発明では、このような事態を避けるた
め、各装置において、ＩＰパケットの送信状況を監視し
て、ある一定の条件を満たした送信については、コネク
ション型の転送に切り替える方式、及びそれを実装した
装置を提案するものである。According to the present invention, in order to avoid such a situation, each device monitors the transmission status of IP packets, and switches transmission to connection-type transfer for transmission satisfying a certain condition. Is proposed.

【００２３】すなわち、本発明では、コネクションレス
型のＩＰ通信から、コネクション型とコネクションレス
型とを併用したＩＰ通信に切り替えを行い、具体的に
は、ＩＥＥＥ１３９４シリアルバス上のデータ転送にお
いて、アシンクロナス転送によるＩＰ通信を、トラフィ
ック状態に応じてアイソクロナス転送によるＩＰ通信に
切り替える構成を有している。That is, in the present invention, the connectionless IP communication is switched to the IP communication using both the connection type and the connectionless type. Specifically, in the data transfer on the IEEE 1394 serial bus, the asynchronous transfer is performed. Is switched to IP communication by isochronous transfer according to the traffic state.

【００２４】たとえば、図２のＬＡＮにおいては、ゲー
トウェイ装置２０４からＰＣ端末２０２への転送と、サ
ーバー装置２０１からＰＣ端末２０３へのデータ転送の
トラヒックが大きいような場合、コネクションレス型通
信であるアシンクロナス転送から、帯域保証されたコネ
クション型通信であるアイソクロナス転送でデータ転送
を行うよう転送方式の切り替えを行う。For example, in the LAN shown in FIG. 2, when the traffic of the data transfer from the gateway device 204 to the PC terminal 202 and the data transfer from the server device 201 to the PC terminal 203 are large, the asynchronous communication that is the connectionless communication is used. From the transfer, the transfer method is switched so that the data transfer is performed by the isochronous transfer which is the connection-type communication whose band is guaranteed.

【００２５】次に、本発明の実施の形態について、図面
を用いて詳細に説明する。図１は、本発明の実施形態の
ＩＰパケット転送装置の機能ブロック図である。 （１）各機能ブロックの概要 図１に示すように本発明のＩＰパケット転送装置は、Ｉ
ＥＥＥ１３９４バスから、ＩＰ１３９４パケットを受信
して、ＩＥＥＥ１３９４パケットからＩＰパケットを抽
出して、アプリケーションに提供するとともに、アプリ
ケーションからの情報をＩＰパケットに変換し、さらに
ＩＥＥＥ１３９４パケットに変換して、他の通信端末に
送信を行っている。ここで、ＩＰパケットの転送は、Ａ
ＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏ
ｔｏｃｏｌ）処理によって設定更新されるルーティング
テーブル情報をもとに転送先が決定されて送信される。
以下に、図１の各機能ブロックの概要について説明す
る。Next, embodiments of the present invention will be described in detail with reference to the drawings. FIG. 1 is a functional block diagram of the IP packet transfer device according to the embodiment of the present invention. (1) Overview of each functional block As shown in FIG.
Receives an IP 1394 packet from the IEEE 1394 bus, extracts an IP packet from the IEEE 1394 packet, provides the IP packet to an application, converts information from the application into an IP packet, further converts the information from the application to an IEEE 1394 packet, and converts the information into another Is sending to. Here, the transfer of the IP packet is A
RP (Address Resolution Pro)
The transfer destination is determined and transmitted based on the routing table information set and updated by the (tocol) process.
Hereinafter, an outline of each functional block in FIG. 1 will be described.

【００２６】＜アプリケーション部＞アプリケーション
部１０１はＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒ
ｏｔｏｃｏｌ）やＲＴＰ（Ｒｅａｌ Ｔｉｍｅ Ｐｒｏ
ｔｏｃｏｌ）を用いたアプリケーションを含み、ＩＰパ
ケット処理部１０２との間でデータの入出力を行ってい
る。<Application Section> The application section 101 is an FTP (File Transfer Pr).
otocol) and RTP (Real Time Pro)
to / from the IP packet processing unit 102.

【００２７】＜ＩＥＥＥ１３９４パケット送信部＞ＩＥ
ＥＥ１３９４パケット送信部１０９は他の処理部からの
ＩＥＥＥ１３９４パケット送信要求に応じて、アイソク
ロナスパケット及びアシンクロナスパケットをＩＥＥＥ
１３９４バスに送出する。<IEEE1394 Packet Transmitter> IE
The IEEE 1394 packet transmission unit 109 converts the isochronous packet and the asynchronous packet into the IEEE 1394 packet transmission request in response to the IEEE 1394 packet transmission request from another processing unit.
Send to 1394 bus.

【００２８】＜ＩＥＥＥ１３９４パケット受信部＞ＩＥ
ＥＥ１３９４パケット受信部１１０は、ＩＥＥＥ１３９
４バスからの受信パケットを他の処理部に振り分ける処
理を行う。アイソクロナスパケットの場合は、後述する
ＣＭＰ（Ｃｏｎｎｅｃｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ
Ｐｒｏｃｅｄｕｒｅ）処理部１０７からオープン要求
されたアイソクロナスチャネル番号のパケットを、ＩＰ
パケット抽出部１０８に出力する。またＣＭＰ処理部１
０７からクローズ要求されたアイソクロナスチャネル番
号のパケットを受信した場合は、そのパケットを廃棄す
る。<IEEE1394 Packet Receiving Unit> IE
The IEEE 1394 packet receiving unit 110 uses the IEEE 139
A process for distributing the received packets from the four buses to other processing units is performed. In the case of an isochronous packet, a CMP (Connection Management) described later is used.
The packet of the isochronous channel number requested to be opened by the
Output to the packet extraction unit 108. In addition, the CMP processing unit 1
If a packet of the isochronous channel number requested to be closed from 07 is received, the packet is discarded.

【００２９】＜ＩＰパケット抽出部＞ＩＰパケット抽出
部１０８はＩＥＥＥ１３９４パケット受信部１１０から
入力されたアイソクロナスパケットもしくはアシンクロ
ナスパケットからＩＰパケットを抽出する処理をする。
入力されたパケットデータが複数のアシンクロナスパケ
ットに分割（フラグメント）されている場合は、組立て
（リアセンブル）処理を行い、ＩＰパケットを復元して
からＩＰパケット処理部１０２に出力する。<IP Packet Extraction Unit> The IP packet extraction unit 108 performs a process of extracting an IP packet from an isochronous packet or an asynchronous packet input from the IEEE 1394 packet reception unit 110.
If the input packet data is divided (fragmented) into a plurality of asynchronous packets, the assembling (reassembling) process is performed, and the IP packets are restored and output to the IP packet processing unit 102.

【００３０】＜ルーティングテーブル＞ルーティングテ
ーブル１１１はＩＰ経路を決定するための情報を持つ。
これは従来の技術と同様に、送信ＩＰパケットに対し
て、次に転送すべきノードのＩＰアドレスを決定するた
めに用いられる。このルーティングテーブルに格納され
るルーティング情報は、予め固定的に設定されてもよい
し、ルーティングプロトコルによって動的に作成されて
もよい。<Routing Table> The routing table 111 has information for determining an IP route.
This is used to determine the IP address of the next node to be forwarded to the transmission IP packet, as in the conventional technique. The routing information stored in the routing table may be fixedly set in advance, or may be dynamically created by a routing protocol.

【００３１】＜ＡＲＰ処理部＞ＡＲＰ処理部１０６は、
ＩＥＥＥ１３９４パケット生成部１０３からアドレス解
決要求を受けると、転送先のＩＰアドレスを持つＩＥＥ
Ｅ１３９４バス上のノードのノードＩＤ、オフセット及
びｍａｘ＿ｒｅｃの値を取得するためのＡＲＰパケット
を生成して、ＩＥＥＥ１３９４パケット送信部１０９に
出力する。ここで、オフセットとは、転送先ノードのレ
ジスタにＩＰデータが書き込まれるアドレスの位置を示
している。<ARP Processing Unit> The ARP processing unit 106
When an address resolution request is received from the IEEE 1394 packet generation unit 103, the IEEE having the transfer destination IP address
An ARP packet for acquiring a node ID, an offset, and a value of max_rec of a node on the E1394 bus is generated and output to the IEEE1394 packet transmitting unit 109. Here, the offset indicates the position of the address where the IP data is written in the register of the transfer destination node.

【００３２】ＩＰをＩＥＥＥ１３９４で転送する場合、
ＩＥＴＦのドラフトに示すようにアシンクロナスＷＲＩ
ＴＥ転送で行うが、この方法では転送先ノードのレジス
タの、あらかじめ決められたアドレスにＩＰデータを書
き込むことによって、実質的なデータの受信は行われ
る。しかし、上記レジスタにデータを書き込むアドレス
の値はノード毎に任意に設定される為、ＡＲＰ処理によ
って、転送元のノードは、転送先のノードの、どのアド
レスにＩＰデータを書き込めばよいか、あらかじめ知る
ことが必要である。When transferring an IP by IEEE 1394,
Asynchronous WRI as shown in IETF draft
Although the transfer is performed by TE transfer, in this method, substantial data reception is performed by writing IP data to a predetermined address of a register of a transfer destination node. However, since the value of the address for writing data to the register is set arbitrarily for each node, the ARP process allows the transfer source node to determine in advance which address of the transfer destination node the IP data should be written to. It is necessary to know.

【００３３】また、ｍａｘ＿ｒｅｃとは、ある受信側ノ
ードが一度に受け取ることができるデータサイズを示
し、同じくＡＲＰ処理によって受信側ノードから取得す
る。こうして、送信側ノードは、その受信側ノードに対
してデータを送信する時は、そのデータサイズに合わせ
てデータを分割したパケットとして送信を行うことがで
きる。Max_rec indicates a data size that can be received by a certain receiving node at a time, and is obtained from the receiving node by the ARP process. Thus, when transmitting data to the receiving node, the transmitting node can transmit the data as a packet obtained by dividing the data in accordance with the data size.

【００３４】こうして、送信される前記ＡＲＰパケット
に対する応答が、ＩＥＥＥ１３９４パケット受信部１１
０を介してＡＲＰ処理部１０６に入力されると、ＡＲＰ
処理部１０６はアドレステーブル１０４の該当エントリ
に、ノードＩＤ、オフセット、ｍａｘ＿ｒｅｃの値を設
定して、ＩＥＥＥ１３９４パケット生成部１０３に、ア
ドレス解決完了通知を出力する。Thus, the response to the transmitted ARP packet is transmitted to the IEEE 1394 packet receiving unit 11.
0 to the ARP processing unit 106, the ARP
The processing unit 106 sets the node ID, the offset, and the value of max_rec in the corresponding entry of the address table 104, and outputs an address resolution completion notification to the IEEE 1394 packet generation unit 103.

【００３５】＜送信監視部＞送信監視部１０５は、アイ
ソクロナスチャネルの確立及び解放を判断する処理部で
ある。アドレステーブル１０４に登録されている情報
を、一定間隔でサーチすることにより、送信元、送信
先、転送データ等の属性によって識別される各送信トラ
フィックが、定常的に続く、もしくは大容量転送を行っ
ているか監視を行い、当該トラフィック状態に対応して
アイソクロナスチャネルの確立／解放要求を行うか決定
を行う。<Transmission Monitoring Unit> The transmission monitoring unit 105 is a processing unit that determines establishment and release of an isochronous channel. By searching the information registered in the address table 104 at regular intervals, each transmission traffic identified by attributes such as a transmission source, a transmission destination, and transfer data is continuously continued or large-capacity transfer is performed. Monitoring to determine whether or not to make an isochronous channel establishment / release request in accordance with the traffic state.

【００３６】上記送信監視部１０５によるアドレステー
ブル１０４のサーチ間隔は、任意に設定可能であり、当
該ＬＡＮで取り扱うアプリケーションの種類、端末数等
に応じて、適宜設定される。The search interval of the address table 104 by the transmission monitoring unit 105 can be set arbitrarily, and is set appropriately according to the type of application handled by the LAN, the number of terminals, and the like.

【００３７】＜ＩＰパケット処理部＞ＩＰパケット処理
部１０２は、アプリケーション１０１からの送信要求デ
ータをＩＰパケットに変換して、ＩＥＥＥ１３９４パケ
ット生成部１０３に出力する。この際、ルーティングテ
ーブル１１１の情報を参照して、次の転送先ノードのＩ
Ｐアドレスを決定し、このＩＰアドレスの情報もＩＥＥ
Ｅ１３９４パケット生成部１０３に通知を行う。<IP Packet Processing Unit> The IP packet processing unit 102 converts transmission request data from the application 101 into an IP packet and outputs it to the IEEE 1394 packet generation unit 103. At this time, the information of the routing table 111 is referred to, and the I
P address is determined, and the information of this IP address is also
The E1394 packet generation unit 103 is notified.

【００３８】またＩＰパケット処理部１０２は、ＩＰパ
ケット抽出部１０８から入力されたＩＰパケットについ
ても、同様にルーティングテーブル１１１の情報を参照
して、次の転送先ノードのＩＰアドレスを決定する。も
し転送先ノードが自ノードであれば、ＩＰパケットから
ペイロード情報を抽出してアプリケーション１０１に出
力する。また、転送先ノードが自ノードでなければ、転
送先ノードのＩＰアドレスと、前記ＩＰパケットをＩＥ
ＥＥ１３９４パケット生成部１０３に出力する。The IP packet processing unit 102 also determines the IP address of the next transfer destination node by referring to the information in the routing table 111 for the IP packet input from the IP packet extraction unit 108 in the same manner. If the transfer destination node is its own node, it extracts the payload information from the IP packet and outputs it to the application 101. If the transfer destination node is not the own node, the IP address of the transfer destination node and the IP packet
Output to the EE1394 packet generation unit 103.

【００３９】＜アドレステーブル＞アドレステーブル１
０４は、受信したトラフィックの属性情報をエントリと
して保持し、エントリの登録は、ＩＥＥＥ１３９４パケ
ット生成部１０３によって登録され、以降、ＩＥＥＥ１
３９４パケット生成の為の参照情報として使用される。<Address Table> Address Table 1
04 holds attribute information of the received traffic as an entry, and the registration of the entry is registered by the IEEE 1394 packet generation unit 103.
It is used as reference information for generating 394 packets.

【００４０】また、各エントリの属性情報は、ＡＲＰ処
理部１０６および、送信監視部１０５等の各処理部によ
り、設定、更新される。The attribute information of each entry is set and updated by each processing unit such as the ARP processing unit 106 and the transmission monitoring unit 105.

【００４１】図５は、本発明の実施形態の、アドレステ
ーブルの構成例である。FIG. 5 is a configuration example of an address table according to the embodiment of the present invention.

【００４２】アドレステーブル１０４の属性情報につい
て図を参照して説明すると、属性「Ｎｅｘｔノード」５
０１は、ＩＰパケットの転送先ノードのＩＰアドレスを
示す。属性「送信元ＩＰ」５０２は転送すべきＩＰパケ
ットの送信元ノードのＩＰアドレスを示す。属性「ＩＳ
Ｏチャネル」５０３は、アイソクロナスチャネル番号で
ある。属性「帯域幅」５０４はＩＳＯチャネルに割り当
てられた帯域幅である。The attribute information of the address table 104 will be described with reference to the drawing.
01 indicates the IP address of the destination node of the IP packet. The attribute “source IP” 502 indicates the IP address of the source node of the IP packet to be transferred. The attribute "IS
“O channel” 503 is an isochronous channel number. The attribute “bandwidth” 504 is the bandwidth allocated to the ISO channel.

【００４３】属性「ｍａｘ＿ｒｅｃ」５０５はアシンク
ロナスパケットの最大サイズを示す。属性「オフセッ
ト」５０６はアシンクロナスパケットのヘッダに埋め込
むアドレス情報である。属性「ノードＩＤ」５０７はア
シンクロナス伝送における転送先ノードのノードＩＤで
ある。属性「パケットフラグ」５０８はＮｅｘｔノード
に対して最近パケットを送信したかどうかを示すフラグ
であり、１は送信した、０は送信していない、を意味す
る。An attribute “max_rec” 505 indicates the maximum size of an asynchronous packet. The attribute “offset” 506 is address information to be embedded in the header of the asynchronous packet. The attribute “node ID” 507 is the node ID of the transfer destination node in the asynchronous transmission. An attribute “packet flag” 508 is a flag indicating whether or not a packet has been recently transmitted to the Next node, where 1 means transmitted and 0 means not transmitted.

【００４４】属性「タイムカウント」５０９はパケット
送信の頻度を示すパラメータで初期値は０である。属性
「ＩＳＯ確立状態」５１０は、アイソクロナスチャネル
の確立状態を示し、‘未確立’、‘確立中’、‘解放
中’、‘確立済’の４つの値をとる。属性「ＡＲＰ状
態」５１１はＡＲＰによるアドレス解決処理の状態を示
し、‘未解決’、‘解決中’、‘解決済’の３つの値を
とる。The attribute “time count” 509 is a parameter indicating the frequency of packet transmission, and its initial value is 0. An attribute “ISO established state” 510 indicates an established state of the isochronous channel, and takes four values of “not established”, “established”, “released”, and “established”. The attribute “ARP status” 511 indicates the status of the address resolution processing by ARP, and takes three values of “unresolved”, “under resolution”, and “solved”.

【００４５】＜ＩＥＥＥ１３９４パケット生成部＞ＩＥ
ＥＥ１３９４パケット生成部１０３は、ＩＰパケット処
理部１０２から入力された転送先ノードのＩＰアドレス
とＩＰパケットを基に、ＩＥＥＥ１３９４パケットを生
成してＩＥＥＥ１３９４パケット送信部１０９に出力す
る。出力する際に、アシンクロナスパケットを生成する
か、アイソクロナスパケットを生成するかは、次のよう
にアドレステーブル１０４のエントリを検索して、その
エントリの情報を参照して決定する。また、ＩＥＥＥ１
３９４パケット送信部１０９に出力する際には、前記エ
ントリのパケットフラグの値を１に設定する。<IEEE1394 Packet Generator> IE
The IEEE 1394 packet generation unit 103 generates an IEEE 1394 packet based on the IP address and the IP packet of the transfer destination node input from the IP packet processing unit 102, and outputs the generated IEEE 1394 packet to the IEEE 1394 packet transmission unit 109. When outputting, whether to generate an asynchronous packet or an isochronous packet is determined by searching for an entry in the address table 104 and referring to the information of the entry as follows. In addition, IEEE1
When outputting to the 394 packet transmission unit 109, the value of the packet flag of the entry is set to 1.

【００４６】＜ＣＭＰ処理部＞ＣＭＰ処理部１０７は、
アイソクロナスチャネルの確立及び解放処理を行う。こ
こで、ＣＭＰとは、各ＩＥＥＥ１３９４通信ノードが備
える入力／出力各々複数のプラグレジスタを操作して、
アイソクロナスチャネルに関してノード間の接続を確立
・解放するためのプロトコルをいい、ノード間であるア
イソクロナスチャネル接続を確立したい場合、あるノー
ドから、他のノードに対し当該チャネルを有効にするよ
う要請する手順を含んでいる。<CMP Processing Unit> The CMP processing unit 107
Establish and release the isochronous channel. Here, CMP means that each of the plurality of input / output plug registers provided in each IEEE 1394 communication node is operated,
A protocol for establishing / releasing a connection between nodes with respect to an isochronous channel.When a node wants to establish an isochronous channel connection, a procedure for requesting from one node to another node to enable the channel is used. Contains.

【００４７】ＣＭＰ処理部は、送信監視部１０５からア
イソクロナスチャネル確立要求の入力に伴い、アイソク
ロナスリソースマネージャーからリソースの獲得、解放
を行うことにより、データ転送に用いるアイソクロナス
チャネルの確立／解放を行う。The CMP processing unit establishes / releases an isochronous channel used for data transfer by acquiring and releasing resources from the isochronous resource manager in response to an input of an isochronous channel establishment request from the transmission monitoring unit 105.

【００４８】また、他ノードからのアイソクロナスチャ
ネルの確立／解放におけるアイソクロナスチャネル番号
の通知を、受信した場合、そのアイソクロナスチャネル
番号のオープン／クローズ要求をＩＥＥＥ１３９４パケ
ット受信部１１０に出力する。When a notification of an isochronous channel number in the establishment / release of an isochronous channel from another node is received, a request to open / close the isochronous channel number is output to the IEEE 1394 packet receiving unit 110.

【００４９】（２）転送処理動作 次に本発明の実施の形態における処理動作について具体
的に説明する。ＩＰパケット転送装置において、ＩＰパ
ケット処理部１０２は、アプリケーション１０１からの
送信要求データをカプセル化して生成したＩＰパケッ
ト、またはＩＰパケット抽出部１０８から入力されたＩ
Ｐパケットについて、ルーティングテーブル１１１の情
報を参照して、転送先ノードのＩＰアドレスを決定し、
転送先が自ノードである場合は、アプリケーションで処
理を行い、転送先が他ノードである場合は、ＩＥＥＥ１
３９４パケット生成部１０３に出力する。(2) Transfer Processing Operation Next, the processing operation in the embodiment of the present invention will be specifically described. In the IP packet transfer apparatus, the IP packet processing unit 102 generates an IP packet generated by encapsulating transmission request data from the application 101 or an IP packet generated from the IP packet extraction unit 108.
For the P packet, the IP address of the transfer destination node is determined with reference to the information in the routing table 111,
If the transfer destination is the own node, processing is performed by the application, and if the transfer destination is another node, the
It outputs to the 394 packet generation unit 103.

【００５０】ＩＥＥＥ１３９４パケット生成部１０３で
は、入力された転送先ノードのＩＰアドレスとＩＰパケ
ットから、ＩＥＥＥ１３９４パケットを生成して、ＩＥ
ＥＥ１３９４パケット送信部１０９に出力する。この
際、アシンクロナスパケットを生成するか、アイソクロ
ナスパケットを生成するかは、アドレステーブル１０４
の該当するエントリ情報を参照して決定する。具体的に
は、当該パケットについて、アドレステーブル１０４内
を検索して、Ｎｅｘｔノードの値と、ＩＰパケット処理
部１０２から入力された転送先ＩＰアドレスが一致し、
かつ、送信元ＩＰの値と、ＩＰパケット処理部１０２か
ら入力されたＩＰパケットのヘッダ内にある送信元ＩＰ
アドレスが一致するエントリを検索する。The IEEE 1394 packet generation unit 103 generates an IEEE 1394 packet from the input IP address and IP packet of the transfer destination node, and generates an IEEE 1394 packet.
Output to the EE1394 packet transmission unit 109. At this time, whether to generate an asynchronous packet or an isochronous packet is determined by the address table 104.
Is determined with reference to the corresponding entry information of. Specifically, the packet is searched in the address table 104, and the value of the Next node matches the transfer destination IP address input from the IP packet processing unit 102,
Also, the value of the source IP and the source IP in the header of the IP packet input from the IP packet processing unit 102
Search for an entry with a matching address.

【００５１】該当するエントリが見つからない場合、す
なわちアドレステーブルに該当エントリが未登録の場合
は、新しいエントリを作成して、そのエントリのＮｅｘ
ｔノードの値に転送先ＩＰアドレスを、送信元ＩＰの値
に送信元ＩＰアドレスを設定し、ＡＲＰ状態の値を‘解
決中’に設定する。その後、ＡＲＰ処理部１０６にアド
レス解決要求を行い、ＡＲＰ処理部１０６でのアドレス
解決処理が完了すると、ＡＲＰ処理部１０６からの完了
通知を受けて、もう一度、エントリを検索する。ＡＲＰ
処理により、目的のエントリは追加されているので、す
なわち、ＡＲＰ状態は‘解決済’になっており、今度は
一致するエントリが検出される。If the corresponding entry is not found, that is, if the corresponding entry has not been registered in the address table, a new entry is created and the Nex of that entry is created.
The transfer destination IP address is set to the value of the t node, the source IP address is set to the value of the source IP, and the value of the ARP state is set to “resolving”. Thereafter, an address resolution request is made to the ARP processing unit 106, and when the address resolution processing in the ARP processing unit 106 is completed, the completion notification is received from the ARP processing unit 106, and the entry is searched again. ARP
Since the target entry has been added by the processing, that is, the ARP state is “resolved”, and a matching entry is detected this time.

【００５２】このように一致するエントリがアドレステ
ーブルに見つかり、かつ、ＩＳＯ確立状態の値が‘確立
済’でない場合は、コネクションレス型のアシンクロナ
ス転送で転送を行う。具体的には、アドレステーブル１
０４に格納されている当該エントリについてのオフセッ
トの値、ノードＩＤの値から対応するアシンクロナスパ
ケットを生成する。この際、ｍａｘ＿ｒｅｃの値に応じ
てフラグメント処理を行う。このようなアシンクロナス
転送におけるＩＰパケットの転送処理は、ｄｒａｆｔ−
ｉｅｔｆ−ｉｐ１３９４−ｉｐｖ４−１８．ｔｘｔで提
案されている転送方式と同一である。When a matching entry is found in the address table and the value of the ISO established state is not "established", the transfer is performed by connectionless asynchronous transfer. Specifically, address table 1
A corresponding asynchronous packet is generated from the offset value of the entry and the value of the node ID stored in the entry 04. At this time, fragment processing is performed according to the value of max_rec. The transfer processing of the IP packet in such an asynchronous transfer is performed by a draft-
ief-ip1394-ipv4-18. This is the same as the transfer method proposed in txt.

【００５３】また、アドレステーブル１０４に、該当ト
ラフィックの一致するエントリが見つかり、かつ、エン
トリのＩＳＯ確立状態の値が‘確立済’である場合は、
ＩＥＥＥ１３９４パケット生成部１０３は、該当するエ
ントリに記憶されているＩＳＯチャネルの値を用い、帯
域幅の値に従ってフラグメント処理を行って、アイソク
ロナスパケットを生成する。If an entry matching the traffic is found in the address table 104 and the value of the ISO establishment status of the entry is “established”,
The IEEE 1394 packet generation unit 103 performs fragment processing according to the value of the bandwidth using the value of the ISO channel stored in the corresponding entry, and generates an isochronous packet.

【００５４】一方、送信監視部１０５は、一定周期でア
ドレステーブル１０４を参照し、アイソクロナスチャネ
ルの確立または解放を行う必要があるか判定を行ない、
ＩＳＯ確立／解放要求の発信および、アドレステーブル
１０４の対応するエントリについてＩＳＯ確立状態５１
０の設定を行う。送信監視部１０５は、アドレステーブ
ル１０４に登録されている情報を、一定間隔でサーチを
行ない、ＩＳＯ確立状態５１０が、‘未確立’の場合、
‘確立済’の場合の各々について、図３、図４の処理フ
ローに示す処理を行う。On the other hand, the transmission monitoring unit 105 determines whether it is necessary to establish or release an isochronous channel by referring to the address table 104 at a fixed cycle.
Issuance of the ISO establishment / release request and the ISO establishment state 51 for the corresponding entry in the address table 104
0 is set. The transmission monitoring unit 105 searches the information registered in the address table 104 at regular intervals, and when the ISO established state 510 is “not established”,
For each of the cases of “established”, the processing shown in the processing flow of FIGS. 3 and 4 is performed.

【００５５】図３は、本発明の実施形態のＩＳＯ未確立
状態における送信監視部の動作を示す処理フローであ
る。図４は、本発明の実施形態のＩＳＯ確立済状態にお
ける送信監視部の動作を示す処理フローである。FIG. 3 is a process flow showing the operation of the transmission monitoring unit in the ISO unestablished state according to the embodiment of the present invention. FIG. 4 is a processing flow showing the operation of the transmission monitoring unit in the ISO established state according to the embodiment of the present invention.

【００５６】まず、アドレステーブル１０４に記憶され
る当該エントリのＩＳＯ確立状態の値が‘未確立’であ
る場合、ＩＳＯ未確立状態に対する処理動作の開始し
（ステップ３０１）、最初にアドレステーブル内のエン
トリ情報であるＮｅｘｔノードに対して、最近パケット
を送信したか否かを示すパケットフラグ５０８の値をチ
ェックして（ステップ３０２）、パケットフラグ値が０
の場合、すなわち、当該サーチ間隔の間にパケットの送
信を１回も行っていない場合は、タイムカウントの値を
０にクリアして終了する（ステップ３０３）。すなわ
ち、本トラフィックの負荷は少なく、コネクション型の
アイソクロナスチャネルの転送は現在不要として、通常
のコネクションレス型通信であるアシンクロナス転送を
続ける。First, when the value of the ISO established state of the entry stored in the address table 104 is "unestablished", the processing operation for the ISO unestablished state is started (step 301). The value of the packet flag 508 indicating whether or not the packet has recently been transmitted to the Next node as the entry information is checked (step 302).
In other words, if no packet transmission has been performed during the search interval, the value of the time count is cleared to 0 and the process ends (step 303). That is, the load of the traffic is small, and the transfer of the connection-type isochronous channel is not necessary at present, and the asynchronous transfer, which is the normal connectionless communication, is continued.

【００５７】パケットフラグ５０８の値が１である場
合、すなわち、当該トラフィックのパケット送信処理
が、当該サーチ間隔中に少なくとも１回以上あった場
合、パケットフラグの値をリセットする為、０に設定し
直し、タイムカウントの値に１を加える（ステップ３０
４）。When the value of the packet flag 508 is 1, that is, when the packet transmission processing of the traffic is performed at least once during the search interval, the value of the packet flag is set to 0 to reset. And add 1 to the time count value (step 30).
4).

【００５８】次にタイムカウントの値が一定閾値以上か
どうかを検査し（ステップ３０５）、一定閾値以上でな
ければ終了し、次のアドレステーブル１０４のサーチ時
に、再度、当該サーチ間隔の間にパケットの送信が行わ
れたかみる為に、パケットフラグの値を監視する。一
方、ＩＳＯ確立状態の一定閾値以上であれば、そのエン
トリに関する送信パケットが定常的に続く、もしくは大
容量転送が行われているとみなして、ＣＭＰ処理部１０
７へ、アイソクロナスチャネル確立要求を行う（ステッ
プ３０６）。その後、アドレステーブル２０４に記憶さ
れている当該エントリのＩＳＯ確立状態５１０の値を
‘確立中’に設定して（ステップ３０７）、処理を終了
する（ステップ３０８）。Next, it is checked whether the value of the time count is equal to or greater than a certain threshold (step 305). If not, the process is terminated. The value of the packet flag is monitored in order to check whether the transmission has been performed. On the other hand, if the ISO established state is equal to or more than a certain threshold, the CMP processing unit 10 considers that the transmission packet relating to the entry continues steadily or that large capacity transfer is being performed.
7 is requested to establish an isochronous channel (step 306). Thereafter, the value of the ISO establishment state 510 of the entry stored in the address table 204 is set to “establishing” (step 307), and the process is terminated (step 308).

【００５９】次に、当該エントリがＩＳＯ確立済状態で
あった場合の送信監視部１０５の動作を説明する。ま
ず、アドレステーブル１０４の、該当エントリのＩＳＯ
確立状態５１０の値が確立済である場合（ステップ４０
１）、ＩＳＯ確立済状態における処理操作を開始する。
まず、該当するエントリのパケットフラグ５０８の値を
チェックして（ステップ４０２）、１であればパケット
フラグの値を０に設定し、タイムカウント５０９の値を
閾値に設定して処理を終了する（ステップ４０３）。パ
ケットフラグ５０８の値が０であれば、タイムカウント
５０９の値から１を減じる（ステップ４０４）。Next, the operation of the transmission monitoring unit 105 when the entry is in the ISO established state will be described. First, the ISO of the corresponding entry in the address table 104
When the value of the established state 510 has been established (step 40)
1) The processing operation in the ISO established state is started.
First, the value of the packet flag 508 of the corresponding entry is checked (step 402), and if it is 1, the value of the packet flag is set to 0, the value of the time count 509 is set to the threshold, and the process is terminated ( Step 403). If the value of the packet flag 508 is 0, 1 is subtracted from the value of the time count 509 (step 404).

【００６０】次にタイムカウント５０９の値が０かどう
かを検査し（ステップ４０５）、０でなければ終了し、
再度サーチ時に、パケットフラグ値の監視と、タイムカ
ウント値の検査を行う。また、タイムカウントの値が０
であれば、そのエントリに関する送信パケットはなくな
った、もしくは頻度が下がったとみなして、ＣＭＰ処理
部１０７へアイソクロナスチャネル解放要求を行い（ス
テップ４０６）、その後、ＩＳＯ確立状態の値を‘解放
中’に設定して（ステップ４０７）、処理を終了する
（ステップ４０８）。Next, it is checked whether or not the value of the time count 509 is 0 (step 405).
At the time of the search again, monitoring of the packet flag value and inspection of the time count value are performed. If the time count value is 0
If so, it is considered that the transmission packet relating to the entry has disappeared or the frequency has decreased, and an isochronous channel release request is made to the CMP processing unit 107 (step 406). Thereafter, the value of the ISO established state is changed to “released”. After setting (Step 407), the process is terminated (Step 408).

【００６１】エントリのＩＳＯ確立状態の値が‘確立
中’または‘解放中’の場合は何も行わない。このよう
に送信負荷が高い場合は、送信監視部１０５がアドレス
テーブル１０４のパケットフラグの値を参照する際に
は、高い頻度で１が設定されているので、その送信トラ
ヒックをアイソクロナス伝送で扱うようにするわけであ
る。If the value of the ISO establishment status of the entry is "establishing" or "released", nothing is performed. When the transmission load is high as described above, when the transmission monitoring unit 105 refers to the value of the packet flag in the address table 104, 1 is set at a high frequency, so that the transmission traffic is handled by isochronous transmission. That is.

【００６２】次にＣＭＰ処理部１０７の動作について説
明する。ＣＭＰ処理部１０７は、送信監視部１０５から
送信される要求をもとに、アイソクロナスチャネルの確
立及び解放処理を行う。Next, the operation of the CMP processing unit 107 will be described. The CMP processing unit 107 performs an isochronous channel establishment and release process based on a request transmitted from the transmission monitoring unit 105.

【００６３】送信監視部１０５からアイソクロナスチャ
ネル確立要求が入力されると、予め決められた帯域幅と
任意のアイソクロナスチャネル番号の獲得を行う。この
獲得処理はＩＥＥＥ１３９４の仕様に決められている通
りであり、アイソクロナスリソースマネージャに対して
要求を行うことで処理を行う。When an isochronous channel establishment request is input from the transmission monitoring unit 105, a predetermined bandwidth and an arbitrary isochronous channel number are obtained. This acquisition process is as specified in the IEEE 1394 specification, and is performed by making a request to the isochronous resource manager.

【００６４】帯域幅とアイソクロナスチャネル番号の獲
得に成功したら、アドレステーブルの該当エントリのノ
ードＩＤで示されるノードに対して、前記アイソクロナ
スチャネル番号を通知する。これは、アシンクロナスパ
ケットの送信要求をＩＥＥＥ１３９４パケット送信部１
０９に出力することで行う。When the acquisition of the bandwidth and the isochronous channel number is successful, the isochronous channel number is notified to the node indicated by the node ID of the corresponding entry in the address table. This is because an asynchronous packet transmission request is transmitted to the IEEE 1394 packet transmitting unit 1.
09 is output.

【００６５】上記のアイソクロナスチャネル番号の通知
が完了したら、アドレステーブル１０４のＩＳＯチャネ
ル及び帯域幅の値を設定する。またＩＳＯ確立状態の値
を‘確立済’にする。When the notification of the isochronous channel number is completed, the values of the ISO channel and the bandwidth in the address table 104 are set. Also, the value of the ISO established state is set to “established”.

【００６６】一方、送信監視部１０５からアイソクロナ
スチャネル解放要求が入力された場合は、アドレステー
ブル１０４の帯域幅とＩＳＯチャネルの値で示されるリ
ソースの解放をアイソクロナスリソースマネージャに対
して行う。On the other hand, when an isochronous channel release request is input from the transmission monitoring unit 105, a resource indicated by the bandwidth of the address table 104 and the value of the ISO channel is released to the isochronous resource manager.

【００６７】前記リソースの解放に成功したら、アドレ
ステーブル１０４の該当エントリのノードＩＤで示され
るノードに対して、アイソクロナスチャネル番号の解放
を通知する。これは、アシンクロナスパケットの送信要
求をＩＥＥＥ１３９４パケット送信部１０９に出力する
ことで行う。アイソクロナスチャネル番号の解放通知が
完了したら、ＩＳＯ確立状態５１０の値を‘未確立’に
する。以上が送信監視部１０５からの要求に対するＣＭ
Ｐ処理部１０７の動作である。When the release of the resource succeeds, the release of the isochronous channel number is notified to the node indicated by the node ID of the corresponding entry in the address table 104. This is performed by outputting an asynchronous packet transmission request to the IEEE 1394 packet transmitting unit 109. When the release notification of the isochronous channel number is completed, the value of the ISO established state 510 is set to “not established”. The above is the CM for the request from the transmission monitoring unit 105.
This is the operation of the P processing unit 107.

【００６８】次にＩＥＥＥ１３９４パケット受信部１１
０からの入力に対する動作を説明する。まず、ＣＭＰ処
理部１０７は、他ノードからのアイソクロナスチャネル
の確立におけるアイソクロナスチャネル番号の通知を、
ＩＥＥＥ１３９４パケット受信部１１０を介して受信す
る。受信後、そのアイソクロナスチャネル番号のオープ
ン要求をＩＥＥＥ１３９４パケット受信部１１０に出力
する。Next, the IEEE 1394 packet receiving unit 11
The operation for an input from 0 will be described. First, the CMP processing unit 107 transmits a notification of an isochronous channel number in establishing an isochronous channel from another node,
It is received via the IEEE 1394 packet receiving unit 110. After the reception, the open request of the isochronous channel number is output to the IEEE 1394 packet receiving unit 110.

【００６９】また、他ノードからのアイソクロナスチャ
ネル解放におけるアイソクロナスチャネル番号の通知
も、ＩＥＥＥ１３９４パケット受信部１１０を介して受
信する。受信後、そのアイソクロナスチャネル番号のク
ローズ要求をＩＥＥＥ１３９４パケット受信部１１０に
出力する。Also, the notification of the isochronous channel number in the release of the isochronous channel from another node is received via the IEEE 1394 packet receiving unit 110. After the reception, the isochronous channel number close request is output to the IEEE 1394 packet receiving unit 110.

【００７０】以上のように、送信負荷が送信監視部１０
５による一定基準よりも高い場合は、送信ノードから受
信ノードに対してアイソクロナスチャネルの確立を行
い、以後、送信負荷が一定基準を満たしている限り、ア
イソクロナス伝送でＩＰパケットを転送する。As described above, the transmission load is controlled by the transmission monitoring unit 10.
When the transmission node satisfies the predetermined standard, the transmitting node establishes an isochronous channel from the transmitting node to the receiving node. Thereafter, as long as the transmission load satisfies the predetermined standard, the IP packet is transferred by isochronous transmission.

【００７１】また受信ノードでは、送信ノードからのア
イソクロナスチャネルの確立要求を受信することで、そ
のアイソクロナスチャネル番号のアイソクロナスパケッ
トを受信するようにする。The receiving node receives an isochronous channel establishment request from the transmitting node, thereby receiving an isochronous packet of the isochronous channel number.

【００７２】送信監視部１０５による送信負荷の監視
は、Ｎｅｘｔノードだけでなく送信元ＩＰとの組み合わ
せの単位で行う。これは、ゲートウェイ装置２０４のよ
うにアプリケーション１０１を介さないでＩＰパケット
のルーティング転送を行う場合に必要だからである。The monitoring of the transmission load by the transmission monitoring unit 105 is performed not only in the Next node but also in units of combinations with the transmission source IP. This is because it is necessary when the routing transfer of the IP packet is performed without passing through the application 101 like the gateway device 204.

【００７３】次に本発明の、他の実施の形態について説
明する。図６は、本発明の他の実施形態におけるＩＰパ
ケット転送装置の機能ブロック図である。図２の実施構
成では、アイソクロナスチャネルの確立はノード間を単
位としていた。すなわち、この場合、ノード間で確立で
きるアイソクロナスチャネルは片方向につき１チャネル
までとなる。この他の実施形態の構成では、セッション
ごとにアイソクロナスチャネルの確立を可能とし、この
場合、ノード間で確立できるアイソクロナスチャネルは
片方向につき複数のセッションについて可能であること
を示す。Next, another embodiment of the present invention will be described. FIG. 6 is a functional block diagram of an IP packet transfer device according to another embodiment of the present invention. In the embodiment of FIG. 2, the establishment of the isochronous channel is performed in units of nodes. That is, in this case, up to one isochronous channel can be established between the nodes in one direction. In the configuration of this other embodiment, an isochronous channel can be established for each session, and in this case, an isochronous channel that can be established between nodes is possible for a plurality of sessions in one direction.

【００７４】本実施の形態で、図２の構成と異なるの
は、ポート情報抽出部６１２の付加とアドレステーブル
６０４の構成の変更である。アドレステーブル６０４の
構成は図７に示す。The present embodiment differs from the configuration in FIG. 2 in the addition of the port information extraction unit 612 and the change in the configuration of the address table 604. The configuration of the address table 604 is shown in FIG.

【００７５】ポート情報抽出部６１２は、ＩＰパケット
処理部６０２から出力されるＩＰパケットを解析して、
そのペイロードがＴＣＰもしくはＵＤＰであるならば、
その送信先ポート番号を抽出する。ＩＰパケットがフラ
グメントを起こしている場合は、その先頭のＩＰパケッ
ト以外のＩＰパケットについては、ポート番号の抽出を
行わない。The port information extraction unit 612 analyzes the IP packet output from the IP packet processing unit 602,
If the payload is TCP or UDP,
The destination port number is extracted. When an IP packet is fragmented, port numbers are not extracted for IP packets other than the first IP packet.

【００７６】ポート番号を抽出した後、ポート情報抽出
部６１２は、ＩＥＥＥ１３９４パケット生成部６０３に
対して、ＩＰパケット、転送先ＩＰアドレス、送信先ポ
ート番号を出力する。After extracting the port number, the port information extraction unit 612 outputs the IP packet, the transfer destination IP address, and the transmission destination port number to the IEEE 1394 packet generation unit 603.

【００７７】ＩＥＥＥ１３９４パケット生成部１０３の
処理は、先に述べた実施の形態と同じであるが、アドレ
ステーブル６０４の検索の際に、アドレステーブル６０
４の送信先ポート（図７）の値と、ポート情報抽出部６
１２から入力された送信先ポート番号とが一致するとい
う条件が追加される点が異なる。以上のように、この実
施例では、ＴＣＰもしくはＵＤＰのセッション単位でア
イソクロナスチャネルを確立することを示す。The processing of the IEEE 1394 packet generation unit 103 is the same as that of the above-described embodiment, but when the address table 604 is searched, the address table 60
4 and the port information extraction unit 6 (FIG. 7).
The difference is that a condition that the transmission destination port number input from No. 12 is the same is added. As described above, this embodiment shows that an isochronous channel is established for each TCP or UDP session.

【００７８】[0078]

【発明の効果】本発明には、以下の効果がある。The present invention has the following effects.

【００７９】（１）大容量なデータ転送や、リアルタイ
ムストリームなどの定常的なデータ転送については、ア
イソクロナス転送することにより帯域保証が可能であ
る。この帯域保証は、そのデータ転送の品質を保証する
という意味と、他の通信品質を劣化させることがない。 （２）アイソクロナス転送のためのコネクションは動的
に確立するため、予め全てのノード間でコネクションを
あらかじめ確立しておく必要がない。 （３）小容量なデータ転送や、非定常的なデータ転送に
ついては、アシンクロナス転送することにより、コネク
ション確立手順のオーバーヘッドを割愛でき効率的なデ
ータ転送を可能とする。 （４）ＩＰ層より上位のアプリケーションではアシンク
ロナス伝送かアイソクロナス伝送のどちらで転送される
かを意識しなくてよい。(1) For large-capacity data transfer and steady-state data transfer such as a real-time stream, bandwidth can be guaranteed by isochronous transfer. This band guarantee means that the quality of the data transfer is guaranteed and does not degrade other communication quality. (2) Since a connection for isochronous transfer is dynamically established, it is not necessary to establish a connection between all nodes in advance. (3) As for small-capacity data transfer and irregular data transfer, asynchronous transfer eliminates the overhead of the connection establishment procedure and enables efficient data transfer. (4) In an application higher than the IP layer, it is not necessary to be conscious of whether the transfer is performed by asynchronous transmission or isochronous transmission.

【図面の簡単な説明】[Brief description of the drawings]

【図１】本発明の実施形態のＩＰパケット転送装置の機
能ブロック図である。FIG. 1 is a functional block diagram of an IP packet transfer device according to an embodiment of the present invention.

【図２】本発明の発明の概念を示す説明図である。FIG. 2 is an explanatory diagram showing the concept of the present invention.

【図３】本発明の実施形態のＩＳＯ未確立状態における
送信監視部の動作を示す処理フローである。FIG. 3 is a process flow showing an operation of a transmission monitoring unit in an ISO unestablished state according to the embodiment of the present invention.

【図４】本発明の実施形態のＩＳＯ確立済状態における
送信監視部の動作を示す処理フローである。FIG. 4 is a processing flow showing an operation of a transmission monitoring unit in an ISO established state according to the embodiment of the present invention.

【図５】本発明の実施形態のアドレステーブルの構成例
である。FIG. 5 is a configuration example of an address table according to the embodiment of the present invention.

【図６】本発明の他の実施形態のＩＰパケット転送装置
の機能ブロック図である。FIG. 6 is a functional block diagram of an IP packet transfer device according to another embodiment of the present invention.

【図７】本発明の他の実施形態のアドレステーブルの構
成例である。FIG. 7 is a configuration example of an address table according to another embodiment of the present invention.

【符号の説明】[Explanation of symbols]

１０１、６０１ アプリケーション １０２、６０２ ＩＰパケット処理部 １０３、６０３ ＩＥＥＥ１３９４パケット生成部 １０４、６０４ アドレステーブル １０５、６０５ 送信監視部 １０６、６０６ ＡＲＰ処理部 １０７、６０７ ＣＭＰ処理部 １０８、６０８ ＩＰパケット抽出部 １０９、６０９ ＩＥＥＥ１３９４パケット送信部 １１０、６１０ ＩＥＥＥ１３９４パケット受信部 １１１、６１１ ルーティングテーブル ２０１ サーバ ２０２、２０３ ＰＣ ２０４ ゲートウェイ ２０５ 従来の転送方式 ２０６ 本発明の転送方式 ６１２ ポート情報抽出部 101, 601 application 102, 602 IP packet processing unit 103, 603 IEEE 1394 packet generation unit 104, 604 address table 105, 605 transmission monitoring unit 106, 606 ARP processing unit 107, 607 CMP processing unit 108, 608 IP packet extraction unit 109, 609 IEEE 1394 packet transmitting unit 110, 610 IEEE 1394 packet receiving unit 111, 611 Routing table 201 Server 202, 203 PC 204 Gateway 205 Conventional transfer method 206 Transfer method of the present invention 612 Port information extraction unit

Claims (8)

【特許請求の範囲】[Claims] 【請求項１】コネクション型およびコネクションレス型
の通信チャネルを用いてＩＰパケットの処理を行う複数
の通信ノードを含み、マルチメディアデータ伝送を行う
通信ネットワークにおいて、 前記通信ノードは、他の通信ノードからの受信、また
は、自ノードの搭載するアプリケーションからの要求に
より、送信すべきＩＰパケットを、コネクションレス型
の通信チャネルを使用してデータ伝送を行う手段と、 当該コネクションレス型の通信チャネルを使用して伝送
されるデータを観測し、所定時間、連続するデータフロ
ーであるか否か判定する判定手段と、 前記データフローが所定時間、連続するデータフローで
あると判定される場合は、当該データフローの通信チャ
ネルを、コネクション型のデータ伝送に切り替える手段
とを有することを特徴とするＩＰパケット転送装置。1. A communication network for performing multimedia data transmission including a plurality of communication nodes for processing an IP packet using connection-type and connectionless communication channels, wherein the communication node is connected to another communication node. A means for transmitting an IP packet to be transmitted in response to a request from an application installed in the own node using a connectionless communication channel, and a means for transmitting the IP packet to be transmitted using the connectionless communication channel. Determining means for observing the data transmitted by the data flow and determining whether or not the data flow is a continuous data flow for a predetermined time; and when the data flow is determined to be a continuous data flow for a predetermined time, the data flow Means for switching the communication channel to connection-based data transmission. IP packet transfer device, characterized in that. 【請求項２】前記通信ノードは、前記判定手段によって
前記データフローが所定時間、連続して送信されないと
判定した場合は、当該データフローの通信チャネルを、
コネクションレス型のデータ伝送に切り戻す手段とを含
むことを特徴とする請求項１に記載のＩＰパケット転送
装置2. The communication node, when the determining means determines that the data flow is not transmitted continuously for a predetermined time, sets a communication channel of the data flow to
2. An IP packet transfer apparatus according to claim 1, further comprising means for switching back to connectionless data transmission. 【請求項３】アシンクロナスおよびアイソクロナスの通
信チャネルを用いてＩＰパケットの処理を行う複数の通
信ノードを含み、ＩＥＥＥ１３９４シリアルバスを用い
てマルチメディアデータ伝送を行う通信ネットワークに
おいて、 前記通信ノードは、他の通信ノードからの受信時、また
は、自通信ノードの搭載するアプリケーションの要求発
生によって、他通信ノードへ送信すべきＩＰパケット
を、アシンクロナスの通信チャネルを使用してデータ伝
送を行う手段と、 当該アシンクロナスの通信チャネルを使用して伝送され
るデータを定期的に観測し、一定時間連続するデータフ
ローであるか否か判定する判定手段と、 前記データフローが一定時間連続すると判定した場合
は、当該データフローの通信チャネルを、アイソクロナ
スのデータ伝送に切り替える手段とを有することを特徴
とする請求項２に記載のＩＰパケット転送装置。3. A communication network including a plurality of communication nodes for processing IP packets using asynchronous and isochronous communication channels, and performing multimedia data transmission using an IEEE 1394 serial bus. Means for transmitting an IP packet to be transmitted to another communication node by using an asynchronous communication channel at the time of reception from the communication node or upon generation of a request from an application installed in the own communication node; Determining means for periodically observing data transmitted using the communication channel and determining whether or not the data flow is continuous for a predetermined time; and determining that the data flow is continuous for a predetermined time, the data flow Communication channel for isochronous day IP packet forwarding device according to claim 2, characterized in that it comprises a means for switching the transmission. 【請求項４】前記通信ノードは、ＡＲＰ処理を行うＡＲ
Ｐ処理部と、当該ＡＲＰ処理によって、当該通信ノード
が、送信処理を行うＩＰパケットの情報を、エントリ情
報として記憶するアドレステーブルと、 前記アドレステーブルの内容を定期的に観測することに
より、送信処理を行ったパケットの属するデータフロー
が一定時間継続しているかどうかを観測し、当該観測結
果により、アイソクロナスチャネルの確立を行うか決定
する送信監視部と、 当該送信監視部によって決定した情報をもとに、コネク
ション型の通信チャネルを設定し、当該通信チャネルの
情報を前記アドレステーブルに登録するＣＭＰ処理部
と、 当該アドレステーブルに格納される情報をもとに、送信
すべきＩＰパケットについてアイソクロナスパケットま
たはアシンクロナスパケットのどちらのパケットとして
生成するか知得して、ＩＥＥＥ１３９４パケットを生成
するＩＥＥＥ１３９４パケット生成部とを含むことを特
徴とする請求項３に記載のＩＰパケット転送装置。4. The communication node performs an ARP process on the AR.
The P processing unit, the ARP processing, the communication node causes the communication node to store, as entry information, information of an IP packet to be transmitted, and the transmission processing by periodically observing the contents of the address table. A transmission monitoring unit that determines whether or not the data flow to which the packet subjected to the transmission has continued for a certain period of time, and, based on the observation result, determines whether to establish an isochronous channel, based on the information determined by the transmission monitoring unit. A CMP processing unit for setting a connection-type communication channel and registering information of the communication channel in the address table; and an isochronous packet or IP packet to be transmitted based on the information stored in the address table. Generate as either packet of asynchronous packet Chitoku to, IP packet transfer apparatus according to claim 3, characterized in that it comprises a IEEE1394 packet generation unit that generates IEEE1394 packets. 【請求項５】アシンクロナスおよびアイソクロナスの通
信チャネルを用いてＩＰパケットの処理を行い、ＩＥＥ
Ｅ１３９４シリアルバスを用いた、マルチメディアデー
タ伝送を行い、 他の通信ノードに対して送信すべきＩＰパケットを、Ａ
ＲＰ処理により取得したネットワークのルーティング情
報を記憶するルーティングテーブルを参照して、所定の
転送先に送信を行う手段を有するＩＰパケット転送装置
において、 前記ＩＰパケット転送装置は、当該アドレステーブルに
格納されている情報をもとに、アイソクロナスパケット
またはアシンクロナスパケットのいづれを生成するか決
定し、ＩＥＥＥ１３９４パケットを生成するＩＥＥＥ１
３９４パケット生成部と、 送信すべきＩＰパケットの情報が、前記アドレステーブ
ルに登録されていない場合は、前記ＡＲＰ処理部により
ＡＲＰ処理をおこなって、当該取得した情報を、ルーテ
ィングテーブルと、アドレステーブルに１エントリとし
て登録する手段と、 前記アドレステーブルに各ＩＰパケットのデータフロー
について登録されたエントリについて、当該エントリに
属するＩＰパケットの送信が行う度に、フラグを設定す
る手段と、 当該アドレステーブルを所定の時間間隔で検索し、当該
アドレステーブルの検索時にパケット送信が行われたか
否かを示すパケットフラグと、当該データフローに属す
るパケットの送信が、連続して何回観測されたかを示す
カウント値とを含み、 前記アドレステーブルの情報により、所定の観測間隔の
間に当該データフローに属するパケットの送信が行わ
れ、所定の回数の観測回数、連続して送信されたと判断
された場合は、 当該データフローに対するコネクション型通信チャネル
の確立を行うとともに、 当該確立したコネクション型通信チャネルを使用して、
ＩＰパケットを対応するコネクション型のＩＥＥＥ１３
９４パケットにカプセル化して送信する手段を有するこ
とを特徴とする請求項４に記載のＩＰパケット転送装
置。5. Processing of an IP packet using an asynchronous or isochronous communication channel, and
Multimedia data transmission using the E1394 serial bus is performed, and an IP packet to be transmitted to another communication node is set to A
An IP packet transfer device having means for transmitting to a predetermined transfer destination by referring to a routing table storing routing information of a network obtained by the RP process, wherein the IP packet transfer device is stored in the address table. It determines whether an isochronous packet or an asynchronous packet is to be generated based on the existing information, and generates an IEEE 1394 packet.
If the information of the IP packet to be transmitted and the information of the IP packet to be transmitted are not registered in the address table, the ARP processing section performs an ARP process, and stores the obtained information in the routing table and the address table. Means for registering as one entry; means for setting a flag each time an IP packet belonging to the entry is transmitted for the entry registered for the data flow of each IP packet in the address table; A packet flag indicating whether or not the packet transmission was performed at the time of searching the address table, and a count value indicating how many times the transmission of the packet belonging to the data flow was continuously observed. A predetermined view based on the information in the address table. Transmission of the packet belonging to the data flow is performed during the measurement interval, and if it is determined that the packet has been transmitted continuously for a predetermined number of times, the connection-type communication channel for the data flow is established, Using the established connection-oriented communication channel,
Connection-type IEEE13 corresponding to IP packets
5. The IP packet transfer apparatus according to claim 4, further comprising means for encapsulating the packet into 94 packets and transmitting the packet. 【請求項６】前記送信観測部は、所定の時間間隔でアド
レステーブルの検索処理を行うと、その都度、当該アド
レステーブルのパケットフラグを０に初期化する手段
と、 次の回の検索処理において、前記アドレステーブルの当
該エントリのパケットフラグが０のままであった場合
は、当該エントリに対するカウンタ値を初期化する手段
を含むことを特徴とする請求項５に記載のＩＰパケット
転送装置。6. The transmission observing unit, when performing a search process of an address table at a predetermined time interval, each time initializes a packet flag of the address table to 0, and in a next search process. 6. The IP packet transfer apparatus according to claim 5, further comprising means for initializing a counter value for the entry when the packet flag of the entry in the address table remains 0. 【請求項７】前記通信ノードは、ＩＥＥＥ１３９４パケ
ットの送信を行うＩＥＥＥ１３９４パケット送信部と、
ＩＥＥＥ１３９４パケットを受信するＩＥＥＥ１３９４
パケット受信部と、 受信したＩＥＥＥ１３９４パケットからＩＰパケットを
抽出するＩＰパケット抽出部と、当該抽出したＩＰパケ
ットから、ＡＲＰ処理により設定更新されるルーティン
グテーブルを参照して、所定の転送先情報を付加して、
当該ＩＰパケットのＩＥＥＥ１３９４パケットへのカプ
セル化を指示するＩＰパケット処理部と、 前記ＩＥＥＥ１３９４パケット送信部からの送信処理通
知を受けて、当該ＩＰパケットの連続送信の有無を記述
する属性情報をエントリとして含むアドレステーブル
と、 前記アドレステーブルの情報を一定間隔で検索し、当該
検索した情報により、当該データフローについて、アシ
ンクロナスチャネルの確立の要不要を判定する送信監視
部と、 前記送信監視部から送信されたアイソクロナスチャネル
の確立要求から、対応するアイソクロナスチャネル番号
と、帯域を取得するとともに、当該取得したチャネル情
報を前記アドレステーブルに登録するＣＭＰ処理部と、 前記アドレステーブルの情報を参照して送信すべきＩＰ
パケットを、ＩＥＥＥ１３９４パケットにカプセル化
し、前記確立された通信チャネルを使用してアイソクロ
ナスパケットの生成を行う手段を有することを特徴とす
る請求項６に記載のＩＰパケット転送装置。7. The communication node includes: an IEEE 1394 packet transmitting unit that transmits an IEEE 1394 packet;
IEEE 1394 that receives IEEE 1394 packets
A packet receiving unit; an IP packet extracting unit for extracting an IP packet from the received IEEE 1394 packet; and adding a predetermined transfer destination information from the extracted IP packet by referring to a routing table updated by ARP processing. hand,
An IP packet processing unit for instructing encapsulation of the IP packet into an IEEE 1394 packet, and, upon receiving a transmission processing notification from the IEEE 1394 packet transmission unit, attribute information describing whether or not the IP packet is continuously transmitted is included as an entry. An address table, a search for information in the address table at regular intervals, and a transmission monitoring unit for determining whether or not to establish an asynchronous channel for the data flow based on the searched information, A CMP processing unit that acquires a corresponding isochronous channel number and a band from an isochronous channel establishment request and registers the acquired channel information in the address table; and an IP to be transmitted with reference to the information in the address table.
7. The IP packet transfer apparatus according to claim 6, further comprising: means for encapsulating a packet into an IEEE 1394 packet and generating an isochronous packet using the established communication channel. 【請求項８】前記通信ノードは、送信すべきＩＰパケッ
トのポート情報を抽出し、当該情報をアドレステーブル
に設定する手段を含み、 前記アドレステーブルは、前記設定されたポート種別を
含む各エントリについて、当該エントリ情報に対応する
パケットの送信が連続して所定の回数行われたかを判定
する手段をさらに含むことを特徴とする請求項７に記載
のＩＰパケット転送装置。8. The communication node includes means for extracting port information of an IP packet to be transmitted and setting the information in an address table, wherein the address table is provided for each entry including the set port type. 8. The IP packet transfer apparatus according to claim 7, further comprising: means for determining whether a packet corresponding to the entry information has been continuously transmitted a predetermined number of times.
JP35211199A 1999-12-10 1999-12-10 Ip packet transfer system Pending JP2001168915A (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP35211199A JP2001168915A (en) 1999-12-10 1999-12-10 Ip packet transfer system
US09/731,659 US6934281B2 (en) 1999-12-10 2000-12-08 Packet processing apparatus, and packet processing method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP35211199A JP2001168915A (en) 1999-12-10 1999-12-10 Ip packet transfer system

Publications (1)

Publication Number Publication Date
JP2001168915A true JP2001168915A (en) 2001-06-22

Family

ID=18421860

Family Applications (1)

Application Number Title Priority Date Filing Date
JP35211199A Pending JP2001168915A (en) 1999-12-10 1999-12-10 Ip packet transfer system

Country Status (2)

Country Link
US (1) US6934281B2 (en)
JP (1) JP2001168915A (en)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000196788A (en) * 1998-12-24 2000-07-14 Canon Inc Picture processing system, control method therefor, picture processor and recording medium
JP3417872B2 (en) * 1999-04-07 2003-06-16 日本電気株式会社 method of exchange
US7451335B2 (en) * 2001-04-24 2008-11-11 Broadcom Corporation Selectively disabling a portion of ASF operations when ASF device is powered by auxiliary power
US7382787B1 (en) 2001-07-30 2008-06-03 Cisco Technology, Inc. Packet routing and switching device
JP3647815B2 (en) * 2002-03-11 2005-05-18 株式会社東芝 Communication method and communication apparatus
US7450438B1 (en) * 2002-06-20 2008-11-11 Cisco Technology, Inc. Crossbar apparatus for a forwarding table memory in a router
FR2846822B1 (en) * 2002-10-31 2005-03-25 Mediaflow Inc INDUSTRIAL OR DOMESTIC LOCAL NETWORK
US7453883B1 (en) * 2003-04-14 2008-11-18 Cisco Technology, Inc. Method for compressing route data in a router
US20050002402A1 (en) * 2003-05-19 2005-01-06 Sony Corporation And Sony Electronics Inc. Real-time transport protocol
US7301949B2 (en) * 2003-07-15 2007-11-27 Telefonaktiebolaget Lm Ericsson (Publ) Arrangements for connection-oriented transport in a packet switched communications network
US20060061100A1 (en) * 2004-09-21 2006-03-23 Samsung Electronics Co.; Ltd Connector assembly for corrosive gas supply pipe
JP4526458B2 (en) * 2005-07-29 2010-08-18 富士通株式会社 Packet processing apparatus and packet processing program
JP4126707B2 (en) * 2006-07-28 2008-07-30 インターナショナル・ビジネス・マシーンズ・コーポレーション Technology for analyzing the state of information systems
JP5321349B2 (en) * 2009-08-24 2013-10-23 富士通セミコンダクター株式会社 Data transfer method and data transfer apparatus
US9237082B2 (en) * 2012-03-26 2016-01-12 Hewlett Packard Enterprise Development Lp Packet descriptor trace indicators
CN105453044B (en) * 2013-09-19 2020-06-12 英特尔公司 Techniques for distributed processing task portion assignment
US11218446B2 (en) * 2018-06-15 2022-01-04 Orock Technologies, Inc. Secure on-premise to cloud communication

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH02171062A (en) 1988-12-23 1990-07-02 Nec Corp Relay system for packet exchange
EP0510290B1 (en) * 1991-04-22 1997-02-05 International Business Machines Corporation Collision-free insertion and removal of circuit-switched channels in a packet-switched transmission structure
JPH05114913A (en) 1991-10-21 1993-05-07 Nec Corp Communication control system
JPH06104930A (en) 1992-09-17 1994-04-15 Nec Corp Terminal adaptor with isdn communication mode automatic selecting function
JPH07273800A (en) 1994-03-29 1995-10-20 Nissin Electric Co Ltd Communication service switching device
JP2625388B2 (en) 1994-08-24 1997-07-02 日本電気株式会社 Local area network connection device
JPH10285215A (en) 1997-04-04 1998-10-23 Nec Corp Automatic communication line selection system
JPH11177588A (en) 1997-12-10 1999-07-02 Sony Corp Electronic equipment and data communication method
JPH11234313A (en) 1998-02-13 1999-08-27 Nec Corp Multi-media exchange
JP3444780B2 (en) 1998-03-20 2003-09-08 日本電信電話株式会社 Wireless data communication method and wireless data communication device
JP3200800B2 (en) 1998-07-16 2001-08-20 株式会社超高速ネットワーク・コンピュータ技術研究所 Connection system of packet communication system

Also Published As

Publication number Publication date
US20010003526A1 (en) 2001-06-14
US6934281B2 (en) 2005-08-23

Similar Documents

Publication Publication Date Title
JP4577683B2 (en) Common protocol layer structure, data transmission method and common protocol packet for mutual data transmission between different protocols
JP4392029B2 (en) IP packet relay method in communication network
KR100454502B1 (en) Apparatus for providing QoS on IP router and method for forwarding VoIP traffic
JP2001168915A (en) Ip packet transfer system
CN111478862B (en) Remote data mirroring system and method
JP3985638B2 (en) RSVP proxy response router, RSVP proxy response system, and RSVP proxy response method used therefor
JP2000032056A (en) Communication quality controller
JP2005537764A (en) Mechanism for providing QoS in a network using priority and reserve bandwidth protocols
JP2005505171A (en) Packet processing apparatus and method
JP2001045066A (en) IP COMMUNICATION NETWORK SYSTEM AND QoS WARRANT SYSTEM
US6738816B1 (en) System and method for reliable real-time communications among a plurality of nodes having functions conforming to IEEE-1394 serial bus and participating in a session of sharing the maximum bandwidth
JP5104246B2 (en) Communication system, subscriber accommodation device, traffic control method and program
US20050165885A1 (en) Method and apparatus for forwarding data packets addressed to a cluster servers
JP3871895B2 (en) Apparatus and method for automatic port identification discovery in hierarchical heterogeneous systems
US6601127B1 (en) Communication control apparatus and method, communication system, and program storage medium
US8582576B2 (en) Method of bus configuration to enable device bridging over dissimilar buses
US20060083232A1 (en) Method and apparatus for transmitting isochronous stream
EP1633087B1 (en) Repeater apparatus for supporting a plurality of protocols, and a method for controlling proctocol conversion in the repeater apparatus
JP2002118570A (en) Method and equipment for packet communication
JP2001036581A (en) Communication band setting system and its method
KR100369369B1 (en) A Virtual Channel Merge Apparatus MutiProtocol Label Switch System
JP2000244524A (en) Network system, signal transmission and reception equipment and network resource reserving method
KR20010022374A (en) Method and apparatus for relaying data, communication system, and recording medium
JP2005072701A (en) Interface providing apparatus
JP2002526979A (en) On-demand network bandwidth

Legal Events

Date Code Title Description
A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20030617