Call routing method, system, electronic device and readable storage medium

Abstract

The application discloses a call routing method and system, an electronic device and a readable storage medium. The method comprises the following steps: a service call session control function (S-CSCF) network element receives a call request message initiated by a calling terminal, wherein the call request message carries a called number of a called terminal; in the case that it is determined that a target network in which the called terminal is located is a WIFI network, the call request message is sent to the called terminal through an interconnection session border controller (ISBC) and an access side proxy server; wherein the called terminal is in communication connection with the access side proxy server through the WIFI network, and the access side proxy server is in communication connection with the ISBC.

Description

Technical Field

[0001] This application belongs to the field of communication technology, specifically relating to a call routing method, system, electronic device, and readable storage medium. Background Technology

[0002] For mobile phone users who have activated the Voice over Long Term Evolution (VoLTE) service, after registering with the Internet Protocol Multimedia Subsystem (IMS) network, they can use the voice function to conduct calling and receiving services.

[0003] However, in areas without 2G / 3G / 4G / 5G network coverage, mobile phone users are unable to make or receive voice calls because they cannot log in or register to the operator's network. Summary of the Invention

[0004] This application provides a call routing method, system, electronic device, and readable storage medium, which can solve the problem that mobile phone users cannot make voice calls or receive calls when there is no 2 / 3 / 4 / 5G network coverage because they cannot log in or register to the operator's network.

[0005] In a first aspect, embodiments of this application provide a call routing method, which includes: a Serving Call Session Control Function (S-CSCF) network element receiving a call request message initiated by a calling terminal, wherein the call request message carries the called number of the called terminal; and, if it is determined that the target network where the called terminal is camped is a Wi-Fi network, sending the call request message to the called terminal through an Interconnect Session Border Controller (ISBC) and an Access Side Proxy Server; wherein the called terminal communicates with the Access Side Proxy Server through the Wi-Fi network, and the Access Side Proxy Server communicates with the ISBC.

[0006] Secondly, embodiments of this application provide a call routing method, which includes: an access-side proxy server receiving a call request message sent by a calling terminal via a WIFI network, wherein the call request message carries the called number of the called terminal; and sending the call request message to an S-CSCF network element through a management and control platform and an ISBC; wherein the calling terminal communicates with the access-side proxy server through the WIFI network, and the access-side proxy server communicates with the management and control platform and the ISBC.

[0007] Thirdly, embodiments of this application provide a call routing system, the device comprising: a called-side core network, a called-side terminal, a calling-side core network, and a calling-side terminal; wherein, the called-side core network comprises: an S-CSCF, a first ISBC, and a first access-side proxy server; the calling-side core network comprises: a second access-side proxy server, a management and control platform, and a second ISBC; the called-side core network is used to execute the steps of the call routing method as described in the first aspect; the calling-side core network is used to execute the steps of the call routing method as described in the second aspect.

[0008] Fourthly, embodiments of this application provide an electronic device including a processor, a memory, and a program or instructions stored in the memory and executable on the processor. When the program or instructions are executed by the processor, they implement the steps of the method described in the first aspect, or implement the steps of the method described in the second aspect.

[0009] Fifthly, embodiments of this application provide a readable storage medium on which a program or instructions are stored, which, when executed by a processor, implement the steps of the method described in the first aspect, or implement the steps of the method described in the second aspect.

[0010] In a sixth aspect, embodiments of this application provide a chip, the chip including a processor and a communication interface, the communication interface being coupled to the processor, the processor being used to run programs or instructions to implement the steps of the method described in the first aspect, or to implement the steps of the method described in the second aspect.

[0011] In a seventh aspect, embodiments of this application provide a computer program product, the computer program product including a computer program stored on a non-transitory computer-readable storage medium, the computer program including a program or instructions, which, when executed, implement the steps of the method described in the first aspect, or implement the steps of the method described in the second aspect.

[0012] In this embodiment, the Service Call Session Control Function (S-CSCF) network element receives a call request message initiated by the calling terminal, wherein the call request message carries the called number of the called terminal. When it is determined that the target network where the called terminal is registered is a Wi-Fi network, since the called terminal communicates with the access-side proxy server via the Wi-Fi network, and the access-side proxy server communicates with the ISBC, the S-CSCF network element can send the call request message to the called terminal through the Interconnect Session Border Controller (ISBC) and the access-side proxy server. This enables call services to be performed on called terminals that are not registered on the operator's network. Attached Figure Description

[0013] Figure 1a This is a schematic diagram of a VoLTE terminal call process in related technologies;

[0014] Figure 1b This is another schematic diagram of the VoLTE terminal call process in related technologies;

[0015] Figure 2 This is a schematic diagram of a call routing network topology provided in an embodiment of this application;

[0016] Figure 3 This is a flowchart illustrating a call routing method provided in an embodiment of this application;

[0017] Figure 4 This is a flowchart illustrating another call routing method provided in an embodiment of this application;

[0018] Figure 5 This is a flowchart illustrating a service activation method provided in an embodiment of this application;

[0019] Figure 6 This is a schematic diagram of the structure of a call routing system provided in an embodiment of this application;

[0020] Figure 7 This is a flowchart illustrating another call routing method provided in an embodiment of this application;

[0021] Figure 8 This is a flowchart illustrating another call routing method provided in an embodiment of this application;

[0022] Figure 9 This is a flowchart illustrating another call routing method provided in an embodiment of this application;

[0023] Figure 10 This is a flowchart illustrating another call routing method provided in an embodiment of this application;

[0024] Figure 11 This is a flowchart illustrating another call routing method provided in an embodiment of this application;

[0025] Figure 12 This is a flowchart illustrating another call routing method provided in an embodiment of this application;

[0026] Figure 13 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0027] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0028] The terms "first," "second," etc., used in the specification and claims of this application are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such use of data can be interchanged where appropriate so that embodiments of this application can be implemented in orders other than those illustrated or described herein, and the objects distinguished by "first," "second," etc., are generally of the same class and the number of objects is not limited; for example, a first object can be one or more. Furthermore, in the specification and claims, "and / or" indicates at least one of the connected objects, and the character " / " generally indicates that the preceding and following objects are in an "or" relationship.

[0029] In related technologies, the call process for LTE-based voice service (VoLTE) terminals residing in operator networks is as follows: Figure 1a and Figure 1bAs shown, regardless of whether the calling terminal is located in the Circuit Switched domain or the Internet Protocol Multimedia Subsystem (IMS) domain, the called party's Session Control Converged Application Server (SCCAS) in the IMS domain queries the user's Home Subscriber Server (HSS) / Home Location Register (HLR) to determine the subsequent call route: if the called party's VoLTE terminal is camped on a 4 / 5G network, the call is continued in the IMS domain; if the called party's VoLTE terminal is camped on a 2 / 3G network, the call is initiated in the CS domain through the Breakout Gateway Control Function (BGCF), Media Gateway Control Function (MGCF) + IP Multimedia Media Gateway (IM-MGW), Visitor Mobile Switching Center (VMSC) / Gateway Mobile Switching Center (Gateway Mobile Switching Center). The Center (GMSC) continues to call the called VoLTE terminal.

[0030] See Figure 1aOne call flow includes: S1, the calling terminal (UE_A) initiates a call INVITE message in the IMS domain. The INVITE message is sent to the Serving Call Session Control Function (S-CSCF) via the Proxy Session Border Controller (PSBC). After the S-CSCF triggers the VoLTE Application Server (AS) based on the subscription of the calling network element, the INVITE message is sent back to the S-CSCF. The S-CSCF queries the E.164 Number Mapping Domain Name System (ENUMDNS) and, based on the returned Session Initiation Protocol Uniform Resource Identifier (SIP_URI), Service Record (SRV), and A record query results, sends the INVITE message to the called side to query the Interrogating CSCF (I-CSCF). S2. The I-CSCF sends a Location-Info-Request (LIR) message to the HSS / HLR, requesting the name of the S-CSCF currently providing service to the called terminal. The HSS / HLR returns a Location-Info-Answer (LIA) message, providing the S-CSCF's server address (for registered users) or capability set information (for unregistered users, the I-CSCF randomly selects an S-CSCF based on the capability set). The I-CSCF then routes the call to the S-CSCF. S3. The S-CSCF obtains the called network element's subscription data from the HSS / HLR. The S-CSCF triggers the called side's SCCAS based on the called network element's subscription data. S4. The called side's SCCAS performs called domain selection: if the called terminal is registered in a 4G / 5G network, the call is continued in the IMS domain to the called VoLTE terminal. The SCCAS sends an INVITE message back to the S-CSCF, which then sends the INVITE message to the called terminal (UE_B) via the PSBC.

[0031] See Figure 1bAnother call flow includes: S1. The calling terminal (UE_A) initiates a call INVITE message in the IMS domain. The INVITE message is sent to the S-CSCF via the PSBC. After the S-CSCF triggers VoLTE AS based on the calling network element's subscription, the INVITE message is sent back to the S-CSCF. The S-CSCF queries the ENUMDNS and sends the INVITE message to the called I-CSCF based on the returned SIP_URI, SRV, and A record query results. S2. The I-CSCF sends an LIR message to the HSS / HLR, requesting the name of the S-CSCF currently providing service to the called terminal. The HSS / HLR returns an LIA message, providing the S-CSCF's server address (for registered users) or capability set information (for unregistered users, the I-CSCF randomly selects an S-CSCF based on the capability set). The I-CSCF routes the call to the S-CSCF. S3. The S-CSCF obtains the called network element's subscription data from the HSS / HLR. S-CSCF triggers the called party's SCCAS based on the subscription data. S4, The called party's SCCAS performs called party domain selection: If the called party's terminal is camped on a 2G / 3G network, then in the CS domain, it connects to the called party's VoLTE terminal via MGCF+IM-MGW. SCCAS sends an INVITE message back to S-CSCF, and S-CSCF sends the INVITE message to the called party's terminal (UE_B) via BGCF, MGCF+IM-MGW, and VMSC / GMSC.

[0032] The call routing method, system, electronic device, and readable storage medium provided in this application will be described in detail below with reference to the accompanying drawings and through specific embodiments and application scenarios.

[0033] Figure 2 This illustration shows a call routing network topology diagram provided in an embodiment of this application, enabling terminals to connect to an access-side proxy server via a Wi-Fi network even in the absence of carrier network coverage. The access-side proxy server communicates with the management platform and the Interconnection Session Border Controller (ISBC) for call routing. The access-side proxy server is also connected to the Business and Operations Support System (BOSS) for registering and activating services using the terminal's number; the BOSS is also connected to the ISBC for collecting call detail records (CDRs).

[0034] Figure 3 This diagram illustrates a call routing method according to an embodiment of this application, which can be executed by an electronic device. See also... Figure 3The method may include the following steps.

[0035] Step 302: The S-CSCF network element receives a call request message initiated by the calling terminal, wherein the call request message carries the called number of the called terminal.

[0036] The calling terminal can be a terminal in the IMS domain with 4 / 5G voice service enabled, a terminal in the CS domain with 2 / 3G voice service enabled, or a terminal in a location without operator network coverage but accessible via WIFI network.

[0037] Step 304: If it is determined that the target network where the called terminal is camped is a WIFI network, the call request message is sent to the called terminal through the Interconnect Session Border Controller (ISBC) and the access-side proxy server.

[0038] The called terminal communicates with the access-side proxy server via the WIFI network, and the access-side proxy server communicates with the ISBC.

[0039] In this embodiment, the S-CSCF network element receives a call request message initiated by the calling terminal, wherein the call request message carries the called number of the called terminal. When it is determined that the target network where the called terminal is registered is a WIFI network, since the called terminal communicates with the access-side proxy server via the WIFI network, and the access-side proxy server communicates with the ISBC, the S-CSCF network element can send the call request message to the called terminal through the Interconnect Session Border Controller (ISBC) and the access-side proxy server, thus enabling call services to called terminals not registered on the operator's network.

[0040] In one implementation, the call request message also carries a pseudo roaming number obtained by mapping the called number; step 304 above, when it is determined that the target network where the called terminal is camped is a WIFI network, sends the call request message to the called terminal through the Interconnect Session Border Controller (ISBC) and the access-side proxy server, and may include the following steps.

[0041] Step 3041: The S-CSCF network element obtains the prefix of the called number and the proxy server domain name in the pseudo roaming number.

[0042] Optionally, the S-CSCF network element retrieves a pseudo roaming number from a terminal information database, such as HSS / HLR, which maps the called number. This pseudo roaming number identifies the number of the called terminal residing on the Wi-Fi network. The format of the pseudo roaming number can be RN+MSISDN or +86+RN+MSISDN. The format of the pseudo roaming number transmitted between network elements in the IMS domain is +86+RN+MSISDN. Assuming RN is 12789 and the called number is 159ABCD1234, the pseudo roaming number is +8612789159ABCD1234.

[0043] Step 3042: Resolve the proxy server domain name into an ISBC address; wherein, the ISBC address is used to determine the ISBC corresponding to the called terminal.

[0044] Step 3043: Send the call request message to the called terminal through the ISBC corresponding to the ISBC address and the access-side proxy server indicated by the prefix of the called number.

[0045] In this embodiment, when it is determined that the target network where the called terminal is registered is a Wi-Fi network, the call request message is sent to the called terminal through the ISBC corresponding to the called terminal and the access-side proxy server corresponding to the called terminal. The ISBC corresponding to the called terminal is determined through proxy server domain name resolution in the pseudo roaming number, and the access-side proxy server corresponding to the called terminal is determined through the prefix of the called number.

[0046] Figure 4 This diagram illustrates a flowchart of another call routing method provided in an embodiment of this application, which can be executed by an electronic device. See also... Figure 4 The method may include the following steps.

[0047] Step 402: The access-side proxy server receives a call request message sent by the calling terminal via a WIFI network, wherein the call request message carries the called number of the called terminal; wherein the calling terminal communicates with the access-side proxy server via the WIFI network, and the access-side proxy server communicates with the management and control platform and the ISBC.

[0048] The called party terminal can be a terminal in the IMS domain with 4 / 5G voice service enabled, a terminal in the CS domain with 2 / 3G voice service enabled, or a terminal in a location without operator network coverage but accessible via WIFI network.

[0049] Step 404: The call request message is sent to the S-CSCF network element through the management platform and ISBC.

[0050] The S-CSCF network element is the called party network element. After receiving the call request message sent by the calling party network element, the S-CSCF network element sends the call request message to the called party terminal.

[0051] In this embodiment, the calling terminal is located in an area without operator network coverage and connects to the access-side proxy server via a Wi-Fi network. The access-side proxy server receives a call request message sent by the calling terminal via the Wi-Fi network, wherein the call request message carries the called number of the called terminal. Since the calling terminal communicates with the access-side proxy server via the Wi-Fi network, and the access-side proxy server also communicates with the management platform and the ISBC, the access-side proxy server can send the call request message to the S-CSCF network element through the management platform and the ISBC, so that the S-CSCF network element can then send the call request message to the called terminal, thus enabling the calling terminal, which is not registered on the operator network, to conduct call services.

[0052] In one implementation, step 404 above, which sends the call request message to the S-CSCF network element through the management platform and ISBC, may include the following steps.

[0053] Step 4041: The access-side proxy server sends the call request message to the management and control platform.

[0054] The access-side proxy server sends the call request message to the management platform, which then authenticates the call request message. For example, it determines whether the calling number used by the calling terminal is a whitelisted number, i.e., whether the calling terminal is capable of making calls.

[0055] Step 4042: If the control platform authenticates the call request message, it sends the call request message to the S-CSCF network element through the ISBC.

[0056] The S-CSCF network element is the called party network element. After receiving the call request message sent by the calling party network element, the S-CSCF network element sends the call request message to the called party terminal.

[0057] In this embodiment, when the calling terminal calls the called terminal, the access-side proxy server, after receiving the call request message from the calling terminal, first sends the call request message to the management platform. The management platform then authenticates the call from the calling terminal using the call request message, such as whether the calling terminal is capable of making calls. If the authentication is successful, the call request message is sent to the called S-CSCF network element via ISBC. The S-CSCF network element then sends the call request message to the called terminal, thus enabling the calling terminal to make a call to the called terminal.

[0058] Optionally, if the management platform fails to authenticate the call request message, the call from the calling terminal to the called terminal will be blocked.

[0059] In one implementation, step 4041, where the access-side proxy server sends the call request message to the management platform, may include: (1) if the call request message carries a pre-design fee field, the access-side proxy server sends the call request message to the management platform; (2) if the call request message does not carry the pre-design fee field, the access-side proxy server adds the pre-design fee field to the call request message and sends the call request message to the management platform.

[0060] In this embodiment, after receiving a call request message from the calling terminal, the access-side proxy server checks whether the call request message carries a pre-design fee field. If the call request message does carry a pre-design fee field, the access-side proxy server can directly send the call request message to the management platform. If the call request message does not carry the pre-design fee field, the access-side proxy server adds the pre-design fee field to the call request message and sends the call request message with the pre-design fee field added to the management platform. This allows the management platform to send the call request message carrying the pre-design fee field to the ISBC, thereby the ISBC generates a call detail record (CDR) with a specific identifier based on the call request message carrying the pre-design fee field. This specific identifier is used to instruct the BOSS to perform special billing for this call when settling accounts after collecting the CDR.

[0061] In one implementation, before the access-side proxy server receives the call request message sent by the calling terminal based on the WIFI network in step 402 above, the method may further include the following steps.

[0062] Step 4011: The access-side proxy server receives the service activation request sent by the calling terminal based on the WIFI network, and sends the service activation request to the BOSS, wherein the service activation request carries the calling number of the calling terminal.

[0063] Step 4012: The service activation request is sent to the management platform through the BOSS, so that the management platform configures the calling number as a whitelisted number.

[0064] In this embodiment, the calling terminal first activates the service before making a call. The access-side proxy server receives the service activation request sent by the calling terminal via the WIFI network and sends the service activation request to the BOSS, so that the BOSS notifies other network elements to activate the corresponding configuration or service of the calling number in each network element.

[0065] Figure 5 This document illustrates a flowchart of a service activation method provided in an embodiment of this application. (See attached diagram.) Figure 5 The method includes the following steps. The terminal can be either a calling terminal or a called terminal.

[0066] Step 1: The terminal sends a registration request to the access-side proxy server. The registration request includes parameters such as the username and password requested by the terminal.

[0067] Step 2: The access-side proxy server sends a service activation request to BOSS. This service activation request includes the terminal's phone number.

[0068] Step 3: BOSS sends the service activation request to HSS / HLR (3a), ENUMDNS (3b), and the management platform (3c), respectively, causing HSS / HLR to configure the terminal's number as a pseudo-roaming number. It also causes ENUMDNS to add a Naming Authority Pointer (NAPTR) record to the terminal's number. The NAPTR record is used to map E.164 phone numbers to Uniform Resource Identifiers (URIs) for various communication services. Finally, it causes the management platform to configure the terminal's number as a whitelisted number.

[0069] The data for service activation includes:

[0070] (1) HSS / HLR Pseudo-Roaming Number. When selecting a domain for a call, if the called terminal is neither registered on a 4 / 5G network nor a 2 / 3G network, the domain will be selected as the WIFI network. This pseudo-roaming number identifies the roaming number of the called terminal on the WIFI network. The format of the pseudo-roaming number can be RN+MSISDN or +86+RN+MSISDN. The format of the pseudo-roaming number transmitted between IMS domain network elements is +86+RN+MSISDN. Assuming RN is 12789 and the called terminal is 159ABCD1234, the pseudo-roaming number is +8612789159ABCD1234.

[0071] (2) ENUMDNS Number Mapping Data. ENUMDNS provides E.164 number to SIP_URI mapping function for the IMS core network. Configure the RN number resolution data to resolve TEL_URI to SIP_URI. There are two formats: The first format is: "TEL_URI:+86RN!.*!" and "SIP_URI:sip:+86!.*!@proxy_server_domain_name". Assuming the RN is 12789 and the number is 159ABCD1234, the number mapping data is to convert +8612789159ABCD1234 to sip:+86159ABCD1234@proxy_server_domain_name. The second format is: "TEL_URI:+86RN!.*!" and "SIP_URI:sip:+86RN!.*!@isbc_domain_name". Assuming the RN is 12789 and the number is 159ABCD1234, the number mapping data is to convert +8612789159ABCD1234 to sip:+8612789159ABCD1234@isbc_domain_name.

[0072] (3) The control platform allows outgoing calls. The control platform configures outgoing caller whitelist data, and numbers added to the whitelist can initiate calls.

[0073] Step 4: HSS / HLR (4a), ENUMDNS (4b), and the management platform (4c) all send a successful service activation response to BOSS.

[0074] Step 5: BOSS sends a successful service activation response to the access-side proxy server.

[0075] Step 6: The access-side proxy server sends a registration success response to the terminal.

[0076] Figure 6 A schematic diagram of a call routing system provided in an embodiment of this application is shown below. See also: Figure 6 The system 600 includes a called-side core network 61, a called-side terminal 62, a calling-side core network 63, and a calling-side terminal 64; wherein, the called-side core network 61 includes: an S-CSCF, a first ISBC, and a first access-side proxy server; the calling-side core network 63 includes: a second access-side proxy server, a management and control platform, and a second ISBC; the called-side core network is used to implement the above... Figure 3 The steps of the call routing method shown are as follows; the calling party's core network is used to implement the above. Figure 4 The steps of the call routing method are shown.

[0077] Optionally, the aforementioned system 600 may also include a BOSS that communicates with an access-side proxy server (a first access-side proxy server or a second access-side proxy server). This BOSS is used to collect call detail records (CDRs) of ISBCs (a first ISBC or a second ISBC) in real time, and determine whether to restrict the terminal's calling and called services in the WFI network based on whether the terminal (calling terminal or called terminal) is in arrears. If the terminal's calling is restricted, the caller whitelist data of the terminal is deleted from the management platform while the terminal's outgoing call function is turned off or the terminal is shut down; if the terminal's called is restricted, the mapping data from the user's E.164 number to the SIP_URI in the ENUMDNS is deleted while the terminal's incoming call function is turned off or the terminal is shut down. Among them, the ISBC CDR generation strategy may include: (1) generating only the calling CDR and not the called CDR. (2) generating both the calling and called CDRs, and the BOSS does not process the called CDR after collection. (3) Both the calling and called party call detail records are generated and both are collected and processed by BOSS. The called party call detail records of VoLTEAS (containing special billing identifiers) are treated as duplicate records (no billing).

[0078] The technical solution of this application will be described below through specific embodiments.

[0079] Example 1: The calling terminal (UE_A) is a terminal located in the IMS domain with 4 / 5G voice service enabled, and the called terminal (UE_B) is a terminal located in an area without carrier network coverage but accessible via Wi-Fi. See also Figure 7 The calling side core network includes PSBC, S-CSCF, ENUMDNS, and VoLTE AS, while the called side core network includes I-CSCF, HSS / HLR, S-CSCF, SCCAS, ENUMDNS, ISBC, and an access-side proxy server. The called terminal communicates with the access-side proxy server via a Wi-Fi network. This call routing method may include the following steps.

[0080] Step 701: UE_A sends a call request message to the calling PSBC in the IMS domain.

[0081] Step 702: The calling PSBC sends a call request message to the calling S-CSCF.

[0082] Step 703a: The calling S-CSCF queries the VoLTE AS; Step 703b: The calling S-CSCF queries the SIP_URI, SRV and A record query results corresponding to the calling number from the calling ENUMDNS.

[0083] Step 704: The calling side S-CSCF confirms the SIP_URI, SRV, and A record query results of the calling number and sends the call request message to the called side I-CSCS.

[0084] Step 705: The called side I-CSCF sends an LIR message to the HSS / HLR, requesting to obtain the name of the called side S-CSCF currently providing services to UE_B. The HSS / HLR returns an LIA message, providing the server address of the called side S-CSCF (for registered users) or capability set information (for unregistered users, the called side I-CSCF randomly selects a called side S-CSCF based on the capability set). The called side I-CSCF then sends a call request message to the called side S-CSCF.

[0085] Step 706: The called party's S-CSCF obtains the called party's network element's subscription data from the HSS / HLR. The called party's S-CSCF triggers the called party's SCCAS based on the subscription data.

[0086] Step 707, the called party's SCCAS performs called party domain selection: if it is found that UE_B is neither camped on the 4 / 5G network nor on the 2 / 3G network, then UE_B is camped on the WIFI network by default, and a call request message carrying the WIFI network pseudo roaming number +86+RN+MSISDN is returned to the called party's S-CSCF.

[0087] Step 708: The called party's S-CSCF queries the called party's ENUMDNS for the SIP_URI, SRV, and A record query results corresponding to the called number.

[0088] Step 709: The called party's S-CSCF confirms the SIP_URI, SRV, and A record query results of the called number and sends a call request message to the called party's ISBC.

[0089] Step 710: Based on the mapping format of the pseudo roaming number, if it is the first format, the ISBC sends the call request message to the access-side proxy server according to the domain name proxy_server_domain_name. If it is the second format, the ISBC sends the call request message to the access-side proxy server according to the prefix +86RN.

[0090] Step 711: The access-side proxy server sends a call request message to UE_B.

[0091] This application embodiment realizes a service where a calling terminal in the IMS domain with 4 / 5G voice service enabled makes a call to a called terminal that is not covered by a carrier network but can be accessed via a WIFI network.

[0092] Example 2: The calling terminal (UE_A) is a terminal located in the CS domain with 2G / 3G voice services enabled, and the called terminal (UE_B) is a terminal located in an area without carrier network coverage but accessible via Wi-Fi. See also Figure 8 The calling side core network includes VMSC / GMSC, MGCF, HSS / HLR, and Anchor Access Serving (Anchor AS), while the called side core network includes I-CSCF, HSS / HLR, S-CSCF, SCCAS, ENUMDNS, ISBC, and an access-side proxy server. The called terminal communicates with the access-side proxy server via a Wi-Fi network. This call routing method may include the following steps.

[0093] Step 801: UE_A sends a call request message to VMSC / GMSC in the CS domain.

[0094] In step 802, the VMSC / GMSC sends a Scheduling Request Indicator (SRI) to the calling HSS / HLR to request the roaming number of UE_B. The HSS / HLR returns the Customized Applications for Mobile network Enhanced Logic (CAMEL) subscription information to the VMSC / GMSC, which carries the address of the Anchor AS.

[0095] Step 803: The VMSC / GMSC sends an Initial Detection Point (IDP) message to the Anchor AS to obtain the International Mobile Roaming Number (IMRN).

[0096] Step 804: The VMSC / GMSC performs number analysis on the IMRN, obtains the address of the next-hop MGCF, and sends the call request message to the MGCF. The MGCF then sends the call request message to the called party's I-CSCF.

[0097] Steps 805 to 811 are the same as steps 705 to 711 in the above embodiment 1, and you can refer to the corresponding description above for details.

[0098] This application embodiment realizes a service where a calling terminal in the CS domain with 2G / 3G voice service enabled makes a call to a called terminal that is not covered by a carrier network but can be accessed via a WIFI network.

[0099] Example 3: The calling terminal (UE_A) is a terminal located in an area without carrier network coverage but accessible via Wi-Fi; the called terminal (UE_B) is a terminal in the IMS domain with 4G / 5G voice services enabled. See also... Figure 9 The calling side core network includes an access-side proxy server, a management and control platform, and an ISBC. The calling terminal communicates with the access-side proxy server via a Wi-Fi network. The called side core network includes an I-CSCF, HSS / HLR, S-CSCF, SCCAS, and a PSBC. This call routing method may include the following steps.

[0100] Step 901: UE_A sends a call request message to the access-side proxy server via the WIFI network.

[0101] Step 902: The access-side proxy server sends the call request message to the management and control platform.

[0102] Step 903: The control platform authenticates the call request message. If authentication is successful, the call request message is sent to the ISBC. If authentication fails, the call request message is intercepted.

[0103] In step 904, the ISBC sends the call request message to the called party's I-CSCF. Before sending the call request message to the called party's I-CSCF network element, the ISBC removes the pre-designed fee field to reduce signaling overhead.

[0104] Steps 905 to 907 are the same as those described above. Figure 1a The steps S2 to S4 are the same, and you can refer to the corresponding instructions above for details.

[0105] This application embodiment realizes a service where a calling terminal, which is not covered by a carrier network but can access the network via WIFI, can make a call to a called terminal in the IMS domain that has enabled 4 / 5G voice service.

[0106] Example 4: The calling terminal (UE_A) is a terminal located in an area without carrier network coverage but accessible via Wi-Fi; the called terminal (UE_B) is a terminal in the CS domain with 4G / 5G voice enabled. See also Figure 10 The calling side core network includes an access-side proxy server, a management and control platform, and an ISBC. The calling terminal communicates with the access-side proxy server via a Wi-Fi network. The called side core network includes I-CSCF, HSS / HLR, S-CSCF, SCCAS, BGCF, MGCF, and VMSC / GMSC. This call routing method may include the following steps.

[0107] Step 1001: UE_A sends a call request message to the access-side proxy server via the WIFI network.

[0108] Step 1002: The access-side proxy server sends the call request message to the management and control platform.

[0109] Step 1003: The control platform authenticates the call request message. If authentication is successful, the call request message is sent to the ISBC. If authentication fails, the call request message is intercepted.

[0110] Step 1004: The ISBC sends a call request message to the called party's I-CSCF.

[0111] Steps 1005 to 1007 are the same as those described above. Figure 1b The steps S2 to S4 are the same, and you can refer to the corresponding instructions above for details.

[0112] This application embodiment realizes a service where a calling terminal, which is located in a CS domain and has enabled 4 / 5G voice service, can make a call to a called terminal that is located in a CS domain and has enabled 4 / 5G voice service, even though it is not covered by a carrier network but can be accessed via a WIFI network.

[0113] Example 5: The calling terminal (UE A) is a terminal located in an area without carrier network coverage but accessible via Wi-Fi; the called terminal (UE B) is a terminal located on a 2G network. See also... Figure 11The calling side core network includes an access-side proxy server, a management and control platform, and an ISBC. The calling terminal communicates with the access-side proxy server via a Wi-Fi network. The called side core network includes an I-CSCF, HSS / HLR, ENUMDNS, BGCF, MGCF, and VMSC / GMSC. This call routing method may include the following steps.

[0114] Step 1101: UE_A sends a call request message to the access-side proxy server via the WIFI network.

[0115] Step 1102: The access-side proxy server sends the call request message to the management and control platform.

[0116] Step 1103: The control platform authenticates the call request message. If authentication is successful, the call request message is sent to the ISBC. If authentication fails, the call request message is intercepted.

[0117] Step 1104: The ISBC sends a call request message to the called party's I-CSCF.

[0118] Step 1105: The called party's I-CSCF queries the HSS / HLRR and finds no activated service data for UE_A; it also queries the ENUMDNS and finds no relevant data for UE_A. Then, it sends the call request message to UE_B through the BGCF, MGCF, and VMSC / GMSC.

[0119] This application embodiment realizes a service in which a calling terminal located in a non-carrier network but accessible via a WIFI network can make a call to a called terminal located in a 2G network.

[0120] Example 6: The calling terminal (UE_A) is a terminal located in an area without carrier network coverage but accessible via Wi-Fi. The called terminal (UE_B) is also a terminal located in an area without carrier network coverage but accessible via Wi-Fi. See also Figure 12 The calling side core network includes a calling side access-side proxy server, a management and control platform, and a calling side ISBC. The calling side terminal communicates with the calling side access-side proxy server via a Wi-Fi network. The called side core network includes an I-CSCF, HSS / HLR, S-CSCF, SCCAS, ENUMDNS, a called side ISBC, and a called side access-side proxy server. The called side terminal communicates with the called side access-side proxy server via a Wi-Fi network. This call routing method may include the following steps.

[0121] Step 1201: UE_A sends a call request message to the calling side access side proxy server via the WIFI network.

[0122] Step 1202: The calling side access side proxy server sends the call request message to the management and control platform.

[0123] Step 1203: The control platform authenticates the call request message. If authentication is successful, the call request message is sent to the calling party's ISBC. If authentication fails, the call request message is intercepted.

[0124] Step 1204: The calling ISBC sends a call request message to the called I-CSCF.

[0125] Steps 1205 to 1211 are the same as steps 705 to 711 in the above embodiment 1, and you can refer to the corresponding description above for details.

[0126] This application embodiment realizes a service in which a calling terminal, which is not covered by a carrier network but can access a WIFI network, makes a call to a called terminal, which is not covered by a carrier network but can access a WIFI network.

[0127] This application also provides an electronic device for performing the above-described call routing method. Figure 13 This is a schematic diagram of the structure of an electronic device to implement various embodiments of this application. The electronic device can vary significantly due to differences in configuration or performance, and may include a processor 1301, a communications interface 1302, a memory 1303, and a communication bus 1304. The processor 1301, communications interface 1302, and memory 1303 communicate with each other via the communication bus 1304. The processor 1301 can call a computer program stored in the memory 1303 and executable on the processor 1301 to perform the steps of the above-described calling method embodiments, achieving the same technical effects. To avoid repetition, further details are omitted here.

[0128] It should be noted that the electronic devices in the embodiments of this application include: network-side devices.

[0129] The above electronic device structure does not constitute a limitation on the electronic device. An electronic device may include more or fewer components than illustrated, or combine certain components, or arrange them differently. For example, an input unit may include a Graphics Processing Unit (GPU) and a microphone, and a display unit may use a liquid crystal display (LCD), organic light-emitting diode (OLED), or other similar display panels. User input units include at least one of a touch panel and other input devices. A touch panel is also called a touchscreen. Other input devices may include, but are not limited to, physical keyboards, function keys (such as volume control buttons, power buttons, etc.), trackballs, mice, and joysticks, which will not be elaborated further here.

[0130] Memory can be used to store software programs and various data. Memory can primarily include a first storage area for storing programs or instructions and a second storage area for storing data. The first storage area can store the operating system, application programs or instructions required for at least one function (such as sound playback, image playback, etc.). Furthermore, memory can include volatile memory or non-volatile memory, or both. Non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. Volatile memory can be random access memory (RAM), static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDRSDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous linked dynamic random access memory (Synchlink DRAM, SLDRAM), and direct memory bus RAM (DRRAM).

[0131] The processor may include one or more processing units; optionally, the processor integrates an application processor and a modem processor, wherein the application processor mainly handles operations related to the operating system, user interface, and applications, while the modem processor mainly handles wireless communication signals, such as a baseband processor. It is understood that the aforementioned modem processor may also not be integrated into the processor.

[0132] This application also provides a readable storage medium storing a program or instructions. When the program or instructions are executed by a processor, they implement the various processes of the above-described call routing method embodiments and achieve the same technical effect. To avoid repetition, they will not be described again here.

[0133] The processor is the processor in the electronic device described in the above embodiments. The readable storage medium includes computer-readable storage media, such as computer read-only memory (ROM), random access memory (RAM), magnetic disk, or optical disk.

[0134] This application embodiment also provides a chip, which includes a processor and a communication interface. The communication interface is coupled to the processor. The processor is used to run programs or instructions to implement the various processes of the above-described call routing method embodiments and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0135] It should be understood that the chip mentioned in the embodiments of this application may also be referred to as a system-on-a-chip, system chip, chip system, or system-on-a-chip, etc.

[0136] This application also provides a computer program product, which includes a computer program stored on a non-transitory computer-readable storage medium. The computer program includes a program or instructions. When the program or instructions are executed, they implement the various processes of the above-described call routing method embodiments and can achieve the same technical effect. To avoid repetition, they will not be described again here.

[0137] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element. Furthermore, it should be noted that the scope of the methods and apparatuses in the embodiments of this application is not limited to performing functions in the order shown or discussed, but may also include performing functions substantially simultaneously or in the reverse order, depending on the functions involved. For example, the described methods may be performed in a different order than described, and various steps may be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.

[0138] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal (which may be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in the various embodiments of this application.

[0139] The embodiments of this application have been described above with reference to the accompanying drawings. However, this application is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other forms under the guidance of this application without departing from the spirit and scope of the claims, and all of these forms are within the protection scope of this application.

Claims

1. A call routing method, characterized in that, include: The Service Call Session Control Function (S-CSCF) network element receives a call request message initiated by the calling terminal, wherein the call request message carries the called number of the called terminal. If it is determined that the target network where the called terminal is camped is a WIFI network, the call request message is sent to the called terminal through the Interconnect Session Border Controller (ISBC) and the access side proxy server. The called terminal communicates with the access-side proxy server via the WIFI network, and the access-side proxy server communicates with the ISBC. The call request message also carries a pseudo roaming number obtained by mapping the called number; the step of sending the call request message to the called terminal through the Interconnect Session Border Controller (ISBC) and the access-side proxy server when it is determined that the target network where the called terminal is camped is a WIFI network includes: The S-CSCF network element obtains the prefix of the called number and the proxy server domain name in the pseudo roaming number; Resolve the proxy server domain name into an ISBC address; The call request message is sent to the called terminal via the ISBC corresponding to the ISBC address and the access-side proxy server indicated by the prefix of the called number.

2. A call routing method, characterized in that, include: The access-side proxy server receives a call request message sent by the calling terminal via a WIFI network, wherein the call request message carries the called number of the called terminal. The call request message is sent to the S-CSCF network element through the management platform and ISBC; The calling terminal communicates with the access-side proxy server via the WIFI network, and the access-side proxy server communicates with the management and control platform and the ISBC. The call request message also carries a pseudo roaming number obtained by mapping the called number, so that the S-CSCF network element can obtain the prefix of the called number and the proxy server domain name in the pseudo roaming number, resolve the proxy server domain name into an ISBC address, and send the call request message to the called terminal through the ISBC corresponding to the ISBC address and the access-side proxy server indicated by the prefix of the called number.

3. The method according to claim 2, characterized in that, The step of sending the call request message to the S-CSCF network element through the management platform and ISBC includes: The access-side proxy server sends the call request message to the management and control platform; If the control platform authenticates the call request message, it will send the call request message to the S-CSCF network element through the ISBC.

4. The method according to claim 3, characterized in that, The access-side proxy server sends the call request message to the management platform, including: If the call request message is found to contain a pre-design fee field, the access-side proxy server will send the call request message to the management platform. If the pre-design fee field is not carried in the call request message, the access-side proxy server adds the pre-design fee field to the call request message and sends the call request message to the management platform.

5. The method according to claim 2, characterized in that, Before the access-side proxy server receives the call request message sent by the calling terminal based on the WIFI network, the method further includes: The access-side proxy server receives the service activation request sent by the calling terminal via the WIFI network and sends the service activation request to the Business Operation Support System (BOSS). The service activation request carries the calling number of the calling terminal. The BOSS sends the service activation request to the management platform, so that the management platform can configure the calling number as a whitelisted number.

6. A call routing system, characterized in that, include: The called side core network, the called side terminal, the calling side core network, and the calling side terminal; wherein, the called side core network includes: S-CSCF, a first ISBC, and a first access side proxy server; the calling side core network includes: a second access side proxy server, a management and control platform, and a second ISBC; The called-side core network is used to perform the steps of the call routing method as described in claim 1; The calling party's core network is used to perform the steps of the call routing method as described in any one of claims 2 to 5.

7. An electronic device, characterized in that, It includes a processor, a memory, and a program or instructions stored in the memory and executable on the processor, wherein the program or instructions, when executed by the processor, implement the steps of the call routing method as described in claim 1, or implement the steps of the call routing method as described in any one of claims 2 to 5.

8. A readable storage medium, characterized in that, The readable storage medium stores a program or instructions that, when executed by a processor, implement the steps of the call routing method as described in claim 1, or the steps of the call routing method as described in any one of claims 2 to 5.

9. A computer program product comprising a computer program stored on a non-transitory computer-readable storage medium, the computer program comprising a program or instructions which, when executed, implement the steps of the call routing method as claimed in claim 1, or implement the steps of the call routing method as claimed in any one of claims 2 to 5.

Images