WO2015196819A1

WO2015196819A1 - Method for receiving and sending short message on ivpn platform, and service control point

Info

Publication number: WO2015196819A1
Application number: PCT/CN2015/072931
Authority: WO
Inventors: 单宝龙; 魏霄鹏
Original assignee: 中兴通讯股份有限公司
Priority date: 2014-06-25
Filing date: 2015-02-12
Publication date: 2015-12-30
Also published as: CN105228113B; CN105228113A

Abstract

A method for receiving and sending a short message on an integrated virtual private network (IVPN) platform, and a service control point (SCP). The method comprises: a service control point (SCP) receives a short message sent by a short message sender, and sends a response message to the short message sender; the SCP parses the short message, and determines, according to obtained message content of the short message, whether to send the short message to a short message receiver; and when determining to send the short message to the short message receiver, forward the short message to the short message receiver.

Description

Short message sending and receiving method and service control node of IVPN platform

Technical field

The present invention relates to the field of mobile communication technologies, and in particular, to a method and a service control node for short message sending and receiving of an IVPN platform.

Background technique

The Integrated Virtual Private Network (IVPN) is an intelligent call service widely developed for telecom users. The integrated virtual private network service can be used in different areas of the fixed network (PSTN (Public Switched Telephone Network), softswitch), C network users (C network users indicate that the network system used by mobile phones is CDMA (Code) Division Multiple Access (), which constitutes a logical private network. Users within the network can use a short number or a real number to contact. IVPN Group members can enjoy flexible tariff policies within and outside the network. According to the distribution range of IVPN group users, IVPN services can be divided into provincial IVPN services and national IVPN services. All members of an IVPN group belong to the provincial IVPN service in a province; if an IVPN group member is located in multiple provinces, it belongs to the national IVPN service.

The short message is a way to realize personal simple data communication by carrying a short data packet through the No. 7 signaling of the mobile network. The Short Message Center (MC) is the core entity of the narrowband CDMA mobile switching network to implement short message service, which controls the sending and receiving of a user's short message.

The IVPN call service provides a large number of functions, such as intra-group calls (not allowed to call outside the group), time-limited calls (allowing calls within a certain period of time), dialing out-of-group numbers, dialing personal network numbers, friends and relatives Group calls, family group calls, etc., so when IVPN users have the function of sending and receiving text messages, they must also have these functions. For example, control messages can only be sent and received by users within the group, and text messages can be sent and received within a certain period of time. A function such as a user sent to a group of friends and relatives.

At present, in the process of the IVPN service, more and more users have joined the IVPN service. For the SCP (Service Control Point) running the IVPN service, it is convenient to control the user according to the group attribute of the user. The function of the call. However, IVPN users always send and receive text messages by MC (Message Center), which is separate from the SCP control user's call, and MC can't control SMS according to the group attribute of IVPN users. At the same time, due to the numerous functions of the IVPN service, many of the functions of the short message transmission and reception control MC cannot be realized.

The above content is only used to assist in understanding the technical solutions of the present invention, and does not constitute an admission that the above is prior art.

Summary of the invention

The main purpose of the embodiment of the present invention is to solve the technical problem that the MC cannot control the sending and receiving of short messages according to the group attribute of the IVPN user, and the single function of the MC short message transmission and reception control.

To achieve the above objective, a method for sending and receiving short messages of an integrated virtual private network IVPN platform according to an embodiment of the present invention includes the following steps:

The service control node SCP receives the short message sent by the short message sender, and returns a response message to the short message sender;

The SCP parses the short message, and determines, according to the parsed message content of the short message, whether to send the short message to the short message receiver;

When it is determined that the short message is sent to the short message recipient, the short message is forwarded to the short message recipient.

Optionally, before the step of receiving the short message sent by the short message sender and the response message to the short message sender, the method for sending and receiving the short message of the IVPN platform further includes:

The SCP adds a mobile application part MAP signaling operation supporting SMDPP to implement point-to-point short message transmission in the MO process;

The SCP adds a MAP signaling operation that supports SMSREQ to obtain routing information of the current mobile station MS in the short message terminating MT process.

Optionally, the step of receiving the short message sent by the short message sender by the SCP, and the reply message to the short message sender includes:

When in the short message MO process, the SCP receives the SMDPP message sent by the mobile switching center MSC, and returns an SMDPP message to the MSC; the SMDPP message is that the MSC converts the short message after receiving the short message sent by the MS through the air interface. Is sent by the SMDPP message according to the International Mobile Subscriber Identity (IMSI) configured for the SMDPP message;

When in the short message MT process, the SCP receives the Deliver_SM sent by the SMS center MC. Information, and reply to the Deliver_SM_Res message to the MC.

Optionally, the step of the SCP parsing the short message, determining whether to send the short message to the short message receiver according to the parsed message content of the short message includes:

When in the short message MO process, the SCP parses the received SMDPP message;

The SCP determines whether to send the short message according to the content of the SMDPP message obtained by the parsing; if yes, the SCP sends the SMDPP message to the MC, so that the MC sends the SMDPP message to the called MS; if not, the SCP releases the call, and ends the short message MO process. .

When in the short message MT process, the SCP parses the received Deliver_SM message;

The SCP determines whether to send a short message according to the parsed content of the Deliver_SM message; if the short message is not sent, the SCP releases the call, and ends the short message MT process;

If it is determined that the short message is allowed to be sent, the SCP sends an SMSREQ message to the home location register HLR according to the called number in the message content, and queries the current MSC location information of the called number.

When the SMSREQ response message returned by the HLR has the current MSC location information of the called number, the SCP records the current MSC location information of the called number, and sends an SMDPP message to the current MSC of the called number, so that the MSC forwards the SMDPP message to the called MS. ;

When the SMSREQ response message returned by the HLR does not have the current MSC location information of the called number, the SCP periodically resends the SMSREQ message to the HLR.

In addition, to achieve the above object, the embodiment of the present invention further provides a service control node SCP, including:

The receiving module is configured to: receive a short message sent by the short message sender, and reply the response message to the short message sender;

The parsing and determining module is configured to: parse the short message, and determine, according to the parsed message content of the short message, whether to send the short message to the short message receiving party;

The sending module is configured to: when determining to send the short message to the short message recipient, forward the short message to the short message recipient.

Optionally, the SCP further includes:

The signaling support module is configured to: add a mobile application part MAP signaling operation supporting SMDPP To implement point-to-point short message transmission in the short message originating MO process, and to increase the MAP signaling operation supporting SMSREQ, to obtain the routing information of the current mobile station MS in the short message termination call MT process.

Optionally, the receiving module is configured to:

Receiving the SMDPP message sent by the mobile switching center MSC and returning the SMDPP message to the MSC when in the short message MO process; the SMDPP message is that the MSC converts the short message into after receiving the short message by the MS over the air interface. The SMDPP message is sent according to the International Mobile Subscriber Identity (IMSI) configured for the SMDPP message;

When in the short message MT process, the Deliver_SM message sent by the short message center MC is received, and the Deliver_SM_Res message is returned to the MC.

Optionally, the parsing and determining module is configured to:

Parsing the received SMDPP message when in the short message MO process;

Determining whether to send a short message according to the content of the SMDPP message obtained by the parsing; if yes, sending the SMDPP message to the MC, so that the MC sends the SMDPP message to the called MS; if not, releasing the call, ending the short message MO process.

Optionally, the parsing and determining module is further configured to:

Parsing the received Deliver_SM message when in the short message MT process;

Determining whether to send a short message according to the parsed content of the Deliver_SM message; if not sending the short message, releasing the call, ending the short message MT process;

If it is determined that the short message is sent, the SMSREQ message is sent to the home location register HLR according to the called number in the message content, and the current MSC location information of the called number is queried;

When the SMSREQ response message returned by the HLR has the current MSC location information of the called number, the current MSC location information of the called number is recorded, and the SMDPP message is sent to the current MSC of the called number, so that the MSC forwards the SMDPP message to the called MS;

When the SMSREQ response message returned by the HLR does not have the current MSC location information of the called number, the SMSREQ message is periodically resent to the HLR.

The embodiment of the invention further provides a computer readable storage medium storing program instructions, which can be implemented when the program instructions are executed.

The embodiment of the present invention receives the short message sent by the short message sender through the SCP, and parses the short message. And determining, according to the parsed message content of the short message, whether to send the short message to the short message receiver, implementing the SCP running the IVPN platform to implement the sending and receiving of the short message, and solving the problem that the MC cannot be controlled according to the group attribute of the IVPN user. SMS sending and receiving, MC SMS sending and receiving control has a single function.

BRIEF abstract

Figure 1 shows the MC-centric network structure;

Figure 2 shows the MC-centric SMS control process;

3 is a schematic flowchart of a first embodiment of a method for sending and receiving short messages of an IVPN platform according to the present invention;

4 is a schematic flowchart diagram of a second embodiment of a method for sending and receiving short messages of an IVPN platform according to the present invention;

FIG. 5 is a schematic flowchart diagram of a third embodiment of a short message sending and receiving method of an IVPN platform according to the present invention;

6 is a schematic flowchart diagram of a fourth embodiment of a short message sending and receiving method of an IVPN platform according to the present invention;

7 is a schematic diagram of functional modules of a first embodiment of an SCP according to the present invention;

8 is a schematic diagram of functional modules of a second embodiment of the SCP of the present invention;

9 is a schematic diagram of a short message MO process controlled by an SCP;

FIG. 10 is a schematic diagram of a short message MT process controlled by an SCP.

The implementation, functional features, and advantages of the present invention will be further described in conjunction with the embodiments.

Preferred embodiment of the invention

It is understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

The present invention provides a method for sending and receiving short messages of an IVPN platform. Referring to FIG. 3, in a first embodiment of the short message sending and receiving method of the IVPN platform of the present invention, the method for sending and receiving short messages of the IVPN platform includes the following steps:

Step S10: The service control node SCP receives the short message sent by the short message sender, and returns a response message to the short message sender.

The short message type received by the SCP is SMDPP (Short Message Delivery Peer To Peer) or SMSREQ (Short Message Service Request). After receiving the short message sent by the short message sender, the SCP replies to the short message sender with a response message.

Step S20: The SCP parses the short message, and determines whether to send the short message to the short message receiver according to the parsed message content of the short message.

The SCP parses the received short message, and the parsed content includes the calling and called number, the short message content, the number authority, and the like, and determines whether to send the short message to the short message receiving party according to the parsed message content of the short message, for example, In the MO (Mobile Originated) process, it is determined whether the short message is sent to the mobile phone outside the group, and whether there is permission to send text messages outside the network.

Step S30, when it is determined that the short message is sent to the short message receiver, the short message is forwarded to the short message receiver.

When the IVPN user successfully sends a short message through the IVPN platform, the short message sending record information can be generated on the SCP, that is, the CDR file is generated, and the information related to the short message, such as the number of short message words and the number of short messages, is recorded. The SCP can use a new service key to classify and generate the CDR file to distinguish between the call CDR and the short message CDR.

At present, the main method adopted by telecom operators is to use MC (Message Center) to uniformly control the sending and receiving of short messages. It is characterized by wide coverage, two-way orientation, economy, and caching capability. However, MC control removes the group attribute of IVPN users to simply control the sending and receiving of SMS messages. Figure 1 shows the MC-centric network structure. Therefore, the right to send and receive text messages must be placed on the SCP. The SCP can realize the function of sending and receiving text messages by the MC, and can accurately send and receive text messages according to the group attributes of the users. The SCP can be unified. Control user calls and text messages. For example, the calling user can only send SMS to the internal users of the group, and the MC cannot control the sending and receiving of the short message because the MC cannot know whether the called user and the calling user are in the same group; the IVPN user is allowed to send within the specified time. SMS, MC can not determine whether to allow text messages at this time, because the set time data is on the SCP. Figure 2 shows the SMS sending and receiving process controlled by the MC. Due to the many functions of the IVPN service, many of the functions of the short message transmission and reception control MC cannot be realized, so it must be controlled by the SCP.

In this embodiment, the SCP receives the short message sent by the short message sender, parses the short message, and determines whether to send the short message to the short message receiver according to the parsed message content of the short message. The SCP running the IVPN platform implements the sending and receiving of short messages, and solves the problem that the MC cannot control the sending and receiving of short messages according to the group attribute of the IVPN user, and the function list of the MC short message receiving and controlling The problem of one is to better realize the unified control of the transmission of calls and short messages on the SCP, facilitate management, low comprehensive cost, and more effectively support the promotion and development of IVPN services, which is more in line with the development trend of the industry.

Referring to FIG. 4, in the second embodiment of the method for sending and receiving short messages of the IVPN platform of the present invention, before the step S10, the method for sending and receiving short messages of the IVPN platform further includes:

Step S01, the SCP adds a mobile application part MAP signaling operation supporting the SMDPP to implement point-to-point short message transmission in the short message originating MO process;

Step S02, the SCP adds a MAP signaling operation supporting the SMSREQ to obtain routing information of the current mobile station MS in the short message termination call MT process.

The SCP adds the signaling operations that support SMDPP and SMSREQ. At the same time, the table on the IVPN platform is modified. Since the basic information of the user already exists in the table sxxcardinf, the table for implementing the IVPN user function already exists, so only a few short messages need to be added. SMS related control can be realized with relevant necessary tables.

The table sxxmcgt is added to store the correspondence table of the mobile phone number segment and the signaling center GT of the short message center. When the short message MO process, first, the relevant information is read from the user table sxxcardinf and the group table sxxgroupinf to determine whether the user has the right to perform the short message. Send, again, if the transmission is allowed, the query table sxxmcgt is obtained to obtain the GT of the MC corresponding to the mobile phone number segment, and finally, the short message is delivered to the MC through the SMDPP information message.

Referring to FIG. 5, FIG. 9, and FIG. 10, in the third embodiment of the method for sending and receiving short messages of the IVPN platform of the present invention, step S10 includes:

Step S101, when in the short message MO process, the SCP receives the SMDPP message sent by the mobile switching center MSC, and returns an SMDPP message to the MSC; the SMDPP message is that the MSC sends the short message after receiving the MS over the air interface. Transmitting the short message into an SMDPP message and transmitting the SMDPP message according to the International Mobile Subscriber Identity (IMSI) configured for the SMDPP message;

When in the short message MO process, the MS sends a short message, and sends a short message to the MSC over the air interface, and the MSC converts the short message sent by the air interface into an SMDPP message. The SMDPP message includes the content of the calling and called number, the content of the short message, and the encoding method of the short message. Then pre-allocate some The designated IMSI segment, the MSC sends the SMDPP message directly to the SCP according to the IMSI number. The SCP receives the SMDPP message sent by the MSC, and the SCP sends the SMDPP to the MSC to confirm that the short message is received. If there is data to return, the returned SMDPP also includes the data that needs to be returned. When the MSC receives the SMDPP message sent by the SCP, the MSC converts the SMDPP into a confirmation message of the air interface.

Step S102: When in the short message MT process, the SCP receives the delivery short message (Deliver_SM) message sent by the short message center MC, and replies to the short message response (Deliver_SM_Res) message to the MC.

When in the short message MT process, the MC sends the Deliver_SM message directly to the IVPN platform, that is, the SCP; the SCP immediately replies to the Deliver_SM_Res message to the MC, indicating that the message has been received.

Referring to FIG. 6, FIG. 9, and FIG. 10, in the fourth embodiment of the method for receiving and receiving short messages of the IVPN platform of the present invention, step S20 includes:

Step S201, when in the short message MO process, the SCP parses the received SMDPP message;

Step S202: The SCP determines, according to the content of the SMDPP message obtained by the parsing, whether to send a short message.

The SCP parses the received SMDPP message, and sends the parsed main called number and short message content to the business process processing center for processing. For example, it is determined whether the short message transmission is sent to the outside mobile phone of the group, and whether the short message is sent out. Permissions, etc.

Step S2021, if yes, the SCP sends an SMDPP message to the MC, for the MC to send the SMDPP message to the called MS (Mobile Station, mobile station);

If the business process module determines that the short message is sent, the SCP sends the important information group such as the main called number and the short message content into an SMDPP message, and the MC sends the original SMS message to the called user's mobile phone.

In step S2022, if not, the SCP releases the call and ends the short message MO process.

If the business process module determines that the short message is not sent, the SCP directly releases the call Release Call and rejects the sending of the short message.

Step S203, when in the short message MT process, the SCP parses the received Deliver_SM message;

When in the short message MT process, the MC sends the Deliver_SM message directly to the SCP, and the SCP immediately replies to the Deliver_SM_Res message to the MC, indicating that the message has been received.

Step S204: The SCP determines whether to send a short message according to the parsed content of the Deliver_SM message.

The SCP parses the received Deliver_SM message, and sends related information such as the calling and called number to the business process processing center to determine whether the short message can be sent.

Step S2041: If the short message is not sent, the SCP releases the call, and ends the short message MT process;

Step S2042: If it is determined that the short message is sent, the SCP sends an SMSREQ message to the home location register HLR according to the called number in the message content, and queries the current MSC location information of the called number.

Step S2043: When the SMSREQ response message returned by the HLR has the current MSC location information of the called number, the SCP records the current MSC location information of the called number, and sends an SMDPP message to the current MSC of the called number, so that the MSC forwards the SMDPP message to the MSC. Called MS;

If the SCP sends the SMDPP message to the current MSC of the called party, the SCP will receive the SMDPP response message sent by the MSC. If the response message is successful, the SCP sends a status report to the MC to inform the MC that the SMS message is sent successfully, and the SCP receives the MC confirmation. The message is that the MC successfully receives the status report, and the SCP ends the entire MT process; if the response message is a failure, the SCP saves the relevant information of the calling and called number, the content of the short message, and the like in the table sxxsmsfail of the database, and periodically scans the table to re- The SMSREQ message is sent to the HLR for inquiry, and then the SMDPP message is sent to the MSC.

Considering the performance of the SCP, the time to scan the table sxxsmsfail is configurable, for example every 5 minutes. Each record in the table has a timestamp field. If it is more than 2 days (can be configured), this information is deleted and no further processing is performed. If the SCP successfully sends this message after scanning a record, the flag is set to '1' to indicate that the message has been sent successfully. You do not need to scan this record.

Step S2044, when the SMSREQ response message returned by the HLR does not have the current MSC location information of the called number, the SCP periodically resends the SMSREQ message to the HLR.

When sending the SMSREQ message, the called routing information is not queried or the HLR does not respond, such as the called party is shut down, the called party is no longer in the service area, etc., and the SCP writes the relevant information of the calling party number, the short message content, and the like into the database table sxxsmsfail. Save, periodically scan this table to resend the SMSREQ message to the HLR for query.

The present invention further provides a service control node SCP. Referring to FIG. 7, in the first embodiment of the SCP of the present invention, the SCP includes:

The receiving module 40 is configured to receive a short message sent by the short message sender, and send a response message to the short message sender;

The short message type received by the receiving module 40 is SMDPP (Short Message Delivery Peer To Peer) or SMSREQ (Short Message Service Request), and the receiving module 40 receives the short message sent by the sender of the short message, and then sends a response message to the short message sender. .

The parsing and determining module 50 is configured to parse the short message, and determine, according to the parsed message content of the short message, whether to send the short message to the short message receiving party;

The parsing and determining module 50 parses the received short message, and the parsed content includes the main called number, the short message content, the number authority, and the like, and determines whether to send the short message to the short message according to the parsed message content of the short message. For example, in the Mobile Originated (MO) process, it is determined whether the short message is sent to the mobile phone outside the group, and whether there is permission to send text messages outside the network.

The sending module 60 is configured to forward the short message to the short message receiving party when determining to send the short message to the short message receiving party.

In the related art, the main mode adopted by the telecom operators is to use the MC (Message Center) to uniformly control the sending and receiving of short messages. It is characterized by wide coverage, two-way orientation, economy, and caching capability. However, MC control removes the group attribute of IVPN users to simply control the sending and receiving of SMS messages. Figure 1 shows the MC-centric network structure. Therefore, the right to send and receive text messages must be placed on the SCP. The SCP can realize the function of sending and receiving text messages by the MC, and can accurately send and receive text messages according to the group attributes of the users. The SCP can be unified. Control user calls and text messages. For example, the calling user can only send SMS to the internal users of the group, and the MC cannot control the sending and receiving of the short message because the MC cannot know whether the called user and the calling user are in the same group; the IVPN user is allowed to send within the specified time. SMS, MC can not determine whether to allow text messages at this time, because the set time data is on the SCP. Figure 2 is controlled by the MC The process of sending and receiving text messages. Due to the many functions of the IVPN service, many of the functions of the short message transmission and reception control MC cannot be realized, so it must be controlled by the SCP.

In this embodiment, the receiving module 40 receives the short message sent by the short message sender, and the parsing determining module 50 parses the short message, and determines whether to send the short message to the short according to the parsed message content of the short message. The message receiving party, when the sending module 60 determines to send the short message to the short message receiving party, forwards the short message to the short message receiving party, implements the SCP running the IVPN platform to implement the sending and receiving of the short message, and solves the problem that the MC cannot be based on the IVPN user. The group attribute controls the sending and receiving of SMS, and the single function of MC SMS transmission and reception control, better realizes unified control of call and SMS transmission on SCP, facilitates management, low comprehensive cost, and can more effectively support the promotion and development of IVPN service. More in line with the development trend of the industry.

Referring to FIG. 8, in the second embodiment of the SCP of the present invention, the SCP further includes:

The signaling support module 70 is configured to add a mobile application part MAP signaling operation supporting SMDPP to implement point-to-point short message transmission in the short message originating MO process, and increase MAP signaling operation supporting SMSREQ to end in short message The routing information of the current mobile station MS is obtained in the calling MT process.

The signaling support module 70 is added to support the signaling operations of the SMDPP and the SMSREQ, and the table on the IVPN platform is modified. Since the basic information of the user already exists in the table sxxcardinf, the table for implementing the IVPN user function already exists, so only You need to add a few SMS related tables to achieve SMS messaging control.

Referring to Figures 9 and 10, the receiving module is set to:

Receiving the SMDPP message sent by the mobile switching center MSC and returning the SMDPP message to the MSC when in the short message MO process; the SMDPP message is that the MSC converts the short message into after receiving the short message by the MS over the air interface. SMDPP message and based on the SMDPP The message is configured by the International Mobile Subscriber Identity (IMSI);

When in the short message MO process, the MS sends a short message, and sends a short message to the MSC over the air interface, and the MSC converts the short message sent by the air interface into an SMDPP message. The SMDPP message includes the content of the calling and called number, the content of the short message, and the encoding method of the short message. Then, some designated IMSI segments are pre-allocated, and the MSC sends the SMDPP message directly to the SCP according to the IMSI number. The SCP receives the SMDPP message sent by the MSC, and the SCP sends the SMDPP to the MSC to confirm that the short message is received. If there is data to return, the returned SMDPP also includes the data that needs to be returned. When the MSC receives the SMDPP message sent by the SCP, the MSC converts the SMDPP into a confirmation message of the air interface.

When in the short message MT process, the MC sends the Deliver_SM message (see reference [3]) directly to the IVPN platform, ie, the SCP; the SCP immediately replies to the Deliver_SM_Res message to the MC, informing that the message has been received.

Referring to FIG. 9 and FIG. 10, the parsing judging module is set as:

Parsing the received SMDPP message when in the short message MO process;

Determining whether to send a short message according to the content of the SMDPP message obtained by the parsing;

If yes, the SMDPP message is sent to the MC, so that the MC sends the SMDPP message to the called MS;

If not, release the call and end the short message MO process.

If the business process module determines that the short message is not sent, the SCP releases the call directly (Release Call) and rejects the sending of the short message.

Referring to FIG. 9 and FIG. 10, the parsing and determining module is further configured to:

Parsing the received Deliver_SM message when in the short message MT process;

Determining whether to send a short message according to the parsed content of the Deliver_SM message;

If the short message is not sent, the call is released, and the short message MT process is ended;

Established to support long SMS sending and multiple SMS centers. At present, the MC automatically splits short messages with a message content of more than 160 English characters or 70 Chinese characters into multiple consecutive short messages (each containing 153 English characters or 66 messages). Chinese characters, up to 255) are sent continuously in multiple ways. For example, when the SMS MT process is performed, the MC divides the long message, and the header of each message is added with a UDHI (User Data Header Indicator) to indicate that it is the same message, and the SCP receives the message with the same UDHI header. , these messages will be assembled into a complete text message. Finally, the business logic module makes a decision to decide whether to send the message.

If there are two MCs, if the first message is sent from MC1 and the second message is sent from MC2, then the SCP must send it to the correct MC when it sends the MC status report. During the MT process, when the SCP receives the Deliver_SM message sent by the MC, the SCP records a value SmppSktIndex_T according to the message, which is used to indicate that the Deliver_SM message is from the MC1, SmppSktIndex_T corresponding to the account and address port of the Deliver_SM message, so that the Submit_SM status is sent in the SCP. When reporting to the MC, it can be found according to SmppSktIndex_T that the corresponding message should be sent to the MC.

The above are only examples of the invention and are not intended to limit the scope of the invention.

One of ordinary skill in the art will appreciate that all or a portion of the steps of the above-described embodiments can be implemented using a computer program flow, which can be stored in a computer readable storage medium, such as on a corresponding hardware platform (eg, The system, device, device, device, etc. are executed, and when executed, include one or a combination of the steps of the method embodiments.

Alternatively, all or part of the steps of the above embodiments may also be implemented by using an integrated circuit. These steps may be separately fabricated into individual integrated circuit modules, or multiple modules or steps may be fabricated into a single integrated circuit module. achieve. Thus, the invention is not limited to any specific combination of hardware and software.

The devices/function modules/functional units in the above embodiments may be implemented by a general-purpose computing device, which may be centralized on a single computing device or distributed over a network of multiple computing devices.

Each device/function module/function unit in the above embodiment is implemented in the form of a software function module. And when sold or used as a stand-alone product, it can be stored on a computer readable storage medium. The above mentioned computer readable storage medium may be a read only memory, a magnetic disk or an optical disk or the like.

Industrial applicability

The embodiment of the invention implements the SCP running the IVPN platform to realize the sending and receiving of the short message, and solves the problem that the MC cannot control the sending and receiving of the short message according to the group attribute of the IVPN user, and the function of the MC short message receiving and controlling is single.

Claims

A method for synchronizing short message transmission of an integrated virtual private network IVPN platform includes the following steps:

The service control node SCP receives the short message sent by the short message sender, and returns a response message to the short message sender;

The SCP parses the short message, and determines whether to send the short message to the short message receiver according to the parsed message content of the short message;

When it is determined that the short message is sent to the short message recipient, the short message is forwarded to the short message recipient.
The method for sending and receiving short messages of an IVPN platform according to claim 1, wherein before the step of receiving the short message sent by the short message sender and the response message to the short message sender, the method further includes:

The SCP adds a mobile application part MAP signaling operation supporting short message point-to-point transmission SMDPP to implement point-to-point short message transmission in a short message originating MO process;

The SCP adds a MAP signaling operation supporting the short message service request SMSREQ to acquire routing information of the current mobile station MS in the short message terminating MT process.
The method for sending and receiving short messages of an IVPN platform according to claim 1, wherein the SCP receives a short message sent by a short message sender, and the step of replying the response message to the short message sender includes:

When in the short message MO process, the SCP receives the SMDPP message sent by the mobile switching center MSC, and returns an SMDPP message to the MSC; the SMDPP message is after the MSC receives the short message sent by the MS over the air interface. Transmitting the short message into an SMDPP message and transmitting the SMDPP message according to an International Mobile Subscriber Identity (IMSI) configured for the SMDPP message;

When in the short message MT process, the SCP receives the short message transmission Deliver_SM message sent by the short message center MC, and responds to the short message transmission response Deliver_SM_Res message to the MC.
The method for sending and receiving short messages of an IVPN platform according to claim 1, wherein the SCP parses the short message, and determines, according to the parsed message content of the short message, whether to send the short message to the short message receiver. include:

When in the short message MO process, the SCP parses the received SMDPP message;

The SCP determines whether to send a short message according to the content of the SMDPP message obtained by the parsing; if yes, the SCP sends an SMDPP message to the MC, so that the MC sends the SMDPP message to the called party. MS; if not, the SCP releases the call and ends the short message MO process.
The method for sending and receiving short messages of an IVPN platform according to claim 1, wherein the SCP parses the short message, and determines, according to the parsed message content of the short message, whether to send the short message to the short message receiver. include:

When in the short message MT process, the SCP parses the received Deliver_SM message;

Determining, by the SCP, whether to send a short message according to the parsed content of the Deliver_SM message; if not sending the short message, the SCP releases the call, and ends the short message MT process;

If it is determined that the short message is sent, the SCP sends an SMSREQ message to the home location register HLR according to the called number in the content of the message, and queries the current MSC location information of the called number;

When the SMSREQ response message returned by the HLR has current MSC location information of the called number, the SCP records the current MSC location information of the called number, and sends an SMDPP message to the current MSC of the called number, so that the MSC forwards the SMDPP message. To the called MS;

When the SMSREQ response message returned by the HLR does not have current MSC location information of the called number, the SCP periodically resends the SMSREQ message to the HLR.
A service control node SCP, comprising:

The receiving module is configured to: receive a short message sent by the short message sender, and reply the response message to the short message sender;

The parsing judging module is configured to: parse the short message, and determine, according to the parsed message content of the short message, whether to send the short message to the short message receiver;

The sending module is configured to: when determining to send the short message to the short message recipient, forward the short message to the short message recipient.
The SCP of claim 6 further comprising:

The signaling support module is configured to: add a mobile application part MAP signaling operation supporting the short message point-to-point transmission SMDPP to implement point-to-point short message transmission in the short message originating MO process, and increase a MAP supporting the short message service request SMSREQ The signaling operation is to obtain routing information of the current mobile station MS in the short message terminating MT process.
The SCP of claim 6 wherein said receiving module is configured to:

Receiving the SMDPP message sent by the mobile switching center MSC and returning the SMDPP message to the MSC when in the short message MO process; the SMDPP message is that the MSC sends the short message after receiving the short message sent by the MS over the air interface. Convert to SMDPP message and according to The SMDPP message is configured by the International Mobile Subscriber Identity (IMSI) configured by the SMDPP message;

When in the short message MT process, the short message sent by the short message center MC is sent to the Deliver_SM message, and the short message transmission response Deliver_SM_Res message is sent back to the MC.
The SCP of claim 6 wherein said parsing determination module is configured to:

Parsing the received SMDPP message when in the short message MO process;

Determining whether to send a short message according to the content of the SMDPP message obtained by the parsing; if yes, sending the SMDPP message to the MC, so that the MC sends the SMDPP message to the called MS; if not, releasing the call, ending the short message MO process.
The SCP of claim 6, wherein the parsing determination module is further configured to:

Parsing the received Deliver_SM message when in the short message MT process;

Determining whether to send a short message according to the parsed content of the Deliver_SM message; if not sending the short message, releasing the call, ending the short message MT process;

If it is determined that the short message is sent, the SMSREQ message is sent to the home location register HLR according to the called number in the message content, and the current MSC location information of the called number is queried;

When the SMSREQ response message returned by the HLR has the current MSC location information of the called number, the current MSC location information of the called number is recorded, and the SMDPP message is sent to the current MSC of the called number, so that the MSC forwards the SMDPP message to the MSC. Called MS;

When the SMSREQ response message returned by the HLR does not have the current MSC location information of the called number, the SMS REQ message is periodically resent to the HLR.
A computer readable storage medium storing program instructions that, when executed, can implement the method of any of claims 1-5.