JPH10233790A - データ伝送システム、データ伝送方法、データ送信装置及びデータ送信方法 - Google Patents

データ伝送システム、データ伝送方法、データ送信装置及びデータ送信方法

Info

Publication number
JPH10233790A
JPH10233790A JP34884797A JP34884797A JPH10233790A JP H10233790 A JPH10233790 A JP H10233790A JP 34884797 A JP34884797 A JP 34884797A JP 34884797 A JP34884797 A JP 34884797A JP H10233790 A JPH10233790 A JP H10233790A
Authority
JP
Japan
Prior art keywords
data
transmission
transmitted
predetermined
amount
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.)
Withdrawn
Application number
JP34884797A
Other languages
English (en)
Inventor
Takashi Nomura
隆 野村
Hiroshi Takizuka
博志 瀧塚
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.)
Sony Corp
Original Assignee
Sony 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 Sony Corp filed Critical Sony Corp
Priority to JP34884797A priority Critical patent/JPH10233790A/ja
Publication of JPH10233790A publication Critical patent/JPH10233790A/ja
Withdrawn legal-status Critical Current

Links

Landscapes

  • Small-Scale Networks (AREA)

Abstract

(57)【要約】 【課題】 アイソクロナスパケットのオーバヘッドを少
なくし、伝送効率を向上させる。 【解決手段】 サーバ装置から端末装置に所定送信周期
でデータを伝送する際に、所定送信周期より長い周期の
スケジューリング周期で割込み信号を生成し、１スケジ
ューリング周期単位内に送信可能なデータ量に基づい
て、所定送信周期毎にデータの送信制御を行うようにす
る。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、データ伝送システ
ム、データ伝送方法、データ送信装置及びデータ送信方
法に関し、特に、より効率的にデータを伝送することが
できるようにした、データ伝送システム、データ伝送方
法、データ送信装置及びデータ送信方法に関する。
【０００２】
【従来の技術】図１は、IEEE (The International of E
lectrical and Electronics Engineers, Inc.) 1394シ
リアルバスのパケット伝送フォーマットの例を表してい
る。同図に示すように、パケットは、125μsのIsochron
ous Cycle (アイソクロナスサイクル) (以下、必要に応
じて、アイソクロナス周期とも称する)で伝送されるよ
うになされている。各サイクルの先頭には、Cycle star
t arbitration 101-1,101-2, …, 101-nが配置され、
その次には、Data prefix 111に続いてCycle start pac
ket 102-1, 102-2, …, 102-nが配置されている。この
Cycle start packetの次には、Data end 109に続いてIs
o_gap 110が形成されている。
【０００３】ここで、Cycle start arbitration 101-1,
101-2, …, 101-n及びCycle startpacket 102-1, 102
-2, …, 102-nによって構成されるCycle startは、IEEE
1394シリアルバス(以下、単に、1394シリアルバス、ま
たは、バスと、適宜略称する)内のサイクルマスタノー
ドによって送出され、アイソクロナスサイクルの開始を
示すパケットである。Data prefix 111は、データパケ
ット若しくはアシンクロナス転送におけるアクノリッジ
パケットの開始を示し、Data end 109は、データパケッ
ト若しくはアシンクロナス転送におけるアクノリッジパ
ケットの終了を示す。Iso_gap 110は、1394シリアルバ
スのアイドルを表し、アイソクロナス転送のサブアクシ
ョンは、Iso_gap 110によって分離されている。
【０００４】Iso_gap 110の次には、arbitration 103-
1, 103-2, …, 103-nが配置され、その次に、1394シリ
アルバスに接続されているクライアント端末に対するn
個のチャンネルのアイソクロナスパケットが配置されて
いる。各アイソクロナスパケットには、その先頭に、Da
ta prefix 111が配置されている。
【０００５】アイソクロナス転送は、8ビットで表され
るチャンネル番号を用いて、クライアント端末に対して
ブロードキャスト送信が行われる。受信側は、自分の所
望するチャンネル番号のデータだけを取り込む。
【０００６】n番目のアイソクロナスパケットの最後に
は、Data end 109が配置され、その次には、Subaction_
gap 112が配置されている。Subation_gap 112の次に、a
rbitration 105-1, 105-2, …, 105-nが配置されてい
る。さらに、Data prefix 111を介して、アシンクロナ
スパケットである、Asynchronous Transfer 106-1, 106
-2, …, 106-nとそれに続いてData end 109が配置され
ている。またその次には、Ack_gap 113を介して、Data
prefix 111に続いてアクノリッジパケットとしてのAck
Transfer 107-1, 107-2, …, 107-nとそれに続いてData
end 109が配置されている。
【０００７】Subaction_gapは、1394シリアルバスのア
イドルを示している。各端末はこのギャップ時間を監視
することにより、転送が可能かどうかを判断する。一定
時間以上のアイドル（Iso_gapより長い）が続くとアシ
ンクロナス転送を希望するノードはバスを使用できると
判断して、バス獲得の為のアービトレーション(arbitra
tion 105-1, 105-2, …, 105-n)を実行する。バスの使
用権を獲得したノードは、アシンクロナス転送のデータ
(Asynchronous Transfer 106-1, 106-2, …, 106-n)を
送信する。アシンクロナス転送のデータを受信したノー
ドは、その転送されたデータの発信元のノード対して受
信結果としてアクノリッジパケット(AckTransfer 107-
1, 107-2, …, 107-n)を送信する。
【０００８】なお、図１では、1つのアシンクロナスパ
ケットの転送が行われた場合を例としている。最後に、
Subation_gap 114が配置され、その後に、次のサイクル
のCycle start arbitration 108-1, 108-2, …, 108-n
が配置されている。ここで、アイソクロナスサイクル#1
のCycle start arbitration 108-1は、アイソクロナス
サイクル#2の先頭に位置するCycle start arbitration
101-2である。
【０００９】また、アイソクロナス転送後、次のサイク
ルまでは、アシンクロナス転送を実行することができ
る。このアシンクロナス転送が、次のサイクルスタート
の転送時間まで続いても、そのアシンクロナス転送は中
断されず、次のバスのアイドルまで待ってから、サイク
ルマスタノードによってサイクルスタートが転送され
る。1つのサイクルが、125μs以上続いた場合には、次
のサイクルがその分短縮されることになる。
【００１０】各アイソクロナスチャンネルの長さ(各ア
イソクロナスパケットの長さ)は、各アイソクロナスサ
イクル毎に、アイソクロナスチャンネルに割り当てられ
た伝送帯域から算出される均等な長さとされる。
【００１１】各アイソクロナスパケットには、1394の物
理層 (Physical Layer) で必要となるData prefixのた
めの時間に相当するオーバヘッド(基本速度としての100
Mbps(正確には、98.304Mbps) のBASE_RATEの16クロック
分の時間に相当するビット数)、Data endのための時間
に相当するオーバヘッド(前記BASE_RATEの24クロック分
の時間に相当するビット数)、アイソクロナスパケット
ヘッダおよびアプリケーションレイアウトの整合を取る
ためのアプリケーション用ヘッダが必要となるが、それ
らのオーバヘッドの割合は、アイソクロナスパケットの
長さを短くすればするほど、すなわち、アイソクロナス
チャンネルに必要な帯域が小さければ小さいほど、大き
くなる。
【００１２】例えば、ATM(Asynchronous Transfer Mod
e)ネットワーク上のビデオサーバから、1394シリアルバ
スを介して、各クライアント端末に対して、32Kbyteの
同一長であるMPEG (Moving Picture Experts Group)-PS
パケットを格納した、AAL (ATM Adaptation Layer) 5 -
PDU (Protocol Data Unit)のストリームが、2Mbps(2.0
48×106bps)のCBR(Constant Bit Rate)サービスで伝送
される場合、ATMと1394のインタフェース処理を行うATM
/1394 Bridgeが、1アイソクロナスサイクル(125μs=1/8
000 sec)内に、各クライアント端末に対して送信すべき
アイソクロナスパケット長は、IP (Internet Protocol)
およびRFC(Request For Comments)1483で規定されてい
るIP / ATM(IP over ATM)ヘッダを除くと、32byte (=2.
048×106/8000/8)となる。
【００１３】この場合における、各アイソクロナスパケ
ットにおけるオーバヘッドは、Dataprefixのオーバヘッ
ドが約16bit(= 2byte)、1394のリンクレイヤ(Link Laye
r)で規定されているアイソクロナスヘッダおよびCRC (C
yclic Redundancy Check)フィールドが12byte、アプリ
ケーション用ヘッダが少なくとも8byte必要であるた
め、合計22byteとなる。なお、Data endのオーバヘッド
は、1アイソクロナスサイクル内に送信するアイソクロ
ナスパケット数に反比例することから、従来例の場合、
非常に小さい値となるため、ここでは無視する。その結
果、ATM/1394 Bridgeから、各クライアント端末へのア
イソクロナスパケットは、全体の41% (=22byte / (22by
te+32byte)) がオーバヘッドとなり、非常に高い割合と
なる。
【００１４】また、1394シリアルバスの伝送速度を100M
bpsとした場合、送信可能なアイソクロナスパケットの
最大値は1024byteとなるが、このとき、ATM/1394 Bridg
eの収容(接続)可能なクライアント端末の数は、1394の
リンクレイヤ以上の階層のオーバヘッドが問題となるた
め、22byteのオーバヘッドから、Data prefix分だけ差
し引いた20byteのオーバヘッドを考慮すると、次式よ
り、1つの1394シリアルバスあたり19台が限度となる。 1024byte / (32byte+20byte)=19.7
【００１５】さらにソフトウエアによるパケットのハン
ドリングが難しいという問題もある。ソフトウエアによ
るパケットのハンドリングは、125μsという短い周期で
行うのは現実的ではないため、タイマ割り込みなどによ
るスケジューリングを基本に処理を行うのが一般的であ
る。ATM/1394 Bridgeにおいて、スケジューリングの周
期を2 msとし、クライアント端末の収容台数を最大の19
台にした場合、スケジューリング周期あたりのイベント
数(処理すべきオーバヘッド数)を算出すると、304イベ
ント(=19×2×103/125)となり、1アイソクロナスパケッ
トのオーバヘッド処理を6.6μs(＝125μs/19)以内に行
わなければならず、現実的ではなくなる。
【００１６】
【発明が解決しようとする課題】本発明はこのような状
況に鑑みてなされたものであり、オーバヘッドを少なく
し、効率的にデータを伝送することができるようにし、
1つのバスに接続することが可能なクライアント端末の
数を多くするとともに、ソフトウエアによるハンドリン
グを容易にするものである。
【００１７】本発明に係るデータ伝送システム、データ
伝送方法、データ送信装置及びデータ送信方法において
は、サーバ装置から端末装置に所定送信周期でデータを
伝送する際に、所定送信周期より長い周期のスケジュー
リング周期で割込み信号を生成し、１スケジューリング
周期単位内に送信可能なデータ量に基づいて、所定送信
周期毎にデータの送信制御を行うようにする。
【００１８】
【課題を解決するための手段】請求項１に記載のデータ
伝送システムは、サーバ装置は、所定送信周期より長い
周期のスケジューリング周期で割込み信号を生成するス
ケジューリング手段と、１スケジューリング周期単位内
に送信可能なデータ量に基づいて、所定送信周期毎にデ
ータの送信制御を行う制御手段と、制御手段からの送信
制御に基づいてデータを送信する送信手段とを具備し、
端末装置は、サーバ装置の送信手段から送信されたデー
タを受信する受信手段を具備することを特徴とする。
【００１９】請求項８に記載のデータ伝送方法は、所定
送信周期より長い周期のスケジューリング周期で割込み
信号を生成するスケジューリングステップと、１スケジ
ューリング周期単位内に送信可能なデータ量に基づい
て、所定送信周期毎にデータの送信制御を行う制御ステ
ップと、制御手段からの送信制御に基づいてデータを送
信する送信ステップとを具備するサーバ装置で実行され
るデータ送出ステップと、サーバ装置の送信ステップに
おいて送信されたデータを受信する受信ステップを具備
する端末装置で実行される受信ステップとを具備するこ
とを特徴とする。
【００２０】請求項１５に記載のデータ送信装置は、所
定送信周期より長い周期のスケジューリング周期で割込
み信号を生成するスケジューリング手段と、１スケジュ
ーリング周期単位内に送信可能なデータ量に基づいて、
所定送信周期毎にデータの送信制御を行う制御手段と、
制御手段からの送信制御に基づいてデータを送信する送
信手段とを具備することを特徴とする。
【００２１】請求項２２に記載のデータ送信方法は、所
定送信周期より長い周期のスケジューリング周期で割込
み信号を生成するスケジューリングステップと、１スケ
ジューリング周期単位内に送信可能なデータ量に基づい
て、所定送信周期毎にデータの送信制御を行う制御ステ
ップと、制御手段からの送信制御に基づいてデータを送
信する送信ステップとを具備することを特徴とする。
【００２２】請求項１に記載のデータ伝送システムにお
いては、サーバ装置で、スケジューリング手段が、所定
送信周期より長い周期のスケジューリング周期で割込み
信号を生成し、制御手段が、１スケジューリング周期単
位内に送信可能なデータ量に基づいて、所定送信周期毎
にデータの送信制御を行い、送信手段が、制御手段から
の送信制御に基づいてデータを送信し、端末装置で、受
信手段が、サーバ装置の送信手段から送信されたデータ
を受信する。
【００２３】請求項８に記載のデータ伝送方法において
は、サーバ装置で、所定送信周期より長い周期のスケジ
ューリング周期で割込み信号が生成され、１スケジュー
リング周期単位内に送信可能なデータ量に基づいて、所
定送信周期毎にデータの送信制御が行われ、送信制御に
基づいてデータが送信される。端末装置で、サーバ装置
から送信されたデータが受信される。
【００２４】請求項１５に記載のデータ送信装置におい
ては、スケジューリング手段が、所定送信周期より長い
周期のスケジューリング周期で割込み信号を生成し、制
御手段が、１スケジューリング周期単位内に送信可能な
データ量に基づいて、所定送信周期毎にデータの送信制
御を行い、送信手段が、制御手段からの送信制御に基づ
いてデータを送信する。
【００２５】請求項２２に記載のデータ送信方法におい
ては、スケジューリングステップで、所定送信周期より
長い周期のスケジューリング周期で割込み信号が生成さ
れ、制御ステップで、１スケジューリング周期単位内に
送信可能なデータ量に基づいて、所定送信周期毎にデー
タの送信制御が行われ、送信ステップで、制御手段から
の送信制御に基づいてデータが送信される。
【００２６】
【発明の実施の形態】図２は、本発明のデータ伝送シス
テムの構成例を示している。このシステムにおいては、
ATM UNI (User Network Interface) 202-1に対してビデ
オサーバ 201-1が接続され、ATM UNI 202-jに対してビ
デオサーバ 201-jが接続されている。そして、ATM UNI
202-1，202-jは、ATM Switch（スイッチ） 203に接続さ
れている。ATM Switch 203には、ATM/1394 Bridge（ブ
リッジ） 203-1が、ATM UNI 202-(j+1)を介して接続さ
れている。また、ATM/1394 Bridge 203-2がATM UNI 202
-(j+2)を介して、ATM/1394 Bridge 203-(k-1)がATM UNI
202-(i-1)を介して、さらにATM/1394 Bridge 203-kがA
TM UNI 202-iを介して、それぞれATM Switch 203に接続
されている。
【００２７】ATM/1394 Bridge 203-2には、1394シリア
ルバス204を介してn台のクライアント端末205-1乃至205
-nがノード分岐方式で接続されている。
【００２８】図３は、ATM/1394 Bridge 203-1の構成例
を示している。なお、図示は省略するが、その他のATM/
1394 Bridgeも同様に構成されている。
【００２９】CPU301は、プログラムに対応してATM SAR
(Segmentation and Reassembly)ブロック307、ATM PHY
ブロック308、IEEE1394リンクレイヤブロック310、IEEE
13943ポートPHYブロック311およびシステムコントロー
ラ302を制御し、インタフェース処理を実行させる。ス
ケジューリングタイマ304は、2 msの計時動作を行い、C
PU301に対してタイマ割り込み信号を出力するようにな
されている。メモリブロック303は、ローカルバス305を
介してシステムコントローラ302と接続されており、送
受信するパケットデータを記憶するようになされてい
る。
【００３０】システムコントローラ302には、PCI (Peri
pheral Component Interconnect)バス306を介してATM S
witch 203に対する送受信処理を行うブロックと、1394
シリアルバスに対する送受信処理を行うブロックとが接
続されている。前者のブロックは、ATM SARブロック30
7、ATM PHYブロック308および光学(Optics)ブロック309
とにより構成され、後者は、IEEE1394リンクレイヤブロ
ック310、IEEE1394 3ポートPHYブロック311およびポー
ト312-1乃至312-3により構成されている。
【００３１】ATM SARブロック307は、メモリブロック30
3からシステムコントローラ302およびPCIバス406を介し
て転送されてきたデータをATMセルに分割し、ATM PHYブ
ロック308に伝送する。また、逆に、ATM PHYブロック30
8より供給されたATMセルを統合し、システムコントロー
ラ302およびPCIバス306を介してメモリブロック303に出
力する。ATM PHYブロック308は、ATM SARブロック307よ
り供給されたATMセルを、光学ブロック309の仕様に対応
するデータに変換して光学ブロック309に出力するとと
もに、光学ブロック309より入力されたATMセルを、ATM
SARブロック307のフォーマットのデータに変換して、AT
M SARブロック307に出力する。光学ブロック309は、ATM
Switch 203より供給された光信号によるデータを受信
し、ATM PHYブロック308に供給するとともに、ATM PHY
ブロック308より供給されたデータを光信号に変換し
て、ATM Switch 203に出力する。
【００３２】IEEE1394リンクレイヤブロック310は、シ
ステムコントローラ302およびPCIバス306を介してメモ
リブロック303より入力されたATMのフォーマットのデー
タをCPU 301によって予め設定された1394シリアルバス
のフォーマットに変換して、IEEE1394 3ポートPHYブロ
ック311に出力するとともに、逆に、IEEE1394 3ポートP
HYブロック311より入力された1394シリアルバスのフォ
ーマットのデータを、システムコントローラ302およびP
CIバス306を介してメモリブロック303に出力し、CPU 30
1によってATMのフォーマットに変換される。IEEE1394 3
ポートPHYブロック311は、IEEE1394リンクレイヤブロッ
ク310より入力されたデータを、IEEE1394シリアルバス
の信号に変換して、ポート312-1乃至312-3から1394シリ
アルバス204に出力する。また、IEEE1394 3ポートPHYブ
ロック311は、ポート312-1乃至312-3を介して1394シリ
アルバス204より入力されたデータを受信し、これをIEE
E1394リンクレイヤブロック310に出力する。
【００３３】図４は、ビデオサーバ201-m、ATM UNI 202
-m、ATM/1394 Bridge 203-m、1394シリアルバス204-m、
およびクライアント端末205-mにおけるパケットのフォ
ーマットの構成を示している。ビデオサーバ201-mにお
いては、アプリケーション401のビデオデータに対し
て、RFC1483、IPおよびTCP (Transmission Control Pro
tocol) / UDP (User Datagram Protocol)ヘッダを付加
して、IP / ATMパケット (AAL5 SDU (Service Data Uni
t)) 402が生成される。
【００３４】さらに、このIP / ATMパケット402の最後
に、AAL5 Trailerが付加されて、AAL5 PDU (Protocol D
ata Unit) 403が生成される。
【００３５】さらに、このAAL5 PDU 403は、48バイト単
位で分割されAAL5 Segmentation 404となり 、それぞれ
の先頭にセルヘッダが付加されて、ATMセル 405が構成
される。
【００３６】すなわち、ビデオサーバ201-mは、アプリ
ケーション401のビデオデータを、上述した順番で処理
し、ATMセル405として、ATM UNI 202-mに出力する。ま
た、逆に、ATM UNI 202-mより供給されたATMセル405
を、図４の下から上の順番に処理し、アプリケーション
401のビデオデータを生成し、処理する。
【００３７】ATM UNI 202-mは、ATMセル405をビデオサ
ーバ201-mからATM Switch 203に伝送し、また、ATM Swi
tch 203からビデオサーバ201-mに伝送する。
【００３８】ATM Switch 203は、ビデオサーバ201-mよ
りATM UNI 202-mを介して伝送されてきたATMセル405を
所定のATM UNI 202-mを介してATM/1394 Bridge 203-mに
伝送する。また、逆に、所定のATM/1394 Bridge 203-m
よりATM UNI 202-mを介して伝送されてきたATMセル405
を所定のATM UNI 202-mを介してビデオサーバ201-mに伝
送する。
【００３９】ATM/1394 Bridge 203-mにおいては、ATM S
witch 203からATM UNI 202-mを介して伝送されてきたAT
Mセル405から、セルヘッダが除去され、48バイト単位の
ATMSDU 406が抽出される。そして、これが所定の数集め
られ、AAL5 PDU 407が構成される。そして、AAL5 PDU 4
07のペイロード部分であるAAL5 SDU(Service DataUnit)
が取り出され、このAAL5 SDUは、所定の数に分割され、
その先頭に1394＋ASEL(ATM over IEEE 1394 Serial Bus
Emulation Layer)のヘッダが付加されて、1394Linkパ
ケット408として1394シリアルバス204に伝送される。逆
に、1394シリアルバス204より伝送されてきた1394Link
パケット408がAAL5 SDUに変換され、これからさらにATM
SDU406が生成される。そしてさらに、セルヘッダが付
加されて、ATMセルが生成される。
【００４０】以上の処理のうち、ATMセル405、ATM SDU
406、およびAAL5 PDU 407の間の処理がATM SARブロック
307において行われ、AAL5 SDUと1394Linkパケット 408
の間の処理がCPU 301およびIEEE1394リンクレイヤブロ
ック310において行われる。
【００４１】クライアント端末205-mにおいては、1394
シリアルバス204-mを介して伝送されてきた1394Linkパ
ケット 408からヘッダが除去されて、ASELの組み立て処
理 が行われる (409)。そして、さらに、このAAL5 SDU
が組み立てられて、IP / ATMパケット 410が再構成され
る。そして、そのうちのRFC1483、IPおよびTCP/UDPヘッ
ダが除去されて、アプリケーション 411のビデオデータ
が抽出される。
【００４２】また、逆に、アプリケーション 411により
処理されたビデオデータは、RFC1483、IPおよびTCP/UDP
ヘッダが付加されて、IP/ATMパケット410が構成され、
これが、さらに分割され (Segmented AAL5 SDU 409)、
それぞれにヘッダが付加されて1394Linkパケット 408と
して1394シリアルバス204-mに伝送される。
【００４３】以上のようにして、ビデオサーバ201-mよ
り伝送したビデオデータが、ATM UNI202-m、ATM Switch
203、ATM UNI 202-m、ATM/1394 Bridge 203-m、1394シ
リアルバス204を介してクライアント端末205-mに伝送さ
れる。
【００４４】なお、ビデオサーバとクライアント端末と
は、相対的に規定されるものであり、任意のクライアン
ト端末がビデオサーバとなることができ、その場合、そ
れまでのビデオサーバはクライアント端末となる。
【００４５】図５は、1394シリアルバス204におけるア
イソクロナスパケットの送信フォーマットを示してい
る。同図に示すように、パケットは、125μsのアイソク
ロナスサイクルで伝送されるようになされている。各サ
イクルの先頭には、Cycle start arbitration 501-1,
501-2, …, 501-n, 501-(n+1)が配置され、その次に
は、Data prefix 511に続いてCycle start packet 502
-1, 502-2, …, 502-n, 502-(n+1)が配置されている。
このCycle start packetの次には、Data end 509に続い
てIso_gap 510が形成されている。
【００４６】ここで、Cycle start arbitration 501-1,
501-2, …, 501-n, 501-(n+1)及びCycle start packet
502-1, 502-2, …, 502-n, 502-(n+1)によって構成さ
れるCycle startは、1394シリアルバス204内のサイクル
マスタノードによって送出され、アイソクロナスサイク
ルの開始を示すパケットである。Data prefix 511は、
データパケット若しくはアシンクロナス転送におけるア
クノリッジパケットの開始を示し、Data end 509は、デ
ータパケット若しくはアシンクロナス転送におけるアク
ノリッジパケットの終了を示す。Iso_gap 510は、1394
シリアルバス204のアイドルを表し、アイソクロナス転
送のサブアクションは、Iso_gap 510によって分離され
ている。
【００４７】Iso_gap 510の次には、arbitration 503-
1, 503-2, …, 503-n, 503-(n+1)が配置され、その後
に、1つのアイソクロナスサイクルにおいて、クライア
ントに対する1つのアイソクロナスチャンネルのデータ5
04-1, 504-2, …, 504-n, 504-(n+1)が配置され、伝送
されるようになされている。例えば、アイソクロナスサ
イクル#1においては、クライアント端末に対するチャン
ネル#1のアイソクロナスパケットが伝送され、アイソク
ロナスサイクル#2においては、クライアント端末に対す
るチャンネル#2のアイソクロナスパケットが伝送され
る。各アイソクロナスパケットには、その先頭に、Data
prefix 511が配置されている。
【００４８】アイソクロナス転送は、8ビットで表され
るチャンネル番号を用いて、クライアント端末に対して
ブロードキャスト送信が行われる。受信側は、自分の所
望するチャンネル番号のデータだけを取り込む。
【００４９】アイソクロナスパケットの最後には、Data
end 509が配置され、その次には、Subaction_gap 512
が配置されている。Subation_gap 512の次に、arbitrat
ion 505-1, 505-2, …, 505-n, 505-(n+1)が配置されて
いる。さらに、Data prefix 511を介して、アシンクロ
ナスパケットである、Asynchronous Transfer 506-1, 5
06-2, …, 506-n, 506-(n+1)とそれに続いてData end 5
09が配置されている。またその次には、Ack_gap 513を
介して、Data prefix 511に続いてアクノリッジパケッ
トとしてのAck Transfer 507-1, 507-2, …, 507-n, 50
7-(n+1)とそれに続いてData end 509が配置されてい
る。
【００５０】Subaction_gapは、1394シリアルバスのア
イドルを示している。各端末はこのギャップ時間を監視
することにより、転送が可能かどうかを判断する。一定
時間以上のアイドル（Iso_gapより長い）が続くとアシ
ンクロナス転送を希望するノードはバスを使用できると
判断して、バス獲得の為のアービトレーション(arbitra
tion 505-1, 505-2, …, 505-n, 505-(n+1))を実行す
る。バスの使用権を獲得したノードは、アシンクロナス
転送のデータ(Asynchronous Transfer 506-1, 506-2,
…, 506-n, 506-(n+1))を送信する。アシンクロナス転
送のデータを受信したノードは、その転送されたデータ
の発信元のノード対して受信結果としてアクノリッジパ
ケット(Ack Transfer 507-1, 507-2, …, 507-n, 507-
(n+1))を送信する。
【００５１】なお、図５では、1つのアシンクロナスパ
ケットの転送が行われた場合を例としている。最後に、
Subation_gap 514が配置され、その後に、次のサイクル
のCycle start arbitration 508-1, 508-2, …, 508-n,
508-(n+1)が配置されている。ここで、アイソクロナス
サイクル#1のCycle start arbitration 508-1は、アイ
ソクロナスサイクル#2の先頭に位置するCycle start ar
bitration 501-2である。
【００５２】また、アイソクロナス転送後、次のサイク
ルまでは、アシンクロナス転送を実行することができ
る。このアシンクロナス転送が、次のサイクルスタート
の転送時間まで続いても、そのアシンクロナス転送は中
断されず、次のバスのアイドルまで待ってから、サイク
ルマスタノードによってサイクルスタートが転送され
る。1つのサイクルが、125μs以上続いた場合には、次
のサイクルがその分短縮されることになる。
【００５３】そして、アイソクロナスサイクル#nにおい
て、クライアント端末に対するチャンネル#nのアイソク
ロナスパケットが伝送されたとき、その次のアイソクロ
ナスサイクル#(n+1)において、再びクライアント端末に
対するチャンネル#1のアイソクロナスパケットが伝送さ
れる。従って、クライアント端末に対しては、アイソク
ロナスサイクルのn倍の周期で、アイソクロナスパケッ
トが伝送されることになる。
【００５４】次に、図６と図７のフローチャートを参照
して、ATM/1394 Bridge 203-mが、アイソクロナスパケ
ットを送信する手順について説明する。図６のフローチ
ャートに示す処理は、ビデオサーバ201-mからクライア
ント端末に対してビデオデータを伝送するに先立って、
ATM/1394 Bridgeにおいて予め行われる処理である。
【００５５】最初にステップS601において、ATM/1394 B
ridgeのクライアント端末とのコネクションを管理する
アプリケーションは、クライアント端末に対してデータ
を送信する処理を実行するモジュールに対して、アイソ
クロナスチャンネルの設定を要求する。この要求を受け
た送信モジュールは、この要求に対応して、伝送すべき
クライアント端末に対応するアイソクロナスチャンネル
をテーブル上に記憶する。このとき、例えば、本出願人
が、国際公開番号WO97/38513として先に提案したよう
に、ASEL (ATM over IEEE 1394 Serial Bus Emulation
Layer) - VPC(Virtual Pass Connection) / VCC (Virtu
al Channel Connection)の設定要求を行うようにするこ
とも可能である。
【００５６】次に、ステップS602に進み、IsoTransmitB
andの割り当て処理が行われる。このIsoTransmitBand
は、各アイソクロナスチャンネルまたはASEL-VCCの送信
方向の帯域を表し、各アイソクロナスチャンネルまたは
ASEL-VCC毎に独立した値を有する。この値は、例えば2.
048Mbpsとされる。
【００５７】次に、ステップS603において、パラメータ
IsoTranmitNumberPerPeriodに対して次式の演算結果が
代入される。 (IsoTransmitBand / 8 ) /(IsoTransmitLength - オー
バヘッド長)×IsoTransmitPeriod
【００５８】このIsoTransmitNumberPerPeriodは、1ス
ケジューリング周期あたりに送信可能なアイソクロナス
パケットの数を表し、このパラメータは、各アイソクロ
ナスチャンネルまたはASEL-VCC毎に独立した値を有す
る。なお、IsoTransmitLengthは、システム全体のアイ
ソクロナスパケットのトラフィックに応じて算出した送
信すべきアイソクロナスパケット長であり、各アイソク
ロナスチャンネルまたはASEL-VCC毎に独立した値を有す
る。IsoTransmitPeriodは、スケジューリングの基本と
なるタイマ割り込みの周期を表す。
【００５９】IsoTransmitBandを、2.048×106 bps (Bit
Par Second)、IsoTransmitLengthを816byte、オーバヘ
ッド長を20byte、IsoTransmitPeriodを2×10-3 secとす
ると、IsoTransmitNumberPerPeriodは、0.64となる。
【００６０】次に、ステップS604において、IsoTransmi
tEnaCountに0が初期設定される。このIsoTransmitEnaCo
untは、スケジューリング周期内に送信可能なアイソク
ロナスパケット数を示すカウンタ値を表し、各アイソク
ロナスチャンネルまたはASEL-VCC毎に独立した値を有す
る。
【００６１】ステップS605においては、遅延揺らぎを吸
収するためのスケジューリング周期内に伝送可能なアイ
ソクロナスパケット数の許容値を表すIsoDelayVariatio
nToleranceに1が初期設定される。この値も、各アイソ
クロナスチャンネルまたはASEL-VCC毎に独立した値を有
する。
【００６２】図７のフローチャートの処理は、ステップ
S701で、IsoTransmitPeriodに設定されているタイマ割
り込みの周期(いまの場合、2 ms)でスケジューリングタ
イマ304がタイマ割り込み信号を発生したとき、開始さ
れる。ATM/1394 Bridge 203-1のCPU 301は、ステップS7
02において、スケジューリング周期内におけるアイソク
ロナスサイクルの合計の回数を表すパラメータSumIsoCy
cleに1を初期設定し、ステップS703では、各アイソクロ
ナスサイクルにおいて、送信したアイソクロナスパケッ
ト長の合計値を表すパラメータSumIsoLengthに0を初期
設定する。
【００６３】次に、ステップS704において、次のアイソ
クロナスチャンネルの検索(またはASEL-VCCの検索)(以
下、チャンネルの検索と称する)が行われる。ステップS
705においては、検索が終了したか否かが判定される。
検索が終了したと判定された場合、処理は終了される。
検索するチャンネルがまだ残っていると判定された場
合、ステップS706に進み、IsoTransmitEnaCountが1以上
であるか否かが判定される。いまの場合、図６のステッ
プS604において、このパラメータには0が設定されてい
るので、ステップS707に進み、IsoTransmitEnaCount
に、1スケジューリング周期あたりに送信可能なアイソ
クロナスパケット数IsoTransmitNumberPerPeriod(例え
ば、0.64)が加算される。
【００６４】そして、ステップS704に戻り、次のチャン
ネルの検索が実行され、ステップS705で、検索終了と判
断され、一旦、処理が終了される。
【００６５】IsoTransmitPeriodに設定されているタイ
マ割り込みの周期(いまの場合、2 ms)後に、再びステッ
プS701乃至S705の処理が行われ、ステップS705で検索さ
れていないチャンネルがまだ残っていると判定された場
合、ステップS706に進み、IsoTransmitEnaCountが1以上
であるか否かが再び判定される。直前の周期において、
ステップS707で設定された値は、0.64であるから、その
値は1以下であり、再びステップS707に進み、現在の値
に、さらにIsoTransmitNumberPerPeriodが加算され、1.
28 (=0.64+0.64)とされる。そして、再び、ステップS70
4，S705を介して処理が一旦終了される。
【００６６】次の周期で、ステップS701乃至S705を介し
てステップS706に進むと、いまの場合、IsoTransmitEna
Countは1以上 (=1.28)であるから、ステップS708に進
む。ステップS708においては、送信待ちのアイソクロナ
スパケットが存在するか否かが判定され、存在する場合
においては、ステップS710に進み、SumIsoLengthに、Is
oTransmitLengthが加算される。いまの場合、SumIsoLen
gthに、ステップS703で0が初期設定されており、IsoTra
nsmitLengthを816byteとすると、SumIsoLengthには値 "
816"が設定される。
【００６７】次に、ステップS711に進み、ステップS710
で設定したSumIsoLengthが、1アイソクロナスサイクル
内において、ATM/1394 Bridge 203-mが送信可能なアイ
ソクロナスパケット長の最大値MaxIsoLength以下である
か否かが判定される。SumIsoLengthがMaxIsoLength以下
であれば、ステップS712に進み、送信待ちのアイソクロ
ナスパケットを前のパケットと同じアイソクロナスサイ
クルで送信すべくチェインする処理が実行される。そし
て、ステップS713に進み、IsoTransmitEnaCountを1だけ
デクリメントする。その後、ステップS706に戻り、それ
以降の処理が繰り返し実行される。このチェーンされた
パケットは、次のスケジューリングサイクルに送信処理
される。
【００６８】ステップS711において、SumIsoLengthが、
MaxIsoLengthより大きいと判定された場合、ステップS7
14に進み、SumIsoCycleが1だけインクリメントされる。
そして、ステップS715において、SumIsoCycle×125μs
の値がIsoTransmitPeriod以下であるか否かが判定され
る。SumIsoCycle×125μsの値がIsoTransmitPeriodより
大きいと判定された場合、処理が終了され、前者が後者
と等しいか、それより小さいと判定された場合、ステッ
プS716に進み、送信待ちのアイソクロナスパケットを次
の（前のパケットと異なる）アイソクロナスサイクルに
おいて伝送すべくチェインさせる処理が実行される。そ
して、ステップS717に進み、SumIsoLengthに、IsoTrans
mitLengthが設定される。次に、ステップS713に進み、I
soTransmitEnaCountが1だけデクリメントされる。そし
て、ステップS706に戻り、それ以降の処理が繰り返し実
行される。このチェーンされたパケットは、次のスケジ
ューリングサイクルに送信処理される。
【００６９】一方、ステップS708において、送信待ちの
アイソクロナスパケットが存在しないと判定された場
合、ステップS709に進み、IsoTransmitEnaCountが、遅
延揺らぎを吸収するためのスケジューリング周期内に伝
送可能なアイソクロナスパケット数の許容値IsoDelayVa
riationTorelanceより小さいか否かが判定され、小さい
と判定された場合、ステップS707に進み、現在のIsoTra
nsmitEnaCountに、IsoTransmitNumberPerPeriodを加算
する処理が行われた後、ステップS704に戻る。IsoTrans
mitEnaCountが、IsoDelayVariationTorelanceと等しい
か、それより大きいと判定された場合、ステップS707の
処理はスキップされ、ステップS704に戻り、それ以降の
処理が繰り返し実行される。
【００７０】以上の処理を、さらに具体的に説明すると
次のようになる。図７のステップS704において、図６の
ステップS601で作成されたテーブルから、アイソクロナ
スチャンネルまたはASEL_VCCが検索される。いま、この
テーブルにn個のチャンネルが存在するとすると、例え
ば、最初のチャンネル#1が検索される。ステップS705で
は、まだ、検索が終了していないと判定されるので、ス
テップS706に進み、チャンネル#1のIsoTransmitEnaCoun
tが、1以上であるか否かが判定される。いまの場合、こ
の値はステップS604で0に初期設定されているから、ス
テップS707に進み、IsoTransmitNumberPerPeriod (例え
ば0.64)が、IsoTransmitEnaCountに加算される。
【００７１】次に、ステップS704に戻り、テーブルか
ら、次のチャンネル#2が検索される。このチャンネル#2
においても、ステップS706で、そのIsoTransmitEnaCoun
tの値は、いま0であるから、ステップS707に進み、0.64
が加算される。
【００７２】次に、ステップS704に戻り、チャンネル#3
が検索される。以下同様にして、チャンネル#3乃至チャ
ンネル#nのIsoTransmitEnaCountに、それぞれ0.64が設
定される。
【００７３】そして、n個のチャンネルの検索が終了し
たと、ステップS705で判定されると、この図７のフロー
チャートに示す処理は、一旦終了される。
【００７４】そして、次のスケジューリング周期におい
て、再び、この図７のフローチャートに示す処理が開始
されると、ステップS704で、最初にチャンネル#1が検索
され、ステップS706で、チャンネル#1のIsoTransmitEna
Countが1以上であるか否かが判定される。いまの場合、
この値は0.64であるから、すなわち1パケット未満であ
るから、ステップS707に進み、IsoTransmitEnaCount
に、さらに0.64が加算され、合計1.28とされる。
【００７５】次にステップS704に戻り、チャンネル#2が
検索され、同様の処理が実行される。このようにして、
チャンネル#1からチャンネル#nまでのＩｓｏＴｒａｎｓ
ｍｉｔＥｎａＣｏｕｎｔに、１．２８が設定される。n
個のチャンネル全てについての処理が終了したとステッ
プS705で判定されたとき、この処理は一旦終了される。
【００７６】そして、次のスケジューリング周期におい
て、再び、図７のフローチャートに示す処理が開始され
ると、ステップS704でチャンネル#1が検索され、ステッ
プS706で、そのIsoTransmitEnaCountの値が、1以上であ
るか否かが判定される。いまの場合、この値は1.28であ
るから、ステップS708に進み、送信待ちのアイソクロナ
スパケットが存在するか否かが判定される。このパケッ
トが存在する場合は、ステップS710に進み、1つのアイ
ソクロナス周期 (125μs)において伝送するパケットの
長さSumIsoLengthに、1つのアイソクロナスパケットの
長さ、IsoTransmitLength(例えば816byte)が加算され
る。これにより、いまの場合、SumIsoLengthに816が設
定される。
【００７７】ステップS711においては、ステップS710で
設定されたSumIsoLengthの値が、1アイソクロナスサイ
クル(125μs)内に送信可能なアイソクロナスパケット長
MaxIsoLength(例えば1024byte)以下であるか否かが判定
される。いまの場合、SumIsoLengthは816であり、1024
より小さいので、ステップS712に進み、送信待ちのアイ
ソクロナスパケットが、前のパケットと同じアイソクロ
ナスサイクルで送信すべくチェインされる(指定され
る)。このチェーンされたパケットは、次のスケジュー
リングサイクルに送信処理される。
【００７８】そして、ステップS713に進み、IsoTransmi
tEnaCountが、1だけデクリメントされる。その結果、い
まの場合、この値は1.28から0.28に変化する。
【００７９】そして、ステップS706に戻り、その値が1
以上であるか否かが判定される。いまの場合、この値は
0.28であり、1以下であるから、ステップS707に進み、
再び0.64が加算され、0.92とされる。
【００８０】次に、ステップS704に進み、次のチャンネ
ル#2が検索され、チャンネル#2についても同様の処理が
実行され、ステップS708に進む。このとき送信待ちのア
イソクロナスパケットが存在すれば、ステップS710にお
いて、1アイソクロナスサイクル内におけるパケットの
長さSumIsoLengthに1つのアイソクロナスパケット長816
が加算され、SumIsoLengthの値は1632となる。
【００８１】ステップS711において、この1632 (SumIso
Length)が、1024 (MaxIsoLength)より小さいか否かが判
定される。明らかに、1632は1024より大きいから、この
場合、ステップS711において、NOの判定が行われる。こ
の場合、1つのアイソクロナスサイクルに2つのパケット
を伝送しようとすると、その長さが1632byteとなり、1
アイソクロナスサイクル内に伝送可能なパケット長1024
byteを越えてしまうので、このデータは、次のアイソク
ロナスサイクルで伝送するようにする。このため、ステ
ップS714に進み、アイソクロナスサイクルの数SumIsoCy
cleを1だけインクリメントし、いまの場合2となる。
【００８２】次に、ステップS715に進み、ステップS714
で設定されたSumIsoCycleを125倍した値が2 ms以下であ
るか否かが判定される。すなわち、1スケジューリング
周期内に伝送可能な長さであるか否かが判定される。1
スケジューリング周期より、SumIsoCycleを125倍した値
が大きいと判定された場合、もはや2 ms内において処理
することができないのであるから、処理が終了される。
【００８３】これに対して、SumIsoCycleを125倍した値
が2 msより小さいと判定された場合、ステップS716に進
み、送信待ちのアイソクロナスパケットを次の（前のパ
ケットと異なる）アイソクロナスサイクルで伝送するパ
ケットとしてチェインされる(指定される)。この例の場
合、SumIsoCycleが2であるため、2つのアイソクロナス
サイクルを用いてそれぞれのパケットが送信される。
【００８４】次に、ステップS717に進み、1つのアイソ
クロナスサイクル内において送信するアイソクロナスパ
ケット長の合計値SumIsoLengthに、先にチェインしたチ
ャンネル#2のアイソクロナスパケット長816が設定され
る。このチェーンされたパケットは、次のスケジューリ
ングサイクルに送信処理される。
【００８５】そして、ステップS713に進み、IsoTransmi
tEnaCountの値を１だけデクリメントし、いまの場合0.2
8とする。ステップS706に戻り、その値が1未満であると
判定される。そこで、ステップS707に進み、再び0.64が
加算され、IsoTransmitEnaCountの値は0.92に設定され
る。チャンネル#3乃至チャンネル#nについても、同様の
処理が実行される。
【００８６】以上のようにして、n個のチャンネルのIso
TransmitEnaCountに0.92が設定されると、ステップS705
において、一旦検索が終了される。
【００８７】以上のように、各チャンネルにおけるIsoT
ransmitLengthの値を816byteと、最大値MaxIsoLengthの
1024byteの1 / 2以上の値とすると、図５に示したよう
に、1アイソクロナスサイクル内においては、1つのアイ
ソクロナスチャンネルのデータのみが伝送されることに
なる。
【００８８】なお、ステップS708において、送信するア
イソクロナスパケットが存在しないと判定された場合、
ステップS709に進む。ステップS709において、スケジュ
ーリング周期内に伝送するパケットの数IsoTransmitEna
Countが、許容値IsoDelayVariationTorelanceより小さ
いと判定されれば、伝送路に揺らぎがあったとしても、
さらにパケットを伝送することが可能であるから、ステ
ップS707において、IsoTransmitEnaCountに、さらに0.6
4が加算される。IsoTransmitEnaCountの値が、許容値Is
oDelayVariationTorelanceより大きい場合には、伝送す
るパケットの数をこれ以上増加すると、伝送路の揺らぎ
に起因して、正しくパケットを伝送することができなく
なるおそれがあるので、ステップS707の処理はスキップ
される。
【００８９】図６および図７に示す処理で、各チャンネ
ルにおけるIsoTransmitLengthの値をMaxIsoLengthの値
の1 / nの値に設定すれば、若干オーバヘッドが長くな
り、伝送効率が低下するが、図１に示した従来の場合と
同様に、1アイソクロナスサイクル内においてn個のチャ
ンネルを設けることも可能である。
【００９０】本実施例においては、少なくとも同じ種類
のアプリケーションの情報(例えばビデオ情報)は、1つ
のアイソクロナスサイクルに、1つのアイソクロナスパ
ケットのみを用いて情報を伝送するようにしている。し
かしながら、電話(64 Kbps)やオーディオオンデマンド
(384 Kbps)等、必要とする帯域が小さいアプリケーショ
ンの場合、1つのアイソクロナスサイクルに複数のクラ
イアントに対する情報を伝送する方が効率がよい場合が
あるので、この限りではない。本発明において全てのア
プリケーションに対してあてはまるデータ転送方法とし
ては、特定の1つのクライアント端末(例えばクライアン
ト端末205-1)に対して同じ種類のアプリケーションの情
報は複数のアイソクロナスサイクル毎にデータを伝送す
るようにする。すなわち、Nを2以上の整数とし、アイソ
クロナサイクルの周期をＴ(＝125μs)とするとき、周期
NT毎に、1つのクライアント端末に対する情報の伝送を
行うようにすることである。
【００９１】なお、送信するアイソクロナスパケット長
IsoTransmitLengthを算出するために、 Bridgeからクラ
イアント端末方向へのトラフィックを、予めある程度想
定しておくようにする。図２に示すようなシステムの場
合、トラフィックの大半は、ビデオサーバ201-mからク
ライアント端末205-mヘのデータストリームと想定され
る。そこで、送信アイソクロナスパケット長は、送信可
能なアイソクロナスパケット長の最大値の80%程度の長
さとする。そして、なおかつその長さを32bit単位でア
ライン化し、送信側、受信側ともに処理を容易にする。
【００９２】例えば、送信可能なアイソクロナスパケッ
トの最大長を、従来の場合と同様に1024byteとした場
合、アイソクロナスパケット長は、リンクレイヤ以上の
階層の20byteのオーバヘッドを含めて、816byte程度が
適当となる。
【００９３】この場合、アイソクロナスパケットの送信
周期は、アイソクロナスチャンネルに割り当てられてい
る帯域(コンテンツの帯域)から算出する。また、本出願
人が先に提案した、国際公開番号WO97/38513における場
合のASELを用いる場合には、この周期は、アイソクロナ
スチャンネル上に設定されたVCCに割り当てられている
帯域から算出される。ここでは、計算を簡略化するた
め、この帯域の値をオーバヘッド部分を除いたものとす
る。例えば、帯域が2.048 Mbpsの場合、送信周期n(整
数)は、次式から、n=24と求めることができる。 2.048×106 = (816-20)×8×8000 / n
【００９４】すなわち、 Bridgeは、あるクライアント
端末に対して、24アイソクロナスサイクル毎に、アイソ
クロナスチャンネルまたはアイソクロナスチャンネル上
に設定されたVCCへアイソクロナスパケットを送信す
る。これにより、1つの Bridgeに対して、24台のクライ
アント端末を収容することが可能となる。
【００９５】ソフトウエアによるパケットのハンドリン
グに関しても、2 msのタイマ割り込みによるスケジュー
リングによって、パケットハンドリングを行うものとす
ると、クライアント端末の台数を24台としたとき、スケ
ジューリング周期あたりのイベント数(処理すべきオー
バヘッド数)は、16 (=1×2×103 / 125)となる。この値
は、ソフトウエアによるアイソクロナスパケットのハン
ドリングを充分可能とする値である。
【００９６】以上のようにして、例えば、図２のシステ
ムにおいて、１ATM Switchあたり、300乃至500台のクラ
イアント端末を収容することができる。
【００９７】これに対して、クライアント端末の数が、
50台乃至60台である、小規模なシステムの場合、ビデオ
サーバに対して1394シリアルバスを直接接続し、 Bridg
eを省略することができる。この場合、上述した Bridge
の処理は、ビデオサーバにより実行される。あるいは、
ATM Switchだけを省略して、 BridgeとビデオサーバをA
TM UNIを介して直接接続することも可能である。
【００９８】上記した実施の形態において、送信可能な
アイソクロナスパケット最大長を1024byteとした場合、
各アイソクロナスパケットにおけるオーバヘッドの割合
は、Data prefix分として2byteおよびData end分として
24bit(=3byte)を含めても3.0%(=(22+3) / (816+２+3))
となり、従来の場合における41%と比較して、非常に小
さくすることができる。また、この場合におけるクライ
アント端末の収容台数も、従来の19台に較べて、24台と
大幅に向上する。
【００９９】さらに、送信アイソクロナスパケット長を
送信可能なアイソクロナスパケット長の最大値の80% (8
16byte)に制限したので、ビデオ情報以外の他のアイソ
クロナスパケットのトラフィック(例えば、オーディオ
オンデマンド、電話、各種案内放送など)に使用可能と
なる。
【０１００】さらに、従来、2 msのタイマ割り込みによ
るスケジューリングを用いたソフトウエアによるパケッ
トのハンドリングを行うようにした場合、スケジューリ
ング周期あたりのイベント数が304イベントとなり、1ア
イソクロナスパケットのオーバヘッド処理を6.6μs以内
に行わなければならなかったが、本発明の実施の形態に
おいては、クライアント端末の台数を、24台と19台より
多くした場合でも、2msのスケジューリング周期あたり
のイベント数は16イベントとなるので、1アイソクロナ
スパケットのオーバヘッド処理を125μs以内で行えばよ
くなり、ソフトウエアによるアイソクロナスパケットの
ハンドリングは充分可能となる。
【０１０１】図８は、本発明を適用した、ビデオオンデ
マンドシステムの構成例を示している。送出装置802
は、小規模システムの1394シリアルバスを収容したビデ
オサーバとして機能する。各座席805には、送出装置802
から送出されてきた自分当てのビデオストリームを受信
し、復号する機能を有するクライアント端末に対応する
装置が格納されており、送出装置802から配信される圧
縮符号化されたビデオストリームを復号し、前の座席の
表示装置803に表示させる。この表示装置803としては、
例えば液晶ディスプレイを用いることができる。
【０１０２】さらに、座席805の肘掛け部分には、固定
または着脱自在とされた制御機能ユニット808が設けら
れている。この制御機能ユニット808は、乗客の操作端
末として、ビデオ番組の選択、再生、一時停止、早送
り、巻戻しなどの各種操作を入力することができる。
【０１０３】なお、図８において、案内溝806に沿って
収容されているケーブル807は、図２におけるATM UNI 2
02-mに対応する。
【０１０４】図８に示した、ビデオオンデマンドシステ
ムを、より大規模にしたい場合には、送出装置802のイ
ンタフェースをATM UNIに変更し、ATM Switchと Bridge
を付加するようにすればよい。これにより、300座席乃
至500座席を対象とする、大規模なビデオオンデマンド
システムを構築することができる。この場合において
も、座席805と表示装置803は、小規模システムにおける
場合と同一でよい。
【０１０５】以上においては、クライアント端末を接続
するバスとして1394シリアルバスを用いるようにした
が、アイソクロナスイーサネットを用いることも可能で
ある。
【０１０６】
【発明の効果】本発明に係るデータ伝送システム、デー
タ伝送方法、データ送信装置及びデータ送信方法によれ
ば、サーバ装置から端末装置に所定送信周期でデータを
伝送する際に、所定送信周期より長い周期のスケジュー
リング周期で割込み信号を生成し、１スケジューリング
周期単位内に送信可能なデータ量に基づいて、所定送信
周期毎にデータの送信制御を行うようにしたので、デー
タ伝送におけるオーバヘッドを少なくし、伝送効率を向
上させることができる。
【図面の簡単な説明】
【図１】従来のアイソクロナスサイクルのデータフォー
マットを説明する図である。
【図２】本発明のデータ伝送システムの構成例を示すブ
ロック図である。
【図３】図２のATM/1394 Bridge 203-1の構成例を示す
ブロック図である。
【図４】パケットのフォーマットを示す図である。
【図５】アイソクロナスサイクル内のデータフォーマッ
トを示す図である。
【図６】図２のATM/1394 Bridge 203-1の初期状態にお
ける処理を説明するフローチャートである。
【図７】図２のATM/1394 Bridge 203-1のスケジューリ
ング周期毎の処理を説明するフローチャートである。
【図８】本発明のデータ伝送システムを適用したビデオ
オンデマンドシステムの構成例を示す図である。
【符号の説明】 ２０１−１，２０１−ｊ ビデオサーバ， ２０２−１
乃至２０２−ｊ ATMUNI， ２０３ ATMスイッチ，
２０４ IEEE1394シリアルバス， ２０５−１乃至２０
５−ｎ クライアント端末， ３０１ CPU， ３０２
システムコントローラ， ３０３ メモリブロック，
３０４ スケジューリングタイマ，３０７ ATM SAR
ブロック， ３０８ ATM PHYブロック， ３０９ 光
学ブロック， ３１０ IEEE1394リンクレイヤブロッ
ク， ３１１ IEEE1394３ポートPHYブロック

Claims (28)

    【特許請求の範囲】
  1. 【請求項１】 通信線を介して接続されたサーバ装置か
    ら端末装置に所定送信周期でデータを伝送するデータ伝
    送システムにおいて、 前記サーバ装置は、 前記所定送信周期より長い周期のスケジューリング周期
    で割込み信号を生成するスケジューリング手段と、 １スケジューリング周期単位内に送信可能なデータ量に
    基づいて、前記所定送信周期毎にデータの送信制御を行
    う制御手段と、 前記制御手段からの送信制御に基づいてデータを送信す
    る送信手段と を具備し、 前記端末装置は、 前記サーバ装置の前記送信手段から送信されたデータを
    受信する受信手段を具備することを特徴とするデータ伝
    送システム。
  2. 【請求項２】 上記通信線はIEEE1394シリアルバスであ
    ることを特徴とする請求項１に記載のデータ伝送システ
    ム。
  3. 【請求項３】 上記制御手段は、上記１スケジューリン
    グ周期単位内に送信可能なデータ量を、上記スケジュー
    リング周期と送信に割り当てられた帯域幅とに基づいて
    算出することを特徴とする請求項１に記載のデータ伝送
    システム。
  4. 【請求項４】 上記制御手段は、現在のスケジューリン
    グ周期内に送信可能なデータ量を示すカウント手段を具
    備し、 所定スケジューリング周期内において前記カウント手段
    の示す送信可能なデータ量が所定値未満であるとき、上
    記所定スケジューリング周期内での伝送を行わないこと
    を特徴とする請求項１に記載のデータ伝送システム。
  5. 【請求項５】 上記制御手段は、上記通信線における遅
    延の揺らぎを考慮して、上記カウント手段の示すスケジ
    ューリング周期内に送信可能なデータ量を制御すること
    を特徴とする請求項４に記載のデータ伝送システム。
  6. 【請求項６】 前記伝送されるデータは、所定データ量
    毎に区切られたパケットデータであり、 前記制御手段は、前記所定送信周期内に伝送すべきデー
    タ量が、前記所定送信周期内に許容される最大量以下の
    場合には、複数のパケットデータを同一の前記所定送信
    周期内に送信するように制御を行うことを特徴とする請
    求項１に記載のデータ伝送システム。
  7. 【請求項７】 前記伝送されるデータは、所定データ量
    毎に区切られたパケットデータであり、 前記制御手段は、前記所定送信周期内に伝送すべきデー
    タ量が、前記所定送信周期内に許容される最大量より多
    く、且つ前記伝送すべきデータ量が必要とする前記所定
    送信周期数が前記スケジューリング周期以下の場合に
    は、複数のパケットデータをそれぞれ異なった複数の前
    記所定送信周期で送信するように制御を行うことを特徴
    とする請求項１に記載のデータ伝送システム。
  8. 【請求項８】 通信線を介して接続されたサーバ装置か
    ら端末装置に所定送信周期でデータを伝送するデータ伝
    送方法において、 前記所定送信周期より長い周期のスケジューリング周期
    で割込み信号を生成するスケジューリングステップと、 １スケジューリング周期単位内に送信可能なデータ量に
    基づいて、前記所定送信周期毎にデータの送信制御を行
    う制御ステップと、 前記制御手段からの送信制御に基づいてデータを送信す
    る送信ステップとを具備する上記サーバ装置で実行され
    るデータ送出ステップと、 前記サーバ装置の前記送信ステップにおいて送信された
    データを受信する受信ステップを具備する上記端末装置
    で実行される受信ステップとを具備することを特徴とす
    るデータ伝送方法。
  9. 【請求項９】 上記通信線はIEEE1394シリアルバスであ
    ることを特徴とする請求項８に記載のデータ伝送方法。
  10. 【請求項１０】 上記制御ステップは、上記１スケジュ
    ーリング周期単位内に送信可能なデータ量を、上記スケ
    ジューリング周期と送信に割り当てられた帯域幅とに基
    づいて算出することを特徴とする請求項８に記載のデー
    タ伝送方法。
  11. 【請求項１１】 上記制御ステップは、現在のスケジュ
    ーリング周期内に送信可能なデータ量を示すカウントス
    テップを具備し、 所定スケジューリング周期内において前記カウントステ
    ップの示す送信可能なデータ量が所定値未満であると
    き、上記所定スケジューリング周期内での伝送を行わな
    いことを特徴とする請求項８に記載のデータ伝送方法。
  12. 【請求項１２】 上記制御ステップは、上記通信線にお
    ける遅延の揺らぎを考慮して、上記カウントステップの
    示すスケジューリング周期内に送信可能なデータ量を制
    御することを特徴とする請求項１１に記載のデータ伝送
    方法。
  13. 【請求項１３】 前記伝送されるデータは、所定データ
    量毎に区切られたパケットデータであり、 前記制御ステップは、前記所定送信周期内に伝送すべき
    データ量が、前記所定送信周期内に許容される最大量以
    下の場合には、複数のパケットデータを同一の前記所定
    送信周期内に送信するように制御を行うことを特徴とす
    る請求項８に記載のデータ伝送方法。
  14. 【請求項１４】 前記伝送されるデータは、所定データ
    量毎に区切られたパケットデータであり、 前記制御ステップは、前記所定送信周期内に伝送すべき
    データ量が、前記所定送信周期内に許容される最大量よ
    り多く、且つ前記伝送すべきデータ量が必要とする前記
    所定送信周期数が前記スケジューリング周期以下の場合
    には、複数のパケットデータをそれぞれ異なった複数の
    前記所定送信周期で送信するように制御を行うことを特
    徴とする請求項８に記載のデータ伝送方法。
  15. 【請求項１５】 通信線を介して接続された端末装置に
    所定送信周期でデータを送信するデータ送信装置におい
    て、 前記所定送信周期より長い周期のスケジューリング周期
    で割込み信号を生成するスケジューリング手段と、 １スケジューリング周期単位内に送信可能なデータ量に
    基づいて、前記所定送信周期毎にデータの送信制御を行
    う制御手段と、 前記制御手段からの送信制御に基づいてデータを送信す
    る送信手段とを具備することを特徴とするデータ送信装
    置。
  16. 【請求項１６】 上記通信線はIEEE1394シリアルバスで
    あることを特徴とする請求項１５に記載のデータ送信装
    置。
  17. 【請求項１７】 上記制御手段は、上記１スケジューリ
    ング周期単位内に送信可能なデータ量を、上記スケジュ
    ーリング周期と送信に割り当てられた帯域幅とに基づい
    て算出することを特徴とする請求項１５に記載のデータ
    送信装置。
  18. 【請求項１８】 上記制御手段は、現在のスケジューリ
    ング周期内に送信可能なデータ量を示すカウント手段を
    具備し、 所定スケジューリング周期内において前記カウント手段
    の示す送信可能なデータ量が所定値未満であるとき、上
    記所定スケジューリング周期内での送信を行わないこと
    を特徴とする請求項１５に記載のデータ送信装置。
  19. 【請求項１９】 上記制御手段は、上記通信線における
    遅延の揺らぎを考慮して、上記カウント手段の示すスケ
    ジューリング周期内に送信可能なデータ量を制御するこ
    とを特徴とする請求項１８に記載のデータ送信装置。
  20. 【請求項２０】 前記送信されるデータは、所定データ
    量毎に区切られたパケットデータであり、 前記制御手段は、前記所定送信周期内に送信すべきデー
    タ量が、前記所定送信周期内に許容される最大量以下の
    場合には、複数のパケットデータを同一の前記所定送信
    周期内に送信するように制御を行うことを特徴とする請
    求項１５に記載のデータ送信装置。
  21. 【請求項２１】 前記送信されるデータは、所定データ
    量毎に区切られたパケットデータであり、 前記制御手段は、前記所定送信周期内に送信すべきデー
    タ量が、前記所定送信周期内に許容される最大量より多
    く、且つ前記送信すべきデータ量が必要とする前記所定
    送信周期数が前記スケジューリング周期以下の場合に
    は、複数のパケットデータをそれぞれ異なった複数の前
    記所定送信周期で送信するように制御を行うことを特徴
    とする請求項１５に記載のデータ送信装置。
  22. 【請求項２２】 通信線を介して接続されたサーバ装置
    から端末装置に所定送信周期でデータを送信するデータ
    送信方法において、 前記所定送信周期より長い周期のスケジューリング周期
    で割込み信号を生成するスケジューリングステップと、 １スケジューリング周期単位内に送信可能なデータ量に
    基づいて、前記所定送信周期毎にデータの送信制御を行
    う制御ステップと、 前記制御手段からの送信制御に基づいてデータを送信す
    る送信ステップとを具備することを特徴とするデータ送
    信方法。
  23. 【請求項２３】 上記通信線はIEEE1394シリアルバスで
    あることを特徴とする請求項２２に記載のデータ送信方
    法。
  24. 【請求項２４】 上記制御ステップは、上記１スケジュ
    ーリング周期単位内に送信可能なデータ量を、上記スケ
    ジューリング周期と送信に割り当てられた帯域幅とに基
    づいて算出することを特徴とする請求項２２に記載のデ
    ータ送信方法。
  25. 【請求項２５】 上記制御ステップは、現在のスケジュ
    ーリング周期内に送信可能なデータ量を示すカウントス
    テップを具備し、 所定スケジューリング周期内において前記カウントステ
    ップの示す送信可能なデータ量が所定値未満であると
    き、上記所定スケジューリング周期内での送信を行わな
    いことを特徴とする請求項２２に記載のデータ送信方
    法。
  26. 【請求項２６】 上記制御ステップは、上記通信線にお
    ける遅延の揺らぎを考慮して、上記カウントステップの
    示すスケジューリング周期内に送信可能なデータ量を制
    御することを特徴とする請求項２５に記載のデータ送信
    方法。
  27. 【請求項２７】 前記送信されるデータは、所定データ
    量毎に区切られたパケットデータであり、 前記制御ステップは、前記所定送信周期内に送信すべき
    データ量が、前記所定送信周期内に許容される最大量以
    下の場合には、複数のパケットデータを同一の前記所定
    送信周期内に送信するように制御を行うことを特徴とす
    る請求項２２に記載のデータ送信方法。
  28. 【請求項２８】 前記送信されるデータは、所定データ
    量毎に区切られたパケットデータであり、 前記制御ステップは、前記所定送信周期内に送信すべき
    データ量が、前記所定送信周期内に許容される最大量よ
    り多く、且つ前記送信すべきデータ量が必要とする前記
    所定送信周期数が前記スケジューリング周期以下の場合
    には、複数のパケットデータをそれぞれ異なった複数の
    前記所定送信周期で送信するように制御を行うことを特
    徴とする請求項２２に記載のデータ送信方法。
JP34884797A 1996-12-19 1997-12-18 データ伝送システム、データ伝送方法、データ送信装置及びデータ送信方法 Withdrawn JPH10233790A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP34884797A JPH10233790A (ja) 1996-12-19 1997-12-18 データ伝送システム、データ伝送方法、データ送信装置及びデータ送信方法

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP8-339350 1996-12-19
JP33935096 1996-12-19
JP34884797A JPH10233790A (ja) 1996-12-19 1997-12-18 データ伝送システム、データ伝送方法、データ送信装置及びデータ送信方法

Publications (1)

Publication Number Publication Date
JPH10233790A true JPH10233790A (ja) 1998-09-02

Family

ID=26576397

Family Applications (1)

Application Number Title Priority Date Filing Date
JP34884797A Withdrawn JPH10233790A (ja) 1996-12-19 1997-12-18 データ伝送システム、データ伝送方法、データ送信装置及びデータ送信方法

Country Status (1)

Country Link
JP (1) JPH10233790A (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000236338A (ja) * 1999-02-15 2000-08-29 Sony Corp 無線通信方法及び無線通信装置
US6611886B1 (en) 1998-11-18 2003-08-26 Samsung Electronics Co., Ltd. Method for transferring variable isochronous data and apparatus therefor
JP2005124206A (ja) * 2003-10-14 2005-05-12 Samsung Electronics Co Ltd イーサネット（登録商標）・ネットワークでのリアルタイムマルチメディアデータ送信方法

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6611886B1 (en) 1998-11-18 2003-08-26 Samsung Electronics Co., Ltd. Method for transferring variable isochronous data and apparatus therefor
US7155543B2 (en) 1998-11-18 2006-12-26 Samsung Electronics Co., Ltd. Method for transferring variable isochronous data and apparatus therefor
US7454539B2 (en) 1998-11-18 2008-11-18 Samsung Electronics Co., Ltd. Method for transferring variable isochronous data and apparatus therefore
JP2000236338A (ja) * 1999-02-15 2000-08-29 Sony Corp 無線通信方法及び無線通信装置
JP2005124206A (ja) * 2003-10-14 2005-05-12 Samsung Electronics Co Ltd イーサネット（登録商標）・ネットワークでのリアルタイムマルチメディアデータ送信方法

Similar Documents

Publication Publication Date Title
EP0895377A1 (en) Data communication system and method, data transmission device and method
JP3130294B2 (ja) マルチメディア・データの送信のセグメント化および時間同期化のための装置および方法
US5633870A (en) Method and apparatus for controlling data flow through an ATM interface
EP0530680B1 (en) ATM cell assembling and disassembling system and method
US5982749A (en) ATM communication system interconnect/termination unit
US5726985A (en) ATM communication system interconnect/termination unit
JP3210906B2 (ja) Ａｔｍ通信網とそのインバースマルチプレクス方法
US5848068A (en) ATM communication system interconnect/termination unit
US6480511B1 (en) Arrangement for synchronization of a stream of synchronous traffic delivered by an asynchronous medium
US5920561A (en) ATM communication system interconnect/termination unit
US6535512B1 (en) ATM communication system interconnect/termination unit
US5841772A (en) ATM communication system interconnect/termination unit
US6178184B1 (en) Arrangement for synchronization of multiple streams of synchronous traffic delivered by an asynchronous medium
EP1065908B1 (en) A method for generating ATM cells for low bit rate applications
US6603766B1 (en) Apparatus and method for implementing an ATM AAL2 combined use timer
US6665266B1 (en) Method and apparatus for multiplexing a multitude of separate data streams into one shared data channel, while maintaining CBR requirements
US6418144B1 (en) AAL terminal system of duplex configuration and synchronization method
US5867500A (en) Communications in a distribution network
US6052389A (en) Per-session pre-synchronized framing method for real-time services in ATM networks
Mills et al. Highball: a high speed, reserved-access, wide area network
JP3364410B2 (ja) 通信装置
EP1209864A2 (en) System and method for providing multiple quality of service levels over a single asynchronous transfer mode (ATM) virtual communications channel
JP2001045062A (ja) データ伝送装置
KR0153955B1 (ko) 에이.티.엠 망을 위한 엠펙 운송 스트림 정합 장치
KR0151911B1 (ko) 에이티엠 망에서 출력대역제어를 위한 셀 간격 제어 장치 및 그 방법

Legal Events

Date Code Title Description
A300 Withdrawal of application because of no request for examination

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20050301