JPH0669921A - Communication network - Google Patents

Communication network

Info

Publication number
JPH0669921A
JPH0669921A JP4221232A JP22123292A JPH0669921A JP H0669921 A JPH0669921 A JP H0669921A JP 4221232 A JP4221232 A JP 4221232A JP 22123292 A JP22123292 A JP 22123292A JP H0669921 A JPH0669921 A JP H0669921A
Authority
JP
Japan
Prior art keywords
communication
host
band
network
time
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
JP4221232A
Other languages
Japanese (ja)
Inventor
Masafumi Ono
雅史 大野
Tatsuo Mochinaga
辰雄 持永
Yukito Maejima
幸仁 前島
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.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
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 Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP4221232A priority Critical patent/JPH0669921A/en
Publication of JPH0669921A publication Critical patent/JPH0669921A/en
Pending legal-status Critical Current

Links

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

PURPOSE:To improve the utilizing efficiency of a communication resource by allocating a band flexibly in the communication network supporting the communication not requiring real time performance. CONSTITUTION:A communication node decides a time allocation of a communication band based on an application item, the time allocation is stored in a band management table 32 in the communication node, the communication node informs the start of communication to the host according to the band management table 32 to set a logic path for the communication. Furthermore, when the band different from the applied band of the host is allocated, after the communication node stores once the information sent by the host to a file system, stored information is transferred to the destination host by using the allocated band.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明は、複数のリアルタイム性
を要しない通信を同時にサポートする通信ネットワーク
に係り、特に、ユーザからの申告に基づいて通信帯域の
スケジューリングを行なうことで、通信リソースを効率
的に利用する通信ネットワークに関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a communication network that simultaneously supports a plurality of communications that do not require real-time communication. In particular, by scheduling a communication band based on a notification from a user, communication resources can be efficiently used. Related to a communication network to be used in a specific manner.

【0002】[0002]

【従来の技術】ユーザからの申告に基づいて通信帯域の
スケジューリングを行なう技術については、NTT技術
参考資料「衛星ディジタル通信サービス」(昭和61年
9月)に類似の技術がある。この従来技術では、ユーザ
端末はネットワークに対して、通信開始日時,通信終了
日時,発着端末アドレス,通信属性(帯域,同報,対称
性)を指定して通信の予約申請を行なう。ネットワーク
は予約申請が発生した時点の帯域割当てのスケジュール
と予約申請の指定項目に基づいて、予約申請を受付ける
ことが可能か否かを判断する。予約申請を受付けること
が可能な場合には、ユーザ端末に対して予約番号を通知
する(予約登録)。
2. Description of the Related Art As a technique for scheduling a communication band based on a report from a user, there is a technique similar to the NTT technical reference material "Satellite Digital Communication Service" (September, 1986). In this conventional technique, the user terminal specifies a communication start date / time, a communication end date / time, a destination terminal address, and a communication attribute (bandwidth, broadcast, symmetry) with respect to the network, and makes a reservation request for communication. The network determines whether or not it is possible to accept the reservation application based on the bandwidth allocation schedule and the designated items of the reservation application when the reservation application occurs. When the reservation application can be accepted, the reservation number is notified to the user terminal (reservation registration).

【0003】一方、指定項目の中の一つでも満足できな
い場合には、予約登録ができないことをユーザ端末に通
知する。例えば、あるユーザ端末が1992年7月11
日午前9時から同日午前9時30分まで1.5Mbps
帯域を予約しようとした時に、時間帯の空きが1Mbp
sであった場合には、この予約申請は却下される。予約
申請が却下されたホストは通信帯域を確保するために再
度予約申請を行なうことになる。この時、ネットワーク
に対して現在のスケジュールを照会することが可能であ
り(空き時間照会)、これによりホストは帯域が空いて
いる時間帯を確認した後に予約申請を行なうことができ
る。
On the other hand, if even one of the designated items is not satisfied, the user terminal is notified that reservation registration cannot be performed. For example, when a user terminal operates on July 11, 1992,
1.5 Mbps from 9am to 9:30 am on the same day
When I try to reserve a band, the available time slot is 1Mbp
If it is s, the reservation application is rejected. The host for which the reservation application is rejected will make another reservation application to secure the communication band. At this time, it is possible to inquire the current schedule to the network (inquiry of free time), whereby the host can make a reservation application after confirming the time zone in which the band is free.

【0004】[0004]

【発明が解決しようとする課題】上記従来技術には以下
に示すような問題点があった。
The above-mentioned prior art has the following problems.

【0005】第一に、上記従来技術では、ホストが申請
する通信開始時刻−通信終了時刻間に帯域が空いていな
い場合には、予約申請を即座に却下していた。例えば、
通信開始時刻が9時30分の予約が発生した時に、9時
30分に帯域が空いていなければ、仮に9時31分から
帯域が空いても予約申請は却下される。予約を却下され
たホストが9時31分からの帯域を予約する場合には、
空き時間照会/再申請という手順をふまなくてはならな
い。ネットワークが大規模になると予約申請/登録(却
下)が頻繁に行なわれるので、空き時間照会から再申請
の間に空き帯域が割当てられてしまうことは十分に考え
られる。すなわち、従来技術の様に開始時刻/終了時刻
をホストが指定する方式では、前記開始時刻/終了時刻
と帯域の空き時間のマッチングをとることが困難にな
る。従って、帯域割当てのために空き時間照会/再申請
を繰り返すことになり、ネットワークのスループットが
低下するという問題点があった。
First, in the above-mentioned conventional technique, the reservation application is immediately rejected if the band is not available between the communication start time and the communication end time requested by the host. For example,
If a band is not available at 9:30 when a reservation is made at 9:30, the reservation application is rejected even if the band is available from 9:31. When the host whose reservation has been rejected reserves the band from 9:31,
The procedure of free time inquiry / re-application must be included. Reservation application / registration (rejection) is frequently performed when the network becomes large in scale, so it is fully conceivable that free bandwidth will be allocated between free time inquiry and re-application. That is, with the method in which the host specifies the start time / end time as in the prior art, it becomes difficult to match the start time / end time with the free time of the band. Therefore, free time inquiry / re-application is repeated for bandwidth allocation, and there is a problem that the throughput of the network decreases.

【0006】第二に、従来技術では、ホストが申請した
帯域を保証することを前提として予約受付け判定を行な
うので、予約登録が可能な通信は空き帯域より小さい帯
域を申請してきたものに限られていた。ところが、リア
ルタイム性を要しない通信の場合はネットワーク内にホ
ストからの情報を蓄積し、ネットワークが融通可能な帯
域を用いて前記蓄積情報を転送することが出来る。従っ
て、申請された帯域が空き帯域よりも広い場合でも情報
転送が可能になり、より効率的な通信帯域のスケジュー
リングを行なうことが可能になる。従来技術において
は、ホストからの情報を蓄積する機能,ネットワークが
融通可能な帯域を用いて情報を転送する機能が考慮され
ていないので、リアルタイム性を要しない通信を前提と
した場合に効率的なスケジューリングを行なうことがで
きないという問題があった。
Secondly, in the prior art, the reservation acceptance judgment is performed on the assumption that the bandwidth requested by the host is guaranteed. Therefore, the communication which can be reserved and registered is limited to the one which has applied for the bandwidth smaller than the free bandwidth. Was there. However, in the case of communication that does not require real-time processing, information from the host can be stored in the network, and the stored information can be transferred using a bandwidth that the network can accommodate. Therefore, even if the requested band is wider than the free band, information can be transferred, and more efficient communication band scheduling can be performed. Since the conventional technology does not consider the function of accumulating information from the host and the function of transferring information using the bandwidth that the network can accommodate, it is efficient when assuming communication that does not require real-time processing. There was a problem that scheduling could not be performed.

【0007】[0007]

【課題を解決するための手段】前記第一の課題を解決す
る手段として、ホストに使用帯域と使用時間をネットワ
ークに対して申告する手段を設け、ネットワークに前記
申告値に基づいて帯域の時間割当てを決定する手段と、
前記時間割当てに従って情報転送経路を設定し、更に、
前記ホストに対して通信開始を通知する手段を設ける。
[Means for Solving the Problems] As means for solving the above-mentioned first problem, a host is provided with means for declaring a used band and a used time to a network, and a time allocation of the band based on the declared value is assigned to the network. Means for determining
The information transfer route is set according to the time allocation, and further,
A means for notifying the host of the start of communication is provided.

【0008】前記第二の課題を解決する手段として、前
記ネットワークに前記ホストからの情報を蓄積する手段
と、自ネットワークのトラヒック負荷に対応してホスト
が申告した使用帯域とは異なる帯域を割当てる手段と、
申告帯域と割当て帯域の差分に相当する情報を前記蓄積
手段に、一旦、蓄積し、前記割当て帯域を用いて前記蓄
積情報を転送する手段を設ける。更に、前記ホスト間で
規定されている通信プロトコルを終端する手段をネット
ワークに設ける。
As means for solving the second problem, means for accumulating information from the host in the network and means for allocating a band different from the used band declared by the host in response to the traffic load of the own network When,
There is provided means for temporarily accumulating information corresponding to the difference between the declared bandwidth and the allocated bandwidth in the accumulating means and transferring the accumulated information using the allocated bandwidth. Further, the network is provided with means for terminating the communication protocol defined between the hosts.

【0009】[0009]

【作用】第一の課題を解決する手段を用いた通信ネット
ワークでは、ホストからの時間帯の申告は開始時刻/終
了時刻ではなく使用時間なので、ネットワークは当該通
信の帯域を割当てるときに特定の時間帯に拘束されるこ
となく、申告帯域に見合う帯域が空いている任意の時間
帯に前記予約を割当てることが出来る。
In the communication network using the means for solving the first problem, the time zone declaration from the host is not the start time / end time but the use time. Therefore, the network specifies a specific time when allocating the communication band. The reservation can be assigned to an arbitrary time zone in which a band commensurate with the declared band is free, without being restricted by the band.

【0010】第二の課題を解決する手段を用いた通信ネ
ットワークでは、発側ホストが申告した帯域とネットワ
ークが割当てた帯域が異なる場合でも、帯域の差分に相
当する情報を情報蓄積手段に蓄積することができる。蓄
積手段に蓄積された情報は割当て帯域を用いてネットワ
ーク内を転送される。以上の技術により、リアルタイム
性を要しない通信を前提とすれば、ホストが申告した帯
域を割当てることができなくてもホスト間通信を実現す
ることができる。本ネットワークでは、ユーザ(ホス
ト)が申告した帯域を不変として行ってきた従来の帯域
割当てに比べて、柔軟な帯域割当てが可能になるので、
効率的なネットワーク運用を行なうことが出来る。又、
通信プロトコルを終端する手段により、ホストが情報転
送に伴い制御情報(例えば、送達確認)を必要とする場
合には、受側ホストに代わってネットワークが制御情報
を返信することができる。これにより、ホスト間のコネ
クションが切断されることなく、ネットワーク内に情報
を蓄積することができる。
In the communication network using the means for solving the second problem, even when the bandwidth declared by the calling host and the bandwidth allocated by the network are different, information corresponding to the difference in bandwidth is stored in the information storage means. be able to. The information stored in the storage means is transferred in the network using the allocated bandwidth. With the above technology, if communication that does not require real-time processing is premised, inter-host communication can be realized even if the bandwidth declared by the host cannot be allocated. In this network, flexible bandwidth allocation becomes possible compared to conventional bandwidth allocation that has been performed with the bandwidth declared by the user (host) unchanged.
Efficient network operation can be performed. or,
The means for terminating the communication protocol enables the network to return the control information on behalf of the receiving host when the host needs the control information (for example, delivery confirmation) along with the information transfer. As a result, information can be stored in the network without disconnecting the connection between the hosts.

【0011】[0011]

【実施例】図2は本発明を適用した通信ネットワークの
一例である。図2において、通信ノード1,2,3は、
通信プロトコルを実装する機器(以下、ホストと称す)
7,8,9,10,11と、情報蓄積装置(以下、ファ
イルシステムと称す)4,5,6を、デジタル専用線1
2,13,14を介して接続する。ホスト7,8,9,
10,11間には通信ノード1,2,3により論理パス
が設定される。また、論理パスがリアルタイム性を要し
ない通信サービスをサポートする場合には、発側ホスト
から送信された情報は、一旦、ファイルシステム4,
5,6に蓄積される。この場合、ネットワークが管理す
る論理的パスは発側ホスト−ファイルシステムとファイ
ルシステム−受側ホストの少なくとも2種類になる。
尚、発側ホストと受側ホストの間にN個のファイルシス
テムが介在する場合には(N+1)種類になる。
FIG. 2 shows an example of a communication network to which the present invention is applied. In FIG. 2, the communication nodes 1, 2, and 3 are
Equipment that implements the communication protocol (hereinafter referred to as the host)
7, 8, 9, 10, 11 and the information storage device (hereinafter referred to as a file system) 4, 5, 6 are connected to the digital dedicated line 1
Connect via 2, 13, and 14. Hosts 7, 8, 9,
A logical path is set between the communication nodes 10 and 11 by the communication nodes 1, 2 and 3. If the logical path supports a communication service that does not require real-time processing, the information transmitted from the originating host is temporarily stored in the file system 4,
It is accumulated in 5 and 6. In this case, there are at least two types of logical paths managed by the network: source host-file system and file system-receiver host.
Incidentally, when N file systems are interposed between the originating host and the receiving host, there are (N + 1) types.

【0012】ファイルシステム4,5,6はホスト間の
ユーザ情報を蓄積するだけでなく、ホストに実装されて
いる通信プロトコルを終端する場合もある。具体的に
は、サービスを実現するためにホスト間で規定されてい
る通信プロトコルにおいて、情報転送に伴い制御情報
(例えば、送達確認)をやりとりする場合には、ファイ
ルシステム4,5,6はプロトコルを終端する。例え
ば、パケット通信のように発側ホストが情報(パケッ
ト)を送信する度に、受側ホストが送達確認を返信する
ようなサービスをサポートする場合には、ファイルシス
テム4,5,6は発側ホストが送信したパケットを認識
し、当該パケットの送達確認を受側ホストに代わって返
信する。このような場合には、ファイルシステム4,
5,6はサービスを実現するためにホストに実装されて
いるプロトコルを実装し、終端する。
The file systems 4, 5 and 6 not only store user information between hosts but also terminate the communication protocol implemented in the host. Specifically, in a communication protocol defined between hosts for realizing a service, when exchanging control information (for example, delivery confirmation) with information transfer, the file systems 4, 5, 6 are protocols. Terminate. For example, in the case of supporting a service such as a packet communication in which the receiving host sends back a delivery confirmation every time the transmitting host sends information (packet), the file systems 4, 5, 6 are It recognizes the packet sent by the host, and returns a delivery confirmation of the packet on behalf of the receiving host. In such a case, the file system 4,
5 and 6 implement and terminate the protocol implemented in the host in order to realize the service.

【0013】情報転送に伴う制御情報のやりとりがアプ
リケーションレイヤで規定されている場合には、ファイ
ルシステム4,5,6はアプリケーションレイヤまでを
終端する。一方、ホスト間で規定されている通信プロト
コルに制御情報のやりとりがない場合(例えば、発側ホ
ストが通信完了まで情報を送信し続けるサービスをサポ
ートする場合)には、ファイルシステム4,5,6はネ
ットワークから転送される情報を蓄積する機能だけを有
する。即ち、ファイルシステム4,5,6が実装するプ
ロトコルは、ネットワーク内の情報転送プロトコルだけ
であり、ホストに実装されている通信プロトコルは実装
しない。
When the exchange of control information associated with the information transfer is specified in the application layer, the file systems 4, 5 and 6 terminate up to the application layer. On the other hand, when there is no exchange of control information in the communication protocol defined between the hosts (for example, when the calling host supports a service that continues transmitting information until the communication is completed), the file systems 4, 5, 6 Has only the function of storing the information transferred from the network. That is, the protocols implemented by the file systems 4, 5 and 6 are only the information transfer protocol in the network, not the communication protocol implemented in the host.

【0014】帯域管理システム15はホストからの通信
帯域の予約申請に対し、各通信の使用帯域,開始/終了
時刻を明確に定めた帯域割当てを行なう。本実施例の帯
域管理システムは独立したハードウェアに実装されてい
るものではなく、実際にホストに対して帯域を割当てる
のはホストを収容する通信ノードである。本実施例で
は、通信ノードが収容するホストに対して割当てた帯域
をその他の通信ノードに通知することにより、ネットワ
ーク全体として一つの帯域管理システムを構築する。
In response to a reservation request for a communication band from the host, the band management system 15 performs band allocation in which the band used for each communication and the start / end time are clearly defined. The bandwidth management system of the present embodiment is not implemented in independent hardware, and it is the communication node that accommodates the host that actually allocates the bandwidth to the host. In this embodiment, one band management system is constructed as the entire network by notifying the other communication nodes of the band allocated to the host accommodated by the communication node.

【0015】図3は本実施例における通信ノード1のモ
ジュールのブロック図である。図3において、通信ノー
ド1は加入者インタフェース(以下LIF)16,1
7,伝送インタフェース(以下TRK)18,19,フ
ァイルシステムインタフェース(以下FIF)20,中
央制御装置(以下CPU)21,交換部(以下SW)22
から構成される。
FIG. 3 is a block diagram of modules of the communication node 1 in this embodiment. In FIG. 3, the communication node 1 is a subscriber interface (hereinafter LIF) 16, 1
7, transmission interface (hereafter TRK) 18, 19, file system interface (hereafter FIF) 20, central control unit (hereafter CPU) 21, exchange unit (hereafter SW) 22
Composed of.

【0016】LIF16,17はホスト7,8からの情
報をATM(Asynchronous TransferMode:非同期転送モ
ード)セル化して、SW22に送信する。更に、SW2
2から受信したセルからユーザ情報を生成し、ホスト
7,8に転送する。尚、セルのネットワーク内のルーチ
ングに必要な仮想チャネル識別子(以下VCI),仮想
パス識別子(以下VPI)、およびSW22内でのセル
のルーチングに必要なルート情報はCPU21がLIF
16,17に通知する。TRK17,18はSW22よ
り転送されたセルを所定の伝送フォーマットに変換し
て、デジタル専用線12,13に送信する。更に、デジ
タル専用線12,13からATMセルを切り出し、SW
22に転送する。FIF20はSW22とファイルシス
テム(以下FS)4とのインタフェースである。FIF
20はSW22より転送されたATMセルを分解し、AT
MセルのペイロードをFS4に、順次、書き込む。即
ち、発側ホストからの論理パスはFIF20で一度終端
され、受側ホストへの論理パスはFIF20によりFS
−受側ホスト間で新たに設定される。FS4と受信ホス
ト間の論理パスを示すATMヘッダは、FIF20によ
りペイロードに付与される。ATMヘッダ内のルート情
報はLIFと同様にCPU21により通知される。CP
U21は前述のセルのルーチング制御の他にホストから
の通信帯域予約申請に基づく帯域割当て制御を行なう。
CPU21の機能、特に帯域の時間割当て制御について
は後で詳しく説明する。
The LIFs 16 and 17 convert the information from the hosts 7 and 8 into ATM (Asynchronous Transfer Mode) cells and transmit the cells to the SW 22. Furthermore, SW2
User information is generated from the cell received from 2 and transferred to the hosts 7 and 8. The CPU 21 LIFs the virtual channel identifier (VCI) and virtual path identifier (VPI) required for routing in the cell network and the route information required for cell routing in the SW22.
Notify 16,17. The TRKs 17 and 18 convert the cells transferred from the SW 22 into a predetermined transmission format and transmit the cells to the digital leased lines 12 and 13. Further, ATM cells are cut out from the digital dedicated lines 12 and 13, and SW
22 to 22. The FIF 20 is an interface between the SW 22 and the file system (hereinafter FS) 4. FIF
20 disassembles the ATM cell transferred from SW22, AT
The payload of M cells is sequentially written into FS4. That is, the logical path from the source host is once terminated by the FIFO 20, and the logical path to the destination host is FS by the FIFO 20.
-It is newly set between the receiving hosts. The ATM header indicating the logical path between the FS 4 and the receiving host is added to the payload by the FIF 20. The route information in the ATM header is notified by the CPU 21 like the LIF. CP
In addition to the above-described cell routing control, U21 performs band allocation control based on a communication band reservation application from the host.
The function of the CPU 21, particularly the time allocation control of the band will be described in detail later.

【0017】図4はCPU21の機能ブロック図であ
る。セル受信部23はATMセルヘッダ内のVCI/V
PIに基づき、受信セルを帯域管理部24またはプロセ
ッサ25に転送する。帯域管理部24およびプロセッサ
25への情報転送はセル受信毎には行なわず、帯域管理
部24あるいはプロセッサ25へのコマンド/データを
セル受信部23で組み立ててから転送する。尚、ATM
セルからコマンド/データへの変換はVCI,VPI、
およびATMアダプテーションヘッダに基づいて行なわ
れる。
FIG. 4 is a functional block diagram of the CPU 21. The cell receiving unit 23 uses the VCI / V in the ATM cell header.
Based on the PI, the received cell is transferred to the band management unit 24 or the processor 25. Information transfer to the band management unit 24 and the processor 25 is not performed every time a cell is received, but a command / data to the band management unit 24 or the processor 25 is assembled by the cell reception unit 23 and then transferred. In addition, ATM
Conversion from cell to command / data is VCI, VPI,
And ATM adaptation header.

【0018】帯域管理部24はセル受信部23からのコ
マンド/データに基づき、通信ネットワークの帯域割当
て制御を行なう。本発明の帯域割当て制御については後
述する。帯域管理部24は帯域割当て制御の結果を発側
/受側ホストアドレスおよび転送経路情報と共にプロセ
ッサ25に転送する。プロセッサ25は転送経路情報に
基づいて通信のVCI/VPI/ルート番号を設定し、
ルート情報管理テーブル26に書き込む。ルート情報管
理テーブル26では論理パス対応にVCI/VPI/ル
ート番号が管理されており、各論理パスの割当て帯域に
関する情報は管理されていない。一方、帯域管理部24
内の帯域管理テーブルではホスト間通信に割当てられた
通信帯域が管理されており、VCI/VPI/ルート番
号のルート情報は管理されていない。プロセッサ25は
また、他通信ノードのプロセッサと各通信ノードの帯域
管理テーブル情報を送受信することで、ネットワーク全
体の帯域管理を行なう。
The band management unit 24 controls the band allocation of the communication network based on the command / data from the cell receiving unit 23. The bandwidth allocation control of the present invention will be described later. The band management unit 24 transfers the result of the band allocation control to the processor 25 together with the originating / receiving side host address and the transfer route information. The processor 25 sets the VCI / VPI / route number for communication based on the transfer route information,
Write to the route information management table 26. In the route information management table 26, the VCI / VPI / route number is managed for each logical path, and the information regarding the allocated bandwidth of each logical path is not managed. On the other hand, the bandwidth management unit 24
The bandwidth management table in the table manages the communication bandwidth allocated to the inter-host communication, and does not manage the route information of VCI / VPI / route number. The processor 25 also manages the bandwidth of the entire network by transmitting and receiving bandwidth management table information of each communication node to and from the processor of another communication node.

【0019】課金管理部27は論理パス毎の転送情報
量,使用帯域,使用時間等に基づいてユーザに対する課
金管理を行なう。本実施例では、VAN(Value Added N
etwork:付加価値通信網)のように複数の小規模ユーザ
を単一ネットワーク下に収容する場合を想定し、ユーザ
に対する課金制御を行なう。本発明を適用することによ
り、従来には無いサービスとそれに伴う課金制御が可能
になる。課金制御に関しては、帯域割当て制御の説明の
後に言及することとする。
The billing management unit 27 manages billing for the user based on the amount of transfer information, the used bandwidth, the used time, etc. for each logical path. In this embodiment, VAN (Value Added N
Etwork: Value-added communication network) is assumed to accommodate a plurality of small-scale users under a single network, and charging control for users is performed. By applying the present invention, it becomes possible to perform a service which has not existed in the past and a charge control associated therewith. The charging control will be referred to after the description of the bandwidth allocation control.

【0020】セル送信部28は帯域管理部24から送信
される呼設定制御情報と、プロセッサ25から送信され
る論理パス設定制御情報を各々制御セル化してSWに転
送する。呼設定制御情報は帯域管理テーブルで規定され
ているスケジュールに基づき、ネットワークからホスト
に対して情報転送を促す制御情報である。一方、論理パ
ス設定制御情報は、帯域管理テーブルで規定されている
スケジュールに従い、ルート情報管理テーブルで規定さ
れている経路に従ってホスト間通信の論理パスを設定す
るための制御信号である。
The cell transmission unit 28 converts the call setting control information transmitted from the band management unit 24 and the logical path setting control information transmitted from the processor 25 into control cells and transfers them to the SW. The call setting control information is control information that prompts the host to transfer information from the network based on the schedule defined in the bandwidth management table. On the other hand, the logical path setting control information is a control signal for setting a logical path for inter-host communication according to the schedule defined in the bandwidth management table and the route defined in the route information management table.

【0021】次に図1を用いて帯域管理部24について
説明する。予約申請受付回路29はセル受信部23より
コマンド(予約申請コマンド)を受信した場合には、コ
マンドの予約パラメータ(発側ホストアドレス,受側ホ
ストアドレス,使用帯域−使用時間、あるいは転送デー
タ量)と予約受付時刻を予約管理テーブル30に書き込
む。スケジューラ31は予約管理テーブル30より予約
パラメータを随時読み込み、予約パラメータに従って使
用帯域の時間割当てを決定する。更に、スケジューラ3
1は、予約パラメータの読み込みに同期して、帯域管理
テーブル32より帯域割当て情報を読み込む。これによ
り、スケジューラ31が新規に帯域割当てを行なう場合
には、常に最新の帯域管理情報を参考にすることが出来
る。新規に決定された帯域の時間割当ては帯域管理テー
ブル更新データとして帯域管理テーブル32に書き込ま
れる。更に、スケジューラ31は帯域管理テーブルに基
づき、呼設定制御情報を制御セル生成回路33に送信す
ると共に、通信の論理パスを設定するようにプロセッサ
に対して通知する。
Next, the band management unit 24 will be described with reference to FIG. When the reservation application acceptance circuit 29 receives a command (reservation application command) from the cell reception unit 23, the reservation parameters of the command (originating host address, recipient host address, used bandwidth-usage time, or transfer data amount) And the reservation acceptance time are written in the reservation management table 30. The scheduler 31 reads the reservation parameters from the reservation management table 30 at any time, and determines the time allocation of the used bandwidth according to the reservation parameters. Furthermore, scheduler 3
1 reads the bandwidth allocation information from the bandwidth management table 32 in synchronization with the reading of the reservation parameter. As a result, when the scheduler 31 newly allocates a band, the latest band management information can always be referred to. The newly determined time allocation of the band is written in the band management table 32 as band management table update data. Further, the scheduler 31 transmits the call setting control information to the control cell generation circuit 33 based on the bandwidth management table, and also notifies the processor to set the communication logical path.

【0022】次に、図5,図6を用いて、本実施例にお
ける、発側ホストの予約申請から通信終了までの制御シ
ーケンスを説明する。
Next, the control sequence from the reservation application of the calling host to the end of communication in this embodiment will be described with reference to FIGS. 5 and 6.

【0023】図5は発側ホストの予約申請から帯域割当
て完了(予約登録)までの制御シーケンスを示したもの
である。先ず、発側ホストはネットワークに対して予約
申請を行なう。予約申請時には、予約パラメータ(発側
ホストアドレス,受側ホストアドレス,使用帯域−使用
時間、あるいは転送データ量)をネットワークに対して
通知する。ネットワークは予約パラメータと予約申請を
受付けた時刻を予約管理テーブルに書き込み、予約申請
登録を発側ホストに対して送信する。本実施例では、原
則的には全ての予約申請に対して予約申請登録、即ち、
予約管理テーブルへの書き込みを行なうが、予約管理テ
ーブルのエントリが一杯であるために書き込みが出来な
い場合には新規予約申請は却下される。次に、ネットワ
ークは予約管理テーブルに登録されている予約パラメー
タに基づき、ホスト間通信の使用帯域の時間割当てを行
なう。帯域割当て完了時にはネットワークは予約登録を
発側/受側ホストに対して送信する。ホストが予約登録
受信時にACKをネットワークに対して送信することで
予約登録処理は完了する。一方、予約申請をネットワー
クが受け入れられない場合には、発側ホストに対して登
録拒絶を通知する。この時、受側ホストに対しては制御
情報の通知は行なわない。尚、予約パラメータから時間
割当てを決定する手順に関しては図7,図8,図9を用
いて後で説明する。
FIG. 5 shows a control sequence from the reservation application of the calling host to the completion of bandwidth allocation (reservation registration). First, the originating host makes a reservation application to the network. At the time of reservation application, the reservation parameters (source host address, recipient host address, bandwidth-usage time, or transfer data amount) are notified to the network. The network writes the reservation parameter and the time when the reservation application is accepted in the reservation management table, and transmits the reservation application registration to the originating host. In this embodiment, in principle, reservation application registration for all reservation applications, that is,
Although the reservation management table is written, if the reservation management table cannot be written because the reservation management table is full, the new reservation application is rejected. Next, the network performs time allocation of the bandwidth used for host-to-host communication based on the reservation parameters registered in the reservation management table. Upon completion of bandwidth allocation, the network sends a reservation registration to the originating / receiving host. The reservation registration process is completed by the host transmitting ACK to the network when the reservation registration is received. On the other hand, when the network cannot accept the reservation application, the registration refusal is notified to the calling host. At this time, the control information is not notified to the receiving host. The procedure for determining the time allocation from the reservation parameters will be described later with reference to FIGS. 7, 8 and 9.

【0024】図6は予約登録完了後から通信終了までの
制御シーケンスである。先ず、予約登録完了後の所定の
通信開始時刻に、ネットワークが発側/受側ホストに対
して呼設定(通信開始)コマンドを送信する。通信開始
時刻は帯域の時間割当て決定時に定まる時刻であり、帯
域管理テーブルに記録されている。ホストは呼設定コマ
ンドに対してACKを返し、更に、ネットワークがAC
Kに対してACK応答を返すことで通信開始処理が完了
する。更に、ネットワークは所定の通信終了時刻に呼切
断要求コマンドを発側/受側ホストに対して送信する。
ホストは呼切断要求コマンドに対して、解放コマンドを
ネットワークに対して返送し、更に、ネットワークが解
放処理の後に解放コマンドをホストに対して通知するこ
とにより通信が終了する。
FIG. 6 shows a control sequence from the completion of reservation registration to the end of communication. First, the network sends a call setting (communication start) command to the originating / receiving host at a predetermined communication start time after the reservation registration is completed. The communication start time is a time determined when the time allocation of the band is determined, and is recorded in the band management table. The host returns ACK to the call setup command, and the network
The communication start process is completed by returning an ACK response to K. Further, the network sends a call disconnection request command to the calling / receiving host at a predetermined communication end time.
In response to the call disconnection request command, the host returns a release command to the network, and the network notifies the host of the release command after the release processing, whereby the communication ends.

【0025】次に図7,図8,図9を用いて、本実施例
における帯域の時間割当て手順について説明する。図7
は予約管理テーブルの構成を示したものである。各予約
パラメータには予約番号が付与され、以下、予約受付時
刻,発側ホストアドレス,受側ホストアドレス,使用帯
域,使用時間(または、転送データ量)の順で、管理テ
ーブルに格納されている。予約番号1,2,3は使用帯
域と使用時間を申告するタイプであり、予約番号4は転
送データ量を申告するタイプである。
Next, with reference to FIGS. 7, 8 and 9, a band time allocation procedure in this embodiment will be described. Figure 7
Shows the structure of the reservation management table. A reservation number is assigned to each reservation parameter, and is stored in the management table in the order of reservation acceptance time, originating host address, recipient host address, bandwidth used, and usage time (or transfer data amount). . Reservation numbers 1, 2, and 3 are types for declaring used bandwidth and use time, and reservation number 4 is a type for declaring transfer data amount.

【0026】図8は帯域管理テーブルの構成を示したも
のである。本実施例では、先ず、予約申請の受付順に帯
域を割当てていく。図7より予約番号1(使用帯域10
Mbps,使用時間1時間)と予約番号2(使用帯域100
Mbps,使用時間30分)を0時00分から割当て
る。次に、予約番号3(使用帯域80Mbps,使用時
間25分)を0時00分から割当てるわけであるが、全
帯域が150Mbpsであるので0時00分からの空き
帯域は40Mbpsしかない。従って、予約番号3の帯
域は0時00分から0時30分までは40Mbpsを割
当て、0時30分から80Mbpsを割当てることとす
る。当然のことながら、(40Mbps×30分)+(8
0Mbps×10分)は(80Mbps×25分)と同
量のデータ転送が可能である。予約番号3の通知した帯
域は80Mbpsであるので、0時30分まではホスト
が希望した帯域よりも狭い帯域で情報転送を行なわなく
てはならない。そのために本実施例では、ホスト−ネッ
トワーク間の転送帯域とネットワーク内での転送帯域の
差分をネットワーク内の情報蓄積装置(ファイルシステ
ム:FS)で吸収する。具体的には、予約番号3の発側
ホストはFSに対して80Mbpsで情報転送を行な
い、ネットワークは情報をFSに一旦蓄積した後に、受
側ホストに対して0時30分までは40Mbps転送、
0時40分までは80Mbps転送を行なう。また、帯
域差を吸収する別の方法としては、ネットワークからホ
ストに対して転送帯域を指定し、ホストは指定された帯
域で情報を転送する方法がある。但し、この場合にはネ
ットワークから指定される帯域で情報転送を行なう機能
をホストに持たせる必要がある。
FIG. 8 shows the structure of the bandwidth management table. In this embodiment, first, the bands are allocated in the order in which reservation applications are received. From FIG. 7, reservation number 1 (used bandwidth 10
Mbps, usage time 1 hour and reservation number 2 (use bandwidth 100)
Mbps, usage time 30 minutes) from 0:00. Next, the reservation number 3 (used bandwidth 80 Mbps, used time 25 minutes) is allocated from 0:00, but since the entire bandwidth is 150 Mbps, the free bandwidth from 0:00 is only 40 Mbps. Therefore, the bandwidth of the reservation number 3 is assigned 40 Mbps from 0:00 to 0:30 and 80 Mbps from 0:30. As a matter of course, (40 Mbps x 30 minutes) + (8
0 Mbps × 10 minutes) can transfer the same amount of data as (80 Mbps × 25 minutes). Since the band notified by the reservation number 3 is 80 Mbps, information transfer must be performed in a band narrower than the band desired by the host until 0:30. Therefore, in this embodiment, the difference between the transfer band between the host and the network and the transfer band within the network is absorbed by the information storage device (file system: FS) within the network. Specifically, the calling host with reservation number 3 transfers information to the FS at 80 Mbps, the network temporarily stores the information in the FS, and then transfers to the receiving host at 40 Mbps until 0:30.
80 Mbps transfer is performed until 0:40. Another method of absorbing the band difference is to specify a transfer band from the network to the host and the host transfers information in the specified band. However, in this case, it is necessary for the host to have a function of transferring information in a band designated by the network.

【0027】最後に予約番号4の割当てを行なう。予約
番号4は使用帯域を指定していないので、ネットワーク
が空き帯域に基づいて融通可能な使用帯域を設定し、帯
域をホストに通知する。本実施例では、0時30分から
0時40分までは60Mbps帯域を割当て、0時40分
から0時50分までは140Mbps帯域を割当てる。
予約番号4のホストは通知された帯域を用いて情報転送
を行なう。
Finally, the reservation number 4 is assigned. Since the reservation number 4 does not specify the band to be used, the network sets a band to be used based on the free band and notifies the host of the band. In this embodiment, a 60 Mbps band is allocated from 0:30 to 0:40, and a 140 Mbps band is allocated from 0:40 to 0:50.
The host with reservation number 4 transfers information using the notified band.

【0028】以上の帯域の時間割当て結果を図示したも
のが図9である。この中でホストが指定した帯域がその
まま割当てられているのは予約番号1と2である。予約
番号3はFSに転送情報を蓄積することで使用帯域の差
分を吸収し、通信ネットワークの帯域を効率的に活用し
ている。
FIG. 9 shows the result of time allocation of the above bands. Of these, reservation numbers 1 and 2 are assigned the band designated by the host as they are. The reservation number 3 absorbs the difference in the used band by accumulating the transfer information in the FS, and efficiently uses the band of the communication network.

【0029】次に課金管理について説明する。本実施例
では、予約番号3および4に対してはネットワークの都
合で帯域を設定した。ネットワーク管理者から見た場
合、予約番号3および4の通信帯域を前述の様に設定す
ることにより、より効率的なリソース利用が可能になっ
たわけであるから、これらの通信に対しては割安の料金
を設定する。換言すれば、本発明を適用することによ
り、ホスト(ユーザ)が指定した帯域あるいは時間を順
守して情報を転送する場合には高い料金を設定し、転送
帯域や転送時間は任意という場合には割安な料金を設定
するサービスが可能になる。
Next, the charge management will be described. In this embodiment, the bandwidth is set for the reservation numbers 3 and 4 for the convenience of the network. From the network manager's point of view, setting the communication bands for reservation numbers 3 and 4 as described above enabled more efficient use of resources, so it is cheaper for these communications. Set the charge. In other words, by applying the present invention, a high fee is set when information is transferred in compliance with the band or time specified by the host (user), and when the transfer band or transfer time is arbitrary. It will be possible to provide a service that sets a low price.

【0030】次に第2の実施例について説明する。本実
施例では、ホストからネットワークに対して通信帯域予
約を行なう場合に許容転送時間を申告する。許容転送時
間とはホストが通信帯域の予約申請時刻から通信が完了
するまでの許容時間を示すものである。本パラメータに
より、予約申請登録時刻順に帯域割当てを行なう第1の
実施例よりも柔軟な帯域割当てが可能になる。以下、図
10,図11,図12を用いて、許容転送時間を考慮し
た帯域の時間割当て制御について説明する。
Next, a second embodiment will be described. In this embodiment, the allowable transfer time is declared when the host makes a communication band reservation for the network. The permissible transfer time indicates the permissible time from the reservation application time of the communication band to the completion of communication by the host. This parameter enables more flexible bandwidth allocation than the first embodiment in which bandwidth allocation is performed in the order of reservation application registration time. Hereinafter, the time allocation control of the band in consideration of the allowable transfer time will be described with reference to FIGS. 10, 11, and 12.

【0031】図10は第2の実施例における予約管理テ
ーブルの構成を示したものである。各予約パラメータに
は予約番号が付与され、以下、予約受付時刻,発側ホス
トアドレス,受側ホストアドレス,使用帯域,使用時間
(または、転送データ量),許容転送時間の順で管理テ
ーブルに格納されている。予約番号1,4の許容転送時
間は2時間、予約番号2は6時間、予約番号3の許容転
送時間は1時間である。予約受付時刻と使用時間と許容
転送時間の関係から、予約番号2は時間的に余裕を持っ
て帯域割当てを行なうことが可能であり、その他は時間
的な余裕が比較的少ないことがわかる。
FIG. 10 shows the structure of the reservation management table in the second embodiment. A reservation number is assigned to each reservation parameter and stored in the management table in the order of reservation acceptance time, originating host address, recipient host address, bandwidth used, usage time (or transfer data amount), and allowable transfer time. Has been done. The allowable transfer time for the reservation numbers 1 and 4 is 2 hours, the allowable transfer time for the reservation number 2 is 6 hours, and the allowable transfer time for the reservation number 3 is 1 hour. From the relationship between the reservation reception time, the use time, and the allowable transfer time, it can be seen that the reservation number 2 can allocate bandwidth with a sufficient time, and the others have a relatively small time allowance.

【0032】図11は第2の実施例における帯域管理テ
ーブルの構成を示したものである。本実施例では、先
ず、帯域割当ての時間的余裕が少ないものの中から予約
受付順に帯域を割当てていく。図10より予約番号1
(予約受付時刻23時30分,使用帯域10Mbps,
使用時間1時間,許容転送時間2時間)と予約番号3(予
約受付時刻23時40分,使用帯域80Mbps,使用
時間25分,許容転送時間1時間)を0時00分から割
当てる。予約番号4(予約受付時刻23時45分,転送
データ量12Gb,許容転送時間2時間)に対しては0
時00分から帯域を割当てるわけであるが、全帯域が1
50Mbpsであるので0時00分からの空き帯域は6
0Mbpsしかない。従って、予約番号4の帯域は0時
00分から0時25分までは60Mbpsを割当て、0
時25分から0時30分までは140Mbpsを割当て
ることとする(正確な通信終了時刻は0時28分57秒
である)。最後に予約番号2に対して、0時30分から
1時00分まで100Mbpsの帯域を割当てる。尚、
予約番号2の帯域割当ての前に別の予約申請が発生した
場合には、予約番号2の割当てが更に遅くなることもあ
りうる。本実施例における帯域割当て結果を図12に示
す。
FIG. 11 shows the structure of the bandwidth management table in the second embodiment. In the present embodiment, first, bands are allocated in order of reservation acceptance from those having a small time margin for band allocation. Reservation number 1 from Figure 10
(Reservation acceptance time 23:30, bandwidth used 10Mbps,
The use time of 1 hour and the allowable transfer time of 2 hours and the reservation number 3 (reservation reception time of 23:40, bandwidth of 80 Mbps, use time of 25 minutes, allowable transfer time of 1 hour) are allocated from 0:00. 0 for reservation number 4 (reservation acceptance time 23:45, transfer data amount 12 Gb, allowable transfer time 2 hours)
Bandwidth is allocated from 0:00, but the total bandwidth is 1
Since it is 50 Mbps, the free bandwidth from 0:00 is 6
There is only 0 Mbps. Therefore, the bandwidth of reservation number 4 is 60 Mbps allocated from 0:00 to 0:25, and
140 Mbps is allocated from the hour 25 to the hour 0:30 (the exact communication end time is 0:28:57). Finally, the reservation number 2 is allocated a band of 100 Mbps from 0:30 to 1:00. still,
If another reservation application occurs before the bandwidth allocation of the reservation number 2, the allocation of the reservation number 2 may be delayed. The result of band allocation in this embodiment is shown in FIG.

【0033】更に別の割当て制御として、予約番号2に
対して0時30分から140Mbps帯域を割当てること
もできる。予約番号2の申告した使用帯域は100Mb
psであるので、予め予約番号2の発側ホストの転送す
る情報をネットワーク内の蓄積装置(以下FS)に蓄積
しておく必要がある。例えば、0時00分から0時30
分までに発側ホストからFSへの情報転送を行なう。発
側ホスト−FS間転送の帯域は任意である。次に、ネッ
トワークの帯域が空く0時30分から空き帯域(140
M)を全て使って、受側ホストへの転送を行なう。この
場合にはネットワークの帯域(140Mbps)を占有
するのは約22分であり、0時30分から30分間10
0Mbps帯域を割当てるよりも早い時刻に通信が終了
する。更に、0時30分から0時52分まで空き帯域が
無くなる、効率的なネットワーク運用が可能になる。本
割当て方法を用いた場合の割当て結果を図13に示す。
As another allocation control, a 140 Mbps band can be allocated to reservation number 2 from 0:30. The bandwidth used for reservation number 2 is 100 Mb
Since it is ps, it is necessary to store the information transferred by the calling host having the reservation number 2 in advance in a storage device (FS) in the network. For example, 0:00 to 0:30
Information is transferred from the originating host to the FS by the minute. The band of transfer between the originating host and the FS is arbitrary. Next, from 0:30 when the network bandwidth becomes available, the available bandwidth (140
Transfer to the receiving host using all of M). In this case, it takes about 22 minutes to occupy the network band (140 Mbps), and 10 minutes from 0:30 to 10 minutes.
The communication ends at a time earlier than when the 0 Mbps band is assigned. Furthermore, there is no vacant band from 0:30 to 0:52, which enables efficient network operation. FIG. 13 shows the allocation result when this allocation method is used.

【0034】次に本実施例における課金管理について説
明する。本実施例では、特に、予約番号2の帯域割当て
を他に比べて後回しにしたことにより、その他の時間的
余裕の少ない通信の帯域割当てを優先的に行なうことが
可能になった。具体的には、予約番号2を後回しにした
ことで、許容通信時間内での予約番号4の帯域割当てが
可能になり、結果的に通信リソースの利用率が向上した
ことになる。従って、後回しにされた予約番号2には通
信リソースの有効利用に寄与したという観点から、その
他の通信よりも低い料金を設定する。即ち、帯域割当て
に時間的余裕を持って申請した通信に対しては低料金、
その他の通信に対しては高い料金というサービスが可能
になる。
Next, the charging management in this embodiment will be described. In the present embodiment, in particular, the bandwidth allocation of the reservation number 2 is postponed compared to the other areas, so that it becomes possible to preferentially allocate the bandwidth allocation for other communication with less time margin. Specifically, since the reservation number 2 is postponed, it becomes possible to allocate the bandwidth of the reservation number 4 within the allowable communication time, and as a result, the utilization rate of communication resources is improved. Therefore, from the viewpoint of contributing to the effective use of communication resources, the reservation number 2 which is postponed is set to a lower charge than other charges. That is, a low charge is applied to communications that are applied with sufficient time for bandwidth allocation,
A high fee service is available for other communications.

【0035】[0035]

【発明の効果】本発明によれば、リアルタイム性を要し
ない通信をサポートする通信ネットワークにおいて、フ
レキシブルな帯域割当てを実現し、通信リソースの利用
効率を向上できる。
According to the present invention, flexible bandwidth allocation can be realized and communication resource utilization efficiency can be improved in a communication network that supports communication that does not require real-time processing.

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

【図1】本発明の一実施例における帯域管理部のブロッ
ク図。
FIG. 1 is a block diagram of a bandwidth management unit according to an embodiment of the present invention.

【図2】本発明を適用した通信ネットワークのブロック
図。
FIG. 2 is a block diagram of a communication network to which the present invention is applied.

【図3】本発明の一実施例における通信ノードのモジュ
ールブロック図。
FIG. 3 is a module block diagram of a communication node according to an embodiment of the present invention.

【図4】本発明の一実施例における中央制御装置のブロ
ック図。
FIG. 4 is a block diagram of a central control unit according to an embodiment of the present invention.

【図5】予約申請から予約登録までの制御シーケンスの
説明図。
FIG. 5 is an explanatory diagram of a control sequence from reservation application to reservation registration.

【図6】予約登録から通信完了までの制御シーケンスの
説明図。
FIG. 6 is an explanatory diagram of a control sequence from reservation registration to completion of communication.

【図7】本発明の一実施例における予約管理テーブルの
説明図。
FIG. 7 is an explanatory diagram of a reservation management table according to an embodiment of the present invention.

【図8】本発明の一実施例における帯域管理テーブルの
説明図。
FIG. 8 is an explanatory diagram of a bandwidth management table according to an embodiment of the present invention.

【図9】本発明を適用した帯域割当ての第一例の説明
図。
FIG. 9 is an explanatory diagram of a first example of band allocation to which the present invention is applied.

【図10】本発明の第2の実施例における予約管理テー
ブルの説明図。
FIG. 10 is an explanatory diagram of a reservation management table according to the second embodiment of this invention.

【図11】本発明の第2の実施例における帯域管理テー
ブルの説明図。
FIG. 11 is an explanatory diagram of a bandwidth management table according to the second embodiment of this invention.

【図12】本発明を適用した帯域割当ての第二例の説明
図。
FIG. 12 is an explanatory diagram of a second example of band allocation to which the present invention is applied.

【図13】本発明を適用した帯域割当ての第三例の説明
図。
FIG. 13 is an explanatory diagram of a third example of band allocation to which the present invention is applied.

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

24…帯域管理部、29…予約申請受付回路、30…予
約管理テーブル、31…スケジューラ、32…帯域管理
テーブル、33…制御セル生成回路。
24 ... Band management unit, 29 ... Reservation application receiving circuit, 30 ... Reservation management table, 31 ... Scheduler, 32 ... Band management table, 33 ... Control cell generation circuit.

Claims (5)

【特許請求の範囲】[Claims] 【請求項1】リアルタイム性を要しない通信サービスを
同時に複数サポートする通信ネットワークにおいて、ホ
ストは、ネットワークに対して少なくとも使用帯域と使
用時間を申告する手段を有し、前記ネットワークは、前
記申告値に基づいて帯域の時間割当てを決定する手段
と、前記時間割当てに従って情報転送経路を設定し、前
記ホストに対して通信開始を通知する手段を設けたこと
を特徴とする通信ネットワーク。
1. In a communication network that simultaneously supports a plurality of communication services that do not require real-time processing, a host has means for reporting at least a used band and a used time to the network, and the network has the declared value. A communication network comprising means for determining time allocation of bandwidth based on the time allocation, and means for setting an information transfer path according to the time allocation and notifying the host of the start of communication.
【請求項2】請求項1において、前記ネットワークは、
前記ホストからの情報を蓄積する手段を具備し、更に、
自ネットワークのトラヒック負荷に対応して前記ホスト
が申告した使用帯域とは異なる帯域を割当てる手段と、
申告帯域と割当て帯域の差分に相当する情報を前記蓄積
手段に一旦蓄積し、前記割当て帯域を用いて前記蓄積情
報を転送する手段を有する通信ネットワーク。
2. The network according to claim 1, wherein the network is
A means for accumulating information from the host, and
Means for allocating a band different from the band used by the host in response to the traffic load of its own network,
A communication network having means for temporarily accumulating information corresponding to the difference between the declared bandwidth and the allocated bandwidth in the accumulating means, and transferring the accumulated information using the allocated bandwidth.
【請求項3】リアルタイム性を要しない通信サービスを
同時に複数サポートする通信ネットワークにおいて、ホ
ストは、ネットワークに対して少なくとも転送情報量を
申告する手段を有し、前記ネットワークは、前記転送情
報量に基づいて通信の使用帯域と使用時間を決定し、前
記使用帯域を前記ホストに通知する手段と、前記使用帯
域と使用時間に基づいて帯域の時間割当てを決定する手
段と、前記時間割当てに従って情報転送経路を設定し、
前記ホストに対して通信開始を通知する手段を有するこ
とを特徴とする通信ネットワーク。
3. In a communication network that simultaneously supports a plurality of communication services that do not require real-time processing, the host has means for reporting at least the transfer information amount to the network, and the network is based on the transfer information amount. Means for notifying the host of the used band and the used time of communication, and means for deciding the time allocation of the band based on the used band and the used time, and the information transfer route according to the time allocation. Set
A communication network comprising means for notifying the host of the start of communication.
【請求項4】請求項1,2または3において、前記ホス
トは、通信が終了するまでの許容時間、あるいは通信が
終了する許容時刻を申告する手段を有し、ネットワーク
は、前記許容時間あるいは許容時刻に基づいて帯域の時
間割当てを決定する手段を有する通信ネットワーク。
4. The host according to claim 1, 2 or 3, wherein the host has means for reporting an allowable time until the communication is ended or an allowable time when the communication is ended, and the network is the allowable time or the allowable time. A communication network having means for determining time allocation of bandwidth based on time of day.
【請求項5】請求項1,2,3または4において、前記
ネットワークは、通信サービスを実現するためにホスト
間で規定されている通信プロトコルを終端する通信ネッ
トワーク。
5. The communication network according to claim 1, 2, 3 or 4, wherein the network terminates a communication protocol defined between hosts for realizing a communication service.
JP4221232A 1992-08-20 1992-08-20 Communication network Pending JPH0669921A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP4221232A JPH0669921A (en) 1992-08-20 1992-08-20 Communication network

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP4221232A JPH0669921A (en) 1992-08-20 1992-08-20 Communication network

Publications (1)

Publication Number Publication Date
JPH0669921A true JPH0669921A (en) 1994-03-11

Family

ID=16763541

Family Applications (1)

Application Number Title Priority Date Filing Date
JP4221232A Pending JPH0669921A (en) 1992-08-20 1992-08-20 Communication network

Country Status (1)

Country Link
JP (1) JPH0669921A (en)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08316992A (en) * 1995-05-08 1996-11-29 At & T Ipm Corp Dynamic channel assignment for data to be transmitted by cable television channel
US6965604B1 (en) 1999-11-01 2005-11-15 Matsushita Electric Industrial Co., Ltd. Method and apparatus for information transmission
US7212493B2 (en) 2001-03-15 2007-05-01 Juniper Networks, Inc. Controlling network traffic
JP2008085974A (en) * 2006-05-31 2008-04-10 Nippon Telegr & Teleph Corp <Ntt> Admission control device and method
JP2008187271A (en) * 2007-01-26 2008-08-14 Nippon Telegr & Teleph Corp <Ntt> Data transfer method and system
JP2008219080A (en) * 2007-02-28 2008-09-18 Nippon Telegr & Teleph Corp <Ntt> Communication system and transmitter-receiver
JP2008278010A (en) * 2007-04-26 2008-11-13 Nippon Telegr & Teleph Corp <Ntt> Resource reservation control method, device, system, and program
US7796519B2 (en) 2001-09-10 2010-09-14 Nippon Telegraph And Telephone Corporation Dynamic bandwidth allocation circuit, dynamic bandwidth allocation method, optical network unit, PON system, dynamic bandwidth allocation program and recording medium
JP2012074825A (en) * 2010-09-28 2012-04-12 Hitachi Solutions Ltd Qos guaranteed network system, centralized controller, and control method of centralized controller

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08316992A (en) * 1995-05-08 1996-11-29 At & T Ipm Corp Dynamic channel assignment for data to be transmitted by cable television channel
US6965604B1 (en) 1999-11-01 2005-11-15 Matsushita Electric Industrial Co., Ltd. Method and apparatus for information transmission
US7433369B2 (en) 2001-03-15 2008-10-07 Juniper Networks, Inc. Controlling network traffic
US7212493B2 (en) 2001-03-15 2007-05-01 Juniper Networks, Inc. Controlling network traffic
US7974309B2 (en) 2001-03-15 2011-07-05 Juniper Networks, Inc. Controlling network traffic
US7796519B2 (en) 2001-09-10 2010-09-14 Nippon Telegraph And Telephone Corporation Dynamic bandwidth allocation circuit, dynamic bandwidth allocation method, optical network unit, PON system, dynamic bandwidth allocation program and recording medium
JP2008085974A (en) * 2006-05-31 2008-04-10 Nippon Telegr & Teleph Corp <Ntt> Admission control device and method
JP4662956B2 (en) * 2007-01-26 2011-03-30 日本電信電話株式会社 Data transfer method and system
JP2008187271A (en) * 2007-01-26 2008-08-14 Nippon Telegr & Teleph Corp <Ntt> Data transfer method and system
JP2008219080A (en) * 2007-02-28 2008-09-18 Nippon Telegr & Teleph Corp <Ntt> Communication system and transmitter-receiver
JP2008278010A (en) * 2007-04-26 2008-11-13 Nippon Telegr & Teleph Corp <Ntt> Resource reservation control method, device, system, and program
JP4635026B2 (en) * 2007-04-26 2011-02-16 日本電信電話株式会社 Resource reservation control method, apparatus, system, and program
JP2012074825A (en) * 2010-09-28 2012-04-12 Hitachi Solutions Ltd Qos guaranteed network system, centralized controller, and control method of centralized controller

Similar Documents

Publication Publication Date Title
JP3134810B2 (en) Bandwidth control method and bandwidth control method
JP3193593B2 (en) Voice circuit emulation system and method for establishing a circuit switched connection for routing voice circuit emulation packets
JP3561126B2 (en) Connectionless communication method
EP0843930A2 (en) Apparatus and method for reservation-based wireless-packet switched (atm) local area network
KR100596946B1 (en) Local area network system with transceiver
JPH0646082A (en) Information transfer control system
RU2218673C2 (en) Method for establishing connections in communication network
JP3211880B2 (en) Bandwidth control method
JPH0669921A (en) Communication network
JPH10107816A (en) Local area network
US6788691B1 (en) AAL2 negotiation procedure
JP3634635B2 (en) Cell switching device for controlling fixed rate connections
JPH06268662A (en) Assigning method for switching technological resource in communication system which operates in asynchronous transfer mode
JP4235257B2 (en) Network segment of the access layer of the ATM (Asynchronous Transfer Mode) infrastructure
JP2003501981A (en) Communication network
US6674722B1 (en) Processes in a distributed multiprocessor system
JP3288266B2 (en) Switching network and switching equipment
US6917625B1 (en) Intelligent peripheral concentrator
KR20010016690A (en) Multicast service providing system and multicast service controlling method
JPS60180227A (en) Satellite communication system
JP2725678B2 (en) Packet communication method
JP2940400B2 (en) Communication system and communication method using cross-connect network
JP2928882B1 (en) Local area network bandwidth control
US7035263B1 (en) Method for generating ATM cells for low bit rate applications
JP2836620B1 (en) Satellite communication system, route control method in the satellite communication system, and recording medium storing route control program