MISC 1.6 system access scheme UPGRADE to MISC 1.6
MISC1.6 acts as a product that is fully compliant with China Mobile Group DSMP data business management specification, which supports multiple data business models, including WAP, SMS, PDA, KJAVA, MPIC, etc., complete agent access, user and order relationship Full price, SP order relationship synchronization, SSO website login and other functions, but also support various business management, customer complaint processing, data reports and other functions.
Basic composition of MISC1.6 Basement of Misc 1.6
The access of the MISC1.6 system is mainly divided into three parts: data interface, service order interface, and user verification interface.
The data interface is mainly due to the completion of data service communication between MTBS gateways and SP. The protocol used in this part is CMPP 3.0. We can also simply refer to the CMPP 3.0 gateway. But it has many different features with ordinary CMPP 2.0 gateways.
The business purchase interface is mainly to complete the order relationship communication between DSMP gateways and SP. The order relationship is mainly a positive / reverse order relationship synchronization. The processing of the order relationship is the biggest difference between the MISC system and the original CMPP gateway system. Conventional order relationships are basically stored in the SP party. Now MISC takes over all ordered relationship management to ensure that the order relationship is indeed initiated, and the user can be unsubscribed at any time. This reduces fraudulent behavior and user complaints.
The user verification interface is mainly to complete the user authentication interface between the SSO gateway and the SP. Ensure that users land on the mobile dream network or any mobile dream network, you can use all mobile Dreamnet services. Unlike the previous mobile dream network service, it is necessary to repeated verification on the site of each SP.
CMPP 3.0 Basic Features Features of CMPP 3.0
1) Support the principle of supporting the LiniD field to make a premium order relationship;
All users playing business, the user MO message is sent to the MISC authentication batch by the gateway, and the MISC automatically generates a random number LiniD to pass through the gateway to the SP. When the SP receives the MO message, the MT message must be given to the user. Fill in the linkid information in the MO message package in the LinkID field of the Submit package, otherwise MISC intercepts the MT MT when doing MT authentication batches.
2) Added a user-type user access to the user's access to business support;
According to DSMP specification requirements, the user resources must be returned to China Mobile Group after a certain period of time, so the pseudo code field information is added in the specification, and when the user uses the business, the user passed between MISC, gateway, and sp. Information is passed by pseudo code rather than true mobile phone numbers, and the false code is randomly generated according to certain coding rules.
3) Support message split principles processed in PK_TOTAL / PK_NUM, and the linkid in each message must be the same;
The MISC system supports long message splitting. If the MT message issued by the SP exceeds 140 bytes length, the SP can be sent by message splitting, and can be transmitted in PK_TOTAL / PK_NUM, but in each message, LinkID The fields must be the same, and the MSGID field used in the 2.1 specification does not require it, it can be used freely.
Specifies user order / cancellation process Standard of Subscribe / unsubscribe
1) The user can customize the SP service to the MO;
From the perspective of the user, the customization method has not changed, or you can use your mobile phone to order to customize your business. However, after the SP accesss the MISC 1.6 platform, it is necessary to plan and set the MO forward to customization command to implement mobile phone point broadcast.
2) MISC platform support 0000 and 00000 to cancel business function;
After the SP is connected to the MISC platform, there is no need to determine the 0000, 00000 to cancel the user to order the service, but is replaced by the MISC platform to cancel the service menu function and 00000 to cancel all business functions.
3) The SP must implement the SSO process after the user can customize from the website; after the SP accesss the MISC platform, the login of the respective companies must be reformed in accordance with the SSO specification requirements, so that users can Business on demand and customization is achieved through the SP website.
Specification SP site business development mode Standard of Web Service
1) When the user uses the SP website service, the SP must redirect the user's login request to the MISC's SSO platform to do a unified login authentication. After the re-direction of the MISC platform to the SP website platform, users can use specific services.
2) After the user is logged in, if you need to disconnect or customize the SP service, the SP must use the user's on-demand, custom request orientation to the SSO platform to implement the user-customized all-batch price, and after the user can enjoy the specific business of the SP.
3) Since the mobile phone user registration is implemented by the SSO platform, the user registration information is saved in the MISC database, and the SP can be queried by the SSO query interface if the SSO query interface can be queried.
4) The user will realize the dream network to sign back through the unified signing interface.
CMPP 3.0 Upgrade Upgrade to CMPP 3.0
Upgrading from the CMPP 2.0 protocol to the CMPP 3.0 protocol is a non-difficult process. Because of the general, the CMPP 3.0 and the CMPP 2.0 protocol are different. But the key issue is that because the MISC system will take over the order relationship. It is now unable to send information directly to non-orders users. Group issues or business promotions are controlled by the MISC system. SP can only send related information to the user only if the order relationship is generated.
The gateway system that is currently in China is: Yadong, East Naka, Tsinghua Deep, Huawei. The working modes of these gateways and the MISC system have a very different side. For example: Tsinghua 's deep MO and MT are walking different ports; the login mode of Aixin is different; the Agreement in Nokia is completely different. And the MISC system has its significant features in error handling and receipt processing. This type of switching often means that there are more workloads in the original system.
For the upgrade of CMPP 3.0, you can use an upgrade protocol or API to get a resolution. This solution can be adopted for most SPs. Here we offer additional options: CMPP proxy mode. This model is characterized by using our products as an protocol converter to handle the contradiction between the original protocols and the new protocol.
Simply put, our product simulates a specific mobile operator's CMPP 2.0 gateway and accepts data, and connects to the mobile operator using CMPP 3.0. Pass the LinkID by extending the reserved field. This model is used, and the changes you need to do are very small. This ensures that the original business system does not change substantially. There are also some special advantages, we will describe them later.
In addition, our company has always abide by our commitment to our customers. All customers who take our original products are upgraded in the CMPP 3.0 data interface. And guarantee that the original data sheet structure is fully compatible. Make the customer's system capability minimize and help them quickly pass the relevant tests.
Order Interface Synchronization Synchronization Of Subscribe
Ordering Interface Synchronization is a new content. Now the MISC system takes the provision interface to achieve low purchase interface synchronization. This kind of agreement is simple to say that the SOAP protocol, ie XML HTTP.
At present, Zhuo Wang Company provides an ProVision's API, which is based on Apache-based C. In this case, it can be applied very limited. Different SPs have different system modes, and the API species provided by Zhuo Wang Company is very rare.
The products we provide can not only be compatible with the CMPP 3.0 protocol, but also support XML HTTP mode. We have taken some special ways in provision processing. Our products have a diverse data interface that converts provision into database records, FTP file records, SMTP mail records, HTTP requests, or CMPP 2.0 packets. And the system also supports the downward step-by-step transfer and replication function between provision. The simplest way is to convert the Provision interface into database records so that SP can implement forward / reverse order synchronization by operating the database. If converted into an analog CMPP 2.0 packet, the SP can be made to retain the original system. Our products achieve compatibility with the original operations system through simulating artificial MO ordering packets.
For SPs with the following, our products are transferred and replicated to the next step by step. You can make each SP get related order information. And ensure accurately synchronizing with the information of the home.
Since the interface is adopted by the HTTP / 1.1 self-developing server, the operating interface is superior to the API on the processing speed, concurrency, and stability. And it can also be adjusted as needed.
User Verification Interface Authentication of User
The user authentication interface is mainly completed by the mutual jump of the page. This process is closely related to the operating site of the SP and the written language. Generally speaking, we just assist in understanding the meaning of various parts in the agreement, but our system is unable to participate.
Compatible with Unicom, Telecom and Netcom, Telcom and Netcom
While upgrading moving MISC, our system also takes into account compatibility processing for other business links, telecommunications and Netcom other services. These parts can be separated from the original system or are also compatible with our products. This specifically looks at the choice of SP.
Actual Case Successful EXAMPLE
Our products have been tested in Shandong Mobile MISC1.6 upgrade, and the entire test time has taken only one week. Because the test items are more, the testing process is also more complicated before.
In general, in the end of 2004, China Mobile should complete the upgrade of 5 7 provinces. Most provincial-level mobile systems will be replaced. The original system will gradually exit China Mobile. Article is from: http://www.exdata.com.cn/
