[go: up one dir, main page]

WO2012049788A1 - 通信端末およびクラスター監視方法 - Google Patents

通信端末およびクラスター監視方法 Download PDF

Info

Publication number
WO2012049788A1
WO2012049788A1 PCT/JP2011/001032 JP2011001032W WO2012049788A1 WO 2012049788 A1 WO2012049788 A1 WO 2012049788A1 JP 2011001032 W JP2011001032 W JP 2011001032W WO 2012049788 A1 WO2012049788 A1 WO 2012049788A1
Authority
WO
WIPO (PCT)
Prior art keywords
cluster
quality
terminal
sustainability
low
Prior art date
Application number
PCT/JP2011/001032
Other languages
English (en)
French (fr)
Inventor
リンブンピン
カルッピアーエティカンカンダサミ
村本衛一
Original Assignee
パナソニック株式会社
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 パナソニック株式会社 filed Critical パナソニック株式会社
Priority to US13/517,117 priority Critical patent/US8964584B2/en
Priority to EP11832234.6A priority patent/EP2629461B1/en
Priority to CN2011800045914A priority patent/CN102640466A/zh
Publication of WO2012049788A1 publication Critical patent/WO2012049788A1/ja

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • H04L45/04Interdomain routing, e.g. hierarchical routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/185Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1877Measures taken prior to transmission
    • 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/0803Configuration setting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/46Cluster building
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/48Routing tree calculation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/70Routing based on monitoring results
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/24Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/32Connectivity information management, e.g. connectivity discovery or connectivity update for defining a routing cluster membership

Definitions

  • the present invention relates to a communication terminal and a cluster monitoring method for determining cluster division / integration in order to construct a stream relay path in cluster units for a network that performs packet transfer by terminal relay type multipoint communication.
  • Clustering networks that transfer stream data packets by terminal relay type multipoint communication on a terminal basis is widely performed.
  • An apparatus such as a rendezvous terminal that constructs a stream relay route divides communication terminals in a network into a plurality of clusters in advance.
  • this apparatus receives a subscription request from a communication terminal that desires to join a session (hereinafter referred to as “subscriber terminal”), the apparatus selects a candidate for a parent terminal of the subscribed terminal. Then, this apparatus measures the bandwidth and delay between the joining terminal and each parent terminal candidate, determines the optimum parent terminal based on the measurement result, and re-establishes the stream relay path of the cluster including the parent terminal. To construct.
  • the time required to measure the bandwidth and delay can be reduced by constructing such a stream relay path in units of clusters.
  • Patent Document 1 discloses a technique for dividing / integrating clusters according to the number of communication terminals belonging to the cluster.
  • a super node arranged for each cluster monitors the number of communication terminals belonging to the monitored cluster. Then, when the number of the communication terminals exceeds the first threshold, the super node determines to divide the monitored cluster. Further, when the number of the communication terminals falls below the second threshold, the super node determines integration with another cluster. This makes it possible to quickly add subscriber terminals.
  • Patent Document 1 has a problem that the quality of the stream relay path after reconstruction can be deteriorated. This is because, when a subscriber terminal is added, the resources available in the cluster are distributed and the stream relay path is reconstructed. Therefore, when the cluster resources are small, the quality of the stream relay path is deteriorated. .
  • An object of the present invention is to provide a communication terminal and a cluster monitoring method capable of determining a cluster organization so that a subscriber terminal can be quickly added while ensuring the quality of a stream relay route.
  • the communication terminal of the present invention is a communication terminal that determines the organization of a cluster in order to construct a stream relay path in a cluster unit in a network that performs packet transfer by terminal relay type multipoint communication, and for each cluster A cluster quality calculation unit that acquires cluster quality indicating a low loss of packets to be received, and a cluster sustainability calculation unit that acquires cluster sustainability indicating the acceptability of a subscriber terminal for each cluster; A cluster division / integration analysis unit that determines cluster division for the cluster with low cluster quality, and determines integration with other clusters for the cluster with high cluster quality and low cluster sustainability; Have
  • the cluster monitoring method of the present invention is a cluster monitoring method for determining the organization of a cluster in order to construct a stream relay path in a cluster unit in a network that performs packet transfer by terminal relay type multipoint communication. For each cluster, a cluster quality indicating a low loss of packets to be received and a cluster sustainability indicating the acceptability of a subscriber terminal are obtained. And determining integration with other clusters for clusters with high cluster quality and low cluster sustainability.
  • the present invention it is possible to determine a cluster organization so that a subscriber terminal can be quickly added while ensuring the quality of the stream relay route.
  • the system block diagram which shows an example of a structure of the network system in one embodiment of this invention
  • a flowchart showing an example of the operation of the entire network system in the present embodiment
  • Sequence diagram showing an example of a flow of information exchange between apparatuses until cluster division / integration is determined in the present embodiment
  • the sequence diagram which shows an example of the flow of information exchange between apparatuses when the cluster division
  • the sequence diagram which shows an example of the flow of the information exchange between apparatuses when the cluster integration in this Embodiment is determined
  • the figure which shows an example of a structure of the cluster information in this Embodiment The figure which shows an example of a structure of the cluster connection request
  • the figure which shows an example of a structure of the cluster connection response in this Embodiment The figure which shows an example of a structure of the update cluster information in this Embodiment.
  • the figure which shows an example of a structure of the cluster integration response in this Embodiment The flowchart which shows an example of operation
  • the flowchart which shows the detail of the low quality network determination process in this Embodiment Flowchart showing details of cluster division / integration processing in the present embodiment
  • segmentation / integration process in this Embodiment Flowchart showing details of inter-cluster path construction processing in the present embodiment
  • segmentation of the cluster in this Embodiment The figure which shows an example of the state which integrated the cluster in this Embodiment
  • “Terminal relay multipoint communication” is a logical session connected via a network in multi-party operation.
  • the multi-party operation is an operation in which a plurality of communication terminals having functions of receiving, duplicating, and transferring a packet exchange data packets at the same time.
  • a “cluster” is a group of communication terminals grouped as a unit for reconstructing a stream relay path when adding communication terminals to a network.
  • the “cluster monitoring terminal” is a communication terminal including the communication terminal according to the present invention, and is a communication terminal having a function of determining cluster division / integration.
  • the “main control terminal” is a communication terminal having a function of adjusting the cluster configuration of the network.
  • the “low loss link” is a network link in which the loss of a packet (hereinafter referred to as “packet to be received”) transmitted from a communication terminal that is a stream transmission source is almost zero.
  • the communication terminal that is the stream transmission source is hereinafter referred to as a “root terminal”.
  • Network link quality is a small loss of packets to be received for each network link.
  • a “local cluster” is a cluster that is a target of processing or a cluster that is monitored by a cluster monitoring terminal that is a target of attention.
  • the “upstream cluster” is a cluster that forms a stream relay path from the root terminal to any one of the communication terminals in the local cluster.
  • the “downstream cluster” is a cluster in which at least a part of the stream relay path from the root terminal to any one of the communication terminals of the cluster is formed by the local cluster.
  • the “parent cluster” is a cluster having a communication terminal directly connected to a communication terminal of a local cluster among upstream clusters.
  • a “child cluster” is a cluster having communication terminals that are directly connected to communication terminals of a local cluster among downstream clusters. “Cluster sustainability” refers to the ease of accepting a joining terminal for each cluster, has sufficient resources to ensure a predetermined stream transfer quality, and can accept the joining of a new communication terminal. Is ability.
  • Cluster sustainability is calculated using the number of low loss links.
  • the “cluster sustainability ratio” is a value indicating the high possibility of cluster connection.
  • the “cluster sustainability threshold value” is a threshold value used for determination of cluster division / integration, and is a value indicating a minimum cluster sustainability required for the cluster.
  • Cluster quality is the small loss of packets to be received for each cluster, and is the ability to transmit a stream with little loss of packets.
  • the “cluster quality ratio” is a value indicating the high cluster quality.
  • the cluster quality rate is calculated using the packet loss rate of the link.
  • the “cluster quality threshold value” is a threshold value used for determination of cluster division / integration, and is a value indicating a minimum cluster quality required for the cluster.
  • the “network link loss rate” is the ratio of the number of lost packets (hereinafter referred to as “number of lost packets”) to the number of packets to be received (hereinafter referred to as “number of transmitted packets”) for each network link.
  • a “low quality network link” is a network link that is the source of packet loss.
  • Cluster delay information is a value indicating the maximum delay from the root terminal to the leaf terminal downstream of the cluster.
  • “Network link delay information” is a value indicating the maximum delay between any communication terminals.
  • Contact information is information indicating a means for a certain communication terminal to make contact with another communication terminal, for example, an IP (internet protocol) address.
  • the “network path” is information indicating to which communication terminal the communication terminal is directly connected to each communication terminal, for example, the IP address of the upstream communication terminal (parent terminal). is there.
  • FIG. 1 is a system configuration diagram showing an example of a configuration of a network system to be controlled by the cluster monitoring terminal according to the present embodiment.
  • the network system 100 includes a plurality of communication terminals (hereinafter referred to as “nodes”) 104 to 108, 112 to 122, and 126 to 136 connected to the same network 102 such as the Internet.
  • Each communication terminal can simultaneously exchange an AV (audio video) stream and a control stream with another communication terminal by terminal relay multipoint communication.
  • AV audio video
  • the network system 100 sets clusters 110, 124, and 138 each composed of one or a plurality of communication terminals. Each cluster is dynamically created, changed, or deleted in response to the joining of a communication terminal's stream transfer logical session (hereinafter simply referred to as “session”), the withdrawal from the session, or a change in network status. . That is, the session configuration and the cluster configuration in the network system 100 are dynamically changed.
  • session a communication terminal's stream transfer logical session
  • the session configuration and the cluster configuration in the network system 100 are dynamically changed.
  • FIG. 2 is a diagram illustrating an example of the session configuration and the cluster configuration in the initial state according to the present embodiment, and corresponds to FIG.
  • an arrow between nodes indicates a network link between nodes and a direction in which a stream flows.
  • the node a is a root terminal and starts an AV stream transfer session.
  • Node b and node c receive the stream from node a.
  • These three nodes form a first cluster 330.
  • node d and the node e receive the stream from the node c.
  • node h and node i receive the stream from node d.
  • Node j and node k receive the stream from node e.
  • These six nodes form a second cluster 332.
  • node f, the node g, and the node m receive the stream from the node b.
  • Node l receives the stream from node f.
  • Node n and node o receive the stream from node g.
  • These six nodes form a third cluster 334.
  • the stream sent from node a is distributed to all other nodes in the session.
  • a solid line arrow indicates that the network link quality is high
  • a broken line arrow indicates that the network link quality is low.
  • the network links 302, 304, 308, 314, 316, 318, 322, 324, and 328 have low packet loss.
  • Each network link 306, 310, 312, 320, 326 between node c to node h and node i, between node b and node m, and between node g and node n is packet loss. There are many.
  • the network system 100 includes a stream transfer function, a cluster monitoring function, and a main control function.
  • the stream transfer function is a function for transferring a stream.
  • the cluster monitoring function is a function for monitoring the state of the cluster.
  • the main control function is a function for starting a session between communication terminals of the entire network 102 and adjusting the session configuration.
  • all the nodes a to o have a stream transfer function.
  • the node a, the node d, and the node f further have a cluster monitoring function
  • the node a that is a root terminal further has a main control function. That is, the network system 100 arranges one node having a cluster monitoring function for each cluster.
  • a stream transfer terminal having a stream transfer function, a cluster monitoring terminal having a cluster monitoring function, and a main control terminal having a main control function are assumed.
  • FIG. 3 is a block diagram showing an example of the configuration of each device.
  • the numbers in parentheses in the figure are for supplementary explanation of the information flow.
  • the stream transfer terminal 410 includes a streaming management unit 411 and an AV stream communication unit 412.
  • the streaming management unit 411 is a control module for establishing a session with another stream transfer terminal (not shown).
  • the streaming management unit 411 When the stream transfer terminal 410 itself is a joining terminal, the streaming management unit 411 requests contact information of the cluster monitoring terminal 430 from the terminal coordinator 421 of the main control terminal 420 described later (448). Then, the streaming management unit 411 starts a subscription request to the cluster monitoring terminal 430 indicated by the contact information (456), and holds the contact information as cluster monitoring terminal connection information.
  • the streaming management unit 411 collects network link loss rate information from other stream transfer terminals that receive packets transmitted by the stream transfer terminal 410. This collection is performed, for example, by receiving a packet storing the number of lost packets and the RTP sequence number (RTP sequence number) from each downstream stream transfer terminal.
  • the packet storing the number of lost packets and the RTP sequence number (RTP sequence number) is an RTCP LOSS VIDEO packet, an RTCP LOSS AUDIO packet, or the like.
  • the streaming management unit 411 periodically transmits network link quality information (456: see FIG. 9 described later) including the network link loss rate to the cluster monitoring terminal 430 indicated by the contact information.
  • the streaming management unit 411 periodically transmits the network link quality information in the local cluster to the cluster monitoring terminal of the cluster to which the stream transfer terminal 410 belongs.
  • the cluster monitoring terminal is hereinafter referred to as “cluster monitoring terminal to which the stream transfer terminal 410 belongs”.
  • the AV stream communication unit 412 is a data stream transfer module for transmitting, relaying, and receiving AV content stream data packets through a session.
  • Such a stream transfer terminal 410 can transmit, relay, and receive stream data. Further, the stream transfer terminal 410 can periodically transmit the network link quality information to the cluster monitoring terminal 430 to which the stream transfer terminal 410 belongs while transmitting these stream data.
  • the main control terminal 420 includes a terminal coordinator 421 and a threshold value defining unit 422.
  • the terminal coordinator 421 functions as a rendezvous point for facilitating communication between the stream transfer terminal 410 and the cluster monitoring terminal 430 when the stream transfer terminal 410 is a subscriber terminal.
  • the terminal coordinator 421 distributes cluster information to each cluster monitoring terminal 430 (480).
  • the cluster information is information indicating the communication terminal, network path, network link delay information, and cluster delay information of the entire session or an arbitrary cluster (see FIG. 17 described later).
  • the threshold value defining unit 422 periodically collects sustainability information (see FIG. 11 described later) including the cluster quality rate and the cluster sustainability rate from all the cluster monitoring terminals 430. Then, the threshold value defining unit 422 adjusts and determines the cluster quality threshold value and the cluster sustainability threshold value according to the contents of the collected sustainability information. Then, the threshold value defining unit 422 transmits threshold information (see FIG. 8 described later) including the adjusted cluster quality threshold value and the cluster sustainability threshold value to all the cluster monitoring terminals 430. (450).
  • the main control terminal 420 can add the joining terminal to the session and adjust the cluster quality threshold value and the cluster sustainability threshold value according to the state of the entire network 102.
  • the cluster monitoring terminal 430 includes a cluster management unit 431, a cluster quality calculation unit 432, a cluster sustainability calculation unit 433, a cluster partition / integrated analysis unit 434, and a cluster metrics database (DB) 435.
  • DB cluster metrics database
  • the cluster management unit 431 receives threshold information (see FIG. 8 described later) from the threshold value defining unit 422 of the main control terminal 420 (450), and the received threshold information is clustered / integrated analysis unit. It passes to 434 (478). In addition, the cluster management unit 431 receives network link quality information (see FIG. 9 described later) (456). However, the received network link quality information is information periodically transmitted from the streaming management unit 411 of all the stream transfer terminals 410 belonging to the cluster monitored by the cluster monitoring terminal 430. Each time the cluster management unit 431 periodically receives network link quality information, the cluster management unit 431 outputs the received network link quality information to the cluster sustainability calculation unit 433 and the cluster quality calculation unit 432, respectively (470, 472).
  • the cluster management unit 431 exchanges cluster metrics information with other cluster monitoring terminals (not shown) existing in the same stream relay path.
  • This cluster metrics information is information for notifying other cluster monitoring terminals of the state in the cluster, and is information including the number of low-loss links and a list of low-quality network links (see FIG. 10 described later). ). Then, the cluster management unit 431 outputs the exchanged cluster metrics information to the cluster sustainability calculation unit 433 (470).
  • the cluster management unit 431 selects the stream transfer terminal 410 to be a cluster monitoring terminal in each cluster after division. . At this time, the cluster management unit 431 selects the stream transfer terminal 410 that has the least delay from the root terminal and does not form a low-quality link. Then, the cluster management unit 431 transmits a cluster division request (see FIG. 12 described later) to the selected stream transfer terminal 410 (456).
  • This cluster split request is a request that triggers cluster split.
  • the stream transfer terminal 410 that has received the cluster division request becomes a new cluster monitoring terminal 430.
  • the cluster management unit 431 in the new cluster monitoring terminal 430 updates information regarding all the stream transfer terminals 410 under monitoring. Then, the cluster management unit 431 makes an inquiry to the main control terminal 420 for the latest cluster information (480). Then, the cluster management unit 431 updates each network link delay information of the stream transfer terminal 410 that is newly monitored (456).
  • the cluster management unit 431 executes an intercluster path construction process.
  • the inter-cluster path construction process is a process for determining a parent cluster of the local cluster and constructing a stream relay path inside the local cluster. Details of the inter-cluster path construction process will be described later. This inter-cluster path construction process is also executed in the stream transfer terminal 410 that is accepted by requesting cluster division.
  • the cluster management unit 431 selects the cluster monitoring terminal 430 of the cluster to be the integration partner. Then, the cluster management unit 431 transmits a cluster integration request (see FIG. 21 described later) to the selected cluster monitoring terminal (not shown).
  • This cluster integration request is a request that triggers cluster integration.
  • the cluster management unit 431 selects a communication terminal to be a cluster monitoring terminal in the cluster after integration.
  • the side that sent the cluster integration request is referred to as the “integration side”
  • the side that received the cluster integration request is referred to as the “integrated side”.
  • the cluster management unit 431 in the cluster monitoring terminal 430 on the integration side and the cluster monitoring terminal 430 on the integration side updates information on all the stream transfer terminals 410 under monitoring.
  • the cluster management unit 431 on the integration side inquires the main control terminal 420 for the latest cluster information (480). Then, the cluster management unit 431 on the integration side updates the network link delay information of each stream transfer terminal 410 under monitoring (456).
  • the cluster monitoring terminal 430 on the integration side receives the cluster information and the network link delay information, it executes an intercluster path construction process.
  • the cluster management unit 431 transmits the updated cluster information including the contact information of the cluster monitoring terminal 430 of the new cluster to all the stream transfer terminals 410 under monitoring (456).
  • the updated cluster information (see FIG. 20 described later) is information indicating, for example, the communication terminal of the local cluster, the network path, the network link delay information, the cluster delay information, and the cluster division / integration state of the local cluster.
  • the updated cluster information transmitted from the new cluster to the monitored stream transfer terminal 410 only the source IP address, the total number n of communication terminals in the new cluster, and the IP address of each communication terminal are described. Shall be. This is the same content as a cluster change request described later (see FIG. 14 described later).
  • the cluster management unit 431 also transmits the updated cluster information to the terminal coordinator 421 of the main control terminal 420 (480).
  • the cluster sustainability calculation unit 433 calculates the cluster sustainability rate based on the network link quality information and the number of low-loss links in the upstream and downstream clusters, and outputs the cluster sustainability rate to the cluster partition / integration analysis unit 434 (474).
  • the cluster quality calculation unit 432 calculates the cluster quality rate based on the network link quality information, and outputs it to the cluster division / integration analysis unit 434 (476).
  • the cluster division / integration analysis unit 434 determines whether or not the cluster belonging to the cluster monitoring terminal 430 needs to be divided or integrated based on the threshold information, the cluster sustainability rate, and the cluster quality rate. . More specifically, the cluster division / integration analysis unit 434 determines cluster division when the cluster quality of the local cluster is low. Further, the cluster division / integration analysis unit 434 determines cluster integration with the parent cluster when the cluster quality is high and the cluster sustainability is low for the local cluster. Then, the cluster division / integration analysis unit 434 outputs the determination result to the cluster management unit 431 (478).
  • the cluster metrics database 435 stores all database information including a list of low quality network links.
  • the database information includes threshold information, network link quality information, cluster metrics information, cluster integration request, cluster change request, and sustainability information.
  • Such a cluster monitoring terminal 430 can determine the division when there is a large loss of packets to be received with respect to the local cluster. Further, the cluster monitoring terminal 430 can determine the integration with the parent cluster when it is difficult to accept the joining terminal for the local cluster. That is, the cluster monitoring terminal 430 can determine the cluster organization so that the addition of the joining terminal is performed quickly while ensuring the quality of the stream relay path. Further, the cluster monitoring terminal 430 can construct a stream relay path between the local cluster and another cluster and a stream relay path inside the local cluster.
  • the main control terminal 420, the stream transfer terminal 410, and the cluster monitoring terminal 430 are, for example, a CPU (central processing unit), a storage medium such as a ROM (read only memory) storing a control program, a RAM ( It has working memory such as random (access memory) and communication circuit.
  • a CPU central processing unit
  • ROM read only memory
  • RAM random (access memory)
  • communication circuit In this case, the function of each unit of each device described above is realized by the CPU executing the control program.
  • FIG. 4 is a flowchart showing an example of the operation of the entire network system 100.
  • the root terminal starts a session, and starts delivery of an AV stream using a designated quality stream (S1010). While the stream transfer is continuing, each stream transfer terminal 410 monitors the quality of each network link connected to itself, and the monitoring result is included in the network link quality information (see FIG. 9 described later) to periodically monitor the cluster. Report to terminal 430.
  • the cluster monitoring terminal 430 calculates the cluster quality based on the network link quality information reported from each stream transfer terminal 410 of the local cluster (S1020). Then, during the stream transfer, the cluster monitoring terminal 430 calculates the cluster sustainability based on the network link quality information reported from each stream transfer terminal 410 of the local cluster (S1030).
  • the cluster monitoring terminal 430 identifies a low-quality network link based on the cluster metrics information received from the other cluster monitoring terminals and the tree-based stream relay path (S1040).
  • a network link is classified as high quality when the network link loss rate is approximately zero, and conversely, when the network link loss rate is relatively high, it is classified as low quality.
  • the cluster monitoring terminal 430 may classify network links whose network link loss rate is equal to or higher than a predetermined threshold as low-quality network links.
  • the cluster monitoring terminal 430 classifies a network link in which the difference or ratio of the network link loss rate with the one upstream network link is equal to or greater than a threshold value as a low-quality network link. Also good.
  • the cluster monitoring terminal 430 determines cluster division / integration based on the calculated cluster quality rate and cluster sustainability rate. Then, the cluster monitoring terminal 430 starts cluster division / integration by transmitting a cluster division request (see FIG. 12 described later) or a cluster integration request (see FIG. 21 described later) to another cluster monitoring terminal ( S1050).
  • the network system 100 performs cluster division / integration as necessary. That is, the network system 100 avoids a low-quality network link, and reconstructs a low-delay-based stream relay path (distribution tree) having sufficient bandwidth corresponding to the designated stream quality (S1060).
  • the network system 100 determines whether or not cluster division / integration is necessary while distributing the AV stream, and appropriately divides / integrates the cluster so as to reconstruct a low-delay-based stream relay path. It has become.
  • FIG. 5 is a sequence diagram showing an example of a flow of information exchange between apparatuses until cluster division / integration is determined.
  • FIG. 5 for simplification of description, only one main control terminal 420, two cluster monitoring terminals 430, and one stream transfer terminal 410 are illustrated.
  • the stream transfer terminal 410 transmits a request for contact information to the main control terminal 420 when attempting to join a session (S502). As a result, contact information of one or more cluster monitoring terminals 430 including the first cluster monitoring terminal 430-1 is returned (S504).
  • the stream transfer terminal 410 transmits a subscription request to one or a plurality of cluster monitoring terminals 430 including the first cluster monitoring terminal 430-1 according to the received contact information (S506).
  • the stream transfer terminal 410 is determined to be under the monitoring of the first cluster monitoring terminal 430-1.
  • the main control terminal 420 transmits threshold information (see FIG. 8 described later) to each cluster monitoring terminal 430 (S508, S510). Note that the main control terminal 420 can retransmit the threshold information adjusted according to the change in the network state, the capability of each communication terminal, and the like during the session.
  • each stream transfer terminal 410 reports network link quality information (see FIG. 9 described later) to the cluster monitoring terminal 430 to which the stream transfer terminal 410 belongs during stream transfer (S512, S514).
  • Each cluster monitoring terminal 430 processes the received network link quality information.
  • Each cluster monitoring terminal 430 exchanges cluster metric information (see FIG. 10 described later) with all the cluster monitoring terminals of the upstream cluster and the downstream cluster (S516). That is, each cluster monitoring terminal 430 exchanges cluster metric information between the cluster monitoring terminals of the path cluster.
  • each cluster monitoring terminal 430 calculates a cluster quality rate and a cluster sustainability rate, and transmits sustainability information (see FIG. 11 described later) to the main control terminal 420 (S518, S520).
  • each of the cluster monitoring terminals 430-1 and 430-2 obtains threshold information, network link quality information of each stream transfer terminal 410 under monitoring, and cluster metrics information of other cluster monitoring terminals 430. get.
  • Each cluster monitoring terminal 430 analyzes these pieces of information to determine whether to divide / integrate local clusters.
  • FIG. 6 is a sequence diagram illustrating an example of a flow of information exchange between apparatuses when cluster division is determined.
  • the first cluster monitoring terminal 430-1 determines a stream transfer terminal 410 in the local cluster as a new third cluster monitoring terminal 430-3.
  • the first cluster monitoring terminal 430-1 transmits a cluster division request (see FIG. 12 described later) to the determined stream transfer terminal 410 (S540).
  • This cluster division request is a request that serves as a trigger for setting the partner stream transfer terminal 410 as the third cluster monitoring terminal 430-3.
  • the first cluster monitoring terminal 430-1 transmits the cluster division request to the other stream transfer terminals 410 in the local cluster.
  • the third cluster monitoring terminal 430-3 When the third cluster monitoring terminal 430-3 accepts the request, the third cluster monitoring terminal 430-3 returns a cluster division response (refer to FIG. 13 described later) indicating that fact (S542). Then, the third cluster monitoring terminal 430-3 transmits a cluster change request (see FIG. 14 described later) as a delay measurement trigger to the stream transfer terminal 410 in the new cluster (S544). All stream transfer terminals 410 in the new cluster are all stream transfer terminals 410 under monitoring.
  • the stream transfer terminal 410 that has received the cluster change request measures the delay time with all other terminals in the same cluster. Then, the stream transfer terminal 410 returns a cluster change response (see FIG. 15 described later) including the network delay information as the measurement result (S546). Further, the stream transfer terminal 410 that has received the cluster change request updates the cluster monitoring terminal connection information so that the subsequent network link loss rate information is transmitted to the third cluster monitoring terminal 430-3.
  • the two clusters formed by the division reconstruct the streaming relay route inside each local cluster.
  • the cluster monitoring terminal 430 that is the cluster split request source has already acquired all the cluster information necessary to reconstruct the streaming relay route. Therefore, only the new third cluster monitoring terminal 430-3 inquires cluster information from the main control terminal 420 and newly acquires it. At the same time, the new third cluster monitoring terminal 430-3 registers itself with the main control terminal 420. This inquiry and registration are performed by transmitting a cluster information request (see FIG. 16 described later) with a “new” status to the main control terminal 420 (S548). In response to this request, the main control terminal 420 returns cluster information (see FIG. 17 described later) for all clusters in the session (S550).
  • the new third cluster monitoring terminal 430-3 acquires all the information necessary for establishing the streaming relay route of the local cluster by receiving the cluster information and the cluster change response. That is, the new third cluster monitoring terminal 430-3 acquires an IP address, a list of network links of low quality links, updated network link delay information, a session network relay route, cluster delay information, and the like. Then, the new third cluster monitoring terminal 430-3 executes the inter-cluster path construction process (S551).
  • the new third cluster monitoring terminal 430-3 uses the second cluster monitoring terminal 430-2 as a parent cluster candidate in this inter-cluster path construction process. In this case, the new third cluster monitoring terminal 430-3 transmits a cluster connection request (see FIG. 18 described later) for requesting connection between the clusters to the second cluster monitoring terminal 430-2 (see FIG. 18 described later). S552).
  • the second cluster monitoring terminal 430-2 that has received the cluster connection request returns a cluster connection response (see FIG. 19 described later), thereby responding for each requested connection relationship (S554).
  • the first cluster monitoring terminal 430-1 performs an intercluster path construction process in the same manner as the new third cluster monitoring terminal 430-3 (S555).
  • the first cluster monitoring terminal 430-1 feeds back updated cluster information of “new” status (see FIG. 20 described later) and network relay route information to the main control terminal 420 (S556).
  • the network relay route information is a network path of each communication terminal included in the updated cluster information.
  • the main control terminal 420 transmits partial cluster information regarding the cluster to each cluster monitoring terminal 430 (S558). Thereby, the cluster information held by each cluster monitoring terminal 430 is updated.
  • one cluster is divided into a plurality of clusters according to the determination of cluster division.
  • FIG. 7 is a sequence diagram illustrating an example of a flow of information exchange between apparatuses when cluster integration is determined.
  • the first cluster monitoring terminal 430-1 selects the second cluster monitoring terminal 430-2 shown in FIG. 5 as the integration destination.
  • the first cluster monitoring terminal 430-1 transmits a cluster integration request (see FIG. 21 described later) for requesting cluster integration to the selected second cluster monitoring terminal 430-2 (S570).
  • this cluster integration request is accepted and a cluster integration response (see FIG. 22 described later) with an “accepted” status is returned (see FIG. 22 described later).
  • This cluster integration response includes the network link delay information of the cluster of the second cluster monitoring terminal 430-2 and a list of low quality network links.
  • the first cluster monitoring terminal 430-1 selects the next other cluster monitoring terminal and transmits the cluster integration request.
  • the first cluster monitoring terminal 430-1 transmits a cluster change request (see FIG. 14 described later) to all the stream transfer terminals 410 in the local cluster (S574).
  • This cluster change request is a request that triggers delay measurement.
  • the stream transfer terminal 410 that has received the cluster change request measures the delay time with all other terminals in the same cluster. Then, the stream transfer terminal 410 returns a cluster change response (see FIG. 15 described later) including the network delay information that is the measurement result (S575). Further, the stream transfer terminal 410 that has received the cluster change request updates the cluster monitoring terminal connection information so that the subsequent network link loss rate information is transmitted to the first cluster monitoring terminal 430-1.
  • the first cluster monitoring terminal 430-1 transmits a cluster information request of “continuation” status (see FIG. 16 described later) to the main control terminal 420. Accordingly, the first cluster monitoring terminal 430-1 requests partial cluster information regarding the local cluster from the main control terminal 420 (S578). The main control terminal 420 returns the requested partial cluster information (see FIG. 17 described later) (S580).
  • the first cluster monitoring terminal 430-1 receives all the information necessary for establishing the streaming relay route of the local cluster by receiving the cluster information and the cluster change response. That is, the first cluster monitoring terminal 430-1 obtains an IP address, a list of network links for low quality links, updated network link delay information, a session network relay path, cluster delay information, and the like. Then, the first cluster monitoring terminal 430-1 executes an intercluster path construction process (S581).
  • the first cluster monitoring terminal 430-1 uses the third cluster monitoring terminal 430-3 as a parent cluster candidate in this inter-cluster path construction process.
  • the first cluster monitoring terminal 430-1 transmits a cluster connection request (see FIG. 18 described later) to the third cluster monitoring terminal 430-3 (S582).
  • the second cluster monitoring terminal 430-2 that has received the cluster connection request returns a cluster connection response (see FIG. 19 described later), thereby responding for each requested connection relationship (S584).
  • the first cluster monitoring terminal 430-1 feeds back the updated cluster information (see FIG. 20 described later) and network relay route information of the “integrated” status to the main control terminal 420 ( S586).
  • the first cluster monitoring terminal 430-1 has, for example, two pieces of updated cluster information (see FIG. 20 described later). Is transmitted to the main control terminal 420 (S586).
  • the first updated cluster information is information about new cluster information
  • the second updated cluster information is information about a cluster to be released.
  • the main control terminal 420 Upon receiving the updated cluster information, the main control terminal 420 transmits partial cluster information (see FIG. 17 described later) to the cluster monitoring terminal 430 that is the connection destination of the updated cluster information transmission source. (S588).
  • the cluster monitoring terminal 430 is the third cluster monitoring terminal 430-3.
  • this partial cluster information is partial cluster information related to the local cluster of the cluster monitoring terminal 430 (here, the local cluster of the third cluster monitoring terminal 430-3).
  • the cluster information held by the cluster monitoring terminal 430 is updated.
  • This operation allows multiple clusters to be integrated into a single cluster according to the decision on cluster integration.
  • the network system 100 exchanges various information between devices.
  • FIG. 8 is a diagram showing an example of the configuration of threshold information.
  • the threshold information 600 includes a cluster quality threshold 602, a cluster sustainability threshold 604, and a time stamp 606.
  • Time stamp 606 indicates the time at which cluster quality threshold 602 and cluster sustainability threshold 604 were established at main control terminal 420.
  • FIG. 9 is a diagram showing an example of the configuration of network link quality information.
  • the network link quality information 700 includes a network link ID 702 and network link loss rate information 704 corresponding to the network link ID 702.
  • the network link ID is identification information of a stream relay path uniquely assigned to each stream relay path.
  • the network link loss rate information is information composed of one or a plurality of (m) network link loss rates.
  • FIG. 10 is a diagram showing an example of the configuration of cluster metrics information.
  • the cluster metrics information 800 includes a cluster ID 802, a number 804 of low-loss links corresponding to the cluster ID 802, and a list 806 of network link IDs.
  • the cluster ID is cluster identification information uniquely assigned to each cluster, and is, for example, an IP address of the cluster monitoring terminal 430 or a numerical value assigned by the main control terminal 420.
  • the network link ID list 806 is a list of network IDs of (n) low quality links in the cluster indicated by the cluster ID 802.
  • FIG. 11 is a diagram showing an example of the structure of sustainability information.
  • the sustainability information 900 includes a cluster ID 902, a cluster quality rate 904 and a cluster sustainability rate 906 of the cluster indicated by the cluster ID 902.
  • FIG. 12 is a diagram showing an example of the configuration of the cluster division request.
  • the cluster division request 2500 includes a total number (n) 2502 of communication terminals in the new cluster and IP addresses 2504 of n communication terminals belonging to the new cluster.
  • the cluster division request 2500 includes the total number (m) 2506 of network link delay information in the new cluster and the m pieces of network delay information 2508.
  • cluster split request 2500 includes a total number (p) 2510 of low quality network links in the new cluster and a list 2512 of the p low quality network links.
  • FIG. 13 is a diagram showing an example of the configuration of the cluster division response.
  • the cluster division response 2600 includes a response status 2602 indicating either “acceptance” or “rejection”.
  • FIG. 14 is a diagram illustrating an example of the configuration of a cluster change request.
  • the cluster change request 2700 includes the ID address 2702 of the requesting cluster monitoring terminal 430 (that is, the network quality information report destination) and the total number (n) 2704 of communication terminals belonging to the new cluster. Including.
  • the cluster change request 2700 includes the IP addresses 2706 of the n communication terminals.
  • FIG. 15 is a diagram illustrating an example of the configuration of the cluster change response.
  • the cluster change response 2800 includes a response status 2802 indicating either “accepted” or “rejected”.
  • the cluster change response 2800 includes the total number (m) 2804 of network delay information measured for the new cluster and the m pieces of network delay information 2806.
  • FIG. 16 is a diagram showing an example of the configuration of the cluster information request.
  • the cluster information request 2900 includes a cluster ID 2902 of the requesting cluster monitoring terminal 430 and a request status 2904 indicating either “new” or “continue”.
  • FIG. 17 is a diagram showing an example of the configuration of cluster information.
  • the cluster information 3000 includes a list 3002 of cluster monitoring terminals 430, a total number (n) 3004 of communication terminals participating in the session, and IP addresses 3006 of the n communication terminals. .
  • the cluster information 3000 includes a cluster ID 3008 to which each of the n communication terminals belongs, and a network path 3010 of each communication terminal.
  • the cluster information 3000 includes the total number (m) 3012 of network delay information in the session and the m pieces of network link delay information 3014.
  • the cluster information 3000 includes a total number (p) 3016 of clusters in the session and cluster delay information 3018 for each of the p clusters.
  • cluster information 3000 may be reduced to the requested information when only partial information for each cluster is requested. This corresponds to the partial cluster information described above.
  • FIG. 18 is a diagram illustrating an example of the configuration of a cluster connection request.
  • the cluster connection request 3100 includes the cluster ID 3102 of the requesting cluster monitoring terminal 430 and the total number (n) 3104 of network links to be connected to the new child cluster (that is, the requesting cluster). Including.
  • the cluster connection request 3100 includes the IP address 3106 of the upstream communication terminal and the IP address 3108 of the downstream communication terminal of the n network links.
  • the cluster connection request 3100 includes a request status 3110 indicating either “connected” or “disconnected” for each network link.
  • the “connection” status is a status for requesting a new path connection.
  • the “disconnected” status is a status for requesting disconnection of an existing path. The path disconnection is determined when, for example, a more preferable cluster connection exists.
  • FIG. 19 is a diagram showing an example of the configuration of the cluster connection response.
  • the cluster connection response 3200 includes the cluster ID 3202 of the cluster monitoring terminal 430 that is the response source, and the total number (n) 3204 of network links that should be connected to the new child cluster (that is, the requesting cluster). Including.
  • the cluster connection request 3100 includes the IP address 3206 of the upstream communication terminal and the IP address 3208 of the downstream communication terminal of the n network links.
  • the cluster connection request 3100 includes a response status 3210 indicating either “accept” or “reject” for each network link.
  • FIG. 20 is a diagram illustrating an example of the configuration of the update cluster information.
  • the updated cluster information 3300 includes the cluster ID and 3302 of the transmission source cluster monitoring terminal 430 and the total number (n) 3304 of communication terminals belonging to the transmission source cluster.
  • the updated cluster information 3300 includes the IP addresses 3306 of the n communication terminals and the network path 3308 of each communication terminal.
  • the updated cluster information 3300 includes the total number (m) 3310 of network delay information in the cluster and the m pieces of network link delay information 3312.
  • the updated cluster information 3300 includes cluster delay information 3314 and an information status 3316 indicating any of “integrated”, “integrated”, and “new”.
  • FIG. 21 is a diagram showing an example of the configuration of a cluster integration request.
  • the cluster integration request 3400 includes a cluster ID (IP address) 3402 of the request source cluster monitoring terminal 430 and a total number (n) 3404 of communication terminals in the request source cluster.
  • the cluster integration request 3400 also includes a cluster quality rate 3406 and a cluster sustainability rate 3408 for the requesting cluster.
  • FIG. 22 is a diagram showing an example of the configuration of the cluster integration response.
  • the cluster integration response 3500 includes a response status 3502 indicating either “accept” or “reject”. Further, the cluster integration response 3500 includes the total number (m) 3504 of network delay information in the cluster to be integrated and the m pieces of network delay information 3506. The cluster integration response 3500 also includes a number (p) 3508 of low quality network links and a list 3510 of the p low quality network links.
  • FIG. 23 is a flowchart showing an example of the operation of the cluster monitoring terminal 430.
  • step S2010 the cluster management unit 431 determines whether or not threshold information (see FIG. 8) has been received from the main control terminal 420 (corresponding to steps S508 and S510 in FIG. 5). If the cluster management unit 431 receives the threshold information (S2010: YES), the cluster management unit 431 proceeds to step S2020. On the other hand, when the threshold information is not received (S2010: NO), the cluster management unit 431 proceeds to the next step S2030.
  • step S2020 the cluster management unit 431 stores the received threshold information in the cluster metrics database 435, and proceeds to step S2030.
  • step S2030 the cluster management unit 431 acquires network link quality information (see FIG. 9) from the stream transfer terminal 410 of the local cluster. Further, the cluster management unit 431 determines whether or not all network link quality information (see FIG. 9) necessary for generating cluster metrics information has been received (corresponding to steps S512 and S514 in FIG. 5). . When all the network link quality information is received (S2030: YES), the cluster management unit 431 outputs all the received network link quality information to the cluster quality calculation unit 432. Then, the cluster management unit 431 proceeds to step S2040. If the cluster management unit 431 has not received all the network link quality information (S2030: NO), the cluster management unit 431 proceeds to the next step S2050.
  • step S2040 the cluster quality calculation unit 432 identifies a low-quality network link from the input network link quality information. Then, the cluster quality calculating unit 432 generates cluster metrics information (see FIG. 10) including a list of low quality network links and the number of low loss links. Then, the cluster quality calculation unit 432 transmits the generated cluster metrics information to another cluster management terminal via the cluster management unit 431 (corresponding to step S516 in FIG. 5), and proceeds to step S2050.
  • the cluster quality calculation unit 432 identifies a low-quality network link from the input network link quality information. Then, the cluster quality calculating unit 432 generates cluster metrics information (see FIG. 10) including a list of low quality network links and the number of low loss links. Then, the cluster quality calculation unit 432 transmits the generated cluster metrics information to another cluster management terminal via the cluster management unit 431 (corresponding to step S516 in FIG. 5), and proceeds to step S2050.
  • step S2050 the cluster management unit 431 determines whether all cluster metric information necessary for the analysis of cluster division / integration has been received from another cluster monitoring terminal.
  • all cluster metric information is cluster metric information generated for all clusters of the upstream cluster and the downstream cluster (hereinafter referred to as “path cluster”).
  • path cluster cluster metric information generated for all clusters of the upstream cluster and the downstream cluster.
  • step S2070 the cluster management unit 431 determines whether or not the cluster division / integration analysis timing has come.
  • This timing may be, for example, a timing at which acquisition of all the above-described network link quality information and all cluster metrics information is completed, or a timing at which a predetermined time has elapsed since the previous analysis.
  • the cluster management unit 431 of each cluster monitoring terminal 430 may perform cluster division / integration analysis at a different timing for each cluster.
  • the cluster management unit 431 forms a periodic analysis timing according to a timer and collects all necessary information (network link quality information and cluster metrics information) for each period.
  • the period length can be set to an arbitrary value according to the system design.
  • cluster division / integration is frequently performed, and the network relay route is frequently changed.
  • the cluster division / integration is determined based on the packet loss rate in a longer period.
  • the cluster management unit 431 proceeds to step S2080 when the analysis timing of cluster division / integration has arrived (S2070: YES). At that time, the cluster management unit 431 outputs network link quality information (see FIG. 9) and cluster metrics information (see FIG. 10) to the cluster sustainability calculation unit 433 and the cluster quality calculation unit 432, respectively. Thereafter, the cluster management unit 431 and the cluster management unit 431 proceed to step S2130 to be described later when the timing has not arrived (S2070: NO).
  • step S2080 the cluster quality calculation unit 432 executes a cluster quality determination process for calculating a cluster quality rate (corresponding to step S1020 in FIG. 4).
  • step S2090 cluster sustainability calculation unit 433 executes sustainability determination processing for calculating the sustainability rate (corresponding to step S1030 in FIG. 4).
  • the cluster quality factor and the cluster sustainability rate of the local cluster of the cluster monitoring terminal 430 are input to the cluster division / integration analysis unit 434. Details of these processes will be described later.
  • step S2100 the cluster division / integration analysis unit 434 transmits the sustainability information (see FIG. 11) to the main control terminal 420 via the cluster management unit 431 (in steps S518 and S520 in FIG. 5). Correspondence).
  • This sustainability information includes the cluster quality rate and the cluster sustainability rate of the cluster.
  • step S2110 the cluster quality calculation unit 432 executes a low quality network determination process for determining a low quality network (corresponding to step S1040 in FIG. 4).
  • step S2120 cluster dividing / integrating analysis unit 434 executes cluster dividing / integrating processing (corresponding to steps S1050 and S1060 in FIG. 4), and proceeds to step S2130.
  • This cluster division / integration process is a process for determining cluster division / integration. As a result, cluster division / integration is appropriately performed. Details of these processes will be described later.
  • FIG. 24 is a flowchart showing an example of details of the cluster quality determination process (step S2080).
  • step S2081 the cluster quality calculation unit 432 collects network link quality information (see FIG. 9) from all the stream transfer terminals 410 in the local cluster. Then, the cluster quality calculation unit 432 calculates the ratio of the number of lost packets to the number of transmitted packets per network link (that is, the network link loss rate).
  • step S2082 the cluster quality calculation unit 432 calculates a value obtained by subtracting the average of all network link loss rates in the cluster from 1 as the cluster quality rate. Then, the cluster quality calculation unit 432 outputs the calculated cluster quality rate to the cluster division / integration analysis unit 434.
  • FIG. 25 is a flowchart showing an example of the details of the sustainability determination process (step S2090).
  • FIG. 26 is a diagram illustrating a relationship between clusters used as an example for explaining the sustainability determination process.
  • the cluster sustainability calculation unit 433 specifies the number of low-loss links in the local cluster (S2091). That is, the cluster sustainability calculation unit 433 specifies the number of low-loss links based on the network link loss rate information included in the network link quality information (see FIG. 9) received in step S2030 of FIG. .
  • step S2092 the cluster sustainability calculation unit 433 acquires the number of low-loss links of each path cluster from the cluster metrics information (see FIG. 10) received in step S2050 of FIG. Then, for each path cluster, the cluster sustainability calculation unit 433 calculates the ratio of the difference of the low-loss links between the parent cluster and the local cluster to the number of low-loss links of the parent cluster (hereinafter referred to as “low-to-parent low loss”). Link ratio ”). However, the most upstream cluster that does not have a parent cluster is excluded.
  • cluster A is a parent cluster of cluster D
  • cluster E is a child cluster of cluster D
  • Cluster A and cluster C are upstream clusters of cluster D
  • cluster E is a downstream cluster of cluster D.
  • the cluster B is not an upstream cluster of the clusters C, D, and E.
  • cluster B is a child cluster of cluster A and is a downstream cluster.
  • the parent-to-parent low-loss link ratio a D of the cluster D is calculated by the following equation (2).
  • Z C is the number of low loss links in cluster C
  • Z D is the number of low loss links in cluster D.
  • the cluster sustainability calculation unit 433 calculates, for each path cluster, the ratio of the difference in the low loss link between the local cluster and the child cluster to the number of low loss links in the local cluster.
  • the ratio of the difference of the low-loss links between the local cluster and the child cluster to the number of low-loss links in the local cluster is hereinafter referred to as “the pair-to-child low-loss link ratio”.
  • the most downstream cluster that does not have a child cluster is excluded.
  • Z c is the number of low-loss links in the child cluster
  • the pair-low loss link ratio b i is expressed by the following equation (3).
  • the child cluster may have a lower number of low-loss links. Therefore, by comparing not only with the upstream side but also with the downstream side, it is possible to obtain an index value of the ability to accept a new communication terminal subscription based on the entire session. By using the entire session as a reference, it is possible to accurately extract a cluster partition / integration having a high priority, and it is possible to minimize the execution of the cluster partition / integration.
  • Z E is the number of low loss links in the cluster E.
  • the paired low-loss link ratio b D of the cluster D is calculated by the following equation (4).
  • the cluster sustainability calculation unit 433 calculates a ratio (hereinafter referred to as “parent-to-parent maximum value ratio”) to the maximum value among all the parent-to-parent low-loss link ratios of the path cluster.
  • a ratio hereinafter referred to as “parent-to-parent maximum value ratio”
  • the parent-to-parent maximum value ratio c D of the cluster D is calculated by the following equation (6).
  • c D a D / Max ( a A, a C, a D, a E) ⁇ (6)
  • step S2095 the cluster sustainability calculation unit 433 calculates a ratio (hereinafter, referred to as “pair maximum value ratio”) to the maximum value among all the pair low pair loss ratios of the path cluster.
  • the maximum value of all the paired low-loss link ratios of the path cluster is set as Max ( ⁇ b j ⁇ )
  • the paired maximum value ratio d D of the cluster D is calculated by the following equation (8).
  • d D b D / Max (b A , b C , b D , b E ) (8)
  • the parent-to-parent low-loss link ratio a i and the pair-low-loss link ratio b i are expressed by the following equations (10) and ( 11) respectively.
  • a i [(Z p1 ⁇ Z i ) / Z p1 ] +... + [(Z pn ⁇ Z i ) / Z pn ] (10)
  • b i [(Z i ⁇ Z c1 ) / Z i ] +... + [(Z i ⁇ Z cm ) / Z i ] (11)
  • FIG. 27 is a flowchart showing details of the low-quality network determination process (step S2110).
  • the cluster quality calculation unit 432 identifies a network link (that is, a low quality network link) that is a source of packet loss in the stream relay path in the local cluster.
  • the source of the packet loss can be identified by monitoring the packet loss rate of each network link based on the network link information and the tree-based stream relay path.
  • the cluster quality calculation unit 432 creates a list of low-quality network links, and outputs the created list to the cluster division / integration analysis unit 434. Specifically, the cluster quality calculation unit 432 identifies two stream transfer terminals 410 to which the network link that is the source of packet loss is connected on the upstream side and the downstream side. Then, the cluster quality calculation unit 432 lists the identification information (IP address or the like) of the two specified stream transfer terminals 410 as a low quality network link.
  • FIG. 28 is a flowchart showing details of the cluster division / integration processing (step S2120).
  • step S2121 the cluster division / integration analysis unit 434 determines whether the cluster quality of the local cluster is low. Specifically, the cluster division / integration analysis unit 434 compares the cluster quality ratio calculated in step S2080 of FIG. 23 with the cluster quality threshold acquired in step S2010 of FIG. Then, the cluster division / integration analysis unit 434 determines whether or not the cluster quality rate is equal to or higher than the cluster quality threshold. If the cluster quality of the local cluster is low (S2121: YES), the cluster division / integration analysis unit 434 proceeds to step S2122. If the cluster quality of the local cluster is not low (S2121: NO), the cluster partition / integrated analysis unit 434 proceeds to step S2123.
  • step S2122 the cluster division / integration analysis unit 434 divides the local cluster into two based on the maximum delay from the root terminal to each stream transfer terminal 410, for example.
  • the nodes A to F belong to the local cluster, and the delay times from the root terminals of the nodes A to F are short in this order.
  • a pattern in which a cluster is divided into nodes A to C having a short delay time and nodes D to F having a long delay time can be considered.
  • a pattern in which a node having a short delay time and a node having a long delay time are mixed and divided into nodes A, C, and E and nodes B, D, and F can be considered.
  • the cluster division / integration analysis unit 434 determines the cluster monitoring terminal 430 for the cluster newly generated by the division, and transmits a cluster division request (see FIG. 12) (corresponding to step S540 in FIG. 6).
  • the cluster division / integration analysis unit 434 transmits the cluster change request (see FIG. 14) information to each stream transfer terminal 410 (corresponding to step S544 in FIG. 6). .
  • this cluster change request defines a new cluster and a new cluster monitoring terminal.
  • the cluster division / integration analysis unit 434 proceeds to step S2130 in FIG.
  • step S2123 the cluster division / integration analysis unit 434 determines whether the cluster sustainability rate of the local cluster is high. Specifically, the cluster division / integration analysis unit 434 compares the cluster sustainability calculated in step S2090 of FIG. 23 with the cluster sustainability threshold acquired in step S2010 of FIG. Then, the cluster division / integration analysis unit 434 determines whether or not the cluster sustainability is equal to or greater than the cluster sustainability threshold. When the cluster sustainability quality of the local cluster is not high (S2123: NO), the cluster division / integration analysis unit 434 proceeds to step S2124. Further, when the cluster sustainability quality of the local cluster is high (S2123: YES), the cluster division / integration analysis unit 434 proceeds to step S2130 in FIG.
  • step S2124 the cluster division / integration analysis unit 434 transmits a cluster integration request (see FIG. 21) to the cluster monitoring terminal 430 of the integration partner (corresponding to step S570 in FIG. 7). Then, if the cluster integration request is accepted, the cluster division / integration analysis unit 434 transmits a cluster change request (see FIG. 14) to each stream transfer terminal 410 (corresponding to step S574 in FIG. 7). As described above, this cluster change request defines the cluster and the cluster monitoring terminal after integration. Then, the cluster division / integration analysis unit 434 proceeds to step S2130 in FIG.
  • the cluster division / integration decision rule 1200 in this cluster division / integration process is as shown in FIG.
  • the rule for stopping cluster splitting or consolidation is that both cluster quality and cluster sustainability are high (ie, low packet loss rate and many low loss links). This is because such a cluster can be a candidate for accepting a joining terminal.
  • the rule for dividing the cluster is that the cluster quality is low (that is, the packet loss rate is high).
  • the rules for cluster integration are high cluster quality and low cluster sustainability (that is, low packet loss rate and few low loss links).
  • the rule of rejection in the cluster integration process is as follows. It is assumed that the cluster integration request is transmitted to all cluster monitoring terminals 430. The cluster monitoring terminal 430 that has received the cluster integration request accepts the cluster integration request if the cluster integration has been similarly determined. However, the cluster monitoring terminal 430 rejects the cluster integration request when at least one of the following conditions is satisfied. (1) When the cluster of the cluster monitoring terminal 430 is not a cluster to be subjected to a cluster integration request. A cluster that is not subject to a cluster integration request is, for example, a cluster that has high cluster quality and high cluster sustainability. (2) When the cluster of the cluster monitoring terminal 430 is in the middle of integration with another cluster.
  • This threshold value is a predetermined value as an interval at which cluster division / integration is performed in order to prevent deterioration of streaming quality due to frequent cluster division / integration.
  • the rule of rejection in the cluster division is, for example, when the cluster quality of the local cluster is low.
  • an intercluster path construction process is executed.
  • the cluster monitoring terminal 430 and the new cluster monitoring terminal 430 that are the division requesters execute an intercluster path construction process for each cluster.
  • the cluster monitoring terminal 430 that is the integration request source executes the intercluster path construction process.
  • FIG. 30 is a flowchart illustrating an example of an intercluster path construction process.
  • the inter-cluster path construction process is executed by the cluster management unit 431 of the cluster monitoring terminal 430, for example.
  • the cluster monitoring terminal 430 searches for a cluster with the smallest delay from the root terminal from among the clusters not yet handled as candidates for the parent cluster (S3602). This searched cluster is a candidate for the parent cluster. If there is a parent cluster candidate (hereinafter referred to as “candidate cluster”) (S3604: YES), the cluster monitoring terminal 430 determines whether the candidate cluster can further have child clusters. (S3606). That is, the cluster monitoring terminal 430 determines whether the number of current child clusters of the candidate cluster is less than a predetermined maximum value. This maximum value is determined based on, for example, the maximum size of a stream that can be relayed by the cluster.
  • the cluster monitoring terminal 430 returns to step S3602 and searches for another candidate cluster. If the candidate cluster can further have child clusters (S3606: YES), the cluster monitoring terminal 430 proceeds to step S3608.
  • the cluster monitoring terminal 430 selects one or a plurality of network links that connect the communication terminal of the candidate cluster and the communication terminal of the local cluster (S3608). At this time, the cluster monitoring terminal 430 selects a network link that is not of low quality and has a small delay from the root terminal.
  • the cluster monitoring terminal 430 transmits a cluster connection request (see FIG. 18) to the cluster monitoring terminal of the candidate cluster (S3610).
  • the cluster monitoring terminal 430 of the candidate cluster sets the network link selected by the requesting cluster monitoring terminal 430.
  • cluster division and cluster integration can be performed simultaneously in parallel in one session. Therefore, a plurality of cluster connection requests from the plurality of cluster monitoring terminals 430 can be transmitted to one cluster monitoring terminal 430.
  • the candidate cluster that has received the cluster connection request rejects the excess cluster connection request.
  • a cluster may be selected based on the first-come-first-served basis, or a cluster with less delay from the root terminal may be preferentially selected.
  • the cluster monitoring terminal 430 If the transmitted cluster connection request is rejected (S3612: NO), the cluster monitoring terminal 430 returns to step S3602 and searches for another candidate cluster. On the other hand, when the transmitted cluster connection request is accepted (S3612: YES), the cluster monitoring terminal 430 proceeds to step S3614. Then, the cluster monitoring terminal 430 determines whether or not connection destinations (upstream communication terminals and parent terminals to be directly connected) have been set for all communication terminals in the local cluster (S3614).
  • the cluster monitoring terminal 430 returns to step S3602 and searches for another candidate cluster when there remains a communication terminal for which a connection destination is not set (S3614: NO). On the other hand, when the connection destination is set for all the communication terminals in the cluster (S3614: YES), the cluster monitoring terminal 430 ends the series of processes.
  • the process proceeds to step S3616. Then, the cluster monitoring terminal 430 constructs a low-delay-based stream relay path (distribution tree) and ends the process (S3616). At this time, the cluster monitoring terminal avoids a low-quality network link and connects a communication terminal in which a connection destination is not set to a communication terminal in the local cluster in which a connection destination is already set.
  • the cluster monitoring terminal 430 requests the next candidate cluster to connect to the communication terminal. Then, the cluster monitoring terminal 430 indirectly connects to other clusters via communication terminals that can directly connect to other clusters for communication terminals that cannot be directly connected to other clusters. .
  • the stream transfer terminal 410 can determine cluster integration based on the relative relationship of cluster sustainability between the upstream cluster and the downstream cluster. More specifically, the stream transfer terminal 410 can determine to integrate a cluster with a small difference in the number of low-loss links between the upper and lower clusters and a low network quality with other clusters. Further, the stream transfer terminal 410 can determine to divide a cluster with low network quality.
  • the low-loss link is an abundant resource capable of copying and relaying AV content by arranging more stream transfer terminals 410 downstream. Therefore, it can be said that a cluster composed of more low-loss links than a parent cluster and a child cluster is a highly sustainable cluster that can afford to accept a subscriber terminal.
  • each cluster In order to ensure scalability for accepting subscriber terminals, the sustainability of each cluster must be maintained above a predetermined level.
  • the cluster after integration becomes a highly sustainable cluster that can afford to accept subscriber terminals.
  • each cluster monitoring terminal 430 uses a cluster sustainability ratio indicating the number of relative low-loss links in the stream relay path, and a cluster sustainability threshold set for each session. Use. Then, each cluster monitoring terminal 430 determines integration with a parent cluster or a child cluster for a cluster whose cluster sustainability rate is equal to or lower than the cluster sustainability threshold. Thereby, the network system 100 can maintain the sustainability of each cluster at a state higher than a predetermined level, and can flexibly accept the joining terminal.
  • the cluster monitoring terminal 430 determines the division for each cluster having low cluster quality.
  • a high packet loss rate can be said to be the result of changes in network conditions.
  • the network system 100 can form a cluster in which the number of stream transfer terminals 410 is reduced by dividing the network link. That is, the network system 100 can reset the stream relay path so that the number of objects relayed by the individual stream transfer terminals 410 decreases. As a result, the network load of the network link having a high packet loss rate is reduced, and the network link loss rate is reduced.
  • the network links 306, 310, 312, 320, and 326 have a high packet loss rate.
  • the network link 306 is specified as a loss generation source in the stream relay path (nodes a to h and nodes a to i).
  • the network links 306, 320, and 326 are identified and listed as low-quality network links by each cluster monitoring terminal 430. These network links are treated as low priority routes at the next stream relay route reconstruction.
  • the network system 100 divides the second and third clusters 332 and 334 including many low-quality network links, respectively. For example, as shown in FIG. 31, the network system 100 divides the second cluster 332 into fourth and fifth clusters 336 and 338, and the third cluster 334 into the sixth and seventh clusters 340. , 342.
  • the fifth cluster 338 and the seventh cluster 342 after the division have low cluster quality (high cluster quality rate) and high cluster sustainability (high cluster sustainability rate). To do.
  • the network system 100 integrates the fifth cluster 338 and the seventh cluster 342 to construct an eighth cluster 344.
  • the network system 100 reconstructs a stream transfer path for the stream transfer terminal 410 existing in the newly divided or integrated cluster every time the cluster is divided / integrated. At this time, the network system 100 changes the stream relay path so that the influence of the existing stream relay path on the stream relay path reconstruction process is minimized.
  • the network links 306, 310, 316, 320, and 326 in FIG. 2 are changed to network links 346, 348, 350, 352, and 354, respectively.
  • the network system 100 does not select, as the network link 306, a network link classified as low quality by an earlier evaluation, as a stream relay path. As a result of such cluster division and integration, all the clusters become highly sustainable and can accept the joining terminal 356 as shown in FIG.
  • the joining terminal 356 transmits a request for joining the session to the cluster monitoring terminal of each cluster (S358, S360, S362, S364).
  • the network system 100 (the terminal coordinator 421 of the main control terminal 420) receives this join request and reconstructs a stream relay path that avoids a low-quality network link. More specifically, the network system 100 reconstructs the stream relay path based on the available resources in the cluster and the delay from the root terminal to the leaf terminal corresponding to the most downstream of each stream relay path. As a result, for example, as shown in FIG. 34, the network system 100 reconstructs low-delay-based AV stream transfer paths 366, 368, 370, and 372 that avoid a low-quality network link.
  • the network system 100 can determine the division for a cluster having a large loss of packets to be received.
  • network system 100 according to the present embodiment can determine integration with a parent cluster for a cluster in which it is difficult to accept a joining terminal.
  • the network system 100 can determine the cluster organization so that the addition of the subscriber terminal can be performed quickly while ensuring the quality of the stream relay route. That is, when a communication terminal joins a session, it is possible to construct a stream transfer path in a short time, and it is possible to avoid such reconstruction overhead while maintaining high stream transfer quality.
  • the network system 100 determines whether it is difficult to accept the subscriber terminal based on the quality of the entire network based on the quality of the relative comparison in the entire stream relay path. Thereby, the network system 100 can determine a cluster organization that ensures the quality more reliably.
  • the network system 100 uses the network link loss rate for the analysis of cluster division / integration. Therefore, the network system 100 can immediately reflect the determination of the division / integration of the cluster even when the network link quality deteriorates such as an increase in packet loss, an increase in jitter, and a long delay during the stream transfer. Can do.
  • the communication terminal is a communication terminal that determines the organization of a cluster in order to construct a stream relay path for each cluster in a network that performs packet transfer by terminal relay type multipoint communication.
  • a cluster quality calculation unit that acquires a cluster quality that indicates a low loss of packets to be received for each cluster, and a cluster sustainability that indicates the acceptability of a subscriber terminal is acquired for each cluster.
  • a cluster division / integration analysis unit To determine the cluster division for the cluster with low cluster quality and the integration with other clusters for the cluster with high cluster quality and low cluster sustainability A cluster division / integration analysis unit.
  • the cluster quality is higher as the ratio of the number of low-loss links that are low in packet loss to the number of all network links is lower, and the cluster sustainability is higher in the low-loss link of the cluster. The higher the number, the higher. In addition, the cluster sustainability is lower as the difference in the number of the low-loss links with the parent cluster is larger.
  • the present embodiment can determine the cluster organization so that the addition of the subscriber terminal can be performed quickly while ensuring the quality of the stream relay path.
  • the communication terminal and the cluster monitoring method according to the present invention are useful as a communication terminal and a cluster monitoring method that can quickly determine cluster organization such as addition of a subscriber terminal while ensuring the quality of the stream relay path.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

 ストリーム中継経路の品質を確保しつつ、加入端末の追加が速やかに行われるような、クラスター編成を決定することができる通信端末。クラスター監視端末(430)は、端末中継型のマルチポイント通信によりパケット転送を行うネットワークにおけるクラスターの編成を決定する装置であって、クラスター毎に、受信すべきパケットの損失の少なさを示すクラスター品質を取得するクラスター品質算出部(432)と、クラスター毎に、加入端末の受け入れ易さを示すクラスター持続可能性を取得するクラスター持続可能性算出部(433)と、クラスター品質が低いクラスターに対し、クラスターの分割を決定し、クラスター品質が高くかつクラスター持続可能性が低いクラスターに対し、他のクラスターとの統合を決定するクラスター分割/統合分析部(434)とを有する。

Description

通信端末およびクラスター監視方法
 本発明は、端末中継型のマルチポイント通信によりパケット転送を行うネットワークに対して、クラスター単位でのストリーム中継経路の構築のために、クラスターの分割/統合を決定する通信端末およびクラスター監視方法に関する。
 端末中継型のマルチポイント通信によりストリームデータパケットの転送を行うネットワークを、端末ベースでクラスター化することが、広く行われている。
 ストリーム中継経路の構築を行うランデブー端末等の装置は、ネットワーク中の通信端末を、予め複数のクラスターに分けている。この装置は、セッションへの加入を希望する通信端末(以下「加入端末」という)から加入要求を受信すると、この加入端末の親端末の候補を選択する。そして、この装置は、加入端末と各親端末候補との間の帯域幅および遅延を測定し、測定結果に基づいて最適な親端末を決定し、親端末が含まれるクラスターのストリーム中継経路を再構築する。
 特に大規模なネットワークの場合は、このようなクラスター単位でのストリーム中継経路の構築を行うことにより、帯域幅および遅延の測定に要する時間を低減することができる。
 ところが、1つのクラスターに属する通信端末の数が多いと、帯域幅および遅延の測定を効果的に低減することができない。また、1つのクラスターに属する通信端末の数が少ないと、ストリーム中継経路を再構築の自由度が少なくなり、加入端末の受け入れが困難となる。そこで、クラスターに属する通信端末の数に応じて、クラスターを分割/統合する技術が、例えば特許文献1に記載されている。
 特許文献1記載の技術では、クラスター毎に配置されたスーパーノードが、監視下にあるクラスターに属する通信端末の数を監視する。そして、当該通信端末の数が第1のしきい値を超えると、スーパーノードは、監視下のクラスターの分割を決定する。また、当該通信端末の数が第2のしきい値を下回ると、スーパーノードは、他のクラスターとの統合を決定する。これにより、加入端末の追加を速やかに行うことができる。
米国特許出願公開第2006/0114846号明細書
 しかしながら、特許文献1記載の技術には、再構築後のストリーム中継経路の品質が低下し得るという課題がある。なぜなら、加入端末の追加時には、クラスター内の利用可能なリソースを分配してストリーム中継経路が再構築されるため、クラスターのリソースが少ない場合には、ストリーム中継経路の品質の劣化を招くからである。
 本発明の目的は、ストリーム中継経路の品質を確保しつつ、加入端末の追加が速やかに行われるような、クラスター編成を決定することができる通信端末およびクラスター監視方法を提供することである。
 本発明の通信端末は、端末中継型のマルチポイント通信によりパケット転送を行うネットワークにおけるクラスター単位でのストリーム中継経路の構築のために、クラスターの編成を決定する通信端末であって、前記クラスター毎に、受信すべきパケットの損失の少なさを示すクラスター品質を取得するクラスター品質算出部と、前記クラスター毎に、加入端末の受け入れ易さを示すクラスター持続可能性を取得するクラスター持続可能性算出部と、前記クラスター品質が低いクラスターに対し、クラスターの分割を決定し、前記クラスター品質が高くかつ前記クラスター持続可能性が低いクラスターに対し、他のクラスターとの統合を決定するクラスター分割/統合分析部とを有する。
 本発明のクラスター監視方法は、端末中継型のマルチポイント通信によりパケット転送を行うネットワークにおけるクラスター単位でのストリーム中継経路の構築のために、クラスターの編成を決定するクラスター監視方法であって、前記クラスター毎に、受信すべきパケットの損失の少なさを示すクラスター品質と、加入端末の受け入れ易さを示すクラスター持続可能性と、を取得するステップと、前記クラスター品質が低いクラスターに対し、クラスターの分割を決定し、前記クラスター品質が高くかつ前記クラスター持続可能性が低いクラスターに対し、他のクラスターとの統合を決定するステップとを有する。
 本発明によれば、ストリーム中継経路の品質を確保しつつ、加入端末の追加が速やかに行われるような、クラスター編成を決定することができる。
本発明の一実施の形態におけるネットワークシステムの構成の一例を示すシステム構成図 本実施の形態における初期状態のセッション構成およびクラスター構成の一例を示す図 本実施の形態に係る通信端末を含む各装置の構成の一例を示すブロック図 本実施の形態におけるネットワークシステム全体の動作の一例を示すフローチャート 本実施の形態におけるクラスター分割/統合が決定されるまでの装置間の情報交換の流れの一例を示すシーケンス図 本実施の形態におけるクラスター分割が決定されたときの装置間の情報交換の流れの一例を示すシーケンス図 本実施の形態におけるクラスター統合が決定されたときの装置間の情報交換の流れの一例を示すシーケンス図 本実施の形態におけるしきい値情報の構成の一例を示す図 本実施の形態におけるネットワークリンク品質情報の構成の一例を示す図 本実施の形態におけるクラスターメトリクス情報の構成の一例を示す図 本実施の形態における持続可能性情報の構成の一例を示す図 本実施の形態におけるクラスター分割要求の構成の一例を示す図 本実施の形態におけるクラスター分割応答の構成の一例を示す図 本実施の形態におけるクラスター変更要求の構成の一例を示す図 本実施の形態におけるクラスター変更応答の構成の一例を示す図 本実施の形態におけるクラスター情報要求の構成の一例を示す図 本実施の形態におけるクラスター情報の構成の一例を示す図 本実施の形態におけるクラスター接続要求の構成の一例を示す図 本実施の形態におけるクラスター接続応答の構成の一例を示す図 本実施の形態における更新クラスター情報の構成の一例を示す図 本実施の形態におけるクラスター統合要求の構成の一例を示す図 本実施の形態におけるクラスター統合応答の構成の一例を示す図 本実施の形態におけるクラスター監視端末の動作の一例を示すフローチャート 本実施の形態におけるクラスター品質決定処理の詳細の一例を示すフローチャート 本実施の形態における持続可能性決定処理の詳細の一例を示すフローチャート 本実施の形態における持続可能性決定処理の説明に一例として用いるクラスター間の関係を示す図 本実施の形態における低品質ネットワーク決定処理の詳細を示すフローチャート 本実施の形態におけるクラスター分割/統合処理の詳細を示すフローチャート 本実施の形態におけるクラスター分割/統合処理におけるルールを示す図 本実施の形態におけるクラスター間パス構築処理の詳細を示すフローチャート 本実施の形態におけるクラスターの分割を行った状態の一例を示す図 本実施の形態におけるクラスターの統合を行った状態の一例を示す図 本実施の形態における加入端末が受け入れられる様子の一例を示す図 本実施の形態における再構築されたセッション構成の一例を示す図
 以下、本発明の一実施の形態について、図面を参照して詳細に説明する。
 まず、本実施の形態の説明に先立って、本実施の形態における主な用語の定義について説明する。
 「端末中継型マルチポイント通信」とは、マルチパーティ運用において、ネットワークを介して接続される論理的セッションである。また、ここで、マルチパーティ運用とは、パケットを受信、複製、および転送する機能を有する複数の通信端末が、データパケットを同時に交換する運用である。
 「クラスター」とは、ネットワークに通信端末を追加する際のストリーム中継経路の再構築の単位としてまとめられた通信端末の一群である。
 「クラスター監視端末」とは、本発明にかかる通信端末を含む通信端末であり、クラスターの分割/統合の決定を行う機能を有する通信端末である。
 「主制御端末」とは、ネットワークのクラスター構成を調整する機能を有する通信端末である。
 「低損失リンク」とは、ストリームの送信元の通信端末から送信されたパケット(以下「受信すべきパケット」という)の損失が、ほぼゼロであるネットワークリンクである。なお、ストリームの送信元の通信端末は、以下「ルート端末」という。
 「ネットワークリンク品質」とは、ネットワークリンク毎の、受信すべきパケットの損失の少なさである。
 「ローカルクラスター」とは、処理の対象となっているクラスター、または、着目の対象となっているクラスター監視端末に監視されるクラスターである。
 「上流クラスター」とは、ルート端末からローカルクラスターのいずれかの通信端末へと至るストリーム中継経路を形成するクラスターである。
 「下流クラスター」とは、ルート端末からそのクラスターのいずれかの通信端末へと至るストリーム中継経路の少なくとも一部が、ローカルクラスターによって形成されるクラスターである。
 「親クラスター」とは、上流クラスターのうち、ローカルクラスターの通信端末に直接に接続する通信端末を有するクラスターである。
 「子クラスター」とは、下流クラスターのうち、ローカルクラスターの通信端末に直接に接続する通信端末を有するクラスターである。
 「クラスター持続可能性」とは、クラスター毎の、加入端末の受け入れ易さであり、所定のストリーム転送品質を確保するのに十分なリソースを有し、新たな通信端末の加入を受け入れることができる能力である。クラスター持続可能性は、低損失リンクの数を用いて算出される。
 「クラスター持続可能性率」とは、クラスター接続可能性の高さを示す値である。
 「クラスター持続可能性しきい値」とは、クラスターの分割/統合の判断に用いられるしきい値であり、クラスターに求められる最低限のクラスター持続可能性を示す値である。
 「クラスター品質」とは、クラスター毎の、受信すべきパケットの損失の少なさであり、パケットをほとんど損失させることなくトリームを送信することができる能力である。
 「クラスター品質率」とは、クラスター品質の高さを示す値である。クラスター品質率は、リンクのパケット損失率を用いて算出される。
 「クラスター品質しきい値」とは、クラスターの分割/統合の判断に用いられるしきい値であり、クラスターに求められる最低限のクラスター品質を示す値である。
 「ネットワークリンク損失率」とは、ネットワークリンク毎の、受信すべきパケットの数(以下「送信パケット数」という)に対する、損失したパケットの数(以下「損失パケット数」という)の比率である。
 「低品質のネットワークリンク」とは、パケット損失の発生源となっているネットワークリンクである。
 「クラスター遅延情報」とは、ルート端末からクラスター最下流のリーフ端末までの最大遅延を示す値である。
 「ネットワークリンク遅延情報」とは、任意の通信端末間の最大遅延を示す値である。
 「コンタクト情報」とは、ある通信端末が他の通信端末とコンタクトを取るための手段を示す情報であり、例えばIP(internet protocol)アドレスである。
 「ネットワークパス」とは、通信端末毎に、その通信端末が上流側のどの通信端末に直接に接続しているかを示す情報であり、例えば、上流側の通信端末(親端末)のIPアドレスである。
 図1は、本実施の形態に係るクラスター監視端末が制御対象とするネットワークシステムの構成の一例を示すシステム構成図である。
 図1において、ネットワークシステム100は、インターネット等の同一のネットワーク102に接続された、複数の通信端末(以下、適宜「ノード」という)104~108、112~122、126~136を有する。各通信端末は、端末中継型マルチポイント通信により、他の通信端末との間でAV(audio video)ストリームと制御ストリームとを同時に交換することが可能となっている。
 ネットワークシステム100は、それぞれ1つまたは複数の通信端末から構成されるクラスター110、124、138を設定している。各クラスターは、通信端末のストリーム転送の論理的セッション(以下単に「セッション」という)への加入、セッションからの離脱や、ネットワーク状態の変化に応じて、動的に作成、変更、または削除される。すなわち、ネットワークシステム100におけるセッション構成およびクラスター構成は、動的に変更される。
 図2は、本実施の形態における初期状態のセッション構成およびクラスター構成の一例を示す図であり、図1に対応するものである。
 図2において、ノード間の矢印は、ノード間のネットワークリンクとストリームが流れる方向を示す。ここでは、ノードaが、ルート端末であり、AVストリーム転送セッションを開始するものとする。ノードbおよびノードcは、ノードaからストリームを受信する。これら3つのノードは、第1のクラスター330を形成している。
 また、ノードdおよびノードeは、ノードcからストリームを受信する。ノードhおよびノードiは、ノードdからストリームを受信する。ノードjおよびノードkは、ノードeからストリームを受信する。これら6つのノードは、第2のクラスター332を形成している。
 また、ノードf、ノードg、およびノードmは、ノードbからストリームを受信する。ノードlは、ノードfからストリームを受信する。ノードnおよびノードoは、ノードgからストリームを受信する。これら6つのノードは、第3のクラスター334を形成している。
 このようなクラスター構成により、ノードaから送出されたストリームは、セッション中の他の全てのノードへ配信される。
 ここで、実線の矢印は、ネットワークリンク品質が高いことを示し、破線の矢印は、ネットワークリンク品質が低いことを示す。ノードaとノードcとの間、ノードaとノードbとの間、ノードcからノードjおよびノードkまでの間、ノードbからノードlまでの間、およびノードbからノードoまでの間は、パケット損失が少ない。すなわち、ネットワークリンク302、304、308、314、316、318、322、324、328は、パケット損失が少ない。そして、ノードcからノードhおよびノードiまでの間、ノードbとノードmとの間、およびノードgとノードnとの間の、各ネットワークリンク306、310、312、320、326は、パケット損失が多い。
 ネットワークシステム100は、ストリーム転送機能、クラスター監視機能、および主制御機能を含む。ストリーム転送機能は、ストリームを転送する機能である。クラスター監視機能は、クラスターの状態を監視する機能である。主制御機能は、ネットワーク102全体の通信端末間のセッションを開始させ、セッション構成を調整する機能である。これらの機能は、1つまたは複数の通信端末に共存または分散し得る論理エンティティである。
 例えば、全てのノードa~ノードoは、ストリーム転送機能を有する。また、これらのうち、ノードa、ノードd、およびノードfは、更にクラスター監視機能を有し、ルート端末であるノードaは、更に主制御機能を有する。すなわち、ネットワークシステム100は、クラスター毎に、クラスター監視機能を有するノードを1つずつ配置している。
 本実施の形態では、説明の簡便化のため、ストリーム転送機能を有するストリーム転送端末と、クラスター監視機能を有するクラスター監視端末と、主制御機能を有する主制御端末とを想定する。
 以下、通信端末の構成を、主制御端末、クラスター監視端末、およびストリーム転送端末に分けて説明する。
 図3は、各装置の構成の一例を示すブロック図である。なお、図中括弧書きの数字は、情報の流れを補足的に説明するためのものである。
 図3に示すように、ストリーム転送端末410は、ストリーミング管理部411およびAVストリーム通信部412を有する。
 ストリーミング管理部411は、他のストリーム転送端末(図示せず)との間でセッションを確立するための制御モジュールである。
 ストリーミング管理部411は、ストリーム転送端末410自身が加入端末である場合には、後述の主制御端末420の端末コーディネータ421に対して、クラスター監視端末430のコンタクト情報を要求する(448)。そして、ストリーミング管理部411は、コンタクト情報が示すクラスター監視端末430に対して加入要求を開始する(456)と共に、そのコンタクト情報をクラスター監視端末接続情報として保持する。
 また、ストリーミング管理部411は、ストリーム転送端末410が送信したパケットを受信する他のストリーム転送端末からネットワークリンク損失率情報を収集する。この収集は、例えば、損失パケット数およびRTPシーケンス番号(RTP sequence number)を格納したパケットを、下流の各ストリーム転送端末から受信することによって行われる。なお、損失パケット数およびRTPシーケンス番号(RTP sequence number)を格納したパケットとは、RTCP LOSS VIDEO パケットまたはRTCP LOSS AUDIO パケット等である。そして、ストリーミング管理部411は、定期的に、コンタクト情報が示すクラスター監視端末430に対して、ネットワークリンク損失率を含むネットワークリンク品質情報(456:後述の図9参照)を送信する。すなわち、ストリーミング管理部411は、ストリーム転送端末410が属するクラスターのクラスター監視端末に対して、ローカルクラスター内のネットワークリンク品質情報を、定期的に送信する。なお、クラスター監視端末は、以下「ストリーム転送端末410が属するクラスター監視端末」という。
 AVストリーム通信部412は、セッションを通じて、AVコンテンツのストリームデータパケットを送信、中継、および受信するための、データストリーム転送モジュールである。
 このようなストリーム転送端末410は、ストリームデータの発信、中継、および受信を行うことができる。また、ストリーム転送端末410は、これらのストリームデータの発信等を行いつつ、ストリーム転送端末410が属するクラスター監視端末430に対してネットワークリンク品質情報を定期的に送信することができる。
 また、図3に示すように、主制御端末420は、端末コーディネータ421およびしきい値規定部422を有する。
 端末コーディネータ421は、ストリーム転送端末410が加入端末である場合に、ストリーム転送端末410とクラスター監視端末430との間の通信を容易にするためのランデブーポイントとして機能する。また、端末コーディネータ421は、各クラスター監視端末430に対してクラスター情報の配信を行う(480)。クラスター情報とは、セッション全体または任意のクラスターの通信端末、ネットワークパス、ネットワークリンク遅延情報、およびクラスター遅延情報を示す情報である(後述の図17参照)。
 しきい値規定部422は、全てのクラスター監視端末430から、クラスター品質率およびクラスター持続可能性率を含む持続可能性情報(後述の図11参照)を、定期的に収集する。そして、しきい値規定部422は、収集した持続可能性情報の内容に応じて、クラスター品質しきい値およびクラスター持続可能性しきい値を調整し、確定する。そして、しきい値規定部422は、調整後のクラスター品質しきい値およびクラスター持続可能性しきい値を含むしきい値情報(後述の図8参照)を、全てのクラスター監視端末430へ送信する(450)。
 このような主制御端末420は、加入端末のセッションへの追加を行うと共に、ネットワーク102全体の状態に応じて、クラスター品質しきい値およびクラスター持続可能性しきい値を調整することができる。
 また、図3に示すように、クラスター監視端末430は、クラスター管理部431、クラスター品質算出部432、クラスター持続可能性算出部433、クラスター分割/統合分析部434、およびクラスターメトリクスデータベース(DB)435を有する。
 クラスター管理部431は、主制御端末420のしきい値規定部422から、しきい値情報(後述の図8参照)を受信し(450)、受信したしきい値情報をクラスター分割/統合分析部434へ渡す(478)。また、クラスター管理部431は、ネットワークリンク品質情報(後述の図9参照)を受信する(456)。但し、この受信するネットワークリンク品質情報は、クラスター監視端末430が監視するクラスターに属する、全てのストリーム転送端末410のストリーミング管理部411から定期的に送信される情報である。クラスター管理部431は、定期的にネットワークリンク品質情報を受信する毎に、受信したネットワークリンク品質情報を、クラスター持続可能性算出部433およびクラスター品質算出部432へそれぞれ出力する(470、472)。また、クラスター管理部431は、同一ストリーム中継経路中に存在する他のクラスター監視端末(図示せず)との間で、クラスターメトリクス情報を交換する。このクラスターメトリクス情報は、クラスター内の状態を他のクラスター監視端末に通知するための情報であり、低損失リンクの数と低品質のネットワークリンクのリストとを含む情報である(後述の図10参照)。そして、クラスター管理部431は、交換されたクラスターメトリクス情報を、クラスター持続可能性算出部433へ出力する(470)。
 また、クラスター管理部431は、後述のクラスター分割/統合分析部434から、クラスター分割が必要である旨を通知されたとき、分割後の各クラスターにおいてクラスター監視端末となるストリーム転送端末410を選択する。このとき、クラスター管理部431は、ルート端末からの遅延が最も少なく、かつ、低品質リンクを形成しないストリーム転送端末410を、選択する。そして、クラスター管理部431は、クラスター分割要求(後述の図12参照)を、選択したストリーム転送端末410へ送信する(456)。このクラスター分割要求は、クラスター分割のトリガーとなる要求である。
 クラスター分割要求を受理したストリーム転送端末410は、新たなクラスター監視端末430となる。新たなクラスター監視端末430におけるクラスター管理部431は、監視下にある全てのストリーム転送端末410に関する情報を更新する。そして、クラスター管理部431は、最新のクラスター情報を主制御端末420へ問い合わせる(480)。そして、クラスター管理部431は、新たに監視下となったストリーム転送端末410のそれぞれのネットワークリンク遅延情報を更新する(456)。そして、クラスター管理部431は、クラスター情報およびネットワークリンク遅延情報を受信すると、クラスター間パス構築処理を実行する。クラスター間パス構築処理は、ローカルクラスターの親クラスターを決定し、ローカルクラスター内部のストリーム中継経路を構築する処理である。クラスター間パス構築処理の詳細については後述する。また、このクラスター間パス構築処理は、クラスター分割を要求して受理されたストリーム転送端末410においても実行される。
 また、クラスター管理部431は、後述のクラスター分割/統合分析部434から、クラスターの統合が必要である旨を通知されたとき、統合相手となるクラスターのクラスター監視端末430を選択する。そして、クラスター管理部431は、選択したクラスター監視端末(図示せず)へ、クラスター統合要求(後述の図21参照)を送信する。このクラスター統合要求は、クラスター統合のトリガーとなる要求である。また、クラスター管理部431は、統合後のクラスターにおいてクラスター監視端末となる通信端末を選択する。以下、クラスター統合要求を送信した側は「統合側」といい、クラスター統合要求を受理した側は「被統合側」という。
 統合側のクラスター監視端末430および被統合側のクラスター監視端末430におけるクラスター管理部431は、監視下にある全てのストリーム転送端末410に関する情報を更新する。統合側のクラスター管理部431は、最新のクラスター情報を主制御端末420に問い合わせる(480)。そして、統合側のクラスター管理部431は、監視下にあるストリーム転送端末410のそれぞれのネットワークリンク遅延情報を更新する(456)。そして、統合側のクラスター監視端末430は、クラスター情報およびネットワークリンク遅延情報を受信すると、クラスター間パス構築処理を実行する。
 そして、クラスター管理部431は、新たなクラスターのクラスター監視端末430のコンタクト情報を含む、更新クラスター情報を、監視下にある全てのストリーム転送端末410へ送信する(456)。更新クラスター情報(後述の図20参照)とは、例えば、ローカルクラスターの通信端末、ネットワークパス、ネットワークリンク遅延情報、クラスター遅延情報、およびローカルクラスターのクラスター分割/統合の状態等を示す情報である。但し、新たなクラスターから監視下のストリーム転送端末410へと送信される更新クラスター情報には、送信元のIPアドレス、新たなクラスターにおける通信端末の総数n、および各通信端末のIPアドレスのみが記述されるものとする。これは、後述のクラスター変更要求(後述の図14参照)と同じ内容である。また、クラスター管理部431は、更新クラスター情報を、主制御端末420の端末コーディネータ421にも送信する(480)。
 クラスター持続可能性算出部433は、ネットワークリンク品質情報および上下流クラスターの低損失リンクの数に基づいて、クラスター持続可能性率を算出し、クラスター分割/統合分析部434へ出力する(474)。
 クラスター品質算出部432は、ネットワークリンク品質情報に基づいて、クラスター品質率を算出し、クラスター分割/統合分析部434へ出力する(476)。
 クラスター分割/統合分析部434は、しきい値情報と、クラスター持続可能性率およびクラスター品質率とに基づいて、クラスター監視端末430に属するクラスターの分割または統合が必要であるか否かを決定する。より具体的には、クラスター分割/統合分析部434は、ローカルクラスターのクラスター品質が低い場合には、クラスター分割を決定する。また、クラスター分割/統合分析部434は、ローカルクラスターについて、クラスター品質が高く、かつ、クラスター持続可能性が低い場合には、親クラスターとのクラスター統合を決定する。そして、クラスター分割/統合分析部434は、決定結果を、クラスター管理部431へ出力する(478)。
 クラスターメトリクスデータベース435は、低品質のネットワークリンクのリストを含む、全てのデータベース情報を格納する。データベース情報は、しきい値情報、ネットワークリンク品質情報、クラスターメトリクス情報、クラスター統合要求、クラスター変更要求、および持続可能性情報を含む。
 このようなクラスター監視端末430は、ローカルクラスターに対して、受信すべきパケットの損失が多い場合には、分割を決定することができる。また、クラスター監視端末430は、ローカルクラスターに対して、加入端末の受け入れが困難である場合には、親クラスターとの統合を決定することができる。すなわち、クラスター監視端末430は、ストリーム中継経路の品質を確保しつつ、加入端末の追加が速やかに行われるような、クラスター編成を決定することができる。また、クラスター監視端末430は、ローカルクラスターと他のクラスターとの間のストリーム中継経路と、ローカルクラスター内部のストリーム中継経路とを構築することができる。
 なお、主制御端末420、ストリーム転送端末410、およびクラスター監視端末430は、図示しないが、例えば、CPU(central processing unit)、制御プログラムを格納したROM(read only memory)等の記憶媒体、RAM(random access memory)等の作業用メモリ、および通信回路等をそれぞれ有する。この場合、上記した各装置の各部の機能は、CPUが制御プログラムを実行することにより実現される。
 次に、ネットワークシステム100の動作について説明する。最初は、システム全体の動作について説明する。
 図4は、ネットワークシステム100全体の動作の一例を示すフローチャートである。
 まず、ルート端末(図2のノードa)は、セッションを開始し、指定された品質のストリームにより、AVストリームの配信を開始する(S1010)。ストリーム転送の継続中、各ストリーム転送端末410は、自己に接続する各ネットワークリンクの品質を監視し、監視結果を、ネットワークリンク品質情報(後述の図9参照)に含めて、定期的にクラスター監視端末430へ報告する。
 そして、ストリーム転送の継続中に、クラスター監視端末430は、ローカルクラスターの各ストリーム転送端末410から報告されたネットワークリンク品質情報に基づいて、クラスター品質を算出する(S1020)。そして、ストリーム転送の継続中に、クラスター監視端末430は、ローカルクラスターの各ストリーム転送端末410から報告されたネットワークリンク品質情報に基づいて、クラスター持続可能性を算出する(S1030)。
 また、クラスター監視端末430は、他のクラスター監視端末から受信したクラスターメトリクス情報と、ツリーベースのストリーム中継経路とに基づいて、低品質のネットワークリンクを特定する(S1040)。ネットワークリンクは、ネットワークリンク損失率がほぼゼロである場合には、高品質に分類され、逆に、ネットワークリンク損失率が比較的高い場合には、低品質に分類される。例えば、クラスター監視端末430は、ネットワークリンク損失率が予め定めた閾値以上となるネットワークリンクを、低品質のネットワークリンクに分類するようにしても良い。あるいは、クラスター監視端末430は、1つ上流側のネットワークリンクとの間で、ネットワークリンク損失率の差もしくは比率が閾値以上となっているネットワークリンクを、低品質のネットワークリンクに分類するようにしても良い。
 そして、クラスター監視端末430は、算出されたクラスター品質率およびクラスター持続可能性率に基づいて、クラスター分割/統合を決定する。そして、クラスター監視端末430は、クラスター分割要求(後述の図12参照)またはクラスター統合要求(後述の図21参照)を、他のクラスター監視端末へ送信することにより、クラスター分割/統合を開始する(S1050)。
 この結果、ネットワークシステム100は、必要に応じてクラスター分割/統合を行う。すなわち、ネットワークシステム100は、低品質のネットワークリンクを回避し、指定されたストリーム品質に対応する十分な帯域幅をもつ、低遅延ベースのストリーム中継経路(配送木)を再構築する(S1060)。
 このように、ネットワークシステム100は、AVストリームを配信しながら、クラスター分割/統合の要否を判定し、適宜、クラスターを分割/統合して、低遅延ベースのストリーム中継経路に再構築するようになっている。
 次に、ネットワークシステム100における情報交換の流れについて説明する。
 図5は、クラスター分割/統合が決定されるまでの装置間の情報交換の流れの一例を示すシーケンス図である。ここでは、説明の簡便化のため、1つの主制御端末420、2つのクラスター監視端末430、および1つのストリーム転送端末410のみを図示する。
 ストリーム転送端末410は、セッションに加入しようとする際に、主制御端末420に対してコンタクト情報の要求を送信する(S502)。この結果、第1のクラスター監視端末430-1を含む1つまたは複数のクラスター監視端末430のコンタクト情報が、返信される(S504)。ストリーム転送端末410は、受信したコンタクト情報に従って、第1のクラスター監視端末430-1を含む1つまたは複数のクラスター監視端末430に対して、加入要求を送信する(S506)。ここでは、ストリーム転送端末410は、第1のクラスター監視端末430-1の監視下となることが決定されたものとする。
 主制御端末420は、各クラスター監視端末430に対して、しきい値情報(後述の図8参照)を送信する(S508、S510)。なお、主制御端末420は、セッション中にも、ネットワーク状態や各通信端末の能力の変化等に応じて調整したしきい値情報を再送し得る。
 一方、各ストリーム転送端末410は、ストリーム転送中に、ネットワークリンク品質情報(後述の図9参照)を、そのストリーム転送端末410が属するクラスター監視端末430へ報告する(S512、S514)。
 また、各クラスター監視端末430は、受信したネットワークリンク品質情報を処理する。そして、各クラスター監視端末430は、上流クラスターおよび下流クラスターの全てのクラスター監視端末との間で、クラスターメトリクス情報(後述の図10参照)を交換する(S516)。すなわち、各クラスター監視端末430は、経路クラスターのクラスター監視端末間で、クラスターメトリクス情報を交換する。
 その後、各クラスター監視端末430は、クラスター品質率およびクラスター持続可能性率を算出して、持続可能性情報(後述の図11参照)を主制御端末420へ送信する(S518、S520)。
 以上の動作により、各クラスター監視端末430-1、430-2は、しきい値情報、監視下にある各ストリーム転送端末410のネットワークリンク品質情報、および他のクラスター監視端末430のクラスターメトリクス情報を取得する。そして、各クラスター監視端末430は、これらの情報を分析して、ローカルクラスターの分割/統合を行うか否かを判断する。
 図6は、クラスター分割が決定されたときの装置間の情報交換の流れの一例を示すシーケンス図である。
 第1のクラスター監視端末430-1が、ローカルクラスター内のあるストリーム転送端末410を、新たな第3のクラスター監視端末430-3として決定したものとする。この場合、第1のクラスター監視端末430-1は、決定されたストリーム転送端末410へ、クラスター分割要求(後述の図12参照)を送信する(S540)。このクラスター分割要求は、相手のストリーム転送端末410を、第3のクラスター監視端末430-3に設定するトリガーとなる要求である。なお、クラスター分割要求が拒絶された場合には、第1のクラスター監視端末430-1は、ローカルクラスター内の他のストリーム転送端末410に対してクラスター分割要求を送信することになる。
 第3のクラスター監視端末430-3は、要求を受理する場合には、その旨を示すクラスター分割応答(後述の図13参照)を返信する(S542)。そして、第3のクラスター監視端末430-3は、新たなクラスター内のストリーム転送端末410に対して、遅延測定のトリガーとして、クラスター変更要求(後述の図14参照)を送信する(S544)。新たなクラスター内の全てのストリーム転送端末410とは、つまり、監視下にある全てのストリーム転送端末410である。
 クラスター変更要求を受信したストリーム転送端末410は、同一のクラスター内の他の全ての端末との間の遅延時間を測定する。そして、ストリーム転送端末410は、測定結果であるネットワーク遅延情報を含めたクラスター変更応答(後述の図15参照)を返信する(S546)。また、クラスター変更要求を受信したストリーム転送端末410は、以降のネットワークリンク損失率情報が、第3のクラスター監視端末430-3に送信されるように、そのクラスター監視端末接続情報を更新する。
 分割により形成された2つのクラスターは、それぞれのローカルクラスター内部のストリーミング中継経路を再構築する。クラスター分割の要求元のクラスター監視端末430は、既に、ストリーミング中継経路を再構築するのに必要な全てのクラスター情報を取得している。したがって、新たな第3のクラスター監視端末430-3のみが、主制御端末420に対してクラスター情報を問い合わせて新たに取得する。同時に、新たな第3のクラスター監視端末430-3は、自身を、主制御端末420へ登録する。この問い合わせおよび登録は、主制御端末420に対して、「新規」ステータスのクラスター情報要求(後述の図16参照)を送信することによって行われる(S548)。主制御端末420は、この要求の応答として、セッション内の全てのクラスターについてのクラスター情報(後述の図17参照)を返信する(S550)。
 新たな第3のクラスター監視端末430-3は、クラスター情報およびクラスター変更応答の受信により、ローカルクラスターのストリーミング中継経路を構築するために必要な全ての情報を取得する。すなわち、新たな第3のクラスター監視端末430-3は、IPアドレス、低品質リンクのネットワークリンクのリスト、更新されたネットワークリンク遅延情報、セッションのネットワーク中継経路、クラスター遅延情報等を取得する。そして、新たな第3のクラスター監視端末430-3は、クラスター間パス構築処理を実行する(S551)。
 新たな第3のクラスター監視端末430-3は、このクラスター間パス構築処理において、第2のクラスター監視端末430-2を親クラスターの候補としたものとする。この場合、新たな第3のクラスター監視端末430-3は、第2のクラスター監視端末430-2に対して、クラスター間の接続を要求するクラスター接続要求(後述の図18参照)を送信する(S552)。
 クラスター接続要求を受信した第2のクラスター監視端末430-2は、クラスター接続応答(後述の図19参照)を返信することにより、要求された接続関係毎に応答する(S554)。第1のクラスター監視端末430-1は、新たな第3のクラスター監視端末430-3と同様にクラスター間パス構築処理を行う(S555)。次に、第1のクラスター監視端末430-1は、「新規」ステータスの更新クラスター情報(後述の図20参照)とネットワーク中継経路情報とを、主制御端末420へフィードバックする(S556)。ネットワーク中継経路情報とは、更新クラスター情報に含まれる各通信端末のネットワークパスである。更新クラスター情報を受けて、主制御端末420は、各クラスター監視端末430に対してそのクラスターに関する部分的なクラスター情報を送信する(S558)。これにより、各クラスター監視端末430が保持するクラスター情報は更新される。
 このような動作により、クラスター分割の決定に従って、1つのクラスターが複数のクラスターに分割される。
 図7は、クラスター統合が決定されたときの装置間の情報交換の流れの一例を示すシーケンス図である。
 第1のクラスター監視端末430-1は、統合先として、図5に示す第2のクラスター監視端末430-2を選択したとする。この場合、第1のクラスター監視端末430-1は、選択した第2のクラスター監視端末430-2に対して、クラスター統合を要求するクラスター統合要求(後述の図21参照)を送信する(S570)。第2のクラスター監視端末430-2においてもクラスター統合が決定されていた場合には、このクラスター統合要求は受理され、「受理」ステータスのクラスター統合応答(後述の図22参照)が返信される(S572)。このクラスター統合応答には、第2のクラスター監視端末430-2のクラスターのネットワークリンク遅延情報および低品質のネットワークリンクのリストが、含まれる。なお、クラスター統合要求が拒絶された場合には、第1のクラスター監視端末430-1は、次の他のクラスター監視端末を選択してクラスター統合要求を送信することになる。
 クラスター統合要求が受理されると、第1のクラスター監視端末430-1は、ローカルクラスター内の全てのストリーム転送端末410に対して、クラスター変更要求(後述の図14参照)を送信する(S574)。このクラスター変更要求は、遅延測定のトリガーとなる要求である。
 クラスター変更要求を受信したストリーム転送端末410は、同一のクラスター内の他の全ての端末との間の遅延時間を測定する。そして、ストリーム転送端末410は、測定結果であるネットワーク遅延情報を含むクラスター変更応答(後述の図15参照)を、返信する(S575)。また、クラスター変更要求を受信したストリーム転送端末410は、以降のネットワークリンク損失率情報が、第1のクラスター監視端末430-1に送信されるように、そのクラスター監視端末接続情報を更新する。
 第1のクラスター監視端末430-1は、「継続」ステータスのクラスター情報要求(後述の図16参照)を、主制御端末420へ送信する。これにより、第1のクラスター監視端末430-1は、主制御端末420に対して、ローカルクラスターに関する部分的なクラスター情報を要求する(S578)。主制御端末420は、要求された部分的なクラスター情報(後述の図17参照)を返信する(S580)。
 第1のクラスター監視端末430-1は、クラスター情報およびクラスター変更応答の受信により、ローカルクラスターのストリーミング中継経路を構築するために必要な全ての情報を取得する。すなわち、第1のクラスター監視端末430-1は、IPアドレス、低品質リンクのネットワークリンクのリスト、更新されたネットワークリンク遅延情報、セッションのネットワーク中継経路、クラスター遅延情報等を取得する。そして、第1のクラスター監視端末430-1は、クラスター間パス構築処理を実行する(S581)。
 第1のクラスター監視端末430-1は、このクラスター間パス構築処理において、第3のクラスター監視端末430-3を親クラスターの候補としたものとする。この場合、第1のクラスター監視端末430-1は、第3のクラスター監視端末430-3に対してクラスター接続要求(後述の図18参照)を送信する(S582)。
 クラスター接続要求を受信した第2のクラスター監視端末430-2は、クラスター接続応答(後述の図19参照)を返信することにより、要求された接続関係毎に応答する(S584)。クラスター間パス構築処理が完了すると、第1のクラスター監視端末430-1は、「統合」ステータスの更新クラスター情報(後述の図20参照)およびネットワーク中継経路情報を、主制御端末420へフィードバックする(S586)。また、被統合側である第2のクラスター監視端末430-2としての機能を解除するために、第1のクラスター監視端末430-1は、例えば、2つの更新クラスター情報(後述の図20参照)を主制御端末420へ送信する(S586)。例えば、1つ目の更新クラスター情報は、新たなクラスターの情報についての情報であり、2つ目の更新クラスター情報は、解除されるクラスターについての情報である。
 そして、更新クラスター情報を受けて、主制御端末420は、その更新クラスター情報の送信元の接続先であるクラスター監視端末430に対して、部分的なクラスター情報(後述の図17参照)を送信する(S588)。なお、クラスター監視端末430は、ここでは第3のクラスター監視端末430-3である。ただし、この部分的なクラスター情報は、そのクラスター監視端末430のローカルクラスター(ここでは第3のクラスター監視端末430-3のローカルクラスター)に関する部分的なクラスター情報である。そのクラスター監視端末430が保持するクラスター情報は、更新される。
 このような動作により、クラスター統合の決定に従って、複数のクラスターが1つのクラスターに統合される。
 このように、ネットワークシステム100は、装置間で、各種情報の交換を行う。
 ここでは、ネットワークシステム100で交換される各情報の構成について説明する。
 図8は、しきい値情報の構成の一例を示す図である。
 図8に示すように、しきい値情報600は、クラスター品質しきい値602、クラスター持続可能性しきい値604、およびタイムスタンプ606を含む。タイムスタンプ606は、クラスター品質しきい値602およびクラスター持続可能性しきい値604が主制御端末420において確定された時刻を示す。
 図9は、ネットワークリンク品質情報の構成の一例を示す図である。
 図9に示すように、ネットワークリンク品質情報700は、ネットワークリンクID702と、このネットワークリンクID702に対応するネットワークリンク損失率情報704を含む。ここで、ネットワークリンクIDとは、ストリーム中継経路毎にユニークに割り当てられたストリーム中継経路の識別情報である。ネットワークリンク損失率情報とは、1つまたは複数(m個)のネットワークリンク損失率から成る情報である。
 図10は、クラスターメトリクス情報の構成の一例を示す図である。
 図10に示すように、クラスターメトリクス情報800は、クラスターID802と、このクラスターID802に対応する低損失リンクの数804およびネットワークリンクIDのリスト806とを含む。ここで、クラスターIDとは、クラスター毎にユニークに割り当てられたクラスターの識別情報であり、例えばクラスター監視端末430のIPアドレスや、主制御端末420によって割り当てられた数値である。ネットワークリンクIDのリスト806は、クラスターID802が示すクラスター中の(n個の)低品質リンクのネットワークIDのリストである。
 図11は、持続可能性情報の構成の一例を示す図である。
 図11に示すように、持続可能性情報900は、クラスターID902と、クラスターID902が示すクラスターのクラスター品質率904およびクラスター持続可能性率906とを含む。
 図12は、クラスター分割要求の構成の一例を示す図である。
 図12に示すように、クラスター分割要求2500は、新たなクラスターにおける通信端末の総数(n)2502と、その新たなクラスターに属するn個の通信端末のIPアドレス2504とを含む。また、クラスター分割要求2500は、新たなクラスターにおけるネットワークリンク遅延情報の総数(m)2506と、そのm個のネットワーク遅延情報2508とを含む。更に、クラスター分割要求2500は、新たなクラスターにおける低品質のネットワークリンクの総数(p)2510と、そのp個の低品質のネットワークリンクのリスト2512とを含む。
 図13は、クラスター分割応答の構成の一例を示す図である。
 図13に示すように、クラスター分割応答2600は、「受理」および「拒絶」のいずれかを示す応答ステータス2602を含む。
 図14は、クラスター変更要求の構成の一例を示す図である。
 図14に示すように、クラスター変更要求2700は、要求元のクラスター監視端末430(つまりネットワーク品質情報の報告先)のIDアドレス2702と、新たなクラスターに属する通信端末の総数(n)2704とを含む。また、クラスター変更要求2700は、そのn個の通信端末のIPアドレス2706を含む。
 図15は、クラスター変更応答の構成の一例を示す図である。
 図15に示すように、クラスター変更応答2800は、「受理」および「拒絶」のいずれかを示す応答ステータス2802を含む。また、クラスター変更応答2800は、新たクラスターについて測定されたネットワーク遅延情報の総数(m)2804と、そのm個のネットワーク遅延情報2806とを含む。
 図16は、クラスター情報要求の構成の一例を示す図である。
 図16に示すように、クラスター情報要求2900は、要求元のクラスター監視端末430のクラスターID2902と、「新規」および「継続」のいずれかを示す要求ステータス2904を含む。
 図17は、クラスター情報の構成の一例を示す図である。
 図17に示すように、クラスター情報3000は、クラスター監視端末430のリスト3002と、セッションに参加している通信端末の総数(n)3004と、そのn個の通信端末のIPアドレス3006とを含む。また、クラスター情報3000は、そのn個の通信端末がそれぞれ属するクラスターID3008と、各通信端末のネットワークパス3010とを含む。また、クラスター情報3000は、セッションにおけるネットワーク遅延情報の総数(m)3012と、そのm個のネットワークリンク遅延情報3014とを含む。また、クラスター情報3000は、セッションにおけるクラスターの総数(p)3016と、そのp個のクラスターのそれぞれのクラスター遅延情報3018とを含む。
 なお、クラスター情報3000は、クラスター毎の部分的な情報のみが要求されている場合には、要求された情報に削減されたものであっても良い。これは、上述の、部分的なクラスター情報に相当する。
 図18は、クラスター接続要求の構成の一例を示す図である。
 図18に示すように、クラスター接続要求3100は、要求元のクラスター監視端末430のクラスターID3102と、新たな子クラスター(つまり要求側のクラスター)に接続すべきネットワークリンクの総数(n)3104とを含む。また、クラスター接続要求3100は、そのn個のネットワークリンクの、上流側の通信端末のIPアドレス3106および下流側の通信端末のIPアドレス3108を含む。そして、クラスター接続要求3100は、ネットワークリンク毎の、「接続」および「切断」のいずれかを示す要求ステータス3110を含む。「接続」ステータスは、新たにパスの接続を要求するためのステータスである。「切断」ステータスは、既存のパスの切断を要求するためのステータスである。なお、パスの切断は、例えば、より好ましいクラスター接続が存在するときに決定される。
 図19は、クラスター接続応答の構成の一例を示す図である。
 図19に示すように、クラスター接続応答3200は、応答元のクラスター監視端末430のクラスターID3202と、新たな子クラスター(つまり要求側のクラスター)に接続すべきネットワークリンクの総数(n)3204とを含む。また、クラスター接続要求3100は、そのn個のネットワークリンクの、上流側の通信端末のIPアドレス3206および下流側の通信端末のIPアドレス3208を含む。そして、クラスター接続要求3100は、ネットワークリンク毎の、「受理」および「拒絶」のいずれかを示す応答ステータス3210を含む。
 図20は、更新クラスター情報の構成の一例を示す図である。
 図20に示すように、更新クラスター情報3300は、送信元のクラスター監視端末430のクラスターIDと3302と、送信元のクラスターに属する通信端末の総数(n)3304とを含む。また、更新クラスター情報3300は、そのn個の通信端末のIPアドレス3306と、各通信端末のネットワークパス3308とを含む。また、更新クラスター情報3300は、クラスター内におけるネットワーク遅延情報の総数(m)3310と、そのm個のネットワークリンク遅延情報3312とを含む。また、更新クラスター情報3300は、クラスター遅延情報3314と、「統合」、「被統合」、および「新規」のいずれかを示す情報ステータス3316とを含む。
 図21は、クラスター統合要求の構成の一例を示す図である。
 図21に示すように、クラスター統合要求3400は、要求元のクラスター監視端末430のクラスターID(IPアドレス)3402と、要求元のクラスターにおける通信端末の総数(n)3404を含む。また、クラスター統合要求3400は、要求元のクラスターの、クラスター品質率3406およびクラスター持続可能性率3408を含む。
 図22は、クラスター統合応答の構成の一例を示す図である。
 図22に示すように、クラスター統合応答3500は、「受理」および「拒絶」のいずれかを示す応答ステータス3502を含む。また、クラスター統合応答3500は、被統合クラスターにおけるネットワーク遅延情報の総数(m)3504と、そのm個のネットワーク遅延情報3506とを含む。また、クラスター統合応答3500は、低品質のネットワークリンクの数(p)3508と、そのp個の低品質のネットワークリンクのリスト3510とを含む。
 次に、クラスター監視端末430の動作について説明する。
 図23は、クラスター監視端末430の動作の一例を示すフローチャートである。
 まず、ステップS2010において、クラスター管理部431は、主制御端末420からしきい値情報(図8参照)を受信したか否かを判断する(図5のステップS508、S510に対応)。クラスター管理部431は、しきい値情報を受信した場合には(S2010:YES)、ステップS2020へ進む。また、クラスター管理部431は、しきい値情報を受信していない場合には(S2010:NO)、その次のステップS2030へ進む。
 ステップS2020において、クラスター管理部431は、受信したしきい値情報をクラスターメトリクスデータベース435に記憶させて、ステップS2030へ進む。
 ステップS2030において、クラスター管理部431は、ローカルクラスターのストリーム転送端末410から、ネットワークリンク品質情報(図9参照)を取得する。また、クラスター管理部431は、クラスターメトリクス情報を生成するのに必要な全てのネットワークリンク品質情報(図9参照)を、受信したか否かを判断する(図5のステップS512、S514に対応)。クラスター管理部431は、全てのネットワークリンク品質情報を受信した場合には(S2030:YES)、受信した全てのネットワークリンク品質情報をクラスター品質算出部432へ出力する。そして、クラスター管理部431は、ステップS2040へ進む。また、クラスター管理部431は、全てのネットワークリンク品質情報を受信していない場合には(S2030:NO)、その次のステップS2050へ進む。
 ステップS2040において、クラスター品質算出部432は、入力されたネットワークリンク品質情報から、低品質のネットワークリンクを特定する。そして、クラスター品質算出部432は、低品質のネットワークリンクのリストと低損失リンクの数とを含むクラスターメトリクス情報(図10参照)を生成する。そして、クラスター品質算出部432は、生成したクラスターメトリクス情報を、クラスター管理部431を介して他のクラスター管理端末へ送信して(図5のステップS516に対応)、ステップS2050へ進む。
 ステップS2050において、クラスター管理部431は、他のクラスター監視端末から、クラスター分割/統合の分析に必要な全てのクラスターメトリクス情報を受信したか否かを判断する。ここで、全てのクラスターメトリクス情報とは、上流クラスターおよび下流クラスターの全てのクラスター(以下「経路クラスター」という)について、生成されたクラスターメトリクス情報である。クラスター管理部431は、全てのクラスターメトリクス情報を受信した場合には(S2050:YES)、ステップS2060へ進み、受信したクラスターメトリクス情報を記憶する。また、クラスター管理部431は、全てのクラスターメトリクス情報を受信していない場合には(S2050:NO)、その次のステップS2070へ進む。
 ステップS2070において、クラスター管理部431は、クラスター分割/統合の分析のタイミングが到来したか否かを判断する。このタイミングは、例えば、上述の全てのネットワークリンク品質情報および全てのクラスターメトリクス情報の取得が完了したタイミングでも良いし、前回の分析から所定の時間が経過したタイミングでも良い。
 具体的には、例えば、各クラスター監視端末430のクラスター管理部431は、クラスター毎に異なるタイミングでクラスター分割/統合の分析を行うようにしても良い。この場合、クラスター管理部431は、タイマーに従って周期的な分析タイミングを形成すると共に、その周期毎に、必要な全ての情報(ネットワークリンク品質情報、クラスターメトリクス情報)の収集を行う。周期の長さはシステム設計に応じて任意の値を設定することができる。周期が短い場合、クラスター分割/統合は、頻繁に行われることになり、頻繁にネットワーク中継経路が変更されることになる。また、周期が短い場合、クラスター分割/統合は、より長い期間でのパケット損失率に基づいて決定されることになる。このように周期的に情報収集が行われる場合には、全ての情報が収集されたか否かの逐次の判定は、必ずしも行われなくても良い。
 クラスター管理部431は、クラスター分割/統合の分析のタイミングが到来した場合には(S2070:YES)、ステップS2080へ進む。その際、クラスター管理部431は、ネットワークリンク品質情報(図9参照)およびクラスターメトリクス情報(図10参照)を、クラスター持続可能性算出部433およびクラスター品質算出部432へそれぞれ出力する。その後、クラスター管理部431は、また、クラスター管理部431は、当該タイミングが到来していない場合には(S2070:NO)、後述のステップS2130へ進む。
 ステップS2080において、クラスター品質算出部432は、クラスター品質率を算出するクラスター品質決定処理を実行する(図4のステップS1020に対応)。また、続くステップS2090において、クラスター持続可能性算出部433は、持続可能性率を算出する持続可能性決定処理を実行する(図4のステップS1030に対応)。その結果、クラスター分割/統合分析部434には、クラスター監視端末430のローカルクラスターのクラスター品質率およびクラスター持続可能性率が入力される。これらの処理の詳細については、後述する。
 そして、ステップS2100において、クラスター分割/統合分析部434は、クラスター管理部431を介して、持続可能性情報(図11参照)を、主制御端末420へ送信する(図5のステップS518、S520に対応)。この持続可能性情報は、クラスターのクラスター品質率およびクラスター持続可能性率を含む。
 そして、ステップS2110において、クラスター品質算出部432は、低品質ネットワークを決定する低品質ネットワーク決定処理を実行する(図4のステップS1040に対応)。また、続くステップS2120において、クラスター分割/統合分析部434は、クラスター分割/統合処理を実行して(図4のステップS1050、S1060に対応)、ステップS2130へ進む。このクラスター分割/統合処理は、クラスターの分割/統合を決定するための処理である。この結果、適宜、クラスターの分割/統合が行われる。これらの処理の詳細については、後述する。
 図24は、クラスター品質決定処理(ステップS2080)の詳細の一例を示すフローチャートである。
 まず、ステップS2081において、クラスター品質算出部432は、ローカルクラスターの全てのストリーム転送端末410から、ネットワークリンク品質情報(図9参照)を収集する。そして、クラスター品質算出部432は、ネットワークリンク当りの送信パケット数に対する損失パケット数の比率(つまりネットワークリンク損失率)を算出する。
 そして、ステップS2082において、クラスター品質算出部432は、クラスター内の全てのネットワークリンク損失率の平均を1から差し引いた値を、クラスター品質率として算出する。そして、クラスター品質算出部432は、算出したクラスター品質率を、クラスター分割/統合分析部434へ出力する。
 図25は、持続可能性決定処理(ステップS2090)の詳細の一例を示すフローチャートである。また、図26は、持続可能性決定処理の説明に一例として用いるクラスター間の関係を示す図である。
 まず、ステップS2091において、クラスター持続可能性算出部433は、ローカルクラスター中の低損失リンクの数を特定する(S2091)。つまり、クラスター持続可能性算出部433は、図23のステップS2030で受信した、ネットワークリンク品質情報(図9参照)に含まれるネットワークリンク損失率情報に基づいて、当該低損失リンクの数を特定する。
 そして、ステップS2092において、クラスター持続可能性算出部433は、図23のステップS2050で受信したクラスターメトリクス情報(図10参照)から、経路クラスターのそれぞれの低損失リンクの数を取得する。そして、クラスター持続可能性算出部433は、経路クラスター毎に、親クラスターの低損失リンクの数に対する、親クラスターとローカルクラスターとの間の低損失リンクの差分の比(以下、「対親低損失リンク比」という)を算出する。但し、親クラスターを有さない最も上流のクラスターは除かれる。ここで、Zを、ローカルクラスターの低損失リンクの数とし、Zを、親クラスターの低損失リンクの数とすると、対親低損失リンク比aは、以下の式(1)で表される。
 ai = Δ(Z,Z)/Z= (Z-Z)/Z   ・・・(1)
 ここで、クラスター間の関係は、図26に示すように、クラスターAを頂点とするクラスターA~クラスターE(1500~1508)を想定する。クラスターCは、クラスターDの親クラスターであり、クラスターEは、クラスターDの子クラスターである。また、クラスターAおよびクラスターCは、クラスターDの上流クラスターであり、クラスターEは、クラスターDの下流クラスターである。一方、クラスターBには、クラスターC、D、Eに接続される通信端末は存在しないため、クラスターBは、クラスターC、D、Eの上流クラスターではない。しかし、クラスターBは、クラスターAの子クラスターであり、下流のクラスターである。
 この場合、例えば、クラスターDの対親低損失リンク比aは、以下の式(2)により算出される。式(2)において、Zは、クラスターCにおける低損失リンクの数とし、Zは、クラスターDにおける低損失リンクの数とする。
 a = Δ(Z,Z)/Z= (Z-Z)/Z   ・・・(2)
 そして、ステップS2093において、クラスター持続可能性算出部433は、経路クラスター毎に、ローカルクラスターの低損失リンクの数に対する、ローカルクラスターと子クラスターとの間の低損失リンクの差分の比を算出する。なお、ローカルクラスターの低損失リンクの数に対する、ローカルクラスターと子クラスターとの間の低損失リンクの差分の比は、以下、「対子低損失リンク比」という。但し、子クラスターを有さない最も下流のクラスターは除かれる。ここで、Zを、子クラスターの低損失リンクの数とすると、対子低損失リンク比bは、以下の式(3)で表される。
 bi = Δ(Z,Z)/Z= (Z-Z)/Z   ・・・(3)
 なお、クラスター持続可能性率に対親低損失リンク比aだけでなく対子低損失リンク比bを用いるのは、全てのクラスターにおいて一様に高いクラスター持続可能性を実現するためである。また、クラスター分割/統合の実行は、AVストリームの品質の保証の観点から、必要最小限に抑えられることが望ましいためである。
 例えば、子クラスターに、親クラスターとしてローカルクラスターだけでなく他のクラスターも接続されている場合、子クラスターのほうが低損失リンクの数が少ない場合が起こり得る。したがって、上流側とだけでなく下流側との比較を行うことにより、セッション全体を基準とした、新たな通信端末の加入を受け入れることができる能力の指標値を得ることができる。そして、セッション全体を基準とすることにより、クラスター分割/統合の優先度の高いものを的確に抽出することができ、クラスター分割/統合の実行を必要最小限に抑えることが可能となる。
 例えば、図26の例において、Zは、クラスターEにおける低損失リンクの数とする。この場合、例えば、クラスターDの対子低損失リンク比bは、以下の式(4)により算出される。
 b = Δ(Z,Z)/Z= (Z-Z)/Z   ・・・(4)
 そして、ステップS2094において、クラスター持続可能性算出部433は、経路クラスターの全ての対親低損失リンク比のうちの最大値に対する比(以下「対親最大値比」という)を算出する。経路クラスターの全ての対親低損失リンク比のうちの最大値をMax({a})と置くと、対親最大値比cは、以下の式(5)で表される。
 c = a/Max({a})   ・・・(5)
 例えば、図26の例において、クラスターDの対親最大値比cは、以下の式(6)により算出される。
 c = a/Max(a,a,a,a)   ・・・(6)
 そして、ステップS2095において、クラスター持続可能性算出部433は、経路クラスターの全ての対子低損失リンク比のうちの最大値に対する比(以下「対子最大値比」という)を算出する。経路クラスターの全ての対子低損失リンク比のうちの最大値をMax({b})と置くと、対子最大値比dは、以下の式(7)で表される。
 d = b/Max({b})   ・・・(7)
 例えば、図26の例において、クラスターDの対子最大値比dは、以下の式(8)により算出される。
 d = b/Max(b,b,b,b)   ・・・(8)
 そして、ステップS2096において、クラスター持続可能性算出部433は、経路クラスターのそれぞれについて、対親最大値比cと対子最大値比dとの平均値を、正規化前クラスター持続可能性率として算出する。すなわち、正規化前クラスター持続可能性率eは、以下の式(9)により表される。
 e = (c+d)/2   ・・・(9)
 なお、複数の子クラスターが存在する場合には、子クラスターの数をnとすると、対親低損失リンク比aおよび対子低損失リンク比bは、以下の式(10)および式(11)でそれぞれ表される。
 ai =[(Zp1-Z)/Zp1] + … + [(Zpn-Z)/Zpn] ・・・(10)
 bi =[(Z-Zc1)/Z] + … + [(Z-Zcm)/Z] ・・・(11)
 そして、ステップS2097において、クラスター持続可能性算出部433は、ローカルクラスターの正規化前クラスター持続可能性率を、経路クラスターの全ての正規化前クラスター持続可能性率のうちの最大値で除する。これにより、クラスター持続可能性算出部433は、正規化されたクラスター持続可能性率を算出する。すなわち、クラスター持続可能性率fは、以下の式(10)により表される。
 f = e/(ei + max(e))   ・・・(10)
 図27は、低品質ネットワーク決定処理(ステップS2110)の詳細を示すフローチャートである。
 まず、ステップS2111において、クラスター品質算出部432は、ローカルクラスター内のストリーム中継経路中の、パケット損失の発生源であるネットワークリンク(つまり低品質のネットワークリンク)を特定する。パケット損失の発生源の特定は、ネットワークリンク情報およびツリーベースのストリーム中継経路に基づいて、各ネットワークリンクのパケット損失率を監視することにより可能である。
 そして、ステップS2112において、クラスター品質算出部432は、低品質のネットワークリンクのリストを作成し、作成したリストを、クラスター分割/統合分析部434へ出力する。具体的には、クラスター品質算出部432は、パケット損失の発生源であるネットワークリンクが上流側と下流側で接続する2つのストリーム転送端末410を特定する。そして、クラスター品質算出部432は、特定した2つのストリーム転送端末410の識別情報(IPアドレス等)を、低品質のネットワークリンクとしてリストアップする。
 図28は、クラスター分割/統合処理(ステップS2120)の詳細を示すフローチャートである。
 まず、ステップS2121において、クラスター分割/統合分析部434は、ローカルクラスターのクラスター品質が低いか否かを判断する。具体的には、クラスター分割/統合分析部434は、図23のステップS2080において算出されたクラスター品質率を、図23のステップS2010において取得されたクラスター品質しきい値と比較する。そして、クラスター分割/統合分析部434は、クラスター品質率がクラスター品質しきい値以上となっているか否かを判断する。クラスター分割/統合分析部434は、ローカルクラスターのクラスター品質が低い場合には(S2121:YES)、ステップS2122へ進む。また、クラスター分割/統合分析部434は、ローカルクラスターのクラスター品質が低くない場合には(S2121:NO)、ステップS2123へ進む。
 ステップS2122において、クラスター分割/統合分析部434は、ローカルクラスターを、例えばルート端末から各ストリーム転送端末410までの最大遅延に基づいて、2つに分割する。
 例えば、ローカルクラスターにノードA~Fが属しており、ノードA~Fのルート端末からのそれぞれの遅延時間は、この順に短いとする。この場合、例えば、遅延時間が短いノードA~Cと遅延時間が長いノードD~Fとにクラスターを分割するパターンが考えられる。また、例えば、遅延時間が短いノードと長いノードとを混合させて、ノードA、C、EとノードB、D、Fとに分割するパターンとが考えられる。
 そして、クラスター分割/統合分析部434は、分割により新たに生成されるクラスターについて、クラスター監視端末430を決定し、クラスター分割要求(図12参照)を送信する(図6のステップS540に対応)。そして、クラスター分割/統合分析部434は、クラスター分割要求が受け入れられた場合には、クラスター変更要求(図14参照)情報を、各ストリーム転送端末410に送信する(図6のステップS544に対応)。このクラスター変更要求は、上述の通り、新たなクラスターおよび新たなクラスター監視端末を定義するものである。そして、クラスター分割/統合分析部434は、図23のステップS2130へ進む。
 ステップS2123において、クラスター分割/統合分析部434は、ローカルクラスターのクラスター持続可能性率が高いか否かを判断する。具体的には、クラスター分割/統合分析部434は、図23のステップS2090において算出されたクラスター持続可能性を、図23のステップS2010において取得されたクラスター持続可能性しきい値と比較する。そして、クラスター分割/統合分析部434は、クラスター持続可能性がクラスター持続可能性しきい値以上となっているか否かを判断する。クラスター分割/統合分析部434は、ローカルクラスターのクラスター持続可能性品質が高くない場合には(S2123:NO)、ステップS2124へ進む。また、クラスター分割/統合分析部434は、ローカルクラスターのクラスター持続可能性品質が高い場合には(S2123:YES)、図23のステップS2130へ進む。
 ステップS2124において、クラスター分割/統合分析部434は、統合相手のクラスター監視端末430に対して、クラスター統合要求(図21参照)を送信する(図7のステップS570に対応)。そして、クラスター分割/統合分析部434は、クラスター統合要求が受け入れられた場合には、クラスター変更要求(図14参照)を、各ストリーム転送端末410に送信する(図7のステップS574に対応)。このクラスター変更要求は、上述の通り、統合後のクラスターおよびクラスター監視端末を定義するものである。そして、クラスター分割/統合分析部434は、図23のステップS2130へ進む。
 このクラスター分割/統合処理におけるクラスター分割/統合決定のルール1200は、図29のようになる。
 すなわち、クラスターの分割または統合を停止するルールは、クラスター品質およびクラスター持続可能性の両方が高いこと(つまり、パケット損失率が低く、低損失リンクが多いこと)である。このようなクラスターは、加入端末を受け入れる候補となり得るクラスターだからである。
 また、クラスターの分割を行うルールは、クラスター品質が低いこと(つまり、パケット損失率が高いこと)である。
 また、クラスターの統合を行うルールは、クラスター品質が高く、かつ、クラスター持続可能性が低いこと(つまり、パケット損失率が低く、低損失リンクが少ないこと)である。
 なお、クラスター統合処理における拒絶のルールは、例えば以下の通りである。クラスター統合要求は、全てのクラスター監視端末430に対して送信されるものとする。クラスター統合要求を受信したクラスター監視端末430は、同様にクラスター統合を決定していた場合には、そのクラスター統合要求を受理する。但し、クラスター監視端末430は、以下の条件の少なくとも1つに該当する場合には、そのクラスター統合要求を拒絶する。
 (1)そのクラスター監視端末430のクラスターがクラスター統合要求の対象とすべきクラスターではないとき。クラスター統合要求の対象とならないクラスターとは、例えば、クラスター品質が高く、かつ、クラスター持続可能性が高いようなクラスターである。
 (2)そのクラスター監視端末430のクラスターが、別のクラスターとの統合との最中にあるとき。
 (3)そのクラスター監視端末430のクラスターに対して最後にクラスター分割/統合が行われた時からの経過時間が、所定の閾値に達していないとき。この閾値は、頻繁なクラスター分割/統合によるストリーミングの品質の低下を防止するために、クラスター分割/統合が実施される間隔として予め定められた値である。
 また、クラスター分割における拒絶のルールは、例えば、ローカルクラスターのクラスター品質が低いときである。
 このようにしてクラスター分割/統合が行われた後には、クラスター間パス構築処理が実行される。クラスター分割の場合、分割要求元のクラスター監視端末430および新たなクラスター監視端末430は、それぞれのクラスターについて、クラスター間パス構築処理を実行する。また、クラスター統合の場合、統合要求元のクラスター監視端末430のみがクラスター間パス構築処理を実行する。
 図30は、クラスター間パス構築処理の一例を示すフローチャートである。クラスター間パス構築処理は、例えば、クラスター監視端末430のクラスター管理部431により実行される。
 まず、クラスター監視端末430は、クラスター情報に基づいて、まだ親クラスターの候補として取り扱われていないクラスターの中から、ルート端末からの遅延が最も少ないクラスターを、探索する(S3602)。この探索されるクラスターは、親クラスターの候補である。そして、クラスター監視端末430は、親クラスターの候補(以下「候補クラスター」という)が存在した場合には(S3604:YES)、その候補クラスターが更に子クラスターを持つことができるか否かを判断する(S3606)。すなわち、クラスター監視端末430は、候補クラスターの現状の子クラスターの個数が、所定の最大値未満となっているか否かを判断する。この最大値は、例えば、クラスターが中継することができるストリームの最大サイズに基づいて決定される。
 クラスター監視端末430は、候補クラスターが更に子クラスターを持つことができない場合には(S3606:NO)、ステップS3602へ戻り、別の候補クラスターを探索する。また、クラスター監視端末430は、候補クラスターが更に子クラスターを持つことができる場合には(S3606:YES)、ステップS3608に進む。クラスター監視端末430は、その候補クラスターの通信端末と、ローカルクラスターの通信端末とを接続する、1つまたは複数のネットワークリンクを選択する(S3608)。このとき、クラスター監視端末430は、低品質でなく、かつ、ルート端末からの遅延が少なくなるようなネットワークリンクを選択する。
 そして、クラスター監視端末430は、候補クラスターのクラスター監視端末へ、クラスター接続要求(図18参照)を送信する(S3610)。候補クラスターのクラスター監視端末430は、このクラスター接続要求を受理した場合、要求元のクラスター監視端末430が選択したネットワークリンクを設定する。
 上述のように、クラスター分割およびクラスター統合は、1つのセッションの中で、並行して同時に行われ得る。したがって、複数のクラスター監視端末430からの複数のクラスター接続要求が1つのクラスター監視端末430に対して送信され得る。クラスター接続要求を受けた候補クラスターは、子クラスターの個数が所定の最大値を超える場合には、超える分のクラスター接続要求については拒絶する。候補クラスターは、例えば、要求の先着順に基づいてクラスターを選択しても良いし、ルート端末からの遅延がより少ないクラスターを優先的に選択しても良い。
 クラスター監視端末430は、送信したクラスター接続要求が拒絶された場合には(S3612:NO)、ステップS3602へ戻り、別の候補クラスターを探索する。一方、クラスター監視端末430は、送信したクラスター接続要求が受理された場合には(S3612:YES)、ステップS3614へ進む。そして、クラスター監視端末430は、ローカルクラスター内の全ての通信端末に対して接続先(直接に接続する上流側の通信端末、親端末)が設定されたか否かを判断する(S3614)。
 クラスター監視端末430は、接続先が設定されていない通信端末が残っている場合には(S3614:NO)、ステップS3602へ戻り、別の候補クラスターを探索する。一方、クラスター監視端末430は、クラスター内の全ての通信端末に対して接続先が設定された場合には(S3614:YES)、一連の処理を終了する。
 一方、クラスター監視端末430は、クラスター内の全ての通信端末に対して、接続先が設定されないうちに候補クラスターが存在しないと判断された場合には(S3604:NO)、ステップS3616へ進む。そして、クラスター監視端末430は、低遅延ベースのストリーム中継経路(配送木)を構築して処理を終了する(S3616)。このとき、クラスター監視端末は、低品質のネットワークリンクを避けて、接続先が設定されていない通信端末を、既に接続先が設定されたローカルクラスター内の通信端末に接続する。
 このような処理により、クラスター監視端末430は、例えば、ある候補クラスターから接続を拒絶された通信端末が存在する場合、次の候補クラスターに対して、その通信端末に対する接続を要求することになる。そして、クラスター監視端末430は、他のクラスターに直接接続することができない通信端末については、他のクラスターに直接接続することができる通信端末を介して、間接的に他のクラスターに接続することなる。
 以上のような動作により、ストリーム転送端末410は、上流クラスターと下流クラスターとの間の、クラスター持続可能性の相対的な関係に基づいて、クラスターの統合を決定することができる。より具体的には、ストリーム転送端末410は、上下クラスター間での低損失リンクの数の差が小さく、かつ、ネットワーク品質が低いクラスターを、他のクラスターと統合するように決定することができる。また、ストリーム転送端末410は、ネットワーク品質が低いクラスターを、分割するように決定することができる。
 低損失リンクは、より多くのストリーム転送端末410を下流に配置してAVコンテンツを複製・中継することが可能な、豊富なリソースであるといえる。したがって、親クラスターおよび子クラスターと比較してより多くの低損失リンクからなるクラスターは、加入端末を受け入れる余裕のある、持続可能性の高いクラスターであるといえる。
 加入端末を受け入れるスケーラビリティを保証するためには、各クラスターの持続可能性が、所定のレベルよりも高く維持されなければならない。
 また、複数のクラスターを統合することにより、統合後のクラスターは、加入端末を受け入れる余裕のある、持続可能性の高いクラスターとなる。
 そこで、各クラスター監視端末430は、上述のように、ストリーム中継経路における相対的な低損失リンクの数を示すクラスター持続可能性率と、セッション毎に設定されるクラスター持続可能性しきい値とを用いる。そして、各クラスター監視端末430は、クラスター持続可能性率がクラスター持続可能性しきい値以下となっているクラスターに対し、親クラスターまたは子クラスターとの統合を決定する。これにより、ネットワークシステム100は、各クラスターの持続可能性を、所定のレベルよりも高い状態に維持することができ、加入端末を柔軟に受け入れることが可能となる。
 また、クラスター監視端末430は、個々のクラスター品質が低いクラスターに対し、分割を決定する。高いパケット損失率は、ネットワーク状態が変化した結果といえる。ネットワークシステム100は、このようなネットワークリンクの分割により、ストリーム転送端末410の数が減少したクラスターを編成することができる。すなわち、ネットワークシステム100は、個々のストリーム転送端末410が中継する対象が減少するように、ストリーム中継経路を再設定することができる。そして、これにより、パケット損失率が高かったネットワークリンクのネットワーク負荷は低減され、そのネットワークリンク損失率が低減される。
 以下、ネットワークシステム100におけるクラスターの分割/統合の様子の一例について説明する。ここでは、初期状態のセッション構成およびクラスター構成が、図2に示す状態となっているものとする。
 上述の通り、ネットワークリンク306、310、312、320、326は、パケット損失率が高い。ここで、ネットワークリンク306が、ストリーム中継経路(ノードa~h、ノードa~i)中の損失の発生源として特定されたものとする。この場合、各クラスター監視端末430により、ネットワークリンク306、320、326が、低品質のネットワークリンクとして特定され、リストアップされることになる。これらのネットワークリンクは、次回のストリーム中継経路再構築時には、優先順位の低い経路として扱われることになる。
 このような状態の場合、ネットワークシステム100は、低品質のネットワークリンクを多く含む第2および第3のクラスター332、334を、それぞれ分割する。例えば、ネットワークシステム100は、図31に示すように、第2のクラスター332を、第4および第5のクラスター336、338に分割し、第3のクラスター334を、第6および第7のクラスター340、342に分割する。
 そして、分割後の第5のクラスター338と第7のクラスター342とは、クラスター品質が低く(クラスター品質率が高く)、かつ、クラスター持続可能性が高い(クラスター持続可能性率が高い)ものとする。このような状態の場合、ネットワークシステム100は、例えば、図32に示すように、第5のクラスター338と第7のクラスター342とを統合して、第8のクラスター344を構築する。
 ネットワークシステム100は、クラスターの分割/統合が行われる毎に、新たに分割または統合されたクラスターに存在するストリーム転送端末410に関して、ストリーム転送経路を再構築する。この際、ネットワークシステム100は、既存のストリーム中継経路がストリーム中継経路再構築プロセスに及ぼす影響が最小となるように、ストリーム中継経路の変更を行う。
 図32に示す例では、図2におけるネットワークリンク306、310、316、320、326が、ネットワークリンク346、348、350、352、354にそれぞれ変更されている。ネットワークシステム100は、ネットワークリンク306のように、より早い時点の評価で低品質に分類されたネットワークリンクについては、ストリーム中継経路として選択しない。このようなクラスターの分割および統合が行われた結果、全てのクラスターは、持続可能性が高くなり、図33に示すように、加入端末356を受け入れ可能となる。
 加入端末356は、セッションへの加入要求を、各クラスターのクラスター監視端末へ送信する(S358、S360、S362、S364)。ネットワークシステム100(主制御端末420の端末コーディネータ421)は、この加入要求を受けて、低品質のネットワークリンクを回避するストリーム中継経路を再構築する。より具体的には、ネットワークシステム100は、クラスター内の利用可能なリソースと、ルート端末から、各ストリーム中継経路の最下流に当たるリーフ端末までの遅延とに基づいて、ストリーム中継経路を再構築する。この結果、ネットワークシステム100は、例えば、図34に示すように、低品質のネットワークリンクを回避した、低遅延ベースのAVストリーム転送経路366、368、370、372を再構築する。 
 以上のように、本実施の形態に係るネットワークシステム100は、受信すべきパケットの損失が多いクラスターに対して、分割を決定することができる。また、本実施の形態に係るネットワークシステム100は、加入端末の受け入れが困難であるクラスターに対して、親クラスターとの統合を決定することができる。これにより、ネットワークシステム100は、ストリーム中継経路の品質を確保しつつ、加入端末の追加が速やかに行われるような、クラスター編成を決定することができる。すなわち、通信端末のセッション加入時に、ストリーム転送経路を短時間で構築可能となり、高いストリーム転送品質を維持しつつ、かかる再構築のオーバヘッドを回避することができる。
 また、ネットワークシステム100は、加入端末の受け入れが困難であるか否かを、ストリーム中継経路全体における相対的な比較による品質に基づき、ネットワーク全体の品質を基準として判断する。これにより、ネットワークシステム100は、品質がより確実に確保されるようなクラスター編成を決定することができる。
 また、ネットワークシステム100は、クラスターの分割/統合の分析に、ネットワークリンク損失率を用いる。したがって、ネットワークシステム100は、ストリーム転送中に、パケット損失の増大、ジッターの増大、長遅延化等のネットワークリンク品質の劣化が発生した場合でも、クラスターの分割/統合の決定に即座に反映することができる。
 なお、クラスター品質およびクラスター持続可能性の評価の仕方は、上述の例に限定されない。
 以上のように、本実施の形態に係る通信端末は、端末中継型のマルチポイント通信によりパケット転送を行うネットワークにおけるクラスター単位でのストリーム中継経路の構築のために、クラスターの編成を決定する通信端末であって、前記クラスター毎に、受信すべきパケットの損失の少なさを示すクラスター品質を取得するクラスター品質算出部と、前記クラスター毎に、加入端末の受け入れ易さを示すクラスター持続可能性を取得するクラスター持続可能性算出部と、前記クラスター品質が低いクラスターに対し、クラスターの分割を決定し、前記クラスター品質が高くかつ前記クラスター持続可能性が低いクラスターに対し、他のクラスターとの統合を決定するクラスター分割/統合分析部と、を有する。また、前記クラスター品質は、全てのネットワークリンクの数に対する、前記パケット損失が低いネットワークリンクである低損失リンクの数の割合が低いほど高く、前記クラスター持続可能性は、そのクラスターの前記低損失リンクの数が多いほど高いものとする。また、前記クラスター持続可能性は、親クラスターとの間の前記低損失リンクの数の差が大きいほど低いものとする。これにより、本実施の形態は、ストリーム中継経路の品質を確保しつつ、加入端末の追加が速やかに行われるような、クラスター編成を決定することができる。
 2010年10月12日出願の特願2010-229920の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
 本発明に係る通信端末およびクラスター監視方法は、ストリーム中継経路の品質を確保しつつ、加入端末の追加等のクラスター編成が速やかに決定することができる通信端末およびクラスター監視方法として有用である。
 100 ネットワークシステム
 102 ネットワーク
 104~108、112~122、126~136 通信端末
 110、124、138(330、332、334) クラスター
 410 ストリーム転送端末
 411 ストリーミング管理部
 412 AVストリーム通信部
 420 主制御端末
 421 端末コーディネータ
 422 しきい値規定部
 430 クラスター監視端末
 431 クラスター管理部
 432 クラスター品質算出部
 433 クラスター持続可能性算出部
 434 クラスター分割/統合分析部
 435 クラスターメトリクスデータベース
 

Claims (9)

  1.  端末中継型のマルチポイント通信によりパケット転送を行うネットワークにおけるクラスター単位でのストリーム中継経路の構築のために、クラスターの編成を決定する通信端末であって、
     前記クラスター毎に、受信すべきパケットの損失の少なさを示すクラスター品質を取得するクラスター品質算出部と、
     前記クラスター毎に、加入端末の受け入れ易さを示すクラスター持続可能性を取得するクラスター持続可能性算出部と、
     前記クラスター品質が低いクラスターに対し、クラスターの分割を決定し、前記クラスター品質が高くかつ前記クラスター持続可能性が低いクラスターに対し、他のクラスターとの統合を決定するクラスター分割/統合分析部と、を有する、
     通信端末。
  2.  前記クラスター品質は、全てのネットワークリンクの数に対する、前記パケット損失が低いネットワークリンクである低損失リンクの数の割合が低いほど高く、前記クラスター持続可能性は、そのクラスターの前記低損失リンクの数が多いほど高い、
     請求項1記載の通信端末。
  3.  前記クラスター持続可能性は、親クラスターとの間の前記低損失リンクの数の差が大きいほど低い、
     請求項2記載の通信端末。
  4.  前記クラスター持続可能性は、前記親クラスターの前記低損失リンクの数が少ないほど高く、前記パケット転送の転送経路において隣接するクラスターの組毎の前記低損失リンクの数の差の最大値が小さいほど高い、
     請求項3記載の通信端末。
  5.  前記クラスター持続可能性は、子クラスターとの間の前記低損失リンクの数の差が大きいほど低い、
     請求項4記載の通信端末。
  6.  前記クラスター持続可能性は、前記子クラスターの前記低損失リンクの数が少ないほど高く、前記パケット転送の転送経路において隣接するクラスターの組毎の前記低損失リンクの数の差の最大値が小さいほど高い、
     請求項5記載の通信端末。
  7.  前記クラスター分割/統合分析部は、
     前記クラスター品質の程度を示す値が、前記ネットワーク全体の前記クラスター品質に基づいて定められたクラスター品質しきい値以下であるとき、クラスターの分割を決定し、
     前記クラスター品質の程度を示す値が、前記クラスター品質しきい値以上であり、かつ前記クラスター持続可能性の程度を示す値が、前記ネットワーク全体の前記クラスター持続可能性に基づいて定められたクラスター持続可能性しきい値以下であるとき、他のクラスターとの統合を決定する、
     請求項6記載の通信端末。
  8.  前記パケットは、ストリームデータのパケットであり、
     前記パケット損失は、前記ストリームデータの転送を継続しながら測定可能な情報である、
     請求項7記載の通信端末。
  9.  端末中継型のマルチポイント通信によりパケット転送を行うネットワークにおけるクラスター単位でのストリーム中継経路の構築のために、クラスターの編成を決定するクラスター監視方法であって、
     前記クラスター毎に、受信すべきパケットの損失の少なさを示すクラスター品質と、加入端末の受け入れ易さを示すクラスター持続可能性と、を取得するステップと、
     前記クラスター品質が低いクラスターに対し、クラスターの分割を決定し、前記クラスター品質が高くかつ前記クラスター持続可能性が低いクラスターに対し、他のクラスターとの統合を決定するステップと、を有する、
     クラスター監視方法。
     
PCT/JP2011/001032 2010-10-12 2011-02-23 通信端末およびクラスター監視方法 WO2012049788A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US13/517,117 US8964584B2 (en) 2010-10-12 2011-02-23 Communication terminal and cluster monitoring method
EP11832234.6A EP2629461B1 (en) 2010-10-12 2011-02-23 Communication terminal and cluster observation method
CN2011800045914A CN102640466A (zh) 2010-10-12 2011-02-23 通信终端和集群监视方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2010-229920 2010-10-12
JP2010229920A JP2012085115A (ja) 2010-10-12 2010-10-12 通信端末およびクラスター監視方法

Publications (1)

Publication Number Publication Date
WO2012049788A1 true WO2012049788A1 (ja) 2012-04-19

Family

ID=45938031

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/001032 WO2012049788A1 (ja) 2010-10-12 2011-02-23 通信端末およびクラスター監視方法

Country Status (5)

Country Link
US (1) US8964584B2 (ja)
EP (1) EP2629461B1 (ja)
JP (1) JP2012085115A (ja)
CN (1) CN102640466A (ja)
WO (1) WO2012049788A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109983734A (zh) * 2017-02-03 2019-07-05 惠普发展公司,有限责任合伙企业 具有中继设备的远程计算设备的子组
CN116232965A (zh) * 2022-12-23 2023-06-06 中国联合网络通信集团有限公司 集群主机监控系统、方法及存储介质

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9461835B2 (en) * 2011-04-08 2016-10-04 International Business Machines Corporation Multicast bulk transfer system
WO2013042208A1 (ja) * 2011-09-20 2013-03-28 富士通株式会社 ノード装置および通信方法
WO2014043863A1 (en) * 2012-09-19 2014-03-27 Qualcomm Incorporated Method and apparatus for separating a cell cluster for lte eimta interference mitigation
US9992237B1 (en) 2014-03-28 2018-06-05 Amazon Technologies, Inc. Determining feature unavailability
US11070457B2 (en) * 2014-07-18 2021-07-20 Arris Enterprises Llc Remedial action based on monitored wireless throughput
US9313663B2 (en) * 2014-08-21 2016-04-12 Futurewei Technologies, Inc. Automatic division of internet protocol radio access networks to interior gateway protocol areas
US10068027B2 (en) 2015-07-22 2018-09-04 Google Llc Systems and methods for selecting content based on linked devices
US10887172B2 (en) * 2015-07-28 2021-01-05 British Telecommunications Public Limited Company Network function virtualization
US11102060B2 (en) * 2018-01-31 2021-08-24 Hewlett Packard Enterprise Development Lp Identification of a soft failure at a member
US12038993B1 (en) * 2023-01-31 2024-07-16 Splunk Inc. Techniques for showing matched URLs for a URL grouping rule

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003078530A (ja) * 2001-08-30 2003-03-14 Matsushita Electric Ind Co Ltd 無線通信システム
US20060114846A1 (en) * 2004-12-01 2006-06-01 Rachida Dssouli Methods for cluster-based multi-party conferencing in ad-hoc networks
JP2006186446A (ja) * 2004-12-27 2006-07-13 Hiroshima Industrial Promotion Organization 通信方法
JP2007074202A (ja) * 2005-09-06 2007-03-22 Nippon Telegr & Teleph Corp <Ntt> 品質測定方法およびノード装置
JP2010522372A (ja) * 2007-03-20 2010-07-01 トムソン ライセンシング 階層的にクラスタ化されたp2pストリーミング・システム
JP2010199972A (ja) * 2009-02-25 2010-09-09 Nippon Telegr & Teleph Corp <Ntt> 経路制御方法およびノード装置

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6088590A (en) * 1993-11-01 2000-07-11 Omnipoint Corporation Method and system for mobile controlled handoff and link maintenance in spread spectrum communication
US7464147B1 (en) * 1999-11-10 2008-12-09 International Business Machines Corporation Managing a cluster of networked resources and resource groups using rule - base constraints in a scalable clustering environment
US7155723B2 (en) * 2000-07-19 2006-12-26 Akamai Technologies, Inc. Load balancing service
EP1318472A3 (en) * 2001-12-10 2004-03-10 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Method for the analysis of molecular expression data and biological networks
AU2003202882A1 (en) * 2002-01-04 2003-07-24 Einfinitus Technologies, Inc. Dynamic route selection for label switched paths in communication networks
US6829561B2 (en) * 2002-03-16 2004-12-07 International Business Machines Corporation Method for determining a quality for a data clustering and data processing system
US6628620B1 (en) * 2002-04-29 2003-09-30 Harris Corporation Hierarchical modile ad-hoc network and methods for route error recovery therein
US6894985B2 (en) * 2002-08-05 2005-05-17 Harris Corporation Monitoring link quality in a mobile ad hoc network
US7054888B2 (en) 2002-10-16 2006-05-30 Microsoft Corporation Optimizing media player memory during rendering
US7392247B2 (en) * 2002-12-06 2008-06-24 International Business Machines Corporation Method and apparatus for fusing context data
US8542763B2 (en) * 2004-04-02 2013-09-24 Rearden, Llc Systems and methods to coordinate transmissions in distributed wireless systems via user clustering
US7616575B2 (en) * 2004-06-23 2009-11-10 Microsoft Corporation System and method for link quality routing using a weighted cumulative expected transmission time metric
WO2008155764A2 (en) * 2007-06-18 2008-12-24 Duolink Ltd. Wireless network architecture and method for base station utilization
US8121077B2 (en) * 2008-07-24 2012-02-21 Panasonic Corporation Relay device and relay method
EP2166470A1 (en) * 2008-09-19 2010-03-24 Corbett Research Pty Ltd Analysis of melt curves, particularly dsDNA and protein melt curves
CN102077524B (zh) * 2009-05-19 2012-11-21 华为技术有限公司 分组数据发送方法、基站和终端
US8934371B2 (en) * 2010-04-28 2015-01-13 Telefonaktiebolaget L M Ericsson (Publ) Monitoring broadcast and multicast streaming service

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003078530A (ja) * 2001-08-30 2003-03-14 Matsushita Electric Ind Co Ltd 無線通信システム
US20060114846A1 (en) * 2004-12-01 2006-06-01 Rachida Dssouli Methods for cluster-based multi-party conferencing in ad-hoc networks
JP2006186446A (ja) * 2004-12-27 2006-07-13 Hiroshima Industrial Promotion Organization 通信方法
JP2007074202A (ja) * 2005-09-06 2007-03-22 Nippon Telegr & Teleph Corp <Ntt> 品質測定方法およびノード装置
JP2010522372A (ja) * 2007-03-20 2010-07-01 トムソン ライセンシング 階層的にクラスタ化されたp2pストリーミング・システム
JP2010199972A (ja) * 2009-02-25 2010-09-09 Nippon Telegr & Teleph Corp <Ntt> 経路制御方法およびノード装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2629461A4 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109983734A (zh) * 2017-02-03 2019-07-05 惠普发展公司,有限责任合伙企业 具有中继设备的远程计算设备的子组
CN109983734B (zh) * 2017-02-03 2021-12-28 惠普发展公司,有限责任合伙企业 具有中继设备的远程计算设备的子组
CN116232965A (zh) * 2022-12-23 2023-06-06 中国联合网络通信集团有限公司 集群主机监控系统、方法及存储介质

Also Published As

Publication number Publication date
EP2629461A1 (en) 2013-08-21
CN102640466A (zh) 2012-08-15
JP2012085115A (ja) 2012-04-26
US20130215789A1 (en) 2013-08-22
EP2629461A4 (en) 2016-12-14
EP2629461B1 (en) 2018-04-04
US8964584B2 (en) 2015-02-24

Similar Documents

Publication Publication Date Title
WO2012049788A1 (ja) 通信端末およびクラスター監視方法
US10218623B2 (en) Learning or emulation approach to traffic engineering in information-centric networks
US8358652B2 (en) Apparatus, system and method for reliable, fast, and scalable multicast message delivery in service overlay networks
US8279766B2 (en) Interior-node-disjoint multi-tree topology formation
Moreira et al. Assessment model for opportunistic routing
Bjurefors et al. Congestion avoidance in a data-centric opportunistic network
CN116319549B (zh) 分布式流量调度方法及装置
US8958310B2 (en) Investigating quality of service disruptions in multicast forwarding trees
CN106101001A (zh) 一种不确定多播传输方法
Mokhtarian et al. Minimum-delay multicast algorithms for mesh overlays
Moreira et al. Survey on opportunistic routing for delay/disruption tolerant networks
Greifenberg et al. Efficient publish/subscribe-based multicast for opportunistic networking with self-organized resource utilization
Li et al. A data forwarding mechanism based on deep reinforcement learning for deterministic networks
Strufe et al. BCBS: An efficient load balancing strategy for cooperative overlay live-streaming
Tan et al. Inter-overlay cooperation in high-bandwidth overlay multicast
Zhao et al. Socially-aware publish/subscribe system for human networks
Cui et al. Optimizing P2P streaming throughput under peer churning
Rasul et al. Hybrid Community-Based Forwarding: A complete energy efficient algorithm for pocket switched networks
Zhang et al. Reliable end system multicasting with a heterogeneous overlay network
Sobeih et al. Performance evaluation and comparison of tree and ring application-layer multicast overlay networks
Varaprasad et al. An efficient resource allocation scheme for multimedia applications in MANET
Singh et al. Qos multicast routing using explore best path
Zhao et al. Expertise-based data access in content-centric mobile opportunistic networks
Bjurefors Measurements in opportunistic networks
Kalaivani et al. Performance Improvement of Distributed Island Multicasting with Overlay Data Distribution

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201180004591.4

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2011832234

Country of ref document: EP

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11832234

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 13517117

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE