CN113259922A - Communication method, system, equipment and storage medium for emergency service forwarding - Google Patents

Communication method, system, equipment and storage medium for emergency service forwarding Download PDF

Info

Publication number
CN113259922A
CN113259922A CN202110725300.6A CN202110725300A CN113259922A CN 113259922 A CN113259922 A CN 113259922A CN 202110725300 A CN202110725300 A CN 202110725300A CN 113259922 A CN113259922 A CN 113259922A
Authority
CN
China
Prior art keywords
emergency
information
request information
service
intercom
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202110725300.6A
Other languages
Chinese (zh)
Other versions
CN113259922B (en
Inventor
袁智华
李玮
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangzhou Huiruisitong Technology Co Ltd
Original Assignee
Guangzhou Huiruisitong Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangzhou Huiruisitong Technology Co Ltd filed Critical Guangzhou Huiruisitong Technology Co Ltd
Priority to CN202110725300.6A priority Critical patent/CN113259922B/en
Publication of CN113259922A publication Critical patent/CN113259922A/en
Application granted granted Critical
Publication of CN113259922B publication Critical patent/CN113259922B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/50—Connection management for emergency connections

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

The application relates to a communication method, a system, equipment and a storage medium for forwarding an emergency service, wherein the method comprises the following steps: the first talkback equipment sends emergency request information and service data information to the second talkback equipment, wherein the emergency request information is used for establishing a service transmission channel from the first talkback equipment to the third talkback equipment; the second talkback equipment receives the emergency request information and the service data information, if the emergency request information and the service data information are judged to be an emergency, the current data service processing of the local machine is interrupted, and the emergency request information and the service data information are forwarded to the next second talkback equipment; until the third intercom receives the emergency request information and the service data information. This application is used for solving among the prior art, under emergency, the intercom equipment can't send the data such as pronunciation, positional information of local to appointed intercom equipment rapidly, causes the slow problem of emergency rescue.

Description

Communication method, system, equipment and storage medium for emergency service forwarding
Technical Field
The present application relates to the field of wireless communication technologies, and in particular, to a communication method, system, device, and storage medium for forwarding an emergency service.
Background
Related narrowband ad hoc network systems typically include multiple intercom devices, but existing narrowband ad hoc network systems are temporarily free of handling of emergency traffic forwarding. In an emergency, the intercom device cannot rapidly transmit the voice, message, position information and other data of the intercom device to the designated intercom device, and cannot take countermeasures in time, so that the emergency rescue is slow.
Disclosure of Invention
The application provides a communication method, a system, a device, equipment and a storage medium for forwarding an emergency service, and aims to solve the problems that in the prior art, a narrowband ad hoc network system and intercom equipment have no processing on forwarding of the emergency service, so that emergency messages cannot be acquired and processed in time, and emergency rescue is influenced.
In order to solve the technical problem or at least partially solve the technical problem, the present application provides a communication method, system, device and storage medium for emergency service forwarding.
In a first aspect, the present application provides a communication method for forwarding an emergency service, which is applied to a narrowband ad hoc network system formed by a plurality of intercom devices, where an intercom device triggering the emergency service is a first intercom device, an intercom device forwarding the emergency service is a second intercom device, an intercom device receiving the emergency service is a third intercom device, and the number of the second intercom devices may be multiple; the following method is performed:
the first intercom device sends emergency request information and service data information to the second intercom device, wherein the emergency request information is used for establishing an emergency service transmission channel;
the second talkback equipment receives the emergency request information and the service data information, if the emergency request information and the service data information are judged to be an emergency, the current data service processing of the local machine is interrupted, and the emergency request information and the service data information are forwarded to the next second talkback equipment;
until the third intercom receives the emergency request information and the service data information.
Optionally, the sending, by the first intercom device, emergency request information and service data information to the second intercom device includes:
the first intercom equipment receives an emergency trigger condition, and generates emergency request information and service data information based on the emergency trigger condition, wherein the emergency request information comprises an emergency service type, a source address and a destination address;
the first talkback equipment determines the second talkback equipment according to a local routing table; transmitting the emergency request information to the second intercom device;
and after receiving the confirmation information fed back by the second talkback device, the first talkback device sends the service data information to the second talkback device.
Optionally, the receiving, by the second intercom, the emergency request information and the service data information, if it is determined that the second intercom is an emergency, interrupting the current data service processing of the local computer, and forwarding the emergency request information and the service data information to the next second intercom includes:
the second intercom device receives the emergency request information, wherein the emergency request information comprises an emergency service type, a source address and a destination address;
the second talkback equipment judges that the data type is the emergency service type by analyzing the emergency request information, interrupts the current data service processing of the local machine and feeds back confirmation information to the previous node talkback equipment;
and the second talkback equipment receives the service data information sent by the previous node talkback equipment, and forwards the service data information to the next node talkback equipment after receiving the confirmation information fed back by the next node talkback equipment.
Optionally, the receiving, by the second intercom, the emergency request information and the service data information, if it is determined that the second intercom is an emergency, interrupting the current data service processing of the local computer, and forwarding the emergency request information and the service data information to the next second intercom includes:
the second intercom device receives the emergency request information, wherein the emergency request information comprises an emergency service type, a source address and a destination address;
the second talkback equipment judges that the data type is the emergency service type by analyzing the emergency request information, interrupts the current data service processing of the local machine and forwards the emergency request information to the next node talkback equipment;
and after receiving the confirmation information fed back by the next node talkback equipment, the second talkback equipment receives the service data information sent by the previous node talkback equipment and forwards the service data information to the next node talkback equipment.
Optionally, the receiving, by the third intercom device, the emergency request information and the service data information includes:
and the third talkback equipment receives the emergency request information, judges that the data type is the emergency service type, interrupts the current data service processing of the local machine, feeds back confirmation information to the previous node talkback equipment and waits for receiving the service data information.
Optionally, the receiving, by the second intercom device and/or the third intercom device, the emergency request information and the service data information includes:
receiving and analyzing the emergency service type, the source address and the destination address in the emergency request information;
if the destination address is the same as the local address and the emergency service type identifier is judged to be emergency, interrupting the current data service processing of the local machine and feeding back confirmation information to the last node talkback equipment;
judging whether the forwarding is needed, if the forwarding is needed, determining next node talkback equipment according to a local routing table, and forwarding the emergency request information to the next node talkback equipment;
and if the data is not required to be forwarded, waiting for the previous node talkback equipment to send the service data information.
Optionally, a first physical channel of the plurality of intercom devices is used to carry service data, a second physical channel of the plurality of intercom devices is used to carry signaling, the emergency request information is sent in the second physical channel, and the service data information is sent in the first physical channel.
Optionally, before forwarding the emergency request information and the service data information to the next second intercom device, the method includes:
and selecting the intercom device with the smallest forwarding times and strongest signal from the local machine to the third intercom device as the next node intercom device according to a local routing table of the local machine, wherein the local routing table comprises but is not limited to the address ID of the intercom device within the communication distance, the forwarding time information reaching the third intercom device and the signal strength value.
In a second aspect, an embodiment of the present application provides an emergency service processing method for an intercom device, where the method includes:
if the situation that the emergency request information and the service data information of the previous node intercom device are received exists:
analyzing the emergency request information, and if judging that the emergency is an emergency, interrupting the current data service processing of the local computer;
judging whether forwarding is needed;
if the next node needs to be forwarded, determining the next node intercom device according to the local routing table; after the emergency request information is sent to the talkback equipment of the next node, waiting for the talkback equipment of the previous node to send the service data information;
and if the data is not required to be forwarded, waiting for the previous node talkback equipment to send the service data information.
Optionally, the method includes:
if the emergency trigger condition is received:
generating emergency request information and service data information based on the emergency trigger condition; wherein the emergency request information comprises an emergency service type, a source address and a destination address;
and determining next node talkback equipment according to a local routing table, and sending the emergency request information and the service data information to the next node talkback equipment.
Optionally, after sending the emergency request information to the next-node intercom device, the method includes:
and after receiving the confirmation information fed back by the next node talkback equipment, sending the service data information to the next node talkback equipment.
Optionally, before/after sending the emergency request information to the next-node intercom device, the method further includes:
feeding back confirmation information to the previous node intercom device;
and after receiving the feedback confirmation information, the last node talkback equipment sends the service data information to the local machine.
Optionally, before waiting for the previous node intercom device to send the service data information, the method further includes:
after receiving the confirmation information fed back by the next node talkback equipment, feeding back the confirmation information of the local machine to the previous node talkback equipment;
and after receiving the confirmation information of the local machine, the last node talkback equipment sends the service data information to the local machine.
Optionally, the analyzing the emergency request information, and if it is determined that the emergency situation is present, interrupting the current data service processing of the local computer includes:
analyzing the emergency service type, the source address and the destination address in the emergency request information;
and if the destination address is the same as the local address and the emergency service type identifier is emergency, interrupting the current data service processing of the local machine.
Optionally, determining the next-node intercom device according to the local routing table includes:
and selecting the intercom device with the lowest forwarding frequency and strongest signal from the local machine to the appointed intercom device as the next node intercom device according to a local routing table of the local machine, wherein the local routing table comprises but is not limited to the address ID of the intercom device within the communication distance, the forwarding frequency information reaching the appointed intercom device and the signal strength value.
In a third aspect, an embodiment of the present application provides an intercom device, including: a radio frequency transceiver module, a data processing module and a storage module, wherein the radio frequency transceiver module is used for receiving the emergency request information and the service data information, the storage module is used for storing a local routing table, wherein,
if the radio frequency transceiver module receives the emergency request information and the service data information of the previous node intercom device, the radio frequency transceiver module comprises:
the data processing module analyzes the emergency request information, and if the emergency request information is judged to be an emergency, the current data service processing of the local computer is interrupted;
the data processing module judges whether the forwarding is needed or not;
if the data needs to be forwarded, inquiring a local routing table in the storage module, and determining next node intercom equipment according to the local routing table; the emergency request information is sent to next node intercom equipment through the radio frequency transceiver module; meanwhile, waiting for the previous node talkback equipment to send the service data information;
and if the data is not required to be forwarded, waiting for the previous node talkback equipment to send the service data information.
Optionally, the emergency trigger system further comprises a trigger module, wherein the trigger module is used for interacting with a user to generate an emergency trigger condition;
if the situation that the triggering module receives the emergency triggering condition exists:
the data processing module generates emergency request information and service data information based on the emergency trigger condition; wherein the emergency request information comprises an emergency service type, a source address and a destination address;
inquiring a local routing table in the storage module, and determining next node intercom equipment according to the local routing table;
and sending the emergency request information and the service data information to next node intercom equipment through the radio frequency transceiving module.
Optionally, after the sending the emergency request information to the next node intercom device through the radio frequency transceiver module, the method includes:
and after receiving the confirmation information fed back by the next node talkback equipment, the radio frequency transceiving module sends the service data information to the next node talkback equipment through the radio frequency transceiving module.
Optionally, the data processing module parses the emergency request information, and if it is determined that the emergency situation is present, interrupts the current data service processing of the local computer, including:
analyzing the emergency service type, the source address and the destination address in the emergency request information;
and if the destination address is the same as the local address and the emergency service type identifier is emergency, interrupting the current data service processing of the local machine.
Optionally, querying a local routing table in the storage module, and determining the next-node intercom device according to the local routing table, includes:
the data processing module selects the intercom device with the lowest forwarding frequency and strongest signal from the local machine to be used as the next node intercom device according to a local routing table in the storage module of the local machine, wherein the local routing table comprises but is not limited to the address ID of the intercom device within the communication distance, the forwarding frequency information reaching the specified intercom device and the signal strength value.
In a fourth aspect, an embodiment of the present application provides a narrowband ad hoc network system, which is characterized by including a plurality of intercom devices, where the plurality of intercom devices execute the method steps for implementing the first aspect or the second aspect.
In a fifth aspect, an embodiment of the present application provides an electronic device, including a processor, a communication interface, a memory, and a communication bus, where the processor and the communication interface complete communication between the memory and the processor through the communication bus;
a memory for storing a computer program;
a processor for implementing the method steps of the first aspect or the second aspect when executing the program stored in the memory.
In a sixth aspect, embodiments of the present application provide a computer-readable storage medium, on which a computer program is stored, which, when executed by a processor, implements the method steps of the first or second aspect.
Compared with the prior art, the technical scheme provided by the embodiment of the application has the following advantages:
in the method provided by the embodiment of the application, under the condition of a narrow-band ad hoc network, when the second talkback device judges that an emergency situation exists according to emergency request information, the current data service processing of the local device is interrupted, and the emergency request information and the service data information are forwarded to the next second talkback device; until the third intercom receives the emergency request information and the service data information. In the method provided by the embodiment of the application, no matter what working state the second intercom device is, as long as the emergency is identified according to the emergency request information, a communication channel is made to the emergency, the service processing of the local device is interrupted, so that the emergency can be identified in the first time when the emergency occurs, the emergency request information and the service data are forwarded in time, the emergency is responded, and a green channel is made to the life in the emergency.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the invention and together with the description, serve to explain the principles of the invention.
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, and it is obvious for those skilled in the art that other drawings can be obtained according to the drawings without inventive exercise.
Fig. 1 is a schematic diagram of a narrowband ad hoc network system provided in an embodiment of the present application;
fig. 2 is a schematic flowchart of a communication method for forwarding an emergency service according to an embodiment of the present application;
fig. 3a is a communication timing diagram of emergency service forwarding according to an embodiment of the present application;
fig. 3b is a communication timing diagram of another emergency service forwarding provided in this embodiment of the present application;
fig. 4 is a schematic flowchart of an emergency service processing method of an intercom device according to an embodiment of the present application;
fig. 5 is a schematic structural diagram of an intercom device provided in an embodiment of the present application;
fig. 6 is a schematic structural diagram of an electronic device according to an embodiment of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some embodiments of the present application, but not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
Related narrowband ad hoc network systems typically include multiple intercom devices, but existing narrowband ad hoc network systems are temporarily free of handling of emergency traffic forwarding. In an emergency, an intercom device cannot rapidly send data such as voice, message, position information and the like of a local machine to a designated intercom device, and a countermeasure cannot be taken in time, so that emergency rescue is slow. The intercom device of this embodiment may be a handheld terminal device based on a DMR protocol, a PDT protocol, and/or a Tetra protocol, and a plurality of the handheld terminal devices construct a narrowband ad hoc network. As shown in fig. 2, the communication method for forwarding the emergency service includes:
step 201, the first intercom sends emergency request information and service data information to the second intercom, and the emergency request information is used for establishing an emergency service transmission channel;
wherein, the first intercom device sends emergency request information and service data information to the second intercom device, including: the method comprises the steps that a first intercom device receives an emergency trigger condition, and generates emergency request information and service data information based on the emergency trigger condition, wherein the emergency request information comprises an emergency service type, a source address and a destination address; the first talkback equipment determines the second talkback equipment according to a local routing table; transmitting the emergency request information to the second intercom device; and after receiving the confirmation information fed back by the second talkback device, the first talkback device sends the service data information to the second talkback device.
The emergency request information of this embodiment contains emergency service type information, source address information, destination address information, etc., where the emergency request information may be a reverse channel burst frame structure in a DMR protocol, where the reverse channel burst frame structure includes a 48-bit reverse channel synchronization word and a 48-bit embedded signaling field, and the emergency request information of this embodiment is constructed by redefining the embedded signaling field of the reverse channel burst frame structure, that is, the RC field and the EMB field. Different from other service types, the receiving talkback equipment can identify the emergency request information, and realize emergency service processing and the like. The emergency request message of this embodiment includes an emergency service type byte, a source address byte and a destination address byte, and optionally a data type content definition is as shown in table 1.
Table 1 example of data type content definition of emergency request information
Figure 280721DEST_PATH_IMAGE001
The embodiment of the application modifies the byte definition of the reverse channel burst frame structure of the communication protocol of the existing digital intercom device, but is not limited to adopt the reverse channel burst frame structure, and can also adopt other data frame formats defined in the DMR/PDT standard, and can also add a new data type on the basis of the existing data frame format for distinguishing the emergency request information. The embodiment is not limited to the data frame format in the DMR/PDT standard, and may be other data frame formats applied to a narrowband communication environment.
When the emergency request information is generated based on the emergency trigger condition, the data type carried in the emergency request information is an emergency service type, and in a specific implementation, as shown in table 1, the data type byte of the emergency request information may be 010 (emergency message forwarding request) or 011 (emergency voice forwarding request), and when the data type byte is 010 or 010 analyzed by an intercom device that forwards the emergency service or an intercom device that receives the emergency service, it is determined that an emergency exists, that is, the emergency service type is identified as emergency. In a specific implementation, the source address indicates the ID of the intercom device sending the emergency request message, the destination address indicates the ID of the intercom device receiving the emergency request message, and the first intercom device receives the confirmation information of the feedback sent by the second intercom device, which indicates that the emergency service transmission channel has been established between the second intercom device and the first intercom device, and can send the emergency service data information to the second intercom device. In a specific implementation, when the second intercom device sends the acknowledgement message to the first intercom device, the byte of the data type defined in table 1 may be used, and specifically, the acknowledgement message may be replied by 110.
In specific implementation, in order to improve the utilization rate of channel resources, a first physical channel of a plurality of intercom devices is used for bearing service data, a second physical channel of the plurality of intercom devices is used for bearing signaling, the emergency request information is sent in the second physical channel, and the service data information is sent in the first physical channel. Specifically, the time slot 1 of the two time slots in the direct mode can be utilized to transmit service data information (such as position information, voice information, message information, etc.), and the time slot 2 is used to transmit emergency request information; the emergency request information and the service data are divided into different time slots, so that the channel resource utilization rate can be improved.
Step 202, the second intercom receives the emergency request information and the service data information, if the emergency request information and the service data information are judged to be an emergency, the current data service processing of the second intercom is interrupted, and the emergency request information and the service data information are forwarded to the next second intercom. The current data service processing of the intercom device in this embodiment includes, but is not limited to, a voice service, a text service, a video service, a message service, and the like. The talkback device has current data service processing, that is, a first physical channel (time slot 1) of the talkback device is in a busy state, and the current data service processing of the local device is interrupted, that is, the first physical channel (time slot 1) is vacated, so that the service data information can be received.
When the emergency request information and the service data information are forwarded, under the condition that the next node talkback device is determined to be feasible in communication, an emergency service transmission channel is established by using the emergency request information, the service data information is quickly forwarded to the next node talkback device, and the next node talkback device determines a new next node talkback device according to a local routing table until the new next node talkback device is sent to the third talkback device. Or the emergency request information may be used to determine an emergency service transmission channel from the first intercom device to the third intercom device, and then sequentially forward service data according to the service transmission channel.
Optionally, in the first case, under the condition that it is determined that the next-node intercom device is feasible to communicate, an emergency service transmission channel may be established first by using the emergency request information, and the service data information is quickly forwarded to the next-node intercom device, and the next-node intercom device determines a new next-node intercom device according to the local routing table until the new next-node intercom device is sent to the third intercom device. Step 202, comprising:
the second intercom device receives the emergency request information, wherein the emergency request information comprises an emergency service type, a source address and a destination address;
the second talkback equipment judges that the data type is the emergency service type by analyzing the emergency request information, interrupts the current data service processing of the local machine and feeds back confirmation information to the previous node talkback equipment;
and the second talkback equipment receives the service data information sent by the previous node talkback equipment, and forwards the service data information to the next node talkback equipment after receiving the confirmation information fed back by the next node talkback equipment.
The method for forwarding data can be understood in a popular way that a feasible forwarding path is searched while the business data information is received and transmitted, the business data information can be quickly forwarded to the appointed talkback equipment, in the forwarding process, the talkback equipment serves as forwarding nodes, when the business data information is received and forwarded, the business data information which is forwarded in an emergency can be read, so that the emergency situation can be known, a user can be prompted to respond to emergency rescue in time, and the emergency rescue time is shortened.
The method for the first case of emergency service data forwarding provided by the present application is illustrated with reference to fig. 4.
The intercom device F needs to send emergency service data information to the intercom device a, that is, the intercom device F is the first intercom device for triggering the emergency service, the intercom device E and the intercom device C are the second intercom devices for forwarding the emergency service, and the intercom device a is the third intercom device for receiving the emergency service (hereinafter, the description is abbreviated as A, C, E, F).
And F, based on the received emergency trigger condition, judging whether the emergency trigger condition can be directly sent to A or not according to a local routing table, if the emergency trigger condition cannot be directly sent to A, namely the emergency trigger condition needs to be forwarded, selecting E with the least forwarding times and the strongest signal when the local routing table reaches A as next node talkback equipment, and generating emergency request information and service data information, wherein the emergency request information comprises an emergency service type, a source address and a destination address. The destination address generated in this example is the ID address of E. E, receiving the emergency request information, judging that the destination address is the same as the local address and the emergency service type identifier is emergency by analyzing the emergency request information, interrupting the current data service processing of the local machine, and feeding back confirmation information to F. And meanwhile, E judges whether the emergency request information can be directly sent to A or not according to a local routing table, if the emergency request information cannot be directly sent to A, namely the emergency request information needs to be forwarded, C with the least forwarding times when the local routing table reaches A and the strongest signal is selected as next node talkback equipment, the ID address of C is filled into the destination address of the emergency request information, and the emergency request information is forwarded to C.
And similarly, C receives the emergency request information, judges that the destination address is the same as the local address and the emergency service type identifier is emergency by analyzing the emergency request information, interrupts the current data service processing of the local computer and feeds back confirmation information to E. And C, judging whether the emergency request information can be directly sent to A or not according to the routing table of the local machine, and if the emergency request information can be directly sent to A, forwarding the emergency request information to A.
Similarly, A receives the emergency request information, judges that the destination address is the same as the local address and the emergency service type identifier is emergency by analyzing the emergency request information, interrupts the current data service processing of the local computer and feeds back confirmation information to C. And meanwhile, the A judges that the forwarding is not needed according to the routing table of the local machine, and waits for the talkback equipment of the previous node to send the service data information.
If other intercom devices need to send emergency service data to the designated intercom device, the above example steps can be also adopted, and are not described herein again.
Optionally, in a second case, an emergency service transmission channel from the first intercom device to the third intercom device is determined first by using the emergency request information, and then service data information is sequentially forwarded according to the service transmission channel, then step 202 includes:
the second intercom device receives the emergency request information, wherein the emergency request information comprises an emergency service type, a source address and a destination address;
the second talkback equipment judges that the data type is the emergency service type by analyzing the emergency request information, interrupts the current data service processing of the local machine and forwards the emergency request information to the next node talkback equipment;
and after receiving the confirmation information fed back by the next node talkback equipment, the second talkback equipment receives the service data information sent by the previous node talkback equipment and forwards the service data information to the next node talkback equipment.
The method for forwarding data may be understood as determining an emergency service transmission channel from the first intercom to the third intercom by using the emergency request information, and then forwarding service data in sequence according to the service transmission channel.
The method for the second case of emergency service data forwarding provided by the present application is illustrated with reference to fig. 4.
The intercom device F needs to send emergency service data information to the intercom device a, that is, the intercom device F is the first intercom device for triggering the emergency service, the intercom device E and the intercom device C are the second intercom devices for forwarding the emergency service, and the intercom device a is the third intercom device for receiving the emergency service (hereinafter, the description is abbreviated as A, C, E, F).
And F, based on the received emergency trigger condition, judging whether the emergency trigger condition can be directly sent to A or not according to a local routing table, if the emergency trigger condition cannot be directly sent to A, namely the emergency trigger condition needs to be forwarded, selecting E with the least forwarding times and the strongest signal when the local routing table reaches A as next node talkback equipment, and generating emergency request information and service data information, wherein the emergency request information comprises an emergency service type, a source address and a destination address. The destination address generated in this example is the ID address of E.
And E, receiving the emergency request information, analyzing the emergency request information, judging that the destination address is the same as the local address and the type identifier of the emergency service is emergency, interrupting the current data service processing of the local machine, judging whether the emergency service can be directly sent to the A or not according to a routing table of the local machine, if the emergency service cannot be directly sent to the A, namely forwarding is required, selecting C with the least forwarding times of the local machine reaching the A and the strongest signal as next node talkback equipment, filling the ID address of the C into the destination address of the emergency request information, and forwarding the emergency request information to the C.
And similarly, C receives the emergency request information, judges that the destination address is the same as the local address and the emergency service type identifier is emergency by analyzing the emergency request information, interrupts the current data service processing of the local machine, judges whether the emergency request information can be directly sent to A or not according to a routing table of the local machine, and forwards the emergency request information to A if the emergency request information can be directly sent to A.
Similarly, A receives the emergency request information, judges that the destination address is the same as the local address and the emergency service type identifier is emergency by analyzing the emergency request information, interrupts the current data service processing of the local machine, feeds back confirmation information to C, C feeds back confirmation information to E and E feeds back confirmation information to F if A judges that the forwarding is not needed according to a routing table of the local machine, and thus an emergency service data transmission channel from F to A is established through the emergency request information. And F sends the service data information to E after receiving the confirmation information fed back by E, the E forwards the service data information to C after receiving the confirmation information, and the C forwards the service data information to A to form a straight-through service data transmission channel, so that the A can receive the emergency service data information of F under emergency.
The embodiments of the present application provide two methods for forwarding emergency data, which provide an important basis for forwarding emergency service data in a narrowband ad hoc network communication system, and during specific implementation, the two methods for forwarding emergency data may not be limited to the above two methods, and other modifications based on the same inventive concept should also be regarded as the protection scope of the present invention.
Step 203, until the third intercom receives the emergency request information and the service data information.
The third intercom receiving the emergency request information and the service data information includes:
and the third talkback equipment receives the emergency request information, judges that the data type is the emergency service type, interrupts the current data service processing of the local machine, feeds back confirmation information to the previous node talkback equipment and waits for receiving the service data information.
In addition, it should be noted that, the emergency service type, the source address and the destination address in the emergency request information are received and resolved at the second intercom device and/or the third intercom device; if the destination address is the same as the local address and the emergency service type identifier is judged to be emergency, interrupting the current data service processing of the local machine and feeding back confirmation information to the last node talkback equipment; judging whether the forwarding is needed, if the forwarding is needed, determining next node talkback equipment according to a local routing table, and forwarding the emergency request information to the next node talkback equipment; and if the data is not required to be forwarded, waiting for the previous node talkback equipment to send the service data information.
In addition, in a specific implementation, before forwarding the emergency request information and the service data information to the next second intercom device, the method further includes: and selecting the intercom device with the smallest forwarding times and strongest signal from the local machine to the third intercom device as the next node intercom device according to a local routing table of the local machine, wherein the local routing table comprises but is not limited to the address ID of the intercom device within the communication distance, the forwarding time information reaching the third intercom device and the signal strength value.
In addition, it should be further noted that the emergency service data forwarding method provided by the embodiment of the present application may be applied to a narrowband ad hoc network system composed of a plurality of intercom devices. The narrowband ad hoc network system may be an existing related ad hoc network system, or may be a wireless ad hoc network system established by redefining broadcast token bytes according to the following, and the method for establishing the ad hoc network by the optional multiple pieces of the ad hoc equipment is as follows:
in specific implementation, a write frequency parameter is set in each intercom device in advance, and the write frequency parameter includes: source address, role, operating frequency, etc., as in table 2.
Table 2 examples of write frequency parameter selection for each intercom device
Figure 269406DEST_PATH_IMAGE002
In the above frequency writing, it may be determined that one of the plurality of intercom devices is a master node, for example, the intercom device a in fig. 1, and the other intercom devices are participating nodes. As with the intercom devices B-F in fig. 1, after the write frequency parameter is written into each intercom device, the ad hoc network is started to construct. Each intercom device sequentially takes T as a cycle period, and transmits a broadcast token in each cycle period, wherein the frame structure adopted by the broadcast token can be the same as that of the emergency request message in the embodiment of the application, and the data type content is shown in table 1. The broadcast token described in the embodiment of the present application indicates a data frame structure with information such as a token type, a source address, a destination address, and a hop count, where the data type of the broadcast token is 000. After a certain talkback device sends a broadcast token, other talkback devices within the coverage range of the talkback device receive the broadcast token of the talkback device, and if the data type is analyzed to be 000 from the broadcast token, the data type is used for establishing an ad hoc network, and information such as the ID address and the hop count of the talkback device is updated to a local routing table. From the broadcast token, the partner information (which can be determined according to the local address) can be obtained, several hops are made to a certain talkback device (for example, a specified node is specified in advance), the RSSI of the broadcast token during reception is calculated, the obtained information is recorded in a local routing table, and as shown in table 3, after the ad hoc network is completed between each talkback device, each talkback device correspondingly stores the local routing table for realizing the data forwarding. The local routing table comprises: the buddy information, the number of hops to reach a certain intercom, the signal strength (RSSI), and the like, are shown in table 3, and table 3 shows a routing table of the intercom a.
Table 3 routing table of intercom a
Figure 83778DEST_PATH_IMAGE003
Specifically, with reference to the token byte definition in table 1, when an ad hoc network needs to be established or a local routing table needs to be updated, 000 data type bytes may be carried in the generated information, and when other intercom devices receive the information and analyze that the data type bytes are 000, it is determined that the information is used for establishing the ad hoc network or updating the local routing table, and service data does not need to be sent. The destination address is set to 0xff when the token is broadcast. After each intercom device sequentially transmits the broadcast token, the establishment of the topological structure and the routing table is completed, and as shown in fig. 1, the narrowband ad hoc network system can realize direct connection and multi-hop of the narrowband communication system through self-adaptation, self-expansion and self-networking without depending on basic facilities such as a relay station, a base station and the like, thereby expanding the communication distance.
Since the relative position between the respective intercom devices varies during the use of the intercom devices, for example: initially, B-F are all in the coverage of a, and all can reach a through 0 hops, during the moving process, the relative positions of a-F may be as shown in fig. 1, and each intercom device dynamically updates the routing table after receiving the broadcast token of other intercom devices. In specific implementation, route updating can be performed at intervals of one cycle period, and the cycle period is not less than N × 60 ms; where N represents the total number of intercom devices in the overall system.
After each talkback device establishes a local routing table, an ad hoc network can be established based on the local routing table, and when a certain talkback device sends service data to another talkback device, for example: the intercom device F sends service data to the intercom device B, for example: the service data comprises: and the position information, the emergency request information and the service data sent by the talkback equipment F are forwarded to the talkback equipment B through the E-D-A.
In addition, it should be noted that, in the embodiment of the present application, each intercom device may periodically send a broadcast token, so that other intercom devices perceive it to update the routing table. For ad hoc networks currently used in other fields, updating the routing table is usually done before sending data. Compared with the prior art, the routing updating opportunity provided by the application can meet the requirement of timeliness of data sending.
In the embodiment of the application, under the condition of a narrow-band ad hoc network, when the second talkback device judges that an emergency situation exists according to emergency request information, the current data service processing of the local device is interrupted, and the emergency request information and the service data information are forwarded to the next second talkback device; until the third intercom receives the emergency request information and the service data information. In the method provided by the embodiment of the application, no matter what working state the second intercom device is, as long as the emergency is identified according to the emergency request information, a communication channel is made to the emergency, the service processing of the local device is interrupted, so that the emergency can be identified in the first time when the emergency occurs, the emergency request information and the service data are forwarded in time, the emergency is responded, and a green channel is made to the life in the emergency.
In addition, it should be noted that, in the above-mentioned narrowband ad hoc network system, each of the intercom devices may be used as an intercom device for triggering an emergency service, an intercom device for forwarding an emergency service, or an intercom device for receiving an emergency service. The difference is that if the current talkback device is judged to be the talkback device for forwarding the emergency service, the received emergency request information and the service data need to be forwarded to the next talkback device, and the talkback device for receiving the emergency service does not need to be forwarded to the next forwarding node.
Based on the same technical concept, as shown in fig. 4, an embodiment of the present application further provides an emergency service processing method for an intercom device, where the method includes:
step 401, if the situation of receiving the emergency request information and the service data information of the previous node intercom device exists, analyzing the emergency request information, and if the situation is judged to be the emergency situation, interrupting the current data service processing of the local machine;
the data service processing refers to any service performed by the local computer, and may be a voice service, a text service or a video service;
step 402, judging whether forwarding is needed; if the forwarding is needed, executing step 403, and if the forwarding is not needed, executing step 404;
step 403, determining next node intercom equipment according to the local routing table; after the emergency request information is sent to the talkback equipment of the next node, waiting for the talkback equipment of the previous node to send the service data information;
and step 404, waiting for the previous node intercom device to send the service data information.
In a particular embodiment, the method further comprises:
if the emergency trigger condition is received:
generating emergency request information and service data information based on the emergency trigger condition; wherein the emergency request information comprises an emergency service type, a source address and a destination address;
and determining next node talkback equipment according to a local routing table, and sending the emergency request information and the service data information to the next node talkback equipment.
The first mode is an active triggering mode, detects the interaction between the intercom and the user, and directly triggers through the interaction of the user; second, in a passive triggering mode, the master control interphone requires the local phone to actively transmit emergency service data information, such as GPS information. When the intercom device detects a trigger condition for sending the emergency service data, the emergency request information is generated, and at this time, in combination with table 1, the data type byte carried in the emergency request information is 010.
In the embodiment of the present application, when an emergency situation is determined, regardless of whether the intercom device is in an idle state or in a busy state, the channel resource occupied by the intercom device is released, and an acknowledgement ACK is replied, where the replied acknowledgement ACK may be sent by using a frame structure identical to that of the emergency request information, as shown in table 1, 110 is used to indicate that the acknowledgement ACK is replied. In specific implementation, when data needing to be urgently forwarded is received, the channel resources are made available to forward the urgent forwarding data in the first time, and the urgent forwarding data can be played and/or displayed in the first time, so that the talkback equipment receiving the urgent situation can also know the urgent event in time, more people can participate in emergency rescue, and the success rate of the emergency rescue is improved. And the staff holding the talkback equipment can be reminded to find out the emergency in time and deal with the emergency in time in an automatic alarm mode.
In the narrowband ad hoc network system provided by the embodiment of the application, if emergency forwarding data exists in the system, all talkback devices in the system give out channel resources to deal with an emergency regardless of whether the talkback devices are in a busy state or not, an ACK (acknowledgement) is replied, and a green channel is given out for life in an emergency.
In a specific embodiment, after sending the emergency request information to the next-node intercom device, the method includes:
and after receiving the confirmation information fed back by the next node talkback equipment, sending the service data information to the next node talkback equipment.
Before/after the emergency request information is sent to the next-node intercom device, the method further includes:
feeding back confirmation information to the previous node intercom device;
and after receiving the feedback confirmation information, the last node talkback equipment sends the service data information to the local machine.
In a specific embodiment, before waiting for the previous node intercom device to send the service data information, the method further includes:
after receiving the confirmation information fed back by the next node talkback equipment, feeding back the confirmation information of the local machine to the previous node talkback equipment;
and after receiving the confirmation information of the local machine, the last node talkback equipment sends the service data information to the local machine.
In a specific embodiment, parsing the emergency request information, and if it is determined that the emergency situation is present, interrupting the current data service processing of the local computer includes:
analyzing the emergency service type, the source address and the destination address in the emergency request information;
and if the destination address is the same as the local address and the emergency service type identifier is emergency, interrupting the current data service processing of the local machine.
In one embodiment, determining the next-node intercom device from the native routing table comprises:
and selecting the intercom device with the lowest forwarding frequency and strongest signal from the local machine to the appointed intercom device as the next node intercom device according to a local routing table of the local machine, wherein the local routing table comprises but is not limited to the address ID of the intercom device within the communication distance, the forwarding frequency information reaching the appointed intercom device and the signal strength value.
In addition, as shown in fig. 5, an embodiment of the present application further provides an intercom apparatus, including: the system comprises a radio frequency transceiver module 501, a data processing module 502, a storage module 503 and a trigger module 504, wherein the radio frequency transceiver module 501 is used for receiving emergency request information and service data information, the storage module 503 is used for storing a local routing table, and the trigger module 504 is used for interacting with a user to generate an emergency trigger condition, wherein:
if the radio frequency transceiver module 501 receives the emergency request information and the service data information of the previous node intercom device:
the data processing module 502 analyzes the emergency request information, and if the emergency request information is judged to be an emergency, the current data service processing of the local computer is interrupted;
the data processing module 502 determines whether forwarding is required;
if the forwarding is needed, querying a local routing table in the storage module 503, and determining the next node intercom device according to the local routing table; the emergency request information is sent to next node intercom equipment through the radio frequency transceiver module; meanwhile, waiting for the previous node talkback equipment to send the service data information;
and if the data is not required to be forwarded, waiting for the previous node talkback equipment to send the service data information.
In a specific embodiment, the intercom device further comprises: a trigger module 504, the trigger module 504 for interacting with a user to generate an emergency trigger condition;
if the situation that the triggering module receives the emergency triggering condition exists:
the data processing module 502 generates emergency request information and service data information based on the emergency trigger condition; wherein the emergency request information comprises an emergency service type, a source address and a destination address;
inquiring a local routing table in the storage module 503, and determining next node intercom equipment according to the local routing table;
the radio frequency transceiver module 501 sends the emergency request information and the service data information to a next node intercom device.
In a specific embodiment, after the sending the emergency request information to the intercom device of the next node through the radio frequency transceiver module 501, the method includes:
after receiving the acknowledgement information fed back by the next node intercom device, the radio frequency transceiver module 501 sends the service data information to the next node intercom device through the radio frequency transceiver module 501.
In a specific embodiment, the data processing module 502 parses the emergency request information, and if it is determined that the emergency situation is present, interrupts the current data service processing of the local computer, including:
analyzing the emergency service type, the source address and the destination address in the emergency request information;
and if the destination address is the same as the local address and the emergency service type identifier is emergency, interrupting the current data service processing of the local machine.
In a specific embodiment, querying the local routing table in the storage module 503 to determine the next-node intercom device according to the local routing table includes:
the data processing module 502 selects the intercom device with the lowest forwarding frequency and strongest signal from the local machine to the designated intercom device as the next-node intercom device according to the local routing table in the local storage module 503 of the local machine, where the local routing table includes, but is not limited to, the address ID of the intercom device within the communication distance, the forwarding frequency information and the signal strength value of the intercom device reaching the designated intercom device.
As shown in fig. 6, the embodiment of the present application provides an electronic device, which includes a processor 611, a communication interface 612, a memory 613, and a communication bus 614, wherein the processor 611, the communication interface 612, and the memory 613 communicate with each other through the communication bus 614,
a memory 613 for storing computer programs;
in an embodiment of the present application, when the processor 611 is configured to execute the program stored in the memory 613, the communication method for forwarding the emergency service provided in any one of the foregoing method embodiments includes:
the first intercom device sends emergency request information and service data information to the second intercom device, wherein the emergency request information is used for establishing an emergency service transmission channel;
the second talkback equipment receives the emergency request information and the service data information, if the emergency request information and the service data information are judged to be an emergency, the current data service processing of the local machine is interrupted, and the emergency request information and the service data information are forwarded to the next second talkback equipment;
until the third intercom receives the emergency request information and the service data information;
or,
if the situation that the emergency request information and the service data information of the previous node intercom device are received exists:
analyzing the emergency request information, and if judging that the emergency is an emergency, interrupting the current data service processing of the local computer;
judging whether forwarding is needed;
if the next node needs to be forwarded, determining the next node intercom device according to the local routing table; after the emergency request information is sent to the talkback equipment of the next node, waiting for the talkback equipment of the previous node to send the service data information;
and if the data is not required to be forwarded, waiting for the previous node talkback equipment to send the service data information.
The present application further provides a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the steps of the communication method for emergency service forwarding or the emergency service processing method for intercom device provided in any of the foregoing method embodiments.
It is noted that, in this document, relational terms such as "first" and "second," and the like, may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.
The foregoing are merely exemplary embodiments of the present invention, which enable those skilled in the art to understand or practice the present invention. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the invention. Thus, the present invention is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims (23)

1. A communication method for forwarding emergency services is characterized in that the method is applied to a narrow-band ad hoc network system consisting of a plurality of talkback devices, the talkback device triggering the emergency services is taken as a first talkback device, the talkback device forwarding the emergency services is taken as a second talkback device, the talkback device receiving the emergency services is taken as a third talkback device, and the number of the second talkback devices can be multiple; the following method is performed:
the first intercom device sends emergency request information and service data information to the second intercom device, wherein the emergency request information is used for establishing an emergency service transmission channel;
the second talkback equipment receives the emergency request information and the service data information, if the emergency request information and the service data information are judged to be an emergency, the current data service processing of the local machine is interrupted, and the emergency request information and the service data information are forwarded to the next second talkback equipment;
until the third intercom receives the emergency request information and the service data information.
2. The method of claim 1, wherein the first intercom device sending emergency request information and traffic data information to the second intercom device comprises:
the first intercom equipment receives an emergency trigger condition, and generates emergency request information and service data information based on the emergency trigger condition, wherein the emergency request information comprises an emergency service type, a source address and a destination address;
the first talkback equipment determines the second talkback equipment according to a local routing table; transmitting the emergency request information to the second intercom device;
and after receiving the confirmation information fed back by the second talkback device, the first talkback device sends the service data information to the second talkback device.
3. The method of claim 1, wherein the second intercom receiving the emergency request information and the service data information, if it is determined that the emergency situation is the emergency situation, interrupting a local current data service process, and forwarding the emergency request information and the service data information to a next second intercom includes:
the second intercom device receives the emergency request information, wherein the emergency request information comprises an emergency service type, a source address and a destination address;
the second talkback equipment judges that the data type is the emergency service type by analyzing the emergency request information, interrupts the current data service processing of the local machine and feeds back confirmation information to the previous node talkback equipment;
and the second talkback equipment receives the service data information sent by the previous node talkback equipment, and forwards the service data information to the next node talkback equipment after receiving the confirmation information fed back by the next node talkback equipment.
4. The method of claim 1, wherein the second intercom device receives the emergency request information and the service data information, and if an emergency situation is determined, interrupts a local current data service process and forwards the emergency request information and the service data information to a next second intercom device, comprising:
the second intercom device receives the emergency request information, wherein the emergency request information comprises an emergency service type, a source address and a destination address;
the second talkback equipment judges that the data type is the emergency service type by analyzing the emergency request information, interrupts the current data service processing of the local machine and forwards the emergency request information to the next node talkback equipment;
and after receiving the confirmation information fed back by the next node talkback equipment, the second talkback equipment receives the service data information sent by the previous node talkback equipment and forwards the service data information to the next node talkback equipment.
5. The method of claim 1, wherein the third intercom receiving the emergency request information and the service data information comprises:
and the third talkback equipment receives the emergency request information, judges that the data type is the emergency service type, interrupts the current data service processing of the local machine, feeds back confirmation information to the previous node talkback equipment and waits for receiving the service data information.
6. The method according to claim 1, wherein the second intercom device and/or the third intercom device receiving the emergency request information and the service data information comprises:
receiving and analyzing the emergency service type, the source address and the destination address in the emergency request information;
if the destination address is the same as the local address and the emergency service type identifier is judged to be emergency, interrupting the current data service processing of the local machine and feeding back confirmation information to the last node talkback equipment;
judging whether the forwarding is needed, if the forwarding is needed, determining next node talkback equipment according to a local routing table, and forwarding the emergency request information to the next node talkback equipment;
and if the data is not required to be forwarded, waiting for the previous node talkback equipment to send the service data information.
7. The method of claim 1, wherein a first physical channel of the plurality of intercom devices is used to carry traffic data, a second physical channel of the plurality of intercom devices is used to carry signaling, the emergency request information is sent on the second physical channel, and the traffic data information is sent on the first physical channel.
8. The method of claim 1, wherein forwarding the emergency request information and the service data information to a next second intercom device comprises:
and selecting the intercom device with the smallest forwarding times and strongest signal from the local machine to the third intercom device as the next node intercom device according to a local routing table of the local machine, wherein the local routing table comprises but is not limited to the address ID of the intercom device within the communication distance, the forwarding time information reaching the third intercom device and the signal strength value.
9. An emergency service processing method for an intercom device, the method comprising:
if the situation that the emergency request information and the service data information of the previous node intercom device are received exists:
analyzing the emergency request information, and if judging that the emergency is an emergency, interrupting the current data service processing of the local computer;
judging whether forwarding is needed;
if the next node needs to be forwarded, determining the next node intercom device according to the local routing table; after the emergency request information is sent to the talkback equipment of the next node, waiting for the talkback equipment of the previous node to send the service data information;
and if the data is not required to be forwarded, waiting for the previous node talkback equipment to send the service data information.
10. The method of claim 9, wherein the method comprises:
if the emergency trigger condition is received:
generating emergency request information and service data information based on the emergency trigger condition; wherein the emergency request information comprises an emergency service type, a source address and a destination address;
and determining next node talkback equipment according to a local routing table, and sending the emergency request information and the service data information to the next node talkback equipment.
11. The method of claim 9, wherein after sending the emergency request information to the next-node intercom device, comprising:
and after receiving the confirmation information fed back by the next node talkback equipment, sending the service data information to the next node talkback equipment.
12. The method according to claim 9, wherein before/after sending the emergency request information to the next-node intercom device, further comprising:
feeding back confirmation information to the previous node intercom device;
and after receiving the feedback confirmation information, the last node talkback equipment sends the service data information to the local machine.
13. The method according to claim 9, wherein before waiting for the previous node intercom device to send the service data message, further comprising:
after receiving the confirmation information fed back by the next node talkback equipment, feeding back the confirmation information of the local machine to the previous node talkback equipment;
and after receiving the confirmation information of the local machine, the last node talkback equipment sends the service data information to the local machine.
14. The method of claim 9, wherein parsing the emergency request message and, if a decision is made that there is an emergency, interrupting the local current data traffic processing comprises:
analyzing the emergency service type, the source address and the destination address in the emergency request information;
and if the destination address is the same as the local address and the emergency service type identifier is emergency, interrupting the current data service processing of the local machine.
15. The method of claim 9 or 10, wherein determining the next-node intercom device from the native routing table comprises:
and selecting the intercom device with the lowest forwarding frequency and strongest signal from the local machine to the appointed intercom device as the next node intercom device according to a local routing table of the local machine, wherein the local routing table comprises but is not limited to the address ID of the intercom device within the communication distance, the forwarding frequency information reaching the appointed intercom device and the signal strength value.
16. An intercom device, comprising: a radio frequency transceiver module, a data processing module and a storage module, wherein the radio frequency transceiver module is used for receiving the emergency request information and the service data information, the storage module is used for storing a local routing table, wherein,
if the radio frequency transceiver module receives the emergency request information and the service data information of the previous node intercom device, the radio frequency transceiver module comprises:
the data processing module analyzes the emergency request information, and if the emergency request information is judged to be an emergency, the current data service processing of the local computer is interrupted;
the data processing module judges whether the forwarding is needed or not;
if the data needs to be forwarded, inquiring a local routing table in the storage module, and determining next node intercom equipment according to the local routing table; the emergency request information is sent to next node intercom equipment through the radio frequency transceiver module; meanwhile, waiting for the previous node talkback equipment to send the service data information;
and if the data is not required to be forwarded, waiting for the previous node talkback equipment to send the service data information.
17. The intercom device of claim 16, further comprising a triggering module for interacting with a user to generate an emergency triggering condition;
if the situation that the triggering module receives the emergency triggering condition exists:
the data processing module generates emergency request information and service data information based on the emergency trigger condition; wherein the emergency request information comprises an emergency service type, a source address and a destination address;
inquiring a local routing table in the storage module, and determining next node intercom equipment according to the local routing table;
and sending the emergency request information and the service data information to next node intercom equipment through the radio frequency transceiving module.
18. The intercom device according to claim 16, wherein after transmitting the emergency request information to the intercom device of the next node through the radio frequency transceiving module, comprising:
and after receiving the confirmation information fed back by the next node talkback equipment, the radio frequency transceiving module sends the service data information to the next node talkback equipment through the radio frequency transceiving module.
19. The intercom device according to claim 16, wherein the data processing module parses the emergency request message, and if it is determined to be an emergency, interrupts a current data service process of the local device, including:
analyzing the emergency service type, the source address and the destination address in the emergency request information;
and if the destination address is the same as the local address and the emergency service type identifier is emergency, interrupting the current data service processing of the local machine.
20. The intercom device according to claim 16 or 17, wherein querying the local routing table in the storage module to determine the next-node intercom device according to the local routing table comprises:
the data processing module selects the intercom device with the lowest forwarding frequency and strongest signal from the local machine to be used as the next node intercom device according to a local routing table in the storage module of the local machine, wherein the local routing table comprises but is not limited to the address ID of the intercom device within the communication distance, the forwarding frequency information reaching the specified intercom device and the signal strength value.
21. A narrowband ad-hoc network system comprising a plurality of intercom devices performing the method steps of implementing any of claims 1-8 or 9-15.
22. An electronic device is characterized by comprising a processor, a communication interface, a memory and a communication bus, wherein the processor and the communication interface are used for realizing mutual communication by the memory through the communication bus;
a memory for storing a computer program;
a processor for implementing the method steps of any one of claims 1-8 or 9-15 when executing a program stored in a memory.
23. A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the method steps of any of claims 1-8 or 9-15.
CN202110725300.6A 2021-06-29 2021-06-29 Communication method, system, equipment and storage medium for emergency service forwarding Active CN113259922B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110725300.6A CN113259922B (en) 2021-06-29 2021-06-29 Communication method, system, equipment and storage medium for emergency service forwarding

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110725300.6A CN113259922B (en) 2021-06-29 2021-06-29 Communication method, system, equipment and storage medium for emergency service forwarding

Publications (2)

Publication Number Publication Date
CN113259922A true CN113259922A (en) 2021-08-13
CN113259922B CN113259922B (en) 2021-11-05

Family

ID=77190190

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110725300.6A Active CN113259922B (en) 2021-06-29 2021-06-29 Communication method, system, equipment and storage medium for emergency service forwarding

Country Status (1)

Country Link
CN (1) CN113259922B (en)

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1747357A (en) * 2005-07-28 2006-03-15 华南理工大学 Digital intercommunication and long-range telecommunication realization by transit
US20100317317A1 (en) * 2006-05-16 2010-12-16 Red Sky Technologies, Inc. EMERGENCY LOCATION INFORMATION GATEWAY FOR PUBLIC SAFETY ANSWERING POINTS (PSAPs) AND METHOD OF USE
CN102017669A (en) * 2008-05-07 2011-04-13 高通股份有限公司 System, apparatus and method to enable mobile stations to identify calls based on predetermined values set in a call header
CN202085280U (en) * 2011-05-13 2011-12-21 惠州市恒诺实业有限公司 Wireless talkback system for integration access of special simulation talkback system and digital talkback system
CN102342136A (en) * 2009-03-04 2012-02-01 富士通株式会社 Improvements to body area networks
CN107864412A (en) * 2017-09-29 2018-03-30 大唐终端技术有限公司 A kind of arrowband intercommunication terminal multi-hop remote communication method and system
CN110225422A (en) * 2019-06-17 2019-09-10 深圳市慧智慧科技有限公司 A kind of intercommunication means of communication, device, system, storage medium and intercom
CN209930294U (en) * 2019-08-19 2020-01-10 西安科技大学 Multimedia integrated access equipment for emergency communication system
CN112040426A (en) * 2020-11-05 2020-12-04 成都中航信虹科技股份有限公司 Single carrier ad hoc network communication method and system
US20210176284A1 (en) * 2012-10-25 2021-06-10 Huawei Technologies Co., Ltd. Trunking communication system, trunking server, access network and trunking communication method

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1747357A (en) * 2005-07-28 2006-03-15 华南理工大学 Digital intercommunication and long-range telecommunication realization by transit
US20100317317A1 (en) * 2006-05-16 2010-12-16 Red Sky Technologies, Inc. EMERGENCY LOCATION INFORMATION GATEWAY FOR PUBLIC SAFETY ANSWERING POINTS (PSAPs) AND METHOD OF USE
CN102017669A (en) * 2008-05-07 2011-04-13 高通股份有限公司 System, apparatus and method to enable mobile stations to identify calls based on predetermined values set in a call header
CN102342136A (en) * 2009-03-04 2012-02-01 富士通株式会社 Improvements to body area networks
CN202085280U (en) * 2011-05-13 2011-12-21 惠州市恒诺实业有限公司 Wireless talkback system for integration access of special simulation talkback system and digital talkback system
US20210176284A1 (en) * 2012-10-25 2021-06-10 Huawei Technologies Co., Ltd. Trunking communication system, trunking server, access network and trunking communication method
CN107864412A (en) * 2017-09-29 2018-03-30 大唐终端技术有限公司 A kind of arrowband intercommunication terminal multi-hop remote communication method and system
CN110225422A (en) * 2019-06-17 2019-09-10 深圳市慧智慧科技有限公司 A kind of intercommunication means of communication, device, system, storage medium and intercom
CN209930294U (en) * 2019-08-19 2020-01-10 西安科技大学 Multimedia integrated access equipment for emergency communication system
CN112040426A (en) * 2020-11-05 2020-12-04 成都中航信虹科技股份有限公司 Single carrier ad hoc network communication method and system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
张乃谦等: "浅议中国开展紧急广播建设应具有的特点", 《电视技术》 *

Also Published As

Publication number Publication date
CN113259922B (en) 2021-11-05

Similar Documents

Publication Publication Date Title
CN110972290B (en) Resource allocation method for terminal direct communication
Liao et al. A TDMA-based bandwidth reservation protocol for QoS routing in a wireless mobile ad hoc network
CN113259864B (en) Narrow-band communication method, interphone, equipment, storage medium and ad hoc network system
US6928061B1 (en) Transmission-scheduling coordination among collocated internet radios
CN101496360B (en) Opportunistic routing protocol in AD HOC networks
CN110167099B (en) Ad hoc network routing method and system suitable for narrow-band condition
WO2020063742A1 (en) Resource allocation method and apparatus in device-to-device communication
US20060268792A1 (en) System and method for efficiently routing data packets and managing channel access and bandwidth in wireless multi-hopping networks
US8213352B2 (en) Wireless communication system, wireless communication device, wireless communication method, and program
JP2006270956A (en) System and method for synchronizing components in mesh network
CN104025662B (en) For the system and method for quick initial network link establishing
KR20070081733A (en) Apparatus for setting multipath and method thereof
GB2457574A (en) Random access slot selection in a communication system
JP2006270957A (en) System and method for collecting routing information in mesh network
CN109068367B (en) Wireless token passing method, device, equipment and readable storage medium
CN106385708B (en) Data transmission method and wireless link machine
CN113179214B (en) Narrowband ad hoc network construction method, system, storage medium and electronic equipment
JP5705030B2 (en) Communications system
CN117098161B (en) Data transmission method, device, network equipment and storage medium
CN113973399A (en) Message forwarding method, device and system
JP5512641B2 (en) Wireless terminal, emergency information distribution system, and program
CN110662258A (en) Message forwarding method, device and medium
CN113259922B (en) Communication method, system, equipment and storage medium for emergency service forwarding
CN110661550A (en) Method, device, storage medium and electronic equipment for forwarding message in HPLC communication link
CN107959985B (en) Hybrid mesh network construction method, data transmission method and device

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
PE01 Entry into force of the registration of the contract for pledge of patent right

Denomination of invention: Communication method, system, device and storage medium for emergency service forwarding

Effective date of registration: 20220809

Granted publication date: 20211105

Pledgee: China Co. truction Bank Corp Guangzhou Panyu branch

Pledgor: Guangzhou huiruisitong Technology Co.,Ltd.

Registration number: Y2022440000191

PE01 Entry into force of the registration of the contract for pledge of patent right
PP01 Preservation of patent right

Effective date of registration: 20230207

Granted publication date: 20211105

PP01 Preservation of patent right
PD01 Discharge of preservation of patent

Date of cancellation: 20240402

Granted publication date: 20211105

PD01 Discharge of preservation of patent