WO2015196819A1 - Ivpn平台短消息收发的方法及业务控制节点 - Google Patents
Ivpn平台短消息收发的方法及业务控制节点 Download PDFInfo
- Publication number
- WO2015196819A1 WO2015196819A1 PCT/CN2015/072931 CN2015072931W WO2015196819A1 WO 2015196819 A1 WO2015196819 A1 WO 2015196819A1 CN 2015072931 W CN2015072931 W CN 2015072931W WO 2015196819 A1 WO2015196819 A1 WO 2015196819A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- short message
- message
- scp
- smdpp
- short
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
- H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
Definitions
- 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.
- the Integrated Virtual Private Network 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 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.
- 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.
- a method for sending and receiving short messages 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, according to the parsed message content of the short message, whether to send the short message to the short message receiver;
- the short message is forwarded to the short message recipient.
- 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.
- 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:
- the SCP 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;
- IMSI International Mobile Subscriber Identity
- the SCP 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.
- 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:
- 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. .
- 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:
- 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;
- 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.
- the SCP 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. ;
- the SCP 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.
- 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.
- 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.
- the receiving module is configured to:
- 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;
- IMSI International Mobile Subscriber Identity
- the Deliver_SM message sent by the short message center MC is received, and the Deliver_SM_Res message is returned to the MC.
- the parsing and determining module is configured to:
- the parsing and determining module is further configured to:
- 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;
- 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;
- 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.
- Figure 1 shows the MC-centric network structure
- Figure 2 shows the MC-centric SMS control process
- FIG. 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
- FIG. 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.
- FIG. 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.
- FIG. 7 is a schematic diagram of functional modules of a first embodiment of an SCP according to the present invention.
- FIG. 8 is a schematic diagram of functional modules of a second embodiment of the SCP of the present invention.
- FIG. 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 present invention provides a method for sending and receiving short messages of an IVPN platform.
- 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).
- SMDPP Short Message Delivery Peer To Peer
- SMSREQ Short Message Service Request
- 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.
- MO Mobile Originated
- 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.
- 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.
- MC Message Center
- 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.
- 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.
- 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.
- the method for sending and receiving short messages of the IVPN platform 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.
- 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.
- 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.
- 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.
- 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;
- IMSI International Mobile Subscriber Identity
- the MS 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.
- 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.
- 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.
- Delivery short message (Deliver_SM) message sent by the short message center MC
- Delivery_SM_Res the short message response
- 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.
- 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);
- MS Mobile Station, mobile station
- 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.
- step S2022 if not, the SCP releases the call and ends the short message MO process.
- 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
- the MC 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;
- 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.
- 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.
- 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.
- 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. .
- SMDPP Short Message Delivery Peer To Peer
- SMSREQ Short Message Service Request
- 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.
- MO Mobile Originated
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- the receiving module is set to:
- 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);
- the MS 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.
- the MSC converts the SMDPP into a confirmation message of the air interface.
- the Deliver_SM message sent by the short message center MC is received, and the Deliver_SM_Res message is returned to the MC.
- the MC 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.
- the parsing judging module is set as:
- 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.
- the SMDPP message is sent to the MC, so that the MC sends the SMDPP message to the called MS;
- 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.
- the SCP releases the call directly (Release Call) and rejects the sending of the short message.
- the parsing and determining module is further configured to:
- the MC 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.
- 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.
- 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;
- 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;
- 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.
- 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.
- 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 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 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.
- UDHI User Data Header Indicator
- the SCP must send it to the correct MC when it sends the MC status report.
- 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.
- SmppSktIndex_T When reporting to the MC, it can be found according to SmppSktIndex_T that the corresponding message should be sent to the MC.
- 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.
- 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.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
一种综合虚拟专用网IVPN平台短消息收发的方法以及业务控制节点SCP,该方法包括:业务控制节点SCP接收短消息发送方发送的短消息,向短消息发送方回复响应消息;SCP解析所述短消息,根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方;当确定发送短消息至短消息接收方时,将所述短消息转发至短消息接收方。
Description
本发明涉及移动通信技术领域,尤其涉及IVPN平台短消息收发的方法及业务控制节点。
综合虚拟专用网IVPN(Integrated Virtual Private Network)是针对电信用户广泛开展的智能呼叫业务。综合虚拟专用网业务可以将分布在不同区域的的固网(PSTN(Public Switched Telephone Network,公共交换电话网)、软交换)、C网用户(C网用户表示手机使用的网络制式为CDMA(Code Division Multiple Access,码分多址)),组成一个逻辑专网。网内用户之间可以使用短号或真实号码联系。IVPN集团成员网内和网外呼叫可以享受灵活的资费策略。IVPN业务根据IVPN集团用户分布范围,可以分为省IVPN业务及全国IVPN业务。一个IVPN集团所有成员全部在一个省范围内则属于省IVPN业务;若一个IVPN集团成员分布在多个省,则属于全国IVPN业务。
短消息是通过移动网的七号信令承载较短数据包来实现个人简易数据通信的一种方式。短消息中心(MC,Message Center)是窄带CDMA移动交换网实现短消息业务的核心实体,由它来控制一个用户的短信的发送和接收。
IVPN呼叫业务提供了大量的功能,如集团内部呼叫(不允许拨打集团外的电话)、定时限制呼叫(在某个时间段内允许呼叫)、拨打集团网外号码、拨打个人网外号码、亲友集团呼叫、家庭集团呼叫等等,所以当IVPN用户具有短信收发功能时,同时也要具有以上的这些功能,如控制短信只能在集团内部用户发送和接收,在特定时间段内允许收发短信、发送给亲友集团的某个用户等功能。
目前,在IVPN业务开展过程中,已经有越来越多的用户加入到IVPN业务中,对于运行IVPN业务的SCP(Service Control Point,业务控制节点)可以很方便的根据用户具有的集团属性控制其呼叫的功能。但是,IVPN用户收发短信一直是由MC(Message Center,短信中心)来控制,这与SCP控制用户的呼叫是分离开的,而且MC无法根据IVPN用户的集团属性来控制短信
的收发,同时,由于IVPN业务的功能繁多,许多短信收发控制的功能MC均无法实现。
上述内容仅用于辅助理解本发明的技术方案,并不代表承认上述内容是现有技术。
发明内容
本发明实施例的主要目的在于解决MC无法根据IVPN用户的集团属性来控制短信的收发,MC短信收发控制的功能单一的技术问题。
为实现上述目的,本发明实施例提供的一种综合虚拟专用网IVPN平台短消息收发的方法,包括以下步骤:
业务控制节点SCP接收短消息发送方发送的短消息,向短消息发送方回复响应消息;
SCP解析所述短消息,根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方;
当确定发送短消息至短消息接收方时,将所述短消息转发至短消息接收方。
可选地,所述SCP接收短消息发送方发送的短消息,向短消息发送方回复响应消息的步骤之前,所述IVPN平台短消息收发的方法还包括:
SCP增加支持SMDPP的移动应用部分MAP信令操作,以在MO流程中实现点对点短消息传送;
SCP增加支持SMSREQ的MAP信令操作,以在短消息终呼MT流程中获取当前移动台MS的路由信息。
可选地,所述SCP接收短消息发送方发送的短消息,向短消息发送方回复响应消息的步骤包括:
当处于短消息MO流程时,SCP接收移动交换中心MSC发送的SMDPP消息,并返回SMDPP消息至MSC;所述SMDPP消息为MSC在接收到MS通过空中接口发送短消息后,将所述短消息转换为SMDPP消息并根据为该SMDPP消息配置的国际移动用户识别码IMSI所发送;
当处于短消息MT流程时,SCP接收短信中心MC发送的Deliver_SM消
息,并回复Deliver_SM_Res消息至MC。
可选地,所述SCP解析所述短消息,根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方的步骤包括:
当处于短消息MO流程时,SCP对接收的SMDPP消息进行解析;
SCP根据解析得到的SMDPP消息内容确定是否发送短消息;若是,SCP将SMDPP消息发送至MC,以供MC下发所述SMDPP消息到被叫MS;若否,SCP释放呼叫,结束短消息MO流程。
可选地,所述SCP解析所述短消息,根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方的步骤包括:
当处于短消息MT流程时,SCP对接收的Deliver_SM消息进行解析;
SCP根据Deliver_SM消息的解析内容确定是否发送短消息;若不发送短消息,SCP释放呼叫,结束短消息MT流程;
若判断是允许发送短消息,SCP根据消息内容中的被叫号码,发送SMSREQ消息至归属位置寄存器HLR,查询被叫号码当前的MSC位置信息;
在HLR返回的SMSREQ响应消息有被叫号码的当前MSC位置信息时,SCP记录被叫号码当前MSC位置信息,发送SMDPP消息至被叫号码当前的MSC,以供MSC将SMDPP消息转发至被叫MS;
在HLR返回的SMSREQ响应消息没有被叫号码的当前MSC位置信息时,SCP定时重新发送SMSREQ消息至HLR。
此外,为实现上述目的,本发明实施例还提供一种业务控制节点SCP,包括:
接收模块,设置为:接收短消息发送方发送的短消息,向短消息发送方回复响应消息;
解析判断模块,设置为:解析所述短消息,根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方;
发送模块,设置为:当确定发送短消息至短消息接收方时,将所述短消息转发至短消息接收方。
可选地,所述SCP还包括:
信令支持模块,设置为:增加支持SMDPP的移动应用部分MAP信令操
作,以在短消息起呼MO流程中实现点对点短消息传送,及增加支持SMSREQ的MAP信令操作,以在短消息终呼MT流程中获取当前移动台MS的路由信息。
可选地,所述接收模块设置为::
当处于短消息MO流程时,接收移动交换中心MSC发送的SMDPP消息,并返回SMDPP消息至MSC;所述SMDPP消息为MSC在接收到MS通过空中接口发送短消息后,将所述短消息转换为SMDPP消息并根据为该SMDPP消息配置的国际移动用户识别码IMSI所发送;
当处于短消息MT流程时,接收短信中心MC发送的Deliver_SM消息,并回复Deliver_SM_Res消息至MC。
可选地,所述解析判断模块设置为:
当处于短消息MO流程时,对接收的SMDPP消息进行解析;
根据解析得到的SMDPP消息内容确定是否发送短消息;若是,将SMDPP消息发送至MC,以供MC下发所述SMDPP消息到被叫MS;若否,释放呼叫,结束短消息MO流程。
可选地,所述解析判断模块还设置为:
当处于短消息MT流程时,对接收的Deliver_SM消息进行解析;
根据Deliver_SM消息的解析内容确定是否发送短消息;若不发送短消息,释放呼叫,结束短消息MT流程;
若判断是发送短消息,根据消息内容中的被叫号码,发送SMSREQ消息至归属位置寄存器HLR,查询被叫号码当前的MSC位置信息;
在HLR返回的SMSREQ响应消息有被叫号码的当前MSC位置信息时,记录被叫号码当前MSC位置信息,发送SMDPP消息至被叫号码当前的MSC,以供MSC将SMDPP消息转发至被叫MS;
在HLR返回的SMSREQ响应消息没有被叫号码的当前MSC位置信息时,定时重新发送SMSREQ消息至HLR。
本发明实施例还提供一种计算机可读存储介质,存储有程序指令,当该程序指令被执行时可实现上面所述的方法。
本发明实施例通过SCP接收短消息发送方发送的短消息,解析所述短消
息,并根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方,实现了运行IVPN平台的SCP实现短信的收发,解决了MC无法根据IVPN用户的集团属性来控制短信的收发,MC短信收发控制的功能单一的问题。
附图概述
图1为MC为中心的网络结构;
图2为MC为中心的短信控制流程;
图3为本发明IVPN平台短消息收发的方法第一实施例的流程示意图;
图4为本发明IVPN平台短消息收发的方法第二实施例的流程示意图;
图5为本发明IVPN平台短消息收发的方法第三实施例的流程示意图;
图6为本发明IVPN平台短消息收发的方法第四实施例的流程示意图;
图7为本发明SCP第一实施例的功能模块示意图;
图8为本发明SCP第二实施例的功能模块示意图;
图9为SCP控制的短消息MO流程示意图;
图10为SCP控制的短消息MT流程示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
本发明的较佳实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明提供一种IVPN平台短消息收发的方法,参照图3,在本发明IVPN平台短消息收发的方法第一实施例中,所述IVPN平台短消息收发的方法包括以下步骤:
步骤S10,业务控制节点SCP接收短消息发送方发送的短消息,向短消息发送方回复响应消息;
SCP接收的短消息类型为SMDPP(Short Message Delivery Peer To Peer,短消息点对点传送)或SMSREQ(Short Message Service Request,短消息服
务请求),SCP接收短消息发送方发送的短消息后,向短消息发送方回复响应消息。
步骤S20,SCP解析所述短消息,根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方;
SCP解析收到的短消息,解析出来的内容包括主被叫号码、短信内容、号码权限等,并根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方,例如,在短信息起呼MO(Mobile Originated)流程中,判断本次短消息是否发送到集团外手机上,是否有网外发短信的权限。
步骤S30,当确定发送短消息至短消息接收方时,将所述短消息转发至短消息接收方。
在IVPN用户通过IVPN平台发短信成功时,可以在SCP上生成短消息发送记录信息,即生成话单文件,用于记录与短消息相关的信息,例如短信息字数、短消息数量等。SCP可以使用一个新业务键对生成话单文件进行分类命名,以便区分呼叫话单和短消息话单。
目前电信运营商采用的主要方式是由MC(Message Center,短信中心)来统一控制短信的收发。其特点是覆盖方位广、双向性、经济性、缓存能力,但MC控制脱离了IVPN用户具有的集团属性来简单的控制其短信的收发。图1是MC为中心的网络结构。因此,必须将短信收发的权限放到SCP上,由SCP来实现短信收发不仅可以实现MC收发短信的功能,还能够准确的按照用户具有的集团属性来收发短信,真正的做到由SCP来统一控制用户的呼叫和短信收发。例如,主叫用户只能给集团内部用户发送短信,而MC无法控制本次短信的收发,因为MC无法获知被叫用户和主叫用户是否在同一个集团;在规定的时间内允许IVPN用户发送短信,MC也无法判断此时是否允许发送短信,因为设定的时间数据是在SCP上。图2是由MC控制的短信收发流程。由于IVPN业务的功能繁多,许多短信收发控制的功能MC均无法实现,因此必须由SCP来控制。
在本实施例中,通过SCP接收短消息发送方发送的短消息,解析所述短消息,并根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方,实现了运行IVPN平台的SCP实现短信的收发,解决了MC无法根据IVPN用户的集团属性来控制短信的收发,MC短信收发控制的功能单
一的问题,更好地实现在SCP上统一控制呼叫和短信的发送,方便管理,综合成本低,能够更有效支撑IVPN业务的推广和发展,更加符合产业的发展趋势。
参照图4,在本发明IVPN平台短消息收发的方法第二实施例中,步骤S10之前,所述IVPN平台短消息收发的方法还包括:
步骤S01,SCP增加支持SMDPP的移动应用部分MAP信令操作,以在短消息起呼MO流程中实现点对点短消息传送;
步骤S02,SCP增加支持SMSREQ的MAP信令操作,以在短消息终呼MT流程中获取当前移动台MS的路由信息。
SCP添加支持SMDPP和SMSREQ的信令操作的同时,修改IVPN平台上的表,由于用户基本信息在表sxxcardinf中都已经存在,实现IVPN用户功能的表也都已经存在,所以只需要增加几张短信相关必要的表就可以实现短信收发控制。
增加表sxxmcgt用来存储手机号段和短信中心的信令地址GT的对应关系表,短信MO流程时,首先,从用户表sxxcardinf和集团表sxxgroupinf读取相关信息来判断用户是否有权限进行短信的发送,再次,如果允许发送则查询表sxxmcgt来获取手机号段对应的MC的GT,最后,通过SMDPP信息消息将短信投递到MC。
参照图5、图9和图10,在本发明IVPN平台短消息收发的方法第三实施例中,步骤S10包括:
步骤S101,当处于短消息MO流程时,SCP接收移动交换中心MSC发送的SMDPP消息,并返回SMDPP消息至MSC;所述SMDPP消息为MSC在接收到MS通过空中接口发送短消息后,将所述短消息转换为SMDPP消息并根据为该SMDPP消息配置的国际移动用户识别码IMSI发送该SMDPP消息;
当处于短消息MO流程时,MS发送短消息,通过空中接口发送短消息给MSC,MSC将空中接口发送的短消息转换为SMDPP消息。其中SMDPP消息中包含主被叫号码、短信内容、短信编码方式等内容。然后预分配一些
指定的IMSI段,MSC根据IMSI号将SMDPP消息直接发送给SCP。SCP收到MSC发过来的SMDPP消息,SCP将SMDPP发送给MSC,证实收到了短消息。如果有数据要返回,返回的SMDPP中也包括需要返回的数据。在MSC接收到SCP发送过来的SMDPP消息时,MSC将SMDPP转换为空中接口的证实消息。
步骤S102,当处于短消息MT流程时,SCP接收短信中心MC发送的传送短消息(Deliver_SM)消息,并回复传送短消息响应(Deliver_SM_Res)消息至MC。
当处于短消息MT流程时,MC将Deliver_SM消息直接发送到IVPN平台,即SCP上;SCP立刻回复Deliver_SM_Res消息给MC,告知已经收到消息。
参照图6、图9和图10,在本发明IVPN平台短消息收发的方法第四实施例中步骤S20包括:
步骤S201,当处于短消息MO流程时,SCP对接收的SMDPP消息进行解析;
步骤S202,SCP根据解析得到的SMDPP消息内容确定是否发送短消息;
SCP解析接收到的SMDPP消息,将解析出来的主被叫号码、短信内容等送入业务流程处理中心进行处理,例如,判断本次短信发送是否是发送到集团外手机上,是否有往外发送短信的权限等。
步骤S2021,若是,SCP将SMDPP消息发送至MC,以供MC下发所述SMDPP消息到被叫MS(Mobile Station,移动台);
如果业务流程模块判断是发送短信,SCP将主被叫号码、短信内容等重要信息组包成SMDPP消息发送到MC,MC将MS最初发送的短信下发到被叫用户的手机上。
步骤S2022,若否,SCP释放呼叫,结束短消息MO流程。
如果业务流程模块判断是不发送短信,那么SCP直接释放呼叫Release Call,拒绝短信的发送。
步骤S203,当处于短消息MT流程时,SCP对接收的Deliver_SM消息进行解析;
当处于短消息MT流程时,MC将Deliver_SM消息直接发送到SCP上,SCP立刻回复Deliver_SM_Res消息给MC,告知已经收到消息。
步骤S204,SCP根据Deliver_SM消息的解析内容确定是否发送短消息;
SCP对收到的Deliver_SM消息进行解析,将主被叫号码等相关信息送入业务流程处理中心,判断是否可以发送短消息。
步骤S2041,若不发送短消息,SCP释放呼叫,结束短消息MT流程;
步骤S2042,若判断,发送短消息,SCP根据消息内容中的被叫号码,发送SMSREQ消息至归属位置寄存器HLR,查询被叫号码当前的MSC位置信息;
步骤S2043,在HLR返回的SMSREQ响应消息有被叫号码的当前MSC位置信息时,SCP记录被叫号码当前MSC位置信息,发送SMDPP消息至被叫号码当前的MSC,以供MSC将SMDPP消息转发至被叫MS;
若SCP发送SMDPP消息到被叫当前的MSC成功了,SCP将收到MSC发送的SMDPP的响应消息;如果响应消息为成功,SCP发送状态报告到MC,告知MC短信发送成功,SCP接收MC的确认消息,得知MC成功接收状态报告,SCP结束整个MT流程;如果响应消息为失败,SCP将主被叫号码、短信内容等相关信息写入数据库的表sxxsmsfail中保存,定时扫描这张表来重新发送SMSREQ消息到HLR进行查询,之后再发送SMDPP消息到MSC。
考虑到SCP的性能,扫描表sxxsmsfail的时间是可以配置的,例如每隔5分钟扫描一次。表中的每条记录都有时间戳字段,如果超过2天(可以配置),则删除本条信息,不再进行后续的处理。如果扫描某条记录后,SCP成功的发送本条信息,则将标志位置为‘1’表示已经发送成功,不需要扫描本条记录了。
步骤S2044,在HLR返回的SMSREQ响应消息没有被叫号码的当前MSC位置信息时,SCP定时重新发送SMSREQ消息至HLR。
在发送SMSREQ消息时,没有查询到被叫路由信息或HLR没有响应,比如被叫关机、被叫不再服务区等,SCP将主被叫号码、短信内容等相关信息写入数据库的表sxxsmsfail中保存,定时扫描这张表来重新发送SMSREQ消息到HLR进行查询。
本发明还提供一种业务控制节点SCP,参照图7,在本发明的SCP第一实施例中,SCP包括:
接收模块40,设置为接收短消息发送方发送的短消息,向短消息发送方回复响应消息;
接收模块40接收的短消息类型为SMDPP(Short Message Delivery Peer To Peer)或SMSREQ(Short Message Service Request),接收模块40接收接收短消息发送方发送的短消息后,向短消息发送方回复响应消息。
解析判断模块50,设置为解析所述短消息,根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方;
解析判断模块50解析收到的短消息,解析出来的内容包括主被叫号码、短信内容、号码权限等,并根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方,例如,在短信息起呼MO(Mobile Originated,)流程中,判断本次短消息是否发送到集团外手机上,是否有网外发短信的权限。
发送模块60,设置为当确定发送短消息至短消息接收方时,将所述短消息转发至短消息接收方。
在IVPN用户通过IVPN平台发短信成功时,可以在SCP上生成短消息发送记录信息,即生成话单文件,用于记录与短消息相关的信息,例如短信息字数、短消息数量等。SCP可以使用一个新业务键对生成话单文件进行分类命名,以便区分呼叫话单和短消息话单。
相关技术中,目前电信运营商采用的主要方式是由MC(Message Center,短信中心)来统一控制短信的收发。其特点是覆盖方位广、双向性、经济性、缓存能力,但MC控制脱离了IVPN用户具有的集团属性来简单的控制其短信的收发。图1是MC为中心的网络结构。因此,必须将短信收发的权限放到SCP上,由SCP来实现短信收发不仅可以实现MC收发短信的功能,还能够准确的按照用户具有的集团属性来收发短信,真正的做到由SCP来统一控制用户的呼叫和短信收发。例如,主叫用户只能给集团内部用户发送短信,而MC无法控制本次短信的收发,因为MC无法获知被叫用户和主叫用户是否在同一个集团;在规定的时间内允许IVPN用户发送短信,MC也无法判断此时是否允许发送短信,因为设定的时间数据是在SCP上。图2是由MC控
制的短信收发流程。由于IVPN业务的功能繁多,许多短信收发控制的功能MC均无法实现,因此必须由SCP来控制。
在本实施例中,通过接收模块40接收短消息发送方发送的短消息,解析判断模块50解析所述短消息,并根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方,发送模块60在确定发送短消息至短消息接收方时,将所述短消息转发至短消息接收方实现了运行IVPN平台的SCP实现短信的收发,解决了MC无法根据IVPN用户的集团属性来控制短信的收发,MC短信收发控制的功能单一的问题,更好地实现在SCP上统一控制呼叫和短信的发送,方便管理,综合成本低,能够更有效支撑IVPN业务的推广和发展,更加符合产业的发展趋势。
参照图8,在本发明的SCP第二实施例中,所述SCP还包括:
信令支持模块70,设置为增加支持SMDPP的移动应用部分MAP信令操作,以在短消息起呼MO流程中实现点对点短消息传送,及增加支持SMSREQ的MAP信令操作,以在短消息终呼MT流程中获取当前移动台MS的路由信息。
利用信令支持模块70添加支持SMDPP和SMSREQ的信令操作的同时,修改IVPN平台上的表,由于用户基本信息在表sxxcardinf中都已经存在,实现IVPN用户功能的表也都已经存在,所以只需要增加几张短信相关必要的表就可以实现短信收发控制。
增加表sxxmcgt用来存储手机号段和短信中心的信令地址GT的对应关系表,短信MO流程时,首先,从用户表sxxcardinf和集团表sxxgroupinf读取相关信息来判断用户是否有权限进行短信的发送,再次,如果允许发送则查询表sxxmcgt来获取手机号段对应的MC的GT,最后,通过SMDPP信息消息将短信投递到MC。
参照图9和图10所述接收模块设置为:
当处于短消息MO流程时,接收移动交换中心MSC发送的SMDPP消息,并返回SMDPP消息至MSC;所述SMDPP消息为MSC在接收到MS通过空中接口发送短消息后,将所述短消息转换为SMDPP消息并根据为该SMDPP
消息配置的国际移动用户识别码IMSI所发送;
当处于短消息MO流程时,MS发送短消息,通过空中接口发送短消息给MSC,MSC将空中接口发送的短消息转换为SMDPP消息。其中SMDPP消息中包含主被叫号码、短信内容、短信编码方式等内容。然后预分配一些指定的IMSI段,MSC根据IMSI号将SMDPP消息直接发送给SCP。SCP收到MSC发过来的SMDPP消息,SCP将SMDPP发送给MSC,证实收到了短消息。如果有数据要返回,返回的SMDPP中也包括需要返回的数据。在MSC接收到SCP发送过来的SMDPP消息时,MSC将SMDPP转换为空中接口的证实消息。
当处于短消息MT流程时,接收短信中心MC发送的Deliver_SM消息,并回复Deliver_SM_Res消息至MC。
当处于短消息MT流程时,MC将Deliver_SM消息(参见参考文献[3])直接发送到IVPN平台,即SCP上;SCP立刻回复Deliver_SM_Res消息给MC,告知已经收到消息。
参照图9和图10,所述解析判断模块设置为:
当处于短消息MO流程时,对接收的SMDPP消息进行解析;
根据解析得到的SMDPP消息内容确定是否发送短消息;
SCP解析接收到的SMDPP消息,将解析出来的主被叫号码、短信内容等送入业务流程处理中心进行处理,例如,判断本次短信发送是否是发送到集团外手机上,是否有往外发送短信的权限等。
若是,将SMDPP消息发送至MC,以供MC下发所述SMDPP消息到被叫MS;
如果业务流程模块判断是发送短信,SCP将主被叫号码、短信内容等重要信息组包成SMDPP消息发送到MC,MC将MS最初发送的短信下发到被叫用户的手机上。
若否,释放呼叫,结束短消息MO流程。
如果业务流程模块判断是不发送短信,那么SCP直接释放呼叫(Release Call),拒绝短信的发送。
参照图9和图10,所述解析判断模块还设置为:
当处于短消息MT流程时,对接收的Deliver_SM消息进行解析;
当处于短消息MT流程时,MC将Deliver_SM消息直接发送到SCP上,SCP立刻回复Deliver_SM_Res消息给MC,告知已经收到消息。
根据Deliver_SM消息的解析内容确定是否发送短消息;
SCP对收到的Deliver_SM消息进行解析,将主被叫号码等相关信息送入业务流程处理中心,判断是否可以发送短消息。
若不发送短消息,释放呼叫,结束短消息MT流程;
若判断是发送短消息,根据消息内容中的被叫号码,发送SMSREQ消息至归属位置寄存器HLR,查询被叫号码当前的MSC位置信息;
在HLR返回的SMSREQ响应消息有被叫号码的当前MSC位置信息时,记录被叫号码当前MSC位置信息,发送SMDPP消息至被叫号码当前的MSC,以供MSC将SMDPP消息转发至被叫MS;
若SCP发送SMDPP消息到被叫当前的MSC成功了,SCP将收到MSC发送的SMDPP的响应消息;如果响应消息为成功,SCP发送状态报告到MC,告知MC短信发送成功,SCP接收MC的确认消息,得知MC成功接收状态报告,SCP结束整个MT流程;如果响应消息为失败,SCP将主被叫号码、短信内容等相关信息写入数据库的表sxxsmsfail中保存,定时扫描这张表来重新发送SMSREQ消息到HLR进行查询,之后再发送SMDPP消息到MSC。
考虑到SCP的性能,扫描表sxxsmsfail的时间是可以配置的,例如每隔5分钟扫描一次。表中的每条记录都有时间戳字段,如果超过2天(可以配置),则删除本条信息,不再进行后续的处理。如果扫描某条记录后,SCP成功的发送本条信息,则将标志位置为‘1’表示已经发送成功,不需要扫描本条记录了。
在HLR返回的SMSREQ响应消息没有被叫号码的当前MSC位置信息时,定时重新发送SMSREQ消息至HLR。
在发送SMSREQ消息时,没有查询到被叫路由信息或HLR没有响应,比如被叫关机、被叫不再服务区等,SCP将主被叫号码、短信内容等相关信息写入数据库的表sxxsmsfail中保存,定时扫描这张表来重新发送SMSREQ消息到HLR进行查询。
建立支持长短信发送、多短信中心,目前,MC对于消息内容长度超过160个英文字符或70个汉字的短消息,自动将分割为多条连续短消息(每条含153个英文字符或66个汉字,最多255条)按多条方式连续发送。如短信MT流程时,MC会将长短信进行分割,每条短信的头都加上UDHI(User Data Header Indicator)用来标明是同一条短信,SCP在收到带有相同UDHI头部的短信时,会将这些短信组装成一条完整的短信。最后业务逻辑模块进行判断以决定是否发送这条短信。
如果有两个MC,如果第一条短信发自MC1,第二条短信发自MC2,那么SCP在发给MC状态报告时,就必须做到发送到正确的MC上去。在MT流程时,SCP在收到MC发送的Deliver_SM消息时,SCP会根据这个消息记录一个值SmppSktIndex_T,用来标明Deliver_SM消息来自MC1,SmppSktIndex_T对应Deliver_SM消息的账号和地址端口,这样在SCP发送Submit_SM状态报告给MC时,可以根据SmppSktIndex_T查到对应的消息应该发送到MC上去。
以上仅为本发明的实施例,并非因此限制本发明的专利范围。
本领域普通技术人员可以理解上述实施例的全部或部分步骤可以使用计算机程序流程来实现,所述计算机程序可以存储于一计算机可读存储介质中,所述计算机程序在相应的硬件平台上(如***、设备、装置、器件等)执行,在执行时,包括方法实施例的步骤之一或其组合。
可选地,上述实施例的全部或部分步骤也可以使用集成电路来实现,这些步骤可以被分别制作成一个个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
上述实施例中的各装置/功能模块/功能单元可以采用通用的计算装置来实现,它们可以集中在单个的计算装置上,也可以分布在多个计算装置所组成的网络上。
上述实施例中的各装置/功能模块/功能单元以软件功能模块的形式实现
并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。上述提到的计算机可读取存储介质可以是只读存储器,磁盘或光盘等。
本发明实施例实现了运行IVPN平台的SCP实现短信的收发,解决了MC无法根据IVPN用户的集团属性来控制短信的收发,MC短信收发控制的功能单一的问题。
Claims (11)
- 一种综合虚拟专用网IVPN平台短消息收发的方法,包括以下步骤:业务控制节点SCP接收短消息发送方发送的短消息,向短消息发送方回复响应消息;所述SCP解析所述短消息,根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方;当确定发送短消息至短消息接收方时,将所述短消息转发至短消息接收方。
- 如权利要求1所述的IVPN平台短消息收发的方法,其中,所述SCP接收短消息发送方发送的短消息,向短消息发送方回复响应消息的步骤之前,所述方法还包括:所述SCP增加支持短消息点对点传送SMDPP的移动应用部分MAP信令操作,以在短消息起呼MO流程中实现点对点短消息传送;所述SCP增加支持短消息服务请求SMSREQ的MAP信令操作,以在短消息终呼MT流程中获取当前移动台MS的路由信息。
- 如权利要求1所述的IVPN平台短消息收发的方法,其中,所述SCP接收短消息发送方发送的短消息,向短消息发送方回复响应消息的步骤包括:当处于短消息MO流程时,所述SCP接收移动交换中心MSC发送的SMDPP消息,并返回SMDPP消息至所述MSC;所述SMDPP消息为所述MSC在接收到MS通过空中接口发送的短消息后,将所述短消息转换为SMDPP消息并根据为该SMDPP消息配置的国际移动用户识别码IMSI发送所述SMDPP消息;当处于短消息MT流程时,所述SCP接收短信中心MC发送的短信传送Deliver_SM消息,并回复短信传送响应Deliver_SM_Res消息至所述MC。
- 如权利要求1所述的IVPN平台短消息收发的方法,其中,所述SCP解析所述短消息,根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方的步骤包括:当处于短消息MO流程时,所述SCP对接收的SMDPP消息进行解析;所述SCP根据解析得到的SMDPP消息内容确定是否发送短消息;若是,所述SCP将SMDPP消息发送至MC,以供MC下发所述SMDPP消息到被叫 MS;若否,SCP释放呼叫,结束所述短消息MO流程。
- 如权利要求1所述的IVPN平台短消息收发的方法,其中,所述SCP解析所述短消息,根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方的步骤包括:当处于短消息MT流程时,所述SCP对接收的Deliver_SM消息进行解析;所述SCP根据所述Deliver_SM消息的解析内容确定是否发送短消息;若不发送短消息,所述SCP释放呼叫,结束所述短消息MT流程;若判断是发送短消息,所述SCP根据消息内容中的被叫号码,发送SMSREQ消息至归属位置寄存器HLR,查询被叫号码当前的MSC位置信息;在所述HLR返回的SMSREQ响应消息有被叫号码的当前MSC位置信息时,所述SCP记录被叫号码当前MSC位置信息,发送SMDPP消息至被叫号码当前的MSC,以供MSC将SMDPP消息转发至被叫MS;在所述HLR返回的SMSREQ响应消息没有被叫号码的当前MSC位置信息时,所述SCP定时重新发送所述SMSREQ消息至HLR。
- 一种业务控制节点SCP,包括:接收模块,设置为:接收短消息发送方发送的短消息,向短消息发送方回复响应消息;解析判断模块,设置为:解析所述短消息,根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方;以及发送模块,设置为:当确定发送短消息至短消息接收方时,将所述短消息转发至短消息接收方。
- 如权利要求6所述的SCP,还包括:信令支持模块,其设置为:增加支持短消息点对点传送SMDPP的移动应用部分MAP信令操作,以在短消息起呼MO流程中实现点对点短消息传送,及增加支持短消息服务请求SMSREQ的MAP信令操作,以在短消息终呼MT流程中获取当前移动台MS的路由信息。
- 如权利要求6所述的SCP,其中,所述接收模块是设置为:当处于短消息MO流程时,接收移动交换中心MSC发送的SMDPP消息,并返回SMDPP消息至所述MSC;所述SMDPP消息为MSC在接收到MS通过空中接口发送短消息后,将所述短消息转换为SMDPP消息并根据为该 SMDPP消息配置的国际移动用户识别码IMSI发送所述SMDPP消息;当处于短消息MT流程时,接收短信中心MC发送的短信传送Deliver_SM消息,并回复短信传送响应Deliver_SM_Res消息至MC。
- 如权利要求6所述的SCP,其中,所述解析判断模块是设置为:当处于短消息MO流程时,对接收的SMDPP消息进行解析;根据解析得到的SMDPP消息内容确定是否发送短消息;若是,将SMDPP消息发送至MC,以供MC下发所述SMDPP消息到被叫MS;若否,释放呼叫,结束短消息MO流程。
- 如权利要求6所述的SCP,其中,所述解析判断模块还设置为:当处于短消息MT流程时,对接收的Deliver_SM消息进行解析;根据Deliver_SM消息的解析内容确定是否发送短消息;若不发送短消息,释放呼叫,结束短消息MT流程;若判断是发送短消息,根据消息内容中的被叫号码,发送SMSREQ消息至归属位置寄存器HLR,查询被叫号码当前的MSC位置信息;在所述HLR返回的SMSREQ响应消息有被叫号码的当前MSC位置信息时,记录被叫号码当前MSC位置信息,发送SMDPP消息至被叫号码当前的MSC,以供所述MSC将SMDPP消息转发至被叫MS;在所述HLR返回的SMSREQ响应消息没有被叫号码的当前MSC位置信息时,定时重新发送SMSREQ消息至所述HLR。
- 一种计算机可读存储介质,存储有程序指令,当该程序指令被执行时可实现权利要求1-5任一项所述的方法。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410290487.1A CN105228113B (zh) | 2014-06-25 | 2014-06-25 | Ivpn平台短消息收发的方法及业务控制节点 |
CN201410290487.1 | 2014-06-25 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2015196819A1 true WO2015196819A1 (zh) | 2015-12-30 |
Family
ID=54936707
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2015/072931 WO2015196819A1 (zh) | 2014-06-25 | 2015-02-12 | Ivpn平台短消息收发的方法及业务控制节点 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN105228113B (zh) |
WO (1) | WO2015196819A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113923692A (zh) * | 2021-10-09 | 2022-01-11 | 中国电信股份有限公司 | 状态校准方法、装置、网元设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1518389A (zh) * | 2003-01-27 | 2004-08-04 | ��Ϊ��������˾ | 一种采用手机短号发送短消息的方法 |
CN1867102A (zh) * | 2006-02-15 | 2006-11-22 | 华为技术有限公司 | 发送短消息的方法 |
CN101018138A (zh) * | 2007-01-18 | 2007-08-15 | 华为技术有限公司 | 通用业务***及装置、网络接入***和业务处理方法 |
CN101106521A (zh) * | 2006-07-14 | 2008-01-16 | 华为技术有限公司 | 具有增强的业务过滤规则的分组网络及其实现方法 |
CN101247571A (zh) * | 2008-03-11 | 2008-08-20 | 中国联合通信有限公司 | 一种使用vpn短号发送短消息的方法及*** |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6741693B1 (en) * | 2000-06-22 | 2004-05-25 | Sbc Properties, L.P. | Method of operating a virtual private network |
CN100364346C (zh) * | 2003-07-19 | 2008-01-23 | 华为技术有限公司 | 一种实现手机短号发送短消息的方法 |
US8089897B2 (en) * | 2009-02-25 | 2012-01-03 | At&T Intellectual Property I, L.P. | VPN intelligent route service control point trouble diagnostics |
CN101895850A (zh) * | 2009-05-19 | 2010-11-24 | 华为技术有限公司 | 一种实现固话业务的方法、***和业务控制平台 |
-
2014
- 2014-06-25 CN CN201410290487.1A patent/CN105228113B/zh active Active
-
2015
- 2015-02-12 WO PCT/CN2015/072931 patent/WO2015196819A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1518389A (zh) * | 2003-01-27 | 2004-08-04 | ��Ϊ��������˾ | 一种采用手机短号发送短消息的方法 |
CN1867102A (zh) * | 2006-02-15 | 2006-11-22 | 华为技术有限公司 | 发送短消息的方法 |
CN101106521A (zh) * | 2006-07-14 | 2008-01-16 | 华为技术有限公司 | 具有增强的业务过滤规则的分组网络及其实现方法 |
CN101018138A (zh) * | 2007-01-18 | 2007-08-15 | 华为技术有限公司 | 通用业务***及装置、网络接入***和业务处理方法 |
CN101247571A (zh) * | 2008-03-11 | 2008-08-20 | 中国联合通信有限公司 | 一种使用vpn短号发送短消息的方法及*** |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113923692A (zh) * | 2021-10-09 | 2022-01-11 | 中国电信股份有限公司 | 状态校准方法、装置、网元设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN105228113A (zh) | 2016-01-06 |
CN105228113B (zh) | 2019-11-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
AU2005308619B2 (en) | Telecommunications services apparatus and methods | |
US8005493B2 (en) | Messaging system and method | |
US8326288B2 (en) | Method and apparatus for providing virtual mobile phone number | |
US20090124238A1 (en) | Telecommunications services apparatus and methods | |
WO2006029563A1 (fr) | Procede de multidiffusion de messages courts | |
KR20060071362A (ko) | 스팸 차단 방법 및 스팸 차단 장치 | |
KR20090073205A (ko) | 수신자에 의한 차후 검색을 위한 데이터 메시지들의 저장 | |
EP1810533B1 (en) | Telecommunications services apparatus and method | |
WO2006102837A1 (fr) | Procede pour realiser un service de messages courts (sms) et systeme de traitement de messages courts | |
WO2006081733A1 (fr) | Méthode d’intégration de la retransmission de courts messages | |
WO2015196819A1 (zh) | Ivpn平台短消息收发的方法及业务控制节点 | |
EP2731366A1 (en) | Short message sending method, short message service center and gateway | |
CN103517234A (zh) | 一种投递短消息的方法和*** | |
KR101378254B1 (ko) | 적응형 메시징 방법 및 시스템 | |
CN100340126C (zh) | 来电通知业务***和方法 | |
US20120208575A1 (en) | Method and device for message handling | |
CN101938724A (zh) | 一种漏话提示***及其实现方法 | |
KR100884648B1 (ko) | 이동통신망에서 메시지 및 회신 이메일을 전송하는 시스템및 방법 | |
KR101127508B1 (ko) | 번호이동 가입자의 메시지 서비스를 제공하기 위한 시스템 및 그 방법 | |
KR100779846B1 (ko) | 이동 통신망에서의 음성 사서함 서비스 제공 시스템 및방법 | |
WO2011140755A1 (zh) | 一种为普通用户号码提供短信增值业务的方法及*** | |
KR100784635B1 (ko) | 이동 통신망에서의 엠엠에스 제공 시스템 및 방법 | |
KR100783265B1 (ko) | 무선 통신망에서 통화 발신 정보를 멀티미디어 메시지로제공하는 시스템 | |
IES84271Y1 (en) | A messaging system and method | |
KR20060015839A (ko) | 기업형 단문메세지의 인증시스템 및 인증 방법 |
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: 15810944 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: 15810944 Country of ref document: EP Kind code of ref document: A1 |