基于ip电话的留言业务处理方法及装置的制造方法

文档序号:8475284阅读:407来源:国知局
基于ip电话的留言业务处理方法及装置的制造方法
【技术领域】
[0001] 本发明涉及通信领域,具体而言,涉及一种基于互联网协议(Internet Protocol, 简称为IP)电话的留言业务处理方法及装置。
【背景技术】
[0002] IP电话是一种通过互联网或其他使用IP技术的网络,来实现新型的电话通讯。随 着互联网日渐普及,以及跨境通讯数量大幅飙升,IP电话亦被应用在长途电话业务上。由于 世界各主要大城市的通信公司竞争加剧,以及各国电信相关法令松绑,IP电话也开始应用 于固网通信,其低通话成本、低建设成本、易扩充性及日渐优良化的通话质量等主要特点, 被目前国际电信企业看成是传统电信业务的有力竞争者。
[0003] IP电话通常的形式是利用Internet网络进行的语音通信,很多运营商都部署了 多媒体子系统(Multimedia subsystem,简称为MS)网络用来支持IP通话。IP多媒体子 系统是第3代移动通信伙伴组织(3rd Gerneration Partnership Project,简称为3GPP) Release版本标准中提出的支持IP多媒体业务的子系统。它基于会话初始协议(Session Initiation Protocol,简称为SIP)的体系,SIP是按客户端/服务器方式工作的基于文本 的信令协议,頂S使用SIP呼叫控制机制来创建、管理和终结各种类型的多媒体业务,这其 中就包含了 IP通话业务。
[0004] 现有的IP通话方案中存在以下问题:用户A和B在通话建立后进行媒体传输的过 程中,如果因为网络的问题导致通话一方(假设B)掉网了,此时通话就中断了,B无法再获 取A后续传输的媒体内容。如果A后续(即B掉网后)需要传输的媒体内容对A和B都非 常重要并且具有实时性特征(即错过了就不可复制),就会给A和B带来极大的不便。
[0005] 针对相关技术中的上述问题,目前尚未提出有效的解决方案。

【发明内容】

[0006] 针对相关技术中,在通话双方的一端通话中断时,中断方无法继续接收对端传输 的留言内容等问题,本发明提供了一种基于IP电话的留言业务处理方法及装置,以至少解 决上述问题。
[0007] 根据本发明的一个方面,提供了一种基于互联网协议IP电话的留言业务处理方 法,包括:监测第一终端和第二终端在呼叫过程中的媒体传输状态;在监测到上述第二终 端与业务服务器的媒体传输状态中断时,通过上述业务服务器继续接收上述第一终端传输 的留言内容;通过上述业务服务器将接收的上述留言内容发送给上述第二终端。
[0008] 优选地,通过上述业务服务器继续接收上述第一终端传输的留言内容之前,包括: 通过上述业务服务器向上述第一终端发送通知消息,其中,上述通知消息中携带有用于提 示上述第一终端是否进行留言的提示信息;根据上述提示信息确定上述第一终端是否继续 传输上述留言内容,其中,在确定为是的情况下,上述第一终端向上述业务服务器传输上述 留言内容。
[0009] 优选地,通过上述业务服务器继续接收上述第一终端传输的留言内容之前,包括: 通过上述第二终端向上述业务服务器发送通知消息,其中,上述通知消息中携带有用于提 示上述第一终端是否进行留言的提示信息;根据上述提示信息确定上述第一终端是否继续 传输上述留言内容,其中,在确定为是的情况下,上述第一终端向上述业务服务器传输上述 留目内容。
[0010] 优选地,通过上述业务服务器继续接收上述第一终端传输的留言内容,包括:通过 上述业务服务器保存接收的上述留言内容;在确定上述第一终端传输结束时,将接收的上 述留言内容封装成指定格式的信息;将封装得到的上述信息发送给上述第一终端。
[0011] 优选地,将接收的上述留言内容封装成指定格式的信息,包括:将接收的上述留言 内容保存为文件并生成统一资源定位符URL的链接信息,其中,上述链接信息为需要向上 述第二终端发送的信息。
[0012] 优选地,通过上述业务服务器保存接收的上述留言内容,包括:通过上述业务服务 器保存上述第二终端在发送最后1个保活报文后接收的所有上述留言内容,其中,上述保 活报文是指上述第二终端在媒体传输过程中每隔预定时间段向业务服务器发送的业务信 令,该业务信令用于通知上述业务服务器上述第二终端处于在线状态。
[0013] 根据本发明的另一个方面,提供了一种基于互联网协议IP电话的留言业务处理 装置,包括:监测模块,用于监测第一终端和第二终端在呼叫过程中的媒体传输状态;接收 模块,用于在监测到上述第二终端与业务服务器的媒体传输状态中断时,通过上述业务服 务器继续接收上述第一终端传输的留言内容;第一发送模块,用于通过上述业务服务器将 接收的上述留言内容发送给上述第二终端。
[0014] 优选地,上述装置包括:第二发送模块,用于通过上述业务服务器向上述第一终端 发送通知消息,其中,上述通知消息中携带有用于提示上述第一终端是否进行留言的提示 信息;第一确定模块,用于根据上述提示信息确定上述第一终端是否继续传输上述留言内 容,其中,在确定为是的情况下,上述第一终端向上述业务服务器传输上述留言内容。
[0015] 优选地,上述装置包括:第三发送模块,用于通过上述第二终端向上述业务服务器 发送通知消息,其中,上述通知消息中携带有用于提示上述第一终端是否进行留言的提示 信息;第二确定模块,用于根据上述提示信息确定上述第一终端是否继续传输上述留言内 容,其中,在确定为是的情况下,上述第一终端向上述业务服务器传输上述留言内容。
[0016] 优选地,上述接收模块,包括:保存单元,用于通过上述业务服务器保存接收的上 述留言内容;封装单元,用于在确定上述第一终端传输结束时,将接收的上述留言内容封装 成指定格式的信息;发送单元,用于将封装得到的上述信息发送给上述第一终端。
[0017] 通过本发明,采用在监测到第二终端的媒体传输状态中断时,通过业务服务器继 续接收第一终端传输的留言内容,进而通过业务服务器将留言内容发送给第二终端,解决 了相关技术中,在通话双方的一端通话中断时,中断方无法继续接收对端传输的留言内容 等问题,能够有效提高应用可靠性,同时提高系统资源利用率。
【附图说明】
[0018] 此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发 明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
[0019] 图1为根据本发明实施例的基于IP电话的留言业务处理方法的流程图;
[0020] 图2为根据本发明实施例的基于IP电话的留言业务处理装置的结构框图;
[0021] 图3为根据本发明实施例的基于IP电话的留言业务处理装置的另一结构框图;
[0022] 图4为根据本发明优选实施例的终端间呼叫建立的流程示意图;
[0023] 图5为根据本发明优选实施例的基于IP电话的留言业务处理方法的流程示意 图;
[0024] 图6为根据本发明优选实施例的基于IP电话的留言业务处理方法的另一流程示 意图。
【具体实施方式】
[0025] 下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的 情况下,本申请中的实施例及实施例中的特征可以相互组合。
[0026] 以下实施例可以应用到计算机中,例如应用到PC中。也可以应用到目前采用了智 能操作系统中的移动终端中,并且并不限于此。对于计算机或移动终端的操作系统并没有 特殊要求。例如,以下实施例可以应用到Windows操作系统中。
[0027] 图1为根据本发明实施例的基于IP电话的留言业务处理方法的流程图。如图1 所示,该方法包括以下处理步骤:
[0028] 步骤S102,监测第一终端和第二终端在呼叫过程中的媒体传输状态;
[0029] 步骤S104,在监测到第二终端与业务服务器的媒体传输状态中断时,通过业务服 务器继续接收第一终端传输的留言内容;其中,该留言内容可以包括但不限于:文字、语 g、视频、图像;
[0030] 在本实施例中,在通过业务服务器继续接收上述第一终端传输的留言内容之前, 需要取得第一终端的授权以使得第一终端继续向第二终端发送留言内容,具体可以通过以 下两种实现方式:
[0031] 第一种实现方式
[0032] 通过业务服务器向第一终端发送通知消息,其中,上述通知消息中携带有用于提 示第一终端是否进行留言的提示信息;根据上述提示信息确定第一终端是否继续传输上述 留言内容,其中,在确定为是的情况下,第一终端向业务服务器传输上述留言内容。
[0033] 事实上,该种实现方式可以对应于但不限于以下场景:因为网络环境的原因,第二 终端失去了网络连接。
[0034] 第二种实现方式
[0035] 通过第二终端向业务服务器发送通知消息,其中,上述通知消息中携带有用于提 示第一终端是否进行留言的提示信息;根据上述提示信息确定第一终端是否继续传输上述 留言内容,其中,在确定为是的情况下,第一终端向业务服务器传输上述留言内容。
[0036] 事实上,该种实现方式可以对应于但不限于以下场景:第二终端主动结束通话,并 且,第二终端又希望收到第一终端后续传输的留言内容。
[0037] 步骤S106,通过业务服务器将接收的上述留言内容发送给第二终端。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1