KR20110012012A - System and method for supporting a quality of service in ubiquitos sensor network - Google Patents

Abstract

PURPOSE: A system and a method of supporting service quality in a ubiquitous sensor network are provided to set RAP for only QoS data in a transferring frame used in the ubiquitous sensor network, thereby embodying an end-to-end QoS technique. CONSTITUTION: A sensor node(150,152,154,156,158) transmits a RAP request frame, including a RAP(Reservation based Access Period), between a BOP(Beacon Only Period) and a CAP(Contention Access Period) in a super frame structure of an end-to-end communication using a WiBEEM(Wireless Beacon-enabled Energy Efficient Mesh network) protocol. A master node(140) receives a RAP request frame from a sensor node. If permission for the RAP is granted, the master node transmits a RAP beacon frame to all lower nodes.

Description

System and method for supporting a quality of service in ubiquitos sensor network}

The present invention relates to a method and system for supporting quality of service in a ubiquitos sensor network (USN). More particularly, the present invention relates to a wireless beacon-enabled energy mesh network (WIBEEM) protocol. In a superframe structure of end-to-end communication that is used, one device is another destination device between a beacon only period (BOP) and a data access period (CAP). There is a Reservation-based Access Period (RAP) for passing data over the network, so that only one device can communicate with each other from one device to the destination device via a master device to support quality of service. The present invention relates to a method and system for supporting quality of service in a ubiquitous sensor network.

USN is one of the core technologies of u-City implementation and ubiquitous computing technology, which is currently appearing in various forms, and integrates data generated by combining various sensor devices with application service servers. In addition, the USN has the ability to collect or process data from multiple sensors that occur differently from ordinary sensors, like an intelligent computer.

USN is the most promising next-generation growth engine that will dictate the nation's competitiveness in the future and is an important future technology that can bring about innovation across society. In addition, due to the nature of USN, it is an important industry that can have the biggest impact on the IT industry in the public and private sectors as well as the non-IT industry, and it has infinite growth potential. It is emerging.

The USN's applications range from defense, manufacturing, construction, transportation, healthcare, environment, education, logistics, distribution, and agricultural and livestock industries. Therefore, interest in related industries is increasing at home and abroad, and already in some advanced countries such as the US, Europe, and Japan, there is a fierce competition to secure a substantial portion of USN-based technologies and to take advantage of applied technologies. In Korea, as a key element of the u-IT839 strategy, it is an important development field that is included in 8 services, 3 infrastructures, and 9 new growth engines along with RFID technology.

The technical analysis of the USN is as follows.

First of all, ubiquitous is derived from Latin, meaning that it exists anytime, anywhere, and at the same time.A network in which the future society is invisible to all things and people inherent in the surrounding environment, such as water or air. It is used to mean that information can be obtained without being constrained by time and space.

Next, the sensor network refers to a network based on wired / wireless communication technology formed between sensor nodes so that the information detected from the surrounding environment and the physical system is utilized in human life. The USN is composed of a sensor node, a gateway, and a sensor network.

The basic operation principle of USN is as follows.

The sensor node delivers the generated information to the gateway according to a service request or a condition already set from the sensor network. At this time, the information is processed by the detected initial data or the communication between neighboring sensor nodes to find a path that consumes low power, and the information transmitted to the gateway is used as a response to the user's service or used as statistical data. Here, the sensor node is a system that delivers the result of the integrated processing of information sensed by the environmental physical system or initial data to the wired / wireless communication technology, and includes a processor and a communication module that perform data processing, communication path setting, middleware processing, and the like.

The sensor gateway is for connecting the sensor network and the backbone and has both a sensor network and a network interface for backbone connection. The backbone interface can be used in many different ways, including Ethernet, CDMA and GSM mobile communication networks, satellite networks, and the like.

The USN network consists of a number of sensor nodes and gateways, including a wireless sensor network that collects various environmental information, a gateway node that is in charge of connecting to IP-based networks, and application services related to users who use the USN service. It is a comprehensive concept.

Among the wireless communication methods studied to date, the most suitable communication method for USN service is IEEE 802.15 WPAN. WPAN is a specification originally developed for ultra-high speed or low speed data communication at a smaller distance than WLAN.WPAN is a Bluetooth (IEEE 802.15.1), high speed WPAN (IEEE 802.15.3), high speed UWB (IEEE 802.15.3a), low speed UWB (IEEE) 802.15.4a), low speed sensor networks (IEEE 802.15.4 and IEEE 802.15.4b), and ISO / IEC 29145 WiBEEM. Among the various WPAN standards, the most suitable communication method for USN application is WiBEEM. Wireless communication method uses WPAN between 1-10m, wireless LAN between 10-100m and WiBro over 100m depending on the communication distance.

WiBEEM technology as the USN device described above is a technology that can be applied to u-City developed independently in Korea and is currently being standardized by ISO. WiBEEM is a technology that can implement a beacon-based wireless mesh network. The communication method takes CSMA / CA and supports up to 250Kbps transmission speed. As a USN, WiBEEM can implement Quality of Service (QoS) technology, which can be an important technology factor when applied.

QoS refers to various technologies and concepts that manage traffic and bandwidth in a limited bandwidth by differentializing service levels according to importance for a user or an application. The QoS solution does not simply increase the speed of network felt by increasing the limited bandwidth, but effectively controls and manages the bandwidth and the traffic generated therein through monitoring and analysis to ultimately form a policy-based network and improve the structure of network management. I say that. The problems in the network operation process are mostly caused by congestion of the network, not the fault of the network operating equipment. Due to the complexity of applications and the rapidly growing traffic, bandwidth management is now recognized as essential to network operations. As a solution for various user demands for efficient service quality and efficient network operation, QoS has emerged as an optimal solution and is now an essential core element in network operation, rather than a temporary solution to solve the network problem. . However, such QoS is known to be difficult to implement in wireless.

An object of the present invention for solving the above problems is, in the superframe structure of the end-to-end communication using the beacon-based wireless mesh network (WiBEEM) protocol, between the beacon dedicated interval (BOP) and the data access interval (CAP) A device-based access interval (RAP) for passing data from one device to another destination device in order to support quality of service by dedicated communication between only two devices from one device to the destination device via the master device. The present invention provides a method and system for supporting quality of service in a ubiquitous sensor network.

The service quality support system in the ubiquitous sensor network according to the present invention for achieving the above object is a beacon in a superframe structure of end-to-end communication using a beacon-based wireless mesh network (WiBEEM) protocol A sensor node transmitting a RAP request frame including a designation based access section (RAP) between a dedicated section (BOP) and a data access section (CAP); And a master node receiving the RAP request frame from the sensor node to determine whether to allow the RAP, and generating a RAP beacon frame when the RAP is allowed, and transmitting the RAP beacon frame to all subordinate nodes thereof.

Further, when receiving a RAP beacon frame from the master node and related to itself, another sensor node that performs dedicated communication with the sensor node via the master node using the designated based access interval (RAP). Include.

On the other hand, the sensor node according to the present invention for achieving the above object, the communication unit for communicating with the master node; A frame generator configured to generate a RAP request frame including a designated base access period (RAP) to transmit to the master node; And transmitting the RAP request frame to the master node and performing end-to-end communication with another sensor node corresponding to a RAP designation using a beacon-based wireless mesh network (WiBEEM) protocol. It includes a control unit.

In this case, the RAP request frame includes a Command Identifier indicating that the RAP request is made, a Source Address indicating the address of the device requesting the RAP, a Destination Address indicating the address of the destination device, and a RAPL indicating the length of the RAP.

On the other hand, the master node according to the present invention for achieving the above object, the communication unit for communicating with the sensor nodes; A frame generation unit generating a RAP beacon frame for the RAP request frame received from any sensor node; And when the RAP request frame is received from the sensor node, the RAP beacon frame is generated and transmitted to the sensor nodes, and then the beacon-based wireless mesh between the sensor node and another sensor node corresponding to the RAP designation target. It includes a control unit for controlling the end-to-end communication using the network (WiBEEM) protocol.

In addition, the RAP beacon frame is a RAPL indicating the total length of the RAP, RAP Priority to give priority to classify when there are several devices requesting RAP, RAP Source Address indicating the address of the device requesting RAP, RAP request A destination address indicating the address of the destination device to which the device intends to deliver the actual data, and a Length indicating the length of the RAP to be used by one requesting device.

Meanwhile, a method of supporting quality of service in a ubiquitous sensor network according to the present invention for achieving the above object is a method of supporting quality of service in a ubiquitous sensor network of a system including sensor nodes and a master node. Transmitting, by the first sensor node, the RAP request frame including a designation based access interval (RAP) to the master node; (b) the master node receiving the RAP request frame to determine whether to allow RAP; (c) when the master node allows RAP, generating a RAP beacon frame for the RAP request frame; (d) the master node transmitting the generated RAP beacon frame to other sensor nodes; (e) a second sensor node receiving the RAP beacon frame and transmitting a response frame including a designation based access interval (RAP) to the master node; And (f) performing end-to-end communication using a beacon-based wireless mesh network (WiBEEM) protocol between the first sensor node and the second sensor node.

On the other hand, the service quality support method in the ubiquitous sensor network of the sensor node according to the present invention for achieving the above object, the ubiquitous sensor network of the sensor node communicating with the master node using a beacon-based wireless mesh network (WiBEEM) protocol 12. A method of supporting quality of service in a system, comprising: (a) transmitting a RAP request frame including a designation based access interval (RAP) between a beacon dedicated interval (BOP) and a data access interval (CAP) to the master node; (b) receiving a RAP beacon frame for a RAP request frame from the master node; (c) receiving a response frame for a RAP beacon frame from the master node; And (d) performing end-to-end communication using a superframe including a RAP frame with another sensor node transmitting the response frame.

Here, the RAP request frame includes a Command Identifier indicating that the RAP request is made, a Source Address indicating the address of the device requesting the RAP, a Destination Address indicating the address of the destination device, and a RAPL indicating the length of the RAP.

On the other hand, the service quality support method in the ubiquitous sensor network of the master node according to the present invention for achieving the above object, the ubiquitous sensor of the master node communicating with the sensor nodes using a beacon-based wireless mesh network (WiBEEM) protocol CLAIMS What is claimed is: 1. A method of supporting quality of service in a network, comprising: (a) receiving a RAP request frame including a designation based access interval (RAP) between a beacon dedicated interval (BOP) and a data access interval (CAP) from any sensor node; (b) determining whether to allow RAP based on the RAP request frame; (c) upon allowing the RAP, generating a RAP beacon frame for the RAP request frame; (d) transmitting the generated RAP beacon frame to sensor nodes of all lower nodes; And (e) an end-to-end using a beacon-based wireless mesh network (WiBEEM) protocol between the arbitrary sensor node and the other sensor node upon receiving a response frame for the RAP beacon frame from another sensor node. ) Controlling the communication to take place.

In this case, the RAP beacon frame is a RAPL indicating the total length of the RAP, RAP Priority to give priority to classify when there are several devices requesting RAP, RAP Source Address indicating the address of the device requesting RAP, RAP request A destination address indicating the address of the destination device to which the device intends to deliver the actual data, and a Length indicating the length of the RAP that one requesting device intends to use.

In addition, when there are a plurality of arbitrary sensor nodes that transmit the RAP request frame in step (a), step (e) divides and uses as much data length as each sensor node intends to use for the RAP.

On the other hand, the data frame structure according to the present invention for achieving the above object, in the data frame structure of the end-to-end communication using the beacon-based wireless mesh network (WiBEEM) protocol, can transmit and receive only beacons A beacon dedicated interval (BOP) for performing beacon scheduling; A data access period (CAP) for enabling the transmission and reception of data between devices; A dedicated access based access period (RAP) dedicated for RAP for one device to pass data to another destination device; And a hangover segment (DSP) to utilize one low power function.

According to the present invention, an end-to-end QoS technique can be implemented by placing a RAP that deals only with QoS data in a transmission frame used for a ubiquitous sensor network.

In addition, the master node can inform all the networks whether to use the RAP through the beacon.

In addition, even when multiple devices in a network request a RAP, multiple devices may use the RAP even within one superframe period through priority.

In addition, when communicating between two specific devices requesting RAP, other devices cannot perform any communication during the corresponding period. Therefore, by transmitting data of high importance using RAP, it is possible to improve data transmission quality and ensure safety.

Details of the object and technical configuration of the present invention and the resulting effects thereof will be more clearly understood by the following detailed description based on the accompanying drawings. Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

1 is a configuration diagram schematically illustrating a configuration of a system for supporting a quality of service in a ubiquitous sensor network according to an embodiment of the present invention.

1, a service quality support system 100 according to the present invention includes a user node 110, a communication network 120, a gateway 130, a master node 140, and sensor nodes 150. 158).

The user node 110 is a task manager and transmits data or commands to the sensor nodes 150 to 158 through the communication network 120.

The communication network 120 is an IP-based network, and includes a beacon-based wireless mesh network (WiBEEM) or a ubiquitous sensor network.

The gateway 130 is connected to the communication network 120 to transfer data or relay commands to the sensor nodes 150-158.

The master node 140 is called a sink node or a base node. The master node 140 manages the communication of the sensor nodes 150 to 158 as a higher concept of the sensor nodes 150 to 158. In addition, the master node 140 receives the RAP request frame from the sensor node 150 to determine whether to allow the RAP, and generates a RAP beacon frame when the RAP is allowed to generate all the subordinate nodes of the sensor nodes 150. ~ 158).

The sensor nodes 150 to 158 are in a beacon dedicated interval (BOP) and data access interval (CAP) in a superframe structure of end-to-end communication using a beacon-based wireless mesh network (WiBEEM) protocol. The RAP request frame including the designation based access interval (RAP) is transmitted to the master node 140.

In addition, when the sensor nodes 150 to 158 receive the RAP beacon frame from the master node 140 and are related to the sensor node 150 to 158, the sensor nodes 150 to 158 are assigned to the sensor node 150 through the master node 140 or directly with another sensor node. ) To perform RAP-only communication.

Meanwhile, in the present invention, WiBEEM is a wireless mesh network protocol based on a beacon, and all WiBEEM devices in one WiBEEM network synchronize a superframe structure through a beacon.

2 is a frame diagram illustrating a structure of a superframe according to an embodiment of the present invention.

Referring to FIG. 2, the data frame structure used in the present invention includes a BOP 210, a RAP 220, a CAP 230, and a deep sleep period (DSP) 240.

The BOP 210 is a beacon dedicated section for performing beacon scheduling capable of transmitting and receiving only beacons in a data frame structure of end-to-end communication using a beacon-based wireless mesh network (WiBEEM) protocol.

RAP 220 is a dedicated access based access period for RAP for one device to pass data to another destination device.

The CAP 230 is a data access period for enabling data transmission and reception between devices.

The DSP 240 is a hangover section for utilizing one low power function.

Here, the BOP 210, the CAP 230, and the DSP 240 form a general superframe of WiBEEM. Beacons in WiBEEM are very important information for WiBEEM because they contain the entire network structure and the environment throughout communication. After the BOP 210, there is a CAP 230 that can substantially exchange data between devices, and has a DSP 240 for utilizing a low power function, which is one of the advantages of WiBEEM, in the last section of the superframe. In the DSP 240, all devices minimize power consumption, thereby extending the battery life when using WiBEEM as a portable device, thereby helping the user to use the device for a long time without replacing the battery.

The WiBEEM device must complete the transmission / reception of data required during one superframe period, and data transmission / reception should occur in the CAP 230 of the superframe period unless data is divided and transmitted.

However, in the case of data that cannot be transmitted in the superframe period, it must be transmitted / received by delaying it to the next superframe period. The RAP 220 is generated after the BOP 210 to implement an end-to-end QoS technique using the superframe structure generated as described above. The RAP 220 is a section for one device to use to transfer data to another destination device, and cannot communicate with the other section except for a device requesting the use of the RAP. To use this RAP, several data components are required.

The device intending to use the RAP 220 should transmit a RAP request frame to the master node 140 located at the top of the WiBEEM network. WiBEEM master node 140 is the first device created in one WiBEEM network and is responsible for the overall configuration of the entire network structure and environment of the network created around itself. It is propagated to all devices that are present.

3 is a configuration diagram schematically showing an internal configuration of a sensor node according to an embodiment of the present invention.

Referring to FIG. 3, the sensor node 150 according to the present invention includes a communicator 310, a frame generator 320, and a controller 330.

The communicator 310 communicates with the master node 140.

The frame generator 320 generates a RAP request frame including a designated base access period (RAP) for transmission to the master node 140.

The control unit 330 transmits the RAP request frame to the master node 140, and then uses the beacon-based wireless mesh network (WiBEEM) protocol with other sensor nodes 152 corresponding to the RAP designation end-to-end. -End) Control to perform communication.

4 is a frame diagram illustrating a structure of a RAP frame according to an embodiment of the present invention.

Referring to FIG. 4, the RAP 220 according to the present invention includes a command identifier 410, a source address 420, a destination address 430, and a RAP length. 440.

The command identifier 410 indicates that this frame is making a RAP request, and the source address 420 contains the address of the device requesting the RAP.

The destination address 430 has an address of a destination device to which the requesting device intends to deliver actual data, and the RAPL 440 indicates a RAP length. The destination address 430 contains a length of data that the requesting device wants to deliver to the destination device. Reference data when 140 sets the length of the RAP by changing the superframe structure.

The classification of devices in WiBEEM is to assign a unique address value to each device. In the case of WiBEEM, it has an address value corresponding to 16 bits. In the case of the address value included in FIG. 4, a value of 2 bytes is used.

The RAP request frame shown in FIG. 4 is transmitted to the WiBEEM master note 140 using a mesh network. The reason why the device requesting the RAP 220 delivers the frame as shown in FIG. 4 to the master node 140 is that the superframe structure must be changed as shown in FIG. 4 in order to use the RAP 220. This is because the change can be made only through the master node 140.

5 is a configuration diagram schematically showing an internal configuration of a master node according to an embodiment of the present invention.

Referring to FIG. 5, the master node 140 according to the present invention includes a communication unit 510, a frame generation unit 520, and a control unit 530.

The communication unit 510 communicates with the sensor nodes 150 ˜ 158.

The frame generator 520 generates a RAP beacon frame for the RAP request frame received from any sensor node 510.

When the controller 530 receives the RAP request frame from any sensor node 510, the controller 530 generates a RAP beacon frame and transmits the generated RAP beacon frame to the sensor nodes 150 ˜ 158. End-to-end communication using the beacon-based wireless mesh network (WiBEEM) protocol between the other sensor node 152 corresponding to the control is performed.

6 is a frame configuration diagram illustrating a configuration of a RAP beacon frame generated by a master node according to an embodiment of the present invention.

Referring to FIG. 6, the RAP beacon frame used in the present invention includes a RAP length (RAPL Length) 610, a RAP Priority 620, a RAP Source Address 630, RAP Destination Address (640), Length (650).

RAPL 610 represents the total length of the RAP in the superframe structure. The following RAP Priority 620, RAP Source Address 630, RAP Destination Address 640, and Length 650 are frame formats that appear as a bundle.

The RAP Priority 620 is data used to classify the RAP 220 in order when there are several devices requesting the RAP 220. The priority method is determined by the master node 140, and the master node 140 generates beacon information by setting priorities in the order of arrival of the requesting frame.

The RAP Source Address 630 is an address value of a device requesting the RAP 220, and a Destination Address 640 contains an address value of a destination device to which the RAP requesting device intends to deliver substantial data.

Length 650 indicates the length of the RAP that one requesting device intends to use. This length has the same value as RAPL 610 when there is one RAP request device, but the following equation 1 is established when there are several request devices.

The generated beacon information as shown in FIG. 6 is transmitted to all networks starting from the master node 140. The devices that receive the information determine whether or not they are related to the user, and if the device is not related to the user, waits without any communication in the RAP 220, and accesses the RAP 220 only when the device is related to the device. To communicate. Through this process, end-to-end QoS communication can be performed between two specific devices, and even if there are multiple devices that want to use the RAP 220, RAP communication between the two specific devices is performed several times through the RAP Priority 620. It can be done within.

7 is a flowchart illustrating a service quality support method in a ubiquitous sensor network according to an embodiment of the present invention.

Referring to FIG. 7, the first sensor node 150 according to the present invention transmits a RAP request frame including a designation based access interval (RAP) to the master node 140 (S710).

The master node 140 receives the RAP request frame to determine whether to allow the RAP (S720).

Subsequently, when the RAP is allowed, the master node 140 generates a RAP beacon frame for the RAP request frame (S730).

The master node 140 transmits the generated RAP beacon frame to other sensor nodes (S740).

The second sensor node 152 receives the RAP beacon frame and transmits a response frame including the designation based access interval (RAP) to the master node 140 (S750).

The master node 140 transmits a response frame to the first sensor node 150 (S760), and the first sensor node 150 is a beacon-based wireless mesh network (WiBEEM) protocol-based RAP between the second sensor nodes 152. End-to-end communication using the frame is performed (S770).

8 is a flowchart illustrating a method of supporting quality of service in a ubiquitous sensor network of a sensor node according to an embodiment of the present invention.

Referring to FIG. 8, the sensor node 150 according to the present invention transmits the RAP request frame as shown in FIG. 4 including the RAP 220 between the BOP 210 and the CAP 230. Transmit to (S810).

Subsequently, the sensor node 150 receives a RAP beacon frame for the RAP request frame from the master node 140 as shown in FIG. 6 (S820).

In this case, the second sensor node 152 receiving the RAP beacon frame transmits a response frame to the RAP beacon frame to the master node 140, and the master node 140 transmits the response frame to the sensor node 150. .

The sensor node 150 receives a response frame for the RAP beacon frame from the master node 140 (S830).

Therefore, the sensor node 150 performs end-to-end communication using the superframe including the RAP frame with another sensor node 152 transmitting the response frame (S840).

9 is a flowchart illustrating a method of supporting quality of service in a ubiquitous sensor network of a master node according to an embodiment of the present invention.

Referring to FIG. 9, the master node 140 according to the present invention receives a RAP request frame including a RAP 220 between a BOP 210 and a CAP 230 from an arbitrary sensor node 150 (S910). ).

Subsequently, the master node 140 determines whether to allow RAP based on the RAP request frame (S920).

When the RAP is allowed (S930-Yes), the master node 140 generates a RAP beacon frame for the RAP request frame as shown in FIG. 6 through the frame generator 520 (S940).

The master node 140 transmits the generated RAP beacon frame to the sensor nodes of all lower nodes (S950).

Subsequently, when the master node 140 receives a response frame for the RAP beacon frame from another sensor node 152 (S960), the beacon-based wireless mesh network (b) between any sensor node 150 and the other sensor node 152 ( WiBEEM) controls the end-to-end communication using the RAP frame based on the protocol (S970).

In this case, when there are a plurality of arbitrary sensor nodes that transmit the RAP request frame, the master node 140 controls the RAP 220 to be divided by the data length that each sensor node intends to use.

As described above, according to the present invention, in the superframe structure of the end-to-end communication using the beacon-based wireless mesh network (WiBEEM) protocol, one device between the beacon dedicated interval (BOP) and the data access interval (CAP) Has a designation-based access interval (RAP) for passing data to another destination device, enabling dedicated communication between two devices from one device to the destination device via a master device, thus supporting quality of service. A method and system for supporting quality of service in a ubiquitous sensor network can be realized.

As those skilled in the art to which the present invention pertains may implement the present invention in other specific forms without changing the technical spirit or essential features, the embodiments described above are exemplary in all respects and are not intended to be limiting. You must understand. The scope of the present invention is shown by the following claims rather than the detailed description, and all changes or modifications derived from the meaning and scope of the claims and their equivalents should be construed as being included in the scope of the present invention. do.

The present invention can be applied to USN linked to defense, manufacturing, construction, transportation, medical, environment, education, logistics, distribution, agriculture / livestock industry.

In addition, it can be applied to the field of sensor network that can operate at low power.

In addition, it can be applied to a wired / wireless communication technology based network formed between sensor nodes so that information sensed from the surrounding environment and the physical system is utilized in human life.

1 is a configuration diagram schematically illustrating a configuration of a system for supporting a quality of service in a ubiquitous sensor network according to an embodiment of the present invention.

2 is a frame diagram illustrating a structure of a superframe according to an embodiment of the present invention.

3 is a configuration diagram schematically showing an internal configuration of a sensor node according to an embodiment of the present invention.

4 is a frame diagram illustrating a structure of a RAP frame according to an embodiment of the present invention.

5 is a configuration diagram schematically showing an internal configuration of a master node according to an embodiment of the present invention.

6 is a frame configuration diagram illustrating a configuration of a RAP beacon frame generated by a master node according to an embodiment of the present invention.

7 is a flowchart illustrating a service quality support method in a ubiquitous sensor network according to an embodiment of the present invention.

8 is a flowchart illustrating a method of supporting quality of service in a ubiquitous sensor network of a sensor node according to an embodiment of the present invention.

9 is a flowchart illustrating a method of supporting quality of service in a ubiquitous sensor network of a master node according to an embodiment of the present invention.

<Description of Symbols for Main Parts of Drawings>

100: service quality support system 110: user node

120: communication network 130: gateway

140: master node 150 ~ 158: sensor nodes

210: BOP 220: RAP

230: CAP 240: DSP

310: communication unit 320: frame generation unit

330 control unit 410 command identifier

420: source address 430: destination address

440: RAP length 510: communication unit

520: frame generation unit 530: control unit

610: RAP length 620: RAP priority

630: RAP source address 640: RAP destination address

650 length

Claims (15)

In a superframe structure of end-to-end communication using the beacon-based wireless mesh network (WiBEEM) protocol, a designated base access interval (RAP) is defined between a beacon dedicated interval (BOP) and a data access interval (CAP). A sensor node for transmitting an included RAP request frame; And A master node receiving the RAP request frame from the sensor node to determine whether to allow the RAP, and generating and transmitting the RAP beacon frame to all subordinate nodes thereof when the RAP is allowed; Quality of service support system in the ubiquitous sensor network comprising a. The method of claim 1, Another sensor node that receives a RAP beacon frame from the master node and performs dedicated communication with the sensor node via the master node using the designated based access interval (RAP) when it is associated with itself; Quality of service support system in the ubiquitous sensor network, characterized in that it further comprises. A communication unit for communicating with a master node; A frame generator configured to generate a RAP request frame including a designated base access period (RAP) to transmit to the master node; And After transmitting the RAP request frame to the master node, controlling to perform end-to-end communication with another sensor node corresponding to the RAP designation using a beacon-based wireless mesh network (WiBEEM) protocol Control unit; Sensor node comprising a. The method of claim 3, wherein The RAP request frame includes a command identifier indicating that an RAP request is made, a source address indicating an address of a device requesting a RAP, a destination address indicating an address of a destination device, and a RAPL indicating a RAP length. . A communication unit for communicating with sensor nodes; A frame generation unit generating a RAP beacon frame for the RAP request frame received from any sensor node; And When the RAP request frame is received from the sensor node, the RAP beacon frame is generated and transmitted to the sensor nodes, and then the beacon-based wireless mesh network between the sensor node and another sensor node corresponding to the RAP designation target. A controller for controlling end-to-end communication using a WiBEEM protocol; Master node comprising a. The method of claim 5, The RAP beacon frame includes a RAPL indicating the total length of the RAP, a RAP Priority which gives priority to classify when there are several devices requesting RAP, a RAP Source Address indicating the address of the device requesting the RAP, and a RAP requesting device. And a Destination Address indicating an address of a destination device to which substantial data is to be delivered, and a Length indicating a length of a RAP to be used by one requesting device. A method of supporting quality of service in a ubiquitous sensor network of a system including sensor nodes and a master node, (a) the first sensor node transmitting a RAP request frame including a designation based access interval (RAP) to the master node; (b) the master node receiving the RAP request frame to determine whether to allow RAP; (c) when the master node allows RAP, generating a RAP beacon frame for the RAP request frame; (d) the master node transmitting the generated RAP beacon frame to other sensor nodes; (e) a second sensor node receiving the RAP beacon frame and transmitting a response frame including a designation based access interval (RAP) to the master node; And (f) performing end-to-end communication using a beacon-based wireless mesh network (WiBEEM) protocol between the first sensor node and the second sensor node; Quality of service support method in the ubiquitous sensor network comprising a. A method of supporting quality of service in a ubiquitous sensor network of a sensor node communicating with a master node using a beacon-based wireless mesh network (WiBEEM) protocol, (a) transmitting, to the master node, a RAP request frame including a designation based access section (RAP) between a beacon dedicated section (BOP) and a data access section (CAP); (b) receiving a RAP beacon frame for a RAP request frame from the master node; (c) receiving a response frame for a RAP beacon frame from the master node; And (d) performing end-to-end communication using a superframe including a RAP frame with another sensor node transmitting the response frame; Quality of service support method in the ubiquitous sensor network of the sensor node comprising a. The method of claim 8, The RAP request frame includes a command identifier indicating that an RAP request is made, a source address indicating an address of a device requesting a RAP, a destination address indicating an address of a destination device, and a RAPL indicating a RAP length. Of Supporting Quality of Service in Ubiquitous Sensor Networks A method of supporting quality of service in a ubiquitous sensor network of a master node communicating with sensor nodes using a beacon-based wireless mesh network (WiBEEM) protocol, (a) receiving a RAP request frame including a designation based access interval (RAP) between a beacon dedicated interval (BOP) and a data access interval (CAP) from any sensor node; (b) determining whether to allow RAP based on the RAP request frame; (c) upon allowing the RAP, generating a RAP beacon frame for the RAP request frame; (d) transmitting the generated RAP beacon frame to sensor nodes of all lower nodes; And (e) End-to-End using a beacon-based wireless mesh network (WiBEEM) protocol between the arbitrary sensor node and the other sensor node upon receiving a response frame for the RAP beacon frame from another sensor node. Controlling communication to occur; Quality of service support method in the ubiquitous sensor network of the master node comprising a. The method of claim 10, The RAP beacon frame includes a RAPL indicating the total length of the RAP, a RAP Priority which gives priority to classify when there are several devices requesting RAP, a RAP Source Address indicating the address of the device requesting the RAP, and a RAP requesting device. A method of supporting quality of service in a ubiquitous sensor network of a master node, comprising: a destination address indicating an address of a destination device to which substantial data is to be delivered, and a length indicating a length of a RAP to be used by one requesting device. The method of claim 10, When there are a plurality of arbitrary sensor nodes that have transmitted the RAP request frame in step (a), the step (e) is to divide and use the data length that each sensor node wants to use for the RAP. Method of supporting quality of service in ubiquitous sensor network of master node. In end-to-end communication using the beacon based wireless mesh network (WiBEEM) protocol, A beacon dedicated interval (BOP) for performing beacon scheduling capable of transmitting and receiving only beacons; A data access period (CAP) for enabling the transmission and reception of data between devices; A dedicated access based access period (RAP) dedicated for RAP for one device to pass data to another destination device; And A hangover segment (DSP) to utilize one low power function; Communication method using a data frame comprising a. Command Identifier indicating that an RAP request is being made; Source Address indicating the address of the device requesting the RAP; Destination Address indicating the address of the destination device; And RAPL indicating RAP length; Communication method using a RAP frame comprising a. RAPL representing RAP full length; RAP Priority which gives priority to classify when there are several devices which requested RAP in order; RAP Source Address indicating the address of the device requesting the RAP; A Destination Address indicating an address of a destination device to which the RAP requesting device intends to deliver substantial data; And Length indicating the length of the RAP that one requesting device intends to use; Communication method using a RAP beacon frame comprising a.

Images