在因特网中实现et.38传真业务的方法、装置及系统的制作方法

文档序号:7643026阅读:219来源:国知局
专利名称:在因特网中实现et.38传真业务的方法、装置及系统的制作方法
技术领域
本发明涉及因特网协议(IP)传真技术,特别涉及在IP网络中实现增 强T.38 (ET.38)传真业务的方法、装置及系统。
背景技术
会话初始化协议(SIP )可以用于建立、^修改和终止IP网络中的双方和 多方多^某体会话。SIP协议中,使用会话描述协议(SDP)提供(Offer) / 应答(Answer)机制在SIP会话参与者之间进行媒体能力的交互,同时完成 承栽能力的协商和承载的建立。SDP Offer/Answer机制简称OA机制。
图1为现有SDP Offer/Answer机制的示意图。参见图1,图中所示SDP 提供端和SDP应答端均为同一 SIP会话的参与者。首先,SDP提供端(Offerer) 向SDP应答端(Answerer)发送一个SDP Offer,该SDP Offer中包含SDP 提供端的媒体能力信息,如SDP提供端支持的和拟使用的媒体类型,与某 媒体类型相对应的媒体地址、端口、媒体所采用的编解码类型以及编解码相 关的一些参数信息等;这里,媒体类型可以包括语音、视频、数据等;
然后,由SDP应答端根据该SDP Offer以及SDP应答端自身的媒体能 力,确定'SDP应答端可以或愿意支持和使用的媒体类型,以及与某媒体类 型相对应的i某体编解码能力等,通过SDP Answer对SDP Offer做出应答; 在SDP应答端向SDP提供端返回的SDP Answer中,需要对SDP offer提供 的媒体类型逐个进行应答,对每个媒体类型的应答包括是否支持该媒体类 型,如果支持还需要返回SDP应答端选用的编解码类型(同时可能携带SDP 应答端支持的其他编解码类型)、与该媒体类型相对应的媒体地址、端口以 及编解码相关的一些参数信息等;最后,SDP提供端根据接收到的SDP answer,即能力协商的结果,与 SDP应答端建立媒体通道。至此,完成SDP提供端与SDP应答端之间媒体 能力的交互与协商,并建立起媒体通道。传真业务是一种通过有线电或无线电装置将照片、图表、书信、文件等 媒体的真迹传送到远端的业务。T.38和ET.38是广泛应用的两种传真协议。T.38协议由国际电信联盟标准化部门(ITU-T)制定,可以在有线网络 中为用户提供优质的传真服务,但是,由于T.38协议不能适应无线应用中 空中接口不稳定、延时大、数据带宽小等特点,使得T.38协议无法在移动 网络中使用。基于上述原因,第三代合作伙伴计划(3GPP)制定了能够在 移动网络中使用的ET.38传真协议。与T.38协议相比,ET.38协议对媒体的 编解码方式、打包方式、控制信令过程等都进行了增强和修改,从而使得 ET.38成为一种不同于T.38的、可以用于移动网络的传真协议。SIP会话参与者对某种传真协议的支持情况也表现为一种媒体能力,例 如对T.38协议的支持情况可以称为T.38能力。在现有技术中,存在使用 SDP描述T.38能力的技术,使得通过SIP协议能够进行T.38能力的交互与 协商,以及T.38传真承载通道的建立,进而实现T.38传真业务。但是,现 有技术中尚不存在SIP协议中支持ET.38能力交互与协商的技术,导致在使 用SIP协议建立通信时,不能建立ET.38传真承载通道,从而不能提供ET.38 传真业务。对于媒体网关协议一—H.248协议来说,也存在上述问题。H.248协议 是媒体网关控制器(MGC)与媒体网关(MGW)之间的媒体网关控制协议, 由于现有技术中没有使MGC获取MGW的ET.38能力信息的技术,导致在 使用H.248协议建立通信时,不能建立ET.38传真承载通道,从而不能提供 ET.38传真业务。本发明中,将MGW作为H.248终端。由上述分析可见,在现有使用SIP协议和/或H.248协议对会话和々某体 资源进行控制的IP网络中,不能提供ET.38传真业务。

发明内容
有鉴于此,
的方法中,旨在提供一种在SIP协议中支持ET.38能力交互与协商的方法, 从而实现基于SIP协议的ET.38传真业务。
本发明实施例所公开的在H.248终端之间实现ET.38传真业务的方法 中,旨在提供一种在H.248协议中支持MGC获取MGW的ET.38能力信息 的方法,从而实现基于H.248协议的ET.38传真业务。
本发明实施例所公开的在SIP终端之间实现ET.38传真业务的系统中, 旨在提供一种在SIP协议中支持ET.38能力交互与协商的系统,从而实现基 于SIP协议的ET.38传真业务。
本发明实施例所公开的实现ET.38传真业务的SDP提供端装置中,旨 在提供一种在SIP协议中支持ET.38能力交互与协商的SDP提供端装置, 从而实现基于SIP协议的ET.38传真业务。
本发明实施例所公开的实现ET.38传真业务的SDP应答端装置中,旨 在提供一种在SIP协议中支持ET.38能力交互与协商的SDP应答端装置, 从而实现基于SIP协议的ET.38传真业务。
本发明实施例所公开的在H.248终端之间实现ET.38传真业务的系统 中,旨在提供一种在H.248协议中支持MGC获取MGW的ET.38能力信息 的系统,从而实现基于H.248协议的ET.38传真业务。
本发明实施例所公开的实现ET.38传真业务的MGC中,旨在提供一种 在H.248协议中支持MGC获取MGW的ET.38能力信息的MGC,从而实 现基于H.248协议的ET.38传真业务。
本发明实施例所公开的实现ET.38传真业务的MGW中,旨在提供一种 在H.248协议中支持MGC获取MGW的ET.38能力信息的MGW,从而实 现基于H.^248协议的ET.38传真业务。
为达到上述目的,本发明实施例的技术方案具体是这样实现的一种在SIP终端之间实现ET.38传真业务的方法,该方法包括以下步骤会话描述协议SDP提供端将其自身的ET.38能力信息携带于SDP提供 Offer中,发送给SDP应答端;所述SDP应答端根据所述SDP提供端的ET.38能力信息以及所述SDP 应答端自身的ET.38能力,向所述SDP提供端返回SDP应答Answer;若所述SDP Answer中的媒体协商结果为建立ET.38传真承栽通道,则 所述SDP提供端与所述SDP应答端按照ET.38协议建立传真承载通道。一种在H.248终端之间实现ET.38传真业务的方法,该方法包括以下步骤MGC分别向所述H.248终端发送与所述H.248终端的媒体处理相关的 命令;所述H.248终端分别将其自身的ET.38能力信息携带于与所述命令相应 的响应消息中发送给所述MGC;若所述H.248终端均具备ET.38能力,则所述MGC按照ET.38协议建 立所述H.248终端之间的传真承载通道。一种在SIP终端之间实现ET.38传真业务的系统,该系统包括SDP提 供端装置和SDP应答端装置;所述SDP提供端装置,用于向所述SDP应答端装置发送携带有其自身 的ET.38能力信息的SDP Offer,并接收来自于所述SDP应答端装置的携带 有媒体协商结果的SDP Answer;所述SDP应答端装置,用于接收来自于所述SDP提供端装置的SDP Offer,并根据所述SDP Offer中的所述SDP提供端装置的ET.38能力信息 以及所述SDP应答端装置自身的ET.38能力,向所述SDP提供端装置返回 携带有媒体协商结果的SDP Answer;所述SDP提供端装置和所述SDP应答端装置,用于根据所述SDP Answer中的媒体协商结果,按照ET.38协议建立传真承载通道。一种实现ET.38传真业务的SDP提供端装置,该SDP提供端装置包括SDP Offer生成模块、SDP提供端接口模块和SDP提供端连接建立模块;
所述SDP Offer生成模块,用于根据所述'SDP提供端装置的ET.38能力 生成携带有所述SDP提供端的ET.38能力信息的SDP Offer,并发送给所述 SDP提供端接口模块;
所述SDP提供端接口模块,用于将来自于所述SDP Offer生成模块的 SDP Offer发送给SDP应答端装置,并将所述SDP应答端装置返回的SDP Answer发送给所述SDP提供端连接建立模块;
所述SDP提供端连接建立模块,用于根据来自于所述SDP提供端接口 模块的所述SDP Answer,按照ET.38协议建立所述SDP提供端装置和所述 SDP应答端装置之间的传真承载通道。
一种实现ET.38传真业务的SDP应答端装置,该SDP应答端装置包括 SDP应答端接口模块、SDP Answer生成模块和SDP应答端连接建立模块;
所述SDP应答端接口模块,用于接收来自于SDP提供端装置的SDP Offer、发送给所述SDP Answer生成模块,并将来自于所述SDP Answer生 成模块的SDP Answer发送给所述SDP提供端装置;
所述SDP Answer生成模块,用于根据来自于所述SDP应答端接口模块 的SDP Offer中的所述SDP提供端装置的ET.38能力信息以及所述SDP应 答端装置自身的ET.38能力生成SDP Answer,通过所述SDP应答端接口模 块发送给所述SDP提供端装置,并通知所述SDP应答端连接建立模块;
所述SDP应答端连接建立模块,用于根据所述SDP Answer,按照ET.38 协议建立所述SDP应答端装置和所述SDP提供端装置之间的传真承载通道。
一种在H.248终端之间实现ET.38传真业务的系统,该系统包括MGC、 第一 H.248终端和第二 H.248终端;
所述MGC,用于分别向所述第一 H.248终端和第二 H.248终端发送与 所述H.248终端的媒体处理相关的命令,并在所述第一 H.248终端和第二 H.248终端均具备ET.38能力时,按照ET.38协议建立所述H.248终端之间 的传真承载通道;所述第一H.248终端和第二H.248终端,各自用于将其自身的ET.38能 力信息携带于与所述命令相应的响应消息中发送给所述MGC。一种实现ET.38传真业务的MGC,该MGC包括命令生成模块、MGC 接口模块和MGC连接建立模块;所述命令生成模块,用于生成与H.248终端媒体处理相关的命令,并通 过所述MGC接口模块向所述H.248终端发送;所述MGC接口模块,用于向所述H.248终端发送与所述H.248终端Jf某 体处理相关的命令,并将来自于所述H.248终端的携带有所述H.248终端的 ET.38能力信息的响应消息发送给所述MGC连接建立模块;所述MGC连接建立模块,用于根据H.248终端的ET.38能力,按照ET.38 协议建立H.248终端之间的传真承载通道。一种实现ET.38传真业务的H.248终端,该H.248终端包括H.248终 端接口模块、响应生成模块和H.248终端连接建立模块;所述H.248终端接口模块,用于接收来自于MGC的与所述H.248终端 的媒体处理相关的命令、发送给所述响应生成模块,并将来自于所述响应生 成模块的响应消息发送给所述MGC;所述响应生成模块,用于将所述H.248终端的ET.38能力信息携带于与 所述命令相应的响应消息中发送给所述H.248终端接口模块,并将所述 H.248终端的ET.38能力通知所述H.248终端连接建立模块;所述H.248终端连接建立模块,用于按照ET.38协议建立传真承载通道。由上述技术方案可见,本发明实施例所公开的在SIP终端之间实现 ET.38传真业务的技术方案中,通过在SDP中描述SIP会话参与者的ET.38 能力,并通过SDP Offer/Answer机制实现SIP会话参与者之间ET.38能力的 交互与协商,以及ET.38传真承载通道的建立,从而实现了基于SIP协议提 供ET.38传真业务。并且,本发明实施例所公开的在H.248终端之间实现 ET.38传真业务的技术方案中,使用SDP描述H.248终端的ET.38能力,使 得MGC可以通过H.248命令/响应机制获取MGW的ET.38能力,从而实现了基于H.248协议的ET.38传真业务。使用本发明实施例所公开的技术方案,可以在各种基于SIP和/或H.248 协议的应用中实现ET.38能力的交互与协商,以及ET.38传真承栽通道的建 立,这不仅解决了基于SIP和H.248协议不能提供ET.38传真业务这一技术 问题,而且,对于IP传真领域来说具有不同寻常的意义。这是因为 一方 面,ET.38传真协议可以很好地工作在有线网络和移动网络环境下,即能够 克服其他传真协议不能工作在移动网络环境下这一缺点,而移动网络的应用 将非常普遍;另一方面,SIP协议和H.248协议分别是下一代网络中最为重 要的应用层控制协议和媒体网关控制协议,基于SIP和H.248协议的应用将 无处不在,由此可见,本发明实现了移动网络中的传真业务与SIP协议、以 及H.248协议的结合,推动了 IP传真领域的进步。


图1为现有SDP Offer/Answer机制的示意图。图2为本发明实施列 一在SIP终端之间实现ET.3 8传真业务方法的示例 性流程图。图3为本发明实施例 一 中实现ET. 3 8传真业务的方法流程图。 图4为本发明实施例一中实现ET.38传真业务的系统組成结构示意图。 图5为图4所示系统中SDP提供端装置的内部组成结构示意图。 图6为图4所示系统中SDP应答端装置的内部组成结构示意图。 图7为本发明实施列二在H.248终端之间实现ET.38传真业务方法的示 例性流程图。图8为本发明实施例二中实现ET.38传真业务的方法流程图。图9为本发明实施例二中实现ET.38传真业务的系统组成结构示意图。图IO为图9所示系统中MGC设备的内部组成结构示意图。图11为图9所示系统中MGW设备的内部组成结构示意图。图12为本发明实施例三中实现ET.38传真业务的方法流程示意图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举 实施例,对本发明作进一步详细说明。本发明实施例的主要恩想是使用SDP描述ET.38能力相关的信息,并商,以及ET.38传真承载通道的建立,从而实现基于SIP协议的ET.38传真 业务。由于SDP也可以携带于H.248协议消息中,使得MGC可以通过H.248 命令/响应机制获取MGW的ET.38能力,从而实现基于H.248协议的ET.38 传真业务。下面分别对在SIP终端之间实现ET.38传真业务的技术方案,以及在 H.248终端之间实现ET.38传真业务的技术方案进行详细说明。 实施例一本实施例介绍在SIP终端之间实现ET.38传真业务的方法、装置及系统 的具体实施方式
。图2为本发明实施例 一在SIP终端之间实现ET.3 8传真业务方法的示例 性流程图。参见图2,该示例性流程包括以下步骤步骤201: SDP提供端将其自身的ET.38能力信息携带于SDP Offer中, 发送给SDP应答端;步骤202: SDP应答端根据SDP提供端的ET.38能力信息以及该SDP 应答端自身的ET.38'能力,向SDP提供端返回SDP Answer;步骤203:若SDP Answer中的媒体协商结果为建立ET.38传真承载通 道,则SDP提供端与SDP应答端按照ET.38协议建立传真承载通道。至此,结束本发明实施列一在SIP终端之间实现ET.38传真业务方法的 示例性流程。在上述示例性流程中,使用SIP协议中的SDP Offer/Answer机制完成 ET.38媒体能力的协商以及媒体通道的建立。根据SIP协议以及相关扩展规范,在以下SIP消息交互过程中分别可以完成一次SDP Offer/Answer过程, 从而实现SIP协议中媒体承栽通道的建立和修改。例如INVITE请求消息和对该请求消息的临时响应消息在INVITE请求消 息中携带SDP Offer,并通过该INVITE请求消息的临时响应消息携带SDP Answer;这里,临时响应消息可以包括除100响应消息之外的所有临时响应 消息;INVITE请求消息和对该请求消息的成功响应消息在INVITE请求消 息中携带SDP Offer,并通过该INVITE请求消息的成功响应消息携带SDP Answer;这里,成功响应消息可以包括响应消息,目前以200响应消息最为 常见;对INVITE消息的成功响应消息和对该成功响应消息的确认(ACK )消 息在对INVITE消息的成功响应消息中携带SDP Offer,并通过对该成功 响应消息的ACK消息携带SDP Answer;对INVITE消息的可靠临时响应消息和对该临时响应消息的确认 (PRACK )消息在对INVITE消息的可靠临时响应消息中携带SDP Offer, 并通过对该临时响应消息的PRACK消息携带SDP Answer;这里,对INVITE 消息的可靠临时响应消息可以包括除100响应消息之外的临时响应消息;对可靠临时响应消息的PRACK消息和对该PRACK消息的成功响应消 息在对可靠临时响应消息的PRACK消息中携带SDP Offer,并通过对该 PRACK消息的成功响应消息携带SDP Answer;UPDATE请求消息和对该请求消息的成功响应消息在UPDATE请求 消息中携带SDP Offer,并通过对该UPDATE请求消息的成功响应消息携带 SDP Answer。在上述SDP Offer或SDP Answer中携带ET.38能力信息时,可以先在 已有媒体类型的基础上扩展与ET.38能力相对应的编解码类型,然后在SDP 中描述与该编解码类型相对应的地址、端口等信息。通常,采用定义新的多用途因特网邮件扩展(MIME)类型的方式扩展媒体类型,在定义新的MIME类型时需要定义MIME媒体类型的名称 (media type name ) 、 MIME子类型的名称(sub type name ),在该々某体类 型存在'义、选参数(Required parameters )和可选参凄t ( Optional parameters ) 时,还应当定义该媒体类型的必选参数和可选参数。由于ET.38协议并不依赖于底层传输协议,因此,在实际应用中ET.38 可以基于实时传输协议(RTP)、用户数据报传输层协议(UDPTL)、用户 数据报协议(UDP)、传输控制协议(TCP)等底层传输协议进行传输,故 而针对任何底层传输协议均可以扩展与ET.38能力相对应的MIME类型如 下MIME media type name: Audio或video或image或application或data MIME sub type name: et38在上述MIME类型扩展中,Audio表示音频,video表示视频, image 表示图像,application表示应用,data表示数据,这几种媒体类型是标准的 已有媒体类型,并且是传真业务中的常用媒体类型;针对这些媒体类型或其 他媒体类型,可以定义表示该媒体类型的编解码格式的MIME子类型,在本 发明中,即ET.38协议编解码格式。这里,以et38作为该MIME子类型的 标识符,仅为一个标识ET.38的符号,在实际应用中也可以用其他标识符来 表示ET.38协议编解码格式。当ET.38基于UDPTL、UDP和TCP协议进行传输时,上述扩展的MIME 类型无需必选参数,也可以不定义可选参数;当ET.38基于RTP协议进行 传输时,由于在SDP中描述基于RTP协议的传输时需要指定编解码的时钟 频率,因此,尽管该时钟频率参数对ET.38本身来说并无实际意义,仍然需 要定义一个必选参数表示该时钟频率,如下所示Required parameters: rate其中,rate为时钟频率参数的标识符。在SDP中,该参数将映射到SDP的a = rtpmap的时钟频率部分。扩展上述媒体类型之后,就可以在SDP中描述SIP会话参与者的ET.38 能力信息了 。下面分别针对RTP、 UDPTL 、 UDP和TCP协议,举例说明如 何构造携带ET.38能力信息的SDP。示例一基于RTP协议的SDP示例m-audio 6800 RTP/AVP 98 c=IN IP4 192.0.2.2 a-rtpmap:98 et38/8000按照SIP协议,每一个m行用于描述一个会话中某个媒体流的相关信 息,包括媒体类型、传输地址、编解码格式等信息,c行用于描述连接信息, a行用于描述会话属性;每个m行可以包括零个或一个c行,以及任意个a 行。上述示例一表示该SIP会话参与者的地址为192.0.2.2,在端口 6800 上支持有效载荷类型(payload type )为98、且采用RTP协议进行传输的音 频业务,而由第3行可知,有效载荷类型98应当映射为本实施例新增的子 类型et38,其编解码时钟频率为8000Hz,因此,上述音频业务的编解码格 式为ET.38协议格式。在上述示例一中,先以98表示有效栽荷类型,再以a行进行编解码格 式和时钟频率的映射,是出于在SDP中描述基于RTP协议的传输时的格式 需要,这里,任意不大于127的整数均可以用于表示有效载荷类型。当采用ET.38格式、RTP协议传输视频、图像、应用或数据等其他媒体 类型时,将上述m行中的audio替换为video、 image、 application、 data或 其他媒体类型的标识符即可。此外,上述地址和端口号仅为举例说明,在具 体实施时,可以根据实际情况进行修改。示例二基于UDPTL协议的SDP示例nr=image 15002 udptl et38c=IN IP4 192.0.2.2上述示例二表示该SIP会话参与者的地址为192.0.2.2,在端口 15002 上支持编解码格式为ET.38、且采用DUPTL协议进行传输的图像业务。当采用ET.38格式、DUPTL协议传输应用、音频、视频或数据等其他 媒体类型时,将上述m行中的image替换为application、 audio、 video、 data 或其他媒体类型的标识符即可。此外,上述地址和端口号仅为举例说明,在 具体实施时,可以根据实际情况进行修改。示例三基于UDP协议的SDP示例m=image 15002 udp et38 c=IN IP4 192.0.2.2上述示例三表示该SIP会话参与者的地址为192.0.2.2,在端口 15002 上支持编辨码格式为ET.38、且采用UDP协议进行传输的图像业务。当采用ET.38格式、UDP协议传输应用、音频、视频或数据等其他媒 体类型时,将上述m行中的image替换为application、 audio、 video、 data 或其他媒体类型的标识符即可。此外,上述地址和端口号仅为举例说明,在 具体实施时,可以根据实际情况进行修改。示例四基于TCP协议的SDP示例m-image 15002 tcp et38 c-IN IP4 192.0.2.2 a=setup:passive a=comiectioii: new上述示例四表示该SIP会话参与者的地址为192.0.2.2,在端口 15002 上支持编解码格式为ET.38、且采用TCP协议进行传输的图像业务,并且该 会话连接是一个新的、等待对端建立的连接。对应于该SDP的响应中,会 话属性行中应该包舍"a = setup:active,,行。当采用ET.38格式、TCP协议传输应用、音频、视频或数据等其他媒体 类型时,将上述m行中的image替换为application、 audio、 video、 data或 其他媒体类型的标识符即可。此外,上述地址和端口号仅为举例说明,在具 体实施时,可以根据实际情况进行修改。在实际应用中,SDP Offer/Answer机制中的SDP提供端与SDP应答端 之间的交互,将实例化为某个SIP会话中, 一端的媒体处理单元(MP)和 媒体控制单元(MC),与另一端的MP和MC之间的交互。按照媒体与控 制相分离的思想MP和MC分别处理々某体面与控制面的交互,并且,MP与 MC可以是两个独立的物理设备,也可以位于同一物理设备中。当SDP提供 端的MP与MC为两个独立的设备时,在SDP提供端发送SDP Offer之前, MC需要获取MP的ET.38能力信息;同样地,当SDP应答端的MP和MC 为两个独立的物理设备时,在SDP应答端返回SDP Answer之前,MC也需 要获取MP的ET.38能力信息。图3为本发明实施例一中实现ET.38传真业务的方法流程图。参见图3, 其中,MP1和MCI为SDP提供端的、相互独立的MP和MC设备,MP2 和MC2为SDP应答端的、相互独立的MP和MC设备。图3所示方法包括 以下步骤步骤301: MCI和MC2分别获取MP1和MP2的媒体处理能力。 本步骤中,MCI和MC2分别通过其与MP1和MP2之间的接口 、或者 通过本地数据配置获取MP1和MP2的媒体处理能力。该媒体处理能力包括 MP1和MP2对ET.38传真业务的支持情况。其中,MC获取MP媒体处理 能力的操作可以不在本步骤中完成,而是在后续步骤中MC需要获取MP媒 体处理能力时临时获取,例如,可以是在MC向MP发起资源创建请求时获 得。若MP与MC位于同一物理设备中,则MC获取MP的媒体处理能力的 操作属于设备内部操作。本步骤中,会话同一端、且相互独立的MC与MP之间可以通过H.248 协议进行交互,以使MC获取MP的ET.38能力信息。本实施例主要详细描述MC1与MC2之间的交互,关于MC和MP之间基于H.248协议的交互情 况请参见实施例二的相应部分,在此不再赘述。在H.248协议中,MP和 MC分别对应于MGW和MGC。步骤302: MC1向MP1发起资源创建请求,获取到所创建的媒体资源 的地址、端口等媒体能力相关的信息。若在本步骤之前,MC1还没有获取到MP1的媒体能力信息,则本步骤 的操作可以使MC1同时获取到MP1的媒体能力信息。步骤303: MC1向MC2发起媒体建立请求,并在该请求中携带MP1的 ET.38能力信息。本步骤中,以MC1向MC2发起INVITE请求为例进行说明,在实际应 用中,如前所述,任何可以在一次SDP Offer/Answer过程中携带SDP Offer 的消息均可以用作本步骤中MCI向MC2发起媒体建立请求。本步骤中,在INVITE请求中携带SDP Offer, SDP Offer中携带前述步 骤中获取到的MPl的媒体能力信息,包括媒体资源的地址、端口、编解码 格式等。例如,假设MPl既支持基于RTP协议的T.38传真,又支持基于 RTP协议的ET.38传真,则本步骤中,MCI向MC2发送的SDP Offer中可 以包含如下所示的能力描述v=0o=- 1 1 IN IP4 mpl.examplel.com s=-c=IN IP4 mpl.examplel.comt=0 0m=audio 5764 RTP/AVP 98 99 a=rtpmap:98 et38/8000 a=rtpmap:99 t38/8000a=fmtp:99 T38FaxVersion=2;T38FaxRateManagement=transferredTCF 按照SIP和SDP协议,v行用于描述协议版本信息,o行用于描述会话发起者的相关信息以及会话标识符,s行用于描述会话名称,t行用于表示会 话活动时间。上述能力描述表示该SDP提供端的地址为mp 1 .example 1 .com, 在端口 5764上支持有效载荷类型为98和99、且采用RTP协议进行传输的 音频业务。由第7-8行可知,98应当映射为子类型et38, 99应当映射为子 类型t38, et38和t38的编解码时钟频率均为8000Hz,因此,上述SDP提供 端既支持基于RTP协议的T.38音频传真,又支持基于RTP协议的ET.38音 频传真。在实际应用中,可以根据实际的网络环境及应用的需要,增加其他的与 ET.38传真业务相关的参数的描述,从而实现其他参数的交互和协商。步骤304: MC2控制MP2创建本端媒体资源,获取到所创建的媒体资 源的地址、端口等媒体能力相关的信息。若在本步骤之前,MC2还没有获取到MP2的媒体能力信息,则本步骤 的操作可以使MC2同时获取到MP2的媒体能力信息。步骤305: MC2向MC1返回200 OK响应消息,并在该响应消息中携 带媒体协商结果。本步骤中,对应于步骤303中的INVITE请求消息,以MC2向MC1返 回200 0K响应消息为例进行说明,在实际应用中,如前所述,任何与INVITE 请求消息对应的、可以在一次SDP Offer/Answer过程中携带SDP Answer的 消息均可以用作本步骤中MC2向MCI返回的消息。本步骤中,在200 OK响应消息中携带SDP Answer, SDP Answer中携 带媒体协商结果,例如,是否使用ET.38进行传真业务等,其中可能包含部 分或全部MP2的媒体处理能力信息。假设MP2支持基于RTP的ET.38传真,并且也希望使用ET.38进行传 真业务,那么MC2可以向MC1返回如下SDP Answer:o=- 1 1 IN IP4 mp2.example2.comS=-c=IN IP4 mp2.example2.com t=0 0m=audio 10000 RTP/AVP 98 a=rtpmap:98 et3幽00上述SDP Answer表示SDP应答端Y吏用地址为mp2.example2.com、端 口号为10000与SDP提供端建立基于RTP协议的有效栽荷类型为98的传真 承栽通道。由第7行可知,98应当映射为子类型et38,其编解码时钟频率 均为8000Hz,因此,上述媒体协商的结果是建立编解码格式为ET.38的传 真承载通道,为用户提供传真业务。步骤306: MC1根据所接收到的SDP Answer,向MP1更新远端媒体资 源信息。本步骤中,MC1将根据SDP Answer中的媒体协商结果向MP1更新远 端媒体资源信息。步骤307: MC1向MC2返回ACK消息。步骤308: MP1和MP2根据媒体协商结杲进行ET.38传真业务或其他 类型的业务。本步骤中,如果前述200 OK响应消息中携带的SDP Answer中返回的 是使用ET.38建立传真承载通道,则MP1和MP2之间将按照ET.38协议进 行传真承载通道的建立,并进行传真业务通信。至此,结束本发明实施例一中实现ET.38传真业务的方法流程。以上详细说明了本发明实施例一中实现ET.38传真业务方法的具体实 施方式,下面结合

本发明实施例一中实现ET.38传真业务的装置和 系统的具体实施方式
。图4为本发明实施例一中实现ET.38传真业务的系统组成结构示意图。 参见图4,该系统包括SDP提供端装置410和SDP应答端装置420;其中;SDP提供端装置410,用于向SDP应答端装置420发送携带有SDP提供端装置410的ET.38能力信息的SDP Offer,并接收来自于SDP应 答端装置420的携带有媒体协商结果的SDP Answer;SDP应答端装置420,用于接收来自于所述SDP提供端装置410的SDP Offer,并根据SDP Offer中的SDP提供端装置410的ET.38能力信息以及 SDP应答端装置420自身的ET.38能力,向SDP提供端装置410返回携带 有媒体协商结果的SDP Answer;SDP提供端装置410和所述SDP应答端装置420,用于根据SDP Answer 中的媒体协商结果,按照ET.38协议建立传真承载通道。并且,SDP提供端装置,进一步用于判断SDP Answer中的媒体协商结 果是否为建立ET.38传真承栽通道。图4所示系统中,SDP提供端装置410可以通过INVITE请求消息携带 SDP Offer, SDP应答端装置420可以通过对该INVITE请求消息的、除100 响应消息之外的临时响应消息携带所述SDP Answer;或,SDP提供端装置410可以通过INVITE请求消息携带SDP Offer, SDP应答端装置420可以通过对该INVITE请求消息的成功响应消息携带 SDP Answer;或,SDP提供端装置410可以通过对INVITE消息的成功响应消息携带 SDP Offer, SDP应答端装置420可以通过对该成功响应消息的ACK消息携 带SDP Answer;或,SDP提供端装置410可以通过对INVITE消息的、除100响应消息 之外的可靠临时响应消息携带SDP Offer, SDP应答端装置420可以通过对 该临时响应消息的PRACK消息携带SDP Answer;或,SDP提供端装置410可以通过对可靠临时响应消息的PRACK消息 携带SDP Offer, SDP应答端装置420可以通过对PRACK消息的成功响应 消息携带SDP Answer;或,SDP提供端装置410可以通过UPDATE请求消息携带SDP Offer, SDP应答端装置420可以通过对该UPDATE请求消息的成功响应消息携带SDP Answer。如前所述,在实际应用中,SDP Offer/Answer机制中的SDP提供端与 SDP应答端将实例化为某个SIP会话中, 一端的MP和MC,以及另一端的 MP和MC,因此,图4所示SDP提供端装置和SDP应答端装置为实际应用 中的MC设备和MP设备组合。其中,基于SDP Offer/Answer机制的提供端 与应答端之间的交互主要由MC设备完成,MP设备主要用于向MC设备提 供SDP提供端和SDP应答端的媒体能力信息,以及按照能力协商的结果建 立承栽通道。图4所示系统中,当SDP提供端410由相互独立的MP和MC构成时, 该MC可以向该MP发送与MP的媒体处理相关的命令,该MP可以将其自 身的ET.38能力信息携带于与该命令相应的响应消息中发送给该MC;当SDP应答端420由相互独立的MP和MC构成时,该MC可以向该 MP发送与MP的媒体处理相关的命令,该MP可以将其自身的ET.38能力 信息携带于与该命令相应的响应消息中发送给该MC 。在下面的装置实施例中,以MC和MP位于同 一物理设备中为例进行说 明,因此,对于MC和MP设备各自所完成的功能将不加以严格的划分。图5为图4所示系统中SDP提供端装置的内部组成结构示意图。参见 图5,该SDP提供端装置包括SDP Offer生成模块501、 SDP提供端接口 模块502和SDP提供端连接建立模块503。其中,SDP Offer生成模块501,用于根据SDP提供端装置410的ET.38 能力生成携带有SDP提供端装置410的ET.38能力信息的SDP Offer,并发 送给SDP提供端接口模块502;并且,SDP Offer生成模块501所生成的携 带有所述SDP提供端的ET.38能力信息的SDP Offer为携带有与ET.38能 力相对应的编解码类型,以及与所述媒体类型相对应的地址、端口信息的 SDP Offer;SDP提供端接口模块502,用于将来自于SDP Offer生成模块501的SDP Offer发送给SDP应答端装置420,并将SDP应答端装置420返回的SDPAnswer发送给SDP提供端连接建立模块503;SDP提供端连接建立模块503,用于根据来自于SDP提供端接口模块 502的SDP Answer,按照ET.38协议建立SDP提供端装置410和SDP应答 端装置420之间的传真承栽通道;并且,SDP提供端连接建立模块503进一 步用于判断SDP Answer中的媒体协商结果是否为建立ET.38传真承载通道。图5所示SDP提供端装置中,SDP Offer生成模块501,可以将所生成 的SDP Offer携带于INVITE请求消息中发送给SDP提供端接口模块502;或,可以将所生成的SDP Offer携带于对INVITE消息的成功响应消息 中发送给SDP提供端接口模块502;或,可以将所生成的SDP Offer携带于对INVITE消息的、除100响应 消息之外的可靠临时响应消息中发送给SDP提供端接口模块502;或,可以将所生成的SDP Offer携带于对可靠临时响应消息的PRACK 消息中发送给SDP提供端接口模块502;或,可以将所生成的SDP Offer携带于UPDATE请求消息中发送给SDP 提供端接口模块502。图6为图4所示系统中SDP应答端装置的内部组成结构示意图。参见 图6,该SDP应答端装置包括SDP应答端接口模块601、 SDP Answer生 成模块602和SDP应答端连接建立模块603。其中,SDP应答端接口模块601,用于接收来自于SDP提供端装置410 的SDP Offer、发送给SDP Answer生成模块602,并将来自于SDP Answer 生成模块602的SDP Answer发送给SDP提供端装置410;SDP Answer生成模块602,用于根据来自于SDP应答端接口模块601 的SDP Offer中的SDP提供端装置410的ET.38能力信息以及SDP应答端 装置420自身的ET.38能力生成SDP Answer,通过SDP应答端接口模块602 发送给SDP提供端装置410,并通知SDP应答端连接建立模块603;SDP应答端连接建立模块603,用于根据SDP Answer,按照ET.38协 议建立SDP应答端装置420和SDP提供端装置410之间的传真承载通道。图6所示SDP应答端装置中,SDP Answer生成模块602,可以将所生 成的SDP Answer携带于对INVITE请求消息的、除100响应消息之外的临 时响应消息中发送给SDP应答端接口模块601;或,可以将所生成的SDP Answer携带于对INVITE请求消息的成功响 应消息中发送给SDP应答端接口模块601;或,可以将所生成的SDP Answer携带于对INVITE消息的成功响应消 息的ACK消息中发送给SDP应答端接口模块601;或,可以将所生成的SDP Answer携带于对INVITE消息的、除100响 应消息之外的可靠临时响应消息的PRACK消息中发送给SDP应答端接口模 块601;或,可以将所生成的SDP Answer携带于对可靠临时响应消息的PRACK 消息的成功响应消息中发送给SDP应答端接口模块601;或,可以将所生成的SDP Answer携带于对UPDATE请求消息的成功响 应消息中发送给SDP应答端接口模块601 。由上述实施例可见,本发明所公开的在SIP终端之间实现ET.38传真业 务的技术方案中,通过在SDP中描述SIP会话参与者的ET.38能力,并通 过SDP Offer/Answer机制实现SIP会话参与者之间ET.38能力的交互与协 商,以及ET.38传真承载通道的建立,从而实现了基于SIP协议提供ET.38 传真业务。实施例二本实施例介绍在H.248终端之间实现ET.38传真业务的方法、装置及系 统的具体实施方式
。在下面的描述过程中,MGW被看作是一种H.248终端。图7为本发明实施列二在H.248终端之间实现ET.38传真业务方法的示 例性流程图。参见图7,该示例性流程包括以下步骤步骤701: MGC分别向H.248终端发送与H.248终端的媒体处理相关的 命令;步骤702: H.248终端分别将其自身的ET.38能力信息携带于与该命令相应的响应消息中发送给MGC;步骤703:若上述H.248终端均具备ET.38能力,则MGC按照ET.38 协议建立上述H.248终端之间的传真承载通道。至此,结束本发明实施列二在H.248终端之间实现ET.38传真业务方法 的示例性流程。在上述示例性流程中,使用H.248协议中的命令/响应机制使得MGC获 取到H.248终端的ET.38媒体能力信息。根据H.248协议以及相关扩展规范, 在以下H.248消息交互过程中均可以使MGC获取到H.248终端的ET.38媒 体能力信息。例如MGC向MGW发送审计命令,MGW在向MGC返回的审计响应消息中 将其自身的ET.38能力信息上报给MGC;MGC向MGW发送未指定所创建媒体资源编解码格式的添加(Add) 命令,MGW将所创建的媒体资源的媒体处理能力信息通过添加响应消息发 送给MGC;其中,所创建的媒体资源的媒体处理能力信息包括ET.38编解 码能力信息;MGC向MGW发送指定创建ET.38编解码格式的媒体资源的添加命令, MGW按照MGC指定的编解码格式创建媒体资源,并在完成媒体资源的创 建之后,将所创建的媒体资源的媒体处理能力信息通过添加响应消息发送给 MGC;其中,所创建的媒体资源的媒体处理能力信息包括ET.38编解码能 力信息;MGC向MGW发送修改媒体资源的修改(Mod)命令,在该修改命令 中,MGC可以指定本端和/或对端所采用或支持的媒体能力信息,其中包括 ET.38编解码能力信息,MGW根据MGC的指定进行对媒体能力进行修改, 并在修改之后,将其自身的ET.38能力信息携带于修改响应消息中发送给 MGC;MGC用于向MGW发送移动端点(Terminal)的移动(Mov )命令,在该 移动命令中,MGC可以指定本端和/或对端所采用或支持的媒体能力信息,其中包括ET.38编解码能力信息,MGW将其自身的ET.38能力信息携带于 移动响应消息中发送给MGC 。根据H.248协议,对本端或远端媒体信息可以使用SDP协议或抽象语 法编码1 (ASN.l)进行描述。使用SDP协议描述本端或远端媒体信息的方 法请参见实施例一中的相应部分,在此不再赘述。在实际应用中,通信两端的MGW可能为同一 MGC控制下的两个 MGW,此时,只需MGC分别获取MGW的媒体处理能力,并根据两个MGW 是否均支持ET.38,决定是否建立两个MGW之间的ET.38传真承载通道。 对于两端的MGW分别为两个MGC控制下的MGW的情况,在建立两个 MGW之间的ET.38传真承栽通道之前,两端的MGC需要进行媒体能力的 协商。该媒体能力协商的过程可以通过SIP协议实现。图8为本发明实施例二中实现ET.38传真业务的方法流程图。参见图8, 本例中以两个MGW分别为两个两个MGC控制下的MGW为例,其中MGW1 和MGC1为通信一端的MGW和MGC设备,MGW2和MGC2为通信另一 端的MGW和MGC设备。图8所示方法包括以下步骤步骤801: MGC1向MGW1发送Add命令,指定MGW1创建ET.38媒 体资源端点。本步骤中,以MGC1向MGW1发送Add命令为例进行说明,在实际应 用中,如前所述,任何与MGW媒体处理相关的、可以使MGC获取MGW 的媒体能力信息的命令均可以用于本步骤中。步骤802: MGW1创建媒体资源端点,并向MGC1返回携带有所创建 的媒体资源端点的媒体能力信息、编解码格式、地址、端口等其他信息的 Add响应消息。步骤803: MGC1向MGC2发起媒体建立请求,并在该请求中携带MGW1 的ET.38能力信息。本步骤中,MGC1与MGC2之间的交互基于SIP协议进行。这里,以 MGC1向MGC2发起INVITE请求为例进行说明,在实际应用中,如前所述,任何可以在一次SDP Offer/Answer过程中携带SDP Offer的消息均可以用作 本步骤中MGC1向MGC2发起媒体建立请求。本步骤中,在INVITE请求中携带SDP Offer, SDP Offer中携带前述步 骤中获取到的MGWl的媒体能力信息,包括媒体资源的地址、端口、编解 码格式等。例如,假设MGWl既支持基于RTP协议的T.38传真,又支持 基于RTP协议的ET.38传真,则本步骤中,MGC1向MGC2发送的SDP Offer 中可以包含如下所示的能力描述v=0o==- 1 1 INIP4mpl.examplel.com s=-c=IN IP4 mpl.examplel.com t=0 0m=audio 5764 RTP/AVP 98 99 a=rtpmap:98 et38/8000 a=rtpmap:99 t38/8000a=fmtp:99 T38FaxVersion=2;T38FaxRateManagement=transferredTCF按照SIP和SDP协议,上述能力描述表示该SDP提供端的地址为 mpl.examplel.com,在端口 5764上支持编解码格式为et38和t38、时钟频率. 均8000Hz、且采用RTP协议进行传输的音频业务。在实际应用中,可以根据实际的网络环境及应用的需要,增加其他的与 ET.38传真业务相关的参数的描述,从而实现其他参数的交互和协商。步骤804: MGC2向MGW2发送Add命令,指定MGW2创建ET.38媒 体资源端点,并在命令中包含MGW1的媒体能力信息。步骤805: MGW2创建媒体资源端点,并向MGC2返回携带有所创建 的媒体资源端点的媒体能力信息、编解码格式、地址、端口等其他信息的 Add响应消息。步骤806: MGC2向MGC1返回200 OK响应消息,并在该响应消息中携带媒体协商结果。本步骤中,对应于步骤803中的INVITE请求消息,以MGC2向MGC1 返回200 OK响应消息为例进行说明,在实际应用中,如前所述,任何与 INVITE请求消息对应的、可以在一次SDP Offer/Answer过程中携带SDP Answer的消息均可以用作本步骤中MGC2向MGC1返回的消息。本步骤中,在200 OK响应消息中携带SDP Answer, SDP Answer中携 带媒体协商结果,例如,是否使用ET.38进行传真业务等,其中可能包含部 分或全部MGW2的媒体处理能力信息。假设MGW2支持基于RTP的ET.38传真,并且也希望使用ET.38进行 传真业务,那么MGC2可以向MGC1返回如下SDP Answer:v=0o=- 1 1 IN IP4 mp2.example2.com s=-c=IN IP4 mp2.example2.com t=0 0m=audio 10000 RTP/AVP 98 a=rtpmap:98 et3画00上述SDP Answer表示应答端使用地址为mp2.example2.com、端口为 10000与提供端建立基于RTP协议的编解码格式为ET.38的传真承载通道, 并进行传真业务数据的传递、为用户提供传真业务。步骤807: MGC1根据所接收到的SDP Answer,向MGW1发送Mod命 令,以更新远端士某体资源信息。本步骤中,MGC1将根据SDP Answer中的媒体协商结果向MGW1更新 远端媒体资源信息。步骤808: MGC1向MGC2返回ACK消息。 步骤809: MGC1收到MGW1的Mod响应消息。步骤.810: MGW1和MGW2根椐媒体协商结果进行ET.38传真业务或 其他类型的业务。本步骤中,如果前述200 OK响应消息中携带的SDP Answer中返回的 是使用ET.38建立传真承载通道,则MGW1和MGW2之间将按照ET.38协 议进行传真承栽通道的建立,并进行传真业务通信。至此,结束本发明实施例二中实现ET.38传真业务的方法流程。以上详细说明了本发明实施例二中实现ET.38传真业务方法的具体实 施方式,下面结合

本发明实施例二中实现ET.38传真业务的装置和 系统的具体实施方式
。图9为本发明实施例二中实现ET.38传真业务的系统组成结构示意图。 参见图9,该系统包括MGC910、第一 H.248终端920和第二 H.248终端 930;其中,MGC 910,用于分别向第一 H.248终端920和第二 H.248终端 930发送与H.248终端的媒体处理相关的命令,并在第一 H.248终端920和 第二 H.248终端930均具备ET.38能力时,按照ET.38协议建立第一 H.248 终端920和第二 H.248终端930之间的传真承栽通道;笫一 H.248终端920和第二 H.248终端930,各自用于将其自身的ET.38 能力信息携带于与上述命令相应的响应消息中发送给MGC 910。图9所示系统中,MGC 910可以向第一 H.248终端920和第二 H.248 终端930发送审计命令,第一 H.248终端920和第二 H.248终端930可以将 其自身的ET.38能力信息携带于审计响应消息中发送给MGC 910;或,MGC 910可以向第一 H.248终端920和第二 H.248终端930发送 未指定所创建媒体资源编解码格式的添加命令,第一 H.248终端920和第二 H.248终端930可以将其自身的ET.38能力信息携带于添加响应消息中发送 给MGC 910;或,MGC 910可以向第一 H.248终端920和第二 H.248终端930发送 指定创建ET.38编解码格式的媒体资源的添加命令,第一 H.248终端920和第二 H.248终端930可以将其自身的ET.38能力信息携带于添加响应消息中 发送给MGC 910;或,MGC 910可以向第一 H.248终端920和第二 H.248终端930发送 修改媒体资源的Mod命令,第一 H.248终端920和第二 H.248终端930可 以将其自身的ET.38能力信息携带于修改响应消息中发送给MGC910;或,MGC 910可以向第一 H.248终端920和第二 H.248终端930发送 移动端点的Mov命令,第一 H.248终端920和第二 H.248终端930可以将 其自身的ET.38能力信息携带于移动响应消息中发送给MGC 910。图9所示系统中,第一 H.248终端920和第二 H.248终端930可以为同 一 MGC控制下的两个H.248终端,也可以为两个MGC控制下的两个H.248 终端。在实际应用中,当第一 H.248终端920和第二 H.248终端930为两个 MGC控制下的两个H.248终端时,该系统中将存在两个MGC,这两个MGC 之间进 一 步需要进行媒体能力协商。两个MGC之间可以采用SIP协议进行ET.38媒体能力协商,此时,一 个MGC及其控制下的H.248终端将作为SIP会话的SDP提供端,另 一个 MGC及其控制下的H.248终端将作为SIP会话的SDP应答端,因此,这里 将两个MGC分别称为SDP提供端MGC和SDP应答端MGC,两个H.248 终端分别称为SDP提供端H.248终端和SDP应答端H.248终端。两个MGC 之间基于SIP协议进行ET.38媒体能力协商的过程与实施例一基于SIP协议 进行ET.248能力相同,即两个:MGC中的SDP提供端MGC,将SDP提供端H.248终端的ET.38 能力信息携带于SDP Offer中,发送给SDP应答端MGC;两个MGC中的SDP应答端MGC,根据所述SDP提供端H.248终端的 ET.38能力信息以及SDP应答端H.248终端的ET.38能力,向所述SDP提 供端MGC返回SDP Answer。SDP提供端MGC可以通过INVITE请求消息携带SDP Offer, SDP应 答端MGC可以通过对该INVITE请求消息的、除100响应消息之外的临时响应消息携带SDP Answer;或,SDP提供端MGC可以通过INVITE请求消息携带SDP Offer, SDP 应答端MGC可以通过对该INVITE请求消息的成功响应消息携带SDP Answer;或,SDP提供端MGC可以通过对INVITE消息的成功响应消息携带SDP Offer, SDP应答端MGC可以通过对该成功响应消息的ACK消息携带SDP Answer;或,SDP提供端MGC可以通过对INVITE消息的、除100响应消息之 外的可靠临时响应消息携带SDP Offer, SDP应答端MGC可以通过对该临 时响应消息的PRACK消息携带SDP Answer;或,SDP提供端MGC可以通过对可靠临时响应消息的PRACK消息携 带SDP Offer, SDP应答端MGC可以通过对该PRACK消息的成功响应消息 携带SDP Answer;或,SDP提供端MGC可以通过UPDATE请求消息携带SDP Offer, SDP 应答端MGC可以通过对该UPDATE请求消息的成功响应消息携带SDP Answer 。图10为图9所示系统中MGC的内部组成结构示意图。参见图10,该 MGC包括命令生成模块1001、 MGC接口模块1002和MGC连接建立模 块1003。其中,命令生成模块1001,用于生成与H.248终端媒体处理相关的命 令,并通过MGC接口模块1002向H.248终端发送;MGC接口模块1002,用于向H.248终端发送与H.248终端媒体处理相 关的命令,并将来自于H.248终端的携带有H.248终端的ET.38能力信息的 响应消息发送给MGC连接建立才莫块1003;MGC连接建立模块1003,用于根据H.248终端的ET.38能力,按照ET.38 协议建立H.248终端之间的传真承载通道。并且;命令生成才莫块1001所生成的与H.248终端媒体处理相关的命令中可以指定本端或远端的ET.38能力信息;上述携带有所述H.248终端的ET.38能力信息的响应消息为携带有与 ET.38能力相对应的编解码类型,以及与所述编解码类型相对应的地址、端 口信息的响应消息。进一步地,命令生成模块1001,可以用于向MGC接口模块1002发送 审计命令;或,向MGC接口模块1002发送未指定所创建媒体资源编解码格式的 添力口命令;或,向MGC接口模块1002发送指定创建ET.38编解码格式的媒体资 源的添加命令;或,向MGC接口模块1002发送修改媒体资源的Mod命令;或,向MGC接口冲莫块1002发送移动端点的Mov命令。图10所示MGC中还可以进一步包括媒体能力协商模块,该媒体能力协商模块,可以用于通过SIP协议与对端MGC进行媒体能力协商。图11为图9所示系统中H.248终端的内部组成结构示意图。参见图11,该H.248终端包括H.248终端接口模块1101、响应生成模块1102和H.248终端连接建立模块1103。其中,H.248终端接口模块1101,用于接收来自于MGC的与H.248终端的媒体处理相关的命令、发送给响应生成模块1102,并将来自于响应生成模块1102的响应消息发送给MGC;响应生成模块1102,用于将H.248终端的ET.38能力信息携带于与所述命令相应的响应消息中发送给H.248终端接口模块1101,并将该H.248终端的ET.38能力通知H.248终端连接建立模块1103;H.248终端连接建立模块1103,用于按照ET.38协议建立传真承载通道。 进一步地,响应生成模块1102,还可以用于将H.248终端的ET.38能力信息携带于审计响应消息中发送给H.248终端接口模块1101;或,将H.248终端的ET.38能力信息携带于添加响应消息中发送给H.248终端接口模块1101;或,将H.248终端的ET.3 8能力信息携带于添加响应消息中发送给H.248 终端接口模块1101;或,将H.248终端的ET.38能力信息携带于修改响应消息中发送给H.248 终端接口模块1101;或,将H.248终端的ET.38能力信息携带于移动响应消息中发送给H.248 终端接口模块1101。由上迷实施例可见,本发明所公开的在H.248终端之间实现ET.38传真 业务的技术方案中,通过在SDP中描述H.248终端的ET.38能力,使得MGC 可以通过H.248命令/响应机制获取MGW的ET.38能力,并支持ET.38能 力的H.248终端之间建立ET.38传真承载通道,从而实现了基于H.248协议 提供ET.38传真业务。以上通过两个实施例详细说明了如何基于SIP、 H.248协议支持ET.38 传真业务的实现,下面通过一个宽带码分多址接入(WCDMA)网络中的具 体实例说明本发明技术方案更为具体的应用。实施例三WCDMA的核心网从R99的电路交换(CS )方式向基于分组的软交换 演进,分为R4承载无关核心网(BICN) 、 R5 IP多媒体子系统(IMS)两 个阶段,前者以承栽无关呼叫控制(BICC)和H.248协议为基础,旨在分 组化WCDMA CS域,节省话音服务的整体成本;后者以SIP协议为核心技 术,目的是提供丰富的多媒体通信业务,为运营商带来新的业务收入来源。 目前R4 BICN正在对以SIP和H.248协议为基础的网络以及相关技术进行 研究,本发明技术方案将很好地解决在以SIP和H.248协议为基础的 WCDMA网络中实现ET.38传真业务的问题。图12为本发明实施例三中实现ET.38传真业务的方法流程示意图。参 见图12, MSC1和MSC2分别为通信两端的移动交换中心,GMSC为关口 移动交换中心,MGW1/IWF1和MGW2/IWF2分别为通信两端的媒体网关设备和互通功能单元,RNC1/BSC1和RNC2/BSC2分别为通信两端的无线网络 控制设备和基站,UE1和UE2分别为通信两端的用户终端设备。图中所示MSC与MSC之间、MSC与GMSC之间使用SIP协议进行通信,MSC与本 端MGW之间4吏用H.248协议进4亍通信。图12所示方法包括以下步骤步骤1201: UE1向UE2发起传真呼叫请求。步骤1202: MSC1根据UE1的呼叫向MGW1申请主叫网关到被叫网关 的网关资源,并获取MGW1的能力信息,其中包括ET.38能力信息。本步骤中,MSC1获取MGW1能力信息的方法与实施例二基于H.248 协议实现MGC获取MGW能力的流程完全相同,请参见实施例二相应部分 的描述,在此不再赘述。此后,MSC1可以按照实施例一中与SDP提供端相同的方法向MSC2 发送SDPOffer。例如,可以使用INVITE请求消息或其他消息、通过GMSC 向MSC2发起媒体建立请求,并在该请求中携带MGW1及UE1的能力信息, 其中包括ET.38能力信息。步骤1203: MSC2寻呼用户,进行安全性认证,并向UE2发起呼叫请求。步骤1204: MSC2根椐MSC1请求向MGW2申请被叫网关资源,并获 取MGW2的能力信息,其中包括ET.38能力信息。本步骤中,MSC2获取MGW2能力信息的方法与实施例二中基于H.248 协议实现MGC获取MGW能力的流程完全相同,请参见实施例二相应部分 的描述,在此不再赘述。与实施例二类似,MSC2可以在本步骤中获取MGW2 的媒体能力信息,也可以在本步骤之前其他适当的信息交互过程中获取 MGW2的媒体能力信息,本实施例中对此不加以限定。MSC2获取到MGW2能力信息之后,可以根据MGW2和UE2的能力对 MSC1的INVITE消息进行应答。这里,MSC2与MSC1之间的基于SIP协 议的能力协商过程与实施例一中基于SIP协议的能力协商过程完全相同,请参见实施例一相应部分的描述,在此不再赘述。步骤1205: MSC1向RNC1/BSC1申请主叫网关到主叫终端之间的i某体网关资源与空中接口资源,MSC2向RNC2/BSC2申请被叫网关到被叫终端之间的媒体网关资源与空中接口资源。步骤1206: MSC1通知MSC2主叫侧媒体资源预留完成。步骤1207:被叫传真终端应答,UE2向MSC2发送应答消息。步骤1208: MSC2收到MSC1的200 OK消息后,向UE1发送应答消息。上述步骤1205至步骤1208所执行的操作与现有WCDMA R4网络中传真发起过程完全相同,而且对本发明技术方案没有任何影响,因此,此处从略。在上述传真呼叫建立成功之后,主、被叫终端之间就可以进行ET.38传 真业务了 。根据现有技术,当UE1为WCDMA终端时,UE1与MGW1/IWF1 之间使用ET.38进行传真业务通信,当UE2为WCDMA终端时,UE2与 MGW2/IWF2之间使用ET.38进行传真业务通信。当UE1 、UE2都是WCDMA 终端时,UE1与MGW1/IWF1之间、MGW1/IWF1与MGW2/IWF2之间以及 UE2与MGW2/IWF2之间可以使用ET.38进行传真业务,这样MGW/IWF 就只需要进行简单的ET.38业务数据包转发即可,从而减少不必要的编解码 格式之间的转换,不但可以降低MGW/IWF的负荷,同时可以降低传真业务 数据传递的时延、以及因为编解码格式之间的转化造成的业务数据的失真而 提高传真的质量。使用本发明实施例所公开的技术方案,可以在各种基于SIP协议和/或 H.248协议的IP网络应用中实现ET.38能力的交互与协商,以及ET.38传真 承载通道的建立,这不仅解决了基于SIP协议和H.248协议不能提供ET.38 传真业务这一技术问题,而且,对于IP传真领域来说具有不同寻常的意义。 这是因为 一方面,ET.38传真协议可以很好地工作在有线网络和移动网络 环境下,即能够克服其他传真协议不能工作在移动网络环境下这一缺点,而 移动网络的应用将非常普遍;另一方面,SIP协议和H.248协议分别是下一代网络中最为重要的应用层控制协议和媒体网关控制协议,基于SIP协议和 H.248协议的应用将无处不在,由此可见,本发明实现了移动网络中的传真 业务与SIP协议以及H.248协议的结合,推动了 IP传真领域的进步。以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范 围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均 应包含在本发明的保护范围之内。
权利要求
1. 一种在会话初始化协议SIP终端之间实现ET.38传真业务的方法,其特征在于,该方法包括以下步骤会话描述协议SDP提供端将其自身的ET.38能力信息携带于SDP提供Offer中,发送给SDP应答端;所述SDP应答端根据所述SDP提供端的ET.38能力信息以及所述SDP应答端自身的ET.38能力,向所述SDP提供端返回SDP应答Answer;若所述SDP Answer中的媒体协商结果为建立ET.38传真承载通道,则所述SDP提供端与所述SDP应答端按照ET.38协议建立传真承载通道。
1、 一种在会话初始化协议SIP终端之间实现ET.38传真业务的方法, 其特征在于,该方法包括以下步骤会话描述协议SDP提供端将其自身的ET.38能力信息携带于SDP提供 Offer中,发送给SDP应答端;所述SDP应答端根据所述SDP提供端的ET.38能力信息以及所述SDP 应答端自身的ET.38能力,向所述SDP提供端返回SDP应答Answer;若所迷SDP Answer中的媒体协商结果为建立ET.38传真承载通道,则 所述SDP提供端与所述SDP应答端按照ET.38协议建立传真承载通道。
2、 根据权利要求1所述的方法,其特征在于,进一步预先扩展与ET.38 能力相对应的编解码类型;所述SDP提供端将其自身的ET.38能力信息携带于SDP Offer中的方式 为在所述SDP Offer中携带所述与ET.38能力相对应的编解码类型,以及 与所述编解码类型相对应的地址、端口信息;所述SDP Answer中的媒体协商结果为包含所述与ET.38能力相对应 的编解码类型,以及与所述编解码类型相对应的地址、端口信息的媒体协商 结果。
3、 根据权利要求2所述的方法,其特征在于,所述扩展与ET.38能力 相对应的编解码类型为定义多用途因特网邮件扩展MIME媒体类型和 MIME子类型;所述MIME子类型表示所述MIME媒体类型的编解码格式为ET.38协 i义编解;马格式。
4、 根据权利要求1所述的方法,其特征在于,所述SDP提供端包括媒 体处理单元MP和媒体控制单元MC,所述MP和MC为两个独立的物理设 备,在所述SDP提供端发送所述SDP Offer之前进一步包括所述MC获取所 述MP的ET.38能力信息的操作。
5、 根据权利要求1所述的方法,其特征在于,所述SDP应答端包括 MP和MC,所述MP和MC为两个独立的物理设备,在所述SDP应答端返 回所述SDP Answer之前进一步包括所述MC获取所述MP的ET.38能力信 息的操作。
6、 根据权利要求1所述的方法,其特征在于,所述SDP提供端包括 MP和MC,所述MP和MC为两个独立的物理设备,在所述SDP提供端发 送所述SDP Offer之前进一步包括所述MC获取所述MP的ET.38能力信息 的操作;所述SDP应答端包括MP和MC,所述MP和MC为两个独立的物理i殳 备,在所述SDP应答端返回所述SDP Answer之前进一步包括所述MC获取 所述MP的ET.38能力信息的操作。
7、 根据权利要求4至6任一所述的方法,其特征在于,所述MC采用 H.248协议获取所述MP的ET.38能力信息,所述MC获取所述MP的ET.38 能力信息的操作为所述MC向所述MP发送与MP的媒体处理相关的命令; 所述MP将其自身的ET.3 8能力信息携带于与所述命令相应的响应消息 中发送给所述MC。
8、 根据权利要求7所述的方法,其特征在于,进一步预先扩展与ET.38 能力相对应的编解码类型;所述SDP提供端将其自身的ET.38能力信息携带于SDP Offer中的方式 为在所述SDPOffer中携带所述与ET.38能力相对应的编解码类型,以及 与所述编解码类型相对应的地址、端口信息;所述SDP Answer中的媒体协商结果为包含所述与ET.38能力相对应 的编解码类型,以及与所述编解码类型相对应的地址、端口信息的媒体协商 结果;所述与MP的i某体处理相关的命令为携带有与ET.38能力相对应的编 解码类型的命令;所述MP将其自身的ET.38能力信息携带于响应消息中的方式为在所 述响应消息中携带所述与ET.38能力相对应的编解码类型。
9、 根据权利要求8所述的方法,其特征在于,所述扩展与ET.38能力 相对应的编解码类型为定义多用途因特网邮件扩展MIME媒体类型和 MIME子类型;所述MIME子类型表示所述MIME々某体类型的编解码格式为ET.38协 议编解码格式。
10、 根据权利要求1至6任一所述的方法,其特征在于,所述SDP Offer 携带于INVITE请求消息中,所述SDP Answer携带于对所述INVITE请求 消息的、除100响应消息之外的临时响应消息中;或,所述SDP Offer携带于INVITE请求消息中,所述SDPAnswer携 带于对所述INVITE请求消息的成功响应消息中;或,所述SDP Offer携带于对INVITE消息的成功响应消息中,所述SDP Answer携带于对所述成功响应消息的ACK消息中;或,所述SDP Offer携带于对INVITE消息的、除100响应消息之外的 可靠临时响应消息中,所述SDP Answer携带于对所述临时响应消息的确认 PRACK消息中;或,所述SDP Offer携带于对可靠临时响应消息的PRACK消息中,所 述SDP Answer携带于对所述PRACK消息的成功响应消息中;或,所述SDP Offer携带于UPDATE请求消息中,所述SDP Answer携 带于对所迷UPDATE请求消息的成功响应消息中。
11、 根据权利要求9所述的方法,其特征在于,所述SDPOffer携带于 INVITE请求消息中,所述SDP Answer携带于对所述INVITE请求消息的、 除100响应消息之外的临时响应消息中;或,所述SDP Offer携带于INVITE请求消息中,所述SDP Answer携 带于对所述INVITE请求消息的成功响应消息中;或,所述SDP Offer携带于对INVITE消息的成功响应消息中,所述SDPAnswer携带于对所述成功响应消息的ACK消息中;或,所述SDP Offer携带于对INVITE消息的、除100响应消息之外的 可靠临时响应消息中,所述SDP Answer携带于对所述临时响应消息的确认 PRACK消息中;或,所述SDP Offer携带于对可靠临时响应消息的PRACK消息中,所 述SDP Answer携带于对所述PRACK消息的成功响应消息中;或,所述SDP Offer携带于UPDATE请求消息中,所述SDP Answer携 带于对所述UPDATE请求消息的成功响应消息中。
12、 根据权利要求9所述的方法,其特征在于,所述与MP的媒体处理 相关的命令为审计命令,与所述命令相应的响应消息为审计响应消息;或,所述与MP的媒体处理相关的命令为添加Add命令,与所述命令 相应的响应消息为添加响应消息;或,所述与MP的媒体处理相关的命令为修改媒体资源的修改Mod 命令,与所述命令相应的响应消息为修改响应消息;或,所述与MP的媒体处理相关的命令为移动端点的移动Mov命令, 与所述命令相应的响应消息为移动响应消息。
13、 一种在H.248终端之间实现ET.38传真业务的方法,其特征在于, 该方法包括以下步骤媒体网关控制器MGC分别向所述H.248终端发送与所述H.248终端的 媒体处理相关的命令;所述H.248终端分别将其自身的ET.38能力信息携带于与所述命令相应 的响应消息中发送给所述MGC;若所迷H.248终端均具备ET.38能力,则所述MGC按照ET.38协议建 立所述H.248终端之间的传真承载通道。
14、 根据权利要求13所述的方法,其特征在于,所述H.248终端为同 一 MGC控制下的两个H.248终端。
15、 根据权利要求13所述的方法,其特征在于,所述H.248终端为两个MGC控制下的两个H.248终端,在所述MGC建立所述H.248终端之间 的传真承载通道之前,进一步包括所述两个MGC进行媒体能力协商。
16、根据权利要求15所述的方法,其特征在于,所述两个MGC采用 SIP协议进行所述媒体能力协商,所述媒体能力协商包括以下步骤能力信息携带于SDP Offer中,发送给SDP应答端MGC;的ET.38能力信息以及SDP应答端H.248终端的ET.38能力,向所述SDP 提供端MGC返回SDP Answer。
17、 根椐权利要求14所述的方法,其特征在于,进一步预先扩展与ET.38 能力相对应的编解码类型;所述与H.248终端的媒体处理相关的命令为携带有与ET.38能力相对 应的编解i马类型的命令;所述H.248终端将其自身的ET.38能力信息携带于响应消息中的方式 为在所迷响应消息中携带所述与ET.38能力相对应的编解码类型。
18、 根据权利要求16所述的方法,其特征在于,进一步预先扩展与ET.38 能力相对应的编解码类型;所述与H.248终端的媒体处理相关的命令为携带有与ET.38能力相对 应的编解码类型的命令;所述H.248终端将其自身的ET.38能力信息携带于响应消息中的方式 为在所述响应消息中携带所述与ET.38能力相对应的编解码类型;所述SDP提供端将其自身的ET.38能力信息携带于SDP Offer中的方式 为在所述SDP Offer中携带所述与ET.38能力相对应的编解码类型,以及 与所述编解码类型相对应的地址、端口信息;所述:SDP Answer中的媒体协商结果为包含所述与ET.38能力相对应 的编解码类型,以及与所述编解码类型相对应的地址、端口信息的媒体协商 结果。
19、 根据权利要求17或18所述的方法,其特征在于,所述扩展与ET.38 能力相对应的编解码类型为定义MIME媒体类型和MIME子类型;所述MIME子类型表示所述MIME媒体类型的编解码格式为ET.38协 议编解码格式。
20、 根据权利要求13至18任一所述的方法,其特征在于,所述与H.248 终端的媒体处理相关的命令为审计命令,与所述命令相应的响应消息为 审计响应消息;或,所述与H.248终端的媒体处理相关的命令为添加命令,与所述命 令相应的响应消息为添加响应消息;或,所述与H.248终端的媒体处理相关的命令为修改媒体资源的Mod 命令,与所述命令相应的响应消息为修改响应消息;或,所述与H.248终端的媒体处理相关的命令为移动端点的Mov命 令,与所述命令相应的响应消息为移动响应消息。
21、 根据权利要求19所述的方法,其特征在于,所述添加命令为指定所创建的媒体资源为所述与ET.38能力相对应的 编解码类型,并指定与所述编解码类型相对应的地址、端口信息的添加命令, 或未指定所创建的媒体资源类型的添加命令;所述修改媒体资源的修改命令为指定本端釆用所述与ET.38能力相对 应的编解码类型,或远端支持所述与ET.38能力相对应的编解码类型,并指 定与所述编解码类型相对应的地址、端口信息的修改命令,或未指定本端采 用和/或远端支持媒体资源类型的修改命令;所述移动端点的移动命令为指定本端采用所述与ET.38能力相对应的 媒体类型,或远端支持所述与ET.38能力相对应的媒体类型,并指定与所述 媒体类型相对应的地址、端口的移动命令,或未指定本端采用和/或远端支 持媒体资源类型的修改命令。
22、 一种在SIP终端之间实现ET.38传真业务的系统,该系统包括SDP 提供端装置和SDP应答端装置,其特征在于,所述SDP提供端装置,用于向所述SDP应答端装置发送携带有其自身 的ET.38能力信息的SDP Offer,并接收来自于所述SDP应答端装置的携带 有媒体协商结果的SDP Answer;所迷SDP应答端装置,用于接收来自于所述SDP提供端装置的SDP Offer,并根据所述SDP Offer中的所述SDP提供端装置的ET.38能力信息 以及所述SDP应答端装置自身的ET.38能力,向所述SDP提供端装置返回 携带有媒体协商结果的SDP Answer;所述SDP提供端装置和所述SDP应答端装置,用于根据所述SDP Answer中的媒体协商结果,按照ET.38协议建立传真承栽通道。
23、 根据权利要求22所述的系统,其特征在于,所述SDP提供端装置 进一步用于判断所述SDP Answer中的媒体协商结果是否为建立ET.38传真承载通道。
24、 根据权利要求22所述的系统,其特征在于,当所述SDP提供端由 相互独立的MP和MC构成时,所述MC用于向所述MP发送与MP的纟某体 处理相关的命令,所述MP用于将其自身的ET.38能力信息携带于与所述命 令相应的响应消息中发送给所述MC。
25、 根据权利要求22所述的系统,其特征在于,当所述SDP应答端由 相互独立的MP和MC构成时,所述MC用于向所述MP发送与MP的i某体 处理相关的命令,所述MP用于将其自身的ET.38能力信息携带于与所述命 令相应的响应消息中发送给所述MC 。
26、 根据权利要求22所述的系统,其特征在于,当所述SDP提供端由 相互独立的MP和MC构成时,所述MC用于向所述MP发送与MP的媒体 处理相关的命令,所述MP用于将其自身的ET.38能力信息携带于与所述命 令相应的响应消息中发送给所述MC;当所述SDP应答端由相互独立的MP和MC构成时,所述MC用于向 所述MP发送与MP的媒体处理相关的命令,所述MP用于将其自身的ET.38 能力信息携带于与所述命令相应的响应消息中发送给所述MC。
27、 根据权利要求22至26任一所述的系统,其特征在于,所述SDP 提供端装置通过INVITE请求消息携带所述SDP Offer,所述SDP应答端装 置通过对所述INVITE请求消息的、除IOO响应消息之外的临时响应消息携 带所述SDP Answer;或,所述SDP提供端装置通过INVITE请求消息携带所述SDP Offer, 所述SDP应答端装置通过对所述INVITE请求消息的成功响应消息携带所述 SDP Answer;或,所述SDP提供端装置通过对INVITE消息的成功响应消息携带所述 SDP Offer,所述SDP应答端装置通过对所述成功响应消息的ACK消息携带 所述SDP Answer;或,所述SDP提供端装置通过对INVITE消息的、除100响应消息之外 的可靠临时响应消息携带所述SDP Offer ,所述SDP应答端装置通过对所述 临时响应消息的PRACK消息携带所述SDP Answer;或,所述SDP提供端装置通过对可靠临时响应消息的PRACK消息携带 所述SDP Offer,所述SDP应答端装置通过对所述PRACK消息的成功响应 消息携带所述SDP Answer;或,所述SDP提供端装置通过UPDATE请求消息携带所述SDP Offer, 所述SDP应答端装置通过对所述UPDATE请求消息的成功响应消息携带所 述SDP Answer 。
28、 根据权利要求24至26任一所述的系统,其特征在于,所述MC用 于向所述MP发送审计命令,所述MP用于将其自身的ET.38能力信息携带 于审计响应消息中发送给所述MC;所述MC用于向所述MP发送添加命令,所述MP用于将其自身的ET.38 能力信息携带于添加响应消息中发送给所述MC;所述MC用于向所述MP发送修改媒体资源的Mod命令,所述MP用 于将其自身的ET.38能力信息携带于修改响应消息中发送给所述MC;所述MC用于向所述MP发送移动端点的Mov命令,所述MP用于将其自身的ET.38能力信息携带于移动响应消息中发送给所述MC。
29、 一种实现ET.38传真业务的SDP提供端装置,该SDP提供端装置 包括SDPOffer生成模块、SDP提供端接口模块和SDP提供端连接建立模 块,其特征在于,所述SDP Offer生成模块,用于根据所述SDP提供端装置的ET.38能力 生成携带有所述SDP提供端的ET.38能力信息的SDP Offer,并发送给所述 SDP提供端接口模块;所述SDP提供端接口模块,用于将来自于所述SDP Offer生成模块的 SDP Offer发送给SDP应答端装置,并将所述SDP应答端装置返回的SDP Answer发送给所述SDP提供端连接建立模块;所述SDP提供端连接建立模块,用于根据来自于所述SDP提供端接口 模块的所述SDP Answer,按照ET.38协议建立所述SDP提供端装置和所述 SDP应答端装置之间的传真承栽通道。
30、 根据权利要求29所述的SDP提供端装置,其特征在于,所述SDP Offer生成模块所生成的携带有所述SDP提供端的ET.38能力信息的SDP Offer为携带有与ET.38能力相对应的编解码类型,以及与所述编解码类型相对 应的地址、端口信息的SDP Offer。
31、 根据权利要求29所述的SDP提供端装置,其特征在于,所述SDP 提供端连接建立模块,进一步用于判断所述SDP Answer中的媒体协商结果 是否为建立ET.38传真承载通道。
32、 根据权利要求29至31任一所述的SDP提供端装置,其特征在于, 所述SDP Offer生成模块,用于将所生成的SDP Offer携带于INVITE请求 消息中发送给所述SDP提供端接口模块;或,将所生成的SDP Offer携带于对INVITE消息的成功响应消息中发 送给所述SDP提供端接口模块;或,^!夺所生成的SDP Offer携带于对INVITE消息的、除100响应消息之外的可靠临时响应消息中发送给所述SDP提供端接口模块;或,将所生成的SDP Offer携带于对可靠临时响应消息的PRACK消息中发送给所述SDP提供端接口模块;或,将所生成的SDP Offer携带于UPDATE请求消息中发送给所述SDP提供端接口模块。
33、 一种实现ET.38传真业务的SDP应答端装置,该SDP应答端装置 包括SDP应答端接口;^莫块、SDP Answer生成模块和SDP应答端连接建立 模块,其特征在于,所述SDP应答端接口模块,用于接收来自于SDP提供端装置的SDP Offer、发送给所述SDP Answer生成模块,并将来自于所述SDP Answer生 成模块的SDP Answer发送给所述SDP提供端装置;所述SDP Answer生成模块,用于根据来自于所述SDP应答端接口模块 的SDP Offer中的所述SDP提供端装置的ET.38能力信息以及所述SDP应 答端装置自身的ET.38能力生成SDP Answer,通过所述SDP应答端接口模 块发送给所述SDP提供端装置,并通知所述SDP应答端连接建立模块;所述SDP应答端连接建立模块,用于根据所述SDP Answer,按照ET.38 协议建立所述SDP应答端装置和所述SDP提供端装置之间的传真承栽通道。
34、 根据权利要求33所述的SDP应答端装置,其特征在于,所述SDP Answer生成模块,用于将所生成的SDP Answer携带于对INVITE请求消息 的、除100响应消息之外的临时响应消息中发送给所述SDP应答端接口模块;或,将所生成的SDP Answer携带于对INVITE请求消息的成功响应消 息中发送给所述SDP应答端接口模块;或,将所生成的SDP Answer携带于对INVITE消息的成功响应消息的 ACK消息中发送给所述SDP应答端接口模块;或,将所生成的SDP Answer携带于对INVITE消息的、除100响应消息之外的可靠临时响应消息的PRACK消息中发送给所述SDP应答端接口模块;或,将所生成的SDP Answer携带于对可靠临时响应消息的PRACK消 息的成功响应消息中发送给所述SDP应答端接口模块;或,将所生成的SDP Answer携带于对UPDATE请求消息的成功响应消 息中发送给所述SDP应答端接口模块。
35、 r种在H.248终端之间实现ET.38传真业务的系统,该系统包括 MGC、第一 H.248终端和第二 H.248终端,其特征在于,所述MGC,用于分别向所述第一 H.248终端和第二 H.248终端发送与 所述H.248终端的媒体处理相关的命令,并在所述第一 H.248终端和第二 H.248终端均具备ET.38能力时,按照ET.38协议建立所述H.248终端之间 的传真承栽通道;所述第一 H.248终端和第二 H.248终端,各自用于将其自身的ET.38能 力信息携带于与所述命令相应的响应消息中发送给所述MGC。
36、 根据权利要求35所述的系统,其特征在于,所述第一 H.248终端 和第二 H.248终端为同一 MGC控制下的两个H.248终端。
37、 根据权利要求35所述的系统,其特征在于,当所述第一 H.248终 端和第二 H.248终端为两个MGC控制下的两个H.248终端时,所述两个 MGC进 一 步用于进行媒体能力协商。
38、 根据权利要求37所述的系统,其特征在于,所述两个MGC采用 SIP协议进行所述媒体能力协商;所述两个MGC中的SDP提供端MGC,用于将SDP提供端H.248终端 的ET.38能力信息携带于SDP Offer中,发送给SDP应答端MGC;所述两个MGC中的SDP应答端MGC,用于根据所述SDP提供端H.248 终端的ET.38能力信息以及SDP应答端H.248终端的ET.38能力,向所述 SDP提供端MGC返回SDP Answer。
39、 根据权利要求35至38任一所述的系统,其特征在于,所述MGC 用于向所迷H.248终端发送审计命令,所述H.248终端用于将其自身的ET.38能力信息携带于审计响应消息中发送给所述MGC;或,所述MGC用于向所述H.248终端发送添加命令,所述H.248终端 用于将其自身的ET.38能力信息携带于添加响应消息中发送给所述MGC;或,所述MGC用于向所述H.248终端发送修改媒体资源的Mod命令, 所述H.248终端用于将其自身的ET.38能力信息携带于修改响应消息中发送 给所述MGC;或,所述MGC用于向所述H.248终端发送移动端点的Mov命令,所述 H.248终端用于将其自身的ET.38能力信息携带于移动响应消息中发送给所 述MGC。
40、根据权利要求38所述的系统,其特征在于,所述SDP提供端MGC 通过INVITE请求消息携带所述SDP Offer,所述SDP应答端MGC通过对 所述INVITE请求消息的、除100响应消息之外的临时响应消息携带所述 SDP Answer;或,所述SDP提供端MGC通过INVITE请求消息携带所述SDP Offer, 所述SDP应答端MGC通过对所述INVITE请求消息的成功响应消息携带所 述SDP Answer;或,所述SDP提供端MGC通过对INVITE消息的成功响应消息携带所 述SDP Offer,所述SDP应答端MGC通过对所述成功响应消息的ACK消息 携带所述SDP Answer;或,所述SDP提供端MGC通过对INVITE消息的、除100响应消息之 外的可靠临时响应消息携带所述SDP Offer,所述SDP应答端MGC通过对 所述临时响应消息的PRACK消息携带所述SDP Answer;或,所述SDP提供端MGC通过对可靠临时响应消息的PRACK消息携 带所述SDP Offer,所述SDP应答端MGC通过对所述PRACK消息的成功 响应消息携带所述SDP Answer;或,所述SDP提供端MGC通过UPDATE请求消息携带所述SDP Offer, 所述SDP应答端MGC通过对所述UPDATE请求消息的成功响应消息携带所述SDP Answer。
41、 一种实现ET.38传真业务的MGC,该MGC包括命令生成模块、 MGC接口模块和MGC连接建立模块,其特征在于,所述命令生成模块,用于生成与H.248终端媒体处理相关的命令,并通 过所述MGC接口模块向所述H.248终端发送;所述MGC接口才莫块,用于向所述H.248终端发送与所述H.248终端々某 体处理相关的命令,并将来自于所述H.248终端的携带有所述H.248终端的 ET.38能力信息的响应消息发送给所述MGC连接建立模块;所述MGC连接建立模块,用于根据H.248终端的ET.38能力,按照ET.38 协议建立H.248终端之间的传真承栽通道。
42、 根据权利要求41所述的MGC,其特征在于,所述命令生成模块所生成的与H.248终端媒体处理相关的命令中指定本端或远端的ET.38能力信 自.所述携带有所述H.248终端的ET.38能力信息的响应消息为携带有与 ET.38能力相对应的编解码类型,以及与所述编解码类型相对应的地址、端 口信息的响应消息。
43、 根据权利要求41或42所述的MGC,其特征在于,所述MGC进 一步包括媒体能力协商模块;所述媒体能力协商模块,用于通过SIP协议与对端MGC进行媒体能力 协商。
44、 ^4居权利要求41或42所述的MGC,其特征在于,所述命令生成 模块用于向所述MGC接口模块发送审计命令;或,向所述MGC接口模块发送未指定所创建媒体资源编解码格式的添 力口命令;或,向所述MGC接口模块发送指定创建ET.38编解码格式的媒体资源的添加命令;或,向所述MGC接口模块发送修改媒体资源的Mod命令;或,向所述MGC接口模块发送移动端点的Mov命令。
45、 一种实现ET.38传真业务的H.248终端,该H.248终端包括H.248 终端接口模块、响应生成模块和H.248终端连接建立模块,其特征在于,所迷H.248终端接口模块,用于接收来自于MGC的与所述H.248终端 的媒体处理相关的命令、发送给所述响应生成模块,并将来自于所述响应生 成模块的响应消息发送给所述MGC;所述响应生成模块,用于将所述H.248终端的ET.38能力信息携带于与 所述命令相应的响应消息中发送给所述H.248终端接口模块,并将所述 H.248终端的ET.38能力通知所述H.248终端连接建立才莫块;所述H.248终端连接建立模块,用于按照ET.38协议建立传真承载通道。
46、 根据权利要求45所述的H.248终端,其特征在于,所述响应生成 模块用于将所述H.248终端的ET.38能力信息携带于审计响应消息中发送给 所述H.248终端接口模块;或,将所述H.248终端的ET.38能力信息携带于添加响应消息中发送给 所述H.248终端接口模块;或,将所述H.248终端的ET.38能力信息携带于添加响应消息中发送给 所述H.248终端接口模块;或,将所述H.248终端的ET.38能力信息携带于修改响应消息中发送给 所述H.248终端接口模块;或,将所述H.248终端的ET.38能力信息携带于移动响应消息中发送给 所述H.248终端接口模块。
全文摘要
本发明实施例中公开了一种在SIP终端之间实现ET.38传真业务的方法,该方法使用SDP描述ET.38能力相关的信息,并通过SDP Offer/Answer机制实现SIP会话参与者之间ET.38能力的交互与协商,以及ET.38传真承载通道的建立,从而实现基于SIP协议的ET.38传真业务。本发明实施例还公开了一种在H.248终端之间实现ET.38传真业务的方法,该方法使用SDP描述H.248终端的ET.38能力,使得MGC可以通过H.248命令/响应机制获取MGW的ET.38能力,从而实现基于H.248协议的ET.38传真业务。本发明实施例中还公开了在SIP终端之间实现ET.38传真业务的系统、SDP提供端装置和SDP应答端装置,以及在H.248终端之间实现ET.38传真业务的系统、MGC以及H.248终端。应用本发明能够实现基于SIP协议和H.248协议的ET.38传真业务。
文档编号H04L29/06GK101217529SQ20071000018
公开日2008年7月9日 申请日期2007年1月5日 优先权日2007年1月5日
发明者鹏 王 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1