WO2016110178A1

WO2016110178A1 - Message processing method and system, proxy call session control function device and server

Info

Publication number: WO2016110178A1
Application number: PCT/CN2015/097915
Authority: WO
Inventors: 高荣春; 周凯
Original assignee: 华为技术有限公司
Priority date: 2015-01-08
Filing date: 2015-12-18
Publication date: 2016-07-14
Also published as: CN104580781B; CN104580781A

Abstract

A message processing method and system, a proxy call session control function device and a server. The method comprises: receiving a request message from a user; acquiring access type information of the user from a policy and charging rules function device; checking the request message according to the acquired access type information; and sending the request message that is coincident with the access type information, to another network element. By using the present invention, the proxy call session control function device can determine whether a header field comprises accurate information and can perform a terminating domain selection, so as to more effectively use a VoIP service by means of WiFi and other communications standards, and more accurately estimate charges for using the VoIP service.

Description

Message processing method, system, proxy call session control function device and server

This application claims the priority of the Chinese Patent Application entitled "Message Processing Method, System, Proxy Call Session Control Function Device and Server" submitted by the Chinese Patent Office on January 8, 2015, and the application number is 201510008239.8. This is incorporated herein by reference.

Technical field

The present invention relates to the field of communications technologies, and in particular, to a message processing method and system, a proxy call session control function device, and a server.

Background technique

Recently, due to the popularity of WiFi and 4G network deployment, various types of network users are also increasingly able to obtain high-speed networks and obtain various types of network application services, including VoWiFi (VoIP over WiFi). The biggest advantage of VoWiFi is the low cost of calls, so various service providers are beginning to provide more and more VoIP services to their users, including ordinary consumers and enterprise users.

One of the application scenarios of VoWiFi is that a user who is moving uses VoIP to talk to the other end in a WiFi environment, but due to the limited signal range of the WiFi, the user is bound to leave the WiFi signal range. Accordingly, VoLTE (VoIP over LTE) is a good reinforcement solution. LTE can not only meet the bandwidth requirements of VoIP, but also has wider signal coverage, but the cost of VoLTE is lower than that of VoWiFi. More expensive.

In summary, how to use VoIP services more efficiently through WiFi and other communication standards, and more accurately estimate the cost of use, is still a problem to be solved in this field.

Summary of the invention

The object of the present invention is to be able to use VoIP services more efficiently through WiFi and other communication standards, and to estimate the usage fee more accurately.

To achieve the above object, a first embodiment of the present invention provides a message processing method for a proxy call session control function apparatus, comprising: receiving a request message from a user; obtaining the user from a policy and charging rule function device The access type information; the request message is checked according to the obtained access type information; and the request message conforming to the access type information is sent to other network elements.

With reference to the first embodiment, in another possible first implementation, the checking step further comprises: checking whether the request message includes a header field; and if the request message does not include the header field, according to the Accessing the type information, generating the header field in the request message, where the header field is a dedicated access network information header field.

With reference to the first embodiment and the first implementation manner, in another possible second implementation manner, the checking step further includes: if the message includes the header field, checking whether the header field includes a header field parameter; And if the header field does not include the header field parameter, generating the header domain parameter in the header domain according to the access type information.

With reference to the first embodiment and the second implementation manner, in another possible third implementation manner, the checking step further includes: if the message includes the header field, checking whether the header field includes a header field parameter; And if the header field does not include the header field parameter, generating the header domain parameter in the header domain according to the access type information.

With reference to the first embodiment and the third implementation manner, in another possible fourth implementation manner, the checking step further includes: checking, according to the header type parameter, based on the access type information, Whether the header field parameter is correct; based on the header field parameter being incorrect, generating a correct header field parameter according to the access type information; and replacing the header field parameter in the header field with the correct header field parameter .

To achieve the above objective, a second embodiment of the present invention provides a message processing method for a server, including: receiving a session request of a calling user; and preferentially performing connection of the WiFi network based on the WiFi network registration information of the called user; And transmitting, by the WiFi network, the session request to the called user.

With reference to the second embodiment, in another possible first implementation manner, the method further includes: The connection of the WiFi network fails, the connection of the voice long term evolution network or the circuit switched network is performed; and the session request is transmitted to the called user by the voice long term evolution network or the circuit switched network.

With reference to the second embodiment and the first implementation manner, in another possible second implementation manner, the method further includes: generating a record that the voice long term evolution network or the circuit switched network connection succeeds; receiving the calling user Another session request; and based on the record, transmitting the another session request to the called user via the voice long term evolution network or the circuit switched network.

With reference to the second embodiment and the second implementation manner, in another possible third implementation manner, the method further includes: after the generating step, receiving a registration message of the WiFi network of the called user, to perform a WiFi network registration procedure of the called user; receiving another session request of the calling user; and performing connection of the WiFi network based on the registration success of the called user, by using the WiFi network, Sending the further session request to the user.

With reference to the second embodiment and the first implementation manner, in another possible fourth implementation manner, the method further includes: determining whether a time for performing the connection of the WiFi network is greater than a preset time; and connecting the WiFi network The time is greater than the preset time, and it is determined that the connection of the WiFi network fails.

With reference to the second embodiment and the first implementation manner, in another possible fifth implementation manner, the method further includes: obtaining a bearer event from the proxy call session control function device; and determining, according to the bearer event, the WiFi network The connection failed.

With reference to the second embodiment, in another possible sixth implementation manner, the method further includes: determining whether the called user is in another session; and performing, based on the called user not being in the another session, The step of connecting the WiFi network is preferentially performed.

With reference to the second embodiment and the sixth implementation manner, in another possible seventh implementation manner, the method further includes: based on the current network of the called session in the another session by the another session Sending the session request to the called user.

With reference to the second embodiment, in another possible eighth implementation manner, the method further includes: The registration information of the WiFi network does not exist, and the connection of the voice long-term evolution network is performed to send the session request to the called user by using the voice long-term evolution network.

In order to achieve the above objective, a third embodiment of the present invention provides a proxy call session control function apparatus, including: a transceiver module, configured to receive a message from a user and obtain the user's connection from a policy and charging rule function device. And the processing module, configured to check the request message according to the access type information, where the processing module is further configured to send, by using the transceiver module, a request message that meets the access type information Give other network elements.

With reference to the third embodiment, in another possible first implementation, the processing module is further configured to: check whether the request message includes a header field; and based on the request message, the header field is not included, according to the The access type information is generated, and the header field is generated in the request message, where the header field is a dedicated access network information header field.

With reference to the third embodiment and the first implementation manner, in another possible second implementation manner, the processing module is further configured to check whether the header field includes a header domain parameter, if the header field is included according to the message. And if the header field does not include the header field parameter, generating the header field parameter in the header field according to the access type information.

With reference to the third embodiment and the second implementation manner, in another possible third implementation manner, the processing module is further configured to: according to the header field, include the header domain parameter, according to the access type information, Checking whether the header field parameter is correct; generating an correct header field parameter according to the access type information based on the incorrect header field parameter; and replacing the header field in the header field with the correct header domain parameter parameter.

In order to achieve the above objective, a fourth embodiment of the present invention provides a server, including: a transceiver module, configured to receive a session request of a calling user; and a processing module, configured by the transceiver module: based on the called user The WiFi network registration information preferentially performs connection of the WiFi network, and transmits the session request to the called user by using the WiFi network.

With reference to the fourth embodiment, in another possible first implementation, the processing module is further configured to perform long-term voice evolution by using the transceiver module: the connection failure of the WiFi network a connection of a network or circuit switched network; and transmitting the session request to the called user via the voice long term evolution network or the circuit switched network.

With reference to the fourth embodiment and the first implementation manner, in another possible second implementation manner, the processing module is further configured to generate a record of success of the voice long term evolution network or the circuit switched network connection; The transceiver module is further configured to receive another session request of the calling user and transmit the another session request to the called user by using the voice long term evolution network or the circuit switched network based on the record .

With reference to the fourth embodiment and the second implementation manner, in another possible third implementation manner, the transceiver module is further configured to: after the generating the record, receive the WiFi of the called user a registration message of the network to perform the WiFi network registration procedure of the called user; receiving another session request of the calling user; and performing connection of the WiFi network based on the registration success of the called user, Sending the further session request to the user via the WiFi network.

With reference to the fourth embodiment and the first implementation manner, in another possible fourth implementation manner, the processing module is further configured to: determine whether a time for performing the connection of the WiFi network is greater than a preset time; The connection time of the WiFi network is greater than the preset time, and it is determined that the connection of the WiFi network fails.

With reference to the fourth embodiment and the first implementation manner, in another possible fifth implementation manner, the transceiver module is further configured to obtain a bearer event from the proxy call session control function device, and the processing module is further used according to the The bearer event is determined to determine that the connection of the WiFi network fails.

With reference to the fourth embodiment, in another possible sixth implementation manner, the processing module is further configured to determine whether the called user is in another session, and the transceiver module is further configured to be based on the called user. The connection of the WiFi network is preferentially performed in the other session.

With reference to the fourth embodiment and the sixth implementation manner, in another possible seventh implementation manner, the transceiver module is further configured to be based on the called user in the another session, by using the other The current network of the session, sending the session request to the called user.

With reference to the fourth embodiment, in another possible eighth implementation manner, wherein the transceiver module is further used for the non-existence of the registration information of the WiFi network, the connection of the voice long-term evolution network is performed by using The voice long term evolution network sends the session request to the called user.

In order to achieve the above object, a fifth embodiment of the present invention provides a message processing system, including a proxy call session control function device of a third embodiment and an implementation thereof, and a server of the fourth embodiment and an implementation thereof; The call session control function device is configured to send a request message conforming to the access type information; and the server is configured to store the WiFi network registration information of the called user according to the request message. .

In summary, the server can determine whether the header field contains the correct information and can perform domain selection to more efficiently use VoIP services through WiFi, LTE, and other communication standards, and more accurately estimate the usage fee.

DRAWINGS

In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings used in the description of the embodiments will be briefly described below. It is obvious that the drawings in the following description are only some embodiments of the present invention. Other drawings may also be obtained from those of ordinary skill in the art in view of the drawings.

FIG. 1 is a signaling flowchart of VoWiFi registration according to an embodiment of the present invention;

2 is a hardware structural diagram of a server according to an embodiment of the present invention;

FIG. 3 is a flowchart of a message processing method according to an embodiment of the present invention;

4 is a signaling flowchart of a VoWiFi MO call according to another embodiment of the present invention;

FIG. 5 is a signaling flowchart of a VoWiFi MT call according to another embodiment of the present invention;

6 is a hardware structural diagram of a server according to still another embodiment of the present invention;

FIG. 7 is a flowchart of a message processing method according to still another embodiment of the present invention;

FIG. 8 is a flowchart of a message processing method according to still another embodiment of the present invention;

FIG. 9 is a flowchart of a message processing method according to still another embodiment of the present invention;

FIG. 10 is a signaling flowchart of a VoWiFi MT call according to still another embodiment of the present invention;

FIG. 11 is a signaling flowchart of a VoWiFi MO short message according to another embodiment of the present invention;

FIG. 12 is a signaling flowchart of a VoWiFi MT short message according to another embodiment of the present invention;

FIG. 13 is a signaling flowchart of a VoWiFi MT short message according to still another embodiment of the present invention;

FIG. 14 is a hardware structural diagram of a server according to an embodiment of the present invention.

detailed description

The technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention. It is obvious that the described embodiments are only a part of the embodiments of the present invention, but not all embodiments. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.

Table 1 is a table of definitions of abbreviations and key terms related to subsequent embodiments, please refer to it.

Table 1

Please refer to FIG. 1 , which is a signaling flowchart of a VoWiFi registration according to a first embodiment of the present invention. FIG. 1 is a signaling flowchart of VoWiFi registration, but a person skilled in the art can understand VoWiFi registration through FIG. 1 . The structure of the system, for the sake of brevity, does not separately show the structure of the VoWiFi registration system, the steps disclosed in Figure 1 are as follows:

1. The UE sends a registration message to the P-CSCF, which may carry the PANI header field.

2. The P-CSCF sends an authentication authorization (AA, Authentication, Authorization) request to the PCRF.

3. The PCRF sends an authentication grant response to the P-CSCF, wherein the authentication grant response contains the correct access type information of the UE accessing the network, which can be used to check whether the information contained in the PANI header field of the registration message from the UE is correct to ensure The back-end network element can perform corresponding processing based on the information contained in the PANI header field.

In detail, in order for the back-end network element to be correctly charged, the header field parameter included in the dedicated access network information (PANI) header field must be the correct parameter, so that the back-end can correctly know the user (UE). The network is used to transmit the message, so the P-CSCF will check the user-uploaded message to ensure that the private access network information (PANI) header field and the parameters it contains are correct.

Steps

2 and 3 of the VoWiFi registration process It is the P-CSCF used to check the message uploaded by the user. Next, it will explain how the P-CSCF checks the message it receives.

Referring to FIG. 2, a hardware structure diagram of the proxy call session control function apparatus 1 (ie, P-CSCF) of the present embodiment is shown. The proxy call session control function apparatus 1 includes a transceiver module 11, a processing module 13, a memory 15, and a power supply. 17 and the entry interface 19. The processing module 13 is coupled to the transceiver module 11 memory 15 and the access interface 19; the power source 17 is used for power supply to the transceiver module 11, the processing module 13 and the access interface 19; the memory 15 can store the operating system and other applications; 19 is at least connectable to the keyboard 19a and the display 19b, and the transceiver module 11 is used to proxy communication between the call session control function device 1 and other devices/devices or communication networks.

The proxy call session control function device 1 is configured to receive a request message from a user; obtain access type information of the user from a policy and charging rule function device (PCRF); and check received according to the obtained access type information Requesting a message; and transmitting a request message conforming to the access type information to other network elements.

In detail, the proxy call session control function device 1 can execute the message processing method of FIG. 3, first performing step S100, and the transceiver module 11 is configured to receive a request message from the user, where the request message can be any from the user. Messages, such as registration messages, call messages, and SMS messages, are not limited to messages for requesting utility.

Step S109, the transceiver module 11 of the proxy call session control function device 1 obtains the access type information of the user (for example, the Rx interface parameters IP-CAN-Type, RAT-Type) from the policy and charging rule function device, which is known from the foregoing. The authentication authorization response sent by the policy and charging rule function device to the proxy call session control function device 1 is the correct access type information including the user accessing the network. Next, the processing module 13 checks, according to the access type information, whether the request message conforms to the access type information. For example, if the access type information includes three parameters A, B, and C, and the request message includes content related to the A parameter, the content related to the A parameter of the request message and the content included in the access type information A parameter. The same; if the request message contains content related to the A and C parameters, the content of the request message and the A and C parameters are respectively the same as the content included in the access type information A parameter and the C parameter.

Step S101, the processing module 13 determines whether the request message includes a header field, and the header The domain may be a dedicated access network information header field; if the request message does not include a header field, step S102 is performed, and the processing module 13 may generate a header field in the request message according to the access type information to ensure the content included in the header field or The parameter conforms to the access type information, and after receiving the request message, the other network element can perform corresponding processing according to the correct header field. In step S106, the transceiver module 11 will include the header field generated according to the access type information. The request message is sent to other network elements.

If the message includes the header field, step S103 is performed, and the processing module 13 determines whether the header field parameter is included in the header field, and the header field parameter may be an Access-Type parameter or an Access-Class. Parameters such as parameters, access information (access-info), utran-cell-id-3gpp, and/or i-wlan-node-id, but not limited to this. If the header field does not include the header field parameter, step S104 is performed, and the processing module 13 generates a header field parameter in the header field according to the access type information. Next, in step S106, the transceiver module 11 will include the The request message of the header field parameter generated by the type information is sent to other network elements. If the header field originally includes the header field parameter, step S105 is performed, and the processing module 13 determines whether the header field parameter is correct according to the access type information; if the header field parameter is correct, step S106 is performed, and the transceiver module 11 includes the matching interface. The request message of the header field parameter of the incoming type information is sent to other network elements.

If the header field parameter is incorrect, step S107 is executed, and the processing module 13 generates the correct header field parameter according to the access type information. Next, in step S108, the processing module 13 replaces the original incorrect header field parameter in the header field with the correct header field parameter. Next, in step S106, the transceiver module 11 sends a request message containing the correct header field parameters that meet the access type information to other network elements.

In particular, the user may transmit a message to the proxy call session control function device 1 by the WiFi network, the LTE network or other network, so in order to enable the backend to correctly charge based on the message, or to retain the correct registration message based on the message, dedicated The header field parameter included in the access network information header field must be the correct parameter, so that the backend can correctly know the network through which the user is transmitting the message. The processing module 13 can determine, according to the access type information, whether the header field parameter included in the dedicated access network information header field is correct, such as the header field, because the access type information can correctly display the network through which the user transmits the message. If the parameter is correct, the message can be sent to the backend or other network element; for example, the header field parameter Incorrect, the processing module 13 may generate a correct header field parameter (ie, a second header field parameter) according to the access type information, to take the header field parameter that is originally wrong in the dedicated access network information header field. Afterwards, the transceiver module 11 can send a message that contains the correct header field parameters. Before the VoWiFi registration process is executed in step 4, the P-CSCF can check the message uploaded by the user in the foregoing manner.

Then return to the steps in Figure 1:

4. After confirming that the contents of the registration message are correct, the P-CSCF sends a registration message to the I-CSCF.

5. The I-CSCF sends a user authorization request to the HSS to obtain the S-CSCF serving the UE.

6. HSS sends a user authorization to agree.

7. The I-CSCF sends a registration message to the S-CSCF.

8. The S-CSCF sends a multimedia authorization request to the HSS to obtain user authentication information from the HSS.

9. The HSS sends a multimedia authorization response to the S-CSCF.

10-12. The authentication challenge information is transmitted from the network side to the UE.

13. The UE sends a registration message to the P-CSCF, where the registration message carries the result of the authentication calculation and possibly carries the PANI header field.

14. The P-CSCF sends a registration message to the I-CSCF, and the registration message carries the authentication calculation result and the PANI header field.

It should be noted that before the step 14P-CSCF sends the registration message to the I-CSCF, the P-CSCF can also check the message uploaded by the UE in the foregoing manner, except that the P-CSCF is in

steps

2 and 3. The correct current access type has been obtained in the check, so the correct access type can be obtained without access type information (such as Rx interface parameters IP-CAN-Type, RAT-Type).

15. The I-CSCF sends a User Authorization Request to the HSS to obtain the S-CSCF serving the UE.

16. HSS sends a user authorization to agree.

17. The I-CSCF sends a registration message to the S-CSCF.

18-19. The S-CSCF determines whether the authentication is passed by comparing the authentication calculation result reported by the UE with the authentication result sent by the HSS. If the authentication is passed, the user subscription data is obtained from the HSS. The process is that the S-CSCF allocates the request to the HSS through the sending server and the HS sending server allocates the response completion.

20-22. The S-CSCF sends a 200 message to the I-CSCF, and the I-CSCF forwards it to the P-CSCF, and the P-CSCF finally forwards it to the UE.

23. After the authentication is passed, the S-CSCF initiates a third party registration to the AS according to the user's initial filtering criteria (iFC, Initial FilterCriteria) subscription information.

24-25. The AS records the UE's access from Wi-Fi according to the header field parameters in the PANI header field and its associated parameters, and is used for subsequent called domain selection and charging. The AS obtains user subscription data by sending a user authorization request and receiving a user authorization response from the HSS.

26. The AS sends a 200 message to the S-CSCF.

In summary, the proxy call session control function apparatus 1 of this embodiment can determine whether the header field included in the message sent by the user and the parameter in the header field meet the network type currently used by the user, and if the error is found, the correction is more correct. Ability. Accordingly, various networks can be effectively utilized and can be properly billed in response to different network usage.

Please refer to FIG. 4, which is a signaling flow chart of a VoWiFi MO call flow according to a second embodiment of the present invention. FIG. 4 is a signaling flow chart of a VoWiFi MO call flow, but a person skilled in the art can refer to FIG. To understand the structure of the VoWiFi MO call system, the structure diagram of the VoWiFi MO call system is not separately shown for the sake of brevity. The steps disclosed in Figure 4 are as follows:

1. The UE sends an invite message to the P-CSCF, which may carry the PANI header field.

2. The P-CSCF obtains the current correct access type from the PCRF through the Rx interface during registration, and checks the header field parameters and associated parameters in the PANI header field in the invite message reported by the UE, if the header field parameter If the access type obtained by the content and the Rx interface is different, the P-CSCF modifies the header field parameter and its associated parameter to the access type obtained by the Rx interface; if the invitation message reported by the UE does not carry the PANI header field, or the PANI header There is no header field parameter and its associated parameters in the domain. The P-CSCF will add the PANI header field, header field parameters and its associated parameters in the invitation message, or add the header field parameters and their associated parameters in the PANI header field. Use the Rx interface to get The access type is filled in. For details, refer to FIG. 2, FIG. 3 and related descriptions, and details are not described herein. The P-CSCF then sends an invite message to the S-CSCF.

3. The S-CSCF sends an invite message to the AS according to the user's iFC subscription information.

4. AS records the UE access from Wi-Fi according to the header field parameters in the PANI header field and its associated parameters, and is used for charging the current call. The accounting of the AS includes offline charging, online charging of the Ro interface, and online charging of the CAP/INAP. For CAP/INAP online charging, since the protocol parameter does not support indicating that the current call is VoWiFi, an extended parameter is required to indicate that the current call is VoWiFi. After that, the AS sends an invite message to the S-CSCF.

5. The S-CSCF sends an invite message to the called side.

In summary, the P-CSCF of the embodiment can determine whether the header field included in the message sent by the user and the parameter in the header field meet the network type currently used by the user, and if the error is found, the capability is more correct. Accordingly, various networks can be effectively utilized and can be properly billed in response to different network usage.

Please refer to FIG. 5 , which is a signaling flowchart of a VoWiFi MT call according to a third embodiment of the present invention, and is called a VoWiFi registration or a VoLTE registration. FIG. 5 is a signaling flowchart of a VoWiFi MT call, but is common in the field. The technician can understand the structure diagram of the VoWiFi MT calling system through FIG. 5, and for the sake of brevity, the structural diagram of the VoWiFi MT calling system is not separately shown. The steps disclosed in Figure 5 are as follows:

1. The I-CSCF receives an invitation message from the calling side.

2-3. The I-CSCF queries the HSS to obtain an S-CSCF serving the user, which can be obtained by the I-CSCF sending a location information query request and the HSS sending a location information query response.

4. The I-CSCF sends an invite message to the S-CSCF.

5. The S-CSCF sends an invite message to the AS according to the iFC subscription information of the UE.

6. After the AS has processed the called service, the VoWiFi called domain selection process is performed, and the VoWiFi called domain selection process will be detailed later. The AS has a VoWiFi registration or a VoLTE registration, and the AS sends an invite message to the S-CSCF.

The following is a detailed description of the called domain selection in step 6 of the VoWiFi MT call process. Please refer to FIG. 6 , which is a hardware structure diagram of the server 2 (ie, AS) in this embodiment. The server 2 includes a transceiver module 21 and a processing module 23 . The memory 25, the power source 27, and the entry interface 29. The processing module 23 is coupled to the transceiver module 21 memory 25 and the access interface 29; the power source 27 is used to supply power to the transceiver module 21, the processing module 23, and the access interface 29; the memory 25 can store an operating system and other applications; 29 is at least connectable to keyboard 29a and display 29b, and transceiver module 21 is used for communication between server 2 and other devices/devices or communication networks.

The server 2 can execute the message processing method (ie, the called domain selection method) of FIG. 7, FIG. 8 and FIG. 9. Referring first to FIG. 7, first, step S200 is performed, and the receiving module 21 receives the session request of the calling user, for example. In other words, the calling user can establish a session with the called user for the user who initiates the session request. When the session request is received by the server 2, the server 2 needs to determine which network to send the session request to the called user. The service that enables the called user to use VoIP more efficiently.

In step S201, the processing module 23 determines whether the called user is in another session. If the called user is in another session, step S202 is performed, and the processing module 23 sends a session request to the current network through another session. The called user. For example, since the called user may be conducting another session through VoLTE, when a new session request is sent to the called user, the server 2 will send through the VoLTE network that the called user is currently using. A new session request to the called user.

If the called user is not in another session (ie, the called user is not currently in the session), step S203 is performed, and the processing module 23 determines whether the server 2 has registration information of the WiFi network, and the user is required to register. The information may be stored by the server 2 based on the request message conforming to the access type information transmitted by the proxy call session control function device 1 of the first embodiment. More specifically, since the proxy call session control function device 1 can check the content included in the message transmitted by the called user, such as the content of the message, the proxy call session control function device 1 can also correct the content of the message to ensure the server 2 The correct registration information can be stored based on the correct content contained in the received message.

If the registration information of the WiFi network does not exist, step S204 is performed, and the transceiver module 21 performs the language. The connection of the long-term evolution network; in step S205, the session request is sent to the called user by the voice long-term evolution network. If the registration information of the WiFi network of the called user exists, step S206 is performed, and the processing module 23 preferentially performs the connection of the WiFi network based on the registration information of the WiFi network by the transceiver module 21; in step S207, the processing module 23 determines the connection of the WiFi network. Whether the failure is successful; if the connection of the WiFi network is successful, step S208 is performed, and the transceiver module 21 can transmit the session request to the called user through the WiFi network. If the connection of the WiFi network fails, step S209 is performed, and the processing module 23 performs the connection of the voice long-term evolution network or the circuit-switched network by using the transceiver module 21.

For example, step S207 can determine whether the connection of the WiFi network fails in the following manner. The first method is: the processing module 23 determines whether the connection time of the WiFi network is greater than a preset time; if the connection time of the WiFi network is not greater than the preset time, the connection of the WiFi network is successful; if the WiFi network is connected The time of the WiFi network is greater than the preset time, and the connection of the WiFi network fails.

The second mode is that the processing module 23 determines whether the receiving module 21 receives the bearer event of the Proxy-Call Session Control Function (P-CSCF: Proxy-Call Session Control Function); if the bearer of the Proxy-Call Session Control function is not received If the event is successful, the connection of the WiFi network is successful; if the bearer event of the proxy-call session control function is received, the connection of the WiFi network fails. It should be noted that the foregoing bearer event may be a default bearer loss event, a default bearer release event, or a default bearer abnormal event, but is not limited thereto.

After step S209, step S210 is performed, and the processing module 23 is further configured to transmit a session request to the called user through the voice long-term evolution network or the circuit-switched network by the transceiver module 21; and the connection of the voice long-term evolution network or the circuit-switched network If the method is successful, the processing module 23 is further configured to generate a record of the success of the voice long-term evolution network or the circuit-switched network connection. In step S212, the transceiver module 21 receives the call request from the calling user, which indicates that the calling user desires Establishing another session with the called user; performing step S213, the transceiver module 21 transmits another session request to the called user again through the voice long term evolution network or the circuit switched network based on the record. Specifically, Server 2 will actively record which network connection was successful last time, and need it next time. When the network is connected, it will be considered that the network that succeeded last time has a large success, so it will preferentially connect to the last successful network to optimize the efficiency of various networks.

Then, in step S214, the transceiver module 21 receives the registration message of the WiFi network of the called user after generating the record of the success of the voice long-term evolution network or the circuit-switched network, and can perform the WiFi network registration procedure of the called user; After the registration of the WiFi network of the called user is successful, in step S215, the transceiver module 21 receives another session request of the calling user; in step S216, the transceiver module 21 performs the WiFi network based on the registration of the called user. Next, to send another session request to the called user via the WiFi network.

Specifically, the server 2 performs connection of other networks after the connection of the previous WiFi network fails (as shown in steps S211 to S213), and does not preferentially perform connection of the WiFi network. However, the WiFi network has the advantages of low cost and large bandwidth. Therefore, the server 2 only needs to receive the registration message of the WiFi network of the called user again and the registered user is successfully registered, and the server 2 will preferentially perform the connection of the WiFi network again.

Then return to the steps in Figure 5:

7-8. The S-CSCF sends an invite message to the P-CSCF; the P-CSCF sends an invite message to the UE.

9. The UE sends a 183/180/200 message to the P-CSCF, and the 183/180/200 message may carry a PANI header field, where the 180 message and the 183 message are temporary response messages of the invite message and the 180 message is usually a ringing message. The 200 message is a permanent response message to the invitation message.

10. When the P-CSCF obtains the current correct access type from the PCRF through the Rx interface, the P-CSCF checks the header field parameters and their associated parameters in the PANI header field in the 183/180/200 message reported by the UE, if If the content of the header field parameter and the access type obtained by the Rx interface are different, the P-CSCF modifies the header field parameter and its associated parameter to the access type obtained by the Rx interface; if the 183/180/200 message reported by the UE does not exist, Carrying the PANI header field, or there is no header field parameter and its associated parameters in the PANI header field, the P-CSCF will add the PANI header field, header field parameters and their associated parameters in the 183/180/200 message, or in the PANI header field. Add the header field parameters and their associated parameters. The header field parameters are filled in using the access type obtained by the Rx interface. For details, see Figure 2 and Figure 3. The relevant description will not be repeated here. The P-CSCF then sends a 183/180/200 message to the S-CSCF.

11. The S-CSCF sends a 183/180/200 message to the AS.

12. The AS records the UE's access from Wi-Fi for charging for the current call according to the header field parameters in the PANI header field in the 183/180/200 message and its associated parameters. The accounting of the AS includes offline charging, online charging of the Ro interface, and online charging of the CAP/INAP. For CAP/INAP online charging, since the protocol parameter does not support indicating that the current call is VoWiFi, an extended parameter is required to indicate that the current call is VoWiFi. After that, the AS sends a 183/180/200 message to the S-CSCF.

13-14. The S-CSCF sends a 183/180/200 message to the I-CSCF. The I-CSCF sends a 183/180/200 message to the calling side.

In summary, the AS of this embodiment can perform called domain selection in VoWiFi, VoLTE, and other communication standards, so that users can use VoIP services more efficiently.

Please refer to FIG. 10, which illustrates a signaling flowchart of a VoWiFi MT call according to a fourth embodiment of the present invention and is called by the CS to be registered in the CS.

1. The I-CSCF receives an invitation message from the calling side.

4. The I-CSCF sends an invite message to the S-CSCF.

6. After the AS has processed the called service, the VoWiFi called domain selection process is performed. The specific method of the VoWiFi called domain selection process can be referred to FIG. 6 to FIG. 9 . The AS currently has a VoWiFi registration or a VoLTE registration, and the AS sends an invite message to the S-CSCF.

9. The called connection timeout does not respond, and the AS initiates a CS domain connection process, that is, the AS sends an invite message to the S-CSCF. If the Rx interface is used in the registration process, the bearer event such as the default bearer loss event, the default bearer release event, or the default bearer exception event is notified to the P-CSCF, so that after the P-CSCF receives the called invite message, , will directly respond to the failure message, at this time AS You do not need to wait for the timer to time out to initiate a CS domain connection process. For the bearer events such as the called connection timeout unresponsive, the default bearer loss event, the default bearer release event, or the default bearer abnormal event, refer to FIG. 6-9.

10-11. The S-CSCF sends an invite message to the MGCF. The MGCF sends an invite/initial address message to the MSC.

FIG. 10 is a signaling flowchart of a VoWiFi MT call. However, those skilled in the art can understand the structure of the VoWiFi MT call system through FIG. 10 . For the sake of brevity, the structural diagram of the VoWiFi MT call system is not separately illustrated.

Please refer to FIG. 11 , which is a signaling flowchart of a VoWiFi MO short message flow according to a fifth embodiment of the present invention.

1. The UE sends a short message to the P-CSCF, which may carry the PANI header field.

2. The P-CSCF obtains the current correct access type from the PCRF through the Rx interface when registering, and checks the header field parameters and associated parameters in the PANI header field in the short message reported by the UE, if the header field parameter If the access type obtained by the content and the Rx interface is different, the P-CSCF modifies the header field parameter and its associated parameter to the access type obtained by the Rx interface; if the short message field reported by the UE does not carry the PANI header field, or the PANI header There is no header field parameter and its associated parameters in the domain. The P-CSCF will add the PANI header field, header field parameters and its associated parameters in the SMS message, or add the header field parameters and their associated parameters in the PANI header field. The access type obtained by using the Rx interface is filled in. For details, refer to FIG. 2, FIG. 3, and related descriptions, and details are not described herein. After that, the P-CSCF sends a short message to the S-CSCF.

3. The S-CSCF sends an SMS message to the IP-SM-GW according to the user's iFC subscription information.

4. The IP-SM-GW records the UE access from the Wi-Fi according to the header field parameters in the PANI header field and its associated parameters, and is used for current short message charging. The accounting of IP-SM-GW includes offline charging, online charging of Ro interface, and online charging of CAP/INAP. For CAP/INAP online billing, due to protocol participation The number does not support indicating that the short message is from Wi-Fi, so the extended parameter indicates that the current short message is from Wi-Fi. The IP-SM-GW sends a MAP_MO_FORWARD_SHORT_MESSAGE_REQ message to the SMSC.

5-7. The IP-SM-GW sends 202 a message to the S-CSCF. The S-CSCF sends 202 a message to the P-CSCF. The P-CSCF sends 202 a message to the UE, where the 202 message is a response message of the short message.

8. The SMSC sends a MAP_MO_FORWARD_SHORT_MESSAGE_CNF message to the IP-SM-GW.

9-11. The IP-SM-GW sends a short message to the S-CSCF. The S-CSCF sends a short message to the P-CSCF. The P-CSCF sends a short message to the UE.

12-14. In response to the UE receiving the short message, the UE sends a 200 message to the P-CSCF. The P-CSCF sends 200 messages to the S-CSCF. The S-CSCF sends 200 messages to the IP-SM-GW.

FIG. 11 is a signaling flowchart of the VoWiFi MO short message flow. However, those skilled in the art can understand the structure of the VoWiFi MO short message system through FIG. 11. For the sake of simplicity, the VoWiFi MO short message system is not separately illustrated. Structure diagram.

In summary, the IP-SM-GW of the embodiment can determine whether the header field included in the message sent by the user and the parameter in the header field meet the network type currently used by the user, and if the error is found, the capability is more corrected. . Accordingly, various networks can be effectively utilized and can be properly billed in response to different network usage.

Please refer to FIG. 12, which is a signaling flowchart of a VoWiFi MT short message flow according to a sixth embodiment of the present invention. The called party is registered in VoWiFi or VoLTE.

1. The SMSC sends a MAP_SEND_ROUTING_INFO_FOR_SM message to the HLR.

2. The HLR sends a MAP_SEND_ROUTING_INFO_FOR_SM message to the IP-SM-GW.

3. The IP-SM-GW performs the VoWiFi called domain selection process. The specific method of the VoWiFi called domain selection process can be referred to FIG. 6 to FIG. 9 , which is a related description. IP-SM-GW currently has VoWiFi registration, IP-SM-GW returns MAP_SEND_ROUTING_INFO_FOR_SM_ACK to HLR, The address carries the IP-SM-GW global name (GT, Global Title) address.

4. The HLR returns MAP_SEND_ROUTING_INFO_FOR_SM_ACK to the SMSC, and the message carries the GT address of the IP-SM-GW.

5. The SMSC sends a MAP_MT_FORWARD_SHORT_MESSAGE_IND message to the IP-SM-GW.

6-8. The IP-SM-GW sends a short message to the S-CSCF. The S-CSCF sends a short message to the P-CSCF. The P-CSCF sends a short message to the UE.

9. The UE sends a 200 message to the P-CSCF, which may carry the PANI header field.

10. The P-CSCF obtains the current correct access type from the PCRF through the Rx interface when registering, and checks the header field parameter and its associated parameters in the PANI header field in the 200 message reported by the UE, if the header field parameter If the access type obtained by the content and the Rx interface is different, the P-CSCF modifies the header field parameter and its associated parameter to the access type obtained by the Rx interface; if the 200 message reported by the UE does not carry the PANI header field, or the PANI header There is no header field parameter and its associated parameters in the domain. The P-CSCF will add the PANI header field, header field parameters and its associated parameters in the 200 message, or add the header field parameters and their associated parameters in the PANI header field. The access type obtained by using the Rx interface is filled in. For details, refer to FIG. 2 and FIG. 3, which are related descriptions, and details are not described herein. After that, the P-CSCF sends a 200 message to the S-CSCF.

11. The S-CSCF sends a 200 message to the IP-SM-GW.

12. The IP-SM-GW records the UE from Wi-Fi access according to the header field parameters in the PANI header field and its associated parameters, and is used for current short message charging. The accounting of IP-SM-GW includes offline charging, online charging of Ro interface, and online charging of CAP/INAP. For CAP/INAP online charging, since the protocol parameters do not support indicating that the short message is from Wi-Fi, an extended parameter is required to indicate that the current short message is from Wi-Fi. Thereafter, the IP-SM-GW sends a MAP_MT_FORWARD_SHORT_MESSAGE_RSP message to the SMSC.

FIG. 12 is a signaling flowchart of the VoWiFi MT short message flow, but a person skilled in the art can understand the structure diagram of the VoWiFi MT short message system through FIG. 12, for the sake of simplicity, The structure diagram of the VoWiFi MT short message system is separately shown.

In summary, the IP-SM-GW of this embodiment can perform called domain selection in VoWiFi, VoLTE, and other communication standards, so that users can use VoIP services more efficiently.

Please refer to FIG. 13 , which is a signaling flowchart of a VoWiFi MT short message flow according to a seventh embodiment of the present invention. The called party is registered in the CS, and the following will be gradually explained:

1. The SMSC sends a MAP_SEND_ROUTING_INFO_FOR_SM message to the HLR.

2. The HLR sends a MAP_SEND_ROUTING_INFO_FOR_SM message to the IP-SM-GW.

3. The IP-SM-GW performs the VoWiFi called domain selection process. The specific method of the VoWiFi called domain selection process can be referred to FIG. 6 to FIG. 9 , which is a related description. The IP-SM-GW currently has a VoWiFi registration, and the IP-SM-GW returns MAP_SEND_ROUTING_INFO_FOR_SM_ACK to the HLR, and the message carries the GT address of the IP-SM-GW.

5. The SMSC sends a MAP_MT_FORWARD_SHORT_MESSAGE_IND message to the IP-SM-GW.

9. The called connection timeout does not respond, and the IP-SM-GW initiates the connection process to the CS domain. The IP-SM-GW sends a MAP_SEND_ROUTING_INFO_FOR_SM message to the HLR. If the Rx interface is used in the registration process, the bearer event such as the default bearer loss event, the default bearer release event, or the default bearer exception event is notified to the P-CSCF, so that after the P-CSCF receives the called invite message, It will directly respond to the failure message. At this time, the AS does not need to wait for the timer to time out to initiate the connection process to the CS domain. For the bearer events such as the called connection timeout failure response, the default bearer loss event, the default bearer release event, or the default bearer abnormal event, refer to FIG. 6-9.

10. The HLR sends a MAP_SEND_ROUTING_INFO_FOR_SM_ACK message to The IP-SM-GW carries the MSC/VLR address where the UE is currently located.

11. The IP-SM-GW sends a MAP_MT_FORWARD_SHORT_MESSAGE_IND message to the MSC.

12-15. CS short message receiving process, that is, the MSC sends Content Provider Data (CP DATA, Content Provider Data) to the UE, and the UE sends a Content Provider Response (CP ACK, ContentProvider Acknowledgement) to the MSC, and the MSC sends the CP DATA again. To the UE, the UE sends the CP ACK to the MSC again.

16-17. The MSC sends a MAP_MT_FORWARD_SHORT_MESSAGE_RSP message to the IP-SM-GW. The IP-SM-GW sends a MAP_MT_FORWARD_SHORT_MESSAGE_RSP message to the SMSC.

FIG. 13 is a signaling flowchart of the VoWiFi MT short message flow. However, those skilled in the art can understand the structure of the VoWiFi MT short message system through FIG. 13 . For the sake of simplicity, the VoWiFi MT short message system is not separately illustrated. Structure diagram.

FIG. 14 is a hardware configuration diagram of a server 3 according to an embodiment of the present invention. As shown in FIG. 14, the multimedia processing device 3 includes a processor 31, a memory 32, an input/output interface 33, a communication interface 34, and a bus 35. Among them, the processor 31, the memory 32, the input/output interface 33 and the communication interface 34 realize a communication connection with each other via the bus 35.

The processor 31 can be a general-purpose central processing unit (CPU), a microprocessor, an application specific integrated circuit (ASIC), or one or more integrated circuits for executing related programs. The technical solution provided by the embodiment of the present invention is implemented.

The memory 32 may be a read only memory (ROM), a static storage device, a dynamic storage device, or a random access memory (RAM). Memory 32 can store operating systems and other applications. Implemented by software or firmware In the technical solution provided by the embodiment of the present invention, the program code for implementing the technical solution provided by the embodiment of the present invention is saved in the memory 32 and executed by the processor 31.

The input/output interface 33 is for receiving input data and information, and outputting data such as operation results.

Communication interface 34 implements communication between server 3 and other devices or communication networks using transceivers such as, but not limited to, transceivers and transceiver modules.

Bus 35 may include a path for communicating information between various components of server 3, such as processor 31, memory 32, input/output interface 33, and communication interface 34.

It should be noted that although the server 3 shown in FIG. 14 only shows the processor 31, the memory 32, the input/output interface 33, the communication interface 34, and the bus 35, it will be understood by those skilled in the art in the specific implementation process. Server 3 also contains other devices necessary to achieve proper operation. At the same time, those skilled in the art will appreciate that the server 3 may also include hardware devices that implement other additional functions, depending on the particular needs. Moreover, it will be understood by those skilled in the art that the server 3 may also only include the devices or modules necessary to implement the embodiments of the present invention, and does not necessarily include all of the devices shown in FIG.

The hardware structure shown in FIG. 14 and the above description are applicable to various multimedia processing apparatuses and multimedia processing servers provided by embodiments of the present invention.

A person skilled in the art can understand that all or part of the process of implementing the above embodiment method can be completed by a computer program to instruct related hardware, and the above program can be stored in a computer readable storage medium. When executed, the flow of an embodiment of the methods as described above may be included. The storage medium may be a magnetic disk, an optical disk, a read-only memory (ROM), or a random access memory (RAM).

The principles and embodiments of the present invention have been described herein with reference to specific examples. The foregoing description of the embodiments are merely for the purpose of understanding the method of the present invention and the concept thereof. Also, those skilled in the art in accordance with the present invention The present invention is not limited by the scope of the present invention.

Claims

A message processing method for a proxy call session control function device, comprising:

Receiving a request message from a user;

Obtaining access type information of the user from the policy and charging rule function device;

Checking the request message according to the obtained access type information;

Sending a request message that meets the access type information to other network elements.
The message processing method according to claim 1, wherein the checking step further comprises:

Checking if the request message contains a header field;

If the request message does not include the header field, the header field is generated in the request message according to the access type information.
The message processing method according to claim 2, wherein the checking step further comprises:

If the message includes the header field, checking whether the header field includes a header field parameter;

If the header field does not include the header field parameter, the header field parameter is generated in the header field according to the access type information.
The message processing method according to claim 3, wherein the checking step further comprises:

And determining, according to the access type information, whether the header field parameter is correct, according to the header field, where the header field parameter is included;

And generating an correct header field parameter according to the access type information, based on the incorrect header field parameter;

The header field parameter in the header field is replaced with the correct header field parameter.
The message processing method according to claim 2, wherein said header field is a dedicated access network information header field.
A message processing method for a server, comprising:

Receiving a session request of the calling user;

Depending on the WiFi network registration information of the called user, the connection of the WiFi network is prioritized;

And transmitting, by the WiFi network, the session request to the called user.
The message processing method according to claim 6, further comprising:

If the connection of the WiFi network fails, the connection of the voice long-term evolution network or the circuit-switched network is performed;

Transmitting the session request to the called user by the voice long term evolution network or the circuit switched network.
The message processing method according to claim 7, further comprising:

Generating a record of success of the voice long term evolution network or the circuit switched network connection;

Receiving another session request of the calling user;

Based on the record, the another session request is transmitted to the called user by the voice long term evolution network or the circuit switched network.
The message processing method according to claim 8, further comprising:

After the generating step, receiving a registration message of the WiFi network of the called user, to perform a WiFi network registration procedure of the called user;

Receiving another session request of the calling user;

And performing, according to the registration success of the called user, the connection of the WiFi network, to send the further session request to the user by using the WiFi network.
The message processing method according to claim 7, further comprising:

Determining whether the time for performing the connection of the WiFi network is greater than a preset time;

If the connection time of the WiFi network is greater than a preset time, it is determined that the connection of the WiFi network fails.
The message processing method according to claim 7, further comprising:

Obtaining a bearer event from the proxy call session control function device;

According to the bearer event, it is determined that the connection of the WiFi network fails.
The message processing method according to claim 6, further comprising:

Determining whether the called user is in another session;

The step of preferentially performing the connection of the WiFi network is performed based on the called user not being in the another session.
The message processing method according to claim 12, further comprising:

And sending, according to the called user, the session request to the called user by using the current network of the another session in the another session.
The message processing method according to claim 6, further comprising:

If the registration information of the WiFi network does not exist, the connection of the voice long-term evolution network is performed to send the session request to the called user by using the voice long-term evolution network.
A proxy call session control function device, comprising:

a transceiver module, configured to receive a message from a user and obtain access type information of the user from a policy and charging rule function device;

a processing module, configured to check the request message according to the access type information;

The processing module is further configured to send, by using the transceiver module, a request message that meets the access type information to another network element.
The proxy call session control function device according to claim 15, wherein the processing module is further configured to:

Checking if the request message contains a header field;

And the header field is generated in the request message according to the access type information, based on the request message not including the header field.
The proxy call session control function device of claim 16, wherein the processing module is further configured to:

If the message includes the header field, checking whether the header field includes a header field parameter;

If the header field does not include the header field parameter, generating the header according to the access type information The domain parameters are in the header field.
The proxy call session control function device of claim 17, wherein the processing module is further configured to:

And determining, according to the access type information, whether the header field parameter is correct, according to the header field, where the header field parameter is included;

And generating an correct header field parameter according to the access type information, based on the incorrect header field parameter;

The header field parameter in the header field is replaced with the correct header field parameter.
The proxy call session control function apparatus according to claim 16, wherein said header field is a dedicated access network information header field.
A server, comprising:

a transceiver module for receiving a session request of the calling user;

The processing module is configured to: by the transceiver module: preferentially perform connection of the WiFi network based on the WiFi network registration information of the called user, and transmit the session request to the called user by using the WiFi network.
The server according to claim 20, wherein said processing module is further used by said transceiver module:

If the connection of the WiFi network fails, the connection of the voice long-term evolution network or the circuit-switched network is performed;

Transmitting the session request to the called user by the voice long term evolution network or the circuit switched network.
The server according to claim 21, wherein said processing module is further configured to generate a record of success of said voice long term evolution network or said circuit switched network connection; said transceiver module is further configured to receive said master Another session request to the user and based on the record, the another session request is transmitted to the called user via the voice long term evolution network or the circuit switched network.
The server according to claim 22, wherein said transceiver module is further configured to:

After generating the record, receiving a registration message of the WiFi network of the called user, to perform a WiFi network registration procedure of the called user;

Receiving another session request of the calling user;

And performing, according to the registration success of the called user, the connection of the WiFi network, to send the further session request to the user by using the WiFi network.
The server according to claim 21, wherein said processing module is further configured to:

Determining whether the time for performing the connection of the WiFi network is greater than a preset time;

If the connection time of the WiFi network is greater than a preset time, it is determined that the connection of the WiFi network fails.
The server according to claim 21, wherein the transceiver module is further configured to obtain a bearer event from the proxy call session control function, and the processing module is further configured to determine the WiFi network according to the bearer event. The connection failed.
The server according to claim 20, wherein the processing module is further configured to determine whether the called user is in another session, and the transceiver module is further configured to: based on the called user not being in the In another session, the connection of the WiFi network is prioritized.
The server according to claim 26, wherein said transceiver module is further configured to transmit said said user in said another session by said current network of said another session A session request to the called user.
The server according to claim 20, wherein the transceiver module is further configured to perform the connection of the voice long-term evolution network to prevent long-term evolution of the voice by the presence of the registration information of the WiFi network. The network sends the session request to the called user.
A message processing system, comprising: the proxy call session control function device according to any one of claims 15 to 19; and the server according to any one of claims 20 to 27;

The proxy call session control function device is configured to send a request message that meets access type information;

The server is configured to store the WiFi network registration information of the called user according to the request message.