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

专利名称：移动通信业务服务系统及其业务处理方法
技术领域：
本发明涉及移动通信领域，尤其涉及一种移动通信业务服务系统及其业务 处理方法。
背景技术：
移动通信业务服务系统一般为分布式系统，釆用总线型、星型、树型、总 线与树型的复合型等网络架构，随着业务规模的不断扩大，用户数量的不断提 高，系统的可扩展性成为评判系统质量的重要指标。系统的可扩展性主要体现 在系统功能的可扩展性和系统容量的可扩展性两方面。系统容量和功能的扩展 给移动通信业务服务系统的服务和数据库带来了巨大的负载压力。为了解决移 动通信业务服务系统的负载压力，现有技术中采用整个系统进行负载均衡的处 理模式，即把服务按照功能分别在多个服务器上运行。
由于移动通信业务服务系统采用负载均衡的处理模式，其网络架构的耦合 度较高，当该系统的某一环节出现问题时，很可能导致整个系统的瘫痪，影响 系统中所有用户的使用，使得系统的容灾性和稳定性较差。以飞信业务为例进 行说明。整个飞信业务服务系统按照负载均衡的处理模式，每个服务都会由一 组服务器承担运行工作，用户每次登录飞信业务服务系统时，系统将分派用户 的业务登录请求，如果某台保存用户状态信息的服务器发生异常，会造成用户 异常掉线，无论是位于哪个区域的用户，只要登录到发生异常的服务器，均会 出现无法正常使用的情况，造成大范围的不良影响，不利于对问题的定位和解 决，严重影响了飞信业务服务系统的容突性和稳定性。并且，整个移动通信业
务服务系统采用负载均衡的处理模式，会给系统的大M^莫扩容带来一定难度， 影响了系统的可扩展性；并且当系统规模达到一定程度时，跨地域的网络架构将会十分复杂，交叉度高，进一步影响系统的可扩展性。

发明内容
本发明提供一种移动通信业务服务系统及其业务处理方法，用以提升系统 的容灾性、可扩展性和稳定性。
本发明提供一种移动通信业务服务系统，包括全局服务子系统和至少两个
区域服务子系统，其中
所述全局服务子系统，用于接收用户的业务登录请求，根据用户的移动终 端号码所属的移动终端号段、以及配置的移动终端号段与区域服务子系统的对 应关系，确定用户归属的区域服务子系统，并在确认所述移动终端号码已开通 业务时，控制用户请求登录其归属的区域服务子系统以及对所述用户进行业务 号码的验证；
所述区域服务子系统，用于在请求登录本子系统的用户通过业务号码的验 证之后，注册用户的登录信息并向用户提供相应的业务服务，所述用户的移动 终端号码和业务号码——对应。
本发明提供一种移动通信业务服务系统的业务处理方法，包括
全局服务子系统接收用户的业务登录请求，根据用户的移动终端号码所属 的移动终端号段、以及配置的移动终端号段与区域服务子系统的对应关系，确 定用户归属的区域服务子系统，并在确认所述移动终端号码已开通业务时，控 制用户请求登录其归属的区域服务子系统；
用户请求登录的区域服务子系统通过所述全局服务子系统对所述用户进 行业务号码的验证，在所述用户通过业务号码的验证之后，注册用户的登录信 息并向用户提供相应的业务^ll务，所述用户的移动终端号^s马和业务号码——对 应。
本发明提供的移动通信业务服务系统及其业务处理方法，在移动通信业务 服务系统中建立多个独立的区域服务子系统，各区域服务子系统通过一个全局服务子系统实现关联，通过在全局服务子系统中配置移动终端号段与区域服务 子系统的对应关系，可以使用户登录到其归属的区域服务子系统中，由区域服 务子系统对用户提供相应的业务服务。由于各区域服务子系统相互独立，当某 个区域服务子系统出现问题时，不会影响其它区域服务子系统的正常运行，并 且通过增加区域服务子系统可以实现系统的大规模扩容，通过降低移动通信服 务系统网络架构的耦合度，提升了移动通信业务服务系统的容灾性、稳定性和 可扩展性。


图1为本发明实施例中移动通信业务服务系统的结构框图2a、图2b分别为本发明实施例中移动通信业务服务系统的扩容示意图3为本发明实施例中移动通信业务服务系统的容灾示意图4为本发明实施例中移动通信业务服务系统的业务处理方法流程图5为本发明实施例中移动通信业务服务系统处理用户间会话的流程图6为本发明实施例中移动通信业务服务系统处理用户添加好友的流程
图7为本发明实施例中飞信业务服务系统的Global体系结构图； 图8为本发明实施例中飞信业务服务系统的Pool体系结构图； 图9为本发明实施例中飞信业务服务系统的Operation & Management体系 结构图IO为本发明实施例中用户开通飞信业务的处理流程图11为本发明实施例中用户登录飞信业务服务系统的处理流程图12为本发明实施例.中两个用户进行会话的处理流程图13为本发明实施例中用户添加好友的处理流程图。
具体实施例方式
10由于移动通信业务服务系统为分布式系统，具有明显的区域性特征，本发 明实施例提出 一种移动通信业务服务系统，按照区域在移动通信业务服务系统 中建立多个独立的区域服务子系统，每个区域服务子系统仅为本区域内的用户 提供相应的业务服务，各区域服务子系统通过一个全局服务子系统实现关联。 通过降低移动通信服务系统网络架构的耦合度，提升移动通信业务服务系统的 容灾性、稳定性和可扩展性。
本发明实施例提供的解决思路是在移动通信业务服务系统中建立多个区 域服务子系统，各个区域服务子系统之间通过一个全局服务子系统实现关联； 每个区域服务子系统可以称为一个池(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) 101 和至少两个区域服务子系统(Pool) 102,其中全局服务子系统101:用于接收用户的业务登录请求，才艮据用户的移动终 端号码所属的移动终端号段、以及配置的移动终端号^殳与区域服务子系统的对 应关系，确定用户归属的区域服务子系统，并在确认移动终端号码已开通业务 时，控制用户请求登录其归属的区域服务子系统以及对该用户进行业务号码的 验证；
其中，移动终端号码可以为移动台国际ISDN号码(Mobile Station International ISDN Number , MSISDN )，也可以为国际移动用户标识 (International Mobile Subscriber Identifier, IMSI )。
区域服务子系统102，用于在请求登录本子系统的用户通过业务号码的验 证之后，注册用户的登录信息并向用户提供相应的业务服务，其中用户的移动 终端号码和业务号码——对应。
全局服务子系统101,还用于在确认移动终端号码没有开通业务时，向用 户返回开通业务的提示信息；用户会根据该提示信息或者主动请求开通业务， 则全局服务子系统IOI,还用于接收用户的业务开通请求，在用户通过移动终 端号码的验证之后，向用户分配业务号码，记录移动终端号码已开通业务的信 息，将用户的移动终端号码和业务号码发送给其归属的区域服务子系统，并向 用户返回业务已开通消息。
如果成功登录第 一区域服务子系统的第 一用户向第二用户发起会话，假设 第一用户和第二用户归属于不同的区域服务子系统，则第一区域服务子系统 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内的用户，比如可以方l更 的根据需要查询当前某地区用户的统计信息，而不会影响其它地区的用户。
提升了系统的容灾性，分Pool的网络架构在系统的容灾能力方面，会更 加符合移动通信系统的容灾要求，如果某台保存用户状态信息的服务器发生异
常导致用户掉线，则分Pool的网络架构可以保证只会影响本Pool的部分用户。 提高了用户间的消息交互效率，在分Pool的网络架构中，每个Pool可以 直接部署在对应的区域，用户访问Pool时，经由的网元大大减少。
基于上述移动通信业务服务系统，本发明实施例阐述该移动通信业务服务 系统的各种业务处理流程。
如图4所示，移动通信业务服务系统的业务处理方法流程，包括 S401、全局服务子系统接收用户的业务登录请求，根据用户的移动终端号 码所属的移动终端号段、以及配置的移动终端号段与区域服务子系统的对应关 系，确定用户归属的区域服务子系统，并在确认移动终端号码已开通业务时， 控制用户请求登录其归属的区域服务子系统；S402、用户请求登录的区域服务子系统通过全局服务子系统对该用户进行 业务号码的验证，在用户通过业务号码的验证之后，注册用户的登录信息并向 用户提供相应的业务服务，其中用户的移动终端号码和业务号码——对应。
较优的，如果S401中全局服务子系统确认移动终端号码没有开通业务， 则向用户返回开通业务的提示信息。如果用户根据该提示信息或者主动请求开 通业务，则移动通信业务服务系统为用户开通业务的处理流程，包括
全局服务子系统接收用户的业务开通请求，在用户通过移动终端号码的验 证之后，向用户分配业务号码，记录移动终端号码已开通业务的信息，将用户 的移动终端号码和业务号码发送给其归属的区域服务子系统，并向用户返回业 务已开通消息。
如果成功登录第 一区域服务子系统的第 一用户向第二用户发起会话，假设 第一用户和第二用户归属于不同的区域服务子系统，则移动通信业务服务系统 处理用户间会话的流程，如图5所示，包括
S501 、第一区域服务子系统在接收到第一用户发送的会话消息且确认第二 用户归属于其它的区域服务子系统时，将会话消息发送给第二用户归属的第二 区域服务子系统，会话消息中携带第二用户的移动终端号码或者业务号码；
S502、第二区域服务子系统将会话消息转发给第二用户。
如果成功登录第 一 区域服务子系统的第 一用户请求添加第二用户为好友， 假设第一用户和第二用户归属于不同的区域服务子系统，则移动通信业务服务 系统处理用户添加好友的流程，如图6所示，包括
5601、 第一区域服务子系统在接收到第一用户发送的添加好友请求时，将 第二用户增加到第一用户的好友列表中，并在确认第二用户归属于其它的区域 服务子系统时向第二用户归属的第二区域服务子系统发送第一用户请求添加 第二用户为好友的消息，其中添加好友请求中携带第二用户的移动终端号码或 者业务号码；
5602、 第二区域服务子系统将第 一用户请求添加第二用户为好友的消息发
15送给第二用户，在接收到第二用户返回的确认消息后，将第一用户增加到第二
用户的好友列表中，并向第一区域服务子系统返回添加好友成功响应； 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、 NAVvl)，负责提供系统的配置信息； 移动终端客户端适配器(J2ME Adapter, MCP),负责Javal.0/2.0、 Symbian2.0等客户端的适配服务；
WebIM接入服务器(WebIM Portal )，负责Web客户端的接入服务；
16WAP接入服务器(WAP Portal )，负责WAP客户端的接入服务。 Global的核心层主要包4舌
全局配置服务器(IGS),负责设置和更新系统的配置信息，系统的配置信 息包括MSISDN号段与Pool的对应关系；
单点登录服务器(SSIS、 SSIKey Portal、 SSI Portal),负责验证用户身份 以及下发密钥，验证用户身份即验证用户的MSISDN号码是否已开通业务；
业务号码提供服务器(UIDS )，负责飞信号的生成以及验证用户的飞信号；
代理服务器(AS)，负责Javal.0/2.0、 Symbian2.0等客户端的接入代理服
务；
图形验证码服务器(CCPS),负责下发图形验证码和短信验证码；
短信服务客户端(SMS-C )，负责提供短信服务。
Global的基础服务适配层主要包括
彩铃服务适配器(CRBTAdapter),负责提供彩铃服务；
移动计费服务适配器(BossAdapter),负责账务核对；
IVR语聊服务适配器(IVRAdapter),负责提供IVR语聊服务；
短信服务适配器(SMS-A)，负责提供短信服务。
Pool负责运行用户的飞信业务，用户通过Global登录到其归属的Pool中， 由Pool中的相关服务器注册和保存用户的登录信息，为用户提供各种服务。 Pool的体系结构如图8所示，其中各Pool的服务和数据库相同。每个Pool中 包括区域数据库服务器(PDB )，用于存储归属于该Pool的所有用户的信息， 包括用户的好友列表，以及用户的基本信息(例如姓名、性别、年龄)等。每 个Pool中为用户提供各种服务的服务器主要包括
初始会话接入协议代理服务器(SAP、 SAPvl )，负责将HTTP或者SIP-C 协议转换为SIP协i^;
文件传输服务器(HDS )，负责提供文件传输服务；
事件处理服务器(EFS)，负责注册各类时间并实现触发各类事件；基础业务服务器(IBS),负责实现基础业务逻辑； 业务订购服务器(PS)，负责管理用户的业务订购； 语聊服务器(IVR )，负责提供语聊服务；
消息路由服务器(LCS),负责进行消息路由服务，通过LCS可以实现各 Pool之间的消息路由。
Operation & Management负责对Global和各Pool进行监控、预警、维护。 Operation & Management的体系结构如图9所示，包才舌
业务管理平台(BMP),负责管理系统配置、发出预警信息等，
监控平台(MOM),负责监控Global和各Pool中所有服务器的运行；
分析平台(LOG),负责业务数据分析；
备份平台(BackUP),负责备份业务数据。
下面以各种具体的应用场景说明飞信业务服务系统的业务处理流程，本发 明实施例中假设用户通过PC客户端开展飞信业务。 应用场景一、用户通过PC客户端开通飞信业务
请参阅图10,用户通过PC客户端开通飞信业务涉及的服务器包括Global 中的导航服务器(NAV )、图形验证码服务器(CCPS )、业务订购服务器(PS )、 业务号码提供服务器(UIDS)和全局数据库服务器(Global GB)，处理流程包 括如下步骤
51001、 用户通过PC客户端发送业务开通请求，业务开通请求中携带请求 开通业务的MSISDN号码；
51002、 NAV接收用户通过PC客户端发送的业务开通请求，指示CCPS 对MSISDN号码进行验证;
51003、 CCPS首先通过NAV向PC客户端发送图形验证码，如果PC客户 端返回的图形验证码填写正确，则通过NAV向该MSISDN号码发送短信验证 码以验证用户身份；
51004、 如果用户通过MSISDN号码的-睑证，贝'J CCPS向NAV发送验证通过通知；
S聽、NAV根据验证通过通知向PS发送为用户开通业务的通知；
S1006、PS从UIDS中获取分配给用户的飞信号；
S1007、PS将该MSISDN号码已开通业务的信息记录到GDB中；
Sl羅、PS向NAV返回业务已开通消息；
较优的PS同时将用户的MSISDN号码和飞信号发送给该用户归属Pool
中的IBS,供后续根据MSISDN号码或者飞信号为用户添加或者删除好友时使 用；
S1009、 NAV向PC客户端转发该业务已开通消息。
应用场景二、用户通过PC客户端登录飞信业务服务系统
请参阅图11,用户通过PC客户端登录飞信业务服务系统涉及的服务器包
括Global中的导航服务器(NAV)、全局配置服务器(IGS)、单点登录服务器 (SSIS)和业务号码提供服务器(UIDS )，以及该用户归属Pool中的初始会话
接入协议代理服务器(SAP )、基础业务服务器(IBS )和消息路由服务器(LCS )，
其中
51101、 用户通过PC客户端发送业务登录请求，业务登录请求中携带 MSISDN号码或者飞信号，MSISDN号码和飞信号是——对应的，所以无论业 务登录请求中是否携带MSISDN号码，根据业务登录请求即可方便获知用户的 MSISDN号码；
51102、 NAV根据用户的业务登录请求向IGS发送系统配置请求；
51103、 IGS在接收到系统配置请求时，根据用户的MSISDN号码所属的 MSISDN号段、以及MSISDN号段与Pool的对应关系，确定用户归属的Pool, 由于用户需要接入Pool中的SAP,所以具体的是确定用户归属Pool中SAP的 IP地址；同时由于实际的Global包括多个SSIS,则IGS还需要确定对该用户 进行MSISDN号码验证的SSIS的IP地址；
S1104 、 IGS通过NAV将确定出的各IP地址返回给PC客户端；51105、 SSIS验证用户的MSISDN号码是否已开通业务，如果是则执行 S1106,如果否，则向PC客户端返回开通业务的提示信息，登录流程结束；
51106、 SSIS控制用户请求登录其归属的Pool;
51107、 用户通过PC客户端请求登录其归属Pool中的SAP;
51108、 SAP通过UIDS对用户的飞信号进行验证；
51109、 SAP在用户通过飞信号的验证之后，向IBS和LCS注册用户的登 录信息；
51110、 SAP向PC客户端返回登录成功响应。 应用场景三、两个用户通过各自的PC客户端进行会话 两个用户分别称为第一用户和第二用户，第一用户的PC客户端称为第一
PC客户端，第二用户的PC客户端称为第二PC客户端，假设第一用户和第二 用户归属于不同的Pool,第一用户归属的Pool称为第一 Pool,第二用户归属 的Pool称为第二Pool。请参阅图12,两个用户通过各自的PC客户端进行会 话涉及的服务器包括第一 Pool中的第一初始会话接入协议代理服务器(第一 SAP),第二 Pool中的第二 SAP和第二消息路由服务器(第二LCS)。 4艮设第 一用户通过第一 PC客户端成功登录第一 Pool,则第一 PC客户端可以直接访 问第一 Pool中的第一 SAP,如果第一用户向第二用户发起会话，则处理流程 包括如下步骤
51201、 第一用户通过第一PC客户端向第二用户发送会活消息，会活消息 中携带第二用户的MSISDN号码或者飞信号，该会话消息首先发送给第一 Pool 中的第一SAP;
51202、 第一SAP接收第一用户发送的会话消息，并将会话消息发送给第 二Pool中的第二LCS;
51203、 第二LCS在确认第二用户的登录信息已注册时，即第二用户当前 在线，将会话消息发送给第二SAP;
51204、 第二SAP将会话消息发送给第二PC客户端；
20第二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,，支设第一用户请求添加第二用户为好友，则处理流程包括如下 步骤
51301、 第一用户通过第一PC客户端向第一 SAP发送添加好友请求，添 加好友请求中携带第二用户的MSISDN号码或者飞信号；
51302、 第一 SAP将添加好友请求转发给第一 IBS;
51303、 第一 IBS向第二 IBS发送第一用户请求添加第二用户为好友的消
自
*&，
51304、 第一IBS将第二用户的信息增加到存储于第一PDB的第一用户的 好友列表中；
51305、 第二 IBS在确认第二用户的登录信息已注册时，即第二用户当前 在线，将第 一用户请求添加第二用户为好友的消息转发给第二 SAP;
51306、 第二 SAP将第一用户请求添加第二用户为好友的消息转发给第二PC客户端；
51307、 如果第二用户同意第一用户将其添加为好友，则通过第二PC客户 端向第二 SAP返回确认消息；
51308、 第二 SAP将接收到的确认消息转发给第二 IBS;
51309、 第二 IBS根据接收到的确认消息将第一用户的信息增加到存储于 第二PDB的第二用户的好友列表中，至此第一用户和第二用户的好友关系被 保存在各自Pool的PDB中；
51310、 第二IBS向第一IBS发送添加好友成功响应；
51311 、第一 IBS将添加好友成功响应转发给第一 SAP;
51312 、第一 SAP将添加好友成功响应转发给第一 PC客户端；
第 一用户通过第一 PC客户端上显示的添加好友成功响应得知已成功添加 第二用户为好友，至此完成了用户添加好友的整个流程。
S1303和S1304只是为了描述方便而给出了具体编号，实际上并无严格的 时序关系，同理S1309和S1310也并无严格的时序关系。
需要指出的是，如果S1305中第二IBS发现第二用户的登录信息没有注册， 即第二用户当前不在线，则通过SMS-C将该第一用户请求添加第二用户为好 友的消息发送给短信网关，通过短信网关将该第一用户请求添加第二用户为好 友的消息以短信的方式发送到第二用户的移动终端上，第二用户可以通过移动 终端以短信方式向第二 IBS返回确认信息，再继续执行S1309及后续各步骤。
本发明实施例提供的飞信业务服务系统，采用分Pool技术，使得分布式 系统的网路架构更加简单；实现了飞信业务的区域性独立运行，通过降低系统 的耦合度，提升了系统的稳定性、容灾性和可扩展性；系统扩容时，采用离线 模式对新增的Pool进行部署，降低了系统扩容对业务的影响。
明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1、一种移动通信业务服务系统，其特征在于，包括全局服务子系统和至少两个区域服务子系统，其中所述全局服务子系统，用于接收用户的业务登录请求，根据用户的移动终端号码所属的移动终端号段、以及配置的移动终端号段与区域服务子系统的对应关系，确定用户归属的区域服务子系统，并在确认所述移动终端号码已开通业务时，控制用户请求登录其归属的区域服务子系统以及对所述用户进行业务号码的验证；所述区域服务子系统，用于在请求登录本子系统的用户通过业务号码的验证之后，注册用户的登录信息并向用户提供相应的业务服务，所述用户的移动终端号码和业务号码一一对应。
2、 如权利要求l所述的系统，其特征在于，所述全局服务子系统，还用于接收用户的业务开通请求，在所述用户通过 移动终端号码的验i正之后，向所述用户分配业务号码，记录所述移动终端号码 已开通业务的信息，将所述用户的移动终端号码和业务号码发送给其归属的区 域服务子系统，并向所述用户返回业务已开通消息。
3、 如权利要求l所述的系统，其特征在于，所述至少两个区域服务子系统中的第 一 区域服务子系统，用于在接收到成 功登录本子系统的第 一用户向第二用户发送的会话消息且确认所述第二用户 归属于其它的区域服务子系统时，将所述会话消息发送给所述第二用户归属的 第二区域服务子系统；所述第二区域服务子系统，用于将所述会话消息转发给所述第二用户。
4、 如权利要求l、 2或3所述的系统，其特征在于，所述至少两个区域服务子系统中的第 一 区域服务子系统，用于在接收到成 功登录本子系统的第一用户发送的添加好友请求时，将第一用户请求添加的第 二用户的信息增加到所述第一用户的好友列表中，并在确认所述第二用户归属于其它的区域服务子系统时向所述第二用户归属的第二区域服务子系统发送 第一用户请求添加第二用户为好友的消息，以及将所述第二用区域服务子系统返回的添加好友成功响应转发给所述第一用户；所述第二区域服务子系统，用于将所述第 一用户请求添加第二用户为好友 的消息发送给所述第二用户，在接收到所述第二用户返回的确认消息后，将所 述第一用户的信息增加到所述第二用户的好友列表中，并向所述第一区域服务 子系统返回所述添加好友成功响应。
5、 如权利要求l所述的系统，其特征在于，还包括 操作管理子系统，用于监控所述全局服务子系统和各区域服务子系统的运行，在监控到区域服务子系统的负载达到设定的预警值时发出预警信息，以及 维护所述全局服务子系统和各区域服务子系统。
6、 如权利要求4所述的系统，其特征在于，所述全局服务子系统包括导 航服务器、全局配置服务器、单点登录服务器和业务号码提供服务器，所述区 域服务子系统包括初始会话接入协议代理服务器、基础业务服务器和消息路由 服务器，其中所述导航服务器，用于接收用户的业务登录请求，根据用户的业务登录请 求向全局配置服务器发送系统配置请求；所述全局配置服务器，用于在接收到系统配置请求时，根据用户的移动终 端号码所属的移动终端号段、以及配置的移动终端号段与区域服务子系统的对 应关系，确定用户归属的区域服务子系统，并通过所述导航服务器通知用户；所述单点登录服务器用于在确认所述移动终端号码已开通业务时，控制 用户请求登录其归属的区域服务子系统中的初始会话接入协议代理服务器；所述业务号码提供服务器，用于对请求登录其归属的区域服务子系统的用 户进行业务号码的验证；所述初始会话接入协议代理服务器，用于通过所述业务号码提供服务器对 请求登录本服务器的用户进行业务号码的验证，在所述用户通过业务号码的-验证之后，向所述^5出业务服务器和消息路由服务器注册用户的登录信息，并向用户返回登录成功响应；所述基础业务服务器和消息路由服务器，用于存储用户的登录信息。
7、 如权利要求6所述的系统，其特征在于，所述全局服务子系统还包括 图形验证码服务器、业务订购服务器和全局数据库服务器，其中所述导航服务器，还用于接收用户的业务开通i奮求，指示所述图形-验i正码 服务器对所述移动终端号码进行验证，在所述用户通过移动终端号码的验证之 后，向业务订购服务器发送为所述用户开通业务的通知，并在接收到所述业务 订购服务器返回的业务已开通消息时，向所述用户转发该业务已开通消息；所述图形验证码服务器，用于根据所述导航服务器的指示对所述用户的移 动终端号码进行验证，并返回验证结果；所述业务订购服务器，用于在接收到为所述用户开通业务的通知时，从所 述业务号码提供服务器中获取分配给所述用户的业务号码，记录所述移动终端 号码已开通业务的信息，向所述导航服务器返回业务已开通消息，并将用户的 移动终端号码和业务号码发送给其归属区域服务子系统中的基础业务服务器；所述业务号码提供服务器，用于提供业务号码；所述全局数据库服务器，用于存储所述移动终端号码已开通业务的信息；所述基础业务服务器，还用于存储已开通业务用户的移动终端号码和业务 号码。
8、 如权利要求6或7所述的系统，其特征在于，所述第 一 区域服务子系统中的第 一初始会话接入协议代理服务器，用于在 接收到成功登录本子系统的第 一用户向第二用户发送的会话消息时，将所述会 话消息发所述第二用户归属的第二区域服务子系统中的第二消息路由服务器；所述第二消息路由服务器，用于在确认所述第二用户的登录信息已注册 时，将所述会话消息发送给所述第二区域服务子系统中的第二初始会话接入协 议代理服务器；所述第二初始会话接入协议代理服务器，用于将所述会话消息发送给所述 第二用户。
9、 如权利要求6或7所述的系统，其特征在于，所述第 一 区域服务子系统中的第 一初始会话接入协议代理服务器，用于在 接收到成功登录本子系统的第 一用户发送的添加好友请求时，将所述添加好友 请求转发给所述第 一 区域服务子系统中的第 一基础业务服务器，以及将所述第 一基础服务器返回的添加好友成功响应转发给所述第一用户；所述第一基础业务服务器，用于根据添加好友请求向所述第二用户归属的 第二区域服务子系统中的第二基础业务服务器发送第 一用户请求添加第二用 户为好友的消息，并将所述第二用户的信息增加到所述第一用户的好友列表 中，以及将所述第二基础业务服务器返回的添加好友成功响应转发给所述第一 初始会话接入协议代理服务器；所述第 一区域服务子系统中的第 一区域数据库服务器，用于存储归属于第 一区域服务子系统的各用户的好友列表；所述第二基础业务服务器，用于在确认所述第二用户的登录信息已注册 时，将所述第 一用户请求添加第二用户为好友的消息转发给所述第二区域服务 子系统中的第二初始会话接入协议代理服务器，以及根据所述第二初始会话接 入协议代理服务器返回的确认消息向所述第一基础业务服务器发送添加好友 成功响应^所述第二初始会话接入协议代理服务器，用于向所述第二用户转发所述第 一用户请求添加第二用户为好友的消息，在接收到所述第二用户返回的确认消 息后，将所述第一用户的信息增加到所述第二用户的好友列表中，并向所述第 二基础业务服务器转发所述确认消息；所述第二区域服务子系统中的第二区域数据库服务器，用于存储归属于第 二区域服务子系统的各用户的好友列表。
10、 一种移动通信业务服务系统的业务处理方法，其特征在于，包括全局服务子系统接收用户的业务登录请求，根据用户的移动终端号码所属 的移动终端号段、以及配置的移动终端号段与区域服务子系统的对应关系，确 定用户归属的区域服务子系统，并在确认所述移动终端号码已开通业务时，控制用户请求登录其归属的区域服务子系统；用户请求登录的区域服务子系统通过所述全局服务子系统对所述用户进 行业务号码的马企"〖正，在所述用户通过业务号码的验i正之后，注册用户的登录4言 息并向用户提供相应的业务^^务，所述用户的移动终端号码和业务号码一一对 应。
11、 如权利要求IO所述的方法，其特征在于，还包括 所述全局服务子系统接收用户的业务开通请求，在所述用户通过移动终端号码的验证之后，向所述用户分配业务号码，记录所述移动终端号码已开通业 务的信息，将所述用户的移动终端号码和业务号码发送给其归属的区域服务子 系统，并向所述用户返回业务已开通消息。
12、 如权利要求10所述的方法，其特征在于，如果成功登录第一区域月良 务子系统的第一用户向第二用户发起会话，所述方法还包^":所述第 一 区域服务子系统在接收到所述第 一用户发送的会话消息且确i人 所述第二用户归属于其它的区域服务子系统时，将所述会话消息发送给所述第 二用户归属的第二区域服务子系统；所述第二区域服务子系统将所述会话消息转发给所述第二用户。
13、 如权利要求IO、 11或12所述的方法，其特征在于，如果成功登录第 一区域服务子系统的第 一用户请求添加第二用户为好友，所述方法还包括所述第 一 区域服务子系统在接收到所述第 一用户发送的添加好友请求时， 将所述第二用户增加到所述第一用户的好友列表中，并在确认所述第二用户归 属于其它的区域服务子系统时向所述第二用户归属的第二区域服务子系统发 送第一用户请求添加第二用户为好友的消息；所述第二区域服务子系统将所述第 一用户请求添加第二用户为好友的消息发送给所述第二用户，在接收到所述第二用户返回的确认消息后，将所述第 一用户增加到所述第二用户的好友列表中，并向所述第一区域服务子系统返回添力口好友成功响应；所述第 一 区域服务子系统将所述添加好友成功响应转发给所述第 一用户。
全文摘要
本发明公开了一种移动通信业务服务系统及其业务处理方法，用以提升系统的容灾性、可扩展性和稳定性。移动通信业务服务系统包括全局服务子系统Global和至少两个区域服务子系统Pool，其中Global用于接收用户的业务登录请求，根据用户的移动终端号码所属的移动终端号段、以及配置的移动终端号段与Pool的对应关系，确定用户归属的Pool，并在确认移动终端号码已开通业务时，控制用户请求登录其归属的Pool以及对用户进行业务号码的验证；Pool用于在请求登录本子系统的用户通过业务号码的验证之后，注册用户的登录信息并向用户提供相应的业务服务，其中用户的移动终端号码和业务号码一一对应。
文档编号H04W88/18GK101686581SQ20081022268
公开日2010年3月31日 申请日期2008年9月22日 优先权日2008年9月22日
发明者阳 宋, 宋世乾, 波 李, 杨 王, 峰 薛, 飞 郭 申请人:中国移动通信集团北京有限公司