详解濮阳彩信群发下行的发送机制

    面对大量用户记录，在保证用户记录的准确备份与读出后，下行应用程序就需要快速的发送至MMSC。多点按入机制很好地解决了这个问题，即申请两到三个MMSC接入点，同时每个接入点拥有一到两台接入服务器，这样就可以合理分流大量的用户记录，使各服务器实现负载均衡。如果在代码实现前，申请到了一个接入点，但同时这个接入点已经申请到了两台接入服务器，可以采取以下的负载均衡策略：分别设计两个用来存储用户记录的表，与两台服务器进行对应；将用户的记录插入这两个表中，插入的依据为每个表中现有的待处理记录相对于两个表中待处理的记录总和的百分比，原则是尽量保证两台服务器所要处理的记录数目相差不大。

    如果出现多个彩信接入点，那么多点接入机制对于下行彩信起到的作用更明显，因为这种机制可以统计一定时间内彩信接入点的下行成功率，综合得出一份详细的下行数据统计报表。据此，SP可以将包月业务的下行彩信定期通过下行成功率高的接入点进行下行。对于点播业务，也可以依据上文中负载均衡原理进行随机选择接入点接入服务器。

    下行彩信信息体时，对于单条点播，包月业务流程都是一样，下行应用程序首先判断该服务器对应表中是否有用户为下行产生新的记录。如果没有，则会继续去监控该表；如果有新的用户下行记录，则会立印将记录下发至MMSC，由MMSC转发到相应的终端，同时由MMSC返回状态码，以表明濮阳彩信群发信息体是否成功发送至MMSC。如果返回状态表明平濮阳彩信群发信息体没有成功发送至MMSC，程序会去判断重新发送次数是否超过指定数量，如果已经超过指定数量，则放弃此次发送，即此次彩信下行发送失败：如果没有超过指定数量，则继续发送下行彩信信息体。

    彩信包月业务与单条点播业务的发送机制惟一不同在于：单条点播业务是及时发送的，即用户通过各种渠道点播一条濮阳彩信群发业务，应用程序会立即依据预处理机制将用户的信息插入下发彩信的表中：而对于包月业务，由于其业务的特殊性，一般都采取手工定时地群发，即采取手工启动某一包月业务，利用同样预处理机制，将其对应的用户信息写入下发彩信的表中，完成濮阳彩信群发的下行工作。