多媒体业务处理系统、数据发送和接收方法以及终端与流程

本发明涉及互联网通信领域，尤其涉及一种多媒体业务处理系统、数据发送和接收方法以及终端。

背景技术：

ip多媒体子系统(ipmultimediasubsystem,ims)是由3gpp标准组织在r5版本基础上提出，是在基于ip的网络上提供多媒体业务的通用网络架构。ims由于支持多种接入和丰富的多媒体业务，成为全ip时代的核心网标准架构。随着技术的成熟，ims已成为固定话音领域的主流选择，而且也被3gpp、gsma确定为移动语音的标准架构。

现有技术中，网络电话(voiceoverinternetprotocol,voip)是将模拟声音信号(voice)数字化，以数据封包(datapacket)的型式在ip数据网络(ipnetwork)上做实时传递。voip最大的优势是能广泛地采用internet和全球ip互连的环境，提供比传统业务更多、更好的服务。wifi网络音视频通话(voice&videooverwifi,vowifi)和lte网络音视频通话(voice&videooverlte,volte)均是基于ims协议的语音业务。volte的全部业务承载于4g网络上，可实现数据与语音业务在同一网络下的统一，在lte网络上完成语音、视频、短消息、补充业务等；vowifi则是通过wifi网络来打电话，可以很好地解决在运营商信号比较弱或者盲点的情况下，帮助用户完成正常的呼叫、短信等一系列的电信业务，有效地降低用户对运营商接入网络资源的依赖，解决接入网资源瓶颈的问题。富通信套件(richcommuncationsuite,rcs)是一种可以为用户提供整套基于通讯录的呈现、即时通信、群组聊天、文件传送等在线通信的服务。rcs除了可直接调用volte业务的基础能力之外，还包括其他诸如社交呈现信息共享、ip多媒体(ipmultimedia,im)聊天、文件传输等业务功能。所以需要对vowifi、volte、以及rcs业务都能很好支持的ims移动终端，对于同时支持vowifi、volte的移动终端，volte和vowifi在实际部署中共用一套ims栈。

但是，现有技术的单侧ims栈模式的缺点是ims栈负荷会比较高，ims系统的效率降低；单栈模式通常采用协处理器(coprocessor,cp)，在从其他业务切换到vowifi后，数据和信令的路由会比较频繁，对系统造成一定的负载，降低了系统的灵活性。

技术实现要素：

本发明解决的技术问题是如何提高ims系统的灵活性。

为解决上述技术问题，本发明实施例提供一种多媒体业务处理系统，多媒体业务处理系统包括应用处理器端和协处理器端，其中，所述应用处理器端包括：

第一多媒体数据引擎，用于第一多媒体数据的编码和解码；

第一ims栈；

第一网桥；

第一调制解调器，用于在wifi连接状态下进行数据的调制解调；

第一路由器，用于对所述第一ims栈、所述第一网桥、所述第一调制解调器、所述第一多媒体数据引擎之间的数据和信令传输进行路由；

所述协处理器端包括：

第二多媒体数据引擎，用于第二多媒体数据的编码和解码；

第二ims栈；

第二网桥；

第二调制解调器，用于在lte连接状态下进行数据的调制解调；

第二路由器，用于对所述第二ims栈、所述第二网桥、所述第二调制解调器、所述第一多媒体数据引擎之间的数据和信令传输进行路由；

其中，所述应用处理器端和所述协处理器端通过所述第一网桥和所述第二网桥进行数据的转发，并根据会话建立时的连接状态确定所述应用处理器端或所述协处理器端其中之一为注册端，另一个为非注册端，所述注册端采用包含的所述第一ims栈或所述第二ims栈完成注册，所述非注册端的数据 和信令由所述第一路由器和所述第二路由器路由转发至所述注册端。

可选的，所述第一多媒体数据引擎包括以下一种或多种：基于wifi多媒体数据引擎和基于lte视频数据引擎；所述第二多媒体数据引擎包括基于lte音频数据引擎。

可选的，所述第一多媒体数据为以下一种或多种：基于wifi网络通话的视频音频数据、基于lte网络通话的视频数据和富通信套件数据；所述第二多媒体数据包括基于lte网络通话的音频数据。

为解决上述技术问题，本发明实施例还公开了一种多媒体业务处理系统的数据发送方法，多媒体业务处理系统的数据发送方法包括：

所述注册端将所述数据传送至注册端包含的路由器，所述数据来自于所述注册端的所述第一多媒体数据引擎或所述第二多媒体数据引擎、所述第一ims栈或所述第二ims栈；

根据当前连接状态选择所述第一调制解调器或所述第二调制解调器；

将所述数据路由至选中的调制解调器进行调制发送。

可选的，所述当前连接状态为wifi时，所述第一ims栈和所述第一多媒体数据引擎将所述第一多媒体数据传送至所述第一路由器；路由所述第一多媒体数据至所述第一调制解调器进行调制发送。

可选的，所述当前连接状态为lte时，所述第二ims栈和所述第二多媒体数据引擎将所述第二多媒体数据传送至所述第二路由器；路由所述第二多媒体数据至所述第二调制解调器进行调制发送。

可选的，所述多媒体业务处理系统的数据发送方法还包括：

在所述连接状态发生切换时，将所述数据经过所述注册端包含的网桥转发至所述非注册端包含的所述网桥；

将所述数据路由至所述非注册端的包含的调制解调器进行解调发送。

可选的，在所述连接状态从wifi切换至lte后，将所述第一多媒体数据路由至所述第一网桥，并转发至所述第二网桥；所述第二网桥将所述第一多媒体数据传送至所述第二路由器，并路由至所述第二调制解调器进行调制发 送。

可选的，在所述连接状态从lte切换至wifi后，将所述第二多媒体数据路由至所述第二网桥，并转发至所述第一网桥；所述第一网桥将所述第二多媒体数据传送至所述第一路由器，并路由至所述第一调制解调器进行调制发送。

为解决上述技术问题，本发明实施例还公开了一种多媒体业务处理系统的数据接收方法，多媒体业务处理系统的数据接收方法包括：

根据当前连接状态选择所述第一调制解调器或所述第二调制解调器进行数据的接收和解调，所述数据包括信令和多媒体数据；

根据所述数据的标识所述将所述数据路由至所述注册端。

可选的，在所述当前连接状态和所述注册端一致时，由所述注册端包含的路由器将所述数据路由至所述注册端包含的ims栈或多媒体数据引擎。

可选的，在所述连接状态发生切换，所述当前连接状态和所述注册端不一致时，由所述非注册端包含的路由器将所述数据路由至所述非注册端包含的网桥；所述非注册端包含的网桥将数据转发至所述注册端包含的网桥；所述数据通过所述注册端包含的路由器路由至所述注册端包含的ims栈或多媒体数据引擎。

可选的，所述数据为呼叫建立请求时，根据所述当前连接状态进行处理器端的选择。

可选的，所述信令的路由优先级高于所述多媒体数据。

为解决上述技术问题，本发明实施例还公开了一种终端，所述包括所述多媒体业务处理系统。

与现有技术相比，本发明实施例的技术方案具有以下有益效果：

本发明实施例通过配置应用处理器端、协处理器端以及对应的第一ims栈和第二ims栈，所述应用处理器端和所述协处理器端通过所述第一网桥和所述第二网桥进行数据的转发，并根据会话建立时的连接状态确定所述应用处理器端或所述协处理器端其中之一为注册端，另一个为非注册端，所述注 册端采用包含的所述第一ims栈或所述第二ims栈完成注册，所述非注册端的数据和信令由所述第一路由器和第二路由器路由转发至所述注册端。通过设置双ims栈，并根据会话建立时的连接状态确定处理器端，减小了系统的负荷，提高了系统的灵活性；双ims栈和对应的网桥实现了在连接状态切换时数据的连续性传输，提高了会话的质量和用户体验。

进一步，所述信令的路由优先级高于所述多媒体数据，所述信令和所述多媒体数据的采用相同的接收模式，并通过设置优先级将所述信令和所述多媒体数据进行区分，实现了对于信令数据的优先处理，简化了系统的结构，同时保证了系统数据处理的效率。

附图说明

图1是本发明实施例一种多媒体业务处理系统的结构示意图；

图2是本发明实施例另一种多媒体业务处理系统的结构示意图；

图3是本发明实施例一种多媒体业务处理系统的数据发送方法流程图；

图4是本发明实施例另一种多媒体业务处理系统的数据发送方法流程图；

图5是本发明实施例一种多媒体业务处理系统的数据接收方法流程图；

图6是本发明实施例另一种多媒体业务处理系统的数据接收方法流程图。

具体实施方式

如背景技术中所述，现有技术的单侧ims栈模式的缺点是ims栈负荷会比较高，ims系统的效率降低；单栈模式通常采用协处理器，在从其他业务切换到vowifi后，数据和信令的路由会比较频繁，对系统造成一定的负载，降低了系统的灵活性。

本发明采用ims双栈的设计方案，采用应用处理器(applicationprocessor,ap)和协处理器(coprocessor,cp)结合的双栈的实现方式，即ap和cp根据各自特点和功能各自实现一个ims协议栈。本发明技术方案可以支持vowifi、volte业务以及vowifi、volte、rcs等不同业务在各个场景下的无缝切换，高效完成ap端和cp端之间ims业务处理。同时，采用双栈模式，根据每个会话的标识来确定数据包的路由策略，在会话层面路由每个进来的数据包。 可以更加灵活的控制切换和路由。另外，在模块间不再区分信令和数据的通路，可以给予信令和数据不同的优先级，既可以保证系统灵活性，又可以兼顾系统效率。

为使本发明的上述目的、特征和优点能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。

图1是本发明实施例一种多媒体业务处理系统的结构示意图。

请参照图1，多媒体业务处理系统包括：应用处理器端101和协处理器端102，其中，所述应用处理器端101包括：第一ims栈103、第一多媒体数据引擎104、第一路由器105、第一网桥106和第一调制解调器107。

其中，第一多媒体数据引擎(mediaengine)104用于第一多媒体数据的编码和解码，为ap端的音视频编解码提供服务。第一调制解调器107用于在wifi连接状态下进行数据的调制解调。第一路由器(datarouter)105对所述第一ims栈103、所述第一网桥(bridge)106、所述第一调制解调器107、所述第一多媒体数据引擎104之间的数据和信令传输进行路由。

所述协处理器端102包括：第二网桥108、第二调制解调器109、第二路由器110、第二多媒体数据引擎111和第二ims栈112。

其中，第二多媒体数据引擎111用于第二多媒体数据的编码和解码，为cp端的音视频编解码提供服务。第二调制解调器109用于在lte连接状态下进行数据的调制解调。第二路由器110，对所述第二ims栈112、所述第二网桥108、所述第二调制解调器109、所述第一多媒体数据引擎111之间的数据和信令传输进行路由。

本实施例中，第一网桥106和第二网桥108提供ap端和cp端之间数据传输的能力，例如可以是传输会话发起协议(sessioninitiationprotocol,sip)、实时传输协议(real-timetransportprotocol,rtp)数据，用于连接状态切换时的数据传输。第一调制解调器(modulator-demodulator,modem)107和第二调制解调器109用于对发送的数据进行调制，对接收的数据进行解调。

本实施例中，第一ims栈103和第二ims栈112可以为标准的ims协议栈(imsstack)，为业务框架提供协议栈传输能力，定义与其它系统通信的方 式。描述信号的时序和通信数据的结构。可以包括会话初始协议(sessioninitiationprotocol,sip)、会话描述协议(sessiondescriptionprotocol,sdp)、应用层协议xcap、超文本传输协议(hypertexttransferprotocol,http)、域名系统(domainnamesystem,dns)等。业务框架包含：音频、视频呼叫、登录、自动配置、网络短信(shortmessageserviceoverip,smsoverip)，呼叫补充业务配置等业务。

本实施例中，ims栈需要完成注册使得基于ims的业务可以进行处理。ims栈通过注册获取对应的呼叫会话控制功能(callsessioncontrolfunction,s-cscf)，注册用于完成对系统的认证和授权，保存用户数据，以便后续提供网络服务。根据网络的连接状态，确定注册端。当前网络连接状态为wifi时，确定第一ims栈103发起注册，注册请求由第一路由器105路由至第一调制解调器107，注册完成后，相应的应用处理器端101为注册端。当前网络连接状态为lte时，确定第二ims栈112发起注册，注册请求由第二路由器110路由至第二调制解调器109，注册完成后，相应的协处理器端102为注册端。相应的注册请求路由至相应的调制解调器，避免出现双注册端的情况。非注册端则通过网桥将数据进行转发至注册端进行发送或接收。

本实施例中，所述应用处理器端101和所述协处理器端102通过所述第一网桥106和所述第二网桥108进行数据的转发，并根据会话建立时的连接状态确定所述应用处理器端101或所述协处理器端102其中之一为注册端，另一个为非注册端，所述注册端采用包含的所述第一ims栈103或所述第二ims栈112完成注册，所述非注册端的数据和信令由所述第一路由器105和第二路由器110路由转发至所述注册端。而在当前的会话结束后，在新的会话建立时，会再次根据新的会话建立时的连接状态确定注册端。换言之，在同一会话持续过程中，注册端并不发生改变，即使发生连接状态的切换而导致数据是通过非注册端接收到的，也需要将数据转发至注册端的ims栈进行处理或存储，直至本次会话结束后的下一次会话建立时，才根据切换后的连接状态确定新的注册端。

本实施例中，第一ims栈103和第一多媒体数据引擎104可以通过适配器(adapter)对终端系统的应用程序编程接口(applicationprogramming interface,api)进行适配，其中，api接口的定义遵从ims服务协议，使终端集成vowifi业务更加方便。

具体实施中，可参照图2，图2是本发明实施例另一种多媒体业务处理系统的结构示意图，所述第一多媒体数据引擎104包括以下一种或多种：基于wifi多媒体数据引擎201和基于lte视频数据引擎202。

其中，基于wifi多媒体数据引擎201用于处理基于wifi网络通话的视频音频数据的编码和解码。基于lte视频数据引擎202用于处理基于lte网络通话的视频数据的编码和解码。所述第二多媒体数据引擎111包括基于lte音频数据引擎203。基于lte音频数据引擎203用于处理基于lte网络通话的音频数据的编码和解码。

本实施例中，所述第一多媒体数据为以下一种或多种：基于wifi网络通话的视频音频数据、基于lte网络通话的视频数据和富通信套件(richcommuncationsuite,rcs)数据；所述第二多媒体数据包括基于lte网络通话的音频数据。

图3是本发明实施例一种多媒体业务处理系统的数据发送方法流程图。

请参照图3，一并参照图1和图2，多媒体业务处理系统的数据发送方法包括：步骤s301，注册端将所述数据传送至注册端包含的路由器。

本实施例中，所述数据来自于所述注册端的所述第一多媒体数据引擎104或所述第二多媒体数据引擎111、所述第一ims栈103或所述第二ims栈112。

步骤s302，根据当前连接状态选择所述第一调制解调器或所述第二调制解调器。

本实施例中，根据当前网络的连接状态，可以确定第一调制解调器107或第二调制解调器109的工作状态。

步骤s303，将所述数据路由至选中的调制解调器进行调制发送。

具体实施中，在新的会话建立时，如果所述当前连接状态为wifi，那么注册端为ap端，第一ims栈103为注册栈，处理当前业务，第一调制解调器107处于工作状态。第一ims栈103和第一多媒体数据引擎111将所述第 一多媒体数据传送至所述第一路由器105，路由所述第一多媒体数据至所述第一调制解调器107进行调制发送。

具体实施中，在新的会话建立时，如果所述当前连接状态为lte，那么注册端为cp端，第二ims栈112为注册栈，处理当前业务，第二调制解调器109处于工作状态。所述第二ims栈112和所述第二多媒体数据引擎111将所述第二多媒体数据传送至所述第二路由器110，路由所述第二多媒体数据至所述第二调制解调器109进行调制发送。

图4是本发明实施例另一种多媒体业务处理系统的数据发送方法流程图。

请参照图4，一并参照图1和图2，多媒体业务处理系统的数据发送方法包括：步骤s401，注册端将所述数据传送至注册端包含的路由器。

本实施例中，注册端的ims栈为业务服务中心，多媒体引擎处于工作状态，生成多媒体数据，将多媒体数据传送至注册端包含的路由器。

步骤s402，在所述连接状态发生切换时，将所述数据经过所述注册端包含的网桥转发至所述非注册端包含的所述网桥。

本实施例中，连接状态发生切换时，即，网络连接从注册端切换至非注册端，由于注册端数据仍在处理过程中，故非注册端的ims栈暂时不进行注册操作，然后通过两端的网桥将数据从注册端转发至非注册端。

步骤s403，将所述数据路由至所述非注册端的包含的调制解调器进行解调发送。

具体实施中，在同一会话过程中，在所述连接状态从wifi切换至lte后，第一路由器105将所述第一多媒体数据路由至所述第一网桥106，并转发至所述第二网桥108，所述第二网桥108将所述第一多媒体数据传送至所述第二路由器110，并路由至所述第二调制解调器109进行调制发送。

具体实施中，在同一会话过程中，在所述连接状态从lte切换至wifi后，将所述第二多媒体数据路由至所述第二网桥108，并转发至所述第一网桥106；所述第一网桥106将所述第二多媒体数据传送至所述第一路由器105，并路由至所述第一调制解调器107进行调制发送。

本发明实施例的具体实施方式可参照前述相应实施例，此处不再赘述。

图5是本发明实施例一种多媒体业务处理系统的数据接收方法流程图。

请参照图5，一并参照图1和图2，多媒体业务处理系统的数据接收方法包括：步骤s501，根据当前连接状态选择所述第一调制解调器或所述第二调制解调器进行数据的接收和解调。

本实施例中，所述数据包括信令和多媒体数据，且所述信令的路由优先级高于所述多媒体数据。在同时接收到信令和多媒体数据时，例如可以通过队列(queue)的方式，优先路由信令至ims栈，保证信令数据可以得到及时处理。根据当前的网络连接状态可以确定处于工作状态的调制解调器，并选择处于工作状态的调制解调器进行数据的接收和解调。例如可以是，在wifi连接时，第一调制解调器107工作；在lte连接时，第二调制解调器109工作。

步骤s502，根据所述数据的标识所述将所述数据路由至所述注册端。

本实施例中，接收的数据为信令时，根据信令的呼叫标识(callid)或会话标识(sessionid)，将信令路由至注册端的ims栈。接收的数据为多媒体数据包时，根据多媒体数据包的本地和远程端口号，例如可以是网络互连协议(internetprotocol,ip)端口号，将数据包路由至注册端的ims栈或多媒体引擎。

具体实施中，在所述当前连接状态和所述注册端一致时，由所述注册端包含的路由器将所述数据路由至所述注册端包含的ims栈或多媒体数据引擎。所述当前连接状态为wifi且第一ims栈103为注册栈时，第一调制解调器107将接收到的数据进行解调后发送至第一路由器105，并路由至第一ims栈103或第一多媒体数据引擎104。所述当前连接状态为lte且第二ims栈112为注册栈时，第二调制解调器109将接收到的数据进行解调后发送至第二路由器110，并路由至第二ims栈112或第二多媒体数据引擎112。

具体实施中，在所述连接状态发生切换，所述当前连接状态和所述注册端不一致时，由所述非注册端包含的路由器将所述数据路由至所述非注册端包含的网桥；所述非注册端包含的网桥将数据转发至所述注册端包含的网桥；所述数据通过所述注册端包含的路由器路由至所述注册端包含的ims栈或多 媒体数据引擎。

具体实施中，在所述连接状态从wifi切换至lte后，当前连接状态为lte，注册端为ap端，第二调制解调器109将接收到的数据进行解调后发送至第二路由器110，经过第二网桥108转发至第一网桥106，第一网桥106将数据传送至所述第一路由器105，并路由至第一ims栈103或第一多媒体数据引擎104；在所述连接状态从lte切换至wifi后，当前连接状态为wifi，注册端为cp端，第一调制解调器107将接收到的数据进行解调后发送至第一路由器105，经过第一网桥106转发至第二网桥108，第二网桥108将数据传送至第二路由器110，并路由第二ims栈112或第二多媒体数据引擎112。

图6是本发明实施例另一种多媒体业务处理系统的数据接收方法流程图。

请参照图6，一并参照图1、图2和图5，多媒体业务处理系统的数据接收方法包括：步骤s601，根据当前连接状态选择所述第一调制解调器或所述第二调制解调器进行数据的接收和解调。

步骤s602，所述数据为呼叫建立请求时，根据所述当前连接状态进行处理器端的选择。

步骤s602，将所述数据路由至所述处理器端。

本实施例中，在接收到的数据为新的呼叫或会话建立请求时，根据当前的网络连接选择处理器端，即注册端，并通过选中的调制解调器将请求路由至注册端的ims栈或多媒体数据引擎。

本发明实施例的具体实施方式可参照前述相关实施例，此处不再赘述。

可以理解的是，对于不需要会话的业务，例如可以是网络短信，可以通过连接状态是wifi或lte选择注册端进行数据发送或接收后的传输和处理。

本发明实施例还公开了一种终端，所述终端包括多媒体业务处理系统，可以支持vowifi、volte业务以及vowifi、volte、rcs等不同业务在各个场景下的无缝切换。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于以计算机可 读存储介质中，存储介质可以包括：rom、ram、磁盘或光盘等。

虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。