一种管理设备及设备管理方法与流程

文档序号:12908596阅读:206来源:国知局
一种管理设备及设备管理方法与流程

本发明涉及rcs(richcommunicationservices)融合通信领域,特别涉及一种管理设备及设备管理方法。



背景技术:

rcs(richcommunicationservices)系统定义了基于ims核心网与现有移动网络的一组业务能力,为移动终端用户提供增强型联系人、内容共享、文件传输机增强型消息等功能。

rcs业务所提供的几种主要新业务功能如下:

增强型地址簿是基于移动终端现有地址簿演进而来的,新地址簿不仅提供用户的基本个人信息还加入了更丰富的功能,例如个人的业务能力显示、触发多种联系方式(语音、视频、视频共享、文件传输、短信等)、个人通信意愿显示、个人图像、个人消息、个人连接、网络地址簿等。

内容共享为用户提供在呼叫过程中交换或共享文件、视频、图片等的能力。用户在电路域语音呼叫的过程中可以共享内容,这要求终端与网络能够同时提供语音与数据的通信能力。呼叫的任何一方都可以共享内容,可以选择接受或者拒绝共享邀请,共享内容可以保存在本地终端。

文件传输可以在用户通话、会议或者空闲时发生,交换的文件格式没有任何限制,文件传输与通话没有相互影响。文件接收方可以选择接受或者拒绝文件传输,运营商可以根据需求制定文件传输内容的大小。增强型消息功能除了提供传统移动网的短信和彩信内容外还为用户提供了1对1与1对多的聊天功能,用户可以根据需要邀请第三方加入聊天。

所有上述功能,都是基于rcs客户端软件、手机终端硬件及用户手机号码实现的,这些软件或硬件信息需要在ims核心网开户注册才能进行接入并使用rcs业务,同时ims核心网还需要及时将网络、业务信息(如用户灰度信息等)同步给rcs客户端,以便rcs业务能更好的实现更好的提高用户使用感受。诸如上述功能可以在rcs系统自身或boss系统实现,但这样不但增加了已有系统的复杂程度,而且对于boss来说,也使得其与具体业务系统有了强关联, 不符合移动业务系统的要求



技术实现要素:

针对上面技术问题,本发明提供了一种管理设备及设备管理方法,用以解决现有rcs系统业务流程复杂的问题。

本技术方案提供了一种管理设备,应用于融合通信rcs系统,该管理设备包括业务处理机、数据库以及若干接口;所述业务处理机用于通过接入网向所述rcs终端下发配置信息,所述数据库用于保存所述rcs终端的开户信息和/或配置信息;所述接口用于与所述rcs系统中除管理设备之外的系统通信。

其中,所述业务处理机还用于在向所述rcs终端下发配置信息之前,接收所述rcs终端发送的开户请求或者下发配置请求或者更新配置请求。

其中,所述业务处理机为多个,所述管理设备还包括负载均衡服务器,所述负载均衡服务器采用轮训方式将接收到的所述rcs终端发送的开户请求或者下发配置请求或者更新配置请求分配到对应的业务处理机。

其中,所述接入网包括分组交换ps域接入网或者无线保真wifi接入网;所述rcs终端包括native客户端或者app客户端。

其中,所述管理设备通过第一接口与boss系统通信;所述管理设备通过第二接口与短消息服务中心smsc网关通信;所述管理设备通过第三接口与会话边界控制器sbc通信;所述管理设备通过第四接口与安全穿越网关stg通信。

其中当所述rcs终端未开户时,所述管理设备通过第一接口与boss系统交互完成开户流程,并接收所述boss系统发送的所述rcs终端对应的配置信息。

本技术方案还提供了一种设备管理方法,应用于融合通信rcs系统中的管理设备,该方法包括:

所述管理设备接收融合通信rcs终端发送的下发或更新配置信息请求,其中,所述rcs终端通过接入网与所述管理设备进行通信;

若所述rcs终端已开户,则所述管理设备向所述rcs终端发送保存在本地数据库中对应的配置信息;

若所述rcs终端未开户,则所述管理设备通过第一接口与boss系统交互 以完成开户流程,保存所述boss系统发送的配置信息,并向所述rcs终端发送对应的配置信息。

其中,所述接入网包括分组交换ps域接入网或者无线保真wifi接入网;所述rcs终端包括native客户端或者app客户端。

其中,该方法还包括:

在接收到所述boss系统发送的开户成功消息后,所述管理设备通过第二接口向短消息服务中心smsc网关发送请求激活短信通知消息,其中,所述激活短信通知消息用于请求smsc网关向所述rcs终端发送开户激活短信。

其中,当所述接入网为无线保真wifi接入网,所述rcs终端为native客户端时,该方法还包括:

所述管理设备通过wifi接入网接收所述rcs终端下发或更新配置信息请求;

在所述下发或更新配置信息请求中包括token信息和配置版本号时,所述管理设备对所述token信息进行鉴权;

在鉴权通过的情况下,所述管理设备依据所述配置版本号向所述rcs终端下发配置信息;

在鉴权不通过的情况下,所述管理设备向所述rcs终端下发包含cookie信息的响应消息,并向smsc发送动态口令otp请求,其中,所述otp请求用于触发所述smsc向所述rcs终端发送携带otp的短消息;所述管理设备接收所述rcs终端重新发送的配置信息请求消息,所述重新发送的下发配置信息请求消息中包含所述cookie信息和所述otp,通过所述cookie信息关联到上一次所述rcs终端下发的配置信息请求,并在所述otp验证通过后,向所述rcs终端下发配置信息。

其中,当所述接入网为ps域接入网,所述rcs终端为app客户端时,该方法还包括:

所述管理设备接收所述rcs终端发送的开户请求;

根据所述开户请求,所述管理设备向所述rcs终端下发包含cookie信息的响应消息;

当所述响应消息指示所述rcs终端已开户,则在接收到所述rcs终端发送的携带所述cookie信息的下发或更新配置信息请求后,所述管理设备向所述rcs终端发送对应的配置信息;

当所述响应消息指示所述rcs终端未开户,则在接收到所述rcs终端发送的携带所述cookie信息的下发配置信息请求后,所述管理设备通过第一接口与boss系统交互以完成开户流程,保存所述boss系统发送的开户信息和配置信息,并向所述rcs终端发送对应的配置信息。

其中,当所述接入网为wifi无线接入网,所述rcs终端为app客户端时,所述方法还包括:

所述管理设备接收所述rcs终端下发或更新配置信息的请求;

在所述下发或更新配置信息请求中包括token信息和国际移动用户识别码imsi认证密码时,所述管理设备判断所述rcs终端是否已开户;

当所述rcs终端已开户且所述token信息和所述imsi认证密码认证通过,则所述管理设备将保存在所述数据库中对应的配置信息发送给所述rcs终端;

当所述rcs终端未开户,则所述管理设备通过第一接口与boss系统交互以完成开户流程,保存所述boss系统发送的开户信息和配置信息,并向所述rcs终端发送对应的配置信息。

本发明提出的一种管理设备及设备管理方法,独立于rcs及boss业务之外,这样技能满足rcs业务使用的需要,也减轻了rcs及boss系统的负担,简化了网络。

附图说明

图1是本发明实施例涉及的管理设备系统框架图;

图2是本发明实施例涉及的native终端ps域接入后开户及配置信息自动获取流程图;

图3是本发明实施例涉及的native终端wifi接入后配置信息自动获取流程图;

图4是本发明实施例涉及的app终端ps域接入后配置信息自动获取流程图;

图5是本发明实施例涉及的app终端wifi接入后配置信息自动获取流程图。

具体实施方式

实施例一

本发明实施例一提供了一种管理设备,以下为方便,暂定名dm(devicemanagementsystem),为rcs系统提供了用户级设备管理的功能,使得用户有更好的rcs业务体验。

上述管理设备dm,应用于融合通信rcs系统,包括业务处理机、数据库以及若干接口;所述业务处理机用于通过接入网向所述rcs终端下发配置信息,所述数据库用于保存所述rcs终端的开户信息和/或配置信息;所述接口用于与所述rcs系统中除管理设备之外的系统通信。

如图1所示,其中,终端指的是支持融合通信业务的终端及客户端(native、app);接入网指的是ps域无线接入或wifi无线接入。

dm对于两者的业务处理流程是不同的。native客户端或者app客户端通过ps域接入ims核心网或者通过wifi接入ims核心网。

dm系统需要提供与sbc(会话边界控制器)、stg(安全穿越网关)、bossproxy(boss代理)及smgw(短信网关)等系统的接口,其使用的协议分别是ssh、snmp、和http。

dm主要提供以下四个功能:

native客户端在ps域下自动开户及获取配置流程;

native客户端在wifi环境下自动获取配置(但不开户)流程;

app客户端在ps域下自动开户及获取配置流程;

app客户端在wifi环境下自动开户及获取配置流程。

业务处理机:为负责处理融合通讯终端的开户及下发配置的处理机。业务处理机多模块实现,每个模块业务处理功能完全相同,实现业务的负荷分担。开户流程是业务处理机与boss系统交互,在boss系统开户,业务处理机向boss系统发送开户请求,该请求中包含msisdn、uetype、servicetype等信息;boss系统执行开户操作然后向业务处理机返回开户成功消息,该消息中包含开 户信息和配置信息,然后将配置信息保存在数据库。由于配置信息有时效性,后续boss后续会定时将更新的配置信息发给业务处理机,当客户端上电,发现配置过期时,会主动请求更新配置。

数据库:用来保存客户端开户成功后的相关信息。对于dm处理的数据,主要是用户的开户信息,数据性质单一,互相没有关联性,因此可以使用非关系型数据库,例如mongodb。同时可以采用sharding的模式,将数据存储于不同的服务器上,以支持海量数据及高吞吐量的操作。为保证数据的安全性,采用replicaset技术,使得同一份数据同时至少保存在两个数据库服务器上,增加其安全性。

所述业务处理机可以为多个,该系统还包括负载均衡服务器,负责通过所述接入网收到的请求消息采用轮训方式分配到对应的业务处理机,即可以将客户端上来的开户或下发配置请求或更新配置请求采用轮训的方式均分到几个dm业务处理机。

对于sbc和stg的选择策略,也需要确定。一般可按照如下策略实施:boss系统发来的配置信息中也可以包含服务器地址即rcsas的url,或者stg、sbc的url。rcsas为实现rcs业务的业务平台;sbc、stg是ims核心网的网元,rcs客户端要经过ims核心网才能实现rcs业务的。例如dm在下发服务器地址时,分别下发2个stg和2个sbc的网元标识,其中主机名的选择根据一定策略,从已有的全部stg中进行轮选,从已有的全部sbc中进行轮选。轮选指的是在多个sbc或stg中根据既定规则或者判断几个sbc、stg的工作负荷或者轮训而选择一个。如果某一套stg或sbc永久不可用,需要在dm删除该设备主机名。由于stg或sbc是否永久不可用,只能人为判断,没有办法通过告警等手动自动判断,可以由网管人员负责在dm上删除。

如果某一套stg或sbc临时不可用,可以不需要在dm上维护,由终端发起新地址的查询。

另外,为了保证选择的灵活性,则dm下发给终端的配置消息中,还可以包含stg和sbc优先关系的选项,默认是sbc优先。当强制用户从stg接入时,可以在用户的配置信息中设置为stg优先。该操作可以由boss系统配置好然后下发给业务处理机,也可以可以在dm中设置。

终端发起开户请求后,dm使用协议向boss发起开户请求。boss和dm 之间可以采用下列两种通讯协议之一:

普通协议:soapoverhttp协议。发起方使用httppost方法发送请求报文并得到应答报文。发起方作为soap/http客户端,接收方作为发起方的服务器。

安全协议:soapoverhttps协议,采用ssl2.0/3.0传输加密。接收方为发起方提供访问的url,发起方使用httppost方法发送请求报文并得到应答报文。发起方作为接收方的soap/http客户端,接收方作为发起方的soap/http服务器。

所述开户信息包括msisdn用户手机号码、终端部署的rcs客户端类型和rcs业务类型;配置信息包括stg或sbc地址、或者stg和sbc优选关系等。

即开户信息主要包含以下内容:msisdn、uetype、servicetype。msisdn即用户手机号码;uetype表示终端部署的rcs客户端是native类型还是app类型;servicetype表示开通二新还是三新业务。二新指的是新通信新消息,三新增加volte业务。配置信息一般由boss提供,以xml文件的方式。配置信息除了上面提到的信息外还主要包含以下内容:是否自动接收文件、im绘画能力、是否自动接受群聊邀请、一对一会话模式的最大文本字节数、群聊模式的最大文本字节数、会话超时时长、最大文件传输大小最大群聊人数群聊uri等。进一步的,可以在配置信息的xml文件中增加字段或内容,从而提供更多的相应的功能。例如,可以在配置中提供不同的接入rcsas的url,或者stg、sbc的url,从而让用户访问不同的rcsas或stg、sbc,实现所谓的灰度用户功能。所谓灰度就是给不同用户提供不同的功能,在该方案中就是提供不同的接入as或者sbc、stg。

开户信息是用户具备rcs业务能力的基本条件,而配置信息是用户正常使用rcs功能的必备条件。

本发明实施例还提供了一种设备管理方法,应用于融合通信rcs系统中的管理设备,所述管理设备接收融合通信rcs终端发送的下发或更新配置信息请求,其中,所述rcs终端通过接入网与所述管理设备进行通信;

若所述rcs终端已开户,则所述管理设备向所述rcs终端发送保存在本地 数据库中对应的配置信息;

若所述rcs终端未开户,则所述管理设备通过第一接口与boss系统交互以完成开户流程,保存所述boss系统发送的配置信息,并向所述rcs终端发送对应的配置信息。

所述接入网包括分组交换ps域接入网或者无线保真wifi接入网;所述rcs终端包括native客户端或者app客户端。

下面结合流程图详细说明各个业务流程及dm的处理过程。

实施例二

如图2所示,为本发明实施例涉及的native终端ps域接入后开户及配置信息(也可称为配置参数)自动获取流程图。

native终端ps域接入后开户及自动获取流程如下:

s201:支持融合通信业务的终端在启动时,native客户端会发起自动开户和配置的请求,终端发送get请求给dm;

s202:ggsn/pgw在http消息插入msisdn和imsi信息;

s203、s204、s205:如果用户已开户,向终端返回https200ok响应并携带配置参数;

s206:dm收到请求后判断未开户给ue回200ok,消息中携带cookie信息;

s207:终端发起https请求用于获取配置;

s208:dm收到ue的https请求后,如果用户未开户,向终端返回https503retryafter响应;

s209:与boss进行交互执行开通流程;dm会检查msisdn是否有“+”,如果没有则添加后发送给boss;

s210:开户完成后,dm向smsc网关发送短信请求;在此过程中boss系统需要将开户成功响应信息以及配置信息发送给dm,;

s211:smsc下发激活短信通知;

s212~s215:终端重新开始获取配置流程。

实施例三

如图3所示,是本发明实施例涉及的native终端wifi接入后配置信息自动获取流程图;

native终端wifi接入后自动获取流程如下:

s301:native终端在wifi时dm发起http请求;

s302:dm返回http511networkauthenticationerror拒绝响应;

s303:native终端收到511响应后,在wifi接入下发起https消息给dm,https消息中需要包含token信息;

s304:dm判断token是否有效,如果有效则鉴权通过,并根据配置版本号判断是否给终端下发配置,流程结束,这个配置版本号是终端带上来的参数ver。rcs客户端安装上去了,其版本号不会变,但ver会变;

s305:如果token无效,dm发送200携带cookie;

s306:dm根据自身保存的imsi等用户数据获取用户的msisdn,并向smsc发起对终端的otp请求;

s307:smsc向终端发送短消息,其中携带otp(onetimepassword);

s308:终端收到此短信,自动截取otp,重新发起https请求给dm,其中携带cookie和otp信息;

s309:dm通过cookie关联到之前的请求,并验证通过otp,otp密码会发送给手机,手机客户端自动填写或者手工填写,在获取配置的流程中携带上,dm加以判断,随后向终端下发配置数据,其中包括新分配的token。

实施例四

如图4所示,为本发明实施例涉及的app终端ps域接入后配置信息自动获取流程图;

app终端ps域接入后自动获取流程如下:

s401:终端在启动时发起自动开户和配置的请求,ue发送httpget请求给dm;

s402:ggsn/pgw在httpget消息插入msisdn和imsi信息;

s403:dm收到请求后判断已开户给ue回http200ok,消息中携带cookie 信息;

s404:终端发起httpsget,向dm请求用于获取配置,其中含有cookie信息;

s405:dm向终端返回的终端配置参数;

s406:dm收到请求后判断未开户给ue回http200ok,消息中携带cookie信息;

s407:终端发起httpsget,向dm请求用于获取配置,其中含有cookie信息;

s408:dm收到ue的httpget请求后发起开户请求给boss;

s409:boss开户成功后,向dm返回响应;dm向终端返回的终端配置参数。

实施例五

如图5所示,为本发明实施例涉及的app终端wifi接入后配置信息自动获取流程图;

app终端wifi接入后自动获取流程如下:

s501:app终端在wifi时dm发起http请求;

s502:dm返回http511networkauthenticationerror拒绝响应;

s503:终端向统一认证平台获取用户身份合imsi认证密码;

s504:统一认证平台返回给终端用户身份合imsi认证密码;

s505:终端携带imsi及token向dm发起https请求,如用户未开户,则dm触发自动开户,开户成功后返回配置给终端;

s506:如用户已开户,则dm直接返回配置给终端。

实施例六

还有一种业务场景。当用户开户成功并成功进行过rcs业务后,终端中的rcs客户端已经保存了配置信息。这些信息中有个有效期字段。当rcs客户端发现有效期过期时,会主动向dm发起获取更新配置的流程。主动获取更新配置根据客户端类型及接入环境不同,也有四种方式,但都跟上述自动获取配置 流程类似(不过缺少了自动开户流程),不再赘述。

上述说明只考虑了dm的基本功能,如两类rcs客户端(终端)在两种不同接入网场景下的开户注册及更新或获取配置信息功能,不过dm也同样可以支持计费等操作。并且

以上为本方案主要的业务流程。使用dm系统专门处理客户端的开户及配置获取或配置接收,会减轻rcs系统或boss系统的网络压力,同时也使得整个网络结构清晰,便于管理。

在另外一个实施例中,还提供了一种存储介质,该存储介质中存储有上述软件,该存储介质包括但不限于:光盘、软盘、硬盘、可擦写存储器等。

显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1