Detailed Description
In order that those skilled in the art will better understand the present application, a technical solution in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings in which it is apparent that the described embodiments are only some embodiments of the present application, not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the present application without making any inventive effort, shall fall within the scope of the present application.
It should be noted that the terms "first," "second," and the like in the description and the claims and drawings of the present application are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate such that the embodiments of the application described herein may be implemented in sequences other than those illustrated or otherwise described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
For a better understanding of the embodiments of the present application, some nouns or translations of terms that appear during the description of the embodiments of the present application are explained first as follows:
IMS is a network architecture defined by 3GPP (third generation partnership project) for providing multimedia services, such as voice, video, messaging, and data, for transmission over IP networks. The core objective of IMS is to provide a unified platform, which supports multimedia services on various access modes (such as 3G, 4G, 5G, wi-Fi and fixed broadband), thereby realizing the integration of networks and the diversification of services.
VOBB is a technology for providing high-quality voice communication by using a broadband network, and unlike the traditional circuit-switched voice service, VOBB transmits voice data through an IP network, can realize the fusion of voice and data services, and simultaneously provides more abundant multimedia functions such as video call, instant message and the like. Under the IMS framework VOBB becomes an important component of broadband voice services, allowing users to enjoy high definition voice and multimedia communication services over broadband connections.
SIP is a signaling protocol for controlling multimedia communication sessions such as voice and video conferences, primarily for initiating, modifying and terminating these sessions.
IBAC (Interconnection Border Access Controller), an interworking edge access control device), is a device in an IMS network that provides security isolation between an untrusted network and an IMS core network, protecting the core network from potential threats.
The I-CSCF (Interrogating-Call Session Control Function), which is a network element in the IMS network, is 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, serving call session control function), and forwarding the requests to the S-CSCF.
The S-CSCF (Serving-Call Session Control Function, serving call session control function) is the main control node of the IMS network, responsible for handling user sessions, executing service logic, and providing value added services in interaction with the AS (Application Server ).
HSS (Home Subscriber Server ), which is a database in the IMS network, stores subscriber subscription information, authentication data and other important information for subscriber registration, authentication and service triggering.
AS (Application Server) is a network element in IMS architecture for providing value added service, such AS color ring back tone, voice mail, etc. The method executes service logic according to the subscription information of the user, and interacts with the S-CSCF to realize service functions.
AGCF is a key network element in IMS (IP Multimedia Subsystem) network architecture, and is mainly used for controlling and managing various access gateway devices, such as media gateway, session border controller, etc., so as to realize that different types of terminals access the IMS network. The AGCF is responsible for handling call control and resource management related to the access gateway, ensuring the security and efficiency of communication between the terminal and the IMS core network.
IFC (INITIAL FILTER CRITERIA, initial filtering criteria), which is a key concept in IMS network architecture, is used to control the conditions for service triggering. The IFCs are maintained by HSS (Home Subscriber Server), and when the S-CSCF (SERVING CALL Session Control Function) receives a SIP request, it is determined from the IFCs whether to trigger a particular Application Server (AS), and which AS to trigger to execute a particular service logic.
An ENS (ENTERPRISE NUMBER SERVER ), which is a component in an IMS network for providing enterprise user number query services. It is typically used to store a mapping between the telephone number of the enterprise and the IMS identity, in order to resolve and route telephone numbers inside or outside the enterprise in the IMS network,
CCF (CHARGING CHARACTERISTICS Function), charging control Function) CCF is responsible for collecting and generating charging information in IMS network. When the S-CSCF or AS (Application Server) completes the call or service, a charging request is sent to the CCF, which generates a charging record, i.e. ticket, based on the received information, which is used for the subsequent charging and settlement process. The CCF ensures that the network operator can accurately record the service usage of the user and charge accordingly.
Example 1
According to an embodiment of the present application, there is provided a SIP relay communication system based on IMS VOBB networks, fig. 1 is a schematic diagram of a SIP relay communication system based on IMS VOBB networks according to an embodiment of the present application, and AS shown in fig. 1, the SIP relay communication system based on IMS VOBB networks at least includes a calling terminal 11 based on SIP relay in VOBB networks, an IBAC device 12, an I-CSCF network element 13 (1-n) and an S-CSCF network element 14 (1-n) in IP IMS networks, an HSS15, an AS16 (1-n), and a called terminal 17, where:
The IBAC equipment is used for receiving a call request message of a calling terminal, adding a target parameter carrying a domain name of a first I-CSCF network element into the call request message, and sending the call request message to the first I-CSCF network element according to the target parameter;
the first I-CSCF network element is used for inquiring the subscription information of the calling terminal from the HSS, determining a first S-CSCF network element corresponding to the calling terminal according to the subscription information, and sending a call request message and the subscription information to the first S-CSCF network element;
The first S-CSCF network element is used for determining a first AS corresponding to the calling terminal according to the subscription information, sending a call request message to the first AS, and sending the call request message to the called terminal;
And the first AS is used for marking the calling terminal and providing the service corresponding to the call request message for the calling terminal when the calling terminal is in a non-registration state.
Alternatively, the calling terminal may be an IP pbx (IP PRIVATE Branch Exchange) of an enterprise user, and the called terminal may be an IP pbx of an enterprise user, an IMS Network terminal, an ISDN (INTEGRATED SERVICES DIGITAL Network) terminal, or a terminal of another Network.
The following describes the interaction manner of each module in the above system with reference to a specific implementation procedure.
Fig. 2 shows a conventional IMS VOBB network communication system, in which an IBAC is hooked to an AGCF under a standard access architecture of a manufacturer of network equipment in a fixed network IMS VOBB, and the AGCF controls the IBAC to carry out SIP relay with a user, so as to implement access of the SIP relay. The method comprises the steps that the incoming call and outgoing call of a user under the SIP relay are controlled by an AGCF, after the AGCF receives response information of a called user, charging information is reported to a CCF network element, the CCF network element generates an original ticket according to the reported charging information, the ticket and charging tickets of other network elements are subjected to a series of analysis processing to generate a final ticket, the ticket is finally reported to a charging center, and the CCF ticket is generated by a control side AGCF based on a call session flow initiated by a calling terminal of the SIP relay.
In a standard network architecture, the user SIP relay accesses the AGCF through IBAC, and there are two modes:
And the peer-to-peer relay access mode is controlled by the AGCF and generates a call ticket.
And the registration proxy mode is that the registration authentication information of the user is stored on the AGCF in the number placing process, the AGCF controls and initiates the registration process of the user, and after the basic registration flow is completed through authentication, the S-CSCF initiates the third party registration mode, thereby realizing the generation of the ticket on the AS in the standard registered proxy mode.
Therefore, in the conventional network, the access ACGF is necessary, but because of the attribute limitation of the AGCF, the AGCF can intercept and filter the multimedia codec negotiation between the calling party and the called party, so that only basic narrowband voice communication between the terminals can be realized. To avoid the limitation of AGCF, it is generally considered to bypass ACGF, but this causes new problems, which results in that SIP relay cannot implement standard registration procedures (no AGCF control device initiates registration), and no network element generates a ticket. Therefore, the application provides a modified IMS VOBB network architecture, which can bypass the limit of AGCF and realize SIP relay multimedia communication by using a non-registration proxy method, and the main key points are mainly that IBAC bypasses AGCF to directly access I-CSCF, and on the SIP relay strategy from IBAC to I-CSCF, an orig parameter of Service Route header field is additionally added and bound to make the host domain name of I-CSCF contained, so that a calling terminal can be correctly identified and routed by IMS core network even if standard registration is not carried out, and in the non-registration proxy method, AS side configures the calling terminal user AS a voice call continuity user, and AS can continue to provide call Service even if the calling terminal is in a non-registration state.
The embodiment of the application optimizes IMS VOBB network architecture, and fig. 3 provides a more complete SIP relay communication system based on IMS VOBB network, wherein the SIP relay communication system can also comprise an ENS and a CCF network element besides a calling terminal, an IBAC device, an I-CSCF network element, an S-CSCF network element, an HSS, an AS, a called terminal and other devices based on SIP relay.
The following specifically describes an optimized system interaction flow in a scenario where the SIP relay terminal is used as a caller with reference to fig. 3.
As an alternative implementation manner, before the calling terminal initiates the call request, the method can be realized by firstly opening accounts at HHS, AS and ENS, specifically, the method can be realized by the HSS, in response to the opening request for the calling terminal, storing subscription information of the calling terminal, wherein the subscription information comprises at least one of user identity data, authentication data and subscription data, the AS, in response to the opening request for the calling terminal, can mark the calling terminal AS a voice call continuity terminal, wherein the AS still provides service for the voice call continuity terminal under the condition that the voice call continuity terminal is in a non-registration state, and the ENS can record the route information of the terminal.
After the completion of the opening of the account, the calling terminal may send a call request message to the IBAC device, which may be a voice/video call request of multimedia type.
And after the IBAC equipment receives the call request message, adding the target parameter carrying the domain name of the first I-CSCF network element.
Optionally, the IBAC device may add an orig parameter of a Service Route header field to a call request message based on the SIP protocol, where 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.
In the above process, after the host domain name of the I-CSCF is carried by the orig of the Service Route header domain bound on the IBAC outbound relay, the user end is sent to the SIP relay of the IBAC without any conversion, and does not carry the Service Route field, i.e. does not need to change the configuration of the user IPPBX side, and does not influence the use perception of the user.
The IBAC sends the call request message to the first I-CSCF network element according to the target parameters.
Because the I-CSCF recognizes the domain name of the host computer of the I-CSCF carried in the orig parameter of the Service Route header field, the I-CSCF is regarded as a legal calling flow, and the AGCF can be bypassed to skillfully avoid the limit of intercepting the multimedia codec information by the AGCF.
After the first I-CSCF network element receives the call request message, the subscription information of the calling terminal may be queried from the HSS, the first S-CSCF network element corresponding to the calling terminal may be determined according to the subscription information, and the call request message and the subscription information may be sent to the first S-CSCF network element.
Specifically, the first I-CSCF element may respond to the call request message, query subscription information of the calling terminal from the HSS, obtain capability information of the plurality of S-CSCF elements, determine, from the plurality of S-CSCF elements, the first S-CSCF element that matches the subscription information according to the capability information, and send the call request message and the subscription information to the first S-CSCF element.
After the first S-CSCF network element receives the call request message and the subscription information, determining a first AS corresponding to the calling terminal according to the subscription information, sending the call request message to the first AS, and sending the call request message to the called terminal.
Specifically, the first S-CSCF network element may determine, from among the plurality of ases according to the first IFCs in the subscription information, a first AS corresponding to the calling terminal in response to the call request message, send the call request message to the first AS, and send the call request message to the called terminal.
When recognizing that the calling terminal is a voice call continuity terminal, the first AS marks the calling terminal, and even if the calling terminal is in a non-registration state, services corresponding to the call request message, such AS color ring, voice mail and the like, can be provided for the calling terminal.
Optionally, when sending the call request message to the called terminal, if the called terminal is also a SIP-based relay in the VOBB network, the first S-CSCF network element may 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.
After the first AS receives the response information of the called terminal, the first AS can send the charging information of the call to the CCF network element, and the CCF network element generates a ticket according to the charging information.
Specifically, after receiving the response information of the called user, the AS reports the charging information to the CCF network element, the CCF network element generates an original ticket according to the reported charging information, and carries out a series of analysis processing on the ticket and the charging ticket of other network elements to generate a final ticket, and finally reports the ticket to a charging center, so that the AS realizes the generation of the CCF ticket.
In the above-mentioned interactive flow, the optimization of the traditional IMS VOBB network architecture is embodied, a 'non-registration proxy' architecture is provided, IBAC equipment is allowed to bypass AGCF and directly access I-CSCF, the call initiated by an unregistered user is directly accessed to IMS core network by manually binding orig parameters of Service Route header domain, in addition, the first AS can provide Service when the user is in a non-registration state, the voice call continuity function is realized, the Service continuity and user experience of multimedia communication are ensured, a more flexible Service triggering mechanism is introduced between IBAC and S-CSCF, not only voice call is supported, but also video and other multimedia services are supported, the Service capability of SIP relay is greatly expanded, and the technical problem that only voice communication can be realized in IMS VOBB communication scene under the limitation of network architecture is solved.
Example 2
According to an embodiment of the present application, there is further provided another SIP relay communication system based on IMS VOBB networks, and fig. 4 is a schematic diagram of another SIP relay communication system based on IMS VOBB networks according to an embodiment of the present application, where, AS shown in fig. 4, the SIP relay communication system based on IMS VOBB networks at least includes a calling terminal 41, I-CSCF network elements 42 (1-n) and S-CSCF network elements 44 (1-n) in an IMS network, HSS43, AS45 (1-n), IBAC device 46 in VOBB networks, and a called terminal 47 based on SIP relay, where:
the second I-CSCF network element corresponding to the calling terminal is used for receiving the call request message of the calling terminal and sending the call request message to the third I-CSCF network element corresponding to the called terminal;
a third I-CSCF network element, which is used for acquiring the subscription information of the called terminal from the HSS, determining a second S-CSCF network element corresponding to the called terminal according to the subscription information, and sending the call request message and the subscription information to the second S-CSCF network element;
The second S-CSCF network element is used for determining a second AS corresponding to the called terminal according to a second IFC preconfigured in the subscription information, determining IBAC equipment according to a third IFC preconfigured in the subscription information, and routing the call request message to the IBAC equipment, wherein the priority of the third IFC is lower than that of the second IFC;
And the second AS is used for providing the service corresponding to the call request message for the called terminal.
And the IBAC equipment is used for sending the call request message to the called terminal.
Optionally, the calling terminal may be an ip pbx of an enterprise user, an IMS network terminal, an ISDN network terminal, or a terminal of another network, and the called terminal may be an ip pbx of an enterprise user.
The following describes the interaction manner of each module in the above system with reference to a specific implementation procedure.
Fig. 5 shows a conventional IMS VOBB network communication system based on a called scenario, where when an SIP relay is used as a called terminal under conventional peer-to-peer relay access, an incoming call queries proxy server information data configured on an HSS through an I-CSCF of an IMS network, and then selects an AGCF access gateway control device, and under the control of the AGCF, an IBAC is selected to send to a user terminal through an SIP relay, which also results in that the SIP relay of the user cannot perform multimedia communication because the AGCF filters multimedia codec.
In the above process, when the SIP relay user is used AS the called terminal, because the SIP relay user does not initiate a registration procedure and the S-CSCF has no registration status, the S-CSCF cannot obtain the landing route information of the user, so the embodiment of the present application optimizes the network architecture of IMS VOBB, and the optimization point mainly includes the following steps that the HSS needs to sign up the IFC for the SIP relay user to trigger the IFC of the upper AS and the IFC for the IBAC to land at the same time, the IFC for signing up the upper AS is that the service of the user is provided by the AS (for example, realizing the color ring service, etc.), and meanwhile, by referring to the mechanism of the IFC for triggering the upper service layer AS network element, a special IFC is manually configured, and is configured to trigger and then route to the IBAC to land, that is, the IBAC is imitated to the AS in the call session procedure, and the IBAC is landed by using the IFC triggering mechanism. Because the service (e.g. color ring back tone, etc.) needs to be provided for the user in the call session, the service is implemented in the AS, and all the services of the user are implemented, the call is finally dropped into the IBAC user end, so that the special IFCs routed to the IBAC for landing need to be configured AS the lowest priority (e.g. the priority is determined AS 254), the IFCs with high priority are triggered first to send to the AS to implement the service, and finally the IBAC is landed.
Fig. 6 proposes a more complete SIP relay communication system based on IMS VOBB networks, where an ENS may be included in addition to the calling terminal, the I-CSCF network element and S-CSCF network element in the IMS network, HSS, AS, IBAC devices, and devices such as the called terminal based on SIP relay in the VOBB network.
The following describes the optimized system interaction flow in the scenario where the SIP relay terminal is called, with reference to fig. 6.
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 a second I-CSCF network element corresponding to the calling terminal, and assuming that the calling terminal is a terminal based on SIP relay, the call flow may be initiated with reference to the call flow provided in embodiment 1.
The second I-CSCF network element corresponding to the calling terminal is used as an entry of the called terminal network, and it needs to determine the correct location of the called terminal first, so that it needs to acquire 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.
The third I-CSCF element is marked as a called I-CSCF element, and obtains subscription information of the called terminal from the HSS, determines a second S-CSCF 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 element.
As an alternative embodiment, the third I-CSCF element may respond to the call request message and send the message to the second S-CSCF element by querying subscription information of the called terminal from the HSS and obtaining capability information of the plurality of S-CSCF elements, determining, from the plurality of S-CSCF elements, the second S-CSCF element matching the subscription information according to the capability information, and sending the call request message and the subscription information to the second S-CSCF element.
The second S-CSCF network element determines a second AS corresponding to the called terminal according to a second IFC (Initial Filter Criteria) preconfigured in the subscription information, and is configured to provide a service requested by the called terminal, such AS a video conference, and in addition, the second S-CSCF network element determines an IBAC device according to a third IFC preconfigured in the subscription information, and routes the call request message to the IBAC device.
The third IFC has a lower priority than the second IFC in the above procedure, which ensures that the service logic (e.g. color ring, video conference service) is triggered first, and then the routing of the call is completed to the IBAC device, which sends the call request message to the called terminal as the last hop.
Specifically, the second AS provides the called terminal with a service (such AS a video conference) corresponding to the call request message even if the called terminal is not registered in the IMS network. This benefits from the flexibility and extensibility of the non-registered agent architecture.
The IBAC device plays a key landing role in the process, receives the call request message from the second S-CSCF and directly sends the call request message to the called terminal, so that the cross-network multimedia communication is realized.
In the interaction process, by bypassing the AGCF and implementing a 'non-registration agent' architecture, the cross-network multimedia communication session is realized, even if the calling terminal and the called terminal are not registered in the IMS network, service continuity can be realized through the support of the preconfigured IFC and AS, in addition, through the preconfigured IFC in the HSS, the system can flexibly select a service provider (AS) and a final landing device (IBAC) according to different service requirements and network conditions, and the technical problem that only voice communication can be realized due to the limitation of the network architecture in IMS VOBB communication scenes is solved.
Example 3
According to an embodiment of the present application, there is provided a method of SIP relay communication based on IMS VOBB networks applied to IBAC devices, it being noted that the steps shown in the flowchart of the figures may be performed 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 may be performed in an order different from that herein.
Fig. 7 is a schematic diagram of a SIP relay communication method based on IMS VOBB networks according to an embodiment of the present application, as shown in fig. 7, the method includes the following steps:
step S702, receiving a call request message of a calling terminal, and adding a target parameter carrying a domain name of a first I-CSCF network element into the call request message;
Step S704, a call request message is sent to a first I-CSCF network element according to a target parameter, wherein the first I-CSCF network element is used for inquiring subscription information of a calling terminal from an HSS, determining a first S-CSCF network element corresponding to the calling terminal according to the subscription information and sending the call request message and the subscription information to the first S-CSCF network element, the first S-CSCF network element is used for determining a first AS corresponding to the calling terminal according to the subscription information, sending the call request message to the first AS and sending the call request message to a called terminal, and the first AS is used for marking the calling terminal and providing services corresponding to the call request message for the calling terminal in a non-registration state of the calling terminal.
The steps of the method are described below in connection with specific implementations.
As an alternative implementation manner, before the calling terminal initiates the call request, the method can be realized by firstly opening accounts at HHS, AS and ENS, specifically, the method can be realized by the HSS, in response to the opening request for the calling terminal, storing subscription information of the calling terminal, wherein the subscription information comprises at least one of user identity data, authentication data and subscription data, the AS, in response to the opening request for the calling terminal, can mark the calling terminal AS a voice call continuity terminal, wherein the AS still provides service for the voice call continuity terminal under the condition that the voice call continuity terminal is in a non-registration state, and the ENS can record the route information of the terminal.
After the completion of the opening of the account, the calling terminal may send a call request message to the IBAC device, which may be a voice/video call request of multimedia type.
And after the IBAC equipment receives the call request message, adding the target parameter carrying the domain name of the first I-CSCF network element.
Optionally, the IBAC device may add an orig parameter of a Service Route header field to a call request message based on the SIP protocol, where 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.
In the above process, after the host domain name of the I-CSCF is carried by the orig of the Service Route header domain bound on the IBAC outbound relay, the user end is sent to the SIP relay of the IBAC without any conversion, and does not carry the Service Route field, i.e. does not need to change the configuration of the user IPPBX side, and does not influence the use perception of the user.
The IBAC sends the call request message to the first I-CSCF network element according to the target parameters.
Because the I-CSCF recognizes the domain name of the host computer of the I-CSCF carried in the orig parameter of the Service Route header field, the I-CSCF is regarded as a legal calling flow, and the AGCF can be bypassed to skillfully avoid the limit of intercepting the multimedia codec information by the AGCF.
After the first I-CSCF network element receives the call request message, the subscription information of the calling terminal may be queried from the HSS, the first S-CSCF network element corresponding to the calling terminal may be determined according to the subscription information, and the call request message and the subscription information may be sent to the first S-CSCF network element.
Specifically, the first I-CSCF element may respond to the call request message, query subscription information of the calling terminal from the HSS, obtain capability information of the plurality of S-CSCF elements, determine, from the plurality of S-CSCF elements, the first S-CSCF element that matches the subscription information according to the capability information, and send the call request message and the subscription information to the first S-CSCF element.
After the first S-CSCF network element receives the call request message and the subscription information, determining a first AS corresponding to the calling terminal according to the subscription information, sending the call request message to the first AS, and sending the call request message to the called terminal.
Specifically, the first S-CSCF network element may determine, from among the plurality of ases according to the first IFCs in the subscription information, a first AS corresponding to the calling terminal in response to the call request message, send the call request message to the first AS, and send the call request message to the called terminal.
When recognizing that the calling terminal is a voice call continuity terminal, the first AS marks the calling terminal, and even if the calling terminal is in a non-registration state, services corresponding to the call request message, such AS color ring, voice mail and the like, can be provided for the calling terminal.
Optionally, when sending the call request message to the called terminal, if the called terminal is also a SIP-based relay in the VOBB network, the first S-CSCF network element may 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.
After the first AS receives the response information of the called terminal, the first AS can send the charging information of the call to the CCF network element, and the CCF network element generates a ticket according to the charging information.
Specifically, after receiving the response information of the called user, the AS reports the charging information to the CCF network element, the CCF network element generates an original ticket according to the reported charging information, and carries out a series of analysis processing on the ticket and the charging ticket of other network elements to generate a final ticket, and finally reports the ticket to a charging center, so that the AS realizes the generation of the CCF ticket.
It should be noted that, in the embodiment of the present application, each step in the SIP relay communication method based on IMS VOBB network applied to IBAC device corresponds to each module interaction flow of the SIP relay communication system based on IMS VOBB network in embodiment 1, and since detailed description has been made in embodiment 1, details not shown in part in this embodiment may refer to embodiment 1, and will not be described herein again.
Example 4
According to an embodiment of the present application, there is provided a method of SIP relay communication based on IMS VOBB network applied to an S-CSCF network element, it being noted that the steps shown in the flowchart of the figure may be performed 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 may be performed in an order different from that herein.
Fig. 8 is a schematic diagram of another SIP relay communication method based on IMS VOBB networks according to an embodiment of the present application, as shown in fig. 8, the method includes the following steps:
step S802, receiving a call request message from a calling terminal and subscription information of a called terminal from an HSS, wherein the call request message is sent by a third I-CSCF network element corresponding to the called terminal;
Step S804, determining a second AS corresponding to the called terminal according to a second IFC preconfigured in the subscription information, and determining IBAC equipment according to a third IFC preconfigured 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 for providing services corresponding to the call request message for the called terminal;
Step S808, the call request message is routed to an IBAC device, where the IBAC device is configured to send the call request message to the called terminal.
The steps of the IMS VOBB network-based SIP relay communication method are described below in connection with specific implementation procedures.
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 a second I-CSCF network element corresponding to the calling terminal, and assuming that the calling terminal is a terminal based on SIP relay, the call flow may be initiated with reference to the call flow provided in embodiment 1.
The second I-CSCF network element corresponding to the calling terminal is used as an entry of the called terminal network, and it needs to determine the correct location of the called terminal first, so that it needs to acquire 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.
The third I-CSCF element is marked as a called I-CSCF element, and obtains subscription information of the called terminal from the HSS, determines a second S-CSCF 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 element.
As an alternative embodiment, the third I-CSCF element may send the response call request message to the second S-CSCF element by querying subscription information of the called terminal from the HSS and obtaining capability information of the plurality of S-CSCF elements, determining the second S-CSCF element matching the subscription information from the plurality of S-CSCF elements according to the capability information, and sending the call request message and the subscription information to the second S-CSCF element.
The second S-CSCF network element determines a second AS corresponding to the called terminal according to a second IFC (Initial Filter Criteria) preconfigured in the subscription information, and is configured to provide a service requested by the called terminal, such AS a video conference, and in addition, the second S-CSCF network element determines an IBAC device according to a third IFC preconfigured in the subscription information, and routes the call request message to the IBAC device.
The third IFC has a lower priority than the second IFC in the above procedure, which ensures that the service logic (e.g. color ring, video conference service) is triggered first, and then the routing of the call is completed to the IBAC device, which sends the call request message to the called terminal as the last hop.
Specifically, the second AS provides the called terminal with a service (such AS a video conference) corresponding to the call request message even if the called terminal is not registered in the IMS network. This benefits from the flexibility and extensibility of the non-registered agent architecture.
The IBAC device plays a key landing role in the process, receives the call request message from the second S-CSCF and directly sends the call request message to the called terminal, so that the cross-network multimedia communication is realized.
In the interaction process, by bypassing the AGCF and implementing a 'non-registration agent' architecture, the cross-network multimedia communication session is realized, even if the calling terminal and the called terminal are not registered in the IMS network, service continuity can be realized through the support of the preconfigured IFC and AS, in addition, through the preconfigured IFC in the HSS, the system can flexibly select a service provider (AS) and a final landing device (IBAC) according to different service requirements and network conditions, and the technical problem that only voice communication can be realized due to the limitation of the network architecture in IMS VOBB communication scenes is solved.
It should be noted that, in the embodiment of the present application, each step in the IMS VOBB network-based SIP relay communication method applied to the S-CSCF network element corresponds to each module interaction flow of the IMS VOBB network-based SIP relay communication system in embodiment 2, and since detailed description has been made in embodiment 2, details not shown in part in this embodiment may refer to embodiment 2, and will not be repeated here.
Example 5
According to an embodiment of the present application, there is also provided a computer program product, which includes a computer program, wherein the computer program, when executed by a processor, implements the method for SIP relay communication based on IMS VOBB networks in embodiment 3 or embodiment 4.
According to an embodiment of the present application, there is further provided a nonvolatile storage medium, where the nonvolatile storage medium includes a stored computer program, and a device where the nonvolatile storage medium is located executes the SIP relay communication method based on IMS VOBB networks in embodiment 3 or embodiment 4 by running the computer program.
According to an embodiment of the present application, there is also provided a processor for running a computer program, wherein the computer program when run performs the SIP relay communication method based on the IMS VOBB network in embodiment 3 or embodiment 4.
There is further provided in accordance with an embodiment of the present application an electronic device including a memory and a processor, wherein the memory stores a computer program, the processor being configured to execute the IMS VOBB network-based SIP relay communication method of embodiment 1 by the computer program.
Optionally, the computer program is run to implement the steps of receiving a call request message of a calling terminal, adding a target parameter carrying a domain name of a first I-CSCF network element in 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 configured to query subscription information of the calling terminal from an 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 configured 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 a called terminal, and the first AS is configured to mark the calling terminal, and provide a service corresponding to the call request message for the calling terminal in a non-registration state of the calling terminal.
Optionally, the computer program is further executed to implement the steps of receiving a call request message from the calling terminal and subscription information of the called terminal from the HSS, which are 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 preconfigured in the subscription information, and determining an IBAC device according to a third IFC preconfigured in the subscription information, where the third IFC has a priority lower than the second IFC, the second AS is configured to provide a service corresponding to the call request message for the called terminal, and routing the call request message to the IBAC device, where the IBAC device is configured to send the call request message to the called terminal.
As an alternative embodiment, the electronic device may be in the form of a mobile terminal, a computer terminal or similar computing device. Fig. 9 shows a block diagram of a hardware structure of an electronic device for implementing the SIP relay communication method based on IMS VOBB networks. As shown in fig. 9, the electronic device 90 may include one or more processors 902 (shown in the figures as 902a, 902b, 902 n), a memory 904 for storing data, and a transmission means 906 for communication functions (the processor 902 may include, but is not limited to, a microprocessor MCU or a programmable logic device FPGA or the like). Among other things, 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. It will be appreciated by those of ordinary skill in the art that the configuration shown in fig. 9 is merely illustrative and is not intended to limit the configuration of the electronic device described above. For example, the electronic device 90 may also include more or fewer components than shown in FIG. 9, or have a different configuration than shown in FIG. 9.
It should be noted that the one or more processors 902 and/or other data processing circuitry described above may be referred to herein generally as "data processing circuitry. The data processing circuit may be embodied in whole or in part in software, hardware, firmware, or any other combination. Further, the data processing circuitry may be a single stand-alone processing module, or incorporated in whole or in part into any of the other elements in the electronic device 90. As referred to in embodiments of the application, the data processing circuit acts as a processor control (e.g., selection of the path of the variable resistor termination connected to the interface).
The memory 904 may be used to store software programs and modules of application software, such as program instructions/data storage devices corresponding to the IMS VOBB network-based SIP relay communication method in the embodiment of the present application, and the processor 902 executes the software programs and modules stored in the memory 904, thereby performing various functional applications and data processing, that is, implementing the above-mentioned vulnerability detection method of application programs. The memory 904 may include high-speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the memory 904 may further include memory remotely located relative to the processor 902, which may be connected to the electronic device 90 via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.
The transmission means 906 is used for receiving or transmitting data via a network. Specific examples of the network described above may include a wireless network provided by a communications provider of the electronic device 90. In one example, the transmission means 906 includes a network adapter (Network Interface Controller, NIC) that can be connected to other network devices via a base station to communicate with the internet. In one example, the transmission device 906 may be a Radio Frequency (RF) module for communicating with the internet wirelessly.
The display may be, for example, a touch screen type Liquid Crystal Display (LCD) that may enable a user to interact with a user interface of the electronic device 90.
The foregoing embodiment numbers are merely for the purpose of description and do not represent the advantages or disadvantages of the embodiments.
In the foregoing embodiments of the present application, the descriptions of the embodiments are emphasized, and for a portion of this disclosure that is not described in detail in this embodiment, reference is made to the related descriptions of other embodiments.
In the several embodiments provided in the present application, it should be understood that the disclosed technology may be implemented in other manners. The above-described embodiments of the apparatus are merely exemplary, and the division of units may be a logic function division, and there may be another division manner in actual implementation, for example, multiple units or components may be combined or integrated into another system, or some features may be omitted, or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be through some interfaces, units or modules, or may be in electrical or other forms.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed over a plurality of units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.
In addition, each functional unit in the embodiments of the present application may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units.
The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application may be embodied in essence or a part contributing to the prior art or all or part of the technical solution in the form of a software product stored in a storage medium, comprising several instructions for causing a computer device (which may be a personal computer, a server or a network device, etc.) to perform all or part of the steps of the method of the various embodiments of the present application. The storage medium includes a U disk, a Read-Only Memory (ROM), a random access Memory (RAM, random Access Memory), a removable hard disk, a magnetic disk, or an optical disk, etc. which can store the program code.
The foregoing is merely a preferred embodiment of the present application and it should be noted that modifications and adaptations to those skilled in the art may be made without departing from the principles of the present application, which are intended to be comprehended within the scope of the present application.