JP2001520817A - Hierarchical resource management - Google Patents

Hierarchical resource management

Info

Publication number
JP2001520817A
JP2001520817A JP50688197A JP50688197A JP2001520817A JP 2001520817 A JP2001520817 A JP 2001520817A JP 50688197 A JP50688197 A JP 50688197A JP 50688197 A JP50688197 A JP 50688197A JP 2001520817 A JP2001520817 A JP 2001520817A
Authority
JP
Japan
Prior art keywords
level
resource
entity
variable
minimum
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
JP50688197A
Other languages
Japanese (ja)
Inventor
エイ ハウザー,スティーヴン
ジー ブベニク,リチャード
エイ カルダラ,スティーヴン
エイ マニング,トマス
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.)
Fujitsu Ltd
Original Assignee
Fujitsu 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 Fujitsu Ltd filed Critical Fujitsu Ltd
Publication of JP2001520817A publication Critical patent/JP2001520817A/en
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/18End to end
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00Digital computers in general; Data processing equipment in general
    • G06F15/16Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • G06F15/163Interprocessor communication
    • G06F15/173Interprocessor communication using an interconnection network, e.g. matrix, shuffle, pyramid, star, snowflake
    • G06F15/17356Indirect interconnection networks
    • G06F15/17368Indirect interconnection networks non hierarchical topologies
    • G06F15/17375One dimensional, e.g. linear array, ring
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4604LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/4608LAN interconnection over ATM networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L12/5602Bandwidth control in ATM Networks, e.g. leaky bucket
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0896Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/11Identifying congestion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/26Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
    • H04L47/266Stopping or restarting the source, e.g. X-on or X-off
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/29Flow control; Congestion control using a combination of thresholds
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/30Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/50Queue scheduling
    • H04L47/62Queue scheduling characterised by scheduling criteria
    • H04L47/621Individual queue per connection or flow, e.g. per VC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/78Architectures of resource allocation
    • H04L47/782Hierarchical allocation of resources, e.g. involving a hierarchy of local and centralised entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/82Miscellaneous aspects
    • H04L47/822Collecting or measuring resource availability data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/10Packet switching elements characterised by the switching fabric construction
    • H04L49/104Asynchronous transfer mode [ATM] switching fabrics
    • H04L49/105ATM switching elements
    • H04L49/106ATM switching elements using space switching, e.g. crossbar or matrix
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/10Packet switching elements characterised by the switching fabric construction
    • H04L49/104Asynchronous transfer mode [ATM] switching fabrics
    • H04L49/105ATM switching elements
    • H04L49/107ATM switching elements using shared medium
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/15Interconnection of switching modules
    • H04L49/1515Non-blocking multistage, e.g. Clos
    • H04L49/153ATM switching fabrics having parallel switch planes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/15Interconnection of switching modules
    • H04L49/1553Interconnection of ATM switching modules, e.g. ATM switching fabrics
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/15Interconnection of switching modules
    • H04L49/1553Interconnection of ATM switching modules, e.g. ATM switching fabrics
    • H04L49/1576Crossbar or matrix
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/20Support for services
    • H04L49/201Multicast operation; Broadcast operation
    • H04L49/203ATM switching fabrics with multicast or broadcast capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/25Routing or path finding in a switch fabric
    • H04L49/253Routing or path finding in a switch fabric using establishment or release of connections between ports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/25Routing or path finding in a switch fabric
    • H04L49/253Routing or path finding in a switch fabric using establishment or release of connections between ports
    • H04L49/255Control mechanisms for ATM switching fabrics
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/25Routing or path finding in a switch fabric
    • H04L49/256Routing or path finding in ATM switching fabrics
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/30Peripheral units, e.g. input or output ports
    • H04L49/3081ATM peripheral units, e.g. policing, insertion or extraction
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/30Peripheral units, e.g. input or output ports
    • H04L49/3081ATM peripheral units, e.g. policing, insertion or extraction
    • H04L49/309Header conversion, routing tables or routing tags
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/45Arrangements for providing or supporting expansion
    • H04L49/455Provisions for supporting expansion in ATM switches
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/55Prevention, detection or correction of errors
    • H04L49/552Prevention, detection or correction of errors by ensuring the integrity of packets received through redundant connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/55Prevention, detection or correction of errors
    • H04L49/555Error detection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1097Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q11/00Selecting arrangements for multiplex systems
    • H04Q11/04Selecting arrangements for multiplex systems for time-division multiplexing
    • H04Q11/0428Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
    • H04Q11/0478Provisions for broadband connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/10Flow control between communication endpoints
    • H04W28/14Flow control between communication endpoints using intermediate storage
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J3/00Time-division multiplex systems
    • H04J3/02Details
    • H04J3/06Synchronising arrangements
    • H04J3/0635Clock or time synchronisation in a network
    • H04J3/0682Clock or time synchronisation in a network by delay compensation, e.g. by compensation of propagation delay or variations thereof, by ranging
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J3/00Time-division multiplex systems
    • H04J3/02Details
    • H04J3/06Synchronising arrangements
    • H04J3/0635Clock or time synchronisation in a network
    • H04J3/0685Clock or time synchronisation in a node; Intranode synchronisation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5614User Network Interface
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5614User Network Interface
    • H04L2012/5616Terminal equipment, e.g. codecs, synch.
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5625Operations, administration and maintenance [OAM]
    • H04L2012/5627Fault tolerance and recovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5628Testing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5629Admission control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5629Admission control
    • H04L2012/5631Resource management and allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5629Admission control
    • H04L2012/5631Resource management and allocation
    • H04L2012/5632Bandwidth allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5629Admission control
    • H04L2012/5631Resource management and allocation
    • H04L2012/5632Bandwidth allocation
    • H04L2012/5634In-call negotiation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5629Admission control
    • H04L2012/5631Resource management and allocation
    • H04L2012/5632Bandwidth allocation
    • H04L2012/5635Backpressure, e.g. for ABR
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5638Services, e.g. multimedia, GOS, QOS
    • H04L2012/564Connection-oriented
    • H04L2012/5642Multicast/broadcast/point-multipoint, e.g. VOD
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5638Services, e.g. multimedia, GOS, QOS
    • H04L2012/564Connection-oriented
    • H04L2012/5643Concast/multipoint-to-point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5638Services, e.g. multimedia, GOS, QOS
    • H04L2012/5646Cell characteristics, e.g. loss, delay, jitter, sequence integrity
    • H04L2012/5647Cell loss
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5638Services, e.g. multimedia, GOS, QOS
    • H04L2012/5646Cell characteristics, e.g. loss, delay, jitter, sequence integrity
    • H04L2012/5647Cell loss
    • H04L2012/5648Packet discarding, e.g. EPD, PTD
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5638Services, e.g. multimedia, GOS, QOS
    • H04L2012/5646Cell characteristics, e.g. loss, delay, jitter, sequence integrity
    • H04L2012/5649Cell delay or jitter
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5638Services, e.g. multimedia, GOS, QOS
    • H04L2012/5646Cell characteristics, e.g. loss, delay, jitter, sequence integrity
    • H04L2012/5651Priority, marking, classes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5638Services, e.g. multimedia, GOS, QOS
    • H04L2012/5646Cell characteristics, e.g. loss, delay, jitter, sequence integrity
    • H04L2012/5652Cell construction, e.g. including header, packetisation, depacketisation, assembly, reassembly
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5672Multiplexing, e.g. coding, scrambling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5678Traffic aspects, e.g. arbitration, load balancing, smoothing, buffer management
    • H04L2012/5679Arbitration or scheduling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5678Traffic aspects, e.g. arbitration, load balancing, smoothing, buffer management
    • H04L2012/5681Buffer or queue management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5678Traffic aspects, e.g. arbitration, load balancing, smoothing, buffer management
    • H04L2012/5681Buffer or queue management
    • H04L2012/5682Threshold; Watermark
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5678Traffic aspects, e.g. arbitration, load balancing, smoothing, buffer management
    • H04L2012/5681Buffer or queue management
    • H04L2012/5683Buffer or queue management for avoiding head of line blocking
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5685Addressing issues
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L7/00Arrangements for synchronising receiver with transmitter
    • H04L7/04Speed or phase control by synchronisation signals
    • H04L7/041Speed or phase control by synchronisation signals using special codes as synchronising signal
    • H04L7/046Speed or phase control by synchronisation signals using special codes as synchronising signal using a dotting sequence

Abstract

(57)【要約】 電気通信網内の2つ以上のレベル(レベル0...レベルN)によって競合するエンティティ(100,102,104)に割り付けられたバッファ及び帯域幅のような資源を管理するシステムが開示されている。本システムは、個々のエンティティが使用するための資源を割り付けるツールを提供する。各エンティティには、最小保証変数(302)及び最大許容変数(306)が割り当てられる。エンティティが資源を要求するとき、本システムは、エンティティが最小保証変数によって指定された夫々の最小保証資源割付を使用しているか否かを判定する(302)。エンティティが夫々の最小保証資源割付を使用していない場合に、本システムは要求中のエンティティに資源ユニットを割り付ける(304)。また、本システムは、付加的な資源ユニットが利用可能であるならば、要求中のエンティティが最小保証変数により指定された資源割付を上回る付加的な資源ユニットを使用することを可能にする。エンティティが夫々の最小保証資源割付に達しているが、最大許容変数(306)により指定された夫々の最大許容された資源割付には到達せず、かつ、夫々の最大許容資源割付を使用する中間レベルが存在しないならば、資源ユニットは要求中のエンティティに割り付けられる。 (57) Summary Managing resources such as buffers and bandwidth allocated to entities (100, 102, 104) competing by two or more levels (level 0 ... level N) in a telecommunications network. A system is disclosed. The system provides tools for allocating resources for use by individual entities. Each entity is assigned a minimum guaranteed variable (302) and a maximum allowed variable (306). When an entity requests a resource, the system determines whether the entity is using a respective minimum guaranteed resource allocation specified by the minimum guaranteed variable (302). If the entities are not using their respective minimum guaranteed resource allocations, the system allocates resource units to the requesting entity (304). The system also allows the requesting entity to use additional resource units beyond the resource allocation specified by the minimum guaranteed variable, if additional resource units are available. Intermediate where the entity has reached its respective minimum guaranteed resource allocation but has not reached its respective maximum allowed resource allocation specified by the maximum allowed variable (306) and uses the respective maximum allowed resource allocation If no level exists, the resource unit is assigned to the requesting entity.

Description

【発明の詳細な説明】 階層的資源管理 発明の分野 本発明は、一般的に資源管理技術に係わり、特に、電気通信網において資源の 効率的な使用を提供するため多数のレベルの状況に動的に適合する資源管理技術 に関する。 関連出願 優先権主張が1995年7月19日に出願された「通信方法及び装置(COMMUNI CATION METHOD AND APPARATUS)」という名称の仮出願第60/001,498号に対し行わ れている。 発明の背景 非同期転送モード(“ATM”)網のような多重レベル階層システムにおける 帯域幅及びバッファのような有限の資源の管理のための基本技術が一般的に知ら れている。この技術は、統計学的に計算された要求に基づく理論的な資源の最大 要求及び割付を充たす十分な資源を提供する。この技術では、実際の使用は典型 的に理論最大値よりもかなり少なく、かつ、提供された資源の一部は十分に利用 されないので非効率的である。 これに対して、ある種の所定の条件下で要求される資源の量の期待値に基づく 資源の階層システムの1レベルでの資源の割付は、効率を改善し、資源のコスト を低減する。階層システムに関する従来の技術は、最大資源要求量又は名目資源 要求量のいずれかに基づいてこのような資源の割付を試みる。資源はある種の統 計学的基準に基づいて与えられる。しかし、この技術は、階層の種々のレベルで 効率的な形で資源を管理するために必要とされる制御性及び柔軟性 を欠く。幾つかの満足できない動作モードが現れる。与えられた資源は、全ての 条件下で要求量を充たすには不十分であり、その結果として、要求された資源が 必要とされるときに利用できず、データが失われる。データ損の防止を目的とす る過剰な資源の付与は、実現可能なコスト節約を無効にする。このようなシステ ムは、変動する状況に適応するため動的に階層的資源を管理する手段を提供しな い。また、かかるシステムの場合、階層的資源の直下のレベルの全ての要求元に よって制御された形で共用される資源のプールを保守し得ない。 従来の技術レベルによる階層的サービスのための資源の提供は、特定の量の資 源に対する下位レベルから次の上位レベルまでの要求により実現される。この要 求を承諾する基準は、最大要求量、或いは、要求される資源の統計学的な期待値 として得られる。このように承諾された資源は、不十分であることが判明し、或 いは、満足できない性能しか与えない。しかし、承諾後に、このような資源の割 当てを変更することは、典型的に、上位レベルから他の同等の下位レベルの資源 のユーザに供給された資源の交渉及び変更に係わるので、非常に困難である。 発明の概要 資源の割付は、資源利用エンティティと関係した資源使用量レベルである最大 許容使用量レベル及び最小保証使用量レベルとにより管理される。Nが2以上を 表すとき、レベルNのエンティティ及び中間レベルからレベル0のエンティティ に資源ユニットを割り付ける階層的資源管理の方法は、 各エンティティに割り付けられ得る最大資源量を指定する1個以上のエンティ ティに第1の変数を割り当てる段階と、 第1の変数がレベル0のエンティティに割り当てられている場合に、レベル0 のエンティティによる実際の使用が割り当てられた第 1の変数によって指定された割付未満であるか否かを判定し、実際の使用が割り 当てられた第1の変数によって指定された割付未満ではない場合にその要求を拒 絶し、それ以外の場合に、各中間レベルに第1の変数が割り当てられているなら ば、各中間レベルの実際の使用がそのレベルに割り当てられた第1の変数によっ て指定される割付未満であるか否かを判定し、実際の使用がいずれかの中間レベ ルで第1の変数によって指定された割付未満ではない場合にその要求を拒絶し、 それ以外の場合に、レベル0のエンティティに資源ユニットを供給することによ り、レベル0のエンティティからの資源ユニットの要求を処理する段階とからな る。 最大保証された資源割付を指定する第2の変数は、夫々のエンティティ毎に割 り当てられる。エンティティによる資源の要求は、要求された利用レベルが最小 保証された資源割付未満である場合に承諾される。 第1及び第2の変数は、従来実現できなかった方法で個々のエンティティによ る資源利用を制御することにより全体的な資源利用性を最大限に生かすツールを 与える。効率的かつ柔軟性のある制御された資源の使用は、各エンティティが少 なくとも夫々の最小保証された資源割付を有することを保証し、エンティティが 夫々の最小保証された割付を上回る第1の変数によって指定された量まで利用可 能な資源を使用できるようにすることにより与えられる。レベル0のエンティテ ィが資源ユニットを要求するとき、レベル0のエンティティによる実際の使用量 が第2の変数により指定されて割り当てられた最小保証量未満である場合に、そ の資源ユニットが与えられる。あるレベルで利用可能な最小保証量がそのレベル よりも下位のレベルの最小保証量の総和以上であることを保証することにより最 小保証された資源割付の利用可能性を確実にするための手段を設けることが可能 である。エンティティが夫々の最小保証された資源の量を割り付けた後、付加的 な利用可能な資源が夫々の第1の変数 により指定された量まで利用される。しかし、総資源利用性、即ち、効率は、個 別のエンティティによる資源利用を制御することにより最大限に発揮される。 階層構造の資源の供給に関して、本発明は、従来技術のサービスよりも優れた サービスを提供する。資源に対する要求は、2個の変数に関して行われ、一方の 変数はその要求元が使用できる最大の(最大許容)資源を指定し、他方の変数は この要求元によって要求された最小の資源を指定する。要求を承諾する基準は、 最小資源の利用可能性である。付加的な資源が利用可能である場合、要求元は最 大許容まで使用することが許される。上位のレベルは、承諾された要求に対する 最小資源要求量の合計に一致する資源を供給可能でなければならない。上位レベ ルによって下位レベルのユーザに提供されるサービスは、承諾された全ての下位 レベル要求に対する最大許容の合計まで利用可能な資源を有することにより改善 される。また、承諾された全要求の最大許容の合計を上回る資源を供給しても付 加的な利益が得られないことは明らかである。資源を要求し、承諾する同様の方 法は、資源の階層システムの各レベルで利用される。かくして、本発明によれば 、資源が割当てられ、他の方法の場合に実現可能な資源の使用よりも効率的に階 層システムの各レベルで資源が使用できるようになる。 他の実施例において、最小保証された資源は、資源階層構造の上位レベルの資 源利用ユーザの間で統計的に共用される。最小保証された部分が統計的に共用さ れたとき、本方法は、統計的共用手法を実現するように変更される。より詳細に 言うと、レベル0のエンティティが関係した最小保証された資源割付よりも下で 動作しているならば、エンティティは、上位レベルで夫々の最小保証された資源 割付よりも多量の資源を使用し得る。この手法は、最小保証された資源のプール が使い尽くされたとしても、エンティティが資源を使用し続けることを可能にさ せる。更に、レベル0のエンティティ が関係した最小保証された資源割付を超えて動作しているならば、上位レベルの 資源は、全ての上位レベルで最小保証された資源が存在する場合に限り付与され る。この手法は、関係した最小保証された資源を使い切っていない他のエンティ ティのために利用可能な資源を残す。このような統計的共用は、例えば、同時に 資源を要求するとは限らない多数の資源ユーザが存在する場合に有利である。 図面の簡単な説明 以下の図面の詳細な説明を参照することにより、他の特徴及び利点が明らかに なる。図面において、 図1は電気通信網内の帯域幅割付の説明図であり、 図2は多重レベル資源管理の説明図であり、 図3は資源を消費する方法のフローチャートであり、 図4は資源を開放する方法のフローチャートであり、 図5は階層的メモリ管理を示すブロック図である。 図面の詳細な説明 図1には電気通信網内の帯域幅割付が示されている。ネットワーク部10には 、網帯域幅を要求する企業のようなエンティティが示されている。ネットワーク 部10は、光ファイバ又は他のリンク14上で他のネットワーク部12と帯域幅 を共用する。例えば、ネットワーク部10は、企業内のネットワーク部を表わし 、本実施例では、技術グループ16、販売及びマーケティンググループ18、事 務管理グループ20、プログラミング部門22、ハードウェア部門24、マーケ ティング部門26、販売部門28、経理部門30及び人事部門32のように網帯 域幅へのアクセスを要求する他の多数のエンティティを含む。例示の目的のため 、リンク14は、最大で毎秒200万ビット(“MBPS”)の帯域幅を与える ことが可能である。網内の各ネットワーク部10、12が拘束の無く帯域幅を専 有することが許されるならば、あるユーザは他のユーザよりも多くの帯域幅を専 有し、別のあるユーザは、殆ど或いは全く帯域幅を取得できないであろうと認め られる。 全体的な帯域幅利用の制御が企業、グループ及び部門レベルで帯域幅利用を制 御することにより行われる。本実施例の場合に、企業リンク部34は最大で10 0MBPSの帯域幅に制限される。即ち、100MBPSの帯域幅がリンク34 で利用されると、網は企業内のエンティティがリンク34を通して追加の帯域幅 を取得することを防止する。同様に、本実施例において、技術グループは70M BPSの帯域幅36に制限され、ハードウェア部門は30MBPSの帯域幅50 に制限される。プログラミング部門22は帯域幅に関して直接的な制限を受けな い。しかし、必ずしも全ての部門及び/又はグループに帯域幅制限を課さなくて もよい。本実施例の場合にプログラミング部門は直接的な帯域幅制限は無いが、 プログラミング部門は技術グループの帯域幅割付36によって制限されている。 即ち、グループ内の部門による帯域幅使用は、グループに対する帯域幅割付を超 えられない。部門は、部門と関係した夫々の最大帯域幅にアクセスできることが 保証されていない点に注意する必要がある。 帯域幅割付に対する更なる制御は、企業、グループ及び部門等の帯域幅利用エ ンティティに与えられるべき帯域幅の最小保証量を割り当てることにより行われ る。本実施例において企業はリンク34内に100MBPSの最小保証された帯 域幅を有し、技術グループはリンク52を通る60MBPSの最小保証された帯 域幅を有し、ハードウェア部門はリンク66を通る25MBPSの最小保証され た帯域幅を有し、プログラミング部門はリンク68を通る35MBPSの最小保 証された帯域幅を有す。ネットワーク内の夫々のエンティティに対し最小保証さ れた帯域幅に確実にアクセスできるようにするため、本システムは、企業に与え られた最小保証された帯域幅がグループの最小保証された帯域幅の合計と一致し 、グループの 最小保証された帯域幅の合計は部門の最小保証された帯域幅の合計と一致するよ うに構成される。また、ある種のエンティティに与えられる最小保証された帯域 幅は零に設定してもよい。 図2は、N≧2である場合に、Nレベルの資源管理を示す図である。27個の 基本資源利用エンティティ100−152がレベル0のエンティティ内に存在す る。9個のエンティティ154−172がレベル0に存る。レベル0のエンティ ティは、レベル2のエンティティ180内に在るレベル1のエンティティ174 、176、178内に存在する。このアーキテクチャは、全ての下位レベルのエ ンティティが存在するレベルNのエンティティ182まで繰り返される。例えば 、エンティティ122はレベル0のエンティティ160内に存在し、レベル0の エンティティはレベル1のエンティティ176内に存在し、以下同様である。資 源は、レベルNのエンティティ及び中間エンティティを介して基本エンティティ に割り付けられる。このように、基本エンティティに割り付けられ得る資源の総 量はレベル0乃至レベルNにより供給され得る資源の量によって制限される。 本アーキテクチャ内の各エンティティには、エンティティへの資源割付を決定 する2個の変数である最小保証(Minimum_Guaranteed)及び最大許容(Maximum_A llowed)の一方又は両方が割り当てられる。例示された各レベル毎に、破線で囲 まれた領域は、次の下位レベルに供給され得る最小保証資源割付を表わす。所定 レベルの最小保証資源割付の合計は、そのレベルの最小保証資源割付と一致する 。例えば、エンティティ176に対するレベル1の最小保証資源割付は、割付1 84、186、188の合計に一致する。各レベルの開放領域は、最小保証割付 を超えて利用可能な付加的な帯域幅を表わす。エンティティにより利用される実 際の現時の資源量(“実際の使用(actual use)”は零以上であり、最大許容以下 である。管理システムの基本的な動作規則は、(1)エンティティは割り当てら れた 最大許容量よりも多くの資源は利用しないこと、及び、(2)各エンティティは 確実に最小保証量が与えられ、その最小保証量は“0”が指定される場合がある ことである。 本システムは、中間レベルの資源の利用可能性に基づいて要求中のエンティテ ィに資源を割り付ける点が有利である。資源利用中エンティティが割り当てられ た最小保証資源割付未満の資源を利用する場合、資源の要求は承諾される。しか し、最小保証を超過した資源の割付が要求されたとき、中間レベル1乃至Nの資 源利用可能性は、割り当てられた最小保証変数及び最大許容変数に基づいて判定 される。中間レベルのエンティティが割り当てられた最大許容資源割付に達して いるため、資源ユニットがその中間レベルで利用できない場合に、レベル0の資 源ユニットの要求は拒絶される。資源ユニットが各中間レベルで利用可能である ならば、要求は承諾される。 図3は、本資源管理システムにおけるキュー入れ処理を説明するフローチャー トである。レベル0のエンティティが最初に資源ユニットの要求300を行うと き、レベル0のエンティティによる実際の使用が夫々の最小保証変数未満である か否かを判定するため問い合わせ302が行われる。実際の使用が最小保証変数 未満である場合、資源ユニットの割付304が行われる。実際の使用が夫々の最 小保証変数未満ではない場合、実際の使用がそのエンティティに対する最大許容 未満であるか否かを判定するため問い合わせ306が行われる。実際の使用が夫 々の最大許容変数以上であるならば、要求の拒絶308がなされ、キュー入れ処 理は終了する(310)。実際の使用が夫々の最大許容変数未満であるならば、 資源ユニットをレベル0のエンティティに割り付ける際に通過する中間レベルの エンティティで資源ユニットが利用可能であるか否かを判定するため、第2の問 い合わせ312が行われる。即ち、問い合わせ312は、実際の使用が各中間レ ベルの夫々の最大許容変数未満であるか否かを判定する。実際の使用が各中間レ ベルの夫々の最大許容変数 未満でないならば、資源ユニット要求の拒絶308がなされる。実際の使用が各 中間レベルの夫々の最大許容変数未満であるならば、資源ユニットのレベル0の エンティティへの割付304が行われ、資源使用を追跡する変数がそれに従って 更新される。 割付目的のための資源使用を追跡するために、各エントリは、最小限界Min _Limit変数と、最小超過限界AboveMin_Limit変数と、最小 カウンタMin_Counterと、最小超過カウンタAboveMin_Co unterとが割り当てられる。最小限界は、エンティティが使用可能である総 最小保証資源を制限するため使用される。最小超過限界は、エンティティが最小 保証を超過して使用可能な総資源を制限するため使用される。エンティティが使 用可能な資源の最大許容数は、最小限界と最小超過限界の合計に一致する。最小 カウンタは、エンティティにより使用中の最小限界までの資源ユニットの数を計 数する。最小超過カウンタは、エンティティにより最小限界を超過して使用中の 資源ユニットの数を計数する。実際上、最小カウンタは、資源ユニットが最小限 界に達するまでエンティティにより獲得されると共に増加され、最小超過カウン タは、資源ユニットが最小限界と最小超過限界との間でエンティティにより獲得 されると共に増加される。 資源ユニットが割り付けられたときカウンタを更新するため、本管理システム は、最初に、レベル0のエンティティの最小カウンタ変数が最小限界変数未満で あるか否かを第3の問い合わせ314で判定する。最小カウンタ変数が最小限界 変数未満であるならば、最小カウンタ変数の増加316が行われる。最小カウン タ変数が最小限界変数未満ではないならば、最小超過カウンタ変数の増加318 が行われる。本システムは、次に、レベルNに達したか否かを問い合わせ320 で判定する。レベルNに達していないならば、本システムは、次の上位レベル3 22を検査し、それに伴ってカウンタを更新する。レベルNに到達したとき、プ ログラムは終了する(31 0)。 図4を参照するに、使用されなくなった資源がキュー出しされる。キュー出し 処理中に、資源ユニットはステップ326において戻され、カウンタが更新され る。カウンタは、最初に夫々の最小超過カウンタ変数を零まで減少させ、次に夫 々の最小カウンタ変数を減少させることにより更新される。より詳しく言うと、 資源ユニットが戻されたとき、本管理システムは、最初に、夫々の最小超過カウ ンタ変数が零よりも大きいか否かを問い合わせ328で判定する。最小超過カウ ンタ変数が零よりも大きいならば、最小超過カウンタ変数の減少330が行われ 、それ以外の場合に、夫々の最小カウンタ変数の減少332が行われる。本シス テムは、次に、レベルNに達したか否かを問い合わせ334で判定する。レベル Nに達していないならば、本システムは、次の上位レベル327を検査し、それ に伴ってカウンタを更新する。レベルNに到達したとき、プログラムは終了する (336)。 図5は階層的な方法で管理されるメモリの説明図である。実際のメモリ500 は右側に示されている。メモリは3レベルの階層のレベル2である。階層のレベ ル0の要求元502は、左側に示されている。要求元は階層のレベル1の部門5 04によってグループ化される。部門毎に多数の要求元が存在するが、簡単のた め二つしか示されていない。また、必要に応じて、簡単のため、最小限界Min _Limit(n,c)のように幾つかのレベルが“n”によって表わされ、要 求元は“c”によって示される。但し、n=1及びc=6は、部門番号6の最小 限界Min_Limit値を示す。 階層的メモリ管理システムは、全ての最小限界値及び最小超過限界値を格納す る制御記憶装置506と、要求された全ての最小カウンタ値及び最小超過カウン タ値に対応したカウンタとを含む。夫々の場合に、上記の要求された値の数は、 レベルの数と、各レベルの同等の要求元の数とにより定義される。 実際のメモリ500は固定数の記憶場所を含む。これらの格納場所は最小限界 (2)に基づいてメモリの2個のプールn分割される。最小限界より少ないメモ リ要素は、レベル2で利用可能な最小保証されたメモリ資源を表わす。最小限界 を超えるメモリ要素を含む図示された全てのメモリ要素は、利用可能な最大許容 メモリ資源を表わす。利用可能な最小保証資源に対応したメモリ要素は、最小限 界の分割線が水平線である場合に互いに隣接しているように示されているが、こ の場合に限られるわけではない。最小保証資源に対応するメモリ要素は、実際の メモリ500全体に分布してもよく、両方のカテゴリで使用されるメモリ要素の 数は対応するカウンタに保持され、最小限界値は対応した制御記憶装置の格納場 所に保持される。メモリを表わす矩形の外形線によって示された最大許容メモリ 資源は、利用可能なメモリ要素の数と一致し、この数は物理的なメモリ自体に基 づいて予め定められた固定数である。最小限界に対する値は、制御中のシステム の要求に基づいて、割当て、変更、及び、管理がなされる。 レベル1には、各要求元毎に利用可能な最小保証メモリ資源及び利用可能な最 大許容メモリ資源が同様に示されている。これらの値もカウンタ及び制御格納場 所に保持される。しかし、レベル1において全ての値は、制御中のシステムの要 求に基づいて割当て、変更、管理される。 また、レベル0には、各要求元毎に利用可能な最小保証メモリ資源及び利用可 能な最大許容メモリ資源が同様に示されている。これらの値もカウンタ及び制御 格納場所に保持される。レベル0において全ての値は、制御中のシステムの要求 に基づいて割当て、変更、管理される。 図示されているように、要求元に与えられたメモリ要素は、レベル0、レベル 1及びレベル2の連続的なメモリのブロックとして表わされ、最小限界は、次の 上位レベルで最小限界を示す水平線と整 列している。しかし、実際の使用の場合、与えられたメモリ要素はメモリ全体に 分布させても良い。全ての場合において、カウンタ及び制御記憶装置は、メモリ 要素の要求元への実際の割当てを制御、追跡する。レベル2の最小超過限界であ るAboveMin_limit(2)は、保証された最小値Min_Limi t(2)に満たない利用可能な全ての実際のメモリに対応する。レベル0及び1 において、最小超過限界AboveMin_Limit(n,c)は、レベル2 の利用可能な実際のメモリ資源及び制御中システムの要求の両方に基づいて設定 される。 レベル0の要求元によるメモリ資源の要求は、レベル0、レベル1及びレベル 2の現時の使用量を用いて図3に与えられたフローに基づいて処理され、図3の フローは要求が承諾されるか又は拒絶されるかを判定する。承諾された場合、要 求元は、レベル2の実際のメモリで要求されたメモリを使用することが許可され る。要求されたメモリを利用可能状態に戻す処理は図4に示されたフローにより 制御される。 一つの部門に属するレベル0の要求元に対する最小保証メモリ資源の合計は、 レベル1の部門に対する最小保証メモリ資源と一致する。同様に、全部門に対す るレベル1の最小保証メモリ資源の合計は、レベル2の最小保証メモリ資源と正 確に一致する。 一つの部門に属するレベル0の要求元に対する最大許容メモリ資源の合計は、 レベル1の部門に対する最大許容メモリ資源よりも多い。同様に、全部門に対す るレベル1の最大許容メモリ資源の合計は、レベル2の最大許容メモリ資源より も多い。 以下の疑似コードは、上記の如くのバッファ又はメモリのような資源を管理す るシステムを実現する。この疑似コードは最小資源が保証される手段を必要とす る。 レベル0:このレベルで“i”のコネクションが競合するコネクション レベル1:“j”のサービスクラスが競合するレベルのサービスクラス ・・・ レベルN:これより上のレベルでは、競合が存在しない物理的リンク 基本的なシナリオでは、エンティティは資源を要求し、レベル内の他のエンテ ィティと資源を競合する。以下の説明で、変数“n”はレベルを表わし、変数“ c”は次の上位レベルの資源を要求するそのレベルの同等なエンティティを表わ す。 Min_Limit(n,c):エンティティが使用できる“最小”タイプ資 源の数を制限する。各エンティティ毎に、その最小保証資源量を確実に獲得する ため使用される。 AboveMin_Limit(n,c):エンティティが使用できる“最小 超過”タイプ資源の数を制限する。エンティティが使用できる資源の最大許容数 は、Min_LimitとAboveMin_Limitの合計に一致する。 Min_Counter(n,c):Min_Limitに到達するまでエン ティティにより使用中の資源の数を計数する。 AboveMin_Counter(n,c):Min_Limitに到達後 、エンティティにより使用中の資源の数を計数する。キュー入れ(Enqueuing)(資源の消費(consume resource)) IF(((Min_Counter(0,i)<Min_Limit(0,i))OR ((AboveMin_Counter(0,i)<AboveMin_Limit(0,i))AND (AboveMin_Counter(1,j)<AboveMin_Limit(1,j)AND (AboveMin_Counter(N)<AboveMin_Limit(N)) THEN{ Take Resource IF(Min_Counter(0,i)<Min_Limit(0,i)) THEN{ Increment Min_Counter(0,i) }ELSE{ Increment AboveMin_Counter(0,i) Increment AboveMin_Counter(1,j) Increment AboveMin_Counter(N) } }ELSE{ No_Action(resource denied) }資源開放(Free Resource): Return Resource IF(AboveMin_Counter(0,i)>0) THEN Decrement AboveMin_Counter(0,i) Decrement AboveMin_Counter(1,j) Decrement Min_Counter(N) }ELSE{ Decrement Min_Counter(0,i) } 上記疑似コードは、図3及び4に説明された方法によるバッファ、帯域幅、チ ャネル及びメモリのような資源の管理を与える。例示の目的のためバッファを参 照するに、キュー入れの最初のIF文 (IF(((Min_Counter(0,i)<Min_Limit(0,i))OR) は、レベル0のエンティティによるバッファ使用量が Min_Provided よりも少ないか否かを判定する。バッファ使用量が Minimum_Guaranteed よりも少ない場合、バッファが与えられ、それ以外の場合には、各中間レベルの バッファ使用量が Maximum_Allowed よりも少ない場合に限りバッファが与えられる。論理ORに続く次のIF文 (IF((AboveMin_Counter(0,i)<AboveMin_Limit(0,i))AND (AboveMin_Counter(1,j)<AboveMin_Limit(1,j)AND (AboveMin_Counter(N)<AboveMin_Limit(N)))) は、各中間レベルによるバッファ使用量が Maximum_Allowed 未満であるか否かを判定する。中間レベルによるバッファ使用量が Maximum_Allowed 未満ではない場合、バッファの要求は拒絶される。バッファが与えられたとき、 レベル0及び各中間レベルののカウンタは、IF-THEN-ELSE文により対応して更新 される。キュー出しの場合、 AboveMin_Counter が各レベルでテストされ、零よりも大きい場合にデクリメントされ、それ以外の 場合に、 Min_Counter がデクリメントされる。 最小保証Minimum_Guaranteed変数及び最大許可Maximum_Allowed変数は、指 定された管理手法に従ってエンティティに割り当てられる。例えば、エンティテ ィは、割り当てられた最小保証変数及び最大許可変数の値に基づいて資源使用が 課され得る。更に、変数 が資源の全割当ての理論的可能性を許可するような方法で割り当てられ、これに より、管理システムの基本規則を侵害する。例えば、全てのレベル0のエンティ ティに対するレベル0の総最小保証資源がレベル1のエンティティに対する最小 保証資源を超過した場合、例えば、レベル0の各エンティティが最小保証を要求 し、レベル1のエンティティが競合に起因して最小保証まで削減される場合に、 レベル0のエンティティはその最小保証資源レベルを獲得できない可能性がある 。このような過剰割付は、方針決定に従って、或いは、レベル0の各エンティテ ィが最小保証を同時に要求する可能性が殆ど無いことを示す統計的データに従っ て、管理システムのユーザによって行われる場合がある。 上記疑似コードは、所定の方針によって、あるレベルで利用可能な総最小保証 が下位レベルの全最小保証資源の総和と一致するが保証される資源管理システム を意図している。従って、疑似コードは、レベル0の最小カウンタMin_Counter /最小制限Min_Limitだけを必要とする。統計学的資源共用が使用されるならば 、中間レベルにも最小カウンタMin_Counter/最小制限Min_Limitが割り当てら れる。また、資源管理システムは、最小保証変数が全く割り当てられなくても動 作し得る。例えば、最大許容変数は、1個以上のエンティティに割り当ててもよ いので、システムは、最小資源割付の保証とは無関係に、レベル0乃至レベルN のエンティティが最大許容を下回らない場合に、資源の要求を拒絶するように動 作する。 次の表には資源管理方法の一例が示されている。 下位レベルの“最小限界の合計”と、次のレベルの最小限界/エンティティと の間の差は、レベル0の各エンティティに割り当てられたMin_Provided割付が 設けられていること、即ち、下位レベルの最小限界の合計は、次の上位レベルの エンティティの最小限界未満であることを保証する方法を示している。 しかし、最小限界及び最小超過限界は所定のレベルの全エンティティに対し同 一であり、かつ、エンティティの数は各レベルで同一であるため、表1は簡単化 された例であることに注意する必要がある。典型的に、限界は各レベルの各エン ティティに対し異なり、各レベルのエンティティの数は階層レベルが増加する毎 に減少する。低コストを実現するため特定のエンティティの全ての限界が同じ値 を有するような制限を利用することが可能てある。このような制限によりエンテ ィティ毎の限界記憶場所は必要ではなくなる。限界は、例えば、レベル毎に保存 される。 ある種の状況では最小保証資源を統計学的に共用することが望ましい。例えば 、統計学的共用は、同時に資源を要求しない多数の資源ユーザを有するシステム において有利である。表2は、最小保証資源の統計学的共用が利用される資源管 理方法の一例を示している。 レベル0の各エンティティが同時に資源を要求するならば、要求された最小資源 (200)はレベル1のエンティティ(180)により供給され得ないことが認 められる。 最小保証部分が統計学的に共用されるとき、疑似コードは以下の如く修正され る。資源の消費(ConsumeResource) IF(((Min_Counter(0,i)<Min_Limit(0,i))AND ((Min_Counter(1,j)<Min_Limit(1,j))OR (AboveMin_Counter(1,j)<AboveMin_Limit(1,j)))AND ((Min_Counter(N)<Min_Limit(N))OR (AboveMin_Counter(N)<AboveMin_Limit(N)))) THEN{ Take Resource IF(Min_Counter(0,i)<Min_Limit(0,i)) THEN{ Increment Min_Counter(0,i) } IF(Min_Counter(1,j)<Min_Limit(1,j)) THEN{ Increment Min_Counter(1,j) }ELSE{ Increment Min_Counter(1,j) }・・・・ IF(Min_Counter(N)<Min_Limit(N)) THEN{ Increment Min_Counter(N) }ELSE{ Increment AboveMin_Counter(N) } } ELSE IF((AboveMin_Counter(0,i)<AboveMin_Limit(0,i))AND ((Min_Counter(1,j)<Min_Limit(1,j))AND (AboveMin_Counter(1,j)<AboveMin_Limit(1,j)))AND ・・・ ((Min_Counter(N)<Min_Limit(N))AND (AboveMin_Counter(N)<AboveMin_Limit(N)))) THEN{ Take Resource Increment AboveMin_Counter(0,i) Increment AboveMin_Counter(0,i) Increment AboveMin_Counter(N) } ELSE{ No_Action(resource denied) }資源開放(FreeResource): Return Resource IF(AboveMin_Counter(0,i)>O) THEN{ Decrement AboveMin_Counter(0,i) }ELSE{ Decrement Min_Counter(0,i) } IF(AboveMin_Counter(1,j)>0) THEN{ Decrement AboveMin_Counter(1,j) }ELSE{ Decrement Min_Counter(1,j) } IF(AboveMin_Counter(N)>0) THEN{ Decrement AboveMin_Counter(N) }ELSE{ Decrement Min_Counter(N) } 上記疑似コードにより最小保証より少ない資源使用のための統計学的共用方法 が得られる。最初に説明した疑似コードとは異なり、この疑似コードは、各レベ ルの各エントリに対し最小限界(Min_Counter)及び最小カウンタ(Min_Counter) を必要とする。レベル0のエンティティが関連した最小保証資源割付を下回るな らば、レベル 0のエンティティは高位レベルの最小保証割付を超える資源を使用する。この方 法によれば、たとえ階層の上位レベルの最小保証プールが消費されたとしても、 資源を使用し続けることが可能である。また、レベル0のエンティティによる実 際の使用が最小保証割付を超えた場合に、全ての高位レベルに“最小保証”資源 が存在する場合に限り資源が付与され、即ち、最小カウンタは各高位レベルのエ ンティティに対する最小限界未満であることが必要である。この方法は、最小量 を消費していない他のエンティティのために利用可能な資源を残す。 レベルNの最小限界は選択的である。最小限界(N)は、“最小保証”プール を超える資源の要求が拒絶されるポイントを制御する。レベルNの制御を用いな い場合、“最大許容”絶ポイントは下位レベルの最小限界の合計と一致する。こ れを実現するための疑似コードの変更は、条件文中の比較 (Min_Counter(N)<Min_Limit(N)) を削除することである。 上記技術は帯域幅以外の階層資源の管理に同等に適用可能であり、部門、グル ープ、企業等以外のエンティティを用いて一般化され得る。従って、本発明は、 明細書に示し、説明された特定の実施例に限定されるものではなく、以下の請求 の範囲に記載されているように本発明の新しい概念の精神及び範囲を逸脱するこ となく種々の変更及び変形がなされることに注意する必要がある。DETAILED DESCRIPTION OF THE INVENTION Hierarchical resource management Field of the invention The present invention relates generally to resource management techniques, and more particularly, to resource management techniques that dynamically adapt to multiple levels of context to provide efficient use of resources in a telecommunications network. Related application A priority claim is made to provisional application No. 60 / 001,498 entitled "COMMUNI CATION METHOD AND APPARATUS" filed on July 19, 1995. Background of the Invention Basic techniques for managing finite resources, such as bandwidth and buffers, in multi-level hierarchical systems, such as asynchronous transfer mode ("ATM") networks, are generally known. This technique provides sufficient resources to meet the maximum demand and allocation of theoretical resources based on statistically calculated requirements. In this technique, actual use is typically significantly less than the theoretical maximum and is inefficient because some of the resources provided are not fully utilized. In contrast, allocating resources at one level in a hierarchical system of resources based on expected values of the amount of resources required under certain predetermined conditions improves efficiency and reduces resource costs. Conventional techniques for hierarchical systems attempt to allocate such resources based on either maximum or nominal resource requirements. Resources are provided based on certain statistical criteria. However, this technique lacks the control and flexibility needed to manage resources in an efficient manner at various levels of the hierarchy. Several unsatisfactory modes of operation appear. Given resources are not sufficient to satisfy the demand under all conditions, resulting in the availability of the required resources when needed and the loss of data. The provision of excess resources for the purpose of preventing data loss negates the achievable cost savings. Such systems do not provide a means to dynamically manage hierarchical resources to adapt to changing situations. Also, such a system cannot maintain a pool of resources that are shared in a controlled manner by all requesters at the level immediately below the hierarchical resource. The provision of resources for hierarchical services according to the prior art level is realized by a request from a lower level to a next higher level for a certain amount of resources. The criterion for accepting this request is obtained as a maximum request amount or a statistical expectation of the requested resource. Resources granted in this manner have proven to be inadequate or provide unsatisfactory performance. However, changing such resource allocations after consent is very difficult, typically because it involves negotiating and changing the resources provided to users of higher level resources to other equivalent lower level resources. It is. Summary of the Invention Resource allocation is managed by a maximum allowable usage level and a minimum guaranteed usage level, which are resource usage levels associated with the resource usage entity. When N represents 2 or more, the method of hierarchical resource management for allocating resource units from level N entities and intermediate level to level 0 entities comprises one or more entities that specify the maximum amount of resources that can be allocated to each entity. Assigning the first variable to the first variable, and if the first variable is assigned to a level 0 entity, the actual use by the level 0 entity is less than the assignment specified by the assigned first variable. Determine if there is, and reject the request if the actual use is not less than the assignment specified by the assigned first variable; otherwise, the first variable at each intermediate level If assigned, the actual use of each intermediate level is determined by the unassigned specified by the first variable assigned to that level. And rejects the request if the actual use is not less than the assignment specified by the first variable at any intermediate level; otherwise, the level 0 entity Servicing a request for a resource unit from a level 0 entity by providing the resource unit. A second variable specifying the maximum guaranteed resource allocation is assigned for each entity. A resource request by an entity is granted if the requested usage level is less than the minimum guaranteed resource allocation. The first and second variables provide a tool that maximizes overall resource utilization by controlling resource utilization by individual entities in ways not previously possible. Efficient and flexible use of controlled resources ensures that each entity has at least a respective minimum guaranteed resource allocation, and that the entity is configured to use a first variable that exceeds the respective minimum guaranteed allocation. It is provided by making available resources available up to a specified amount. When a level 0 entity requests a resource unit, the resource unit is given if the actual usage by the level 0 entity is less than the allocated minimum guarantee specified by the second variable. Measures shall be taken to ensure the availability of a minimum guaranteed resource allocation by ensuring that the minimum guaranteed amount available at a level is greater than or equal to the sum of the minimum guaranteed amounts at lower levels. It is possible to provide. After the entity allocates each minimum guaranteed resource amount, additional available resources are utilized up to the amount specified by the respective first variable. However, total resource utilization, or efficiency, is maximized by controlling resource utilization by individual entities. With respect to the provision of hierarchical resources, the present invention provides better services than prior art services. A request for a resource is made with respect to two variables, one specifying the maximum (maximum allowed) resource available to the requestor and the other variable specifying the minimum resource requested by the requestor. I do. The criterion for accepting the request is the availability of minimum resources. If additional resources are available, the requester is allowed to use up to the maximum allowed. The upper level must be able to supply resources that match the sum of the minimum resource requirements for the granted request. The service provided by the higher level to the lower level user is improved by having the resources available up to the maximum allowed total for all granted lower level requests. It is also clear that providing more resources than the sum of the maximum allowed of all granted requests does not provide any additional benefit. Similar methods of requesting and granting resources are utilized at each level of the resource hierarchy system. Thus, the present invention allocates resources and makes the resources available at each level of the hierarchical system more efficient than would otherwise be possible. In another embodiment, the minimum guaranteed resources are statistically shared among resource utilization users at higher levels of the resource hierarchy. When the minimum guaranteed portion is statistically shared, the method is modified to implement a statistical sharing approach. More specifically, if a level 0 entity is operating below the associated minimum guaranteed resource allocation, the entity will allocate more resources at a higher level than their respective minimum guaranteed resource allocation. Can be used. This approach allows an entity to continue using resources even if the minimum guaranteed pool of resources is exhausted. In addition, if a level 0 entity is operating beyond the relevant minimum guaranteed resource allocation, higher level resources are only granted if all upper level minimum guaranteed resources are present. . This approach leaves resources available for other entities that have not used up the minimum guaranteed resources involved. Such statistical sharing is advantageous, for example, when there are a large number of resource users who do not always request resources at the same time. BRIEF DESCRIPTION OF THE FIGURES Other features and advantages will become apparent with reference to the following detailed description of the drawings. In the drawings, FIG. 1 is an explanatory diagram of bandwidth allocation in a telecommunication network, FIG. 2 is an explanatory diagram of multi-level resource management, FIG. 3 is a flowchart of a method for consuming resources, and FIG. FIG. 5 is a block diagram showing hierarchical memory management. Detailed description of the drawings FIG. 1 shows the bandwidth allocation in a telecommunications network. The network unit 10 shows entities such as companies requesting network bandwidth. Network section 10 shares bandwidth with other network sections 12 over optical fibers or other links 14. For example, the network unit 10 represents a network unit in a company. In the present embodiment, the network unit 10 is a technology group 16, a sales and marketing group 18, a business administration group 20, a programming department 22, a hardware department 24, a marketing department 26, and a sales department. 28, including a number of other entities requesting access to network bandwidth, such as an accounting department 30 and a human resources department 32. For illustrative purposes, link 14 may provide up to two million bits per second ("MBPS") of bandwidth. If each network part 10, 12 in the network is allowed to occupy the bandwidth without restriction, some users occupy more bandwidth than others and some users have little or no bandwidth. It is recognized that bandwidth will not be available. Overall bandwidth usage control is provided by controlling bandwidth usage at the enterprise, group and department level. In the case of the present embodiment, the enterprise link unit 34 is limited to a bandwidth of 100 MBPS at the maximum. That is, when 100 MBPS of bandwidth is utilized on link 34, the network prevents entities within the enterprise from acquiring additional bandwidth over link 34. Similarly, in this embodiment, the technology group is limited to a bandwidth of 70 MBPS and the hardware department is limited to a bandwidth of 30 MBPS. The programming department 22 is not directly limited with respect to bandwidth. However, not all departments and / or groups need to be bandwidth limited. In this embodiment, the programming department has no direct bandwidth limitation, but the programming department is limited by the bandwidth allocation 36 of the technology group. That is, bandwidth usage by departments within a group cannot exceed the bandwidth allocation for the group. It should be noted that departments are not guaranteed to have access to their respective maximum bandwidths associated with the department. Further control over bandwidth allocation is provided by allocating a minimum guaranteed amount of bandwidth to be provided to bandwidth utilizing entities such as enterprises, groups and departments. In this embodiment, the enterprise has a minimum guaranteed bandwidth of 100 MBPS in link 34, the technology group has a minimum guaranteed bandwidth of 60 MBPS over link 52, and the hardware department has a 25 MBPS over link 66. The programming department has a minimum guaranteed bandwidth of 35 MBPS over link 68. To ensure that each entity in the network has access to the minimum guaranteed bandwidth, the system uses the minimum guaranteed bandwidth given to the enterprise as the sum of the group's minimum guaranteed bandwidth. And the sum of the group's minimum guaranteed bandwidth is configured to match the department's minimum guaranteed bandwidth. Also, the minimum guaranteed bandwidth provided to certain entities may be set to zero. FIG. 2 is a diagram illustrating N-level resource management when N ≧ 2. Twenty-seven basic resource utilization entities 100-152 exist in level 0 entities. Nine entities 154-172 are at level 0. Level 0 entities reside within level 1 entities 174, 176, 178 that reside within level 2 entity 180. This architecture is repeated up to level N entity 182 where all lower level entities reside. For example, entity 122 resides in level 0 entity 160, level 0 entity resides in level 1 entity 176, and so on. Resources are allocated to base entities via level N entities and intermediate entities. In this way, the total amount of resources that can be allocated to the base entity is limited by the amount of resources that can be provided by level 0 to level N. Each entity in the architecture is assigned one or both of two variables, Minimum_Guaranteed and Maximum_Allowed, that determine the resource allocation to the entity. For each of the illustrated levels, the area enclosed by the dashed line represents the minimum guaranteed resource allocation that can be provided to the next lower level. The sum of the minimum guaranteed resource allocation for a given level matches the minimum guaranteed resource allocation for that level. For example, the level 1 minimum guaranteed resource allocation for entity 176 is equal to the sum of allocations 184, 186, 188. Each level of open space represents additional bandwidth available beyond the minimum guaranteed allocation. The actual current amount of resources used by the entity ("actual use" is greater than or equal to zero and less than or equal to the maximum allowed. The basic rules of operation of the management system are: (2) Each entity is surely given a minimum guaranteed amount, and the minimum guaranteed amount may be specified as "0". The system advantageously allocates resources to the requesting entity based on the availability of intermediate level resources.If the resource consuming entity uses less than the allocated minimum guaranteed resource allocation, the resource However, when the allocation of resources beyond the minimum guarantee is requested, the resource availability of intermediate levels 1 to N will be reduced by the assigned minimum guaranteed variable and maximum allowed. A request for a level 0 resource unit is rejected if the resource unit is not available at that intermediate level because the intermediate level entity has reached its assigned maximum allowed resource allocation. If the resource unit is available at each intermediate level, the request is granted Figure 3 is a flowchart illustrating the queuing process in the present resource management system, where a level 0 entity first requests a resource unit. When performing 300, a query 302 is made to determine whether the actual use by the level 0 entity is below the respective minimum guaranteed variable.If the actual use is below the minimum guaranteed variable, then the resource unit Allocation 304 is performed.If the actual use is not less than the respective minimum guaranteed variable, then the actual use is A query 306 is made to determine if it is less than the maximum allowed for the tidy, and if the actual use is greater than or equal to the respective maximum allowed variable, a rejection 308 of the request is made and the queuing process ends (310). If the actual use is less than the respective maximum allowed variable, to determine if the resource unit is available at the intermediate level entity that passes through when allocating the resource unit to the level 0 entity, A second query 312 is made, that is, query 312 determines whether the actual usage is less than a respective maximum allowable variable for each intermediate level, where the actual usage is a respective maximum allowable for each intermediate level. If not, a rejection 308 of the resource unit request is made 308. Actual usage is less than the respective maximum allowable variable for each intermediate level. Mules, assignment 304 to the entity level 0 resource units is performed, a variable that tracks the resource use is updated accordingly. To track resource usage for allocation purposes, each entry is assigned a minimum limit Min_Limit variable, a minimum excess limit AboveMin_Limit variable, a minimum counter Min_Counter, and a minimum excess counter AboveMin_Counter. The minimum limit is used to limit the total minimum guaranteed resources that an entity can use. The minimum overage limit is used to limit the total resources available to an entity over a minimum guarantee. The maximum allowed number of resources available to an entity is equal to the sum of the minimum and minimum excess limits. The minimum counter counts the number of resource units up to the minimum limit in use by the entity. The minimum exceeded counter counts the number of resource units in use that have exceeded the minimum limit by the entity. In practice, the minimum counter is incremented and incremented by the entity until the resource unit reaches the minimum limit, and the minimum exceeded counter is incremented as the resource unit is acquired by the entity between the minimum and minimum limit. You. To update the counter when a resource unit is allocated, the management system first determines in a third query 314 whether the minimum counter variable of the level 0 entity is less than the minimum limit variable. If the minimum counter variable is less than the minimum limit variable, an increment 316 of the minimum counter variable is performed. If the minimum counter variable is not less than the minimum limit variable, an increment 318 of the minimum excess counter variable is made. The system then determines at inquiry 320 whether level N has been reached. If level N has not been reached, the system checks the next higher level 322 and updates the counter accordingly. When the level N has been reached, the program ends (310). Referring to FIG. 4, resources that are no longer used are queued. During the queuing process, the resource unit is returned at step 326 and the counter is updated. The counter is updated by first decreasing each minimum excess counter variable to zero and then decreasing each minimum counter variable. More specifically, when a resource unit is returned, the management system first determines at query 328 whether the respective minimum excess counter variable is greater than zero. If the minimum excess counter variable is greater than zero, a minimum excess counter variable reduction 330 is performed; otherwise, a respective minimum counter variable reduction 332 is performed. The system then determines at inquiry 334 whether level N has been reached. If level N has not been reached, the system checks the next higher level 327 and updates the counter accordingly. When level N is reached, the program ends (336). FIG. 5 is an explanatory diagram of a memory managed by a hierarchical method. The actual memory 500 is shown on the right. The memory is level 2 of a three-level hierarchy. The request source 502 of level 0 of the hierarchy is shown on the left. Requesters are grouped by department 504 at level 1 of the hierarchy. There are many requesters per department, but only two are shown for simplicity. Also, if necessary, for simplicity, some levels are represented by "n", such as the minimum limit Min_Limit (n, c), and the requester is represented by "c". However, n = 1 and c = 6 indicate the minimum limit Min_Limit value of the section number 6. The hierarchical memory management system includes a control storage 506 for storing all minimum and minimum excess limits, and counters corresponding to all required minimum and minimum counter values. In each case, the number of requested values above is defined by the number of levels and the number of equivalent requesters at each level. The actual memory 500 includes a fixed number of storage locations. These storage locations are divided into two pools n of memory based on the minimum limit (2). Memory elements below the minimum limit represent the minimum guaranteed memory resources available at level two. All illustrated memory elements, including those exceeding the minimum limit, represent the maximum allowed memory resources available. The memory elements corresponding to the minimum guaranteed resources available are shown as being adjacent to one another when the minimum bounding line is a horizontal line, but is not limited to this. The memory elements corresponding to the minimum guaranteed resources may be distributed throughout the actual memory 500, the number of memory elements used in both categories being kept in corresponding counters, and the minimum limit value corresponding to the corresponding control storage device. Is stored in the storage location. The maximum allowed memory resource, indicated by the rectangular outline representing the memory, corresponds to the number of available memory elements, which is a fixed number predetermined based on the physical memory itself. The value for the minimum limit is assigned, changed, and managed based on the requirements of the system under control. Level 1 also shows the minimum guaranteed memory resources available and the maximum allowable memory resources available for each requester. These values are also held in the counter and control storage. However, at level 1, all values are assigned, changed, and managed based on the requirements of the controlling system. At level 0, the minimum guaranteed memory resources available and the maximum allowable memory resources available for each request source are also shown. These values are also held in the counter and control storage. At level 0 all values are assigned, changed and managed based on the requirements of the controlling system. As shown, the memory element provided to the requestor is represented as a block of contiguous memory at level 0, level 1 and level 2, with the minimum limit indicating the minimum limit at the next higher level. Aligned with the horizon. However, in actual use, a given memory element may be distributed throughout the memory. In all cases, the counter and control store controls and tracks the actual allocation of memory elements to the requestor. AboveMin_limit (2), a level 2 minimum excess limit, corresponds to all available actual memory less than the guaranteed minimum value Min_Limit (2). At levels 0 and 1, the minimum excess limit AboveMin_Limit (n, c) is set based on both the level 2 available actual memory resources and the requirements of the controlling system. A request for a memory resource by a level 0 requester is processed based on the flow given in FIG. 3 using the current usage of level 0, level 1 and level 2, and the flow of FIG. To be rejected or rejected. If accepted, the requestor is allowed to use the requested memory at the level 2 actual memory. The process of returning the requested memory to an available state is controlled by the flow shown in FIG. The sum of the minimum guaranteed memory resources for the level 0 requester belonging to one department is equal to the minimum guaranteed memory resource for the level 1 department. Similarly, the sum of the level 1 minimum guaranteed memory resources for all departments exactly matches the level 2 minimum guaranteed memory resources. The sum of the maximum allowable memory resources for the level 0 requester belonging to one department is larger than the maximum allowable memory resources for the level 1 department. Similarly, the sum of the maximum allowable memory resources of level 1 for all departments is greater than the maximum allowable memory resources of level 2. The following pseudo code implements a system that manages resources such as buffers or memory as described above. This pseudocode requires a means by which a minimum resource is guaranteed. Level 0: A connection in which the "i" connection competes at this level Level 1: A service class of a level in which the "j" service class competes ... Level N: A physical level at which there is no competition Links In a basic scenario, an entity requests a resource and competes for the resource with other entities in the level. In the following description, the variable "n" represents a level and the variable "c" represents an equivalent entity at that level requesting the next higher level resource. Min_Limit (n, c): Limits the number of "minimum" type resources that an entity can use. It is used to ensure that the minimum guaranteed resource amount is obtained for each entity. AboveMin_Limit (n, c): Limits the number of "minimum exceeded" type resources that an entity can use. The maximum allowable number of resources that can be used by an entity is equal to the sum of Min_Limit and AboveMin_Limit. Min_Counter (n, c): Counts the number of resources in use by the entity until it reaches Min_Limit. AboveMin_Counter (n, c): After reaching Min_Limit, count the number of resources in use by the entity. Enqueuing (consume resource) IF ((((Min_Counter (0, i) <Min_Limit (0, i)) OR ((AboveMin_Counter (0, i) <AboveMin_Limit (0, i)) AND (AboveMin_Counter (1, j) <AboveMin_Limit (1, j) AND (AboveMin_Counter (N) <AboveMin_Limit (N)) THEN {Take Resource IF (Min_Counter (0, i) <Min_Limit (0, i)) THEN {Increment Min_Counter (0, i)} ELSE {Increment AboveMin_Counter (0, i) Increment AboveMin_Counter (1, j) Increment AboveMin_Counter (N)}} ELSE {No_Action (resource denied)} Free Resource: Return Resource IF (AboveMin_Counter (0, i)> 0) THEN Decrement AboveMin_Counter (0, i) Decrement AboveMin_Counter (1, j) Decrement Min_Counter (N)} ELSE {Decrement Min_Counter (0, i)} Provides management of resources such as buffers, bandwidth, channels and memory according to the methods described in 3 and 4. To refer to the buffer for illustrative purposes, the first IF statement in the queue (IF (((Min_Counter (0, i) <Min_Limit (0, i)) OR) determines whether the buffer usage by the level 0 entity is less than Min_Provided. If the buffer usage is less than Minimum_Guaranteed, a buffer is provided; otherwise, a buffer is provided only if the buffer usage of each intermediate level is less than Maximum_Allowed. The next IF statement following the logical OR (IF ((AboveMin_Counter (0, i) <AboveMin_Limit (0, i)) AND (AboveMin_Counter (1, j) <AboveMin_Limit (1, j) AND (AboveMin_Counter (N) <AboveMin_Limit (N)))) determines whether the buffer usage by each intermediate level is less than Maximum_Allowed. If the buffer usage by the intermediate level is not less than Maximum_Allowed, the request for the buffer is rejected. When a buffer is provided, the counters at level 0 and each intermediate level are correspondingly updated by the IF-THEN-ELSE statement. For cueing, AboveMin_Counter is tested at each level and decremented if greater than zero; Min_Counter is decremented otherwise. The minimum guaranteed Minimum_Guaranteed variable and the maximum allowed Maximum_Allowed variable are assigned to entities according to a specified management method. For example, an entity may be charged for resource usage based on the value of the assigned minimum guaranteed variable and maximum allowed variable. Furthermore, variables are assigned in such a way as to allow the theoretical possibility of a full allocation of resources, thereby violating the basic rules of the management system. For example, if the total minimum guaranteed resources at level 0 for all level 0 entities exceeds the minimum guaranteed resources for level 1 entities, for example, each entity at level 0 requests a minimum guarantee and the level 1 entities may conflict. , A level 0 entity may not be able to acquire its minimum guaranteed resource level. Such over-allocation may be performed by a user of the management system according to a policy decision or according to statistical data indicating that each entity at level 0 is unlikely to simultaneously require a minimum guarantee. The pseudo-code is intended for a resource management system in which, according to a predetermined policy, the total minimum guarantee available at a certain level is equal to the sum of all the minimum guaranteed resources at a lower level, but is guaranteed. Therefore, the pseudo code needs only the level 0 minimum counter Min_Counter / minimum limit Min_Limit. If statistical resource sharing is used, the intermediate level is also assigned a minimum counter Min_Counter / minimum limit Min_Limit. Also, the resource management system can operate without any minimum guaranteed variables assigned. For example, since the maximum allowed variable may be assigned to one or more entities, the system will be able to allocate resources if the level 0 to level N entities do not fall below the maximum allowed, regardless of the minimum resource allocation guarantee. Act to reject the request. The following table shows an example of a resource management method. The difference between the lower level "sum of the minimum bounds" and the next level of the minimum bound / entity is that the Min_Provided assignment assigned to each entity at level 0 is provided, i.e. the minimum of the lower level The sum of the limits indicates how to ensure that it is less than the minimum limit of the next higher level entity. However, it should be noted that Table 1 is a simplified example, since the minimum limit and minimum excess limit are the same for all entities at a given level, and the number of entities is the same at each level. There is. Typically, the limits are different for each entity at each level, and the number of entities at each level decreases as the hierarchy level increases. It is possible to use restrictions such that all limits of a particular entity have the same value to achieve low cost. Such a restriction eliminates the need for a critical storage location for each entity. The limit is stored, for example, for each level. In certain situations, it is desirable to statistically share the minimum guaranteed resources. For example, statistical sharing is advantageous in systems with multiple resource users that do not require resources at the same time. Table 2 shows an example of a resource management method in which statistical sharing of the minimum guaranteed resource is used. It is recognized that the required minimum resources (200) cannot be provided by the level 1 entity (180) if each level 0 entity requests resources at the same time. When the minimum guarantee part is shared statistically, the pseudo code is modified as follows. Resource consumption (ConsumeResource) IF ((((Min_Counter (0, i) <Min_Limit (0, i)) AND ((Min_Counter (1, j) <Min_Limit (1, j)) OR (AboveMin_Counter (1, j) <AboveMin_Limit (1, j))) AND ((Min_Counter (N) <Min_Limit (N)) OR (AboveMin_Counter (N) <AboveMin_Limit (N)))) THEN {Take Resource IF (Min_Counter (0, i) <Min_Limit (0, i)) THEN {Increment Min_Counter (0, i)} IF (Min_Counter (1, j) <Min_Limit (1, j)) THEN {Increment Min_Counter (1, j)} ELSE {Increment Min_Counter (1, j)} ... IF (Min_Counter (N) <Min_Limit (N)) THEN {Increment Min_Counter (N)} ELSE {Increment AboveMin_Counter (N)}} ELSE IF ((AboveMin_Counter (0, i) <AboveMin_Limit (0, i)) AND ((Min_Counter (1, j) <Min_Limit (1, j)) AND (AboveMin_Counter (1, j) <AboveMin_Limit (1, j))) AND ・ ・ ・ ((Min_Counter (N) <Min_Limit (N)) AND (AboveMin_Counter (N) <AboveMin_Limit (N)))) THEN {Take Resource Increment AboveMin_Counter (0, i) Increment AboveMin_Counter (0, i) Increment AboveMin_Counter (N)} ELSE {No_Action (resource denied)} Release Resources (FreeResource): Return Resource IF (AboveMin_Counter (0, i)> O) THEN {Decrement AboveMin_Counter (0, i)} ELSE {Decrement Min_Counter (0, i)} IF (AboveMin_Counter (1, j)> 0) THEN {Decrement AboveMin_Counter (1) , j)} ELSE {Decrement Min_Counter (1, j)} IF (AboveMin_Counter (N)> 0) THEN {Decrement AboveMin_Counter (N)} ELSE {Decrement Min_Counter (N) に よ りA statistical sharing method for Unlike the pseudo-code described first, this pseudo-code requires a minimum limit (Min_Counter) and a minimum counter (Min_Counter) for each entry at each level. If the level 0 entity falls below the associated minimum guaranteed resource allocation, the level 0 entity uses resources above the higher level minimum guaranteed allocation. In this way, resources can continue to be used even if the minimum guaranteed pool at the higher level of the hierarchy is consumed. Also, if the actual use by a level 0 entity exceeds the minimum guaranteed allocation, resources will be granted only if there are "minimum guaranteed" resources at all higher levels, i.e., the minimum counter will be assigned to each higher level. It must be below the minimum limit for the entity. This method leaves resources available for other entities that have not consumed the minimum amount. The minimum limit for level N is optional. The minimum limit (N) controls the point at which requests for resources above the "minimum guaranteed" pool are denied. Without level N control, the "maximum allowed" cutoff point would be equal to the sum of the lower level minimum limits. The change of the pseudo code to realize this is the comparison (Min_Counter (N)) in the conditional statement. <Min_Limit (N)). The techniques are equally applicable to the management of hierarchical resources other than bandwidth and may be generalized using entities other than departments, groups, companies, and the like. Accordingly, the invention is not to be limited to the specific embodiments shown and described herein, but rather depart from the spirit and scope of the novel concept of the invention as set forth in the following claims. It should be noted that various changes and modifications may be made without departing from the invention.

───────────────────────────────────────────────────── フロントページの続き (81)指定国 EP(AT,BE,CH,DE, DK,ES,FI,FR,GB,GR,IE,IT,L U,MC,NL,PT,SE),OA(BF,BJ,CF ,CG,CI,CM,GA,GN,ML,MR,NE, SN,TD,TG),AP(KE,LS,MW,SD,S Z,UG),EA(AM,AZ,BY,KG,KZ,MD ,RU,TJ,TM),AL,AM,AT,AU,AZ ,BB,BG,BR,BY,CA,CH,CN,CZ, DE,DK,EE,ES,FI,GB,GE,HU,I L,IS,JP,KE,KG,KP,KR,KZ,LK ,LR,LS,LT,LU,LV,MD,MG,MK, MN,MW,MX,NO,NZ,PL,PT,RO,R U,SD,SE,SG,SI,SK,TJ,TM,TR ,TT,UA,UG,US,UZ,VN (72)発明者 ブベニク,リチャード ジー アメリカ合衆国,ミズーリ州 63146,セ ントルイス,ウィロウ・ブルック・ドライ ヴ 116番 (72)発明者 カルダラ,スティーヴン エイ アメリカ合衆国,マサチューセッツ州 01776,サッドベリ,ホースポンド・ロー ド 220番 (72)発明者 マニング,トマス エイ アメリカ合衆国,マサチューセッツ州 01532,ノースボロ,サマー・ストリート 26番 【要約の続き】 達せず、かつ、夫々の最大許容資源割付を使用する中間 レベルが存在しないならば、資源ユニットは要求中のエ ンティティに割り付けられる。────────────────────────────────────────────────── ─── Continuation of front page    (81) Designated countries EP (AT, BE, CH, DE, DK, ES, FI, FR, GB, GR, IE, IT, L U, MC, NL, PT, SE), OA (BF, BJ, CF) , CG, CI, CM, GA, GN, ML, MR, NE, SN, TD, TG), AP (KE, LS, MW, SD, S Z, UG), EA (AM, AZ, BY, KG, KZ, MD , RU, TJ, TM), AL, AM, AT, AU, AZ , BB, BG, BR, BY, CA, CH, CN, CZ, DE, DK, EE, ES, FI, GB, GE, HU, I L, IS, JP, KE, KG, KP, KR, KZ, LK , LR, LS, LT, LU, LV, MD, MG, MK, MN, MW, MX, NO, NZ, PL, PT, RO, R U, SD, SE, SG, SI, SK, TJ, TM, TR , TT, UA, UG, US, UZ, VN (72) Inventor Bubnik, Richard Gee             63146, Missouri, United States             True Louis, Willow Brook Dry             No. 116 (72) Inventor Caldara, Stephen A             Massachusetts, United States             01776, Sudbury, Horse Pond Low             C 220 (72) Inventors Manning, Thomas A             Massachusetts, United States             01532, Northborough, Summer Street               26th [Continuation of summary] Not reached and using the respective maximum allowed resource allocation If the level does not exist, the resource unit is Assigned to the entity.

Claims (1)

【特許請求の範囲】 1. Nは2以上を表わすとき、中間レベルを含むレベル1からレベルNまでの エンティティを通じてレベル0のエンティティに資源ユニットを割り付ける階層 的資源管理方法において、 夫々のエンティティに対する最大資源割付を指定する少なくとも1個のエンテ ィティに第1の変数を割り当てる段階と、 レベル0のエンティティから資源ユニットの要求を受信する段階と、 レベル0のエンティティからの資源ユニットの要求に応じて、 a)上記レベル0のエンティティによる実際の資源利用が夫々の第1の変数によ って指定された最大資源割付未満であり、かつ、 b)レベル1乃至レベルN−1の各エンティティによる実際の資源利用が上記各 エンティティに対する夫々の第1の変数によって指定された最大資源割付未満で あるならば、レベル0のエンティティに上記資源ユニットを割り付ける段階とか らなる階層的資源管理方法。 2. 少なくとも1個のエンティティに、その夫々のエンティティに対する最小 資源割付を指定する第2の変数を割り当てる段階を更に含む請求項1記載の階層 的資源管理方法。 3. 上記割り付ける段階は、 上記レベル0のエンティティによる実際の資源利用が夫々の第2の変数によっ て指定された資源割付未満であるか否かを問い合わせる段階と、 上記実際の資源利用が夫々の第2の変数によって指定された最大資源割付未満 である場合に、上記レベル0のエンティティに資源ユニットを与える段階とから なる請求項2記載の階層的資源管理方法。 4. レベル1から少なくともレベルN−1までのレベルXで第2の変数によっ て指定された資源割付が、レベルX−1で夫々の第2の変数によって指定された 全資源割付の合計以上であるように、上記第1及び第2の変数を設定する段階を 更に有する請求項3記載の階層的資源管理方法。 5. レベルXで第1の変数によって指定された資源割付が、レベルX−1で夫 々の第1の変数によって指定された全資源割付の合計未満であるように、上記第 1及び第2の変数を設定する段階を更に有する請求項3記載の階層的資源管理方 法。 6. 各エンティティに少なくとも一つの資源利用カウンタを割り当てることに より資源利用を追跡する段階を更に有する請求項3記載の階層的資源管理方法。 7. 上記追跡する段階は、各エンティティに、零を超過し、かつ、上記第2の 変数によって指定された資源割付未満である資源ユニットの利用を示す第1のカ ウンタと、上記第2の変数によって指定された資源割付を超過した資源ユニット の利用を示す第2のカウンタとを割り当てる段階を含む請求項6記載の階層的資 源管理方法。 8. 上記カウンタを割り当てる段階は、エンティティが利用可能である資源ユ ニットの最小数を指定する最小限界変数を割り当てる段階を更に含む請求項7記 載の階層的資源管理方法。 9. 上記カウンタを割り当てる段階は、上記最小限界変数を超過したエンティ ティが利用可能である資源ユニットの最大数を指定する最小超過限界変数を割り 当てる段階を更に含む請求項8記載の階層的資源管理方法。 10. 電気通信網内の帯域幅を管理する方法を利用する段階を更に有する請求 項1記載の階層的資源管理方法。 11. 記憶装置資源を管理する方法を利用する段階を更に有する請求項1記載 の階層的資源管理方法。 12. メモリを管理する方法を利用する段階を更に有する請求項11記載の階 層的資源管理方法。 13. 電気通信網内のバッファを管理する方法を利用する段階を更に有する請 求項12記載の階層的資源管理方法。 14. ATMセルを格納するメモリを管理する方法を利用する段階を更に有す る請求項12記載の階層的資源管理方法。 15. チャネルを管理する方法を利用する段階を更に有する請求項1記載の階 層的資源管理方法。 16. レベル0のエンティティによる実際の資源利用が第2の変数によって指 定された最小資源利用未満であるならば、合成された資源利用が上位レベルの夫 々の第2の変数によって指定された最小資源利用を超過するか否かとは無関係に 、レベル0のエンティティに資源ユニットを付与する段階を更に有する請求項2 記載の階層的資源管理方法。 17. レベル0のエンティティによる実際の資源利用が第2の変数によって指 定された最小資源利用を上回り、かつ、レベル1乃至Nの各レベルで合成された 実際の資源利用がレベル1乃至Nのいずれのレベルにおいても夫々の第2の変数 によって指定された最小資 源利用を上回らないならば、レベル0のエンティティに資源ユニットを付与する 段階を更に有する請求項2記載の階層的資源管理方法。 18. 各レベル0のエンティティに対し上記第1の変数を同じ値に設定する段 階を更に有する請求項2記載の階層的資源管理方法。 19. 各レベル0のエンティティに対し上記第1の変数を異なる値に設定する 段階を更に有する請求項2記載の階層的資源管理方法。 20. レベル1乃至Nの各エンティティに対し上記第1の変数を同じ値に設定 する段階を更に有する請求項2記載の階層的資源管理方法。 21. レベル1乃至Nの各エンティティに対し上記第1の変数を異なる値に設 定する段階を更に有する請求項2記載の階層的資源管理方法。 22. レベル0の各エンティティに対し上記第2の変数を同じ値に設定する段 階を更に有する請求項2記載の階層的資源管理方法。 23. 各レベル0のエンティティに対し上記第2の変数を異なる値に設定する 段階を更に有する請求項2記載の階層的資源管理方法。 24. レベル1乃至Nの各エンティティに対し上記第2の変数を同じ値に設定 する段階を更に有する請求項2記載の階層的資源管理方法。 25. レベル1乃至Nの各エンティティに対し上記第2の変数を異なる値に設 定する段階を更に有する請求項2記載の階層的資源管 理方法。 26. Nは2以上を表わすとき、中間レベルを含むレベル1からレベルNまで のエンティティを通じてレベル0のエンティティに資源ユニットを割り付ける階 層的資源管理方法において、 夫々のエンティティに対する最大資源割付を指定する少なくとも1個のエンテ ィティに第1の変数を割り当てる段階と、 夫々のエンティティに対する最小資源割付を指定する少なくとも1個のエンテ ィティに第2の変数を割り当てる段階と、 レベル0のエンティティから資源ユニットの要求を受信する段階と、 レベル0のエンティティからの資源ユニットの要求に応じて、実際の資源利用 が夫々の第2の変数によって指定された資源割付未満であるならば、レベル0の エンティティに上記資源ユニットを割り付け、 a)上記レベル0のエンティティによる実際の資源利用が夫々の第1の変数によ って指定された最大資源割付未満であり、かつ、 b)レベル1乃至レベルN−1の各エンティティによる実際の資源利用が上記各 エンティティに対する夫々の第1の変数によって指定された最大資源割付未満で あるならば、レベル0のエンティティに上記資源ユニットを割り付ける段階とか らなる階層的資源管理方法。 27. Nは2以上を表わすとき、中間レベルを含むレベル1からレベルNまで のエンティティを通じてレベル0のエンティティに資源ユニットを割り付ける階 層的資源管理方法において、 夫々のエンティティに対する最大資源割付を指定する少なくとも1個のエンテ ィティに第1の変数を割り当てる段階と、 夫々のエンティティに対する最小資源割付を指定する少なくとも1個のエンテ ィティに第2の変数を割り当てる段階と、 レベル0のエンティティから資源ユニットの要求を受信する段階と、 レベル0のエンティティからの資源ユニットの要求に応じて、 a)レベル0のエンティティによる実際の資源利用が第2の変数によって指定さ れた最小資源利用未満であるならば、合成された資源利用がレベル1乃至Nの夫 々の第2の変数によって指定された最小資源利用を超過するか否かとは無関係に 、レベル0のエンティティに資源ユニットを付与する段階と、 b)レベル0のエンティティによる実際の資源利用が第2の変数によって指定さ れた最小資源利用を上回り、かつ、レベル1乃至Nの各レベルで合成された実際 の資源利用がレベル1乃至Nのいずれのレベルにおいても夫々の第2の変数によ って指定された最小資源利用を上回らないならば、レベル0のエンティティに資 源ユニットを付与する段階とからなる階層的資源管理方法。 28. レベル1から少なくともレベルN−1までのレベルXで第2の変数によ って指定された資源割付が、レベルX−1で夫々の第2の変数によって指定され た全資源割付の合計以上であるように、上記第1及び第2の変数を設定する段階 を更に有する請求項27記載の階層的資源管理方法。 29. レベルXで第1の変数によって指定された資源割付が、レベルX−1で 夫々の第1の変数によって指定された全資源割付の合計未満であるように、上記 第1及び第2の変数を設定する段階を更に有する請求項27記載の階層的資源管 理方法。 30. 各エンティティに少なくとも一つの資源利用カウンタを割り当てること により資源利用を追跡する段階を更に有する請求項27記載の階層的資源管理方 法。 31. 上記追跡する段階は、各エンティティに、零を超過し、かつ、上記第2 の変数によって指定された資源割付未満である資源ユニットの利用を示す第1の カウンタと、上記第2の変数によって指定された資源割付を超過した資源ユニッ トの利用を示す第2のカウンタとを割り当てる段階を含む請求項30記載の階層 的資源管理方法。 32. 上記カウンタを割り当てる段階は、エンティティが利用可能である資源 ユニットの最小数を指定する最小限界変数を割り当てる段階を更に含む請求項3 1記載の階層的資源管理方法。 33. 上記カウンタを割り当てる段階は、上記最小限界変数を超過したエンテ ィティが利用可能である資源ユニットの最大数を指定する最小超過限界変数を割 り当てる段階を更に含む請求項32記載の階層的資源管理方法。 34. 電気通信網内の帯域幅を管理する方法を利用する段階を更に有する請求 項27記載の階層的資源管理方法。 35. チャネルを管理する方法を利用する段階を更に有する請求項27記載の 階層的資源管理方法。 36. 記憶装置資源を管理する方法を利用する段階を更に有する請求項27記 載の階層的資源管理方法。 37. メモリを管理する方法を利用する段階を更に有する請求項36記載の階 層的資源管理方法。 38. 電気通信網内のバッファを管理する方法を利用する段階を 更に有する請求項37記載の階層的資源管理方法。 39. ATMセルを格納するメモリを管理する方法を利用する段階を更に有す る請求項37記載の階層的資源管理方法。 40. 各レベル0のエンティティに対し上記第1の変数を同じ値に設定する段 階を更に有する請求項27記載の階層的資源管理方法。 41. 各レベル0のエンティティに対し上記第1の変数を異なる値に設定する 段階を更に有する請求項27記載の階層的資源管理方法。 42. レベル1乃至Nの各エンティティに対し上記第1の変数を同じ値に設定 する段階を更に有する請求項27記載の階層的資源管理方法。 43. レベル1乃至Nの各エンティティに対し上記第1の変数を異なる値に設 定する段階を更に有する請求項27記載の階層的資源管理方法。 44. レベル0の各エンティティに対し上記第2の変数を同じ値に設定する段 階を更に有する請求項27記載の階層的資源管理方法。 45. 各レベル0のエンティティに対し上記第2の変数を異なる値に設定する 段階を更に有する請求項27記載の階層的資源管理方法。 46. レベル1乃至Nの各エンティティに対し上記第2の変数を同じ値に設定 する段階を更に有する請求項27記載の階層的資源管 理方法。 47. レベル1乃至Nの各エンティティに対し上記第2の変数を異なる値に設 定する段階を更に有する請求項27記載の階層的資源管理方法。[Claims] 1. When N represents 2 or more, the level from level 1 including the intermediate level to level N Hierarchy that allocates resource units to level 0 entities through entities Resource management methods,   At least one entity that specifies the maximum resource allocation for each entity Assigning a first variable to the entity;   Receiving a request for a resource unit from a level 0 entity;   In response to a request for a resource unit from a level 0 entity,   a) The actual resource utilization by the level 0 entity depends on each first variable. Less than the maximum resource allocation specified by   b) The actual resource utilization by each entity from level 1 to level N-1 Less than the maximum resource allocation specified by the respective first variable for the entity If so, assigning the above resource units to level 0 entities Hierarchical resource management method. 2. At least one entity has a minimum for each entity 2. The hierarchy of claim 1 further comprising the step of assigning a second variable specifying resource allocation. Resource management method. 3. The above assignment step is   The actual resource utilization by the level 0 entity depends on the respective second variables. Querying whether it is less than the specified resource allocation,   The actual resource utilization is less than the maximum resource allocation specified by the respective second variables From the step of providing resource units to the level 0 entity. 3. The hierarchical resource management method according to claim 2, wherein 4. The second variable at level X from level 1 to at least level N-1 The resource allocation specified by the second variable at level X-1 Setting the first and second variables to be equal to or greater than the sum of all resource allocations 4. The hierarchical resource management method according to claim 3, further comprising: 5. The resource allocation specified by the first variable at level X is , So that it is less than the sum of all resource allocations specified by the respective first variables. 4. The method of claim 3, further comprising the step of setting the first and second variables. Law. 6. Assigning at least one resource usage counter to each entity 4. The method of claim 3, further comprising the step of tracking resource utilization. 7. The tracking step includes: for each entity, exceeding zero and the second A first resource indicating utilization of a resource unit that is less than the resource allocation specified by the variable; Counter and resource units that have exceeded the resource allocation specified by the second variable above. 7. A method according to claim 6, further comprising the step of: Source management method. 8. The step of allocating the counters comprises determining which resource units are available to the entity. 8. The method of claim 7, further comprising assigning a minimum limit variable specifying a minimum number of knits. Hierarchical resource management method described above. 9. The step of allocating the counter comprises the step of exceeding the minimum limit variable. Assigns a minimum excess limit variable that specifies the maximum number of resource units for which 9. The method of claim 8, further comprising the step of applying. 10. Claims further comprising utilizing a method for managing bandwidth in a telecommunications network. Item 2. The hierarchical resource management method according to Item 1. 11. 2. The method of claim 1, further comprising utilizing a method of managing storage resources. Hierarchical resource management method. 12. The floor of claim 11, further comprising utilizing a method of managing memory. Layered resource management method. 13. The method further comprising utilizing a method for managing buffers in a telecommunications network. 13. The hierarchical resource management method according to claim 12. 14. Further comprising utilizing a method of managing the memory storing the ATM cells. The hierarchical resource management method according to claim 12, wherein 15. 2. The floor of claim 1, further comprising utilizing a method for managing channels. Layered resource management method. 16. The actual resource utilization by the level 0 entity is dictated by the second variable. If the combined resource utilization is less than the specified minimum Independent of whether the minimum resource utilization specified by the respective second variables is exceeded Assigning resource units to level 0 entities. The described hierarchical resource management method. 17. The actual resource utilization by the level 0 entity is dictated by the second variable. Exceeds the specified minimum resource usage and is synthesized at each of levels 1 to N The second variable for each of the actual resource utilization at any of the levels 1 to N Minimum capital specified by If the resource usage is not exceeded, assign a resource unit to the level 0 entity 3. The method of claim 2, further comprising the step of: 18. A stage for setting the first variable to the same value for each level 0 entity 3. The hierarchical resource management method according to claim 2, further comprising a floor. 19. Set the first variable to a different value for each level 0 entity 3. The method of claim 2, further comprising the step of: 20. Set the first variable to the same value for each of the entities from level 1 to N 3. The method of claim 2, further comprising the step of: 21. The first variable is set to a different value for each of the entities at levels 1 to N. 3. The method of claim 2, further comprising the step of defining. 22. A stage for setting the second variable to the same value for each entity at level 0 3. The hierarchical resource management method according to claim 2, further comprising a floor. 23. Set the second variable to a different value for each level 0 entity 3. The method of claim 2, further comprising the step of: 24. Set the second variable to the same value for each of the entities from level 1 to N 3. The method of claim 2, further comprising the step of: 25. The second variable is set to a different value for each of the entities at levels 1 to N. 3. The hierarchical resource management of claim 2 further comprising the step of defining. Method. 26. When N represents 2 or more, from level 1 including the intermediate level to level N For allocating resource units to level 0 entities through the entity In the layered resource management method,   At least one entity that specifies the maximum resource allocation for each entity Assigning a first variable to the entity;   At least one entity that specifies the minimum resource allocation for each entity Assigning a second variable to the entity;   Receiving a request for a resource unit from a level 0 entity;   Actual resource utilization in response to a request for a resource unit from a level 0 entity Is less than the resource allocation specified by the respective second variables, Allocate the above resource unit to the entity,   a) The actual resource utilization by the level 0 entity depends on each first variable. Less than the maximum resource allocation specified by   b) The actual resource utilization by each entity from level 1 to level N-1 Less than the maximum resource allocation specified by the respective first variable for the entity If so, assigning the above resource units to level 0 entities Hierarchical resource management method. 27. When N represents 2 or more, from level 1 including the intermediate level to level N For allocating resource units to level 0 entities through the entity In the layered resource management method,   At least one entity that specifies the maximum resource allocation for each entity Assigning a first variable to the entity;   At least one entity that specifies the minimum resource allocation for each entity Assigning a second variable to the entity;   Receiving a request for a resource unit from a level 0 entity;   In response to a request for a resource unit from a level 0 entity,   a) The actual resource utilization by the level 0 entity is specified by the second variable. If the combined resource utilization is less than the minimum resource utilization Independent of whether the minimum resource utilization specified by each second variable is exceeded , Granting resource units to level 0 entities;   b) The actual resource utilization by the level 0 entity is specified by the second variable. Actual that exceeds the minimum resource utilization and is synthesized at each of the levels 1 to N Resource utilization at each of the levels 1 to N depends on the respective second variable. Not exceed the minimum resource utilization specified by the Assigning a source unit. 28. The second variable at level X from level 1 to at least level N-1 Are assigned at level X-1 by respective second variables. Setting the first and second variables to be equal to or greater than the sum of all resource allocations 28. The hierarchical resource management method according to claim 27, further comprising: 29. The resource allocation specified by the first variable at level X is So that it is less than the sum of all resource allocations specified by the respective first variables 28. The hierarchical resource management of claim 27, further comprising the step of setting first and second variables. Method. 30. Assigning at least one resource usage counter to each entity 28. The method of claim 27, further comprising the step of tracking resource utilization by: Law. 31. The tracking step includes: for each entity, exceeding zero and the second A first indicating the utilization of resource units that are less than the resource allocation specified by the A counter and a resource unit that exceeds the resource allocation specified by the second variable. 31. The hierarchy of claim 30, further comprising the step of: Resource management method. 32. The step of allocating the counters comprises determining which resources are available to the entity. 4. The method of claim 3, further comprising: assigning a minimum limit variable specifying a minimum number of units. 2. The hierarchical resource management method according to 1. 33. The step of allocating the counters comprises the step of: Assigns a minimum over-limit variable that specifies the maximum number of resource units for which 33. The method of claim 32, further comprising the step of assigning. 34. Claims further comprising utilizing a method for managing bandwidth in a telecommunications network. Item 29. The hierarchical resource management method according to Item 27. 35. 28. The method of claim 27, further comprising utilizing a method for managing channels. Hierarchical resource management method. 36. 28. The method of claim 27, further comprising utilizing a method for managing storage resources. Hierarchical resource management method described above. 37. The floor of claim 36, further comprising utilizing a method of managing memory. Layered resource management method. 38. Using the method of managing buffers in the telecommunications network 38. The hierarchical resource management method according to claim 37, further comprising: 39. Further comprising utilizing a method of managing the memory storing the ATM cells. 38. The hierarchical resource management method according to claim 37. 40. A stage for setting the first variable to the same value for each level 0 entity The method of claim 27, further comprising a floor. 41. Set the first variable to a different value for each level 0 entity The method of claim 27, further comprising the step of: 42. Set the first variable to the same value for each of the entities from level 1 to N 28. The method of claim 27, further comprising the step of: 43. The first variable is set to a different value for each of the entities at levels 1 to N. 28. The method of claim 27, further comprising the step of defining. 44. A stage for setting the second variable to the same value for each entity at level 0 The method of claim 27, further comprising a floor. 45. Set the second variable to a different value for each level 0 entity The method of claim 27, further comprising the step of: 46. Set the second variable to the same value for each of the entities from level 1 to N 28. The hierarchical resource management of claim 27, further comprising the step of: Method. 47. The second variable is set to a different value for each of the entities at levels 1 to N. 28. The method of claim 27, further comprising the step of defining.
JP50688197A 1995-07-19 1996-07-18 Hierarchical resource management Pending JP2001520817A (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US149895P 1995-07-19 1995-07-19
US60/001,498 1995-07-19
PCT/US1996/011944 WO1997004549A1 (en) 1995-07-19 1996-07-18 Hierarchical resource management

Publications (1)

Publication Number Publication Date
JP2001520817A true JP2001520817A (en) 2001-10-30

Family

ID=38659698

Family Applications (1)

Application Number Title Priority Date Filing Date
JP50688197A Pending JP2001520817A (en) 1995-07-19 1996-07-18 Hierarchical resource management

Country Status (4)

Country Link
EP (1) EP0839419A4 (en)
JP (1) JP2001520817A (en)
AU (1) AU6502596A (en)
WO (1) WO1997004549A1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006236351A (en) * 2005-02-22 2006-09-07 Microsoft Corp Resource management method and system

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109120555B (en) * 2017-06-26 2022-10-14 中兴通讯股份有限公司 Resource allocation method and system

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5179556A (en) * 1991-08-02 1993-01-12 Washington University Bandwidth management and congestion control scheme for multicast ATM networks
US5425021A (en) * 1993-01-28 1995-06-13 International Business Machines Corporation Packet switching resource management within nodes
US5446737A (en) * 1994-02-07 1995-08-29 International Business Machines Corporation Method and apparatus for dynamically allocating shared resource access quota
US5461611A (en) * 1994-06-07 1995-10-24 International Business Machines Corporation Quality of service management for source routing multimedia packet networks

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006236351A (en) * 2005-02-22 2006-09-07 Microsoft Corp Resource management method and system

Also Published As

Publication number Publication date
AU6502596A (en) 1997-02-18
EP0839419A2 (en) 1998-05-06
EP0839419A4 (en) 2001-08-08
WO1997004549A1 (en) 1997-02-06

Similar Documents

Publication Publication Date Title
US5889956A (en) Hierarchical resource management with maximum allowable allocation boundaries
US20220206859A1 (en) System and Method for a Self-Optimizing Reservation in Time of Compute Resources
US5596576A (en) Systems and methods for sharing of resources
US9537726B2 (en) System and method for providing threshold-based access to compute resources
US8255915B1 (en) Workload management for computer system with container hierarchy and workload-group policies
US6341303B1 (en) System and method for scheduling a resource according to a preconfigured plan
US8141096B1 (en) System, method, and computer program product for group scheduling of computer resources
EP2548336B1 (en) Method and apparatus for managing reallocation of system resources
CA2142030C (en) Method and apparatus for dynamically allocating shared resource access quota
JP4049525B2 (en) Distributed processing system
CN101122872B (en) Method and system for managing application program workload
US7032222B1 (en) Method and system for determining resource allocation to users by granting request based on user associated different limits and resource limit
US20090055835A1 (en) System and Method for Managing License Capacity in a Telecommunication Network
CN105718316A (en) Job scheduling method and apparatus
EP1725947A4 (en) System and method for providing advanced reservations in a compute environment
US20070248007A1 (en) Broadband access network capacity management
US8490102B2 (en) Resource allocation management using IOC token requestor logic
US11803423B1 (en) Dynamic allocation of resources
US6347364B1 (en) Schedulable dynamic memory pinning
CN113010309B (en) Cluster resource scheduling method, device, storage medium, equipment and program product
JP2001520817A (en) Hierarchical resource management
CN103139099B (en) adaptive bandwidth adjustment method and device
KR19990061245A (en) How to Allocate and Manage Link Bandwidth on an Asynchronous Transfer Mode Switch
JPH10207847A (en) Automatic load dispersion system for distribution system
JP3103129B2 (en) Load balancing method