Communication method, electronic device, storage medium and program product

Abstract

The embodiment of the invention provides a communication method, electronic equipment, a storage medium and a program product. The communication method comprises the following steps: acquiring network awareness data of access network equipment in a first current scene; performing scene identification on the first current scene according to the network sensing data of the first current scene; and entering an emergency disaster relief mode in response to the fact that the first current scene is recognized as the emergency disaster relief scene. Therefore, when the current scene is identified as the emergency disaster relief scene, the emergency disaster relief mode provided for the emergency disaster relief scene is entered in time, and a communication guarantee is provided for the emergency disaster relief scene in time.

Description

Technical Field

[0001] This application relates to the field of communications, and more particularly to a communication method, electronic device, storage medium, and program product. Background Technology

[0002] In emergency rescue scenarios, the emergency communication capabilities of communication networks affect the response efficiency and effectiveness of emergency rescue.

[0003] Access network equipment (such as base stations) in communication networks are developed for ordinary scenarios and are difficult to cope with emergency disaster relief scenarios. Developing dedicated access network equipment for emergency disaster relief scenarios is too costly, has few applicable scenarios and users, and takes a long time to deploy in sudden emergency disaster relief scenarios, making it impossible to respond to the communication needs of emergency disaster relief scenarios in a timely manner.

[0004] Therefore, there is an urgent need for a communication solution that can quickly respond to the communication needs of emergency rescue scenarios and is cost-effective. Summary of the Invention

[0005] This application proposes a communication method, electronic device, storage medium, and program product, which is beneficial for realizing a communication solution that can quickly respond to communication needs in emergency rescue scenarios and is cost-effective.

[0006] In a first aspect, embodiments of this application provide a communication method, including: Obtain network perception data of the access network device in the first current scenario; Based on the network perception data of the first current scene, scene recognition is performed on the first current scene; In response to the recognition that the first current scenario is an emergency rescue scenario, the system enters the emergency rescue mode.

[0007] Secondly, embodiments of this application provide an electronic device, including: One or more processors; A memory that stores one or more programs, which, when executed by one or more processors, cause the one or more processors to perform the following: The communication method described in the first aspect.

[0008] Thirdly, embodiments of this application provide a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the following: The communication method described in the first aspect.

[0009] Fourthly, embodiments of this application provide a computer program product, including a computer program, which, when executed by a processor, implements, as follows: The communication method described in the first aspect.

[0010] In this embodiment, the access network device identifies the current scene based on its own network perception data. Upon identifying the current scene as an emergency disaster relief scenario, it enters emergency disaster relief mode. Thus, by promptly entering a dedicated emergency disaster relief mode based on the network perception data of the current scene, it achieves rapid response to the communication needs of emergency disaster relief scenarios. This method eliminates the need to develop dedicated access network devices for emergency disaster relief scenarios, saving development and deployment costs, and keeping overall costs under control. Attached Figure Description

[0011] Figure 1 This is a scenario illustration of the application scenarios to which the embodiments of this application are applicable. Figure 1 .

[0012] Figure 2 This is a scenario illustration of the application scenarios to which the embodiments of this application are applicable. Figure 2 .

[0013] Figure 3 Flowchart of the communication method provided in the embodiments of this application Figure 1 .

[0014] Figure 4 Flowchart of the communication method provided in the embodiments of this application Figure 2 .

[0015] Figure 5 This is a flowchart illustrating the communication method provided in the embodiments of this application. Figure 3 .

[0016] Figure 6 This is a schematic diagram of the system architecture applicable to the embodiments of this application.

[0017] Figure 7 Flowchart of the communication method provided in the embodiments of this application Figure 4 .

[0018] Figure 8 A schematic diagram of the structure of an embodiment of the electronic device provided in this application. Specific Implementation To enable those skilled in the art to better understand the technical solutions of this application, the technical solutions provided in this application will be described in detail below with reference to the accompanying drawings.

[0020] Exemplary embodiments will be described more fully below with reference to the accompanying drawings; however, the described exemplary embodiments may be embodied in different forms and should not be construed as limited to the embodiments set forth herein. Rather, these embodiments are provided so that this application will be thorough and complete, and will enable those skilled in the art to fully understand the scope of this application.

[0021] As used herein, the term "and / or" includes any and all combinations of one or more related enumerated purposes.

[0022] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the application. As used herein, the singular forms “a” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will also be understood that when the terms “comprising” and / or “made of” are used in this specification, the presence of a feature, integral, step, operation, element, and / or component is specified, but the presence or addition of one or more other features, integrals, steps, operations, elements, components, and / or groups thereof is not excluded.

[0023] In the following description, references are made to “some embodiments,” which describe a subset of all possible embodiments. However, it is understood that “some embodiments” may be the same subset or different subsets of all possible embodiments and may be combined with each other without conflict.

[0024] Unless otherwise specified, all terms used herein (including technical and scientific terms) have the same meaning as commonly understood by one of ordinary skill in the art. It will also be understood that terms such as those defined in common dictionaries should be interpreted as having a meaning consistent with their meaning in the context of the relevant art and this application, and will not be interpreted as having an idealized or overly formal meaning, unless expressly so defined in the embodiments of this application.

[0025] In communication networks, access network equipment is mainly developed for ordinary scenarios and is difficult to cope with the communication needs of emergency rescue and disaster relief scenarios, and cannot effectively guarantee the communication quality of emergency rescue and disaster relief users.

[0026] Customized development of access network equipment can provide dedicated access network devices for emergency rescue and disaster relief scenarios. However, the cost of customized development is too high, the number of users and scenarios supported by this dedicated access network equipment is limited, and the utilization rate is low. Moreover, in some sudden emergency rescue and disaster relief scenarios, it takes a long time to deploy this dedicated access network equipment, making it difficult to provide communication services in a timely manner for emergency rescue and disaster relief scenarios.

[0027] In summary, there is an urgent need for a communication solution that can quickly respond to the communication needs of emergency rescue and disaster relief scenarios and is cost-effective.

[0028] This application provides a communication method, electronic device, storage medium, and program product. The access network device, based on its network perception data of the current scenario, identifies the current scenario and, in response to identifying it as an emergency disaster relief scenario, enters an emergency disaster relief mode. Thus, based on the network perception data of the current scenario, it promptly enters an emergency disaster relief mode specifically designed for emergency disaster relief scenarios, achieving rapid response to communication needs in such scenarios. This method eliminates the need to develop dedicated access network devices for emergency disaster relief scenarios, saving development and deployment costs, and keeping overall costs under control.

[0029] Please see Figure 1 , Figure 1 This is a scenario illustration of the application scenarios to which the embodiments of this application are applicable. Figure 1 .like Figure 1 As shown, the application scenario includes access network device 101, core network device 102, and terminal 103. Terminal 103 communicates with access network device 101, and access network device 101 communicates with core network device 102, thereby providing network services to terminal 103.

[0030] Access network equipment 101 can be deployed on the ground, such as a base station deployed on the ground.

[0031] The access network device 101 can also be a satellite, and the communication between the access network device 101 and the terminal 103 is satellite communication.

[0032] Satellite communication is a communication system that uses satellites as relay stations to provide radio communication to multiple terminals. Satellite communication has a wide coverage area and can maintain communication service capabilities even when ground communication facilities are paralyzed due to disasters such as earthquakes, floods, and large-scale power outages. Satellite ground stations and terminals can be far apart and are not affected by the surrounding environment of the terminals. Even if ground communication is damaged due to sudden disasters, satellite communication can still continue to provide communication services to the terminals.

[0033] Please see Figure 2 , Figure 2 This is a scenario illustration of the application scenarios to which the embodiments of this application are applicable. Figure 2 .like Figure 2 As shown, the application scenario includes satellite 201, ground station 202, core network equipment 102, and terminal 103, with terminal 103 supporting satellite communication. In this application scenario, terminal 103 communicates with satellite 201, and satellite 201 communicates with core network equipment 102 through ground station 202, thereby providing network services to terminal 103.

[0034] Please see Figure 3 , Figure 3 This is a flowchart illustrating the communication method provided in the embodiments of this application. Figure 1 .like Figure 3 As shown, on the access network device side, the communication method includes at least the following steps S301 to S303: S301. Obtain network perception data of the access network device in the first current scenario.

[0035] Among them, network sensing data refers to data collected by access network equipment that reflects one or more of the following: network quality, terminal access status, network resource utilization, and communication service status.

[0036] In this embodiment, the access network device can collect network perception data of the current scenario. In order to distinguish it from network perception data of other scenarios in subsequent embodiments, this current scenario is referred to as the first current scenario.

[0037] In one implementation, the access network device can acquire network sensing data for the first current scenario through its own sensing layer. The sensing layer of the access network device has the capability to collect various data related to the current scenario (such as the access network device's operating parameters, channel interference, and resource utilization) and perform various data processing operations (such as filtering, noise reduction, and simple analysis). Therefore, the accuracy of the network sensing data for the first current scenario is improved through the sensing layer of the access network device.

[0038] S302. Based on the network perception data of the first current scene, perform scene recognition on the first current scene.

[0039] In this embodiment, network perception data exhibits different characteristics in different scenarios. In particular, network perception data in emergency rescue scenarios displays more pronounced characteristics, such as a significant increase in call volume, a significant increase in the number of connected terminals, and strained network resources. The access network device can use the network perception data of the first current scenario as the scenario feature of the first current scenario, or the access network device can extract the scenario feature of the first current scenario from the network perception data of the first current scenario and perform scenario recognition based on the scenario feature of the first current scenario.

[0040] S303, in response to recognizing the first current scenario as an emergency rescue scenario, enters emergency rescue mode.

[0041] Emergency rescue scenarios refer to scenarios where emergency events occur that require rescue, such as sudden public safety incidents, natural disasters, and accidents.

[0042] In this embodiment, if the access network device is not in emergency disaster relief mode, it can switch from its current mode to emergency disaster relief mode in response to recognizing the first current scenario as an emergency disaster relief scenario. If the access network device is in emergency disaster relief mode, it can maintain its current mode in response to recognizing the first current scenario as an emergency disaster relief scenario. In emergency disaster relief mode, the access network device can adopt communication service strategies designed for emergency disaster relief scenarios to meet the communication needs of emergency disaster relief scenarios and improve emergency rescue efficiency and effectiveness.

[0043] In this embodiment, the access network device identifies the first current scene based on network perception data of the first current scene. In response to the identification that the first scene is an emergency disaster relief scene, it enters the emergency disaster relief mode. Thus, through network perception and scene recognition, it can promptly enter the emergency disaster relief mode dedicated to the emergency disaster relief scene, thereby achieving a rapid response to the communication needs of the emergency disaster relief scene. This method is highly flexible and efficient, and there is no need to develop access network devices dedicated to the emergency disaster relief scene, saving the development and deployment costs of access network devices, and the overall cost is controllable.

[0044] In some embodiments, scene identification of the first current scene based on network sensing data of the first current scene may include: analyzing and statistically analyzing the network sensing data of the first current scene to obtain a first emergency value, the first emergency value indicating the urgency of the first current scene; and determining the first current scene as an emergency disaster relief scene if the first emergency value is greater than a set first threshold. Thus, by generating the first emergency value through the analysis and statistical analysis of the network sensing data of the first current scene, the urgency of the first current scene is quantified. If the first emergency value is greater than the first threshold, the first current scene is automatically identified as an emergency disaster relief scene, achieving automatic identification of emergency disaster relief scenes and improving the accuracy of emergency disaster relief scene identification. This, in turn, enables proactive response to emergency disaster relief scenes, proactively entering emergency disaster relief mode and providing timely communication services to emergency disaster relief scenes.

[0045] Among them, the first emergency value can indicate the urgency of the first current scenario from one or more network feature dimensions.

[0046] For example, network feature dimensions include network quality fluctuation dimensions. The first emergency value, derived from the network quality fluctuation dimension of the first current scenario, indicates the urgency of the first current scenario. In this case, the first emergency value may include the network quality change value of the access network device in the first current scenario.

[0047] For example, network feature dimensions include emergency call dimensions. The first emergency value indicates the urgency of the first current scenario from the emergency call dimension of the first current scenario. In this case, the first emergency value may include one or more values ​​among the number of emergency calls, emergency call frequency and / or total number of calls of the access network device in the first current scenario, or a comprehensive value obtained by combining the multiple values.

[0048] Network characteristic dimensions can also include terminal access dimensions, network resource dimensions, network interruption dimensions, etc. The first emergency value can include values ​​related to terminal access, network resource usage, and network interruption, which will not be elaborated here.

[0049] The first threshold and the second threshold constitute the numerical range corresponding to the emergency rescue scenario, with the first threshold being smaller than the second threshold. Therefore, by using the first and second thresholds, an accurate numerical range is provided for scenario identification in emergency rescue scenarios. When the first emergency threshold is greater than the minimum threshold within this numerical range (i.e., the first threshold) and falls within this numerical range, the access network device can identify the first current scenario as an emergency rescue scenario.

[0050] In one implementation, the network sensing data of the first current scenario is analyzed and statistically analyzed. This can be done by weighting the network sensing data of the first current scenario to obtain a first emergency value. This first emergency value integrates multiple aspects of the first current scenario (such as call congestion or a surge in access terminals). Appropriate weights can be set for each data point in the network sensing data to improve the accuracy of the first emergency value.

[0051] In one implementation, a pre-trained analytical statistical model can be used to analyze and statistically analyze the network-sensing data of the first current scene to obtain a first emergency value. This analytical statistical model can be a neural network model. Therefore, utilizing the analytical statistical model improves the accuracy of the network-sensing data analysis and statistics, thereby increasing the accuracy of the first emergency value.

[0052] In one implementation, scene recognition of the first current scene based on network-perceived data of the first current scene may include: inputting the network-perceived data of the first current scene into a scene recognition model, and then performing scene recognition on the first current scene based on the network-perceived data of the first current scene through the scene recognition model. The scene recognition model can be a neural network model. Thus, the accuracy of scene recognition is improved by utilizing the scene recognition model.

[0053] Furthermore, the analytical statistical model and / or scene recognition model can be a large language model, so as to utilize the modeling capabilities of the large language model to improve the accuracy of analyzing and statistically processing network-sensing data and / or recognizing the first current scene.

[0054] In some embodiments, the operating modes of the access network device include emergency disaster relief mode and non-emergency disaster relief mode. The access network device can switch between emergency disaster relief mode and non-emergency disaster relief mode, thereby adapting to changes in scenarios and flexibly switching between emergency disaster relief mode and non-emergency disaster relief mode to meet the communication needs of emergency disaster relief scenarios and non-emergency disaster relief scenarios in a timely manner, saving the development and deployment costs of the access network device.

[0055] Non-emergency disaster relief scenarios refer to scenarios where no emergency event requiring rescue has occurred.

[0056] Please see Figure 4 , Figure 4 This is a flowchart illustrating the communication method provided in the embodiments of this application. Figure 2 .like Figure 4 As shown, on the access network device side, the communication method includes at least the following steps S401 to S406: S401. Obtain network perception data of the access network device in the first current scenario.

[0057] S402. Based on the network perception data of the first current scene, perform scene recognition on the first current scene.

[0058] S403, in response to recognizing the first current scenario as an emergency rescue scenario, enters emergency rescue mode.

[0059] The implementation principles and technical effects of S401 to S403 can be referred to in the aforementioned embodiments, and will not be repeated here.

[0060] In one implementation, the access network device is in non-emergency disaster relief mode. Upon recognizing the first current scenario as an emergency disaster relief scenario, it switches from non-emergency disaster relief mode to emergency disaster relief mode. Thus, by flexibly switching from non-emergency disaster relief mode to emergency disaster relief mode, the communication needs of emergency disaster relief scenarios can be met promptly even in emergency disaster relief mode.

[0061] S404, Obtain network perception data of the access network device in the second current scenario.

[0062] Among them, the first current scene is the current scene at the first time, and the second current scene is the current scene at the second time, which may be after the first time.

[0063] In this embodiment, after entering the emergency disaster relief mode, the access network device can continue to collect network perception data of the current scenario. For ease of distinction, this current scenario is referred to as the second current scenario. It is understood that the time corresponding to the second current scenario (i.e., the aforementioned second time) is after the time corresponding to the first current scenario (i.e., the aforementioned first time).

[0064] In one implementation, the access network device can obtain network sensing data of the second current scenario through its own sensing layer to improve the accuracy of the network sensing data of the second current scenario.

[0065] S405, Based on the network perception data of the second current scene, perform scene recognition on the second current scene.

[0066] In this embodiment, the access network device may use the network-aware data of the second current scene as the scene feature of the second current scene, or the access network device may extract the scene feature of the second current scene from the network-aware data of the second current scene, and perform scene recognition on the second current scene based on the scene feature of the second current scene.

[0067] S406, in response to recognizing the second current scenario as a non-emergency disaster relief scenario, enter the non-emergency disaster relief mode.

[0068] In one implementation, when the first current scenario is an emergency disaster relief scenario, the access network device enters the emergency disaster relief mode to provide communication services for the emergency disaster relief scenario. After the emergency disaster relief ends, the network perception data changes accordingly, such as a significant decrease in emergency calls, more idle network resources, and a significant improvement in network quality. The second current scenario can be a scenario after the emergency disaster relief has ended. The network perception data of the second current scenario is significantly different from that of the emergency disaster relief scenario. Therefore, the second current scenario can be identified as a non-emergency disaster relief scenario based on the network perception data of the second current scenario. In response to the identification that the second current scenario is a non-emergency disaster relief scenario, the access network device can switch from the emergency disaster relief mode to the non-emergency disaster relief mode to meet the communication needs of the non-emergency disaster relief scenario in a timely manner.

[0069] In one implementation, if the first current scenario is a non-emergency disaster relief scenario, the access network device does not enter the emergency disaster relief mode but enters the non-emergency disaster relief mode. In response to recognizing the second current scenario as a non-emergency disaster relief scenario, the access network device can maintain the non-emergency disaster relief mode to continue to provide appropriate communication services for the non-emergency disaster relief scenario.

[0070] In this embodiment, when the access network device identifies the current scenario as an emergency disaster relief scenario, it enters an emergency disaster relief mode, specifically switching from a non-emergency disaster relief mode to an emergency disaster relief mode; conversely, when the current scenario is identified as a non-emergency disaster relief scenario, it enters a non-emergency disaster relief mode, specifically switching from an emergency disaster relief mode to a non-emergency disaster relief mode. Thus, by autonomously switching between emergency disaster relief mode and non-emergency disaster relief mode, rapid response to communication needs in both scenarios is achieved, saving development and deployment costs for the access network device.

[0071] In some embodiments, scene identification of the second current scene is performed based on network sensing data of the second current scene, including: analyzing and statistically analyzing the network sensing data of the second current scene to obtain a second emergency value, the second emergency value indicating the urgency level of the second current scene; and determining the second current scene as a non-emergency disaster relief scene if the second emergency value is less than a set third threshold. Thus, by generating the second emergency value through the analysis and statistical analysis of the network sensing data of the second current scene, the urgency level of the second current scene is quantified. If the second emergency value is less than the third threshold, the second current scene is automatically determined to be a non-emergency disaster relief scene, achieving automatic identification of non-emergency disaster relief scenes and improving the accuracy of non-emergency disaster relief scene identification. This enables proactive response to non-emergency disaster relief scenes, proactively entering a non-emergency disaster relief mode, and providing timely communication services for non-emergency disaster relief scenes.

[0072] The third and fourth thresholds constitute the numerical range corresponding to non-emergency disaster relief scenarios, with the third threshold being greater than the fourth threshold. Therefore, by using the third and fourth thresholds, an accurate numerical range is provided for scene identification of non-emergency disaster relief scenarios. If the second emergency threshold is less than the maximum threshold within this numerical range (i.e., the third threshold) and falls within this range, the access network device can identify the second current scenario as a non-emergency disaster relief scenario.

[0073] In some embodiments, the third threshold is less than the first threshold. When the first emergency value or the second emergency value is between the first threshold and the third threshold, the current mode of the access network device is maintained. Thus, the numerical range between the first and third thresholds provides a buffer for switching between non-emergency disaster relief mode and emergency disaster relief mode, avoiding frequent switching of the access network device between non-emergency disaster relief mode and emergency disaster relief mode, which could affect the stability of the access network device.

[0074] For example, the first threshold is 7, the second threshold is 10, the third threshold is 3, and the fourth threshold is 1. When the emergency value (first emergency value or second emergency value) of the current scenario (first current scenario or second current scenario) is greater than 7 and less than or equal to 10, the current scenario can be identified as an emergency disaster relief scenario. In response to this identification, the access network device enters emergency disaster relief mode (if the current mode is emergency disaster relief mode, it maintains the current mode as emergency disaster relief mode; or, if the current mode is non-emergency disaster relief mode, it switches the current mode from non-emergency disaster relief mode to emergency disaster relief mode). When the emergency value of the current scenario is less than 3 and greater than or equal to 1, the current scenario can be identified as non-emergency. In disaster scenarios, the access network device responds by identifying the current scenario as a non-emergency disaster scenario and enters non-emergency disaster mode (if the current mode is non-emergency disaster mode, it maintains the current mode as non-emergency disaster mode, or if the current mode is emergency disaster mode, it switches the current mode from emergency disaster mode to non-emergency disaster mode); if the emergency value of the current scenario is between 3 and 7, the access network device maintains the current mode (if the current mode is emergency disaster mode, it maintains the current mode as emergency disaster mode, or if the current mode is non-emergency disaster mode, it maintains the current mode as non-emergency disaster mode).

[0075] In some embodiments, a second emergency value can be obtained by analyzing a statistical model; or, a scene recognition model can be used to identify the second current scene. For details, please refer to the foregoing description of the application of statistical analysis models and scene recognition models in the first current scene, which will not be elaborated upon here.

[0076] In some embodiments, the network-aware data for the first current scenario and / or the network-aware data for the second current scenario include one or more of the following data from the access network device: the number of emergency calls received by the access network device; the number of terminals connected to the access network device; the increase in the number of terminals connected to the access network device within a set first time interval; the number of emergency relief terminals connected to the access network device; the increase in the number of emergency relief terminals connected to the access network device within a set second time interval; the degree of degradation of the network quality index of the access network device; and the number of times the access network device experienced abnormal terminal movement. There are significant numerical differences between the one or more data points in the emergency relief scenario and the one or more data points in the non-emergency relief scenario. Based on the network-aware data containing the one or more of these data points, the emergency relief scenario and the non-emergency relief scenario can be accurately identified.

[0077] Specifically, access network devices can obtain the number of emergency calls received by the access network device by statistically analyzing messages carrying emergency call identifiers; the number of terminals connected by the access network device can be obtained by statistically analyzing all types of terminals connected; the growth rate of the number of terminals connected by the access network device within the first time interval can be obtained by statistically analyzing the number of emergency rescue terminals connected; and the growth rate of the number of emergency rescue terminals connected by the access network device within the second time interval can be obtained by statistically analyzing the number of emergency rescue terminals connected. Network quality indicators of the access network device, such as access latency, transmission latency, throughput, and access success rate, are monitored to determine the degree of degradation of these indicators. The number of abnormal terminal movement counts for access network devices can include: the number of terminal handover counts for access network devices (the number of times a terminal connected to this access network device switches to other access network devices and the number of times a terminal connected to other access network devices switches to this access network device) and the number of abnormal terminal location movement counts for access network devices (when the access network device supports terminal location reporting, the number of abnormal terminal location movement counts can be obtained by statistically analyzing the actual location changes of the terminal).

[0078] The first time interval and the second time interval may be the same or different.

[0079] Emergency relief terminals refer to terminals related to emergency rescue. These include terminals used by rescue organizations, terminals used by individuals or groups with rescue certification, terminals deployed in specific locations (such as schools, hospitals, and train stations) with the designated purpose of seeking help / rescue, terminals located within the rescue area, and terminals possessing certain characteristics related to seeking help / rescue. Conversely, non-emergency relief terminals refer to terminals unrelated to emergency rescue, i.e., terminals other than emergency rescue terminals.

[0080] In communication networks, emergency services can provide communication support for emergency rescue scenarios. As one of the high-priority services in communication networks, emergency services refer to special services that ensure the transmission of critical information and coordinate rescue operations through communication technology in emergency situations. They offer advantages such as universal accessibility, high reliability, priority processing, and location information transmission. However, emergency services are provided to all terminals and cannot distinguish between emergency rescue terminals and non-emergency rescue terminals. In disaster scenarios such as earthquakes, floods, and large-scale power outages, the increased communication demands of a large number of terminals may lead to network congestion or overload, reduced network access success rates, and prevent emergency rescue terminals from obtaining timely communication support.

[0081] To address the aforementioned issues, this application proposes a solution for access network devices to identify emergency rescue terminals and provide communication support for these terminals in emergency rescue mode.

[0082] Please see Figure 5 , Figure 5 This is a flowchart illustrating the communication method provided in the embodiments of this application. Figure 3 .like Figure 5 As shown, the communication method includes at least the following steps S501 to S506: S501, the access network device acquires network perception data in the first current scenario.

[0083] S502. The access network device performs scene recognition on the first current scene based on the network perception data of the first current scene.

[0084] S503: In response to recognizing the first current scenario as an emergency disaster relief scenario, the access network device enters the emergency disaster relief mode.

[0085] The implementation principles and technical effects of S501 to S503 can be referred to in the aforementioned embodiments, and will not be repeated here.

[0086] S504, the access network device broadcasts the first message, indicating that the access network device has entered emergency rescue mode.

[0087] In this embodiment, after entering the emergency disaster relief mode, the access network device can broadcast a first message to indicate to terminals within the coverage area of ​​the access network device that the access network device has entered the emergency disaster relief mode.

[0088] In one implementation, the access network device can broadcast a first message in response to the current mode switching from non-emergency disaster relief mode to emergency disaster relief mode, so as to inform the terminal in a timely manner of its own mode change.

[0089] In another implementation, the access network device can periodically broadcast a first message after entering emergency disaster relief mode, so that terminals within the coverage area of ​​the access network device can be promptly informed that the access network device is in emergency disaster relief mode.

[0090] S505 identifies emergency rescue terminals in emergency rescue mode.

[0091] In this embodiment, under emergency disaster relief mode, the access network device can identify whether a terminal is an emergency disaster relief terminal based on the terminal's characteristic information (such as the terminal's communication identity identifier, the number called when the terminal makes an emergency call, the location of the terminal, the content carried in the message sent by the terminal, etc.).

[0092] In one implementation, S505 may include: S5051, the access network device receives a second message from the terminal; S5052, if the second message carries emergency relief information, the access network device determines that the terminal is an emergency relief terminal. The second message is any type of uplink message supported between the terminal and the access network device. Therefore, by using the emergency relief information carried in the terminal's uplink message, the accuracy of identifying whether a terminal is an emergency relief terminal is improved.

[0093] In this implementation, the terminal receives a first message broadcast by the access network device and sends a second message to the access network device. If the terminal is configured with emergency disaster relief information, the second message carries that information. Upon receiving the second message, the access network device, after parsing the emergency disaster relief information from it, determines that the terminal is an emergency disaster relief terminal. The second message can be any type of uplink message supported between the terminal and the access network device, such as an access request message, session request message, registration request message, or emergency call request. The second message may be sent in response to the first message, or it may not be sent in response to the first message but rather based on the terminal's actual communication needs. After receiving the first message, the terminal knows that the access network device has entered emergency disaster relief mode and, based on its actual communication needs, sends an uplink message to the access network device, carrying the emergency disaster relief information in that uplink message.

[0094] In one processing method, if the second message does not carry emergency relief information, the terminal is determined to be a non-emergency relief terminal. Thus, by determining whether or not emergency relief information is carried, the distinction between non-emergency relief terminals and emergency relief terminals can be achieved.

[0095] In another approach to address the situation where the second message does not carry emergency relief information, and the second message is neither an access request message nor a registration request message, the terminal is determined to be a non-emergency relief terminal. This further improves the accuracy of identifying non-emergency relief terminals.

[0096] Emergency relief information may be allocated to emergency relief terminals by network devices (such as access network devices and / or core network devices) during the access or registration process of emergency relief terminals. Before the emergency relief terminal accesses or registers, it may not have received the allocated emergency relief information. If the second message is an access request message or a registration request message, the terminal may not be accurately identified as a non-emergency relief terminal because the second message does not carry emergency relief information. If the second message is neither an access request message nor a registration request message, the terminal can be accurately identified as a non-emergency relief terminal because the second message does not carry emergency relief information.

[0097] S506, the access network equipment adopts corresponding network service policies for emergency disaster relief terminals. In emergency disaster relief mode, the network service policies for emergency disaster relief terminals are different from those for non-emergency disaster relief terminals.

[0098] In this embodiment, under emergency disaster relief mode, the access network device adopts different network service strategies for emergency disaster relief terminals and non-emergency disaster relief terminals. Compared with non-emergency disaster relief terminals, the access network device can prioritize the communication needs of emergency disaster relief terminals. For example, by prioritizing the access of emergency disaster relief terminals, the communication of emergency disaster relief terminals is guaranteed; and by prioritizing the allocation of bandwidth resources to emergency disaster relief terminals, the communication quality of emergency disaster relief terminals is guaranteed.

[0099] In this embodiment, after entering the emergency rescue mode, the access network device broadcasts a first message so that the terminal knows that the access network device has entered the emergency rescue mode. In the emergency rescue mode, the access network device identifies the emergency rescue terminal and adopts a different network service strategy for the emergency rescue terminal than for the non-emergency rescue terminal, so as to prioritize the communication of the emergency rescue terminal and improve the rescue efficiency and effectiveness in the emergency rescue scenario.

[0100] In some embodiments, emergency relief information includes an emergency relief identifier. When the access network device determines that a terminal is an emergency relief terminal when the second message carries the emergency relief information, the determination includes: the access network device determining that the terminal is an emergency relief terminal when the second message carries the emergency relief identifier. Thus, by identifying the emergency relief terminal through the emergency relief identifier, the efficiency and accuracy of the access network device in identifying the emergency relief terminal are improved.

[0101] In some embodiments, the first message further indicates the emergency disaster relief level supported by the access network device. The emergency disaster relief information also includes the emergency disaster relief level to which the terminal belongs. For emergency disaster relief terminals, a corresponding network service strategy is adopted, including: when the terminal is an emergency disaster relief terminal, providing network services to the terminal according to its emergency disaster relief level. The network services include one or more of the following: network access service, network resource allocation service, and service signaling processing service. Therefore, based on the emergency disaster relief level to which the terminal belongs, priority is given to ensuring the communication of terminals with higher emergency disaster relief levels, providing a more granular network service strategy for emergency disaster relief scenarios to better meet the communication needs of emergency disaster relief scenarios.

[0102] For example, priority should be given to ensuring access for terminals with high emergency disaster relief levels; and when there are spare communication resources in the access network equipment, network resources should be allocated to terminals according to the emergency priority level, and communication services should be provided to terminals according to the emergency priority level.

[0103] In some embodiments, such as Figure 5As shown, the communication method may also include S507: S507, the access network device sends a third message to the core network device. The third message is a forwarding of the first message. If the second message carries emergency relief information, the third message carries emergency relief information. If the second message does not carry emergency relief information, the third message does not carry emergency relief information.

[0104] In this embodiment, when the second message carries emergency disaster relief information, the access network device can carry the emergency disaster relief information to the core network device through the third message. The core network device can carry the terminal-related emergency disaster relief information in the third message, determine that the terminal is an emergency disaster relief terminal, and provide core network services to the emergency disaster relief terminal, such as giving priority to the signaling of the emergency disaster relief terminal. Alternatively, on the core network side, the current core network element can pass the emergency disaster relief identifier to other core network elements.

[0105] In some embodiments, the second message is an access request message or a registration request message. After the access network device sends the third message to the core network device, such as... Figure 5 As shown, the communication method also includes S508 and S509: In step S508, if the third message does not carry emergency relief information, the access network device receives a fourth message from the core network device. The fourth message indicates that emergency relief information should be allocated to the terminal, or it may refuse to allocate emergency relief information to the terminal. In step S509, if the fourth message indicates that emergency relief information should be allocated to the terminal, the access network device sends the emergency relief information to the terminal. Steps S508 and S509 represent the steps for allocating emergency relief information, enabling the core network device to flexibly allocate emergency relief information to the terminal.

[0106] In this embodiment, when the core network device receives a third message instructing the terminal to request access to the core network device, or instructing the terminal to request network registration, and if the third message does not carry emergency disaster relief information, the core network device can send a fourth message to the access network device based on the terminal's subscription information. The core network device determines whether the terminal is an emergency disaster relief terminal based on its subscription information, for example, by checking if the terminal's subscription information contains emergency disaster relief information. If the subscription information contains emergency disaster relief information, the core network device allocates that information to the terminal; otherwise, it refuses to allocate emergency disaster relief information. Thus, through the core network device's management of the allocation of emergency disaster relief information to terminals, the accuracy of terminal identification based on emergency disaster relief information is improved.

[0107] In some embodiments, when an access network device enters a non-emergency disaster relief mode, it stops broadcasting the first message.

[0108] In some embodiments, under emergency disaster relief mode, network service policies for non-emergency disaster relief terminals include one or more of the following: disconnecting the connection between the non-emergency disaster relief terminal and the access network device, rejecting the access request of the non-emergency disaster relief terminal, releasing network resources occupied by the non-emergency disaster relief terminal, limiting the network resources occupied by the non-emergency disaster relief terminal, refusing to allocate network resources to the non-emergency disaster relief terminal, rejecting the communication services requested by the non-emergency disaster relief terminal, and rejecting communication services requested by the non-emergency disaster relief terminal with a traffic volume exceeding a preset traffic threshold. Thus, under emergency disaster relief mode, the above network service policies restrict the access, network resources, and communication services of non-emergency disaster relief terminals, freeing up more resources for emergency disaster relief terminals, ensuring the communication of emergency disaster relief terminals, and avoiding network congestion under emergency disaster relief mode.

[0109] Furthermore, when there are spare communication resources, the network resources occupied by non-emergency disaster relief terminals can be limited, and / or, communication services requested by non-emergency disaster relief terminals with traffic exceeding a preset traffic threshold can be rejected (e.g., allowing emergency calls and SMS services from non-emergency disaster relief terminals, but rejecting high-traffic entertainment services such as video and games from non-emergency disaster relief terminals). When there are no spare communication resources, the connection between non-emergency disaster relief terminals and access network equipment can be disconnected, access requests from non-emergency disaster relief terminals can be rejected, network resources occupied by non-emergency disaster relief terminals can be released, network resources can be refused to be allocated to non-emergency disaster relief terminals, and / or communication services requested by non-emergency disaster relief terminals can be rejected.

[0110] Please see Figure 6 , Figure 6 This is a schematic diagram of the system architecture applicable to the embodiments of this application. Figure 6 As shown, the system architecture mainly includes multiple core network elements on the core network side, access network equipment, and terminals, specifically including: Terminal: In Figure 6 The term UE stands for User Equipment; it can be a terminal that supports satellite communication and serves as the core carrier for users to access the satellite communication network. Access network equipment: In Figure 6 The term RAN-NT stands for Radio Access Network - non-terrestrial, and it can be used as an access network device specifically for satellite communication scenarios, primarily responsible for radio resource scheduling. Access and mobility management function (AMF): One of the core network elements, responsible for terminal access and mobility-related management; Session management function (SMF): One of the core network elements, it is responsible for the full lifecycle management of sessions and the allocation of related resources; Unified Data Management (UDM): One of the core network elements, responsible for the centralized storage and management of user subscription data and authentication data; Policy control function (PCF): Core network policy management network element, responsible for providing unified policy rule support for each core network element; User plane function (UPF): A key network element for user plane forwarding in the core network, enabling data forwarding, quality of service (QoS) assurance, and reporting of billing information; Network Slice Selection Function (NSSF): The core network slice management element is responsible for matching and adapting network slice instances to terminals. Data network (DN).

[0111] in, Figure 6 In this context, N1, N2, N3, N4, N6, N9, and Uu represent interfaces in the communication network.

[0112] Based on the above system architecture, emergency relief information can be distributed through AMF and UDM.

[0113] Please see Figure 7 , Figure 7 Flowchart of the communication method provided in the embodiments of this application Figure 4 .like Figure 7 As shown, the communication method includes at least the following steps S701 to S706.

[0114] S701, the access network equipment switches its working mode based on the network perception information of the current scenario.

[0115] In the current scenario, such as the first current scenario and the second current scenario mentioned above, the working mode can be switched from non-emergency disaster relief mode to emergency disaster relief mode, or from emergency disaster relief mode to non-emergency disaster relief mode.

[0116] In this embodiment, S701 can be described with reference to the description of the foregoing embodiments, and will not be repeated here.

[0117] S702. In emergency rescue scenarios, access network equipment broadcasts the emergency rescue mode and the supported emergency levels.

[0118] S703, the terminal sends a registration request message to the access network device.

[0119] The registration request message may include parameters such as registration type and terminal identifier.

[0120] When the core network has already issued emergency relief user instructions and emergency levels to the terminals, the uplink messages sent by the terminals can carry emergency relief identifiers and emergency levels. Access network equipment can identify emergency relief users based on the emergency relief identifiers and ensure that users with higher emergency levels have priority access to the network according to the emergency levels.

[0121] S704, the access network device sends an N2 message to the AMF, which carries a registration request message.

[0122] Among them, N2 messages include, for example, the initial UE message.

[0123] If the access network device identifies the terminal as an emergency disaster relief terminal, the N2 message will also carry an emergency disaster relief identifier. After identifying the emergency disaster relief identifier in the N2 message, AMF can prioritize allowing the terminal's signaling messages under various network environments such as network congestion and overload, in order to ensure the communication of the emergency disaster relief terminal.

[0124] S705, AMF requests the terminal's subscription data from UDM.

[0125] Among them, AMF can call the UDM service interface (Nudm_SDM_Get) to obtain the terminal's subscription data.

[0126] The contracted data may include an emergency relief identifier and an emergency level to indicate that the terminal is an emergency rescue terminal and that the network quality of the terminal should be prioritized based on the emergency level.

[0127] S706, UDM returns the terminal's subscription data to AMF.

[0128] S707 and AMF send a registration accept message to the terminal.

[0129] The AMF accepts the registration request initiated by the UE and sends a registration acceptance message to the terminal (such as sending a registration acceptance message to the terminal through the access network device). The registration acceptance message may include the emergency relief identifier and the emergency level.

[0130] S708, the terminal sends a registration complete message to the AMF.

[0131] In this embodiment, the terminal can indicate that it has received the emergency relief identifier and emergency level by sending a registration completion message to the AMF (e.g., by sending a registration completion message to the AMF through the access network device).

[0132] When the terminal subsequently accesses the network, it can carry an emergency relief identifier and emergency level to improve the terminal's access success rate in emergency relief scenarios.

[0133] Please see Figure 8 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Figure 8 As shown, the electronic device 800 includes: One or more processors 810; The memory 820 stores one or more programs that, when executed by one or more processors 810, cause the one or more processors 810 to implement the communication method described in any of the above embodiments.

[0134] The memory 820, as a non-transitory network system, can be used to store non-transitory software programs and non-transitory computer-executable programs. Furthermore, the memory 820 may include high-speed random access memory, and may also include non-transitory memory, such as at least one disk storage device, flash memory device, or other non-transitory solid-state storage device. In some embodiments, the memory 820 may optionally include remotely located memories 820 relative to the processor 810, which can be connected to the processor 810 via a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.

[0135] The memory 820 can be implemented as a read-only memory (ROM), a static storage device, a dynamic storage device, or a random access memory (RAM). The memory 820 can store the operating system and other applications. When the technical solutions provided in the embodiments of this specification are implemented through software or firmware, the relevant program code is stored in the memory 820 and is called and executed by the processor 810.

[0136] The processor 810 can be implemented using a general-purpose central processing unit (CPU), microprocessor, application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of this application.

[0137] In some embodiments, the electronic device further includes: Input / output interfaces are used to implement information input and output; The communication interface is used to enable communication and interaction between this device and other devices. Communication can be achieved through wired means (such as USB, Ethernet cable, etc.) or wireless means (such as mobile network, WIFI, Bluetooth, etc.). The bus transmits information between various components of the device, such as the processor 810, memory 820, input / output interfaces, and communication interfaces. The processor 810, memory 820, input / output interface, and communication interface can communicate with each other within the device via a bus.

[0138] One embodiment of this application also provides a computer-readable storage medium storing computer-executable instructions for performing the communication method described in any of the embodiments above.

[0139] An embodiment of this application also provides a computer program product, including a computer program or computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer program or computer instructions from the computer-readable storage medium and executes the computer program or computer instructions, causing the computer device to perform the communication method described in any of the above embodiments.

[0140] The system architecture and application scenarios described in this application are intended to more clearly illustrate the technical solutions of this application and do not constitute a limitation on the technical solutions provided in this application. Those skilled in the art will understand that as system architectures evolve and new application scenarios emerge, the technical solutions provided in this application are also applicable to similar technical problems.

[0141] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium. When executed, the computer program can include the processes of the embodiments of the above methods. Any references to memory, storage, databases, or other media used in the embodiments provided in this application can include non-volatile and / or volatile memory. Non-volatile memory can include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory. Volatile memory can include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in various forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), dual data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous link DRAM (SLDRAM), Rambus direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), etc.

[0142] It will be understood by those skilled in the art that all or some of the steps and systems in the methods disclosed above can be implemented as software, firmware, hardware, and suitable combinations thereof. Some or all of the physical components can be implemented as software executed by a processor, such as a central processing unit, digital signal processor, or microprocessor, or as hardware, or as an integrated circuit, such as an application-specific integrated circuit. Such software can be distributed on a computer-readable medium, which can include computer storage media (or non-transitory media) and communication media (or transient media). As is known to those skilled in the art, the term computer storage media includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storing information (such as computer-readable instructions, data structures, program modules, or other data). Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technologies, CD-ROM, digital versatile disc (DVD) or other optical disc storage, magnetic cartridges, magnetic tape, disk storage or other magnetic storage devices, or any other medium that can be used to store desired information and is accessible to a computer. Furthermore, as is known to those skilled in the art, communication media typically contain computer-readable instructions, data structures, program modules, or other data in modulated data signals such as carrier waves or other transmission mechanisms, and may include any information delivery medium.

[0143] It should be understood that in this application, "at least one (item)" means one or more, and "more than" means two or more. "And / or" is used to describe the relationship between related objects, indicating that three relationships can exist. For example, "A and / or B" can represent three cases: only A exists, only B exists, and both A and B exist simultaneously, where A and B can be singular or plural. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship. "At least one (item) of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one (item) of a, b, or c can represent: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", where a, b, and c can be single or multiple.

[0144] The above description, with reference to the accompanying drawings, illustrates some embodiments of this application, but does not limit the scope of the invention. Any modifications, equivalent substitutions, and improvements made by those skilled in the art without departing from the scope and spirit of this invention should be considered within the scope of this application.

Claims

1. A communication method applied to an access network device, comprising: Obtain network perception data of the access network device in the first current scenario; Based on the network perception data of the first current scene, scene recognition is performed on the first current scene; In response to the recognition that the first current scenario is an emergency rescue scenario, the system enters the emergency rescue mode.

2. The method according to claim 1, wherein the step of performing scene recognition on the first current scene based on the network perception data of the first current scene includes: The network perception data of the first current scene is analyzed and statistically analyzed to obtain a first emergency value, which indicates the urgency of the first current scene. If the first emergency value is greater than the set first threshold, the first current scenario is determined to be an emergency rescue scenario. The first threshold and the second threshold constitute the numerical range corresponding to the emergency rescue scenario, and the first threshold is less than the second threshold.

3. The method according to claim 1, wherein in response to identifying the first current scenario as an emergency rescue scenario and entering the emergency rescue mode, the method further includes: Obtain network perception data of the access network device in the second current scenario; Based on the network perception data of the second current scene, scene recognition is performed on the second current scene; In response to recognizing the second current scenario as a non-emergency disaster relief scenario, enter non-emergency disaster relief mode; The first current scene is the current scene at a first time, and the second current scene is the current scene at a second time, which is after the first time.

4. The method according to claim 3, wherein the step of performing scene recognition on the second current scene based on the network perception data of the second current scene includes: The network perception data of the second current scenario is analyzed and statistically analyzed to obtain a second emergency value, which indicates the urgency level of the second current scenario. If the second emergency value is less than the set third threshold, the second current scenario is determined to be a non-emergency disaster relief scenario. The third threshold and the fourth threshold constitute the numerical range corresponding to the non-emergency disaster relief scenario, and the third threshold is greater than the fourth threshold.

5. The method according to claim 3, wherein the network sensing data of the first current scenario and / or the network sensing data of the second current scenario includes one or more of the following data from the access network device: The number of emergency calls received by the access network device; The number of terminals connected to the access network device; The increase in the number of terminals accessed by the access network device within a set first time interval; The number of emergency rescue terminals connected to the access network equipment; The increase in the number of emergency rescue terminals connected to the access network equipment within a set second time interval; The degree of degradation of the network quality indicators of the access network equipment; The number of times the terminal movement of the access network equipment is abnormal.

6. The method according to any one of claims 1 to 5, wherein after entering the emergency rescue mode in response to identifying the first current scenario as an emergency rescue scenario, the method further includes: Broadcast a first message, indicating that the access network device has entered the emergency disaster relief mode; In the aforementioned emergency relief mode, emergency relief terminals are identified. For the aforementioned emergency rescue terminal, a corresponding network service strategy shall be adopted; In the emergency disaster relief mode, the network service strategy corresponding to the emergency disaster relief terminal is different from the network service strategy corresponding to the non-emergency disaster relief terminal.

7. The method according to claim 6, wherein identifying the emergency rescue terminal in the emergency rescue mode includes: Receive the second message from the terminal; If the second message carries emergency relief information, the terminal is identified as the emergency relief terminal. The second message is any type of uplink message supported between the terminal and the access network device.

8. The method according to claim 7, wherein the emergency relief information includes an emergency relief identifier, and determining the terminal as the emergency relief terminal when the second message carries emergency relief information includes: If the second message carries an emergency relief identifier, the terminal is identified as the emergency relief terminal.

9. The method according to claim 8, wherein the first message further indicates the emergency disaster relief level supported by the access network device, the emergency disaster relief information further includes the emergency disaster relief level to which the terminal belongs, and the step of adopting a corresponding network service strategy for the emergency disaster relief terminal includes: When the terminal is the emergency relief terminal, the network services provided to the terminal according to the emergency relief level to which the terminal belongs include one or more of the following: network access service, network resource allocation service, and service signaling processing service.

10. The method of claim 7, wherein after receiving the second message from the terminal, the method further comprises: Send a third message to the core network equipment; The third message is a forwarding of the first message. If the second message carries the emergency relief information, the third message carries the emergency relief information. If the second message does not carry the emergency relief information, the third message does not carry the emergency relief information.

11. The method according to claim 10, wherein the second message is an access request message or a registration request message, and after sending the third message to the core network device, the method further includes: If the third message does not carry the emergency relief information, a fourth message sent by the core network device is received, wherein the fourth message indicates that the emergency relief information is allocated to the terminal, or the fourth message refuses to allocate the emergency relief information to the terminal. If the fourth message indicates that the emergency relief information is to be allocated to the terminal, the emergency relief information is sent to the terminal.

12. The method according to claim 6, wherein the network service strategy for the non-emergency disaster relief terminal includes one or more of the following: Disconnect the non-emergency disaster relief terminal from the access network device, reject the access request of the non-emergency disaster relief terminal, release the network resources occupied by the non-emergency disaster relief terminal, limit the network resources occupied by the non-emergency disaster relief terminal, refuse to allocate network resources to the non-emergency disaster relief terminal, refuse the communication services requested by the non-emergency disaster relief terminal, and refuse the communication services requested by the non-emergency disaster relief terminal with a service traffic exceeding a preset traffic threshold.

13. A communication method applied to a terminal, comprising: Receive a first message broadcast by the access network device, the first message indicating that the access network device is in emergency disaster relief mode; A second message is sent to the access network device. If the terminal is configured with emergency disaster relief information, the second message carries the emergency disaster relief information. The second message is any type of uplink message supported between the terminal and the access network device.

14. The method according to claim 13, wherein if the terminal is not configured with the emergency disaster relief information, the second message does not carry the emergency disaster relief information, and the second message is an access request message or a registration request message; After sending the second message to the access network device, the method further includes: Receive the emergency relief information sent by the access network device.

15. The method according to claim 13, wherein the first message further indicates the emergency disaster relief level supported by the access network device, and the emergency disaster relief information includes an emergency disaster relief identifier and the emergency disaster relief level to which the terminal belongs.

16. A communication method applied to core network equipment, comprising: Receive third messages sent by access network devices; When the third message carries emergency relief information related to the terminal, the terminal is identified as an emergency relief terminal.

17. The method according to claim 16, wherein the third message instructs the terminal to request access to the access network device or the terminal to request network registration; After receiving the third message sent by the access network device, the method further includes: If the third message does not carry the emergency relief information, a fourth message is sent to the access network device according to the terminal's subscription information. The fourth message indicates that the emergency relief information is allocated to the terminal, or the fourth message refuses to allocate the emergency relief information to the terminal.

18. A communication system, comprising: An access network device, wherein the access network device implements the communication method as described in any one of claims 1 to 12; A terminal that implements the communication method as described in any one of claims 13 to 15; A core network device that implements the communication method as described in claim 16 or 17.

19. An electronic device comprising: One or more processors; A memory that stores one or more programs, which, when executed by one or more processors, cause the one or more processors to perform the following: The communication method according to any one of claims 1 to 17.

20. A computer-readable storage medium having a computer program stored thereon, the program being executed by a processor to perform as follows: The communication method according to any one of claims 1 to 17.

21. A computer program product comprising a computer program, which, when executed by a processor, implements, as follows: The communication method according to any one of claims 1 to 17.

Images