一种软交换系统向用户代理传递信息的方法及相应的系统的制作方法
【专利摘要】一种软交换系统向用户代理传递信息的方法及相应的系统，所述方法包括：软交换系统在用户通过用户代理(UA)登录的过程中，将所述UA的UA信息和所述UA所在用户设备(UE)的UE信息绑定存储；所述软交换系统要向所述UA发送信令时，判断所述UA是否在线：如果所述UA在线，所述软交换系统直接向所述UA发送所述信令；如果所述UA不在线，所述软交换系统根据所述信令生成推送消息，将所述推送消息推送给与所述UA绑定的UE。本发明还提供了相应的系统。本发明在融合通信体系中，UA和软交换系统之间采用推送消息重构信令模式替代SIP长连接，即可以提供近乎实时的效果，又降低了网络负载和UE的资源占用和电力消耗。
【专利说明】一种软交换系统向用户代理传递信息的方法及相应的系统
【技术领域】
[0001]本发明涉及通信领域，更具体地，涉及一种软交换系统向用户代理传递信息的方法及相应的系统。
【背景技术】
[0002]如图1所示,现有技术中,UA(User Agent:用户代理)和软交换(Soft switch)系统之间采用SIP (Sess1n Initial Protocol:会话发起协议)长连接来传递信息,MG(MediaGateway:媒体网关)作为电路域和IP域之间的分界点连接PSTN(Public SwitchedTelephone Network:公共交换电话网络)和IP网络，负责语音到IP流的转换。其中，UA指UE(User Equipment:用户设备，也可称为移动终端)上的相关应用和系统服务。
[0003]现有软交换系统是在桌面系统和有线电话为主的背景下发展起来的，UA和软交换系统之间的连接采用SIP长连接适用于桌面系统。而目前移动终端和移动通信已成为主流业务，用户的习惯和应用的背景都发生了改变。UA和软交换系统之间保持长连接会占用UA所在UE的CPU资源，而且使UE无法保持睡眠状态，从而耗电较快。
【发明内容】
[0004]本发明要解决的技术问题是提供一种软交换系统向用户代理传递信息的方法及相应的系统，以减少UE的资源占用和电力消耗，降低软交换系统的负载。
[0005]为了解决上述技术问题，本发明提供了一种软交换系统向用户代理传递信息的方法，包括:
[0006]软交换系统在用户通过用户代理(UA)登录的过程中，将所述UA的UA信息和所述UA所在用户设备(UE)的UE信息绑定存储；
[0007]所述软交换系统要向所述UA发送信令时，判断所述UA是否在线:
[0008]如果所述UA在线，所述软交换系统直接向所述UA发送所述信令；
[0009]如果所述UA不在线，所述软交换系统根据所述信令生成推送消息，将所述推送消息推送给与所述UA绑定的UE。
[0010]较佳地，
[0011 ] 所述UA的UA信息包括UA类型信息；
[0012]如果所述UA不在线，所述软交换系统根据所述信令生成推送消息之前，还包括:所述软交换系统根据所述UA的UA类型信息判断所述UA是否支持所述推送功能，如支持，再根据所述信令生成推送消息。
[0013]较佳地，
[0014]所述软交换系统在用户通过UA登录的过程中，还将所述用户的移动号码与所述UA信息和UE信息绑定存储；
[0015]所述软交换系统要向所述UA发送的信令为呼叫请求，所述软交换系统要向所述UA发送呼叫请求之前，还包括:所述软交换系统收到被叫号码为所述移动号码的呼叫请求，根据所述移动号码确定与其绑定的所述UA ；
[0016]所述软交换系统根据所述信令生成推送消息，包括:所述软交换系统根据呼叫请求生成用于通知用户呼叫到达的第三方推送消息。
[0017]较佳地，
[0018]所述软交换系统将所述推送消息推送给与所述UA绑定的UE之后，还包括:所述软交换系统启动一定时器，如在所述定时器的定时时长内所述UA转为在线，则向所述UA发送呼叫请求，否则确定此次呼叫失败。
[0019]较佳地，
[0020]所述软交换系统在用户通过UA登录的过程中，还将所述用户的移动号码与所述UA信息和UE信息绑定存储；
[0021]所述软交换系统要向所述UA发送的信令为消息请求，所述软交换系统要向所述UA发送消息请求之前，还包括:所述软交换系统收到被叫号码为所述移动号码的消息请求后，根据所述移动号码确定与其绑定的所述UA ；
[0022]所述软交换系统根据所述信令生成推送消息，包括:所述软交换系统根据所述消息请求生成包含所述消息请求中消息内容的第三方推送消息。
[0023]相应地，本发明提供的软交换系统包括登录管理模块和信息传递模块，其中:
[0024]所述登录管理模块，用于在用户通过用户代理(UA)登录的过程中，将所述UA的UA信息和所述UA所在用户设备(UE)的UE信息绑定存储；
[0025]所述信息传递模块，用于在要向所述UA发送信令时，判断所述UA是否在线:如果在线，直接向所述UA发送所述信令；如果不在线，根据所述信令生成推送消息，将所述推送消息推送给与所述UA绑定的UE。
[0026]较佳地，
[0027]所述登录管理模块绑定存储的UA信息包括UA类型信息；
[0028]所述信息传递模块判断所述UA不在线，在根据所述信令生成推送消息之前，还包括:根据所述UA的UA类型信息判断所述UA是否支持所述推送功能，如支持，再根据所述信令生成所述推送消息。
[0029]较佳地，
[0030]所述登录管理模块在用户通过UA登录的过程中，还将所述用户的移动号码与所述UA信息和UE信息绑定存储；
[0031]所述软交换系统还包括:信令接收模块，用于在收到被叫号码为所述移动号码的呼叫请求后，根据所述移动号码确定与其绑定的所述UA并通知所述信息传递模块；
[0032]所述信息传递模块根据所述信令生成推送消息，包括:根据所述呼叫请求生成用于通知用户呼叫到达的第三方推送消息。
[0033]较佳地，
[0034]所述信息传递模块将所述推送消息推送给与所述UA绑定的UE之后，还包括:启动一定时器，如在所述定时器的定时时长内所述UA转为在线，则向所述UA发送呼叫请求，否则确定此次呼叫失败。
[0035]较佳地，
[0036]所述登录管理模块在用户通过UA登录的过程中，还将所述用户的移动号码与所述UA信息和UE信息绑定存储；
[0037]所述软交换系统还包括:信令接收模块，用于在收到被叫号码为所述移动号码的消息请求后，根据所述移动号码确定与其绑定的所述UA并通知所述信息传递模块；
[0038]所述信息传递模块根据所述信令生成推送消息，包括:根据所述消息请求生成包含所述消息请求中消息内容的第三方推送消息。
[0039]上述方案在融合通信体系中，UA和软交换系统之间采用推送消息重构信令模式替代SIP长连接，即可以提供近乎实时的效果，又降低了网络负载和UE的资源占用和电力消耗。
【专利附图】
【附图说明】
[0040]图1是现有UA通过软交换系统接收语音呼叫的系统架构示意图；
[0041]图2是本发明实施例基于的系统架构不意图；
[0042]图3是本发明实施例软交换系统向UA传递信息的流程图；
[0043]图4是本发明实施例UA登录软交换系统的流程图；
[0044]图5是本发明实施例的一个示例中，用户作为消息业务的被叫时，通过软交换系统接收消息的流程图；
[0045]图6是本发明实施例的另一个示例中，用户作为呼叫的被叫时，通过软交换系统接收呼叫的流程图；
[0046]图7是本发明实施例软交换系统的模块图。
【具体实施方式】
[0047]为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互任意组合。
[0048]本实施例所基于的系统如图2所示，包括用户侧的UA，网络侧的软交换系统和MG。在实施例中，UA和软交换系统之间不再使用SIP长连接，在UA不在线时，软交换系统使用图示的第三方推送系统提供的推送服务向UA传递信息，提供近乎实时的效果。
[0049]如图3所示，本实施例软交换系统向UA传递信息的流程包括:
[0050]步骤110，软交换系统在用户通过用户代理(UA)登录的过程中，将所述UA的UA信息和所述UA所在用户设备(UE)的UE信息绑定存储；
[0051]用户通过UA登录软交换系统时，会提交上述UA信息和UE信息，其中，UE信息包括UE标识信息，UA信息包括UA标识信息。
[0052]步骤120，所述软交换系统要向所述UA发送信令时，判断所述UA是否在线，如在线，转入步骤130，如不在线，转入步骤140 ；
[0053]本步骤中，软交换系统要向UA发送的信令可以是来自于移动网络的消息请求、呼叫请求等，但并不局限于此，也可以来自于其他网络。
[0054]步骤130，所述软交换系统直接向所述UA发送所述信令，结束；
[0055]步骤140，所述软交换系统根据所述信令生成推送消息，将所述推送消息推送给与所述UA绑定的UE。
[0056]较佳地，本步骤中所述软交换系统生成的是第三方推送消息，但本发明不局限于此，也可以是其他类型的推送消息。第三方消息推送(3RD PARTY PUSH)业务通常由UE操作系统供应商提供，如Android, 1S, Windows等,通过它们建立的IP通道和系统模块实现向UA实时传递消息，通常比UA自己维护连接更节省系统资源，本实施例将第三方推送消息作为软交换系统信令消息的补充。
[0057]较佳地，上述步骤110中的UA信息包括UA类型信息。步骤120中如判断UA不在线，所述软交换系统可以先根据所述UA的UA类型信息判断所述UA是否支持所述推送功能，如支持，再执行步骤140，否则不再生成和发送推送消息。支持推送功能的UA类型可以配置在软交换系统，也可以由软交换系统查询得到。
[0058]图4所示是本实施例UA登录软交换系统的流程，包括:
[0059]步骤210，软交换系统接收用户通过UA发送的登录请求，所述登录请求中携带所述UA的UA信息、所述UA所在UE的UE信息和所述用户的移动号码；
[0060]用户的移动号码是用户在移动网络的标识，如可以是手机号码或者移动网络中映射到该手机号码的号码。
[0061]本步骤的登录请求中还可以携带用户的身份验证信息，如用户在该UA使用的帐号和密码信息等。
[0062]步骤220，软交换系统将所述UA信息、UE信息和移动号码绑定存储。
[0063]本步骤中，软交换系统可以根据登录请求中携带的身份验证信息对用户进行鉴权，确定该用户合法后，再进行上述绑定存储的处理。
[0064]图5是本发明实施例的一个示例中，通过软交换系统向UA发送消息请求的流程图，如图所示，该流程包括:
[0065]步骤310，
[0066]软交换系统接收到消息请求，所述消息请求中携带的被叫号码为所述用户的移动号码；
[0067]步骤320，软交换系统判断与所述移动号码绑定的UA是否在线，如是，转入步骤330，如否，转入步骤340 ；
[0068]步骤330，软交换系统直接向所述UA发送消息，结束；
[0069]本步骤发送的消息如可以是短消息或彩信。
[0070]步骤340，软交换系统根据所述消息请求生成包含消息内容的第三方推送(PUSH)消息，将所述第三方推送消息推送到所述移动号码绑定的UE，结束。
[0071 ] 上述流程使用推送消息重构信令模式替代UA和软交换系统之间的SIP长连接，可以提供近乎实时的效果，同时降低网络负载和UE的计算量和电量。
[0072]图6是本发明实施例的一个示例中，通过软交换系统向UA发送呼叫请求的流程图，如图所示，该流程包括:
[0073]步骤410，
[0074]软交换系统接收到呼叫请求，所述呼叫请求中携带所述用户的移动号码；
[0075]步骤420，软交换系统判断与所述移动号码绑定的UA是否在线，如是，转入步骤430，如否，转入步骤440 ；
[0076]步骤430，软交换系统直接向所述UA发送呼叫请求，结束；
[0077]步骤440，软交换系统根据所述呼叫请求生成用于通知用户呼叫到达的第三方推送消息，将所述第三方推送消息推送到所述移动号码绑定的UE，并启动一定时器；
[0078]步骤450，软交换系统判断在定时器的定时时长内所述UA是否转为在线状态，如果是，转入步骤460，如果否，转入步骤470 ；
[0079]所述UE收到呼叫到达的通知后，可以提示用户激活该UA，也可以自动激活该UA。
[0080]步骤460，软交换系统向所述UA发送呼叫请求，结束；
[0081]步骤470，软交换系统确定此次呼叫失败，结束。
[0082]传统VoIP在UA离线后呼叫无法到达，而本实施例与传统VoIP相比，可以通过推送消息传送呼叫到达的信息。本实施例采用推送消息重构信令模式替代UA和软交换系统之间的SIP长连接，无需交换过多的IP信令，可以达到近乎实时的效果，在降低网络负载的同时也可以节省UA的资源占用和电力消耗。
[0083]图7示出了本实施例软交换系统的模块图，所述软交换系统是驱动整个业务流程的核心系统，包括:
[0084]登录管理模块101，用于在用户通过用户代理(UA)登录的过程中，将所述UA的UA信息和所述UA所在用户设备(UE)的UE信息绑定存储；在绑定存储之前，可以根据UA提交的用户身份信息对用户进行鉴权，如用户合法，再进行绑定存储等后续处理。
[0085]信息传递模块103，用于在要向所述UA发送信令时，判断所述UA是否在线:如果在线，直接向所述UA发送所述信令；如果不在线，根据所述信令生成推送消息，将所述推送消息推送给与所述UA绑定的UE。
[0086]本实施例中，较佳地，
[0087]所述登录管理模块101在用户通过UA登录的过程中，还将所述用户的移动号码与所述UA信息和UE信息绑定存储，及向虚拟MSC发送登记请求，携带所述移动号码。
[0088]所述软交换系统还包括:信令接收模块105，用于在收到被叫号码为所述移动号码的呼叫请求或消息请求后，根据所述移动号码确定与其绑定的所述UA并通知所述信息传递模块103。
[0089]所述信息传递模块103根据所述信令生成推送消息，包括:根据所述呼叫请求生成用于通知用户呼叫到达的第三方推送消息，或根据所述消息请求生成包含所述消息请求中消息内容的第三方推送消息。如果是生成用于通知用户呼叫到达的第三方推送消息，在将所述推送消息推送给与所述UA绑定的UE之后，还可以包括:启动一定时器，如在所述定时器的定时时长内所述UA转为在线，则向所述UA发送呼叫请求，否则确定此次呼叫失败。
[0090]较佳地，所述登录管理模块绑定存储的UA信息包括UA类型信息；所述信息传递模块判断所述UA不在线，在根据所述信令生成推送消息之前，还包括:根据所述UA的UA类型信息判断所述UA是否支持所述推送功能，如支持，再根据所述信令生成所述推送消息。
[0091]本实施例用户侧的UA位于软交换系统和用户之间，提供用户界面和用户进行交互完成业务功能，可以通过软交换系统建立呼叫连接，此外，还可以接收软交换系统传递的信令消息和第三方推送消息，提示用户启动相应UA或自动启动相应UA。
[0092]本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现，相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。
[0093]以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【权利要求】
1.一种软交换系统向用户代理传递信息的方法，包括: 软交换系统在用户通过用户代理(UA)登录的过程中，将所述UA的UA信息和所述UA所在用户设备(UE)的UE信息绑定存储； 所述软交换系统要向所述UA发送信令时，判断所述UA是否在线: 如果所述UA在线，所述软交换系统直接向所述UA发送所述信令； 如果所述UA不在线，所述软交换系统根据所述信令生成推送消息，将所述推送消息推送给与所述UA绑定的UE。
2.如权利要求1所述的方法，其特征在于: 所述UA的UA信息包括UA类型信息； 如果所述UA不在线，所述软交换系统根据所述信令生成推送消息之前，还包括:所述软交换系统根据所述UA的UA类型信息判断所述UA是否支持所述推送功能，如支持，再根据所述信令生成推送消息。
3.如权利要求1或2所述的方法，其特征在于: 所述软交换系统在用户通过UA登录的过程中，还将所述用户的移动号码与所述UA信息和UE信息绑定存储； 所述软交换系统要向所述UA发送的信令为呼叫请求，所述软交换系统要向所述UA发送呼叫请求之前，还包括:所述软交换系统收到被叫号码为所述移动号码的呼叫请求，根据所述移动号码确定与其绑定的所述UA ； 所述软交换系统根据所述信令生成推送消息，包括:所述软交换系统根据呼叫请求生成用于通知用户呼叫到达的第三方推送消息。
4.如权利要求3所述的方法，其特征在于: 所述软交换系统将所述推送消息推送给与所述UA绑定的UE之后，还包括:所述软交换系统启动一定时器，如在所述定时器的定时时长内所述UA转为在线，则向所述UA发送呼叫请求,否则确定此次呼叫失败。
5.如权利要求1或2所述的方法，其特征在于: 所述软交换系统在用户通过UA登录的过程中，还将所述用户的移动号码与所述UA信息和UE信息绑定存储； 所述软交换系统要向所述UA发送的信令为消息请求，所述软交换系统要向所述UA发送消息请求之前，还包括:所述软交换系统收到被叫号码为所述移动号码的消息请求后，根据所述移动号码确定与其绑定的所述UA ； 所述软交换系统根据所述信令生成推送消息，包括:所述软交换系统根据所述消息请求生成包含所述消息请求中消息内容的第三方推送消息。
6.一种软交换系统，其特征在于，包括登录管理模块和信息传递模块，其中: 所述登录管理模块，用于在用户通过用户代理(UA)登录的过程中，将所述UA的UA信息和所述UA所在用户设备(UE)的UE信息绑定存储； 所述信息传递模块，用于在要向所述UA发送信令时，判断所述UA是否在线:如果在线，直接向所述UA发送所述信令；如果不在线，根据所述信令生成推送消息，将所述推送消息推送给与所述UA绑定的UE。
7.如权利要求6所述的软交换系统，其特征在于: 所述登录管理模块绑定存储的UA信息包括UA类型信息； 所述信息传递模块判断所述UA不在线，在根据所述信令生成推送消息之前，还包括:根据所述UA的UA类型信息判断所述UA是否支持所述推送功能，如支持，再根据所述信令生成所述推送消息。
8.如权利要求6或7所述的软交换系统，其特征在于； 所述登录管理模块在用户通过UA登录的过程中，还将所述用户的移动号码与所述UA信息和UE信息绑定存储； 所述软交换系统还包括:信令接收模块，用于在收到被叫号码为所述移动号码的呼叫请求后，根据所述移动号码确定与其绑定的所述UA并通知所述信息传递模块； 所述信息传递模块根据所述信令生成推送消息，包括:根据所述呼叫请求生成用于通知用户呼叫到达的第三方推送消息。
9.如权利要求8所述的软交换系统，其特征在于； 所述信息传递模块将所述推送消息推送给与所述UA绑定的UE之后，还包括:启动一定时器，如在所述定时器的定时时长内所述UA转为在线，则向所述UA发送呼叫请求，否则确定此次呼叫失败。
10.如权利要求6或7所述的软交换系统，其特征在于: 所述登录管理模块在用户通过UA登录的过程中，还将所述用户的移动号码与所述UA信息和UE信息绑定存储； 所述软交换系统还包括:信令接收模块，用于在收到被叫号码为所述移动号码的消息请求后，根据所述移动号码确定与其绑定的所述UA并通知所述信息传递模块； 所述信息传递模块根据所述信令生成推送消息，包括:根据所述消息请求生成包含所述消息请求中消息内容的第三方推送消息。
【文档编号】H04L29/06GK104284370SQ201410584719
【公开日】2015年1月14日 申请日期:2014年10月27日 优先权日:2014年10月27日
【发明者】佟季烨, 马永亮, 杨瑞, 郑明
申请人:中国联合网络通信集团有限公司