Terminal access management method, communication system and network equipment

Abstract

The invention discloses a terminal access management method, a communication system and network equipment. The method comprises the following steps: a network access and mobility management module receives a multi-network joint attachment request message sent by a target terminal through a narrowband Internet of Things (IoT NTN) access mode based on a non-terrestrial network, and the multi-network joint attachment request message is used for indicating that the target terminal supports fallback to a circuit domain to process a voice service; and a multi-network joint attachment response message corresponding to the multi-network joint attachment request message is sent to the target terminal, and the multi-network joint attachment response message is used for indicating the target terminal to fall back to a circuit domain to process the voice service. According to the method and the device, the technical problem that the voice service cannot be received and processed after the NB-IoT NTN target terminal accesses the 4 / 5G network is solved.

Description

Technical Field

[0001] This application relates to the field of wireless communication technologies, and in particular, to a terminal access management method, a communication system, and a network device. Background Art

[0002] Currently, in 3GPP (3 rd Generation Partnership Project), the design of NB-IoT (Narrow Band Internet of Things) mainly targets small data transmission with extremely low bandwidth. Therefore, its voice support function in 4G / 5G networks is missing. As a result, after a dual-mode target terminal that supports 2 / 3G and NB-IoT NTN capabilities accesses the 4G LTE network, it cannot initiate and receive voice services.

[0003] In view of the above problems, no effective solution has been proposed yet. Summary of the Invention

[0004] Embodiments of this application provide a terminal access management method, a communication system, and a network device to at least solve the technical problem that after an NB-IoT NTN target terminal accesses a 4 / 5G network, it cannot receive and process voice services.

[0005] According to one aspect of the embodiments of this application, a terminal access management method is provided, which is applied to a network access and mobility management module in a communication system, and includes: receiving a multi-network combined attachment request message sent by a target terminal through the IoT NTN access method, where the multi-network combined attachment request message is used to indicate that the target terminal supports falling back to the circuit domain to process voice services; sending a multi-network combined attachment response message corresponding to the multi-network combined attachment request message to the target terminal, where the multi-network combined attachment response message is used to indicate whether the target terminal falls back to the circuit domain to process voice services.

[0006] Optionally, the IoT NTN access method includes at least one of the following: narrowband Internet of Things low Earth orbit, narrowband Internet of Things medium Earth orbit, narrowband Internet of Things geostationary orbit.

[0007] Optionally, the multi-network combined attachment request message at least includes: voice domain selection information, target terminal service information, where the voice domain selection information includes at least one of the following: first selection information for indicating only selecting to use voice services in the circuit domain, second selection information for indicating that the priority of selecting to use voice services in the circuit domain is the highest and the priority of selecting to use voice services in the Internet Protocol IP multimedia subsystem is the second highest; the target terminal service information includes: voice service is the primary service.

[0008] Optionally, after sending the multi-network combined attachment response message corresponding to the multi-network combined attachment request message to the target terminal, the method further includes: receiving a multi-network combined location update request message sent by the target terminal, and sending a multi-network combined location update response message corresponding to the multi-network combined location update request message to the target terminal.

[0009] Optionally, the type of the multi-network combined location update request message includes at least one of the following: combined tracking area / location area update request message, combined tracking area / location area update request message and international mobile subscriber identity (IMSI) attachment request message.

[0010] Optionally, receiving a single-network attachment request message sent by the target terminal through the IoT NTN access mode, where the single-network attachment request message at least includes: capability parameter information for indicating that the target terminal supports processing voice services in the circuit domain; sending a single-network attachment success response message corresponding to the single-network attachment request message to the target terminal, where the single-network attachment success response message is used to indicate that the target terminal is registered in the circuit domain.

[0011] Optionally, receiving a multi-network combined attachment request message sent by the target terminal through the IoT NTN access mode further includes: receiving a single-network attachment request message sent by the target terminal through the IoT NTN access mode, where the single-network attachment request message at least includes: capability parameter information for indicating that the target terminal supports processing voice services in the circuit domain; in the case that at least voice services are included in the service types subscribed by the target terminal and the target terminal supports processing voice services in the IoT NTN access mode, sending a single-network attachment rejection response message corresponding to the single-network attachment request message to the target terminal, where the single-network attachment rejection response message is used to indicate that the target terminal re-initiates a multi-network combined attachment request message through the IoT NTN access mode; receiving a multi-network combined attachment request message sent by the target terminal through the IoT NTN access mode.

[0012] According to one aspect of the embodiments of the present application, a terminal access management method is provided, including: sending a multi-network combined attachment request message to a network access and mobility management module through the IoT NTN access mode, where the multi-network combined attachment request message is used to indicate that the target terminal supports falling back to process voice services in the circuit domain; receiving a multi-network combined attachment response message corresponding to the multi-network combined attachment request message sent by the network access and mobility management module, where the multi-network combined attachment response message is used to indicate whether the target terminal falls back to process voice services in the circuit domain.

[0013] Optionally, before sending a multi-network joint attachment request message to the network access and mobility management module through the IoT NTN access mode, the method further includes: obtaining a system information message broadcast by a base station, where the system information message at least includes: supported service types, network type identifiers; determining a network access mode according to the system information message, where the network access mode includes: non-terrestrial network mode, terrestrial network mode; determining whether its own capability information meets a preset condition, where the preset condition at least includes: whether it has the ability to process voice services in the circuit domain; and sending a multi-network joint attachment request message through the IoT NTN access mode when its own capability information meets the preset condition.

[0014] Optionally, after receiving a multi-network joint attachment response message corresponding to the multi-network joint attachment request message sent by the network access and mobility management module, the method further includes: sending a multi-network joint location update request message to the network access and mobility management module, and receiving a multi-network joint location update acceptance message corresponding to the multi-network joint location update request message sent by the network access and mobility management module.

[0015] According to another aspect of the embodiments of the present application, there is also provided a communication system, which at least includes: a target terminal, a network access and mobility management module, where the target terminal is used to send a multi-network joint attachment request message to the network access and mobility management module through the IoT NTN access mode, where the multi-network joint attachment request message is used to indicate that the target terminal supports processing voice services in the circuit domain; the network access and mobility management module is used to send a multi-network joint attachment response message corresponding to the multi-network joint attachment request message to the target terminal, where the multi-network joint attachment response message is used to indicate whether the target terminal falls back to process voice services in the circuit domain.

[0016] According to another aspect of the embodiments of the present application, there is also provided a computer program product, which includes: a computer program, where when the computer program is executed by a processor, the above-mentioned terminal access management method is implemented.

[0017] According to another aspect of the embodiments of the present application, there is also provided an electronic device, which includes: a memory and a processor, where a computer program is stored in the memory, and the processor is configured to execute the above-mentioned terminal access management method through the computer program.

[0018] In the embodiment of the present application, the network access and mobility management module first receives a multi-network joint attachment request message sent by the target terminal through the IoT NTN access mode, where the multi-network joint attachment request message is used to indicate that the target terminal supports falling back to the circuit domain for processing voice services; and sends a corresponding multi-network joint attachment response message to the target terminal, where the multi-network joint attachment response message is used to indicate whether the target terminal falls back to the circuit domain for processing voice services. Thus, a dual-mode target terminal with NB-IoT NTN capabilities can process data services and SMS services through the 4 / 5G network and process voice services through the 2 / 3G network when accessing the non-terrestrial network. Furthermore, it solves the technical problem that the NB-IoT NTN target terminal cannot receive and process voice services after accessing the 4 / 5G network. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The schematic embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation to the present application. In the drawings:

[0020] Figure 1 is a schematic structural diagram of an optional communication system according to an embodiment of the present application;

[0021] Figure 2 is a schematic flowchart of an optional multi-network joint attachment according to an embodiment of the present application;

[0022] Figure 3 is a schematic flowchart of an optional process for instructing the target terminal to re-initiate multi-network joint attachment according to an embodiment of the present application;

[0023] Figure 4 is a schematic flowchart of an optional process for the target terminal to initiate a multi-network joint attachment request according to an embodiment of the present application;

[0024] Figure 5 is a schematic flowchart of an optional multi-network location update according to an embodiment of the present application;

[0025] Figure 6 is a schematic flowchart of an optional CS domain registration according to an embodiment of the present application;

[0026] Figure 7 is a schematic flowchart of an optional terminal access management method according to an embodiment of the present application;

[0027] Figure 8 is a schematic flowchart of another optional terminal access management method according to an embodiment of the present application;

[0028] Figure 9It is a schematic structural diagram of an optional network device according to an embodiment of the present application. Detailed implementation manners

[0029] In order to enable those skilled in the art to better understand the solution of the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of the present application.

[0030] It should be noted that the terms "first", "second", etc. in the specification, claims and drawings of the present application are used to distinguish similar objects, and do not necessarily need to be used to describe a specific order or sequence. It should be understood that such used data can be interchanged under appropriate circumstances so that the embodiments of the present application described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "comprising" and "having" and any variations thereof are intended to cover non-exclusive inclusion. For example, a process, method, system, product or device comprising a series of steps or units does not necessarily have to be limited to those steps or units clearly listed, but may include other steps or units not clearly listed or inherent to these process, method, product or device.

[0031] To better understand the embodiments of the present application, some nouns or terms that appear in the description process of the embodiments of the present application are translated and explained as follows:

[0032] IoT NTN (Internet of Things Non-Terrestrial Network): It is a communication technology that combines Internet of Things technology with non-terrestrial networks (such as satellite networks), aiming to provide global coverage communication capabilities for Internet of Things devices, enabling these devices to perform data transmission and information exchange anywhere and at any time.

[0033] NB-IoT (Narrow Band Internet of Things): It is a low-power wide-area (LPWA) network technology standard. Based on cellular technology, it is used to connect various intelligent sensors and devices using wireless cellular networks, focusing on the low-power wide-area Internet of Things market, and is an emerging technology that can be widely applied globally.

[0034] The Circuit Switched Domain (CS), also known as the circuit domain for short, adopts the circuit transmission mode provided by the core network. The circuit domain part provides circuit-type data connections. That is, when data needs to be transmitted, dedicated network resources are allocated to establish a dedicated transmission channel, and the channel is released after the data transmission is completed.

[0035] Location Area (LA): It is a concept in the circuit domain in the 2G and 3G eras, which enables the Mobile Switching Center (MSC / SEVER) to know the location of the target terminal in a timely manner. When paging the target terminal, the Mobile Switching Center searches all the cells in the location area of the target terminal. The target terminal does not need to update its location within a location area; while when moving across LAs, an LA update process needs to be initiated so that the network knows the location area of the target terminal. At the same time, in order to maintain close contact with the network side, the LA needs to be updated periodically.

[0036] Tracking Area (TA): It is a concept defined for the location management of UEs in the LTE system. When the UE is in the idle state, the core network can know the tracking area where the UE (User Equipment) is located. At the same time, when a UE in the idle state needs to be paged, it must be paged in all the cells in the tracking area where the UE is registered.

[0037] Circuit Switched Fallback (CS Fallback): It is a technical mechanism in the 4G LTE (Long Term Evolution) network. When a UE attempts to initiate or receive a voice call, but the current network environment does not support or cannot provide VoLTE (Voice over LTE) service, the call is switched from the Packet Switched (PS) domain to the Circuit Switched (CS) domain of the 2G or 3G network. This mechanism ensures that even in the absence of VoLTE coverage or when the UE does not support VoLTE, users can make voice calls through the traditional 2 / 3G network.

[0038] SGs interface: It is an interface defined by 3GPP for communication between the 4G (LTE) network and the 2 / 3G network (such as the Global System for Mobile Communications GSM and the Universal Mobile Telecommunications System UMTS). It is mainly used to support functions such as Circuit Switched Fallback, enabling the UE to fall back to the 2 / 3G network for voice calls when there is no or the IMS (IP Multimedia Subsystem) voice service cannot be used.

[0039] Embodiment 1

[0040] According to an embodiment of the present application, a communication system 10 is provided. As Figure 1 shown, the communication system 10 at least includes: a network target terminal 11, an access and mobility management module 12. Among them, the above-mentioned target terminal 11 is a dual-mode target terminal with IoT NTN capabilities, and the above-mentioned network access and mobility management module 12 can be an MME (Mobility Management Entity) network element in a 4G network, or an AMF (Access and Mobility Management Function) network element in a 5G network, or an access and mobility management network element of other types of networks. The present application does not make specific restrictions on this. In addition, the communication system 10 may further include: base stations of 4 / 5G networks, base stations of 2 / 3G networks, switching devices of 2 / 3G networks - MSC (Mobile Switching Center) / VLR (Visitor Location Register), etc.

[0041] Specifically, multi-network joint attachment between the target terminal 11 and the mobility management module 12 can be achieved through the following interaction process, including:

[0042] The target terminal 11 first sends a multi-network joint attachment request message to the network access and mobility management module 12 through the IoT NTN access method. Among them, the multi-network joint attachment request message is used to indicate that the target terminal supports processing voice services in the circuit domain;

[0043] The network access and mobility management module 12 then sends a multi-network joint attachment response message corresponding to the multi-network joint attachment request message to the target terminal 11. Among them, the multi-network joint attachment response message is used to indicate whether the target terminal falls back to the circuit domain to process voice services.

[0044] Among them, the above-mentioned IoT NTN access methods include but are not limited to: narrowband Internet of Things low Earth orbit NB-IoT LEO (Low Earth Orbit), narrowband Internet of Things medium Earth orbit NB-IoT MEO (Medium Earth Orbit), narrowband Internet of Things geostationary orbit NB-IoT GEO (Geostationary Earth Orbit), etc.

[0045] In addition, the above multi-network combined attachment request message shall at least include: voice domain selection information and target terminal service information, where: the voice domain selection information includes at least one of the following: the first selection information for indicating to only select to use voice services within the circuit domain, and the second selection information for indicating to select to use voice services within the circuit domain with the highest priority and to use voice services within the IP Multimedia Subsystem (IMS) with the second highest priority; the target terminal service information includes that the voice service is the primary service.

[0046] The following will further describe the detailed process of the above multi-network combined attachment in conjunction with Figure 2 the interaction flow chart shown below:

[0047] The first step: The target terminal 11 accesses through the IoT NTN method and sends a multi-network combined attachment request message (such as an evolved packet system EPS / International Mobile Subscriber Identity IMSI combined attachment request message), which is transmitted to the network access and mobility management module 12 through the 4 / 5G network base station (hereinafter all referred to as eNodeB) to inform the 4 / 5G network that the target terminal 11 supports falling back to the circuit domain for voice service processing;

[0048] The second step: The network access and mobility management module 12 executes the corresponding attachment process. Among them, the attachment process includes: authentication, location update, session establishment, etc. Since the attachment process is existing knowledge, this application does not make specific descriptions thereof;

[0049] The third step: The network access and mobility management module 12 decides whether to support circuit domain fallback according to the information carried in the multi-network combined attachment request message. If it supports, it derives a VLR number, where this number is used to identify the target terminal 11 for subsequent location update and voice call processing within the circuit domain;

[0050] The fourth step: The network access and mobility management module 12 uses the derived VLR number to send a location update request message to the switching device of the 2 / 3G network - MSC (Mobile Switching Center) / VLR (Visitor Location Register);

[0051] The fifth step: After receiving the location update request message, the MSC / VLR updates the location information of the target terminal 11 and performs signaling interaction with the HSS (Home Subscriber Server) / HLR (Home Location Register) of the 2 / 3G network to update the location area within the circuit domain;

[0052] Step 6: The MSC / VLR sends a location update response message to the network access and mobility management module 12. The location update response message includes: a location update acceptance response message and a location update rejection response message.

[0053] Step 7: When the location update response message is a location update acceptance response message, the network access and mobility management module 12 returns a multi-network joint attachment success response message to the target terminal 11 via the eNodeB. The multi-network joint attachment success response message includes, but is not limited to, the identification information of the location area, the temporary mobile subscriber identification code, etc., to indicate that the target terminal 11 has successfully attached to the network. When the location update response message is a location update rejection response message, the network access and mobility management module 12 returns a multi-network joint attachment failure response message to the target terminal 11 via the eNodeB. The multi-network joint attachment failure message is used to indicate that the target terminal 11 has not successfully attached to the network.

[0054] Optionally, the network can indicate to the target terminal 11 to initiate a multi-network joint attachment in the following ways, including:

[0055] First, the target terminal 11 sends a single-network attachment request message to the network access and mobility management module 12 through the IoT NTN access method. The single-network attachment request message includes at least: capability parameter information indicating that the target terminal supports processing voice services in the circuit domain.

[0056] Then, when at least the voice service is included in the service types subscribed by the target terminal and the target terminal supports processing voice services in the IoT NTN access method, the network access and mobility management module 12 sends a single-network attachment rejection response message corresponding to the single-network attachment request message to the target terminal 11. The single-network attachment rejection response message is used to indicate that the target terminal should re-initiate a multi-network joint attachment request message through the IoT NTN access method.

[0057] Finally, the target terminal 11 sends a multi-network joint attachment request message to the network access and mobility management module 12 again through the IoT NTN access method.

[0058] The following will further describe the detailed process of instructing the target terminal to re-initiate a multi-network joint attachment in combination with Figure 3 the flowchart shown below:

[0059] Step 1: The target terminal 11 accesses through the IoT NTN method and sends a single-network attachment request message, which is transmitted to the network access and mobility management module 12 via the eNodeB to inform the network that the target terminal 11 supports processing voice services in the circuit domain.

[0060] Step 2: The network access and mobility management module 12 interacts with the MSC / VLR and HSS / HLR of the 2 / 3G network to obtain the subscription information of the target terminal 11;

[0061] Step 3: Based on the single-network attachment request message and the subscription information of the target terminal 11, the network access and mobility management module 12 determines whether the attachment request initiated by the target terminal 11 is a multi-network joint attachment request message for the LTE and CS domains;

[0062] Step 4: If not, the network access and mobility management module 12 sends a single-network attachment rejection response message to the target terminal 11. The single-network attachment rejection response message carries a failure reason and instructs the target terminal to initiate a multi-network joint attachment request message again through the IoT NTN access method;

[0063] Step 5: The target terminal 11 sends a multi-network joint attachment request message again through the IoT NTN access method, which is transmitted to the network access and mobility management module 12 through the eNodeB to inform the network that the target terminal 11 supports falling back to the circuit domain for handling voice services.

[0064] As an optional implementation method, before the target terminal 11 initiates a multi-network joint attachment request message, it can execute the following process:

[0065] First, obtain the system information message broadcast by the base station. The system information message includes at least: an indicator for reflecting the network type;

[0066] Next, determine the network access method based on the system information message. The network access methods include: non-terrestrial network method, terrestrial network method;

[0067] Then, judge whether its own capability information meets the preset conditions. The preset conditions include at least: whether it has the ability to support voice services in the non-terrestrial network, and whether it has the ability to support voice services in the circuit domain;

[0068] Finally, when its own capability information meets the preset conditions, send a multi-network joint attachment request message through the IoT NTN access method.

[0069] Specifically, the process of the above target terminal 11 initiating a multi-network joint attachment request message is as Figure 4 shown, and it specifically includes the following steps:

[0070] Step 1: The eNodeB broadcasts a system message to the target terminal 11. The system message includes at least one of the following: system information block SIB, network type identifier (terrestrial network or non-terrestrial network), supported service types (such as data services, voice services, etc.);

[0071] Step 2: The target terminal 11 determines whether to access through the IoT NTN method according to the system message. At the same time, the target terminal 11 determines whether to process voice services in the circuit domain according to its own capability information;

[0072] Step 3: If so, the target terminal 11 sends a multi-network combined attachment request message through the IoT NTN access method, which is transmitted to the network access and mobility management module 12 through the eNodeB, so as to inform the network that the target terminal 11 supports falling back to the circuit domain to process voice services.

[0073] In addition, when the target terminal 11 updates the location area or the network access and mobility management module re-establishes the SGs association with the MSC / VLR, the target terminal 11 and the network access and mobility management module 12 can interact through the following messages to achieve multi-network location update, including: the target terminal 11 first sends a multi-network combined location update request message to the network access and mobility management module 12; the network access and mobility management module 12 then sends a multi-network combined location update response message corresponding to the multi-network combined location update request message to the target terminal 11.

[0074] Among them, the types of the above multi-network combined location update request messages include at least one of the following: combined tracking area / location area update request message, combined tracking area / location area update request message and IMSI attachment request message.

[0075] The following will combine Figure 5 The flowchart shown further illustrates the detailed process of the above multi-network location update.

[0076] Step 1: The target terminal 11 accesses through the IoT NTN method and sends a multi-network combined location update request message, which is transmitted to the network access and mobility management module 12 through the eNodeB;

[0077] Step 2: The network access and mobility management module 12 executes the corresponding location update process;

[0078] Step 3: The network access and mobility management module 12 sends a location update request message to the MSC (Mobile Switching Center) / VLR (Visitor Location Register) of the 2 / 3G network;

[0079] Step 4: After receiving the location update request message, the MSC / VLR of the 2 / 3G network updates the location information of the target terminal 11 and performs signaling interaction with the HSS (Home Subscriber Server) / HLR (Home Location Register) of the 2 / 3G network to update the location in the circuit domain;

[0080] Step 5: The MSC / VLR of the 2 / 3G network sends a location update response message to the network access and mobility management module 12. The location update response message includes: a location update acceptance response message and a location update rejection response message;

[0081] Step 6: When the location update response message is a location update acceptance response message, the network access and mobility management module 12 returns a multi-network combined location update success response message to the target terminal 11 via the eNodeB. The multi-network combined attachment success response message includes, but is not limited to: the identification information of the new location area, the temporary mobile subscriber identification code, etc.; when the location update response message is a location update rejection response message, the network access and mobility management module 12 returns a multi-network combined location update failure response message to the target terminal 11 via the eNodeB.

[0082] When only the attachment process is executed during the initial attempt of the target terminal 11 to access through the above steps, but at this time the target terminal 11 has not been registered in the CS domain, so it cannot fall back to the CS domain to initiate or receive voice calls. Therefore, the target terminal 11 and the network access and mobility management module 12 can interact through the following messages to achieve registration update in the CS domain, including:

[0083] First, the target terminal 11 sends a single-network attachment request message to the network access and mobility management module 12 through the IoT NTN access mode. The single-network attachment request message includes at least: the capability parameter information for indicating that the target terminal supports processing voice services in the circuit domain of the corresponding communication network;

[0084] The network access and mobility management module 12 then sends a single-network attachment success response message corresponding to the single-network attachment request message to the target terminal 11. The single-network attachment success response message is used to indicate that the target terminal is registered in the circuit domain.

[0085] The following will combine Figure 6 the flowchart shown to further illustrate the detailed process of the above CS domain registration update.

[0086] Step 1: The target terminal 11 accesses through the IoT NTN method and sends a single-network attachment request message, which is transmitted to the network access and mobility management module 12 via the eNodeB. Among them, the message carries at least the capability parameter information indicating that the target terminal supports processing voice services within the circuit domain;

[0087] Step 2: The network access and mobility management module 12 executes the corresponding attachment process, where the attachment process includes: authentication, location update, session establishment, etc.;

[0088] Step 3: The network access and mobility management module 12 sends a corresponding single-network attachment success response message to the target terminal 11, where the single-network attachment success response message is used to indicate that the target terminal is registered within the circuit domain;

[0089] Step 4: The target terminal 11 initiates a registration update according to the single-network attachment success response message to register within the CS domain.

[0090] Through the above solution, it is possible to implement a dual-mode target terminal that supports 2 / 3G and NB-IoT NTN capabilities, use efficient and low-power data services and SMS services through the 4G LTE network, and use more mature voice services through the 2 / 3G network.

[0091] Embodiment 2

[0092] According to the embodiments of the present application, there is also provided a terminal access management method for the network access and mobility management module applied to the above communication system. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions, and although the logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in a different order than here.

[0093] Figure 7 is a schematic flowchart of a terminal access management method provided according to the embodiments of the present application. As Figure 7 shown, the method includes the following steps:

[0094] Step S702: Receive a multi-network joint attachment request message sent by the target terminal through the narrowband Internet of Things IoT NTN access method based on the non-terrestrial network, where the multi-network joint attachment request message is used to indicate that the target terminal supports falling back to the circuit domain to process voice services.

[0095] Step S704: Send a multi-network joint attachment response message corresponding to the multi-network joint attachment request message to the target terminal, where the multi-network joint attachment response message is used to indicate whether the target terminal falls back to the circuit domain to process voice services.

[0096] According to an embodiment of the present application, there is also provided a terminal access management method for a target terminal applied to the above communication system. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions, and although the logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in a different order than here.

[0097] Figure 8 FIG. 4 is a schematic flowchart of a terminal access management method provided according to an embodiment of the present application. As Figure 8 shown, the method includes the following steps:

[0098] Step S802: Send a multi-network joint attachment request message to the network access and mobility management module through the IoT NTN access mode, where the multi-network joint attachment request message is used to indicate that the target terminal supports falling back to process voice services within the circuit domain.

[0099] Step S804: Receive a multi-network joint attachment response message corresponding to the multi-network joint attachment request message sent by the network access and mobility management module, where the multi-network joint attachment response message is used to indicate whether the target terminal falls back to process voice services within the circuit domain.

[0100] It should be noted that the specific implementation steps of the above terminal access management method have been described in detail in Embodiment 1, so the implementation steps of this process are not specifically introduced in this embodiment.

[0101] Embodiment 3

[0102] According to an embodiment of the present application, there is also provided a computer program product, which includes a computer program. When the computer program is executed by a processor, it implements the terminal access management method in Embodiment 2.

[0103] According to an embodiment of the present application, there is also provided a non-volatile storage medium, which includes a stored computer program. The device where the non-volatile storage medium is located executes the terminal access management method in Embodiment 2 by running the computer program.

[0104] According to an embodiment of the present application, there is also provided a processor, which is used to run a computer program. When the computer program runs, it executes the terminal access management method in Embodiment 2.

[0105] According to an embodiment of the present application, there is also provided an electronic device. The network device includes: a memory and a processor, where a computer program is stored in the memory, and the processor is configured to execute the terminal access management method in Embodiment 2 through the computer program.

[0106] Optionally, when the computer program runs, it executes the following steps: receiving a multi-network combined attachment request message sent by a target terminal through the IoT NTN access mode, where the multi-network combined attachment request message is used to indicate that the target terminal supports falling back to the circuit domain for voice service processing; sending a multi-network combined attachment response message corresponding to the multi-network combined attachment request message to the target terminal, where the multi-network combined attachment response message is used to indicate that the target terminal falls back to the circuit domain for voice service processing.

[0107] Optionally, when the computer program runs, it executes the following steps: sending a multi-network combined attachment request message to a network access and mobility management module through the IoT NTN access mode, where the multi-network combined attachment request message is used to indicate that the target terminal supports falling back to the circuit domain for voice service processing; receiving a multi-network combined attachment response message corresponding to the multi-network combined attachment request message sent by the network access and mobility management module, where the multi-network combined attachment response message is used to indicate whether the target terminal falls back to the circuit domain for voice service processing.

[0108] As an optional implementation manner, the above network device may exist in the form of a mobile target terminal, a computer target terminal, or a similar computing device. Figure 9 The hardware structure block diagram of a network device for implementing a terminal access management method is shown. As Figure 9 shown, the network device 90 may include one or more (shown as 902a, 902b,..., 902n in the figure) processors 902 (the processor 902 may include, but is not limited to, a processing device such as a microprocessor MCU or a programmable logic device FPGA), a memory 904 for storing data, and a transmission device 906 for communication functions. In addition, it may further include: a display, an input / output interface (I / O interface), a universal serial bus (USB) port (which may be included as one of the ports of the BUS bus), a network interface, a power supply, and / or a camera. Those of ordinary skill in the art can understand that Figure 9 the structure shown is only schematic and does not limit the structure of the above network device. For example, the network device 90 may further include more or fewer components than Figure 9 shown, or have a different configuration from Figure 9 shown.

[0109] It should be noted that one or more of the above-mentioned processors 902 and / or other data processing circuits can generally be referred to as "data processing circuits" herein. The data processing circuit can be embodied in software, hardware, firmware, or any combination thereof, in whole or in part. In addition, the data processing circuit can be a single independent processing module, or be incorporated in whole or in part into any one of other elements in the network device 90. As involved in the embodiments of the present application, the data processing circuit is a kind of processor control (such as the selection of a variable resistance target terminal path connected to an interface).

[0110] The memory 904 can be used to store software programs and modules of application software, such as the program instructions / data storage device corresponding to the terminal access management method in the embodiments of the present application. The processor 902 executes various functional applications and data processing by running the software programs and modules stored in the memory 904, that is, implements the vulnerability detection method of the above-mentioned application program. The memory 904 can include a high-speed random access memory, and can also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memories. In some instances, the memory 904 can further include a memory remotely disposed relative to the processor 902, and these remote memories can be connected to the network device 90 through a network. Examples of the above-mentioned network include but are not limited to the Internet, enterprise intranets, local area networks, mobile communication networks, and combinations thereof.

[0111] The transmission device 906 is used to receive or send data via a network. Specific examples of the above-mentioned network can include a wireless network provided by a communication provider of the network device 90. In one instance, the transmission device 906 includes a network adapter (Network Interface Controller, NIC), which can be connected to other network devices through a base station and thus communicate with the Internet. In one instance, the transmission device 906 can be a radio frequency (RF) module, which is used to communicate with the Internet wirelessly.

[0112] The display can be, for example, a touch-screen liquid crystal display (LCD), which enables a user to interact with the user interface of the network device 90.

[0113] The above-mentioned embodiment numbers are only for description and do not represent the advantages or disadvantages of the embodiments.

[0114] In the above embodiments of the present application, the descriptions of each embodiment have their own emphases. For parts not detailed in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0115] In several embodiments provided by the present application, it should be understood that the disclosed technical content can be implemented in other ways. Among them, the device embodiments described above are merely illustrative. For example, the division of units can be a logical function division. In actual implementation, there can be other division methods. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the couplings or direct couplings or communication connections shown or discussed with each other can be through some interfaces. The indirect couplings or communication connections of units or modules can be in electrical or other forms.

[0116] The units described as separate components may or may not be physically separated. The components shown as units may or may not be physical units, that is, they can be located in one place or distributed to multiple units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0117] In addition, in each embodiment of the present application, the functional units can be integrated in a processing unit, or each unit can exist physically alone, or two or more units can be integrated in one unit. The above-mentioned integrated units can be implemented in the form of hardware or in the form of software functional units.

[0118] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on such an understanding, the technical solution of the present application, in essence, or the part that contributes to the prior art, or all or part of this technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions for causing a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods in each embodiment of the present application. The foregoing storage medium includes: USB flash drives, read-only memories (ROM, Read-Only Memory), random access memories (RAM, Random Access Memory), mobile hard disks, magnetic disks, or optical discs and other various media that can store program codes.

[0119] The above is only the preferred embodiment of the present application. It should be noted that for those of ordinary skill in the art, without departing from the principle of the present application, several improvements and refinements can be made, and these improvements and refinements should also be regarded as the protection scope of the present application.

Claims

1. A terminal access management method, characterized in that: The network access and mobility management module used in the communication system includes: Receiving a multi-network joint attachment request message sent by a target terminal through a narrowband Internet of Things IoT NTN access method based on a non-terrestrial network, wherein the multi-network joint attachment request message is used to indicate that the target terminal supports falling back to the circuit domain to process voice services; A multi-network joint attachment response message corresponding to the multi-network joint attachment request message is sent to the target terminal, wherein the multi-network joint attachment response message is used to indicate whether the target terminal falls back to the circuit domain to process voice services.

2. The method according to claim 1, characterized in that The IoT NTN access mode includes at least one of the following: narrowband Internet of Things low earth orbit, narrowband Internet of Things medium earth orbit, and narrowband Internet of Things geostationary orbit.

3. The method according to claim 1, characterized in that The multi-network joint attachment request message includes at least: voice domain selection information and target terminal service information, wherein: The voice domain selection information includes at least one of the following: first selection information for indicating that only the voice service is selected to be used in the circuit domain, and second selection information for indicating that the priority of selecting the voice service to be used in the circuit domain is the highest and the priority of selecting the voice service to be used in the Internet Protocol IP Multimedia Subsystem is the second highest; The target terminal service information includes: voice service as the main service.

4. The method according to claim 1, characterized in that: After sending the multi-network joint attachment response message corresponding to the multi-network joint attachment request message to the target terminal, the method further includes: A multi-network joint location updating request message is received from the target terminal, and a multi-network joint location updating response message corresponding to the multi-network joint location updating request message is sent to the target terminal.

5. The method according to claim 4, characterized in that The type of the multi-network joint location update request message includes at least one of the following: a joint tracking area / location area update request message, a joint tracking area / location area update request message and an International Mobile Subscriber Identity IMSI attach request message.

6. The method according to claim 1, characterized in that include: Receiving a single network attachment request message sent by the target terminal through an IoT NTN access mode, wherein the single network attachment request message includes at least: capability parameter information for indicating that the target terminal supports processing voice services in a circuit domain; A single network attach success response message corresponding to the single network attach request message is sent to the target terminal, wherein the single network attach success response message is used to instruct the target terminal to register in the circuit domain.

7. The method according to claim 1, characterized in that Receiving a multi-network joint attachment request message sent by a target terminal through an IoT NTN access mode, further comprising: Receiving a single network attachment request message sent by the target terminal through an IoT NTN access mode, wherein the single network attachment request message includes at least: capability parameter information for indicating that the target terminal supports processing voice services in a circuit domain; When the service types subscribed by the target terminal include at least the voice service and the target terminal supports processing the voice service in the IoT NTN access mode, sending a single network attachment rejection response message corresponding to the single network attachment request message to the target terminal, wherein the single network attachment rejection response message is used to instruct the target terminal to re-initiate the multi-network joint attachment request message through the IoT NTN access mode; Receive the multi-network joint attachment request message sent by the target terminal through the IoT NTN access method.

8. A terminal access management method, characterized in that: Target terminals used in communication systems include: Sending a multi-network joint attachment request message to the network access and mobility management module through the IoT NTN access mode, wherein the multi-network joint attachment request message is used to indicate that the target terminal supports falling back to the circuit domain to process voice services; Receive a multi-network joint attachment response message corresponding to the multi-network joint attachment request message sent by the network access and mobility management module, wherein the multi-network joint attachment response message is used to indicate whether the target terminal falls back to the circuit domain to process voice services.

9. The method according to claim 8, characterized in that Before sending a multi-network joint attachment request message to the network access and mobility management module through the IoT NTN access mode, the method further includes: Obtaining a system information message broadcast by a base station, wherein the system information message includes at least: a supported service type and a network type identifier; Determine a network access mode according to the system information message, wherein the network access mode includes: a non-terrestrial network mode and a terrestrial network mode; Determine whether the capability information satisfies a preset condition, wherein the preset condition at least includes: whether the capability is to process voice services in the circuit domain; When the own capability information meets the preset condition, the multi-network joint attachment request message is sent through the IoT NTN access mode.

10. The method according to claim 8, characterized in that After receiving the multi-network joint attachment response message corresponding to the multi-network joint attachment request message sent by the network access and mobility management module, the method further includes: A multi-network joint location update request message is sent to the network access and mobility management module, and a multi-network joint location update acceptance message corresponding to the multi-network joint location update request message sent by the network access and mobility management module is received.

11. A communication system, characterized in that: The communication system at least includes: a target terminal, a network access and mobility management module, wherein: The target terminal is used to send a multi-network joint attachment request message to the network access and mobility management module through an IoT NTN access mode, wherein the multi-network joint attachment request message is used to indicate that the target terminal supports processing voice services in a circuit domain; The network access and mobility management module is used to send a multi-network joint attachment response message corresponding to the multi-network joint attachment request message to the target terminal, wherein the multi-network joint attachment response message is used to indicate whether the target terminal falls back to the circuit domain to process voice services.

12. A network device, characterized in that: include: A memory and a processor, wherein the memory stores a computer program, and the processor is configured to execute the terminal access management method according to any one of claims 1 to 10 through the computer program.

Images