一种通信方法、装置和移动终端与流程

本发明涉及通讯领域，特别是涉及一种通信方法、装置和移动终端。

背景技术：

越来越多的家庭购买了摄像头来实现对家庭或者家庭中的人、物进行监控。在ott市场上，越来越多的厂商实现了智能监控，比如：小米、360、小兴看看等。在运营商市场规模远没有ott(overthetop，指通过互联网向用户提供各种应用服务)市场发展的快速。现有运营商已经开始推动基于sip(sessioninitiationprotocol，会话初始协议)的rcs(即融合通信)方案，并且搭建了全球最大的rcs平台。运营商想要实现智能监控，不需要再重新搭建智能监控平台，基于rcs就可以很方便地实现家庭领域的智能监控。

目前家庭内智能监控都是一对一的实现监控，即一个摄像头只能绑定一个手机账号，比如：一个手机账号通过app和家里的智能摄像头来实现对家庭的监控，如果其他人申请了账号就不能绑定该摄像头了，该过程中可以多人同时登录一个账号。

现有技术的家庭内智能监控都是一对一的，在某一个用户与摄像头绑定成功，其他用户或者账号是无法与该摄像头连接，更无法对其进行控制的，用户体验较差。

技术实现要素：

本发明提供一种通信方法、装置和移动终端，用以解决现有技术的如下问题：现有技术的家庭内智能监控都是一对一的，在某一个用户与摄像头绑定成功，其他用户或者账号是无法与该摄像头连接，更无法对其进行控制的，用户体验较差。

为解决上述技术问题，一方面，本发明提供一种通信方法，包括：ims核心网在接收到第一终端根据sip协议的呼叫信令向摄像头发起呼叫请求时，通过所述sip协议进行所述第一终端与所述摄像头间的sdp媒体协商，其中，所述呼叫信令中携带有所述第一终端的账号和所述摄像头的账号；在完成所述sdp媒体协商的情况下，所述ims核心网根据所述第一终端的账号和所述摄像头的账号建立所述第一终端与所述摄像头之间的多媒体通话。

可选的，通过所述sip协议进行所述第一终端与所述摄像头间的sdp媒体协商，包括：所述ims核心网将所述呼叫信令发送至所述摄像头，其中，所述呼叫信令中携带有所述第一终端的音视频属性；所述ims核心网接收所述摄像头反馈的呼叫应答信令，其中，所述呼叫应答信令中携带有所述摄像头的音视频属性。

可选的，所述通信方法还包括：所述ims核心网检测是否接收到第二终端根据所述sip协议的呼叫信令向所述摄像头发起的呼叫请求；在接收到向所述摄像头发起的呼叫请求时，所述ims核心网检测所述摄像头是否已经建立了多媒体通话；在所述摄像头已经建立了多媒体通话的情况下，所述ims核心网向所述第二终端发送邀请消息，以邀请所述第二终端加入已经建立的所述多媒体通话。

可选的，所述ims核心网向所述第二终端发送邀请消息之后，还包括：所述ims核心网检测是否接收到来自所述第二终端的邀请应答确认消息；在接收到所述邀请应答确认消息时，所述ims核心网通过sip协议进行所述第二终端与所述摄像头间的sdp媒体协商，其中，所述邀请应答确认消息中携带有所述第二终端的账号；在完成所述sdp媒体协商的情况下，所述ims核心网根据所述第二终端的账号和所述摄像头的账号将所述第二终端加入到所述多媒体通话中。

可选的，ims核心网在接收到第一终端根据sip协议的呼叫信令向摄像头发起呼叫请求之前，还包括：所述ims核心网接收注册终端的注册请求消息，并根据所述注册请求消息为所述注册终端分配账号，其中，所述注册终端包括：所述第一终端和/或所述第二终端；所述ims核心网接收所述摄像头的注册请求消息，并根据所述注册请求消息为所述摄像头分配账号。

另一方面，本发明还提供一种通信装置，包括：媒体协商模块，用于在接收到第一终端根据sip协议的呼叫信令向摄像头发起呼叫请求时，通过所述sip协议进行所述第一终端与所述摄像头间的sdp媒体协商，其中，所述呼叫信令中携带有所述第一终端的账号和所述摄像头的账号；通话建立模块，用于在完成所述sdp媒体协商的情况下，根据所述第一终端的账号和所述摄像头的账号建立所述第一终端与所述摄像头之间的多媒体通话。

可选的，所述媒体协商模块包括：发送单元，用于将所述呼叫信令发送至所述摄像头，其中，所述呼叫信令中携带有所述第一终端的音视频属性；接收单元，用于接收所述摄像头反馈的呼叫应答信令，其中，所述呼叫应答信令中携带有所述摄像头的音视频属性。

可选的，所述通信装置还包括：检测模块，用于检测是否接收到第二终端根据所述sip协议的呼叫信令向所述摄像头发起的呼叫请求；在接收到向所述摄像头发起的呼叫请求时，检测所述摄像头是否已经建立了多媒体通话；发送模块，用于在所述摄像头已经建立了多媒体通话的情况下，向所述第二终端发送邀请消息，以邀请所述第二终端加入已经建立的所述多媒体通话。

可选的，所述检测模块，还用于检测是否接收到来自所述第二终端的邀请应答确认消息；所述媒体协商模块，还用于在接收到所述邀请应答确认消息时，通过sip协议进行所述第二终端与所述摄像头间的sdp媒体协商，其中，所述邀请应答确认消息中携带有所述第二终端的账号；所述通话建立模块，还用于在完成所述sdp媒体协商的情况下，根据所述第二终端的账号和所述摄像头的账号将所述第二终端加入到所述多媒体通话中。

另一方面，本发明还提供一种移动终端，包括上述的通信装置。

本发明通过sip协议来建立某一控制终端与摄像头之间的通信，在建立通信后，就可以控制该摄像头，整个郭晨相当于一个多媒体通话过程，因此，此时如果有其他控制终端想要控制该摄像头时，可以直接加入该多媒体通话，实现了多终端和多用户同时控制摄像头的功能，用户体验较好，解决了现有技术的如下问题：现有技术的家庭内智能监控都是一对一的，在某一个用户与摄像头绑定成功，其他用户或者账号是无法与该摄像头连接，更无法对其进行控制的，用户体验较差。

附图说明

图1是本发明第一实施例中通信方法的流程图；

图2是本发明第二实施例中通信装置的结构示意图；

图3是本发明第三实施例中系统架构图；

图4是本发明第三实施例中被叫端开户流程图；

图5是本发明第三实施例中单个主叫端监控被叫端的交互过程图；

图6是本发明第三实施例中多个主叫端监控同一个被叫端的交互过程图。

具体实施方式

为了解决现有技术的如下问题：现有技术的家庭内智能监控都是一对一的，在某一个用户与摄像头绑定成功，其他用户或者账号是无法与该摄像头连接，更无法对其进行控制的，用户体验较差；本发明提供了一种通信方法、装置和移动终端，以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

本发明第一实施例提供了一种通信方法，该方法的流程如图1所示，包括步骤s102至s104：

s102，ims核心网在接收到第一终端根据sip协议的呼叫信令向摄像头发起呼叫请求时，通过sip协议进行第一终端与摄像头间的sdp媒体协商，其中，呼叫信令中携带有第一终端的账号和摄像头的账号；

s104，在完成sdp媒体协商的情况下，ims核心网根据第一终端的账号和摄像头的账号建立第一终端与摄像头之间的多媒体通话。

本发明实施例第一终端通过sip协议向摄像头发起呼叫请求，由于使用的是sip协议，因此，第一终端与摄像头间可以通过sip协议来进行sdp媒体协商，在sdp媒体协商成功的情况下，ims核心就可以建立第一终端与摄像头之间的多媒体通话。

本实施例通过sip协议来建立某一控制终端与摄像头之间的通信，在建立通信后，就可以控制该摄像头，整个郭晨相当于一个多媒体通话过程，因此，此时如果有其他控制终端想要控制该摄像头时，可以直接加入该多媒体通话，实现了多终端和多用户同时控制摄像头的功能，用户体验较好，解决了现有技术的如下问题：现有技术的家庭内智能监控都是一对一的，在某一个用户与摄像头绑定成功，其他用户或者账号是无法与该摄像头连接，更无法对其进行控制的，用户体验较差。

由于摄像头相当于多媒体通话的被叫端，因此，在通过sip协议进行第一终端与摄像头间的sdp媒体协商的过程中，ims核心网先将呼叫信令发送至摄像头，其中，呼叫信令中携带有第一终端的音视频属性；ims核心网接收摄像头反馈的呼叫应答信令，其中，呼叫应答信令中携带有摄像头的音视频属性。

通过上述过程，摄像头和第一终端的音视频属性就都可以彼此知晓了。具体的，在配置摄像头的音视频属性时，可以仅配置为接听不发言即可，通过这种方式，第一终端就可以使用其对应的账号来控制摄像头。

当第一终端已经控制了某一摄像头时，另一个第二终端可能也想控制该摄像头，因此，ims核心网需要按照一定的时间间隔来检测是否接收到第二终端根据sip协议的呼叫信令向摄像头发起的呼叫请求。

如果接收到向摄像头发起的呼叫请求，则ims核心网检测摄像头是否已经建立了多媒体通话；在摄像头已经建立了多媒体通话的情况下，ims核心网向第二终端发送邀请消息，以邀请第二终端加入已经建立的多媒体通话。

具体的，在ims核心网向第二终端发送邀请消息之后，ims核心网检测是否接收到来自第二终端的邀请应答确认消息。

如果接收到邀请应答确认消息，则ims核心网通过sip协议进行第二终端与摄像头间的sdp媒体协商，其中，邀请应答确认消息中携带有第二终端的账号；在完成sdp媒体协商的情况下，ims核心网根据第二终端的账号和摄像头的账号将第二终端加入到多媒体通话中。第二终端加入到该多媒体通话的过程与第一终端与摄像头建立多媒体通话的过程相同，都是通过sip协议实现的。

在ims核心网在接收到第一终端根据sip协议的呼叫信令向摄像头发起呼叫请求之前，还可以接收注册终端的注册请求消息，并根据注册请求消息为注册终端分配账号，其中，注册终端包括：第一终端和/或第二终端；ims核心网接收摄像头的注册请求消息，并根据注册请求消息为摄像头分配账号。这样，每个终端都可以通过自己的账号来与摄像头建立连接，实现了多个账号同时控制一个摄像头的方案。

本发明第二实施例还提供了一种通信装置，该通信装置可以设置在移动终端中，该装置的结构示意如图2所示，包括：

媒体协商模块10，用于在接收到第一终端根据sip协议的呼叫信令向摄像头发起呼叫请求时，通过sip协议进行第一终端与摄像头间的sdp媒体协商，其中，呼叫信令中携带有第一终端的账号和摄像头的账号；通话建立模块11，与媒体协商模块10耦合，用于在完成sdp媒体协商的情况下，根据第一终端的账号和摄像头的账号建立第一终端与摄像头之间的多媒体通话。

其中，媒体协商模块10包括：

发送单元，用于将呼叫信令发送至摄像头，其中，呼叫信令中携带有第一终端的音视频属性；

接收单元，与发送单元耦合，用于接收摄像头反馈的呼叫应答信令，其中，呼叫应答信令中携带有摄像头的音视频属性。

上述通信装置还包括：

检测模块，与通话建立模块耦合，用于检测是否接收到第二终端根据sip协议的呼叫信令向摄像头发起的呼叫请求；在接收到向摄像头发起的呼叫请求时，检测摄像头是否已经建立了多媒体通话；发送模块，与检测模块耦合，用于在摄像头已经建立了多媒体通话的情况下，向第二终端发送邀请消息，以邀请第二终端加入已经建立的多媒体通话。

基于上述包含检测模块和发送模块的通信装置，检测模块，还用于检测是否接收到来自第二终端的邀请应答确认消息；媒体协商模块，还用于在接收到邀请应答确认消息时，通过sip协议进行第二终端与摄像头间的sdp媒体协商，其中，邀请应答确认消息中携带有第二终端的账号；通话建立模块，还用于在完成sdp媒体协商的情况下，根据第二终端的账号和摄像头的账号将第二终端加入到多媒体通话中。

本发明第三实施例提供了一种通信方法，基于sip协议实现家庭内的智能监控，本实施例基于rcs实现家庭领域的智能监控为例来阐述。

本实施例的摄像头是具有编码能力的或者是携带了其他模块可以实现编码能力的，该摄像头是可以实现sip协议、可以注册到ims网络的，例如，通过机顶盒+普通摄像头的方式来实现，其中，摄像头负责视频采集，顶盒盒负责编码和sip协议。

为了方便进行阐述，在本实施例中手机端/pad/tv等终端统称为“主叫端/主叫”(不区分系统和终端类型)，摄像头称为“被叫端/被叫”(不区分系统和终端类型)。本实施例的通信方法具体技术方案如下：

为了不影响目前的rcs业务，对于智能监控，本实施例采用新的domain/域名，在本实施例中称为“监控域名”，形如：ims.camera.chinamobile.cn。

对于主叫端和被叫端的呼叫号码：主叫端使用用户的唯一标识，即手机号码，被叫端使用摄像头的唯一id。开户之后，tel号码：tel:+86xxx，sip号码：sip:+86xxx@domain。对于主叫端xxx代表了用户的手机号，对于被叫端，xxx代表了摄像头的唯一id。

开户：主叫端通过用户在app中输入手机号进行注册来完成主叫端的开户；被叫端开机联网后自动使用摄像头的唯一id来完成自注册，并且用户不需要关心被叫端的密码信息。需要注意的是，主叫和被叫均需要开通呼叫相关的业务。

注册：主叫端通过输入账号密码的方式注册到ims；被叫端通过开机联网后自注册到ims，rcs账号和密码对被叫用户不可见。注册成功后，主叫端通过ims中的option消息就可以知道对方被叫端是否在线。

监控：主叫端拿到了被叫端的rcs账号，就可以发起呼叫。正常的呼叫流程是主叫看被叫的画面，被叫看主叫的画面。在视频监控中，主流的应用场景是：主叫端可以看被叫端的画面，被叫不需要看主叫。

为了解决这个问题，主叫invite被叫的sdp媒体协商中，主叫端携带自己的音视频a＝recvonly，被叫端答复的sdp媒体协商中携带的音视频a＝sendonly。

在上述实施例中，被叫端还需要设置自动接听的功能。

移动告警：当摄像头发现家里有人移动的时候，被叫主动发送告警消息给主叫，并且可以实现“截屏”或者“录制视频”，将移动物体的图片或者录制的视频以多媒体消息的方式通过msrp协议发送给主叫端app。假如主叫端app离线，转短信消息告知主叫端的手机号码，可以让主叫快速的收到移动告警信息。

当存在多个主叫端一个被叫端的场景的时候，可以理解为一个“会议”的概念。比如：有2个主叫端：主叫a和主叫b。当a和被叫进行监控的时候，如果b也想要进行视频监控，此时可以通过“加入”的方式加入到该“会议”中。通过“会议”的方式，可以衍生出各种各样的业务场景：丈夫邀请妻子对家里的宠物一起进行监控互动、并可以进行互通聊天。

在模块实现上，上述通信方法的实现场景需要通过一个通信装置实现，该通信装置包括一个多方通话模块(相当于媒体协商模块和通话建立模块的部分功能)和一个音视频处理模块(相当于媒体协商模块和通话建立模块的部分功能)。多方通话模块作为一个业务as实现“会议”的业务操作：发起、结束、邀请等，邀请监控的主叫和被叫进入“会议”。音视频处理模块与多方通话模块、主叫和被叫，实现能力协商，并将被叫的监控画面传给各个主叫端。

一对一的情况下，主叫a监控被叫端摄像头就是通过多方通话模块发起的一个“会议”，只不过会议的参与方只有两方，“会议”创建之后，音视频处理模块将被叫传上来的监控视频流和监控音频流转发给主叫a。

发起“会议”之后就存在了一个“会议id”的概念。通过会议id，就可以邀请主叫b加入该会议。或者是主叫b已经得到了“会议id”，就可以主动的加入会议。或者是当主叫b通过发起“会议”的方式对被叫发起视频监控的时候，多方通话模块告知主叫b当前正在进行主叫a与被叫的监控，并把“会议id”交给主叫b，主叫b拿到“会议id”，就可以加入“会议”了。这样主叫a和主叫b就同时实现了对被叫摄像头的监控。如果有更多的主叫方按照类似的逻辑处理即可。通过该方法，主叫a也可以主动的邀请主叫b加入到监控中来。

通过上述方法，运营商通过目前的rcs平台可以快速地部署智能监控，节约了成本；第三发方只需要对接运营商的平台就可以快速的实现智能监控；家里的多个人可以同时对家庭进行监控，并且多个人之间可以进行互动聊天，丰富了智能监控的业务场景，有效的提升了业务体验。

下面结合附图对本发明上述方法和装置详细说明。

如图3所示，为本实施例的系统架构图，其中包括：

终端：主叫端和被叫端，其中，主叫端为手机/pad等，被叫端为摄像头。

开户单元：负责主叫端和被叫端的开户。

接入控制单元：ims核心网中的sbc，是用户接入ims的入口点。

会话控制单元：ims核心网中的cscf网元(pcscf、icscf、scsc)。

用户数据单元：存储用户的静态、动态数据，对用户进行ims登录认证。

码号映射单元：提供teluri到sipuri的映射功能。

通话模块:业务as，实现音视频通话相关的业务控制。

多方通话模块，又称为会议as或者多方as：多方业务as，实现会议相关的业务控制。

音视频处理模块：实现媒体资源控制和处理，混音、音视频编解码等。

即时消息单元：消息as，实现即时消息处理，将告警消息通知到主叫app，或者主叫app下发控制命令到被叫。

消息转短信单元：主叫app离线后，即时消息转短信通知用户。

如图4所示，为被叫端(摄像头)开户流程，包括：

s401，被叫端开机联网。

s402，被叫单获取本机的唯一id。

s403，被叫端检测本地是否已经开户(本地是否存储了账号、密码等方式)。如果是，则执行s405，否则执行s404。

s404，进行开户流程。执行s405。

若摄像头之前进行了数据重置之类的操作，服务器返回已经开户成功并返回正确的密码。

s405，摄像头注册到ims核心网。

如图5所示，为单个主叫端监控被叫端的交互过程，包括：

s501，主叫端得到被叫端摄像头的ims账号，并发起监控。

s502，主叫端通过“ims核心网”与被叫端进行sdp媒体协商。协商的时候主叫端sdp中音视频的a＝recvonly，被叫端sdpanswer中音视频的处理为a＝sendonly；需要注意到是接入控制单元要根据sdp媒体协商进行“无媒体检测”。

s503，被叫摄像头主动实现呼叫接听，该过程与传统的音视频中被叫端选择性接听不同。

s504，监控进行中，此时主叫端看到摄像头获取的内容。

如图6所示，为多个主叫端监控同一个被叫端的交互过程，包括：

s601，主叫端a携带被叫端到多方通话模块(无论采用何种协议)。

s602，多方通话模块得到参与会议的主叫a和被叫端的号码，进行媒体协商。

具体的，多方通话模块invite音视频处理模块得到其媒体能力处理能力，然后分别invite主叫a和被叫摄像头。

需要注意的是：会议有几个参与方，音视频处理模块就会收到几个invite。

主叫a答复自己的能力a＝recvonly，被叫摄像头答复自己的能力a＝sendonly。

主叫a和被叫摄像头收到invite之后，实现自动接听。

s603，主叫a与被叫摄像头进行监控中。

s604，主叫b此时也针对被叫摄像头发起视频监控。

s605，多方通话模块收到监控请求之后，发现被叫摄像头已经在进行监控。邀请主叫端b进入会议(根据会议id)。

s606，多方通话模块与音视频处理模块、主叫端b进行媒体协商，主叫b答复自己的音视频能力为a＝recvonly。

s607，主叫b加入到对被叫摄像头的监控中。

如果想要主叫a和主叫b可以进行音频沟通，只需要sdp媒体协商的时候主叫a的音频a＝sendrecv，视频a＝recvonly；主叫b的音频a＝sendrecv，视频a＝recvonly；被叫摄像头音视频a＝sendonly。当有更多的主叫端时，处理逻辑类似。

本实施例提供的基于rcs实现智能监控的解决方案，在现有rcs平台的基础上，客户不需要另行搭建平台、编解码能力，就可以快速实现智能监控，并且创造出更多的智能监控场景。

尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。