Incoming call request processing method and device in future railway mobile communication system and storage medium

Abstract

The invention discloses an incoming call request processing method and device in a future railway mobile communication system and a storage medium, and the method comprises the steps: obtaining at least one piece of incoming call request information from an initiator in a railway system; and executing a forwarding process on the at least one piece of incoming call request information. According to the invention, multi-level redundant call processing can be carried out for the incoming call request information, so that the possibility that the incoming call request processing is received by a clear receiver and the call is successful can be improved, the call forwarding continuity is ensured, and the communication stability can be kept especially in an emergency scene; therefore, efficient information transmission processing in the railway operation process is facilitated, and the railway operation safety is guaranteed. The method is widely applied to the technical field of railway mobile communication.

Description

Technical Field

[0001] The present invention relates to the technical field of railway mobile communication, and in particular to a method, device and storage medium for processing incoming call requests in a future railway mobile communication system. Background Art

[0002] In modern railway operations, the efficiency and reliability of communication systems are key to ensuring train safety, dispatching flexibility, and operational efficiency. However, in actual applications, the communication load in train operation scenarios is often unbalanced, and high-priority emergency calls are easily blocked by concurrent communication traffic, resulting in response delays. Such delays may endanger the safety of passengers and staff in emergency situations. Summary of the invention

[0003] In view of the technical problems existing in the current railway communication system, such as unbalanced communication load and delayed response to emergency calls, the purpose of the present invention is to provide a method, device and storage medium for processing incoming call requests in a future railway mobile communication system.

[0004] On the one hand, an embodiment of the present invention includes a method for processing incoming call requests in a future railway mobile communication system, and the method for processing incoming call requests in the future railway mobile communication system includes the following steps:

[0005] Acquire at least one incoming call request information; the incoming call request information comes from an initiator in the railway system;

[0006] Performing a forwarding process on at least one of the incoming call request information; any of the forwarding processes includes:

[0007] Determine the ringing restriction parameter corresponding to the incoming call request information and the target recipient in the railway system;

[0008] forwarding the incoming call request information to the target recipient for calling;

[0009] Detecting first answer response information of the target recipient within the range of the ring limit parameter;

[0010] When the first answer response information is not detected, determining at least one candidate receiver in the railway system according to the incoming call request information, and a first priority corresponding to each of the candidate receivers;

[0011] The incoming call request information is forwarded according to each of the first priorities.

[0012] Furthermore, the determining of the ringing restriction parameter corresponding to the incoming call request information and the target recipient in the railway system to which the incoming call request information is directed includes:

[0013] Obtaining the initiator user role information and communication scenario information corresponding to the incoming call request information;

[0014] Determine the upper limit of the number of ringing times and the upper limit of the ringing timeout according to the initiator user role information and the communication scenario information;

[0015] The upper limit of the number of ringing times and the upper limit of the ringing timeout are used as the ringing restriction parameters.

[0016] Further, the determining, according to the incoming call request information, at least one candidate recipient in the railway system and a first priority level corresponding to each of the candidate recipients, comprises:

[0017] Monitor status data of all available receivers in the railway system;

[0018] Selecting at least one matching state data according to the incoming call request information;

[0019] Determine the available receiver corresponding to the selected status data as the candidate receiver;

[0020] The corresponding first priority is determined according to the status data of the candidate receiver.

[0021] Further, forwarding the incoming call request information according to each of the first priorities includes:

[0022] Traversing each of the candidate receivers according to the first priorities in descending order;

[0023] For any of the traversed candidate recipients, the ringing restriction parameters are adjusted or maintained according to the status data of the candidate recipient, the incoming call request information is forwarded to the candidate recipient for calling, and within the range of the adjusted or maintained ringing restriction parameters, the second answer response information of the candidate recipient is detected. When the second answer response information is detected, the traversal of each of the candidate recipients is terminated. When the second answer response information is not detected, the next candidate recipient is traversed or a fallback strategy is executed.

[0024] Further, the adjusting or maintaining the ringing restriction parameter according to the status data of the candidate recipient includes:

[0025] Acquire the state data corresponding to each of the traversed candidate receivers and the actually executed ringing restriction parameters;

[0026] By fitting any of the traversed state data and a corresponding one of the ringing limit parameters to the same failure rate as a fitting condition through the same fitting parameters, the fitting parameters are determined;

[0027] determining a success rate based on the failure rate;

[0028] When the success rate is greater than or equal to a threshold, maintaining the ringing restriction parameter unchanged;

[0029] When the success rate is less than a threshold, the state data currently being traversed and a corresponding one of the ringing restriction parameters are fitted to a fixed value as a fitting condition through the fitting parameter, and the ringing restriction parameter currently being traversed is determined.

[0030] Furthermore, the execution fallback strategy includes:

[0031] Identify emergency recipients in the railway system;

[0032] forwarding the incoming call request information to the emergency recipient for calling;

[0033] detecting third answer response information of the emergency recipient;

[0034] When the third answer response information is not detected, a reminder message is returned to the initiator of the incoming call request information.

[0035] Furthermore, any of the forwarding processes further includes:

[0036] When the first answering response information, the second answering response information or the third answering response information is detected, feedback information is generated;

[0037] The feedback information is returned to the initiator of the incoming call request information through the message middleware.

[0038] Further, the forwarding process of at least one of the incoming call request information includes:

[0039] respectively determining the second priority corresponding to each of the incoming call request information;

[0040] Traversing each of the incoming call request information in descending order of the second priorities;

[0041] For the incoming call request information that has been traversed, the corresponding forwarding process is performed.

[0042] On the other hand, an embodiment of the present invention also includes a computer device, including a memory and a processor, the memory is used to store at least one program, and the processor is used to load at least one program to execute the incoming call request processing method in the future railway mobile communication system of the embodiment.

[0043] On the other hand, an embodiment of the present invention further includes a computer-readable storage medium storing a program executable by a processor, and the program executable by the processor is used to execute the incoming call request processing method in the future railway mobile communication system of the embodiment when executed by the processor.

[0044] The beneficial effects of the present invention are as follows: the incoming call request processing method in the future railway mobile communication system in the embodiment can perform multi-level redundant call processing for the incoming call request information, thereby increasing the possibility that the incoming call request processing is received by a clear recipient and the call is successful, ensuring the continuity of call forwarding, and maintaining the stability of communication in particular in emergency scenarios, thereby facilitating efficient information transmission processing during railway operations and ensuring the safety of railway operations. BRIEF DESCRIPTION OF THE DRAWINGS

[0045] Figure 1 A schematic diagram of the steps of a method for processing incoming call requests in a future railway mobile communication system in an embodiment;

[0046] Figure 2 A schematic diagram of a method for processing incoming call requests in a future railway mobile communication system in an embodiment;

[0047] Figure 3 A schematic diagram of a future railway mobile communication system, an initiator, and a receiver in an embodiment;

[0048] Figure 4 It is a flowchart of a method for processing incoming call requests in a future railway mobile communication system in an embodiment. DETAILED DESCRIPTION

[0049] Terminology explanation:

[0050] FRMCS (Future Railway Mobile Communication System): The Future Railway Mobile Communication System is designed to replace GSM-R and provide faster, more stable and more secure communication support for the railway industry. By introducing new technologies such as 5G, FRMCS can provide stable communication services in extreme environments, while meeting the needs of multiple scenarios such as train dispatching, emergency response and maintenance management, and is suitable for railway emergency and daily dispatching communications.

[0051] AMF (Access and Mobility Management Function): Access and mobility management function, a core network functional module used to manage user access and initial call processing.

[0052] PCF (Policy Control Function): Policy control function, which controls call priority, ringing times and timeout parameters through preset policies to ensure the rational allocation of communication resources.

[0053] UDM (User Data Management): User data management is responsible for storing users' personal data, policy settings, and historical status information, and supports personalized call forwarding requirements.

[0054] NWDAF (Network Data Analytics Function): Network data analysis function, which provides intelligent candidate user selection and link load analysis by real-time monitoring and analysis of user status.

[0055] SMF (Session Management Function): Session management function, responsible for the allocation and switching of call links, ensuring dynamic routing adjustments when link load exceeds the limit or quality decreases.

[0056] NEF (Network Exposure Function): Network exposure function, located between the 5G core network and external third-party application function bodies (possibly also some internal AF), is responsible for managing all external applications that open network data to the outside world, and can allow external applications to access the internal data of the 5G core network.

[0057] RabbitMQ: Message middleware used to asynchronously transmit feedback information and implement multi-channel push, ensuring that call feedback information is delivered to the recipient in real time to avoid information loss or delay.

[0058] Priority sorting: Based on multi-dimensional data such as user role, scenario, location, busy status, and historical response time, a weighted algorithm is used to determine the response priority of candidate users.

[0059] Dynamic link switching: Based on the real-time link load, bandwidth, delay, and packet loss rate, the optimal link is intelligently selected to transmit the call, and automatically switches to the suboptimal link when the primary link is overloaded or the quality decreases, ensuring communication quality.

[0060] Intelligent fallback strategy: When multiple forwarding attempts are unsuccessful, the system automatically transfers the call to the preset emergency recipient to ensure that critical calls are not interrupted and maintain communication stability.

[0061] In view of the technical problems existing in the railway communication system, such as unbalanced communication load and delayed response to emergency calls, it is particularly important to design an intelligent call forwarding and priority processing system to ensure that emergency calls can be responded to first and smoothly forwarded to the appropriate responders. The existing railway mobile communication system (such as GSM-R) has deficiencies in call forwarding and priority processing, and it is difficult to effectively respond to call requirements of different urgency levels. Its main disadvantage is that it cannot dynamically adjust the number of ringing times and timeout parameters of the call, which makes emergency calls easily blocked by low-priority calls in high-load scenarios. In addition, the existing system lacks intelligent user status monitoring and candidate user selection mechanism, and cannot flexibly generate a list of alternative answering users when the call is not connected. In terms of link selection, the existing system lacks intelligent switching capabilities, and is prone to call interruption when the load is high or the link quality decreases, affecting the response speed and reliability of emergency communications.

[0062] In view of the problems existing in the existing railway mobile communication system, an intelligent call forwarding mechanism can be designed in the FRMCS system, and personalized ringing times and timeout parameters are set for different call types, user roles and scenarios. For example, in an emergency scenario, the dispatcher's call ringing times are set to 3 times and the timeout is 10 seconds to ensure a quick response. When the call is not answered, the system generates a candidate answer list based on the user status monitored in real time, and assigns priority to the candidate users through a priority sorting algorithm. The link selection and intelligent switching functions are introduced in the FRMCS system to ensure automatic switching to a higher quality link when the load is high or the communication quality decreases, thereby maintaining the continuity of communication. When the call is not connected for many times, the system triggers an intelligent fallback strategy, transfers the call to the emergency receiver and sets it to the highest priority. Through multi-level redundant call processing and intelligent priority management. The FRMCS system designed above can effectively improve the response speed and reliability of emergency communications, and provide guarantee for the safe operation of railways.

[0063] Based on the above principles, in this embodiment, a method for processing incoming call requests in a future railway mobile communication system is provided.

[0064] Reference Figure 1 , the incoming call request processing method in the future railway mobile communication system includes the following steps:

[0065] S1. Get at least one incoming call request information;

[0066] S2 forwarding process for at least one incoming call request information;

[0067] Any forwarding process includes:

[0068] S201 determines the ringing restriction parameters corresponding to the incoming call request information and the target recipient in the railway system;

[0069] S202. Forward the call request information to the target recipient for calling;

[0070] S203. Detecting the first answer response information of the target recipient within the range of the ring limit parameter;

[0071] S204. When the first answer response information is not detected, at least one candidate recipient in the railway system is determined according to the call request information, and each candidate recipient has a first priority corresponding to each other;

[0072] S205. Forward the incoming call request information according to each first priority.

[0073] Figure 1 The incoming call request processing method in the future railway mobile communication system shown in FIG. Figure 2 In the future railway mobile communication system shown. Figure 2 The system includes a call initialization module, a priority strategy module, a user monitoring and screening module, a link selection and switching module, a feedback and transmission module, and a fallback and emergency module. The functions of each module are as follows:

[0074] Call initialization module: This module is responsible for detecting and parsing incoming call requests, accessing the core network through AMF, and ensuring that the basic information of the call is correctly passed to the subsequent modules, including four sub-modules: request detection, information parsing, core network access, and policy sending. First, the system detects and identifies the incoming call request initiated by the user, and then parses the call type, initiator, and target user information. Then, the call is connected to the core network through AMF to establish a transmission path. Finally, the parsed call information is sent to PCF, which sets the priority and trigger rules based on the policy decision.

[0075] Priority strategy module: This module sets the number of rings and timeout parameters according to user roles, communication scenarios and urgency to ensure a quick response to high-priority calls. It includes four sub-modules: ring / timeout setting, priority determination, scenario matching and queue management. PCF configures personalized ring times and timeout parameters according to roles and scenarios to optimize response efficiency. The system determines the priority based on the importance of the call to ensure that emergency calls are given priority and matches the optimal triggering rules under specific roles and scenarios. Finally, queue management adjusts the queuing order of calls according to priority to ensure that high-priority calls are responded to first.

[0076] User monitoring and screening module: This module monitors user status (such as location, busy status, response time) in real time through NWDAF, and generates a candidate answer list and priority allocation when the call is not connected. It includes four sub-modules: status monitoring, data update, candidate generation, and weighted sorting. NWDAF monitors the user's busy status, geographic location, and historical response time to ensure that candidate information is real-time and accurate. The real-time user status is continuously updated to UDM via WebSocket to ensure data timeliness. When the call is not connected, the system generates a list of qualified candidate users based on the user status, and assigns priority to the candidate users through a weighted algorithm.

[0077] Link selection and switching module: This module monitors the link status during the communication process, gives priority to the optimal link, and dynamically switches to the suboptimal link when the main link is overloaded to ensure communication stability. It includes four submodules: link monitoring, weight calculation, main link selection, and dynamic switching. NWDAF monitors the bandwidth, delay, and packet loss rate of the link in real time to ensure the accuracy of link data. The weight of each link is calculated based on the monitoring data to determine the transmission link with the highest priority. The system selects the main link with the highest weight for call transmission, and automatically switches to the suboptimal link when the main link load exceeds the limit to ensure the continuity of communication.

[0078] Feedback and transmission module: This module generates feedback information after the candidate user answers the call, and transmits it asynchronously to the initiator and external system through RabbitMQ to ensure the timeliness and multi-channel transmission of the feedback information. It includes four sub-modules: feedback generation, asynchronous transmission, multi-channel push and external interface. PCF generates feedback information after the candidate user answers the call, including the identity of the answering user and the timestamp. RabbitMQ is responsible for asynchronous transmission of feedback information to ensure the real-time transmission of information. Feedback is transmitted through multiple channels such as SMS, application notifications and emails to cover the reliability of information transmission. NEF transmits feedback to external platforms such as the railway management system through standard interfaces to ensure data security and shareability.

[0079] Fallback and emergency module: When the call is not connected for many times, the intelligent fallback strategy is triggered, and the call is transferred to the emergency recipient and set to the highest priority to ensure that the emergency call is finally connected. It includes four sub-modules: forwarding judgment, emergency answering, priority setting, and missed notification. When the call reaches the preset unconnected condition, the system automatically triggers the forwarding judgment to ensure uninterrupted communication. After multiple unconnected calls, the system transfers the call to the preset emergency recipient to ensure emergency response. Emergency answering is set to the highest priority to prioritize the allocation of system resources. If it is still not connected, a missed notification is generated and sent to the call initiator through multiple channels, prompting to re-initiate or wait for callback.

[0080] In this embodiment, Figure 2The future railway mobile communication system shown can itself be a 5G core network, or can implement the functions of each module by calling a 5G core network to execute corresponding steps. Figure 3 ,The future railway mobile communication system is connected to the initiator and the receiver in the railway system respectively.

[0081] In this embodiment, the Figure 2 The future railway mobile communication system shown in Figure 2 The structure of the 5G core network called by the future railway mobile communication system and the processes executed by its network elements are shown in FIG. Figure 4 shown. Figure 4 The process in is equivalent to executing Figure 1 The steps in the incoming call request processing method in the future railway mobile communication system are shown, and the processes executed by each network element in the 5G core network.

[0082] Reference Figure 1 and Figure 4 In step S1, the initiator in the railway system (specifically, the communication terminal used by the dispatcher, train operator, safety control center, maintenance personnel, emergency response team, etc.) wants to call the receiver in the railway system. The initiator executes process 1 and sends a call request message, and the AMF in FRMCS receives the call request message. There may be multiple initiators executing process 1 at the same time, so the AMF may receive multiple call request messages.

[0083] After receiving the incoming call request information, AMF executes process 2 to parse the basic information of each incoming call request information. The basic information indicates the source of the incoming call request information (from which initiator), call type, target recipient (the recipient that the initiator wants to call directly), etc. AMF sends the parsed basic information to PCF.

[0084] Reference Figure 4 , PCF executes process 3, and obtains the user role information and communication scenario information contained in the call request information according to the basic information of each call request information. Among them, the user role information indicates the user role of the initiator of the call request information in the railway system, and the communication scenario information indicates the communication scenario (such as the purpose of the call, the task to be performed, etc.) in which the initiator sends the call request information. Since different user roles in the railway system have different powers and different communication scenarios have different urgency levels, the user role information and communication scenario information can reflect the priority of the initiator sending the call request information.

[0085] In this embodiment, the user role information and communication scenario information included in a call request message and the second priority corresponding to the call request message are shown in Table 1.

[0086] Table 1

[0087]

[0088]

[0089] Reference Figure 4 When multiple incoming call request messages are received, PCF executes process 4, selects the incoming call request message with the highest second priority that has not been processed (for example, the call has not been completed and has not been rejected), and executes the corresponding forwarding process, namely steps S201-S205, while suspending the call processing of the incoming call request message with a lower second priority. After the incoming call request message with the highest second priority has completed steps S201-S205, it will automatically resume and complete the reallocation of resources.

[0090] In this embodiment, the principle of the forwarding process performed on any incoming call request information is similar, so the forwarding process performed on one of the incoming call request information can be used as an example for description. The forwarding process includes the following steps:

[0091] S201 determines the ringing restriction parameters corresponding to the incoming call request information and the target recipient in the railway system;

[0092] S202. Forward the call request information to the target recipient for calling;

[0093] S203. Detecting the first answer response information of the target recipient within the range of the ring limit parameter;

[0094] S204. When the first answer response information is not detected, at least one candidate recipient in the railway system is determined according to the call request information, and each candidate recipient has a first priority corresponding to each other;

[0095] S205. Forward the incoming call request information according to each first priority.

[0096] In this embodiment, steps S201-S205 correspond to Figure 4 Process 5-11 in .

[0097] In step S201, refer to Figure 4 , PCF sends the second highest priority incoming call request information to UDM, and UDM executes process 5, determines the ringing restriction parameter corresponding to the incoming call request information according to the user role information and communication scenario information of the incoming call request information, and obtains the target recipient from the incoming call request information. The target recipient is the recipient that the initiator of the incoming call request information itself hopes to call directly with the incoming call request information.

[0098] In this embodiment, the ringing limit parameter is the action limit of the ringing performed by the recipient in response to the incoming call request information when the future railway mobile communication system initiates a call to the recipient based on the incoming call request information. When a call is initiated to the recipient based on the incoming call request information, the actually recorded ringing parameter exceeds the ringing limit parameter, and the answering response information returned by the recipient is still not received, then it can be determined that the recipient has not responded to the incoming call request information, and the call to this recipient has failed.

[0099] In this embodiment, when executing step S201, that is, determining the ringing restriction parameter corresponding to the incoming call request information and the target recipient in the railway system, the following steps may be specifically performed:

[0100] S20101. Get the initiator user role information and communication scenario information corresponding to the incoming call request information;

[0101] S20102. Determine the upper limit of the number of rings and the upper limit of the ring timeout according to the initiator's user role information and communication scenario information;

[0102] S20103. Use the upper limit of the number of ringing times and the upper limit of the ringing timeout as ringing restriction parameters.

[0103] In this embodiment, the ringing limit parameter includes an upper limit on the number of ringings and an upper limit on the ringing timeout. The upper limit on the number of ringings indicates the upper limit on the number of ringings at the receiving party when a call is initiated to the receiving party according to the incoming call request information, and the upper limit on the ringing timeout indicates the upper limit on the duration of the ringing at the receiving party when a call is initiated to the receiving party according to the incoming call request information.

[0104] In step S20102, the upper limit of the number of ringing times and the upper limit of the ringing timeout may be determined according to the corresponding relationship determined in Table 2 and based on the initiator user role information and the communication scenario information.

[0105] Table 2

[0106]

[0107] In Table 2, the more important the authority represented by the user role information is and the more urgent the communication scenario information is, the greater the upper limit of the number of ringing times and the upper limit of the ringing timeout are.

[0108] After determining the ringing limit parameters, refer to Figure 4, PCF triggers NWDAF to execute process 6. Specifically, NWDAF continuously monitors bandwidth, delay and packet loss rate. Based on the above parameters, NWDAF calculates the weight of each link according to the weighted load balancing algorithm (such as S2 weighted sorting). The link with higher bandwidth, lower delay and packet loss rate has higher weight and is used for call forwarding first. SMF is responsible for selecting a specific session path according to the link weight information provided by NWDAF. SMF will first allocate the main link for call transmission, but when the main link reaches the threshold (bandwidth utilization exceeds 80% and delay exceeds 100ms), SMF will automatically allocate the request to the link with the second highest weight. SMF polls and allocates resources according to the weight ratio, optimizes link utilization to the maximum extent, and ensures that when the link is overloaded or the quality decreases, it quickly switches to a better link to maintain communication continuity. When the load of all ground links exceeds the threshold, the system switches to the satellite link.

[0109] Reference Figure 4 After NWDAF determines the link used to call the target recipient based on the monitored link status, NWDAF sends the determined link information to SMF, and SMF executes process 7 to forward the call request information to the target recipient according to the selected link, thereby calling the target recipient.

[0110] Reference Figure 4 , the SMF calls the target recipient within the range of the ring limit parameters. For example, if the ring limit parameters selected in process 5 are specifically "upper limit of 4 ring times, upper limit of 15 seconds for ring timeout", then after the SMF sends a call to the target recipient, it estimates the number of rings and the length of the rings of the target recipient. If the first answering response information returned by the target recipient is received, it indicates that the call to the recipient is successful, and a communication session can be established between the initiator and the recipient; if the first answering response information returned by the target recipient is not received when "the number of rings exceeds 4 times or the ringing time exceeds 15 seconds", it indicates that the call to the recipient has failed.

[0111] In this embodiment, if the call to the recipient to be directly called by the incoming call request information itself, ie, the target recipient, fails, then steps S204-S205 are executed.

[0112] In this embodiment, when executing step S204, that is, determining at least one candidate recipient in the railway system and the first priority corresponding to each candidate recipient according to the incoming call request information, the following steps may be specifically performed:

[0113] S20401. Monitor the status data of all available receivers in the railway system;

[0114] S20402. According to the incoming call request information, select at least one matching status data;

[0115] S20403. Determine the available receiver corresponding to the selected status data as a candidate receiver;

[0116] S20404. Determine the corresponding first priority based on the status data of the candidate receiver.

[0117] Specifically, refer to Figure 4 When executing step S20401, NWDAF executes process 8.

[0118] In step S20401, the available receiver may refer to a receiver that is working normally and has not experienced any failure in the railway system. NWDAF monitors and collects the status data of the available receivers in real time, where the status data includes the busy line status, geographic location, and historical response time of the available receivers. NWDAF continuously obtains the status data from the user devices of each available receiver through a WebSocket connection, and stores the real-time data in the UDM.

[0119] When executing steps S20401-S20404, the PCF executes process 9. The PCF extracts the status data of each available recipient from the UDM, and filters out the status data that matches the incoming call request information through multi-dimensional data. For example, if the geographic location of the initiator can be determined based on the incoming call request information, the status data whose distance from the geographic location of the initiator does not exceed the distance threshold can be filtered out, and these filtered available recipients become candidate recipients. Candidate recipients are candidates that replace the target recipient as the call object when the call to the target recipient fails.

[0120] In step S20404, when there are multiple candidate receivers, the PCF may determine the corresponding first priority according to the status data of each candidate receiver.

[0121] In this embodiment, the status data of each candidate receiver includes specific data such as S_distance (distance from the initiator), S_busy (whether it is idle) and S_response_time (historical average response time of the user), and the first priority can be calculated based on these data.

[0122] In this embodiment, for any candidate receiver, its first priority can be calculated according to the status data of the candidate receiver according to the following formula:

[0123] Score = W distance ×S distance +W busy ×S busy-W response_time ×S response_time

[0124] Score is the first priority, S_distance (distance to the initiator) ranges from 1 to 10, the closer the distance, the higher the score; if the candidate receiver is idle, S_busy (is it idle) is 10, if the candidate receiver is busy, S_busy (is it idle) is 0; S_response_time (the user's historical average response time) is a number expressed in seconds. distance , W busy and W response_time is the coefficient, in this embodiment, W distance The value of W is 0.5. busy The value of W is 0.3. response_time The value of is 0.2.

[0125] In this embodiment, after calculating the first priorities of the candidate receivers, step S205 may be executed to forward the incoming call request information according to the first priorities.

[0126] In this embodiment, when executing step S205, that is, the step of forwarding the incoming call request information according to each first priority, the following steps may be specifically performed:

[0127] S20501. Traverse each candidate receiver in order from high to low according to each first priority;

[0128] S20502. For any traversed candidate recipient, the ringing restriction parameters are adjusted or maintained according to the status data of the candidate recipient, and the incoming call request information is forwarded to the candidate recipient for calling. Within the range of the adjusted or maintained ringing restriction parameters, the second answer response information of the candidate recipient is detected. When the second answer response information is detected, the traversal of each candidate recipient is terminated. When the second answer response information is not detected, the next candidate recipient is traversed or the fallback strategy is executed.

[0129] Steps S20501-S20502 correspond to Figure 4 10 and 11 in FIG.

[0130] Reference Figure 4 ,In step S20501, each candidate receiver is queued and traversed in order of the first priority from high to low.

[0131] For example, start with the candidate receiver with the highest first priority. Similar to process 7, NWDAF can execute process 6 again to determine the link to the candidate receiver with the highest first priority. SMF forwards the call request information to the candidate receiver according to this link, thereby calling the candidate receiver. Within the range of the ring limit parameter, detect the second answer response information of the candidate receiver. If the second answer response information returned by the candidate receiver is detected, it indicates that the call to the candidate receiver is successful. SMF establishes a session between the initiator and the candidate receiver, and stops traversing each candidate receiver, that is, no longer forwarding the call request information to the next candidate receiver. If the second answer response information is not received within the upper limit of the number of rings or the upper limit of the ring duration of the ring limit parameter, it indicates that the call to the candidate receiver fails. Then SMF selects the candidate receiver with the second highest first priority and re-executes the above process...

[0132] If the SMF selects the candidate recipient with the lowest first priority and still does not receive the second answer response information returned by the candidate recipient within the range of the ringing limit parameters, indicating that the calls to all candidate recipients have failed, then the SMF can execute process 11, that is, execute the fallback strategy.

[0133] In this embodiment, when SMF executes the fallback strategy in process 11, it can preset an emergency call recipient, forward the incoming call request information to the emergency call recipient, and detect the third answering response information of the emergency call recipient within the range of the ringing limit parameters. If the third answering response information is detected, it means that the call to the emergency call recipient is successful. If the third answering response information is not detected within the range of the ringing limit parameters, it means that the call to the emergency call recipient fails. A reminder message can be returned to the initiator of the incoming call request information, thereby reminding the initiator to take other countermeasures. For example, the message middleware generates an unanswered notification and pushes it to the original caller through multiple channels such as SMS, in-application notifications, and emails. At the same time, NEF securely transmits the notification to the railway management platform to remind the original caller to re-initiate or wait for a callback to reduce the impact of communication interruption.

[0134] In this embodiment, by executing steps S1-S2 and other steps in the incoming call request processing method in the future railway mobile communication system, the target recipient, multiple candidate recipients and fallback strategy (emergency receiver) can be designed for the incoming call request information, wherein the target recipient is equivalent to the main recipient, the candidate recipient is equivalent to the backup of the target recipient, and the emergency receiver is equivalent to the backup of the candidate recipient, thereby realizing multi-level redundant backup call processing, which can improve the possibility that the incoming call request processing is received by the clear recipient and the call is successfully made, ensure the continuity of call forwarding, and maintain the stability of communication in emergency scenarios, which is conducive to efficient information transmission and processing during railway operations and ensures the safety of railway operations; moreover, short ringing and low timeout calls can be made to the target recipient, candidate recipient and emergency receiver respectively, which is conducive to the call of each recipient being quickly connected; in the case of multiple concurrent incoming call request information, it can also be processed in sequence according to the second priority of each incoming call request information, so that more urgent incoming call request information can be given priority, thereby improving the scheduling flexibility of railway operations.

[0135] In this embodiment, it is assumed that when executing step S204 ( Figure 4 In process 9), candidate receiver 1, candidate receiver 2, and candidate receiver 3 are determined. n Then the future railway mobile communication system is actually based on

[0136] Target receiver, candidate receiver 1, candidate receiver 2, etc. n 、Emergency call taker (1)

[0137] The priority of this queue attempts to send the incoming call request information to each recipient in turn to initiate a call. For example, when executing S20502, if the call to the previous recipient fails within the range of the ring limit parameters, it starts trying to send the incoming call request information to the next recipient.

[0138] In this embodiment, for the n+2 receivers in the queue (1), the same ring limit parameter can be used, that is, when executing step S201 ( Figure 4 After determining the ring limit parameters for the target recipient in process 5), if an attempt is made to send the incoming call request information to candidate recipient 1, candidate recipient 2, etc., the same ring limit parameters are used to detect whether the second answer response information or the third answer response information is received.

[0139] In this embodiment, different ring limit parameters can be used for a total of n+2 recipients in the above queue (1). For example, for later recipients, smaller ring limit parameters are used, so that when forwarding call request information to later recipients and initiating calls, the upper limit of the number of rings is smaller and the upper limit of the ring duration is shorter, which is conducive to trying to call the later recipient as soon as possible when the call to the earlier recipient fails.

[0140] In this embodiment, for the n+2 recipients in the above queue (1), corresponding ring limit parameters can be set according to the status parameters of each recipient, so that the ring limit parameters used for forwarding the incoming call request information to each recipient and attempting to call may be different.

[0141] For example, suppose that before the currently executed process, calls to the target recipient, candidate recipient 1, and candidate recipient 2 all failed, and the currently executed process is to forward the incoming call request information to candidate recipient 3 to try calling. Therefore, currently the target recipient, candidate recipient 1, and candidate recipient 2 are all traversed recipients.

[0142] For the target recipient, which has been traversed, its status data [which can be expressed as a vector in the form of (S_distance0, S_busy0, S_response_time0)] and the ringing restriction parameters actually implemented when the incoming call request information is forwarded to the target recipient [which can be expressed as a vector in the form of (upper limit of ringing times 0, upper limit of ringing duration 0)] are recorded. That is, when the incoming call request information is forwarded to the target recipient, if it is detected that the number of ringing times reaches the upper limit of the number of ringing times 0 or the ringing duration reaches the upper limit of the ringing duration 0, it is determined that the call to the target recipient has failed.

[0143] Similarly, for candidate receiver 1, which has been traversed, its status data and the actually executed ring limit parameters are recorded, and a vector such as (S_distance1, S_busy1, S_response_time1) and (upper limit of ring times 1, upper limit of ring duration 1) can be obtained].

[0144] For candidate receiver 2, which has been traversed, its status data and the actually implemented ring limit parameters are recorded, and a vector such as (S_distance2, S_busy2, S_response_time2) and (upper limit of ring times 2, upper limit of ring duration 2) can be obtained].

[0145] In this embodiment, a fitting function f(a, b, c...) can be set, and the fitting function can be a linear fitting function, a polynomial fitting function or an exponential fitting function, etc., which includes multiple fitting parameters such as a, b, c... Using the fitting parameters in the same fitting function f(a, b, c...), each traversed receiver is fitted with the same constant (failure rate failure). According to this fitting condition, it can be obtained

[0146] f(a,b,c…)(S_distance0, S_busy0, S_response_time0, upper limit of ring times0, upper limit of ring duration0)=failure1

[0147] f(a,b,c…)(S_distance1, S_busy1, S_response_time1, upper limit of ring times1, upper limit of ring duration1)=failure2

[0148] f(a,b,c…)(S_distance2, S_busy2, S_response_time2, upper limit of ring times2, upper limit of ring duration2)=failure3

[0149] Among them, a can be used as the coefficient of S_distance0, b can be used as the coefficient of S_busy0, etc., so that they are respectively fitted to obtain corresponding constants failure1, failure2 and failure3 (all between 0 and 1), etc. In this embodiment, when the errors among failure1, failure2 and failure3 are less than the threshold value, they can be considered equal, that is, failure1=failue2=failue3=failue, so as to output fitting parameters a, b, c..., at which time the fitting parameters a, b, c... obtain determined values ​​from the variables.

[0150] In this embodiment, the success rate success can be calculated according to the failure rate failure. Specifically,

[0151] success=1-failure

[0152] A threshold value (e.g., 70%) is set to determine the relative size of the success rate. If the success rate is greater than the threshold value of 70%, it can be determined that the success rate is large, so that when the incoming call request information is forwarded to the candidate recipient 3 to attempt a call, the ring limit parameters are maintained unchanged, for example, (upper limit of ring times 2, upper limit of ring duration 2) is used to determine whether the number of rings exceeds the limit or the ring duration exceeds the limit.

[0153] If the success rate is less than the threshold value of 70%, it can be judged that the success rate is small. Then, the fitting parameters a, b, c... with determined values ​​can be used to fit the currently traversed state data and the ring limit parameters (S_distance3, S_busy3, S_response_time3, upper limit of ring times 3, upper limit of ring duration 3) to obtain the success rate, that is,

[0154] f(a,b,c…)(S_distance3, S_busy3, S_response_time3, upper limit of ring times3, upper limit of ring duration3) = fixed value

[0155] The fixed value may be a larger failure rate failure (greater than 70%) or other larger values ​​(e.g., 70%), the fitting parameters a, b, c..., the state data (S_distance3, S_busy3, S_response_time3) and the success rate success are all known, (upper limit of ringing times 3, upper limit of ringing duration 3) are variables to be fitted, so that the ringing restriction parameters of the currently traversed receiver, i.e., the candidate receiver 3, can be determined, and when the incoming call request information is forwarded to the candidate receiver 3 to initiate a call, the upper limit of the number of ringing times and the upper limit of the ringing duration for calling the candidate receiver 3 are set according to the determined (upper limit of ringing times 3, upper limit of ringing duration 3).

[0156] In this embodiment, the principle of determining the ringing restriction parameters to be used for the currently traversed receiver by fitting is that the traversed receivers are all receivers with call failures, and it can be considered that calling these receivers faces a certain failure rate, and the failure rate is usually related to the receiver's status data and ringing restriction parameters (for example, the status data indicates information such as distance and busyness, and the busier the receiver is, the higher the call failure rate is generally. The smaller the upper limit of the number of rings in the ringing restriction parameters is, the easier it is to determine that the call failed, and the corresponding call failure rate is generally higher). Therefore, by fitting to obtain fitting parameters a, b, c..., the correlation characteristics between the receiver's status data, the ringing restriction parameters and the call failure rate are obtained; the call success rate can be determined according to the call failure rate. When the call success rate is high, the original ringing restriction parameters can be used to call the currently traversed receiver. When the call success rate is low, try to use new ringing restriction parameters that can obtain a higher success rate to call the currently traversed receiver, so that it is expected that the call to the currently traversed receiver has a higher success rate, thereby improving the communication efficiency of the railway system.

[0157] In this embodiment, after executing steps S201-S205 in each forwarding process, the following steps may also be executed:

[0158] S206. When the first answering response information, the second answering response information or the third answering response information is detected, feedback information is generated;

[0159] S207. Return feedback information to the initiator of the incoming call request information through the message middleware.

[0160] Steps S206-S207 correspond to Figure 4 12-13 in the process.

[0161] Reference Figure 4 When the first answer response information, the second answer response information or the third answer response information is detected, indicating that the call to the specific recipient is successful, PCF automatically generates feedback information (including the identity of the answering user and the accurate answering timestamp for subsequent transmission and query), and PCF packages this feedback information and passes it to the message queue for distribution. RabbitMQ, as a message middleware, is responsible for asynchronously transmitting the feedback information generated by PCF to different recipients. RabbitMQ will package each feedback message and send it to the designated recipient in a multi-channel push manner, ensuring that the feedback information can be pushed to the call initiator synchronously through multiple methods (such as SMS, in-app notifications or emails), reducing the risk of information delay or loss caused by a single channel failure. RabbitMQ realizes the decoupling of the sender and the receiver, enabling information transmission to run independently and asynchronously, avoiding congestion problems caused by real-time performance in the system.

[0162] Reference Figure 4 , RabbitMQ sends the feedback information to NEF, and NEF executes process 13 to push the feedback information of RabbitMQ to the external system or service. When the answering information needs to be passed to the railway management system or other third-party platforms, NEF acts as an interface layer to ensure that these external platforms can receive feedback data through a controlled and secure interface. NEF exposes feedback information through a standardized API interface, enhancing the system's data transmission capabilities when collaborating with the outside world. After the feedback information is successfully pushed, the system automatically stores the data in UDM to form an automatic archive of the feedback data. UDM will save a detailed record of each feedback message, including the identity of the recipient and the answering timestamp, and set a unique identifier for each record to facilitate subsequent efficient retrieval, query and audit.

[0163] The incoming call request processing method in the future railway mobile communication system in this embodiment can solve the problem of insufficient response of the existing technology in emergency communication; through personalized ringing and timeout settings based on roles and scenarios, real-time candidate user status monitoring and weighted priority sorting, it ensures that emergency calls can be quickly forwarded to suitable answering users, and also provides intelligent link switching functions to dynamically adjust the communication path when the link load or quality changes to maintain the stability and continuity of high-priority calls. Through these improvements, the response speed and reliability of railway emergency communications can be significantly improved, which is suitable for railway operation scenarios that require efficient communication.

[0164] The incoming call request processing method in the future railway mobile communication system in this embodiment significantly improves the response speed and communication stability of emergency calls through intelligent call priority management and dynamic link switching, ensuring seamless emergency communication support under high load or link quality degradation.

[0165] A computer program for executing the incoming call request processing method in the future railway mobile communication system in the present embodiment can be written and written into a computer device or a storage medium. When the computer program is read out and executed, the incoming call request processing method in the future railway mobile communication system in the present embodiment is executed, thereby achieving the same technical effect as the incoming call request processing method in the future railway mobile communication system in the embodiment.

[0166] It should be noted that, unless otherwise specified, when a feature is referred to as being "fixed" or "connected" to another feature, it may be directly fixed or connected to the other feature, or it may be indirectly fixed or connected to the other feature. In addition, the descriptions of up, down, left, right, etc. used in the present disclosure are only relative to the relative positional relationship of the components of the present disclosure in the accompanying drawings. The singular forms of "a", "" and "the" used in the present disclosure are also intended to include the plural forms, unless the context clearly indicates other meanings. In addition, unless otherwise defined, all technical and scientific terms used in this embodiment have the same meaning as those generally understood by those skilled in the art. The terms used in the specification of this embodiment are only for describing specific embodiments and are not intended to limit the present invention. The term "and / or" used in this embodiment includes any combination of one or more related listed items.

[0167] It should be understood that, although the term first, second, third etc. may be adopted to describe various elements in the present disclosure, these elements should not be limited to these terms. These terms are only used to distinguish the same type of elements from each other. For example, without departing from the scope of the present disclosure, the first element may also be referred to as the second element, and similarly, the second element may also be referred to as the first element. The use of any and all examples or exemplary language ("for example", "such as" etc.) provided by the present embodiment is only intended to better illustrate embodiments of the present invention, and unless otherwise required, the scope of the present invention will not be limited.

[0168] It should be appreciated that embodiments of the present invention may be implemented or enforced by computer hardware, a combination of hardware and software, or by computer instructions stored in a non-transitory computer-readable memory. The method may be implemented in a computer program using standard programming techniques - including a non-transitory computer-readable storage medium configured with a computer program, wherein the storage medium so configured causes the computer to operate in a specific and predefined manner - according to the methods and drawings described in the specific embodiments. Each program may be implemented in a high-level procedural or object-oriented programming language to communicate with a computer system. However, if desired, the program may be implemented in assembly or machine language. In any case, the language may be a compiled or interpreted language. In addition, the program may be run on a programmed dedicated integrated circuit for this purpose.

[0169] In addition, the operations of the process described in this embodiment may be performed in any suitable order, unless otherwise indicated in this embodiment or otherwise clearly contradicted by the context. The process described in this embodiment (or variations and / or combinations thereof) may be performed under the control of one or more computer systems configured with executable instructions, and may be implemented as a code (e.g., executable instructions, one or more computer programs, or one or more applications) executed on one or more processors in common, by hardware or a combination thereof. A computer program includes a plurality of instructions that may be executed by one or more processors.

[0170] Further, the method can be implemented in any type of computing platform that is operably connected to a suitable computer, including but not limited to a personal computer, a minicomputer, a mainframe, a workstation, a network or distributed computing environment, a separate or integrated computer platform, or in communication with a charged particle tool or other imaging device, etc. Various aspects of the present invention can be implemented in machine-readable code stored on a non-transitory storage medium or device, whether removable or integrated into a computing platform, such as a hard disk, an optical read and / or write storage medium, a RAM, a ROM, etc., so that it can be read by a programmable computer, and when the storage medium or device is read by the computer, it can be used to configure and operate the computer to perform the process described herein. In addition, the machine-readable code, or part thereof, can be transmitted via a wired or wireless network. When such media includes instructions or programs that implement the above steps in conjunction with a microprocessor or other data processor, the invention of this embodiment includes these and other different types of non-transitory computer-readable storage media. When programmed according to the methods and techniques of the present invention, the present invention also includes the computer itself.

[0171] The computer program can be applied to input data to perform the functions of the present embodiment, thereby converting the input data to generate output data stored in a non-volatile memory. The output information can also be applied to one or more output devices such as a display. In a preferred embodiment of the present invention, the converted data represents a physical and tangible object, including a specific visual depiction of the physical and tangible object produced on the display.

[0172] The above are only preferred embodiments of the present invention. The present invention is not limited to the above embodiments. As long as the technical effects of the present invention are achieved by the same means, any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present invention shall be included in the scope of protection of the present invention. Within the scope of protection of the present invention, its technical solutions and / or implementation methods may have various modifications and changes.

Claims

1. A method for processing incoming call requests in a future railway mobile communication system, characterized in that: The incoming call request processing method in the future railway mobile communication system includes: Acquire at least one incoming call request information; the incoming call request information comes from an initiator in the railway system; Performing a forwarding process on at least one of the incoming call request information; any of the forwarding processes includes: Determine the ringing restriction parameter corresponding to the incoming call request information and the target recipient in the railway system; forwarding the incoming call request information to the target recipient for calling; Detecting first answer response information of the target recipient within the range of the ring limit parameter; When the first answer response information is not detected, determining at least one candidate receiver in the railway system according to the incoming call request information, and a first priority corresponding to each of the candidate receivers; The incoming call request information is forwarded according to each of the first priorities.

2. The method for processing incoming call requests in the future railway mobile communication system according to claim 1, characterized in that: The step of determining the ringing restriction parameter corresponding to the incoming call request information and the target recipient in the railway system to which the incoming call request information is directed includes: Obtaining the initiator user role information and communication scenario information corresponding to the incoming call request information; Determine the upper limit of the number of ringing times and the upper limit of the ringing timeout according to the initiator user role information and the communication scenario information; The upper limit of the number of ringing times and the upper limit of the ringing timeout are used as the ringing restriction parameters.

3. The method for processing incoming call requests in the future railway mobile communication system according to claim 1, characterized in that: The determining, according to the incoming call request information, at least one candidate receiver in the railway system and the first priority corresponding to each of the candidate receivers, comprises: Monitor status data of all available receivers in the railway system; Selecting at least one matching state data according to the incoming call request information; Determine the available receiver corresponding to the selected status data as the candidate receiver; The corresponding first priority is determined according to the status data of the candidate receiver.

4. The method for processing incoming call requests in the future railway mobile communication system according to claim 1, characterized in that: The forwarding the incoming call request information according to each of the first priorities includes: Traversing each of the candidate receivers according to the first priorities in descending order; For any of the traversed candidate recipients, the ringing restriction parameters are adjusted or maintained according to the status data of the candidate recipient, the incoming call request information is forwarded to the candidate recipient for calling, and within the range of the adjusted or maintained ringing restriction parameters, the second answer response information of the candidate recipient is detected. When the second answer response information is detected, the traversal of each of the candidate recipients is terminated. When the second answer response information is not detected, the next candidate recipient is traversed or a fallback strategy is executed.

5. The method for processing incoming call requests in the future railway mobile communication system according to claim 4, characterized in that: The adjusting or maintaining the ringing restriction parameter according to the status data of the candidate recipient includes: Acquire the state data corresponding to each of the traversed candidate receivers and the actually executed ringing restriction parameters; By fitting any of the traversed state data and a corresponding one of the ringing limit parameters to the same failure rate as a fitting condition through the same fitting parameters, the fitting parameters are determined; determining a success rate based on the failure rate; When the success rate is greater than or equal to a threshold, maintaining the ringing restriction parameter unchanged; When the success rate is less than a threshold, the state data currently being traversed and a corresponding one of the ringing restriction parameters are fitted to a fixed value as a fitting condition through the fitting parameter, and the ringing restriction parameter currently being traversed is determined.

6. The method for processing incoming call requests in the future railway mobile communication system according to claim 4, characterized in that: The execution fallback strategy includes: Identify emergency recipients in the railway system; forwarding the incoming call request information to the emergency recipient for calling; detecting third answer response information of the emergency recipient; When the third answer response information is not detected, a reminder message is returned to the initiator of the incoming call request information.

7. The method for processing incoming call requests in the future railway mobile communication system according to claim 1, characterized in that: Any of the forwarding processes further includes: When the first answering response information, the second answering response information or the third answering response information is detected, feedback information is generated; The feedback information is returned to the initiator of the incoming call request information through the message middleware.

8. The method for processing incoming call requests in a future railway mobile communication system according to any one of claims 1 to 7, characterized in that: The forwarding process of at least one incoming call request message comprises: respectively determining the second priority corresponding to each of the incoming call request information; Traversing each of the incoming call request information in descending order of the second priorities; For the incoming call request information that has been traversed, the corresponding forwarding process is performed.

9. A computer device, characterized in that: It comprises a memory and a processor, the memory is used to store at least one program, and the processor is used to load at least one program to execute the incoming call request processing method in the future railway mobile communication system as described in any one of claims 1-8.

10. A computer-readable storage medium storing a program executable by a processor, characterized in that: The program executable by the processor is used to execute the incoming call request processing method in the future railway mobile communication system as described in any one of claims 1-8 when executed by the processor.

Images