CN1795657A - 多媒体消息处理 - Google Patents
多媒体消息处理 Download PDFInfo
- Publication number
- CN1795657A CN1795657A CN 200480014362 CN200480014362A CN1795657A CN 1795657 A CN1795657 A CN 1795657A CN 200480014362 CN200480014362 CN 200480014362 CN 200480014362 A CN200480014362 A CN 200480014362A CN 1795657 A CN1795657 A CN 1795657A
- Authority
- CN
- China
- Prior art keywords
- message
- multimedia
- destination
- network
- entity
- 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
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Information Transfer Between Computers (AREA)
Abstract
一个诸如始发端无线通信网络的始发端网络作为对应的目的地网络地址的函数选择性地执行输出多媒体消息的多媒体内容代码转换。尤其是,在示例实施例中,始发端网络包括或可以接入到一个或多个数据库,接入该数据库以确定是否想要代码转换。这样的信息可以包括想要代码转换的一个目的地地址的列表,例如,电子邮件地址或特殊域识别符。而且,这样的信息能够指示是否应当使用默认或指定的代码转换格式。使用本方法,始发端网络能够将全部或选择的多媒体内容,例如音频、视频等代码转换为一种或多种已知或预期与目标目的地网络使用的编码格式兼容的编码格式。
Description
相关申请
本申请在35U.S.C.§119(e)条款下要求2003年3月25日提交的美国临时申请序列号60/457,449的优先权。该申请通过引用全文明显地引入。
背景
本发明总的来说涉及发送域接收多媒体消息的通信网络,并且尤其涉及根据期望的媒体格式处理多媒体消息。
因特网用户例行公事地发送电子邮件到全球的联网的***和设备。简单邮件传输协议(SMTP)一般用于格式化这样的消息并且该协议使得这样的消息能够携带各种附件,包括含有图像、音频/视频剪辑等的多媒体附件。而且,使用标准化的传输和分组协议,即,传输控制协议/网际协议(TCP/IP)允许根本不同类型的网络和设各经由因特网发送这样的消息。
例如,很多无线通信网络直接或间接耦合到因特网,并且从而允许它们的用户从适当配置的无线设备,例如像蜂窝无线电话、便携式数字助理、寻呼机等的无线通信终端经由因特网发送和接收分组数据。这些网络之外的用户可以发送电子邮件或其它包括多媒体内容的消息类型传递到目标用户的终端,或者用户可以产生这样的消息传递到他们支持的无线网络的内部或外部。
几种无线通信网络,例如基于用于移动通信的全球***(GSM)标准,cdma2000标准或其它标准的网络,包括对发送多媒体消息到用户设备和从用户设备接收多媒体消息的支持。一种一般的无线通信服务提供商的网络包括一个或多个支持多媒体消息服务(MMS)的实体。这样的实体一般包括一个或多个MMS中心(MMS-Cs),它们发送MMS消息在相同的网络内传递或传递到另一个网络,并且接收MMS消息传递到网络中的用户终端。
为了补充这种网络的多媒体内容传输,对那些消息内的一些或全部多媒体内容可以进行编码或另外以一种该网络类型的本地格式进行处理。例如,GSM标准指定自适应多速率(AMR)声音编码为GSM的“本地”音频编码格式。因此,产生具有音频内容的MMS消息的GSM终端一般用AMR编码对这样的内容编码。类似地,cdma2000标准指定了一种本地声音编码格式,它由cdma2000终端在产生多媒体音频内容时使用。
但是,cdma2000本地格式(编码激励的线性预测或CELP)与GSM本地格式不兼容。因此,为GSM本地格式化的多媒体音频内容与cdma2000网络不兼容,反之亦然。当然,在MMS上下文中也存在其它不兼容性。例如,来自给定无线网络之外的源的多媒体内容,例如从整个因特网输入的多媒体内容可以包含任意数量的非本地格式内容,例如视窗(WINDOWS)媒体音频(WMA),REAL音频(RA)或其它格式。
总之,向从根本不同的源输入的多媒体内容开放无线通信网络或产生一种类型的无线网络的MMS消息传递到可能不同类型的无线网络呈现出许多挑战。特别是,必须关注可能不同类型网络之间的多媒体消息服务的媒体内容兼容性。
概述
本发明包括一种用于处理从始发端网络输出的多媒体消息的方法和装置。一种给定的消息可以把与输出消息中的多媒体内容的编码格式兼容的目的地网络作为目标,在这种情况下不需要将这种内容“转换代码”为另一种编码格式。但是,目的地网络可能不是兼容的,例如多媒体消息中QCELP音频内容把传递到一个GSM网络用户作为目标,并且在这种情况下,示例的始发端网络进行配置以将不兼容的内容转换代码为目的地网络指定的格式。附加或替换地,示例始发端网络可以进行配置以执行转换代码为某些目的地地址默认的格式,例如,转换代码为广泛用在多媒体传递中的格式,例如WINDOWS媒体音频格式。
从而,处理从一个始发端网络输出的多媒体消息的示例方法包括选择性地将输出多媒体消息中的多媒体内容从当前格式转换代码为作为它们目的地网络地址的函数的一种默认格式,并根据目的地网络地址发送消息。始发端网络可以包括一个使用一种或多种本地媒体编码格式的无线通信网络,它选择性地响应于例如识别输出的消息目标为因特网电子邮件地址,转换代码为一种或多种默认格式。
为了补充以上实施例,一种用于处理从始发端网络输出的多媒体消息的示例的多媒体消息中心包括一个服务器,它进行配置以选择性地将输出的多媒体消息中的多媒体内容从当前格式转换代码为作为它们的目的地网络地址的函数的一个默认格式,并根据它们的目的地网络地址发送消息。多媒体消息中心可以包括一个在始发端无线通信网络内的多媒体消息服务中心(MMS-C)。
在另一个示例实施例中,一种示例的多媒体消息处理方法包括从第一实体向第二实体发送用于输出多媒体消息的目的地地址信息,在第一实体从第二实体接收对应的关于该消息是否想要多媒体内容转换代码的相应指示,基于该指示在第一实体选择性地执行代码转换,并从第一实体发送该消息传递到目的地地址。这样的实施例可以通过将始发端网络中的一个多媒体消息中心通信耦合到一个诸如被配置来确定是否应当执行代码转换的数据库服务器的支持实体实现,该支持实体可能在或不在始发端网络中。
为了补充以上方法,一个用于处理从始发端网络输出的多媒体消息的示例的多媒体消息中心包括一个多媒体服务器,它进行配置以发送用于输出多媒体消息的目的地地址信息到数据库服务器,并接收从数据库服务器返回的关于消息是否想要进行多媒体内容代码转换的指示。多媒体服务器可以包括一个进行配置以基于该指示选择性地执行代码转换的第一电路和进行配置以发送该消息传递到目的地地址的第二电路。
在另一个示例实施例中,一种处理从始发端网络输出的多媒体消息的方法包括将输出多媒体消息从第一实体转送到第二实体,在第二实体使该消息受到对消息中的多媒体内容的选择性转换代码后,在第一实体上接收从第二实体返回的消息,并从第一实体发送该消息传递到目的地地址。因而,使用这种配置,可能在或不在始发端网络中包含的第二实体对于从始发端网络输出的多媒体消息提供选择性的代码转换处理。
为了补充以上方法,一种用于处理从始发端网络输出的多媒体消息的示例的多媒体消息中心包括一个多媒体服务器,它进行配置以将输出的多媒体消息转送到代码转换***,以及在代码转换***使该消息受到对该消息中的多媒体内容的选择性转换代码接收返回的消息,并将来自第一实体的消息发送以传递到目的地地址。代码转换***因而用作一个对输出消息提供代码转换服务的支持实体,并且它可以包括在始发端网络中,或者它可以在始发端网络外部。
当然,以上的信息不是对本发明的限制。附加特征和优点在随后的详细说明中描述并在附图中说明。本领域技术人员浏览了这里的信息还将意识到另外的特征和优点。
附图简述
图1是根据本发明的一个或多个实施例的配置为发起多媒体消息以便传递到一个或多个目的地网络的示例网络的图;
图2是根据本发明的一个或多个实施例的用于实现多媒体消息代码转换的示例处理逻辑的图;
图3是根据本发明的一个或多个实施例的用于实现多媒体消息代码转换的示例处理逻辑的另一个图;
图4是根据本发明的一个或多个实施例的用于实现多媒体消息代码转换的示例处理逻辑的另一个图;
图5是根据本发明的一个或多个实施例的用于实现多媒体消息代码转换的示例处理逻辑的另一个图。
详细描述
图1是限据本发明的一个或多个实施例配置为发起多媒体消息以便传递到一个或多个目的地网络的示例网络10的图。网络10可以例如包括无线通信网络,例如根据全球移动通信***(GSM)标准、宽带码分多址(W-CDMA)标准、cdma2000标准等配置的无线通信网络。
网络10包括一个多媒体消息中心12,它本身可以包括一个多媒体中继14和一个多媒体服务器16。一个示例的服务器16一般包括支持处理多媒体消息的电路,例如配置为发送输出多媒体消息以便传递到对应于它们的目的地网络地址的网络的一个或多个电路。而且,示例服务器16包括一个代码转换电路或***18,它被配置为支持输出消息中的多媒体内容的选择性的代码转换。如将在后面进行解释的,代码转换***18可以与一个支持实体20协作,支持实体可以用作指示对于给定消息是否想要进行代码转换的代码转换数据库服务器或用作一个从服务器16接收输出消息的完全代码转换***(像***18),选择性地对它们转换代码,并将它们返回到服务器16用于把它们发送出去以便传递到目的地地址。
从而,不管网络10特定配置如何,网络10主要发送输出的多媒体消息,例如从一个移动站22发起的消息,以便传递到与一个或多个诸如公共数据网络(PDN)26和/或其它无线通信网络24的目的地网络通信耦合的目标接受者。PDN24可以包括例如整个因特网,并且其它无线网络26可以包括其它无线载波的网络,即其它无线网络域,并且这样的网络可以基于或者不基于与网络10相同的无线通信标准。
明了以上内容后,可能注意到尽管本发明具有广泛的应用,但是特定标准文件可能有助于关注于无线通信网络的上下文中关于MMS的额外细节的读者。例如,第三代合伙计划(3GPP)发动的MMS标准化,并且这样要求的第一个版本可以从以下文件中找到:多媒体消息服务:服务方面;阶段1,第三代合伙计划TS 22.140的1999版本,可从www.3gpp.org/ftp/Specs获得;和多媒体消息服务:功能描述;阶段2,第三代合伙计划TS 23.140的1999版本,可从www.3gpp.org/ftp/Specs获得。
第三代合伙计划2(3GPP2)也建立了一组针对MMS的标准,并且这些标准在以下文件中定义:3GPP2 MMS规范综述,多媒体消息***规范(X.S0016-000);MMS阶段2,功能说明(X.S0016-200);使用OMA/WAP的MM1阶段3(X.S0016-310);MMS MM4阶段3载波间相互作用(X.S0016-340);MMS MM7 VASP相互作用和阶段3规范(X.S0016-370)。cdma2000的MMS标准也在来自电信工业联合会(TIA)的以下文件中描述:3GPP2 MMS规范综述,多媒体消息***规范(TIA-934-000);MMS阶段2,功能说明(TIA-934-200);使用OMA/WAP的MMSMM1阶段3(TIA-934-310);MMS MM4阶段3载波间相互作用(TIA-934-340)和MMS MM7 VASP相互作用,阶段3规范(TIA-934-370)。多媒体格式和编解码器在用于GSM 的 3GPP TS 26.140和用于cdma 2000的C.S0045中描述。
在无线上下文中,MMS从基于文字的短消息服务(SMS)***发展而来,但是使用了无线应用协议(WAP)。本领域技术人员将意识到WAP作为一种协议允许移动设备经由诸如网络10的移动无线通信网络与因特网服务器通信。因为一般的移动设备显示器(一般150×150像素)比计算机监视显示器(一般,至少640×480像素)小得多,一个设计为在计算机监视器上显示的站点通常不能在移动设备上实用地显示。移动设备也通常具有与个人计算机相比少很多的处理能力。
因此,开发了WAP以允许移动设备接入被设计为显示在移动设备上的特定的因特网站点,并提供移动设备和因特网之间的一个接口。一个能够进行Wap的移动设备的用户能够经由移动无线通信网络接入因特网来购物,获得股票报价,获得交通和天气报告等。
MMS是发送和接收多媒体消息的标准。多媒体消息能够包含格式化的文本、图像、照片、音频和视频剪辑的任意组合。图像能够根据诸如GIF和JPEG的任意标准格式。MMS也支持诸如MPEG4的视频格式和诸如MP3和MIDI的音频格式。MMS规范描述了从MMS中继服务器到移动设备的“用户代理”(例如在包含在移动终端22中的处理器上运行的软件)的MMS消息的格式,这种消息的强制指导字段和序列在以下文件中详细描述:多媒体消息服务:服务方面;阶段1,第三代合作计划TS 22.140版本4(V4.1.0),从www.3gpp.org/ftp/Specs获得;和多媒体消息服务:功能说明;阶段2,第三代合作计划TS 23.140版本4(V4.2.0),可从www.3gpp.org/ftp/Specs获得。
MMS消息的一般格式包括供路由信息和MMS消息的接受者和发送者的地址,即始发端和目的地地址信息的报头。而且,消息主体包括多媒体消息内容,它可以包括不同类型或部分的多媒体内容。通过非限制性的例子,这样的内容可以包括:根据一种或多种图像编码格式(例如,JPEG)表示的图像内容;格式化的或纯文本;根据一种或多种音频编码格式(例如,MP3,WAM,AMR等)表示的音频内容;根据一种或多种视频编码格式(例如MPEG)表示的视频内容;并且,可选地包括一个向多媒体消息的一个(或多个)目标接受者呈现多媒体内容的“呈现文件”。
与其它类型的多媒体内容一样,MMS消息的音频部分可以以多种格式存储。音频存储器中的两种主要变化包括以它的抽样格式存储音频内容或以编码文件格式存储它。以上两种格式最终都表示可以用于再生成音频输出的一个随时间变化的一个波形(或多重波形)。考虑到受限制的空中接口带宽,为了传输效率,无线网络一般以编码格式传输音频。例如,典型的无线网络语音编码器(声码器)包括用于GSM/WCDMA的AMR,W-AMR和用于cdma2000的EVRC、QCELP和SMV。
更特别地,3GPP MMS根据3GPP/TS26.071指定了AMR。一个给定的GSM或WCDMA移动站也可以被配置来支持根据3GPP/TS26.171,ITU-TG722.2的WB-AMR,它是基础AMR声码器的更高质量版本。用于cdma2000中的常规语音服务的通用语音编码器包括EVRC(IS-127)和QCELP(IS-733)。一个指定但仍没有配置的编解码器是SMV(IS-893)。在最小化附加终端复杂度这方面,使用MMS的给定网络的“本地”声码器是有优势的。但是,一个网络的本地声音合成格式可能与另一种类型的网络不兼容,或不能得到另一种类型的网络支持。尽管媒体类型“编码语音”是媒体类型中最重要的差别之一,但是其它媒体类型也可能是不同的,这可能引起不兼容。而且,尽管以上的例子针对GSM/WCDMA和cdma2000,但是也有其它的无线和有线技术,该技术也可以定义有不兼容媒体类型的本地MMS服务。
本发明的至少一个示例实施例中的代码转换包括将多媒体内容的编码格式从当前格式变为一个或多个新格式。例如,从一个GSM网络发起的消息中的AMR编码的音频内容可以在识别出该消息的目标是传递到cdma2000网络用户时转换为CELP编码的音频。相反,目的是传递到GSM网络用户的从cdma2000网络输出的消息中的音频内容可以从CELP转换代码为AMR。当然,也可以使用其它编码格式(MP3,WMA等),并且这样的转换代码可以附加地或替换地应用到其它类型的消息内容,例如视频。
无论如何,因为它们可能的大尺寸,MMS消息通常在网络10和移动站22之间使用专用的会话或连接发送。例如,MMS消息能够通过在网络10和移动站22之间建立的专用业务信道(语音或数据)发送。因此本领域技术人员将意识到图1所示的网络10将实际上包括支持空中接口和网络内通信的附加实体。这样的实体可以包括但不限于包括无线基站、控制器等的无线接入网络(RAN)和可以包括MMS-C 12或通信耦合MMS-C 12到移动站的分组核心网络(PCN)。
因为使用SMS消息,MMS消息能够涉及使用接受者的移动站ISDN(MSISDN)特定的接受者。MSISDN提供关于一个接受者国家代码,一个识别接受者的无线网络运营商(域)的国家目的地代码和识别接受者的无线网络归属位置寄存器(HLR)的代码的信息。尽管与理解这里详细描述的本发明的转换代码没有密切关系,本领域技术人员将意识到每个接受者HLR存储对路由有用的信息,例如“漫游”情况中接受者的当前访问位置寄存器(VLR)的标识。
在任意情况下,MMS消息一般使用简单邮件传输协议(SMTP)通过因特网路由到接受者。在本发明的一个或多个实施例中,MSISDN提交到一个ENUM数据库,它例如通过基于一个消息接受者的MSISDN识别该域中目标MMS服务器从而来识别无线网络载波域。更详细地说,缩写词ENUM指采用一个完整的国际电话号码并使用基于域名***(DNS)的结构将它解析为一系列统一资源***(URL)的因特网工程任务组(IETF)协议。MSISDN中的一个国家代码能够用于将消息路由到那个国家中的一个ENUM服务器。每个国家可以维护一个将MMS消息路由到那个国家中的用户的数据库。从而,ENUM提供用于把MSISDN号码转换为域名***(DNS)环境中的URL地址的机制。
因此,服务器16的代码转换***18可以被配置来基于提交一个(或多个)目标消息接受者的MISDN到一个ENUM数据库来识别或辨认输出多媒体消息的目的地网络地址,该ENUM数据库包括将特定MSISDN与特定无线网络域相关联的列表数据。从而,作为输出消息目标的无线网络域的识别使得能够确定是否应该执行消息中任意或全部多媒体内容的代码转换,例如,可以访问一个载波列表,它识别想要代码转换的无线网络域。而且,任何载波列表数据库也可以指定多媒体内容应当转换代码到的特定编码格式以传递到每个特定无线网络域。
在目的地网络使用的技术与作为始发端网络的网络10使用的技术不同的情况下,MMS-C 12能够被编程以识别哪种特定技术与作为输出消息目标的特定目的地网络相关联。例如,ENUM从MSISDN(或用于基于3GPP2技术的MIDN)转换到一个或多个URL地址之后,URL的领域(域)可以输入一个查找表,该查找表进行编程以输出与目的地网络相关联的技术类型。如果URL指示一种不同的技术并且输出消息包括以一种已知或假定与目的地网络不兼容的编码格式的内容,MMS-C 12能够将媒体类型格式转换为目的地网络支持的格式。
MMS-C 12可以配备有一个特定网络,例如其它无线载波域不支持的格式的表格或列表和/或它可以配备有或可以访问一个数据库,该数据库识别特定目的地网络期望的一个或多个格式。这样的格式规范可以包括不同类型的多媒体内容,例如音频、视频等指定的格式。例如,假定网络10是cdma2000网络并且移动站22发送一个目的地为GSM网络用户的多媒体消息。
消息在MMS-C 12中接收,MMS-C 12访问一个或多个数据库以确定该消息的目标是基于GSM的网络。接着MMS-C 12检查消息中的内容,并且尤其是所包含的MIME类型。如果MIME类型表示消息中的一个单元当前根据任何一个本地cdma2000声码器被编码,则MMS-C 12代码转换这样的多媒体内容到GSM***使用的声码器格式(或为作为该消息目的地的特定GSM网络特别列出的一个(或多个格式)。
在更普遍的情况下,MMS-C 12检查输出消息中的所有媒体类型和它们对应的格式并使用数据库信息确定哪种格式需要转换并且这种代码转换应当转换为哪种(或哪些)格式。如在这里后面详细解释的,MMS-C 12可以进行选择性的转换代码决定,并且可以执行代码转换操作。但是,那些功能之一或两者都可以卸载到一个或多个支持实体,并且至可以由第三方在网络10外部提供该支持实体。在这样的情况下,支持实体对于MMS-C 12而言是可以经由因特网访问的。
如以上提到的,可以使一个基于ENUM的服务器接入到服务器16(和网络10中的任何其它服务器),以支持输出的多媒体消息中的MSISDN信息转换为目的地电子邮件地址。当然,基于处理输出消息中的接受者移动电话识别信息的ENUM数据库的目的地网络地址的识别恰好表示几种示例方法中的一种,以在一个选择性的基础上确定对从MMS-C12发送的多媒体消息的单独一个是否想要进行代码转换和想要进行哪种类型的代码转换。
在另一个示例实施例中,服务器16存储或可以接入到提供网络信息的数据库。这样的一个表将允许例如无线网络用户指定用户的因特网服务提供商(ISP)的多媒体服务器地址,而不是用户的无线服务提供商中的多媒体服务器的地址。那要求无线服务提供商更新相关数据库从而用户的MSISDN号码指向属于ISP的MMS服务器的地址。不仅用户的移动电话服务提供商需要作出这一更新,而且所有其它MMS服务器也必须更新它们的内部数据库,从而所有MMS服务器都知道到用户的ISP的新路由地址。
不管怎样获得特定目的地网络路由信息,示例的MMS-C 12包括或可以接入支持选择性的代码转换确定的至少一个数据库。也就是说,MMS-C 12包括或可以接入一个或多个数据库,该数据库给服务器16提供确定给定的输出多媒体消息中的多媒体内容的一些或全部是否应当转换代码的基础。例如,识别转换代码动作和格式的ENUM转换数据库和/或载波列表数据库可以包括在服务器16的代码转换***18中。可替换地,这种数据库功能中的一些或全部可以在支持实体20中实现,它可由转换代码***18接入。可替换地,一种或两个代码转换***18和支持实体20可以接入远程数据库服务器。从而,MMS-C 12可以接入信息,对该信息作出选择性代码转换决定从而由MMS-C 1将输出消息2发送到指定的目的地网络。
在查看这种消息发送操作时,以对移动站22的用户想要发送多媒体消息到另一个移动站的假定开始,描述一个典型的消息路由顺序可能会有帮助。移动站22经由支持没有示出的包括在或与网络10的示出部分相关联的支持无线接入网络(RAN)发送MMS消息到MMS-C 12。中继14提供该消息到服务器16,它根据目的地电子邮件地址通过因特网使用SMPT发送该消息。
接着,一个接收服务器发送一个多媒体消息通知到一个目的地网络中的推送访问协议(PAP)服务器,该服务器用作一个使用WAP论坛标准将消息推送到接收移动设备的推送网关。PAP服务器经由接收网络中的无线接入网络发送一个通知到接收移动设备22,并且接收移动站接着将MMS消息从接收服务器18中拖出。因而,多媒体消息在接收移动站中接收,在该接收移动站中该多媒体信息能够呈现、播放或显示给其用户。
当然,应当理解到根据本发明选择性转换代码的输出多媒体消息不是必须从与网络10相关联的移动站发起。实际上,网络运营商可能希望发送多媒体消息,例如,广告、服务信息等给一个或多个接受者。
清楚了以上内容后,再转到附图,图2说明了示例的处理逻辑,该逻辑可以在服务器16中以硬件、软件或它们的任何组合形式实现,用于执行多媒体消息处理的示例方法。服务器16的代码转换处理从确定是否有要处理的输出多媒体消息“开始”(步骤100)。
如果是,继续进行对消息的目的地网络地址的评估(步骤102)。如果确定在消息被发送来传递到目的地网络之前想要进行默认的代码转换(步骤104),服务器16开始或执行默认代码转换(步骤106),其中消息中多媒体内容的至少一部分从当前编码格式转换代码为默认代码格式并且(代码转换的)消息然后被发送以便传递到对应于消息地址信息的目的地网络。
如果不想进行默认的代码转换,服务器16可选地可以被配置为评估目的地地址以确定在发送该消息之前是否应当执行特定的代码转换(步骤110)。如果想要进行特定的代码转换,则服务器16接入本地或远程存储的信息,该信息指示特殊(特定)的应当用于对输出消息中的多媒体内容进行转换代码的编码格式,并且服务器执行转换代码为特定格式(步骤112)。
目的地地址的评估可以包括简单识别输出消息目标是一个电子邮件地址,并且服务器16(或支持实体20)可以被配置为假定一般想要对目标为电子邮件地址或目标为特定电子邮件地址的输出消息进行默认代码转换。因而,在示例实施例中,服务器16可以被配置为响应于识别到输出消息目的是传递到一个因特网域,例如传递到因特网服务器提供商(ISP),例如美国在线(AOL)、EARTHLINK、ROADRUNNER 等的用户执行默认的代码转换。
在这种上下文中,服务器16(或支持实体20)可以被配置为使用一种或多种通常用于多媒体内容的因特网传递的编码格式,例如WINDOWS媒体音频(WMA或.WAV)格式、REAL音频(.ra)格式、先进音频编码(AAC)格式等。默认代码转换的好处从多媒体内容的特定部分从可能是始发端网络本地,但可能不是在相同类型的网络外部广泛使用的编码格式转换中得来。
借助于非限定性的例子,如果网络10是GSM网络,输出消息中的多媒体内容的音频部分很可能根据用于无线语音编码的AMR编码格式进行编码,这种格式在个人计算机(PC)应用中得不到广泛支持。当然,其它类型的内容(音频等)可能选择性地被转换代码,并且默认的代码转换可能只对输出消息中多媒体内容的特定部分触发,或者不同的代码转换可以根据目的地网络地址对消息的不同部分触发,例如,对一些地址的视频部分进行转换代码,对其它地址的音频部分进行转换代码。注意,多媒体内容的一些或全部可能转换代码为多于一种默认格式以增加最终接受者以兼容格式接收多媒体内容的可能性。
如果实现选择性的特定代码转换,服务器16可以转换代码或开始这样的代码转换,根据存储在代码转换***18中和/或存储在支持实体20中的信息将多媒体内容的一些或全部进行代码转换为一种或多种特定格式。例如,代码转换***18(或支持实体20)可以包括一个识别将对特定目的地网络地址使用的特定代码转换格式的数据库或其它列表。借助于非限定性的例子,这样的格式特定的代码转换可能基于识别特定消息的目的地网络地址是另一个无线通信网络并查找将用于对输出消息代码转换的一个(或多个)特定格式以确保与目标目的地网络的兼容性。
图3说明了示例配置的处理逻辑,其中服务器16内的代码转换***18与支持实体20合作以执行对输出多媒体消息的选择性代码转换。处理从确定是否能获得一个输出多媒体消息(步骤120),即是否有一个消息发送MMS-C 12开始。如果是,服务器16发送目的地地址信息到支持实体20(步骤122),在这种情况下它优选地配置为一个代码转换数据库服务器。
服务器16可以从消息内容,例如从消息的报头信息中得到目的地地址信息或者它可以发送信息到支持实体20,从而支持实体20能够确定目的地地址信息。在一个实施例中,服务器16可以简单地发送该消息本身到作为给支持实体20提供目的地地址信息的机构的数据库服务器。
在任何情况下,支持实体20使用目的地地址信息以确定输出消息是否想要代码转换,并且返回一个对应的在服务器16接收的指示(步骤124)。服务器16响应于返回的指示选择性地执行代码转换(步骤126)。也就是说,如果指示了代码转换,服务器16的代码转换***18将输出消息中的多媒体内容的至少一部分转换代码为一种或多种指定和/或默认的编码格式(步骤128),并且发送该消息以根据目的地网络地址进行传递(步骤130)。如果没有指示代码转换,服务器16简单地发送输出消息(步骤130)。
注意,支持实体20不仅可以返回一个想要还是不想要代码转换的指示,而且可以返回与返回该指示相结合识别期望指定还是默认的代码转换的信息。更特别地,如果想要指定的代码转换,即代码转换为对特殊目的地地址指定的格式,支持实体20可以识别将使用的一个(或多个)特定代码转换格式。
图4说明了处理逻辑的另一个示例实施例。根据所说明的处理逻辑,处理与以上图3描述的类似,但是该实旋例中,支持实体20配置为与服务器16中的代码转换***18相像或类似的代码转换***。因而,代码转换***18的一些或全部可以从服务器16省略以避免重复的功能。
无论如何,处理从确定是否能获得一个输出消息开始(步骤140)。如果是,服务器16转送输出消息到支持实体20(步骤142)。支持实体20确定是否选择性地对消息中的多媒体内容代码转换,并接着返回该消息到服务器16(步骤144)。一旦接收到从支持实体20返回的消息时,服务器16就发送该消息以传递到目的地网络地址(步骤146)。
因而,根据以上实施例,实体20从MMS-C 12卸载代码转换功能,并用作支持选择性代码转换的实体。同样,支持实体20可以被配置为包括或另外可以接入一个代码转换数据库,它识别想要进行代码转换的地址,并且它将进一步识别默认或特定的代码转换是否将用于那些地址中的特殊一些地址。更一般地说,接着图4说明了一种配置,其中第一实体,例如服务器16转送输出消息到第二实体,例如,支持实体20,用于选择性转换代码,并随后接收从第二实体返回的消息以传递到目的地网络。
使用这种配置或图3配置中的支持实体20的一个优点是网络10的运营商不需要有义务提供或维护支持实体20。也就是说,尽管支持实体20能够包括网络10的部分,它也可以包括一个外部实体,它由网络10使用的第三方运营商维护。同样,第三方运营商将承担维护代码转换数据库信息的负担,并能够履行巩固和频繁更新这种信息的有用角色。
图5说明了可以使用或不使用支持实体20实现的示例处理逻辑的再另一个实施例。如前所述,处理从确定是否能够获得一个输出多媒体消息来处理开始(步骤150)。如果是,服务器16或另一个实体识别输出多媒体消息的目的地地址(步骤152)。服务器16接着作为识别出的目的地地址的函数执行输出消息中多媒体内容的一些或全部的代码转换,或者发起这种执行。在这个上下文中,代码转换基于一种或多种默认格式完成(步骤154A)或基于一种或多种特定格式完成(步骤154B)。
如前所述,代码转换和不代码转换之间的区别能够基于确定目的地地址是否被识别为属于一组需要代码转换的地址。而且,同样可以确定如果需要代码转换,目的地地址是否被识别为属于一组期望特定代码转换格式的地址。再次,这可以包括确定目标地址是否对应于一些因特网域,例如默认编码,或它是否对应于不同类型的无线网络,例如特定编码。
本领域技术人员将从以上细节中认识到,可以实践本发明的很多示意实施例,并且本发明能服从大范围的变化。例如,从“双技术”无线服务提供的上下文中产生几种这样的示例变化。此前,提到了代码转换可能包括输出消息中的特定媒体类型向多于一种编码格式的转换,例如增加消息接受者接收兼容格式内容的可能性。一种非限定性的例子是将AMR音频内容向CELP音频内容和WMA、MP3或其它这种在基于因特网的多媒体服务的上下文中享有广泛兼容性的格式的转换。
但是,本发明设想了附加或替换的设备(provison),其中输出多媒体消息目标是与多于一种技术相关联的接受者,例如其提供商运营基于多于一种标准来操作无线网络的无线服务用户。例如,一个给定的无线服务提供商可以运营cdma2000和GSM网络。在这样的情况下,对于给定输出消息由MMS-C12进行的目的地网络域的识别可能不需要给它提供这样一种指示,即,目标接受者移动站所使用的技术。(注意特殊MSISDN可能包含在可安装在GSM-类型或cdma2000类型移动站中的“智能卡”中。)而且,一个给定的移动站可能被设计为根据多种无线标准来操作并从而可能很难知道在任意给定时间上目标为从MMS-C 12输出的多媒体消息的接受者的移动站使用哪种技术。
寻址这种环境的一种方法是简单地拾取可能技术中的一种或其它可能技术,并且如果该技术与输出多媒体消息的当前一种(或多种)编码格式不同,根据选择的技术执行代码转换。另一种方法将是对MMS-C 12编程以识别这样的多技术不确定性,并且对输出消息中的多媒体内容的一些或全部代码转换为基于其广泛使用选择的默认格式,即实际的或事实上“标准”因特网格式,例如MP3,WAV,MPEG等。再另一种方法是对于多技术无线服务提供商,对他们支持的每种无线技术指定不同的域地址。因而,一个输出消息将目标为cdma2000域或一个GSM域等。
当然,本发明的其它变型,包括以上提到的关于一个(或多个)数据库的特点和定位的灵活性,该数据库用于支持输出多媒体消息的选择性代码转换。同样,本发明不限于以上细节,而只受随后的权利要求和它们合理等价物的限制。
Claims (33)
1、一种用于处理从始发端网络输出的多媒体消息的方法,包括:
选择性地将输出多媒体消息中的多媒体内容从当前格式转换代码为作为它们目的地网络地址的函数的一种默认格式;和
根据它们的目的地网络地址发送消息。
2、权利要求1的方法,其中,选择性地将输出多媒体消息中的多媒体内容从当前格式转换代码为作为它们目的地网络地址的函数的一种默认格式包括对目标为电子邮件地址的消息执行代码转换。
3、权利要求1的方法,其中,选择性地将输出多媒体消息中的多媒体内容从当前格式转换代码为作为它们目的地网络地址的函数的一种默认格式包括对目标不是电子邮件地址的消息不执行代码转换。
4、权利要求1的方法,还包括选择性地将输出多媒体消息中的多媒体内容从当前格式转换代码为作为它们目的地网络地址的函数的一种或多种特定的格式。
5、权利要求4的方法,其中,选择性地将输出多媒体消息中的多媒体内容从当前格式转换代码为作为它们目的地网络地址的函数的一种或多种特定的格式包括确定输出消息目标是无线网络域,并且将消息中的多媒体内容的至少一部分进行代码转换为对目标无线网络域指定的格式。
6、权利要求5的方法,其中,确定输出消息目标为无线网络域包括识别输出消息的目标移动电话号码并根据接入一个ENUM数据库识别无线网络域的名称,其中ENUM数据库将移动站电话号码与特殊的无线网络域相关联。
7、权利要求5的方法,其中,选择性地将输出多媒体消息中的多媒体内容从当前格式转换代码为作为它们目的地网络地址的函数的一种或多种特定的格式包括将输出消息中的音频内容从与始发端通信网络相关联的第一音频编码格式转换代码为对目标无线网络域指定的第二音频编码格式。
8、权利要求7的方法,其中,始发端网络包括GSM无线通信网络,或cdma2000无线通信网络,并且目标无线网络域时应于GSM无线通信网络或cdma2000无线通信网络。
9、权利要求1的方法,其中,始发端网络包括第一无线通信网络,并且其中根据它们的目的地网络地址发送消息包括从第一无线通信网络中的一个或多个多媒体消息服务(MMS)服务器发送消息。
10、权利要求1的方法,其中,选择性地将输出多媒体消息中的多媒体内容从当前格式转换代码为作为它们目的地网络地址的函数的一种默认格式包括对目标是因特网域的输出消息执行默认的代码转换并且对目标是无线网络域的输出消息不执行默认的代码转换。
11、权利要求10的方法,还包括对于目标为无线网络域的输出消息,确定对目标为特殊无线网络域的特殊输出消息是否想要代码转换,并且如果是,将该消息中的多媒体内容的至少一部分代码转换为该特殊无线网络域指定的格式。
12、权利要求11的方法,其中,确定对目标为特殊无线网络域的特殊输出消息是否想要代码转换包括确定一个数据库是否标识该特殊网络为想要代码转换的一个网络。
13、权利要求12的方法,还包括从存储在数据库中的信息识别对该特殊网络指定的格式。
14、权利要求1的方法,其中,选择性地将输出多媒体消息中的多媒体内容从当前格式转换代码为作为它们目的地网络地址的函数的一种默认格式包括对于一个特殊的输出消息,根据该消息的目的地网络地址确定是否想要默认的代码转换,并且如果不想要进行默认的代码转换,基于对一个域数据库是否指示了对该消息的目的地网络地址想要特定的代码转换的确定,确定是否想要特定的代码转换。
15、一种处理从一个始发端网络输出的多媒体消息的方法,包括:
从第一实体向第二实体发送输出多媒体消息的目的地地址信息;
对于该消息是否想要多媒体内容代码转换,在第一实体上接收来自第二实体的对应指示;
基于该指示在第一实体上选择性地执行代码转换;和
从第一实体发送消息以传递到目的地地址。
16、权利要求15的方法,其中,第二实体在始发端网络外部。
17、权利要求15的方法,其中,从第一实体向第二实体发送输出多媒体消息的目的地地址信息包括从第一实体向第二实体转送该消息,并且其中该消息包含目的地地址信息。
18、权利要求15的方法,其中,始发端网络包括第一无线通信网络,并且其中从第一实体向第二实体发送输出多媒体消息的目的地地址信息包括发送作为该消息目标的目的地移动电话号码的指示,或者发送作为该消息目标的目的地网络域的指示。
19、权利要求15的方法,其中,从第一实体接收一个来自第二实体的对于该消息是否想要多媒体内容代码转换的对应指示包括从第二实体接收一个指示,该指示识别对该消息中的多媒体内容的至少一部分进行代码转换的期望格式。
20、权利要求19的方法,其中,基于该指示选择性地在第一实体执行代码转换包括确定第二实体返回的对应指示是否指示了想要代码转换,并且如果是,则将该消息中多媒体内容的至少一部分代码转换为期望的格式。
21、权利要求15的方法,其中,从第一实体发送消息以传递到目的地地址包括发送该消息到目的地网络中的多媒体服务器以便随后传递到目标接受者。
22、一种处理从始发端网络输出的多媒体消息的方法,包括:
将输出多媒体消息从第一实体转送到第二实体;
在第二实体已经使该消息受到对该消息中的多媒体内容进行的选择性代码转换之后,在第一实体接收从第二实体返回的消息;以及
从第一实体发送该消息以传递到目的地地址。
23、权利要求22的方法,其中,第二实体在始发端网络外部。
24、权利要求22的方法,还包括在第二实体选择性地执行该消息中的多媒体内容的代码转换并且然后将该消息返回到第一实体。
25、权利要求24的方法,其中,选择性地执行消息中的多媒体内容的代码转换包括基于该消息的目的地地址确定该消息是否想要代码转换,并且如果想要代码转换,则将消息中的多媒体内容的至少一部分从第一编码格式代码转换为第二编码格式。
26、一种处理从始发端网络输出的多媒体消息的方法,包括:
识别输出多媒体消息的目的地地址;
基于识别目的地地址为指示了默认的代码转换的一个目的地地址,选择性地执行消息中的多媒体内容的默认代码转换;
基于识别目的地地址为指示了指定代码转换的一个目的地地址,选择性地执行消息中的多媒体内容的指定代码转换;和
发送该消息以传递到目的地地址。
27、权利要求26的方法,其中,发送该消息以传递到目的地地址包括发送该消息到目的地网络中的一个多媒体服务器,以便由该多媒体服务器传递到该消息的目标接受者。
28、权利要求26的方法,其中,识别目的地地址为指示了默认代码转换的一个目的地地址包括识别该目的地地址对应于一个因特网电子邮件地址。
29、权利要求26的方法,其中,识别目的地地址为指示了指定代码转换的一个目的地地址包括识别该目的地地址对应于想要代码转换的一个无线通信网络。
30、权利要求29的方法,还包括将消息中多媒体内容的至少一部分从当前编码格式代码转换为一种指定编码格式,并且其中对目的地地址指示了指定编码格式。
31、一种用于处理从始发端网络输出的多媒体消息的多媒体消息中心,包括一个服务器,被配置为选择性地将输出多媒体消息中的多媒体内容从当前格式代码转换为作为它们目的地网络地址的函数的一种默认格式,并根据它们的目的地网络地址发送该消息。
32、一种用于处理从始发端网络输出的多媒体消息的多媒体消息中心,包括:
一个多媒体服务器,被配置为发送输出多媒体消息的目的地地址信息到数据库服务器并从数据库服务器接收返回的关于对该消息是否想要多媒体内容代码转换的指示;
所述多媒体服务器包括被配置为根据该指示选择性地执行代码转换的第一电路和被配置为发送该消息以传递到目的地地址的第二电路。
33、一种用于处理从始发端网络输出的多媒体消息的多媒体消息中心,包括一个多媒体服务器,它被配置为将输出多媒体消息转送到一个代码转换***,在该代码转换***已经使该消息受到对该消息中的多媒体内容进行的选择性代码转换后接收返回的消息,并且发送来自第一实体的消息以传递到目的地地址。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US45744903P | 2003-03-25 | 2003-03-25 | |
US60/457,449 | 2003-03-25 | ||
US10/807,975 | 2004-03-24 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1795657A true CN1795657A (zh) | 2006-06-28 |
Family
ID=36806198
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200480014362 Pending CN1795657A (zh) | 2003-03-25 | 2004-03-25 | 多媒体消息处理 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1795657A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102291690A (zh) * | 2010-06-18 | 2011-12-21 | 中兴通讯股份有限公司 | 多媒体数据内容的适配转发方法及装置 |
CN101480036B (zh) * | 2006-07-27 | 2013-01-09 | 艾瑞赞公司 | 在便携式电子设备上播放音频文件的方法 |
CN103139646A (zh) * | 2011-11-30 | 2013-06-05 | 中国联合网络通信集团有限公司 | 多媒体消息传送方法、媒体交换网和转换网关 |
CN101594600B (zh) * | 2009-06-30 | 2013-08-07 | 中兴通讯股份有限公司 | 基于软交换的媒体转换方法、软交换及媒体转换网关 |
CN102104835B (zh) * | 2009-12-17 | 2015-06-03 | 中兴通讯股份有限公司 | 广播消息处理方法 |
CN112929738A (zh) * | 2007-02-02 | 2021-06-08 | 赛乐得科技(北京)有限公司 | 具有不同用户终端的多媒体通信中跨层优化的方法和装置 |
-
2004
- 2004-03-25 CN CN 200480014362 patent/CN1795657A/zh active Pending
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101480036B (zh) * | 2006-07-27 | 2013-01-09 | 艾瑞赞公司 | 在便携式电子设备上播放音频文件的方法 |
CN112929738A (zh) * | 2007-02-02 | 2021-06-08 | 赛乐得科技(北京)有限公司 | 具有不同用户终端的多媒体通信中跨层优化的方法和装置 |
CN101594600B (zh) * | 2009-06-30 | 2013-08-07 | 中兴通讯股份有限公司 | 基于软交换的媒体转换方法、软交换及媒体转换网关 |
CN102104835B (zh) * | 2009-12-17 | 2015-06-03 | 中兴通讯股份有限公司 | 广播消息处理方法 |
CN102291690A (zh) * | 2010-06-18 | 2011-12-21 | 中兴通讯股份有限公司 | 多媒体数据内容的适配转发方法及装置 |
WO2011157007A1 (zh) * | 2010-06-18 | 2011-12-22 | 中兴通讯股份有限公司 | 多媒体数据内容的适配转发方法及装置 |
CN103139646A (zh) * | 2011-11-30 | 2013-06-05 | 中国联合网络通信集团有限公司 | 多媒体消息传送方法、媒体交换网和转换网关 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20040258063A1 (en) | Multimedia message processing | |
EP1519526B1 (en) | Unified messaging server and method integrating multimedia messaging service functions and legacy handsets | |
CN100409218C (zh) | 提供可配置动态多媒体消息服务预代码转换的***和方法 | |
US20040185883A1 (en) | System and method for threading short message service (SMS) messages with multimedia messaging service (MMS) messages | |
US20060094472A1 (en) | Intelligent codec selection to optimize audio transmission in wireless communications | |
CN101330662B (zh) | 业务内容信息查询方法、***和服务提供商平台 | |
CN1833453A (zh) | 一种使email服务能够用于移动设备的方法和*** | |
CN1791238A (zh) | 在移动通信***中发送短文本消息的***和方法 | |
CN1754360A (zh) | 消息管理 | |
CN1885967A (zh) | 在短消息中增加发送方实际名称的方法 | |
CN1930895A (zh) | 移动通信终端之间互通消息的***和方法 | |
CN1795657A (zh) | 多媒体消息处理 | |
AU2004301358C1 (en) | Message system | |
CN1756387A (zh) | 通信***中实现移动数据业务统一路由的方法 | |
US20070270141A1 (en) | Providing to sender of message an identifier of service provider associated with recipient of the message | |
CN1852468A (zh) | 一种多媒体消息服务***中对消息的处理方法 | |
CN1852477A (zh) | 一种远程查询信息的方法及通信终端 | |
KR20050101924A (ko) | 단말기의 지원 언어에 따른 멀티미디어 메시지 변환시스템 및 그 방법 | |
CN1230014C (zh) | 一种多媒体消息业务发送的方法 | |
CN1801785A (zh) | 基于即时通讯的多媒体内容互动***及其实现方法 | |
CN1809180A (zh) | 一种进行内容适配的数据业务信息的处理方法 | |
CN1317902C (zh) | Mms信息传送方法 | |
CN1266915C (zh) | 通过电子邮件发起电话呼叫的方法 | |
CN1656783A (zh) | 用于移动电子发信的***和方法 | |
CN1910885A (zh) | 多媒体消息传送业务路由***和方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |