WO2016046869A1 - Communication quality measurement method and communication system - Google Patents

Communication quality measurement method and communication system Download PDF

Info

Publication number
WO2016046869A1
WO2016046869A1 PCT/JP2014/074987 JP2014074987W WO2016046869A1 WO 2016046869 A1 WO2016046869 A1 WO 2016046869A1 JP 2014074987 W JP2014074987 W JP 2014074987W WO 2016046869 A1 WO2016046869 A1 WO 2016046869A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
communication
information
neighboring
gateway
Prior art date
Application number
PCT/JP2014/074987
Other languages
French (fr)
Japanese (ja)
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 PCT/JP2014/074987 priority Critical patent/WO2016046869A1/en
Publication of WO2016046869A1 publication Critical patent/WO2016046869A1/en

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/08Testing, supervising or monitoring using real traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/02Arrangements for optimising operational condition
    • H04W4/04
    • 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/28Connectivity information management, e.g. connectivity discovery or connectivity update for reactive routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/18Self-organising networks, e.g. ad-hoc networks or sensor networks
    • H04W84/22Self-organising networks, e.g. ad-hoc networks or sensor networks with access to wired networks

Definitions

  • the present invention relates to a method for measuring communication quality between terminals in a communication system.
  • Measures communication quality between terminals by instructing a specific terminal to broadcast a measurement packet and inquiring all terminals about the reception result of the packet as a prior art for measuring communication quality between terminals.
  • Patent Document 1 a technique to perform.
  • the communication quality between the terminals at the time of receiving the measurement packet can be measured. Is possible.
  • the opportunity to measure the communication quality is limited only to the time of receiving the measurement packet, so that only the instantaneous communication quality at a certain time can be observed. For example, if the communication quality when the measurement packet is received is good even though the communication quality is originally poor and the communication requirement is difficult to achieve, the terminal can achieve the communication requirement. As a result, there is a risk of making an erroneous determination. Since communication quality in wireless communication varies with time, it is desirable to perform measurement capable of following the time variation.
  • the present invention has been made in view of the above, and an object thereof is to measure the communication quality between terminals in a short time and in fine time intervals.
  • an object thereof is to measure the communication quality between terminals in a short time and in fine time intervals.
  • the number of measurements related to the terminal is efficiently increased, and detailed measurement of communication quality is realized .
  • the present invention has the following configuration.
  • the sender and the communication quality at the time of reception are recorded in the neighboring terminal management table as neighboring terminal information, and when the neighboring terminal information transmission request is received, the neighboring terminal management table is referred to, and the requesting source Is realized by a communication system including a neighboring terminal information management unit that transmits neighboring terminal information.
  • each terminal when measuring the communication quality, each terminal receives the radio wave transmitted by other terminals, and records the radio wave source and the communication quality at the time of reception regardless of whether the communication is addressed to itself. It shall be.
  • the table used for this recording is referred to as a neighboring terminal management table. Due to the characteristics of wireless communication, when a terminal transmits a packet, the radio wave propagates spatially, so if it is located within the radio wave reachable range, peripheral terminals other than the specified destination can also receive the radio wave. is there. Generally, when a packet is received, the destination is referred to, and if the communication is not addressed to itself, the packet is discarded. At this time, in the present invention, the transmission source information and the communication quality at the time of reception are recorded in the neighboring terminal management table. Process.
  • the gateway first designates a specific terminal to identify which terminal is in the vicinity of each terminal and how much communication quality each communicates with. Send an information request packet. At this time, the gateway specifies not only the final destination of the neighboring terminal information request packet but also a communication path through which the packet is transferred. When the terminal designated as the final destination receives the neighbor terminal information request packet, the response request packet is transmitted by broadcast. The neighboring terminal that has received the response request packet returns a response packet to the transmission source. When the terminal that transmitted the response request packet receives this response, the transmission source of the response packet and the communication quality at the time of reception are recorded in the neighboring terminal management table.
  • the gateway transmits a neighboring terminal information request packet and performs a series of processes for collecting information in the neighboring terminal management table from the terminal for each terminal.
  • each terminal has an opportunity to receive the transmission radio waves of other terminals.
  • the information at the time of reception is recorded in the neighboring terminal management table, and the recorded information is collectively transmitted when the terminal transmits the neighboring terminal information to the gateway. It shall be.
  • each terminal can record information on communication quality at finer time intervals, and gateways can be recorded more in a short time. Communication quality information can be acquired.
  • displaying the collected communication quality information as necessary it is possible to visually grasp the communication quality between the terminals.
  • the terminal extracted here is the target of priority measurement in the subsequent measurement processing. Thereafter, a series of processes relating to the collection of neighboring terminal information is again performed for each terminal a predetermined number of times.
  • a neighbor terminal information request packet from the gateway to each terminal, as a communication path through which the data is transferred, a communication path that passes through the terminal of the priority measurement target, or a neighbor that can directly communicate with the terminal of the priority measurement target Change to a communication path via the terminal.
  • Embodiments relating to a communication system according to the present invention and communication quality measurement processing will be described below with reference to FIGS.
  • a first embodiment will be described with reference to FIGS. 1 to 15 and a second embodiment will be described with reference to FIG.
  • Embodiment 1 describes an embodiment that realizes a communication quality measurement process when a communication path that each terminal can use is known in advance.
  • this embodiment corresponds to a case where a communication path between terminals installed in the field is designed in advance and the path information is stored in the terminal in advance at the time of installation.
  • the communication system 1 includes an application server 100, a gateway 300, and a plurality of terminals 200.
  • FIG. 1 shows a case where the gateway 300 is connected to the application server 100 wirelessly or by wire, the functions of the application server 100 are integrated into the gateway 300 without separating the gateway 300 and the application server 100. It doesn't matter.
  • sensor data measured by the terminal 200 is transmitted to the gateway 300 using wireless communication.
  • the gateway 300 transfers the data collected from the terminal 200 to the application server 100.
  • a network composed of the gateway 300 and the terminal 200 is referred to as a Field AreaFANetwork (hereinafter referred to as FAN).
  • FAN Field AreaFANetwork
  • the terminal 200 is an embedded device having a communication function with the gateway 300 or another terminal 200.
  • the terminal 200 includes a storage device 201, a central control device 206, a power supply circuit 207, and an RF peripheral circuit 208.
  • the storage device 201 includes a communication processing unit 202, a route management unit 203, a neighboring terminal information management unit 204, and a neighboring terminal management table 205.
  • the communication processing unit 202 implements transmission / reception processing in communication. Specifically, packet analysis processing such as packet assembly processing such as designation of a transmission destination at the time of transmission and determination of whether or not the packet is addressed to the own terminal at the time of reception is performed.
  • the route management unit 203 manages route information in communication within the network.
  • the neighboring terminal information management unit 204 manages information related to other terminals and gateways that exist in a range where communication with the terminal 200 and information related to communication quality with each communication partner can be performed. And response processing when the neighboring terminal information is requested.
  • the storage device 201 includes, for example, a storage device composed of a read-only semiconductor memory and a storage device composed of a rewritable semiconductor memory element, etc., and includes computer programs and management information for realizing the various processes described above. Stores relevant data.
  • the central control device 206 executes various computer programs stored in the storage device 201. As a result, various functions of the terminal 200 are realized.
  • the power supply circuit 207 supplies power to the terminal 200. Thereby, the terminal 200 operates.
  • the RF peripheral circuit 208 mutually converts a digital signal and a radio signal, converts the generated digital data into a radio signal and transmits it to another terminal or gateway, and a radio signal received from the other terminal or gateway. Consists of a receiver that extracts digital data. Note that the terminal 200 may be an independent device instead of an embedded device.
  • the hardware configuration of the gateway 300 is that the external network connection circuit 312 and the output unit 313 are mounted, and the storage device 301 includes a path calculation unit 306, a repeater necessity determination unit 307, and a failure detection / analysis unit 308.
  • the configuration is the same as that of the terminal 200.
  • the gateway 300 communicates with the terminal 200 and the application server 100, collects data from the terminal 200, manages neighboring terminal information related to the terminal 200, and the like.
  • the external network connection circuit 312 is a function for using an external network such as Ethernet (registered trademark), WiFi (registered trademark), an optical line, and a telephone network. However, when the gateway 300 assumes the function of the application server 100, the external network connection circuit 312 is not necessarily installed.
  • the output unit 313 is a function for outputting a communication quality measurement result and the like.
  • the output screen may be mounted on the gateway 300 or externally connected.
  • the output data may be transferred to the application server 100 and displayed on the server side or on a mobile terminal that can access the server.
  • the neighboring terminal information management unit 304 of the gateway 300 manages and stores not only information about the terminals 200 that can communicate with the gateway 300 but also neighboring terminal information collected from all the terminals 200 existing in the FAN. To do.
  • the neighboring terminal information management unit 304 performs a request for neighboring terminal information to the terminal 200 and a determination process for determining whether or not communication requirements can be achieved based on the collected information.
  • the route calculation unit 306 provided in the storage device 301 performs a process of calculating a communication route from the gateway 300 to the specific terminal 200 based on the neighboring terminal information collected from the terminal 200 in the FAN.
  • the repeater necessity determination unit 307 performs processing for determining whether or not it is necessary to install a repeater for each terminal 200 based on the collected neighboring terminal information.
  • the failure detection / analysis unit 308 performs communication failure detection and failure cause analysis processing based on the collected neighboring terminal information.
  • the neighboring terminal management tables 205 and 305 held by the terminal and the gateway will be described with reference to FIG.
  • the neighboring terminal management table shown in FIG. 4 is managed by the neighboring terminal information management units 204 and 304 of the terminals and gateways that hold the table, and relates to terminals and gateways that can communicate with themselves among the terminals and gateways existing in the FAN. Information and the communication quality with each communication partner are managed.
  • ID 401 in FIG. 4 indicates an identifier of a terminal and a gateway that can communicate with itself.
  • RSSI (1) 402 and RSSI (2) 403 indicate received radio wave strengths (hereinafter referred to as RSSI (Received Signal Strength Indicator)) when receiving radio waves from the terminal or gateway described in ID 401.
  • the RSSI when the radio wave is received for the first time is recorded in RSSI (1) 402, and the RSSI when the radio wave is received for the second time is recorded in RSSI (2) 403.
  • the neighboring terminal management tables 205 and 305 for terminals and gateways are provided with a field for recording RSSI for any N times according to the storage area capacity of the terminals and gateways. Good. When all the N fields have been described, the old information is deleted in order, and a new RSSI is recorded. If the terminal or gateway manages time information, the time when RSSI is recorded may be managed by the neighboring terminal management tables 205 and 305.
  • RSSI is taken as an example of an index indicating communication quality.
  • information such as a packet loss rate is managed as an index of communication quality, these are similarly used for the neighboring terminal management table 205 and You may manage by 305.
  • the overall processing flow in communication quality measurement performed by the gateway will be described.
  • the information of the neighboring terminal management table 205 held by each terminal is collected as neighboring terminal information according to the process of FIG. Thereafter, based on the collected neighboring terminal information, it is determined whether or not the communication requirement can be achieved for each terminal.
  • step S501 is a process of specifying a terminal existing in the FAN by the neighboring terminal information management unit 304 of the gateway and collecting neighboring terminal information from the designated terminal. Details of the neighboring terminal information collection processing in step S501 will be described later with reference to FIG. By collecting information in the neighboring terminal management table 205 held by each terminal as neighboring terminal information, it is possible to grasp the neighboring terminals with which each terminal can communicate and the respective communication quality. At this time, the neighboring terminal information management unit 304 of the gateway counts the number of times that the collection process is performed on each terminal. When the process of step S501 ends, the process proceeds to step S502.
  • Step S502 is processing for determining whether or not the neighboring terminal information collection processing in step S501 has been performed for each terminal a predetermined number of times in the neighboring terminal information management unit 304 of the gateway. If the predetermined number of processes have been performed for each terminal (YES), the process proceeds to step S503. If the process has not reached the predetermined number (NO), the process returns to step S501 and the neighboring terminal information collection process is continued.
  • Step S503 is a process of determining whether or not each terminal can achieve the communication requirements required of the system by the neighboring terminal information management unit 304 of the gateway based on the collected neighboring terminal information.
  • the criterion for determining whether or not the communication requirement can be achieved may be set according to an application operating in the communication system. For example, when RSSI recorded in the neighboring terminal management tables 205 and 305 of the terminal and the gateway is used as an index, RSSI that is equal to or higher than the threshold value X is observed among RSSIs observed between neighboring terminals on the communication path. If the number of times exceeds a certain ratio, it can be determined that sufficiently good communication quality is obtained and the terminal determines that the communication requirement can be achieved.
  • the terminal can determine that the communication requirement cannot be achieved. If neither condition is met, it is determined that it is not possible to determine whether or not the communication requirement can be achieved by using only the information collected at the present time, and the terminal is selected as a priority measurement target terminal in the subsequent processing.
  • the determination standard using RSSI as an index has been described. However, in an application operating in a communication system, when other indexes such as a packet loss rate are emphasized, these indexes are used to determine whether or not communication requirements can be achieved. You may set suitably the adopted criterion.
  • this standard holds various threshold values that serve as the standard as variable parameters, and a user can appropriately select the standard on a screen that displays the measurement results of communication quality described later. It may be dynamically defined.
  • step S504 based on the determination result in step S503, the neighboring terminal information management unit 304 of the gateway determines whether or not there is a terminal that has not been able to determine whether or not the communication requirement can be achieved only with the existing collection information. It is processing. If there is a terminal that has not been able to determine whether or not the communication requirement can be achieved (YES), additional information regarding the communication quality is required, and thus the process proceeds to step 505. On the other hand, when it is possible to determine whether or not the communication requirements can be achieved for all terminals (NO), the processing of the flowchart shown in FIG.
  • Step S505 is a process of changing the communication path designated by the gateway in the subsequent neighboring terminal information collection process in the gateway path calculation unit 306. Specifically, the communication path is changed to a communication path that passes through the terminal of the priority measurement target for which it was not possible to determine whether or not the communication requirement can be achieved in step S503, or to a communication path that passes through a neighboring terminal that can directly communicate with the terminal. Details of this processing will be described later with reference to FIG. 9, and a specific example will be described later with reference to FIG. When this process ends, the process proceeds to step S506.
  • Step S506 is a process of resetting the number of executions of the process counted by the neighboring terminal information management unit 304 of the gateway in order to perform the neighboring terminal information collecting process for each terminal again a predetermined number of times.
  • the process returns to step S501 to restart the neighboring terminal information collection process for each terminal.
  • the number of times of performing this collection process does not necessarily have to be uniform for each terminal, for example, a terminal that has been able to determine whether or not communication requirements can be achieved As for, the number of times may be reduced.
  • step S501 of FIG. 5 the flow of the neighboring terminal information collection process performed in step S501 of FIG. 5 will be described.
  • the gateway collects information of the neighboring terminal management table 205 held by each terminal as neighboring terminal information
  • the processing of FIG. 6 is performed.
  • Step S601 is processing in which the gateway selects a terminal from which the neighboring terminal information is to be collected by the neighboring terminal information management unit 304 and transmits a neighboring terminal information request packet to the terminal.
  • the neighboring terminal information request packet is a packet that requests a specified terminal to transmit information of the neighboring terminal management table 205 held by the terminal.
  • the gateway also specifies a transfer path from the gateway to the target terminal.
  • step S503 the communication path changed in step S505 in FIG. 5 is designated.
  • Information on the designated communication path is stored in the neighboring terminal information request packet. This is because the relay terminal of the packet can grasp the next transfer destination.
  • the packet assembly process is performed by the gateway communication processing unit 302 as described above.
  • step S602 when the relay terminal on the transfer route receives the neighboring terminal information request packet, the communication processing unit 202 of the terminal refers to the route information stored in the packet, and sends the neighboring terminal information to the next forwarding destination.
  • This is a process for transferring a request packet. Specifically, the communication processing unit 202 of the terminal rewrites the destination of the neighboring terminal information request packet to the information of the next transfer destination and performs transmission.
  • step S603 the terminal specified as the final destination of the neighboring terminal information request packet receives the packet, the communication processing unit 202 of the terminal refers to the final destination of the packet, and the local terminal is notified of the neighboring terminal information. It is a process to confirm that it is requested. At this time, the communication processing unit 202 of the terminal notifies the neighboring terminal information management unit 204 that neighboring terminal information is requested.
  • Step S604 is a process in which the neighboring terminal information management unit 204 receives a notification that the neighboring terminal information is requested and transmits a response request packet by broadcast.
  • the response request packet is a packet that requests a terminal that has received the packet to return a response packet.
  • step S605 a response request packet broadcast by a terminal located around the transmission source terminal of the response request packet is received, the communication processing unit 202 analyzes the packet, and requests a response from the neighboring terminal information management unit 204 This is a process of notifying that it has been performed.
  • Step S606 is a process of receiving a notification that the neighboring terminal information management unit 204 is requesting a response and transmitting a response packet to the request source.
  • the response packet is a packet that responds to the request source that the response request packet has been received. Since the response request packet is transmitted by broadcast, radio interference may occur when a plurality of terminals receive the response request packet and each terminal transmits the response packet at the same time. Therefore, processing such as insertion of random time jitter may be added before transmission of a response packet as necessary.
  • step S607 the terminal that transmitted the response request packet in step S604 receives a response packet from a neighboring terminal located in the vicinity, analyzes the packet by the communication processing unit 202, and sends a response to the neighboring terminal information management unit 204.
  • This is a process for notifying that it has been received.
  • the processing related to transmission / reception of the response request packet and response packet in steps S604 to S607 in FIG. 6 is not essential, and may be performed a plurality of times. The number of times may be set arbitrarily. When the number is set to a small number, the time required for the neighboring terminal information collection process can be shortened. On the other hand, when the number of times is increased, it is possible to detect terminals existing in the vicinity with high accuracy.
  • the terminal that has received the neighboring terminal information request packet in step S603 refers to the information in the neighboring terminal management table 205 in the neighboring terminal management information management unit 204, and transmits the neighboring terminal information response packet to the gateway. It is processing.
  • the neighboring terminal information response packet is a packet for notifying the gateway of the neighboring terminal information of the own terminal, and stores information of the neighboring terminal management table 205 held by the own terminal as the neighboring terminal information.
  • the neighboring terminal information management unit 204 notifies the communication processing unit 202 of information in the neighboring terminal management table 205 held by the own terminal, and assembles a neighboring terminal information response packet storing the information. Note that it is not always necessary to store the information of all fields in the neighboring terminal management table 205. If neighboring terminal information has been transmitted to the gateway at least once in the past, only the portion that has been added or updated since the previous transmission is used. It may be selected and stored in the neighboring terminal information response packet.
  • a gateway is set as the final destination of the neighboring terminal information response packet, and a path opposite to the communication path specified by the neighboring terminal information request packet is designated as the transfer path of the packet. Since the information on the communication path designated by the gateway is stored in the neighboring terminal information request packet, even if the designated communication path is changed in step S505 in FIG. It is possible to grasp the designated communication path.
  • step S609 when the relay terminal on the transfer path specified in step S608 receives the neighboring terminal information response packet, the communication processing unit 202 of the terminal refers to the path information stored in the packet. This is a process of transferring the neighboring terminal information response packet to the transfer destination. Specifically, the communication processing unit 202 of the terminal rewrites the destination of the neighboring terminal information response packet to the information of the next transfer destination and performs transmission.
  • Step S610 is a process in which the gateway receives the neighboring terminal information response packet, analyzes the packet by the communication processing unit 302, and notifies the neighboring terminal information management unit 304 that the neighboring terminal information has been received from the terminal. It is.
  • step S611 in response to the notification that the neighboring terminal information management unit 304 has received the neighboring terminal information, the neighboring terminal information stored in the neighboring terminal information response packet is recorded as the neighboring terminal information of the terminal specified in step S601. It is processing.
  • a path with good communication quality is not necessarily selected.
  • packet loss occurs between the gateway requesting the neighboring terminal information from the specific terminal and receiving a response, and the collection of the neighboring terminal information fails.
  • retransmission processing may be performed as appropriate. Further, when the neighboring terminal information collection process cannot be executed due to packet loss in the communication path changed in step S505, the retransmission process may be performed by re-designating the communication path before the change.
  • FIG. 7 shows an example of collecting neighboring terminal information from the terminal 200-C.
  • the reachable range of the transmission radio wave by the terminal 200 and the gateway 300 is indicated by a dotted line, and is indicated as the radio wave reachable areas 201 and 301.
  • the radio wave transmission source is the terminal 200 or the gateway 300 located at the center of the radio wave reachable range.
  • FIG. 7A shows a state in which the neighboring terminal information request packet is transmitted from the gateway 300 to the final destination terminal 200-C in steps S601 and S602 of FIG.
  • the gateway 300 designates a communication path of gateway 300 ⁇ terminal 200-A ⁇ terminal 200-C as a transit path in the transfer.
  • the terminal 200-B is included in the radio wave reachable range 301, and the terminal 200-B receives the transmission radio wave of the gateway 300 although it is not designated as a destination. Things are possible.
  • the gateway 300 and the terminal 200-D are included in the radio wave reachable range 201-A, and receive the radio waves transmitted from the terminal 200-A. Is possible. As long as it is within the radio wave reachable range, it is possible to receive radio waves even if the communication is not addressed to itself. Therefore, according to the reception process described later in FIG. Record the reception results in the tables 205 and 305.
  • FIG. 7B shows a state in which the terminal 200-C that has received the neighboring terminal information request packet transmits a response request packet by broadcast in step S604.
  • the response request packet transmitted by the terminal 200-C is received by the three terminals 200-A, 200-D, and 200-F.
  • Each of these terminals also records the reception result in the neighboring terminal management table 205 held by itself when receiving the response request packet.
  • FIG. 7C shows a state where the terminal that has received the response request packet transmits the response packet to the terminal 200-C that is the response request source in step S606.
  • the terminal 200-C that received the response records the reception result in the neighboring terminal management table 205 of the own terminal. Since the terminal 200-A, the terminal 200-D, and the terminal 200-F transmit the response packet, the terminal 200-G and the gateway 300 existing within the radio wave reach range also receive the radio wave. Are recorded in the neighboring terminal management tables 205 and 305 held by.
  • FIG. 7 (d) shows a state in which the neighboring terminal information response packet is transmitted from the terminal 200-C to the gateway 300 in steps S608 and 609 in FIG. Since the neighboring terminal information request packet has been transferred through the communication path of gateway 300 ⁇ terminal 200-A ⁇ terminal 200-C, terminal 200-C has terminal 200-C ⁇ terminal 200-A ⁇ gateway in the opposite direction to the communication path. A communication path of 300 is designated.
  • the terminal 200-C and the terminal 200-A transmit the neighboring terminal information response packet
  • the terminal 200-D and the terminal 200-F existing within the radio wave coverage also receive the transmission radio wave. Record in the neighboring terminal management table 205 held by the terminal.
  • the gateway can collect the neighboring terminal information from the terminal 200-C through the communication shown in FIGS. 7 (a) to (d). Also, recording of the terminal and gateway in the neighboring terminal management tables 205 and 305 is performed with the reception of the packet generated in the process.
  • the operation at the time of packet reception in the neighboring terminal information management units 204 and 304 of the terminal and the gateway will be described.
  • the reception result is recorded in the neighboring terminal management table 205 held by the terminal regardless of whether or not the packet is addressed to the terminal according to the processing of FIG.
  • the gateway When a packet is received, the reception result is recorded in the neighboring terminal management table 305 held by itself according to the processing of FIG.
  • the flowchart of FIG. 8 will be described.
  • Step S801 is a process indicating reception of a packet transmitted by a gateway or another terminal. If it is confirmed that the packet is received from the RF peripheral circuit 208, the process proceeds to step S802.
  • Step S802 is processing for determining whether or not the information about the transmission source of the received packet has been recorded in the neighboring terminal management table 205 held by the own terminal in the neighboring terminal information management unit 204. As described above, the contents of the packet such as the transmission source information of the received packet are analyzed by the communication processing unit 202. If the sender information has been recorded in the ID column of the neighboring terminal management table 205 held by the terminal itself (YES), the process proceeds to step S804. If not recorded (NO), the process proceeds to step 803.
  • Step S803 is processing in which the neighboring terminal information management unit 204 adds the transmission source information of the received packet to the neighboring terminal management table 205 held by the own terminal.
  • the process proceeds to step S804.
  • Step S804 is processing in which the neighboring terminal information management unit 204 records the RSSI at the time of packet reception in the RSSI entry column corresponding to the transmission source of the neighboring terminal management table 205 held by the own terminal. If communication quality information other than RSSI is also managed on the table, recording may be performed as appropriate in this processing. When this process ends, the process proceeds to step S805.
  • Step S805 is processing for performing a predetermined operation according to the contents of the received packet.
  • the final destination information of the packet analyzed by the communication processing unit 202 is referred to.
  • an operation according to the type of the packet is performed.
  • the received packet is a response request packet
  • a predetermined process such as returning a response packet is executed.
  • the packet must be transferred to the next transfer destination, so the specified communication path stored in the packet And rewrite the destination to the next transfer destination. If the packet destination is not set to the terminal itself, the received packet is discarded.
  • the flowchart of FIG. 8 ends.
  • the gateway executes the designated communication path change process in the path calculation unit 306 according to the process in FIG. 9. Specifically, while referring to neighboring terminal information collected from each terminal, the route calculation unit 306 calculates a possible communication route for delivering a packet from the gateway to each terminal, and there is a communication route suitable for the change. In this case, the changed communication path information is added to the path management unit 303.
  • the terminal By performing the designated communication path changing process of FIG. 9, in the process of transmitting the neighboring terminal information request packet from the gateway to the terminal and the process of transmitting the neighboring terminal information response packet from the terminal to the gateway, the terminal subject to priority measurement It is possible to obtain more reception opportunities and to record more information on communication quality in a short time.
  • Step S901 is processing in which the route calculation unit 306 selects a terminal as a final destination from terminals existing in the FAN. When this process ends, the process proceeds to step S902.
  • step S902 among the communication paths that can be used to deliver a packet from the gateway to the final destination terminal in the path calculation unit 306, a terminal that is a priority measurement target, that is, a terminal that has not yet been determined whether or not the communication requirement can be achieved is used.
  • This is a process for determining whether or not there is a route through. If at least one of the routes exists (YES), the process proceeds to step S903, and if not (NO), the process proceeds to step S904.
  • the route calculation unit 306 calculates a communication route that can be used to deliver a packet from the gateway to the final destination terminal based on the neighboring terminal information collected from each terminal managed by the neighboring terminal information management unit 304 of the gateway. I can do it.
  • a terminal that can communicate with the terminal is extracted.
  • the terminal described in the ID column of the neighboring terminal management table 205 held by the terminal is applicable.
  • this terminal is the terminal a
  • a terminal that can communicate with the terminal a is extracted. In this way, it is possible to search for a terminal that can communicate with the final destination terminal as a starting point, and calculate a communication path from the gateway to the final destination terminal when the finally communicable partner becomes a gateway. It becomes possible.
  • step S903 the route calculation unit 306 changes the communication route specified when collecting neighboring terminal information from the final destination terminal in step S901 to a route that passes through a terminal that has not yet been determined whether the communication requirement can be achieved. It is. Specifically, the changed communication route information calculated by the route calculation unit 306 is added to the route management unit 303. At this time, there may be a case where there are a plurality of corresponding routes. In this case, one route is selected. For example, a method of selecting a route that passes through more undetermined terminals is conceivable. Further, in order to avoid loss of the neighboring terminal information request packet and the neighboring terminal information response packet, a method of excluding a communication path including a poor quality communication link is also conceivable. The selection criterion for the communication path is not limited to a specific method, and may be selected according to an arbitrary criterion. When this process ends, the process proceeds to step S906.
  • step S904 among the communication paths that can be used by the path calculation unit 306 to deliver the packet from the gateway to the final destination terminal, there is a path that passes through a neighboring terminal that can directly communicate with a terminal that has not yet been determined whether the communication requirements can be achieved.
  • This is a process for determining whether or not it exists. If there is at least one route (YES), the process proceeds to step 905. If it does not exist (NO), the process proceeds to step S906 without changing the communication path for the final destination terminal selected in step S901. In FIG. 9, the process proceeds to step S904 after the determination process in step S902. However, the order of both steps may be reversed.
  • step S905 the route calculation unit 306 passes the communication route specified when collecting the neighboring terminal information from the final destination terminal in step S901 via a neighboring terminal that can directly communicate with a terminal that has not yet been determined whether the communication requirements can be achieved. It is processing to change to the route to be. A case where a plurality of corresponding routes exist is also assumed. In this case, one route is selected as in step S903. When this process ends, the process proceeds to step S906.
  • Step S906 is processing for determining whether or not the route calculation unit 306 has performed the change processing of the designated communication route with all terminals existing in the FAN as final destination terminals.
  • the designated communication path changing process of FIG. 9 is terminated, and when there are terminals that have not yet been selected as final destinations (NO), the process returns to step S901. Is selected as the final destination.
  • FIG. 10 shows a communication path when the final destination is designated to the terminal 200-F.
  • FIG. 10 (a) shows the communication path before execution of the designated communication path change process
  • FIG. 10 (b) shows the communication path after execution. Show.
  • the terminal 200-G has unstable communication quality and has not yet been able to determine whether or not the communication requirement can be achieved.
  • a communication path of gateway 300 ⁇ terminal 200-A ⁇ terminal 200-C ⁇ terminal 200-F is used as a path from the gateway to terminal 200-F. Yes.
  • the terminal 200-G is not included in any radio wave arrival range, and the terminal 200-G cannot receive the packet even once. That is, in the process of collecting the neighboring terminal information from the terminal 200-F, it is impossible to perform the measurement related to the terminal 200-G that should be preferentially measured.
  • FIG. 10B a communication path of gateway 300 ⁇ terminal 200-A ⁇ terminal 200-D ⁇ terminal 200-F is used.
  • the communication path is changed to the communication path via the terminal 200-D that can directly communicate with the terminal 200-G, and the terminal 200-G can receive the radio wave transmitted by the terminal 200-D.
  • the process of collecting neighboring terminal information from F it is possible to simultaneously measure the terminal 200-G.
  • the gateway 300 ⁇ the terminal 200-A ⁇ the terminal 200-D ⁇ the terminal 200
  • the communication path may be changed to pass through the terminal 200-G, such as ⁇ G ⁇ terminal 200-F.
  • FIG. 11 a display example of the communication quality measurement result output via the gateway output unit 313 will be described. As shown in FIG. 11, based on the neighboring terminal information collected from each terminal, the communication quality between the terminals is displayed on the screen via the gateway output unit 313, thereby visually grasping the communication quality in the FAN. Things will be possible.
  • the display example 1101 is an example in which the communication quality of the gateway and each terminal existing in the FAN is collectively displayed.
  • the communication quality of each link can be displayed as shown in display example 1101 by notifying the output unit 313 of the neighboring terminal information managed by the neighboring terminal information management unit 304 of the gateway.
  • neighboring terminal information cannot be collected from a specific terminal, and a record of receiving a packet from the terminal is not described in any of the neighboring terminal information collected from other terminals, that is, each terminal holds If no information of the terminal is recorded in any of the neighboring terminal management tables 205, communication quality cannot be displayed as “E” (terminal 200-E) in the display example 1101, and communication is impossible. It is possible to visually grasp that it is an isolated terminal.
  • the start point of the arrow is the transmission source
  • the end point of the arrow is the reception source
  • the RSSI is displayed in three levels.
  • the RSSI to be displayed may be arbitrarily set such as the latest value, the average value, the maximum value, or the minimum value observed in the past. It is not always necessary to display the RSSI divided into levels, and a specific numerical value may be displayed.
  • the display content is updated at an arbitrary timing such as when the neighboring terminal information of each terminal managed by the gateway is managed by the neighboring terminal information management unit 304 or when the user instructs updating. It doesn't matter.
  • a display example 1102 is an example in which a change transition related to communication quality in a specific section is displayed.
  • a display example 1102 displays the RSSI fluctuation transition when “Node A” (terminal 200-A) receives from “Node-C” (terminal 200-C).
  • a display like the display example 1102 can be performed.
  • the change transition of the communication quality is displayed in a graph format, but a table format or the like may be used. Note that, in the display examples 1101 and 1102, when communication quality information other than RSSI is managed by the terminal and gateway neighboring terminal management tables 205 and 305, these information may be displayed in the same manner.
  • the determination / display processing of whether or not each terminal needs to install a repeater which is performed by the repeater necessity determination unit 307 of the gateway.
  • the processing of FIG. 12 it is possible to visually confirm to which terminal it is necessary to install the repeater, and it is also possible to grasp the priority regarding the repeater installation.
  • the relay repeater necessity determination unit 307 of the gateway determines the necessity of installing a repeater for each terminal and the priority, and finally outputs it.
  • the determination result is output via the unit 313.
  • Step S1201 is a process in which the repeater necessity determination unit 307 selects one terminal to be determined whether a repeater is necessary from among terminals existing in the FAN. When this process ends, the process proceeds to step S1202.
  • step S1202 the repeater necessity determination unit 307 refers to the neighboring terminal information of each terminal managed by the neighboring terminal information management unit 304, and the information on the terminal selected in step S1201 is described as neighboring terminal information. This is a process for determining whether or not there is any. Here, if there is no description about the terminal in the neighboring terminal information of all terminals (YES), the process proceeds to step S1203, and if there is a description (NO), the process proceeds to step S1204.
  • Step S1203 is a process in which the repeater necessity determination unit 307 determines that the selected terminal in step S1201 is a terminal in which repeater installation is indispensable, that is, a terminal having a high priority of repeater installation. If the information about the terminal is not described in all of the neighboring terminal information collected from the terminal, that is, if it is not recorded in any of the neighboring terminal management tables 205 held by each terminal, the terminal is an isolated terminal. Therefore, it can be determined that the installation of a repeater is essential. When this process ends, the process proceeds to step S1207.
  • the repeater necessity determination unit 307 refers to the neighboring terminal information of each terminal managed by the neighboring terminal information management unit 304, and the communication quality when the packet is received from the terminal selected in step S1201. This is a process for determining whether or not RSSI is below the threshold value. About this threshold value, you may set to arbitrary values according to the communication requirements etc. which are calculated
  • Step S1205 is processing in which the repeater necessity determination unit 307 determines that the selected terminal in step S1201 is a terminal in which repeater installation is desirable, that is, a low-priority terminal. Since there are other terminals that can communicate with the terminal, it is not always necessary to install a repeater, but it is not possible to communicate with sufficiently good communication quality, so it is desirable to improve communication quality by installing a repeater Can be judged. When this process ends, the process proceeds to step S1207.
  • Step S1206 is processing in which the repeater necessity determination unit 307 determines that the selected terminal in step S1201 is a terminal that does not require installation of a repeater. Since there is another terminal capable of communicating with good communication quality exceeding the threshold set in step S1204, it can be determined that no repeater installation is necessary. When this process ends, the process proceeds to step S1207.
  • Step S1207 is a process of determining whether or not the repeater necessity determination unit 307 has determined whether or not the repeater is necessary for all terminals. If the determination for all terminals has been completed (YES), the process proceeds to step S1208. If not yet completed (NO), the process returns to step S1201, and another terminal is selected again to determine whether a repeater is required. Continue.
  • Step S1208 is processing for notifying the necessity of installing a repeater of each terminal and the determination result of the priority from the repeater necessity determination unit 307 to the output unit 313 and outputting the result.
  • a specific display example will be described with reference to FIG. When this process ends, the determination / display process for determining whether or not the repeater is installed in FIG. 12 ends.
  • the display example 1101 of FIG. 11 is applied via the output unit 313 of the gateway to display terminals determined to have repeater installation essential (high priority) or desirable to install repeaters (low priority). It is carried out.
  • “E” terminal 200-E is an isolated terminal that cannot communicate with other terminals, it is determined in step S1203 in FIG. Therefore, the fact that the priority for installing the repeater is high is displayed on the screen.
  • the RSSI threshold value in the determination of step S1204 in FIG. 12 is set to “ ⁇ 75 dBm”, “G” (terminal 200-G) has not obtained communication quality exceeding the threshold value with any terminal capable of communication. .
  • the terminal that does not display the priority in FIG. 13 is a terminal that has been determined that the repeater installation is unnecessary in step S1206 of FIG.
  • the display method of FIG. 13 is an example, and is not necessarily limited to the format of FIG.
  • communication failure detection and cause analysis and warning display processing performed by the gateway failure detection / analysis unit 308 will be described.
  • the process of collecting neighboring terminal information from each terminal there is a possibility that communication disruption may occur due to a terminal failure or an obstacle that shields radio waves. Therefore, by periodically performing the processing of FIG. 14 and confirming the presence or absence of communication interruption and displaying the result as appropriate, it is possible to visually confirm the occurrence of the communication interruption and the cause thereof. Note that the cycle and timing for executing the processing of FIG. 14 may be arbitrarily set.
  • the failure detection / analysis unit 308 of the gateway detects communication interruption and analyzes the cause based on the neighboring terminal information collected from each terminal, and finally the analysis result via the output unit 313. Output warnings according to.
  • the failure detection / analysis unit 308 refers to the neighboring terminal information of each terminal managed by the neighboring terminal information management unit 304, and the reception record from a certain neighboring terminal has been continuously interrupted for a certain period of time. Is a process for determining whether or not there exists. About this period, you may set arbitrarily, for example, by setting a short period, it becomes possible to detect communication interruption at an early stage. However, even if packet loss occurs continuously by accident, there is a risk of erroneous detection of communication interruption, so it is desirable to detect it for a certain period of time.
  • step S1402 If there is a terminal whose reception record from a specific terminal has been continuously interrupted for a certain period (YES), the process proceeds to step S1402, and if there is no corresponding terminal (NO), it is determined that the terminal is in a normal state. This flowchart is finished.
  • step S1402 in the failure detection / analysis unit 308, the neighborhood terminal managed by the neighboring terminal information management unit 304 for all terminals that have received reception records in the past from the same transmission source terminal in which the reception record was interrupted in step S1401.
  • This process refers to terminal information and determines whether or not reception recording is interrupted in any terminal. In any case, if reception recording is interrupted (YES), the process proceeds to step S1403, and if reception recording is continued in at least one terminal (NO), the process proceeds to step S1404.
  • Step S1403 is a process in which the failure detection / analysis unit 308 determines that the failure of the terminal is the cause of communication interruption, notifies the output unit 313 of the determination result, and outputs a warning that a terminal failure has occurred. is there. If the reception record from the terminal is uniformly interrupted regardless of the terminal, it is suspected that the communication function of the terminal is stopped, so that it can be estimated that the terminal is due to failure. When this process ends, the flowchart of FIG. 14 ends.
  • step S1404 the failure detection / analysis unit 308 determines that the occurrence of the obstacle on the transmission path is the cause of the communication interruption, notifies the output unit 313 of the determination result, and outputs a warning that the obstacle has occurred. It is processing to do. If at least one terminal can continuously receive packets sent by the terminal, it can be confirmed that the communication function of the terminal is operating continuously, so it is estimated that an obstacle is the cause. I can do it. When this process ends, the flowchart of FIG. 14 ends.
  • FIG. 15A shows an example of a normal screen display output via the gateway output unit 313.
  • the neighboring terminal information collected from “A” (terminal 200-A) at a certain timing “ It is assumed that the reception record from “C” (terminal 200-C) has been interrupted for a certain period.
  • it is determined whether or not the reception record from “C” is interrupted. If the reception record is interrupted in any case, it is determined that the failure of “C” is the cause, and the display regarding the communication quality in the communication interruption section is turned off as shown in FIG. Display a warning that it has stopped.
  • the display method of FIG. 15 is an example, and is not necessarily limited to the format of FIG.
  • Embodiment 2 describes an embodiment that realizes a communication quality measurement process when a communication path that can be used by each terminal cannot be grasped in advance. For example, a case where a terminal that does not store route information is installed in the field without performing prior design of the communication route corresponds to this embodiment.
  • the gateway cannot calculate the communication path specified in the neighboring terminal information collection process until the neighboring terminal information is collected from each terminal at least once. Therefore, in the second embodiment, it is necessary to perform neighboring terminal information collection processing by a method different from that of the first embodiment shown in FIG.
  • the neighboring terminal information collection process according to the second embodiment will be described with reference to FIG. Note that steps that perform the same processing as the neighboring terminal information collection processing according to the first embodiment are denoted by the same reference numerals as in FIG. 6, and description thereof is omitted. Further, since various configurations and processes according to the second embodiment are the same as those of the first embodiment except for the neighboring terminal information collection process, description thereof will be omitted.
  • step S1601 the gateway selects a terminal from which neighboring terminal information is collected by the neighboring terminal information management unit 304, sets the terminal as a final destination, and transmits a neighboring terminal information request packet by flooding. It is processing to do.
  • the flooding all the terminals that have received a packet perform a relay process, and when the same packet is received again, it is discarded without relaying.
  • By transmitting the packet by flooding it is possible to deliver the packet to a desired final destination terminal even when the packet is scattered over a wide range and the communication path on the way is not grasped.
  • Step S1602 is a process in which the terminal that receives the neighboring terminal information request packet relays the packet by flooding.
  • the communication processing unit 202 of the own terminal refers to the final destination information of the packet and confirms that it is not the final destination terminal designated as the gateway, the own terminal information is added as the route information to the neighboring terminal information request packet. After that, relay processing by flooding is performed. This is because by adding the route information, it is possible for the terminal that has received the packet to know through which communication path it has been transmitted in the flooding process.
  • step S603 After the final destination terminal designated by the gateway receives the neighboring terminal information request packet, the response request packet and the response packet are transmitted / received (steps S603 to S607), and the process proceeds to step S1603.
  • the terminal that has received the neighboring terminal information request packet in step S603 refers to the information in the neighboring terminal management table 205 in the neighboring terminal management information management unit 204, and transmits the neighboring terminal information response packet to the gateway. It is processing.
  • the information of the neighboring terminal management table 205 held by the own terminal is stored in the neighboring terminal information response packet, and the final destination of the packet is set to the gateway, and at the same time, the communication that passes Also specify the route.
  • the communication path specified here is based on the route information stored in the flooding process in the neighboring terminal information request packet, and the communication route is specified in the form of reversing the route order. Since the neighboring terminal information request packet is transmitted by flooding, there may occur a case where the final destination terminal receives the packet a plurality of times and there are a plurality of specifiable communication paths.
  • select one communication path For example, a method of selecting the route information of the neighboring terminal information request packet received first, a method of selecting a route that can reach the gateway with the smallest number of hops, and the like can be considered.
  • the communication path selection criterion is not limited to a specific method, and may be selected according to an arbitrary criterion.
  • the gateway when the neighboring terminal information request packet is transmitted from the gateway to the terminal in the neighboring terminal information collection process, transmission is performed using flooding. As a result, even when the communication path that can be used by each terminal is not known in advance, the packet can be delivered to a desired terminal, and neighboring terminal information can be collected. When the neighboring terminal information is collected once from each terminal, the gateway can calculate the communication path to each terminal by the path calculation unit 306.
  • the neighboring terminal information request packet may be transmitted by designating the route as shown in FIG.
  • An advantage of transmitting the neighboring terminal information request packet by flooding is that more terminals can obtain a reception opportunity in one neighboring terminal information collection process.
  • the traffic load increases, and there is a possibility that the probability of occurrence of packet loss increases due to radio wave interference caused by simultaneous transmission of a plurality of terminals. It is possible to avoid interference to some extent by performing processing such as inserting random time jitter before relay processing, but it is completely avoided when many terminals are crowded. It is difficult to do.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

The communication qualities among terminals are measured in detail in a short time at very short time intervals. Further, in a case where there exists a terminal the communication quality for which is desirably measured in an intensive manner, an intensive measurement related to the particular terminal is performed without increasing the communication amount, while the measurements for the other terminals are being maintained. Each of a gateway and a plurality of terminals on a network records, upon reception of radio waves transmitted nearby, information of the transmission source and the communication quality at the time of the reception into its own nearby terminal management table regardless of the communication destination. The gateway designates a communication path and sends a packet for requesting each of the terminals to provide a notification of nearby terminal information, and the terminal having received the request sends back the recorded information of its nearby terminal management table. In a case where there exists a terminal the communication quality for which is desirably measured, when the gateway transmits the request packet to the terminals, the gateway designates a communication path passing through that terminal or communication paths passing through nearby terminals that can directly communicate with that terminal, thereby increasing the number of radio wave receptions by that terminal, thereby performing an intensive measurement.

Description

通信品質計測方法、及び通信システムCommunication quality measuring method and communication system
本発明は、通信システムにおける端末間の通信品質計測方法に関する。 The present invention relates to a method for measuring communication quality between terminals in a communication system.
 ネットワーク利用の普及や多様化が進む中、センサネットワーク等の分野において、ゲートウェイの配下に複数の端末を収容し、無線通信を用いて端末からデータ収集を行う形態を持つシステムが数多く構築されている。しかし、現場に端末を設置しても、障害物による電波遮蔽などで通信が出来ない場合や、他端末との通信が可能であっても、通信品質が劣悪で所望の通信要件を達成する事が出来ない場合などがある。このような場合、中継器の設置などにより、電波到達範囲の補完や、通信品質の安定化を図る必要がある。そのため、他端末と通信が出来ていない孤立端末や、劣悪な品質の通信リンクのみを有する端末など、システムに求められる通信要件を達成出来ない端末を判別する必要があり、その際に各端末間の通信品質を計測する方法が必要となる。 Along with the spread and diversification of network usage, in the field of sensor networks and the like, many systems have been constructed that accommodate multiple terminals under the gateway and collect data from the terminals using wireless communication. . However, even if a terminal is installed in the field, even if communication is not possible due to radio wave shielding by obstacles, or communication with other terminals is possible, the communication quality is poor and the desired communication requirements can be achieved. There are cases where it is not possible. In such a case, it is necessary to supplement the radio wave coverage and stabilize the communication quality by installing a repeater. Therefore, it is necessary to identify terminals that cannot meet the communication requirements required for the system, such as isolated terminals that are not able to communicate with other terminals and terminals that have only poor quality communication links. A method for measuring the communication quality of the network is required.
 各端末間の通信品質を計測する先行技術として、特定の端末に計測用パケットをブロードキャストで送信するように命令し、当該パケットの受信結果を全端末に問い合わせる事で、端末間の通信品質を計測する技術が存在する(特許文献1)。各端末に対して順番に計測用パケットを送信するように命令し、その都度全端末に対して当該パケットの受信結果を問い合わせる事で、計測パケット受信時における各端末間の通信品質を計測する事が可能である。 Measures communication quality between terminals by instructing a specific terminal to broadcast a measurement packet and inquiring all terminals about the reception result of the packet as a prior art for measuring communication quality between terminals. There exists a technique to perform (Patent Document 1). By instructing each terminal to transmit the measurement packet in turn, and inquiring the reception result of the packet to all terminals each time, the communication quality between the terminals at the time of receiving the measurement packet can be measured. Is possible.
特許第5103324号Patent No. 5103324
 しかし、特許文献1の方法では、通信品質を計測する機会が計測用パケットの受信時のみに限られてしまうため、ある時刻の瞬間的な通信品質しか観測する事が出来ない。例えば、本来通信品質が劣悪で通信要件を達成困難な端末であるにも関わらず、計測用パケットを受信した際の通信品質が偶然良好であった場合、当該端末は通信要件を達成可能な端末として、誤った判定を下される恐れがある。無線通信における通信品質は時間と共に変動するものであるため、時間変動に追従可能な計測を行う事が望ましい。例えば、特許文献1の方法においても、同一端末に対して計測用パケットの送信命令を複数回繰り返し、計測用パケットの受信結果を毎回全端末に対して問い合わせる事で、通信品質について一定の時間変動を観測する事が可能である。しかし、特定端末に計測用パケットの送信を命令して、全端末に当該パケットの受信結果を問い合わせる処理には一定の時間を要するため、短時間で変動する通信品質に追従する事は困難である。 However, in the method of Patent Document 1, the opportunity to measure the communication quality is limited only to the time of receiving the measurement packet, so that only the instantaneous communication quality at a certain time can be observed. For example, if the communication quality when the measurement packet is received is good even though the communication quality is originally poor and the communication requirement is difficult to achieve, the terminal can achieve the communication requirement. As a result, there is a risk of making an erroneous determination. Since communication quality in wireless communication varies with time, it is desirable to perform measurement capable of following the time variation. For example, even in the method of Patent Document 1, a certain time fluctuation is caused with respect to communication quality by repeating a measurement packet transmission command for the same terminal a plurality of times and inquiring the reception result of the measurement packet to all terminals every time. Can be observed. However, it takes a certain amount of time to instruct a specific terminal to transmit a measurement packet and inquire all the terminals about the reception result of the packet, so it is difficult to follow the communication quality that varies in a short time. .
 一方、各端末に対する一定回数の計測処理を終えた時点で、各端末の通信要件の達成可否を判定し、以降の計測処理においては、既存の計測結果だけでは達成可否を十分に判定出来なかった端末について、重点的に計測を行う事が効果的である。これにより、全端末に対して通信要件の達成可否を判定する上で要する時間を短縮する事が可能となる。しかし、一度通信要件の達成可否を判断し終えた端末であっても、計測を行っていた一定期間だけ偶然通信品質が良好であった可能性があるため、一定の頻度で通信品質の計測を継続する事が望ましい。 On the other hand, when a certain number of measurement processes for each terminal were completed, it was determined whether or not the communication requirements of each terminal could be achieved, and in the subsequent measurement processes, it was not possible to sufficiently determine whether or not it could be achieved with the existing measurement results alone It is effective to measure the terminal with priority. As a result, it is possible to reduce the time required to determine whether or not the communication requirements can be achieved for all terminals. However, even if the terminal has already judged whether or not the communication requirements can be met, the communication quality may have been good by chance for a certain period of time. It is desirable to continue.
 本発明は、上記に鑑みてなされたものであり、その目的は各端末間における通信品質を短時間、且つ細かい時間間隔で詳細に計測する事にある。加えて、重点的に計測を行いたい端末が存在する際に、他の端末に対する計測を維持した上で当該端末に関する計測回数を効率的に増やし、通信品質の詳細な計測を実現する事にある。 The present invention has been made in view of the above, and an object thereof is to measure the communication quality between terminals in a short time and in fine time intervals. In addition, when there is a terminal that you want to measure intensively, while maintaining the measurement for other terminals, the number of measurements related to the terminal is efficiently increased, and detailed measurement of communication quality is realized .
 上記課題を解決するために、本発明では以下の構成を備える。 In order to solve the above problems, the present invention has the following configuration.
 ネットワークで接続された複数の端末と、ゲートウェイとを備え、前記端末は電波の送信元と、前記送信元との間の通信の通信品質を含む近隣端末管理テーブルを格納する記憶領域と、自端末が通信を受信したときに送信元と、受信時の通信品質を前記近隣端末管理テーブルに近隣端末情報として記録し、近隣端末情報の送信要求を受け付けたとき近隣端末管理テーブルを参照し、要求元に近隣端末情報を送信する近隣端末情報管理部とを備える通信システムにより実現される。 A plurality of terminals connected by a network, and a gateway, wherein the terminal stores a radio wave transmission source and a neighboring terminal management table including communication quality of communication with the transmission source; When the communication is received, the sender and the communication quality at the time of reception are recorded in the neighboring terminal management table as neighboring terminal information, and when the neighboring terminal information transmission request is received, the neighboring terminal management table is referred to, and the requesting source Is realized by a communication system including a neighboring terminal information management unit that transmits neighboring terminal information.
 各端末間の通信品質を細かい時間間隔で詳細に計測する事が可能となり、短時間でより多くの通信品質情報を収集する事が出来る。 It is possible to measure the communication quality between each terminal in detail at fine time intervals, and it is possible to collect more communication quality information in a short time.
実施例における通信システムの構成を説明するブロック図の例である。It is an example of the block diagram explaining the structure of the communication system in an Example. 実施例における端末のハードウェアブロック図の例である。It is an example of the hardware block diagram of the terminal in an Example. 実施例におけるゲートウェイのハードウェアブロック図の例である。It is an example of the hardware block diagram of the gateway in an Example. 実施例における端末及びゲートウェイが保持する近隣端末管理テーブルの例である。It is an example of the neighborhood terminal management table which the terminal and gateway in an Example hold | maintain. 実施例における通信品質計測における全体処理を示すフローチャートの例である。It is an example of the flowchart which shows the whole process in the communication quality measurement in an Example. 実施例における第1の実施例に係る近隣端末情報収集処理を示すシーケンス図の例である。It is an example of the sequence diagram which shows the neighboring terminal information collection process which concerns on 1st Example in an Example. 実施例における近隣端末情報収集処理の動作例を示す説明図である。It is explanatory drawing which shows the operation example of the neighboring terminal information collection process in an Example. 実施例におけるパケット受信時の動作を示すフローチャートの例である。It is an example of the flowchart which shows the operation | movement at the time of the packet reception in an Example. 実施例におけるゲートウェイによる指定通信経路の変更処理を示すフローチャートの例である。It is an example of the flowchart which shows the change process of the designated communication path | route by the gateway in an Example. 実施例における通信経路の変更例を示す説明図である。It is explanatory drawing which shows the example of a change of the communication path in an Example. 実施例における通信品質計測結果の表示例を示す説明図である。It is explanatory drawing which shows the example of a display of the communication quality measurement result in an Example. 実施例における中継器設置要否の判定・表示処理を示すフローチャートの例である。It is an example of the flowchart which shows determination / display processing of the necessity of installation of a repeater in an Example. 実施例における中継器設置要否の表示例を示す説明図である。It is explanatory drawing which shows the example of a display of the repeater installation necessity in an Example. 実施例における通信途絶検知ならびに原因解析・警告表示処理を示すフローチャートの例である。It is an example of the flowchart which shows the communication interruption detection and cause analysis / warning display process in an Example. 実施例における通信途絶時の警告表示例を示す説明図である。It is explanatory drawing which shows the warning display example at the time of the communication interruption in an Example. 実施例における第2の実施例に係る近隣端末情報収集処理を示すシーケンス図の例である。It is an example of the sequence diagram which shows the neighboring terminal information collection process which concerns on 2nd Example in an Example.
 まず、通信品質の計測を行うにあたり、各端末は他端末が送信した電波を受信すると、その通信が自分宛ての通信であるかを問わず、電波の送信元、ならびに受信時の通信品質を記録するものとする。以降、この記録に使用するテーブルを近隣端末管理テーブルと呼ぶ。無線通信の特性上、ある端末がパケットを送信すると電波が空間的に伝搬するため、電波到達範囲に位置していれば、指定された宛先以外の周辺端末も当該電波を受信する事が可能である。一般的に、パケットを受信すると宛先を参照し、自分宛ての通信でなければパケットを破棄するが、この時、本発明では送信元情報と、受信時の通信品質を近隣端末管理テーブルに記録する処理を行う。 First, when measuring the communication quality, each terminal receives the radio wave transmitted by other terminals, and records the radio wave source and the communication quality at the time of reception regardless of whether the communication is addressed to itself. It shall be. Hereinafter, the table used for this recording is referred to as a neighboring terminal management table. Due to the characteristics of wireless communication, when a terminal transmits a packet, the radio wave propagates spatially, so if it is located within the radio wave reachable range, peripheral terminals other than the specified destination can also receive the radio wave. is there. Generally, when a packet is received, the destination is referred to, and if the communication is not addressed to itself, the packet is discarded. At this time, in the present invention, the transmission source information and the communication quality at the time of reception are recorded in the neighboring terminal management table. Process.
 この条件の下で、まず始めにゲートウェイは、各端末の近隣にどの端末が存在し、各々どの程度の通信品質で通信を行っているのかを把握するため、特定の端末を指定して近隣端末情報要求パケットを送信する。この時、ゲートウェイは近隣端末情報要求パケットの最終宛先だけでなく、当該パケットの転送において経由する通信経路も指定する。そして、最終宛先に指定された端末が近隣端末情報要求パケットを受信すると、応答要求パケットをブロードキャストで送信する。応答要求パケットを受信した近隣端末は、送信元に対して応答パケットを返信する。応答要求パケットを送信した端末が本応答を受信すると、応答パケットの送信元と、受信時の通信品質を近隣端末管理テーブルに記録する。 Under this condition, the gateway first designates a specific terminal to identify which terminal is in the vicinity of each terminal and how much communication quality each communicates with. Send an information request packet. At this time, the gateway specifies not only the final destination of the neighboring terminal information request packet but also a communication path through which the packet is transferred. When the terminal designated as the final destination receives the neighbor terminal information request packet, the response request packet is transmitted by broadcast. The neighboring terminal that has received the response request packet returns a response packet to the transmission source. When the terminal that transmitted the response request packet receives this response, the transmission source of the response packet and the communication quality at the time of reception are recorded in the neighboring terminal management table.
 その後、近隣端末情報として、これまでに記録した近隣端末管理テーブルの情報を近隣端末情報応答パケットに格納し、経由する通信経路を指定して、ゲートウェイ宛てに送信するものとする。このように、ゲートウェイが近隣端末情報要求パケットを送信し、端末から近隣端末管理テーブルの情報を収集する一連の処理を、各端末に対して行うものとする。尚、この一連の処理について、
 (1)近隣端末情報要求パケットをゲートウェイから最終宛先の端末に転送する処理、
 (2)応答要求パケットをブロードキャストで送信する処理、
 (3)応答要求パケットの送信元に応答パケットを返信する処理、
 (4)近隣端末情報応答パケットを端末からゲートウェイ宛てに転送する処理において、各端末は他端末の送信電波を受信する機会が得られる。
After that, as the neighboring terminal information, the information of the neighboring terminal management table recorded so far is stored in the neighboring terminal information response packet, and the communication path to be passed is designated and transmitted to the gateway. As described above, it is assumed that the gateway transmits a neighboring terminal information request packet and performs a series of processes for collecting information in the neighboring terminal management table from the terminal for each terminal. In addition, about this series of processing,
(1) Processing for transferring a neighboring terminal information request packet from the gateway to the terminal of the final destination,
(2) Processing for transmitting a response request packet by broadcast,
(3) Processing for returning a response packet to the transmission source of the response request packet;
(4) In the process of transferring the neighboring terminal information response packet from the terminal to the gateway, each terminal has an opportunity to receive the transmission radio waves of other terminals.
 この時、前述の通り自分宛ての通信でなくても近隣端末管理テーブルに受信時の情報を記録するものとし、記録した情報は自身がゲートウェイ宛てに近隣端末情報を送信する際に、纏めて送信するものとする。このように、他端末の送信電波を受信した際に毎回受信結果を記録する事で、各端末はより細かい時間間隔で通信品質の情報を記録する事が可能となり、ゲートウェイは短時間でより多くの通信品質情報を取得する事が可能となる。また、収集した通信品質情報を必要に応じて適宜表示する事で、各端末間の通信品質について視覚的に把握する事が可能となる。 At this time, as described above, even when the communication is not addressed to itself, the information at the time of reception is recorded in the neighboring terminal management table, and the recorded information is collectively transmitted when the terminal transmits the neighboring terminal information to the gateway. It shall be. In this way, by recording the reception result every time when the transmission radio waves of other terminals are received, each terminal can record information on communication quality at finer time intervals, and gateways can be recorded more in a short time. Communication quality information can be acquired. Moreover, by displaying the collected communication quality information as necessary, it is possible to visually grasp the communication quality between the terminals.
 そして、前述の近隣端末情報の収集に関する一連の処理が、各端末に対して一定回数だけ完了した時点で、収集情報を基に各端末に対して通信要件の達成可否を判定する。その結果、通信品質の時間変動が非常に大きい場合や、達成可否の判定基準に近い範囲で通信品質の変動が続いている場合など、既存の収集情報だけでは十分に通信要件の達成可否を判定出来ない端末を抽出する。 Then, when the series of processes related to the collection of neighboring terminal information described above is completed for each terminal a predetermined number of times, it is determined whether or not the communication requirement can be achieved for each terminal based on the collected information. As a result, if the communication quality varies greatly over time, or if the communication quality continues to fluctuate within a range close to the criteria for determining whether or not it can be achieved, the existing collection information alone can be used to determine whether the communication requirements can be met. Extract unusable terminals.
 ここで抽出された端末を、以降の計測処理では重点計測対象とする。その後、再び各端末に対して近隣端末情報の収集に関する一連の処理を一定回数実施する。この時、ゲートウェイから各端末に近隣端末情報要求パケットを送信する際に、転送時に経由する通信経路として、重点計測対象の端末を経由する通信経路、あるいは重点計測対象の端末と直接通信可能な近隣端末を経由する通信経路に変更する。このような通信経路に変更する事で、各端末に対する近隣端末情報の収集を継続しつつ、且つその過程で重点計測対象の端末が電波を受信する回数を増やす事が出来、重点計測対象の端末に関して詳細な計測を行う事が可能となる。 The terminal extracted here is the target of priority measurement in the subsequent measurement processing. Thereafter, a series of processes relating to the collection of neighboring terminal information is again performed for each terminal a predetermined number of times. At this time, when transmitting a neighbor terminal information request packet from the gateway to each terminal, as a communication path through which the data is transferred, a communication path that passes through the terminal of the priority measurement target, or a neighbor that can directly communicate with the terminal of the priority measurement target Change to a communication path via the terminal. By changing to such a communication path, it is possible to continue collecting neighboring terminal information for each terminal and increase the number of times the terminal subject to priority measurement receives radio waves in the process. It becomes possible to perform detailed measurement with respect to.
 そして、再び各端末に対して一定回数の収集処理が完了すると、再度通信要件の達成可否に関する判定を行う。このように近隣端末管理テーブルに記録された近隣端末情報の収集処理と、通信要件の達成可否に関する判定処理を繰り返し行い、最終的に全端末に対する通信要件の達成可否を判定出来た時点で、通信品質の計測処理を終了する。 When the collection process is completed a certain number of times for each terminal again, it is determined again whether or not the communication requirement can be achieved. In this way, the process of collecting the neighboring terminal information recorded in the neighboring terminal management table and the judgment process regarding whether or not the communication requirement can be achieved are repeatedly performed, and finally the communication requirement can be achieved for all the terminals. End the quality measurement process.
 以下に、本発明にかかる通信システム、ならびに通信品質の計測処理に係る実施例を図1~図16を用いて説明する。実施例1を図1~図15を用いて説明し、実施例2を図16を用いて説明する。 Embodiments relating to a communication system according to the present invention and communication quality measurement processing will be described below with reference to FIGS. A first embodiment will be described with reference to FIGS. 1 to 15 and a second embodiment will be described with reference to FIG.
 実施例1では、予め各端末が使用可能な通信経路を把握している場合において、通信品質の計測処理を実現する実施例を説明する。例えば、現場に設置する端末間の通信経路を事前に設計し、設置に際して予め経路情報を端末に記憶させる場合などが、本実施例に該当する。 Embodiment 1 describes an embodiment that realizes a communication quality measurement process when a communication path that each terminal can use is known in advance. For example, this embodiment corresponds to a case where a communication path between terminals installed in the field is designed in advance and the path information is stored in the terminal in advance at the time of installation.
 まず、図1~図3を用いて通信システムの構成、端末及びゲートウェイについて説明する。次に、図4を用いて近隣端末管理テーブルについて説明する。その後、図5~図10を用いて通信品質の計測処理の流れと、その動作例について説明する。さらに、図11~図15を用いて、通信品質の計測結果に関する表示例、ならびに表示に付随する処理内容について説明する。 First, the configuration of the communication system, the terminal, and the gateway will be described with reference to FIGS. Next, the neighboring terminal management table will be described with reference to FIG. Thereafter, the flow of communication quality measurement processing and its operation example will be described with reference to FIGS. Furthermore, display examples regarding communication quality measurement results and processing contents associated with the display will be described with reference to FIGS.
 図1を参照して、通信システムの構成を説明する。図1において、通信システム1は、アプリケーションサーバ100、ならびにゲートウェイ300と、複数の端末200から構成されている。尚、図1ではゲートウェイ300が無線または有線でアプリケーションサーバ100と接続されるケースを示しているが、ゲートウェイ300とアプリケーションサーバ100を分離せずに、アプリケーションサーバ100の機能をゲートウェイ300に統合しても構わない。一方、端末200が計測したセンサデータなどは、無線通信を用いてゲートウェイ300宛てに送信するものとする。この時、端末200が直接ゲートウェイ300と通信出来ない場合は、他の端末200を中継してバケツリレー式にゲートウェイまでデータを送信する。尚、図1のようにゲートウェイ300とアプリケーションサーバ100が接続されている場合、ゲートウェイ300は端末200から収集したデータをアプリケーションサーバ100に転送する。また、図1に示すようにゲートウェイ300と端末200で構成されるネットワークをField Area Network(以下、FAN)と呼ぶ。 The configuration of the communication system will be described with reference to FIG. In FIG. 1, the communication system 1 includes an application server 100, a gateway 300, and a plurality of terminals 200. Although FIG. 1 shows a case where the gateway 300 is connected to the application server 100 wirelessly or by wire, the functions of the application server 100 are integrated into the gateway 300 without separating the gateway 300 and the application server 100. It doesn't matter. On the other hand, sensor data measured by the terminal 200 is transmitted to the gateway 300 using wireless communication. At this time, if the terminal 200 cannot directly communicate with the gateway 300, the other terminal 200 is relayed to transmit data to the gateway in a bucket relay manner. When the gateway 300 and the application server 100 are connected as shown in FIG. 1, the gateway 300 transfers the data collected from the terminal 200 to the application server 100. In addition, as shown in FIG. 1, a network composed of the gateway 300 and the terminal 200 is referred to as a Field AreaFANetwork (hereinafter referred to as FAN).
 図2を参照して、端末のハードウェア構成を説明する。端末200は、ゲートウェイ300または他の端末200との通信機能を有する組込み機器である。 Referring to FIG. 2, the hardware configuration of the terminal will be described. The terminal 200 is an embedded device having a communication function with the gateway 300 or another terminal 200.
 図2において、端末200は、記憶装置201と、中央制御装置206と、電源回路207と、RF周辺回路208とから構成されている。記憶装置201は、通信処理部202、経路管理部203、近隣端末情報管理部204、近隣端末管理テーブル205を備えている。通信処理部202は、通信における送受信処理を実現するものである。具体的には、送信する際の送信宛先指定等のパケット組立て処理や、受信する際の自端末宛のパケットか否かの判断等を始めとした、パケット解析処理を行う。経路管理部203は、ネットワーク内の通信における経路情報を管理する。 In FIG. 2, the terminal 200 includes a storage device 201, a central control device 206, a power supply circuit 207, and an RF peripheral circuit 208. The storage device 201 includes a communication processing unit 202, a route management unit 203, a neighboring terminal information management unit 204, and a neighboring terminal management table 205. The communication processing unit 202 implements transmission / reception processing in communication. Specifically, packet analysis processing such as packet assembly processing such as designation of a transmission destination at the time of transmission and determination of whether or not the packet is addressed to the own terminal at the time of reception is performed. The route management unit 203 manages route information in communication within the network.
 近隣端末情報管理部204は、端末200と通信可能な範囲に存在する他端末やゲートウェイに関する情報と、各通信相手との通信品質に関する情報を管理するものであり、近隣端末管理テーブル205の更新処理や、近隣端末情報を要求された際の応答処理などを行う。記憶装置201は、例えば読み出し専用の半導体メモリなどから構成される記憶装置と、書き換え可能な半導体メモリ素子などから構成される記憶装置を備え、前述の各種処理を実現するコンピュータプログラムや、管理情報に該当するデータなどを格納する。 The neighboring terminal information management unit 204 manages information related to other terminals and gateways that exist in a range where communication with the terminal 200 and information related to communication quality with each communication partner can be performed. And response processing when the neighboring terminal information is requested. The storage device 201 includes, for example, a storage device composed of a read-only semiconductor memory and a storage device composed of a rewritable semiconductor memory element, etc., and includes computer programs and management information for realizing the various processes described above. Stores relevant data.
 中央制御装置206は、記憶装置201に格納されている各種コンピュータプログラムを実行する。これにより、端末200の有する各種機能が実現される。電源回路207は、端末200に電力を供給する。これにより、端末200が動作する。RF周辺回路208は、デジタル信号と無線信号とを相互に変換し、生成したデジタルデータを無線信号に変換して他端末やゲートウェイに送信する送信部と、他端末やゲートウェイから受信した無線信号からデジタルデータを取り出す受信部から構成される。尚、端末200は組み込み機器でなく、独立した装置であっても良い。 The central control device 206 executes various computer programs stored in the storage device 201. As a result, various functions of the terminal 200 are realized. The power supply circuit 207 supplies power to the terminal 200. Thereby, the terminal 200 operates. The RF peripheral circuit 208 mutually converts a digital signal and a radio signal, converts the generated digital data into a radio signal and transmits it to another terminal or gateway, and a radio signal received from the other terminal or gateway. Consists of a receiver that extracts digital data. Note that the terminal 200 may be an independent device instead of an embedded device.
 図3を参照して、ゲートウェイのハードウェア構成を説明する。ゲートウェイ300のハードウェア構成は、外部ネットワーク接続回路312と、出力部313を搭載し、記憶装置301に経路算出部306、中継器要否判定部307、障害検知・解析部308を備える点を除いて端末200と同様の構成である。 Referring to FIG. 3, the hardware configuration of the gateway will be described. The hardware configuration of the gateway 300 is that the external network connection circuit 312 and the output unit 313 are mounted, and the storage device 301 includes a path calculation unit 306, a repeater necessity determination unit 307, and a failure detection / analysis unit 308. The configuration is the same as that of the terminal 200.
 ゲートウェイ300は、端末200やアプリケーションサーバ100と通信を行ない、端末200からのデータ収集や、端末200に関する近隣端末情報の管理等を行う。外部ネットワーク接続回路312は、Ethernet(登録商標)、WiFi(登録商標)、光回線、電話網等の外部ネットワークを利用するための機能である。ただし、ゲートウェイ300がアプリケーションサーバ100の機能を担う場合などにおいては、必ずしも外部ネットワーク接続回路312を搭載する必要は無い。出力部313は、通信品質の計測結果などを出力するための機能である。尚、出力画面はゲートウェイ300に搭載する形態であっても、外部接続する形態であっても構わない。一方、ゲートウェイ300がアプリケーションサーバ100と接続されている場合は、出力データをアプリケーションサーバ100に転送し、サーバ側で表示、あるいはサーバにアクセス可能なモバイル端末等で表示を行っても構わない。 The gateway 300 communicates with the terminal 200 and the application server 100, collects data from the terminal 200, manages neighboring terminal information related to the terminal 200, and the like. The external network connection circuit 312 is a function for using an external network such as Ethernet (registered trademark), WiFi (registered trademark), an optical line, and a telephone network. However, when the gateway 300 assumes the function of the application server 100, the external network connection circuit 312 is not necessarily installed. The output unit 313 is a function for outputting a communication quality measurement result and the like. The output screen may be mounted on the gateway 300 or externally connected. On the other hand, when the gateway 300 is connected to the application server 100, the output data may be transferred to the application server 100 and displayed on the server side or on a mobile terminal that can access the server.
 尚、ゲートウェイ300が有する近隣端末情報管理部304では、ゲートウェイ300と通信可能な端末200に関する情報だけでなく、FAN内に存在する全ての端末200から収集した近隣端末情報を管理・記憶するものとする。 The neighboring terminal information management unit 304 of the gateway 300 manages and stores not only information about the terminals 200 that can communicate with the gateway 300 but also neighboring terminal information collected from all the terminals 200 existing in the FAN. To do.
 また、端末200に対する近隣端末情報の要求と、収集情報を基にした通信要件達成可否の判定処理も近隣端末情報管理部304にて実施する。一方、記憶装置301に備える経路算出部306では、FAN内の端末200から収集した近隣端末情報を基に、ゲートウェイ300から特定の端末200に至るまでの通信経路を算出する処理を行う。中継器要否判定部307では、収集した近隣端末情報を基に、各端末200に対する中継器設置の要否を判定する処理を行う。障害検知・解析部308では、収集した近隣端末情報を基に、通信障害の検知、ならびに障害原因の解析処理を実施する。 Also, the neighboring terminal information management unit 304 performs a request for neighboring terminal information to the terminal 200 and a determination process for determining whether or not communication requirements can be achieved based on the collected information. On the other hand, the route calculation unit 306 provided in the storage device 301 performs a process of calculating a communication route from the gateway 300 to the specific terminal 200 based on the neighboring terminal information collected from the terminal 200 in the FAN. The repeater necessity determination unit 307 performs processing for determining whether or not it is necessary to install a repeater for each terminal 200 based on the collected neighboring terminal information. The failure detection / analysis unit 308 performs communication failure detection and failure cause analysis processing based on the collected neighboring terminal information.
 図4を参照して、端末及びゲートウェイが保持する近隣端末管理テーブル205及び305について説明する。図4に示す近隣端末管理テーブルは、テーブルを保持する端末やゲートウェイの近隣端末情報管理部204及び304によって管理され、FAN内に存在する端末とゲートウェイのうち、自身と通信可能な端末及びゲートウェイに関する情報と、各通信相手との通信品質を管理するものである。図4のID401は、自身と通信可能な端末及びゲートウェイの識別子を示している。 The neighboring terminal management tables 205 and 305 held by the terminal and the gateway will be described with reference to FIG. The neighboring terminal management table shown in FIG. 4 is managed by the neighboring terminal information management units 204 and 304 of the terminals and gateways that hold the table, and relates to terminals and gateways that can communicate with themselves among the terminals and gateways existing in the FAN. Information and the communication quality with each communication partner are managed. ID 401 in FIG. 4 indicates an identifier of a terminal and a gateway that can communicate with itself.
 具体的には、端末及びゲートウェイのアドレスやホスト名などを記載するフィールドである。このフィールドに記載する識別子は、通信システムで採用している方式に準拠する。IPアドレス、MACアドレスまたは独自の識別子で端末やゲートウェイを識別しているのであれば、それらの識別子を記載しても良い。RSSI(1)402及びRSSI(2)403は、ID401に記載された端末またはゲートウェイから電波を受信した際の受信電波強度(以下、RSSI(Received Signal Strength Indicator))を示す。 Specifically, it is a field that describes the addresses and host names of terminals and gateways. The identifier described in this field conforms to the method adopted in the communication system. If the terminal or gateway is identified by an IP address, a MAC address or a unique identifier, those identifiers may be described. RSSI (1) 402 and RSSI (2) 403 indicate received radio wave strengths (hereinafter referred to as RSSI (Received Signal Signal Strength Indicator)) when receiving radio waves from the terminal or gateway described in ID 401.
 1回目に電波を受信した際のRSSIをRSSI(1)402に記録し、2回目に電波を受信した際のRSSIをRSSI(2)403に記録する。図4では記載を省略しているが、端末及びゲートウェイの近隣端末管理テーブル205及び305には、端末やゲートウェイが有する記憶領域の容量に応じて、任意のN回分のRSSIを記録するフィールドを設けて良い。N回分のフィールドを全て記載し終えた場合は古い情報から順に削除し、新しいRSSIを記録する。また、端末やゲートウェイが時刻情報を管理している場合は、RSSIを記録した時刻も近隣端末管理テーブル205及び305で管理しても良い。さらに、過去に観測したRSSIの平均値や最大値、最小値などの統計情報を近隣端末管理テーブル205及び305で管理しても良い。尚、図4では通信品質を示す指標としてRSSIを例に挙げているが、その他にも通信品質の指標としてパケット損失率などの情報を管理する場合は、これらも同様に近隣端末管理テーブル205及び305で管理しても構わない。 The RSSI when the radio wave is received for the first time is recorded in RSSI (1) 402, and the RSSI when the radio wave is received for the second time is recorded in RSSI (2) 403. Although not shown in FIG. 4, the neighboring terminal management tables 205 and 305 for terminals and gateways are provided with a field for recording RSSI for any N times according to the storage area capacity of the terminals and gateways. Good. When all the N fields have been described, the old information is deleted in order, and a new RSSI is recorded. If the terminal or gateway manages time information, the time when RSSI is recorded may be managed by the neighboring terminal management tables 205 and 305. Further, statistical information such as the average value, the maximum value, and the minimum value of RSSI observed in the past may be managed by the neighboring terminal management tables 205 and 305. In FIG. 4, RSSI is taken as an example of an index indicating communication quality. However, when information such as a packet loss rate is managed as an index of communication quality, these are similarly used for the neighboring terminal management table 205 and You may manage by 305.
 図5を参照して、ゲートウェイが行う通信品質計測における全体的な処理の流れを説明する。各端末間の通信品質を計測するにあたり、図5の処理に従って、各端末が保持する近隣端末管理テーブル205の情報を近隣端末情報として収集する。その後、収集した近隣端末情報を基に、各端末に対して通信要件の達成可否を判定する。 Referring to FIG. 5, the overall processing flow in communication quality measurement performed by the gateway will be described. In measuring the communication quality between the terminals, the information of the neighboring terminal management table 205 held by each terminal is collected as neighboring terminal information according to the process of FIG. Thereafter, based on the collected neighboring terminal information, it is determined whether or not the communication requirement can be achieved for each terminal.
 図5においてステップS501は、ゲートウェイの近隣端末情報管理部304でFAN内に存在する端末を指定し、指定端末から近隣端末情報を収集する処理である。ステップS501の近隣端末情報収集処理の詳細については、図6を用いて後述する。各端末が保持する近隣端末管理テーブル205の情報を近隣端末情報として収集する事で、各端末が通信可能な近隣端末と、各々の通信品質を把握する事が可能となる。尚、この時にゲートウェイの近隣端末情報管理部304では、各端末に対して当該収集処理を実施した回数をカウントする。ステップS501の処理が終了すると、ステップS502に進む。 In FIG. 5, step S501 is a process of specifying a terminal existing in the FAN by the neighboring terminal information management unit 304 of the gateway and collecting neighboring terminal information from the designated terminal. Details of the neighboring terminal information collection processing in step S501 will be described later with reference to FIG. By collecting information in the neighboring terminal management table 205 held by each terminal as neighboring terminal information, it is possible to grasp the neighboring terminals with which each terminal can communicate and the respective communication quality. At this time, the neighboring terminal information management unit 304 of the gateway counts the number of times that the collection process is performed on each terminal. When the process of step S501 ends, the process proceeds to step S502.
 ステップS502は、ゲートウェイの近隣端末情報管理部304にて、ステップS501の近隣端末情報収集処理が各端末に対して所定回数だけ実施されたか否かを判定する処理である。端末毎に所定回数の処理が実施済みである場合(YES)はステップS503に進み、処理が所定回数に達していない場合(NO)はステップS501に戻り、近隣端末情報収集処理を継続する。 Step S502 is processing for determining whether or not the neighboring terminal information collection processing in step S501 has been performed for each terminal a predetermined number of times in the neighboring terminal information management unit 304 of the gateway. If the predetermined number of processes have been performed for each terminal (YES), the process proceeds to step S503. If the process has not reached the predetermined number (NO), the process returns to step S501 and the neighboring terminal information collection process is continued.
 ステップS503は、収集した近隣端末情報を基に、ゲートウェイの近隣端末情報管理部304にて、各端末がシステムに求められる通信要件を達成可能であるか否かを判定する処理である。通信要件の達成可否に関する判定基準は、通信システムで稼働させるアプリケーションなどに応じて設定して良い。例えば、端末及びゲートウェイの近隣端末管理テーブル205及び305で記録されるRSSIを指標にする場合は、通信経路上の隣接端末との間で観測されたRSSIのうち、閾値X以上のRSSIを観測した回数が一定の割合を超えていれば、十分に良好な通信品質が得られていると判断し、当該端末は通信要件を達成可能と判断する方法が考えられる。 Step S503 is a process of determining whether or not each terminal can achieve the communication requirements required of the system by the neighboring terminal information management unit 304 of the gateway based on the collected neighboring terminal information. The criterion for determining whether or not the communication requirement can be achieved may be set according to an application operating in the communication system. For example, when RSSI recorded in the neighboring terminal management tables 205 and 305 of the terminal and the gateway is used as an index, RSSI that is equal to or higher than the threshold value X is observed among RSSIs observed between neighboring terminals on the communication path. If the number of times exceeds a certain ratio, it can be determined that sufficiently good communication quality is obtained and the terminal determines that the communication requirement can be achieved.
 一方、閾値Y以下のRSSIを観測した回数が一定の割合を超えていれば、通信品質が劣悪であると判断し、当該端末は通信要件を達成不可と判定する事も出来る。そして、どちらの条件にも合致しない場合は、現時点で収集された情報だけでは通信要件の達成可否を判断出来ないものと判定し、以降の処理における重点計測対象の端末として選定する。ここでは、RSSIを指標にした判定基準の例を記載したが、通信システムで稼働させるアプリケーションにおいて、パケット欠損率などの他の指標を重視する場合は、通信要件の達成可否について、これらの指標を取り入れた判定基準を適宜設定しても構わない。 On the other hand, if the number of times RSSI less than or equal to the threshold Y is observed exceeds a certain ratio, it is determined that the communication quality is poor, and the terminal can determine that the communication requirement cannot be achieved. If neither condition is met, it is determined that it is not possible to determine whether or not the communication requirement can be achieved by using only the information collected at the present time, and the terminal is selected as a priority measurement target terminal in the subsequent processing. Here, the example of the determination standard using RSSI as an index has been described. However, in an application operating in a communication system, when other indexes such as a packet loss rate are emphasized, these indexes are used to determine whether or not communication requirements can be achieved. You may set suitably the adopted criterion.
 また、本基準については、予め静的にプログラムで定義する他に、基準となる各種閾値などを可変パラメータとして保持しておき、後述の通信品質の計測結果を表示する画面等で、ユーザが適宜動的に定義する形でも構わない。通信要件の達成可否に関する判定処理を終えると、ステップS504に進む。 In addition to statically defining this standard in advance, this standard holds various threshold values that serve as the standard as variable parameters, and a user can appropriately select the standard on a screen that displays the measurement results of communication quality described later. It may be dynamically defined. When the determination process regarding whether or not the communication requirement is achieved is completed, the process proceeds to step S504.
 ステップS504は、ゲートウェイの近隣端末情報管理部304にて、ステップS503の判定結果を基に、既存の収集情報だけでは通信要件の達成可否を判定出来なかった端末が存在するか否かを判定する処理である。通信要件の達成可否を判定出来なかった端末が存在する場合(YES)は、通信品質に関する追加情報が必要となるため、ステップ505に進む。一方、全端末について通信要件の達成可否を判定出来た場合(NO)は図5に示すフローチャートの処理を終了する。 In step S504, based on the determination result in step S503, the neighboring terminal information management unit 304 of the gateway determines whether or not there is a terminal that has not been able to determine whether or not the communication requirement can be achieved only with the existing collection information. It is processing. If there is a terminal that has not been able to determine whether or not the communication requirement can be achieved (YES), additional information regarding the communication quality is required, and thus the process proceeds to step 505. On the other hand, when it is possible to determine whether or not the communication requirements can be achieved for all terminals (NO), the processing of the flowchart shown in FIG.
 ステップS505は、ゲートウェイの経路算出部306にて、以降の近隣端末情報収集処理でゲートウェイが指定する通信経路を変更する処理である。具体的には、ステップS503で通信要件の達成可否を判定出来なかった重点計測対象の端末を経由する通信経路、あるいは当該端末と直接通信可能な近隣端末を経由する通信経路に変更する。本処理の詳細については、図9を用いて後述し、具体例は図10にて後述する。本処理が終了すると、ステップS506に進む。 Step S505 is a process of changing the communication path designated by the gateway in the subsequent neighboring terminal information collection process in the gateway path calculation unit 306. Specifically, the communication path is changed to a communication path that passes through the terminal of the priority measurement target for which it was not possible to determine whether or not the communication requirement can be achieved in step S503, or to a communication path that passes through a neighboring terminal that can directly communicate with the terminal. Details of this processing will be described later with reference to FIG. 9, and a specific example will be described later with reference to FIG. When this process ends, the process proceeds to step S506.
 ステップS506は、再び各端末に対して所定回数の近隣端末情報収集処理を行うため、ゲートウェイの近隣端末情報管理部304でカウントした当該処理の実施回数をリセットする処理である。本処理が終了すると、ステップS501に戻り、各端末に対する近隣端末情報収集処理を再開する。尚、再度各端末に対して所定回数の近隣端末情報収集処理を行う際に、本収集処理を行う回数は必ずしも端末毎に一律である必要はなく、例えば通信要件の達成可否を判定出来た端末に関しては、回数を減らしても良い。ただし、一度通信要件の達成可否を判定し終えた端末であっても、偶然ある期間だけ通信品質が良好、あるいは劣悪であった可能性があるため、一定頻度で収集処理を継続する事が望ましい。 Step S506 is a process of resetting the number of executions of the process counted by the neighboring terminal information management unit 304 of the gateway in order to perform the neighboring terminal information collecting process for each terminal again a predetermined number of times. When this process ends, the process returns to step S501 to restart the neighboring terminal information collection process for each terminal. In addition, when performing the neighboring terminal information collection process a predetermined number of times for each terminal again, the number of times of performing this collection process does not necessarily have to be uniform for each terminal, for example, a terminal that has been able to determine whether or not communication requirements can be achieved As for, the number of times may be reduced. However, it is desirable to continue the collection process at a certain frequency even if the terminal has already judged whether or not the communication requirements can be met, because the communication quality may have been good or poor for a certain period of time. .
 図6を参照して、図5のステップS501で行う近隣端末情報収集処理の流れを説明する。各端末が保持する近隣端末管理テーブル205の情報を近隣端末情報としてゲートウェイが収集する際に、図6の処理を行う。 With reference to FIG. 6, the flow of the neighboring terminal information collection process performed in step S501 of FIG. 5 will be described. When the gateway collects information of the neighboring terminal management table 205 held by each terminal as neighboring terminal information, the processing of FIG. 6 is performed.
 ステップS601は、ゲートウェイが近隣端末情報管理部304にて近隣端末情報の収集対象とする端末を選択し、当該端末に対して近隣端末情報要求パケットを送信する処理である。近隣端末情報要求パケットは、指定した端末に対して当該端末が保持する近隣端末管理テーブル205の情報を送信するように要求するパケットである。この時、ゲートウェイは当該パケットの最終宛先を収集対象の端末に設定する他、ゲートウェイから対象端末に至るまでの転送経路も指定する。図5のステップS503で通信要件の達成可否に関する判定処理を行う前は、予めゲートウェイの経路管理部303に記録されているデフォルトの通信経路を指定する。 Step S601 is processing in which the gateway selects a terminal from which the neighboring terminal information is to be collected by the neighboring terminal information management unit 304 and transmits a neighboring terminal information request packet to the terminal. The neighboring terminal information request packet is a packet that requests a specified terminal to transmit information of the neighboring terminal management table 205 held by the terminal. At this time, in addition to setting the final destination of the packet to the collection target terminal, the gateway also specifies a transfer path from the gateway to the target terminal. Before performing the determination process regarding whether or not the communication requirement can be achieved in step S503 in FIG. 5, a default communication route recorded in advance in the route management unit 303 of the gateway is designated.
 一方、ステップS503の判定処理を行った後は、図5のステップS505で変更した通信経路を指定するものとする。指定する通信経路の情報は、近隣端末情報要求パケットに格納する。これは、当該パケットの中継端末が次の転送先を把握出来るようにするためである。尚、パケットの組み立て処理は前述の通り、ゲートウェイの通信処理部302にて実施する。 On the other hand, after the determination process in step S503 is performed, the communication path changed in step S505 in FIG. 5 is designated. Information on the designated communication path is stored in the neighboring terminal information request packet. This is because the relay terminal of the packet can grasp the next transfer destination. The packet assembly process is performed by the gateway communication processing unit 302 as described above.
 ステップS602は、転送経路上の中継端末が前記近隣端末情報要求パケットを受信した際に、当該端末の通信処理部202でパケットに格納された経路情報を参照し、次の転送先へ近隣端末情報要求パケットを転送する処理である。具体的には、端末の通信処理部202で近隣端末情報要求パケットの宛先を次の転送先の情報に書き換えて、送信を行う。 In step S602, when the relay terminal on the transfer route receives the neighboring terminal information request packet, the communication processing unit 202 of the terminal refers to the route information stored in the packet, and sends the neighboring terminal information to the next forwarding destination. This is a process for transferring a request packet. Specifically, the communication processing unit 202 of the terminal rewrites the destination of the neighboring terminal information request packet to the information of the next transfer destination and performs transmission.
 ステップS603は、近隣端末情報要求パケットの最終宛先に指定された端末が当該パケットを受信し、当該端末の通信処理部202でパケットの最終宛先を参照して、自端末に近隣端末情報の通知が要求されている事を確認する処理である。この時、当該端末の通信処理部202は近隣端末情報管理部204に近隣端末情報が要求されている旨を通知する。 In step S603, the terminal specified as the final destination of the neighboring terminal information request packet receives the packet, the communication processing unit 202 of the terminal refers to the final destination of the packet, and the local terminal is notified of the neighboring terminal information. It is a process to confirm that it is requested. At this time, the communication processing unit 202 of the terminal notifies the neighboring terminal information management unit 204 that neighboring terminal information is requested.
 ステップS604は、近隣端末情報管理部204が近隣端末情報を要求されている旨の通知を受けて、応答要求パケットをブロードキャストで送信する処理である。応答要求パケットは、当該パケットを受信した端末に対して、応答パケットを返信するように要求するパケットである。 Step S604 is a process in which the neighboring terminal information management unit 204 receives a notification that the neighboring terminal information is requested and transmits a response request packet by broadcast. The response request packet is a packet that requests a terminal that has received the packet to return a response packet.
 ステップS605は、応答要求パケットの送信元端末の周辺に位置する端末がブロードキャストされた応答要求パケットを受信し、当該パケットを通信処理部202で解析して、近隣端末情報管理部204へ応答を要求されている旨を通知する処理である。 In step S605, a response request packet broadcast by a terminal located around the transmission source terminal of the response request packet is received, the communication processing unit 202 analyzes the packet, and requests a response from the neighboring terminal information management unit 204 This is a process of notifying that it has been performed.
 ステップS606は、近隣端末情報管理部204が応答を要求されている旨の通知を受けて、応答パケットを要求元に対して送信する処理である。応答パケットは、応答要求パケットを受信した事を要求元に応答するパケットである。尚、応答要求パケットはブロードキャストで送信されるため、複数の端末が応答要求パケットを受信し、各端末が応答パケットを同時送信する事で電波干渉が発生する恐れがある。そのため、必要に応じて応答パケット送信前にランダム時間のジッタを挿入するなどの処理を加えても良い。 Step S606 is a process of receiving a notification that the neighboring terminal information management unit 204 is requesting a response and transmitting a response packet to the request source. The response packet is a packet that responds to the request source that the response request packet has been received. Since the response request packet is transmitted by broadcast, radio interference may occur when a plurality of terminals receive the response request packet and each terminal transmits the response packet at the same time. Therefore, processing such as insertion of random time jitter may be added before transmission of a response packet as necessary.
 ステップS607は、ステップS604で応答要求パケットを送信した端末が、周辺に位置する近隣端末から応答パケットを受信し、当該パケットを通信処理部202で解析して、近隣端末情報管理部204へ応答を受信した旨を通知する処理である。尚、図6のステップS604~S607の応答要求パケット及び応答パケットの送受信に係る処理は必須ではなく、一方で複数回実施しても構わない。この回数は任意に設定して良く、少ない回数に設定すると近隣端末情報収集処理に要する時間を短縮出来る一方、回数を増やすと近隣に存在する端末を高い精度で検知する事が可能となる。 In step S607, the terminal that transmitted the response request packet in step S604 receives a response packet from a neighboring terminal located in the vicinity, analyzes the packet by the communication processing unit 202, and sends a response to the neighboring terminal information management unit 204. This is a process for notifying that it has been received. Note that the processing related to transmission / reception of the response request packet and response packet in steps S604 to S607 in FIG. 6 is not essential, and may be performed a plurality of times. The number of times may be set arbitrarily. When the number is set to a small number, the time required for the neighboring terminal information collection process can be shortened. On the other hand, when the number of times is increased, it is possible to detect terminals existing in the vicinity with high accuracy.
 ステップS608は、ステップS603で近隣端末情報要求パケットを受信した端末が、近隣端末管理情報管理部204にて、近隣端末管理テーブル205の情報を参照し、近隣端末情報応答パケットをゲートウェイ宛てに送信する処理である。近隣端末情報応答パケットは、自端末の近隣端末情報をゲートウェイに通知するためのパケットであり、近隣端末情報として自端末が保持する近隣端末管理テーブル205の情報を格納する。近隣端末情報管理部204は、通信処理部202に自端末が保持する近隣端末管理テーブル205の情報を通知し、当該情報を格納した近隣端末情報応答パケットを組み立てる。尚、必ずしも近隣端末管理テーブル205の全フィールドの情報を格納する必要はなく、過去に少なくとも1回、ゲートウェイに近隣端末情報を送信済みの場合、前回の送信から追記や更新があった部分のみを選択して、近隣端末情報応答パケットに格納しても良い。 In step S608, the terminal that has received the neighboring terminal information request packet in step S603 refers to the information in the neighboring terminal management table 205 in the neighboring terminal management information management unit 204, and transmits the neighboring terminal information response packet to the gateway. It is processing. The neighboring terminal information response packet is a packet for notifying the gateway of the neighboring terminal information of the own terminal, and stores information of the neighboring terminal management table 205 held by the own terminal as the neighboring terminal information. The neighboring terminal information management unit 204 notifies the communication processing unit 202 of information in the neighboring terminal management table 205 held by the own terminal, and assembles a neighboring terminal information response packet storing the information. Note that it is not always necessary to store the information of all fields in the neighboring terminal management table 205. If neighboring terminal information has been transmitted to the gateway at least once in the past, only the portion that has been added or updated since the previous transmission is used. It may be selected and stored in the neighboring terminal information response packet.
 送信に際しては、近隣端末情報応答パケットの最終宛先にゲートウェイを設定し、当該パケットの転送経路として、近隣端末情報要求パケットで指定された通信経路と逆方向の経路を指定する。近隣端末情報要求パケットには、ゲートウェイが指定した通信経路の情報が格納されているため、図5のステップS505で指定通信経路の変更を行った場合であっても、当該パケットを受信した端末は、指定された通信経路を把握する事が可能である。 At the time of transmission, a gateway is set as the final destination of the neighboring terminal information response packet, and a path opposite to the communication path specified by the neighboring terminal information request packet is designated as the transfer path of the packet. Since the information on the communication path designated by the gateway is stored in the neighboring terminal information request packet, even if the designated communication path is changed in step S505 in FIG. It is possible to grasp the designated communication path.
 ステップS609は、ステップS608で指定された転送経路上の中継端末が前記近隣端末情報応答パケットを受信した際に、当該端末の通信処理部202にてパケットに格納された経路情報を参照し、次の転送先へ近隣端末情報応答パケットを転送する処理である。具体的には、端末の通信処理部202で近隣端末情報応答パケットの宛先を次の転送先の情報に書き換えて、送信を行う。 In step S609, when the relay terminal on the transfer path specified in step S608 receives the neighboring terminal information response packet, the communication processing unit 202 of the terminal refers to the path information stored in the packet. This is a process of transferring the neighboring terminal information response packet to the transfer destination. Specifically, the communication processing unit 202 of the terminal rewrites the destination of the neighboring terminal information response packet to the information of the next transfer destination and performs transmission.
 ステップS610は、前記近隣端末情報応答パケットをゲートウェイが受信し、当該パケットを通信処理部302で解析して、近隣端末情報管理部304に対して端末から近隣端末情報を受理した旨を通知する処理である。 Step S610 is a process in which the gateway receives the neighboring terminal information response packet, analyzes the packet by the communication processing unit 302, and notifies the neighboring terminal information management unit 304 that the neighboring terminal information has been received from the terminal. It is.
 ステップS611は、近隣端末情報管理部304が近隣端末情報を受理した旨の通知を受けて、近隣端末情報応答パケットに格納された近隣端末情報をステップS601で指定した端末の近隣端末情報として記録する処理である。 In step S611, in response to the notification that the neighboring terminal information management unit 304 has received the neighboring terminal information, the neighboring terminal information stored in the neighboring terminal information response packet is recorded as the neighboring terminal information of the terminal specified in step S601. It is processing.
 本処理を終了すると、図6の近隣端末情報収集処理を終了する。 When this process is finished, the neighboring terminal information collection process of FIG. 6 is finished.
 尚、図5のステップS505でゲートウェイが指定する通信経路を変更した場合、必ずしも良好な通信品質の経路が選択されるとは限らない。これに伴い、ゲートウェイが特定端末に近隣端末情報を要求して、応答を受信するまでの間にパケットロスが発生し、近隣端末情報の収集に失敗するケースが発生し得る。 Note that when the communication path designated by the gateway is changed in step S505 in FIG. 5, a path with good communication quality is not necessarily selected. Along with this, there may occur a case in which packet loss occurs between the gateway requesting the neighboring terminal information from the specific terminal and receiving a response, and the collection of the neighboring terminal information fails.
 従って、ゲートウェイが近隣端末情報要求パケットを送信した後、一定時間経過しても応答が得られなかった場合は、適宜再送処理を行っても良い。また、ステップS505で変更した通信経路にて、パケットロスにより近隣端末情報の収集処理が実行出来ない場合は、変更前の通信経路を再指定して再送処理を行っても構わない。 Therefore, if a response is not obtained even after a lapse of a certain time after the gateway transmits the neighbor terminal information request packet, retransmission processing may be performed as appropriate. Further, when the neighboring terminal information collection process cannot be executed due to packet loss in the communication path changed in step S505, the retransmission process may be performed by re-designating the communication path before the change.
 図6の処理において、近隣端末情報要求パケットの送信、応答要求パケットの送信、応答パケットの送信、近隣端末情報応答パケットの送信において、自分宛ての通信であるかを問わず、端末やゲートウェイは各種パケットを受信する機会が得られる。この時、前述の通り端末やゲートウェイは、送信元の情報と、受信時の通信品質を、各々が保持する近隣端末管理テーブル205及び305に記録する。この受信時の動作については、図8を用いて後述する。 In the processing of FIG. 6, in the transmission of the neighboring terminal information request packet, the transmission of the response request packet, the transmission of the response packet, and the transmission of the neighboring terminal information response packet, various types of terminals and gateways are used regardless of whether the communication is addressed to itself. An opportunity to receive the packet is obtained. At this time, as described above, the terminal and the gateway record the information on the transmission source and the communication quality at the time of reception in the neighboring terminal management tables 205 and 305 that are held respectively. The operation at the time of reception will be described later with reference to FIG.
 図7を参照して、近隣端末情報収集処理の動作例を説明する。図7は端末200-Cから近隣端末情報を収集する例を示している。また、図7においては、端末200及びゲートウェイ300による送信電波の到達範囲を点線で示しており、電波到達範囲201及び301として記載している。電波の送信元は、電波到達範囲の中心に位置する端末200やゲートウェイ300である。 Referring to FIG. 7, an example of operation of neighboring terminal information collection processing will be described. FIG. 7 shows an example of collecting neighboring terminal information from the terminal 200-C. In FIG. 7, the reachable range of the transmission radio wave by the terminal 200 and the gateway 300 is indicated by a dotted line, and is indicated as the radio wave reachable areas 201 and 301. The radio wave transmission source is the terminal 200 or the gateway 300 located at the center of the radio wave reachable range.
 図7(a)は図6のステップS601及びS602において、ゲートウェイ300から最終宛先の端末200-Cまで、近隣端末情報要求パケットが送信される様子を示している。この時、ゲートウェイ300は転送における経由経路として、ゲートウェイ300→端末200-A→端末200-Cという通信経路を指定している。尚、ゲートウェイ300が端末200-Aへ送信を行う際、端末200-Bが電波到達範囲301に含まれており、端末200-Bは宛先に指定されていないがゲートウェイ300の送信電波を受信する事が可能である。 FIG. 7A shows a state in which the neighboring terminal information request packet is transmitted from the gateway 300 to the final destination terminal 200-C in steps S601 and S602 of FIG. At this time, the gateway 300 designates a communication path of gateway 300 → terminal 200-A → terminal 200-C as a transit path in the transfer. When the gateway 300 transmits to the terminal 200-A, the terminal 200-B is included in the radio wave reachable range 301, and the terminal 200-B receives the transmission radio wave of the gateway 300 although it is not designated as a destination. Things are possible.
 同様に、端末200-Aが端末200-Cへ送信を行う際も、ゲートウェイ300や端末200-Dが電波到達範囲201-Aに含まれており、端末200-Aの送信電波を受信する事が可能である。電波到達範囲内であれば、自分宛ての通信でなくても電波を受信する事が可能であるため、図8で後述する受信処理に従い、受信した端末及びゲートウェイはそれぞれ各自が保持する近隣端末管理テーブル205及び305に受信結果を記録する。 Similarly, when the terminal 200-A transmits to the terminal 200-C, the gateway 300 and the terminal 200-D are included in the radio wave reachable range 201-A, and receive the radio waves transmitted from the terminal 200-A. Is possible. As long as it is within the radio wave reachable range, it is possible to receive radio waves even if the communication is not addressed to itself. Therefore, according to the reception process described later in FIG. Record the reception results in the tables 205 and 305.
 図7(b)は、近隣端末情報要求パケットを受信した端末200-Cが、ステップS604において応答要求パケットをブロードキャストで送信する様子を示している。図7(b)の例では、端末200-Cが送信した応答要求パケットを端末200-A、端末200-D、端末200-Fの3台が受信している。これらの端末も応答要求パケット受信時に、自端末が保持する近隣端末管理テーブル205にそれぞれ受信結果を記録する。 FIG. 7B shows a state in which the terminal 200-C that has received the neighboring terminal information request packet transmits a response request packet by broadcast in step S604. In the example of FIG. 7B, the response request packet transmitted by the terminal 200-C is received by the three terminals 200-A, 200-D, and 200-F. Each of these terminals also records the reception result in the neighboring terminal management table 205 held by itself when receiving the response request packet.
 図7(c)は、応答要求パケットを受信した端末が、ステップS606において応答要求元である端末200-Cに応答パケットを送信する様子を示している。応答を受信した端末200-Cは、自端末の近隣端末管理テーブル205に受信結果を記録する。端末200-Aや端末200-D、端末200-Fが応答パケットを送信する事で、電波到達範囲内に存在する端末200-Gやゲートウェイ300も電波を受信するため、同様に受信結果を各自が保持する近隣端末管理テーブル205及び305に記録する。 FIG. 7C shows a state where the terminal that has received the response request packet transmits the response packet to the terminal 200-C that is the response request source in step S606. The terminal 200-C that received the response records the reception result in the neighboring terminal management table 205 of the own terminal. Since the terminal 200-A, the terminal 200-D, and the terminal 200-F transmit the response packet, the terminal 200-G and the gateway 300 existing within the radio wave reach range also receive the radio wave. Are recorded in the neighboring terminal management tables 205 and 305 held by.
 図7(d)は図6のステップS608及び609において、端末200-Cからゲートウェイ300まで、近隣端末情報応答パケットが送信される様子を示している。近隣端末情報要求パケットが、ゲートウェイ300→端末200-A→端末200-Cという通信経路で転送されたため、端末200-Cは当該通信経路と逆方向の端末200-C→端末200-A→ゲートウェイ300という通信経路を指定している。端末200-Cや端末200-Aが近隣端末情報応答パケットを送信する際に、電波到達範囲内に存在する端末200-Dや端末200-Fも送信電波を受信するため、それぞれ受信結果を自端末が保持する近隣端末管理テーブル205に記録する。このように、図7(a)~(d)に示す通信を経て、ゲートウェイは端末200-Cから近隣端末情報を収集する事が出来る。また、その過程で発生するパケットの受信に伴い、端末及びゲートウェイの近隣端末管理テーブル205及び305への記録が実施される。 FIG. 7 (d) shows a state in which the neighboring terminal information response packet is transmitted from the terminal 200-C to the gateway 300 in steps S608 and 609 in FIG. Since the neighboring terminal information request packet has been transferred through the communication path of gateway 300 → terminal 200-A → terminal 200-C, terminal 200-C has terminal 200-C → terminal 200-A → gateway in the opposite direction to the communication path. A communication path of 300 is designated. When the terminal 200-C and the terminal 200-A transmit the neighboring terminal information response packet, the terminal 200-D and the terminal 200-F existing within the radio wave coverage also receive the transmission radio wave. Record in the neighboring terminal management table 205 held by the terminal. As described above, the gateway can collect the neighboring terminal information from the terminal 200-C through the communication shown in FIGS. 7 (a) to (d). Also, recording of the terminal and gateway in the neighboring terminal management tables 205 and 305 is performed with the reception of the packet generated in the process.
 図8を参照して、端末やゲートウェイの近隣端末情報管理部204及び304におけるパケット受信時の動作を説明する。端末はパケットを受信すると、図8の処理に従い、自分宛てであるか否かを問わず、受信結果を自端末が保持する近隣端末管理テーブル205に記録する。ゲートウェイの場合も同様であり、パケットを受信すると図8の処理に従い、受信結果を自身が保持する近隣端末管理テーブル305へ記録する。ここでは、端末によるパケットの受信を想定して、図8のフローチャートを説明する。 With reference to FIG. 8, the operation at the time of packet reception in the neighboring terminal information management units 204 and 304 of the terminal and the gateway will be described. When the terminal receives the packet, the reception result is recorded in the neighboring terminal management table 205 held by the terminal regardless of whether or not the packet is addressed to the terminal according to the processing of FIG. The same applies to the gateway. When a packet is received, the reception result is recorded in the neighboring terminal management table 305 held by itself according to the processing of FIG. Here, assuming the reception of a packet by the terminal, the flowchart of FIG. 8 will be described.
 ステップS801は、ゲートウェイや他端末が送信したパケットの受信を示す処理である。RF周辺回路208からパケットを受信した事を確認すると、ステップS802に進む。 Step S801 is a process indicating reception of a packet transmitted by a gateway or another terminal. If it is confirmed that the packet is received from the RF peripheral circuit 208, the process proceeds to step S802.
 ステップS802は、近隣端末情報管理部204にて受信パケットの送信元に関する情報が、自端末が保持する近隣端末管理テーブル205に記録済みであるか否かを判定する処理である。尚、前述の通り受信パケットの送信元情報など、パケットの中身は通信処理部202で解析される。自端末が保持する近隣端末管理テーブル205のID欄に送信元の情報が記録済みである場合(YES)はステップS804に進み、未記録の場合(NO)はステップ803に進む。 Step S802 is processing for determining whether or not the information about the transmission source of the received packet has been recorded in the neighboring terminal management table 205 held by the own terminal in the neighboring terminal information management unit 204. As described above, the contents of the packet such as the transmission source information of the received packet are analyzed by the communication processing unit 202. If the sender information has been recorded in the ID column of the neighboring terminal management table 205 held by the terminal itself (YES), the process proceeds to step S804. If not recorded (NO), the process proceeds to step 803.
 ステップS803は、近隣端末情報管理部204にて受信パケットの送信元情報を自端末が保持する近隣端末管理テーブル205に追記する処理である。送信元のIDを近隣端末管理テーブル205のID欄に記録すると、ステップS804に進む。 Step S803 is processing in which the neighboring terminal information management unit 204 adds the transmission source information of the received packet to the neighboring terminal management table 205 held by the own terminal. When the sender ID is recorded in the ID column of the neighboring terminal management table 205, the process proceeds to step S804.
 ステップS804は、近隣端末情報管理部204にて、自端末が保持する近隣端末管理テーブル205の送信元に対応するRSSI記入欄に、パケット受信時のRSSIを記録する処理である。尚、テーブル上でRSSI以外の通信品質情報も管理する場合は、本処理で適宜記録を行っても良い。本処理が終了すると、ステップS805に進む。 Step S804 is processing in which the neighboring terminal information management unit 204 records the RSSI at the time of packet reception in the RSSI entry column corresponding to the transmission source of the neighboring terminal management table 205 held by the own terminal. If communication quality information other than RSSI is also managed on the table, recording may be performed as appropriate in this processing. When this process ends, the process proceeds to step S805.
 ステップS805は、受信パケットの中身に応じて所定の動作を行う処理である。具体的には、通信処理部202で解析されたパケットの最終宛先情報を参照し、最終宛先がブロードキャストアドレス、または自端末に設定されている場合は、パケットの種別に応じた動作を行う。例えば、受信パケットが応答要求パケットであった場合は、応答パケットを返信するなど、所定の処理を実行する。一方、パケットの宛先は自端末に設定されているが、最終宛先に自端末が設定されていない場合は、次の転送先にパケットを転送する必要があるため、パケットに格納された指定通信経路を参照し、宛先を次の転送先に書き換えて転送する。パケットの宛先が自端末に設定されていない場合は、受信パケットを破棄する。本処理を終えると、図8のフローチャートを終了する。 Step S805 is processing for performing a predetermined operation according to the contents of the received packet. Specifically, the final destination information of the packet analyzed by the communication processing unit 202 is referred to. When the final destination is set to the broadcast address or the own terminal, an operation according to the type of the packet is performed. For example, when the received packet is a response request packet, a predetermined process such as returning a response packet is executed. On the other hand, if the destination of the packet is set to the own terminal, but the terminal is not set to the final destination, the packet must be transferred to the next transfer destination, so the specified communication path stored in the packet And rewrite the destination to the next transfer destination. If the packet destination is not set to the terminal itself, the received packet is discarded. When this process ends, the flowchart of FIG. 8 ends.
 図9を参照して、ゲートウェイの経路算出部306で行う図5におけるステップS505の指定通信経路変更処理を説明する。図5のステップS503で通信要件の達成可否を判定出来なかった端末について重点的な計測を行うため、ゲートウェイは図9の処理に従って指定通信経路の変更処理を経路算出部306で実行する。具体的には、各端末から収集した近隣端末情報を参照しながら、経路算出部306にてゲートウェイから各端末にパケットを届ける上で取り得る通信経路を算出し、変更に適した通信経路が存在する場合に、経路管理部303へ変更後の通信経路情報を追記する。 Referring to FIG. 9, the designated communication path changing process in step S505 in FIG. 5 performed by the gateway path calculation unit 306 will be described. In order to perform intensive measurement for the terminal that has not been determined whether or not the communication requirement can be achieved in step S503 in FIG. 5, the gateway executes the designated communication path change process in the path calculation unit 306 according to the process in FIG. 9. Specifically, while referring to neighboring terminal information collected from each terminal, the route calculation unit 306 calculates a possible communication route for delivering a packet from the gateway to each terminal, and there is a communication route suitable for the change. In this case, the changed communication path information is added to the path management unit 303.
 図9の指定通信経路変更処理を行う事で、ゲートウェイから端末宛てに近隣端末情報要求パケットを送信する処理、ならびに端末からゲートウェイ宛てに近隣端末情報応答パケットを送信する処理において、重点計測対象の端末がより多くの受信機会を得る事が可能となり、通信品質に関する情報を短時間でより多く記録する事が可能となる。 By performing the designated communication path changing process of FIG. 9, in the process of transmitting the neighboring terminal information request packet from the gateway to the terminal and the process of transmitting the neighboring terminal information response packet from the terminal to the gateway, the terminal subject to priority measurement It is possible to obtain more reception opportunities and to record more information on communication quality in a short time.
 ステップS901は、経路算出部306にて、FAN内に存在する端末の中から最終宛先とする端末を選択する処理である。本処理を終了すると、ステップS902に進む。 Step S901 is processing in which the route calculation unit 306 selects a terminal as a final destination from terminals existing in the FAN. When this process ends, the process proceeds to step S902.
 ステップS902は、経路算出部306にて、ゲートウェイから最終宛先端末にパケットを届ける上で使用可能な通信経路のうち、重点計測対象の端末、即ちここでは通信要件の達成可否が未判定の端末を経由する経路が存在するか否かを判定する処理である。当該経路が少なくとも1つは存在する場合(YES)はステップS903に進み、存在しない場合(NO)はステップS904に進む。尚、経路算出部306はゲートウェイから最終宛先端末にパケットを届ける上で使用出来る通信経路について、ゲートウェイの近隣端末情報管理部304で管理されている各端末から収集した近隣端末情報を基に算出する事が出来る。 In step S902, among the communication paths that can be used to deliver a packet from the gateway to the final destination terminal in the path calculation unit 306, a terminal that is a priority measurement target, that is, a terminal that has not yet been determined whether or not the communication requirement can be achieved is used. This is a process for determining whether or not there is a route through. If at least one of the routes exists (YES), the process proceeds to step S903, and if not (NO), the process proceeds to step S904. The route calculation unit 306 calculates a communication route that can be used to deliver a packet from the gateway to the final destination terminal based on the neighboring terminal information collected from each terminal managed by the neighboring terminal information management unit 304 of the gateway. I can do it.
 例えば、ステップS901の最終宛先端末から過去に収集した近隣端末情報を参照して、当該端末と通信可能な端末を抽出する。具体的には、当該端末が保持する近隣端末管理テーブル205のID欄に記載されている端末が該当する。本端末を端末aとした場合、同じく端末aから収集した近隣端末情報を参照して、次は端末aと通信可能な端末を抽出する。このように、最終宛先端末を起点として通信可能な端末を数珠繋ぎ式に探索し、最終的に通信可能な相手がゲートウェイとなった時点で、ゲートウェイから最終宛先端末までの通信経路を算出する事が可能となる。 For example, referring to neighboring terminal information collected in the past from the final destination terminal in step S901, a terminal that can communicate with the terminal is extracted. Specifically, the terminal described in the ID column of the neighboring terminal management table 205 held by the terminal is applicable. When this terminal is the terminal a, referring to the neighboring terminal information collected from the terminal a, next, a terminal that can communicate with the terminal a is extracted. In this way, it is possible to search for a terminal that can communicate with the final destination terminal as a starting point, and calculate a communication path from the gateway to the final destination terminal when the finally communicable partner becomes a gateway. It becomes possible.
 ステップS903は、経路算出部306にて、ステップS901の最終宛先端末から近隣端末情報を収集する際に指定する通信経路を、通信要件の達成可否が未判定の端末を経由する経路に変更する処理である。具体的には、経路算出部306で算出した変更後の通信経路情報を経路管理部303へ追記する。この時、該当経路が複数存在するケースも想定されるが、その場合は1つの経路を選択する。例えば、より多くの未判定端末を経由する経路を選択する方法が考えられる。また、近隣端末情報要求パケットや、近隣端末情報応答パケットの欠損を避けるために、劣悪な品質の通信リンクを含む通信経路を除外する方法も考えられる。通信経路の選択基準は特定の方法に限定されるものでなく、任意の基準で選択して良い。本処理を終えると、ステップS906に進む。 In step S903, the route calculation unit 306 changes the communication route specified when collecting neighboring terminal information from the final destination terminal in step S901 to a route that passes through a terminal that has not yet been determined whether the communication requirement can be achieved. It is. Specifically, the changed communication route information calculated by the route calculation unit 306 is added to the route management unit 303. At this time, there may be a case where there are a plurality of corresponding routes. In this case, one route is selected. For example, a method of selecting a route that passes through more undetermined terminals is conceivable. Further, in order to avoid loss of the neighboring terminal information request packet and the neighboring terminal information response packet, a method of excluding a communication path including a poor quality communication link is also conceivable. The selection criterion for the communication path is not limited to a specific method, and may be selected according to an arbitrary criterion. When this process ends, the process proceeds to step S906.
 ステップS904は、経路算出部306にて、ゲートウェイから最終宛先端末にパケットを届ける上で使用出来る通信経路のうち、通信要件の達成可否が未判定の端末と直接通信出来る近隣端末を経由する経路が存在するか否かを判定する処理である。当該経路が少なくとも1つは存在する場合(YES)はステップ905に進む。存在しない場合(NO)は、ステップS901で選択した最終宛先端末に関する通信経路の変更を行わずにステップS906に進む。尚、図9ではステップS902の判定処理を経て、ステップS904に遷移するフローチャートとしているが、両ステップの順序は逆であっても構わない。 In step S904, among the communication paths that can be used by the path calculation unit 306 to deliver the packet from the gateway to the final destination terminal, there is a path that passes through a neighboring terminal that can directly communicate with a terminal that has not yet been determined whether the communication requirements can be achieved. This is a process for determining whether or not it exists. If there is at least one route (YES), the process proceeds to step 905. If it does not exist (NO), the process proceeds to step S906 without changing the communication path for the final destination terminal selected in step S901. In FIG. 9, the process proceeds to step S904 after the determination process in step S902. However, the order of both steps may be reversed.
 ステップS905は、経路算出部306にて、ステップS901の最終宛先端末から近隣端末情報を収集する際に指定する通信経路を、通信要件の達成可否が未判定の端末と直接通信出来る近隣端末を経由する経路に変更する処理である。該当経路が複数存在するケースも想定されるが、その場合はステップS903と同様に、1つの経路を選択する。本処理を終えると、ステップS906に進む。 In step S905, the route calculation unit 306 passes the communication route specified when collecting the neighboring terminal information from the final destination terminal in step S901 via a neighboring terminal that can directly communicate with a terminal that has not yet been determined whether the communication requirements can be achieved. It is processing to change to the route to be. A case where a plurality of corresponding routes exist is also assumed. In this case, one route is selected as in step S903. When this process ends, the process proceeds to step S906.
 ステップS906は、経路算出部306にて、FAN内に存在する全端末を最終宛先端末として、指定通信経路の変更処理を実施したか否かを判定する処理である。全端末を最終宛先に選択し終えた場合(YES)は図9の指定通信経路変更処理を終了し、まだ最終宛先に選択していない端末が存在する場合(NO)はステップS901に戻り、別の端末を最終宛先に選択する。 Step S906 is processing for determining whether or not the route calculation unit 306 has performed the change processing of the designated communication route with all terminals existing in the FAN as final destination terminals. When all terminals have been selected as final destinations (YES), the designated communication path changing process of FIG. 9 is terminated, and when there are terminals that have not yet been selected as final destinations (NO), the process returns to step S901. Is selected as the final destination.
 図10を参照して、近隣端末情報収集処理で指定する通信経路の変更例を説明する。図10は、最終宛先を端末200-Fに指定した場合の通信経路を示しており、図10(a)が指定通信経路変更処理の実施前、図10(b)が実施後の通信経路を示している。この時、端末200-Gは通信品質が不安定で、まだ通信要件の達成可否を判定出来ていないものとする。 Referring to FIG. 10, an example of changing the communication path specified in the neighboring terminal information collection process will be described. FIG. 10 shows a communication path when the final destination is designated to the terminal 200-F. FIG. 10 (a) shows the communication path before execution of the designated communication path change process, and FIG. 10 (b) shows the communication path after execution. Show. At this time, it is assumed that the terminal 200-G has unstable communication quality and has not yet been able to determine whether or not the communication requirement can be achieved.
 指定通信経路を変更する前の図10(a)では、ゲートウェイから端末200-Fに至る経路として、ゲートウェイ300→端末200-A→端末200-C→端末200-Fという通信経路が使用されている。しかし、本通信経路でパケットの送信が行われても、何れの電波到達範囲にも端末200-Gが含まれておらず、端末200-Gは一度もパケットを受信する事が出来ない。即ち、端末200-Fから近隣端末情報を収集する処理においては、重点的に計測を行うべき端末200-Gに関する計測を一度も行う事が出来ない。 In FIG. 10A before changing the designated communication path, a communication path of gateway 300 → terminal 200-A → terminal 200-C → terminal 200-F is used as a path from the gateway to terminal 200-F. Yes. However, even if a packet is transmitted through this communication path, the terminal 200-G is not included in any radio wave arrival range, and the terminal 200-G cannot receive the packet even once. That is, in the process of collecting the neighboring terminal information from the terminal 200-F, it is impossible to perform the measurement related to the terminal 200-G that should be preferentially measured.
 そこで、図9の指定通信経路変更処理を行う事で、例えば図10(b)のような通信経路に変更する事が出来る。図10(b)では、ゲートウェイ300→端末200-A→端末200-D→端末200-Fという通信経路が使用されている。ここでは、端末200-Gと直接通信可能な端末200-Dを経由する通信経路に変更しており、端末200-Dが送信する電波を端末200-Gが受信可能となるため、端末200-Fから近隣端末情報を収集する処理において端末200-Gに関する計測を同時に行う事が出来る。尚、図10(b)に示す通信経路の他にも、例えば端末200-Gと端末200-Fが直接通信可能である場合は、ゲートウェイ300→端末200-A→端末200-D→端末200-G→端末200-Fのように、端末200-Gを経由する通信経路に変更しても構わない。 Therefore, it is possible to change to the communication path as shown in FIG. 10B, for example, by performing the designated communication path change process of FIG. In FIG. 10B, a communication path of gateway 300 → terminal 200-A → terminal 200-D → terminal 200-F is used. Here, the communication path is changed to the communication path via the terminal 200-D that can directly communicate with the terminal 200-G, and the terminal 200-G can receive the radio wave transmitted by the terminal 200-D. In the process of collecting neighboring terminal information from F, it is possible to simultaneously measure the terminal 200-G. In addition to the communication path shown in FIG. 10B, for example, when the terminal 200-G and the terminal 200-F can communicate directly, the gateway 300 → the terminal 200-A → the terminal 200-D → the terminal 200 The communication path may be changed to pass through the terminal 200-G, such as −G → terminal 200-F.
 図11を参照して、ゲートウェイの出力部313を介して出力する通信品質の計測結果表示例を説明する。図11のように、各端末から収集した近隣端末情報を基に、ゲートウェイの出力部313を介して各端末間の通信品質を画面表示する事で、FAN内の通信品質を視覚的に把握する事が可能となる。 Referring to FIG. 11, a display example of the communication quality measurement result output via the gateway output unit 313 will be described. As shown in FIG. 11, based on the neighboring terminal information collected from each terminal, the communication quality between the terminals is displayed on the screen via the gateway output unit 313, thereby visually grasping the communication quality in the FAN. Things will be possible.
 まず、表示例1101は、FAN内に存在するゲートウェイと各端末の通信品質を纏めて表示した例である。各端末から収集した近隣端末情報を参照する事で、各端末がどの送信元から、どの程度の通信品質でパケットを受信したのかを把握する事が出来る。従って、ゲートウェイの近隣端末情報管理部304で管理される近隣端末情報を出力部313に通知する事で、表示例1101のように各リンクの通信品質を表示する事が出来る。 First, the display example 1101 is an example in which the communication quality of the gateway and each terminal existing in the FAN is collectively displayed. By referring to neighboring terminal information collected from each terminal, it is possible to grasp from which transmission source each terminal has received a packet with what communication quality. Therefore, the communication quality of each link can be displayed as shown in display example 1101 by notifying the output unit 313 of the neighboring terminal information managed by the neighboring terminal information management unit 304 of the gateway.
 また、特定の端末から近隣端末情報を収集する事が出来ず、且つ当該端末からパケットを受信した記録が他端末から収集した近隣端末情報の何れにも記載されていない、即ち各端末が保持する近隣端末管理テーブル205の何れにも当該端末の情報が記録されていない場合は、表示例1101の「E」(端末200-E)のように通信品質を表示する事が出来ないため、通信不可の孤立端末である事を視覚的に把握する事が出来る。 Also, neighboring terminal information cannot be collected from a specific terminal, and a record of receiving a packet from the terminal is not described in any of the neighboring terminal information collected from other terminals, that is, each terminal holds If no information of the terminal is recorded in any of the neighboring terminal management tables 205, communication quality cannot be displayed as “E” (terminal 200-E) in the display example 1101, and communication is impossible. It is possible to visually grasp that it is an isolated terminal.
 尚、表示例1101では、矢印の始点を送信元、矢印の終点を受信元とし、RSSIを3段階にレベル分けをして表示している。表示するRSSIは、最新の値や、過去に観測した平均値や最大値、最小値など、任意に設定して良い。必ずしもRSSIをレベル分けして表示する必要はなく、具体的な数値を表示する形であっても構わない。また、表示内容を更新するタイミングは、ゲートウェイが近隣端末情報管理部304で管理する各端末の近隣端末情報に更新が生じた際や、ユーザが更新を指示した際など、任意のタイミングで更新して構わない。 In the display example 1101, the start point of the arrow is the transmission source, the end point of the arrow is the reception source, and the RSSI is displayed in three levels. The RSSI to be displayed may be arbitrarily set such as the latest value, the average value, the maximum value, or the minimum value observed in the past. It is not always necessary to display the RSSI divided into levels, and a specific numerical value may be displayed. In addition, the display content is updated at an arbitrary timing such as when the neighboring terminal information of each terminal managed by the gateway is managed by the neighboring terminal information management unit 304 or when the user instructs updating. It doesn't matter.
 続いて、表示例1102は、特定区間の通信品質に関する変動推移を表示した例である。表示例1102は、「Node A」(端末200-A)が「Node-C」(端末200-C)から受信した際のRSSIの変動推移を表示している。この場合、端末200-Aから収集した近隣端末情報のうち、端末200-Cに関するRSSIの記録を参照する事で、表示例1102のような表示が可能となる。画面上でユーザが送信元と受信元を指定出来るようにする事で、表示例1101だけでは表現出来なかった任意区間における通信品質の変動推移を把握する事が出来る。表示例1102では通信品質の変動推移をグラフ形式で表示しているが、表形式などでも良い。尚、表示例1101、1102共に、端末及びゲートウェイの近隣端末管理テーブル205及び305でRSSI以外の通信品質情報を管理している場合は、これらの情報も同様に表示して構わない。 Subsequently, a display example 1102 is an example in which a change transition related to communication quality in a specific section is displayed. A display example 1102 displays the RSSI fluctuation transition when “Node A” (terminal 200-A) receives from “Node-C” (terminal 200-C). In this case, by referring to the RSSI record related to the terminal 200-C among the neighboring terminal information collected from the terminal 200-A, a display like the display example 1102 can be performed. By making it possible for the user to specify the transmission source and the reception source on the screen, it is possible to grasp the change in the communication quality in an arbitrary section that could not be expressed by the display example 1101 alone. In the display example 1102, the change transition of the communication quality is displayed in a graph format, but a table format or the like may be used. Note that, in the display examples 1101 and 1102, when communication quality information other than RSSI is managed by the terminal and gateway neighboring terminal management tables 205 and 305, these information may be displayed in the same manner.
 図12を参照して、ゲートウェイの中継器要否判定部307で行う各端末の中継器設置要否の判定・表示処理を説明する。図12の処理を行う事で、どの端末に対して中継器の設置が必要なのかを視覚的に確認する事が可能となり、さらに中継器設置に関する優先度を把握する事も可能となる。用意出来る中継器の台数が限られている場合などは、優先度の高い端末から順に中継器の設置を行う事で、より効率的な設置を実現する事が出来る。図12の処理では、各端末から収集した近隣端末情報を基に、ゲートウェイの中継器要否判定部307で各端末に対する中継器の設置要否、及び優先度の判定を行い、最終的に出力部313を介して判定結果を出力する。 Referring to FIG. 12, a description will be given of the determination / display processing of whether or not each terminal needs to install a repeater, which is performed by the repeater necessity determination unit 307 of the gateway. By performing the processing of FIG. 12, it is possible to visually confirm to which terminal it is necessary to install the repeater, and it is also possible to grasp the priority regarding the repeater installation. When the number of repeaters that can be prepared is limited, more efficient installation can be realized by installing repeaters in order from the terminal with the highest priority. In the processing of FIG. 12, based on the neighboring terminal information collected from each terminal, the relay repeater necessity determination unit 307 of the gateway determines the necessity of installing a repeater for each terminal and the priority, and finally outputs it. The determination result is output via the unit 313.
 ステップS1201は、中継器要否判定部307にて、FAN内に存在する端末の中から中継器要否の判定対象とする端末を1台選択する処理である。本処理が終了すると、ステップS1202に進む。 Step S1201 is a process in which the repeater necessity determination unit 307 selects one terminal to be determined whether a repeater is necessary from among terminals existing in the FAN. When this process ends, the process proceeds to step S1202.
 ステップS1202は、中継器要否判定部307にて、近隣端末情報管理部304で管理される各端末の近隣端末情報を参照し、ステップS1201で選択した端末の情報が近隣端末情報として記載されていないかを判定する処理である。ここで、全端末の近隣端末情報において当該端末に関する情報の記載がない場合(YES)はステップS1203に進み、記載がある場合(NO)はステップS1204に進む。 In step S1202, the repeater necessity determination unit 307 refers to the neighboring terminal information of each terminal managed by the neighboring terminal information management unit 304, and the information on the terminal selected in step S1201 is described as neighboring terminal information. This is a process for determining whether or not there is any. Here, if there is no description about the terminal in the neighboring terminal information of all terminals (YES), the process proceeds to step S1203, and if there is a description (NO), the process proceeds to step S1204.
 ステップS1203は、中継器要否判定部307にて、ステップS1201の選択端末を中継器設置が必須の端末、即ち中継器設置の優先度が高い端末として判定を下す処理である。当該端末に関する情報が端末から収集した近隣端末情報の全てにおいて記載されていない、即ち各端末が保持する近隣端末管理テーブル205の何れにも記録されていない場合は、当該端末が孤立端末である事を示しているため、中継器の設置が必須であると判定出来る。本処理が終了すると、ステップS1207に進む。 Step S1203 is a process in which the repeater necessity determination unit 307 determines that the selected terminal in step S1201 is a terminal in which repeater installation is indispensable, that is, a terminal having a high priority of repeater installation. If the information about the terminal is not described in all of the neighboring terminal information collected from the terminal, that is, if it is not recorded in any of the neighboring terminal management tables 205 held by each terminal, the terminal is an isolated terminal. Therefore, it can be determined that the installation of a repeater is essential. When this process ends, the process proceeds to step S1207.
 ステップS1204は、中継器要否判定部307にて、近隣端末情報管理部304で管理される各端末の近隣端末情報を参照し、ステップS1201で選択した端末からパケットを受信した際の通信品質について、RSSIが何れも閾値を下回っているか否かを判定する処理である。この閾値については、システムに求められる通信要件などに応じて、任意の値に設定して良い。何れも閾値を下回っている場合(YES)はステップS1205に進み、閾値を超えるRSSIが存在する場合(NO)はステップS1206に進む。尚、通信要件としてRSSI以外の通信品質も重視する場合は、適宜これらを判定基準に採用しても構わない。 In step S1204, the repeater necessity determination unit 307 refers to the neighboring terminal information of each terminal managed by the neighboring terminal information management unit 304, and the communication quality when the packet is received from the terminal selected in step S1201. This is a process for determining whether or not RSSI is below the threshold value. About this threshold value, you may set to arbitrary values according to the communication requirements etc. which are calculated | required by the system. If both are below the threshold (YES), the process proceeds to step S1205, and if there is an RSSI exceeding the threshold (NO), the process proceeds to step S1206. If communication quality other than RSSI is also emphasized as a communication requirement, these may be appropriately adopted as determination criteria.
 ステップS1205は、中継器要否判定部307にて、ステップS1201の選択端末を中継器設置が望ましい端末、即ち低優先の端末として判定を下す処理である。当該端末には通信可能な他端末が存在するため、必ずしも中継器を設置する必要はないが、十分に良好な通信品質で通信出来る訳ではないため、中継器設置による通信品質の向上が望ましいと判定出来る。本処理が終了すると、ステップS1207に進む。 Step S1205 is processing in which the repeater necessity determination unit 307 determines that the selected terminal in step S1201 is a terminal in which repeater installation is desirable, that is, a low-priority terminal. Since there are other terminals that can communicate with the terminal, it is not always necessary to install a repeater, but it is not possible to communicate with sufficiently good communication quality, so it is desirable to improve communication quality by installing a repeater Can be judged. When this process ends, the process proceeds to step S1207.
 ステップS1206は、中継器要否判定部307にて、ステップS1201の選択端末を中継器設置が不要な端末と判定を下す処理である。当該端末には、ステップS1204で設定された閾値を上回る良好な通信品質で通信可能な他端末が存在するため、中継器設置が不要であると判定出来る。本処理が終了すると、ステップS1207に進む。 Step S1206 is processing in which the repeater necessity determination unit 307 determines that the selected terminal in step S1201 is a terminal that does not require installation of a repeater. Since there is another terminal capable of communicating with good communication quality exceeding the threshold set in step S1204, it can be determined that no repeater installation is necessary. When this process ends, the process proceeds to step S1207.
 ステップS1207は、中継器要否判定部307にて全端末に対する中継器設置要否の判定が完了したか否かを判定する処理である。全端末に対する判定が完了している場合(YES)は、ステップS1208に進み、まだ完了していない場合(NO)はステップS1201に戻り、別端末を再選択して中継器設置要否の判定処理を継続する。 Step S1207 is a process of determining whether or not the repeater necessity determination unit 307 has determined whether or not the repeater is necessary for all terminals. If the determination for all terminals has been completed (YES), the process proceeds to step S1208. If not yet completed (NO), the process returns to step S1201, and another terminal is selected again to determine whether a repeater is required. Continue.
 ステップS1208は、各端末の中継器設置要否、ならびに優先度の判定結果を中継器要否判定部307から出力部313へ通知し、結果を出力する処理である。具体的な表示例については、図13で説明する。本処理が終了すると、図12の中継器設置要否の判定・表示処理を終了する。 Step S1208 is processing for notifying the necessity of installing a repeater of each terminal and the determination result of the priority from the repeater necessity determination unit 307 to the output unit 313 and outputting the result. A specific display example will be described with reference to FIG. When this process ends, the determination / display process for determining whether or not the repeater is installed in FIG. 12 ends.
 図13を参照して、ゲートウェイの出力部313を介して出力する各端末の中継器設置要否に関する表示例を説明する。 Referring to FIG. 13, an example of display regarding whether or not a repeater is required for each terminal to be output via the gateway output unit 313 will be described.
 図13では、ゲートウェイの出力部313を介し、図11の表示例1101を応用して、中継器設置が必須(高優先)、あるいは中継器設置が望ましい(低優先)と判定された端末について表示を行っている。まず、「E」(端末200-E)については他端末と通信出来ない孤立端末であるため、図12のステップS1203で中継器設置が必須と判定される。従って、画面上に中継器設置の優先度が高い旨を表示している。 In FIG. 13, the display example 1101 of FIG. 11 is applied via the output unit 313 of the gateway to display terminals determined to have repeater installation essential (high priority) or desirable to install repeaters (low priority). It is carried out. First, since “E” (terminal 200-E) is an isolated terminal that cannot communicate with other terminals, it is determined in step S1203 in FIG. Therefore, the fact that the priority for installing the repeater is high is displayed on the screen.
 一方、図12のステップS1204の判定におけるRSSIの閾値を「-75dBm」に設定した場合、「G」(端末200-G)は通信可能な何れの端末とも閾値を上回る通信品質が得られていない。この場合、図12のステップS1205で中継器設置が望ましいと判定されるため、画面上に中継器設置の優先度が低い旨を表示している。一方、図13で優先度に関する表示の無い端末は、図12のステップS1206で中継器設置が不要と判定された端末である。図13のような表示を行う事で、通信品質の計測結果を基に、ユーザはどの端末に対して中継器を設置すべきなのかを視覚的に確認する事が可能となる。ただし、図13の表示方法は一例であり、必ずしも図13の形式に限定されるものではない。 On the other hand, when the RSSI threshold value in the determination of step S1204 in FIG. 12 is set to “−75 dBm”, “G” (terminal 200-G) has not obtained communication quality exceeding the threshold value with any terminal capable of communication. . In this case, since it is determined in step S1205 of FIG. 12 that the repeater installation is desirable, the fact that the priority of the repeater installation is low is displayed on the screen. On the other hand, the terminal that does not display the priority in FIG. 13 is a terminal that has been determined that the repeater installation is unnecessary in step S1206 of FIG. By performing the display as shown in FIG. 13, the user can visually confirm to which terminal the repeater should be installed based on the measurement result of the communication quality. However, the display method of FIG. 13 is an example, and is not necessarily limited to the format of FIG.
 図14を参照して、ゲートウェイの障害検知・解析部308で行う通信障害の検知及び原因解析、ならびに警告の表示処理を説明する。各端末から近隣端末情報を収集する過程で、端末故障、あるいは電波を遮蔽する障害物の発生により、通信途絶が発生する可能性がある。そこで、定期的に図14の処理を行い、通信途絶の有無を確認して結果を適宜表示する事で、視覚的に通信途絶の発生と、その原因を確認する事が可能となる。尚、図14の処理を実行する周期やタイミングは任意に設定して良い。図14の処理では、各端末から収集した近隣端末情報を基に、ゲートウェイの障害検知・解析部308で通信途絶の検知、ならびに原因の解析を行い、最終的に出力部313を介して解析結果に応じた警告を出力する。 Referring to FIG. 14, communication failure detection and cause analysis and warning display processing performed by the gateway failure detection / analysis unit 308 will be described. In the process of collecting neighboring terminal information from each terminal, there is a possibility that communication disruption may occur due to a terminal failure or an obstacle that shields radio waves. Therefore, by periodically performing the processing of FIG. 14 and confirming the presence or absence of communication interruption and displaying the result as appropriate, it is possible to visually confirm the occurrence of the communication interruption and the cause thereof. Note that the cycle and timing for executing the processing of FIG. 14 may be arbitrarily set. In the processing of FIG. 14, the failure detection / analysis unit 308 of the gateway detects communication interruption and analyzes the cause based on the neighboring terminal information collected from each terminal, and finally the analysis result via the output unit 313. Output warnings according to.
 ステップS1401は、障害検知・解析部308にて、近隣端末情報管理部304で管理される各端末の近隣端末情報を参照し、ある近隣端末からの受信記録が一定期間連続して途絶えている端末が存在するか否かを判定する処理である。この期間については、任意に設定して良く、例えば短い期間を設定する事で、早期に通信途絶を検知する事が可能となる。しかし、パケットロスが偶然連続的に発生した場合も、通信途絶と誤検知する恐れがあるため、ある程度の期間を以て検知する事が望ましい。特定端末からの受信記録が一定期間連続して途絶えている端末が存在する場合(YES)はステップS1402に進み、該当する端末が存在しない場合(NO)は正常状態であると判定し、図14のフローチャートを終了する。 In step S1401, the failure detection / analysis unit 308 refers to the neighboring terminal information of each terminal managed by the neighboring terminal information management unit 304, and the reception record from a certain neighboring terminal has been continuously interrupted for a certain period of time. Is a process for determining whether or not there exists. About this period, you may set arbitrarily, for example, by setting a short period, it becomes possible to detect communication interruption at an early stage. However, even if packet loss occurs continuously by accident, there is a risk of erroneous detection of communication interruption, so it is desirable to detect it for a certain period of time. If there is a terminal whose reception record from a specific terminal has been continuously interrupted for a certain period (YES), the process proceeds to step S1402, and if there is no corresponding terminal (NO), it is determined that the terminal is in a normal state. This flowchart is finished.
 ステップS1402は、障害検知・解析部308にて、ステップS1401で受信記録が途絶えていた同じ送信元端末から、過去に受信記録があった全端末について、近隣端末情報管理部304で管理される近隣端末情報を参照し、何れの端末においても受信記録が途絶えているか否かを判定する処理である。何れも受信記録が途絶えている場合(YES)はステップS1403に進み、少なくとも1台の端末にて受信記録が継続している場合(NO)はステップS1404に進む。 In step S1402, in the failure detection / analysis unit 308, the neighborhood terminal managed by the neighboring terminal information management unit 304 for all terminals that have received reception records in the past from the same transmission source terminal in which the reception record was interrupted in step S1401. This process refers to terminal information and determines whether or not reception recording is interrupted in any terminal. In any case, if reception recording is interrupted (YES), the process proceeds to step S1403, and if reception recording is continued in at least one terminal (NO), the process proceeds to step S1404.
 ステップS1403は、障害検知・解析部308で当該端末の故障が通信途絶の原因であると判定を下し、判定結果を出力部313に通知して端末故障発生の旨の警告を出力する処理である。当該端末からの受信記録が、端末を問わず一律に途絶えている場合は、当該端末の通信機能が停止している事が疑われるため、端末の故障が原因である事が推定出来る。本処理が終了すると、図14のフローチャートを終了する。 Step S1403 is a process in which the failure detection / analysis unit 308 determines that the failure of the terminal is the cause of communication interruption, notifies the output unit 313 of the determination result, and outputs a warning that a terminal failure has occurred. is there. If the reception record from the terminal is uniformly interrupted regardless of the terminal, it is suspected that the communication function of the terminal is stopped, so that it can be estimated that the terminal is due to failure. When this process ends, the flowchart of FIG. 14 ends.
 ステップS1404は、障害検知・解析部308で伝送路上における障害物の発生が通信途絶の原因であると判定を下し、判定結果を出力部313に通知して障害物発生の旨の警告を出力する処理である。当該端末が送信するパケットを少なくとも1台の端末が継続的に受信出来ている場合は、当該端末の通信機能が継続稼働している事を確認出来るため、障害物発生が原因である事が推定出来る。本処理が終了すると、図14のフローチャートを終了する。 In step S1404, the failure detection / analysis unit 308 determines that the occurrence of the obstacle on the transmission path is the cause of the communication interruption, notifies the output unit 313 of the determination result, and outputs a warning that the obstacle has occurred. It is processing to do. If at least one terminal can continuously receive packets sent by the terminal, it can be confirmed that the communication function of the terminal is operating continuously, so it is estimated that an obstacle is the cause. I can do it. When this process ends, the flowchart of FIG. 14 ends.
 このように、各端末から収集した近隣端末情報を活用する事で、各端末に対する通信要件の達成可否を判定出来るだけでなく、通信途絶が発生した際の原因を解析する事も出来る。 In this way, by utilizing the neighboring terminal information collected from each terminal, it is possible not only to determine whether or not the communication requirement for each terminal can be achieved, but also to analyze the cause of the communication interruption.
 図15を参照して、ゲートウェイの出力部313を介して出力する通信途絶発生時の警告表示例を説明する。図15(a)は、ゲートウェイの出力部313を介して出力する正常時の画面表示例を示しており、あるタイミングで「A」(端末200-A)から収集した近隣端末情報にて、「C」(端末200-C)からの受信記録が一定期間途絶えている事を検知したとする。この時、図14のステップ1402において、過去に「C」からの受信を記録していた「D」(端末200-D)、「F」(端末200-F)の近隣端末情報を参照して、同様に「C」からの受信記録が途絶えているか否かを判定する。もし何れにおいても受信記録が途絶えていた場合は、「C」の故障が原因と判定し、図15(b)のように通信途絶区間の通信品質に関する表示を消して、ポップアップなどで通信機能が停止している旨の警告を表示する。 Referring to FIG. 15, an example of a warning display at the time of communication interruption that is output via the output unit 313 of the gateway will be described. FIG. 15A shows an example of a normal screen display output via the gateway output unit 313. In the neighboring terminal information collected from “A” (terminal 200-A) at a certain timing, “ It is assumed that the reception record from “C” (terminal 200-C) has been interrupted for a certain period. At this time, referring to the neighboring terminal information of “D” (terminal 200-D) and “F” (terminal 200-F) in which reception from “C” was recorded in the past in step 1402 of FIG. Similarly, it is determined whether or not the reception record from “C” is interrupted. If the reception record is interrupted in any case, it is determined that the failure of “C” is the cause, and the display regarding the communication quality in the communication interruption section is turned off as shown in FIG. Display a warning that it has stopped.
 一方、少なくとも「D」または「F」の近隣端末情報において、「C」からの受信記録が継続している事を確認した場合は、伝送路上における障害物の発生が原因と判定する。例えば、「C」からの受信記録が途絶えている端末が「A」のみであった場合、「C」と「A」の間で障害物が発生した事が疑われるため、図15(c)のように当該区間の通信品質に関する表示のみを消し、代わりに障害物を表す表示1500を追加するなど、警告を出力する。このように、通信途絶の原因に応じて表示方法を変える事で、ユーザは原因を視覚的に把握する事が出来、通信途絶を解消するための施策について迅速に判断する事が可能となる。ただし、図15の表示方法は一例であり、必ずしも図15の形式に限定されるものではない。尚、各端末が通信要件を満たす安定した通信システムを構築するために、本実施例に記載した近隣端末情報の収集に基づく通信品質の計測処理を行う他、一度安定した通信システムを構築した後も、本計測処理を行う事は効果的である。具体的には、図6の近隣端末情報収集処理を各端末に対して一定周期で繰り返し行い、図11や図15のような表示を随時行う事で、通信品質の低下や、通信途絶の発生などを迅速に把握する事が可能となる。 On the other hand, if it is confirmed that at least “D” or “F” neighboring terminal information continues to be received from “C”, it is determined that the cause is the occurrence of an obstacle on the transmission path. For example, if only the terminal “A” has no record of reception from “C”, it is suspected that an obstacle has occurred between “C” and “A”. In this way, only the display related to the communication quality of the section is turned off, and a warning 1500 is output instead. In this way, by changing the display method according to the cause of the communication interruption, the user can visually grasp the cause, and can quickly determine the measure for eliminating the communication interruption. However, the display method of FIG. 15 is an example, and is not necessarily limited to the format of FIG. In addition, in order to construct a stable communication system in which each terminal satisfies communication requirements, after performing communication quality measurement processing based on the collection of neighboring terminal information described in this embodiment, after constructing a stable communication system once However, this measurement process is effective. Specifically, the neighboring terminal information collection process of FIG. 6 is repeatedly performed for each terminal at a fixed period, and the display as shown in FIG. 11 and FIG. Etc. can be quickly grasped.
 実施例2では、各端末が使用可能な通信経路を事前に把握出来ない場合において、通信品質の計測処理を実現する実施例を説明する。例えば、通信経路の事前設計を行わずに、経路情報を記憶していない端末を現場に設置する場合などが、本実施例に該当する。使用可能な通信経路を事前に把握出来ない場合、近隣端末情報を各端末から少なくとも1回収集するまでは、ゲートウェイは近隣端末情報収集処理で指定する通信経路を算出する事が出来ない。従って、第2の実施例においては、図6に示す第1の実施例と異なる方法で近隣端末情報収集処理を行う必要がある。 Embodiment 2 describes an embodiment that realizes a communication quality measurement process when a communication path that can be used by each terminal cannot be grasped in advance. For example, a case where a terminal that does not store route information is installed in the field without performing prior design of the communication route corresponds to this embodiment. When the usable communication path cannot be grasped in advance, the gateway cannot calculate the communication path specified in the neighboring terminal information collection process until the neighboring terminal information is collected from each terminal at least once. Therefore, in the second embodiment, it is necessary to perform neighboring terminal information collection processing by a method different from that of the first embodiment shown in FIG.
 実施例2に係る近隣端末情報収集処理について、図16を用いて説明する。尚、第1の実施例に係る近隣端末情報収集処理と同様の処理を行うステップについては、図6と同じ符号を付しており、説明を省略する。また、第2の実施例に係る各種構成や処理について、近隣端末情報収集処理以外は第1の実施例と同様であるため、これらの説明は省略する。 The neighboring terminal information collection process according to the second embodiment will be described with reference to FIG. Note that steps that perform the same processing as the neighboring terminal information collection processing according to the first embodiment are denoted by the same reference numerals as in FIG. 6, and description thereof is omitted. Further, since various configurations and processes according to the second embodiment are the same as those of the first embodiment except for the neighboring terminal information collection process, description thereof will be omitted.
 図16において、ステップS1601は、ゲートウェイが近隣端末情報管理部304にて近隣端末情報の収集対象とする端末を選択し、当該端末を最終宛先に設定して、近隣端末情報要求パケットをフラッディングで送信する処理である。フラッディングとは、パケットを受信した全端末が中継処理を行い、同じパケットを再受信した場合は中継を行わずに破棄するものである。パケットをフラッディングにて送信する事で、広範囲に当該パケットが散布され、途中の通信経路を把握していない場合でも、所望の最終宛先端末にパケットを届ける事が可能となる。 In FIG. 16, in step S1601, the gateway selects a terminal from which neighboring terminal information is collected by the neighboring terminal information management unit 304, sets the terminal as a final destination, and transmits a neighboring terminal information request packet by flooding. It is processing to do. In the flooding, all the terminals that have received a packet perform a relay process, and when the same packet is received again, it is discarded without relaying. By transmitting the packet by flooding, it is possible to deliver the packet to a desired final destination terminal even when the packet is scattered over a wide range and the communication path on the way is not grasped.
 ステップS1602は、前記近隣端末情報要求パケットを受信した端末が、同じくフラッディングによって当該パケットを中継する処理である。この時、自端末の通信処理部202でパケットの最終宛先情報を参照し、自身がゲートウェイに指定された最終宛先端末でない事を確認すると、近隣端末情報要求パケットに経由情報として自端末情報を追記した上で、フラッディングによる中継処理を行う。これは、経由情報を追記する事で、当該パケットを受信した端末が、フラッディングの過程でどの通信経路を経て送信されたのかを把握出来るようにするためである。 Step S1602 is a process in which the terminal that receives the neighboring terminal information request packet relays the packet by flooding. At this time, when the communication processing unit 202 of the own terminal refers to the final destination information of the packet and confirms that it is not the final destination terminal designated as the gateway, the own terminal information is added as the route information to the neighboring terminal information request packet. After that, relay processing by flooding is performed. This is because by adding the route information, it is possible for the terminal that has received the packet to know through which communication path it has been transmitted in the flooding process.
 その後、ゲートウェイが指定した最終宛先端末が近隣端末情報要求パケットを受信した後に、応答要求パケットと、応答パケットの送受信が行われ(ステップS603~S607)、ステップS1603に進む。 Thereafter, after the final destination terminal designated by the gateway receives the neighboring terminal information request packet, the response request packet and the response packet are transmitted / received (steps S603 to S607), and the process proceeds to step S1603.
 ステップS1603は、ステップS603で近隣端末情報要求パケットを受信した端末が、近隣端末管理情報管理部204にて、近隣端末管理テーブル205の情報を参照し、近隣端末情報応答パケットをゲートウェイ宛てに送信する処理である。この時、図6のステップS608と同様、近隣端末情報応答パケットには、自端末が保持する近隣端末管理テーブル205の情報を格納し、当該パケットの最終宛先をゲートウェイに設定すると同時に、経由する通信経路も指定する。ただし、ここで指定する通信経路は、近隣端末情報要求パケットにフラッディングの過程で格納された経由情報に従うものとし、経由順序を反転する形で通信経路を指定する。尚、近隣端末情報要求パケットはフラッディングで送信されているため、最終宛先端末が当該パケットを複数回受信し、指定可能な通信経路が複数存在するケースが発生し得る。 In step S1603, the terminal that has received the neighboring terminal information request packet in step S603 refers to the information in the neighboring terminal management table 205 in the neighboring terminal management information management unit 204, and transmits the neighboring terminal information response packet to the gateway. It is processing. At this time, as in step S608 of FIG. 6, the information of the neighboring terminal management table 205 held by the own terminal is stored in the neighboring terminal information response packet, and the final destination of the packet is set to the gateway, and at the same time, the communication that passes Also specify the route. However, the communication path specified here is based on the route information stored in the flooding process in the neighboring terminal information request packet, and the communication route is specified in the form of reversing the route order. Since the neighboring terminal information request packet is transmitted by flooding, there may occur a case where the final destination terminal receives the packet a plurality of times and there are a plurality of specifiable communication paths.
 この場合は、1つの通信経路を選択する。例えば、最初に受信した近隣端末情報要求パケットの経由情報を選択する方法や、最も少ないホップ数でゲートウェイに到達可能な経路を選択する方法などが考えられる。この通信経路の選択基準は特定の方法に限定されるものではなく、任意の基準で選択して良い。近隣端末情報応答パケットを送信後、ゲートウェイが当該パケットを受信して近隣端末情報の記録を終えると(ステップS609~S611)、図16の近隣端末情報収集処理を終了する。 In this case, select one communication path. For example, a method of selecting the route information of the neighboring terminal information request packet received first, a method of selecting a route that can reach the gateway with the smallest number of hops, and the like can be considered. The communication path selection criterion is not limited to a specific method, and may be selected according to an arbitrary criterion. After transmitting the neighboring terminal information response packet, when the gateway receives the packet and finishes recording the neighboring terminal information (steps S609 to S611), the neighboring terminal information collecting process in FIG. 16 is terminated.
 以上のように、第2の実施例では、近隣端末情報収集処理においてゲートウェイから端末に近隣端末情報要求パケットを送信する際に、フラッディングを用いて送信を行う。これにより、各端末が使用出来る通信経路を事前に把握出来ていない場合においても、所望の端末に当該パケットを届ける事が可能であり、近隣端末情報を収集する事が出来る。尚、各端末から近隣端末情報を1回ずつ収集し終えた時点で、ゲートウェイは各端末に至るまでの通信経路を経路算出部306で算出する事が可能となる。 As described above, in the second embodiment, when the neighboring terminal information request packet is transmitted from the gateway to the terminal in the neighboring terminal information collection process, transmission is performed using flooding. As a result, even when the communication path that can be used by each terminal is not known in advance, the packet can be delivered to a desired terminal, and neighboring terminal information can be collected. When the neighboring terminal information is collected once from each terminal, the gateway can calculate the communication path to each terminal by the path calculation unit 306.
 従って、2回目以降の近隣端末情報収集処理では、第2の実施例であっても図6のように経由経路を指定して近隣端末情報要求パケットを送信しても構わない。近隣端末情報要求パケットをフラッディングで送信する事のメリットとして、一度の近隣端末情報収集処理で、より多くの端末が受信機会を得られる事が挙げられる。しかし、全端末がフラッディングの中継処理を行うためにトラフィック負荷が高くなり、複数端末の同時送信に起因する電波干渉によって、パケットロスの発生確率が高くなる恐れがある。中継処理の前に各端末がランダム時間のジッタを挿入するなどの処理を施す事で、ある程度の干渉回避は可能であるが、多くの端末が密集している場合などは、完全に干渉を回避する事は困難である。 Therefore, in the second and subsequent neighboring terminal information collection processing, even in the second embodiment, the neighboring terminal information request packet may be transmitted by designating the route as shown in FIG. An advantage of transmitting the neighboring terminal information request packet by flooding is that more terminals can obtain a reception opportunity in one neighboring terminal information collection process. However, since all terminals perform flooding relay processing, the traffic load increases, and there is a possibility that the probability of occurrence of packet loss increases due to radio wave interference caused by simultaneous transmission of a plurality of terminals. It is possible to avoid interference to some extent by performing processing such as inserting random time jitter before relay processing, but it is completely avoided when many terminals are crowded. It is difficult to do.
 このような場合は、各端末から近隣端末情報を収集して、ゲートウェイが通信経路を算出可能になった時点で、図6のフラッディングを使用しない近隣端末情報収集処理に変更する事が望ましい。 In such a case, it is desirable to collect the neighboring terminal information from each terminal and change to the neighboring terminal information collecting process that does not use the flooding of FIG. 6 when the gateway can calculate the communication path.
1:通信システム、100:アプリケーションサーバ、200:端末、201:記憶装置、202:通信処理部、203:経路管理部、204:近隣端末情報管理部、205:近隣端末管理テーブル、206:中央制御装置、207:電源回路、208:RF周辺回路、300:ゲートウェイ、301:記憶装置、302:通信処理部、303:経路管理部、304:近隣端末情報管理部、305:近隣端末管理テーブル、306:経路算出部、307:中継要否判定部、308:障害検知・解析部、309:中央制御装置、310:電源回路、311:RF周辺回路、312:外部ネットワーク接続回路、313:出力部 1: communication system, 100: application server, 200: terminal, 201: storage device, 202: communication processing unit, 203: route management unit, 204: neighboring terminal information management unit, 205: neighboring terminal management table, 206: central control Device: 207: Power supply circuit, 208: RF peripheral circuit, 300: Gateway, 301: Storage device, 302: Communication processing unit, 303: Path management unit, 304: Neighboring terminal information management unit, 305: Neighboring terminal management table, 306 : Route calculation unit, 307: relay necessity determination unit, 308: failure detection / analysis unit, 309: central control unit, 310: power supply circuit, 311: RF peripheral circuit, 312: external network connection circuit, 313: output unit

Claims (14)

  1. ネットワークで接続された複数の端末と、
    ゲートウェイとを備え、前記端末は電波の送信元と、前記送信元との間の通信の通信品質を含む近隣端末管理テーブルを格納する記憶領域と、
     自端末が通信を受信したときに送信元と、受信時の通信品質を前記近隣端末管理テーブルに近隣端末情報として記録する近隣端末情報管理部と、
     前記近隣端末情報の送信要求を受け付けたとき前記近隣端末管理テーブルを参照し、要求元に前記近隣端末情報を送信する通信処理部
    とを備える事を特徴とする通信システム。
    Multiple devices connected to the network,
    A gateway, the terminal is a radio wave transmission source, a storage area for storing a neighboring terminal management table including communication quality of communication between the transmission source,
    When the own terminal receives communication, the transmission source, and the neighboring terminal information management unit that records the communication quality at the time of reception as neighboring terminal information in the neighboring terminal management table;
    A communication system comprising: a communication processing unit that refers to the neighboring terminal management table when a transmission request for the neighboring terminal information is received and transmits the neighboring terminal information to a request source.
  2.  前記ゲートウェイは、
     近隣端末管理テーブルの情報を要求するパケットを端末に対して送信する通信処理部、
     当該パケットの転送経路を指定する経路管理部と、
     通信品質を計測すべき端末があるとき、当該端末を経由する経路、あるいは当該端末と直接通信可能な近隣端末を経由する経路の少なくとも一方の経路を指定経路として算出する経路算出部とを備えることを特徴とする請求項1に記載の通信システム。
    The gateway is
    A communication processing unit that transmits a packet requesting information of the neighboring terminal management table to the terminal;
    A route management unit that specifies the transfer route of the packet;
    When there is a terminal whose communication quality is to be measured, a route calculation unit that calculates at least one of a route passing through the terminal or a route passing through a neighboring terminal capable of directly communicating with the terminal as a designated route is provided. The communication system according to claim 1.
  3.  前記ゲートウェイは、
     端末から収集した近隣端末管理テーブルの情報を基に、各端末が所定の通信要件を達成可能であるか否かを判定し、
     過去に収集した近隣端末管理テーブルの情報だけでは、通信要件の達成可否を判定出来ない端末が存在するとき、通信品質を計測する端末として当該端末を選択する近隣端末情報管理部とを備える事を特徴とする請求項2に記載の通信システム。
    The gateway is
    Based on the information in the neighboring terminal management table collected from the terminal, determine whether each terminal can achieve the predetermined communication requirements,
    When there is a terminal that cannot determine whether or not the communication requirement can be achieved by using only the information of the neighboring terminal management table collected in the past, a neighboring terminal information management unit that selects the terminal as a terminal for measuring communication quality is provided. The communication system according to claim 2.
  4.  前記端末は、
     近隣端末管理テーブルの情報を要求されたときに、近隣端末に対して応答要求するパケットをブロードキャストで送信し、
     他の端末から応答要求に関するパケットを受信したとき、応答要求元に対して応答のパケットを送信する通信処理部を備える
    事を特徴とする請求項3に記載の通信システム。
    The terminal
    When the information of the neighboring terminal management table is requested, a packet requesting a response to the neighboring terminal is transmitted by broadcast,
    The communication system according to claim 3, further comprising a communication processing unit that transmits a response packet to a response request source when a packet related to a response request is received from another terminal.

  5.  前記ゲートウェイは端末から収集した近隣端末管理テーブルの情報を参照して、各端末及びゲートウェイ間の通信品質、ならびに特定区間における通信品質の変動推移を表示する出力部
    を備える事を特徴とする請求項4に記載の通信システム。

    The gateway includes an output unit that refers to information in a neighboring terminal management table collected from a terminal and displays a communication quality between each terminal and the gateway, and a change transition of the communication quality in a specific section. 4. The communication system according to 4.
  6.  前記ゲートウェイは端末から収集した近隣端末管理テーブルの情報を参照し、通信可能な端末が存在しない孤立端末と、通信可能な端末は存在するが何れも通信品質が予め定められた値に達していない端末を判定する中継器要否判定部と、
     端末の中継器設置要否と、中継器設置に関する優先度を表示する出力部を備える事を特徴とする請求項5に記載の通信システム。
    The gateway refers to the information in the neighboring terminal management table collected from the terminal, and there is an isolated terminal that does not have a communicable terminal and a terminal that can communicate, but the communication quality has not reached a predetermined value. A repeater necessity determination unit for determining a terminal;
    6. The communication system according to claim 5, further comprising an output unit that displays whether or not a terminal needs to install a repeater and a priority related to the installation of the repeater.
  7.  前記ゲートウェイは端末から収集した近隣端末管理テーブルの情報を参照し、端末の近隣端末管理テーブルにて特定端末からの受信記録が予め定められた期間連続して途絶えている場合に通信途絶と判定し、
     他の端末の近隣端末管理テーブルを参照して当該端末からの受信記録が同様に途絶えているか否かを判定し通信途絶の原因解析を行う障害検知解析部と、
     通信途絶発生の旨と、通信途絶の原因を示す警告を表示する出力部とを備える事を特徴とする請求項6に記載の通信システム。
    The gateway refers to the information of the neighboring terminal management table collected from the terminal, and determines that the communication is broken when the reception record from the specific terminal is continuously broken for a predetermined period in the neighboring terminal management table of the terminal. ,
    A failure detection analysis unit that refers to the neighboring terminal management table of other terminals, determines whether or not the reception record from the terminal is similarly interrupted, and analyzes the cause of the communication interruption;
    The communication system according to claim 6, further comprising: an output unit that displays a message indicating the occurrence of communication interruption and a warning indicating the cause of the communication interruption.
  8.  ネットワークで接続された複数の端末と、ゲートウェイとを備え、前記端末は電波の送信元と、前記送信元との間の通信の通信品質を含む近隣端末管理テーブルを格納する記憶領域とを備える通信システムの管理方法であって、
     近隣端末情報管理部が自端末が通信を受信したときに送信元と、受信時の通信品質を前記近隣端末管理テーブルに近隣端末情報として記録し、
     通信処理部が前記近隣端末情報の送信要求を受け付けたとき前記近隣端末管理テーブルを参照し、要求元に前記近隣端末情報を送信することを特徴とする通信システムの管理方法。
    Communication comprising a plurality of terminals connected by a network and a gateway, wherein the terminal includes a radio wave transmission source and a storage area for storing a neighboring terminal management table including communication quality of communication with the transmission source A system management method,
    When the neighbor terminal information management unit receives the communication, the sender and the communication quality at the time of reception are recorded as neighbor terminal information in the neighbor terminal management table,
    A communication system management method, comprising: referring to the neighboring terminal management table when a communication processing unit receives a transmission request for neighboring terminal information, and transmitting the neighboring terminal information to a request source.
  9.  前記ゲートウェイの通信処理部は近隣端末管理テーブルの情報を要求するパケットを端末に対して送信し、
     経路管理部が当該パケットの転送経路を指定し、
     経路算出部が通信品質を計測すべき端末があるとき、当該端末を経由する経路、あるいは当該端末と直接通信可能な近隣端末を経由する経路の少なくとも一方の経路を指定経路として算出することを特徴とする請求項8に記載の通信システムの管理方法。
    The communication processing unit of the gateway transmits a packet requesting information of the neighboring terminal management table to the terminal,
    The route manager specifies the transfer route of the packet,
    When there is a terminal whose communication quality is to be measured by the route calculation unit, the route calculating unit calculates at least one of a route passing through the terminal or a route passing through a neighboring terminal capable of directly communicating with the terminal as a designated route. The communication system management method according to claim 8.
  10.  前記ゲートウェイの近隣端末情報管理部は端末から収集した近隣端末管理テーブルの情報を基に、各端末が所定の通信要件を達成可能であるか否かを判定し、
     過去に収集した近隣端末管理テーブルの情報だけでは、通信要件の達成可否を判定出来ない端末が存在するとき、通信品質を計測する端末として当該端末を選択することを特徴とする請求項9に記載の通信システムの管理方法。
    Based on information in the neighboring terminal management table collected from the terminal, the neighboring terminal information management unit of the gateway determines whether each terminal can achieve a predetermined communication requirement,
    The terminal is selected as a terminal for measuring communication quality when there is a terminal for which it is not possible to determine whether or not the communication requirement can be achieved by only information in the neighboring terminal management table collected in the past. Management method of the communication system.
  11.  前記端末の通信処理部は近隣端末管理テーブルの情報を要求されたときに、近隣端末に対して応答要求するパケットをブロードキャストで送信し、
     他の端末から応答要求に関するパケットを受信したとき、応答要求元に対して応答のパケットを送信することを特徴とする請求項10に記載の通信システムの管理方法。
    When the communication processing unit of the terminal is requested for information of the neighboring terminal management table, it broadcasts a packet requesting a response to the neighboring terminal, and
    11. The management method for a communication system according to claim 10, wherein when a packet related to a response request is received from another terminal, a response packet is transmitted to a response request source.
  12.  前記ゲートウェイの出力部は端末から収集した近隣端末管理テーブルの情報を参照し、各端末及びゲートウェイ間の通信品質、ならびに特定区間における通信品質の変動推移を表示することを特徴とする請求項11に記載の通信システムの管理方法。 The output unit of the gateway refers to the information of the neighboring terminal management table collected from the terminal, and displays the communication quality between each terminal and the gateway, and the change transition of the communication quality in a specific section. A management method of the communication system described.
  13.  前記ゲートウェイの中継器要否判定部は端末から収集した近隣端末管理テーブルの情報を参照し、通信可能な端末が存在しない孤立端末と、通信可能な端末は存在するが何れも通信品質が予め定められた値に達していない端末を判定し、
     出力部が端末の中継器設置要否と、中継器設置に関する優先度を表示することを特徴とする請求項12に記載の通信システムの管理方法。
    The relay repeater necessity determination unit of the gateway refers to the information of the neighboring terminal management table collected from the terminal, and there is an isolated terminal that does not have a communicable terminal and a terminal that can communicate but the communication quality is determined in advance To determine which devices have not reached the given value,
    13. The communication system management method according to claim 12, wherein the output unit displays whether or not the terminal needs to install a repeater and a priority regarding the repeater installation.
  14.  前記ゲートウェイの障害検知解析部は端末から収集した近隣端末管理テーブルの情報を参照し、端末の近隣端末管理テーブルにて特定端末からの受信記録が予め定められた期間連続して途絶えている場合に通信途絶と判定し、
     他の端末の近隣端末管理テーブルを参照して当該端末からの受信記録が同様に途絶えているか否かを判定し通信途絶の原因解析を行い、
     出力部が通信途絶発生の旨と、通信途絶の原因を示す警告を表示することを特徴とする請求項13に記載の通信システムの管理方法。
    When the failure detection analysis unit of the gateway refers to the information of the neighboring terminal management table collected from the terminal and the reception record from the specific terminal in the neighboring terminal management table of the terminal is continuously interrupted for a predetermined period of time, Judged that communication was disrupted,
    Refer to the neighboring terminal management table of other terminals, determine whether or not the reception record from the terminal is similarly interrupted, analyze the cause of the communication interruption,
    The communication system management method according to claim 13, wherein the output unit displays a message indicating the occurrence of communication interruption and a warning indicating the cause of the communication interruption.
PCT/JP2014/074987 2014-09-22 2014-09-22 Communication quality measurement method and communication system WO2016046869A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2014/074987 WO2016046869A1 (en) 2014-09-22 2014-09-22 Communication quality measurement method and communication system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2014/074987 WO2016046869A1 (en) 2014-09-22 2014-09-22 Communication quality measurement method and communication system

Publications (1)

Publication Number Publication Date
WO2016046869A1 true WO2016046869A1 (en) 2016-03-31

Family

ID=55580435

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/074987 WO2016046869A1 (en) 2014-09-22 2014-09-22 Communication quality measurement method and communication system

Country Status (1)

Country Link
WO (1) WO2016046869A1 (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017063297A (en) * 2015-09-24 2017-03-30 シャープ株式会社 Radio communication system and gateway radio device
JP2017224934A (en) * 2016-06-14 2017-12-21 株式会社東芝 Slave station device and reception electric field strength measuring method therefor
JP2017228933A (en) * 2016-06-22 2017-12-28 富士電機株式会社 Sensor network system
JP2020129839A (en) * 2020-05-14 2020-08-27 株式会社東芝 Slave station device for disaster prevention wireless system and method of measuring received electric field strength of the same
JP2020205523A (en) * 2019-06-17 2020-12-24 矢崎エナジーシステム株式会社 Wireless communication system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008193165A (en) * 2007-01-31 2008-08-21 Sony Corp Radio communication equipment and radio communication system
JP2010035068A (en) * 2008-07-31 2010-02-12 Hitachi Ltd Wireless network system
JP2013093781A (en) * 2011-10-27 2013-05-16 Fujitsu Ltd Communication network system, node device, and route selection method for communication network system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008193165A (en) * 2007-01-31 2008-08-21 Sony Corp Radio communication equipment and radio communication system
JP2010035068A (en) * 2008-07-31 2010-02-12 Hitachi Ltd Wireless network system
JP2013093781A (en) * 2011-10-27 2013-05-16 Fujitsu Ltd Communication network system, node device, and route selection method for communication network system

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017063297A (en) * 2015-09-24 2017-03-30 シャープ株式会社 Radio communication system and gateway radio device
JP2017224934A (en) * 2016-06-14 2017-12-21 株式会社東芝 Slave station device and reception electric field strength measuring method therefor
JP2017228933A (en) * 2016-06-22 2017-12-28 富士電機株式会社 Sensor network system
JP2020205523A (en) * 2019-06-17 2020-12-24 矢崎エナジーシステム株式会社 Wireless communication system
JP7294905B2 (en) 2019-06-17 2023-06-20 矢崎エナジーシステム株式会社 wireless communication system
JP2020129839A (en) * 2020-05-14 2020-08-27 株式会社東芝 Slave station device for disaster prevention wireless system and method of measuring received electric field strength of the same

Similar Documents

Publication Publication Date Title
TWI391007B (en) Load management in wireless mesh communications networks
JP4569328B2 (en) Wireless communication apparatus and route search method
EP2352355B1 (en) Path control device, path control method, and path control program
JP5756908B2 (en) Multi-hop communication system, handset
US8270313B2 (en) Ranking nodes in networks with topologies arranged as directed acyclic graphs
US8493841B2 (en) Wireless communication system and nodes
KR100900307B1 (en) Radio Communication Device, Communication Route Control Device, Communication Route Control Method, and Communication System
WO2016046869A1 (en) Communication quality measurement method and communication system
US9125142B2 (en) Node apparatus, communication system, and channel selection method
CN101622900A (en) Network control device, method, and program
CN101102278A (en) Building method, program and wireless terminal for self-organization network
JP2009302694A (en) Radio communication network system
JP5435147B2 (en) Communication apparatus and method
JP6606469B2 (en) Communication system and wireless network engineering support method
US10205665B2 (en) Mesh network nodes configured to alleviate congestion in cellular network
JP4796014B2 (en) COMMUNICATION CONTROL SUPPORT DEVICE, COMMUNICATION CONTROL SUPPORT METHOD, AND PROGRAM
JP2009033642A (en) Ad hoc terminal, ad hoc communication system, and ad hoc communication method
JP6016646B2 (en) node
KR101697289B1 (en) System for integrating multi wireless networks based on software defined network and method therefor
JP6979753B2 (en) Wireless communication equipment and wireless communication programs
KR101986497B1 (en) Method for selecting data packet transmission path in mobile ad-hoc network
JP2015065625A (en) Communication device, radio network system, radio network control method and radio network control program
JP2006238113A (en) Packet transferring method, router apparatus, and terminal apparatus
JP2015171075A (en) Radio communication terminal, radio communication system, and radio communication method
JP2015076862A (en) Terminal device, information terminal device, multi-hop radio system, and communication method

Legal Events

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

Ref document number: 14902446

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14902446

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP