JP7330201B2 - Terminal operation control method in wireless distributed communication system - Google Patents

Description

The present invention relates to a terminal control method in a wireless distributed communication system operating on a synchronous TDMA (TDMA) channel.

The present invention is based on Reference 1 (Korean Patent Application No. 10-2017-0026778, Accession No. 1-1-2017-0207822-47, Collision Avoidance Method in Synchronous Wireless Communication System), Reference 2 (Korean Patent Application No. 10 -2015-0187458, Accession No. 1-1-2015-1275581-10, Slot Control and Automatic Repeat Request Method for SOTDMA in a Specific Application Message Channel, and Reference 3 (Korean Patent Application No. 10-2018- 0014682, Accession No. 1-1-2018-0131792-95, Service Method Using Multiple Channels in Synchronous TDMA System) to provide a novel wireless distributed communication system based on It relates to a terminal control method.

The present invention relates to a wireless distributed communication system, which to date has no representative product that has been widely commercialized internationally.

The present invention also relates to a terminal address setting method in a wireless distributed communication system. More particularly, the present invention relates to an address setting method for mobile, fixed, and indoor terminals in a wireless distributed communication system, and a method for utilizing the set addresses.

The present invention also relates to a method for a wireless terminal to automatically recognize things and communicate in a wireless communication system. More particularly, it relates to how users with wireless terminals can easily be serviced by things.

The present invention also relates to a method for a wireless terminal to automatically recognize things and communicate in a wireless communication system. More particularly, it relates to how users with wireless terminals can easily be serviced by things.

The present invention relates to a method for one-to-many communication in a distributed communication system. More particularly, it relates to a method of receiving ACK responses to a packet transmitted from one terminal to a plurality of terminals.

INDUSTRIAL APPLICABILITY The present invention can be used for drones to perform one-to-many communication when the drones perform crowd flight.

INDUSTRIAL APPLICABILITY The present invention can be utilized when one terminal transmits files to multiple terminals.

The present invention relates to a method for many-to-many communication in a distributed communication system.

The present invention relates to a method of allocating many-to-many communication resources and transmitting many-to-many packets using the allocated resources.

Until now, collision control in wireless communication environments has mainly used scheduling and CSMA/CA (Carrier Sense Multiple Access/Collision Avoidance) schemes. Scheduling is mainly used by a mobile communication base station to efficiently allocate resources to terminals without conflict. CSMA/CA is used in asynchronous communication schemes such as WiFi, and is used when multiple STAs compete to communicate with an AP. Both systems are communication environments with a central control station.

On the other hand, in the wireless distributed communication environment, there is still no efficient collision avoidance method for large-scale connections. In particular, it is extremely difficult to avoid collisions in a communication environment for large-scale mobile terminals rather than large-scale fixed terminals.

Wireless distributed systems that require large-scale connections can only be commercialized if collision avoidance is possible. In a wireless distributed system, scheduling by a control station may not be possible because there is no control station. Also, since CSMA/CA is used in an asynchronous manner, it may not be suitable in a synchronous manner. In particular, it is difficult for more than 50 people to use WiFi using CSMA/CA at the same time. Generally, WiFi APs are installed in an office assuming about 20 to 25 people.

Therefore, there is a demand for the development of technology that can efficiently avoid collisions in a synchronous wireless distributed communication environment that requires large-scale connections for thousands or tens of thousands of users.

SUMMARY OF THE INVENTION The technical problem to be solved by the present invention is to provide a method for a wireless distributed terminal to determine communication parameters according to the situation in order to smoothly provide commercial wireless distributed communication services.

Another object of the present invention is to provide a method for terminals to efficiently set addresses in a wireless distributed communication system.

Another object of the present invention is to provide a method of providing services based on addresses set in a wireless distributed communication system.

Another object of the present invention is to provide a method for the terminal to automatically recognize things, and for the terminal to immediately communicate with the things.

It is also an object of the present invention to provide things that the user terminal recognizes and controls.

Another object of the present invention is to provide a method for embedding a driver or program in a thing and wirelessly downloading it from the thing.

It is also an object of the present invention to provide a way for things to operate at low power using tone channel and tone slot patterns.

Another object of the present invention is to provide a method for updating drivers and programs built into things.

SUMMARY OF THE INVENTION It is an object of the present invention to provide a method for performing one-to-many communication in a synchronous wireless distributed communication system.

Another object of the present invention is to provide a method of utilizing one-to-many communication for crowd drone communication, vehicle-to-vehicle communication, and wireless transmission of group files.

An object of the present invention is to provide a method for transmitting an ACK response in one-to-many communication.

An object of the present invention is to provide a highly reliable communication and file transmission method in one-to-many communication.

SUMMARY OF THE INVENTION It is an object of the present invention to provide a method for performing many-to-many communication in a synchronous wireless distributed communication system.

Another object of the present invention is to provide a method that can be applied to fields such as crowd drone communication, vehicle-to-vehicle communication, and wireless group chat through many-to-many communication.

Another object of the present invention is to provide a method for dynamically allocating resources and transmitting many-to-many packets.

Another object of the present invention is to provide a method for stably performing wireless many-to-many communication even in the case of a mobile terminal.

An embodiment of the present invention can provide a method for a distributed terminal to determine distributed communication parameters in a wireless distributed communication system. At this time, the method for the distributed terminal to determine the distributed communication parameters includes the steps of: generating at least one communication parameter file containing the distributed communication parameters; incorporating the generated at least one communication parameter file in the distributed terminal; The distributed terminal may set communication parameters based on a built-in communication parameter file, and the distributed terminal may update the built-in communication parameter file periodically or until a specified time.

According to an embodiment of the present invention, a method for setting an address for wireless distributed communication by an integrated terminal equipped with a wireless distributed communication modem in a wireless distributed communication system includes using a telephone number of a mobile terminal to set the address of the wireless distributed terminal. can include the step of setting

An embodiment of the present invention can provide a method for the terminal to automatically recognize and control things. At this time, the method for the terminal to automatically recognize and control things includes the steps of: embedding files for recognizing and controlling things; and downloading the embedded files from things to the terminal via wireless communication. , and recognizing things using files downloaded by the terminal.

According to an embodiment of the present invention, a one-to-many communication method for performing an ACK response in a wireless distributed communication system includes the steps of: one terminal allocating slot resources used for one-to-many communication using a contention proxy channel; A step of transmitting a packet for one-to-many communication to a plurality of other terminals using a used slot resource, a step of receiving the one-to-many packet by a plurality of terminals, and each terminal receiving the one-to-many packet transmits an ACK response to the one-to-many packet. and receiving an ACK response by the terminal that sent the one-to-many packet.

An embodiment of the present invention can provide a method for terminals to perform many-to-many communication in a wireless distributed communication system. At this time, the method for performing many-to-many communication includes the steps of allocating slot resources for many-to-many communication, and if the terminal transmits a many-to-many packet, one of the allocated many-to-many slots. allocating one by using contention surrogate channels of different frequencies; and transmitting packets for many-to-many communication using the allocated slot resources.

According to the present invention, it is possible to provide a method for controlling a distributed terminal in order to provide various services via the distributed terminal in a distributed communication system.

ADVANTAGE OF THE INVENTION According to the present invention, it is possible to provide a method of setting an efficient address for a terminal in a wireless distributed communication system.

The present invention can provide services based on addresses established in a wireless distributed communication system.

According to the present invention, the terminal automatically recognizes the event and communicates with it, so that the service for the event can be quickly and easily provided.

According to the present invention, one-to-many communication can be performed in a synchronous wireless distributed communication system.

According to the present invention, one-to-many communication can be utilized for crowd drone communication, vehicle-to-vehicle communication, and wireless transmission of group files.

According to the present invention, ACK responses can be transmitted in one-to-many communication.

According to the present invention, highly reliable communication and file transmission can be performed in one-to-many communication.

According to the present invention, many-to-many communication can be performed in a synchronous wireless distributed communication system.

INDUSTRIAL APPLICABILITY According to the present invention, it can be applied to fields such as crowd drone communication, vehicle-to-vehicle communication, and wireless group chat through many-to-many communication.

According to the present invention, it is possible to dynamically allocate resources and transmit many-to-many packets.

According to the present invention, wireless many-to-many communication can be stably performed even in the case of mobile terminals.

The effects obtained by the present invention are not limited to the effects described above, and other effects not described above will be clearly understood by those who have ordinary knowledge in the technical field to which the present invention belongs from the following description.

FIG. 4 is a diagram showing channels and slots; Fig. 2 shows a traffic light service; FIG. 4 illustrates variables for determining distributed communication parameters; FIG. 10 is a diagram showing valid dates of a built-in communication parameter file that is periodically updated; FIG. 2 illustrates a method of allocating multiple fixed broadcast slots; FIG. 4 is a diagram showing how a fixed distributed terminal updates an internal communication parameter file via a mobile distributed terminal; FIG. 4 is a diagram showing how a fixed distributed terminal updates an internal communication parameter file via a mobile distributed terminal; FIG. 4 is a diagram showing how a fixed distributed terminal updates an internal communication parameter file via a mobile distributed terminal; FIG. 4 is a diagram showing how a fixed distributed terminal updates an internal communication parameter file via a mobile distributed terminal; FIG. 3 is a diagram showing a method for a mobile distributed terminal to update an internal communication parameter file via a fixed distributed terminal; FIG. 2 illustrates how a fixed distributed terminal provides a communication parameter file to a mobile distributed terminal via contention; FIG. 2 illustrates how a fixed distributed terminal provides a communication parameter file to a mobile distributed terminal via contention; FIG. 3 is a diagram showing a method for a fixed distributed terminal to provide a communication parameter file to a mobile distributed terminal through a wired communication agreement; FIG. 3 is a diagram showing a method for a fixed distributed terminal to provide a communication parameter file to a mobile distributed terminal through a wired communication agreement; FIG. 2 illustrates a method of configuring multiple embedded communication parameter files for a wireless distributed terminal; FIG. 4 illustrates a method of constructing an active parameter set for use by distributed modems from multiple built-in communication parameter files; Figures 4A and 4B illustrate various address configurations; FIG. 3 illustrates how an integrated terminal equipped with a wireless distributed modem receives communication of information; FIG. 4 is a diagram showing a method of utilizing an integrated terminal equipped with a wireless distributed modem for ship communication in a wireless distributed system; FIG. 2 illustrates how a mobile distributed terminal calculates its location using the address of a fixed distributed terminal; FIG. 2 illustrates how a mobile distributed terminal calculates its location using the address of a fixed distributed terminal; FIG. 2 illustrates a method of requesting status information from various forms of wireless distributed terminals in a home; FIG. 3 is a diagram showing the structure of a public trust packet proposed in the present invention; FIG. 4 is a diagram showing a configuration for inspecting the reliability of a public trust packet transmitted by a vehicle in wireless distributed communication; Fig. 3 is a flow chart showing a comparison between a conventional method and the proposed method for recognizing things; 1 is a block diagram of an apparatus for automatically recognizing things; FIG. Fig. 4 is a flow chart of a terminal directly downloading drivers or programs from things to recognize and control them; 4 is a flow chart for a terminal to wake up and recognize sleeping things. FIG. 4 shows how a terminal uses tone slot patterns to wake sleeping things. 4 is a flow chart for selecting things to be automatically controlled by the program. Fig. 10 is a flow chart of how an entity receiving a control signal grants control; 4 is a flow chart of a user terminal retrieving and controlling already recognized things; 4 is a flow chart of a user terminal updating files for recognition and control built into things. Fig. 4 is a flow chart comparing the conventional object recognition control step experienced by the user and the object recognition step when the present invention is applied; FIG. 2 is a diagram showing the configuration of main channels and sub-channels and the configuration of frames and slots; FIG. 4 is a diagram showing a case in which four drones are heading to the same point; FIG. 4 is a diagram showing the configuration of a one-to-many packet; FIG. 4 is a diagram illustrating a method for ACKing one-to-many packets proposed by the present invention; FIG. 3 is a diagram illustrating a method of transmitting an ACK response for one-to-many communication in a broadcast slot occupied by each terminal; FIG. 3 is a diagram illustrating a method of transmitting an ACK response for one-to-many communication in a broadcast slot occupied by each terminal; FIG. 4 is a diagram illustrating a method for a terminal to transmit tone signals in subslots of contention tone slot resources and to transmit ACK responses to one-to-many packets; FIG. 4 is a diagram illustrating a method for a terminal to transmit tone signals in subslots of contention tone slot resources and to transmit ACK responses to one-to-many packets; FIG. 4 is a diagram illustrating a method for a terminal to transmit tone signals in subslots of contention tone slot resources and to transmit ACK responses to one-to-many packets; FIG. 4 is a diagram illustrating a method for a terminal to transmit tone signals in subslots of contention tone slot resources and to transmit ACK responses to one-to-many packets; FIG. 4 is a diagram illustrating a method for a terminal to transmit tone signals in subslots of contention tone slot resources and to transmit ACK responses to one-to-many packets; FIG. 4 is a diagram illustrating a method for a terminal to transmit tone signals in subslots of contention tone slot resources and to transmit ACK responses to one-to-many packets; FIG. 10 is a diagram illustrating a case where slot resources allocated for one-to-many communication collide; FIG. 2 illustrates a method of transmitting group tones to detect resource conflicts; FIG. 4 illustrates a method of receiving slot maps from each terminal and creating a group effective slot map; FIG. 4 is a diagram showing a method of retransmitting when a one-to-many packet transmission terminal has not received an ACK; FIG. 2 is a diagram showing a method for a terminal to perform communication considering boundaries of group communication areas; FIG. 3 illustrates a method of dynamically joining a terminal to a one-to-many group; FIG. 2 is a diagram showing the configuration of main channels and sub-channels, frames and slots; FIG. 4 is a diagram showing a situation in which four drones move toward the same point; FIG. 4 is a diagram showing a method of performing many-to-many communication; FIG. 11 shows a group valid slot map; FIG. 4 is a diagram illustrating a method of performing group slot clearing when many-to-many packet transmission is performed; FIG. 3 illustrates a method of constructing a one-to-many packet; FIG. 4 illustrates how each drone transmits response data in a broadcast slot when a many-to-many packet is sent in a used slot; FIG. 2 illustrates a method of transmitting a many-to-many packet requesting a conditional response; FIG. 10 illustrates a method of responding to many-to-many packets with response conditions; FIG. 2 illustrates how a terminal dynamically joins a many-to-many communication group; FIG. 2 illustrates a method of using group tone intervals and group tones to check many-to-many slot resource collisions in real time. FIG. 10 illustrates a many-to-many packet containing sequence information; FIG. 4 is a diagram showing a packet management method when a sequence error occurs in many-to-many packets to be transmitted and received; FIG. 4 is a diagram showing a packet management method when a sequence error occurs in many-to-many packets to be transmitted and received; FIG. 4 is a diagram showing a packet management method when a sequence error occurs in many-to-many packets to be transmitted and received; FIG. 4 is a diagram showing a packet management method when a sequence error occurs in many-to-many packets to be transmitted and received; FIG. 4 is a diagram showing a packet management method when a sequence error occurs in many-to-many packets to be transmitted and received; FIG. 4 is a diagram showing a packet management method when a sequence error occurs in many-to-many packets to be transmitted and received; FIG. 4 is a diagram illustrating a method of transmitting a packet indicating a current sequence number when a terminal having a sequence error transmits a many-to-many packet containing an erroneous sequence number; FIG. 4 is a diagram showing a method of performing retransmission by transmitting ACK and NACK for many-to-many packets as tone signals; FIG. 4 is a diagram showing a method of performing retransmission by transmitting ACK and NACK for many-to-many packets as tone signals; FIG. 10 illustrates how retransmissions are performed using the current sequence number broadcasted in the many-to-many group information broadcast slot; FIG. 3 is a diagram showing a method for a terminal to withdraw from a many-to-many group by itself; It is a figure which shows the structure of the apparatus of this invention.

Preferred embodiments of the present invention will now be described in detail with reference to the drawings. In the following description and the attached drawings, substantially the same components are denoted by the same reference numerals, thereby omitting redundant description. In addition, in describing the present invention, if it is determined that the specific description of related known functions or configurations may unnecessarily obscure the gist of the present invention, the detailed description thereof is omitted.

In describing the embodiments of the present invention, if it is determined that a detailed description of known configurations or functions may obscure the gist of the present invention, detailed description thereof will be omitted. In the drawings, parts irrelevant to the description of the present invention are omitted, and similar parts are denoted by similar reference numerals.

In the present invention, when a component is said to be "coupled", "coupled" or "connected" to another component, this includes not only a direct connection relationship but also another configuration between them. Indirect connections involving elements can also be included. Also, when an element "includes" or "has" another element, this does not exclude the other element, but rather the other element, unless specifically stated to the contrary. It means that it can contain further.

In the present invention, terms such as "first" and "second" are used only for the purpose of distinguishing one component from other components, and unless otherwise specified, the order or importance of components, etc. not limited to Thus, within the scope of this disclosure, a first component in one embodiment may be referred to as a second component in another embodiment; may be referred to as the first component in other embodiments.

In the present invention, constituent elements that are distinguished from each other are for the purpose of clearly describing each feature, and do not necessarily mean that the constituent elements are separated. That is, a plurality of components may be integrated to form one hardware or software unit, or one component may be distributed to form a plurality of hardware or software units. Therefore, such integrated or distributed embodiments are also within the scope of the invention, even if not specifically stated otherwise.

In the present invention, components described in various embodiments do not necessarily mean essential components, and some of them are optional components. Accordingly, embodiments comprising subsets of the components described in one embodiment are also within the scope of this disclosure. Embodiments that include other components in addition to the components described in various embodiments are also included in the scope of the present invention.

In connection with the present invention, conventional CSMA/CA can only be used in asynchronous communication systems. At this time, in the wireless distributed communication system of the present invention, a contention alternate channel can be used so that CSMA/CA can also be used in a synchronous system. For example, a main channel and a sub-channel can be paired. A native data channel can have a broadband bandwidth of several MHz. At this time, the main communication band can be used as it is as a data channel. The contention channel then uses a narrowband signal. A frequency tone can be used as a narrowband signal, and since the frequency tone has a bandwidth of several kHz to several tens of kHz, it has a bandwidth of 1/100 or less of the wideband bandwidth. As an example, if a 1 MHz band consists of a 10 kHz tone channel and a 990 kHz data channel, the maximum data channel utilization is 99% under the assumption of no collisions. This can be very advantageous compared to a maximum channel utilization of 50% when using CSMA/CA on the same band. At this time, as an example, sub-channels may be allocated immediately adjacent to the main channel. Also, by way of example, sub-channels may be allocated in a state separate from the main channel, and are not limited to the above-described embodiments.

In other words, in an environment where a plurality of (for example, thousands or tens of thousands) of terminals coexist, frequency efficiency can be improved by setting a channel in which a plurality of terminals contend differently from a data transmission channel. .

Also, as an example, the terminal can pre-contend in a slot ahead of the slot to be used. Specifically, when the terminal A decides to use the s-th slot of the main channel, the terminal A can perform contention in advance in the s-1-th slot of the contention proxy channel. At this time, if the sub-slot number in the slot of the contention alternate channel is N, terminal A can perform carrier sensing up to a sub-slot before the selected sub-slot. As a result, if no signal is detected, contention tone signals are transmitted from the selected subslot to the last subslot, and data is transmitted in slot s of the main channel. At this time, as an example, if there is a detected signal as a result of terminal A's operation, terminal A determines that it has lost the contention, and detects any signals in the tone channel and the main channel. need not be transmitted. However, the allocation of subslots described above is only one embodiment, and is not limited to a specific number. That is, a terminal assigned the lowest number of subslots can transmit a contention signal after carrier sensing and perform data transmission on the main channel.

At this time, as an example, such a contention proxy channel signal can use a frequency tone signal. In this case, the least frequency band can be used. At this time, hereinafter, the contention signal is assumed to be a tone signal. However, the contention signal can be set differently and is not limited to the above-described embodiments. Through the contention described above, terminals that have selected the same slot can avoid collisions. As an example, in the situation described above, a terminal that chose the same slot out of 500 could avoid collision again.

In the present invention, slot clearing refers to transmitting a contention signal from sub-slot 0 in the previous slot s-1 of the contention proxy channel so that the terminal can continuously use slot s without collision. It can mean to prevent the terminal from trying to use that slot s. That is, it can mean the operation as described above, and hereinafter, related contents will be described based on this assumption.

Also, by way of example, the present invention describes various methods of providing services to distributed terminals in a distributed communication system based on the above and references 1-3. As an example, a distributed communication system can be a system in which terminals operate according to the situation without a control station for controlling distributed communication, as described above. Thus, there may be a need for communication parameters for controlling distributed terminals of a distributed communication system. As an example, most of the communication parameters of conventional communication systems can be a method of hardware implementation. That is, the parameters of conventional communication systems can be static. As an example, in relation to dynamic parameters, a method of dynamically changing communication parameters may be a method of transmitting an instruction to use as the corresponding communication parameters via broadcasting. As an example, an automatic identification system (AIS) terminal on board a ship can determine its frequency channel after first receiving the DSC channel information. In other words, although it is possible to change the operating parameters as described above, the method of dynamically changing the communication parameters can be applied only in very limited cases such as changing the frequency channel.

On the other hand, as an example, in a wireless distributed communication system, parameters can be changed dynamically. Specifically, the use of fixed parameters in wireless distributed communication systems can make it difficult to provide various services. Therefore, it is necessary to change the parameters dynamically considering various services in the wireless distributed communication system. As an example, changing conventional communication parameters can mean setting limited communication parameters such as frequency, transmission power, or designated slot information differently for each country. Therefore, after pre-storing different parameters for each country, the parameters can be changed in the country concerned.

However, when providing various services through the wireless distributed communication system of the present invention, it can operate differently from conventional communication systems. Specifically, the conventional wireless distributed communication does not require communication resource collision contention, and wireless data stability may not be guaranteed due to communication resource collision. Therefore, few commercial services are provided. On the other hand, based on the above and references 1-3, the present invention provides an environment in which collisions are detected and data stability is ensured, and a service in which various commercial services are possible in this environment. offer can be considered. At this time, for various services, multiple communication parameters need to be modified considering the characteristics of each service. In addition, communication parameters can be set differently between terminals that use a specific service and terminals that do not. In other words, distributed terminals in a distributed wireless communication system can set communication parameters different from each other according to their respective situations, and can operate based on these parameters.

At this time, there may be many communication parameters required for terminal control. As an example, based on the above, the channel for contention and the channel for actually transmitting data can be separate channels with different center frequencies. Therefore, communication parameters for the frequency and mapping relationship of the two channels may be required. Also, as an example, communication parameters for slot clearing, ACK clearing techniques and priority setting may be required based on the above. Communication parameters for slot and channel configurations, eg, described in reference 3, may also be required. For example, slot configurations include broadcast slots and usage slots, and channel configurations include broadcast channels, usage channels, and mixed channels. Broadcast slots are divided into designated broadcast slots, fixed broadcast slots, and general broadcast slots, and used slots are also divided into designated use slots, fixed use slots, and general use slots. At this time, the broadcast channel is a channel composed of broadcast slots, the used channel is a channel composed of used slots, and the mixed channel is a channel in which broadcast slots and used slots are mixed. At this time, the communication parameters for the slots mentioned above may be required. The parameters mentioned above may be parameters that do not exist in conventional communication systems. As an example, the present invention allows multiple slots and channels to operate in combination to provide various services over a wireless distributed communication system. Accordingly, various services can be provided to users in the wireless distributed communication system.

In addition, in conventional communication systems, most communication parameters are predefined, so terminals can operate according to fixed rules, as described above. In other words, conventional communication systems cannot provide various services. For example, when various services are to be provided through the system, many services should be able to be provided without difficulty and immediately, so communication parameters need to be changed from time to time. In the following, a communication parameter determination method for controlling distributed terminals in a wireless distributed communication system will be described in consideration of the above.

On the other hand, the wireless distributed communication system described above can basically be a wireless distributed communication system using synchronous TDMA. At this time, the communication resource in synchronous TDMA is a slot. For example, one frame is one second, and there can be 500 slot resources in one second.

Also, the operation of distributed terminals can be controlled in a distributed wireless communication system. At this time, as described above, since the wireless distributed system does not have a base station that controls the distributed terminals, each distributed terminal must be controlled from the built-in communication parameter file. As an example, communication parameters may vary from country to country or region to country, and may have different parameters depending on contract or application. Also, by way of example, communication parameters may vary depending on the service provided. Also, the communication parameters can be set differently depending on other factors, and are not limited to the above-described embodiments. That is, the parameters of the wireless distributed system are highly dynamic, requiring the terminals to periodically update the communication parameter file for orchestrated operation. As an example, distributed terminals such as smart devices can automatically perform updates. However, distributed terminals that are not connected to the Internet can primarily perform updates via smart devices. As an example, distributed road units in fixed terminals can connect to the Internet via a central control station to facilitate vehicle updates. At this time, since it is difficult for the vehicle to encrypt its own information, Reference 4 (Korean Patent Application No. 10-2018-0021102, reception number 1-1-2018-0187213-27, terminal address in wireless distributed communication system) and how to use it) can be used. Also, the embedded communication parameter file may be very large in size. This is because there are many different ways in which the parameters involved can be configured. Therefore, it can consist of multiple files. At this time, each file has a priority, and the active parameter set can be managed in a structure in which files with higher priority overwrite. The built-in communication parameter files include a basic parameter file, a location type parameter file according to the location type, a contract parameter file according to the contract, a service parameter file according to the characteristics of the service, a division area for mapping the location to the division area and recording related parameters. It is at least one of a parameter file and a parameter conversion file for reducing the size of the file, and is not limited to the embodiments described above. Further, the above parameters will be specifically described below.

Also, as an example, it can operate based on a slot resource allocation scheme in a wireless distributed communication system. Based on the above and reference 1, in a wireless distributed communication system, unlike the prior art, slot resources can be allocated via collision contention. Therefore, since the probability of collision occurring between distributed terminals in a wireless distributed communication system is extremely low, thousands or tens of thousands of connections can be supported. As an example, in a WiFi system, the resource collision probability may be around 20% when 50 terminals attempt to allocate resources at the same time. On the other hand, based on the above, even if 50,000 terminals attempt to allocate resources at the same time in a wireless distributed communication system, the collision probability is as low as about 2%. Also, by way of example, the wireless distributed communication system described above may refer to a synchronous TDMA distributed communication system using a channel allocation scheme. Also, allocation of slots by distributed terminals through contention in the wireless distributed communication system can be performed based on the above-described contention proxy channel. Also, the slot clearing, ACK clearing techniques and methods for priority setting described in Reference 1 can be applied and are not limited to the embodiments described above.

Further, for example, referring to FIG. 1, the slot configuration can include broadcast slots and usage slots, and the channel configuration can include broadcast channels, usage channels, and mixed channels. At this time, broadcast slots are divided into designated broadcast slots, fixed broadcast slots and general broadcast slots. In addition, use slots are also divided into designated use slots, fixed use slots, and general use slots. Also, the broadcast channel may be a channel made up of broadcast slots, and the usage channel may be a channel made up of usage slots. A mixed channel is a channel in which broadcast slots and usage slots are mixed.

Also, by way of example, a distributed modem for a wireless distributed communication system can refer to a modem used for signal modulation and demodulation. Also, as an example, hereinafter, a terminal may refer to a distributed terminal equipped with a distributed modem. However, this is only for convenience of explanation and is not limited to the above-described embodiment. Also, when a distributed modem is installed in a smart device, it is sometimes called a "smart device distributed terminal" or an "integrated terminal." However, it is not limited to the embodiments described above, and different names can be used for terminals that perform the same function. On the other hand, as described above, a frame is 1 second and can consist of 500 slots. Also, for example, one slot can be configured with 56 sub-slots. At this time, the following slot allocation method can consider Reference 2 mentioned above. More specifically, when a first terminal allocates one slot to transmit information to a second terminal, the second terminal can also send a response using the corresponding slot allocated by the first terminal.

At this point, as an example, a wireless distributed communication system can operate based on what has been described above, but can be designed in various other ways, and other structures of distributed communication systems are possible, and the above-described embodiments is not limited to

Next, a communication parameter determination method for terminals in a wireless distributed communication system will be described. As an example, in a wireless distributed communication system, there is no base station that controls distributed terminals, as described above. Therefore, there may be a need for a control means to replace the base station. Also, since distributed communication is regional communication with a limited communication distance, communication parameters that reflect the characteristics of each region may be required for each region. As another example, different communication parameters can be set for each service.

At this time, as an example, the distributed terminals may contain communication parameters for their respective operations. At this time, the embedded communication parameter file can be updated periodically or within a specified period. As an example, the parameters built into the distributed terminals as described above are hereinafter referred to as "built-in communication parameter files". However, this is only for the convenience of explanation, and other names can be used for parameters that perform the same operation, and are not limited to the embodiments described above. At this time, as an example, if the internal communication parameter file is not updated, the wireless distributed communication system cannot provide new services.

As an example, referring to FIG. 2(a), a case can be considered in which a traffic light information service is newly provided in slot number 0 of the broadcast channel. At this time, as a newly provided service, the signal light service may be a newly provided service from a certain time point. That is, it may be a newly applied service that has not been provided conventionally. At this time, for example, the wireless distributed communication system (or wireless distributed communication operating system) needs to include information that the signal light service is provided in slot 0 of the broadcast channel in the communication parameter file. In other words, it is necessary to add parameters for necessary information considering the new service. Also, all wireless distributed terminals in the wireless distributed communication system need to update the new communication parameter file periodically or within a specified period of time. As an example, updates may occur until before the particular point in time described above.

At this time, referring to FIG. 2(a), if terminal D has not updated the communication parameters before the above-mentioned specific point in time, terminal D confirms that slot No. 0 has been assigned to the signal light service. can't That is, terminal D can allocate slot 0 for other purposes. On the other hand, terminal A, terminal B, and terminal C, which are other distributed terminals around terminal D to which slot 0 is assigned, can use slot 0 for signal light service. However, since the signal transmitted by terminal D in slot 0 acts as interference, terminal A, terminal B, and terminal C cannot properly receive the signal lamp information. As an example, if the distributed terminal is a vehicle, then in situations such as those described above, safety issues may arise. This means that it can pose a major danger to people's safety. Therefore, considering the above situation, the communication parameters can be updated periodically or based on a fixed time, and are not limited to the above embodiments.

Also, as an example, a wireless distributed communication system can have different parameter values depending on the distributed communication region, service or terminal type. As an example, a first region may broadcast signal light information on broadcast channel number '0', while a second region may broadcast signal light information on broadcast channel number '1', as shown in FIG. 2(b). In addition, as shown in FIG. 2(c), the third region can broadcast the signal light information with the number "2". In other words, different parameter values can be set for each region. Also, as an example, the transmission power of the signal light signal in the first region may be set to 25 dBm, the transmission power of the signal light signal in the second region may be set to 28 dBm, and the transmission power of the signal light signal in the third region may be set to 30 dBm. . As another example, the transmission power of the signal light signal may be set to 26 dBm for certain areas within the first area and 29 dBm for other areas. In other words, even within the same area, different values can be set for each specific area. Thus, communication parameters can also be set with respect to the respective region or specific areas of the region.

As another example, communication parameters can be set differently depending on the characteristics of the distributed terminals. As an example, the communication parameters when the distributed terminal is a vehicle (i.e., when the distributed modem is mounted in a vehicle) are the same as when the distributed terminal is a smart device (i.e., when the distributed modem is mounted in a smart device). can differ from Also, as an example, when the distributed terminal is installed at a specific location as a fixed location or installed in a home appliance as a fixed location, the communication parameters can be set differently. Distributed terminals use the same communication scheme, but can operate differently depending on the application in which they are installed and used. Therefore, the number and types of communication parameters may differ. Also, the same parameter may have different values in consideration of characteristics, and is not limited to the above-described embodiments.

As another example, referring to FIG. 3, communication parameters can be set differently depending on users or operators using the wireless distributed communication system. As an example, the communication parameters may also differ depending on the contract between the distributed carrier and the commercial company.

As an example, in the case described above, even if the distributed terminals receive parameter values from the built-in communication parameter file, they may not be able to accommodate them. As an example, transmission power cannot be dictated by a communication parameter that dictates a transmission power higher than the maximum transmission power of a distributed terminal. In other words, communication parameters may not be applied to distributed terminals in certain cases. At this time, as an example, the distributed terminals do not have to perform the operation of transmitting based on the communication parameters. That is, the mobile distributed terminal must determine its own location and determine the communication parameters to be used in consideration of its own terminal type and service type.

As another example, distributed terminals in a wireless distributed communication system may not update their communication parameter files. As an example, when a distributed terminal exists in a fixed location like a home appliance, the distributed terminal may not update communication parameters. As an example, in the case of home appliances, since no special service change is required, it is possible to prevent communication parameters from being updated for specific distributed terminals, as in the case where distributed modems are installed in home appliances. .

Also, as an example, in a wireless distributed communication system, if the internal communication parameter file of a distributed terminal needs to be updated periodically, the distributed terminal can periodically connect to an update server via a communication network. As an example, an operator of a wireless distributed communication system or an associated distributed carrier may operate a server to allow for periodic updates of distributed terminals.

As an example, if a distributed terminal that periodically updates its built-in communication parameters does not do so, the distributed terminal may be restricted from certain functions and services. Also, the functionality of distributed terminals may be interrupted. As an example, if an update has not been performed, as in the signal light service described above, there is a risk of interfering with communications of other distributed terminals, which can cause problems. That is, updating distributed terminals that must periodically update their built-in communication parameters can be an essential operation for providing a service or function. Therefore, a service or function can be restricted if a distributed terminal that must periodically update its built-in communication parameters is not updated.

Also, as an example, when updating the built-in communication parameters periodically as described above, the distributed terminals may update based on a preset number of times during a preset period. As an example, a terminal that has to periodically update its built-in communication parameters may be a mandatory update terminal. In other words, the mandatory update terminal can periodically update its internal communication parameter file. At this time, the mandatory update terminal can also update information on the usage period of the updated parameter.

As an example, referring to FIG. 4(a), the distributed terminal can receive setting of the parameter validity period or usage period after the update. For example, in FIG. 4(a), if the internal communication parameter file is updated on July 15th, the distributed terminal may receive a usage period until August 15th for the updated communication parameters. can. Further, as an example, as shown in FIG. 4(b), if the condition is to update once a month, it is possible to receive a usage period until August 31st. In other words, it is possible to set the time when the updated parameters can be used for the mandatory update terminal. As an example, the availability period can be set to update a set number of times weekly, monthly, quarterly, or yearly. Also, by way of example, the mobile distributed terminal may update once a month or once a quarter.

At this time, when the usage period mentioned above expires, various functions of the distributed terminals can be restricted. Also, as an example, all functions of the distributed terminal can be restricted. That is, as described above, the operation can be restricted so as not to affect peripheral terminals. Therefore, in order to provide new services in the wireless distributed communication system, the communication parameter files of all distributed terminals must be updated.

As an example, a service contract can be signed between Ecoland, a Jeju tourist spot, and a decentralized communication operator, and fixed broadcast slots can be allocated to the Ecoland area from September 2018. At this time, it can be considered that 200 slots from 100 to 299 of the 500 broadcast slots of the broadcast channel are permanently assigned. At this time, referring to FIG. 5, the operator modifies the built-in communication parameter file of the update server to transmit broadcast slots from 100 to 299 of all mobile distributed terminals in the Ecoland area from September 2018. should be banned. At this time, assuming that the communication parameter file of the mobile terminal must be updated once a month, the service provider must update the communication parameter file by the end of July before the start of September. A mobile terminal can update its own communication parameter file. If any mobile terminal in the above example does not update its communication parameter file within one month, the terminal's ecoland can be prohibited from transmitting all broadcast slots. As another example, the terminal may not be able to transmit broadcast slots in all regions of the country. In other words, when a required update terminal has not updated, the operation can be restricted so as not to affect other terminals.

At this time, as an example, the operation of periodically updating the built-in communication parameter file can be very troublesome for the user. Therefore, the communication parameter file can be updated automatically. As an example, when a distributed modem is installed in a smart device, the built-in communication parameter file can be updated relatively easily. As an example, updates can occur automatically in the early morning or late at night, when the user is typically asleep, while connected to WiFi. Alternatively, if the user does not use the smart device for a long time, automatic updates to the smart device can be performed in the wireless distributed communication system.

However, if there is no means for connecting the distributed terminals to the communication network, it is difficult to automatically update the built-in communication parameter file. For example, in the case of a distributed terminal installed in a vehicle or a distributed terminal fixedly installed in a store, the update operation may not be smooth because the distributed terminal is not connected to a communication network. As another example, update operations may not be smooth based on geographic restrictions of distributed terminals. As an example, when traveling abroad, even a distributed terminal as a smart device may not be able to update the internal communication parameter file of that country.

Therefore, there may be a need for a method of manually or automatically updating built-in communication parameters for distributed terminals that are difficult to directly connect to a communication network.

As an example, among distributed terminals, a distributed terminal that can connect to a communication network such as a smart device connects to a server instead of a distributed terminal that cannot directly connect to a communication network, and downloads an internal communication parameter file. This can be propagated so that updates can be made. More specifically, a distributed terminal having Internet connection means can connect to the update server and download not its own built-in communication parameter file but the built-in communication parameter file of another distributed terminal. After that, the distributed terminal can transmit the downloaded internal communication parameter file of the other distributed terminal to the distributed terminal using wireless communication means. At this time, in order for the update process to be automatically performed, it must be detected that the terminal that downloaded the internal communication parameter file of the other terminal can connect to the update request terminal and the distributed communication. At this time, in distributed communication, such a detection method can be provided by various means. Therefore, when the presence of the update requesting terminal is detected through wireless distributed communication, the update providing terminal can automatically update the built-in communication parameter file of the update requesting terminal through wireless distributed communication. Considering the operation described above, an integrated terminal such as a smart device can download the built-in communication parameter file of the corresponding update request terminal in advance. In addition, the user can set proxy update for the terminal in advance in the smart device, and is not limited to the embodiment described above.

As an example, referring to FIG. 6, the mobile distributed terminal can connect to the update server via the communication network and request the fixed terminal's built-in communication parameter file (S610). Thereafter, the mobile distributed terminal can store the internal communication parameter file of the fixed terminal received from the update server (S620). Thereafter, the mobile distributed terminal can detect the corresponding fixed terminal through wireless distributed communication. At this time, detection of wireless distributed communication is as described above. After that, when the mobile distributed terminal detects the fixed distributed terminal (S630), it can transmit the built-in communication parameter file to the fixed distributed terminal (S640). Here, the fixed distributed terminal can detect the distributed signal periodically transmitted by the mobile distributed terminal, and based on this, can receive and update the built-in communication parameter file.

Also, as an example, when the mobile distributed terminal detects a fixed distributed terminal and there is no internal communication parameter file downloaded in advance, the mobile distributed terminal requests the internal communication parameter file from the update server via the communication network. can be downloaded.

As an example, referring to FIG. 7, a mobile distributed terminal can first detect a corresponding fixed terminal through wireless distributed communication (S710). At this time, if the mobile distributed terminal does not have the internal communication parameters of the fixed terminal previously received as described above, the mobile distributed terminal can request the internal communication parameter file of the fixed terminal from the update server (S720). . Thereafter, the mobile distributed terminal can store the built-in parameter file received from the update server in the mobile distributed terminal (S730). After that, the mobile distributed terminal can wirelessly transmit the downloaded internal communication parameter file to the fixed terminal (S740). In other words, the mobile distributed terminal first detects the fixed terminal, but since there is no built-in communication parameter file for the fixed terminal, the mobile distributed terminal immediately downloads the built-in communication parameter file for the fixed terminal from the update server via the Internet, and then This can be communicated to the fixed terminal.

As an example, the distributed terminal installed in the vehicle may be a fixed terminal and update the internal communication parameter file from the vehicle owner's smart device distributed terminal. At this time, the distributed terminal installed in the vehicle can perform distributed communication with the smart terminal through distributed communication.

As another example, when traveling abroad, it is often not easy to connect to the Internet even with a distributed smart device terminal. As an example, a smart device can be roamed only with a telephone function, and data roaming abroad is prohibited. Therefore, the smart device can manually download the built-in communication parameter files for the regions to be traveled in advance. However, for users, the operation of manually downloading communication parameters may be troublesome. Therefore, according to the present invention, the mobile distributed terminal can automatically download the communication parameter file for the region.

Also, the situation described above is merely an example, and can be similarly applied to cases of other regional restrictions. In other words, the smart device distribution terminal can automatically store the communication parameter information in advance considering that the communication network is restricted due to regional restrictions.

As an example, referring to FIG. 8, the mobile distributed terminal can connect to the server via the Internet and receive both the communication parameter file for the mobile terminal and the communication parameter file for the fixed terminal. At this time, the fixed terminal can receive and update its internal communication parameter file from the mobile distributed terminal, and simultaneously receive the internal communication parameter file of the smart device distributed terminal. The fixed terminal can then transfer the received built-in communication parameters of the mobile terminal to the other mobile terminals again. That is, a fixed terminal can relay the communication of built-in communication parameters of another mobile terminal.

As another example, a fixed distributed terminal can connect directly to an update server. At this time, the fixed distributed terminals can acquire and update the built-in communication parameter file by themselves.

As another example, one can consider the case where there are multiple fixed distributed terminals. As an example, referring to FIG. 9, the fixed distributed terminal can receive and store the communication parameter file of the mobile distributed terminal through the communication network. At this time, the mobile distributed terminal can receive and update the built-in communication parameter file from the fixed distributed terminal. That is, the distributed terminal can receive and update the built-in communication parameter file from the fixed distributed terminal via distributed communication. At this time, the mobile distributed terminal can allocate a slot to receive the communication parameter file and transmit an internal communication parameter update request. The fixed distributed terminals can then receive the request and engage in slot occupancy contention to transmit the update request in subsequent frames in which the request was received. At this time, the fixed distributed terminal receives slot assignment through contention, and can transmit a response including the built-in communication parameter file through the assigned slot. Specifically, the fixed distributed terminal can request a communication parameter file for the mobile terminal (S910). At this time, the fixed distributed terminal can receive the built-in communication parameter file from the update server and store it (S920). After that, the fixed distributed terminal can receive a communication parameter file update request from the mobile distributed terminal (S930). At this time, the fixed distributed terminal can perform allocation contention for the slot in which the request is received in the frame subsequent to the frame in which the request is received (S940). In other words, fixed distributed terminals need to be assigned slots to transmit responses, so contention can take place. Thereafter, when the fixed distributed terminal receives slot allocation through contention, the fixed distributed terminal can wirelessly transmit the updated communication parameter file to the corresponding mobile terminal (S950).

Also, as an example, it is possible to consider a case where fixed distributed terminals are connected by wire. At this time, it is possible to consider a case where the fixed distributed terminals can determine by wired communication which terminal will respond to the above-described request. That is, in FIG. 9, the fixed distributed terminal can provide built-in communication parameters through the fixed distributed terminal determined by wire communication without contention for slot occupation.

More particularly, referring to FIG. 10, fixed distributed terminals are capable of communicating with each other. At this time, the fixed distributed terminal that receives the request from the mobile distributed terminal can transmit the response through the slot allocated by the update request terminal. At this time, when the fixed distributed terminals are connected by wire, it is possible to determine the fixed distributed terminal that provides the update file among the fixed distributed terminals. The mobile distributed terminal can then receive the embedded communication parameter file from the determined fixed distributed terminal.

More specifically, referring to FIG. 10, the fixed distributed terminal can request the communication parameter file for the mobile terminal from the update server (S1010). Thereafter, the fixed distributed terminal (or fixed distributed terminal, etc.) can store the communication parameter file received from the update server (S1020). At this time, the fixed distributed terminal can receive a communication parameter file update request from the mobile distributed terminal (S1030). At this time, when the fixed distributed terminals are connected via wired communication as described above, the fixed distributed terminals can determine one fixed distributed terminal that provides the updated communication parameter file (S1040). That is, the fixed distributed terminal determined through wired communication can provide the communication parameter file to the mobile distributed terminal without contention for separate slot allocation (S1050).

As another example, the built-in communication parameters described above can be communicated via WiFi direct or Bluetooth, or the like. Also, as described above, it can also be transmitted via wireless distributed communication means, and is not limited to the embodiments described above. As an example, in the case of a distributed terminal installed in a vehicle, the communication parameter file can also be updated by a distributed road unit (RSU). As an example, RSUs, which are decentralized terminals installed on the road, can be connected to a central control station that controls them. At this time, the central control station can be connected to the communication network. Therefore, the central control station can transmit the built-in communication parameter file used by the vehicle to the road RSU, and the road RSU can transmit the built-in communication parameter file to the vehicle via distributed communication at the request of the vehicle. can be done.

Also, as an example, there may be a plurality of types of built-in communication parameter files used in a vehicle. Specifically, the vehicle distributed terminal requires not only the vehicle communication parameter file used in the transportation system, but also a communication parameter file used for wireless distributed communication with general smart device distributed terminals or store distributed terminals. It is sometimes said that That is, the built-in communication parameter file for vehicle communication can be used for transportation systems and vehicle operations. Also, the smart device communication parameter file can be used for communication between the vehicle and the smart device, or for communication between the vehicle and a fixed terminal in the store. As an example, a distributed terminal in a vehicle can use settings in a smart device communication parameter file to receive store information for ordering and payment. In other words, it is possible to set a plurality of communication parameters for one distributed terminal. In the above description, a vehicle is used as a reference for convenience of explanation, but it is obvious that the same method can be applied to other distributed terminals.

As another example, the distributed road unit described above may provide a built-in communication parameter file for the vehicle. At this time, since the vehicle communication parameter file has a long update cycle and a small file size, it can also be provided to the distributed road units.

Also, by way of example, a distributed road unit may provide a smart device communication parameter file as well as an onboard vehicle communication parameter file. That is, the distributed road unit (or RSU) is a distributed terminal that can provide information for updating the built-in communication parameters of the vehicle and is not limited to the embodiments described above.

As another example, a distributed terminal can have multiple built-in communication parameter files. As an example, if the smart device is a distributed terminal, the smart device can provide multiple services or be provided with multiple services, so the communication parameters are variable depending on the situation.

As an example, a distributed terminal as a smart device has a built-in communication parameter file containing 100 parameters, and one region (for example, one country or one province) is divided into 10,000 regions. can be considered. At this time, as an example, if one communication control parameter is 2 bits, the size of the global internal communication parameter file may be 2 Mbits (=2*100*10000). Multiple parameters can then be distinguished in order to reduce the size of the communication parameter file. Parameters can be differentiated into files with rarely updated parameters and highly fluctuating parameters. For example, as described above, 60 of the 100 parameters may be fixed values that are rarely updated in the region. However, this is merely an example for convenience of explanation, and is not limited to the above-described embodiments. As noted above, parameters that are rarely updated can only be updated when necessary. That is, the above parameters can be updated based on event triggers. On the other hand, the remaining parameter files (eg, 40) can be updated periodically. That is, some parameters among the plurality of parameters can be updated based on event triggering, and some parameters can be updated based on a preset cycle. Then, in the above example, the size of the built-in communication parameter file with 40 parameters can be 0.8 Mbits (=2*40*10000). That is, when considering a plurality of parameters, the parameters can be distinguished for operation. As an example, referring to FIG. 11(a), parameter files can be differentiated into fixed parameters and variable parameters (or regional parameters). More specifically, the parameters can be divided into fixed parameters and variable parameters that are differentiated by region. This allows different operations to be performed for each parameter.

As another example, parameters can be allowed to be changed and file priorities can be established. As an example, referring to FIG. 11(b), the same parameter can exist in multiple files. At this time, the parameter values in the higher priority file can actually be used. Here, changing the parameters can mean giving higher priority to files related to the location of the terminal (or user) or the services used by the terminal (or user).

Specifically, it is possible to consider the case where there is a basic file containing all parameters and the priority is "0". Here, there are files related to cities, files related to suburbs, files related to countryside, files related to mountains, files related to coasts, and files related to seas, all of which have a priority of "1". can be However, the above-mentioned place is only an example for convenience of explanation, and is not limited to the above-mentioned embodiment. This means that each file exists and can be prioritized based on the user's location, service, etc. At this time, as an example, if the location attribute of the terminal (or user) is city, the parameters existing in the city file among the parameters of the basic file can be changed. In other words, the parameters in the file associated with the city are preferentially applied. As an example, consider the case where the transmission power is set to 23 dBm for the basic file and 25 dBm for the city file. At this time, if the location attribute of the terminal (or user) is city, the transmit power can be 25 dBm based on the parameter changes described above.

As another example, consider an emergency services file with a priority of "2" and a transmit power of "33 dBm". The terminal then modifies the parameters based on the emergency services file so that even if the terminal is in a city, the terminal can transmit the emergency services signal at 33 dBm. That is, the parameter values can be changed according to the situation of the terminal. At this time, as an example, the parameter can be changed by replacing existing values with new values. As another example, parameter changes can also be made by adding variations to existing values. As an example, in the above description, if the transmission power of the file with priority "0" is 23 dBm and the transmission power of the file with priority "1" is +3 dBm, the final transmission power is changed to 26 dBm. can.

Also, as an example, a parameter conversion file can be further generated to reduce the size of the parameters. As an example, channel frequency values can be expressed with very high accuracy. Therefore, a large number of bits may be required to represent the frequency values of the channel. As an example, if the center frequency of the broadcast channel is 2785.25 MHz, 20 or more bits may be required to represent the above frequency. At this time, the number of broadcast channels used in one country is at least one, and can be set to four or less. However, this is only an example and is not limited to the above-described embodiment. Therefore, in the parameter file, channels 0, 1, 2 and 3 can be used, representing the center frequency of the broadcast channel with 2 bits. At this time, the parameter conversion file can express detailed frequency values that broadcast channels 0, 1, 2 and 3 mean. Therefore, only one parameter conversion file is required for one country or region, and the size of the parameter file can be reduced.

Also, as an example, it is possible to reduce the size of the built-in file by using the location type parameter file in the same form as the parameter conversion file. More specifically, split region parameter files can be generated as files for split regions. At this time, the divided area parameter file can specify the type of each divided area. However, in order to achieve the above, it is necessary to confirm the current position and type of the terminal. For example, the terminal can check its location and type through a map file in which the location type is set. On the other hand, the types of divided areas can be classified into at least one of cities, suburbs, countryside, coasts, seas, mountains, forests and rivers. However, the above is only an example, and other types can be set. That is, different location types can be set for each location. At this time, a location type parameter file can be generated for each location type. That is, the parameters may vary depending on the location type. Specifically, the transmit power in an urban center and the transmit power in a rural or coastal area may differ. In general, urban areas have lower transmission power, while rural areas can have higher transmission power. At this time, considering the parameter change and file priority, it is possible to generate the parameter values corresponding to the characteristics of the divided areas as the divided area parameter files. Also, separate parameter files can be specified for specially designated areas, regardless of the division area. Then, by way of example, as described above, the specially designated areas can be designated based on multiple factors. As an example, specifically designated areas can be designated by the wireless distributed communication system based on a contract. (For example, it can be set by contract with a wireless distributed carrier). At this time, the distributed communication system can provide special parameters for the contracted area via the contract parameter file.

As an example, if Ecoland is set up in a special area through the system (i.e., if Ecoland signs a contract with a distributed carrier), 200 broadcast slots of the broadcast channel will be exclusively used in the entire Ecoland area. can do. The contracted area parameters can also be provided as one parameter file.

As another example, contract parameters for a contracted region can be broadcast in broadcast slots by fixed distributed terminals in that region. In this case, the mobile distributed terminal can receive the broadcast slot in advance and receive the contracted area and relevant parameters in consideration of the service.

In a distributed wireless communication system, parameters to be referred to may differ depending on the location of the terminal. Also, different parameters can be set depending on which service the terminal uses. Therefore, a service parameter file must be generated separately. In other words, different parameters need to be generated depending on the service as well as the location of the terminal. For example, even if the terminal is located on the beach, it may require a short-range chat service, a short-range call service, or a rescue call service. Each service can then have different communication parameters. Such service-specific parameters can be referred to when using the service. Also, the parameters for each service described above may be applied when the priority is higher than the currently set parameters. On the other hand, if the above service-specific parameters are lower than the currently set priority of the parameters, they may not be applied.

Also, as an example, the services provided by distributed modems are very diverse. As an example, a very light and small distributed terminal such as a wearable device can mainly communicate with a smartphone distributed terminal. At this time, the communication parameters applied to this wearable distributed terminal may differ from general parameters. Therefore, in view of the above, existing parameters can be substituted based on higher priority parameter files. Also, by way of example, all parameter sets required for distributed modem operation may be "active parameter sets." More specifically, the active parameter set can be overwritten sequentially from parameters in lower priority files to parameters in higher priority files.

More specifically, referring to FIG. 12, multiple files can constitute the active parameter set that is actually used. Then, first, the active parameter set can receive the base values of the parameters from a base parameter file. At this time, the basic parameter file is different for each country or region, and is not limited to the above-described embodiment. Second, it can check the location information and type information of the terminal. Third, based on the location information described above, parameters associated with the current location in the divided region parameter file can be overwritten into the active parameter set. Then, as described above, the active parameter set can be overwritten with parameters appropriate for the location type for the confirmed location. Parameters associated with the type of service that the terminal (or user) performs can then overwrite the active parameter set. At this time, for example, the location information and the location type can be checked together and overwritten. Finally, if the current location of the terminal is in the contract area, the active parameter set can be overwritten with the contract parameters.

Then, as an example, the active parameter set can only exist inside the distributed modems. As another example, active parameter sets may also exist outside of distributed modems. In other words, the wireless distributed terminal can use a method of configuring the active parameter set outside the distributed modem and loading it into the active parameter set of the distributed modem as needed. As another example, the distributed terminal has the active parameter set only inside the distributed modem, and can update the parameters in the distributed modem as needed, not limited to the embodiments described above.

As another example, distributed communication parameters can be stored in advance so that distributed terminals as smart devices can receive prompt service. At this time, the communication parameters of the smart device can be determined according to its terminal type, its location and the service to be used. For example, if the terminal type of the smart device is fixed and the service provided has not yet been determined, the communication parameters of the smart device can be determined by the location of the smart device. Distributed terminals can easily acquire their location via mobile communication signals, WiFi, GNSS, and the like. Therefore, in order for the mobile terminal to quickly prepare the service, the mobile terminal can determine the division area to which it belongs from its location and pre-store communication parameters of the corresponding division area from the location attribute file. That is, the distributed modems may be loaded with parameters or prepared with loading values in advance. Also, service-dependent parameters can be used in a manner that partially replaces location-related parameters. That is, when the user enters the use of the service, the distributed terminal can immediately load the pre-arranged parameter values or reload the service-related parameters among the pre-loaded parameters. On the other hand, as an example, the communication parameters included in the built-in communication parameter file are the type and number of wireless distributed communication channels, the center frequency of each channel, the bandwidth, the mapped contention alternate channel frequency, reserved designated slot information, At least one of reserved fixed slot information, priority setting slot information, superframe information and slot group information may be included. As another example, the communication parameters further include at least one of modulation order, basic transmission power, maximum transmission power, encryption presence/absence information, encryption method, password presence/absence, and password method used in each service or slot. can contain. As another example, the above parameters can set city, suburb, countryside, mountainous area, sea, coast, forest, river, etc. as parameter values for the location attribute. Also, as an example, the above-described parameters include basic language information and mobile communication carrier information permitted by smart devices, and are not limited to the above-described embodiments. In addition, the parameters include channel information used for each service, minimum and maximum service allocation slot numbers, and the like for each service. Also, for example, parameters for other information can be set, and are not limited to the embodiments described above.

Also, as an example, there may be an AIS system used by ships and ADS-B used by aircraft as wireless distributed communication systems. However, the systems described above do not support one-to-one communication well and are primarily aimed at providing information via broadcast. For example, the reason why wireless distributed communication has not been widely commercialized is because of communication resource collision problem and hidden node problem. At this time, as an example, the communication resource collision problem and the hidden node problem can be solved according to the above and reference 1. Based on the above and the technology of Reference 1, various types of terminals may appear in the wireless distributed communication system in the future. First, there are terminals that can move, such as mobile communication terminals, ships, drones, and vehicles. Secondly, there can be fixed terminals such as stores, department stores, and amusement parks, that is, fixed terminals. Thirdly, there may be indoor terminals such as home electric appliances such as rice cookers, ovens, and air conditioners. In such a wireless distributed communication system where various terminals and services coexist, addresses can be set in association with IP, but since it is not easy to connect all of the various terminals to the Internet, IP is unrelated. A more efficient addressing scheme may be needed. Also, regardless of the terminal, a particular service area may require a service-specific address. Therefore, in the following, it is possible to provide a method of setting addresses in consideration of the types of distributed terminals so that distributed communication services can be provided more efficiently.

Also, as an example, the following description will be based on the assumption that various services are provided to distributed terminals in a distributed communication system based on the above description and Reference Document 1. For example, terminals in a wireless distributed system can be configured with an address. As an example, the terminals of the wireless distributed system can be at least one of mobile communication terminals, ships, vehicles, drones and fixed terminals. However, the terminals described above are merely examples, and are not limited to the embodiments described above. That is, terminals in a wireless distributed system may be mobile terminals or fixed terminals and may be of various forms. At this time, the address for the terminal of the wireless distributed system can be set. As an example, a terminal in a wireless distributed system can be assigned an address based on the characteristics of the terminal. At this time, if the address is set considering the characteristics of the terminal, the terminal can efficiently provide the service based on the address information.

As an example, the mobile terminal can notify whether the information of the terminal is trusted information by transmitting the unique number of the terminal. Also, by way of example, the mobile terminal can indicate whether the terminal has successfully registered with the system. At this time, the mobile terminal is a mobile communication terminal and can provide services through a conventional communication network. As an example, if the mobile terminal is further equipped with a distributed communication modem, the service area can be expanded and the service can be provided efficiently. At this time, the unique number of the terminal can be used as the address value to ensure reliability in the wireless distributed communication system. That is, a mobile terminal in a wireless distributed communication system can construct a public trust packet using an address value consisting of a unique number, thereby ensuring reliability in the wireless distributed system.

As another example, a fixed terminal in a wireless distributed communication system can set an address with its latitude, longitude and elevation values. In other words, considering that the fixed terminal is fixed, it is possible to directly set the location-related information as the physical information as the address value. At this time, as an example, the mobile terminal in the wireless distributed communication system can calculate the location of the mobile terminal using the physical location information of the fixed terminal in consideration of the relationship with the fixed terminal.

More specifically, the smart device is an integrated terminal and can carry a modem for traditional communication networks and a distributed communication modem for the wireless distribution system described above. That is, smart devices can use traditional mobile communication and wireless distributed communication simultaneously. At this time, the smart device can set different wireless distributed communication addresses for each service. That is, by assigning an individual address to each individual service, each service can be distinguished. As an example, each service in a smart device can be run by a separate program. At this time, when each program in the smart device is executed, each address can be set for each program execution. That is, the address of the distributed terminal can be different each time the program is executed.

At this time, as described above, when each address value is set for each execution of the program, the address includes a field designating the type of terminal, or specifies a different communication frequency depending on the type of terminal. must use. In other words, when constructing the address information, the types of terminals can be considered in consideration of the above situation.

More specifically, if the address contains a field specifying the terminal type, the terminal may contain other information in the above fields that vary depending on the terminal type. As an example, the type of terminal may be at least one of a smart device, a ship, a vehicle, and a home appliance. However, this is only an example, and other types are possible. Next, for convenience of explanation, explanation will be made based on the above-described types. As an example, referring to FIG. 13, the address information may include a field for terminal type. At this time, in FIG. 13(a), the first two bits can indicate that the address is generated by the service itself, and the remaining address fields contain address information generated by each service. can be included.

Also, referring to FIG. 13(b), it is possible to indicate that the address information is set by the system via the previous 4 bits. At this time, the remaining address fields may contain address information set by the system.

Also, referring to FIG. 13(c), the front 4 bits "1001" can indicate that the address is set by the user who purchased the terminal. At this time, the remaining address fields may include address information set by the user.

Also, referring to FIG. 13(d), the previous two bits '01' can indicate that the address is set from the mobile terminal. Here, 'subtype' can indicate a subtype of the mobile terminal. For example, '00' can indicate a mobile communication terminal, '01' can indicate a vehicle terminal, '10' can indicate a drone terminal, and '11' can indicate a ship terminal. However, this is only an example and is not limited to the above-described embodiment. That is, the mobile terminal can be indicated via the previous two bits, and the specific type of the mobile terminal can be indicated via the next two bits, but is not limited to the embodiments described above.

Also, referring to FIG. 13(e), the previous two bits "00" can indicate that the address is set from the fixed terminal. At this time, the remaining address fields may include longitude, latitude and elevation information as physical location information for the fixed terminal, but are not limited to the above embodiments.

However, FIG. 13 described above is merely an example, and is not limited to the embodiment described above. That is, the distributed terminals can be differentiated by setting the addresses of the distributed terminals according to the characteristics of the terminals. This makes it possible to efficiently provide services for distributed terminals, which will be described below.

As an example, based on FIG. 13 above, smart devices in a wireless distributed communication system can operate based on conventional mobile communication networks and distributed communication networks. At this time, the smart device can set the phone number as the identification information based on the conventional mobile communication network. At this time, the phone number set in the smart device can also be used in the wireless distributed communication system. More specifically, the above 32-bit address shown in FIG. 13(d) can be set to a value generated using the last eight digits of the mobile communication phone number excluding "010". At this time, each decimal digit can be represented by 4 bits. Therefore, an 8-digit phone number can be represented by 32 bits (4*8=32). Also, as an example, 27 bits may be required to represent an 8-digit decimal number in binary. Here, when the terminal of the wireless distributed communication system sets the address of the terminal as a mobile communication phone number, the terminal can link the service provided by the distributed communication with the mobile communication service. As an example, it is possible to consider the case of requesting a waiting number by connecting to a distributed fixed terminal installed in a restaurant via a smart device based on a wireless distributed communication system.

As an example, referring to FIG. 14, a smart device (or integrated terminal) can receive restaurant information via distributed communication. For example, restaurant information may include current vacant seat information and waiting number information, and is not limited to the embodiments described above. As an example, in FIG. 14, the smart device can know the information that there are no vacant seats and the information that the current waiting number is 4. In FIG. The smart device can then request waiting number 5 via the fixed terminal using the wireless distributed communication system. At this time, as described above, since the distributed communication modem has set its own address to the mobile communication telephone number of the terminal, the fixed terminal of the store can confirm the address and telephone number of the requested terminal at the same time. . Therefore, the fixed terminal of the store can transmit the waiting number tag to the smart device, store the corresponding number tag and phone number, and provide the service. In addition, when a vacant seat occurs in a restaurant, the fixed terminal of the restaurant can call a corresponding person in the order of the waiting number by distributed communication. That is, as described above, when a smart device or terminal supports a wireless distributed system and a conventional mobile communication system, address information is set in cooperation, so related information can be used as described above.

On the other hand, the communicable distance of a wireless distributed communication system can be limited. As an example, distributed communication may have a communicable range of approximately 300 meters. At this time, when the smart device receives service from the fixed terminal as described above (for example, after receiving the waiting number), if the distance from the fixed terminal increases, the smart device may be out of range of the wireless distributed communication system. . In other words, even if the smart device's waiting number arrives, the smart device cannot be called via distributed communication at the store. In the above case, the fixed terminal cannot receive an ACK for the call from the smart device as in Figure 2b. Therefore, if the fixed terminal fails to receive the ACK, the fixed terminal can provide relevant information to the smart device via the mobile communication network. That is, even when operating based on a distributed communication system, it is possible to increase the efficiency of service provision by cooperating with a conventional communication network.

Specifically, if the smart device of the store owner in FIG. 14 described above is also equipped with a distributed modem, the fixed terminal can notify the smart device of the fact that the ACK has not been received via distributed communication. As another example, if the fixed terminal has not received an ACK from the above smart device via distributed communication, the fixed terminal will send information to the store owner's smart device regarding the case that the ACK has not been received via the wireless distributed communication system. can be transmitted. As an example, the store owner's smart device is always involved in the wireless distributed communication system in relation to the fixed terminal, so message transmission can never fail. That is, if the fixed terminal cannot receive the ACK message from the corresponding smart device, the fixed terminal can transmit related information to other preset smart devices. The distributed communication modem of the smart device owned by the store owner can then communicate the above information to the upper hierarchy of the smart device. That is, the smart device can provide this information to the running application. At this time, the application, which is a higher layer, can transmit related information to the smart device through a conventional mobile communication network. That is, the host application can use the waiting number and the customer's phone number to send a call letter to the mobile communication or provide the above information via messenger. As an example, since both the smart device and the owner's smart device use a conventional mobile communication network, they can transmit the message without any distance limitation, and can return to the restaurant based on this. can.

In other words, when the terminal of the wireless distributed communication system sets the address of the distributed terminal modem via the conventional communication network, the service can be received efficiently.

Also, as an example, if the smart device does not set the identification information (for example, telephone number) as the distributed communication address, the smart device may add the telephone number information of the smart device to the message to be transmitted to the fixed terminal. possible and not limited to the embodiments described above. In other words, the smart device can configure an address for distributed communication in a different format and transmit it to the fixed terminal, including the information of the smart device, so that the above operation can be performed. The form is not limited. As an example, the phone number of the smart device mentioned above may be personal information. At this time, if the distributed communication address information is composed of telephone numbers, security problems and personal information handling problems may occur, so the operation can be performed as described above.

Also, as an example, if the user of the smart device does not want to give out their phone number, the smart device may use another address given by the system. As an example, referring to FIG. 13 above, distributed communication addresses of smart devices can be changed according to the characteristics of the service.

As another example, consider the case where distributed terminals in a wireless distributed communication system are mobile terminals. As an example, although a ship is used as a mobile terminal in the following description, it is not limited to this. For example, when a terminal is a ship in a distributed wireless communication system, the MMSI (Martime Mobile Service Identity) of the ship may be set as the address of the terminal. Also, as an example, if the terminal in the wireless distributed communication system is of another type, the address can be set based on the terminal type, as described above. As an example, the user may travel via transportation means. For example, the means of transportation may be a ship, a vehicle, or the like. At this time, the wireless distributed communication address of the user's smart device described above can be set in the MMSI of the ship, which is the means of transportation. Referring to FIG. 13(d) discussed above, the previous 4 bits of the address field can be set to '0111'. At this time, the smart device can periodically broadcast the position information of the ship through the wireless distributed communication system. That is, smart devices can periodically broadcast location information on behalf of transportation means. At this time, since the broadcasted address information includes the ship's MMSI as described above, even a small ship can notify its position without an AIS (Automatic Identification System) system. Also, for example, if a large ship is equipped with a distributed communication modem, it is possible to check the positions of small fishing boats in the vicinity and prevent accidents.

As a specific example, referring to FIG. 15, a terminal that moves via transportation means (eg, a passenger ship, a small boat) can set the previous 4 bits to '0111' in FIG. 13 described above. For example, each mobile means may operate based on a wireless distributed communication system. At this time, the mobile means can detect that the terminal is located on the mobile means via the wireless distributed communication system, and can provide services based on the mobile means via the terminal. At this time, the address information of the terminal can be set based on the transportation means described above. As an example, the previous four bits can be set to '0111', as described above. In other words, the terminal located in the transportation means can set the address information indicating that the terminal is located in the transportation means as the terminal type. At this time, for example, ships or terminals can communicate via a wireless distributed communication system. At this time, as described above, the address value received in the distributed communication can be indicated as the type of the terminal moving through the mobile means, so it is possible to know whether or not the terminal is located in the mobile means. At this time, other wireless distributed communication signals transmitted by people on board the ship in FIG. The receiving vessel can clearly see that the signal is non-vessel related information. As an example, if domestic ships operate based on a wireless distributed communication system, it is possible to distinguish between domestic ships and ships of other countries, and to crack down on illegal fishing on this basis.

As another example, the terminal's address can be set based on the location of the fixed terminal in the wireless distributed communication system. As an example, FIG. 13(e) discussed above may be the address of a fixed terminal. At this time, as described above, the location information of the fixed terminal can be set as the address of the fixed terminal. A terminal involved in a wireless distributed communication system can determine its location based on address information received from a fixed terminal. As an example, referring to FIG. 16, a plurality of fixed terminals may be deployed in a wireless distributed communication system. At this time, when a terminal of the wireless distributed communication system receives a signal from the fixed terminal signal, the terminal can acquire the location information of the fixed terminal from the address information of the fixed terminal. Therefore, the terminal can calculate its location based on the location information of the fixed terminal. As an example, a terminal can calculate its position via triangulation. As a result, a terminal in a wireless distributed communication system can confirm its own location information without a location information receiving modem such as GPS. As another example, the terminal can use the received address to calculate its own location, the location of the fixed terminal and related information, and deliver the above information to the upper layer of the terminal. That is, the above information can be communicated to other programs on the terminal. This allows the terminal to use the location information and related information described above for the program.

As a specific example, FIG. 16 shows a case where a terminal receives store information broadcast by other fixed distributed terminals and arranges stores in order of proximity to itself. At this time, referring to FIG. 4, a plurality of restaurants can broadcast information about the restaurants through a wireless distributed communication system. At this time, the information about the restaurant is the name of the restaurant, menu information, etc., and is not limited to the above-described embodiment. At this time, the terminals in the wireless distributed communication system can confirm the location information of each fixed terminal based on the signal transmitted from the restaurant, which is the fixed terminal (S1610). In addition, the terminal can calculate its own position by using the location value of each store, the delay time of each signal, and the received power value from the signal transmitted by the fixed terminal (S1620). At this time, the distributed modem of the terminal can transfer the above information to the upper layer of the terminal and use it for other programs. For example, the terminal may sequentially inform the nearby distributed terminals of the nearby fixed terminals (eg, restaurants) based on the above information (S1630). Here, many bits may be required to represent the latitude and longitude to represent the position with an accuracy of the order of 1m. Therefore, the address information described above can be set using only the last part of degrees, minutes, and seconds that express latitude and longitude. As an example, a terminal possessing multiple communication modems may ascertain information for the leading portion of degrees, minutes, and seconds based on other communication signals, which are at least one of GPS signals, mobile communication signals, and WiFi signals. can do. Also, accurate location information can be confirmed using the address information of the fixed terminal, as described above. Also, as an example, as described above, the address information may include information on height. At this time, as an example, the height can be expressed at intervals of 1 m based on the sea level, and if 10 bits are used, the height can be expressed up to 1023 m. However, this is only an example and is not limited to the above-described embodiment. Also, as an example, the height may be the height measured with reference to the ground surface at the latitude and longitude position.

As another example, wireless distributed communication systems can be self-addressed by users or systems. As an example, Figures 13(b) and 13(c) described above may be the case where the address is set by the user or the system. As an example, consider the case where a user purchases a terminal. At this time, as shown in FIG. 13(b), the terminal may have a unique number assigned by the terminal company. As an example, the four bits before the address may be "1000", as shown in FIG. 13(b). Also, as an example, the address of the terminal can be set by the user himself. At this time, as shown in FIG. 13(c), the front 4 bits of the address may be '1001', and the rear 8-bit terminal type field may exist. Also, the remaining address field, 24 bits, can be set directly by the purchaser. As an example, if a user directly sets 24 bits, the user can systematically manage terminals included in the same wireless distributed communication system. As an example, when a wireless distributed communication system is set up in a house and electronic devices contained in the house are respective terminals, the user enters the address of the electronic device in FIG. can be set based on That is, the first 4 bits of the address field are '1001', the 4 bits indicating the setting by the user and the 8 bits indicating the terminal type are set based on preset information, The remaining 24 bits are user configurable. At this time, for example, 8-bit values can be set differently according to the type of electronic device, and the remaining 24 bits can be set in the same wireless distributed communication system. That is, the electronic devices contained in the house can have the same 24-bit value and are not limited to the embodiments described above. At this time, as an example, distributed terminal modems of smart devices can commonly request information from home appliances having the same last 24 bits as address information.

More specifically, referring to FIG. 17, a wireless distributed communication system may include rice cookers, printers, gas ranges, washing machines, TVs, ovens and air conditioners in a home. At this time, each can have device type field values of h'01, h'02, h'03, h'04, h'05, h'06 and h'07. That is, the terminal type field can be set to the values described above. At this time, for example, the 24-bit address value directly set by the user may be h'1a2b3c. That is, distributed terminals in a house can be configured by the same user to have the same 24-bit address value. At this time, the distributed terminal modems of the smart device can commonly request a report on the status of each electronic device based on the same address value as described above. Also, the distributed terminal modems of the smart device can simultaneously transmit information to the electronic equipment based on the same address value. At this time, the above-described examples are merely provided for convenience of explanation, and are not limited to the above-described embodiments.

As another example, only a part of the 24 bits set by the user can be commonly set. As an example, of the 24-bit address value, the front 8 bits can be set differently and the rear 16 bits can be set to h'2b3c. After that, when requesting a status report, it is possible to request status information from a terminal whose last address value, 16 bits, is h'2b3c. As a specific example, there may be multiple devices of the same terminal type in a house. As an example, there may be multiple TVs in a house. At this time, since the terminals cannot be distinguished based on the above terminal type information, the same terminal type can be distinguished by setting a different address value for some of the 24 bits. On the other hand, as described above, some of the 24-bit address values can be set to be the same to simultaneously receive or transmit requests, and is not limited to the above-described embodiments.

As another example, one can consider the case where the terminals in a wireless distributed communication system are mobile terminals. As an example, we can consider the case where the terminal is a drone or a vehicle. At this time, the drone or vehicle can set its own address value to a unique number or a value generated from the unique number. At this time, since the address value is set to the unique number, the terminal that identifies or inspects the drone or vehicle can confirm whether the address value of the terminal is valid.

More specifically, an address can be set to a terminal of a vehicle in a wireless distributed communication system using the unique number of the vehicle. As an example, a vehicle has a vehicle license plate and the vehicle number may also be a unique number. Also, as an example, the vehicle itself can be given a unique number. At this time, even if the owner or license plate of the vehicle is changed, the unique number of the vehicle can be maintained as it is, so the vehicle can be continuously distinguished. As a specific example, if a unique number is also assigned to a stolen vehicle and information thereon is included in the distributed communication system, the stolen vehicle can be identified via the wireless distributed communication system. As another example, even if a stolen vehicle removes a distributed communication terminal, it is possible to identify the stolen vehicle because it is possible to determine which vehicle does not respond when requesting information via distributed communication. Also, as an example, the above description is based on a vehicle, but it can be applied to drones or other mobile terminals as well. That is, by assigning a unique number to a mobile terminal and setting the unique number as address information, the mobile terminal can be identified.

As another example, as described above, a drone terminal in a wireless distributed communication system can be assigned a terminal address using a unique number of the drone. As an example, when a drone operates, the drone's unique number can be broadcast for safety. In particular, drones can broadcast information about their position and velocity through distributed communication to avoid collisions between drones. At this time, the drone can transmit a broadcast packet with the unique number of the loan as the source address. As an example, if all drones are assigned unique numbers, management efficiency against illegal drones can be improved.

A method for improving the reliability of communication using the unique number address value based on the above will be described below. As an example, consider the case where a vehicle uses its own unique number as a distributed communication address as described above. At this time, as an example, a specific terminal can receive the broadcast address values of other terminals in real time. At this time, the specific terminal may be confused with other terminals by broadcasting the received address value of the other terminals. Considering these points, it is impossible to monitor a stolen terminal. Therefore, if a specific terminal changes its own address to another terminal's address received by radio and transmits it, it cannot be identified. Considering the above points, when each distributed terminal encrypts and transmits its own data, the above information cannot be confirmed by other terminals that receive the above information. More specifically, referring to FIG. 7, a vehicle can be considered as a terminal of a wireless distributed communication system. As an example, when a vehicle breaks down, the vehicle transmits the breakdown information through the wireless distributed communication system, and the fixed distributed unit installed on the road and the surrounding vehicles receive the information. be able to. At this time, if the damaged vehicle encrypts and transmits its own accident information, the surrounding vehicles cannot receive the above information. Conversely, without encryption, other terminals or vehicles cannot trust the information.

Therefore, considering the above points, it is necessary to check the reliability of signals transmitted by the terminals of the wireless distributed communication system. Hereafter, checking the reliability as described above will be referred to as "public trust checking". Also, a communication using public trust checking is called a "public trust communication", and a packet to which the public trust checking method is applied is called a "public trust packet". Also, the trust bit added for public trust check in the packet described above is called a "public trust field." However, this is merely a name for convenience of explanation, and can be similarly applied to other names that perform the same operation.

As an example, referring to FIG. 18, a public trust packet can be constructed that includes a public trust field. At this time, the number of bits in the "public trust field" can be defined by the system. As an example, a method of generating a public trust field can be generated using a unique number assigned to a mobile distributed terminal such as a vehicle or drone. Also, as an example, it can be generated based on the unique number of the distributed terminal and additional information. For example, information on the packet carrying the unique number or information on the transmission time of the packet carrying the unique number can be used together with the unique number to generate the public trust bit. Also, the unique number and other information can be used together to form a public trust bit, and are not limited to the above-described embodiments.

Also, by way of example, the public trust field can be generated with various conventional encryption algorithms. As an example, the public trust field can use both symmetric and asymmetric key algorithms and is not limited to the embodiments described above.

At this time, as an example, referring to FIG. 18, the public trust check can be done via open trust bits. A public trust packet may include at least one of a header, information data, a public trust field, and a CRC. At this time, if the terminal receives the public trust packet, the terminal can perform a CRC check and use the received information accordingly. At this time, when the transmitting terminal generates the public trust field using the identification ID of the receiving terminal, only the terminal having the identification ID among the terminals receiving the public trust packet can determine the reliability of the packet. . As another example, if the sending terminal generates a public trust field using the sending terminal's identification ID, the trustworthiness of the public trust field can only be checked by a specific distributed terminal with trust checking authority and capability. can be done. At this time, a specific decentralized terminal with authority and function of trust check can check the trust by itself using the unique number and public trust bit of the received information. A public trust bit can also be transmitted to a trust checking system to receive its trust results.

As a specific example, referring to FIG. 19, as described above, a vehicle as a terminal of a wireless distributed communication system can transmit its own accident information through distributed communication via a public trust packet. As an example, a distributed road unit can receive the information described above. Also, as an example, other terminals in the wireless distributed communication system can also receive the above information, and are not limited to the above embodiments. After that, the other terminal can transmit the received information including the unique number of the malfunctioning vehicle and the information necessary for the reliability check, such as the time when the information was received, to the reliability check system. The trust checking system can then use the unique number, the time of receipt and the received information bits to calculate a public trust bit. As such, the trust checking system can judge against the public information contained in the public trust bit and thereby provide trust. Also, as an example, the reliability described above can be applied not only to vehicles but also to other terminals, and is not limited to the embodiments described above.

As another example, the public trust bits described above can be used when monitoring illegal vehicles (eg, drones). At this time, whether or not it is an illegal means of transportation can be checked by first checking the validity of the unique number with the received unique number and confirming the reliability of the information using the public reliability bit, as described above. In other words, if the verified number is not a registered unique number, or if the verified public trust field does not match the trust field value that the verification system generated from pre-stored values, the vehicle could be illegally It can be judged as a means of transportation.

As another example, if the distributed terminal does not make its address value a unique number, the distributed terminal must also transmit its own unique number to check the public trust field. However, this requires unnecessary resources, so mobile terminals such as vehicles and drones need to set unique numbers as their own distributed communication addresses. Also, as an example, in ship distributed communication such as AIS, it is possible to use its own unique number called MMSI as its own address value, and it is possible to operate in the same manner as described above.

Also, by way of example, many electronic and electrical products can be connected to integrated terminals such as smart devices. However, the process of connecting things with integrated terminals such as smart devices can be complicated. As an example, a wireless interface needs to be determined in order for smart devices and things to be connected to each other. At this time, mainly WiFi, Bluetooth, etc. can be used. Also, as an example, the smart device needs to search for an application for the thing and install the application. Also, the smart device can run the application and wait until the application recognizes things before controlling things after connecting. Here, if the application recognizes things, the user of the smart device needs to control the smart device (for example, the user has to press the terminal button of the thing multiple times after becoming familiar with the manual of the thing). .). Also, smart device users need to take additional actions in consideration of the characteristics of things and surrounding circumstances. Therefore, there are many steps that the user of the smart device must perform, which may reduce the efficiency of use.

As another example, smart devices can take control over things after being connected via WiFi or Bluetooth. In other words, smart device users need to perform actions to manually connect to WiFi or Bluetooth. In view of the above, there may be a need for a way for smart devices to automatically recognize and connect to things for which services are provided, which will now be described.

As an example, in order for a mobile terminal to instantly recognize surrounding things and be connected to receive services from things, the terminal and things need to communicate directly. Terminals can then communicate directly with things in a variety of ways. As an example, terminals can communicate directly using conventional WiFi or Bluetooth.

Also, as an example, based on the above and Reference 1 (Korean Patent Application No. 10-2017-0026778, Accession No. 1-1-2017-0207822-47, Collision Avoidance Method in Synchronous Wireless Communication System, Korea) , terminals can communicate directly with things via distributed communication using a contention scheme. As an example, the terminal and thing have a common communication modem, and the terminal can retrieve things based on the common communication modem. Also, as an example, the above and Reference 3 (Korean Patent Application No. 10-2018-0014682, Accession No. 1-1-2018-0131792-95, Service Method Using Multiple Channels in Synchronous TDMA System, Korea) can search for things through decentralized communication. The terminal can then retrieve things via slots and channels based on what has been described above. Also, as an example, hereinafter, the terminal recognizes the thing can mean that the terminal has completed preparations necessary for receiving service from the thing. That is, a terminal can recognize a thing if it communicates with that thing and installs the appropriate drivers or programs to control the thing.

More specifically, in order for the terminal to immediately recognize the object, it needs to receive the driver file, program file or program installation file for the terminal to control the object directly from the object wirelessly. However, things cannot directly wirelessly provide the drivers or programs needed to control them. As an example, wirelessly providing drivers or programs for things to control themselves may require large amounts of semiconductor memory and means for wireless communication. In other words, the existing things do not have the above-mentioned structure, so they could not wirelessly provide information directly to the driver or program. However, as an example, considering the cost of memory and wireless communication modems, things may also include the configuration described above. That is, a thing can have a modem for wireless communication and contain information (eg, driver files, program files, program installation files) needed to recognize the thing. At this time, if the terminal requests the file from the thing via wireless communication, the thing can provide the file via wireless communication.

Specifically, referring to FIG. 20(a), conventionally, a terminal can access a thing for which a service is to be provided (S2011). At this time, the terminal can check the information about the object (S2012). For example, the information about the item is at least one of product name, type and model name, and is not limited to the above embodiments. For example, the terminal can recognize information about things based on information input by the user. That means the user has to go to the thing and check the model name. After that, the terminal can receive information (eg, driver file, program file, program installation file) about the item through a communication network (eg, Internet app store, Internet web page) (S2013). For example, the user of the terminal can search the application or the installation file of the model to receive related information (S2014). The terminal can then download and install the application or installation file (S2015). At this time, the terminal can control the object by checking the object operation and manual for recognizing the object. That is, multiple procedures such as those described above may be required.

At this time, as an example, when item-related information is stored in the item and wireless communication is possible, the terminal searches for the item (S2021) and obtains information on the item (for example, driver files, programs, etc.). files, program installation files) can be received (S2022). That is, a thing has a file in its memory that allows it to recognize and control that thing, and this can be provided to the terminal. As an example, referring to FIG. 21, terminals and things can include a common communications modem and the structure that controls it. Things can also come with a controller to provide files that they have saved. Here, the embedded files are information files for things as described above, and can be driver files, program files or program installation files for controlling things.

As an example, the driver files may provide the drivers required by the base program or OS installed on the terminal. At this time, if the driver is installed in the terminal, the terminal can receive services for the object from the conventional program. As a specific example, referring to FIG. 22, if the remote control basic program is installed in the terminal, the terminal can receive the driver transmission from the air conditioner. At this time, the terminal can search for nearby objects (S2211) and select the air conditioner from the search results. After selecting the air conditioner, the terminal can download and install the driver and automatically recognize it (S2212). After that, the terminal can control the air conditioner using the remote controller basic program and the corresponding driver (S2213). Although the above embodiment has been described based on the air conditioner, this is only for convenience of explanation and is not limited to the above embodiment. That is, it can be applied to other matters in the same way, and is not limited to the embodiments described above.

Then, if the relevant program is not installed on the terminal, the terminal can install it after wirelessly downloading the program file or program installation file from the object. As an example, referring to FIG. 22(b), a drone can be considered as a terminal. However, this is only an example and can be applied to other things as well. At this time, the drone can contain a program for controlling the drone. At this time, the terminal can wirelessly download a program for controlling the drone directly from the drone. Specifically, the terminal can search for drones as nearby objects (S2221). At this time, the terminal can directly download the program from the drone, install it, and automatically recognize it (S2222). The terminal can then select and control the drone (S2223). As an example, the terminal and drone may contain a common modem. Also, as an example, if there is a general-purpose drone control terminal, this general-purpose control terminal can easily download an installation file from the drone and control the drone.

Also, as an example, if the terminal automatically recognizes and controls things, the terminal can first wirelessly search for things around the terminal. At this time, when the terminal searches for things in the vicinity, the terminal can select things to be connected from among the searched things. The terminal can receive information about things (eg, driver files, program files, program installation files) from the selected thing. At this time, for example, the entity can broadcast information about the entity, and the terminal can recognize the entity using the broadcasted information.

Also, as an example, the above and Reference 5 (Korean Patent Application No. 10-2018-0021100, Accession No. 1-1-2018-0187211-36, Terminal using tone channel in synchronous time division multiple access system method of operation, Korea). As an example, things equipped with batteries are efficient to operate on low power. As an example, the thing described above can remain asleep (sleep mode) and then wake up based on a wake tone signal. At this time, the wakeup tone channel may refer to a tone channel for waking things up among the tone channels as described above. In other words, one can think of the case where the tone channel is used for the Awake of Things application. At this time, the awakened entity can either broadcast its information on a preset wireless channel or check for the existence of packets delivered to it. At this time, if the awakened thing broadcasts information about the thing, the terminal can recognize the thing by receiving the broadcast information.

As an example, referring to FIG. 23, the terminal can transmit a wakeup tone (S2311). At this time, as described above, the terminal can transmit a wake-up tone to the thing via the wake-up tone channel, and the thing can wake up based on this. If the thing is awakened, the thing can broadcast information about the thing on a wireless channel (S2312). At this time, the information about the matter may be the information described above. After that, the terminal can receive the information about the broadcasted event and acquire the information of the event (S2313).

Also, for example, after transmitting the wake-up tone, the terminal transmits a packet in which the source address is set as its own address and the address of the awakened object is set as the destination address. can do. At this time, the awakened entity can send a response packet to the received packet to the search terminal if the destination address of the received packet matches its own address. At this time, the response packet contains information about the event, so that the terminal can obtain the information about the event. As an example, referring to FIG. 4(b), the terminal may transmit a wakeup tone through the wakeup tone channel (S2321). At this time, the terminal can transmit a packet having its own address as the source address and the awakened terminal's address as the destination address (S2322). At this time, the thing can receive packets that match its own address with the destination address (S2323). The entity can then transmit a response packet to the received packet to the terminal (S2324). The terminal can then obtain information about the thing via the response packet and can act based on what has been described above (S2325).

Also, as an example, when a terminal searches for things based on what has been described above, the terminal can search for multiple things. At this time, in addition to the things that the terminal tries to find, other things wake up, broadcast their own information during a preset time, and perform actions for packets delivered to themselves. be able to. Therefore, things that the terminal does not intend to control can waste the battery. As an example, the wake-up tone channel disclosed above and in Reference 5 (Korean Patent Application No. 10-2018-0021100, Terminal Operation Method Using Tone Channel in Synchronous Time Division Multiple Access System) If used, the tone slot pattern can be used to wake only the desired things. In reference 5, the tone slot pattern can refer to sending information on a contention surrogate channel, ie, subslots other than the 0th subslot of the contention tone channel. Here, the 0th sub-slot is used for slot clearing. However, as described above, the wakeup tone channel need not exclude the 0th subslot. Therefore, in the present invention, a tone slot pattern can be formed in all subslots including the 0th subslot in the wakeup tone channel instead of the contention tone channel. In this way, the tone slot pattern is described in Reference 7 (Korean Patent Application No. 10-2018-0027675, Accession No. 1-1-2018-0236883-25, Efficient Tone Channel Utilization Method in Wireless Distributed Communication System, Korea), or the wake-up tone channel disclosed in Reference 5, or the tone channel in which the slot and subslots disclosed in Reference 5 are assigned meanings. can be transmitted and is not limited to the embodiments described above. In other words, when transmitting the tone channel for automatically recognizing things, it is possible to recognize only specific things, and is not limited to the above-described embodiments.

Specifically, the terminal can transmit wake-up tones and transmit signals based on tone-slot patterns. As an example, referring to FIG. 24(a), the wakeup tone signal can be transmitted continuously for one second long frames. However, the wakeup tone signal can be transmitted in other ways and is not limited to the embodiments described above. At this time, the terminal can transmit the tone slot pattern after the wakeup tone signal is transmitted. At this time, after receiving the wakeup tone signal, things can also receive the tone slot pattern. Things are awakened only if the tone-slot pattern is their associated tone-slot pattern after the wake-up tone signal, and can broadcast information about things or receive packets from terminals.

As a specific example, the terminal may transmit a tone slot pattern related to the air conditioner as a matter of fact after transmission of the wakeup tone signal. At this time, a plurality of devices can receive the wakeup tone transmitted by the terminal, but only the air conditioner with the same tone slot pattern among the plurality of devices can be awakened and communicate with the terminal. That is, the air conditioner can broadcast air conditioner information or receive packets from terminals.

As an example, referring to FIG. 24(b), the terminal may transmit a tone slot pattern related to the air conditioner after transmitting the wakeup tone signal (S2411). The air conditioner can then check the tone slot pattern received after the wakeup tone (S2412). At this time, if the tone slot pattern matches the pattern of the air conditioner, the air conditioner can be awakened to broadcast air conditioner information or check whether there is a packet to be received (S2413). . Also, as an example, in the case of a TV that is a peripheral thing, it can operate as shown in FIG. 24(c). After transmitting the wake-up tone signal, the terminal can transmit the tone slot pattern related to the air conditioner (S2421). At this time, the TV can check the tone slot pattern received after the wakeup tone (S2422). The TV can remain asleep because its pattern does not match the tone slot pattern. That is, the terminal can transmit the tone slot pattern for identifying the object after transmitting the wakeup tone signal. At this time, since multiple things can exist around the terminal, the terminal can identify a specific thing through the tone-slot pattern.

As another example, if the terminal obtains information related to things and pre-installs drivers or programs, it can also use wake-up tone signals and tone slot patterns to wake up and control things. . For example, a terminal may need additional information through direct communication with an object. Specifically, the terminal may not always provide service through things, so it needs to indicate whether it is active or not for the service. As an example, a user of a terminal can control the terminal to have direct communication with an entity. At this time, the terminal can operate as described above based on the wakeup tone signal and the tone slot pattern.

Also, as an example, the terminal can automatically select a thing to control from among a plurality of things. The terminal can automatically select things based on the settings of the upper hierarchy (program or application). As an example, the terminal may have preset programs, based on which things can be automatically selected. As an example, if there is a machine that automatically feeds animals or waters plants, the terminal's program can automatically select and control things on a periodic basis. Specifically, referring to FIG. 25, the terminal can be set to periodically execute the program (S2511). As an example, in FIG. 25, if the feeding program automatically performs the feeding operation, this is merely an example and is not limited to the embodiment described above. After that, the terminal can transmit a wakeup tone through the wakeup tone channel (S2512). That is, the terminal program can use the wakeup tone to periodically switch the object to the awake state. Also, by way of example, the tone-slot patterns are transmitted based on the above-mentioned periodicity, so that things can be awakened on the above-mentioned periodicity. That is, the tone slot pattern can be set considering the period, and through the tone slot pattern considering the period information, the thing can be awakened based on the preset period, and is not limited to the above-described embodiments. . Afterwards, the entity that received the wakeup tone signal can either be awakened and broadcast its information or check whether its packet exists (S2513). That is, the feeding machine and surroundings are awakened and can broadcast their information. At this time, the terminal can select the relevant event (or event) after receiving the broadcast event information (S2514). That is, after the terminal receives the broadcasted item information, it can select the feeding machine. The terminal can then control the thing (or things) via direct communication (S2515). That is, the terminal can transmit instructions about feeding to the feeding machine and can control things to work on this basis.

As another example, the terminal can wirelessly download a file from an object and then use the file to perform the work required for recognition. As an example, the work required to recognize could mean installing on the terminal a driver or program that is primarily suitable for controlling the thing in question. Here, the terminal's recognition and control of things can be done using downloaded and installed programs, but downloading drivers is more efficient than downloading all the programs. In other words, a general-purpose program is installed in the terminal, and the driver downloaded and installed here can be applied to the program for control. As an example, if a universal remote control program is installed in the terminal, an air conditioner driver can be downloaded from an air conditioner to operate the air conditioner, and a TV can download a TV driver to operate the TV. .

Also, by way of example, when operating based on what has been described above, the process of recognizing things may require authentication or setting of a password. As an example, security and other issues can arise when things are controlled by other terminals that are not authenticated. So, when a terminal asks a thing to download a file contained in the thing, the thing can ask the terminal for a password. In addition, a terminal can include a password in a packet to control an item and transmit the packet wirelessly, and the item can be controlled only when the password is checked in the packet and authenticated. That is, the terminal and the thing can go through a procedure for authentication, and the terminal can be given control of things only when the authentication is completed. As an example, all terminals can recognize things, but only certain authenticated terminals can control them.

Also, as an example, as a method of maintaining security, the password itself may be transmitted, but if the information sent using the password is scrambled with the PN code, stronger security can be maintained. . Also, as an example, it is possible to change the form of security. Specifically, if a user sets an initial password after purchasing things, other security or authentication methods besides passwords may be required.

At this time, as an example, whether or not to allow control of an object can be determined based on the received power or path loss of the signal received by the object. More specifically, things can compute the received power or path loss for the received signal. Then things can only be allowed to control if the calculated received power is greater than a threshold or if the path loss is less than a threshold. That is, things can use signals to grant control to terminals that are a certain distance away or close to things. As an example, the range of a wireless distributed communication system can be set wider than the area in which terminals or things are located. However, the user of the terminal or the system can determine the range of use by granting control authority only to signals up to a certain distance. As an example, if another house resident tries to control the TV in my house, the received power of the control signal arriving at the TV is below the threshold and the TV cannot be controlled. At this time, the user who purchased the TV as the user of the thing can set the received power threshold or the path loss threshold on the TV to prevent control by others. As an example, referring to FIG. 26(a), a thing can receive a control signal from a terminal (S2611). Things can then calculate the received power or path loss of the received control signal (S2612). Then, if the received power is greater than the threshold, or the path loss is less than the threshold (S2613), things can be determined as neighboring terminals and control can be granted (S2614). . Also, as an example, if the received power is less than a threshold or the pathloss is greater than a threshold (S2613), things can disallow control (S2615).

As another example, things can be controlled based on terminal ID. As an example, a thing can be registered with a terminal ID. In other words, when the ID of a terminal capable of controlling a thing is registered with the thing, the terminal can transmit a wireless packet containing its own ID to the thing. Thereby, the entity can use the ID information of the received packet to confirm whether the packet is an authenticated terminal or not, and control can be granted on this basis. As an example, referring to FIG. 26(b), a controllable terminal ID can be registered (S2621). If the thing receives the control signal (S2622), the thing can determine whether the ID included in the control signal matches the ID with which the information was registered (S2623). At this time, if the control signal contains the registered ID, the thing can allow control (S2624). On the other hand, if the control signal does not contain the registered ID, the thing can disallow control (S2625).

Also, as an example, the initial registration of things can be considered. As an example, referring to FIG. 26(c), things can receive a control signal for the first time (S2631). As an example, a thing may receive a control signal for the first time if the user purchases the thing for the first time or the thing is used for the first time after being reset. Here, it is possible to automatically register the ID of the terminal included in the received control information as the control permitted terminal registration ID (S2632). In other words, user convenience can be provided by recognizing and registering users for the first time. At this time, if the entity receives the control signal (S2633), the entity can determine whether the ID included in the control signal matches the ID with which the information is registered (S2634). At this time, if the control signal includes the registered ID, the thing can allow control (S2635). On the other hand, if the control signal does not contain the registered ID, the thing can disallow control (S2636).

Also, by way of example, the terminal can have additional control over things, as well as awareness of things. For example, the terminal can automatically run a program related to the event, automatically receive the status of the current event, and display it on the interface screen of the program. This can efficiently provide the user of the terminal with status information and services.

Specifically, the terminal can recognize and control things once recognized without downloading the files embedded in the things. Specifically, referring to FIG. 27, the terminal can request control of previously recognized things (S2711). That is, the user of the terminal can request control over pre-recognized things via the terminal. After that, the terminal can wirelessly search for nearby objects (S2712). At this time, if the thing exists (S2713), the terminal can obtain the control authority for the thing and provide the service (S2714). On the other hand, if the thing does not exist (S2713), the terminal can provide service unavailable information to the user and terminate the service (S2715). Here, the method of searching for the thing can use the same method as the method of searching for the thing to recognize the thing for the first time.

As another example, information embedded in things (eg, drivers, programs) can be updated. At this time, the update needs to be done with the terminal connected as well as the thing. As an example, a terminal can request a version for information (eg, driver, program) from the thing of interest and receive information for the version. The terminal can then use the received version information to determine whether it is an update to that information. At this time, the terminal can receive updates to things using a conventional communication network or other communication networks. The terminal can transmit updates to the thing received wirelessly to the thing. Things can be built-in by updating drivers or program files transmitted from the terminal.

More specifically, referring to FIG. 28, the terminal can request and receive version information from surrounding objects (S2811). At this time, the terminal can check whether the received version information is the latest information (S2812). At this time, if the received information is the latest information, the terminal can end the update procedure. On the other hand, if the received version information is not the latest information, the terminal can transmit the driver or program to things (S2813). As an example, the terminal can receive the latest driver or program for the thing from the device by another server and pass this on to the thing. Things can then update and embed existing files with the transmitted driver or program (S2814).

Also, as an example, when the terminal wirelessly searches for things, the terminal can receive information from the things based on a certain format. At this time, the terminal can determine the type of the object based on the received information on the object, and perform the process of recognizing the object. As an example, the terminal can perform an initial search for things and obtain initial information about the things based on the initial search. By way of example, initial information about a thing may include the name of the thing, the type of thing, the model name of the thing, the product number of the thing, the type of internal files, wireless communication information available, the type of basic program associated with the user terminal, At least one of version, current product status information, and supported language information may be included. Also, the type of built-in file indicates a driver or program built in the thing, and the usable wireless communication information can mean information on the communication means provided by the thing. Then, by way of example, an entity can include one or more means of communication, thus making use of available wireless communication information. As an example, the product number of the thing can be used. At this time, after the terminal installs the driver or program of the item, the product number can be automatically registered in the installed program based on the product number.

Also, as an example, the files embedded in each thing may be produced in the language of each country. In particular, when the program is installed, the program menu can be displayed in the language of the country concerned. However, in some cases, multiple languages need to be supported. At this time, as an example, the driver or program files for the number of supported languages are built into the thing. As another example, a driver or program file can be commonly produced and built into the object regardless of language, and language-related files can be built into the object as many as the number of languages supported, and the memory can be stored as described above. The size can be effectively reduced. That is, when a terminal receives a driver or program for a thing, the terminal can also download language-related files together to support each country's language. This allows the user to confirm the program in the desired language.

As another example, referring to FIG. 29, it is possible to provide a way for the terminal to perceive things based on what has been described above. As an example, conventionally, it was necessary for the terminal to access the item for which the service is desired (S2911), and to confirm the product name, type, and modem name for the item (S2912). After that, the terminal can receive the file for the thing via a communication network (eg, Internet application store or web page) (S2913). At this time, for example, the terminal may search for the corresponding file through the communication network (S2914), download the target file or application, and then install it (S2915). After that, the terminal confirms the operation and manual for recognizing things (S2916), and can access things through authentication such as login (S2917). The terminal can then register the product number of the thing (S2918) and perform additional work for product settings (S2919).

On the other hand, when automatically recognizing things as described above, the terminal can operate according to FIG. 29(b). At this time, the terminal can search for nearby objects (S2921) and select an object from the selected objects (S2922). At this time, the terminal can automatically install the related files (S2923) and can automatically recognize things and register the product number. This is as described above (S2924). Also, as an example, the terminal can perform additional work for product settings, as described above (S2925).

Specifically, Reference 1 uses a collision contention scheme for a synchronous wireless distributed communication system. Then, according to the present invention, the distributed communication system may be a TDMA system and may use slots, as described above. Also, the scheme of Reference 1 can mean using slots as shown in FIG. 30(a). This is as described above. At this time, as an example, the main channel is a data channel through which data is transmitted, and reference document 3 (Korea Patent Application No. 10-2018-0014682, service method using multiple channels in a synchronous TDMA system) There may be broadcast slots, use slots, etc. disclosed in . Also, as an example, a sub-channel mainly means a tone channel, hereinafter referred to as a contention tone channel. Then, as an example, contention can mean TDMA slot allocation contention using a contention surrogate channel, based on the above and reference 1, where the mapping of the data channel to the contention tone channel is As mentioned above. At this time, as an example, reference 5 (Korean Patent Application No. 10-2018-0021100, terminal operation method using tone channel in synchronous time division multiple access system) and reference 6 (Korean Patent Application No. 10-2018 No. 0021101, Method for controlling the operation of a terminal in a distributed wireless communication system), slot clearing can be performed and information can be transmitted, and the following can also operate according to the above.

Also, Reference 3 discloses a configuration for a slot map, and the slot map can also be used in the following. For example, a slot map may refer to a map in which each terminal creates a slot list that can be allocated among all slot resources. Also, as an example, as described above, the frame length can be set to 1 second and the slot length to 2 ms in the synchronous TDMA distributed communication environment. Thus, there can be 500 slots per second. Also, as an example, slots can be divided into sub-slots. The following description is based on the case where one slot has 40 subslots, but is not limited to this. As an example, FIG. 30(b) can be a frame structure based on what has been described above.

At this time, FIG. 31 is a diagram showing how the drone performs collision avoidance. As an example, although FIG. 31 shows a drone, the drone may be a terminal or other device. That is, although FIG. 31 has been described based on a drone for convenience of explanation, it can also be applied to other terminals or devices to which a wireless distributed communication system is applied. Therefore, the related content is described below generically as a terminal, which may be a drone or other device of a wireless distributed communication system, and is not limited to the embodiments described above.

Referring to FIG. 31, we can consider the case where there are terminals A, B, C, D moving from east, west, south, north to point X. At this time, each terminal can assign its own unique registration ID, location, traveling direction, etc. to a broadcast slot and broadcast based on this. Therefore, each terminal receives the position and orientation of the other terminal and can therefore predict collisions in advance.

As an example, terminal A can allocate use slots using a contention tone channel and transmit route modification request packets to terminals B, C, and D in the allocated use slots. At this time, FIG. 32(a) may show the packet described above. At this time, referring to FIG. 32(a), the packet header is 0x02, which can mean multiple route modification requests of the designated terminal. Also, as an example, the source address may mean a 32-bit unique ID of the A terminal. It may also mean three when the number of destination addresses is “0×3”. As an example, the destination address in FIG. 31 may mean the terminal-specific IDs of terminals B, C, and D, respectively. The data may also include modified route information for the B, C, D terminals. Also, as an example, FIG. 32(b) may be a configuration for a packet when terminals A, B, C, and D are grouped with one group ID. For example, in the above case only one destination address may be required.

At this time, terminals B, C, and D, which have received the one-to-many packet, can transmit ACK responses thereto to terminal A, as described above.

More specifically, referring to FIG. 33, one terminal can receive allocation of use slot resources for one-to-many communication using a contention proxy channel (S3310). After that, the terminal transmits a one-to-many communication packet using the allocated use slot resource (S3320). Accordingly, other terminals can receive the one-to-many packet (S3330). At this time, as an example, each terminal that has received the one-to-many packet as another terminal can transmit an ACK response to the above-described packet (S3340). After that, the one-to-many packet transmission terminal can receive a packet ACK response from each terminal (S3350). At this time, other terminals that have received the communication packet based on the one-to-many method can respond. As an example, in FIG. 31 described above, the other terminals may be B, C, and D terminals.

More specifically, first, each terminal can allocate use slots through contention, and transmit an ACK response to one terminal (drone A in FIG. 31) in the allocated use slots. However, in the case described above, it is necessary to further allocate use slot resources.

Second, based on Reference 2, each terminal (each drone in FIG. 31) can cause its occupied broadcast slot to include an ACK response to the above-mentioned used slot for transmission. However, as an example, since some terminals may not periodically broadcast their own information, the present invention can be applied to terminals that are assigned a broadcast slot and perform periodic transmission. As an example, referring to FIG. 34(a), terminal A can transmit a one-to-many packet in slot #3 of frame #5. Thereafter, terminals B, C, and D can transmit ACKs for the packets described above in the 20th, 30th, and 40th broadcast slots of frame 5, respectively. However, this is only an example and is not limited to the above-described embodiment. Also, in FIG. 34(a), the broadcast slot exists in the broadcast channel and the used slot exists in the used channel, but in the mixed channel, the broadcast slot and the used slot may exist in the same channel. At this time, based on the above, it is possible to utilize the preset slot resources without allocating additional slot resources. Also, for example, not one but multiple ACK responses to the used slots can be simultaneously transmitted in the broadcast slot. As an example, referring to FIG. 34(b), multiple ACKs can be transmitted simultaneously. Here, it is possible to consider a case where terminal A is assigned three slots, slots 3, 6, and 9. FIG. However, this is only an example and is not limited to the above-described embodiment. Also, as an example, referring to FIG. 34(b), the B terminal's broadcast slot number is 20, and the ACK responses can include those for slots 3, 6, and 9. FIG. Also, as an example, the broadcast slot number of the C terminal is 40, and the ACK responses may include those for the 3rd, 6th, and 9th slots. Also, as an example, the D terminal's broadcast slot number is 50, and the ACK responses may include those for the 3rd, 6th, and 9th slots. However, the method described above is merely an example, and is not limited to the embodiments described above.

As another example, the ACK response can be transmitted by transmitting information along with the slot clearing signal on the contention tone channel according to Reference 5. That is, each terminal that receives the one-to-many packet can transmit a tone signal in a subslot of the contention tone slot resource mapped to the use slot resource allocated and continuously used by the one-to-many packet transmission terminal. . At this time, the tone signal may include an ACK response to the one-to-many packet described above.

As an example, referring to FIG. 35a, when one use slot is allocated for one-to-many communication, an ACK response can be transmitted as a tone signal. Also, as an example, referring to FIG. 35b, when a plurality of use slots are allocated for one-to-many communication, an ACK response can be transmitted as a tone signal. In addition, referring to FIG. 35c as an example, when a slot group to be used is allocated for one-to-many communication based on Reference 2, an ACK response can be transmitted as a tone signal. Also, as an example, referring to FIG. 35d, when one use slot is allocated for one-to-many communication, an ACK response can be transmitted as a tone signal in a preassigned sub-slot number. As an example, the above description can be utilized mainly when the destination address is the group ID.

Also, as an example, referring to FIG. 35e, when one use slot is allocated for one-to-many communication, a NACK response can be transmitted as a tone signal. At this time, as an example, since there are almost no information transmission errors, it is possible to operate based on the above in an environment where it is not necessary to send an ACK. That is, if there is no particular error, another ACK may not be transmitted, and a NACK signal may be transmitted when an error occurs as a negative acknowledgment. Also, referring to FIG. 35f as an example, when a plurality of use slots are allocated for one-to-many communication, a NACK response can be transmitted as a tone signal.

As a specific example, in FIG. 35a, terminal A can transmit a one-to-many packet in slot #3 of frame #5. At this time, the terminal can transmit ACK in the 2nd tone slot of the 6th frame. Terminals B, C, and D can transmit ACKs in subslots 2, 3, and 4, respectively. Here, there are various possible methods for transmitting ACK from subslot number 2. For example, ACKs can be transmitted sequentially in the order in which destination addresses are included in one-to-many packets, but the present invention is not limited to this.

Also, as a specific example, FIG. 35b may be a case where terminal A allocates three slots, numbered 3, 6, and 9, for one-to-many communication. At this time, the terminal A can transmit the one-to-many communication packet in the 3rd use slot of the 5th frame. After that, the terminal can transmit ACK in the 5th tone slot of the 5th frame. As an example, it may be the same as shown in FIG. 35a for terminals B, C, and D to transmit ACKs in subslots 2, 3, and 4, respectively. Also, a response to the one-to-many packet transmitted in the 6th used slot of the 5th frame can be transmitted in the 8th tone slot of the 5th frame. Also, a response to the one-to-many packet transmitted in the 9th used slot of the 5th frame can be transmitted in the 2nd tone slot of the 6th frame.

Also, as a specific example, FIG. 35c may be a case where terminal A allocates slot groups for one-to-many communication. Here, slot groups consist of multiples of fifty. That is, numbers 3, 53, 103, 153, . . . , 453 in total can be one slot group. Also, the terminal A can transmit the one-to-many communication packet in the 3rd use slot of the 5th frame. After that, the terminal can transmit ACK in the 52nd tone slot of the 5th frame. Then, as an example, terminals B, C, and D transmit ACKs in subslots 2, 3, and 4, respectively, which may be the same as shown in FIG. 6a, as described above. is. Also, a response to the one-to-many packet transmitted in the 53rd slot of the 5th frame can be transmitted in the 102nd tone slot of the 5th frame. However, this is only an example and is not limited to the above-described embodiment.

Also, as a specific example, in FIG. 35d, terminal A can transmit a one-to-many packet in the 3rd used slot of the 5th frame. At this time, the terminal can transmit ACK in the 2nd tone slot of the 6th frame. As an example, terminals B, C, and D may transmit ACKs in subslots 5, 8, and 13, respectively. Here, the sub-slot number in which each terminal transmits ACK may be specified in advance or may be specified dynamically, and is not limited to the above embodiments. That is, a response subslot may be preset for each terminal. Also, as an example, when terminals transmit a one-to-many communication packet, the packet may include information on the sub-slot number to which each terminal responds. That is, a terminal receiving a one-to-many communication packet can respond based on the subslot number included in the packet.

Also, as a specific example, FIG. 35e shows that terminal A can transmit a one-to-many packet in slot 3 used in frame 5. FIG. At this time, the terminal can transmit NACK in the 2nd sub-slot of the 2nd tone slot of the 6th frame. As an example, considering the error-free environment as described above, a NACK can be transmitted only when a reception error occurs. As an example, in FIG. 35e terminals B and C may transmit NACKs. At this time, even if two terminals transmit NACK tone signals at the same time, terminal A can recognize the presence of NACK. Here, the sub-slot number in which each terminal transmits NACK may be designated in advance or may be dynamically designated. Also, multiple terminals can be assigned the same subslot number for NACK transmission. As an example, if one-to-many file transmission is performed, if even one terminal does not receive the packet, the entire packet needs to be retransmitted. However, since the one-to-many packet transmitting terminal does not know which terminal has transmitted the NACK, it always retransmits when it receives the NACK. Therefore, when using the method of FIG. 6b, for efficient one-to-many communication, each one-to-many packet receiving terminal measures the one-to-many packet reception error rate by itself, and when a high error rate is measured, automatically Efficiency of one-to-many communication can be guaranteed only by withdrawing from one-to-many communication.

Also, referring to FIG. 35f, terminal A can transmit a one-to-many packet in the 3rd, 6th, and 9th used slots of the 5th frame. At this time, the terminal can transmit NACK for the 3rd, 6th and 9th slots of the 5th frame in the 2nd, 3rd and 4th sub-slots of the 2nd tone slot of the 6th frame. At this time, as described above, if no reception error has occurred, it is not necessary to transmit NACK. Also, even if a plurality of terminals transmit NACK tone signals at the same time, terminal A can recognize the presence of NACK. Here, we can consider the case where multiple terminals are assigned the same subslot number for NACK transmission. Also, the subslot number may mean NACK for the one-to-many packets transmitted in the 3rd, 6th and 9th slots. Such a NACK response scheme is efficient when NACKs are occasionally received in an environment where packet reception errors rarely occur. At this time, the terminal does not need to send NACK every time an error occurs in each packet, and can efficiently transmit NACK while receiving a plurality of packets.

Also, as an example, in FIGS. 35a, 35b, 35c, 35d, 35e, and 35f, a terminal transmitting an ACK or NACK response transmits a tone in subslot 0 to perform group slot clearing. can be done. As an example, we can consider the hidden node problem in one-to-many communication. At this time, all terminals related to one-to-many communication can transmit slot clearing tones in tone slots mapped to use slots in which the one-to-many communication is performed. This allows the entire one-to-many communication group to use the allocated slots without conflict, and is sometimes referred to hereinafter as "group slot clearing." At this time, for example, even when the entire group performs group slot clearing, a conflict may occur with respect to use slot resources allocated for one-to-many communication. For example, the configuration of terminals participating in one-to-many communication may continuously change according to the communication environment. That is, any one of the slots allocated to the current one-to-many communication may be a conflicting slot for a new terminal participating in the one-to-many communication. Also, as an example, when a terminal moving in a state where the terminals in the one-to-many communication group are stopped comes close to the one-to-many communication group, the terminal may cause slot resource collision.

As an example, referring to FIG. 36, it is possible to consider a case where terminals A, B, C, and D allocate slots No. 3, No. 6, and No. 9 for communication. However, this is only an example and is not limited to the above-described embodiment. At this time, it is possible to consider a case where terminal E using slot No. 3 accesses near terminal C. FIG. For example, in the case described above, resource collision may occur in slot 3 used. Therefore, in order to solve the problem of resource collision, it is necessary to provide information on collision to terminal A that transmits one-to-many communication packets. Then, as an example, a way to check for collisions can be to check for the presence or absence of tones received in other subslots than those used for slot clearing and ACK/NACK responses. As an example, if there are tones being received as a result of the test, it can be determined that the collision described above has occurred. At this time, the terminal can transmit the tone signal of the pre-promised scheme for the purpose of checking collision in the tone slot for slot clearing. As an example, referring to FIG. 37(a), it is possible to transmit a tone signal for collision avoidance together with a slot clearing signal in a plurality of forward sub-slots including the 0th sub-slot. As an example, the method described above can operate based on reference 4, but is not limited thereto. Also, as an example, referring to FIG. 37(b), a sub-slot for the purpose of detecting a collision can be allocated in the middle, and the embodiment is not limited to the above-described embodiment. On the other hand, as an example, the entire group can transmit a tone signal for the purpose of collision detection in the same subslot, hereinafter referred to as "group tone". For example, a section for transmitting a group tone signal is sometimes called a "group tone section". As an example, each terminal in a one-to-many group can transmit a group tone during the group tone interval. Also, if a tone signal of a subslot not belonging to the group tone is detected in the group tone period, it can be regarded as a collision. At this time, as an example, a case where collision is allowed can be considered, and reference 3 can be referred to for specific matters.

Also, for example, when a collision occurs in a slot used for one-to-many communication, the terminal can inform the presence or absence of collision, that is, the slot number where the collision occurred to the one-to-many packet transmission terminal. At this time, as an example, in the description above and below, for convenience of description, it is called a terminal. This is equally applicable to terminals or other devices. That is, terminals are used only for convenience of explanation, and terminals or other devices are equally applicable.

As an example, in view of the above, the terminal may allocate slots for use and perform one-to-one communication with a one-to-many packet transmission terminal (eg, terminal A). That is, the presence or absence of collision can be notified based on the above-described points. As another example, the terminal may broadcast information for conflict slots in the broadcast slot in which it broadcasts its information. Thereby, the one-to-many packet transmission terminal (for example, terminal A) can confirm the presence or absence of collision and the collision slot.

As an example, terminal A may receive from terminal C the slot information in which the collision occurred. Terminal A can then perform the necessary procedures for one-to-many communication. At this time, it can be decided whether or not to allow collisions, as described above. As an example, slots can be assigned to substitute for collision-occurring slots. Or, as an example, collision-occurring slots can be excluded from one-to-many communication, which can be considered in reference 3 above.

However, as an example, collision of slots to be used may occur when terminal A first allocates slots to be used for one-to-many communication. At this time, if a collision occurs in slot resources from the start of communication, it may be difficult to perform smooth communication. Considering the above points, when allocating slots to be used for one-to-many communication, it is possible to allocate slots to be used in which collision does not occur.

As an example, slot map information broadcast by each terminal can be used to assign non-collision slots to use as described above. At this time, when each terminal transmits its own information in a broadcast slot, the broadcast slot can include its own slot map information. Therefore, terminal A can create a 'group effective slot map' that can be used by all terminals in the entire group based on the slot maps received from each terminal. In addition, terminal A can allocate use slots belonging to the group effective slot map through contention on the contention proxy channel. Based on the above, a one-to-many packet transmitted by terminal A can be transmitted to terminals B, C, and D without resource collision.

More specifically, referring to FIG. 38, for convenience of explanation, the number of slots can be considered to be 10 instead of 500. However, this is only for convenience of explanation, and can be similarly applied when the number of slots is different. At this time, as an example, the slot maps of terminals A, B, C and D may be '0110011100', '0110011110', '0010100100' and '0111011111', respectively. However, the slot map is also just an example, and is not limited to the embodiment described above. At this time, a group effective slot map can be derived by combining the above slot maps, and the group effective slot map may be '0010000100'. That is, terminal A can allocate slots 3 and 8 to perform one-to-many communication without collision.

An operation based on the case where terminal A does not receive an ACK response to the one-to-many packet will be described below. In addition, as described above, the following description is based on the terminal, but this is only for convenience of explanation, and can be applied to other terminals or devices in the same way. Not limited. For example, if a terminal that has transmitted a one-to-many packet does not receive an ACK response from all terminals that receive the one-to-many packet, the terminal transmits the one-to-many packet to all terminals in a slot allocated for one-to-many communication. can be resent. As an example, referring to FIG. 39(a), terminal A receives ACK from terminal B and terminal C but does not receive ACK from terminal D, so it can retransmit the one-to-many packet. As another example, after allocating a use slot for one-to-one communication with a terminal without an ACK response through contention, the one-to-many packet can be retransmitted only to the terminal without an ACK response in the allocated use slot. can. As an example, referring to FIG. 39(b), if terminal A has not received an ACK only from terminal D, terminal A transmits a one-to-one packet through the use slot assigned only to terminal D. be able to.

However, as an example, it is possible to consider a case where an ACK response has not been continuously received from a certain terminal. At this time, as an example, the case where terminal C is too far away from terminal A can be considered. As an example, referring to FIG. 40, terminal C is at the boundary of terminal A's coverage range or may move out of the boundary. At this time, Terminal A may not be able to continuously receive an ACK response to the one-to-many packet from Terminal C. Therefore, it may be efficient for terminal A to exclude terminal C from the one-to-many communication. At this time, as an example, a method of excluding terminal C from one-to-many communication can be performed by deleting the ID of terminal C from the destination address included in the one-to-many packet. Also, as an example, if the destination address is a group ID, terminal C can be excluded from its own group list. Also, as an example, terminal A can itself ignore the presence or absence of an ACK response from terminal C, and is not limited to the embodiment described above.

That is, for efficient one-to-many communication, terminal A calculates the ACK response rate from each terminal, and if the ACK response rate is equal to or less than a preset threshold value, the terminal is removed from one-to-many communication. can be excluded. As a result, unnecessary operations can be omitted for terminals that are difficult to receive an ACK response.

Also, as an example, a dynamic group may be formed by the one-to-many communication described above. For example, when one-to-many communication is performed, a case can be considered in which preset group terminals are designated. Also, as an example, when one-to-many communication is performed, it is possible to consider a case where a group terminal dynamically joins. For example, one-to-many communication for collision avoidance between terminals can be considered. As an example, in the following description, it is assumed that terminal A dynamically forms a group after allocating slot resources for one-to-many communication using a contention proxy channel, but the present invention is not limited to this. . Also, as an example, the following description is based on a terminal, but it can be similarly applied to terminals or other devices, and is not limited to the embodiments described above.

As an example, terminal A may induce joining without specifying the one-to-many communication group itself. That is, broadcast slots can be allocated using the contention surrogate channel, and one-to-many communication group information can be broadcast in the allocated broadcast slots. At this time, as an example, the one-to-many communication group broadcast information includes at least one of an assigned slot number, a group joining requirement, a group slot clearing execution method, an ACK response method, data encryption information, and sequence use/non-use information. can be included. Also, for example, the one-to-many communication group broadcast information may further include other information related to one-to-many communication, and is not limited to the embodiments described above. At this time, if the group is dynamically allocated as described above, the group membership requirement can be set with the terminal located in the collision expected area in the specified time domain. More specifically, the group slot clearing execution method can mean whether or not the clearing is executed and the execution method described above. At this time, any one of the plurality of methods described above can be used as the ACK response method. Also, the data encryption information may mean information on an encryption method applied to a one-to-many communication packet after joining a group. Also, whether or not to use a sequence can mean whether or not a sequence is added to packets from the start to the end of one-to-many communication. At this time, for example, a terminal that has received the broadcast one-to-many communication group information can determine whether to join the group by checking the above-described group joining requirements. As an example, if the terminal decides to join the group based on the above information, it can transmit a packet requesting to join the one-to-many communication group to the one-to-many communication group information broadcast terminal. At this time, the subscription request may be delivered to terminal A using the broadcast slot occupied by itself. Also, as an example, the terminal can transmit by allocating use slots according to contention and transmitting one-to-one packets.

At this time, terminal A that receives the one-to-many communication group joining request can decide whether to accommodate the above-mentioned request. As an example, if terminal A accepts the join request, terminal A may join the terminal to the one-to-many communication group. At this time, the terminal A may not notify the subscribed terminal whether another subscription is approved or not. The terminal A can also transmit the one-to-many packet by including the address of the subscribed terminal in the destination address. Also, as an example, before sending the one-to-many packet, terminal A can first send a packet to the subscribing terminal to indicate whether or not it is subscribing. At this time, the packet for notifying whether or not to join includes information on the ACK response method, ACK response sub-slot number, subscription number, execution/non-execution of group slot clearing, data encryption/non-encryption, and sequence use/non-use information together with the subscription approval information. At least one may be included. However, the packet notifying whether or not to subscribe may further include other information, and is not limited to the above-described embodiments. Here, the ACK response sub-slot number may be a sub-slot number used when performing an ACK response with a tone signal. Also, the subscription number may be a number assigned to the subscribed terminal by the one-to-many communication manager terminal, and is not limited to the above embodiment.

FIG. 41 illustrates how a terminal joins a dynamic group based on what has been described above. For example, referring to FIG. 41, one terminal can receive allocation of use slot resources for one-to-many communication using a contention proxy channel (S4110). Then, one terminal can allocate a broadcast slot and broadcast one-to-many communication group information (S4120). At this time, each terminal that has received the one-to-many communication group information can transmit a request for joining the communication group to the corresponding terminal (S4130). After that, the group information broadcast terminal that has received the group joining request can join the request application terminal to the one-to-many communication group and perform one-to-many communication (S4140).

Also, as an example, a method of terminating one-to-many communication can be considered. For example, terminal A can suspend transmission for a one-to-many communication packet. That is, the broadcasting entity can interrupt the direct broadcast. As another example, terminal A can transmit a one-to-many communication end packet to inform other terminals of communication end information for one-to-many communication. As another example, terminal A may no longer broadcast one-to-many communication group information to indicate that the one-to-many communication group is no longer valid. At this time, before ending the broadcasting of the one-to-many communication group information, the information that the one-to-many communication group ends may be broadcast again. That is, the one-to-many communication can be terminated more stably by the above-mentioned.

Also, as an example, slot resources for one-to-many communication can be pre-allocated. For example, instead of one terminal allocating slot resources for one-to-many communication using a contention proxy channel, a distributed communication system can allocate slot resources for one-to-many communication in advance. At this time, the slot resources used for such one-to-many communication are distributed communication terminals disclosed in Reference 6 (Korean Patent Application No. 10-2018-0021101, operation control method of terminal in wireless distributed communication system). It can be assigned by including the used slot resource information in advance in a communication parameter file that is built in and periodically updated.

Specifically, Reference 1 uses a collision contention scheme for a synchronous wireless distributed communication system. Then, according to the present invention, the distributed communication system may be a TDMA system and may use slots, as described above. Also, the scheme of Reference 1 can mean using slots as shown in FIG. 42(a), which is described above. At this time, for example, the main channel is a data channel through which data is transmitted, and is described in reference 3 (Korean Patent Application No. 10-2018-0014682, service method using multiple channels in a synchronous TDMA system). There may be disclosed broadcast slots, usage slots, and the like. Also, as an example, a sub-channel mainly means a tone channel, and is hereinafter referred to as a contention tone channel. Contention can then, for example, refer to TDMA slot allocation contention using a contention surrogate channel, as described above and based on ref. That's right. At this time, as an example, slot clearing is performed based on Reference 5 (Korean Patent Application No. 10-2018-0021100, Terminal operation method using tone channel in synchronous time division multiple access system) and Reference 5. Information can be transmitted as well, and the following can also act on the basis of what has been described above.

Also, Reference 3 discloses a configuration for a slot map, and the slot map can also be used in the following. For example, a slot map refers to a map in which each terminal creates a slot list that can be allocated among all slot resources. Also, as an example, as described above, the frame length can be set to 1 second and the slot length to 2 ms in a synchronous TDMA distributed communication environment. That is, there can be 500 slots in one second. Also, as an example, slots can be divided into sub-slots. The following description is based on the case where one slot has 40 sub-slots, but is not limited to this. As an example, FIG. 42(b) may be a frame structure based on what was described above.

At this time, FIG. 43 is a diagram showing how the drone performs collision avoidance. As an example, although FIG. 43 shows a drone, the drone may be a terminal or other device. That is, although FIG. 43 has been described based on a drone for convenience of explanation, it can also be applied to other terminals or devices to which a wireless distributed communication system is applied. Therefore, although related content is hereinafter collectively referred to as a terminal, which may be a drone or other device of a wireless distributed communication system, it is not limited to the embodiments described above.

As an example, referring to FIG. 43, terminals A, B, C, and D are capable of many-to-many communication. At this time, in FIG. 43, terminals A, B, C, and D moving from east, west, south, and north to point X can be considered. At this time, each terminal can allocate a broadcast slot for its own unique registration ID, location, direction of travel, etc., and broadcast in the allocated broadcast slot. By virtue of the above, each terminal can receive the position and orientation of the other terminal and can avoid collisions based thereon. At this time, as an example, the terminals can perform many-to-many communication. For example, the terminal may be a drone as described above. If the terminal is a drone, many-to-many communication can be performed for missing person search, group flight, etc., but is not limited to the embodiments described above.

In addition, for example, a terminal performing many-to-many communication may mean a case in which the entity performing one-to-many communication is continuously changed. More specifically, rather than terminal A always sending a one-to-many packet and drones B, C, and D responding to it, any one of terminals A, B, C, and D transmits a one-to-many packet, This can mean that other terminals respond. That is, terminals that transmit one-to-many packets in many-to-many communication can be continuously changed. At this time, as an example, whether or not there is a response in many-to-many communication depends on the situation, which will be described later. Many-to-many communication may be based on one-to-many communication. That is, one-to-many communication can be regarded as a special case in which one terminal sends many-to-many packets in many-to-many communication, and is not limited to the above-described embodiments.

Also, as an example, a synchronous wireless distributed communication system may require slot resources for performing many-to-many communication. At this time, the wireless distributed communication system can allocate preset slots as slot resources for many-to-many communication. In addition, as an example, the above-mentioned resources are based on Reference 6 (Korean Patent Application No. 10-2018-0021101, Operation control method of terminal in wireless distributed communication system), and many-to-many communication of slots determined in advance. can be assigned as a slot resource for As an example, it can be specified from a communication parameter file that is incorporated in distributed terminals disclosed in reference 6 and that is updated. As another example, many-to-many communication slot resources can be allocated by terminals performing many-to-many communication via contention surrogate channels having different frequencies. In this case, all terminals in the many-to-many group must perform group slot clearing in the assigned many-to-many slot. Terminals in the many-to-many group can then transmit many-to-many packets in the assigned many-to-many slots. At this time, each terminal in the many-to-many group must dynamically reassign one of the assigned many-to-many slots to its own slot using a contention surrogate channel with a different frequency. . If one of the many-to-many slots is assigned by contention based on the above, the terminal that dynamically reassigns the slot may send a many-to-many communication packet in the assigned slot. can be sent. More specifically, referring to FIG. 44, slot resources for many-to-many communications may be allocated (S4410). Then, any one of the many-to-many slots to which the terminals of the many-to-many group are assigned can be assigned using a contention proxy channel with a different frequency (S4420). A many-to-many communication packet can then be transmitted using the allocated slot resources (S4430).

Also, as an example, slots for many-to-many communications can be dynamically allocated. At this time, a slot for many-to-many communication can be assigned to a slot in which resource conflict does not occur. As an example, each terminal can broadcast a slot map. At this time, as described above, slots are allocated based on the slot map information broadcast by the terminal, and collision can be prevented based on this. Also, as an example, when each terminal transmits its own information in a broadcast slot, the terminal can include its own slot map information in the broadcast slot before transmitting. At this time, as an example, terminal A can create a 'group effective slot map' that can be used by all terminals in the entire group based on the slot maps received from each terminal. At this time, slots belonging to the group effective slot map can be assigned through contention on the contention surrogate channel. Based on the above, many-to-many packets transmitted by terminal A can be transmitted to terminals B, C, and D, which are other terminals, without resource collision.

Also, as an example, referring to FIG. 45, a group effective slot map can be set. As an example, in FIG. 45, the number of slots is set to 10 for convenience of explanation, but this is only an example and is not limited to the embodiment described above. That is, it can be applied even when the number of slots is different. At this time, for example, referring to FIG. 45, the slot maps of terminals A, B, C and D may be '0110011100', '0110011110', '0010100100' and '0111011111', respectively. In the above case, the group valid slot map may be "0010000100". That is, terminal A can allocate slots 3 and 8 to allocate many-to-many communication resources without collision.

Also, by way of example, resources may be dynamically allocated. At this time, group slot clearing can be performed after dynamically allocating slots. At this time, slot clearing can be used to solve the hidden node problem when performing one-to-one communication based on Reference 1. On the other hand, in the following, considering the hidden node problem, all terminals involved in many-to-many communication may transmit slot clearing tones in tone slots mapped to slots in which the many-to-many communication is performed. can. The above allows the entire many-to-many communication group to use the assigned slot without conflict. By way of example, the operation described above is hereinafter referred to as "group slot clearing". For example, referring to FIG. 5, group slot clearing may occur. As an example, the many-to-many slots may be three slots numbered 3, 53, and 453; At this time, clearing may be performed in the tone slot before the assigned slot. This allows resources to be used without conflict.

Also, as an example, FIG. 47 is a diagram showing a many-to-many packet. For example, the many-to-many packet of FIG. 47 may be similar to the one-to-many packet. At this time, as described above, one-to-many communication can be a special case of many-to-many communication, so the packets can be constructed in the same way. Many-to-many communication may occur via the packets described above. At this time, referring to FIG. 47(a) as an example, the packet header is 0x02, which can mean multiple route modification requests of the designated terminal. At this time, the source address may mean a 32-bit unique ID of the A terminal. Also, the number of destination addresses is 0x3, which can mean three. At this time, the destination address may mean the terminal unique IDs of terminals B, C, and D, respectively. The data may also include corrected path information for B, C, and D drones. Also, as an example, referring to FIG. 47(b), it may be a packet configuration when terminals A, B, C, and D are grouped with one group ID. At this time, as an example, the destination address may only require the many-to-many communication group ID. In other words, the destination address can be designated only by the group ID. At this time, as an example, the many-to-many communication group ID can be preset in the system. Also, for example, a many-to-many communication group ID can be arbitrarily assigned by a terminal to which a many-to-many slot is assigned, and is not limited to the above-described embodiment. At this time, if a many-to-many communication group ID is arbitrarily assigned, each terminal can join the many-to-many communication group for many-to-many communication. At this time, a procedure for each terminal to join may be required.

Also, as an example, a terminal that receives a many-to-many communication packet can transmit a response to the packet. At this time, if the terminal is a drone as described above, a response may be required even when a many-to-many packet is transmitted. However, as an example, when a wireless group chat is performed at a terminal, a response to many-to-many packets may not be essential. At this time, in the case described above, it is efficient to manage the sequence, which will be described later. Also, as an example, if the terminal is a vehicle, many-to-many communication used in vehicle communication may be subject to conditional responses.

As an example, drone A of FIG. 43 can send a packet of FIG. 47(a) to drones B, C, and D to transmit a route modification request for collision avoidance in communication between drones. At this time, drones B and C inform that they have corrected their routes, and drone D is in a situation where it is not possible to correct its own route, and instead of correcting its route, it chooses a method of reducing its speed. can think. That is, each drone (or terminal) can transmit various types of response information in consideration of the above situations.

For example, each terminal (or drone) can include a response to the many-to-many packet in the broadcast slot occupied by itself and transmit response information to the many-to-many packet. As an example, referring to FIG. 46, drones B, C, and D can transmit response data to the many-to-many packet sent by terminal A from use slot 3 in broadcast slots 20, 16, and 8, respectively. However, this is only an example and can be transmitted through other slots. That is, the information can be transmitted in its own broadcast slot, and is not limited to the embodiments described above. Also, as an example, a terminal that does not periodically broadcast its own information cannot perform the operations described above.

As another example, terminals in each many-to-many group can be allocated using any one of the allocated many-to-many slots as a contention proxy channel, and the many-to-many terminals in the allocated slot can be allocated. A response packet to the communication packet can be transmitted. At this time, if the target ID is set to one terminal of the many-to-many group, the one-to-one packet can be transmitted in the many-to-many slot. Also, as an example, when the target ID is set to a many-to-many group ID, a one-to-many packet can be transmitted in a many-to-many slot. That is, the allocated many-to-many slots can optionally be used to transmit one-to-many or one-to-one packets.

As another example, response packets to many-to-many communication packets can be transmitted through general slots instead of many-to-many slots. At this time, after the general slot is allocated using the contention proxy channel, the response can be transmitted in the allocated slot. However, in the case described above, additional resources may be required in addition to the resources used in many-to-many communication.

As another example, whether or not to respond to a many-to-many packet can be determined according to conditions. As an example, referring to FIG. 48, terminal D can request terminals A, B, and C to transmit missing person information to itself only if a missing person is found. However, the above-mentioned place is only an example, and it is not limited to the embodiment mentioned above. That is, whether or not a response can be triggered based on a certain condition and transmitted. Here, the assigned many-to-many slots may be the 3rd, 6th, 9th and 12th slots, but this is only an example and is not limited to the above-described embodiments. At this time, terminals A, B, and C can transmit a response only when certain conditions are met (for example, when a missing person is found by itself), as described above.

As an example, in FIG. 50(a), if no one satisfies the response condition (all missing persons have not been found), all terminals may not respond. Also, as an example, in FIG. 50(b), when terminal C satisfies the response condition (when drone C finds a missing person), terminal C can transmit a response. At this time, the terminal C can transmit a response by transmitting a one-to-one packet using the 53rd slot that does not belong to the many-to-many slots. That is, terminal C can transmit a response through a one-to-one packet. As another example, in FIG. 50(c), terminal C can transmit a response through a one-to-one packet using the 6th slot belonging to many-to-many slots. At this time, as an example, in FIGS. 50(b) and 50(c), the counterpart terminal can always transmit ACK in response to the response packet sent by terminal C. FIG. At this time, if the terminal C has not received the ACK, the terminal C can further transmit a response packet. At this time, as an example, when the terminal A sends a request to the terminals B, C, and D to notify the drone that searched for the missing person, the terminal C cannot receive the request. At this time, the drone C cannot transmit the missing person information to the drone A. Therefore, drones B, C, and D must transmit an ACK for the many-to-many packet sent by drone A. At this time, ACK transmission as described above may be performed in various forms.

At this time, as an example, the terminal can receive allocation of slot resources through contention. After that, the terminal can transmit a one-to-one packet containing an ACK for the many-to-many packet in the assigned slot. As another example, each terminal (or drone) can broadcast with an ACK response included in its own occupied broadcast slot. This allows an ACK response to be transmitted.

As another example, according to Reference 5, the terminal can transmit the ACK response information along with the stock clearing signal on the contention tone channel. That is, after receiving the many-to-many packet, the terminal transmits a tone signal in a sub-slot of the contention tone slot resource mapped to the slot resource allocated and continuously used by the many-to-many packet transmitting terminal. be able to. At this time, the tone signal may include an ACK response to the many-to-many packet and be transmitted. Also, as an example, the ACK transmission method for many-to-many packets may be the same as the ACK transmission method for one-to-many packets. That is, as described above, one-to-many communication can be a specific state of many-to-many communication. Since many-to-many communication can be viewed as one-to-many communication subject that keeps changing, the ACK transmission method can be the same as described above.

The following describes how to broadcast many-to-many group information and how to manage the sequence of many-to-many packets. At this time, efficient and stable many-to-many communication can be performed based on the above-mentioned points, and based on this, the stability of the system can be ensured.

As an example, many-to-many group information can be broadcast. At this time, the terminal assigned the many-to-many slot can allocate the broadcast slot using the contention proxy channel and broadcast the many-to-many communication group information in the assigned broadcast slot. After that, the terminals that received the broadcast information can themselves request to join the many-to-many communication group. For example, it can be done as described above in a wireless group chat or autonomous communication situation between drones. At this time, the many-to-many communication group information broadcast in the allocated broadcast slot includes the purpose of the created group, group ID, group password setting information, channel used for the many-to-many communication group, and allocated slot information. , transmission power information of this broadcast slot, leaving receive power value of this broadcast slot, leaving receive slot error rate, group clearing tone setting information, retransmission clearing subslot information, tone channel used to convey ACK/NACK At least one of sub-slot related information, sequence information for many-to-many communication groups, whether persistent reception of broadcast slots in which group information is broadcast, and group effective slot map information may be included. Also, in addition to the information described above, other information for the many-to-many communication group may also be included, and is not limited to the embodiments described above.

Here, the purpose of the created group may mean the service provided by the created many-to-many group. Also, the group ID may be an ID assigned by the many-to-many communication group creating terminal itself or assigned in advance by the system. Also, the group password setting information may be whether or not a password is required when joining the group. Also, as an example, the leaving received power value of this broadcast slot may be the received power value of the above-mentioned broadcast slot to which the subscribing terminals should leave. In addition, the leave reception error rate may be the reception error rate value of the above-mentioned broadcast slot from which the terminal should leave. In addition, the group clearing tone configuration information may indicate whether group clearing is performed and the position of the sub-slot of the corresponding tone. In addition, the retransmission clearing subslot information may indicate whether clearing used for retransmission is performed and the position of the subslot of the corresponding tone. In addition, sub-slot-related information of the tone channel used for ACK/NACK transmission includes whether ACK is required for many-to-many communication, whether conditional ACK must be transmitted, and ACK transmission. It can mean at least one of sub-slot number information of time. In addition, the sequence information of the many-to-many communication group may mean whether or not to use a sequence in many-to-many communication and the current sequence number when using the sequence. In addition, whether or not to continuously receive a broadcast slot in which group information is broadcast may mean whether terminals that have joined the corresponding many-to-many communication group should continuously receive this broadcast slot. can. Also, the group effective slot map information may be slot information that can be used by all terminals that have joined the group.

A terminal that receives the broadcast slot described above can check a lot of information for many-to-many communication. Terminals that wish to join the many-to-many communication group can then allocate slots for use using the contention surrogate channel. A terminal can transmit a one-to-one packet requesting joining a many-to-many communication group to a many-to-many communication group information broadcast terminal using an allocated slot. The many-to-many group creating terminal receives the above-mentioned request, joins the terminal to the group, and can transmit the packet when the joining is completed. Also, as an example, if the terminal's membership is denied, the many-to-many group creation terminal can transmit a packet indicating that the membership has been denied. For example, subscription refusal can occur based on password mismatch, terminal type that cannot be enrolled. Also, for example, the denial of subscription can be set according to other reasons or conditions, and is not limited to the above-described embodiments. Denial of subscription can occur for a variety of reasons.

As an example, referring to FIG. 51, the terminal can allocate slot resources for many-to-many communication (S5110). After that, the many-to-many group management terminal can allocate a broadcast slot and broadcast the many-to-many communication group information in the allocated broadcast slot (S5120). At this time, the many-to-many communication group information is as described above. After that, the terminal receiving the many-to-many communication group broadcast information can allocate a use slot and transmit a one-to-one packet requesting to join the corresponding group (S5130). After that, the many-to-many communication group management terminal can join or refuse to join the terminal based on the above-mentioned request, as described above (S5140).

Also, as a specific example, a case where terminals (or drones) operate based on many-to-many communication groups can be considered. As an example, terminal A (or drone A) may receive a request containing terminal B's slot map information from terminal B (or drone B) desiring to join many-to-many communication. At this time, terminal A may be a many-to-many group management terminal. At this time, terminal A can check whether terminal B can use the currently allocated many-to-many group slot using the slot map information of terminal B described above. For example, if there is a many-to-many group slot that cannot be used by terminal B, the allocated slot should be returned and another slot resource should be allocated. At this time, from the slot maps of terminal A and terminal B, terminal A can create a "group effective slot map" indicating slots that can be used by both terminals. Terminal A can then use the group effective slot map information to allocate slots that terminals A and B can use together.

At this time, as an example, it is possible to consider a case where terminal C has already joined the group described above. At this time, since the terminal A is the management terminal of the above group, the group effective slot map information of the terminal A and the terminal C can be known in advance. When drone B joins the group mentioned above, terminal A can update the group-effective slot map mentioned above to a group-effective slot map that can be used by all of the A, B, and C terminals. That is, the group effective slot map can be updated considering the slot maps of all terminals included in the group. According to the above, when a terminal joins a many-to-many group, the management terminal can check and assign conflict-free slots.

Also, as an example, a subscribed terminal can perform group slot clearing to solve the hidden node problem. At the same time, many-to-many communication slot collisions can be checked in real time. For example, many-to-many slots that are allocated by avoiding collisions at the time of subscription may also cause collisions during use. At this time, the method of checking for collision is to check whether there is a tone received in a sub-slot other than the sub-slots transmitted by the many-to-many group among the tone slots belonging to the many-to-many group. If the test shows that there are tones received, the terminal can recognize that a collision has occurred. For example, a terminal can transmit a tone signal of a preset scheme for the purpose of checking collision in a tone slot for slot clearing.

More specifically, referring to FIG. 52(a), it is possible to transmit a tone signal for collision avoidance together with a slot clearing signal in a plurality of forward sub-slots including the 0th sub-slot. For example, the method described above may be similar to reference 5. Also, as an example, as shown in FIG. 52(b), a sub-slot for the purpose of collision detection may be allocated in the middle. At this time, the entire group can transmit the tone signal for collision detection in the same subslot. At this time, the target tone signal described above may be called a "group tone". However, this is only an example, and other names may be used. In addition, a period during which group tone signals are transmitted is sometimes called a "group tone period". This is also just an example, and other names may be used. Also, as an example, each terminal in a one-to-many group can transmit a group tone during a group tone interval. At this time, if a tone signal of a subslot not belonging to the group tone is detected from the group tone period, it can be regarded as a collision. That is, since only the group tone signal can be transmitted in the group tone interval, it can be determined that there is a collision if other signals are present. At this time, for example, referring to Reference 3, it is possible to decide whether or not to allow a collision even when a collision is detected. That is, in certain cases, collisions can be allowed to work. Also, for example, in certain cases, collisions can be disallowed, and the embodiment is not limited to the above-described embodiments. However, for convenience of explanation, the following description will be based on the case where collision is not permitted. In other words, it is possible to operate while collisions are permitted, but for convenience of explanation, the following description will be based on the case where collisions are not permitted.

At this time, as an example, as described above, terminal A in the many-to-many communication group can be the management terminal. Terminal B may also be a terminal that has joined a many-to-many communication group. At this time, when the terminal B detects a collision, the terminal B can transmit the slot number in which the collision occurred to the many-to-many group management terminal A. FIG. At this time, in order to update the group effective slot map, one's current slot map can be transmitted together. However, in the case of a system in which each terminal transmits its own slot map information through broadcast slots, unnecessary information can be continuously transmitted. In view of the above, the many-to-many group management terminal A excludes the slot in which the collision is reported from the many-to-many group slot resource, and also excludes the collision from the many-to-many group slot resource broadcasted in the broadcast slot. Slot numbers can be omitted.

Also, as an example, many-to-many group management terminal A can allocate other slots as many-to-many group slots instead of the excluded slots. Terminal A can arbitrarily assign one slot in the current group available slot map via the contention surrogate channel. Also, if a collision report is received for a newly allocated slot, terminal A may repeat the procedure of allocating slots.

Also, as an example, sequences can be assigned to many-to-many packets as described above. At this time, as an example, ACK/NACK can be transmitted and received based on the above-described many-to-many packet sequence. For example, referring to FIG. 53, the packet header in FIG. 53(a) is 0x04, which can mean transmission of many-to-many group information with sequence. Also, the source address may mean a 32-bit unique ID of the A terminal. Also, the destination address is 0x33, which can mean a many-to-many group ID. Also, the sequence number is 5 bits and can have a value of '00111'. However, the setting described above is merely an example, and other values can be set. That is, a many-to-many packet can be configured based on FIG. 53, and is not limited to the embodiment described above. At this time, as an example, other terminals receiving the many-to-many packet may not transmit a response. For example, the error rate for many-to-many packets may be small. In addition, for example, since packets are not always transmitted in the allocated many-to-many slots, it is not possible to check whether they were not transmitted or an error occurred. That is, no response is transmitted in view of the above points.

However, errors may also occur in many-to-many packets, for example. As an example, referring to FIG. 13, in FIG. 54a one can consider the case where the sequence number consists of 5 bits and repeats from 0-31. However, this is only an example and is not limited to the above-described embodiment. Also, the assigned many-to-many slots may be four slots, 10th, 20th, 30th, and 40th slots. At this time, for example, terminal C can not receive the signal transmitted by terminal B in slot 20 of frame 5 in FIG. 54a. Therefore, the current many-to-many sequence number is 7 for terminals A, B, and D, but terminal C, which has not received packet 7, may have a current sequence number of 6. At this time, referring to FIG. 54b, terminal D can transmit a packet of sequence number 8 through slot number 30 of frame number 5 in the above situation. At this time, the terminal C can recognize that it has received the 8th sequence and not the 7th sequence. Therefore, the terminal C can transmit a many-to-many packet requesting retransmission of the 7th sequence through the 40th slot of the 5th frame. At this time, for example, the retransmission request packet may not include a sequence number. Also, for stable many-to-many communication, the retransmission request can be set to a higher priority than the general many-to-many packet transmission. In the following, a "retransmission clearing subslot" can be defined for retransmissions. At this time, the retransmission clearing sub-slot can mean prioritizing terminals requesting retransmission or sending retransmission packets. For example, in FIG. 54c, the retransmission clearing sub-slot can be defined as number one. However, this is only an example and is not limited to the above-described embodiment. At this time, the 0th sub-slot can be used for group clearing. Terminal C can transmit a retransmission clearing tone signal via subslot #1. In addition, one sub-slot can be randomly selected from sub-slots 2 to 39. As an example, FIG. 54 will be described based on the case where number 7 is selected for convenience of explanation. However, it is not limited to this. Terminal A may randomly select one subslot from subslot number 2 to subslot number 39 to send a packet of sequence number 9 . As an example, the number 6 subslot can be chosen. At this time, although terminal A has selected a faster number, it is already unable to win the contention in subslot #1, so terminal C can transmit a packet requesting retransmission of sequence #7. At this time, as an example, terminals A, B, and D that have received the retransmission request can operate as follows.

As an example, based on the above description, the terminal B transmitting the 7th sequence can allocate the 10th slot of the 6th frame, which is the next many-to-many slot, using the contention proxy channel. At this time, terminal B can retransmit the 7th sequence using the allocated slot. At this time, since terminals A, B, and D can confirm whether they have sent the 7th sequence, terminal B uses the next many-to-many slot without contention. be able to. However, as an example, if terminal A has not received a retransmission request, terminal A can transmit a packet of sequence number 9 in the next many-to-many slot.

A "retransmission clearing subslot" can be configured based on the above. As an example, referring to FIG. 54d, as shown in FIG. 54c, terminal B transmits a retransmission clearing tone signal through subslot No. 1 to prevent transmission of terminal A's general many-to-many packet, and the sequence Number 7 can be resent.

As another example, terminals A, B, and D that have received retransmission request No. 7 all allocate the next many-to-many slot using the contention proxy channel, and the slot allocated by the successfully allocated terminal can resend the 7th packet. As an example, referring to FIG. 54e, terminal D may win the contention and retransmit packet #7. Also, as an example, referring to FIG. 54f, it may be the case in FIG. 54e that subslot #1 is designated as the retransmission clearing subslot. At this time, when retransmitting a packet, retransmission can be performed based on the packet structure of FIG. 12(b) described above. For example, in FIG. 53(b), if the packet header is 0x05, it can mean retransmission of many-to-many group information with a sequence.

As another example, as shown in FIG. 54b above, if terminal C has not received packet #7 transmitted by terminal B, then terminal C can transmit packet #7. At this time, as an example, the above-described packet is only an example, and the same can be applied to a case where packets are transmitted with other numbers. At this time, referring to FIG. 55(a) as an example, terminal C can transmit a packet, and terminals A, B, and D can receive the above packet. At this time, terminals A, B, and D can ignore the received 7th packet if it is the same retransmission packet as the existing 7th packet. However, when the 7th packet received by the terminals A, B, and D is a new 7th packet, the terminals A, B, and D can receive the 7th packet redundantly. In the above case, terminals A, B, and D allocate the next many-to-many slot using the contention proxy channel, and send a packet notifying that the slot allocated by the successfully allocated terminal has a current sequence number of 7. can be transmitted. More specifically, referring to FIG. 55(b), terminals A, B, and D contend using retransmission clearing subslots, and terminal D, which has been successfully allocated, currently has a sequence number of 7. It is possible to transmit a packet notifying that As an example, a packet can be constructed based on FIG. 53(c) described above. At this time, if the packet header is 0x06, it can mean 'current sequence number notification'. Also, the above-mentioned packet may include a terminal address that sent the packet out of sequence with a sequence number different from the current sequence number. Therefore, terminal C receives the above-mentioned packet and can recognize that it transmitted the wrong sequence based on its own terminal address. At this time, terminal C can request retransmission of sequence number 7 that it has not received. Also, as an example, as described above, the packet notifying that the current sequence number is 7 can be sent by the terminal B that originally transmitted the 7th sequence without contention. Not limited.

Also, as an example, a method that can be used efficiently with sequences for many-to-many packets is to use ACK or NACK tone signals. As an example, many-to-many slots do not always transmit many-to-many packets. Therefore, it is necessary to send ACK/NACK considering the situation described above. That is, when receiving a many-to-many packet, an ACK can be transmitted. On the other hand, if the many-to-many packet is not received, a NACK can be transmitted.

More specifically, referring to FIG. 56a, the retransmission clearing subslot number may be 3, the ACK transmission subslot number may be 2, and the NACK transmission subslot number may be 1. However, this is only an example and is not limited to the above-described embodiment. At this time, as an example, terminal A can transmit a many-to-many packet of sequence #7 in slot #10. At this time, terminal B, which has received the packet of sequence number 7, can transmit ACK in subslot number 2 of tone slot number 19. FIG. Also, as an example, terminals C and D, which have not received the packet of sequence #7, can transmit NACK in subslot #1 of tone slot #19. That is, each terminal can transmit a tone signal in the corresponding subslot depending on whether it receives a many-to-many packet. At this time, terminal A can transmit a retransmission clearing tone signal through subslot #3. Thereafter, terminal A conducts contention for sub-slots 4 to 39 and assigns slot 20 to be used, so that it can retransmit the packet of sequence 7 in this slot. That is, terminal A can retransmit many-to-many packets.

Also, as an example, referring to FIG. 56b, it is possible to operate on the NACK tone signal. Here, the retransmission clearing subslot number may be #2, and the NACK transmission subslot number may be #1. However, the above numbers are only an example, and it is also possible to use sub-slots with other numbers. At this time, it is possible to consider a case where drone A transmits a many-to-many packet of sequence number 7 in slot number 10. FIG. At this time, if terminal C and terminal D have not received the above packet, terminal C and terminal D can transmit NACK through subslot #1 of tone slot #19. That is, a terminal that has not received a many-to-many packet can transmit a NACK in the corresponding subslot of the tone slot. After that, terminal A transmits a retransmission clearing tone signal through sub-slot No. 2, performs contention from sub-slot No. 3 to sub-slot No. 39, allocates slot No. 20, and then uses the sequence No. 7 described above. Packets can be resent.

As another example, a broadcast slot in which many-to-many group information is transmitted may be transmitted including a current sequence number. For example, it is possible to consider a case where terminal A transmits a many-to-many packet of sequence #7 in slot #10. At this time, if terminal C has not received the above many-to-many packet, retransmission may be performed as described above. However, if terminal C does not receive many-to-many packets through slots 20, 30, and 40, terminal C continuously confirms that it has not received the 7th sequence. can't

As an example, referring to FIG. 57(a), the many-to-many group management terminal can be terminal A described above. At this time, the many-to-many group management terminal A can transmit the packet including the current sequence number in the broadcast slot in which the many-to-many group information is transmitted. At this time, terminal C can use the information broadcast by terminal A to recognize that it has not received the 7th sequence packet. At this time, the terminal C can request retransmission of the 7th packet. At this time, the broadcast slot number may be 0, for example. However, this is only an example and it is also possible to transmit based on other numbers.

Also, as an example, it is possible to consider a case where the terminal C transmits the packet of the 8th sequence in the 40th slot of the 5th frame in the above situation, and the many-to-many group management drone A does not receive it. At this time, the terminal A broadcasts that the current frame number is 7 in the 0th broadcast slot of the 6th frame. At this time, terminal C, which has received the above-described broadcast, can transmit the packet of FIG. At this time, terminal A, which has received the above packet, can transmit a packet requesting retransmission of sequence number 8, as shown in FIG. 57(c). At this time, as an example, terminal C transmitting the information that the current sequence number is 8 in the 10th slot of the 6th frame wins the contention for terminal C to transmit the current sequence number described above. can be the case.

As another example, in order to stably maintain a many-to-many group in a wireless distributed communication system, it is necessary for terminals to autonomously or forcefully leave the many-to-many group. For example, when a terminal belonging to a many-to-many communication group withdraws from the many-to-many communication group by itself, the terminal to which the many-to-many communication resource is allocated broadcasts the broadcast in a broadcast slot allocated for broadcasting of the many-to-many communication group. A leaving reception power value of a slot or a leaving reception slot error rate can be transmitted. At this time, the terminal that satisfies the above conditions can voluntarily withdraw from the group. That is, each terminal of the many-to-many group that has received the many-to-many communication group information broadcast slot can calculate the reception power of the broadcast slot or the leave reception slot error rate. At this time, if the calculated value is smaller than the leave receive power value or larger than the leave receive slot error rate, the terminal can voluntarily leave the many-to-many communication group. For example, referring to FIG. 58, a leaving received power value or a received error rate can be transmitted in a many-to-many group information broadcast slot (S5810). At this time, the terminal receiving the above information can calculate the reception power or reception error rate of the corresponding broadcast slot (S5820). At this time, if the received power measured by each terminal is smaller than the leaving received power, the terminal can leave. Also, if the error rate calculated by each terminal is greater than the withdrawal reception error rate, the terminal can withdraw (S5830). That is, the terminal can continuously receive the condition information for maintaining the group through broadcasting, and can determine whether to withdraw based on whether the value is satisfied.

At this time, when the terminal leaves the group, the terminal allocates one of the many-to-many group slots using the contention proxy channel, and reports its withdrawal to the many-to-many group slot in the allocated slot. It is possible to inform the multi-group management terminal. At this time, the management terminal may receive the withdrawal request and transmit an ACK response to the withdrawal request packet to the corresponding terminal. Also, for example, the management terminal may transmit other many-to-many communication packets to transmit information on withdrawal approval.

In addition, as an example, if the communication connection with the many-to-many group management terminal is terminated before the withdrawal is applied, the terminal that received the withdrawal application among the group terminals will be replaced by the many-to-many group can be notified to Also, the terminal that receives this can transmit a response to the withdrawal by performing one-to-one communication with the withdrawal terminal. However, in order for other group terminals to know that the many-to-many group management terminal has not received the withdrawal request, each time the many-to-many group management terminal receives the withdrawal request, the received withdrawal request Information must be broadcast in broadcast slots. At this time, when the terminal that has left rejoins the many-to-many group, the terminal can perform the joining procedure again as described above.

Also, as an example, a terminal can withdraw from the group by stopping many-to-many communication by itself. That is, the terminal may not receive the many-to-many slot or may not perform any many-to-many communication related operations while receiving the many-to-many slot. More specifically, the terminal may not send response packets, ACK/NACK and sequence errors. That is, the terminal may not perform group-related operations. At this time, as an example, in the case described above, the terminal can simply rejoin the group from which it left. That is, the terminal can receive the many-to-many slot again and resume performing related operations. However, the packets transmitted during the withdrawal cannot be requested for many-to-many group communication. At this time, if the terminal needs the packet information that was transmitted while the terminal was withdrawn, the terminal performs one-to-one communication with any one of the many-to-many group terminals to receive the information. can be done.

As another example, a terminal can be forced out of many-to-many communication. More specifically, the many-to-many group management terminal can measure the power or error rate of received many-to-many packets for each terminal. At this time, in the case of a terminal whose power value is smaller than the above power value or a predetermined threshold power value, or whose error rate is larger than a predetermined threshold error rate, the management terminal forcibly to withdraw from the group. In other words, the management terminal can issue a withdrawal command. At this time, the terminal that received the above information can withdraw from the many-to-many group, and can be forced to withdraw based on the above.

FIG. 59 is a block diagram showing a terminal device.

The terminal device 100 can include a transmitter 110 that transmits wireless signals, a receiver 120 that receives wireless signals, and a processor 130 that controls the transmitter 110 and the receiver 120 . At this time, the terminal device 100 can communicate with the external device via the transmitter 110 and the receiver 120 . At this time, the external device is a device capable of communicating with another terminal device, a base station, or others, and is not limited to the above-described embodiments.

At this time, the configuration for the terminal to select a slot and perform an operation as described above may be performed based on the processor 130 . Further, it is possible to further include other configurations, and is not limited to the configurations described above. That is, the configuration described above is the minimum configuration for carrying out the present invention, and additional configurations may be included.

Furthermore, the terminal device of the present invention described above is a mobile terminal, and is not limited to a smart phone. For example, the terminal device may be any one of drones, vehicles, IoT devices and other devices. As an example, collision avoidance between drones can be performed according to the present invention. Also, as an example, the present invention enables collision avoidance between vehicles based on communication between vehicles. Also, as an example, it is possible to avoid collisions between a plurality of devices such as home appliances, and the present invention is not limited to the above-described embodiments.

The present invention has been described with a focus on its preferred embodiments. Those skilled in the art to which this invention pertains will appreciate that the present invention can be embodied in various forms without departing from its essential characteristics. Accordingly, the disclosed embodiments should be considered in an illustrative rather than a restrictive perspective. The scope of the invention is indicated by the appended claims rather than by the foregoing description, and all differences within the scope of equivalents thereof are to be construed as being included in the present invention.

As noted above, the detailed description of the disclosed preferred embodiments of the invention is provided to enable any person skilled in the art to make and practice the invention. Although the foregoing description has been described with reference to preferred embodiments of the invention, those skilled in the art will appreciate that without departing from the spirit and scope of the invention as set forth in the following claims, It will be appreciated that various modifications and alterations may be made to the present invention. Accordingly, this invention is not intended to be limited to the embodiments shown, but is to be accorded the broadest scope consistent with the principles and novel features disclosed herein. Also, while the preferred embodiments of the specification have been illustrated and described above, the specification is not limited to the specific embodiments described above and may depart from the scope of the specification as claimed in the claims. Instead, various modifications can be made by those who have ordinary knowledge in the technical field to which the invention belongs, and those modifications can be individually understood from the technical ideas and perspectives of this specification. it won't work.

In addition, in the specification, the invention of the product and the invention of the method are all explained, and the explanation of both inventions can be applied supplementarily as necessary.

Also, the present invention has been described with a focus on its preferred embodiments. Those skilled in the art to which this invention pertains will appreciate that the present invention can be embodied in various forms without departing from its essential characteristics. Accordingly, the disclosed embodiments should be considered in an illustrative rather than a restrictive perspective. The scope of the invention is indicated by the appended claims rather than by the foregoing description, and all differences within the scope of equivalents thereof are to be construed as being included in the present invention.

The present invention is applicable not only to wireless distributed communication systems, but also to other systems as well, and is not limited to the embodiments described above.

Claims (13)

A distributed communication parameter determination method for determining distributed communication parameters by a distributed terminal in a wireless distributed communication system,
generating at least one communication parameter file containing the distributed communication parameters;
a step in which the distributed terminal incorporates the generated at least one communication parameter file;
the distributed terminal setting communication parameters based on the communication parameter file;
the distributed terminal updating the communication parameter file periodically or within a specified time;
including
A step in which the distributed terminal updates the communication parameter file periodically or within a specified time,
a step in which the fixed distributed terminal downloads a communication parameter file stored in the mobile distributed terminal;
a step in which the mobile distributed terminal allocates a slot for distributed communication through contention, and transmits a communication parameter file update request to the peripheral fixed distributed terminals in the allocated slot;
one of the peripheral fixed distributed terminals that received the update request transmitting the communication parameter file to the mobile distributed terminal that sent the update request;
A distributed communication parameter determination method , comprising : further comprising limiting or suspending functions and services of the distributed terminal if the distributed terminal does not update the communication parameter file periodically or within a specified period of time;
The distributed communication parameter determination method according to claim 1. The step in which the distributed terminal updates the communication parameter file periodically or within a specified period of time updates the communication parameter file a predetermined number of times during a predetermined period of time,
The distributed communication parameter determination method according to claim 1. The parameters and information contained in the communication parameter file are the type and number of wireless distributed communication channels, the center frequency of each channel, the bandwidth, the mapped contention alternate channel frequency, the reserved designated slot information, the reserved fixed Slot information, priority setting slot information, superframe information, slot group information, modulation order, basic transmission power, maximum transmission power, encryption information, encryption method, password presence, password method, parameter values according to location characteristics , basic language information, mobile communication carrier information permitted for smartphones, channel information used for each service, minimum number of service allocation slots, and maximum number of service allocation slots, including any one or more,
The distributed communication parameter determination method according to claim 1. the at least one communication parameter file includes a communication parameter file for a first terminal type and a communication parameter file for a second distributed terminal type;
The distributed communication parameter determination method according to claim 1. The step of the distributed terminal updating the communication parameter file periodically or within a specified period of time is performed when one of the peripheral fixed distributed terminals that received the update request sent the update request. Before the step of transmitting the communication parameter file to the mobile distributed terminal,
The peripheral fixed distributed terminals that have received the update request hold a contention to occupy the slot allocated by the mobile distributed terminal that sent the update request in a frame subsequent to the frame that received the update request. a step;
one of the fixed distributed terminals that has won the contention sends a response in a slot allocated by the mobile distributed terminal that sent the update request ;
2. The distributed communication parameter determination method of claim 1, further comprising: The step of the distributed terminal updating the communication parameter file periodically or within a specified period of time is performed when one of the peripheral fixed distributed terminals that received the update request sent the update request. Before the step of transmitting the communication parameter file to the mobile distributed terminal,
determining one of the peripheral fixed distributed terminals with which the peripheral fixed distributed terminals that have received the update request will communicate with each other and send a response;
one of the peripheral fixed distributed terminals transmitting a response in a slot allocated by the mobile distributed terminal that transmitted the update request, in a frame subsequent to the frame in which the update request was received ;
2. The distributed communication parameter determination method of claim 1, further comprising: generating the at least one communication parameter file,
dividing communication control parameters into common parameters and variable parameters for countries or regions;
dividing the country or region;
a step of generating one file for the common parameters, and generating files for the variable parameters as files for each of the regions ;
2. The distributed communication parameter determination method of claim 1, comprising: generating the at least one communication parameter file,
generating a communication parameter file with a lower priority than the reference priority ;
2. The distributed communication parameter determination method of claim 1, comprising : generating the at least one communication parameter file ,
generating a transformation parameter file in which values mapped to the values of the parameters are recorded using the original values of the parameters required for control and a smaller number of bits;
generating a communication parameter file with the mapped values;
2. The distributed communication parameter determination method of claim 1, comprising: generating the at least one communication parameter file ,
generating a parameter file for each location type with parameters that reflect the location characteristics;
generating a communication parameter file containing the location type;
2. The distributed communication parameter determination method of claim 1, comprising: In the step of generating the parameter file using the parameters reflecting the location characteristics, at least one of city, suburban, countryside, coast, sea, mountain, forest and river as the location type of the distributed terminal. including one
The distributed communication parameter determination method according to claim 11 . generating the at least one communication parameter file ,
2. The distributed communication parameter determination method according to claim 1, comprising: generating a service parameter file comprising communication parameters that vary according to the type of communication service.