WO2014032613A1

WO2014032613A1 - Method for domain access control, method for domain search, and communication device

Info

Publication number: WO2014032613A1
Application number: PCT/CN2013/082679
Authority: WO
Inventors: 姜彤
Original assignee: 华为技术有限公司
Priority date: 2012-08-30
Filing date: 2013-08-30
Publication date: 2014-03-06
Also published as: CN102882555B; CN102882555A

Abstract

The present invention relates to the field of communications. Disclosed are a method for domain access control, a method for domain search, and a communication device. The method for domain access control comprises: a domain node receives a domain search request message, where the domain search request message comprises the information of: an identity of a register node and domain identities of target domains corresponding to the register node; if the domain identity of a domain where the domain node is at is identical to the domain identity of any one of the target domains that the domain search request message comprises, and, if a domain search response message is not received before the expiration of a feedback time for the feedback of the domain search response message on the basis of the domain search request message, where the domain search request message comprises the identity of the register node, then: the domain node feeds back the domain search response message; the domain node receives a domain register request transmitted by the register node, and the domain node executes domain access control for the register node on the basis of the domain register request. Application of the solution facilitates increased probability for the register node to be added to an existing domain, thus facilitating prevention of message redundancy in the domain.

Description

Method for domain access control and method for searching for domain and communication device The present application claims to be submitted to the Chinese Patent Office on August 30, 2012, the application number is 201210314227.4, and the method of the invention is "domain access control method and domain search method and The priority of the Chinese Patent Application, the entire disclosure of which is incorporated herein by reference.

Technical field

The present invention relates to the field of communications, and in particular, to a domain access control method, a domain search method, and a communication device. Background technique

With the development of intelligent communication technologies, communication networks and intelligent networks are almost ubiquitous. The power line communication network is a communication network that uses the above power line communication technology to transmit information through the power line as an information transmission medium. Each device or component in a power line communication network is referred to as a power line communication device, which is a node in the communication network, respectively.

Power line communication technology is a special communication method that uses high-voltage power lines (35kV and above), medium-voltage power lines (10-30kV voltage level) or low-voltage distribution lines (380/210kV subscriber lines) as information transmission medium for information transmission. .

The power line communication technology loads the high frequency signal carrying information onto the power line for data transmission through the power line, and separates the high frequency signal from the power line through a dedicated power line modulator/demodulator at the receiving end, and then carries the information. The high frequency signal is transmitted to the terminal device.

The power line communication network can be logically divided into multiple domains, each domain in the network has a unique domain name identifier (DNI), and the DNI is used to uniquely identify the domain in the power line communication network. area. In each domain, each domain node is connected by a power line. In each domain, a domain node is designated as a primary domain controller (DM) for unified coordination and control of network communication within the domain.

Common modes of operation for various domains of prior art power line communication techniques include beacon mode (divided into synchronous beacon mode, asynchronous beacon mode) and non-beacon mode. In beacon mode, the DM periodically sends beacon frames to all domain nodes in the domain. The beacon frame contains the following information: bandwidth, domain name, DNI, security level, band division requirement, domain synchronization information, working mode. wait for news. In the non-beacon mode, the DM manages and controls the domain through the in-band management message of layer 3.

In a large domain, when some domain nodes in the domain cannot communicate with the DM, the DM can refer to one or Multiple Beacon Proxies (BPR), BPR regenerates and broadcasts based on received beacon frames

R-beacon frames, thus achieving the effect of expanding the domain coverage.

Synchronization with the Domain In the course of conducting the research of the present invention, the inventors have found that at least the following drawbacks and problems exist in the prior art:

According to the prior art solution, the device can find the existing network by passively scanning the beacon or actively sending the probe message or the beacon request message, and select an appropriate network to perform the corresponding network access procedure to join the network.

However, in the network architecture on which the solution of the present invention is based, after the node is powered on, the node does not know the distribution and working mode of the existing surrounding domain. If the existing domain works in the non-beacon mode, the node cannot pass the scanning beacon. Discovering the existence of an existing domain; on the other hand, the destination domain that the node is expected to join already exists and works in the beacon mode, but the current registered node is located at the edge of the destination domain, and the registered node is located beyond the DM in the domain or The coverage of the BPR, so the registration node cannot receive the message from the DM or BPR. Summary of the invention

A first object of the embodiments of the present invention is to provide a method for the first domain access control. The application of the technical solution is beneficial to increase the probability that a registration node is added to an existing domain, and the new domain is avoided because the existing destination domain cannot be found. Therefore, the situation of domain name conflict is beneficial to avoid message redundancy in the domain and reduce signaling overhead in the domain.

A second object of the embodiments of the present invention is to provide a method for the second domain access control. The application of the technical solution is beneficial to increase the probability that the registration node is added to the existing domain, and the new domain is avoided because the existing destination domain cannot be found. Therefore, the situation of domain name conflict is beneficial to avoid message redundancy in the domain and reduce signaling overhead in the domain.

A third object of the embodiments of the present invention is to provide a third domain access control method. The application of the technical solution is beneficial to increase the probability that a registration node is added to an existing domain, and is beneficial to avoid creating a new domain because the existing destination domain cannot be found. Therefore, the situation of domain name conflict is beneficial to avoid message redundancy in the domain and reduce signaling overhead in the domain.

A fourth object of the embodiments of the present invention is to provide a domain search method. The application of the technical solution is beneficial to increasing the probability that a registration node is added to an existing domain, which is beneficial to avoid creating a domain by creating a new domain because the existing destination domain cannot be found. The situation of the conflict.

A fifth object of the embodiments of the present invention is to provide a first type of communication device. The application of the technical solution is advantageous for increasing the probability that a registration node is added to an existing domain, and is beneficial to avoid creating a domain name due to failure to discover an existing destination domain. In this case, it is beneficial to avoid message redundancy in the domain and reduce signaling overhead in the domain.

A sixth object of the embodiments of the present invention is to provide a second type of communication device. The application of the technical solution is beneficial to increasing the probability that a registration node is added to an existing domain, which is beneficial to avoid creating a domain name due to failure to discover an existing destination domain. In this case, it is beneficial to avoid message redundancy in the domain and reduce signaling overhead in the domain. A seventh object of the embodiments of the present invention is to provide a third type of communication device. The application of the technical solution is beneficial to increasing the probability that a registration node is added to an existing domain, which is beneficial to avoid creating a domain name due to failure to discover an existing destination domain. In this case, it is beneficial to avoid message redundancy in the domain and reduce signaling overhead in the domain.

An eighth object of the embodiments of the present invention is to provide a fourth type of communication device. The application of the technical solution is beneficial to increasing the probability that a registration node is added to an existing domain, which is beneficial to avoid creating a domain name due to failure to discover an existing destination domain, thereby causing a domain name conflict. Case.

A fifth object of the embodiments of the present invention is to provide a fifth type of communication device. The application of the technical solution is beneficial to increasing the probability that a registration node is added to an existing domain, and is beneficial to avoid creating a domain name due to failure to discover an existing destination domain. In this case, it is beneficial to avoid message redundancy in the domain and reduce signaling overhead in the domain.

A sixth object of the embodiments of the present invention is to provide a sixth communication device. The application of the technical solution is beneficial to increasing the probability that a registration node is added to an existing domain, which is beneficial to avoid creating a domain name due to failure to discover an existing destination domain. In this case, it is beneficial to avoid message redundancy in the domain and reduce signaling overhead in the domain.

A seventh object of the embodiments of the present invention is to provide a seventh type of communication device. The application of the technical solution is beneficial to increasing the probability that a registration node is added to an existing domain, which is beneficial to avoid creating a domain name due to failure to discover an existing destination domain. In this case, it is beneficial to avoid message redundancy in the domain and reduce signaling overhead in the domain.

The method for the first domain access control provided by the embodiment of the present invention includes:

The domain node receives the domain search request message, where the domain search request message includes information: an identifier of the registration node, and a domain name identifier of each target domain corresponding to the registration node;

If the domain name identifier of the domain where the domain node is located is the same as the domain name identifier of any of the target domains included in the domain search request message,

And, before the arrival of the feedback time of the domain search response message according to the domain search request message, the domain search response message is not received, and the domain search request message includes the identifier of the registration node, and the IJ:

The domain node feeds back the domain search response message;

Receiving, by the domain node, the domain registration request sent by the registration node,

The domain node performs domain access control for the registration node according to the domain registration request.

Optionally, the domain node specifically feeds back the domain search response message by means of broadcast transmission. Optionally, the domain node performs domain access control for the registration node according to the domain registration request, specifically:

If the domain node is: a primary domain controller, the domain node determines whether to allow the registered node to join the domain node according to the actual situation of the domain node and the domain where the domain node is located and the domain registration request. Where a domain, and feeding back the judgment result to the registration node;

Otherwise, the domain node forwards the domain registration request to the primary domain controller of the domain where the domain node is located, for the primary domain controller to perform the domain registration request, and determine whether the registration node is allowed to join the The domain where the domain node is located, and the judgment result is fed back to the registration node.

Optionally, after the step: the domain node receives the domain search request message, the method further includes:

If the domain name identifier of the domain where the domain node is located is different from the domain name identifier of all the target domains included in the domain search request message,

Or, before the arrival of the feedback time of the domain search response message according to the domain search request message, the domain search response message is received: the domain search response message includes the identifier of the registration node, and the IJ:

The domain node ignores the domain search request message.

Optionally, the feedback moment is specifically:

After receiving the domain search request, waiting for a time after a random time interval,

The random time interval is: after receiving the domain search request message, the domain node calculates a random value of the obtained time interval.

Optionally, the domain node is: the primary domain controller,

The feedback moment of the broadcast domain search response message is specifically:

After receiving the domain search request, wait for the time after the zero time interval.

The method for the second domain access control provided by the embodiment of the present invention includes: receiving, by the domain node, a domain search request message, where the domain node is: a primary domain controller or a beacon proxy, and the domain search request message includes information: An identifier of the node, and a domain name identifier of each target domain corresponding to the registration node;

And, the beacon frame is not received before the next transmission time of the beacon frame arrives: the beacon frame includes the identifier of the registration node, and the domain search response message is not received: the domain search response message includes The identity of the registered node, Bay IJ:

Transmitting, by the domain node, a beacon frame, where the identifier of the registered node is included in the beacon frame;

Optionally, the identifier of the registration node is included in the beacon frame, specifically: A registration node additional domain is included in the beacon frame, and the registration node additional domain includes: an identifier of the registration node.

Optionally, the domain node specifically sends the beacon frame in a broadcast manner.

Optionally, the domain node performs domain access control for the registration node according to the domain registration request, specifically:

If the domain node is: a primary domain controller, the domain node determines whether to allow the registered node to join the domain node according to the actual situation of the domain node and the domain where the domain node is located and the domain registration request. The domain, and feedback the judgment result to the registration node;

Or, before the arrival of the next transmission time of the beacon frame, the domain search response message is received: the domain search response message includes an identifier of the registration node, or a received beacon frame: the beacon frame includes The identity of the registered node, Bay IJ:

The domain node ignores the domain search request message.

The method for the third domain access control provided by the embodiment of the present invention includes: receiving, by the domain node, a domain search request message, where the domain node is: any domain node other than the primary domain controller and the beacon proxy,

The domain search request message includes information: an identifier of the registration node, and a domain name identifier of each target domain corresponding to the registration node;

And, the beacon frame is not received before the feedback moment of the domain search request message feedback domain search response message arrives: the beacon frame includes the identifier of the registration node, and the domain search response message is not received: The domain search response message includes an identifier of the registered node, and the IJ:

The domain node feeds back the domain search response message;

Receiving, by the domain node, the domain registration request sent by the registration node, The domain node performs domain access control for the registration node according to the domain registration request.

Optionally, the domain node specifically feeds back the domain search response message by means of broadcast transmission.

Transmitting, by the domain node, the domain registration request to a primary domain controller of a domain where the domain node is located, for the primary domain controller to perform a domain registration request, and determining whether a registration node is allowed to join the domain node The domain is located, and the judgment result is fed back to the registration node.

Or, before the arrival of the feedback time of the domain search response message according to the domain search request message, the beacon frame is received: the beacon frame includes the identifier of the registration node, or the domain search response message is received: The domain search response message includes an identifier of the registered node, and the IJ:

The domain node ignores the domain search request message.

Optionally, the feedback moment is specifically:

Optionally, the random time interval is greater than: a beacon frame transmission time interval of the primary domain controller of the domain where the domain node is located.

Optionally, the random time interval is further greater than: a beacon frame transmission time interval of any beacon agent in the domain where the domain node is located.

A method for domain search provided by the embodiment of the present invention includes:

The registration node monitors whether a beacon frame is received;

If the beacon frame is not received within the monitoring period of the beacon frame: the beacon frame contains the domain name identifier of any target domain of the registered node,

The registration node broadcasts a domain search request message, where the domain search request message includes an identifier of the registration node;

The registration node monitors whether a domain search response message is received,

If the domain search response message includes: a domain name identifier of any target domain of the registration node, Determining, by the registration node, the final destination domain according to the domain search response message,

The registration node sends a domain registration request according to the domain search response message that includes the domain name identifier of the final destination domain, where the destination address of the domain registration request is the sender address of the domain search response message, The domain registration request contains a request to join the final destination domain.

Optionally, the registration node determines, according to the domain search response message, the final destination domain, where the registration node determines the domain name identifier included in the domain search response message received for the first time as the final The domain name identifier of the destination domain.

Optionally, the registration node determines the final destination domain according to the domain search response message, where: the registration node receives at least two of the domain search response messages in a predetermined domain search response monitoring period.

The registration node determines the domain name identifier included in any of the domain search response messages as the domain name identifier of the final destination domain.

Optionally, in step: when the registration node monitors whether the domain search response message is received, the method further includes: the registration node monitoring whether a beacon frame is received;

In the step: the registration node determines the final destination domain according to the domain search response message, if the beacon frame is received: the beacon frame includes the domain name identifier of any target domain of the registration node, Determining the final destination domain according to the beacon frame;

Transmitting, by the registration node, a domain registration request according to the beacon frame that includes the domain name identifier of the final destination domain, where the destination address of the domain registration request is: a sender address of the beacon frame, in the domain The registration request contains a request to join the final destination domain.

The registration node stops monitoring whether a beacon frame and a beacon frame are received.

The first communication device provided by the embodiment of the present invention includes: a receiving unit, configured to receive a message;

a sending unit, configured to send a message;

The central processing unit is respectively connected to the receiving unit and the sending unit, and is configured to:

After the receiving unit receives the domain search request message, if the domain name identifier of the domain where the communication device is located is the same as the domain name identifier of any of the target domains included in the domain search request message, and Before the arrival of the feedback time of the domain search request message feedback domain search response message, the domain search response message is not received: the domain search response message includes the identifier of the registration node, and the sending unit is controlled to feed back the domain search response message. , And, after the receiving unit receives the registration request, perform domain access control for the registration node that issues the registration request.

Optionally, after receiving the registration request, the central processing unit performs domain access control for the registration node that sends the registration request, specifically:

After receiving the registration request, the central processing unit determines, according to the actual situation of the device and the domain where the device is located, and the domain registration request, whether to allow the registration node to be added to the The domain where the device is located, and feedback the judgment result to the registration node.

After receiving the registration request, the central processing unit controls the sending unit to forward the domain registration request to a primary domain controller of a domain where the device is located,

And determining, by the primary domain controller, whether the registration node is allowed to join the domain where the device is located according to the domain registration request, and feeding back the determination result to the registration node according to the actual situation of the device and the domain where the device is located, and The domain registration request determines whether the registration node is allowed to join the domain where the device is located, and feeds back the determination result to the registration node.

The second communication device provided by the embodiment of the present invention includes: a receiving unit, configured to receive a message;

a sending unit, configured to send a message;

After the receiving unit receives the domain search request message, if the domain name identifier of the domain where the communication device is located is the same as the domain name identifier of any of the target domains included in the domain search request message, and is in the beacon The beacon frame is not received before the next transmission time of the frame arrives: the beacon frame includes the identifier of the registration node, and the domain search response message is not received: the domain search response message includes the registration node Identifying, transmitting, by the sending unit, a beacon frame, where the identifier of the registered node is included in the beacon frame;

And, after the receiving unit receives the registration request, perform domain access control for the registration node that issues the registration request according to the registration request.

Optionally, the central processing unit, after the receiving unit receives the registration request, is configured to perform domain access control for the registration node that sends the registration request according to the registration request, specifically:

The central processing unit determines, according to the actual situation of the domain node and the domain where the domain node is located, and the domain registration request, whether the registration node is allowed to join the domain where the domain node is located, and controls the sending unit The judgment result is fed back to the registration node.

The central processing unit controls the sending unit to forward the domain registration request to a primary domain controller of a domain where the device is located,

And the primary domain controller is configured to register the request according to the domain, and determine whether the registration node is allowed to join the domain where the domain node is located, and feed back the determination result to the registration node.

The third communication device provided by the embodiment of the present invention includes: a receiving unit, configured to receive a message;

a sending unit, configured to send a message;

After the receiving unit receives the domain search request message, if the domain name identifier of the domain where the communication device is located is the same as the domain name identifier of any of the target domains included in the domain search request message, and The beacon frame is not received before the feedback time of the domain search request message feedback domain search response message arrives: the beacon frame includes the identifier of the registration node, and the domain search response message is not received: the domain The search response message includes an identifier of the registration node, and then controls the sending unit to feed back the domain search response message.

Optionally, the central processing unit is configured to, after the receiving unit receives the registration request, perform domain access control for the registration node that sends the registration request according to the registration request, specifically:

After the receiving unit receives the registration request, the central processing unit is configured to control the sending unit to forward the domain registration request to a primary domain controller of a domain where the device is located,

And the primary domain controller is configured to register the request according to the domain, and determine whether the registration node is allowed to join the domain where the domain node is located, and feed back the determination result to the registration node. The fourth communication device provided by the embodiment of the present invention includes:

a receiving unit, configured to receive a message;

a sending unit, configured to send a message;

The receiving unit does not receive the beacon frame in the monitoring period of the beacon frame: when the beacon frame includes the domain name identifier of any target domain of the registration node, controlling the sending unit to broadcast the transmission domain Search request message, at The domain search request message includes an identifier of the registration node;

And receiving, in the receiving unit, a domain search response message, where the domain search response message includes: when the domain name identifier of any target domain of the registration node is used, determining a final destination domain according to the domain search response message, and And sending, by the sending unit, the domain registration request according to the domain search response message that includes the domain name identifier of the final destination domain, where the destination address of the domain registration request is the sender address of the domain search response message, The domain registration request includes a request to join the final destination domain.

The fifth communication device provided by the embodiment of the present invention includes: a receiver, configured to receive a message;

a sender for sending a message;

a central processing unit, respectively connected to the receiver and the transmitter, for:

After the receiver receives the domain search request message, if the domain name identifier of the domain where the communication device is located is the same as the domain name identifier of any of the target domains included in the domain search request message, and is in the beacon The beacon frame is not received before the next transmission time of the frame arrives: the beacon frame includes the identifier of the registration node, and the domain search response message is not received: the domain search response message includes the registration node Identifying, transmitting, by the sender, a beacon frame, where the identifier of the registered node is included in the beacon frame;

And, after the receiver receives the registration request, perform domain access control for the registration node that issues the registration request according to the registration request.

Optionally, the central processor, after receiving the registration request by the receiver, is configured to perform domain access control for the registration node that sends the registration request according to the registration request, specifically:

The central processor determines, according to the actual situation of the domain node and the domain where the domain node is located, and the domain registration request, whether the registration node is allowed to join the domain of the domain node, and controls the sender to The registration node feeds back the judgment result.

Or the central processor, after the receiving the registration request, is configured to perform domain access control for the registration node that sends the registration request according to the registration request, specifically:

The central processor controls the sender to forward the domain registration request to a primary domain controller of a domain where the device is located,

And the primary domain controller is configured to register the request according to the domain, and determine whether the registration node is allowed to join the domain where the domain node is located, and feed back the determination result to the registration node. The sixth communication device provided by the embodiment of the present invention includes:

a receiver, configured to receive a message; a sender for sending a message;

After the receiver receives the domain search request message, if the domain name identifier of the domain where the communication device is located is the same as the domain name identifier of any of the target domains included in the domain search request message, and The beacon frame is not received before the feedback time of the domain search request message feedback domain search response message arrives: the beacon frame includes the identifier of the registration node, and the domain search response message is not received: the domain The search response message includes an identifier of the registration node, and then controls the sender to feed back the domain search response message.

Optionally, the central processor is configured to perform domain access control for the registration node that sends the registration request according to the registration request, after the receiver receives the registration request, specifically:

After the receiver receives the registration request, the central processor is configured to control the sender to forward the domain registration request to a primary domain controller of a domain where the device is located,

And the primary domain controller is configured to register the request according to the domain, and determine whether the registration node is allowed to join the domain where the domain node is located, and feed back the determination result to the registration node. The seventh communication device provided by the embodiment of the present invention includes:

a receiver, configured to receive a message;

a sender for sending a message;

Not receiving a beacon frame in the monitoring period of the beacon frame: the beacon frame includes a domain name identifier of any target domain of the registration node, and controlling the sender to broadcast a transmission domain Searching for a request message, wherein the domain search request message includes an identifier of the registered node;

And receiving, by the receiver, a domain search response message, where the domain search response message includes: when the domain name identifier of any target domain of the registration node is used, determining a final destination domain according to the domain search response message, and And sending, by the sender, the domain registration request according to the domain search response message that includes the domain name identifier of the final destination domain, where the destination address of the domain registration request is the sender address of the domain search response message, The domain registration request includes a request to join the final destination domain.

It can be seen from the above that, in the technical solution of the embodiment, after receiving the domain search request message of the registered node, the domain of the domain node is the target domain of the registered node. After that, and after receiving the domain search request message, the domain search is not received before the feedback time of the domain search response message arrives. The domain search response of the identifier of the registered node in the request message, the domain node broadcasts the feedback domain search response message, so that the registration node can learn the destination domain that can be joined near the registered node and the domain to which the registration node can join according to the search response message. Registration request.

Compared with the technical solution that the registration node sends a domain registration request to the DM or the BPR according to the beacon frame in the prior art, the technical solution of the embodiment has the following advantages:

First: With the technical solution of the embodiment, even in the following situation: the destination domain of the registration node already exists, but the current registration node is located at the edge of the destination domain, and the location of the registration node exceeds the coverage of the DM or BPR in the domain. The registered node cannot receive the message from the DM or BPR. In this case, as long as there are other domain nodes in the vicinity of the registration node, the registration node can still join the existing domain by applying the technical solution of the embodiment.

In the prior art, each registration node only actively or passively adds a domain according to a beacon frame sent by the DM or the BPR. Once the registered node exceeds the coverage of the DM or the BPR, even if there is a beaconed domain at the location of the registered node, The DNI of the existing domain is the same as the DNI of one of the target domains in the device, but the DM or BPR in the existing domain is hidden from the current device (that is, the information sent by the DM or BPR cannot reach the device), and the registered node cannot receive the information. Any message of the DM or BPR (including the beacon frame), so the registration node cannot join the existing domain. At this time, the registration node creates a new domain for the DNI of the newly created domain by using any DNI of the target domain of the registered node, resulting in a There are two or more domains of the same DNI in the communication network, which affect the normal operation of each domain on the communication network.

Through the foregoing comparison, it can be seen that the technical solution of the embodiment is adopted, which is advantageous for increasing the probability that the registration node is added to the existing domain, and avoiding the situation that the domain name conflicts due to the failure to discover the existing destination domain.

The method for domain access control provided in this embodiment is still applicable to establishing a domain connection for any communication device (hereinafter referred to as a registration node) that does not join any one of the communication networks, so that the registration node joins any of the communication networks. Domain, so that the communication device can perform network communication functions through the domain.

Second: after receiving the domain search request message sent by the registration node, the domain node determines that the domain of the domain node is the target domain of the registration node, and does not receive other domain nodes before the feedback domain search response message The domain search response message of the domain search request feedback domain search response message can prevent each domain node in the network from responding to a domain search request message separately, which is beneficial to avoid network message redundancy and reduce network signaling overhead. DRAWINGS

In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the embodiments or the description of the prior art will be briefly described below. Obviously, the drawings in the following description are only Yes Some embodiments of the present invention may also be used to obtain other drawings based on these drawings without departing from the prior art.

1 is a schematic flowchart of a method for domain access control according to Embodiment 1 of the present invention;

2 is a schematic flowchart of a method for domain access control according to Embodiment 2 of the present invention;

3 is a schematic flowchart of a method for domain access control according to Embodiment 3 of the present invention;

4 is a schematic flowchart of a method for domain access control according to Embodiment 4 of the present invention;

FIG. 5 is a schematic flowchart of a method for domain access control according to Embodiment 5 of the present invention;

6 is a schematic flowchart of a method for domain access control according to Embodiment 6 of the present invention;

FIG. 7 is a schematic flowchart diagram of a method for domain search provided by an embodiment of the present invention;

FIG. 8 is a schematic flowchart diagram of a method for domain search according to Embodiment 8 of the present invention;

9 is a schematic structural diagram of a communication device according to Embodiment 9 of the present invention;

FIG. 10 is a schematic structural diagram of a communication device according to Embodiment 10 of the present invention; FIG.

FIG. 11 is a schematic structural diagram of a communication device according to Embodiment 11 of the present invention;

FIG. 12 is a schematic structural diagram of a communication device according to Embodiment 12 of the present invention;

13 is a schematic structural diagram of a communication device according to Embodiment 13 of the present invention;

14 is a schematic structural diagram of a communication device according to Embodiment 14 of the present invention;

15 is a schematic structural diagram of a communication device according to Embodiment 15 of the present invention;

FIG. 16 is a schematic structural diagram of a communication device according to Embodiment 16 of the present invention. detailed description

The technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention. It is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.

Example 1:

The embodiment provides a method for domain access control, and the method is applicable to establishing a domain connection for any communication device (hereinafter referred to as a registration node) that does not join any domain in the communication network, so that the registration node joins the communication network. Any of the domains, thereby enabling the communication device to implement network communication functions. Wherein the communication network can be, but is not limited to, a beacon network.

For convenience of description, in the present embodiment, a communication device that is not currently joined to any domain within any communication network is referred to as a registration node, and a communication device that has joined a domain within the communication network is referred to as a domain node. As shown in FIG. 1 , the method for establishing domain access control for any of the registered nodes that are not joined to the domain is provided by any domain node that has been added to the domain, and the method includes the following process steps:

Step 101: The domain node receives the domain search request message. In this embodiment, any of the domain search request messages includes: an identifier of the registration node that issues the domain search request message, and a domain name identifier of each target domain corresponding to the registration node.

More details can be, but are not limited to, shown in Examples 2, 3.

Step 102: If the DNI of the domain in which the domain node is located is the same as the DNI of any target domain included in the domain search request message, and before the feedback time of the domain search response message arrives, the domain search response message is not received: Domain search If the response message includes the identifier of the registered node, step 103 is performed; otherwise, step 106 may be performed, but not limited to.

If the DNI of the domain in which the domain node is located is the same as the DNI of any target domain included in the domain search request message, and the domain search response message is not received before the following feedback time, or the received domain search request message is not included. The identifier of the registered node (that is, the identifier of the registered node that issued the domain search request message) is executed in step 103; otherwise, it can be executed according to step 106 (other processes can also be executed according to the prior art or other predetermined policies). ).

The above feedback moments are specifically as follows: The local node returns the feedback moment of the domain search response message according to the domain search request message.

Step 103: The domain node feeds back the domain search response message.

The domain node feeds back the domain search response message in a broadcast manner according to the domain search request message received in step 101, so that the registration node of the peer end can determine the domain node information and the domain of the domain node according to the domain search response message. Information, and a domain access request is issued to the local node according to the domain search response message.

The search response message in the domain may include, but is not limited to, information including: a domain node address, a DNI of a domain in which the domain node is located, a domain synchronization information of a domain in which the domain node is located, and a domain search request message corresponding to the domain search response message. The ID of the included registration node.

Step 104: The domain node receives the domain registration request issued by the registration node.

After the domain node sends a domain search response message, the registration node may issue a domain registration request to the domain node according to the domain search response message, and include a request to join the domain of the domain node in the domain registration request.

The specific process can be, but is not limited to, performed in accordance with the prior art.

Step 105: The domain node performs domain access control for the registered node according to the domain registration request.

In this embodiment, domain access control may be performed for the registered node according to the domain registration request according to the actual situation of the domain node in the domain. For example: The domain node is a DM, and the domain node is based on the actual situation and domain of the domain node and the domain where the domain node is located. The registration request determines whether the registered node is allowed to join the domain where the domain node is located, and feeds back the judgment result to the registration node. The domain node is not a DM, and the domain node registers the domain with the DM forwarding domain of the domain where the domain node is located, so that the DM performs the following:

According to the domain registration request, it is determined whether the registration node is allowed to join the domain of the domain node, and the domain node is used as a relay node to feed back the judgment result to the registration node.

Step 106: The domain node ignores the domain search request message.

The domain node ignores the domain search request message and does not perform any further processing on the domain search request message.

In this embodiment, if the determination in step 102 is no, it may be performed according to this step, and other processes may be performed according to the prior art or other predetermined policies.

However, according to the process of this step, network message redundancy can be further avoided, and network signaling overhead is reduced.

It can be seen from the above that, in the technical solution of the embodiment, after receiving the domain search request message of the registered node, the domain of the domain node is the target domain of the registered node. After that, after receiving the domain search request message, before the arrival of the feedback time of the domain search response message, the domain search response including the identifier of the registered node in the domain search request message is not received, and the domain node broadcasts the feedback. The domain searches for a response message, so that the registration node can learn, according to the search response message, the destination domain that can be joined in the vicinity of the registered node and to whom the domain registration request is sent.

In the prior art, each registration node only actively or passively adds a domain according to a beacon frame sent by the DM or the BPR. Once the registered node exceeds the coverage of the DM or the BPR, even if there is a beaconed domain at the location of the registered node, The DNI of the existing domain is the same as the DNI of one of the target domains in the device, but the DM or BPR in the existing domain is hidden from the current device (that is, the information sent by the DM or BPR cannot reach the device), and the registered node cannot receive the information. Any message of the DM or BPR (including the beacon frame), so the registration node cannot join the existing domain. At this time, the registration node creates a new domain for the DNI of the newly created domain by using any DNI of the target domain of the registered node, resulting in a There are two or more DNI domains in the communication network, which affect the normality of each domain on the communication network. jobs.

Second: after receiving the domain search request message sent by the registration node, the domain node determines that the domain of the domain node is the target domain of the registration node, and does not receive other domain nodes before the feedback domain search response message The domain search response message of the domain search request feedback domain search response message can prevent each domain node in the network from responding to a domain search request message separately, which is beneficial to avoid network message redundancy and reduce network signaling overhead.

Example 2:

This embodiment further describes the specific implementation of Embodiment 1.

As shown in FIG. 2, the method for establishing domain access control for any of the registered nodes that are not joined to the domain is provided by any domain node that has been added to the domain, and the method includes the following process steps:

Step 201: The domain node receives the domain search request message.

When the registration node currently needs to join the domain, the registration node first determines the destination domain that can be currently joined, and sends to whom the domain registration request for joining the destination domain (ie, the path for sending the domain registration request).

As one of the specific implementations of the embodiment, the registration node may actively send the domain search request message when the device is powered on; or after the power-on and power-on, the registration node performs monitoring of the beacon frame according to the beacon frame. The search request message is sent after the domain cannot be successfully joined or after the beacon frame is not heard.

In this embodiment, in order to determine the destination domain that can be currently joined, and to whom the domain registration request of the join destination domain is sent, the registration node sends a domain search request message in a broadcast manner. The domain search request message includes: an identifier of the registered node, and a DNI of each target domain of the registration node.

The identifier of the registration node may be, but is not limited to, a device name that is preset by the manufacturer in the registration node (device) and used to define the identity of the device. The identifier of the registration node may be, but is not limited to, The address is EUI-64 (64-bit Extended Unique Identifier, unique identifier for 64-bit extension).

Each target domain corresponding to the registration node is: Predefined on the registration node, each of the registration nodes can join Domains. The target domain of any registered node may be one or more. Each target domain is uniquely identified by the DNI of each target domain.

The DNI of each target domain corresponding to the registration node may be, but is not limited to, a user interface (User lnterfcae, referred to as UI) corresponding to the registration node in the device, and a preset target domain corresponding to the registration node. The sending of the domain search request message by the registration node is specifically performed by using a broadcast manner. After any of the registration nodes issues a domain search request message, any domain node within the communication domain that the registration node can communicate with any domain that has joined the communication network may receive the domain search request message.

For any domain node that receives the domain search request message, according to the function of the domain node in the domain where the domain node is located, the domain node may be: DM or BPR in the domain where the domain node is located, or a common domain node. (that is, any domain node other than DM and BPR in the domain where the domain node is located).

The following is a detailed description of the workflow of any domain node that receives the domain search request message.

Step 202: The domain node determines whether the DNI of any target domain included in the domain search request message is the same as the DNI of the domain where the domain node is located.

After receiving the domain search request message, the domain node compares whether the DNI of the domain in which the domain node is located is the same as the DNI of any target domain included in the currently received domain search request message.

Step 203: If they are the same, go to step 204; otherwise, go to step 111.

If the DNI of the domain in which the domain node is located is the same as the DNI of the target domain included in the currently received domain search request message, step 204 is performed; if the DNI of the domain where the domain node is located and the currently received domain search request message are included If the DNIs of all the target domains are different, it is determined that the domain of the domain node is not the destination domain of the registered node, and the process proceeds to step 111.

Step 204: The domain node further determines, after receiving the domain search request message of step 201, whether the local domain node receives the domain search response message according to the domain search request message before the feedback time of the domain search response message arrives, and The identifier of the registered node in the domain search response message is the same as the identifier of the registered node included in the domain search request message received in step 201.

After determining that the domain where the domain node is located is one of the destination domains of the registration node, before the domain node performs step 206, the domain node further determines, at the local node, the feedback moment of the domain search response message according to the domain search request message. Upon arrival, the domain node receives a domain search response message with the following characteristics:

The identifier of the registered node included in the domain search response message and the domain search request received in step 201 The registered nodes included in the message have the same identifier.

If the domain search response message with the above characteristics is received, the process proceeds to step 111, and the domain search request message is ignored. The ignore includes: not receiving the domain search response message according to the domain search request message;

If the domain search response message having the above characteristics is not received, it is determined that the other domain node (which may be a DM or BPR or a normal node) does not feed back the domain search response message for the domain search request message in step 201.

Step 205: If the domain search response message having the foregoing is not received, step 206 is further performed; if the domain search response message having the foregoing is received, the process proceeds to step 111.

Step 206: The domain node broadcasts a feedback domain search response message.

The domain node sends a domain search response message in a broadcast manner according to the currently received domain search request message, so that the domain node search response message can be received by the registration node and any domain node of the local domain or other domains.

The domain search response message includes information: the local node address, the DNI of the domain where the domain node is located, the domain synchronization information of the domain where the domain node is located, and the registration node included in the domain search request message corresponding to the domain search response message. Logo.

The domain node that sends the domain search response message is the domain node a, and the current domain of the domain node a is domain A, and the registration node corresponding to the domain search response message is the registration node b. IJ:

After receiving the domain search response message, the registration node b determines the DNI of the domain A in the domain search response message as the DNI of the destination domain to which the registration node b can actually join, and registers the node b according to the domain. The synchronization information "synchronizes with the domain A, and the registration node b issues a domain registration request to the domain node a according to the domain node a address, and the domain registration request includes a request to join the domain A.

In addition to the domain node a and the registration node b, any node that receives the domain search response message, the node may determine that there are other domain node pairs according to the identifier of the registration node b included in the domain search response message. The domain search request message of the registration node b responds, and the domain node can ignore the domain search request message sent by the registration node b, and does not need to feed back any response to the domain search request message sent by the registration node b.

Step 207: The domain node receives the domain registration request issued by the registration node.

After the domain node sends a domain search response message, on the registration node side, the registration node determines, according to the domain search response message, the destination domain that the registered node can join, and the path information corresponding to the destination domain that can be joined.

The registration node may synchronize with the domain according to the domain synchronization information in the domain lookup response message, and use the sender address of the domain lookup response message (ie, the domain node address of the sender) as the destination address of the issued domain registration request, to the domain node. A domain registration request is sent, and the domain registration request includes request information for requesting to join the domain where the domain node is located.

Specifically, the registration node may be, but is not limited to, directly based on the earliest received domain search response message, and the earliest The received domain search response message is recorded as ND_Probe.rspo, the ND_Probe.rspo message is sent by the domain node a, the domain node a is in the domain A, and the registered node is based on ND_Pr ₀ b _e .r _S p (in the T The domain synchronization information is synchronized to the domain A, and a domain registration request is sent to the domain node a, and the request information for requesting to join the domain A is included in the domain registration request.

In addition, the registration node may also be, but is not limited to, adopting the following technical solutions:

After receiving the domain search request, the registration node monitors the received domain search response message within the predetermined monitoring interval T', and is set in the monitoring time interval T', and the registration node receives N domain search response messages, respectively For: ND_Probe.rs _Pl , the domain search response message is sent by the domain node a, the domain node a is in the domain A; ND_Probe.rsp ₂ , the domain search response message is sent by the domain node b, and the domain node b is in the domain A; ND_Probe.rsp ₃ , the domain search response message is sent by the domain node c, the domain node c is in the domain C; ND_Probe.rs _Pi , the domain search response message is sent by the domain node i, and the domain node i is in the domain I;

ND_Probe.rsp _N , the domain search response message is sent by the domain node n, and the domain node n is in the domain N. After the monitoring time interval T′ expires, the registration node determines the domain A according to all the domain search response messages received. C, I ...... N are the destination domains to which the registration node can join, and the connection domain nodes of the destination domain that can be joined (domain nodes a, b, c, i ... n) a predetermined policy, selecting one of a plurality of joinable destination domains, C, I, ... N as the destination domain to be joined by the registration node (denoted as the final destination domain), according to the registration node The domain synchronization information in the domain search response message corresponding to the final destination domain is synchronized to the final destination domain, and the domain registration request is sent to the domain node corresponding to the final destination domain, where the domain registration request includes the request to join the domain node. Request information for the domain.

Step 208: If the domain node is: DM, then process according to step 209, otherwise process according to step 110. If the domain node is a DM, continue processing according to step 209. If the domain node is a non-DM node, proceed according to step 110.

Step 209: The domain node sends a registration confirmation message to the registration node according to the received domain registration request, and indicates whether the registration node is allowed to join the domain of the domain node.

If the domain node is a DM, the domain node determines whether to allow the registered node to join the domain according to the domain registration request according to the actual situation of the domain node and the domain in which the domain is located. If allowed, the domain node forwards the registration confirmation message to the domain node. Registering a node, and may also include information such as a node address assigned to the registration node in the registration confirmation message; if not, the domain node feeds back the registration feedback message rejecting the registration to the registration node, so that the registration node according to the predetermined registration policy, Re-submit the registration request at the next registration time, or perform registration request processing of other target domains after multiple registration requests, or create a new domain.

This step can be, but is not limited to, being processed in accordance with the prior art. Step 110: The domain node forwards the domain registration request to the DM in the domain where the domain node is located, so that the DM determines, according to the domain registration request, whether the registration node is allowed to join the domain.

If the domain node is a non-DM domain node, after receiving the domain registration request, the domain node forwards the domain registration request to the DM in the domain (when the domain node is directly connected to the DM), or through the domain. The other relay nodes in the network are forwarded to the DM in the local domain (when the domain node is connected to the DM through other relay nodes), so that the DM determines whether to allow the DM according to the actual situation of the domain and the domain, according to the domain registration request. The registration node joins the domain A. If allowed, the DM forwards the registration confirmation message to the registration node through the above-mentioned domain node as the information forwarding relay, and may also include the node address assigned to the registration node in the registration confirmation message. If the information is not allowed, the DM forwards the registration feedback message rejecting the registration to the registration node through the above-mentioned domain node, so that the registration node resubmits the registration request at the next registration time according to the predetermined registration policy, or Perform registration request processing for other target domains after submitting the registration request multiple times, or create a new domain. . After forwarding the registration request, the normal node also forwards the registration confirmation message sent by the DM to the registration node.

Step 211: The domain node ignores the domain search request message and does not perform any further processing on the domain search request message. After the domain node receives the domain search request message, either of the following two situations occurs. The domain node ignores the current domain search search request message and does not feedback the domain search response message:

Scenario 1. If the DNI of all the target domains of the registered node included in the received domain search request message is different from the DNI of the domain where the domain node is located;

Case 2: The DNI of one of the target domains included in the domain search request message is the same as the DNI of the domain in which the domain node is located, but the domain node after receiving the domain search request message according to the domain node according to the Domain Search Request Message The broadcast time of the broadcast domain search response message arrives before the arrival of the domain search response message containing the identity of the registered node in the domain search request message.

It can be seen from the above that, in the technical solution of the embodiment, after receiving the domain search request message of the registered node, the domain of the domain node is the target domain of the registered node. After receiving the domain search request message, the domain node does not receive the domain search response message or the received domain search response message before the feedback time of the domain search response message is broadcasted according to the domain search request message. The identifier of the registered node is different from the identifier of the registered node in the domain search request message, and the domain node broadcasts the feedback domain search response message, so that the registration node can learn the destination domain and the destination that can be joined near the registered node according to the search response message. Who sends the domain registration request.

Compared with the technical solution that each registration node sends a domain registration request to the DM or the BPR according to the beacon frame, the technical solution of the embodiment has the following advantages: First: With the technical solution of the embodiment, even in the following situation: the destination domain of the registration node already exists, but the current registration node is located at the edge of the destination domain, and the location of the registration node exceeds the coverage of the DM or BPR in the domain. The registered node cannot receive the message from the DM or BPR.

In this case, as long as there are other domain nodes in the vicinity of the registration node, the registration node can still join the existing domain by applying the technical solution of the embodiment.

Second: For any domain node of any domain, after receiving the domain search request message sent by the registration node, the domain node determines that the domain of the domain node is not the target domain of the registered node, and the domain node No response to the domain search request message.

And the domain node determines, according to the domain search request message, that the domain is one of the target domains of the registration node, before the domain node feedbacks the domain search response message of the local node, the domain node monitors the following: The domain search response message to the other domain node for the domain search request, once received, the domain node ignores the domain search request message and does not feedback the domain search response message. Therefore, adopting the technical solution is beneficial to reducing the response of each node in the communication network to the domain registration request message of the same registered node, avoiding network message redundancy and reducing network signaling overhead.

It should be noted that, in the embodiment 1-12, the domain nodes of the feedback domain search response message are all devices having the relay forwarding function.

If the domain node that receives the domain search request message of the registered node does not have the relay forwarding function, the domain node does not have the relay forwarding function, even if it feeds back the domain search response message to the registration node, but it does not have the domain registration. The function of requesting forwarding to the DM or BPR cannot forward the registration request message to the registration node, so the node that does not have the relay forwarding domain directly ignores the domain search request message after receiving the domain search request message.

Example 3: The method for domain access control provided in this embodiment is still applicable to establishing a domain connection for any communication device (hereinafter referred to as a registration node) that does not join any one of the communication networks, so that the registration node joins any of the communication networks. Domain, so that the communication device can perform network communication functions through the domain.

As shown in FIG. 3, the method for establishing domain access control for any registered node that has not joined the domain by any domain node in the domain that is added to the domain includes the following:

Step 301: The domain node receives the domain search request message.

The same steps as in the examples 1 and 2 are the same.

Step 302: The domain node determines whether the DNI of any target domain included in the domain search request message is the same as the DNI of the domain where the domain node is located.

The same steps as in the examples 1 and 2 are the same.

Step 303: If they are the same, go to step 304; otherwise, go to step 311.

Step 304: Calculate to determine a random time interval.

After the domain node determines that the DNI of a target domain of the registered node included in the currently received domain search request message is the same as the DNI of the domain of the domain node, the step is performed: the domain node runs a pre-stored random value operation algorithm program. A random value of a time interval, which is recorded as a random time interval. The random time interval is made greater than any time interval of a predetermined time interval.

At this time, for each domain node at the same time, the random time interval obtained by each domain node is different, and each domain node waits for a random time interval corresponding to the domain node after receiving the domain search request message, if After the random time interval expires, the domain search response message containing the identifier of the registered node that sends the current domain search request message is still not received, and the domain node broadcasts the domain search response message, so the predetermined feedback moment of the domain search response message of each domain node It is also relatively different. When any domain node arrives at the feedback time of the domain search response message of the local node, the probability of receiving the domain search response message broadcasted by other domain nodes is greatly improved; for the same domain node at different times, each The random time interval obtained at any time is different.

It is assumed that the random time interval determined by the embodiment is T, and the Τ can be expressed by the following functional formula: T=T0+Random (Boffl, Boff2),

Where TO is the predetermined rated time interval,

Random (Boffl, Boff2) is a function expression of any random between Boffl and duration Boff2. In this embodiment, the predetermined time interval T0 corresponding to each domain node in any domain is set to be the same; the predetermined time interval T0 of each domain in the communication network may be set to be the same or may be set to be different.

In addition, in order to further enable the registration node to directly send a registration to the DM according to the response of the DM in the domain, In the present embodiment, for each domain, the DM in the domain directly receives the domain search response message after receiving the domain search request message and determining that the target DNI in the message is the same as the DNI of the domain. After performing step 303, the other domain nodes except the DM wait for a predetermined time interval TO and then wait for a period of time, which is randomly selected between Boffl and Boff2. Alternatively, the time of the DM feedback domain search response message may be fixed to T0, and the time of the other non-DM domain node feedback domain search response message is fixed to T=T0+Rand _O m (Boffl, Boff2), which is not limited thereto. .

Step 3051: The random time interval timer starts.

Step 3052: The monitoring domain node receives a domain search response message containing the identifier of the registered node that sends the current domain search request message.

The domain node monitors whether the domain node receives the domain search response message with the following characteristics: The identity of the registered node in the domain search response message is the same as the identity of the registered node in the domain search request message received in step 301.

Step 3053: If the domain search response message of the above feature is received, the process proceeds to step 311; otherwise, step 3054 is performed.

Once the domain search response message with the above characteristics is received, the process proceeds to step 311, and the domain search request message is ignored, including the non-return domain search response message. If not, the process proceeds to step 3054 to determine whether the time is up. A predetermined random time interval T.

Step 3054: Determine whether the time duration of the random time interval timer reaches a random time interval. If it arrives, the process proceeds to step 306; otherwise, returns to step 3052.

Determine whether the time duration of the random time interval timer on the local node reaches a random time interval. If not, return to step 3052, and continue to monitor whether the local node receives the search response message sent by the other domain node, and the identifier of the registered node included in the domain search response message and the currently received domain search request message. The registered nodes included in the same identifier;

If it has arrived, it is determined that: the local domain node does not detect the domain search response message having the above characteristics within a random time interval after receiving the domain search request message, and then performs step 306.

Step 306: The domain node broadcasts a feedback domain search response message.

This step is the same as step 206 in the step of embodiment 2.

Step 307: The domain node receives the domain registration request issued by the registration node.

This step is the same as step 107 in the step of the second embodiment.

Step 308: If the domain node is: DM, then process according to step 309, otherwise process according to step 310. This step is the same as step 208 in the step of embodiment 2.

Step 309: The domain node sends a registration confirmation message to the registration node according to the received domain registration request, and indicates whether the registration node is allowed to join the domain of the domain node.

This step is the same as step 209 in the step of embodiment 2.

Step 310: The domain node forwards the domain registration request to the DM in the domain where the domain node is located, so that the DM determines, according to the domain registration request, whether the registration node is allowed to join the domain.

This step is the same as step 210 in the step of the second embodiment.

Step 311: The domain node ignores the domain search request message and does not perform any further processing on the domain search request message. This step is the same as step 211 in the step of Embodiment 2.

As can be seen from the above, in addition to the advantageous effects described in Embodiments 1 and 2, the present embodiment has the following advantageous effects:

After receiving the domain search request message, the domain node is configured to monitor whether the domain node receives the domain search response message (in the identifier of the registered node and the domain search request message) before receiving the domain search request message. The time interval of the same registration node is: The domain node obtains a random value of time interval after receiving the domain search request message after receiving the domain search request message. It can be ensured that the feedback moments of the domain search response messages sent by any domain node in the communication network are different. For any domain node, it receives the domain search feedback from other domain nodes before the time when the domain search response message is sent. The probability of responding to the message is greatly improved. Therefore, the solution of the embodiment is used to further prevent the multiple domain nodes from jointly reporting the domain search response message to the registration node, avoiding the response message redundancy in the network, and reducing the network signaling overhead.

Example 4:

This embodiment provides a method for domain access control, and is particularly suitable for DM or BPR of a communication network operating in a beacon mode.

As shown in FIG. 4, the method for establishing domain access control for any of the domain nodes in the domain that is not joined to the domain is provided in this embodiment. The method includes the following process steps: Step 401: Domain node Receive domain search request message.

The same is true for step 101 in the first embodiment.

The domain search request message includes an identifier of a registration node that issues a search request message, and a domain name identifier of each target domain corresponding to the registration node. Step 402: If the DNI of the domain where the domain node is located is the same as the DNI of any target domain included in the domain search request message, and the beacon frame is not received before the next transmission time of the local node beacon frame arrives, : Beacon Frame Pack The identifier of the registered node is included, and the domain search response message is not received: the domain search response message includes the identifier of the registered node, and then step 403 is performed; otherwise, step 406 is performed.

All execution steps 403 are satisfied in all of the following sub-cases; otherwise, step 406 is performed, and the specific cases are:

Case 1: The DNI of the domain where the domain node is located is the same as the DNI of any target domain included in the domain search request message.

Case 2: The beacon frame is not received before the next transmission time of the local node beacon frame arrives: the beacon frame contains the identifier of the registered node,

Case 3: The domain search response message is not received before the next transmission time of the local node beacon frame arrives: The domain search request message contains the identity of the registration node.

Step 403: The domain node sends a beacon frame, where the identifier of the registered node is included in the beacon frame.

The domain node adds the identifier of the registration node in the beacon frame at the time when the predetermined beacon frame transmission time arrives (the identifier of the registration node included in the domain search request message received in step 401), for the registration node of the peer end and Determining the domain node information and the domain information of the domain node according to the domain search response message, and issuing a domain access request to the local domain node according to the domain search response message, and the other domain node may be known according to the beacon frame. : The beacon frame is a response according to the domain search request message of the registered node. Step 404: The domain node receives the domain registration request issued by the registration node.

After receiving the beacon frame of the identifier of the registered node, the registration node issues a domain registration request to the domain node according to the beacon frame, and includes a request to join the domain of the domain node in the domain registration request. Step 405: The domain node performs domain access control for the registration node according to the domain registration request.

In this embodiment, domain access control may be performed for the registered node according to the domain registration request according to the actual situation of the domain node in the domain. For example, if the domain node is a DM, the DM determines whether the registration node is allowed to join the domain of the DM according to the actual situation of the domain and the domain registration request of the DM, and feeds back the judgment result to the registration node.

The domain node is a BPR, and the BPR sends a domain registration request to the DM of the domain for the DM to perform the following: according to the domain registration request and determining whether the registration node is allowed to join the domain of the domain node, and the BPR is used as the relay node. The registration node feeds back the judgment result.

Step 406: The domain node ignores the domain search request message, and according to the prior art, the beacon frame of the prior art structure at the next transmission time.

The domain node ignores the domain search request message and does not perform any further processing on the domain search request message. The beacon frame is transmitted in accordance with the prior art.

As can be seen from the above, this embodiment differs from Embodiments 1, 2 and 3 in that:

The technical solution of this embodiment is particularly applicable to a beacon network (whether the network is a synchronous beacon network or an asynchronous beacon network), and fully utilizes the beacon frame in the beacon network to ensure that after the DM or BPR receives the domain search request, Before the next feedback moment of the beacon frame of the DM or BPR arrives, the DM or BPR transmits the beacon frame in a broadcast manner, and the beacon frame includes the identifier of the registered node included in the domain search request, thereby After receiving the beacon frame, any other domain node may determine, according to the beacon frame, that the DM or the BPR is currently reporting the beacon frame to the domain search request message, so the domain nodes may not respond to the domain search request message. It is beneficial to reduce the redundancy of network messages and reduce the network signaling overhead.

Example 5

This embodiment provides a method for domain access control, and is particularly suitable for a communication network operating in a beacon mode. As shown in FIG. 5, a domain node (non-DM non-BPR) in any domain that has been added to the domain provides a method for establishing domain access control for any registered node that does not join the domain, and the method includes the following processes. Steps: Steps: 501: The domain node receives the domain search request message.

The domain search request message includes an identifier of a registration node that issues a search request message, and a domain name identifier of each target domain corresponding to the registration node. Step 502: If the DNI of the domain where the domain node is located is the same as the DNI of any target domain included in the domain search request message, and the beacon frame is not received before the feedback time of the local node domain search response message arrives, the beacon frame is not received: The beacon frame includes the identifier of the registration node, and the domain search response message is not received: the domain search response message includes the identifier of the registration node, and step 503 is performed; otherwise, step 506 is performed.

All execution steps 503 are met in all of the following sub-cases; otherwise, step 506 is performed, and the specific cases are:

Case 2: The beacon frame is not received before the feedback time of the domain node domain search response message arrives: the beacon frame contains the identifier of the registered node,

Case 3: The domain search response message is not received before the feedback time of the domain node domain search response message arrives: The domain search request message contains the identity of the registered node.

Step 503: The domain node feeds back the domain search response message.

The feedback domain search response message includes: an identifier of the registered node included in the corresponding domain search request message.

The domain node may specifically, but not limited to, transmit the domain search response message by means of broadcast transmission.

Step 504: The domain node receives the domain registration request issued by the registration node.

After receiving the beacon frame of the identifier of the registered node, the registration node issues a domain registration request to the domain node according to the beacon frame, and includes a request to join the domain of the domain node in the domain registration request. Step 505: The domain node performs domain access control for the registration node according to the domain registration request.

In this embodiment, domain access control may be performed for the registered node according to the domain registration request according to the actual situation of the domain node in the domain. In this embodiment, specifically, the domain node forwards the domain registration request to the DM of the domain, or forwards the domain registration request to the DM through the BPR between the domain node and the DM, so that the DM performs the following:

According to the domain registration request, it is determined whether the registration node is allowed to join the domain of the domain node, and the BPR is used as the relay node to feed back the judgment result to the registration node.

Step 506: The domain node ignores the domain search request message.

In this embodiment, if the determination in step 502 is negative, it may be performed according to this step, and other processes may be performed according to the prior art or other predetermined policies.

It can be seen from the above that the embodiment is the same as the embodiment 1-3, and adopts the technical solution of the embodiment, even in the following situation: the destination domain of the registration node already exists, but the current registration node is located at the edge of the destination domain, and the registration node is located. The location exceeds the coverage of the DM or BPR in the domain, and the registration node cannot receive the beacon frame sent by the DM or BPR. In this case, as long as there are other domain nodes in the vicinity of the registration node, the technical solution of the embodiment can be used, and the registration node can still join the existing domain according to the domain search response message fed back by the domain nodes. The technical solution of the embodiment helps to increase the probability that the registration node is added to the existing domain, and avoids the situation that the domain name conflicts due to the failure to discover the existing destination domain.

Second: For any domain node of any domain, after receiving the domain search request message sent by the registration node, the domain node only determines that the domain of the domain node is the target domain of the registered node, and Before the local node returns the feedback time of the domain search response message, only the domain search for the domain search request is not received by other domain nodes. The message frame is not subjected to the DM or BPR beacon frame feedback of the domain search response request message, and the domain node returns the domain search response message according to the domain search request message, which is beneficial to avoid network message redundancy and reduce network signaling overhead. .

Example 6:

This embodiment provides a method for domain access control, and is particularly suitable for a communication network operating in a beacon mode. As shown in FIG. 6, the method for establishing domain access control for any of the registered nodes that are not joined to the domain is provided by any domain node that has been added to the domain, and the method includes the following process steps:

Step 601: The domain node receives the domain search request message.

The same is true for step 101 in embodiment 1 and step 201 in embodiment 2.

Step 602: The domain node determines whether the DNI of any target domain included in the domain search request message is the same as the DNI of the domain where the domain node is located.

The same is true for step 102 in embodiment 1 and step 202 in embodiment 2.

Step 603: If they are the same, go to step 604; otherwise, go to step 611.

Step 6041: Determine whether the domain node is DM or BPR. If it is DM or BPR, go to step 6042; otherwise, go to step 6052.

If the DNI of each target domain included in the currently received domain search request message is the same as the DNI of the domain of the domain node, the domain of the domain node is considered to be the target domain of the registration node that sends the domain search request message. One, according to whether the domain node is DM or BPR, perform different processes.

Step 6042: Before the domain node arrives at the next feedback moment of the beacon frame, monitor the following: whether the domain search response message including the identifier of the registration node that sends the current domain search request message has been received; or whether the registration node is attached The domain, and the registered node in the registration node additional domain has the same beacon frame as the identity of the registered node included in the currently received domain search request message.

The domain node is DM or BPR, and the monitoring time of the monitoring content is: a time period from the time when the domain node receives the domain search search request message to the next feedback time of the beacon frame.

Step 6043: If the above domain search response message is received or the above beacon frame is received before the next feedback time of the beacon frame arrives, the process proceeds to step 6047; otherwise, step 6044 is performed.

If the domain search response message is not received before the next feedback time of the beacon frame arrives, or the identifier of the registered node in the received domain search response message and the registered node included in the domain search request message received in step 601 The identifier is not the same; and, the beacon frame is not received, or the registered node additional domain is not included in the received beacon frame, or the identifier of the registered node in the registered node additional domain in the received beacon frame and step 601 The identifier of the registered node included in the received domain search request message is different, and step 6044 is performed; otherwise, the process proceeds to step 6047. Step 6044: The domain node sends a beacon frame of the following structure at the next feedback moment: a newly added registration node additional domain is added, and the information is included in the registration node additional domain: Step 601: The registered node included in the received domain search request message Logo.

The domain node adds a registration node additional field to the beacon frame to be sent at the next feedback moment, and the registration node additional field includes: an identifier of the registration node included in the domain search request message received in step 601.

The domain node adds a field to the beacon frame to be sent at the next feedback moment, and defines the newly added domain as: the registration node additional domain. And including information in the registration node additional field: the identity of the registration node included in the search request message received in step 601.

When the domain node arrives at the next feedback moment of the beacon frame, the beacon frame containing the registration node additional domain is broadcasted, so that the registered node and other adjacent domain nodes can receive the beacon of the specific structure. frame.

Specifically, after the registration node receives the beacon frame with the registration node additional domain, the registration node determines the DNI of the domain in the beacon frame as the DNI of the destination domain that the registration node can actually join, and the registration node according to the beacon In the synchronization of the domain synchronization information in the frame, the registration node sends a domain registration request to the DM or BPR according to the sending address of the beacon frame, and the domain registration request includes request information for requesting to join the domain where the domain node is located. , for the DM to determine whether the registered node can join the current domain according to the domain registration request.

After receiving the beacon frame of the specific structure, the domain node except the registration node further includes the registration node additional domain in the determined beacon frame, and further compares the identifier of the registration node encapsulated in the registration node additional domain. Whether the identifiers of the registered nodes included in the domain search request message received by the local node are consistent; if they are consistent, the domain node may determine that the current DM or BPR responds to the domain search request message of the registered node, and the domain node ignores The domain search request message does not need to respond to the domain search request message, and does not need to issue a domain search response message.

Step 6045: The domain node receives the domain registration request issued by the registration node.

The same is the same as step 207 in the second embodiment.

Step 6046: The domain node sends a registration confirmation message to the registration node according to the received domain registration request, and indicates whether to allow the registration node to join the domain of the domain node.

The same is true for step 209 in the second embodiment.

Step 6047: The domain node ignores the domain search request message, and the beacon frame of the prior art structure at the next feedback moment according to the prior art.

If it is determined in step 6043: the domain search response message is received before the next feedback time of the beacon frame arrives and the identity of the registration node in the domain search response message and the registration included in the domain search request message received in step 601 The identifier of the node is the same; or, the beacon frame is received, and the received beacon frame includes the registration node additional field, And the identifier of the registration node in the registration node additional domain is the same as the identifier of the registration node included in the domain search request message received in step 601, and the step is performed: when the next feedback time arrives, the beacon frame of the prior art structure is sent. There is no registered node additional field in the beacon frame.

Step 6052: The domain node further monitors the following in the first time interval after receiving the domain search request message of step 601: whether the domain search response message including the identifier of the registered node that sends the current domain search request message has been received; or Whether or not the registration node additional domain is received, and the identity of the registration node in the registration node attachment domain is the same as the identity of the registration node included in the currently received domain search request message.

If the domain node is any other domain node other than the DM non-BPR, the first time interval is: the time when the domain node receives the domain search request message and the feedback time of the domain node feedback domain search response message duration.

With the example? In the embodiment, in the embodiment, the DNI of the target domain of the registered node included in the currently received domain search request message may be the same as the DNI of the domain of the domain node in the domain node. After that, perform this step:

The domain node runs a pre-stored random value algorithm program, a random value of a time interval, and records it as a random time interval. The random time interval is made greater than any of the predetermined time intervals.

In particular, in the present embodiment the random time interval is greater than a predetermined time interval. Specifically, the random time interval may be greater than a transmission time interval of the beacon frame of the DM and the BPR in the local domain.

In this way, for each common domain node at the same time, the random time intervals respectively obtained by the common domain nodes are different, that is, the times of the predetermined feedback domain search response messages of the common domain nodes are inconsistent, and the predetermined feedback of each common domain node is obtained. When the domain search response message lags the DM or BPR in the local domain, the common domain node receives the domain search response message fed back by other domain nodes before the feedback domain search response message, especially the DM or BPR The probability of registering a beacon frame for a node attached domain is greatly increased. Therefore, the use of the foregoing technical solution is beneficial to further avoiding the situation that multiple domain nodes feedback the domain search response message or the beacon frame to the registration node, avoiding the response message redundancy in the network, and reducing the network signaling overhead. Also, ensure that the registration node preferentially sends a domain registration request based on the DM or BPR beacon frame.

Step 6053: If the domain search response message or the above-mentioned beacon frame is received within a random time interval, the process proceeds to step 611; otherwise, step 6054 is performed.

Step 6054: The domain node broadcasts a feedback domain search response message.

The same is the same as step 206 in the second embodiment.

Step 6055: The domain node receives the domain registration request issued by the registration node. The same is the same as step 107 in the embodiment 1.

Step 6056: The domain node forwards the domain registration request to the DM in the domain where the domain node is located, so that the DM determines, according to the domain registration request, whether the registration node is allowed to join the domain.

The same is true in step 210 of the embodiment 1.

Step 611: The domain node ignores the domain search request message and does not perform any further processing on the domain search request message. The same is the same as step 211 in the first embodiment.

It can be seen that the difference between the embodiment and the embodiment 1 is that: the technical solution of the embodiment is particularly applicable to a beacon network (whether the network is a synchronous beacon network or an asynchronous beacon network), and the beacon is fully utilized. The beacon frame in the network ensures that after the DM or BPR receives the domain search request, the DM or BPR broadcasts the beacon frame in a broadcast manner before the next feedback time of the DM or BPR beacon frame arrives, and the beacon A newly added registration node additional field is added to the frame, and the registration node additional field includes: an identifier of the registered node included in the currently received domain search request message, thereby ensuring that there are as few other domain nodes as possible to search for the domain. The message responded.

After receiving the beacon frame, any other domain node may determine, according to the beacon frame, whether the DM or the BPR is currently responding to the domain search request message; if the DM or the BPR has responded to the domain search request message, The domain node can ignore the domain search request message.

Similar to the first embodiment and the second embodiment, the technical solution of the embodiment has the following advantages:

First: With the technical solution of the embodiment, even in the following situation: the destination domain of the registration node already exists, but the current registration node is located at the edge of the destination domain, and the location of the registration node exceeds the coverage of the DM or BPR in the domain. Therefore, the registration node cannot receive the message sent by the DM or BPR.

With the prior art, each registered node only actively or passively adds a domain according to a beacon frame sent by the DM or the BPR. Once the registered node exceeds the coverage of the DM or the BPR, even if there is a beaconed domain at the location of the registered node, The DNI of the existing domain is the same as the DNI of one of the target domains in the device, but the DM or BPR of the current device is hidden from the existing domain (that is, the information sent by the DM or BPR cannot reach the device), and the registered node cannot receive the information. Any message to the DM or BPR (including the beacon frame), so the registration node cannot join the existing domain. At this time, the registration node creates a new domain for the DNI of the newly created domain by using any DNI of the target domain of the registered node. A communication network has two or more domains of the same DNI, which affects the normal operation of each domain on the communication network.

Through the above comparison, it can be seen that the technical solution of the embodiment is adopted, which is beneficial to adding the registration node to the existing one. The probability of the domain, to avoid creating a new domain due to the inability to discover the existing destination domain, resulting in a domain name conflict. Second: With the technical solution of the embodiment, for any domain node of any domain, after receiving the domain search request message sent by the registration node, the domain node determines that the domain where the domain node is located is not the registered node. After the target domain, the domain node does not respond to the domain search request message.

And the domain node determines, according to the domain search request message, that the domain is one of the target domains of the registration node, before the domain node feedbacks the domain search response message of the local node, the domain node monitors the following: The response to the domain search request (domain search response message or beacon frame) to other domain nodes. Once received, the domain node ignores the domain search request message and responds, and does not feedback the domain search response message. Therefore, adopting the technical solution is beneficial to reducing the response of each node in the communication network to the domain registration request message of the same registered node, avoiding network message redundancy and reducing network signaling overhead. .

It should be noted that the above-mentioned beacon frame may be each type of beacon frame, for example, a beacon frame sent by the DM or an R-beacon frame sent by the BPR.

Example 7

Referring to FIG. 7, a method for searching for a domain is provided in this embodiment. A registration node searches for a network according to the method of searching for the domain, and joins the domain of the network, which mainly includes the following process steps:

Step 701: The registration node monitors whether a beacon frame is received.

After the registration node is powered on, the registration node monitors whether the registration node receives the beacon frame within a predetermined first time limit.

The beacon frame can be each type of beacon frame, such as a beacon frame sent by the DM or an R-beacon frame sent by the BPR.

Step 702: If yes, go to step 703; otherwise, go to step 705.

Step 703: The registration node determines whether the DNI in the beacon frame is the same as the DNI of any target domain of the registered node. If yes, step 704 is performed; otherwise, step 705 is performed.

If the DNI in the beacon frame is the same as the DNI of any of the target nodes of the present registered node, the domain that sends the beacon frame is considered to be one of the target domains corresponding to the registered node.

In this embodiment, once the registration node determines that the DNI in the received beacon frame is the same as the DNI of any target domain of the registered node, the domain that sends the beacon frame is considered to be one of the target domains corresponding to the registration node. Step 704 is executed to start the domain registration process and join the domain.

Step 704: The registration node sends a domain registration request to the DM or BPR that sends the beacon frame according to the beacon frame. In this embodiment, when the registration node determines the target domain that can be joined once, this is the final target domain. Send a domain registration request to it.

The domain registration request includes a request to join the domain of the DM or the BPR in which the beacon frame is sent. If the registration node receives the beacon frame sent by the DM, the domain registration request is directly sent to the DM, if the registration node receives The R-beacon frame sent by the BPR sends a domain registration request directly to the BPR. The BPR forwards the registration request to the DM. According to the actual situation of the domain node and the domain, the domain registration request determines whether the registration node is allowed to join. In this domain, if allowed, the domain node forwards the registration confirmation message to the registration node, and may also include information such as the node address assigned to the registration node in the registration confirmation message; if not, the domain node will reject the registration registration The feedback message is fed back to the registration node, so that the registration node resubmits the registration request at the next registration time according to the predetermined registration policy, or performs registration request processing of other target domains after multiple registration requests, or creates a new domain.

Step 705: If the first time limit expires, step 706 is performed; otherwise, return to step 701. If the registration node cannot obtain the same beacon frame of the DNI in the beacon frame and the DNI of any of the target nodes of the registered node within the predetermined first time limit, the following situations may exist:

First, there is really no domain near the current registered node;

Second, there is a domain near the current registered node, but the existing domain is a domain without a beacon mode, so the registered node does not receive the beacon frame;

The third is that there is a domain near the current registered node, and the existing domain is a domain with a beacon mode, but the registered node is a hidden node with respect to the DM or BPR in the existing domain, and the registered node is not in the DM or BPR. Within the coverage, the registered node cannot communicate directly with the DM or BPR.

If the registration node cannot join the domain according to the beacon frame, the flow proceeds to step 706 to actively send a step 706: the registration node broadcasts the domain search request message.

The registration node is destined to send a domain search request message, and the domain search request message includes: an identifier of the registration node, and a DNI of each target domain corresponding to the registration node.

For further details, see the response description in step 201 of embodiment 2.

The registration node sends the above domain search request message in a broadcast manner, and any domain node in any domain in the vicinity of the registration node can receive the domain search request message, so as to receive any domain of the domain search request message. Any domain node searches for a response message to the domain request message according to a predetermined protocol, so that the registration node can obtain information such as the domain of the node and the domain node address according to the response message.

The flow of any domain node in any domain that receives the domain search request message in the present embodiment may respond to the domain request message feedback response message according to the flow in Embodiment 1-6. But it is not limited to this. Step 707: The registration node monitors whether a domain search response message is received.

After issuing the domain search request message, the registration node monitors whether a domain search response message is received within a predetermined second limit time.

In this embodiment, the domain search response message includes: a domain node address that sends the domain search response message, a DNI of a domain where the domain node that sends the domain search response message is located, and a domain of the domain node that sends the domain search response message The domain synchronization information, and the identifier of the registered node included in the domain search request message corresponding to the current domain search response message.

Step 708: If a domain search response message is received, step 709 is performed; otherwise, step 710 is performed.

Step 709: The registration node determines whether the DNI of the domain search response message is the same as the DNI of any target domain of the registered node. If yes, step 710 is performed; otherwise, step 712 is performed.

If the DNI of the received domain search response message is the same as the DNI of the target domain of the registered node, the domain of the domain search response message is determined to be one of the target domains corresponding to the registration node, and step 710 is started to start the domain registration process. Join the domain, otherwise go to step 712.

Step 710: The registration node sends the domain of the domain node that sends the search response message to determine the final destination domain of the registered node.

In this embodiment, when the registration node determines the target domain that can be joined at one time, this is the final target domain, and a domain registration request is sent to it.

Step 711: The registration node sends a domain registration request to the domain node that sends the search response message of the DNI containing the final destination domain.

The domain registration request includes request information for joining the domain in which the node that sent the domain search response message is sent. .

The domain node that receives the domain registration request forwards the domain registration request to the DM of the local domain, so that the DM determines whether the registration node is allowed to join the domain A according to the domain registration request according to the actual situation of the DM and the domain. Allowing, the DM forwards the registration confirmation message to the registration node through the above-mentioned domain node, and may also include information such as the node address assigned to the registration node in the registration confirmation message; if not, the DM passes the above The domain node acts as a message forwarding relay, and feeds back the registration feedback message that refuses registration to the registration node, so that the registration node resubmits the registration request at the next registration time according to the predetermined registration policy, or performs other targets after multiple registration requests are submitted. The domain's registration request is processed, or a new domain is created. The normal node is forwarding After this registration request, the registration confirmation message sent by the DM processing is further forwarded to the registration node.

Step 712: If the second time limit expires, step 713 is performed; otherwise, step 707 is returned.

If the registration node cannot obtain the domain search response message within the predetermined time limit, or the DNI in all the domain search response messages received is different from the DNI of any target domain of the registered node, the following situations may exist. :

First, there is really no target domain in the vicinity of the current registration node;

Second, there is a target domain near the current registered node, and the existing domain is a domain without a beacon mode, but any node of the existing domain cannot communicate with the registered node;

Third, there is a target domain near the current registered node, and the existing domain is a domain with a beacon mode. The registered node is not in the coverage of these DM or BPR, and the registered node cannot communicate with any node of the existing domain.

If the registration node is unable to join the domain according to the beacon frame or join the domain according to the domain search response message, the flow proceeds to step 713.

Step 713: The registered node cannot join the existing domain at present, and the new domain is created according to the predetermined policy.

It can be seen that, after applying the technical solution of the embodiment, after the registration node fails to join the domain through the beacon frame, the registration node further actively sends a domain search request to wait for the domain search response message to join the domain, so that as long as the target domain exists near the registered node, Whether the domain is in a beacon mode or a non-beacon mode, regardless of whether the registration node is within the coverage of the DM or BPR in the beacon mode domain, as long as any domain node of the target domain can be associated with the registration node Direct communication, the registration node can join the existing target domain, and the new domain is not created. Compared with the prior art, the technical solution of the embodiment is beneficial to improve the probability of the registered node searching for the existing target domain, and avoiding the In the case where there is a registered node target domain, the registered node still creates a new domain, resulting in the existence of the same two domains of the DNI in the network, which affects the normal operation of each domain on the communication network.

Example 8

As shown in FIG. 7, this embodiment provides another method for domain search applicable to a beaconed network, so that a registration node searches for a network according to the domain search method to join the domain of the network, which mainly includes The following process steps:

Step 801: The registration node monitors whether a beacon frame is received.

After the registration node is powered on, the registration node monitors whether a beacon frame is received within the predetermined first time limit.

The beacon frame may be each type of beacon frame, such as a beacon frame sent by the DM or an R-beacon frame sent by the BPR. Step 802: If yes, go to step 803; otherwise, go to step 805.

Step 803: The registration node determines whether the DNI in the beacon frame is the same as the DNI of any target domain of the registered node. If yes, step 804 is performed; otherwise, step 805 is performed.

Once the registration node receives the beacon frame and the DNI in the beacon frame is the same as the DNI of any of the target domains of the registered node, the domain that sends the beacon frame is considered to be one of the target domains corresponding to the registration node.

Step 804: The registration node sends a domain registration request to the DM or BPR that sends the beacon frame according to the beacon frame. Step 805: If the first time limit expires, step 806 is performed; otherwise, return to step 801. Step 806: The registration node sends a domain search request message.

Steps 801-806 are the same as steps 701-706 in Embodiment 7.

Step 807: The registration node monitors whether a domain search response message and a beacon frame are received.

After issuing the domain search request message, the registration node monitors whether a domain search response message is received and monitors whether a beacon frame is received within a predetermined second time limit.

Step 808: If the above domain search response message or beacon frame is received, step 809 is performed; otherwise, step 810 is performed.

Step 809: The registration node determines whether the DNI of the domain search response message or the beacon frame is the same as the DNI of any target domain of the registered node. If yes, step 810 is performed; otherwise, step 811 is performed.

If the DNI of the received beacon frame is the same as the DNI of the target domain of the registered node, the domain of the beacon frame is determined to be one of the target domains corresponding to the registration node, and step 810 is executed to start the domain registration process, and In this field, otherwise step 812 is performed.

If the DNI of the received beacon frame is the same as the DNI of the target domain of the registered node, the domain of the beacon frame is determined to be one of the target domains corresponding to the registration node, and step 810 is performed; otherwise, step 812 is performed.

If the DNI of the received domain search response message is the same as the DNI of the target domain of the registered node, the domain of the domain search response message is determined to be one of the target domains corresponding to the registration node, and step 810 is performed; otherwise, step 812 is performed. .

Step 810: The registration node sends the domain of the domain node of the search response message or the beacon frame, and determines one of the target domains that the registration node can join. The registration node stores the currently determined target domain that can be joined, and the sender address (DM or BPR, or other domain node address) of the message (beacon frame or domain search response message) corresponding to the currently available target domain, so that After the predetermined time limit expires, a final target domain is determined in the plurality of target domains that can be joined.

Step 811: If the second limited time expires, step 812 is performed; otherwise, return to step 807.

This step is the same as step 712 in the seventh embodiment.

Step 812: The registration node determines the final destination domain in all the target domains that can be joined.

A final target domain is determined in a plurality of target domains that can be joined.

Step 813: The registration node sends a domain registration request to the domain node that sends the search response message containing the DNI of the final destination domain.

This step is the same as step 710 in the seventh embodiment.

Step 814: The registered node cannot join the existing domain at present, and the new domain is created according to the predetermined policy.

This step is the same as step 713 in the seventh embodiment.

It can be seen from the above that the difference between this embodiment and the embodiment 7 is mainly as follows:

1. Continue to monitor whether a beacon frame is received during the process of monitoring whether the domain search response message is received;

2. After the monitoring domain search response message and the beacon frame are in the monitoring domain, the first determined target domain that can be joined is not used as the final target domain as described in Embodiment 7, but after the monitoring time limit expires, A plurality of target domains that can be joined are selected according to a predetermined policy as a final target domain.

It can be seen that, in addition to the beneficial effects shown in Embodiment 7, this embodiment further has the following advantages:

1. The probability of the registered node searching for the existing target domain is further improved due to the difference 1 described above;

2. Select one as the final target domain according to a predetermined policy in the determined plurality of target domains that can be joined. It is beneficial to select the most suitable domain as the final target domain, which is beneficial to the optimal configuration of the domain network.

Example 9

See Figure 9. This embodiment provides a communication device, which mainly includes: a receiving unit 901, a sending unit 902, and a central processing unit 903.

The receiving unit 901 is configured to receive a message. The transmitting unit 902 is configured to send a message.

The central processing unit 903 is connected to the receiving unit 901 and the sending unit 902, and is configured to control the operations of the receiving unit 901 and the sending unit 902. The specific working principle is as follows:

After the receiving unit 901 receives the domain search request message, if the domain name identifier of the domain in which the communication device is located is the same as the domain name identifier of any target domain included in the domain search request message field received by the receiving unit 901, and in the present communication When the sending unit 902 of the device feeds back the feedback of the domain search response message (based on the domain search request message feedback) Before receiving the domain search response message, the central processing unit 903 controls the sending unit 902 to feed back the domain search response message, and includes the identifier of the registered node in the feedback domain search response message. The registration node of the terminal may determine the information of the communication device and the domain of the domain where the domain node is located according to the domain search response message, and issue a domain access request to the communication device according to the domain search response message.

After receiving the domain search request message by the receiving unit 901, the central processing unit 903 performs domain access control for the registered node according to the domain registration request according to the actual situation of the communication device in the domain. For example, if the communication device is a DM, the communication device determines whether the registration node is allowed to join the domain of the domain node according to the actual situation of the domain node and the domain where the communication device is located and the domain registration request, and feeds back the judgment result to the registration node.

The domain node is not a DM, and the communication device forwards the domain registration request to the DM of the domain where the domain node is located, so that the DM performs the following:

For further processing, see the detailed description of Examples 1, 2, and 3.

It can be seen from the above that, in the technical solution of the embodiment, if the communication device is used as any domain node in any domain, after the communication device receives the domain search request message of the registration node, if the domain of the communication device is registered After one of the target domains of the node, and after receiving the domain search request message, before receiving the feedback time of the domain search response message, the domain search response including the identifier of the registered node in the domain search request message is not received, and the communication is received. The device broadcasts the feedback domain search response message, so that the registration node can learn the destination domain that can be joined near the registered node and send the domain registration request to the communication device according to the search response message.

First: With the technical solution of the embodiment, even in the following situation: the destination domain of the registration node already exists, but the current registration node is located at the edge of the destination domain, and the location of the registration node exceeds the coverage of the DM or BPR in the domain. The registered node cannot receive the message from the DM or BPR. With this solution, as long as there are other domain nodes in the vicinity of the registration node, the technical solution of the embodiment can be used, and the registration node can still join the existing domain. It can be seen that the technical solution of the embodiment is used to improve the probability that the registration node is added to the existing domain, and the domain name conflict may be avoided due to the failure to discover the existing destination domain.

Second: after receiving the domain search request message sent by the registration node, the domain node determines that the domain of the domain node is the target domain of the registration node, and does not receive other domain nodes before the feedback domain search response message Domain search request domain search response message, feedback domain search response message, can avoid domain nodes in the network for one The domain domain search request message responds separately, which is beneficial to avoid network message redundancy and reduce network signaling overhead. Example 10:

See Figure 10. The present embodiment provides a communication device, which can be used as a DM or BPR application in a domain, and mainly includes: a receiving unit 1001, a sending unit 1002, and a central processing unit 1003.

The receiving unit 1001 is configured to receive a message. The transmitting unit 1002 is configured to send a message.

The central processing unit 1003 is connected to the receiving unit 1001 and the transmitting unit 1002, respectively, for controlling the operations of the receiving unit 1001 and the transmitting unit 1002. The specific working principle is as follows:

After the receiving unit 1001 receives the domain search request message, if the domain name identifier of the domain where the communication device is located is the same as the domain name identifier of any target domain included in the domain search request message, and arrives at the next transmission time of the beacon frame. Previously, the beacon frame is not received: the beacon frame includes the identifier of the registered node, and the domain search response message is not received: the domain search response message includes the identifier of the registration node, and the control sending unit 1002 transmits the beacon frame. The identifier of the registration node is included in the beacon frame, and the registration node of the peer end and the information of the communication device and the domain of the domain node can be determined according to the beacon frame, and the domain is sent to the communication device according to the domain search response message. Access request.

After receiving the registration request by the receiving unit 1001, the central processing unit 1003 performs domain access control for the registered node according to the domain registration request according to the actual situation of the communication device in the domain. For example:

The communication device is a DM, and the communication device determines whether the registration node is allowed to join the domain of the domain node according to the actual situation of the domain node and the domain where the communication device is located and the domain registration request, and feeds back the judgment result to the registration node.

The domain node is a BPR, and the communication device registers the domain with the DM forwarding domain of the domain where the domain node is located, so that the DM performs the following:

For further processing, see the detailed description of Examples 4 and 6.

It can be seen that, in the technical solution of the embodiment, if the communication device is used as any DM or BPR in any domain, after the communication device receives the domain search request message of the registration node, if the domain of the communication device is After registering one of the target domains of the node, and after receiving the domain search request message, the domain search response including the identifier of the registered node in the domain search request message is not received before the next transmission time of the beacon frame arrives. The communication device sends the beacon frame, and the beacon frame includes the identifier of the registration node included in the domain search request, so that any other domain node can receive the beacon frame according to the beacon. The frame determines that the DM or BPR is currently feeding back the beacon frame for the domain search request message, so these domain nodes may not respond to the above domain search request cancellation. Interest, it is beneficial to reduce the redundancy of network messages, and reduce the network signaling overhead.

Example 11

See Figure 11. The present embodiment provides a communication device that is particularly suitable for a non-DM non-BPR general domain node in a beacon frame mode network.

The communication device mainly includes: a receiving unit 1101, a transmitting unit 1102, and a central processing unit 1103. The receiving unit 1101 is configured to receive a message. The sending unit 1102 is configured to send a message.

The central processing unit 1103 is connected to the receiving unit 1101 and the transmitting unit 1102, and is configured to control the operations of the receiving unit 1101 and the sending unit 1102. The specific working principle is as follows:

After the receiving unit 1101 receives the domain search request message, if the domain name identifier of the domain where the communication device is located is the same as the domain name identifier of any target domain included in the domain search request message received by the receiving unit 1101, and The domain search request message feedback domain search response message arrives before the feedback time arrives, the beacon frame is not received (and the beacon frame contains the identity of the registered node), and the domain search response message is not received (and the domain search response message includes The central processing unit 1103 controls the sending unit 1102 to feed back the domain search response message, and the domain search response message includes the identifier of the registration node for the registration node of the opposite end and can determine according to the domain search response message. The communication device information and the information of the domain where the domain node is located, and the domain access request message is sent to the communication device according to the domain search response message.

And, after the receiving unit 1101 receives the registration request, the central processing unit 1103 performs domain access control for the registered node that issued the registration request according to the registration request. For example:

The communication device forwards the domain registration request to the DM of the domain where the domain node is located, or forwards the domain registration request to the DM through the BPR connected to the DM by the communication device, so that the DM performs the following:

For further processing, see the detailed description of Examples 5 and 6.

It can be seen from the above that the embodiment is the same as the embodiment 9, and adopts the technical solution of the embodiment, even in the following situation: the destination domain of the registered node already exists, but the current registered node is located at the edge of the destination domain, and the registered node is located beyond The coverage of the DM or BPR in the domain, the registration node cannot receive the beacon frame sent by the DM or the BPR. In this case, as long as the domain node shown by the communication device exists in the vicinity of the registration node, the domain node may still be added to the existing domain according to the domain search response message fed back by the communication device. It can be seen that the technical solution of the embodiment is adopted, which is advantageous for increasing the probability that the registration node is added to the existing domain, and avoiding the situation that the domain name conflicts due to the failure to discover the existing destination domain. Second: for any domain node of any domain, after receiving the domain search request message sent by the registration node, the communication device only determines that the domain of the communication device is the target domain of the registered node, and Before the feedback moment of the communication device feedback domain search response message, only the domain search response message that the other domain node does not receive the domain search request message is not received by the DM or BPR, and the beacon frame that is fed back to the domain search response request message, the communication The device feeds back the domain search response message according to the domain search request message, which is beneficial to avoid network message redundancy and reduce network signaling overhead.

Example 12:

Referring to Figure 12, the present embodiment provides a communication device that is particularly suitable for use in a beacon frame mode network, which has a stronger domain search capability when used as a registration node.

The communication device mainly includes: a receiving unit 1201, a transmitting unit 1202, and a central processing unit 1203. The central processing unit 1203 is connected to the receiving unit 1201 and the sending unit 1202, respectively, for controlling the operations of the receiving unit 1201 and the transmitting unit 1202. The specific working principle is as follows:

If the receiving unit 1201 does not receive the beacon frame within the monitoring period of the beacon frame, or the received beacon frame does not include the domain name identifier of any target domain of the registered node, the central processing unit 1203 controls the transmitting unit 1202 to broadcast and transmit. a domain search request message, where the domain search request message includes an identifier of the communication device;

After the receiving unit 1201 receives the domain search response message, if the domain search response message includes: registering the domain name identifier of any target domain of the node, the central processing unit 1203 determines the final destination domain according to the domain search response message, and the central processing unit. The 1203 control sending unit 1202 sends a domain registration request according to the domain search response message (the domain search response message including the domain name identifier of the final destination domain), and includes a request for joining the final destination domain in the domain registration request, so that the domain node of the opposite end is configured according to The registration request is a domain access procedure for the registration node to perform a response. If the domain node is a DM, the domain access control is directly performed, otherwise, the DM is forwarded to the local domain, so that the DM performs domain access control.

For further details, refer to the corresponding content in the embodiment 1-11, and no further details are provided herein.

It can be seen that, when applying the technical solution of the embodiment, the communication device, when acting as a registration node, further actively sends a domain search request after joining the domain through the beacon frame, waiting for the domain search response message to join the domain, so that A target domain exists in the vicinity of the communication device, whether the domain is in a beacon mode or a non-beacon mode, regardless of whether the communication device is within the coverage of the DM or BPR in the domain with the beacon mode, as long as the target domain is any A domain node can directly communicate with the communication device, and the communication device can join the existing target domain without creating a new domain. Compared with the prior art, the technical solution of the embodiment is beneficial to improve the communication device to search for an existing target. The probability of the domain, avoiding that the communication device is still creating a new domain in the presence of the communication device target domain, resulting in the presence of DNI phase in the network. The same two domains affect the normal operation of each domain on the communication network.

Example 13

See Figure 13. The embodiment provides a communication device mainly comprising: a receiver 1301, a transmitter 1302 and a central processing unit 1303.

Receiver 1301 is for receiving messages. Transmitter 1302 is used to send a message.

The central processing unit 1303 is connected to the receiver 1301 and the transmitter 1302, respectively, for controlling the operations of the receiver 1301 and the transmitter 1302. The specific working principle is as follows:

After the receiver 1301 receives the domain search request message, if the domain name identifier of the domain where the communication device is located is the same as the domain name identifier of any target domain included in the domain search request message field received by the receiver 1301, and in the communication The transmitter 1302 of the device feeds back the domain search response message (based on the domain search request message feedback) before the arrival of the feedback time, and does not receive the domain search response message including the identifier of the registered node, the central processor 1303 controls the transmitter 1302 to feedback the domain search. In response to the message, the domain search response message in the feedback includes the identifier of the registration node, and the registration node of the peer end can determine the information of the communication device and the domain of the domain node according to the domain search response message, and respond according to the domain search. The message issues a domain access request to the communication device.

After receiving the domain search request message by the receiver 1301, the central processor 1303 performs domain access control for the registered node according to the domain registration request according to the actual situation of the communication device in the domain. For example, if the communication device is a DM, the communication device determines whether the registration node is allowed to join the domain of the domain node according to the actual situation of the domain node and the domain where the communication device is located and the domain registration request, and feeds back the judgment result to the registration node.

For further processing, see the detailed description of Examples 1, 2, and 3.

Relative to the prior art, each registered node directly sends a domain registration request to the DM or the BPR according to the beacon frame. In terms of technical solutions, the technical solution of the embodiment has the following advantages:

Example 14

See Figure 14. This embodiment provides a communication device, which can be used as a DM or BPR application in a domain, and mainly includes: a receiver 1401, a transmitter 1402, and a central processing unit 1403.

Receiver 1401 is for receiving messages. Transmitter 1402 is used to send a message.

The central processing unit 1403 is connected to the receiver 1401 and the transmitter 1402, respectively, for controlling the operations of the receiver 1401 and the transmitter 1402. The specific working principle is as follows:

After the receiver 1401 receives the domain search request message, if the domain name identifier of the domain where the communication device is located is the same as the domain name identifier of any target domain included in the domain search request message, and arrives at the next transmission time of the beacon frame. Previously, the beacon frame was not received: the beacon frame contains the identity of the registered node, and the domain search response message is not received: the domain search response message includes the identity of the registration node, and the control transmitter 1402 transmits the beacon frame. The identifier of the registration node is included in the beacon frame, and the registration node of the peer end and the information of the communication device and the domain of the domain node can be determined according to the beacon frame, and the domain is sent to the communication device according to the domain search response message. Access request.

After receiving the registration request by the receiver 1401, the central processing unit 1403 performs domain access control for the registered node according to the domain registration request according to the actual situation of the communication device in the domain. For example:

According to the domain registration request and determining whether the registration node is allowed to join the domain of the domain node, and through the domain section The point serves as a relay node and feeds back the judgment result to the registration node.

For further processing, see the detailed description of Examples 4 and 6.

It can be seen that, in the technical solution of the embodiment, if the communication device is used as any DM or BPR in any domain, after the communication device receives the domain search request message of the registration node, if the domain of the communication device is After registering one of the target domains of the node, and after receiving the domain search request message, the domain search response including the identifier of the registered node in the domain search request message is not received before the next transmission time of the beacon frame arrives. The communication device sends the beacon frame, and the beacon frame includes the identifier of the registration node included in the domain search request, so that any other domain node can receive the beacon frame according to the beacon. The frame determines that the DM or the BPR is currently reporting the beacon frame for the domain search request message. Therefore, the domain nodes may not respond to the domain search request message, which is beneficial to reducing network message redundancy and reducing network signaling overhead.

Example 15

See Figure 15. The present embodiment provides a communication device that is particularly suitable for a non-DM non-BPR general domain node in a beacon frame mode network.

The communication device mainly includes: a receiver 1501, a transmitter 1502, and a central processing unit 1503.

The receiver 1501 is for receiving a message. Transmitter 1502 is used to send a message.

The central processing unit 1503 is respectively connected to the receiver 1501 and the transmitter 1502 for controlling the operations of the receiver 1501 and the transmitter 1502. The specific working principle is as follows:

After the receiver 1501 receives the domain search request message, if the domain name identifier of the domain where the communication device is located is the same as the domain name identifier of any target domain included in the domain search request message received by the receiver 1501, and The domain search request message feedback domain search response message arrives before the feedback time arrives, the beacon frame is not received (and the beacon frame contains the identity of the registered node), and the domain search response message is not received (and the domain search response message includes The central processor 1503 controls the transmitter 1502 to feedback the domain search response message, and the domain search response message includes the identifier of the registration node for the registration node of the opposite end and can determine the response message according to the domain. The communication device information and the information of the domain where the domain node is located, and the domain access request message is sent to the communication device according to the domain search response message.

And, after the receiver 1501 receives the registration request, the central processor 1503 performs domain access control for the registration node that issues the registration request according to the registration request. For example:

For further processing, see the detailed description of Examples 5 and 6.

It can be seen from the above that the embodiment is the same as the embodiment 9, and adopts the technical solution of the embodiment, even in the following situation: the destination domain of the registered node already exists, but the current registered node is located at the edge of the destination domain, and the registered node is located beyond The coverage of the DM or BPR in the domain, the registration node cannot receive the beacon frame sent by the DM or the BPR. In this case, as long as the domain node shown by the communication device exists in the vicinity of the registration node, the domain node may still be added to the existing domain according to the domain search response message fed back by the communication device. It can be seen that the technical solution of the embodiment is adopted, which is advantageous for increasing the probability that the registration node is added to the existing domain, and avoiding the situation that the domain name conflicts due to the failure to discover the existing destination domain.

Second: for any domain node of any domain, after receiving the domain search request message sent by the registration node, the communication device only determines that the domain of the communication device is the target domain of the registered node, and Before the feedback moment of the communication device feedback domain search response message, only the domain search response message that the other domain node does not receive the domain search request message is not received by the DM or BPR, and the beacon frame that is fed back to the domain search response request message, the communication The device feeds back the domain search response message according to the domain search request message, which is beneficial to avoid network message redundancy and reduce network signaling overhead.

Example 12:

Referring to FIG. 16, the embodiment provides a communication device, which is particularly suitable for a beacon frame mode network, and the communication device has a stronger domain search capability when it is used as a registration node.

The communication device mainly includes: a receiver 1601, a transmitter 1602, and a central processing unit 1603.

The central processing unit 1603 is connected to the receiver 1601 and the transmitter 1602 respectively for controlling the operations of the receiver 1601 and the transmitter 1602. The specific working principle is as follows:

If the receiver 1601 does not receive the beacon frame within the monitoring period of the beacon frame, or the received beacon frame does not include the domain name identifier of any of the target domains of the registered node, the central processor 1603 controls the transmitter 1602 to broadcast and transmit. a domain search request message, where the domain search request message includes an identifier of the communication device;

After the receiver 1601 receives the domain search response message, if the domain search response message includes: registering the domain name identifier of any target domain of the node, the central processor 1603 determines the final destination domain and the central processor according to the domain search response message. The 1603 control transmitter 1602 sends a domain registration request according to the domain search response message (the domain search response message including the domain name identifier of the final destination domain), and includes a request for joining the final destination domain in the domain registration request, so that the domain node of the opposite end is based on The registration request is a domain access procedure for the registration node to perform a response. If the domain node is a DM, the domain access control is directly performed, otherwise the DM is forwarded to the local domain, so that the DM performs domain access. Control.

It can be seen that, when applying the technical solution of the embodiment, the communication device, when acting as a registration node, further actively sends a domain search request after joining the domain through the beacon frame, waiting for the domain search response message to join the domain, so that A target domain exists in the vicinity of the communication device, whether the domain is in a beacon mode or a non-beacon mode, regardless of whether the communication device is within the coverage of the DM or BPR in the domain with the beacon mode, as long as the target domain is any A domain node can directly communicate with the communication device, and the communication device can join the existing target domain without creating a new domain. Compared with the prior art, the technical solution of the embodiment is beneficial to improve the communication device to search for an existing target. The probability of the domain, to avoid the communication device still creating a new domain in the case where the communication device target domain already exists, resulting in the existence of the same two domains of the DNI in the network, affecting the normal operation of each domain on the communication network.

It should be noted that the communication device described in the foregoing embodiments is mainly that the device can be used as a communication node in a communication network (referred to as a domain node in a specific domain), but in fact, the communication device is used in addition to It can be used to implement other functions outside of communication, such as power line communication equipment.

The beacon frames in the above embodiments may be various types of beacon frames, such as:

If the communication device is a DM in the domain of the network, it sends a beacon frame.

If the communication device is BPR in the domain of the network, it sends an R-beacon frame.

The device embodiments described above are merely illustrative, wherein the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, ie may be located One place, or it can be distributed to multiple network elements. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the embodiment. Those of ordinary skill in the art can understand and implement without the creative labor.

Through the description of the above embodiments, those skilled in the art can clearly understand that the various embodiments can be implemented by means of software plus a necessary general hardware platform, and of course, by hardware. Based on such understanding, the above-described technical solutions may be embodied in the form of software products in essence or in the form of software products, which may be stored in a computer readable storage medium such as ROM/RAM, magnetic Discs, optical discs, etc., include instructions for causing a computer device (which may be a personal computer, server, or power line communication device, etc.) to perform the methods described in various embodiments or portions of the embodiments.

The above-described embodiments do not constitute a limitation on the scope of protection of the technical solutions. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the above-described embodiments are intended to be included within the scope of the technical solutions.

Claims

Rights request

1. A domain access control method, characterized by including:

The domain node receives a domain search request message, and the domain search request message includes information: the identification of the registration node, and the domain name identification of each target domain corresponding to the registration node;

Moreover, before the feedback time of the domain search response message according to the domain search request message arrives, the domain search response message is not received, and the domain search request message includes the identification of the registration node, and then:

The domain node feeds back the domain search response message;

The domain node receives the domain registration request sent by the registration node,

2. The method of domain access control according to claim 1, characterized in that,

Specifically, the domain node feeds back the domain search response message in a broadcast transmission manner.

3. The domain access control method according to claim 1 or 2, characterized in that,

The domain node performs domain access control for the registration node according to the domain registration request, specifically: if the domain node is: a primary domain controller, then the domain node performs domain access control according to the domain node and the domain Based on the actual situation of the domain where the node is located and the domain registration request, determine whether the registered node is allowed to join the domain where the domain node is located, and feed back the judgment result to the registered node;

Otherwise, the domain node forwards the domain registration request to the primary domain controller of the domain where the domain node is located, so that the primary domain controller can determine whether to allow the registration node to join the domain according to the domain registration request. The domain where the domain node is located, and the judgment result is fed back to the registration node.

4. The domain access control method according to claim 1 or 2, characterized in that,

In step: After the domain node receives the domain search request message, it also includes:

If the domain name identifier of the domain where the domain node is located is different from the domain name identifiers of all the target domains included in the domain search request message,

Or, before the feedback time of the domain search response message according to the domain search request message arrives, a domain search response message is received: The domain search response message includes the identification of the registration node, and then:

The domain node ignores the domain search request message.

5. The method of domain access control according to claim 1 or 2, characterized in that, The feedback moment is specifically:

After receiving the domain search request, wait for a random time interval,

The random time interval is: after the domain node receives the domain search request message, it calculates a random value of a time interval obtained.

6. The domain access control method according to claim 1 or 2, characterized in that,

The domain node is: the primary domain controller,

The feedback time of the broadcast domain search response message is specifically:

7. A domain access control method, characterized by including:

The domain node receives the domain search request message. The domain node is: a primary domain controller or a beacon agent. The domain search request message includes information: the identification of the registration node, and the domain name identification of each target domain corresponding to the registration node. ;

Moreover, before the next sending time of the beacon frame arrives, the beacon frame is not received: the beacon frame contains the identity of the registration node, and the domain search response message is not received: the domain search response message contains The identification of the registration node, Bei IJ:

The domain node sends a beacon frame, and the beacon frame contains the identification of the registration node;

8. The domain access control method according to claim 7, characterized in that,

The beacon frame contains the identification of the registration node, specifically:

The beacon frame contains a registration node additional field, and the registration node additional field contains: the identification of the registration node.

9. The domain access control method according to claim 7 or 8, characterized in that,

Specifically, the domain node sends the beacon frame in a broadcast manner.

10. The domain access control method according to claim 7 or 8, characterized in that,

The domain node performs domain access control for the registration node according to the domain registration request, specifically: if the domain node is: a primary domain controller, then the domain node performs domain access control according to the domain node and the domain The actual situation of the domain where the node is located and the domain registration request are used to determine whether the registered node is allowed to join the domain where the node is located. domain, and feedback the judgment result to the registration node;

11. The domain access control method according to claim 7 or 8, characterized in that,

Or, before the next sending time of the beacon frame arrives, a domain search response message is received: The domain search response message contains the identification of the registration node, or a beacon frame is received: The beacon frame contains The identification of the registration node, Bei IJ:

The domain node ignores the domain search request message.

12. A domain access control method, characterized by including:

The domain node receives the domain search request message, and the domain node is: any other domain node except the primary domain controller and the beacon agent,

The domain search request message includes information: the identification of the registration node, and the domain name identification of each target domain corresponding to the registration node;

Moreover, before the feedback time of the domain search response message according to the domain search request message arrives, the beacon frame is not received: The beacon frame contains the identification of the registration node, and the domain search response message is not received: The domain search response message includes the identification of the registration node, iJ:

The domain node feeds back the domain search response message;

13. The access control method according to claim 12, characterized in that,

14. The access control method according to claim 12 or 13, characterized in that,

The domain node performs domain access control for the registration node according to the domain registration request, specifically: the domain node forwards the domain registration request to the primary domain controller of the domain where the domain node is located, for all Narrate the main The domain controller determines whether to allow the registration node to join the domain where the domain node is located based on the domain registration request, and feeds back the determination result to the registration node.

15. The access control method according to claim 12 or 13, characterized in that,

Or, before the feedback time of the domain search response message according to the domain search request message arrives, a beacon frame is received: The beacon frame contains the identification of the registration node, or a domain search response message is received: The domain search response message includes the identification of the registration node, iJ:

The domain node ignores the domain search request message.

16. The domain access control method according to claim 12 or 13, characterized in that,

The feedback moment is specifically:

After receiving the domain search request, wait for a random time interval,

17. The method of domain access control according to claim 16, characterized in that,

The random time interval is greater than: the beacon frame sending time interval of the primary domain controller of the domain where the domain node is located.

18. The method of domain access control according to claim 17, characterized in that,

The random time interval is also greater than: the beacon frame sending time interval of any beacon agent in the domain where the domain node is located.

19. A domain search method, characterized by including:

The registration node monitors whether beacon frames are received;

If no beacon frame is received within the monitoring period of the beacon frame: The beacon frame contains the domain name identifier of any target domain of the registration node, and:

The registration node broadcasts and sends a domain search request message, and the domain search request message contains the identification of the registration node;

If the domain search response message includes: the domain name identifier of any target domain of the registration node, then: the registration node determines the final destination domain according to the domain search response message,

The registration node sends according to the domain search response message containing the domain name identifier of the final destination domain. Domain registration request, the destination address of the domain registration request is the sender address of the domain search response message, and the domain registration request includes a request to join the final destination domain.

20. The domain search method according to claim 19, characterized in that,

The registration node determines the final destination domain according to the domain search response message, specifically:

The registration node determines the domain name identifier contained in the domain search response message received for the first time as the domain name identifier of the final destination domain.

21. The domain search method according to claim 19, characterized in that,

The registration node receives at least two domain search response messages within a predetermined domain search response monitoring period,

The registration node determines the domain name identifier contained in any of the domain search response messages as the domain name identifier of the final destination domain.

22. The domain search method according to claim 19 or 20 or 21, characterized in that, in step: when the registration node monitors whether a domain search response message is received, it also includes:

The registration node monitors whether a beacon frame is received;

In the step: before the registration node determines the final destination domain according to the domain search response message, if a beacon frame is received: the beacon frame contains the domain name identifier of any target domain of the registration node, then: Determine the final destination domain according to the beacon frame;

The registration node sends a domain registration request according to the beacon frame containing the domain name identifier of the final destination domain, and the destination address of the domain registration request is: The sender address of the beacon frame, in the domain The registration request includes a request to join the final destination domain.

The registration node stops monitoring whether the beacon frame is received and the beacon frame.

23. A communication device, characterized by including:

Receiving unit, used to receive messages;

Sending unit, used to send messages;

The central processing unit is connected to the receiving unit and the sending unit respectively, and is used for:

After the receiving unit receives the domain search request message, if the domain name identifier of the domain where the communication device is located is the same as the domain name identifier of any of the target domains included in the domain search request message, and, according to the Before the feedback time of the domain search request message feedback domain search response message arrives, no domain search response message is received: The domain search response message contains the identification of the registration node, and the sending unit is controlled to feed back the domain search response message. interest,

And, after the receiving unit receives the registration request, perform domain access control for the registration node that issued the registration request.

24. The communication device according to claim 23, characterized in that,

After the receiving unit receives the registration request, the central processing unit performs domain access control for the registration node that issued the registration request, specifically:

After the receiving unit receives the registration request, the central processing unit determines whether to allow the registration node to join the domain registration request based on the actual situation of the device and the domain where the device is located and the domain registration request. The domain where the device is located, and feedback the judgment result to the registration node; or

After the receiving unit receives the registration request, the central processing unit controls the sending unit to forward the domain registration request to the primary domain controller of the domain where the device is located,

The main domain controller determines whether to allow the registration node to join the domain where the device is located based on the domain registration request, and feeds back the judgment result to the registration node based on the actual situation of the device and the domain where the device is located and The domain registration request determines whether the issuing registration node is allowed to join the domain where the device is located, and feeds back the determination result to the registration node.

25. A communication device, characterized by including:

Receiving unit, used to receive messages;

Sending unit, used to send messages;

After the receiving unit receives the domain search request message, if the domain name identifier of the domain where the communication device is located is the same as the domain name identifier of any of the target domains contained in the domain search request message, and, in the beacon Before the next sending time of the frame arrives, no beacon frame is received: The beacon frame contains the identity of the registration node, and no domain search response message is received: The domain search response message contains the identity of the registration node Identity, controlling the sending unit to send a beacon frame, where the beacon frame contains the identification of the registration node;

And, after the receiving unit receives the registration request, perform domain access control for the registration node that issued the registration request according to the registration request.

26. The communication device according to claim 24, characterized in that,

The central processing unit, after the receiving unit receives the registration request, is configured to, according to the registration request, Perform domain access control for the registration node that issued the registration request, specifically:

The central processing unit, based on the actual situation of the domain node and the domain where the domain node is located and the domain registration request, determines whether to allow the registration node to join the domain where the domain node is located, and sends a request to the control sending unit. The registration node feeds back the judgment result.

27. The communication device according to claim 24, characterized in that,

The central processing unit, after the receiving unit receives the registration request, is configured to perform domain access control for the registration node that issued the registration request according to the registration request, specifically:

The central processing unit controls the sending unit to forward the domain registration request to the primary domain controller of the domain where the device is located,

The primary domain controller determines whether to allow the registration node to join the domain where the domain node is located based on the domain registration request, and feeds back the determination result to the registration node.

28. A communication device, characterized by including:

Receiving unit, used to receive messages;

Sending unit, used to send messages;

After the receiving unit receives the domain search request message, if the domain name identifier of the domain where the communication device is located is the same as the domain name identifier of any of the target domains included in the domain search request message, and, Before the feedback time of the domain search response message according to the domain search request message arrives, no beacon frame is received: The beacon frame contains the identity of the registration node, and the domain search response message is not received: The domain The search response message contains the identification of the registered node, then the sending unit is controlled to feed back the domain search response message,

29. The communication device according to claim 25, characterized in that,

The central processing unit is configured to perform domain access control for the registration node that issued the registration request according to the registration request after the receiving unit receives the registration request, specifically:

After the receiving unit receives the registration request, the central processing unit is used to control the sending unit to forward the domain registration request to the primary domain controller of the domain where the device is located,

30. A communication device, characterized by including: Receiving unit, used to receive messages;

Sending unit, used to send messages;

When the receiving unit does not receive a beacon frame within the monitoring period of the beacon frame: when the beacon frame contains the domain name identifier of any target domain of the registered node, control the sending unit to broadcast the sending domain A search request message, where the domain search request message includes the identification of the registered node;

And, when the receiving unit receives a domain search response message, and the domain search response message includes: the domain name identifier of any target domain of the registration node, determine the final destination domain according to the domain search response message, and For controlling the sending unit to send a domain registration request according to the domain search response message containing the domain name identifier of the final destination domain, where the destination address of the domain registration request is the sender address of the domain search response message, in The domain registration request includes a request to join the final destination domain.

31. A communication device, characterized by: including:

Receiver, used to receive messages;

Sender, used to send messages;

The central processing unit is connected to the receiver and transmitter respectively, and is used for:

After the receiver receives the domain search request message, if the domain name identifier of the domain where the communication device is located is the same as the domain name identifier of any of the target domains contained in the domain search request message, and, in the beacon Before the next sending time of the frame arrives, no beacon frame is received: The beacon frame contains the identity of the registration node, and no domain search response message is received: The domain search response message contains the identity of the registration node Identity, controlling the transmitter to send a beacon frame, where the beacon frame contains the identification of the registration node;

And, after the receiver receives the registration request, perform domain access control for the registration node that issued the registration request according to the registration request.

32. The communication device according to claim 31, characterized in that,

The central processor, after the receiver receives the registration request, is configured to perform domain access control for the registration node that issued the registration request according to the registration request, specifically:

The central processor, based on the actual situation of the domain node and the domain where the domain node is located and the domain registration request, determines whether to allow the registration node to join the domain where the domain node is located, and sends a request to the control sender. The registration node feeds back the judgment result.

Or, the central processor, after the receiver receives the registration request, is configured to perform domain access control for the registration node that issued the registration request according to the registration request, specifically: The central processor controls the sender to forward the domain registration request to the primary domain controller of the domain where the device is located,

33. A communication device, characterized by including:

Receiver, used to receive messages;

Sender, used to send messages;

After the receiver receives the domain search request message, if the domain name identifier of the domain where the communication device is located is the same as the domain name identifier of any of the target domains contained in the domain search request message, and, Before the feedback time of the domain search response message according to the domain search request message arrives, no beacon frame is received: The beacon frame contains the identity of the registration node, and the domain search response message is not received: The domain The search response message contains the identification of the registered node, then the sender is controlled to feed back the domain search response message,

34. The communication device according to claim 33, characterized in that,

The central processor is configured to perform domain access control for the registration node that issued the registration request according to the registration request after the receiver receives the registration request, specifically:

After the receiver receives the registration request, the central processor is used to control the sender to forward the domain registration request to the primary domain controller of the domain where the device is located,

35. A communication device, characterized by: including:

Receiver, used to receive messages;

Sender, used to send messages;

When the receiver does not receive a beacon frame within the monitoring period of the beacon frame: when the beacon frame contains the domain name identifier of any target domain of the registered node, control the sender to broadcast the sending domain A search request message, where the domain search request message includes the identification of the registered node;

And, when the receiver receives a domain search response message, the domain search response message includes: the registration When the domain name identifier of any target domain of the node is determined, the final destination domain is determined according to the domain search response message, and used to control the sender to send according to the domain search response message containing the domain name identifier of the final destination domain. Domain registration request, the destination address of the domain registration request is the sender address of the domain search response message, and the domain registration request includes a request to join the final destination domain.