SIP relay communication system and method based on IMS VOBB network

Abstract

The invention discloses an SIP (Session Initiation Protocol) relay communication system and method based on an IMS VOBB (IP Multimedia Subsystem VOBB) network. The system comprises a calling terminal, IBAC equipment, an I-CSCF, an S-CSCF, an HSS, an AS and a called terminal, when the calling terminal is an SIP relay terminal and the IBAC equipment receives a call request, a target parameter containing a network element domain name of the I-CSCF is added, the call is guided to the I-CSCF, the I-CSCF forwards the call to the corresponding S-CSCF, the S-CSCF determines the AS, the AS can mark the calling terminal, and related services can also be provided when the AS is in a non-registered state; when the called terminal is the SIP relay terminal, the S-CSCF network element corresponding to the called terminal determines the AS device and the IBAC device according to the preset IFC, the priority of the IFC corresponding to the IBAC device is made to be the lowest, and it is guaranteed that the AS provides related services and then transfers the call request message to the called terminal from the IBAC device. According to the method and the device, the technical problem that only voice communication can be realized due to the limitation of a network architecture in an IMS VOBB communication scene is solved.

Description

Technical Field

[0001] This application relates to the field of communication technologies, and more particularly, to a SIP relay communication system and method based on an IMS VOBB network. Background Art

[0002] With the evolution of communication technologies, the IMS (IP Multimedia Subsystem) network, as the core architecture of next-generation communications, has been widely used to integrate voice, video, and data services to meet the growing demand for multimedia communications.

[0003] However, there are still some technical bottlenecks in the SIP (Session Initiation Protocol) relay service under the existing IMS VOBB (Voice over BroadBand) network architecture. Especially for enterprise and government users, the realization of multimedia communication capabilities is restricted by network devices and communication processes. Specifically, in a standard IMS VOBB network, the SIP relay service usually depends on the control of an AGCF (Access Gateway Control Function) device. The AGCF is not only responsible for the management of access gateways but also acts as a gatekeeper for narrowband voice communications, filtering the multimedia encoding and decoding of both the calling and called parties, which limits the possibility of high-definition audio and video communications. This architecture causes enterprise and government users to be unable to upgrade to multimedia services, such as video conferencing and video customer service, when using SIP relays for voice communications, restricting the flexibility of services and the user experience. In addition, the access modes of the SIP relay service are divided into peer-to-peer relay access and registration proxy access. Although peer-to-peer relay access simplifies the communication process, without registration status and authentication information, it cannot ensure the security of communications and the accuracy of billing. For registration proxy access, although the security is enhanced, due to the registration process controlled by the AGCF, it also cannot support multimedia communications because the AGCF will intercept and filter multimedia encoding and decoding negotiation information, resulting in only basic narrowband voice communications between the calling and called parties and unable to achieve seamless audio and video interaction.

[0004] To address the above problems, no effective solutions have been proposed yet. Summary of the Invention

[0005] Embodiments of this application provide a SIP relay communication system and method based on an IMS VOBB network to at least solve the technical problem that only voice communication can be achieved due to network architecture limitations in IMS VOBB communication scenarios.

[0006] According to one aspect of an embodiment of the present application, a SIP trunk communication system based on an IMS VOBB network is provided, comprising: a calling terminal based on a SIP trunk in a VOBB network, an IBAC device, an I-CSCF network element and an S-CSCF network element in an IP IMS network, an HSS, an AS, and a called terminal, wherein the IBAC device is used to receive a call request message from the calling terminal, add a target parameter carrying a domain name of a first I-CSCF network element to the call request message, and send the call request message to the first I-CSCF network element according to the target parameter; the first I-CSCF network element is used to query the contract information of the calling terminal from the HSS, determine the first S-CSCF network element corresponding to the calling terminal according to the contract information, and send the call request message and the contract information to the first S-CSCF network element; the first S-CSCF network element is used to determine the first AS corresponding to the calling terminal according to the contract information, send the call request message to the first AS, and send the call request message to the called terminal; the first AS is used to mark the calling terminal and provide the calling terminal with a service corresponding to the call request message when the calling terminal is in a non-registered state.

[0007] Optionally, before the calling terminal initiates a call request, the HSS is used to respond to the account opening request for the calling terminal and store the contract information of the calling terminal, wherein the contract information includes at least one of the following: user identity data, authentication data, and contract data; the AS is used to respond to the account opening request for the calling terminal and mark the calling terminal as a voice call continuity terminal, wherein when the voice call continuity terminal is in a non-registered state, the AS still provides services for the voice call continuity terminal.

[0008] Optionally, the IBAC device is configured to add an orig parameter of a Service Route header field in a call request message based on the SIP protocol, wherein the orig parameter includes a host domain name of the first I-CSCF network element; and send the call request message to the first I-CSCF network element according to the host domain name.

[0009] Optionally, the first I-CSCF network element is used to respond to the call request message, query the subscription information of the calling terminal from the HSS, and obtain capability information of multiple S-CSCF network elements, determine the first S-CSCF network element that matches the subscription information from the multiple S-CSCF network elements based on the capability information, and send the call request message and the subscription information to the first S-CSCF network element.

[0010] Optionally, the first S-CSCF network element is used to respond to the call request message, determine the first AS corresponding to the calling terminal from multiple ASs according to the first initial filtering rule IFC in the contract information, send the call request message to the first AS, and send the call request message to the called terminal.

[0011] Optionally, the above system further includes an Enterprise Number Server (ENS). Among them, the first S-CSCF network element is used to obtain the routing information of the called terminal from the ENS, and send the call request message to the called terminal according to the routing information.

[0012] Optionally, the above system further includes a Charging Control Function (CCF) network element. Among them, the first Application Server (AS) is used to send the charging information of this call to the CCF network element after receiving the response information of the called terminal; the CCF network element is used to generate a call record according to the charging information.

[0013] According to another aspect of the embodiments of the present application, a SIP relay communication system based on an IMS VOBB network is provided, including: a calling terminal, an I-CSCF network element and an S-CSCF network element in the IMS network, a Home Subscriber Server (HSS), an Application Server (AS), an IBAC device, and a called terminal based on SIP relay in the VOBB network. Among them, the second I-CSCF network element corresponding to the calling terminal is used to receive the call request message of the calling terminal and send the call request message to the third I-CSCF network element corresponding to the called terminal; the third I-CSCF network element is used to obtain the subscription information of the called terminal from the HSS, determine the second S-CSCF network element corresponding to the called terminal according to the subscription information, and send the call request message and the subscription information to the second S-CSCF network element; the second S-CSCF network element is used to determine the second AS corresponding to the called terminal according to the second Initial Filter Criteria (IFC) pre-configured in the subscription information, and determine the IBAC device according to the third IFC pre-configured in the subscription information, and route the call request message to the IBAC device, where the priority of the third IFC is lower than that of the second IFC; the second AS is used to provide services corresponding to the call request message for the called terminal; the IBAC device is used to send the call request message to the called terminal.

[0014] Optionally, the above system further includes an ENS. Among them, the second I-CSCF network element is used to obtain the routing information of the called terminal from the ENS, determine the third I-CSCF network element corresponding to the called terminal according to the routing information, and send the call request message to the third I-CSCF network element.

[0015] Optionally, the third I-CSCF network element is used to respond to the call request message, query the subscription information of the called terminal from the HSS, obtain the capability information of multiple S-CSCF network elements, determine the second S-CSCF network element that matches the subscription information from the multiple S-CSCF network elements according to the capability information, and send the call request message and the subscription information to the second S-CSCF network element.

[0016] According to another aspect of the embodiments of the present application, there is also provided a SIP relay communication method based on an IMS VOBB network, including: receiving a call request message from a calling terminal, and adding a target parameter carrying the domain name of a first I-CSCF network element to the call request message; sending the call request message to the first I-CSCF network element according to the target parameter; wherein, the first I-CSCF network element is used to query the subscription information of the calling terminal from the HSS, determine a first S-CSCF network element corresponding to the calling terminal according to the subscription information, and send the call request message and the subscription information to the first S-CSCF network element; the first S-CSCF network element is used to determine a first AS corresponding to the calling terminal according to the subscription information, send the call request message to the first AS, and send the call request message to the called terminal; the first AS is used to mark the calling terminal and provide a service corresponding to the call request message for the calling terminal when the calling terminal is in an unregistered state.

[0017] According to another aspect of the embodiments of the present application, there is also provided a SIP relay communication method based on an IMS VOBB network, including: receiving a call request message from a calling terminal and subscription information of a called terminal from an HSS sent by a third I-CSCF network element corresponding to the called terminal; determining a second AS corresponding to the called terminal according to a second IFC pre-configured in the subscription information, and determining an IBAC device according to a third IFC pre-configured in the subscription information, wherein the priority of the third IFC is lower than that of the second IFC, and the second AS is used to provide a service corresponding to the call request message for the called terminal; routing the call request message to the IBAC device, wherein the IBAC device is used to send the call request message to the called terminal.

[0018] According to another aspect of the embodiments of the present application, there is also provided a computer program product, which includes: a computer program, wherein when the computer program is executed by a processor, the above-mentioned SIP relay communication method based on an IMS VOBB network is implemented.

[0019] 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, wherein a computer program is stored in the memory, and the processor is configured to execute the above-mentioned SIP relay communication method based on an IMS VOBB network through the computer program.

[0020] In the embodiments of the present application, in the calling scenario, the IBAC device not only acts as a traditional border access control, but also undertakes to modify the call request message in the calling MO process, add a target parameter carrying the domain name of the first I-CSCF network element, realize call routing in the unregistered state, and determine the first AS corresponding to the calling terminal according to the subscription information. This is not limited to voice services, but can also trigger video and other multimedia communication services, broadening the service scope of the SIP trunk. The first AS can identify the unregistered state of the calling terminal and provide corresponding services for these terminals; in the called scenario, the called terminal does not need to perform a prior registration process, directly accesses the IMS network through the IBAC device, and a multi-level IFC (Initial Filter Criteria) priority routing mechanism is introduced, where the priority of the third IFC is set to the lowest, used to directly route the call request to the IBAC device, and the AS is configured to provide corresponding services for the called terminal even when the called terminal is not registered, effectively solving the technical problem that only voice communication can be achieved in the IMS VOBB communication scenario due to network architecture limitations. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0022] Figure 1 is a schematic diagram of an optional SIP trunk communication system based on the IMS VOBB network according to an embodiment of the present application;

[0023] Figure 2 is a schematic diagram of communication interaction in an optional calling scenario according to an embodiment of the present application;

[0024] Figure 3 is a schematic diagram of optimized communication interaction in an optional calling scenario according to an embodiment of the present application;

[0025] Figure 4 is a schematic diagram of another optional SIP trunk communication system based on the IMS VOBB network according to an embodiment of the present application;

[0026] Figure 5 is a schematic diagram of communication interaction in an optional called scenario according to an embodiment of the present application;

[0027] Figure 6 is a schematic diagram of optimized communication interaction in an optional called scenario according to an embodiment of the present application;

[0028] Figure 7An optional SIP relay communication method based on the IMS VOBB network according to an embodiment of the present application;

[0029] Figure 8 Another optional SIP relay communication method based on the IMS VOBB network according to an embodiment of the present application;

[0030] Figure 9 A schematic diagram of the structure of an electronic device according to an embodiment of the present application. Detailed implementation manners

[0031] In order to enable those skilled in the art to better understand the solutions 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.

[0032] 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 describe a specific order or sequence. It should be understood that such 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 need to be limited to those steps or units clearly listed, but may include other steps or units not clearly listed or inherent to these processes, methods, products or devices.

[0033] 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 first translated and explained as follows:

[0034] IMS: IMS is a network architecture defined by 3GPP (Third Generation Partnership Project) for providing multimedia services such as voice, video, messaging, and data, which are transmitted through an IP network. The core goal of IMS is to provide a unified platform to support multimedia services on multiple access methods (such as 3G, 4G, 5G, Wi-Fi, and fixed broadband), thereby achieving network convergence and service diversification.

[0035] VOBB: VOBB is a technology that uses broadband networks to provide high-quality voice communication. Different from traditional circuit-switched voice services, VOBB transmits voice data over IP networks, enabling the integration of voice and data services and providing richer multimedia functions such as video calls and instant messaging. In the IMS framework, VOBB has become an important part of broadband voice services, allowing users to enjoy high-definition voice and multimedia communication services through broadband connections.

[0036] SIP: SIP is a signaling protocol used to control multimedia communication sessions (such as voice and video conferences), mainly for initiating, modifying, and terminating these sessions.

[0037] IBAC (Interconnection Border Access Controller): IBAC is a device in the IMS network that provides security isolation between untrusted networks and the IMS core network, protecting the core network from potential threats.

[0038] I-CSCF (Interrogating-Call Session Control Function): I-CSCF is a network element in the IMS network responsible for receiving SIP requests from the user network, querying the HSS to determine the user's home S-CSCF (Serving-Call Session Control Function), and forwarding the request to that S-CSCF.

[0039] S-CSCF (Serving-Call Session Control Function): S-CSCF is the main control node of the IMS network, responsible for processing user sessions, executing service logic, and interacting with the AS (Application Server) to provide value-added services.

[0040] HSS (Home Subscriber Server): HSS is a database in the IMS network that stores user subscription information, authentication data, and other important information for user registration, authentication, and service triggering.

[0041] AS (Application Server): AS is a network element in the IMS architecture that provides value-added services such as ringtones and voicemail. It executes service logic based on user subscription information and interacts with the S-CSCF to implement service functions.

[0042] AGCF: AGCF is a key network element in the IMS (IP Multimedia Subsystem) network architecture. It is mainly used to control and manage various access gateway devices, such as media gateways, session border controllers, etc., to enable different types of terminals to access the IMS network. The AGCF is responsible for handling call control and resource management related to the access gateway, ensuring the security and effectiveness of communication between the terminal and the IMS core network.

[0043] IFC (Initial Filter Criteria): IFC is a key concept in the IMS network architecture, used to control the conditions for service triggering. The IFC is maintained by the HSS (Home Subscriber Server). When the S-CSCF (Serving Call Session Control Function) receives a SIP request, it will decide whether to trigger a specific application server (AS) and which AS to trigger to execute specific service logic according to the IFC.

[0044] ENS (Enterprise Number Server): ENS is a component in the IMS network used to provide enterprise user number query services. It is usually used to store the mapping relationship between the enterprise's telephone numbers and IMS identities, so as to perform the resolution and routing of internal or external telephone numbers within the enterprise in the IMS network.

[0045] CCF (Charging Characteristics Function): The CCF is responsible for collecting and generating charging information in the IMS network. When the S-CSCF or AS (Application Server) completes a call or service, it will send a charging request to the CCF, and the CCF will generate charging records, that is, call detail records, based on the received information. These call detail records will be used for subsequent charging and settlement processes. The CCF ensures that network operators can accurately record users' service usage and charge accordingly.

[0046] Embodiment 1

[0047] According to an embodiment of the present application, a SIP relay communication system based on the IMS VOBB network is provided. Figure 1 It is a schematic diagram of a SIP relay communication system based on the IMS VOBB network provided according to an embodiment of the present application, as Figure 1As shown in the figure, the SIP trunk communication system based on the IMS VOBB network at least includes: the calling terminal 11 based on SIP trunk in the VOBB network, the IBAC device 12, the I-CSCF network elements 13(1 - n) and S-CSCF network elements 14(1 - n) in the IP IMS network, the HSS 15, the AS 16(1 - n), and the called terminal 17, where:

[0048] The IBAC device is used to receive the call request message from the calling terminal, add a target parameter carrying the domain name of the first I-CSCF network element to the call request message, and send the call request message to the first I-CSCF network element according to the target parameter;

[0049] The first I-CSCF network element is used to query the subscription information of the calling terminal from the HSS, determine the first S-CSCF network element corresponding to the calling terminal according to the subscription information, and send the call request message and the subscription information to the first S-CSCF network element;

[0050] The first S-CSCF network element is used to determine the first AS corresponding to the calling terminal according to the subscription information, send the call request message to the first AS, and send the call request message to the called terminal;

[0051] The first AS is used to mark the calling terminal and provide services corresponding to the call request message for the calling terminal when the calling terminal is in an unregistered state.

[0052] Optionally, the above-mentioned calling terminal can be an enterprise-government user IPPBX (IP Private Branch Exchange), and the called terminal can be an enterprise-government user IPPBX, an IMS network terminal, an ISDN (Integrated Services Digital Network) terminal, or a terminal of other networks.

[0053] The interaction methods of each module in the above system are described below in combination with specific implementation processes.

[0054] Figure 2A traditional IMS VOBB network communication system is shown. Under the standard access architecture of fixed network IMS VOBB network equipment manufacturers, the IBAC is hung on the AGCF, and the AGCF controls the user SIP trunks carried by the IBAC to realize the access of SIP trunks. The incoming and outgoing calls of users under the SIP trunk are both controlled by the AGCF. When the AGCF receives the answer information of the called user, it reports the charging information to the CCF network element. The CCF network element generates the original call record according to the reported charging information, and performs a series of analysis and processing on this call record and the charging call records of other network elements to generate the final call record. Finally, the call record is reported to the charging center. Based on the call session process initiated by the calling terminal of the SIP trunk, the control-side AGCF realizes the generation of CCF call records.

[0055] In the standard network architecture, there are two modes for the user SIP trunk to access the AGCF through the IBAC:

[0056] Peer-to-peer trunk access mode: The AGCF controls and generates call records.

[0057] Registration agent mode: During the number allocation process, the AGCF saves the user registration authentication information. The AGCF controls and initiates the user registration process. After the basic registration process is completed through authentication, the S-CSCF initiates the third-party registration mode to generate call records on the AS in the standard registration agent mode.

[0058] It can be seen that in the traditional network, it is necessary to access the ACGF. However, due to the attribute limitations of the AGCF, during the multimedia codec negotiation process between the calling and called parties, the AGCF will intercept and filter it, resulting in only basic narrowband voice communication being possible between terminals. To avoid the limitations of the AGCF, generally, it is possible to consider bypassing the ACGF, but this will cause new problems, resulting in the inability to implement the standard registration process for the SIP trunk (no AGCF control device initiates registration), and there is also no network element for generating call records. Therefore, this application proposes a modified IMS VOBB network architecture. Using the "non-registration agent" method, it can bypass the limitations of the AGCF and achieve SIP trunk multimedia communication at the same time. The main key points are mainly reflected in the following aspects: The IBAC bypasses the AGCF and directly accesses the I-CSCF. On the SIP trunk policy from the IBAC to the I-CSCF, an additional orig parameter of the Service Route header field is added and bound to make it contain the host domain name of the I-CSCF, so that the calling terminal can be correctly identified and routed by the IMS core network even without standard registration; in the "non-registration agent" method, the AS side configures the calling terminal user as a voice call continuity user, so that the AS can continue to provide call services even when the calling terminal is in a non-registered state.

[0059] The embodiment of the present application optimizes the IMS VOBB network architecture. Figure 3 A more complete SIP trunk communication system based on IMS VOBB network is provided, which can include ENS and CCF network elements in addition to SIP trunk-based calling terminals, IBAC equipment, I-CSCF network elements, S-CSCF network elements, HSS, AS, called terminals and other equipment.

[0060] Combine the following Figure 3 The optimized system interaction process in the scenario where the SIP trunk terminal acts as the caller is specifically described.

[0061] As an optional implementation, before the calling terminal initiates a call request, it can first open an account in HHS, AS and ENS, which can be specifically implemented in the following ways: HSS can respond to the account opening request for the calling terminal and store the contract information of the calling terminal, where the contract information includes at least one of the following: user identity data, authentication data, and contract data; AS can respond to the account opening request for the calling terminal and mark the calling terminal as a voice call continuity terminal, wherein when the voice call continuity terminal is in a non-registered state, AS still provides services for the voice call continuity terminal; ENS can record the routing information of the terminal.

[0062] After the account opening is completed, the calling terminal may send a call request message to the IBAC device, and the call request message may be a multimedia type voice / video call request.

[0063] After receiving the call request message, the IBAC device adds a target parameter carrying the domain name of the first I-CSCF network element.

[0064] Optionally, the IBAC device may add an orig parameter of the Service Route header field in a call request message based on the SIP protocol, wherein the orig parameter includes a host domain name of the first I-CSCF network element; and send the call request message to the first I-CSCF network element according to the host domain name.

[0065] In the above process, after the orig of the Service Route header field is bound to the IBAC outbound trunk and carries the host domain name of the I-CSCF, the SIP trunk sent by the user to IBAC does not require any transformation and does not carry the Service Route field, that is, there is no need to change the configuration on the user's IPPBX side, and the user's usage perception is not affected.

[0066] The IBAC sends the call request message to the first I-CSCF network element according to the target parameters.

[0067] Since the I-CSCF recognizes the I-CSCF host domain name carried in the orig parameter of the Service Route header field, it is regarded as a legitimate calling process and can bypass the AGCF to cleverly avoid the AGCF's interception of multimedia codec information restrictions.

[0068] When the first I-CSCF network element receives a call request message, it can query the subscription information of the calling terminal from the HSS, determine the first S-CSCF network element corresponding to the calling terminal according to the subscription information, and send the call request message and the subscription information to the first S-CSCF network element.

[0069] Specifically, the first I-CSCF network element can respond to the call request message, query the subscription information of the calling terminal from the HSS, obtain the capability information of multiple S-CSCF network elements, determine the first S-CSCF network element that matches the subscription information from the multiple S-CSCF network elements according to the capability information, and send the call request message and the subscription information to the first S-CSCF network element.

[0070] After the first S-CSCF network element receives the call request message and the subscription information, it determines the first AS corresponding to the calling terminal according to the subscription information, sends the call request message to the first AS, and sends the call request message to the called terminal.

[0071] Specifically, the first S-CSCF network element can respond to the call request message, determine the first AS corresponding to the calling terminal from multiple ASs according to the first IFC in the subscription information, send the call request message to the first AS, and send the call request message to the called terminal.

[0072] When the first AS recognizes that the calling terminal is a voice call continuity terminal, it will mark the calling terminal. Even if the calling terminal is in an unregistered state, it will still provide services corresponding to the call request message for the calling terminal, such as ringback tone, voicemail, etc.

[0073] Optionally, when sending the call request message to the called terminal, if the called terminal is also based on a SIP trunk within the VOBB network, the first S-CSCF network element can first obtain the routing information of the called terminal from the ENS and send the call request message to the called terminal according to the routing information.

[0074] After the first AS receives the answer information of the called terminal, it can send the charging information of this call to the CCF network element, and the CCF network element generates a call record according to the charging information.

[0075] Specifically, after the AS receives the response information of the called user, it reports charging information to the CCF network element. The CCF network element generates an original call record based on the reported charging information, and performs a series of analysis and processing on this call record and the charging call records of other network elements to generate a final call record. Finally, the call record is reported to the charging center, and the AS realizes the generation of the CCF call record.

[0076] In the above interaction process, the optimization of the traditional IMS VOBB network architecture is reflected. The "unregistered proxy" architecture is proposed, allowing the IBAC device to bypass the AGCF and directly access the I-CSCF. By manually binding the orig parameter of the Service Route header field, the call initiated by the unregistered user can directly enter the IMS core network. In addition, the first AS can provide services when the user is in an unregistered state, realizing the voice call continuity function, ensuring the service continuity and user experience of multimedia communication. A more flexible service triggering mechanism is introduced between the IBAC and the S-CSCF, which not only supports voice calls but also supports video and other multimedia services, greatly expanding the service capabilities of the SIP trunk, and thus solving the technical problem that only voice communication can be achieved in the IMS VOBB communication scenario due to network architecture limitations.

[0077] Embodiment 2

[0078] According to the embodiments of the present application, another SIP trunk communication system based on the IMS VOBB network is also provided. Figure 4 is a schematic diagram of another SIP trunk communication system based on the IMS VOBB network provided by the embodiments of the present application, as Figure 4 shown. The SIP trunk communication system based on the IMS VOBB network at least includes: a calling terminal 41, I-CSCF network elements 42(1 - n) and S-CSCF network elements 44(1 - n) in the IMS network, an HSS 43, ASs 45(1 - n), an IBAC device 46 in the VOBB network, and a called terminal 47 based on the SIP trunk. Among them:

[0079] The second I-CSCF network element corresponding to the calling terminal is used to receive the call request message of the calling terminal and send the call request message to the third I-CSCF network element corresponding to the called terminal;

[0080] The third I-CSCF network element is used to obtain the subscription information of the called terminal from the HSS, determine the second S-CSCF network element corresponding to the called terminal according to the subscription information, and send the call request message and the subscription information to the second S-CSCF network element;

[0081] The second S-CSCF network element is used to determine a second application server (AS) corresponding to the called terminal according to a pre-configured second Initial Filter Criteria (IFC) in the subscription information, and determine an IBAC device according to a pre-configured third IFC in the subscription information, and route a call request message to the IBAC device, where the priority of the third IFC is lower than that of the second IFC;

[0082] The second AS is used to provide a service corresponding to the call request message for the called terminal.

[0083] The IBAC device is used to send the call request message to the called terminal.

[0084] Optionally, the calling terminal may be an enterprise-government user IPPBX, an IMS network terminal, an ISDN network terminal, or a terminal of other networks, and the called terminal may be an enterprise-government user IPPBX.

[0085] The interaction modes of the various modules in the above system are described below in combination with a specific implementation process.

[0086] Figure 5 A traditional IMS VOBB network communication system based on the called scenario is shown. When the SIP relay is used as the called terminal under traditional peer-to-peer relay access, the incoming call queries the proxy server information data configured on the HSS through the I-CSCF of the IMS network and then selects the AGCF access gateway control device. Under the control of the AGCF, it is selected to send the IBAC to land on the user terminal through the SIP relay. Also, because the AGCF filters the multimedia codec, the user SIP relay cannot perform multimedia communication.

[0087] In the above process, when the SIP relay user acts as the called terminal, since the SIP relay user does not initiate the registration process and the S-CSCF has no registration status, the S-CSCF cannot obtain the user's termination routing information. Therefore, the embodiment of the present application optimizes the network architecture of the IMS VOBB, and the optimization points are mainly reflected in the following process: When subscribing the IFC for the SIP relay user on the HSS, it is necessary to subscribe the IFC for triggering the upper AS and the IFC for terminating to the IBAC for the user at the same time. The purpose of subscribing the IFC for triggering the upper AS is that the user's services are provided and implemented by the AS (for example, realizing ringback tone services, etc.). At the same time, referring to the mechanism of triggering the upper service layer AS network element by the IFC, a special IFC is manually configured, and this special IFC is configured to route to the IBAC for termination after triggering, that is, in the call session process, the IBAC is imitated as the AS, and the call session is sent to the IBAC for termination by using the IFC triggering mechanism. Because it is necessary to provide services (such as ringback tone, etc.) to the user first in the call session process, the services are implemented in the AS, and after all the user's services are implemented, the call is finally terminated to the IBAC user side. Therefore, the special IFC for routing to the IBAC for termination needs to be configured with the lowest priority level (for example, the priority is set to 254), and the IFC with a higher priority is triggered first to send to the AS to implement the service, and finally terminate to the IBAC.

[0088] Figure 6 A more complete SIP relay communication system based on the IMS VOBB network is proposed. Among them, in addition to devices such as the calling terminal, the I-CSCF network element and the S-CSCF network element in the IMS network, the HSS, the AS, the IBAC device, and the called terminal based on the SIP relay in the VOBB network, it may also include the ENS.

[0089] The following combines Figure 6 to illustrate the optimized system interaction process in the scenario where the SIP relay terminal acts as the called party.

[0090] When the call request message initiated by the calling terminal is routed to the ingress network element of the called terminal network, the ingress network element of the called terminal network is marked as the second I-CSCF network element corresponding to the calling terminal. Assuming that the calling terminal is a terminal based on the SIP relay, the call process initiated can refer to the call process provided in Embodiment 1.

[0091] The second I-CSCF network element corresponding to the calling terminal, as the ingress of the called party network, first needs to determine the correct location of the called terminal. Therefore, it is necessary to obtain the routing information of the called terminal through the ENS, determine the third I-CSCF network element corresponding to the called terminal according to the routing information, and send the call request message to the third I-CSCF network element.

[0092] The above-mentioned third I-CSCF network element is marked as the called I-CSCF network element, which obtains the subscription information of the called terminal from the HSS, determines the second S-CSCF network element corresponding to the called terminal according to the subscription information, and sends the call request message and the subscription information to the second S-CSCF network element.

[0093] As an optional implementation manner, the third I-CSCF network element can respond to the call request message and send a message to the second S-CSCF network element in the following way: query the subscription information of the called terminal from the HSS, obtain the capability information of multiple S-CSCF network elements, determine the second S-CSCF network element that matches the subscription information from the multiple S-CSCF network elements according to the capability information, and send the call request message and the subscription information to the second S-CSCF network element.

[0094] The second S-CSCF network element determines the second AS corresponding to the called terminal according to the pre-configured second IFC (Initial Filter Criteria) in the subscription information for providing the service requested by the called terminal, such as a video conference. In addition, the second S-CSCF network element also determines the IBAC device according to the pre-configured third IFC in the subscription information and routes the call request message to the IBAC device.

[0095] In the above process, the priority of the third IFC is lower than that of the second IFC, which ensures that the service logic (such as ringback tone, video conference service) is triggered first, and then the call is routed to the IBAC device. As the last hop, the IBAC device sends the call request message to the called terminal.

[0096] Specifically, the second AS provides the service corresponding to the call request message (such as a video conference) for the called terminal, even if the called terminal is not registered in the IMS network. This benefits from the flexibility and scalability of the non-registered proxy architecture.

[0097] Among them, the IBAC device plays a key role in landing in this process. It receives the call request message from the second S-CSCF and directly sends it to the called terminal, thus realizing cross-network multimedia communication.

[0098] In the above interaction process, by bypassing the AGCF and implementing the "non-registered proxy" architecture, cross-network multimedia communication sessions are realized. Even if the calling and called terminals are not registered in the IMS network, service continuity can be achieved with the support of pre-configured IFCs and ASs. In addition, through the pre-configured IFCs in the HSS, the system can flexibly select service providers (ASs) and the final landing device (IBAC) according to different service requirements and network conditions, solving the technical problem that only voice communication can be achieved in the IMS VOBB communication scenario due to network architecture limitations.

[0099] Example 3

[0100] According to an embodiment of the present application, a SIP relay communication method based on an IMS VOBB network applied to an IBAC device is provided. 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 a logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in an order different from that shown here.

[0101] Figure 7 is a schematic diagram of a SIP relay communication method based on an IMS VOBB network provided according to an embodiment of the present application, such as Figure 7 As shown, the method comprises the following steps:

[0102] Step S702: receiving a call request message from a calling terminal, and adding a target parameter carrying a domain name of a first I-CSCF network element to the call request message;

[0103] Step S704, sending a call request message to the first I-CSCF network element according to the target parameters; wherein the first I-CSCF network element is used to query the contract information of the calling terminal from the HSS, determine the first S-CSCF network element corresponding to the calling terminal according to the contract information, and send the call request message and the contract information to the first S-CSCF network element; the first S-CSCF network element is used to determine the first AS corresponding to the calling terminal according to the contract information, send the call request message to the first AS, and send the call request message to the called terminal; the first AS is used to mark the calling terminal and provide the calling terminal with a service corresponding to the call request message when the calling terminal is in a non-registered state.

[0104] The following describes each step of the method in conjunction with a specific implementation process.

[0105] As an optional implementation, before the calling terminal initiates a call request, it can first open an account in HHS, AS and ENS, which can be specifically implemented in the following ways: HSS can respond to the account opening request for the calling terminal and store the contract information of the calling terminal, where the contract information includes at least one of the following: user identity data, authentication data, and contract data; AS can respond to the account opening request for the calling terminal and mark the calling terminal as a voice call continuity terminal, wherein when the voice call continuity terminal is in a non-registered state, AS still provides services for the voice call continuity terminal; ENS can record the routing information of the terminal.

[0106] After the account opening is completed, the calling terminal may send a call request message to the IBAC device, and the call request message may be a multimedia type voice / video call request.

[0107] After the IBAC device receives the call request message, it adds a target parameter carrying the domain name of the first I-CSCF network element.

[0108] Optionally, the IBAC device may add an orig parameter of the Service Route header field to the call request message based on the SIP protocol, where the orig parameter includes the host domain name of the first I-CSCF network element; and sends the call request message to the first I-CSCF network element according to the host domain name.

[0109] In the above process, after binding the orig of the Service Route header field with the host domain name of the I-CSCF on the IBAC outgoing trunk, there is no need for any transformation on the SIP trunk where the user side sends to the IBAC, and it does not carry the Service Route field, that is, there is no need to modify the configuration on the user IPPBX side, and it does not affect the user's usage perception.

[0110] The IBAC sends the call request message to the first I-CSCF network element according to the target parameter.

[0111] Since the I-CSCF recognizes the I-CSCF host domain name carried in the orig parameter of the Service Route header field, therefore, it regards it as a legal calling process and can bypass the AGCF to cleverly avoid the AGCF's interception of multimedia codec information restrictions.

[0112] When the first I-CSCF network element receives the call request message, it can query the subscription information of the calling terminal from the HSS, determine the first S-CSCF network element corresponding to the calling terminal according to the subscription information, and send the call request message and the subscription information to the first S-CSCF network element.

[0113] Specifically, the first I-CSCF network element can respond to the call request message, query the subscription information of the calling terminal from the HSS, obtain the capability information of multiple S-CSCF network elements, determine the first S-CSCF network element that matches the subscription information from the multiple S-CSCF network elements according to the capability information, and send the call request message and the subscription information to the first S-CSCF network element.

[0114] After the first S-CSCF network element receives the call request message and the subscription information, it determines the first AS corresponding to the calling terminal according to the subscription information, sends the call request message to the first AS, and sends the call request message to the called terminal.

[0115] Specifically, the first S-CSCF network element can respond to a call request message, determine a first Application Server (AS) corresponding to the calling terminal from multiple ASs according to the first Initial Filter Criteria (IFC) in the subscription information, send the call request message to the first AS, and send the call request message to the called terminal.

[0116] When the first AS recognizes that the calling terminal is a voice call continuity terminal, it will mark the calling terminal. Even if the calling terminal is in an unregistered state, it will still provide services corresponding to the call request message for the calling terminal, such as ringback tone, voicemail, etc.

[0117] Optionally, when sending the call request message to the called terminal, if the called terminal is also based on SIP relay within the VOBB network, the first S-CSCF network element can first obtain the routing information of the called terminal from the ENS, and send the call request message to the called terminal according to the routing information.

[0118] After the first AS receives the response information of the called terminal, it can send the charging information of this call to the CCF network element, and the CCF network element generates a call record according to the charging information.

[0119] Specifically, after the AS receives the response information of the called user, it reports the charging information to the CCF network element. The CCF network element generates an original call record according to the reported charging information, and performs a series of analysis and processing on this call record and the charging call records of other network elements to generate a final call record, and finally reports this call record to the charging center, and the AS realizes the generation of the CCF call record.

[0120] It should be noted that each step in the SIP relay communication method based on the IMS VOBB network applied to the IBAC device in the embodiments of the present application corresponds to the interaction process of each module in the SIP relay communication system based on the IMS VOBB network in Embodiment 1. Since it has been described in detail in Embodiment 1, some details not shown in this embodiment can be referred to Embodiment 1, and will not be elaborated here.

[0121] Embodiment 4

[0122] According to the embodiments of the present application, a SIP relay communication method based on the IMS VOBB network applied to an S-CSCF network element is provided. 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.

[0123] Figure 8 is a schematic diagram of another SIP relay communication method based on the IMS VOBB network provided according to the embodiments of the present application, asFigure 8 As shown in the figure, the method includes the following steps:

[0124] Step S802: Receive a call request message from the calling terminal sent by the third I-CSCF network element corresponding to the called terminal and the subscription information of the called terminal from the HSS.

[0125] Step S804: Determine the second AS corresponding to the called terminal according to the pre-configured second IFC in the subscription information, and determine the IBAC device according to the pre-configured third IFC in the subscription information. Among them, the priority of the third IFC is lower than that of the second IFC, and the second AS is used to provide services corresponding to the call request message for the called terminal.

[0126] Step S808: Route the call request message to the IBAC device, where the IBAC device is used to send the call request message to the called terminal.

[0127] The following describes each step of the SIP relay communication method based on the IMS VOBB network in combination with a specific implementation process.

[0128] When the call request message initiated by the calling terminal is routed to the ingress network element of the called terminal network, the ingress network element of the called terminal network is marked as the second I-CSCF network element corresponding to the calling terminal. Assuming that the calling terminal is a terminal based on SIP relay, the call flow can refer to the call flow provided in Embodiment 1.

[0129] The second I-CSCF network element corresponding to the calling terminal, as the ingress of the called terminal network, first needs to determine the correct location of the called terminal. Therefore, it is necessary to obtain the routing information of the called terminal through the ENS, determine the third I-CSCF network element corresponding to the called terminal according to the routing information, and send the call request message to the third I-CSCF network element.

[0130] The above-mentioned third I-CSCF network element is marked as the called I-CSCF network element. It obtains the subscription information of the called terminal from the HSS, determines the second S-CSCF network element corresponding to the called terminal according to the subscription information, and sends the call request message and the subscription information to the second S-CSCF network element.

[0131] As an optional implementation manner, the third I-CSCF network element can send the response call request message to the second S-CSCF network element in the following manner: query the subscription information of the called terminal from the HSS, obtain the capability information of multiple S-CSCF network elements, determine the second S-CSCF network element that matches the subscription information from the multiple S-CSCF network elements according to the capability information, and send the call request message and the subscription information to the second S-CSCF network element.

[0132] The second S-CSCF network element determines a second application server (AS) corresponding to the called terminal according to the pre-configured second Initial Filter Criteria (IFC) in the subscription information to provide services requested by the called terminal, such as video conferencing. In addition, the second S-CSCF network element also determines an IBAC device according to the pre-configured third IFC in the subscription information and routes the call request message to the IBAC device.

[0133] In the above process, the priority of the third IFC is lower than that of the second IFC, which ensures that the service logic (such as ringback tone, video conferencing service) is triggered first, and then the call is routed to the IBAC device. As the last hop, the IBAC device sends the call request message to the called terminal.

[0134] Specifically, the second AS provides services corresponding to the call request message (such as video conferencing) for the called terminal, even if the called terminal is not registered in the IMS network. This benefits from the flexibility and scalability of the non-registered proxy architecture.

[0135] Among them, the IBAC device plays a key role in the landing process. It receives the call request message from the second S-CSCF and directly sends it to the called terminal, thus realizing cross-network multimedia communication.

[0136] In the above interaction process, by bypassing the AGCF and implementing the "non-registered proxy" architecture, cross-network multimedia communication sessions are realized. Even if the calling and called terminals are not registered in the IMS network, service continuity can be achieved with the support of pre-configured IFCs and ASs. In addition, through the pre-configured IFCs in the HSS, the system can flexibly select service providers (ASs) and final landing devices (IBACs) according to different service requirements and network conditions, solving the technical problem that only voice communication can be achieved in the IMS VOBB communication scenario due to network architecture limitations.

[0137] It should be noted that each step in the SIP relay communication method based on the IMS VOBB network applied to the S-CSCF network element in the embodiments of the present application corresponds to the interaction process of each module in the SIP relay communication system based on the IMS VOBB network in Embodiment 2. Since Embodiment 2 has been described in detail, some details not shown in this embodiment can be referred to Embodiment 2 and will not be elaborated here.

[0138] Embodiment 5

[0139] 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 SIP relay communication method based on the IMS VOBB network in Embodiment 3 or Embodiment 4.

[0140] According to an embodiment of the present application, a non-volatile storage medium is further provided. The non-volatile storage medium includes a stored computer program. Wherein, the device where the non-volatile storage medium is located executes the SIP relay communication method based on the IMS VOBB network in Embodiment 3 or Embodiment 4 by running the computer program.

[0141] According to an embodiment of the present application, a processor is further provided. The processor is used to run a computer program. Wherein, when the computer program runs, it executes the SIP relay communication method based on the IMS VOBB network in Embodiment 3 or Embodiment 4.

[0142] According to an embodiment of the present application, an electronic device is further provided. The electronic device includes: a memory and a processor. Wherein, a computer program is stored in the memory, and the processor is configured to execute the SIP relay communication method based on the IMS VOBB network in Embodiment 1 through the computer program.

[0143] Optionally, when the computer program runs, it executes the following steps: receiving a call request message from a calling terminal, and adding a target parameter carrying the domain name of the first I-CSCF network element to the call request message; sending the call request message to the first I-CSCF network element according to the target parameter; wherein, the first I-CSCF network element is used to query the subscription information of the calling terminal from the HSS, determine the first S-CSCF network element corresponding to the calling terminal according to the subscription information, and send the call request message and the subscription information to the first S-CSCF network element; the first S-CSCF network element is used to determine the first AS corresponding to the calling terminal according to the subscription information, send the call request message to the first AS, and send the call request message to the called terminal; the first AS is used to mark the calling terminal and provide services corresponding to the call request message to the calling terminal when the calling terminal is in an unregistered state.

[0144] Optionally, when the computer program runs, it further executes the following steps: receiving a call request message from the calling terminal sent by the third I-CSCF network element corresponding to the called terminal and the subscription information of the called terminal from the HSS; determining the second AS corresponding to the called terminal according to the pre-configured second IFC in the subscription information, and determining the IBAC device according to the pre-configured third IFC in the subscription information, wherein the priority of the third IFC is lower than that of the second IFC, and the second AS is used to provide services corresponding to the call request message to the called terminal; routing the call request message to the IBAC device, wherein the IBAC device is used to send the call request message to the called terminal.

[0145] As an optional implementation manner, the above-mentioned electronic device may exist in the form of a mobile terminal, a computer terminal, or a similar computing device.Figure 9 A hardware block diagram of an electronic device for implementing a SIP relay communication method based on an IMS VOBB network is shown. As Figure 9 shown, the electronic device 90 may include one or more (shown as 902a, 902b, ……, 902n in the figure) processors 902 (the processors 902 may include, but are not limited to, processing devices 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-mentioned electronic device. For example, the electronic device 90 may further include more or fewer components than those Figure 9 shown, or have a different configuration from that Figure 9 shown.

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

[0147] 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 SIP relay communication method based on the IMS VOBB network 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 may include a high-speed random access memory, and may further include a non-volatile memory, such as one or more magnetic storage devices, a flash memory, or other non-volatile solid-state memories. In some instances, the memory 904 may further include a memory remotely disposed relative to the processor 902, and these remote memories can be connected to the electronic device 90 through a network. Examples of the above network include, but are not limited to, the Internet, an enterprise intranet, a local area network, a mobile communication network, and combinations thereof.

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

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

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

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

[0152] In several embodiments provided in 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 only 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 displayed or discussed coupling or direct coupling or communication connection between each other can be through some interfaces. The indirect coupling or communication connection of units or modules can be in an electrical or other form.

[0153] 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 they can be 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.

[0154] In addition, the functional units in the various embodiments of the present application 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.

[0155] When 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 this understanding, the technical solution of this 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 of various embodiments of this application. The aforementioned storage medium includes: various media that can store program codes, such as USB flash drives, read-only memories (ROMs), random access memories (RAMs), mobile hard disks, magnetic disks, or optical discs.

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

Claims

1. A SIP trunk communication system based on IMS VOBB network, characterized in that: include: The calling terminal based on the session initiation protocol SIP trunk in the broadband voice VOBB network, the interworking edge access control IBAC device, the inquiry call session control function I-CSCF network element and the service call session control function S-CSCF network element in the IP multimedia subsystem IMS network, the home user server HSS, the application server AS, and the called terminal, among which, The IBAC device is configured to receive a call request message from the calling terminal, add a target parameter carrying a domain name of a first I-CSCF network element to the call request message, and send the call request message to the first I-CSCF network element according to the target parameter; The first I-CSCF network element is configured to query the subscription information of the calling terminal from the HSS, determine the first S-CSCF network element corresponding to the calling terminal according to the subscription information, and send the call request message and the subscription information to the first S-CSCF network element; The first S-CSCF network element is used to determine a first AS corresponding to the calling terminal according to the subscription information, send the call request message to the first AS, and send the call request message to the called terminal; The first AS is used to mark the calling terminal and provide the calling terminal with a service corresponding to the call request message when the calling terminal is in a non-registered state.

2. The system according to claim 1, characterized in that Before the calling terminal initiates a call request, The HSS is used to respond to the account opening request for the calling terminal and store the contract information of the calling terminal, wherein the contract information includes at least one of the following: user identity data, authentication data, and contract data; The AS is used to respond to an account opening request for the calling terminal and mark the calling terminal as a voice call continuity terminal, wherein when the voice call continuity terminal is in a non-registered state, the AS still provides services for the voice call continuity terminal.

3. The system according to claim 1, characterized in that The IBAC device is used to add an orig parameter of a Service Route header field in the call request message based on the SIP protocol, wherein the orig parameter includes a host domain name of the first I-CSCF network element; and send the call request message to the first I-CSCF network element according to the host domain name.

4. The system according to claim 1, characterized in that The first I-CSCF network element is used to respond to the call request message, query the subscription information of the calling terminal from the HSS, and obtain capability information of multiple S-CSCF network elements, determine the first S-CSCF network element that matches the subscription information from the multiple S-CSCF network elements based on the capability information, and send the call request message and the subscription information to the first S-CSCF network element.

5. The system according to claim 1, characterized in that The first S-CSCF network element is used to respond to the call request message, determine the first AS corresponding to the calling terminal from multiple ASs according to the first initial filtering rule IFC in the contract information, send the call request message to the first AS, and send the call request message to the called terminal.

6. The system according to claim 1, characterized in that The system also includes an enterprise number server ENS, wherein: The first S-CSCF network element is used to obtain the routing information of the called terminal from the ENS, and send the call request message to the called terminal according to the routing information.

7. The system according to claim 1, characterized in that The system also includes a charging control function CCF network element, wherein: The first AS is used to send the billing information of the current call to the CCF network element after receiving the response information of the called terminal; The CCF network element is used to generate a call record based on the billing information.

8. A SIP trunk communication system based on IMS VOBB network, characterized in that: include: The calling terminal, the I-CSCF network element and S-CSCF network element in the IMS network, the HSS, the AS, the IBAC equipment, and the called terminal based on the SIP trunk in the VOBB network, wherein: a second I-CSCF network element corresponding to the calling terminal, configured to receive a call request message from the calling terminal, and send the call request message to a third I-CSCF network element corresponding to the called terminal; The third I-CSCF network element is configured to obtain the subscription information of the called terminal from the HSS, determine a second S-CSCF network element corresponding to the called terminal according to the subscription information, and send the call request message and the subscription information to the second S-CSCF network element; The second S-CSCF network element is used to determine a second AS corresponding to the called terminal according to a second IFC preconfigured in the subscription information, and determine the IBAC device according to a third IFC preconfigured in the subscription information, and route the call request message to the IBAC device, wherein the priority of the third IFC is lower than that of the second IFC; The second AS is used to provide the called terminal with a service corresponding to the call request message; The IBAC device is used to send the call request message to the called terminal.

9. The system according to claim 8, characterized in that The system also includes an ENS, wherein: The second I-CSCF network element is used to obtain the routing information of the called terminal from the ENS, determine the third I-CSCF network element corresponding to the called terminal according to the routing information, and send the call request message to the third I-CSCF network element.

10. The system according to claim 8, characterized in that The third I-CSCF network element is used to respond to the call request message, query the subscription information of the called terminal from the HSS, and obtain capability information of multiple S-CSCF network elements, determine a second S-CSCF network element that matches the subscription information from multiple S-CSCF network elements based on the capability information, and send the call request message and the subscription information to the second S-CSCF network element.

11. A SIP relay communication method based on IMS VOBB network, characterized in that: include: receiving a call request message from a calling terminal, and adding a target parameter carrying a domain name of a first I-CSCF network element to the call request message; Sending the call request message to the first I-CSCF network element according to the target parameter; wherein the first I-CSCF network element is used to query the subscription information of the calling terminal from the HSS, determine the first S-CSCF network element corresponding to the calling terminal according to the subscription information, and send the call request message and the subscription information to the first S-CSCF network element; the first S-CSCF network element is used to determine the first AS corresponding to the calling terminal according to the subscription information, send the call request message to the first AS, and send the call request message to the called terminal; The first AS is used to mark the calling terminal and provide the calling terminal with a service corresponding to the call request message when the calling terminal is in a non-registered state.

12. A SIP relay communication method based on IMS VOBB network, characterized in that: include: receiving a call request message from a calling terminal and subscription information of the called terminal from an HSS and sent by a third I-CSCF network element corresponding to the called terminal; Determine a second AS corresponding to the called terminal according to a second IFC preconfigured in the contract information, and determine an IBAC device according to a third IFC preconfigured in the contract information, wherein the third IFC has a lower priority than the second IFC, and the second AS is used to provide the called terminal with a service corresponding to the call request message; The call request message is routed to the IBAC device, wherein the IBAC device is used to send the call request message to the called terminal.

13. A computer program product, characterized in that include: A computer program, wherein when the computer program is executed by a processor, the SIP relay communication method based on the IMS VOBB network as claimed in claim 11 or 12 is implemented.

14. An electronic device, characterized in that: include: A memory and a processor, wherein a computer program is stored in the memory, and the processor is configured to execute the SIP relay communication method based on the IMSVOBB network according to claim 11 or 12 through the computer program.

Images