Chapter 1, Interface Reconstruction
MISC
System structure and role
SP
Access Misc
Process
CMP3.0
Interface development instructions
Positive reverse order interface development instructions
Website transform SSO
Interface process description
First, MISC system structure and role
1, SP Access MISC Process
organization
SP
Train
SP
Program development and business card
arrangement
SP
Interface testing in the experimental environment
Now network full business declaration
SP
Conduct a full-service self-discipline and related procedures
SP
Submit a full business dial test report for the verification
Arrange cutting
N
N
2, SP access MISC process - process description
• 1) First, you need to organize SP participation in MISC upgrade training
• 2) After the training is over, SP should start to develop business card and interface program development, and complete this work within the time of mobile requirements.
• 3) After the SP has interface test conditions, the centralized unified arrangement is in the test environment to do interface testing and typical business declarations.
• 4) The interface test is passed according to the construction of the current network MISC system, and the SP passed by the interface test is available to the current network to do full business declaration and full service.
• 5) After the full business dial test, submit the billing report for billing verification
• 6) Arrange cut according to the neutralization plan of the network after verification
3, interface transformation overall description
• "Interface Reconstruction" accounts for a very important location throughout the upgrade process. SP needs to be transformed into its own interface according to CMP3.0 protocol and DSMP specifications to access MISC.
• Interface transformation is mainly divided into the following aspects:
1) CMPP3.0 interface program transformation
2) 正 反, cancel interface development
3) Website transform SSO interface development
CMP3.0
Interface transformation
• Interface development needs to have conditions
• CMPP2.0 and CMPP3.0 differences
• CMPP3.0 protocol enclosure
4, interface transformation needs to have conditions
1. The SP of the interface should be modified according to the CMPP3.0 protocol; use the API SP, the provincial company or gateway manufacturer should request the latest CMPP3.0 interface API and the instructions and other related documents.
2, whether it is a development of the interface, or use the interface API's SP, you should learn more about the difference between CMP2.0 and CMPP3.0.
Second, CMPP protocol
1, CMPP2.0 and CMP3.0 distinction - SP login
CMPP2.0
CMPP3.0
Difference -SP
log in
• 1, SP sends a login request to the accessible ISMG;
• 2, ISMG sends SP login authentication information inquiry requests to MISC;
• 3, MISC returns the SP login authentication result to ISMG;
• 4, ISMG According to this information, the SP login authentication is returned to the SP;
2, CMP2.0 and CMPP3.0 distinction - Changes in protocol packages
1) Changes in the package: CMPP_SUBMIT
New field in CMPP3.0:
FeE_Terminal_Type: The number of the user's number, 0: real number; 1: pseudo code
DEST_TERMINAL_TYPE: User Number Type, 0: Truth Number; 1: Pseudo code
LINKID: 20 bytes, on demand services, non-a-broadcast class, MT flow, do not use this field
Delete fields in CMPP3.0:
Reserve: Reserved fields.
CMPP3.0 Change field:
FeE_Terminal_ID: The billing user number. The length is extended to 32 bytes, and the data type is modified from unsignedinteger to OcTetStringDest_Terminal_ID: The user number of the SMS is received. The length is extended to 32 bytes, and the data type is modified from unsignedinteger to octetstring.
2) Changes in the package CMPP_DELIVER
New field in CMPP3.0:
SRC_TERMINAL_TYPE: Source Terminal Number Type, 0: Real Number; 1: Pseudo Code
LINKID: 20 bytes, on demand service, MT flow not using the non-atecast class, do not use fields
Delete fields in CMPP3.0:
Reserve: Reserved Fields
CMPP3.0 Change field:
SRC_TERMINAL_ID: The source terminal number. The length is extended to 32 bytes, and the data type is modified from unsignedinteger to octetstring.
Field Description:
Pseudo code: a random string, for a sp, uniquely identifies a user
LiniD: 20-bit string, the value of this field is generated by MISC, the encoding format is 4-bit MISCID 12-bit time 4-bit serial number. Matches MT and MO messages in the on-demand class service.
3, CMPP3.0 protocol Body Description CMPP_SUBMIT
Field name
Byte
Attributes
description
MSG_ID
8
Unsignedinteger
Information logo
PK_TOTAL
1
Unsignedinteger
The total number of information in the same MSG_ID, starting from 1.
PK_NUMBER
1
Unsignedinteger
The information serial number of the same MSG_ID starts from 1.
Registered_delivery
1
Unsignedinteger
Whether to return status confirmation report:
0: No need;
1: Need.
MSG_LEVEL
1
Unsignedinteger
Information level.
Service_id
10
OcTetString
The business logo is a combination of numbers, letters and symbols.
FeE_USERTYPE
1
Unsignedinteger
Billing user type field:
0: Getting on the destination terminal MSISDN;
1: Fees on the source terminal MSISDN;
2: Getting on SP;
3: Represents this field is invalid, see the Fee_Terminal_ID field for who bills.
Fee_Terminal_ID
32
OcTetString
The number of the accounting user is valid when Fee_USERTYPE is 3, when Fee_USERTYPE is 0, 1, 2, this value is meaningless.
Fee_Terminal_Type
1
Unsignedinteger
Type type of quote user, 0: real number; 1: pseudo code.
TP_PID
1
Unsignedinteger
GSM protocol type. Detail is explained, please refer to 9.2.3.9 in GSM03.40.
TP_UDHI
1
Unsignedinteger
GSM protocol type. Detail is explained, please refer to 9.2.3.23 in GSM03.40, only 1 bit, right alignment.
MSG_FMT
1
Unsignedinteger
Information format:
0: ASCII string;
3: SMS write card operation;
4: binary information;
8: UCS2 encoding;
15: Contains GB Chinese characters. . . . . . MSG_src
6
OcTetString
Information content source (sp_id).
Feetype
2
OcTetString
Tariff category:
01: Free "accounting house number";
02: Press the information fee for the "accounting house number";
03: The information fee is charged by the monthly "accounting house number".
Feecode
6
OcTetString
The tariff code (in units).
VALID_TIME
In one
OcTetString
Survey the validity period, the format follows the SMPP3.3 protocol.
AT_TIME
In one
OcTetString
Timed transmission time, format follows the SMPP3.3 protocol.
SRC_ID
twenty one
OcTetString
Source number. SP service code or prefix is a long number of service code, the gateway will be
The code is completely filled in the SMPP protocol submit_sm message corresponding to the Source_Addr field,
This number eventually displays the calling number of the short message on the user's mobile phone.
Destusr_tl
1
Unsignedinteger
The number of users receiving information (less than 100 users).
Dest_terminal_id
32 * destusr_tl
OcTetString
The MSISDN number of the SMS is received.
Dest_terminal_type
1
Unsignedinteger
Number type of the user who receives SMS, 0: real number; 1: pseudo code.
MSG_LENGTH
1
Unsignedinteger
Information length (MSG_FMT value is 0: <160 bytes; other <= 140 bytes),
The value is greater than or equal to 0.
MSG_CONTENT
MSG_LENGTH
OcTetString
information.
Linkid
20
OcTetString
The LINKID used by the on-demand service, the MT process of the non-ambiguk service does not use this field.
4, CMPP3.0 protocol Body Description CMPP_SUBMIT_RESP
Field name
Byte
Attributes
description
MSG_ID
8
Unsignedinteger
The information logo is as follows:
Use 64-bit (8-byte) integers:
Time (format is mmddhhmmms, ie, month-time second): Bit64 ~ Bit39, where
Bit64 ~ Bit61: binary representation of the month;
Bit60 ~ bit56: binary representation of days;
Bit55 ~ Bit51: Hour binary representation;
Bit50 ~ Bit45: binary representation;
Bit44 ~ Bit39: Second Part of Second;
SMS gateway code: Bit38 ~ bit17, convert the code of the SMS gateway into an integer into this field; serial number: Bit16 ~ bit1, the order is increased, the step size is 1, cyclic use.
If the parts cannot be filled, the left is fixed, and the right alignment is right.
(SP can get the MSG_ID of the CMPP_SUBMIT message) based on the sequence_id consistency of the request and answering message
Result
4
Unsignedinteger
result:
0: Correct;
1: Message structure is wrong;
2: Command word error;
3: Message serial number repeat;
4: Message length error;
5: Tariff code fault;
6: More than the maximum information length; 7: business code error;
8: Traffic control is wrong;
9: This gateway is not responsible for service this billing number;
10: SRC_ID error;
11: MSG_src error;
12: feE_TERMINAL_ID error;
13: DEST_TERMINAL_ID error;
......
5, CMPP3.0 protocol enclosure Description CMPP_DELIVER
Field name
Byte
Attributes
description
MSG_ID
8
Unsignedinteger
Information ID.
The generated algorithm is as follows:
Use 64-bit (8-byte) integers:
Time (format is mmddhhmmms, ie, month-time second): Bit64 ~ Bit39, where
Bit64 ~ Bit61: binary representation of the month;
Bit60 ~ bit56: binary representation of days;
Bit55 ~ Bit51: Hour binary representation;
Bit50 ~ Bit45: binary representation;
Bit44 ~ Bit39: Second Part of Second;
1. SMS gateway code: Bit38 ~ bit17, convert the code of the SMS gateway into the integer in this field; serial number: Bit16 ~ bit1, the order is increased, the step size is 1, cyclic use.
If the parts cannot be filled, the left is fixed, and the right alignment is right.
Dest_id
twenty one
OcTetString
Destination number.
SP service code, general 4--6, or prefixed for service code
Long number; this number is the called number of mobile phone users short message.
Service_id
10
OcTetString
The business logo is a combination of numbers, letters and symbols.
TP_PID
1
Unsignedinteger
GSM protocol type. For details, please refer to 9.2.3.9 in GSM03.40.
TP_UDHI
1
Unsignedinteger
GSM protocol type. For details, please refer to 9.2.3.23 in GSM03.40,
Use only 1 bit, right alignment.
MSG_FMT
1
Unsignedinteger
Information format:
0: ASCII string;
3: SMS write card operation;
4: binary information;
8: UCS2 encoding;
15: Contains GB Chinese characters.
SRC_TERMINAL_ID
32
OcTetString
Source terminal MSISDN number (Fill in CMPP_SUBMIT during status report)
The destination terminal number of the message).
SRC_TERMINAL_TYPE
1
Unsignedinteger
Source terminal number, 0: real number; 1: pseudo code.
Registered_delivery
1
Unsignedinteger
Is it a status report:
0: Non-state report;
1: Status report.
MSG_LENGTH
1
Unsignedinteger
The message length is greater than or equal to 0.
MSG_CONTENT
MSG_LENGTH
OcTetString
Message content.
Linkid
20
OcTetString
The LINKID used by the on-demand service, the MT process of non-ated class business does not make
Use this field.
6, CMPP3.0 protocol enclosure Description CMPP_DELIVER_RESP
Field name
Byte
Attributes
description
MSG_ID
8
Unsignedinteger
Information ID (MSG_ID field in cMpp_deliver).
Result
4
Unsignedinteger
result:
0: Correct;
1: Message structure is wrong;
2: Command word error;
3: Message serial number repeat;
4: Message length error;
5: Tariff code fault;
6: More than the maximum information length;
7: Business code error;
8: Traffic control is wrong;
9 ~: Other errors.
7, CMPP3.0 protocol enclosure Description _ gateway return status report
Field name
Byte
Attributes
description
MSG_ID
8
Unsignedinteger
Information ID.
SP submit SMS (CMPP_SUBMIT), connected to SP
ISMG generated MSG_ID.
Stat
Seduce
OcTetString
Message of the response to send text messages, see the meanings for details. SP according to this field
Determine the processing status of the CMPP_SUBMIT message.
Submit_time
10
OcTetString
YYMMDDHHMM (YY is the next two digits 00-99, mm:
01-12, DD: 01-31, HH: 00-23, mm: 00-59).
DONE_TIME
10
OcTetString
YYMMDDHMM.
Dest_terminal_id
32
OcTetString
Destination terminal MSISDN number (SP sends a CMPP_SUBMIT message
Target terminal).
SMSC_SEQUENCE
4
Unsignedinteger
The message identifier in the message body of the SMSC is sent.
8, CMPP3.0 protocol enclosure Description _ return status report value
Messagestate
FinalMessagestates
Description
Delivered
Delivrd
MessageiSdeliveredTodestination
EXPIRED
EXPIRED
MessagevalidityPeriodhas
EXPIRED
Deleted
Deleted
Messagehasbeendeled.
Undeliverable
Undeliv
MessageSundeliverableable
ACCEPTED
ACCEPTD
MessageisinacceptedState (I.hasBeenmanuallyReadonbehalf
OFTHESUBSCRIBERBYCUSTOMERSERVICE)
Unknown
Unknown
MessageisinIvalidState
REJECTED
REJECTD
MessageisinarejectedState
MA: XXXX
MA: XXXX
SMSC does not return a status report when responding to a message
MB: XXXX
MB: XXXX
SMSC returns the status report when the error response message
MC: XXXX
MC: XXXX
Status report when receiving status reports from SMSC
CA: xxxx
CA: xxxx
SCP does not return a status report when responding to a message
CB: XXXX
CB: XXXX
SCP returns the status report when the error response message
Da: xxxx
Da: xxxx
DSMP
Status report when responding to the response message
DB: XXXX
DB: XXXX
DSMP
Returns the status report when the error response message
SA: xxxx
SA: xxxx
SP does not return the status report when responding to the message
SB: XXXX
SB: XXXX
SP returns the status report when the error response message
IA: xxxx
IA: xxxx
The next level ISMG does not return the status report when responding to the message Ib: xxxx
Ib: xxxx
The next ISMG returns the status report when the error response message
IC: xxxx
IC: xxxx
Status report when receiving status reports from the next level ISMG
9, MISC Common Error Code Description
error code
wrong description
Note
101
Mobile phone number error
The billing number or receiving number in the MT package is not a dream network user
102
User stop
䦋 ㌌㏒ 㧀 좈 茞 茞 ᓀ 㵂 Ü
103
User arrears
䦋 ㌌㏒ 㧀 좈 茞 茞 ᓀ 㵂 Ü
107
Business does not exist
The service_id in the MT package is inconsistent with the business code declared in the MISC.
108
Business suspension
The business filled in the MT package has been suspended in Misc
115
Users do not order this business
SP sends MT messages to users who are not ordered
116
Users suspend this business
SP sends MT messages to users who have suspended the service
140
Users have not played the business
MT, business code, LINKID, and MO in the MT of the on-demand class business
Third, ProVision interface
Positive, reverse interface development instructions
• Positive Synchronous Provision Interface Specification
• Positive Synchronous Provision Interface Message Definition
• Order, cancel the package
• Reverse interface specification
• Reverse order interface message definition
• Reversible Interface Message Definition
• Reverse order, cancel package example
1. Positive Synchronous Provision Interface Specification - Flowchart
2, positive synchronous provision interface specification - process description
• The user sends custom or cancels the instruction to the corresponding SP snout number. After receiving the MO message, the gateway initiates the MO authentication batch request. After the MISC receives the MO authentication batch request, order, cancel the on-demand instruction match If the judgment command is customized or canceled, the MISC sends a subscription relationship synchronization request package SyncORDERRELATIONREQ to the SP.
• The user initiates or cancels the request via the WWW website, after receiving the request from the WWW website, send the subscription relationship synchronization request package SyncOrderRectionReq to the SP SyncORDERRELATIONREQ
• After the SP receives the synchronous request package, the subscription request is handled according to the order relationship, and return to the order relationship synchronization Answer SyncORDERRELATIONRESP
• After the MISC receives a response package, according to whether the return result is correct, formal order relationship is generated in the system or cancel the ordering relationship, and issued a subscription to the user from the 1862 system to order success or cancel the successful reminder message
•
3, forward synchronization ProVision interface message definition
• Function Description
This interface updates the user ordering relationship (including ordering, cancellation, pause, activation), by this interface, initiated the interaction of the update order relationship between the SP.
Message name
Message type
News direction
SyncorderReLanceReq
REQUEST
MISC
àsp
SyncorderReranceResp
Response
SP
àmisc
•
Interface content description
SyncorderReLanceReq
Message field description
:
Return to definition
importance
Types of
Description
MSGType
have to
String
Message type
TransactionID
have to
String
This message number
Version
have to
String
The version number of the interface message, the version of all interface messages
"1.5.0"
Send_address
have to
Address_INFO_SCHEMA
Sender's address
DEST_ADDRESS
have to
Address_INFO_SCHEMA
Receiver's address
Feeuser_id
have to
User_id_schema
Billing user logo
Destuser_id
have to
User_id_schema
Use user ID
Linkid optional
String
Transaction ID for temporary ordering relationship
ActionID
have to
Integer
Service status management action code, the specific value is as follows:
1: Open service;
2: Stop service;
3: Activate the service;
4: Suspend the service;
ActionReasonID
have to
Integer
Generate code for service status management action, the specific values are as follows:
1: User initiates behavior
2: Admin & 1860 initiated behavior
3: BOSS downtime
4: BOSS boot
5: BOSS transfer
6: BOSS sales
7: BOSS renovation
8: Service cancellation caused by deduction failure
9: Others
Spid
Optional
String
SP corporate code
SpServiceID
have to
String
SP service code
Accessmode
Optional
Integer
Service access method
1: Web
2: WAP
3: SMS
FeatureStr
Optional
binary
Service order parameters (Base64 encryption), the content is long number space user send content
Address_INFO_SCHEMA (
Address information)
description
Field Name
Field Type
Field description
DeviceType
Integer
Equipment type
0
:
MISC
100
:
ISMG
101
:
WAP SP Proxy
1xx
:
Other business gateways
200
:
WAP Portal
201
:
WWW portal
202
:
Voice Portal
203
:
PDA Portal
2xx
: Other portals
300
:
MMSC
301
:
Kjava Server
302
:
LSP
3xx
: Other application platforms
400
:
SP
DeviceID
String
Equipment number, equipment number uses the network number of each device, such as SMS gateway uses a gateway
Id
,Correct
SP
Use its corporate code, the device number
MISC
Assign, and in the same device type
User_id_schema
User ID)
description
Field Name
Field Type
Field description
UserIDTYPE
Integer
User logo type
1
: Use the mobile phone number ID
2
: Identify by pseudo code
3
: Two simultaneously
MSISDN
String
User mobile phone number
Pseudocode
binary
User pseudo code
4, forward synchronization interface response package message definition
SyncORDERRELATIONRESP message field description:
Field name
importance
Types of
Description
MSGType
have to
String
Message type
TransactionID
have to
String
This message number
Version
have to
String
The version number of the interface message, the version of all interface messages
"1.5.0"
Hret
have to
Integer
Return the value, the main mistakes are as follows:
0: success
4007: MISC synchronously opened service, but the SP end has a subscription relationship, and the status is open
4008: MISC synchronously opened the service, and there is no order relationship in the SP terminal, but the opening service failed
4010: MISC synchronization stops service, and there is a subscription relationship in the SP side, but the cancel service failed 4011: MISC synchronously stopped the service, but the SP terminal does not have order relationships
4012: MISC synchronous pause service, and the SP end has a subscription relationship, but the suspension service failed
4013: MISC synchronous pause service, but there is no order relationship in the SP end
4015: MISC synchronous activation service, but the SP end has a subscription relationship, and the status is open
4016: MISC synchronous activation service, but there is no order relationship in the SP end
Other errors, see "MISC SMS SP Access Guide - Interface Reform Volume".
5, order, order, cancel package example
Positive order request package
xmlversion = "1.0" eNCoding = "UTF-8"?>
XMLns: xsd = "http://www.w3.org/2001/xmlschema" XMLns: soap-env = "http://schemas.xmlsoap.org/soap/envelop/" XMLns: soap-enc = "http://schemas.xmlsoap.org/soap/encoding/"> Soap-env: header> Send_address> Dest_address> Feed_id> Destuser_id> SyncorderReLanceReq> Soap-env: body> Soap-env: envelope> Positive cancellation request package xmlversion = "1.0" eNCoding = "UTF-8"?> XMLns: xsd = "http://www.w3.org/2001/xmlschema" XMLns: soap-env = "http://schemas.xmlsoap.org/soap/envelop/" XMLns: soap-enc = "http://schemas.xmlsoap.org/soap/encoding/"> Soap-env: header> Send_address> Dest_address> Feed_id> Destuser_id> SyncorderReLanceReq> Soap-env: body> Soap-env: envelope> 6, reverse order interface specification - flow chart 7, reverse order interface specification - process description 1) SP instead of the user, initiate reverse order request SubscribeServiceReq to MISC And wait for MISC processing 2) MISC's source address, corporate code, judge whether it is allowed This SP is re-order 3) After the access authentication is successful, the user authentication and ordering relationship is performed, and the user is determined. Whether it is correct and whether it is repeated order, etc. 4) After the above authentication is successful, MISC sends a subscription relationship synchronous request package to the SP. SyncorderReLanceReq 5) After the SP receives the synchronous request, the subscription request is handled according to the order request, and return Synchronize SyncOrderReranceResp 6) After the MISC receives the response, it is determined whether the response value is 0. If the answer value is 0, then A formal order relationship is generated in the MISC, and the SP returns a successful reverse order processing response package SubscribeServiceResp; if the answer value is not 0, no order relationship is generated, Return to SP Back to unsuccessful reverse order answering package SubscribeServiceResp 7) SP If the error response from MISC is received, the order fails, the SP must lose this The message is handled accordingly, for example, remove the order relationship of his own, etc. 8) If you receive the correct response of your MISC, the sp can not be processed. 8, reverse order interface message definition • Function Description This interface is used for the user to order the data service through the SP order, and the SP advances the business relationship order, and then the user service subscribes synchronization requests by the interface. Message name Message type News direction SubscribeServiceReq REQUEST SP àmisc SubscribeServiceResp Response MISC àsp SubscribeServiceReq Message Field Description: Field name importance Types of Description MSGType have to String Message type TransactionID have to String This message number (length can not exceed 16 digits) Version have to String The version number of the interface message, all interface messages The version is "1.5.0" Send_address have to Address_INFO_SCHEMA Sender's address DEST_ADDRESS have to Address_INFO_SCHEMA Receiver's address Feeuser_id have to User_id_schema Billing user logo Destuser_id have to User_id_schema Use user ID When the accounting households and the user use the user as the same user, FeEUser_ID and Destuser_ID value are the same, otherwise Fill in different users Service_id have to Service_id_schema Service logo FeatureStr Optional binary Order the feature parameters, the ordering business needs to be carried, Information about text / multimedia can be carried Reverse ordering answering interface message definition SubscribeServiceResp Message Field Description: Field name importance Types of Description MSGType String Message type TransactionID have to String This message number Version have to String The version number of the interface message, all interface messages The version is "1.5.0" Hret have to Integer Return the value, see the definition of Chapter 9, if returned, then The following parameters must exist, otherwise it is an optional Linkid condition String Temporary ordering of relationships, used to authenticate one point broadcast Request and other transactional services. When MISC generated order When the relationship is a temporary order relationship, return this field. Otherwise, do not fill in the field. 9, reverse cancel interface specification - flow chart 10, reverse cancel interface specification - process description 1) SP instead of the user, initiate reverse cancellation requests for MISC UnsubscribeServiceReq And wait for MISC processing 2) MISC's source address, corporate code, judge whether it is allowed The SP is reversed in reverse 3) After the access authentication is successful, the user authentication and ordering relationship is performed, and the user is determined. Whether the state is correct and there is a subscription relationship 4) After the above authentication is successful, MISC sends a subscription relationship synchronous request package to the SP. SyncorderReLanceReq 5) After the SP receives the synchronous request, the corresponding cancellation process is made to the order request, and return Synchronize SyncOrderReranceResp 6) After the MISC receives the response, it is determined whether the response value is 0. If the answer value is 0, then The order relationship is canceled in the MISC, and the SP returns a successful reverse cancellation process. UnsubscribeServiceResp; if the answer value is not 0, the order relationship is not canceled, the same Return to SP Back to Unsubscriber UnsubscribeServiceResp 7) SP If the error response from MISC is received, the cancellation failed, and the SP must lose this. Losing messages are handled, such as recovering the canceled order relationship, and more. 8) If you receive the correct response of your MISC, the sp can not be processed. 11, reverse cancellation interface message definition • Function Description This interface is used for the user to cancel the subscribed data service through the SP, and the SP first cancels the user's request to MISC. After the MISC is successfully canceled, the SP cancels the service ordering relationship corresponding to the user. Message name Message type News direction UnsubscribeServiceReq REQUEST SP àmisc UnsubscribeServiceResp Response MISC àsp • Interface content description UnsubscribeServiceReq Message field description : Field name importance Types of Description MSGType have to String Message type TransactionID have to String This message number (cannot exceed 16 digits) Version have to String The version number of the interface message, all interface messages The version is "1.5.0" Send_address have to Address_INFO_SCHEMA Sender's address DEST_ADDRESS have to Address_INFO_SCHEMA Receiver's address Feeuser_id have to User_id_schema Billing user logo Destuser_id have to User_id_schema Use user ID When using the user and billing user for the same user, FeEUser_ID and Destuser_ID are the same. Service_id have to Service_id_schema service ID UNSUBSCRIBESERVICERESP Message Field Description: Field name importance Types of Description MSGType have to String Message type TransactionID have to String This message number Version have to String The version number of the interface message, all of this interface The version of interest is "1.5.0" Hret have to Integer return value. For specific definitions, see "MISC" System SMS SP Access Guide - Interface Reconstruction Volume 12, reverse order, cancel package example SP reverse order request package xmlversion = "1.0" eNCoding = "UTF-8"?> Soap-env: header> Send_address> Dest_address> Feed_id> Destuser_id> Service_id> SubscribeServiceReq> Soap-env: body> Soap-env: envelope> Reverse ordering answering package xmlversion = "1.0" eNCoding = "UTF-8"?> SubsiscribeServiceResp> Soap-env: body> Soap-env: envelope> Reverse cancellation request package xmlversion = "1.0" eNCoding = "UTF-8"?> Soap-env: header> Send_address> Dest_address> Feed_id> Destuser_id> Service_id> UnsubscribeServiceReq> Soap-env: body> Soap-env: envelope> Reversing response package xmlversion = "1.0" encoding = "UTF-8"?> UnsubscribeServiceResp> Soap-env: body> Soap-env: envelope> Fourth, website SSO interface Website transform SSO Process • Processing process logged in in the SSO unified login box • Users log in on the SP website • Treatment process that users signed on the entire dream network platform • User ordering business and on demand process flow 1, the user logs in on the Central SSO IFRAME page Unified login page login Click to Login Enter mobile phone number and dream network password Click to Login Enter page attached code login successful 2, the user logs in on the SP website Since the SSO platform is initiated from the SSO of the SSO to the SSO to the SSO platform, the SSO platform is required to provide the SSO platform to SP. 3, SSO login interface definition User login interface Interface name SPLOGON Interface description The Central SSO platform enables user login function to the user login function interface open to the SP system. Interface Protocol HTTPS protocol Interface direction Request: SP à Central SSO platform Response: Central SSO Platform àsp User login interface response parameter description: In the form of [backURL]? [Parameter Name 1] = [Parameter Name 1] = [Parameter Name 1] = [Parameter Name 1] = [Parameter Name 1] = [Parameter Name 1] = [Parameter Name 1] = [Parameter Name 1] = [Parameter] Field Name Field description Resultid The result of the SSO platform processing, 0 is successful, and other means fail. Do not return to the RandomSessionKey field when failing Resultstring When ResultidId is 0, the content is "OK" The specified failure is indicated in this field when failing. Seqno SP is used to identify the number uniquely authenticated request. RandomsessionKey The user login is successful after successful temporary session ID. AreaID User's homeland ID The code is as follows: 0001: Beijing 0023: Hunan 0002: Shanghai 0024: Fujian 0003: Tianjin 0025: Gansu 0004: Chongqing 0026: Sichuan 黑龙 江 0027: Guangxi 0006: Jilin 0028: Guizhou 0007: Liaoning 0029: Hainan 0008: Inner Mongolia 0030: Tibet 0009: Hebei 0031: Xinjiang 0010: Henan 0032: Hong Kong 0011: Guangdong 0033: Macau 0012: Hubei 0034: Taiwan 0013: Shandong 0014: Zhejiang 0015: Anhui 0016: Jiangsu 0017: Jiangxi 0018: Yunnan 0019: Ningxia 0020: Qinghai 0021: Shanxi 0022: Shaanxi 4, check the user information interface Interface name QueryuserInfo Interface description The SSO platform has been logged in to the user information interface to the SSO platform. Advice to improve performance SP Use the query user information interface Use "Keep-alive" when . Interface Protocol HTTP protocol Interface direction Request: SP à Central SSO platform Response: Central SSO Platform àsp Query the parameters description of the user information interface request: Field Name Field description ICPCode SP's corporate code, the length is 6, the format is 9Xynnnn, XY indicates the SMS gateway number, NNN represents the serial number. ICPASSWORD SP Password, this field requires unified DES Algorithm encryption, and use SP The password is a key to the encryption algorithm. Seqno SP is used to identify the number uniquely authentication request RandomsessionKey User's temporary session ID Query the parameter description of the user information interface response: In the form of [backURL]? [Parameter Name 1] = [Parameter Name 1] = [Parameter Name 1] = [Parameter Name 1] = [Parameter Name 1] = [Parameter Name 1] = [Parameter Name 1] = [Parameter Name 1] = [Parameter] Field Name Field description Resultid The result of the SSO platform processing is successful, and other means of failing. The ResultString field will represent an error message when it fails. Pseudocode and MSISDN fields are not returned when failing. Resultstring When ResultidId is 0, the content is "OK". The specified failure is indicated in this field when failing. Seqno SP is used to identify the number uniquely authenticated request. Pseudocode User pseudo code The requirements can be configured: When there is a MSISDN field in the response package, the field is filled or not filled. That is, this field is required when not filling MSISDN. Item; When there is a MSISDN field in the response package, you need this field according to whether the response package is required. MSISDN The user's mobile number (requires a list of ICPs to be maintained, and the ICP in the list will be filled in the field, otherwise, the field does not include this field) AreaID The user's homeland ID. Defines the same as the AreaID defined in the user login interface response information. OtherInfonumber Returns the number of other other_info in the package. Other_info is the data type defined in order to flexibly expand the information passed in the interface. This field indicates the number of OTNER_INFOs existing in this XML package. Other_info [] Indicates other information data. OtherInfonumber is equal to how many Other_info in this XML package. In the structure of Other_info, contain two fields: InfoCode: Represents information code Infovalue: Represents the specific information value 5, user ordering business and on demand process flow • SP access MISC platform implementation Since the construction of the MISC platform has a process by point-to-face, step-by-step, there is a problem that the service that does not access the MISC is different when implementing the order interface. There are several situations in the case of the service access MISC: 1) The service of the service in MISC single point access 2) The service is not in MISC access 3) When the service is multi-point access, the main access point and the divided into point are connected to the MISC. 4) When the service multipoint access, the primary access point is entered MISC, and the separation point does not access the MISC. • It is necessary to specifically explain that the SP needs to select the SSO platform according to the service access, that is, the order request link needs to point The SSO platform for service access is directed to a multi-point access service. The SSO platform for the main access area; if the service access does not build an SSO platform, point to the Central SSO platform. 6, SSO order, on-demand interface definition Business ordering and download interface Interface name Business ordering and download Interface description The SSO platform is open to the SP system, and the interface has two different purposes depending on the parameters. 1) Complete business order, cancel order, activate ordering and suspend order, etc. 2) Complete the temporary order of the download class, and return to the temporary order relationship ID Interface Protocol HTTP protocol Interface direction Request: SP à Central SSO platform Response: Central SSO Platform àsp Description of parameters for business ordering and downloading interfaces: Field Name Field description ICPCode SP's corporate code, the length is up to 6, the format is 9Xynnnn, XY indicates SM access gateway number, NNN represents the serial number. ICPserve The SP provides the service code of the SMS service, which is growing (less than or equal to 10). If it is a quantity order, the field may include multiple service code, and multiple business code is separated by a comma (","). Seqno SP is used to identify the number uniquely authenticated request. ItemID The identity, length, and format of the uniqueness of the instant delivery service (ringtone, pictures, etc.) used to identify SP, and only numbers should only be included. And ASCII characters. This field is only valid for the download business, ie only when the actionID is 10, the actionID should not contain this field. . For example, if the user ordering a weather forecast, news and other monthly services, this parameter is not required. MSISDN The mobile phone number entered on the SP website (this parameter is an optional parameter) ActionID Identify the user's operation, such as order, cancel ordering, pause, activation, etc., the length of 2 digits, the value range: 1: Order service; 2: Cancel service; 3: Activate the service; 4: Suspend the service; 10: On the on-demand download service. Backurl After the processing is completed, the SSO platform is required to redirect the user's destination URL. Deliverurl SP service issues the request interface address. This parameter is an optional parameter. When the SP needs to send a service to the user after the subscription is completed, it fills in the parameter (ActionID = 10). When the subscription is completed, the SSO platform will initiate an HTTPGET request to the address defined by the parameter. Know the SP to the user issued a designated service, see the parameter format carried in the request, see the service request interface. • SSO Order, on-demand interface definition • Description of the service order and download interface response: The following output parameters in the response in the form of [BACKURL]? [Parameter Name 1] = [Parameter Value 1] & [Parameter Name 2] = [Parameter 2]: Field Name Field description ActionID Identify the user's operation, such as ordering, cancel ordering, pause, activation, etc., the length of 2 digits, the value range: see the top table. Resultid The result of the SSO platform processing, 0 is successful, and other means fail. Do not return the ResultString field when failing. If it is a bulk order, then multiple return codes are included in this field, and the multiple return codes are separated by a comma (","), respectively correspond to the corresponding batch. Each service in order is ordered. For example, if you ordered for 3 businesses, first and second services order success, the third service is failed because of the service code error order The value of this field is 0, 0, 4110. Resultstring When ResultId is 0, the content is "OK" The specified failure is indicated in this field when failing. If it is a batch ordered and partially successful, the field is "part success" Seqno SP is used to identify the number uniquely authenticated request. RandomsessionKey The user login is successful after successful temporary session ID. ICPserve The service code provided by the SP is growing (less than 10) strings. TempauThno The temporary order relationship ID of this order operation generated by the SSO platform is only effective for downloading business, ie only when the actionId is 10 or 5 When you return this field, the ActionID does not return this field when other values. In addition, only in the request is successful, that is, Result is 0 Returns this field. ItemID The uniqueness of the uniqueness used to identify the SP, the length, and the format is agreed by the SP, and it is recommended to contain only numbers and ASC characters. Its value will be the same as the value of the ItemID in the request. This field is only valid for the download business, that is, only when the ActionID is 10, the ActionID does not return this field when the ActionID is for other values. Feepseudocode Billing user pseudo code; This field is required when there is no feemsisdn in the response package; when there is an FeemSDN field in the response package, the field is an optional field. Feemsisdn Billing user's mobile number; The requirement can maintain an ICP list, and the ICP in the list will be filled in the field. Otherwise, the field does not include this field in the response package. Destpseudocode The user's user pseudo code; when the user enters a plurality of pseudo code, multiple pseudo code is separated by a comma (","). This field is only valid for the ActionID in the request, and the actionID does not return this field when the ActionID is for other values; This field is required when there is no destMSISDN in the response package; when there is a DestmsISDN field in the packet, the field is an optional field. Destmsisdn The mobile phone number of the user is given; when the user enters multiple numbers, multiple numbers (",") are separated by a comma (",") when multiple numbers are entered. This field is only valid for the ActionID in the request, and the actionID does not return this field when the ActionID is for other values; The requirement can maintain an ICP list, and the ICP in the list will be filled in the field. Otherwise, the field does not include this field in the response package. 7, service next request interface Interface name Service issued request interface Interface description The SP system opens the request interface to the SSO platform to complete the functionality to complete the service to the user. This interface is mainly used to process the SSO platform to issue a service to the user after the user completes the service order. Interface Protocol HTTP protocol, use GET request Interface direction Request: SSO Platform àsp Response: SP àsso platform The parameter description of the service next to the request interface: ICPCode SP's corporate code, the length is up to 6, the format is 9Xynnnn, XY indicates SM access gateway number, NNN represents the serial number. ICPserve The SP provides the service code of the SMS service, which is growing (less than or equal to 10). Seqno The SP is used to identify the number uniquely authenticated request, which is the same as the incoming SEQNO in the service order request; ItemID Used to identify the uniqueness of the instant delivery service (ringtone, picture, etc.) of the SP. This field is an optional parameter; the value of this field is the same as the incoming item ItemID in the service order request. Feepseudocode Billing user pseudo code; This field is required when there is no feemsisdn in the response package; when there is an FeemSISDN field in the response package, the field is Select field. Feemsisdn Billing user's mobile number; The requirement can maintain an ICP list, and the ICP in the list will be filled in the field. Otherwise, the field does not include this field in the response package. Destpseudocode The user's pseudo code for the service is received; when the service needs to be issued to multiple users, the plurality of pseudo codes are separated by a comma (","). This field is required when there is no DestmsISDN in the request; when there is a DestmsDN field in the request, the field is optional. segment. Destmsisdn The mobile phone number of the user receives the service; when the service needs to be issued to multiple users, multiple numbers (",") are separated by a comma (","). The requirement can maintain an ICP list, and the ICP in the list will be filled in the field. Otherwise, the field does not include this field in the response package. Linkid The matching code of the temporary ordering relationship is used to authenticate a business of transactional services. Chapter 2, Business Reconstruction MISC System structure and role SP Access Misc Process SP Upgrade before and after comparison Business carding and business code transformation On-demand, order instruction Mo match Order, cancel and monthly charge Business combination mode description Special business process First, business transformation 1. Business transformation importance • Whether the business transformation is reasonable to determine if the SP's business can access MISC, so all SPs will send a special person to analyze and combine the business after training. Business transformation is divided into the following steps: 1) Business type division 2) Business code finishing 3) On-demand, custom instruction settings 4) Tariff information settings 5) Reverse ordering business application 2, SP upgrade before and after comparison project instruction Before upgrading Post-upgrade state • Save the relationship All ordering relationships are mastered by SP The order relationship is stored in the MISC system and the SP system, but the order relationship in the MISC system is subject to • Order, cancel the notice The SP self-pack generation order, unless the notification message issued to the user MISC platform according to SP declared SMS reminder • 0000 00000 Unified cancellation instruction SP receives 0000 When the group package generated cancel menu is sent to the user, receive 00000 to cancel the user ordering relationship MISC platform intercept 0000 instructions and free of charge, intercept 00000 instructions to automatically cancel all of users ordered all businesses • Monthly launch deduction SMC monthly deduction request SMC monthly deduction request is initiated by MISC based on effective user ordering relationship • Order, on demand authentication Do not order, on-demand authentication, all messages are transmitted from gateways to SP All MO / MT messages need to be authenticated through MISC, achieving effective interception • Order relationship synchronization The order relationship is saved in the SP party, there is no order relationship synchronization Ordering Relations Save in the MISC system, all subscribers are synchronized with SP by MISC through the Provision interface • Website order, on demand processing The SP site on demand and customization are controlled by the sphe, and the gateway is responsible for the forwarding All sites on the SP are on demand and custom services need to be implemented by calling the SSO interface. Business carding and transformation process project instruction Before upgrading Post-upgrade state • Business Type Sorps CMPP2.0, business types are divided into three: IOD, PUSH, STK class After the upgrade, the business type is divided into five types according to the latest data department management specification: a bit broadcast class, custom class, STK point broadcast class, STK custom class, help information • Business code finishing The IOD type service code is set to: xxxx, the Push Type Service Code Unified Set to: -YYYY, STK Type Service Code Set to: ZZZZ The on-demand class business unified setting is: XXXX, the custom class business unified setting is: -YYYY, STK on demand service set to: zzzz, help information class code is: HHHH • Mo Positive command setting All users use instructions, including mobile phone on-demand and mobile phone customizations are set by SP, and the gateway does not do anything. All mobile phone on-demand and mobile phone custom instructions must have data in the MISC platform, each time the MO process MISC needs to determine the service according to the content and long numbers. • Special business process finishing SP can be flexibly set different business processes based on their own business promotion needs, and the gateway does not limit the limit. Since the current MISC does not support secondary batches, many SP special services, such as promotions, discounts, etc. need to be set first according to MISC management specifications. 3, business type classification description • Business classification method - Divided from the billing method: billing, monthly, free use - Divided from the way: on-demand class, custom class - From the on-demand, the custom source is divided into: mobile phone, website, STK card • Business classification principle - Customized business allows users to subscribe, monthly, and free three tariffs, users must order business SP to send information - On-demand class business does not allow monthly charging, users must play the SP before you can send information • Specific business classification - Mobile phone custom class, website custom class, STK card custom class - Mobile phone broadcast, website broadcast class, STK card point broadcast class - Help information class • Customized class [mobile phone] - Users must order, ordering methods are the use of mobile phone Mo uplink information, allow monthly, press, free to use three billing methods - You need to submit order instructions and unsubscribe instructions when you apply - Before the business code begins with "-" • Customized class [Website] - Users must order, ordering methods are customized through the SP website or mobile company portal, allowing monthly, press, free to use three billing methods - because it is ordered on the website, so there is no need to submit when the business is applied. Order instructions and unsubscribe instructions - Before the business code begins with "-" • STK custom class - The user must order, the ordering method is to allow the monthly, press, free to use three charging methods by curing through the related menus in the STK card - You need to submit order instructions and unsubscribe instructions when your business is applied. This instruction has been cured in the STK card. - start with " " before the business code • Bigcasting class [mobile phone] - The user must on demand SP to issue information. On-demand mode is to send uplink MO information using the phone, allowing the two billing methods to use, free of charge, not allowed monthly - Need to submit an on-demand directive when the business is applied - No symbols before the business code • Bigcasting class [Website] - The user must on demand the SP to issue information, the on-demand mode is on broadcast through the SP website or the mobile company portal, allowing the two billing methods to use, free to use the month - Because the on-demand operation is interacting on the website, there is no need to submit an on-demand instruction when the business application is applied. - No symbols before the business code • STK Bigmation Class - The user must on demand the SP can issue information. The on-demand method is to allow all kinds of billing methods by cured in the relevant menu in the STK card, free to use two billing methods, not allowed monthly - Remind the on-demand directive when the business is applied, this instruction has been cured in the STK card - start with " " before the business code • Help information class - This type of service must be provided free of charge to users to issue business use help information to users. Such services need to be strictly controlled, and it is recommended to request one of each SP. - Do not submit an on-demand directive when the business application is required, nor does it need to submit order instructions and unsubscribe instructions. - No symbols before the business code 4, business type classification description business type On-demand instruction Order instruction Unsubscribe Order relationship allow Billing mode Business code format requirement Original business classification Capital [ Mobile phone ] need Press, free Iod Custom class [ Mobile phone ] need need need Press, month, free " - " Prefix Iod Capital [ website ] Press, free Push Custom class [ website ] need Press, month, free " - " Prefix Push STK Capital need Press, free " " Prefix STK STK Custom class need need need Press, month, free " " Prefix STK Help information class free Push • On-demand class business No need to bring " ", "-" before the business code • Customized business Need to bring "-" before the business code • STK Class business Need to bring " " before the business code • Help information business No need to bring " ", "-" before the business code Second, MO Directive Planning Suggestions 1, MO command plan • After accessing MISC1.6, all MO messages will be authenticated by MISC, and the MOT is implemented by the MISC system. To customization, forward, and on-demand, and these operations must apply to set up corresponding custom instructions, cancel instructions, and on-demand instructions in the MISC system. • So SP needs to perform different instructions for company-related services before doing access, and the MISC system currently supports a matching method of multiple MO commands and a matching method of multiple instructions, so the old directive of SP can be used. Minimum change. • But not exclude some sputum, there are some very special business instructions that need to be redesigned and applied, so this work is also required. • The SP should pay attention to the following points when planning instructions: 1, on-demand, customization, cancellation instructions cannot be used to accurately match: For example, "cmctest" is a reserved word. If you select an exact match, the content of the instruction cannot be "cmcctest", but the instruction content can be For cmcctest1, cmcctest *, CMCC or CMC, 000 or 000000, etc., because users are up CMCCTEST or 0000, Match to these businesses. You cannot use and blur the same verification principle, because some business precise matching instructions are likely to be 0 or 00 or C, etc.. 2. If you choose to match, the instruction content cannot be a substring of the reserved word containing the first character, and cannot be guaranteed String of the beginning of the word. For example, the word "cmcctest" is retained. If you choose a blur match, the content of the instruction cannot be "c", "cm". "CMC", "CMCC", "CMCCT", "cmccte", "cmcctes", "cmcctest", and cannot be "cmcctesta", "Cmcctest *", etc. 3, the reserved word is not case sensitive, the current reserved words are: "cmcctest", "chinamile", "0000", "00000". 4. The custom command content is not allowed to be empty. 2, MO matching process • MO command matching enables SP to set different custom, cancel, on-demand or other instructions for different services, and can also implement long-numbered functionality for the special service number. In addition, MISC supports flexible multi-change matching mode, including long-numbered and fuzzy and precise matching, empty instruction matching, etc. • Type of instructions: The MO directive is divided into four: order instructions, cancels instructions, on-demand instructions, and ordinary mo, and specify whether to do exactly match the sending number and instruction contents, respectively. • Exact match description: It means that the system can match the success only when the matching content and the set instruction are identical (including the length). • Maximum matching instructions: It is equivalent to blurring. For long-numbered or instructions, the number of matching bits is the same, such as two blur matched instructions '8001aa', '80011AA', when the user sends '80011AA', the second instruction is matched, and Not the first one 3, MO matching process Users initiate Mo Instruction to SP Long number Directive match failed MISC Perform long-numbered matches, after successful, the command content match MISC Match the contents of the instruction, after successful, according to different processes If you match the ordering instruction, take the user ordering process If the match is canceled, take the user cancellation process. If the match is the on-demand directive, take the user on demand process. If the match is ordinary Mo Directive Mo Process 4, instruction matching process description • User's MO SMS consists of two parts: sending the number and the content sent, plus industry The matching mode set when the application is set, which constitutes a basis for matching. • When a MO to MISC is authenticated, MISC will match the sender number (long number), in accordance with the principle of maximum match exact match, first accurately match the blur match. If there is a match success, remove the corresponding service code and instruction type. • In the list of previously matched, match the contents of the instructions, but also in the principle of maximum match exact match, first accurately match the blur match. If there is a result of matching, the corresponding service code and instruction type are removed; if there is no corresponding match result, take the last serviceId in the list as a matching serviceID, and notify the SMS gateway to put this text message When it is forwarded to SP as a normal MO. • For instructions that match the success, MISC will have different modes of matching instructions. Different ways. 5, MO forward ordering process Third, the instruction flow description 1. Order the command matching process • For the ordering instruction, MISC will check if the user has ordered the service. If you do not order, the MISC will complete the order, and the contents of the user MO will be transmitted to the SP through the user ordering relational data synchronization interface (ProVision interface) to SP, The long number and command content of the user Mo will be separated between the long number and command content of the user Mo in the FeatureStr field (Base64 encryption) in the Provision interface. At the same time, MISC will notify the SMS gateway This is a subscription instruction, and the SMS gateway will not forward the MO to the SP. • If the user has subscribed to the service, MISC will return the MO as a result of returning to the SMS gateway to the SMS gateway, and notify the SMS gateway to forward this text message as a normal MO forward. 2. Cancel the command matching process process • For cancellation, MISC will check if the user has ordered the service. If you have already ordered, the MISC will cancel the order relationship, while transmitting the contents of the user MO through the user ordering relational data synchronization interface (provision interface) to the SP, will have the FeatureStr field in the Provision interface (Base64 encryption) The length of the user Mo is separated by a space between the long-numbered command content, long number and command content. • If the user does not order the service, the MISC returns to the SMS gateway to fail, and the SMS gateway will not forward the MO to the SP. 3, on demand command matching processing flow For on-demand instructions, the MISC generates a temporary order relationship (LINKID), and returns the authentication success to the SMS gateway and returns the linkID to the SMS gateway, and the MO is forwarded as a site-cast MO to SP. 4, ordinary Mo matching process • For ordinary MO SMS, MISC returns the successful response of authentication to the SMS gateway while notifying the SMS gateway as a normal MO forwarding to SP. • 5, MO matching example SeqaccessnofeaturestranchRancheckflagfscheckflag 18888xW10 2888801xW00 3888801xW101 4888801xW11 58888 (NULL) 00 [Note] Accessno represents the send number of MO FeatureStr represents the content of the instruction Ancheckflag indicates whether AccessNo uses an exact match (1 represents exact match) Fscheckflag indicates whether the content of the instruction is exactly matched (0 represents blur matches) For the above settings: Users send xW1 to 8888011 we match Article 3 Record Users send xw01 to 888801 we will match to Article 2 records (first maximum matching number) Users send 01xW to 888802 we matches the 5th record (will not match the 4 records because the AccessNo recorded by the 4th record is exactly matching) Users send 01xW to 8888 we match to Article 4 Record Users send xw01 to 8888 we match Article 1 record Users send A to 8888 we match Article 5 records four, business planning • Order business species planning • Customization, cancel the on-demand command setting • Reverse ordering business application • Unified reverse cancel interface open • Monthly charge • 1. Order the type of business • After accessing the MISC1.6 platform, all subscription relationships of the SP are saved in the MISC platform, and in the MISC platform, all users' order must be implemented through the MISC platform, so SP needs to manage DSMP platforms. Specification requirements to plan the types of each custom business. • For example, which services need to be customized through MO, which services need to be customized by website, etc., there is also the need to plan which services need to be customized, note that the monthly business must be set to custom business, otherwise it will not generate monthly months Deduction • 2, customization, cancel the on-demand command setting • After planning which services need to be customized, the next step is to plan the customization and cancellation of these services. SP can set multiple custom, cancel instructions for each business, but the instructions must be different, and it is recommended to no more than 5. 3, reverse ordering business application • Considering that some users have some special services or cooperative services, it is not possible to be implemented by the way to customize the MO command, so it is necessary to provide a reverse customization method. However, the application reverse custom business must meet the following conditions: - User can use the business of the automatic voice platform, you can use reverse order; here the voice platform does not include spmonic clients, artificial tables and other speech paths; - The user does not support HTTP protocols through the SP proprietary client. - The user is ordered by the STK card curing instruction, which does not conform to the order of the current network MISC, and cannot be parsed by MISC. At the same time, the STK card user has been popular and cannot be modified. You can use reverse order; - Users can use reverse order by signing the business of protocol text or contract text or contract text with SP or its legal agency. - For the same business in different period tariff, it is not allowed to use reverse order; - Belongs to the Group's customer business, that is, the user who uses the business is a fixed user group, no need to actively order or actively cancel the business, order Or cancel the service according to the group's customer internal management regulations. If this type of business does need to include the management of MISC, you can use reverse order • When you apply for reverse ordering, SP must be separately filled in the reverse ordering business application form, and submit an attachment with a table: "Application for SP Name - Reverse Ordering Business", for each business, application content includes: - Business ordering process - Business cancellation process - Reasons for applying for reverse order - Order behavior record format and query method - Business opening time, order user number, total amount proportion of SP services 4, unified reverse cancel interface open Considering the user's complaint, it is generally complained to the SP. The MISC1.6 platform is open in accordance with the requirements of the DSMP specification, and all SPs can achieve the cancel operation of the custom service through the interface. It is convenient. The SP handles the user's cancellation of the business, but the premise is that the SP must implement the answer to the order of ordering relationship synchronization interfaces (provision). 5, monthly spending • Follow the old business procedure, the monthly manner is controlled by the SP own, and directly issues to the gateway to implement the monthly deduction. However, after accessing the MISC 1.6 platform, all monthly deduction requests are initiated by the MISC platform to the gateway, and the monthly deduction fee is implemented, and the monthly deduction fee is not initiated by the SP. • For the order monthly business, the user has a 72-hour preferential trial period, and the service is canceled within 72 hours after ordering, that is, after the ordering relationship is confirmed 72 hours, the SMC post can be sent. The subscription time is subject to the ordering time generated in MISC. After the user order, MISC will record the order time, after 72 hours, the user has not canceled the business, and the MISC will generate a SMC package month. • For the order monthly business, the month will not charge the monthly fee for the month after 20 days (including 20th). After the user orders, the MISC records the ordering time and determines whether it is 20 days depending on its own system time. If the MISC will perform 72 hours before 20 days; if after 20 days (including 20th), MISC only saves the order relationship, does not generate a bill in the month, if the user does not cancel the order relationship within the account The next account MISC will start charging, generating a SMC package month. • 72-hour discounts occurred in the top three days of 20 days, will not enjoy a free offer after 20 days. MISC will be based on the ordering time generated in the MISC, 72 hours to confirm whether the order relationship exists to generate the SMC package month. • When you order the same monthly business in the month, the user is immediately charged, which is sent to the SMC package month. MISC saves the user ordered, canceled history, and found that the user will immediately generate SMC monthly bills when ordering the same business on the month; if the order is ordered on the 20th (including 20th), it will not charge. V. Business portfolio mode • Associated business portfolio • Different grade business combinations • Package business combination • Ordinary business portfolio 1. Associated business portfolio • For example, online pet business, monthly, 25 yuan, and on this business, you can also increase SMS notification function, pay the pet daily information, add 3 yuan per month, that is, the pet service is The main business must order the SMS notification business after ordering the primary business. This is the main relationship. • For this combination, it is easy to form various business models, and the business is removed to two related services, such as stock warning business, can have a primary business, set as the month In a primary business, you can set up to 4 stocks, but to limit the maximum number of senders, set up a subordinate service, charge the fee, no limit, if the user's warning information does not exceed the limit Value, you will send the code for the monthly service. If it exceeds 50, you will use it by the business. 2, different grade business portfolios • For example, the mailbox business, 10M, 20M, 50M, the charge is different, but the same user, only one of these businesses can only be ordered at the same time, and the user is from When a business in the business group is changed to a business, it is an upgrade, rather than canceling a certain business, and then order another business, which is to ensure the continuation of the user's business related information. Reverse relationship. • MISC When there is a business combination in which this business is handled, MISC checks if the user has ordered other businesses within the combination. If there is ordered, it will cancel the other of the group ordered in this group ordered. In this way, the user does not need to manually cancel the original order, and directly select the new business in the order combination, you can complete the business conversion, which brings the direct benefits that the user is easy to use, will not bring multiple charges due to business conversion . • SP is dealing with this business, it is also necessary to determine if the user has some other businesses within this group. If there is a subscription, the SP requires business upgrade, not to cancel the original business, so that it is mainly to maintain business. The continuity of information is not done due to business upgrades. For example, the mailbox is raised from 10m to 50m, and the letter in the original 10M mailbox will not be lost. 3, package business portfolio • This is to put some unrelated business, such as a "New Year's Fast Food" business, which contains a new year's fast food, which contains 5 businesses. Although these services may not be related, These services are combined for business statistics for the needs of business promotion and the convenience of user ordering and query. There is no association between these businesses, ordered or order, and a business group cannot be ordered. • Another method of proposal, the package business combination is actually the personalized business classification of SP. Because the total business classification is prescribed by the operator, it will not change because of a SP, how can sphers want your business classification? Package business portfolio can also be used, SP can set a business classification, such as "Olympic", then put all the services related to this in this class, which will put these businesses on Portal Let the user find it very easily. From this, a series of packages such as "Financial Channel" and "Sports Channel" can be extended. 4, ordinary business portfolio • Currently defined mobile phone-based class, site-play class, mobile phone custom class, website custom class, STK and other business models, a service, SP can provide services to users in a variety of modes, or in the same mode, in the same mode The tariff is provided to the user. For example, an stock price warning business, SP can provide a compared fees, monthly billing method, because the number of warning information is not pre-knowledge, so users can choose to pay according to the rules, and the SP will only send only finished Information, no longer send it later; another such as a news service, SP can provide automatic PUSH mode, mobile phone play mode, etc., these use methods are different. For the convenience of users ordered, these services are placed in the same group for the convenience of business statistics. • Adopt this combination, you can divide a business into multiple services, the same content simultaneously meet the requirements of different users, which is undoubtedly a great advantage to the promotion and publicity of the business. 5, special business design example • Month custom class business is required to use N month • VIP user groups use services for free • Game, chat business • Mobile phone stock information on demand, customization 6, monthly custom class business needs to use N month • Business Process: The user sends "M" to XXXX, SP judgment If it is a new user sends a free SMS introduced to the user, and automatically customizes the free user of the game user; if it is the old user, return to the game menu to the user, use Implemented by direct reply. If the user does not have an uplink message in a certain period of time, the user does not charge, if there is an uplink message, the trial period is automatically converted to a charging user • MISC proposal: SP newly applied for a free custom business, users send M to XXXX first time to customize this free business, wait until the trial period, send a twice a confirmation message to the user, let the user reply to the MF to XXXX through The MO is customizing the service, if the user does not confirm, the SP clears the user-customized free business; if the user sends a confirmation message to confirm the order, MISC will customize the service, and put the order request through the Provision interface Synchronize to SP, SP receives the request, remove the previous custom service code to cancel it 7. Free use of VIP users • Business Process: For different user groups, when customizing a certain service, if it is customized, then charge according to the normal charging standard, if it is a VIP user free. • MISC Proposal: Set a separate service code (free) specifically for VIP users, after the user is a VIP user, first cancel the original custom charging service by reverse the interface, and then subscribe to the VIP user to order this free The business, then use this free business code to send users a business. 8, game, chat business • Business Process: Users send MF custom games or chat services, and use the same instructions when using the same instructions or start chat, etc. • MISC Proposal: - Set the MF to a custom instruction. When the user first sends MF to XXXX, MISC determines that the user does not customize the service, follow the customization process to complete the service customization operation. - If the user is customized, the MISC determines that the user has already ordered the service using the same instruction, then MISC will send this MO as a normal on-demand message notification gateway to SP without interception, SP collection You can send a message to the user according to the business process. 9, mobile phone stock information on demand, customization • Business Process: v Users call 1259098 stock numbers or send SMS 1259098 stock numbers to XXXX to customize stock businesses, users are customized After work, SP will regularly give users stock information, and the business is distinguished by SMS content, such as 12590981 stock number. The code represents the customary stock assembly monthly business, send 1259098 stock numbers to represent custom stock suppliers. v In addition, users can customize all kinds of services by calling customer service calls through the SP customer service. v At the same time, SP starts promotion at a particular date or month, which may use free use of all custom services for free N-year In the event, the method of use is the same, but the buckle month fee is controlled by the SP. If the free user does not buckle this month, but For the operations of the business, do not work. • MISC Proposal: On-demand instructions and custom instructions for different business settings, instruction format: "1259098 stock code", due to the stock code One is fixed, so we can set multiple custom instructions for custom instructions for stocks, such as "1259098 0 stock Several tickets after ticket code ", or after" 1259098 6 stock code ", because the front one of the stock code is fixed. For the user to call the SP customer service, it is recommended that the SP boot user through the dream network. Www.monternet.com or 1860 customer service custom or cancel, or cancel the business by sending 0000,000,000. For the first order to use the free business or which regions for new users, use a free ordering business to do free business customization, after the free period, send a SMS that needs to be confirmed by the SP reminder to users, users reply One Customization commands for custom charging services to MISC do positive customization, if the user does not confirm within a certain period of time, SP is in their own Release this free business in the bin Chapter 3, SPOA Valis System Overview SMS cooperation application management SMS business management Public information Private information Complaint First, system overview Mobile Dream Network Operation Management System Introduction SP Self-service system introduction 1. Introduction to the mobile dream network operation management system Mobile Dream Network Operation Management System is Mobile Dream Network MISC A subsystem of the platform The system is web Provide SP Cooperation application management, dream network SP And dream network business management, user complaints and SP Complaint management, as well as dream network business data statistics, etc. to meet the business management needs involved in mobile phone operations. The system includes a mobile dream network service management subsystem (admin ), Mobile dream network SP Self-service management subsystem (SPOA ) And mobile dream network 1860 Customer service management subsystem three subsystems (1860 ). Divided into two major parts of the national operation center and the provincial operation center: central ( Admin , SP ) Provincial station ( Admin , SP , 1860 ) Provincial station ( Admin , SP , 1860 ) .......... 2, SP self-service system introduction SP Self-service management system is a subsystem of a business operation management system The system uses objects for SP Mainly SP Provide management of cooperation, business management, public information and private information, processing user complaints, and complaints to access provinces mobile companies or group companies. The system is divided into central sites and provincial stations: Central site deployment in mobile group companies, providing full network SMS, WAP PDA Business related partnership, business management, information management, and complaint processing; Provincial Station deployed in various provincial mobile companies, providing local SMS business, the local SMS business upgrade into full network SMS business and local WAP Business related cooperation applications, business management, information management, and complaint processing, And the local access SMS cooperation application, business management, information management, and complaint processing functions of the whole network service. Apply for cooperation with China Mobile to carry out mobile dream network business, you can refer to "Measures for the Administration of Mobile Dream Network SP Cooperation" SP Second, SMS cooperation application management Register login account Local cooperation application process SP Cooperative application data fill in Local upgrade full network cooperation application process SMS full network cooperation application process Application for local access cooperation of all network services 1, register login account • Access access to access provinces in the access province through the web browser 2, local new SP cooperation application - flow chart SP Apply for non-full network services local cooperation SP Submit a cooperative application information and business application information to the provincial company Provincial Company Approval Cooperation Application Information Provincial Company Approval Network Test Provincial company SP Assign corporate code, service code, SMS gateway, etc. Y Provincial Company Approval Business Application Information Y Provincial Company Approval Business Verification Y Provincial Company approval fee test Y Become a non-full network service SP Y N N N N N Cooperative application precaution 1) The SP application is available to the local cooperation of SMS non-all-service network, and you need to log in to the SP self-service management system provincial station, fill in the local cooperation application information and at least one business application information and submit it. The local cooperation application data is filled in, please refer to the SP cooperation application information. Please refer to the textual business application information for the textual business application information. 2) SP must be detailed and accurately fill in the cooperation application information and business application information, otherwise, if the provincial mobile company submitted the application information of SP, SP may not re-apply for three months. 3, SP cooperation application data fill in Attribute name Property description SP company name Chinese Chinese characters, English letters and. And, combined. No more than 100 bytes SP company English name A combination of English letters, a stroke and. No more than 300 bytes SP refretion No more than 50 bytes, allowing Chinese and English letters and., Combination company address Chinese Chinese characters, English letters and. And, combined. No more than 100 bytes company representative Chinese Chinese characters. No more than 40 bytes President contact Chinese Chinese characters. No more than 40 bytes Bank bank Chinese Chinese characters, English letters and. And, combined. No more than 100 bytes Bank account No more than 30 bits of 0 to 9 numbers with - and * Settlement method Divided into three types: billing, batch payment, other negotiations, other negotiations Customer service web address should HTTP: // Or start HTTPS: // Access method Divided into both Internet and special lines Host location The host stores physical addresses, such as "Shenzhen Data Bureau Truck Room". No more than 30 Chinese characters SMS system login MISC password SP in the password of the MISC system authentication, you can modify this password in the system, see private information SMS system password modification Service code Pure numbers consist. The full network business service code is unified to 4, namely "1000" - "9999"; local business service code length is unified to be 5, ie "01000" - "09999". The service code of each SP of the province cannot be repeated. Service access SP provides access to the business. Automatically generated by the system, SP cannot be modified. 4, local upgrade to the full network SP application process Dream network local SMS SP Apply for all network cooperation SP Submit the provincial company to upgrade the whole network cooperation application and business application information Group Approval Business Verification Y Group approval fee test Y SP Become a full network SMS SP It applies for business to become a whole network business, and officially used Group Approval Business Application Information Y Provincial Company Approval Cooperation Application Information Group Approval Cooperation Application Information Y Group approval network test Y N N N N N N N Provincial Company Approval Business Application Information Y Access province company SP Signed a supplementary cooperation agreement Y 5. Application for all network SP local access cooperation SP Apply for all-network service local access cooperation SP Submit a cooperative application information and business application information to the provincial company Provincial Company Approval Cooperation Application Information Provincial Company Approval Network Test Provincial company SP Assign corporate code, choose SMS gateway, etc. Y Become a local access SMS for all network services SP Y N N 6, change cooperation application materials According to the changeable content, the change of SMS cooperation application information includes two cases: Non-full network service local access SP And full network SP Change premise: SP State is " Become a dream network local SP " or" Become a formal dream network all network SP " . Changeable content: SP Business basic properties, business first contact information, customer service information, SP Network basic attributes and network contact information; but the service code and service access are not changeable. Volume access SP Change premise: SP State is " Become a local access SP " . Changeable content: full network service SP The local access point can change their personalized content, but not Change the following: SP Chinese name, SP English name, SP Abbreviation Service code, service access, business processing address. Second, SMS business management Business portfolio and business type SMS local business application process SMS local business upgrade full network application process SMS full network business application process Apply for business changes 1. SMS local business application process SP Apply for a text message local business SP Submit a local business application information to the provincial company Provincial Company Approval Business Application Information Provincial Company Approval Business Verification Y Provincial Company approval fee test Y Become a dream network SMS local business, but it is necessary to get the commercial time to formally commercial Y N N N 2, SMS business application data fill in SP Apply to upgrade local SMS business to all network SMS services SP Apply for the local business Provincial Company Approval Business Application Information Provincial Company Approval Business Verification Y Provincial Company approval fee test Y Dream Net This area SMS business is upgraded to all network SMS business, and officially commercial Y N N N Group company approval business application information Y N 3, SMS full network business application process The SMS full network business application process is basically the same as the SMS local business application process, please refer to the SMS local service application process. the difference: Apply for SMS local business to log in to SP Self-service management system provincial station, by the provincial mobile company administrator; Apply for SMS full network service to log in to SP Self-service management system central site, approved by the mobile group company administrator. 4. Apply for SMS business changes Business change application Only state " Local commercial " " Keep the local business " (Dream Network Local SP Local commercial business in the process of applying for the whole network) and " All-network business " SMS business can apply for a change. Business change content Business changes include business names, business categories, business descriptions, tariffs, tariffs, delivery frequencies, business processing addered commands, and logo The changes of pictures, etc., that is, in addition to business code and business model, the remaining content can be changed. Business change process The local SMS business change needs to be approved by accessing the provincial company's change business application information management and changing business billing verification. The business changes that the local SMS service upgrade into the full network SMS business must pass the provincial company to first trial change business application information, the group company review the change business application information, the group company billing verification approval Direct application to become a full network SMS business, only need to apply for information management and change business billing verification approval through the group company Third, universal information Public information announcement SMS business ranking Meeting announcement Illegal query 1, public information introduction announcement SP View the information announcement issued by the access province and the group company, download the accessories in the information announcement. SMS business ranking Log in to SP Self-service management system provincial station, SP You can query the monthly, year or older dream network SP Business rankings and Dream Nam SMS local SP accessed in this province Business rankings. Meeting announcement Login SP Self-service management system, you can query, browse China Mobile Group to SP Meeting notice, and can be made to the meeting notice " Participate in the meeting or" Do not participate in the meeting Reply. Illegal query All provincial mobile companies and mobile group companies have a dream network in violation of relevant regulations. Record the violation of the rules and announce the public network SP . SP You can view all Dream Network SP through this system Illegal information. 2, private information Login user management change Password SMS system password modification SMS information fee query SMS assessment query Complaint processing point modification Private information Login user management SP Administrator can log in to mobile dream network SP Self-service management system Users are managed, including queries, add, modify, delete SP Log in to the user information function and assign an operation permission to log in to the user. Currently, the system only has SPs with complaint privileges. The customer service seat assigned the login account. change Password Operator can modify the login SP Self-service management system login password. SMS system password modification Operator can modify a short system access MISC The password of the system. SMS information fee query Log in to SP Self-service management system provinces, you can check the Detail of SMS information fees in the history of the company. SMS assessment query Dream network SMS SP Log in to SP From the service management system, you can query the monthly assessment of the Dream Network SMS business provided by the Company, the year-on-year assessment and year assessment results of the company's mobile phone company or mobile group company. Complaint processing point modification Multi-point access all network SP You can modify the user complaint processing point of its local access point in the local access point, you can choose to set the user complaint processing point of the local access point to the local or all-network main access point. Fourth, complaint 1, user complaint SP system U Shroud Ordinary seat 1860 customer service center j Complaint k l M process result n o Apply for arbitration p Arbitration result Qi 2, SP complaint l SP complaint process SP Complaint Propose network problems Prospect question Business problem Propose other questions Mobile company data business management department Data sectors analyze the cause, and transfer related processing flow Transfer to internal processing flow Feedback SP Complaint processing results l SP complaint The complaint function refers to the network issues, account issues, and business issues such as the provincial mobile company or mobile group. It provides the SP to provide the complaint processing results, and satisfaction feedback on the processing results. SP Dream network SMS local SP WAP Local SP Log in to SP Self-service management system provincial station, you can submit a complaint for access provinces; Dream Network SMS local upgrade full network SP You can submit a complaint for access provinces or group companies. Dream network SMS, WAP PDA All network SP Log in to SP From the central site of the service management system, the group company can submit a complaint. Provincial Mobile Company Data Department accepts SP After the complaint, you can directly give the processed opinions, or you can forward your complaint to the other departments of the company. Finally, the processing results are fed back to SP. ; Group company data department accepts SP After the complaint, you can directly give the processed opinion, or forward the complaint to the company's other departments or provincial companies, and finally feed back the processing results from the group data unit. .