CN111935728A

CN111935728A - Handshaking method, device, related equipment, storage medium and system

Info

Publication number: CN111935728A
Application number: CN202010662373.0A
Authority: CN
Inventors: 宋松伟; 陈加轩
Original assignee: Spreadtrum Semiconductor Chengdu Co Ltd
Current assignee: Spreadtrum Semiconductor Chengdu Co Ltd
Priority date: 2020-07-10
Filing date: 2020-07-10
Publication date: 2020-11-13
Anticipated expiration: 2040-07-10
Also published as: CN111935728B

Abstract

The embodiment of the invention provides a handshake method, a handshake device, related equipment, a storage medium and a handshake system, wherein the handshake method comprises the following steps: after the slave node is initialized, acquiring a master handshake message sent by a master node, wherein the master handshake message at least carries a master hyper-frame number of the master node; synchronizing slave hyper-frame numbers of slave nodes according to the master hyper-frame number; sending a slave handshake message to the master node according to the planning time determined by the slave hyper-frame number to request to access the master node; receiving a first main handshake confirmation message sent by a main node, wherein the first main handshake confirmation message at least carries an available node identifier successfully allocated by the main node as a slave node; and setting the available node identification carried by the first confirmation message of the master handshake as the node identification of the slave node to finish the access of the master node. The embodiment of the invention can realize the self-adaptive distribution of the available node identification for the slave node in the handshake process of the master node and the slave node, thereby effectively ensuring the identification and management of the master node to the slave node.

Description

Handshaking method, device, related equipment, storage medium and system

Technical Field

The embodiment of the invention relates to the technical field of communication, in particular to a handshaking method, a handshaking device, related equipment, a storage medium and a system.

Background

In indoor environments such as large buildings, underground shopping malls, underground parking lots and the like, mobile communication signals are weak, blind areas and shadow areas of mobile communication are easily formed, and terminals such as mobile phones and the like using the mobile communication signals cannot be normally used. At present, an indoor distribution system can be used for improving mobile communication signals of an indoor environment, and the mobile communication signals of a signal source (such as a base station) can be uniformly distributed at each corner indoors by using the indoor distribution system, so that ideal signal coverage is ensured under the indoor environment.

The indoor distribution system mainly comprises a main node and a plurality of slave nodes accessed to the main node, wherein the main node is connected with the information source and can send the mobile communication signals of the information source to the slave nodes, and therefore the slave nodes can process the received mobile communication signals and send the processed mobile communication signals to the air interface to complete the coverage of the mobile communication signals in the indoor environment. When the slave node accesses the master node, in order to ensure the identification and management of the master node to the slave node, the master node and the slave node need to perform handshaking, so how to provide a handshaking scheme becomes a technical problem that needs to be solved by technical personnel in the field.

Disclosure of Invention

In view of this, embodiments of the present invention provide a handshaking method, an apparatus, related devices, a storage medium, and a system, which implement handshaking between a master node and a slave node of an indoor distribution system, and effectively ensure identification and management of the slave node by the master node.

In order to achieve the above purpose, the embodiments of the present invention provide the following technical solutions:

a handshake method applied to a slave node, the method comprising:

after initialization, acquiring a master handshake message which is sent by a master node and used for waiting for a slave node to request access, wherein the master handshake message at least carries a master hyper-frame number of the master node;

synchronizing the slave hyper-frame numbers of the slave nodes according to the master hyper-frame number;

sending a slave handshake message to the master node according to the planning time determined by the slave hyper-frame number to request to access the master node;

receiving a first master handshake confirmation message sent by the master node, wherein the first master handshake confirmation message at least carries an available node identifier successfully allocated by the master node to the slave node;

and setting the available node identification carried by the first confirmation message of the master handshake as the node identification of the slave node to finish the access of the master node.

The embodiment of the invention also provides a handshake method which is applied to the main node, and the method comprises the following steps:

after initialization, sending a master handshake message to a slave node to wait for the slave node to request access, wherein the master handshake message at least carries a master hyper frame number, and the master hyper frame number is used for synchronizing the slave hyper frame number of the slave node and at least determining the time for the slave node to send a message to the master node;

receiving a slave handshake message sent by the slave node and used for requesting to access the master node;

responding to the slave handshake message, if an available node identifier is successfully allocated to the slave node, sending a master handshake first confirmation message to the slave node, where the master handshake first confirmation message at least carries the available node identifier, and the available node identifier is used to set the node identifier of the slave node.

An embodiment of the present invention further provides a handshake device, including:

the master handshake message acquisition module is used for acquiring a master handshake message which is sent by a master node and used for waiting for a slave node to request access after initialization, wherein the master handshake message at least carries a master hyper frame number of the master node;

a synchronization module for synchronizing the slave hyper frame numbers of the slave nodes according to the master hyper frame number;

a slave handshake message sending module, configured to send a slave handshake message to the master node according to the scheduled time determined by the slave superframe number, so as to request to access the master node;

a first confirmation message receiving module, configured to receive a master handshake first confirmation message sent by the master node, where the master handshake first confirmation message at least carries an available node identifier successfully allocated by the master node to the slave node;

and the node identifier setting module is used for setting the available node identifier carried by the first confirmation message of the master handshake as the node identifier of the slave node so as to finish the access to the master node.

a master handshake message sending module, configured to send a master handshake message to a slave node after initialization, so as to wait for the slave node to request access, where the master handshake message carries at least a master hyper-frame number, where the master hyper-frame number is used to synchronize a slave hyper-frame number of the slave node, and at least determines a time for the slave node to send a message to the master node;

a slave handshake message receiving module, configured to receive a slave handshake message sent by the slave node and used for requesting access to the master node;

a first confirmation message sending module, configured to send a master handshake first confirmation message to the slave node in response to the slave handshake message, if an available node identifier is successfully allocated to the slave node, where the master handshake first confirmation message at least carries the available node identifier, and the available node identifier is used to set a node identifier of the slave node.

An embodiment of the present invention further provides a slave node, including: at least one memory storing one or more computer-executable instructions and at least one processor invoking the one or more computer-executable instructions to perform a handshake method as performed by the slave node as described above.

An embodiment of the present invention further provides a master node, including: at least one memory storing one or more computer-executable instructions and at least one processor invoking the one or more computer-executable instructions to perform a handshake method as performed by a master node as described above.

An embodiment of the present invention further provides a storage medium, where the storage medium stores one or more computer-executable instructions, where the one or more computer-executable instructions are configured to execute the handshake method performed by the slave node as described above, or execute the handshake method performed by the master node as described above.

The embodiment of the invention also provides an indoor distribution system, which comprises a plurality of slave nodes and the master node.

In the handshake method provided by the embodiment of the invention, the master node can send a master handshake message at least carrying a master hyper-frame number to the slave node to wait for the request access of the slave node; after the slave node receives the master handshake message, the slave hyper frame number of the slave node can be synchronized based on the master hyper frame number, so that the slave node can send the slave handshake message to the master node according to the planning time determined by the slave hyper frame number to request to access the master node; after receiving the slave handshake message, the master node may respond to the slave handshake message, and if the master node successfully allocates an available node identifier for the slave node, the master node may send a master handshake first acknowledgement message to the slave node, where the master handshake first acknowledgement message may carry at least the available node identifier; furthermore, the slave node can set the available node identifier carried by the first confirmation message of the master handshake as the node identifier of the slave node, complete the handshake with the master node, and realize the access to the master node. Therefore, in the handshake method provided by the embodiment of the invention, the master node can adaptively allocate the available node identifiers to the slave nodes in the handshake process of the slave nodes, and the complexity of setting the node identifiers for the slave nodes is reduced, so that a basis is provided for the master node to distinguish different slave nodes in an indoor distribution system based on the node identifiers, and the identification and management of the master node to the slave nodes are effectively ensured.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, it is obvious that the drawings in the following description are only embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the provided drawings without creative efforts.

Fig. 1 is a block diagram of an indoor distribution system provided by an embodiment of the present invention;

fig. 2 is a diagram illustrating a communication status of an indoor distribution system according to an embodiment of the present invention;

fig. 3 is a signaling flowchart of a handshaking method provided in an embodiment of the present invention;

fig. 4 is a structural diagram of a master handshake message according to an embodiment of the present invention;

fig. 5 is a block diagram of a slave handshake message according to an embodiment of the present invention;

fig. 6 is a structural diagram of a first acknowledgement message of a master handshake according to an embodiment of the present invention;

FIG. 7 is another signaling flow diagram of a handshake method according to an embodiment of the present invention;

fig. 8 is another block diagram of a slave handshake message according to an embodiment of the present invention;

FIG. 9 is a block diagram of a handshaking device that may be provided in accordance with an embodiment of the present invention;

FIG. 10 is another block diagram of a handshaking device as provided by an embodiment of the present invention;

FIG. 11 is a further block diagram of a handshaking device as provided by an embodiment of the present invention;

FIG. 12 is a further block diagram of a handshaking device provided in an embodiment of the present invention;

fig. 13 is a block diagram of a slave node according to an embodiment of the present invention;

FIG. 14 is yet another block diagram of a handshaking device as provided by an embodiment of the present invention;

fig. 15 is yet another block diagram of a handshaking device provided in an embodiment of the present invention.

Detailed Description

At present, the coverage of a 4G (fourth generation mobile communication technology) network, such as an LTE (Long Term Evolution) network, is relatively perfect, and indoor distribution systems for improving mobile communication signals are generally deployed in indoor environments such as large buildings, underground shopping malls, underground parking lots, and the like, but with the advance of 5G (fifth generation mobile communication technology) network construction, the 5G network puts higher requirements on the coverage of mobile communication signals in the indoor environment, and under the 5G network, the indoor distribution systems may have more slave nodes, so in the field of mobile communication signal improvement of the indoor environment, how to fully utilize the existing indoor distribution systems, reduce the construction and maintenance costs of the 5G network, and improving the coverage of the 5G network in the indoor environment becomes a significant subject. In the problem, how to implement the handshake between the master node and the slave node in the indoor distribution system is an urgent problem to be solved.

As shown in fig. 1, the indoor distribution system mainly includes a master node 01 and a plurality of slave nodes 02, where the master node is connected to an information source and transmits a mobile communication signal of the information source to the slave nodes, and the slave nodes process the received mobile communication signal and transmit the processed mobile communication signal to an air interface, thereby completing coverage of the mobile communication signal in an indoor environment.

In order to coordinate the work of the master node and the slave nodes, when the slave nodes request to access the master node, the master node and the slave nodes need to perform handshaking, the master node identifies and manages the slave nodes for identifying different slave nodes in the indoor distribution system, and the handshaking needs to be realized based on the node identification (such as node numbers) of the slave nodes; at present, when the slave nodes are installed, a non-conflicting fixed node identifier is set for each slave node of an indoor distribution system, and in the process, terminal equipment such as a mobile phone or a notebook computer is required to be connected with the slave nodes to set the fixed node identifiers, so that handshaking is realized between the master node and the slave nodes based on the fixed node identifiers set in advance by the slave nodes.

In the process, handshake is carried out between the master node and the slave nodes based on the fixed node identifiers set in advance by the slave nodes, when the slave nodes are installed or replaced, non-conflicting fixed node identifiers are set for each slave node of the indoor distribution system in advance, so that installation complexity of the slave nodes is undoubtedly greatly increased, and under a 5G network environment, workload of setting the node identifiers is greatly increased due to the fact that the slave nodes with a large number of indoor distribution systems.

In order to solve the above problem, embodiments of the present invention provide an improved handshake scheme between a master node and a slave node, so that in a handshake process between the master node and the slave node, a node identifier is adaptively allocated to the slave node, complexity of setting a node identifier for the slave node is reduced, and identification and management of the master node to the slave node are effectively guaranteed.

The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and 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, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

In an alternative implementation, after the indoor distribution system completes the cell search, its communication status may be as illustrated in fig. 2, including:

the method comprises the following steps that (Init State), after an indoor distribution system is started and network searching is completed, a master node and a slave node enter an initialization State to complete necessary initialization operation;

the method comprises the following steps that a Master Boot State (Master Boot State) is started after initialization of a Master node is completed, and the Master Boot State is mainly used for broadcasting and informing that the Master node is restarted after some restarting operations of the Master node under the condition that a slave node does not know are processed;

waiting for a downlink heartbeat State (Wait DL Heart State), and entering a downlink heartbeat waiting State after the slave node completes initialization so as to Wait for a heartbeat message of the master node;

in the access State (RACH State), in which a slave node requests access to a master node, embodiments of the present invention may implement handshaking between the master node and the slave node in this State, and adaptively allocate a node identifier to the slave node;

a Normal working State (Normal State), in which the master node sends a heartbeat message to the slave node and completes a handshake process; after finishing the handshake process in the access state, the slave node enters a normal working state; after the master node and the slave nodes are in normal working states, the indoor distribution system works normally.

Through the communication state illustrated in fig. 2, it can be seen that, after receiving the heartbeat message of the master node, the slave node enters an access state to perform handshaking with the master node, and when the handshaking is successful, the slave node obtains the allocated node identifier, and then the indoor distribution system enters a normal working state. It should be noted that the heartbeat message of the master node is only an optional message form for triggering the slave node to enter the access state, and in the embodiment of the present invention, the slave node may also be configured to receive a master handshake message specific to the master node after initialization, so as to enter the access state, and the heartbeat message of the master node is only an optional form of the master handshake message, and the embodiment of the present invention does not limit other forms of the master handshake message.

In an optional implementation, in the embodiment of the present invention, the master node may allocate an available node identifier to the slave node in a handshake process, and optionally, fig. 3 shows a signaling flow of the handshake method provided in the embodiment of the present invention, and after the master node and the slave node of the indoor distribution system complete startup, network search, and implement initialization, the flow shown in fig. 3 may be executed, where the flow may include:

step S10, the master node sends a master handshake message to the slave node to wait for the slave node to request access, where the master handshake message at least carries a master hyper frame number.

Optionally, the master node may send a master handshake message to the slave nodes of the indoor distribution system in a broadcast manner (that is, the master node may broadcast the master handshake message to the slave nodes of the indoor distribution system), so as to wait for the slave node receiving the master handshake message to request to access the master node.

Optionally, after the master node completes the startup, network searching and initialization, the master node may periodically send a master handshake message to the slave node, for example, the master node may periodically broadcast the master handshake message;

in other optional implementations, if the master node has an access to a slave node, during normal communication between the master node and the access slave node, the master node may send a master handshake message to the slave node during a gap in transmission of the normal communication message, that is, at a lower transmission priority than the normal communication message, the master handshake message is sent to the slave node during a gap in transmission of the normal communication message in an intervening manner, for example, the master node may broadcast the master handshake message during the gap in transmission of the normal communication message.

The master handshake message may carry at least one master hyper frame number, and in the embodiment of the present invention, the hyper frame number may be used for communication timing planning between the master node and the slave node, that is, the hyper frame number may determine the time for communication and message sending between the master node and the slave node; correspondingly, the master node can determine the message sending time according to the hyper frame number of the master node, and the slave node can determine the message sending time according to the hyper frame number of the slave node. For convenience of explanation, in the embodiments of the present invention, the hyper frame number of the master node is referred to as a master hyper frame number, and the hyper frame number of the slave node is referred to as a slave hyper frame number.

Optionally, the superframe number may be counted in milliseconds as a basic unit; in a more specific optional implementation, aiming at a specific mobile communication standard, a communication system comprises a system frame number, and the embodiment of the invention can expand a plurality of bits as the hyper frame number on the basis of the system frame number of the communication system, thereby obtaining the hyper frame number on the basis of the existing system frame number of a multiplexing communication system; in an example, in the 3GPP LTE communication standard, there is a 10-bit system frame number, which is counted in units of 10 milliseconds, and then the embodiment of the present invention may extend multiple bits on the basis of the system frame number to obtain a hyper frame number, so that the hyper frame number can cover a longer time, and thus the master node and the slave node can perform communication timing sequence planning within a longer coverage time range; correspondingly, the master hyper-frame number of the master node and the slave hyper-frame number of the slave node can be obtained by expanding a plurality of bits on the basis of the system frame number.

In an alternative implementation, the master handshake message may be a heartbeat message of a master node; optionally, after the master node is initialized, a heartbeat message may be periodically broadcast, so that the slave nodes in the indoor distribution system may learn the state of the master node.

In an example, the structure of a master handshake message (e.g., a heartbeat message) sent by a master node may be shown in fig. 4, and as can be seen from fig. 4, in the master handshake message, a hyper frame number must be carried, and remaining bits may transmit some necessary common parameters, it should be explained that CRC (Cyclic Redundancy Check) is a part of the master handshake message that checks the correctness of message transmission, and other forms of Check information may also be used in the embodiment of the present invention. Of course, the structure of the primary handshake message illustrated in fig. 4 is only optional, and other primary handshake message structures carrying the primary superframe number may also be adopted in the embodiment of the present invention, which is not limited in the embodiment of the present invention.

And step S11, the slave node receives the master handshake message and synchronizes the slave hyper frame number according to the master hyper frame number.

After the slave node is initialized, if a master handshake message sent by the master node is received, the slave node can enter an access state; at this time, the slave node can analyze the master handshake message to obtain a master hyper-frame number carried in the master handshake message, and update the local slave hyper-frame number of the slave node according to the master hyper-frame number, so that the slave hyper-frame number of the slave node is synchronous with the master hyper-frame number of the master node, and the hyper-frame number alignment is completed.

And step S12, the slave node sends a slave handshake message to the master node at the planning time according to the slave hyper frame number to request to access the master node.

It can be understood that the superframe number is used for communication timing planning of the master node and the slave node in the embodiment of the invention, after the slave node updates the local slave superframe number to be synchronous with the master superframe number of the master node, the slave node can plan the time for sending the message to the master node based on the updated slave superframe number, so that the slave node can send the slave handshake message to the master node according to the updated slave superframe number at the planned time to request to access the master node. That is, the master superframe number is used to synchronize the slave superframe numbers of the slave nodes and at least determine the time when the slave nodes send messages to the master node.

In an optional implementation, the slave node may generate random information in a timed or real-time manner, and the slave node may compare the generated random information with the updated slave superframe number to determine whether the current time satisfies a scheduled time for sending the slave handshake message to the master node, for example, when the comparison result matches, it may be determined that the current time satisfies the scheduled time, so that the slave handshake message may be sent to the master node. In a more specific optional implementation, for each generated random information, the embodiment of the present invention may select information with a set position bit from the random information (in an example, the embodiment of the present invention may select information with a lower 6 bits from the random information), so as to compare the selected information with the updated slave superframe number, and if the selected information is consistent with the updated slave superframe number, it may be determined that the current time satisfies the scheduled time, and may send a slave handshake message to the master node; in a further optional implementation, the random information generated this time may be carried in a slave handshake message;

on the contrary, if the information of the set position bit in the random information generated this time is inconsistent with the updated slave super frame number, the slave node continues to randomly generate the random information until the information of the set position bit in the random information generated for a certain time is consistent with the updated slave super frame number, and then the current time is considered to meet the planning time, so that the slave handshake message is sent to the master node.

Optionally, the random information may be in the form of a random sequence, for example, a random number, and the like, and the embodiment of the present invention is not limited.

Of course, the above-described manner of sending the slave handshake message to the master node according to the scheduled time determined by the slave superframe number is optional, and other manners may also be adopted in the embodiment of the present invention, and the scheduled time is determined and the slave handshake message is sent to the master node by using the updated slave superframe number.

Optionally, the slave handshake message may further carry message check bits, such as CRC check bits. In an example, fig. 5 shows that reference may be made to the structure of the slave handshake message, of course, the structure of the slave handshake message illustrated in fig. 5 is only optional, and the specific structure of the slave handshake message is not limited in the embodiment of the present invention.

Step S13, the master node responds to the slave handshake message, and if an available node identifier is successfully allocated to the slave node, sends a first master handshake confirmation message to the slave node, where the first master handshake confirmation message at least carries the available node identifier.

Based on the idea of distributing available node identification to the slave node in the handshake process of the master node and the slave node, the master node can respond to the slave handshake message after receiving the slave handshake message sent by the slave node, and distribute the available node identification to the slave node; if the available node identification is successfully allocated to the slave node, a master handshake first confirmation message carrying at least the available node identification can be sent to the slave node to indicate that the slave node successfully allocates the available node identification to the slave node.

In an optional implementation of the embodiment of the present invention, the master node may select a node identifier for the slave node, and if the selected node identifier is not occupied, the selected node identifier may be used as the available node identifier;

in the optional implementation of selecting node identifiers for slave nodes by the master node, the master node may select the node identifiers for the slave nodes in a sequential selection manner, and in the embodiment of the present invention, a node identifier set may be set, and the node identifier set may record a plurality of preset node identifiers in sequence according to the sizes of the node identifiers, for example, the node identifier set may record a plurality of node identifiers from small to large or from large to small; thus, the master node may select the node identifier from the node identifier set in order (e.g., in order of the node identifiers from small to large, or from large to small); if the node identifier selected from the node identifier set by the master node is not occupied, the selected node identifier is used as the available node identifier, so that the available node identifier is successfully allocated to the slave node; if all the node identifiers selected from the node identifier set by the master node are occupied, it can be determined that the allocation of the available node identifiers to the slave nodes fails. It should be noted that the available node identifier may be regarded as an unused node identifier (i.e., a node identifier not occupied by other slave nodes).

In another optional implementation of selecting a node identifier for a slave node by a master node, the master node may select the node identifier for the slave node in a random selection manner, the master node may intercept part of information from random information as the selected node identifier, optionally, in a case that the slave handshake message carries random information, the random information used by the master node to intercept the information may be random information carried by the slave handshake message, and of course, the random information may also be random information randomly generated by the master node; if the selected node identifier is not occupied, the selected node identifier can be used as an available node identifier, and at the moment, the slave node can be confirmed to be successfully allocated with the available node identifier; if the selected node identification is occupied, random information can be generated randomly again, part of information is intercepted from the random information generated randomly again to be used as the reselected node identification, circulation is carried out until the selected node identification is not occupied, the selected node identification is used as an available node identification, at the moment, the slave node can be confirmed to be successfully allocated with the available node identification, or when the node identifications selected on the basis of the random information generated for multiple times are all occupied, the slave node is confirmed to be unsuccessfully allocated with the available node identification.

It should be noted that, the above-mentioned sequential selection manner or random selection manner is only optional, and other possible manners of allocating available node identifiers to slave nodes may also be adopted in the embodiment of the present invention, which is not limited in this embodiment of the present invention.

In other possible implementations, in the embodiment of the present invention, the slave node may also indicate a node identifier (for example, the slave handshake message carries the node identifier indicated by the slave node), and the master node determines whether the node identifier indicated by the slave node is available, so as to implement that the slave node is successfully allocated with the available node identifier, or that the slave node is unsuccessfully allocated with the available node identifier.

After the master node successfully allocates the available node identifier to the slave node, the master node may send a master handshake first acknowledgement message to the slave node, where the master handshake first acknowledgement message may be a handshake acknowledgement message indicating that the slave node successfully allocates the available node identifier.

Optionally, under the condition that the slave handshake message sent by the slave node carries random information, the master handshake first acknowledgement message fed back by the master node may also carry the random information, so that the slave node may verify the validity of the master handshake first acknowledgement message based on the random information.

In one example, the structure of the master handshake first acknowledgement message may be as illustrated in fig. 6, to which reference may be made.

Step S14, the slave node receives the first confirmation message of the master handshake, and sets the available node identifier carried in the first confirmation message of the master handshake as the node identifier of the slave node, so as to complete the access to the master node.

After the slave node receives the first acknowledgment message of the master handshake, the slave node may set a node identifier for the slave node based on the available node identifier carried in the first acknowledgment message of the master handshake, that is, the available node identifier carried in the first acknowledgment message of the master handshake is set as a node identifier of the slave node, so as to set a node identifier for the slave node.

In a more specific optional implementation, if the master handshake first acknowledgement message further carries random information, the slave node may verify whether the master handshake first acknowledgement message is valid based on the random information carried by the master handshake first acknowledgement message, so that after the master handshake first acknowledgement message is verified to be valid, an available node identifier carried by the master handshake first acknowledgement message is set as a node identifier of the slave node; specifically, the slave node may analyze random information carried in the master handshake first acknowledgement message, and if the random information in the master handshake first acknowledgement message is consistent with the random information reserved by the slave node (the slave node may reserve the random information carried in the slave handshake message), may verify that the master handshake first acknowledgement message is valid.

After the step S14, the slave node and the master node may be considered to complete a handshake procedure, the slave node accesses the master node, and the master node may identify different slave nodes of the indoor distribution system based on the node identifiers of the slave nodes, thereby implementing effective identification and management of the slave nodes. It will be appreciated that subsequent indoor distribution systems may be put into normal operation.

It should be noted that the flow shown in fig. 3 only shows an interactive flow in the case that the available node identifier is successfully allocated to the slave node, further, in the case that the allocation of the available node identifier to the slave node fails, the master node may send a master handshake second confirmation message indicating that the allocation of the available node identifier fails to the slave node, so that the slave node may confirm that the allocation of the available node identifier to the slave node by the master node fails after receiving the master handshake second confirmation message, at this time, the slave node may wait for a next request to access the master node, for example, the slave node may return to step S12, send a slave handshake message to the master node at the next scheduled time according to the slave superframe number to request to access the master node again, and for example, the slave node may send a slave handshake message to the master node again after waiting for a preset fixed time to request to access the master node again.

In another handshake method provided in the embodiment of the present invention, the slave node may indicate a node identifier to the master node, so that when the master node confirms that the node identifier indicated by the slave node is available, the slave node successfully allocates an available node identifier. Optionally, fig. 7 shows another signaling flow of the handshake method provided in the embodiment of the present invention, and as shown in fig. 7, the flow may include:

step S20, the master node sends a master handshake message to the slave node to wait for the slave node to request access, where the master handshake message at least carries a master hyper frame number.

And step S21, the slave node receives the master handshake message and synchronizes the slave hyper frame number according to the master hyper frame number.

The descriptions of step S20 to step S21 can refer to the corresponding parts before, and are not repeated here.

And step S22, the slave node sends a slave handshake message to the master node at the planning time according to the slave hyper-frame number to request to access the master node, wherein the slave handshake message at least carries the node identification indicated by the slave node.

In an alternative implementation, the node identifier indicated by the slave node may be a node identifier recommended from the slave node, for example, the slave node may use a node identifier used in history as the recommended node identifier, or as another example, the slave node may use a node identifier generated randomly as the recommended node identifier. In other possible implementations, the node identification indicated by the slave node may be, a node identification fixedly used by the slave node,

in a further optional implementation, if the slave node does not have a node identifier used historically, the slave handshake message may further carry first indication information to indicate that the slave node does not have a node identifier used historically by the first indication information.

Certainly, further, the slave handshake message may further carry corresponding random information when the scheduled time is met; obviously, the slave handshake messages may also carry message check information. Fig. 8 illustrates another message structure of the slave handshake message, to which reference may be made.

Step S23, the master node responds to the slave handshake message, and if it is determined that the node identifier indicated by the slave node is not occupied, the node identifier indicated by the slave node is allocated to the slave node as an available node identifier, and a master handshake first acknowledgement message is sent to the slave node, where the master handshake first acknowledgement message at least carries the available node identifier.

After receiving the slave handshake message, the master node can respond to the slave handshake message, analyze the node identifier indicated by the slave node carried in the slave handshake message, and judge whether the node identifier indicated by the slave node is occupied; if the node identifier indicated by the slave node is not occupied, the master node may allocate the node identifier indicated by the slave node to the slave node as an available node identifier, and at this time, it may be considered that the master node successfully allocates the available node identifier to the slave node. Furthermore, the master node may feed back a master handshake first acknowledgement message to the slave node, and the available node identifier is carried in the master handshake first acknowledgement message.

Optionally, further, the first acknowledgment message of the master handshake may also carry the random information, CRC information, and the like.

Step S24, the slave node receives the first confirmation message of the master handshake, and sets the available node identifier carried in the first confirmation message of the master handshake as the node identifier of the slave node, so as to complete the access to the master node.

Optionally, further, after receiving the master handshake first acknowledgement message, the slave node may check validity of the master handshake first acknowledgement message based on a message check bit (e.g., a CRC check bit), and if the check fails, the master handshake first acknowledgement message is invalid; meanwhile, the random sequence brought back in the first confirmation message of the master handshake can be detected, the random sequence when the slave handshake message is sent by the slave node is compared with the random sequence brought back in the first confirmation message of the master handshake, and if the random sequence is not consistent with the random sequence, the first confirmation message of the master handshake is considered to be invalid. According to the embodiment of the application, when the first confirmation message of the master handshake is valid, the available node identification carried by the first confirmation message of the master handshake is set as the node identification of the slave node.

In the handshake method provided by the embodiment of the invention, the master node can send a master handshake message at least carrying a master hyper-frame number to the slave node to wait for the request access of the slave node; after receiving the master handshake message, the slave node may synchronize the slave superframe number of the slave node based on the master superframe number, so that the slave node may send the slave handshake message to the master node according to the scheduled time determined by the slave superframe number to request to access the master node; after receiving the slave handshake message, the master node may respond to the slave handshake message, and if it is determined that the node identifier indicated by the slave node is not occupied, the master node may use the node identifier indicated by the slave node as an available node identifier allocated to the slave node, and send a master handshake first acknowledgement message to the slave node, where the master handshake first acknowledgement message may carry at least the available node identifier; furthermore, the slave node can set the available node identifier carried by the first confirmation message of the master handshake as the node identifier of the slave node, complete the handshake with the master node, and realize the access to the master node.

In the handshake method provided by the embodiment of the invention, the master node can judge whether the node identifier indicated by the slave node is occupied or not in the handshake process with the slave node, so that the node identifier is distributed to the slave node as an available node identifier under the condition that the node identifier indicated by the slave node is not occupied, the node identifier is set adaptively for the slave node, the complexity of setting the node identifier for the slave node is reduced, and the identification and management of the master node to the slave node are effectively ensured.

It should be noted that, the flow shown in fig. 7 only shows an interaction flow in the case that the available node identifier is successfully allocated to the slave node, further, when the master node determines that the node identifier indicated by the slave node is occupied, it may be determined that the master node fails to allocate the available node identifier to the slave node, the master node may send a master handshake second confirmation message to the slave node, so that the slave node may trigger a new handshake flow after receiving the master handshake second confirmation message, for example, the slave node may delete the indicated node identifier, and send a slave handshake message to the master node at a next planning time determined based on the slave hyper-frame number to request that the master node selects the available node identifier for the slave node, and the implementation manner of selecting the available node identifier for the slave node by the master node may refer to the description of the corresponding parts before, which is not described herein again.

It should be further noted that, after the slave node sends the slave handshake message to the master node, there may be a case where the message fed back by the master node cannot be received, and this case may be that a plurality of slave nodes of the indoor distribution system all send the slave handshake message to the master node at the same time, which causes a CRC error to occur in the message received by the master node, and when the CRC error occurs, the master node does not feed back the message to the slave node; based on this, after the slave node sends the slave handshake message to the master node, if the slave node does not receive the message fed back by the master node within the scheduled time based on the set number determined by the slave superframe number, the slave node can start a new access flow and send the slave handshake message to the master node again; it is understood that one scheduling time refers to information for setting position bits from random information randomly generated by the slave node at one time, and is consistent with the slave superframe number of the slave node. It should be noted that, the specific numerical value of the set number may be set according to actual situations, and the embodiment of the present invention is not limited.

On the basis of modifying the existing device to implement the handshaking method provided by the embodiment of the present invention, the LTE handshaking flow in the prior art is now compared with the handshaking method provided by the embodiment of the present invention, so as to more clearly describe the handshaking method provided by the embodiment of the present invention. Because the indoor distribution system is modified based on the existing equipment and needs to reuse the existing equipment and lines, the communication capability of the whole indoor distribution system is very limited, and the embodiment of the application designs a simple and effective communication mode to achieve the following aims:

1) the master node manages the slave nodes (typically, one master node has 64 slave nodes, and an indoor distribution system maintains expandability), the slave nodes do not have an individual identification Module similar to a Subscriber Identity Module (SIM) card, and need to manage and allocate node identifications for the slave nodes in real time, and keep the node identifications of the slave nodes stable as much as possible;

2) the replaceable and maintainability of the master node or the slave node mainly supports daily maintenance of a new machine, an old machine and the like of the master node or the slave node;

3) the complexity of installation of the indoor distribution system is reduced.

Based on the above purpose, the handshake flow of the prior art is compared with the handshake method flow of the embodiment of the present invention as follows.

Key information and flow resolution for a typical LTE handshake flow are shown in the following table.

As can be seen from the above flows, the handshake flow is a very complex and huge flow, and the handshake between the master node and the slave node of the indoor distribution system is realized according to a typical LTE handshake flow, which is basically impossible to realize; in addition, the above-mentioned flow cannot achieve the requirement of maximizing the reserved history nodes.

The flow of the handshake method provided by the embodiment of the invention can be shown in the following table.

Compared with the existing typical LTE handshake process, the handshake method provided by the embodiment of the present invention has the following advantages:

1. the handshake method provided by the embodiment of the invention has simple flow, and completes synchronization, conflict detection, competition resolution and node identification allocation only through two interactive messages Msg1+ Msg 2; while a typical LTE handshake procedure requires Msg1+ Msg2+ Msg3+ Msg4+ Msg5, and a SIM card to assist in providing a terminal identification number;

2. the handshake method provided by the embodiment of the invention has the advantages that the consumption and the dependence on system resources are small, the interactive messages are not more than 30Bits in length, the limitation on the communication capacity is greatly reduced, and the comparison is as follows:

a) the number of access channels: the ratio of 1:100+ is up to 1: 640, there are many configurations of the LTE system, and a typical configuration includes more than 200 in 1 second; the FDD system can be configured to 1000 PRACH channels within 1 second at most; whereas in the present embodiment only 1.56 access channels are typically configured for 1 second.

b) Single channel communication capability: the LTE Msg1 can contain both 839Bits and 139Bits configurations, which are only one sync signal, and the subsequent Msg3 is a full-function channel of LTE, but in this embodiment, only 30Bits of capability are required for one communication;

c) terminal identification units such as SIM cards are not needed, so that the cost and the dependence on external resources are reduced;

3. the interaction of historical nodes can be completed, the node identification of each slave node in the system is effectively kept stable, and the system maintenance cost is reduced; this is not available for typical handshake procedures of LTE systems;

4. the system has the capability of self-adaptively distributing the node identification, and the slave node does not need to analyze terminal identification number equipment such as an SIM card and the like during the system work, so that the equipment cost is reduced;

5. the light-weight flow is convenient for further expanding related functions under the condition of limited capability, and the maintainability and the stability of the system are improved; if there is no terminal identification unit such as SIM card, two different slave nodes cannot be identified fundamentally in the system, when the node numbers of two slave nodes are the same due to some abnormal or small probability events, a random node number and other related processes can be added after the handshake message is completed, and the node number collision detection is completed to ensure the stability of the system; meanwhile, when other abnormal flows of the system are detected, the abnormal protection flow can be expanded based on the flow.

Therefore, the handshake method provided by the embodiment of the invention can adaptively allocate the node identifiers to the slave nodes in the handshake process of the master node and the slave nodes, reduce the complexity of setting the node identifiers for the slave nodes, and effectively ensure the identification and management of the slave nodes by the master node when the handshake between the master node and the slave nodes is realized

While various embodiments of the present invention have been described above, various alternatives described in the various embodiments can be combined and cross-referenced without conflict to extend the variety of possible embodiments that can be considered disclosed and disclosed in connection with the embodiments of the present invention.

In the following, from the perspective of the slave node, the handshake apparatus provided in the embodiment of the present invention is described, and the handshake apparatus described below may be considered as a functional module that is required by the slave node to implement the handshake method provided in the embodiment of the present invention. The contents of the handshake device described below may be referred to in correspondence with the contents of the handshake method described above.

In an alternative implementation, fig. 9 shows an alternative block diagram of a handshaking device provided in an embodiment of the present invention, and as shown in fig. 9, the handshaking device may include:

a master handshake message obtaining module 100, configured to obtain, after initialization, a master handshake message sent by a master node and used for waiting for a slave node to request access, where the master handshake message at least carries a master hyper frame number of the master node;

a synchronization module 110, configured to synchronize the slave superframe number of the slave node according to the master superframe number;

a slave handshake message sending module 120, configured to send a slave handshake message to the master node according to the scheduled time determined by the slave superframe number, so as to request to access the master node;

a first confirmation message receiving module 130, configured to receive a master handshake first confirmation message sent by the master node, where the master handshake first confirmation message at least carries an available node identifier successfully allocated by the master node to the slave node;

a node identifier setting module 140, configured to set an available node identifier carried in the first acknowledgement message of the master handshake as a node identifier of the slave node, so as to complete accessing the master node.

Optionally, the slave handshake message sending module 120 is configured to send a slave handshake message to the master node according to the scheduled time determined by the slave superframe number, where the slave handshake message sending module includes:

generating random information in a timing or real-time manner;

comparing the random information with the slave superframe number;

and if the comparison result is matched, determining that the current time meets the planning time, and sending a slave handshake message to the master node.

Optionally, the slave handshake message sending module 120 is configured to compare the random information with the slave hyper frame number, and includes:

selecting information of a set position bit from the random information, and comparing the selected information with the slave hyper-frame number;

optionally, the slave handshake message sending module 120 is configured to determine that the current time meets the scheduled time if the comparison result is matched, and sending the slave handshake message to the master node includes:

and if the selected information is consistent with the slave hyper-frame number, determining that the current time meets the planning time, and sending a slave handshake message to the master node.

Optionally, the slave handshake message carries the random information, and the master handshake first acknowledgement message also carries the random information; correspondingly, the node identifier setting module 140 is configured to set the available node identifier carried in the master handshake first acknowledgement message to the node identifier of the slave node, where the node identifier includes:

verifying whether the first confirmation message of the master handshake is valid or not based on random information carried by the first confirmation message of the master handshake; and if the first confirmation message of the master handshake is verified to be valid, setting the available node identification carried by the first confirmation message of the master handshake as the node identification of the slave node.

Optionally, on one hand, the available node identifier is an unoccupied node identifier selected by the master node for the slave node; correspondingly, the first confirmation message receiving module 130 is configured to receive a master handshake first confirmation message sent by the master node, where the master handshake first confirmation message at least carrying an available node identifier successfully allocated by the master node to the slave node includes:

and receiving a first master handshake confirmation message sent by the master node, wherein the first master handshake confirmation message at least carries an unoccupied available node identifier selected by the master node for the slave node.

Optionally, fig. 10 shows another optional block diagram of the handshake apparatus provided in the embodiment of the present invention, and in combination with fig. 9 and 10, the handshake apparatus may further include:

and a second confirmation message receiving and processing module 150, configured to receive a master handshake second confirmation message sent by the master node when the master node fails to select an unoccupied available node identifier for the slave node, and wait for a request to access the master node again.

Optionally, the master node waiting for a request to access again according to the embodiment of the present invention may be, for example: and returning to the step that the slave handshake message sending module 120 executes the scheduled time determined according to the slave superframe number, and sends a slave handshake message to the master node to request to access the master node.

Optionally, on the other hand, the slave handshake message carries a node identifier indicated by the slave node; correspondingly, the first confirmation message receiving module 130 is configured to receive a master handshake first confirmation message sent by the master node, where the master handshake first confirmation message at least carrying an available node identifier successfully allocated by the master node to the slave node includes:

and when the master node determines that the node identification indicated by the slave node is not occupied, receiving a master handshake first confirmation message sent by the master node, wherein the node identification indicated by the slave node is taken as the available node identification.

Optionally, the node identifier indicated by the slave node includes: the node identification recommended by the slave node, or the node identification fixedly used by the slave node.

Optionally, the node identifier recommended by the slave node includes: the node identifier used by the slave node in history, or the node identifier generated by the slave node randomly; further, fig. 11 shows yet another alternative block diagram of the handshake apparatus provided in the embodiment of the present invention, and in conjunction with fig. 9 and fig. 11, the handshake apparatus may further include:

a first indication information carrying module 160, configured to, if the slave node does not have a node identifier used historically, carry first indication information in the slave handshake message, where the first indication information indicates that the slave node does not have a node identifier used historically.

Optionally, if the slave node indicates the node identifier in the slave handshake message, when the master node determines that the node identifier indicated by the slave node is occupied, the second acknowledgement message receiving and processing module 150 may be configured to:

when the master node determines that the node identifier indicated by the slave node is occupied, receiving a master handshake second confirmation message sent by the master node, and deleting the indicated node identifier; and sending a slave handshake message to the master node at the next planning time determined according to the slave hyper-frame number to request the master node to select an available node identifier for the slave node.

Optionally, fig. 12 shows another optional block diagram of the handshaking device provided in the embodiment of the present invention, and in combination with fig. 9 and 12, the handshaking device may further include:

and a handshake message resending module 170, configured to resend the slave handshake message to the master node if the message fed back by the master node is not received within the set number of planning times determined based on the slave superframe number.

Optionally, the master hyper-frame number and the slave hyper-frame number are obtained by expanding a plurality of bits on the basis of a system frame number.

The embodiment of the present invention further provides a slave node, where the slave node may be loaded with the handshake device of the functional module, so as to implement the handshake method provided in the embodiment of the present invention. In an alternative implementation, fig. 13 shows an alternative structure of a slave node, which, as shown in fig. 13, may include: at least one processor 1, at least one communication interface 2, at least one memory 3 and at least one communication bus 4;

in the embodiment of the present invention, the number of the processor 1, the communication interface 2, the memory 3, and the communication bus 4 is at least one, and the processor 1, the communication interface 2, and the memory 3 complete mutual communication through the communication bus 4;

optionally, the communication interface 2 may be an interface of a communication module for performing network communication;

alternatively, the processor 1 may be a CPU (central Processing Unit), a GPU (Graphics Processing Unit), an NPU (embedded neural network processor), an FPGA (Field Programmable Gate Array), a TPU (tensor Processing Unit), an AI chip, an asic (application Specific Integrated circuit), a baseband chip, or one or more Integrated circuits configured to implement the embodiments of the present invention.

The memory 3 may comprise a high-speed RAM memory and may also comprise a non-volatile memory, such as at least one disk memory.

The memory 3 stores one or more computer-executable instructions, which are called by the processor 1 to execute the handshake method from the node perspective provided by the embodiment of the present invention.

Embodiments of the present invention further provide a storage medium, where the storage medium may store one or more computer-executable instructions, and the one or more computer-executable instructions may be configured to execute the node-oriented handshaking method provided in the embodiments of the present invention.

In the following, from the perspective of the master node, the handshake apparatus provided in the embodiment of the present invention is introduced, and the handshake apparatus described below may be considered as a functional module that is required by the master node to implement the handshake method provided in the embodiment of the present invention. The contents of the handshake device described below may be referred to in correspondence with the contents of the handshake method described above.

In an alternative implementation, fig. 14 shows yet another alternative block diagram of a handshaking device provided in an embodiment of the present invention, and as shown in fig. 14, the handshaking device may include:

a master handshake message sending module 200, configured to send a master handshake message to a slave node after initialization, so as to wait for the slave node to request access, where the master handshake message carries at least a master hyper frame number, where the master hyper frame number is used to synchronize a slave hyper frame number of the slave node, and at least determines a time for the slave node to send a message to the master node;

a slave handshake message receiving module 210, configured to receive a slave handshake message sent by the slave node and used for requesting to access the master node;

a first confirmation message sending module 220, configured to respond to the slave handshake message, and send a master handshake first confirmation message to the slave node if an available node identifier is successfully allocated to the slave node, where the master handshake first confirmation message at least carries the available node identifier, and the available node identifier is used to set a node identifier of the slave node.

Optionally, the first confirmation message sending module 220 is configured to respond to the slave handshake message, and if an available node identifier is successfully allocated to the slave node, send a master handshake first confirmation message to the slave node, where the master handshake first confirmation message at least carrying the available node identifier includes:

selecting a node identifier for the slave node;

and if the selected node identification is not occupied, taking the selected node identification as the available node identification, and sending a first confirmation message of the master handshake at least carrying the available node identification to the slave node.

Optionally, in an optional implementation of selecting a node identifier for a slave node, the first acknowledgement message sending module 220 is configured to select a node identifier for a slave node, and includes:

selecting node identifiers from a node identifier set according to the sequence, wherein the node identifier set records a plurality of preset node identifiers;

based on this, further, fig. 15 shows yet another alternative block diagram of the handshake apparatus provided in the embodiment of the present invention, and in conjunction with fig. 14 and fig. 15, the handshake apparatus may further include:

a second confirmation message sending module 230, configured to send a master handshake second confirmation message to the slave node if all the node identifiers selected from the slave node identifier set are occupied, so as to indicate that allocation of an available node identifier to the slave node fails.

Optionally, in another optional implementation of selecting a node identifier for a slave node, the first acknowledgement message sending module 220 is configured to select a node identifier for a slave node, and includes: intercepting part of information from the random information as a selected node identifier;

based on this, further, as shown in fig. 15, in this embodiment, the second acknowledgement message sending module 230 may be configured to: and when the node identifications selected on the basis of the random information generated for multiple times are occupied, sending a primary handshake second confirmation message to the slave node to indicate that the allocation of the available node identifications to the slave node fails.

Optionally, the slave handshake message may carry random information generated by the slave node; the master handshake first acknowledgement message may further carry the random information, where the random information is used to verify whether the master handshake first acknowledgement message is valid.

In other implementation manners, the slave handshake message carries a node identifier indicated by the slave node; correspondingly, the first confirmation message sending module 220 is configured to respond to the slave handshake message, and if an available node identifier is successfully allocated to the slave node, send a master handshake first confirmation message to the slave node, where the master handshake first confirmation message at least carrying the available node identifier includes:

and if the node identifier indicated by the slave node is determined to be unoccupied, taking the indicated node identifier as an available node identifier, and sending a first confirmation message of the master handshake, which carries at least the available node identifier, to the slave node.

Optionally, in a case that the master node determines whether the node identifier indicated by the slave node is occupied, so as to allocate an available node identifier for the slave node, the second acknowledgement message sending module 230 may be configured to: and if the indicated node identifier is determined to be occupied, sending a master handshake second confirmation message to the slave node to indicate that the allocation of the available node identifier for the slave node fails.

Optionally, in the embodiment of the present invention, the master hyper-frame number and the slave hyper-frame number are obtained by expanding a plurality of bits on the basis of a system frame number.

The embodiment of the invention also provides a main node, which can be loaded with the handshake device of the functional module to realize the handshake method provided by the embodiment of the invention. In an alternative implementation, an alternative hardware structure of the master node may be combined with that shown in fig. 13, and include at least one memory and at least one processor, where the processor stores one or more computer-executable instructions, and the processor invokes the one or more computer-executable instructions to perform the master node-oriented handshake method provided by the embodiment of the present invention.

The embodiment of the present invention further provides a storage medium, where the storage medium may store one or more computer-executable instructions, and the one or more computer-executable instructions may be used to execute the master node-based handshake method provided in the embodiment of the present invention.

The embodiment of the invention also provides an indoor distribution system which comprises the master node and a plurality of slave nodes.

The technical scheme provided by the embodiment of the invention can adaptively set the node identifier for the slave node in the handshake process of the master node and the slave node, reduce the complexity of setting the node identifier for the slave node, and effectively ensure the identification and management of the slave node by the master node when realizing the handshake between the master node and the slave node.

Although the embodiments of the present invention have been disclosed, the present invention is not limited thereto. Various changes and modifications may be effected therein by one skilled in the art without departing from the spirit and scope of the invention as defined in the appended claims.

Claims

1. A handshake method applied to a slave node, the method comprising:

2. The handshake method of claim 1 wherein the sending a slave handshake message to the master node according to the scheduled time determined by the slave superframe number comprises:

generating random information in a timing or real-time manner;

comparing the random information with the slave superframe number;

3. The handshaking method of claim 2, wherein the comparing the random information to the slave superframe number comprises:

if the comparison result is matched, determining that the current time meets the planning time, and sending a slave handshake message to the master node includes:

4. The handshake method according to claim 2, wherein the slave handshake message carries the random information, and the master handshake first acknowledgement message also carries the random information; the setting the available node identifier carried by the first acknowledgement message of the master handshake to the node identifier of the slave node includes:

5. The handshaking method of any one of claims 1-4, wherein the available node identification is an unoccupied node identification chosen by the master node for the slave node; the receiving a first master handshake confirmation message sent by the master node, where the first master handshake confirmation message at least carries an available node identifier successfully allocated by the master node to the slave node, includes:

6. The handshaking method of claim 5, further comprising:

and when the master node cannot select an unoccupied available node identifier for the slave node, receiving a master handshake second confirmation message sent by the master node, and waiting for requesting to access the master node again.

7. The handshaking method of claim 6, wherein waiting for a re-request to access the master node comprises:

and returning the planning time determined according to the slave hyper-frame number, and sending a slave handshake message to the master node to request to access the master node.

8. The handshake method according to any of claims 1-4, characterized in that the slave handshake message carries a node identification indicated by the slave node; the receiving a first master handshake confirmation message sent by the master node, where the first master handshake confirmation message at least carries an available node identifier successfully allocated by the master node to the slave node, includes:

9. The handshaking method of claim 8, wherein the node identification indicated by the slave node comprises: the node identification recommended by the slave node, or the node identification fixedly used by the slave node.

10. The handshaking method of claim 9, wherein the recommended node identification from the node comprises: the node identifier used by the slave node in history, or the node identifier generated by the slave node randomly; the method further comprises the following steps:

if the slave node does not have the node identifier used historically, the slave handshake message carries first indication information, and the first indication information indicates that the slave node does not have the node identifier used historically.

11. The handshaking method of claim 8, further comprising:

when the master node determines that the node identifier indicated by the slave node is occupied, receiving a master handshake second confirmation message sent by the master node, and deleting the indicated node identifier;

and sending a slave handshake message to the master node at the next planning time determined according to the slave hyper-frame number to request the master node to select an available node identifier for the slave node.

12. The handshaking method of claim 1, further comprising:

and if the messages fed back by the master node are not received within the set number of planning time determined based on the slave hyper-frame number, the slave handshake messages are sent to the master node again.

13. The handshaking method of claim 1, wherein the master and slave superframe numbers are derived by spreading multiple bits based on system frame number.

14. A handshake method, applied to a master node, the method comprising:

15. The handshake method according to claim 14, wherein the sending a master handshake first acknowledgement message to the slave node in response to the slave handshake message, if an available node identifier is successfully allocated to the slave node, where the master handshake first acknowledgement message at least carries the available node identifier includes:

selecting a node identifier for the slave node;

16. The handshaking method of claim 15, wherein the selecting a node identification for a slave node comprises:

the method further comprises the following steps:

and if all the node identifiers selected from the slave node identifier set are occupied, sending a master handshake second confirmation message to the slave node to indicate that the allocation of the available node identifiers to the slave node fails.

17. The handshaking method of claim 15, wherein the selecting a node identification for a slave node comprises:

intercepting part of information from the random information as a selected node identifier;

the method further comprises the following steps:

and when the node identifications selected on the basis of the random information generated for multiple times are occupied, sending a master handshake second confirmation message to the slave node to indicate that the allocation of the available node identifications to the slave node fails.

18. The handshake method according to claim 14, wherein the slave handshake message carries random information generated by the slave node, and the master handshake first acknowledgement message further carries the random information, and the random information is used to verify whether the master handshake first acknowledgement message is valid.

19. The handshake method according to claim 14, characterized in that the slave handshake message carries the node identification indicated by the slave node; the responding to the slave handshake message, if an available node identifier is successfully allocated to the slave node, sending a master handshake first acknowledgement message to the slave node, where the master handshake first acknowledgement message at least carrying the available node identifier includes:

20. The handshaking method of claim 19, further comprising:

and if the indicated node identifier is determined to be occupied, sending a master handshake second confirmation message to the slave node to indicate that the allocation of the available node identifier for the slave node fails.

21. The handshaking method of claim 19, wherein the master and slave superframe numbers are extended by a number of bits based on system frame number.

22. A handshaking apparatus, comprising:

23. A handshaking apparatus, comprising:

24. A slave node, comprising: at least one memory storing one or more computer-executable instructions and at least one processor invoking the one or more computer-executable instructions to perform the handshaking method of any of claims 1-13.

25. A master node, comprising: at least one memory and at least one processor, the memory storing one or more computer-executable instructions, the processor invoking the one or more computer-executable instructions to perform the handshaking method of any of claims 14-21.

26. A storage medium storing one or more computer-executable instructions for performing the handshaking method of any one of claims 1-13, or for performing the handshaking method of any one of claims 14-21.

27. An indoor distribution system comprising a plurality of slave nodes as claimed in claim 24 and a master node as claimed in claim 25.