[go: up one dir, main page]

WO2016110178A1 - Procédé et système de traitement de message, serveur et dispositif à fonction de commande de session d'appel mandataire - Google Patents

Procédé et système de traitement de message, serveur et dispositif à fonction de commande de session d'appel mandataire Download PDF

Info

Publication number
WO2016110178A1
WO2016110178A1 PCT/CN2015/097915 CN2015097915W WO2016110178A1 WO 2016110178 A1 WO2016110178 A1 WO 2016110178A1 CN 2015097915 W CN2015097915 W CN 2015097915W WO 2016110178 A1 WO2016110178 A1 WO 2016110178A1
Authority
WO
WIPO (PCT)
Prior art keywords
header field
message
network
wifi network
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2015/097915
Other languages
English (en)
Chinese (zh)
Inventor
高荣春
周凯
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of WO2016110178A1 publication Critical patent/WO2016110178A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing

Definitions

  • 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.
  • VoWiFi Voice over WiFi
  • VoWiFi Voice over LTE
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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 .
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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 .
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • FIG. 1 is a signaling flowchart of VoWiFi registration according to an embodiment of the present invention
  • FIG. 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.
  • FIG. 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.
  • FIG. 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.
  • Table 1 is a table of definitions of abbreviations and key terms related to subsequent embodiments, please refer to it.
  • FIG. 1 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:
  • the UE sends a registration message to the P-CSCF, which may carry the PANI header field.
  • the P-CSCF sends an authentication authorization (AA, Authentication, Authorization) request to the PCRF.
  • AA authentication authorization
  • 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.
  • 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.
  • 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.
  • PCRF policy and charging rule function device
  • 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.
  • 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.
  • 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.
  • step S103 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.
  • 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.
  • step S107 is executed, and the processing module 13 generates the correct header field parameter according to the access type information.
  • step S108 the processing module 13 replaces the original incorrect header field parameter in the header field with the correct header field parameter.
  • 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.
  • 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.
  • 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.
  • a correct header field parameter ie, a second header field parameter
  • the P-CSCF After confirming that the contents of the registration message are correct, the P-CSCF sends a registration message to the I-CSCF.
  • the I-CSCF sends a user authorization request to the HSS to obtain the S-CSCF serving the UE.
  • HSS sends a user authorization to agree.
  • the I-CSCF sends a registration message to the S-CSCF.
  • the S-CSCF sends a multimedia authorization request to the HSS to obtain user authentication information from the HSS.
  • the HSS sends a multimedia authorization response to the S-CSCF.
  • the authentication challenge information is transmitted from the network side to the UE.
  • 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.
  • 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.
  • 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).
  • the I-CSCF sends a User Authorization Request to the HSS to obtain the S-CSCF serving the UE.
  • HSS sends a user authorization to agree.
  • the I-CSCF sends a registration message to the S-CSCF.
  • 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.
  • 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.
  • the S-CSCF initiates a third party registration to the AS according to the user's initial filtering criteria (iFC, Initial FilterCriteria) subscription information.
  • initial filtering criteria iFC, Initial FilterCriteria
  • 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.
  • the AS sends a 200 message to the S-CSCF.
  • 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.
  • the correction is more correct.
  • various networks can be effectively utilized and can be properly billed in response to different network usage.
  • FIG. 4 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.
  • 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:
  • the UE sends an invite message to the P-CSCF, which may carry the PANI header field.
  • 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.
  • the S-CSCF sends an invite message to the AS according to the user's iFC subscription information.
  • 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.
  • 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.
  • the S-CSCF sends an invite message to the called side.
  • 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.
  • FIG. 5 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:
  • the I-CSCF receives an invitation message from the calling side.
  • 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.
  • the I-CSCF sends an invite message to the S-CSCF.
  • the S-CSCF sends an invite message to the AS according to the iFC subscription information of the UE.
  • 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.
  • FIG. 6 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.
  • step S200 is performed, and the receiving module 21 receives the session request of the calling user, for example.
  • the calling user can establish a session with the called user for the user who initiates the session request.
  • 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.
  • 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.
  • 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.
  • step S204 If the registration information of the WiFi network does not exist, step S204 is performed, and the transceiver module 21 performs the language.
  • 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.
  • 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.
  • P-CSCF Proxy-Call Session Control Function
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the S-CSCF sends an invite message to the P-CSCF; the P-CSCF sends an invite message to the UE.
  • 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.
  • 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.
  • the P-CSCF then sends a 183/180/200 message to the S-CSCF.
  • the S-CSCF sends a 183/180/200 message to the AS.
  • 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.
  • 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.
  • the AS sends a 183/180/200 message to the S-CSCF.
  • 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.
  • 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.
  • FIG. 10 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.
  • the I-CSCF receives an invitation message from the calling side.
  • 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.
  • the I-CSCF sends an invite message to the S-CSCF.
  • the S-CSCF sends an invite message to the AS according to the iFC subscription information of the UE.
  • 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.
  • the S-CSCF sends an invite message to the P-CSCF; the P-CSCF sends an invite message to the UE.
  • 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.
  • 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.
  • 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.
  • 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.
  • FIG. 10 is a signaling flowchart of a VoWiFi MT call.
  • those skilled in the art can understand the structure of the VoWiFi MT call system through FIG. 10 .
  • the structural diagram of the VoWiFi MT call system is not separately illustrated.
  • 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.
  • FIG. 11 is a signaling flowchart of a VoWiFi MO short message flow according to a fifth embodiment of the present invention.
  • the UE sends a short message to the P-CSCF, which may carry the PANI header field.
  • 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.
  • the S-CSCF sends an SMS message to the IP-SM-GW according to the user's iFC subscription information.
  • 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.
  • 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.
  • 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.
  • the SMSC sends a MAP_MO_FORWARD_SHORT_MESSAGE_CNF message to the IP-SM-GW.
  • 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.
  • the UE 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.
  • FIG. 11 is a signaling flowchart of the VoWiFi MO short message flow.
  • those skilled in the art can understand the structure of the VoWiFi MO short message system through FIG. 11.
  • the VoWiFi MO short message system is not separately illustrated. Structure diagram.
  • 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.
  • FIG. 12 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.
  • the SMSC sends a MAP_SEND_ROUTING_INFO_FOR_SM message to the HLR.
  • the HLR sends a MAP_SEND_ROUTING_INFO_FOR_SM message to the IP-SM-GW.
  • 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.
  • 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.
  • the SMSC sends a MAP_MT_FORWARD_SHORT_MESSAGE_IND message to the IP-SM-GW.
  • 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.
  • the UE sends a 200 message to the P-CSCF, which may carry the PANI header field.
  • 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.
  • the S-CSCF sends a 200 message to the IP-SM-GW.
  • 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.
  • 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.
  • 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.
  • FIG. 13 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:
  • the SMSC sends a MAP_SEND_ROUTING_INFO_FOR_SM message to the HLR.
  • the HLR sends a MAP_SEND_ROUTING_INFO_FOR_SM message to the IP-SM-GW.
  • 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.
  • 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.
  • the SMSC sends a MAP_MT_FORWARD_SHORT_MESSAGE_IND message to the IP-SM-GW.
  • 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.
  • 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.
  • 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.
  • the AS does not need to wait for the timer to time out to initiate the connection process to the CS domain.
  • 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.
  • 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.
  • the IP-SM-GW sends a MAP_MT_FORWARD_SHORT_MESSAGE_IND message to the MSC.
  • 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.
  • CP DATA Content Provider Data
  • CP ACK Content Provider Response
  • CP ACK Content Provider Response
  • 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.
  • FIG. 13 is a signaling flowchart of the VoWiFi MT short message flow.
  • those skilled in the art can understand the structure of the VoWiFi MT short message system through FIG. 13 .
  • the VoWiFi MT short message system is not separately illustrated. Structure diagram.
  • 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.
  • FIG. 14 is a hardware configuration diagram of a server 3 according to an embodiment of the present invention.
  • 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.
  • 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.
  • CPU central processing unit
  • ASIC application specific integrated circuit
  • 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.
  • 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.
  • FIG. 14 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.
  • the storage medium may be a magnetic disk, an optical disk, a read-only memory (ROM), or a random access memory (RAM).

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

La présente invention concerne un procédé et un système de traitement de message, un serveur et un dispositif à fonction de commande de session d'appel mandataire. Le procédé comprend les étapes consistant : à recevoir un message de demande provenant d'un utilisateur ; à acquérir des informations de type d'accès de l'utilisateur à partir d'un dispositif à fonction de règles de facturation et de règlement ; à vérifier le message de demande selon les informations de type d'accès acquises ; et à envoyer le message de demande qui coïncide avec les informations de type d'accès, à un autre élément de réseau. Au moyen de la présente invention, le dispositif à fonction de commande de session d'appel mandataire peut déterminer si un champ d'en-tête comprend des informations précises et peut effectuer une sélection de domaine de terminaison, de façon à utiliser plus efficacement un service VoIP au moyen du WiFi et d'autres normes de communication, et plus précisément estimer des factures du fait dé l'utilisation du service VoIP.
PCT/CN2015/097915 2015-01-08 2015-12-18 Procédé et système de traitement de message, serveur et dispositif à fonction de commande de session d'appel mandataire Ceased WO2016110178A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510008239.8 2015-01-08
CN201510008239.8A CN104580781B (zh) 2015-01-08 2015-01-08 消息处理方法、系统、代理呼叫会话控制功能装置及服务器

Publications (1)

Publication Number Publication Date
WO2016110178A1 true WO2016110178A1 (fr) 2016-07-14

Family

ID=53095906

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/097915 Ceased WO2016110178A1 (fr) 2015-01-08 2015-12-18 Procédé et système de traitement de message, serveur et dispositif à fonction de commande de session d'appel mandataire

Country Status (2)

Country Link
CN (1) CN104580781B (fr)
WO (1) WO2016110178A1 (fr)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104580781B (zh) * 2015-01-08 2017-06-27 华为技术有限公司 消息处理方法、系统、代理呼叫会话控制功能装置及服务器
CN105916115B (zh) * 2016-06-13 2019-05-17 南京邮电大学 一种实现VoWiFi语音业务漫游限制的方法
CN107959970B (zh) * 2016-10-17 2020-08-18 中国电信股份有限公司 获取VoWiFi用户的位置信息的方法、系统以及相关设备
CN112911727B (zh) 2019-12-04 2023-04-18 华为技术有限公司 无线通信方法、客户前置设备、用户设备以及网络侧设备
CN119946025A (zh) * 2025-01-13 2025-05-06 中国电信股份有限公司技术创新中心 消息处理方法、装置、代理呼叫会话控制功能网元、消息处理系统、可读存储介质和计算机程序产品

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101848511A (zh) * 2009-03-24 2010-09-29 华为技术有限公司 业务切换方法、业务信息控制方法、相关设备及系统
CN101911588A (zh) * 2008-01-14 2010-12-08 高通股份有限公司 基于移动协议的策略控制和计费(pcc)规则
CN102638783A (zh) * 2012-03-21 2012-08-15 中兴通讯股份有限公司 一种获取ue接入位置信息的方法及系统
US20140011514A1 (en) * 2012-07-03 2014-01-09 Telefonaktiebolaget L M Ericsson (Publ) Location information report via payload data traffic
CN104580781A (zh) * 2015-01-08 2015-04-29 华为技术有限公司 消息处理方法、系统、代理呼叫会话控制功能装置及服务器

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101911588A (zh) * 2008-01-14 2010-12-08 高通股份有限公司 基于移动协议的策略控制和计费(pcc)规则
CN101848511A (zh) * 2009-03-24 2010-09-29 华为技术有限公司 业务切换方法、业务信息控制方法、相关设备及系统
CN102638783A (zh) * 2012-03-21 2012-08-15 中兴通讯股份有限公司 一种获取ue接入位置信息的方法及系统
US20140011514A1 (en) * 2012-07-03 2014-01-09 Telefonaktiebolaget L M Ericsson (Publ) Location information report via payload data traffic
CN104580781A (zh) * 2015-01-08 2015-04-29 华为技术有限公司 消息处理方法、系统、代理呼叫会话控制功能装置及服务器

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
3RD GENERATION PARTNERSHIP PROJECT.: "Technical Specification Group Core Network and Terminals; Support of SMS over IP networks; Stage 3 (Release 12", 3GPP TS 24.341 V12.3.0, 31 December 2013 (2013-12-31), pages 16 - 17 *

Also Published As

Publication number Publication date
CN104580781A (zh) 2015-04-29
CN104580781B (zh) 2017-06-27

Similar Documents

Publication Publication Date Title
US8839382B2 (en) Mobile network operator and data service provider interoperation
US9654954B2 (en) Providing an IMS voice session via a packet switch network and an emergency voice session via a circuit switch network
EP3170327B1 (fr) Commande de limitation et de sélection de services ims améliorée pour des dispositifs mobiles errant dans des réseaux étrangers
US9549312B2 (en) Dynamically switching network service providers
EP4026293B1 (fr) Prise en charge de routage par ims au moyen de multiples sessions pdu ims sur différents créneaux 5gc
CN102348200B (zh) 携号转网业务的呼叫路由方法和系统及网元设备
WO2016110178A1 (fr) Procédé et système de traitement de message, serveur et dispositif à fonction de commande de session d'appel mandataire
CN115299168B (zh) 用于切换的方法和装置
WO2013067907A1 (fr) Procédé, dispositif et système de traitement d'appel de terminal
US20170366961A1 (en) P-visited-network-id (pvni) with data restoration
CN103841080A (zh) 一种被叫号码补齐方法、设备和系统
US20250055926A1 (en) Service discovery processing method, device, and storage medium
US20190141094A1 (en) Multi-subscription in internet protocol multimedia subsystems
US20220191747A1 (en) Methods and apparatus relating to handover of a wireless device
US9467852B2 (en) Detection of non-entitlement of a subscriber to a service in communication networks
WO2023006061A1 (fr) Procédé et appareil de facturation
CN111565235A (zh) 一种获取多媒体消息业务服务器地址的方法及装置
US20220053031A1 (en) Methods and devices for continuation of terminating services in ims communication networks
WO2012119656A1 (fr) Association d'une session af à une session ip-can après redémarrage d'un pcrf
CN102377658A (zh) 一种实现高优先级业务的方法和系统
WO2023131166A1 (fr) Procédé et appareil de restauration de p-cscf et d'enregistrement d'informations de p-cscf
WO2025012960A1 (fr) Procédé et système d'optimisation d'un service de messagerie de passerelle de messages courts ip (ipsmgw)
WO2025008929A1 (fr) Procédé et système de sélection d'un domaine pour terminer un message
WO2015088540A1 (fr) Restauration de fonction proxy de commande de session d'appel pour dispositifs d'extrémité bimodes
WO2021160921A1 (fr) Propagation d'informations de mauvais comportement d'ue

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15876678

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15876678

Country of ref document: EP

Kind code of ref document: A1