CN107819803A - Rcs系统的配置方法及装置、rcs系统 - Google Patents

Rcs系统的配置方法及装置、rcs系统 Download PDF

Info

Publication number
CN107819803A
CN107819803A CN201610823202.5A CN201610823202A CN107819803A CN 107819803 A CN107819803 A CN 107819803A CN 201610823202 A CN201610823202 A CN 201610823202A CN 107819803 A CN107819803 A CN 107819803A
Authority
CN
China
Prior art keywords
management server
boss
client device
configuration information
request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201610823202.5A
Other languages
English (en)
Inventor
王国才
陈世忠
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
Nanjing ZTE New Software Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nanjing ZTE New Software Co Ltd filed Critical Nanjing ZTE New Software Co Ltd
Priority to CN201610823202.5A priority Critical patent/CN107819803A/zh
Publication of CN107819803A publication Critical patent/CN107819803A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/303—Terminal profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明提供了一种RCS系统的配置方法及装置、RCS系统，其中，上述配置方法包括：管理服务器接收来自客户端设备的配置请求，其中，该管理服务器设置于所述客户端设备和BOSS之间；所述管理服务器获取所述配置请求所请求的配置信息；所述管理服务器向所述客户端设备反馈所述配置信息。

Description

RCS系统的配置方法及装置、RCS系统
技术领域
本发明涉及通信领域，具体而言，涉及一种RCS系统的配置方法及装置、融合通信业务(Rich Communication Services，简称为RCS)系统。
背景技术
RCS系统定义了基于IMS核心网与现有移动网络的一组业务能力，为移动终端用户提供增强型联系人、内容共享、文件传输机增强型消息等功能。
RCS业务所提供的几种主要新业务功能如下：
增强型地址簿是基于移动终端现有地址簿演进而来的，新地址簿不仅提供用户的基本个人信息还加入了更丰富的功能，例如个人的业务能力显示、触发多种联系方式(语音、视频、视频共享、文件传输、短信等)、个人通信意愿显示、个人图像、个人消息、个人连接、网络地址簿等。
内容共享为用户提供在呼叫过程中交换或共享文件、视频、图片等的能力。用户在电路域语音呼叫的过程中可以共享内容，这要求终端与网络能够同时提供语音与数据的通信能力。呼叫的任何一方都可以共享内容，可以选择接受或者拒绝共享邀请，共享内容可以保存在本地终端。
文件传输可以在用户通话、会议或者空闲时发生，交换的文件格式没有任何限制，文件传输与通话没有相互影响。文件接收方可以选择接受或者拒绝文件传输，运营商可以根据需求制定文件传输内容的大小。增强型消息功能除了提供传统移动网的短信和彩信内容外还为用户提供了1对1与1对多的聊天功能，用户可以根据需要邀请第三方加入聊天。
所有上述功能，都是基于RCS客户端软件、手机终端硬件及用户手机号码实现的，这些软件或硬件信息需要在IMS核心网开户注册才能进行接入并使用RCS业务，同时IMS核心网还需要及时将网络、业务信息(如用户灰度信息等)同步给RCS客户端，以便RCS业务能更好的实现更好的提高用户使用感受。RCS业务还涉及到计费问题。诸如上述功能可以在RCS系统自身或业务运营支撑系统(Business&Operation Support System，简称为BOSS)实现，但这样不但增加了已有系统的复杂程度，而且对于BOSS来说，也使得其与具体业务系统有了强关联，不符合移动业务系统的要求。。
发明内容
本发明实施例提供了一种RCS系统的配置方法及装置、RCS系统，以至少解决相关技术中RCS业务实现复杂度较高以及BOSS与具体业务系统具有强关联的问题。
根据本发明的一个实施例，提供了一种RCS系统的配置方法，包括：管理服务器接收来自客户端设备的配置请求，其中，该管理服务器设置于所述客户端设备和BOSS之间；所述管理服务器获取所述配置请求所请求的配置信息；所述管理服务器向所述客户端设备反馈所述配置信息。
根据本发明的另一个实施例，提供了一种RCS系统的配置装置，该装置应用于管理服务器中，所述装置包括：接收模块，用于接收来自客户端设备的配置请求，其中，该管理服务器设置于所述客户端设备和业务运营支撑系统BOSS之间；获取模块，用于获取所述配置请求所请求的配置信息；传输模块，用于向所述客户端设备反馈所述配置信息。
根据本发明的另一个实施例，提供了一种融合通信业务RCS系统，包括：设置于所述客户端设备和业务运营支撑系统BOSS之间的管理服务器，所述管理服务器包括：业务处理机；所述业务处理机：用于接收来自所述客户端设备的配置请求；获取所述配置请求所请求的配置信息；以及向所述客户端设备反馈所述配置信息。
根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：管理服务器接收来自客户端设备的配置请求，其中，该管理服务器设置于所述客户端设备和业务运营支撑系统BOSS之间；所述管理服务器获取所述配置请求所请求的配置信息；所述管理服务器向所述客户端设备反馈所述配置信息。
通过本发明，由于采用了设置于客户端设备和BOSS之间的管理服务器将配置信息反馈给客户端设备，减轻了RCS系统以及BOSS系统的网络压力，因此，可以解决解决相关技术中RCS业务实现复杂度较高以及BOSS与具体业务系统具有强关联的问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1a是根据本发明实施例的RCS系统的网络架构图；
图1b是根据本发明可选实施例的RCS系统的网络架构图；
图2是根据本发明实施例的RCS系统的配置方法的流程图；
图3是根据本发明实施例的Native终端PS域接入后开户及自动获取流程的流程图；
图4是根据本发明实施例的Native终端WIFI接入后自动获取流程的流程图；
图5是根据本发明可选实施例的APP终端PS域接入后自动获取流程的流程图；
图6是根据本发明可选实施例的APP终端WIFI接入后自动获取流程的流程图；
图7是根据本发明实施例的RCS系统的配置装置的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
为了便于理解本申请实施例，以下将本申请实施例中所涉及的技术术语解释如下：
设备管理系统DM(Device Management System)，为RCS系统提供了用户级设备管理的功能，使得用户有更好的RCS业务体验。
实施例1
本实施例提供一种融合通信业务RCS系统，如图1a所示，该系统包设置于上述客户端设备10(又称为终端)和BOSS 12之间的管理服务器14(即图1b中的DM 14)，上述管理服务器14包括：数据库服务器140和业务处理机142；其中：
数据库服务器140，用于保存客户端设备开户成功(即注册成功)后的开户信息；对于DM处理的数据，主要是用户的开户信息，数据性质单一，互相没有关联性，因此可以使用非关系型数据库，例如MongoDB。同时可以采用sharding的模式，将数据存储于不同的服务器上，以支持海量数据及高吞吐量的操作。为保证数据的安全性，采用Replica Set技术，使得同一份数据同时至少保存在两个数据库服务器上，增加其安全性。
业务处理机142，用于接收来自上述客户端设备10的配置请求；获取上述配置请求所请求的配置信息；以及向上述客户端设备10反馈上述配置信息。可选地，业务处理机142，主要用于负责处理融合通讯终端的开户及下发配置的处理机。业务处理机142可以以多模块的形式实现，每个模块业务处理功能完全相同，实现业务的负荷分担。当然也可以设置多个业务处理功能相同的业务处理机，也可以实现业务的负荷分担，但不限于此表现形式。
可选地，如图1b所示，DM系统提供与SBC(会话边界控制器)、STG(安全穿越网关)、BOSS Proxy(BOSS代理)及SMGW(短信网关)等系统的接口，其使用的协议分别是SSH、SNMP、和HTTP。其中，终端指的是支持融合通信业务的终端及客户端(Native、App)设备；接入网指的是PS域无线接入或WIFI无线接入。
可选地，对于SBC和STG的选择策略，包括以下之一：
DM在下发服务器地址(即下发配置请求，该服务器地址主要指的是SBC或STG的地址，是包含在配置信息中的，但不是来自BOSS，而是来自DM)时，分别下发2个STG和2个SBC的网元标识，其中主机名(主备STG\主备SBC)的选择根据一定策略，从已有的全部STG中进行轮选，从已有的全部SBC中进行轮选。
如果某一套STG或SBC永久不可用，需要在DM删除该设备主机名。由于STG或SBC是否永久不可用，只能人为判断，没有办法通过告警等手动自动判断，由互联网公司网管人员负责在DM上删除。
如果某一套STG或SBC临时不可用，可以不需要在DM上维护，由终端发起新地址的查询(即下发配置请求)。
另外，为了保证选择的灵活性，则终端管理模块下发给终端的消息中，还包含STG和SBC优先关系的选项，默认是SBC优先。当强制用户从STG接入时，可以在用户的DM配置信息中设置为STG优先。其中，RCS AS是提供RCS服务的系统，可以理解为类似于微信服务器。而SBC和STG是核心网的已有网元，用来规范终端的核心网中的行为。具体应用场景在DM有关流程中不涉及。
在一个可选实施例中，终端指的是支持融合通信业务的终端及客户端(Native、App)；接入网指的是PS域无线接入或WIFI无线接入。
可选地，如图1a和1b所示，上述系统还可以包括：负载均衡服务器16，用于将上述客户端设备发送上述配置请求采用轮询的方式均分到多个上述业务处理机
在一个可选实施例中，终端发起开户请求后，DM使用协议向BOSS发起开户请求。BOSS和DM之间可以采用下列两种通讯协议之一：
普通协议：基于超文本传输协议的简单对象访问协议(Hypertext TransferProtocol over Simple Object Access Protocol，简称为SOAP over HTTP)。发起方(DM或管理服务器)使用HTTP POST方法发送请求报文并得到应答报文。发起方作为SOAP/HTTP客户端，接收方(BOSS)作为发起方的服务器。
安全协议：SOAP over HTTPS协议，采用SSL2.0/3.0传输加密。接收方(BOSS)为发起方(DM或管理服务器)提供访问的URL(例如AS的URL)，发起方使用HTTP POST方法向BOSS发送请求报文并得到应答报文。发起方作为接收方的SOAP/HTTP客户端，接收方作为发起方的SOAP/HTTP服务器
可选地，开户信息主要包含以下内容：MSISDN、uetype、servicetype。MSISDN即用户手机号码；uetype表示终端部署的RCS客户端是Native类型还是APP类型；servicetype表示开通二新还是三新业务。二新指的是新通信新消息，三新增加VoLTE业务。
可选地，配置信息一般由BOSS提供，以XML文件的方式。其中包括：是否自动接收文件、IM会话能力信息、是否自动接受群聊邀请、一对一会话模式的最大文本字节数、群聊模式的最大文本字节数、会话超时时长、最大文件传输大小、最大群聊人数、群聊URI等。
开户信息是用户具备RCS业务能力的基本条件，而配置信息是用户正常使用RCS功能的必备条件。
由此可见，管理服务器主要实现了以下功能：
Native客户端在PS域下自动开户及获取配置流程；
Native客户端在WIFI环境下自动获取配置(但不开户)流程；
App客户端在PS域下自动开户及获取配置流程；
App客户端在WIFI环境下自动开户及获取配置流程。
基于图1a和图1b所示网络架构，本申请实施例提供了RCS系统的配置方法，如图2所示，该方法包括：
步骤S202，管理服务器接收来自客户端设备的配置请求，其中，该管理服务器设置于上述客户端设备和业务运营支撑系统BOSS之间；
步骤S204，管理服务器获取上述配置请求所请求的配置信息；
可选地，上述配置信息的获取方式包括以下之一：管理服务器从本地获取预先存储的上述配置信息；管理服务器从上述BOSS获取上述配置信息。
其中，在上述管理服务器从本地获取预先存储的上述配置信息之前，管理服务器需要确定上述客户端设备已在上述BOSS注册成功。
其中，在上述管理服务器从上述BOSS获取上述配置信息之前，管理服务器需要确定上述客户端设备未在上述BOSS注册。
可选地，上述管理服务器可以通过以下方式从上述BOSS获取上述配置信息：管理服务器接收上述客户端设备发送的注册请求；管理服务器将上述注册请求发送至上述BOSS；在上述BOSS确定上述客户端设备注册成功后，接收上述BOSS反馈的上述配置信息。其中，上述管理服务器可以通过SOAP over HTTP协议向上述BOSS发送上述注册请求，但不限于此。
步骤S206，管理服务器向上述客户端设备反馈上述配置信息。
可选地，上述开户注册请求中携带有以下至少之一信息：客户端设备标识、客户端设备的类型、业务类型。
可选地，上述配置信息包括以下至少之一：用于指示是否自动接收文件的指示信息、即时通讯IM会话能力信息、是否自动接受群聊邀请的信息、一对一会话模式的最大文本字节数、群聊模式的最大文本字节数、会话超时时长、最大文件传输大小、最大群聊人数、群聊URI。
为了更好地理解上述实施例，以下结合具体实施例详细说明。
图3示出了Native终端PS域接入后开户及自动获取流程，如图3苏所示：
S301：支持融合通信业务的终端在启动时，Native客户端会发起自动开户和配置的请求，终端发送get请求给DM；
S302：GGSN/PGW在http消息插入msisdn和IMSI信息；
S303、S304、S305：如果用户已开户，向终端返回HTTPS 200ok响应并携带配置参数；
S306：DM收到请求后判断未开户给UE回200ok，消息中携带cookie信息；
S307：终端发起https请求用于获取配置；
S308：DM收到UE的https请求后，如果用户未开户，向终端返回HTTPS 503Retryafter响应；
S309：与BOSS进行交互执行开通流程；DM会检查MSISDN是否有“+”，如果没有则添加后发送给BOSS；其中，“+”是手机号码的常规格式，或者+，或者00；
S310：开户完成后(在此过程中BOSS系统需要将开户成功以及配置信息发送给DM保存)，DM向SMSC网关发送短信请求；
S311：SMSC下发激活短信通知；
S312～S315：终端重新开始获取配置流程。
图4示出了Native终端WIFI接入后自动获取流程，如图4所示，包括以下处理步骤：
S401：Native终端在WiFi时DM发起HTTP请求；
S402：DM返回HTTP 511Network Authentication Error拒绝响应；
S403：Native终端收到511响应后，在WiFi接入下发起HTTPS消息给DM，HTTPS消息中需要包含token信息(可以看做是有时效的身份验证信息。是一个加密串，解密后里边是含有时间信息)；
S404：DM判断token是否有效，如果有效则鉴权通过，并根据配置版本号(配置版本号不同，意味着配置信息有变化，是由BOSS确定的)判断是否给终端下发配置，流程结束；其中，DM判断token是否有效可以通过以下过程实现：DM先给终端一个token值，终端请求消息中会再携带这个值，DM由此判断两个值是否一致。
S405：如果token无效，DM发送200携带cookie；
S406：DM根据自身保存的IMSI等用户数据获取用户的MSISDN，并向SMSC发起对终端的OTP请求；
S407：SMSC向MSISDN对应的终端发送短消息，其中携带一次一密(One TimePassword，简称为OTP)；
S408：终端收到此短信，自动截取OTP，重新发起HTTPS请求给DM，其中携带Cookie和OTP信息；
S409：DM通过Cookie关联到之前的请求，并验证通过OTP(S408中会携带OTP密码到DM，DM中之前会存储该密码。两者对比一致，则验证通过)，随后向终端下发配置数据,其中包括新分配的Token。
图5示出了APP终端PS域接入后自动获取流程，如图5所示，包括以下处理步骤：
S501：终端在启动时发起自动开户和配置的请求，UE发送HTTP GET请求给DM；
S502：GGSN/PGW在HTTP GET消息插入MSISDN和IMSI信息；
S503：DM收到请求后判断已开户给UE回HTTP 200ok，消息中携带cookie信息；
S504：终端发起HTTPS GET，向DM请求用于获取配置，其中含有cookie信息；
S505：DM向终端返回的终端配置参数；
S506：DM收到请求后判断未开户给UE回HTTP 200ok，消息中携带cookie信息；
S507：终端发起HTTPS GET，向DM请求用于获取配置，其中含有cookie信息；
S508：DM收到UE的HTTP GET请求后发起开户请求给BOSS；
S509：BOSS开户成功后，向DM返回响应；DM向终端返回的终端配置参数。
图6示出了APP终端WIFI接入后自动获取流程，如图6所示，包括以下处理步骤：
S601：APP终端在WiFi时DM发起HTTP请求；
S602：DM返回HTTP 511Network Authentication Error拒绝响应；
S603：终端向统一认证平台获取用户身份合IMSI认证密码；
S604：统一认证平台返回给终端用户身份合IMSI认证密码；
S605：终端携带imsi及token向DM发起HTTPS请求，如用户未开户，则DM触发自动开户，开户成功后返回配置给终端；
S606：如用户已开户，则DM直接返回配置给终端。
本申请实施例还提供一种业务场景。当用户开户成功并成功进行过RCS业务后，终端中的RCS客户端已经保存了配置信息。这些信息中有个有效期字段。当RCS客户端发现有效期过期时，会主动向DM发起获取更新配置的流程。主动获取更新配置根据客户端类型及接入环境不同，也有四种方式，但都跟上述自动获取配置流程类似(不过缺少了自动开户流程)，不再赘述。
进一步的，可以在配置信息的xml文件中增加字段或内容，从而提供更多的相应的功能。例如，可以在配置中提供不同的接入RCS AS的URL，或者STG、SBC的URL，从而让用户访问不同的RCS AS或STG、SBC，实现所谓的灰度用户功能。所谓灰度可以简单理解为，不同的用户有不同的权限，或者可以使用不同的功能，或者访问不同的RCS AS等等。就用灰度的说法区分这些用户，即灰度用户。
以上为本申请实施例主要的业务流程。使用DM系统专门处理客户端的开户及配置获取或配置接收，会减轻RCS系统或BOSS系统的网络压力，同时也使得整个网络结构清晰，便于管理。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
在本实施例中还提供了一种RCS系统的配置装置，该装置应用于管理服务器或DM系统中，用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图7是根据本发明实施例的RCS系统的配置装置的结构框图，如图7所示，该装置包括：
接收模块70，用于接收来自客户端设备的配置请求，其中，该管理服务器设置于上述客户端设备和业务运营支撑系统BOSS之间；
获取模块72，用于获取上述配置请求所请求的配置信息；该获取模块72，还用于从本地获取预先存储的上述配置信息；或者从上述BOSS获取上述配置信息。
传输模块74，用于向上述客户端设备反馈所述配置信息
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
由此可见，本申请实施例中提供的方案中，提供了一种DM(或称为管理服务器)，该DM独立于RCS及BOSS之外。这样既能满足RCS业务使用的需要，也减轻了RCS及BOSS系统的负担，简化了网络。
实施例3
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：管理服务器接收来自客户端设备的配置请求，其中，该管理服务器设置于所述客户端设备和业务运营支撑系统BOSS之间；所述管理服务器获取所述配置请求所请求的配置信息；所述管理服务器向所述客户端设备反馈所述配置信息。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (13)

1.一种融合通信业务RCS系统的配置方法，其特征在于，包括：
管理服务器接收来自客户端设备的配置请求，其中，该管理服务器设置于所述客户端设备和业务运营支撑系统BOSS之间；
所述管理服务器获取所述配置请求所请求的配置信息；
所述管理服务器向所述客户端设备反馈所述配置信息。
2.根据权利要求1所述的方法，其特征在于，所述管理服务器获取所述配置请求所请求的配置信息，包括以下之一：
所述管理服务器从本地获取预先存储的所述配置信息；
所述管理服务器从所述BOSS获取所述配置信息。
3.根据权利要求2所述的方法，其特征在于，所述管理服务器从本地获取预先存储的所述配置信息之前，所述方法还包括：
所述管理服务器确定所述客户端设备已在所述BOSS注册成功。
4.根据权利要求2所述的方法，其特征在于，所述管理服务器从所述BOSS获取所述配置信息之前，所述方法还包括：
所述管理服务器确定所述客户端设备未在所述BOSS注册。
5.根据权利要求2所述的方法，其特征在于，所述管理服务器从所述BOSS获取所述配置信息，包括：
所述管理服务器接收所述客户端设备发送的注册请求；
所述管理服务器将所述注册请求发送至所述BOSS；
在所述BOSS确定所述客户端设备注册成功后，接收所述BOSS反馈的所述配置信息。
6.根据权利要求5所述的方法，其特征在于，所述管理服务器将所述注册请求发送至所述BOSS，包括：
所述管理服务器通过基于超文本传输协议的简单对象访问协议SOAP over HTTP向所述BOSS发送所述注册请求。
7.根据权利要求5所述的方法，其特征在于，所述开户注册请求中携带有以下至少之一信息：
客户端设备标识、客户端设备的类型、业务类型。
8.根据权利要求1所述的方法，其特征在于，所述配置信息包括以下至少之一：用于指示是否自动接收文件的指示信息、即时通讯IM会话能力信息、是否自动接受群聊邀请的信息、一对一会话模式的最大文本字节数、群聊模式的最大文本字节数、会话超时时长、最大文件传输大小、最大群聊人数、群聊统一资源标识符URI。
9.一种融合通信业务RCS系统的配置装置，其特征在于，该装置应用于管理服务器中，所述装置包括：
接收模块，用于接收来自客户端设备的配置请求，其中，该管理服务器设置于所述客户端设备和业务运营支撑系统BOSS之间；
获取模块，用于获取所述配置请求所请求的配置信息；
传输模块，用于向所述客户端设备反馈所述配置信息。
10.根据权利要求9所述的装置，其特征在于，所述获取模块，还用于从本地获取预先存储的所述配置信息；或者从所述BOSS获取所述配置信息。
11.一种融合通信业务RCS系统，其特征在于，包括：设置于客户端设备和业务运营支撑系统BOSS之间的管理服务器，所述管理服务器包括：业务处理机；
所述业务处理机：用于接收来自所述客户端设备的配置请求；获取所述配置请求所请求的配置信息；以及向所述客户端设备反馈所述配置信息。
12.根据权利要求11所述的系统，其特征在于，还包括：
负载均衡服务器，用于将所述客户端设备发送所述配置请求采用轮询的方式均分到多个所述业务处理机。
13.根据权利要求11所述的系统，其特征在于，所述业务处理机，用于接收所述客户端设备发送的注册请求；将所述注册请求发送至所述BOSS；以及在所述BOSS确定所述客户端设备注册成功后，接收所述BOSS反馈的所述配置信息；
所述管理服务器，还包括：数据库服务器，用于保存所述客户端设备注册成功后的开户信息。
CN201610823202.5A 2016-09-13 2016-09-13 Rcs系统的配置方法及装置、rcs系统 Pending CN107819803A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610823202.5A CN107819803A (zh) 2016-09-13 2016-09-13 Rcs系统的配置方法及装置、rcs系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610823202.5A CN107819803A (zh) 2016-09-13 2016-09-13 Rcs系统的配置方法及装置、rcs系统

Publications (1)

Publication Number Publication Date
CN107819803A true CN107819803A (zh) 2018-03-20

Family

ID=61600627

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610823202.5A Pending CN107819803A (zh) 2016-09-13 2016-09-13 Rcs系统的配置方法及装置、rcs系统

Country Status (1)

Country Link
CN (1) CN107819803A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110417886A (zh) * 2019-07-29 2019-11-05 广州竞远安全技术股份有限公司 一种综合业务的负载均衡方法、装置及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103986710A (zh) * 2014-05-15 2014-08-13 华为技术有限公司 一种消息传输的方法、装置及系统
EP2863603A1 (en) * 2013-10-18 2015-04-22 Alcatel Lucent A method for optimizing the capability discovery of terminals in an IMS network
CN104683349A (zh) * 2015-03-12 2015-06-03 西安酷派软件科技有限公司 融合通信方法、终端、服务器和融合通信系统
CN105827463A (zh) * 2016-05-16 2016-08-03 中国联合网络通信集团有限公司 一种客户端业务的配置方法、装置及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2863603A1 (en) * 2013-10-18 2015-04-22 Alcatel Lucent A method for optimizing the capability discovery of terminals in an IMS network
CN103986710A (zh) * 2014-05-15 2014-08-13 华为技术有限公司 一种消息传输的方法、装置及系统
CN104683349A (zh) * 2015-03-12 2015-06-03 西安酷派软件科技有限公司 融合通信方法、终端、服务器和融合通信系统
CN105827463A (zh) * 2016-05-16 2016-08-03 中国联合网络通信集团有限公司 一种客户端业务的配置方法、装置及系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110417886A (zh) * 2019-07-29 2019-11-05 广州竞远安全技术股份有限公司 一种综合业务的负载均衡方法、装置及系统

Similar Documents

Publication Publication Date Title
US12028707B2 (en) Apparatus, system, method, and computer-readable medium for performing a message service and identity service in a 5G network
US7797010B1 (en) Systems and methods for talk group distribution
CN104813655B (zh) 在视频会议会话中预览呼叫方的方法
US7864716B1 (en) Talk group management architecture
US7818020B1 (en) System and method for joining communication groups
US7738900B1 (en) Systems and methods of group distribution for latency sensitive applications
ES2389944T3 (es) Procedimiento y aparato para sincronizar la encriptación y la desencriptación de una trama de datos en una red de comunicación
US8406792B2 (en) Message modification system and method
US20110023096A1 (en) Token-based control of permitted sub-sessions for online collaborative computing sessions
CN108156069A (zh) 一种融合消息系统及消息处理方法
JP5550627B2 (ja) 通信システムにおけるグループ通信
CN101543010B (zh) 通信系统
CN102812665A (zh) 用于实现跨多个web服务的认证的可插入令牌提供商模型
US8379544B2 (en) Communications
US7844294B1 (en) Systems and methods for opt-in and opt-out talk group management
WO2006067264A1 (en) Content sharing in a communication system
CN105656847A (zh) 面向移动设备的sip/mqtt协议转换网关系统及其控制方法
CN102958107A (zh) 一种能力查询的方法、通信终端及应用服务器
CN102811335A (zh) 建立视频会话的方法、设备和系统
CN101919225A (zh) 认证系统及方法
WO2015184410A1 (en) Domain trusted video network
CN108702373A (zh) 相关设备之间的内容共享
CN104125221A (zh) Ims终端设备多软终端资源共享和应用协同装置及方法
WO2017185934A1 (zh) 一种管理设备及设备管理方法
CN103457746A (zh) 会议数据的传输方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20180425

Address after: No. 55, Nanshan District science and technology road, Nanshan District, Shenzhen, Guangdong

Applicant after: ZTE Corporation

Address before: 210012 No. 68, Bauhinia Road, Ningnan street, Yuhuatai District, Nanjing, Jiangsu

Applicant before: Nanjing Zhongxing Software Co., Ltd.

SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20180320