CN101686581B - 移动通信业务服务系统及其业务处理方法 - Google Patents

Abstract

本发明公开了一种移动通信业务服务系统及其业务处理方法，用以提升系统的容灾性、可扩展性和稳定性。移动通信业务服务系统包括全局服务子系统Global和至少两个区域服务子系统Pool，其中Global用于接收用户的业务登录请求，根据用户的移动终端号码所属的移动终端号段、以及配置的移动终端号段与Pool的对应关系，确定用户归属的Pool，并在确认移动终端号码已开通业务时，控制用户请求登录其归属的Pool以及对用户进行业务号码的验证；Pool用于在请求登录本子系统的用户通过业务号码的验证之后，注册用户的登录信息并向用户提供相应的业务服务，其中用户的移动终端号码和业务号码一一对应。

Description

移动通信业务服务系统及其业务处理方法

技术领域

本发明涉及移动通信领域，尤其涉及一种移动通信业务服务系统及其业务处理方法。

背景技术

移动通信业务服务系统一般为分布式系统，采用总线型、星型、树型、总线与树型的复合型等网络架构，随着业务规模的不断扩大，用户数量的不断提高，系统的可扩展性成为评判系统质量的重要指标。系统的可扩展性主要体现在系统功能的可扩展性和系统容量的可扩展性两方面。系统容量和功能的扩展给移动通信业务服务系统的服务和数据库带来了巨大的负载压力。为了解决移动通信业务服务系统的负载压力，现有技术中采用整个系统进行负载均衡的处理模式，即把服务按照功能分别在多个服务器上运行。

由于移动通信业务服务系统采用负载均衡的处理模式，其网络架构的耦合度较高，当该系统的某一环节出现问题时，很可能导致整个系统的瘫痪，影响系统中所有用户的使用，使得系统的容灾性和稳定性较差。以飞信业务为例进行说明。整个飞信业务服务系统按照负载均衡的处理模式，每个服务都会由一组服务器承担运行工作，用户每次登录飞信业务服务系统时，系统将分派用户的业务登录请求，如果某台保存用户状态信息的服务器发生异常，会造成用户异常掉线，无论是位于哪个区域的用户，只要登录到发生异常的服务器，均会出现无法正常使用的情况，造成大范围的不良影响，不利于对问题的定位和解决，严重影响了飞信业务服务系统的容灾性和稳定性。并且，整个移动通信业务服务系统采用负载均衡的处理模式，会给系统的大规模扩容带来一定难度，影响了系统的可扩展性；并且当系统规模达到一定程度时，跨地域的网络架构将会十分复杂，交叉度高，进一步影响系统的可扩展性。

发明内容

本发明提供一种移动通信业务服务系统及其业务处理方法，用以提升系统的容灾性、可扩展性和稳定性。

本发明提供一种移动通信业务服务系统，包括全局服务子系统和至少两个区域服务子系统，其中：

所述全局服务子系统，用于接收用户的业务登录请求，根据用户的移动终端号码所属的移动终端号段、以及配置的移动终端号段与区域服务子系统的对应关系，确定用户归属的区域服务子系统，并在确认所述移动终端号码已开通业务时，控制用户请求登录其归属的区域服务子系统以及对所述用户进行业务号码的验证；

所述区域服务子系统，用于在请求登录本子系统的用户通过业务号码的验证之后，注册用户的登录信息并向用户提供相应的业务服务，所述用户的移动终端号码和业务号码一一对应。

本发明提供一种移动通信业务服务系统的业务处理方法，包括：

全局服务子系统接收用户的业务登录请求，根据用户的移动终端号码所属的移动终端号段、以及配置的移动终端号段与区域服务子系统的对应关系，确定用户归属的区域服务子系统，并在确认所述移动终端号码已开通业务时，控制用户请求登录其归属的区域服务子系统；

用户请求登录的区域服务子系统通过所述全局服务子系统对所述用户进行业务号码的验证，在所述用户通过业务号码的验证之后，注册用户的登录信息并向用户提供相应的业务服务，所述用户的移动终端号码和业务号码一一对应。

本发明提供的移动通信业务服务系统及其业务处理方法，在移动通信业务服务系统中建立多个独立的区域服务子系统，各区域服务子系统通过一个全局服务子系统实现关联，通过在全局服务子系统中配置移动终端号段与区域服务子系统的对应关系，可以使用户登录到其归属的区域服务子系统中，由区域服务子系统对用户提供相应的业务服务。由于各区域服务子系统相互独立，当某个区域服务子系统出现问题时，不会影响其它区域服务子系统的正常运行，并且通过增加区域服务子系统可以实现系统的大规模扩容，通过降低移动通信服务系统网络架构的耦合度，提升了移动通信业务服务系统的容灾性、稳定性和可扩展性。

附图说明

图1为本发明实施例中移动通信业务服务系统的结构框图；

图2a、图2b分别为本发明实施例中移动通信业务服务系统的扩容示意图；

图3为本发明实施例中移动通信业务服务系统的容灾示意图；

图4为本发明实施例中移动通信业务服务系统的业务处理方法流程图；

图5为本发明实施例中移动通信业务服务系统处理用户间会话的流程图；

图6为本发明实施例中移动通信业务服务系统处理用户添加好友的流程图；

图7为本发明实施例中飞信业务服务系统的Global体系结构图；

图8为本发明实施例中飞信业务服务系统的Pool体系结构图；

图9为本发明实施例中飞信业务服务系统的Operation&Management体系结构图；

图10为本发明实施例中用户开通飞信业务的处理流程图；

图11为本发明实施例中用户登录飞信业务服务系统的处理流程图；

图12为本发明实施例中两个用户进行会话的处理流程图；

图13为本发明实施例中用户添加好友的处理流程图。

具体实施方式

由于移动通信业务服务系统为分布式系统，具有明显的区域性特征，本发明实施例提出一种移动通信业务服务系统，按照区域在移动通信业务服务系统中建立多个独立的区域服务子系统，每个区域服务子系统仅为本区域内的用户提供相应的业务服务，各区域服务子系统通过一个全局服务子系统实现关联。通过降低移动通信服务系统网络架构的耦合度，提升移动通信业务服务系统的容灾性、稳定性和可扩展性。

本发明实施例提供的解决思路是：在移动通信业务服务系统中建立多个区域服务子系统，各个区域服务子系统之间通过一个全局服务子系统实现关联；每个区域服务子系统可以称为一个池(Pool)，全局服务子系统可以称为Global(或者称为全局Pool)。每个Pool自身采用负载均衡的处理模式以解决负载压力；各Poll之间在物理上是相对独立的；各Poll的网络架构、服务和数据库均相同；Global的服务和数据库与各Pool的服务和数据库不同，由于Global是为了统筹各个Pool，因此其服务和数据库是全局的。现有移动通信系统中，由于不同区域会分配不同的移动终端号段，所以通过为每个Poll预先配置一个或多个移动终端号段，Global在数据库中存储配置的移动终端号段与Poll的对应关系，根据移动终端号码所属的移动终端号段就可以将用户归属到对应的Poll中，各Pool之间通过开放接口可以实现信息交互。由于各个Pool之间是相对独立的，当某个Pool出现问题时，不会影响其它Poll的正常运行。对于单个Pool来说，如果因为区域内用户大量增加，导致该Pool的负载压力达到预警值时，可以重新为该Pool配置移动终端号段，将一部分用户迁移到其它已建立的Pool中或者迁移到新建的Pool中，Global相应更新数据库中存储的对应关系。当已迁移的用户再次请求登录时，由Global根据更新后的移动终端号段与Poll的对应关系，将用户路由到新的Pool中，从而缓解原有Pool的负载压力，方便实现系统的扩容。

参阅图1所示，移动通信业务服务系统包括全局服务子系统(Global)l0l和至少两个区域服务子系统(Pool)102，其中：

全局服务子系统101：用于接收用户的业务登录请求，根据用户的移动终端号码所属的移动终端号段、以及配置的移动终端号段与区域服务子系统的对应关系，确定用户归属的区域服务子系统，并在确认移动终端号码已开通业务时，控制用户请求登录其归属的区域服务子系统以及对该用户进行业务号码的验证；

其中，移动终端号码可以为移动台国际ISDN号码(Mobile StationInternational ISDN Number，MSISDN)，也可以为国际移动用户标识(International Mobile Subscriber Identifier，IMSI)。

区域服务子系统102，用于在请求登录本子系统的用户通过业务号码的验证之后，注册用户的登录信息并向用户提供相应的业务服务，其中用户的移动终端号码和业务号码一一对应。

全局服务子系统101，还用于在确认移动终端号码没有开通业务时，向用户返回开通业务的提示信息；用户会根据该提示信息或者主动请求开通业务，则全局服务子系统101，还用于接收用户的业务开通请求，在用户通过移动终端号码的验证之后，向用户分配业务号码，记录移动终端号码已开通业务的信息，将用户的移动终端号码和业务号码发送给其归属的区域服务子系统，并向用户返回业务已开通消息。

如果成功登录第一区域服务子系统的第一用户向第二用户发起会话，假设第一用户和第二用户归属于不同的区域服务子系统，则第一区域服务子系统102，用于在接收到第一用户发送的会话消息且确认第二用户归属于其它的区域服务子系统时，将会话消息发送给第二用户归属的第二区域服务子系统，其中会话消息中携带第二用户的移动终端号码或者业务号码；

第二区域服务子系统102，用于将会话消息转发给第二用户。

如果第一用户和第二用户归属于相同的区域服务子系统，则该区域服务子系统直接将第一用户发送的会话消息转发给第二用户。

如果成功登录第一区域服务子系统的第一用户请求添加第二用户为好友，假设第一用户和第二用户归属于不同的区域服务子系统，则第一区域服务子系统102，用于接收第一用户发送的添加好友请求，将第一用户请求添加的第二用户的信息增加到第一用户的好友列表中，并在确认第二用户归属于其它的区域服务子系统时向第二用户归属的第二区域服务子系统发送第一用户请求添加第二用户为好友的消息，以及将第二用区域服务子系统返回的添加好友成功响应转发给第一用户，其中添加好友请求中携带第二用户的移动终端号码或者业务号码；

第二区域服务子系统102，用于将第一用户请求添加第二用户为好友的消息发送给第二用户，在接收到第二用户返回的确认消息后，将第一用户的信息增加到第二用户的好友列表中，并向第一区域服务子系统返回添加好友成功响应。

较优的，移动通信业务服务系统还包括操作管理子系统(Operation&Management)103，用于监控全局服务子系统101和各区域服务子系统102的运行，在监控到区域服务子系统102的负载达到设定的预警值时发出预警信息，以及维护全局服务子系统101和各区域服务子系统102。

本发明实施例提供的移动通信业务服务系统，每个Pool的各服务器集群配置，如果系统需要扩容，如图2a所示，可以新增一个Pool(例如Pool-n)，并离线对Pool-n进行服务器的部署，离线是指Pool-n不接入到移动通信运营网络中；如图2b所示，对Pool-n离线部署完成后，Pool-n接入到移动通信运营网络中，进行归属于Pool-n用户的数据迁移，从而实现系统的平滑扩容。

如果某个Pool出现异常情况，一般不会影响其它Pool的正常运行，只会影响归属于本Pool的用户。如图3所示，如果某个Pool(例如Pool-n)因某些特殊异常情况，导致影响其它Pool的正常运行，比如感染病毒，则可以通过物理割断的处理方式将Pool-n从移动通信运营网络中去除，保障其它Pool的正常运行，从而提高了系统的容灾性。

本发明实施例提供的移动通信业务服务系统，按照区域在物理上对用户进行划分，每个用户按照移动终端号码所属的移动终端号段归属到对应的Pool中，通过Global对用户归属的Pool进行识别，可以将用户路由到归属的Pool中，带来了以下几方面优点：

提升了系统的扩展性，对于大规模分布式移动通信业务服务系统，本发明实施例提供的移动通信业务服务系统可以避免各服务器设备达到负载的预警值时对网络架构的大规模调整，进行系统扩容时，只需要按照单个Pool的网络架构进行各服务器设备的组装与网络环境的搭建，然后通过全局配置完成系统的扩容，单个Pool的组建可以离线部署，然后通过修改全局配置在很短的时间内就可以完成系统的大规模扩容。

增加了系统的可操控性，通过对Pool的物理割断，可以随时对某个区域的用户进行特殊处理，比如采用特殊的连接方式登录系统等，实现方便。

增强了系统的抗干扰性，对于在物理上进行划分的系统来说，对单个Pool内各用户的数据进行操作时，不会影响其它各Pool内的用户，比如可以方便的根据需要查询当前某地区用户的统计信息，而不会影响其它地区的用户。

提升了系统的容灾性，分Pool的网络架构在系统的容灾能力方面，会更加符合移动通信系统的容灾要求，如果某台保存用户状态信息的服务器发生异常导致用户掉线，则分Pool的网络架构可以保证只会影响本Pool的部分用户。

提高了用户间的消息交互效率，在分Pool的网络架构中，每个Pool可以直接部署在对应的区域，用户访问Pool时，经由的网元大大减少。

基于上述移动通信业务服务系统，本发明实施例阐述该移动通信业务服务系统的各种业务处理流程。

如图4所示，移动通信业务服务系统的业务处理方法流程，包括：

S401、全局服务子系统接收用户的业务登录请求，根据用户的移动终端号码所属的移动终端号段、以及配置的移动终端号段与区域服务子系统的对应关系，确定用户归属的区域服务子系统，并在确认移动终端号码已开通业务时，控制用户请求登录其归属的区域服务子系统；

S402、用户请求登录的区域服务子系统通过全局服务子系统对该用户进行业务号码的验证，在用户通过业务号码的验证之后，注册用户的登录信息并向用户提供相应的业务服务，其中用户的移动终端号码和业务号码一一对应。

较优的，如果S401中全局服务子系统确认移动终端号码没有开通业务，则向用户返回开通业务的提示信息。如果用户根据该提示信息或者主动请求开通业务，则移动通信业务服务系统为用户开通业务的处理流程，包括：

全局服务子系统接收用户的业务开通请求，在用户通过移动终端号码的验证之后，向用户分配业务号码，记录移动终端号码已开通业务的信息，将用户的移动终端号码和业务号码发送给其归属的区域服务子系统，并向用户返回业务已开通消息。

如果成功登录第一区域服务子系统的第一用户向第二用户发起会话，假设第一用户和第二用户归属于不同的区域服务子系统，则移动通信业务服务系统处理用户间会话的流程，如图5所示，包括：

S501、第一区域服务子系统在接收到第一用户发送的会话消息且确认第二用户归属于其它的区域服务子系统时，将会话消息发送给第二用户归属的第二区域服务子系统，会话消息中携带第二用户的移动终端号码或者业务号码；

S502、第二区域服务子系统将会话消息转发给第二用户。

如果成功登录第一区域服务子系统的第一用户请求添加第二用户为好友，假设第一用户和第二用户归属于不同的区域服务子系统，则移动通信业务服务系统处理用户添加好友的流程，如图6所示，包括：

S601、第一区域服务子系统在接收到第一用户发送的添加好友请求时，将第二用户增加到第一用户的好友列表中，并在确认第二用户归属于其它的区域服务子系统时向第二用户归属的第二区域服务子系统发送第一用户请求添加第二用户为好友的消息，其中添加好友请求中携带第二用户的移动终端号码或者业务号码；

S602、第二区域服务子系统将第一用户请求添加第二用户为好友的消息发送给第二用户，在接收到第二用户返回的确认消息后，将第一用户增加到第二用户的好友列表中，并向第一区域服务子系统返回添加好友成功响应；

S603、第一区域服务子系统将添加好友成功响应转发给第一用户。

本发明实施例提供的移动通信业务服务系统可以应用在各种移动通信业务中，例如飞信业务、139邮箱业务、彩铃业务等，下面将以飞信业务为例对本发明实施例提供的移动通信业务服务系统进行详细阐述。飞信业务是跨越互联网和移动通信网络的即时通信业务，为移动用户提供了一个沟通和交流的平台。通过个人电脑(Personal Computer，PC)或移动终端(一般为手机)，用户可随时随地实现文字和语音沟通，满足了用户之间对于深度沟通的需求。为了使用飞信业务，用户首先需要在PC或者移动终端上下载飞信业务客户端，飞信业务客户端主要包括PC客户端、移动终端客户端、Web客户端和WAP客户端四种类型。

本发明实施例提供的飞信业务服务系统包括全局服务子系统(Global)、至少两个区域服务子系统(Pool)和操作管理子系统(Operation&Management)。其中移动终端号码为MSISDN号码，业务号码为飞信号，MSISDN号码和飞信号是一一对应的，可以标识同一个用户。

Global负责对整个飞信业务服务系统进行统筹。Global的体系结构如图7所示，将Global能够提供的服务分为三个层次，依次为接入层(Access Layer)、核心层(Kenal Layer)和基础服务适配层(Base Service Adapter Layer)。每一层的各服务均由对应的服务器提供。Global中还包括全局数据库服务器(GDB)，用于存储移动终端号码已开通业务的信息等。其中，Global的接入层主要包括：

导航服务器(NAV、NAV v1)，负责提供系统的配置信息；

移动终端客户端适配器(J2ME Adapter、MCP)，负责Java1.0/2.0、Symbian2.0等客户端的适配服务；

WebIM接入服务器(WebIM Portal)，负责Web客户端的接入服务；

WAP接入服务器(WAP Portal)，负责WAP客户端的接入服务。

Global的核心层主要包括：

全局配置服务器(IGS)，负责设置和更新系统的配置信息，系统的配置信息包括MSISDN号段与Pool的对应关系；

单点登录服务器(SSIS、SSI Key Portal、SSI Portal)，负责验证用户身份以及下发密钥，验证用户身份即验证用户的MSISDN号码是否已开通业务；

业务号码提供服务器(UIDS)，负责飞信号的生成以及验证用户的飞信号；

代理服务器(AS)，负责Java1.0/2.0、Symbian2.0等客户端的接入代理服务；

图形验证码服务器(CCPS)，负责下发图形验证码和短信验证码；

短信服务客户端(SMS-C)，负责提供短信服务。

Global的基础服务适配层主要包括：

彩铃服务适配器(CRBT Adapter)，负责提供彩铃服务；

移动计费服务适配器(Boss Adapter)，负责账务核对；

IVR语聊服务适配器(IVR Adapter)，负责提供IVR语聊服务；

短信服务适配器(SMS-A)，负责提供短信服务。

Pool负责运行用户的飞信业务，用户通过Global登录到其归属的Pool中，由Pool中的相关服务器注册和保存用户的登录信息，为用户提供各种服务。Pool的体系结构如图8所示，其中各Pool的服务和数据库相同。每个Pool中包括区域数据库服务器(PDB)，用于存储归属于该Pool的所有用户的信息，包括用户的好友列表，以及用户的基本信息(例如姓名、性别、年龄)等。每个Pool中为用户提供各种服务的服务器主要包括：

初始会话接入协议代理服务器(SAP、SAPvl)，负责将HTTP或者SIP-C协议转换为SIP协议；

文件传输服务器(HDS)，负责提供文件传输服务；

事件处理服务器(EFS)，负责注册各类时间并实现触发各类事件；

基础业务服务器(IBS)，负责实现基础业务逻辑；

业务订购服务器(PS)，负责管理用户的业务订购；

语聊服务器(IVR)，负责提供语聊服务；

消息路由服务器(LCS)，负责进行消息路由服务，通过LCS可以实现各Pool之间的消息路由。

Operation&Management负责对Global和各Pool进行监控、预警、维护。Operation&Management的体系结构如图9所示，包括：

业务管理平台(BMP)，负责管理系统配置、发出预警信息等，

监控平台(MOM)，负责监控Global和各Pool中所有服务器的运行；

分析平台(LOG)，负责业务数据分析；

备份平台(Back UP)，负责备份业务数据。

下面以各种具体的应用场景说明飞信业务服务系统的业务处理流程，本发明实施例中假设用户通过PC客户端开展飞信业务。

应用场景一、用户通过PC客户端开通飞信业务

请参阅图10，用户通过PC客户端开通飞信业务涉及的服务器包括Global中的导航服务器(NAV)、图形验证码服务器(CCPS)、业务订购服务器(PS)、业务号码提供服务器(UIDS)和全局数据库服务器(Global GB)，处理流程包括如下步骤：

S1001、用户通过PC客户端发送业务开通请求，业务开通请求中携带请求开通业务的MSISDN号码；

S1002、NAV接收用户通过PC客户端发送的业务开通请求，指示CCPS对MSISDN号码进行验证；

S1003、CCPS首先通过NAV向PC客户端发送图形验证码，如果PC客户端返回的图形验证码填写正确，则通过NAV向该MSISDN号码发送短信验证码以验证用户身份；

S1004、如果用户通过MSISDN号码的验证，则CCPS向NAV发送验证通过通知；

S1005、NAV根据验证通过通知向PS发送为用户开通业务的通知；

S1006、PS从UIDS中获取分配给用户的飞信号；

S1007、PS将该MSISDN号码已开通业务的信息记录到GDB中；

S1008、PS向NAV返回业务已开通消息；

较优的PS同时将用户的MSISDN号码和飞信号发送给该用户归属Pool中的IBS，供后续根据MSISDN号码或者飞信号为用户添加或者删除好友时使用；

S1009、NAV向PC客户端转发该业务已开通消息。

应用场景二、用户通过PC客户端登录飞信业务服务系统

请参阅图11，用户通过PC客户端登录飞信业务服务系统涉及的服务器包括Global中的导航服务器(NAV)、全局配置服务器(IGS)、单点登录服务器(SSIS)和业务号码提供服务器(UIDS)，以及该用户归属Pool中的初始会话接入协议代理服务器(SAP)、基础业务服务器(IBS)和消息路由服务器(LCS)，其中：

S1101、用户通过PC客户端发送业务登录请求，业务登录请求中携带MSISDN号码或者飞信号，MSISDN号码和飞信号是一一对应的，所以无论业务登录请求中是否携带MSISDN号码，根据业务登录请求即可方便获知用户的MSISDN号码；

S1102、NAV根据用户的业务登录请求向IGS发送系统配置请求；

S1103、IGS在接收到系统配置请求时，根据用户的MSISDN号码所属的MSISDN号段、以及MSISDN号段与Pool的对应关系，确定用户归属的Pool，由于用户需要接入Pool中的SAP，所以具体的是确定用户归属Pool中SAP的IP地址；同时由于实际的Global包括多个SSIS，则IGS还需要确定对该用户进行MSISDN号码验证的SSIS的IP地址；

S1104、IGS通过NAV将确定出的各IP地址返回给PC客户端；

S1105、SSIS验证用户的MSISDN号码是否已开通业务，如果是则执行S1106，如果否，则向PC客户端返回开通业务的提示信息，登录流程结束；

S1106、SSIS控制用户请求登录其归属的Pool；

S1107、用户通过PC客户端请求登录其归属Pool中的SAP；

S1108、SAP通过UIDS对用户的飞信号进行验证；

S1109、SAP在用户通过飞信号的验证之后，向IBS和LCS注册用户的登录信息；

S1110、SAP向PC客户端返回登录成功响应。

应用场景三、两个用户通过各自的PC客户端进行会话

两个用户分别称为第一用户和第二用户，第一用户的PC客户端称为第一PC客户端，第二用户的PC客户端称为第二PC客户端，假设第一用户和第二用户归属于不同的Pool，第一用户归属的Pool称为第一Pool，第二用户归属的Pool称为第二Pool。请参阅图12，两个用户通过各自的PC客户端进行会话涉及的服务器包括第一Pool中的第一初始会话接入协议代理服务器(第一SAP)，第二Pool中的第二SAP和第二消息路由服务器(第二LCS)。假设第一用户通过第一PC客户端成功登录第一Pool，则第一PC客户端可以直接访问第一Pool中的第一SAP，如果第一用户向第二用户发起会话，则处理流程包括如下步骤：

S1201、第一用户通过第一PC客户端向第二用户发送会话消息，会话消息中携带第二用户的MSISDN号码或者飞信号，该会话消息首先发送给第一Pool中的第一SAP；

S1202、第一SAP接收第一用户发送的会话消息，并将会话消息发送给第二Pool中的第二LCS；

S1203、第二LCS在确认第二用户的登录信息已注册时，即第二用户当前在线，将会话消息发送给第二SAP；

S1204、第二SAP将会话消息发送给第二PC客户端；

第二PC客户端收到会话消息后将按照会话消息的发送路线，如图12中虚线所示，向第一PC客户端返回会话响应。

需要指出的是，如果S1203中第二LCS发现第二用户的登录信息没有注册，即第二用户当前不在线，则通过SMS-C将该会话消息发送给短信网关，通过短信网关将该会话消息以短信的方式发送到第二用户的移动终端上。

应用场景四、用户通过PC客户端添加好友

本应用场景涉及到的两个用户分别称为第一用户和第二用户，第一用户的PC客户端称为第一PC客户端，第二用户的PC客户端称为第二PC客户端，假设第一用户和第二用户归属于不同的Pool，第一用户归属的Pool称为第一Pool，第二用户归属的Pool称为第二Pool。请参阅图13，用户通过PC客户端添加好友涉及的服务器包括第一Pool中的第一初始会话接入协议代理服务器(第一SAP)、第一基础业务服务器(第一IBS)、第一区域数据库服务器(第一PDB)，第二Pool中的第二SAP、第二IBS和第二PDB。假设第一用户通过第一PC客户端成功登录第一Pool，则第一PC客户端可以直接访问第一Pool中的第一SAP，假设第一用户请求添加第二用户为好友，则处理流程包括如下步骤：

S1301、第一用户通过第一PC客户端向第一SAP发送添加好友请求，添加好友请求中携带第二用户的MSISDN号码或者飞信号；

S1302、第一SAP将添加好友请求转发给第一IBS；

S1303、第一IBS向第二IBS发送第一用户请求添加第二用户为好友的消息；

S1304、第一IBS将第二用户的信息增加到存储于第一PDB的第一用户的好友列表中；

S1305、第二IBS在确认第二用户的登录信息已注册时，即第二用户当前在线，将第一用户请求添加第二用户为好友的消息转发给第二SAP；

S1306、第二SAP将第一用户请求添加第二用户为好友的消息转发给第二PC客户端；

S1307、如果第二用户同意第一用户将其添加为好友，则通过第二PC客户端向第二SAP返回确认消息；

S1308、第二SAP将接收到的确认消息转发给第二IBS；

S1309、第二IBS根据接收到的确认消息将第一用户的信息增加到存储于第二PDB的第二用户的好友列表中，至此第一用户和第二用户的好友关系被保存在各自Pool的PDB中；

S1310、第二IBS向第一IBS发送添加好友成功响应；

S1311、第一IBS将添加好友成功响应转发给第一SAP；

S1312、第一SAP将添加好友成功响应转发给第一PC客户端；

第一用户通过第一PC客户端上显示的添加好友成功响应得知已成功添加第二用户为好友，至此完成了用户添加好友的整个流程。

S1303和S1304只是为了描述方便而给出了具体编号，实际上并无严格的时序关系，同理S1309和S1310也并无严格的时序关系。

需要指出的是，如果S1305中第二IBS发现第二用户的登录信息没有注册，即第二用户当前不在线，则通过SMS-C将该第一用户请求添加第二用户为好友的消息发送给短信网关，通过短信网关将该第一用户请求添加第二用户为好友的消息以短信的方式发送到第二用户的移动终端上，第二用户可以通过移动终端以短信方式向第二IBS返回确认信息，再继续执行S1309及后续各步骤。

本发明实施例提供的飞信业务服务系统，采用分Pool技术，使得分布式系统的网路架构更加简单；实现了飞信业务的区域性独立运行，通过降低系统的耦合度，提升了系统的稳定性、容灾性和可扩展性；系统扩容时，采用离线模式对新增的Pool进行部署，降低了系统扩容对业务的影响。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (13)

1.一种移动通信业务服务系统，其特征在于，包括全局服务子系统和至少两个区域服务子系统，其中：

所述全局服务子系统，用于接收用户的业务登录请求，根据用户的移动终端号码所属的移动终端号段、以及配置的移动终端号段与区域服务子系统的对应关系，确定用户归属的区域服务子系统，并在确认所述移动终端号码已开通业务时，控制用户请求登录其归属的区域服务子系统以及对所述用户进行业务号码的验证；

所述区域服务子系统，用于在请求登录本子系统的用户通过业务号码的验证之后，注册用户的登录信息并向用户提供相应的业务服务，所述用户的移动终端号码和业务号码一一对应。

2.如权利要求1所述的系统，其特征在于，

所述全局服务子系统，还用于接收用户的业务开通请求，在所述用户通过移动终端号码的验证之后，向所述用户分配业务号码，记录所述移动终端号码已开通业务的信息，将所述用户的移动终端号码和业务号码发送给其归属的区域服务子系统，并向所述用户返回业务已开通消息。

3.如权利要求1所述的系统，其特征在于，

所述至少两个区域服务子系统中的第一区域服务子系统，用于在接收到成功登录本子系统的第一用户向第二用户发送的会话消息且确认所述第二用户归属于其它的区域服务子系统时，将所述会话消息发送给所述第二用户归属的第二区域服务子系统；

所述第二区域服务子系统，用于将所述会话消息转发给所述第二用户。

4.如权利要求1、2或3所述的系统，其特征在于，

所述至少两个区域服务子系统中的第一区域服务子系统，用于在接收到成功登录本子系统的第一用户发送的添加好友请求时，将第一用户请求添加的第二用户的信息增加到所述第一用户的好友列表中，并在确认所述第二用户归属  于其它的区域服务子系统时向所述第二用户归属的第二区域服务子系统发送第一用户请求添加第二用户为好友的消息，以及将所述第二区域服务子系统返回的添加好友成功响应转发给所述第一用户；

所述第二区域服务子系统，用于将所述第一用户请求添加第二用户为好友的消息发送给所述第二用户，在接收到所述第二用户返回的确认消息后，将所述第一用户的信息增加到所述第二用户的好友列表中，并向所述第一区域服务子系统返回所述添加好友成功响应。

5.如权利要求1所述的系统，其特征在于，还包括：

操作管理子系统，用于监控所述全局服务子系统和各区域服务子系统的运行，在监控到区域服务子系统的负载达到设定的预警值时发出预警信息，以及维护所述全局服务子系统和各区域服务子系统。

6.如权利要求4所述的系统，其特征在于，所述全局服务子系统包括导航服务器、全局配置服务器、单点登录服务器和业务号码提供服务器，所述区域服务子系统包括初始会话接入协议代理服务器、基础业务服务器和消息路由服务器，其中：

所述导航服务器，用于接收用户的业务登录请求，根据用户的业务登录请求向全局配置服务器发送系统配置请求；

所述全局配置服务器，用于在接收到系统配置请求时，根据用户的移动终端号码所属的移动终端号段、以及配置的移动终端号段与区域服务子系统的对应关系，确定用户归属的区域服务子系统，并通过所述导航服务器通知用户；

所述单点登录服务器：用于在确认所述移动终端号码已开通业务时，控制用户请求登录其归属的区域服务子系统中的初始会话接入协议代理服务器；

所述业务号码提供服务器，用于对请求登录其归属的区域服务子系统的用户进行业务号码的验证；

所述初始会话接入协议代理服务器，用于通过所述业务号码提供服务器对请求登录本服务器的用户进行业务号码的验证，在所述用户通过业务号码的验  证之后，向所述基础业务服务器和消息路由服务器注册用户的登录信息，并向用户返回登录成功响应；

所述基础业务服务器和消息路由服务器，用于存储用户的登录信息。

7.如权利要求6所述的系统，其特征在于，所述全局服务子系统还包括图形验证码服务器、业务订购服务器和全局数据库服务器，其中：

所述导航服务器，还用于接收用户的业务开通请求，指示所述图形验证码服务器对所述移动终端号码进行验证，在所述用户通过移动终端号码的验证之后，向业务订购服务器发送为所述用户开通业务的通知，并在接收到所述业务订购服务器返回的业务已开通消息时，向所述用户转发该业务已开通消息；

所述图形验证码服务器，用于根据所述导航服务器的指示对所述用户的移动终端号码进行验证，并返回验证结果；

所述业务订购服务器，用于在接收到为所述用户开通业务的通知时，从所述业务号码提供服务器中获取分配给所述用户的业务号码，记录所述移动终端号码已开通业务的信息，向所述导航服务器返回业务已开通消息，并将用户的移动终端号码和业务号码发送给其归属区域服务子系统中的基础业务服务器；

所述业务号码提供服务器，用于提供业务号码；

所述全局数据库服务器，用于存储所述移动终端号码已开通业务的信息；

所述基础业务服务器，还用于存储已开通业务用户的移动终端号码和业务号码。

8.如权利要求6或7所述的系统，其特征在于，

所述第一区域服务子系统中的第一初始会话接入协议代理服务器，用于在接收到成功登录本子系统的第一用户向第二用户发送的会话消息时，将所述会话消息发所述第二用户归属的第二区域服务子系统中的第二消息路由服务器；

所述第二消息路由服务器，用于在确认所述第二用户的登录信息已注册时，将所述会话消息发送给所述第二区域服务子系统中的第二初始会话接入协议代理服务器；

所述第二初始会话接入协议代理服务器，用于将所述会话消息发送给所述第二用户。

9.如权利要求6或7所述的系统，其特征在于，

所述第一区域服务子系统中的第一初始会话接入协议代理服务器，用于在接收到成功登录本子系统的第一用户发送的添加好友请求时，将所述添加好友请求转发给所述第一区域服务子系统中的第一基础业务服务器，以及将所述第一基础服务器返回的添加好友成功响应转发给所述第一用户；

所述第一基础业务服务器，用于根据添加好友请求向所述第二用户归属的第二区域服务子系统中的第二基础业务服务器发送第一用户请求添加第二用户为好友的消息，并将所述第二用户的信息增加到所述第一用户的好友列表中，以及将所述第二基础业务服务器返回的添加好友成功响应转发给所述第一初始会话接入协议代理服务器；

所述第一区域服务子系统中的第一区域数据库服务器，用于存储归属于第一区域服务子系统的各用户的好友列表；

所述第二基础业务服务器，用于在确认所述第二用户的登录信息已注册时，将所述第一用户请求添加第二用户为好友的消息转发给所述第二区域服务子系统中的第二初始会话接入协议代理服务器，以及根据所述第二初始会话接入协议代理服务器返回的确认消息向所述第一基础业务服务器发送添加好友成功响应；

所述第二初始会话接入协议代理服务器，用于向所述第二用户转发所述第一用户请求添加第二用户为好友的消息，在接收到所述第二用户返回的确认消息后，将所述第一用户的信息增加到所述第二用户的好友列表中，并向所述第二基础业务服务器转发所述确认消息；

所述第二区域服务子系统中的第二区域数据库服务器，用于存储归属于第二区域服务子系统的各用户的好友列表。

10.一种移动通信业务服务系统的业务处理方法，其特征在于，包括：

全局服务子系统接收用户的业务登录请求，根据用户的移动终端号码所属的移动终端号段、以及配置的移动终端号段与区域服务子系统的对应关系，确定用户归属的区域服务子系统，并在确认所述移动终端号码已开通业务时，控制用户请求登录其归属的区域服务子系统；

用户请求登录的区域服务子系统通过所述全局服务子系统对所述用户进行业务号码的验证，在所述用户通过业务号码的验证之后，注册用户的登录信息并向用户提供相应的业务服务，所述用户的移动终端号码和业务号码一一对应。

11.如权利要求10所述的方法，其特征在于，还包括：

所述全局服务子系统接收用户的业务开通请求，在所述用户通过移动终端号码的验证之后，向所述用户分配业务号码，记录所述移动终端号码已开通业务的信息，将所述用户的移动终端号码和业务号码发送给其归属的区域服务子系统，并向所述用户返回业务已开通消息。

12.如权利要求10所述的方法，其特征在于，如果成功登录第一区域服务子系统的第一用户向第二用户发起会话，所述方法还包括：

所述第一区域服务子系统在接收到所述第一用户发送的会话消息且确认所述第二用户归属于其它的区域服务子系统时，将所述会话消息发送给所述第二用户归属的第二区域服务子系统；

所述第二区域服务子系统将所述会话消息转发给所述第二用户。

13.如权利要求10、11或12所述的方法，其特征在于，如果成功登录第一区域服务子系统的第一用户请求添加第二用户为好友，所述方法还包括：

所述第一区域服务子系统在接收到所述第一用户发送的添加好友请求时，将所述第二用户增加到所述第一用户的好友列表中，并在确认所述第二用户归属于其它的区域服务子系统时向所述第二用户归属的第二区域服务子系统发送第一用户请求添加第二用户为好友的消息；

所述第二区域服务子系统将所述第一用户请求添加第二用户为好友的消  息发送给所述第二用户，在接收到所述第二用户返回的确认消息后，将所述第一用户增加到所述第二用户的好友列表中，并向所述第一区域服务子系统返回添加好友成功响应；

所述第一区域服务子系统将所述添加好友成功响应转发给所述第一用户。

Images