MISC SMS SP Access Training

xiaoxiao2021-03-30  196

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

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/">

0023030165955

1.5.0

SyncORDERRELATIONREQ

0

0023

400

0

1

13805002425

1

13805002425

SP

1

1

911005

-tdxy

3

ywjzgvm

Positive cancellation request package

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/">

0023030165955

1.5.0

SyncORDERRELATIONREQ

0

0023

400

0

1

13805002425

1

13805002425

SP

2

1

911005

-tdxy

3 Ywjzgvm

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

9130020301801050

">

1.5.0

SubscribeServiceReq

400

913002

0

0023

1

13805002424

1

13805002424

1

913002

-tqaau

Reverse ordering answering package

1.5.0

SubscribeServiceResp

0

00110402021549400001

Reverse cancellation request package

9130020301801050

1.5.0

unsubscribeServiceReq

400

913002

0

0023

1

13805002424

1

13805002424

1

913002

-tqaau

Reversing response package

1.5.0

unsubscribeServiceResp

0

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.

.

转载请注明原文地址:https://www.9cbs.com/read-130721.html

New Post(0)