CN100546300C - 多媒体消息接发服务中媒体内容的流式传输 - Google Patents

Abstract

一种对多媒体消息接发服务(MMS)的改进，其中多媒体消息的可流化媒体组件被流式传输(321)给用户代理。可流化组件用指向某一位置的描述符表示，从所述位置能够获得建立用于可流化媒体组件的流式传输会话所必需的会话描述数据(SDD)。在用户代理已被告知(310)多媒体消息之后，或者甚至更有利地是只有在用户代理请求取回(312)多媒体消息时，才产生和传送(316)SDD。SDD产生遵守请求取回多媒体消息的用户代理的能力和/或偏爱。利用取回请求(312)或者根据流式传输会话设置消息(315)能够获得能力和/或偏爱，以便确保它们对应于将实际呈现多媒体消息的用户代理。

Description

多媒体消息接发服务中媒体内容的流式传输

技术领域

本发明涉及数据传输。更具体地说，本发明涉及多媒体消息接发服务中媒体内容的流式传输。

背景技术

在移动通信网络中，多媒体消息接发服务(MMS)通常用于描述一种传送具有多媒体内容的消息的新途径。多媒体消息接发服务允许在不同的移动用户之间和/或在移动用户和因特网之间的消息接发。已存在一种用于在第三代移动通信网络中提供多媒体消息接发服务的约定解决方案，其特征叙述于第三代合作伙伴计划(3GPP)技术规范(TS)23.140，“多媒体消息接发服务(MMS)，功能描述，阶段2”中。3GPPTS 23.140中提出的多媒体消息接发服务采用储存-转发方法来进行消息传送。以这样的方式构成多媒体消息，以致媒体内容(媒体组件)，描述媒体内容所必需的信息和识别消息的预定接收者的寻址信息被封装在一起。随后，多媒体消息从发送MMS用户代理被发送给接收者多媒体消息接发服务中继/服务器，接收者多媒体消息接发服务中继/服务器再把消息的可用性通知预定的接收器(接收者MMS用户代理)。随后，多媒体消息或者选择的媒体组件由接收者MMS用户代理终端下载，并被提供给终端的用户。

下面将参考图1和2说明如3GPP TS 23.14中提出的典型MMS系统的结构和操作。

图1表示根据3GPP TS 23.140的MMS系统部件的概观。该系统包括下述项目：

·多个MMS用户代理(US)110，每个MMS用户代理110能够传送和接收多媒体消息；

·漫游MMS用户代理127；

·不同类型的接入网络122、124和126，包括：

·第二代移动通信网络122，例如GSM阶段2网络；

·第三代移动通信网络124，例如通用移动通信系统(UMT)；和

·移动接入网络126，例如无线LAN网络。

·因特网(或者另一因特网协议(IP)网络)130，它具有外部服务器134，例如电子邮件服务器，和有线电子邮件客户机132；

·多媒体消息接发服务中继142和MMS服务器144，在本例中，它们被集成为称为多媒体消息接发服务中心(MMSC)140的单一单元，不过它们也可被实现成独立的或者分布的实体；

·与MMS服务器144有关的消息存储器150；和

·包括例如用户预约和寻址信息的用户数据库60。

集合术语多媒体消息接发服务环境(MMSE)用于描述一起操作，从而实现多媒体消息接发服务的那些功能部件。在图1中，MMSE由在椭圆形区域内的部件形成。

更详细地参见图1，每个MMS用户代理110通过其接入网络122、124与MMS中继142连接。漫游MMS用户代理127通过移动接入网络126并经因特网130与MMS中继142连接。MMS中继与MMS服务器144连接，并与用户数据库160连接。此外，外部服务器134和有线电子邮件客户机132与因特网130连接。

图2表示根据3GPP TS 23.140的不同MMSE之间的交互工作的概观。多媒体消息的通信在存在于两个不同的多媒体消息接发服务环境中的用户代理110A(发送者)和110B(接收者)之间进行。为了简洁清楚起见，这两个多媒体消息接发服务环境，MMSE A和MMSE B均被表示成包括与单个MMS服务器连接的单一MMS中继，从而形成两个MMSC 214和24。应认识到在实际的MMSE中，MMS中继和服务器的数目可以，并且通常将大大于上述数目。例如，MMSE A和MMSE B可具有不同的操作员，不同的地理位置或覆盖范围和/或在它们的技术特征和能力方面不同。此外，在特定的MMSE包含一个以上的MMS中继的情况下，根据本发明的方法也可应用在MMSE内(内-MMSE)。

在图2中所示的例子中，MMS用户代理11A和110B都被描述成通过无线电通信网络212、222与它们各自的MMSE 210、220通信的装置。但是，应认识到MMSE用户代理A或MMSE用户代理B，或者它们两者都可存在于固定线路网络(未示出)中。

对于可包括在多媒体消息中的媒体内容的类型没有任何特殊限制。一般来说，媒体组件可被分成属于两种类别之一，即：1)适合于流式传输给接收者用户代理的那些媒体组件，和)一般不适合于流式传输的那些媒体组件。落入第一类别内的媒体组件的例子是音频和视频剪辑，而属于第二类的非流式传输类别的典型媒体组件包括例如文本和静止图像。术语“流式传输”(streaming)一般用于描述在内容通过数据网络正被传送给接收者的时候，连续地进行媒体内容的表达或不同媒体类型的组合。从而，“流”是使接收者能够表达某一形式的连续发展信息，例如上面涉及的音频或视频剪辑的数据流。实际上，流式传输可以是实况形式的(live)，或者按请求方式(on-demand)进行的。术语“实况流式传输”描述从实况转播源，例如摄像机实时产生的数字图像流的媒体流的产生，而术语“请求式流式传输”描述从例如包括保存在服务器上的编码(压缩)音频或视频数据的文件的媒体流的产生。

移动网络中流式传输的使用可能非常有益。一般来说，移动终端具有有限的存储和处理能力，移动通信网络也具有有限的数据传输速率。从而，把流式传输方案用于媒体下载和表达能够减少移动终端所需的可用存储器的数量，还能够减小开始媒体组件的重放的延迟。由于这些原因，对于把流式传输结合到第3代多媒体消息接发服务中已产生兴趣。

为了通过流式传输下载可流化的媒体组件，必须在接收者终端和媒体内容源之间建立所谓的“流式传输会话”。为了建立流式传输会话，接收者终端必须知道要被流化的媒体内容的某些信息。一般来说，该信息可包括(但不限于)媒体内容的类型，媒体内容被编码的格式，将在把内容流式传输给接收者中使用的传送机制，和将从其下载内容的位置(例如网络地址)。为了建立流式传输会话，预定的接收者必须预先知道的该信息一般被称为“会话描述数据(SDD)”。如前所述，根据3GPP TS 23.140，通过把媒体内容，描述媒体内容所必需的信息和识别消息的预定接收者的寻址信息封装在单一消息结构中，形成多媒体消息。这种消息构成方法固有地与媒体内容的流式下载不兼容，因为接收者MMS用户代理没有办法在多媒体消息已被整个下载之前，获得它为了建立流式传输会话而需要的SDD。

由于这个原因，3GPP TS 3.140的较早版本，例如V.3.1.0(版本′99)并不向接收者MMS用户代理提供对媒体内容的流式下载的支持。所有媒体组件(可流化的和不可流化的)只是被传送给接收者MMS用户代理，只有当整个消息的下载完成时才被呈现。

现在将参考图2更详细地说明根据3GPP TS 203.140V.3.1.0的多媒体消息传送的基本机制。这里假定已预约在多媒体消息接发服务环境A 210中提供的多媒体消息接发服务的MMS用户代理A 11A希望向已预约在MMSE B 220中提供的多媒体消息接发服务的MMS用户代理B 110B发送一些媒体内容。当启动向MMS用户代理B 110B的多媒体消息的传送时，MMS用户代理A首先选择要传送的媒体内容。例如，媒体内容可以是保存在用户代理A的存储器中的不可流化类媒体内容，例如静止图像和一些相关文本，或者它可以是适合于流式传输的媒体内容，例如音频或视频剪辑。在任意一种情况下，根据3GPP TS 203.140V.3.1.0，用户代理A把媒体内容封装成多媒体消息，包括媒体内容本身，描述媒体内容所必需的信息，和识别消息的预定接收者的寻址信息。MMS用户代理A随后通过无线电网络A 212把该消息发送给MMS中继A。

当收到多媒体消息时，MMS中继A根据包括在消息内的寻址信息，确定预定的接收者不是MMSE A的用户代理，而是MMS中继B的用户代理，并把多媒体消息转发给MMS中继B。利用例如在现有的3GPP多媒体消息接发解决方案中提供的标准化机制，把多媒体消息发送给正确的MMS中继，即负责MMS用户代理B的MMS中继。当收到该多媒体消息时，MMS中继B把媒体内容保存在MMS服务器B中，并向预定的接收者MMS用户代理B发送通知，从而指示多媒体内容已到达，其内容可从MMS中继B下载。响应收到该通知，MMS用户代理B从MMS中继B取回媒体内容。通过利用MMS中继B发信号而启动媒体内容的取回。

3GPP TS 203.140V.4.1.0(版本4，2000年12月)包括能够实现媒体内容的流式下载的条款。它提出一种解决方案，其中在接收者MMS中继发送的通知消息中提供接收者MMS用户代理建立流式传输会话所需的SDD。更具体地说，根据3GPP TS 203.140V.4.1.0，当接收者MMS中继，例如MMS中继B收到包含可流化的媒体内容的多媒体消息时，它形成修改的MMS通知消息，并把该消息发送给预定的接收者用户代理，把包括在多媒体消息中的任何可流化的多媒体组件通知接收者用户代理。修改的通知消息包括初始化接收者MMS用户代理和可以获得可流化的多媒体组件的MMS服务器之间的流式传输会话所必需的SDD。

WO 02/063849公开一种在多媒体消息接发系统中，实现媒体组件的流式下载的备选方法，该方法在不需要修改发送给接收者MMS用户代理的通知消息的情况下工作。WO 02/063849中提出的方法形成3GPP多媒体消息接发标准的最新版本中支持流式传输的基础。

根据在WO 02/063849中公开的方法，接收者MMS中继检查它收到的多媒体消息，并在把多媒体消息通知接收者用户代理之前，用描述符替换消息中的任意可流化的媒体组件。每个描述符包含足以允许接收者MMS用户代理形成用于下载多媒体消息中的可流化媒体组件中的特定一个媒体组件的流式传输会话的SDD。另一方面，可以使用包含关于一个以上可流化组件的SDD。有利的是，描述符采取会话描述协议(SDP)文件的形式，一种从因特网中的流式应用知悉的标准格式。WO 02/063849还提及借助代替可流化组件，插入多媒体消息中的统一资源标识符(URI)或统一资源定位符(URL)，可提供SDD的可能性。这种情况下，URI或URL提供使接收者MMS用户代理能够从数据通信网络内的某一位置，例如MMSE本身，或者更一般地说，因特网取回SDD的信息。

在WO 02/063849中，在收到通知之后，接收者MMS用户代理通过向接收者MMS中继发送MMS取回请求，请求多媒体消息的传送。MMS中继随后发送包括修改的多媒体消息的MMS取回响应。当收到修改的多媒体消息时，接收者MMS用户代理能够呈现不可流化的媒体组件，并且还确定可流化组件中的哪些(如果有的话)要被取回。如果修改的消息包含呈SDP文件形式的SDD，那么接收者用户代理MMS可以立即获得它形成流式传输会话所需要的信息。如果描述符采取URI或URL的形式，那么接收者代理必须首先从URI或URL指示的位置取回SDD，随后可形成流式传输会话，从而取回所考虑的可流化组件。

发明内容

根据本发明的第一方面，提供一种在移动多媒体消息接发服务中，把多媒体消息发送给多媒体消息接发用户代理的多媒体消息接发网络实体，包括：

接收来自多媒体用户代理的关于特定多媒体消息的多媒体消息取回(retrieve)请求的端口；

响应取回请求，获得请求多媒体消息的用户代理的流式传输自适应信息(streaming adaptation information)的装置；和

响应收到取回请求，确定发送给多媒体用户代理的多媒体消息是否包含可被流式传输给用户代理的可流化组件，以及响应确定多媒体消息包含可流化组件，根据流式传输自适应信息，产生建立流式传输会话的会话描述数据的装置，所述流式传输会话用于传送多媒体消息的可流化组件；和

响应确定多媒体消息包含可流化组件，用指向可流化组件的会话描述数据的描述符替换可流化组件的装置；

响应确定多媒体消息包含可流化组件，把带有替换可流化组件的描述符的多媒体消息发送给用户代理的装置；

开始把和会话描述数据相符的可流化组件流式传输给用户代理的装置。

有利的是，在知悉MMS用户代理是否将实际取回所考虑的煤体组件之前，不必为特定的可流化媒体组件产生会话描述数据(SDD)，从而由于只有当需要时才产生SDD，因此能够节约多媒体消息接发系统的资源。

此外，取回特定多媒体消息的可流化组件的MMS用户代理不必是被发送初始通知的MMS用户代理。如果用户决定用不同于被发送通知消息的MMS用户代理的终端，或者以不同于典型优先选择的优先选择来取回多媒体消息的可流化组件，那么尽管终端的特定于流式传输的能力可能存在差异，仍然能够正确地开始流式传输可流化组件。

有利的是，用户代理的流式传输自适应信息允许依赖于与实际取回多媒体消息的可流化组件的终端相关的性质和/或偏爱的SDD的产生。

根据本发明的第二方面，提供一种在移动多媒体消息接发服务中，接收来自多媒体消息接发网络的多媒体消息的多媒体消息接发用户代理，其中用于通知多媒体消息的存在的多媒体消息通知被发送给用户代理，包括：

在网络发出多媒体消息的通知之后，把接收多媒体消息的多媒体消息取回请求和流式传输自适应信息发送给网络的发射器；

接收响应多媒体消息取回请求的多媒体消息传输的接收器；

从接收的多媒体消息传输中获得指向网络中的一个位置的描述符的装置；

从描述符指示的位置，获得根据流式传输自适应信息产生的会话描述数据的装置；和

根据会话描述数据建立流式传输会话，以便取回可流化媒体组件的装置。

多媒体消息接发用户代理优选是便携式装置。用户代理最好是手持便携式或可佩戴的装置。

多媒体消息接发用户代理最好包括移动电话机，具有无线通信能力的PDA装置，电子书籍或电子报纸。

用户代理最好是独立装置。另一方面，用户代理至少部分由附加(add-on)模块，例如PC卡，或者由可在通信装置上运行的程序代码实现。

根据本发明的第三方面，提供一种包括多媒体消息接发用户代理和处理发往多媒体消息接发用户代理的多媒体消息接发网络的移动多媒体消息接发服务系统，所述网络包括：

接收来自用户代理的多媒体消息取回请求的装置；

响应取回请求，获得用户代理的流式传输自适应信息的装置；

响应取回请求，确定发往用户代理的多媒体消息是否包括可被流式传输给用户代理的可流化组件，并且根据流式传输自适应信息，产生建立流式传输会话的会话描述数据的装置，所述流式传输会话用于传送多媒体消息的可流化组件；

响应确定多媒体消息包含可流化组件，用指向可流化组件的会话描述数据的描述符替换可流化组件的装置；

响应确定多媒体消息包含可流化组件，把带有替换可流化组件的描述符的多媒体消息发送给用户代理的装置；和

开始把和会话描述数据相符的可流化组件流式传输给用户代理的装置；

用户代理包括：

把接收多媒体消息的多媒体消息取回请求和关于用户代理的流式传输自适应信息发送给网络的发射器；

接收响应多媒体消息取回请求的多媒体消息的接收器；

从接收的多媒体消息传输中获得指向会话描述数据的描述符的装置；

获得描述符指向的会话描述数据的装置；和

根据会话描述数据启动流式传输会话，以便取回可流化组件的装置。

根据本发明的第四方面，提供一种把移动多媒体消息接发服务网络实体中的多媒体消息发送给多媒体消息接发用户代理的方法，包括：

从多媒体消息接发用户代理接收关于特定多媒体消息的多媒体消息取回请求；和

响应取回请求：

获得请求多媒体消息的用户代理的流式传输自适应信息；

确定发往用户代理的多媒体消息是否包括可被流式传输给用户代理的可流化组件；

响应确定多媒体消息包括可流化组件，根据流式传输自适应信息，产生建立流式传输会话的会话描述数据，所述流式传输会话用于传送多媒体消息的可流化组件；

响应确定多媒体消息包含可流化组件，用指向可流化组件的会话描述数据的描述符替换可流化组件，并把带有替换可流化组件的描述符的多媒体消息发送给用户代理；和

开始把和会话描述数据相符的可流化组件流式传输给用户代理。

最好，该方法还包括接收通知多媒体消息可用的通知。最好，所述通知遵守3GPP 23.140MMS规范。

有利的是，用户代理的流式传输自适应信息允许依赖于与实际取回多媒体消息的可流化组件的终端相关的性质和/或偏爱的SDD的产生。

最好，流式传输自适应信息包括和用户代理的流式传输数据的能力和/或涉及流式传输的用户偏爱有关的信息。

多媒体消息是否包括可被流式传输给用户代理的可流化组件的确定最好考虑到流式传输自适应信息。

有利的是，通过使用流式传输自适应信息，能够识别用户代理实际能够流式传输的媒体组件，和用户偏爱并不排斥的媒体组件。从而，用户代理能够流式传输被确定为可流化的所有媒体组件。另外有利的是，用户偏爱可排除特定的媒体组件被流化，尽管用户代理的能力支持这些特定媒体组件的流式传输。这种排除可取决于诸如媒体类型，大小，估计的成本或传送的持续时间之类的标准。在上面提及的两种情况下，能够避免SDD的不必要产生。这导致消息接发系统的计算负载的降低，因为不是所有用户代理都能够流式传输所有潜在可流化的媒体组件。另外，所有用户代理并不总是需要所有可能的可流化组件的流式传输。

最好当接收取回请求时，发生获得流式传输自适应信息的步骤。有利的是，在接收取回请求时，获得流式传输自适应信息允许使用相同的程序，而不管是否存在可流化的组件，以及它们应被如何流式传输。

获得流式传输自适应信息的步骤最好以包括在取回请求中的信息为基础。有利的是，详细的流式传输自适应信息或对这种详细的流式传输自适应信息的引用可在取回请求中收到，或者可和取回请求一起接收。

获得流式传输自适应信息的步骤最好在接收取回请求之后发生。有利的是，在接收取回请求之后获得流式传输自适应信息允许由还产生SDD的实体接收自适应信息。这允许极大程度的灵活性，因为自适应信息的提供在将负责流式传输的双方之间发生，导致多媒体消息接发服务中流式传输的升级较为容易。

获得流式传输自适应信息的步骤最好以包括于在取回请求之后收到的通信中的信息为基础。有利的是，流式传输自适应信息可在诸如RTSP描述信号之类通信中从用户代理收到。

用描述符替换可流化组件的步骤最好在MMS中继(relay)进行。产生SDD的步骤最好在除MMS中继之外的实体，例如MMS服务器进行。

有利的是，接收者MMS中继不必支持任何会话描述协议，并且不必能够详细地理解接收者MMS用户的特定于流式传输的能力，因为会话描述数据SDD的产生由媒体服务器执行。与其中要求MMS中继来产生SDD的MMS实现相比，这两个因素减小了MMS中继实现的复杂性。

此外，由于不需要接收者MMS中继来产生SDD，因此当用描述符替换可流化媒体组件时，这不必对消息内容SDD进行大量的处理。这减轻了MMS中继的预期工作负荷，增大了单个MMS中继能够处理的接收者MMS用户代理的数目。另一方面，由于加在接收者MMS中继上的工作负荷更小，可减少消息传送时间。

SDD的产生和提供最好是分布的并由不同的服务器执行。有利的是，由于和现有技术相比，对多媒体消息接发服务中心(一个或多个MMS中继和一个或多个MMS服务器的组合)的要求将被减少，因此得到可动态扩展并且灵活的系统。

有利的是，采用根据本发明的发送多媒体消息的方法提高了多媒体消息接发系统的灵活性，减少了对系统内的MMS中继的要求。

此外，新的流式传输能力可被引入多媒体消息接发系统中，而不需要改变负责通知和消息传送的多媒体消息接发中继。这个优点起因于SDD的产生可由与多媒体消息接发中继分离的专用多媒体服务器(媒体服务器)进行。这样，多媒体消息接发系统可被升级，以使用更复杂的流式传输协议。通过对媒体服务器和MMS用户代理进行必要的改变，可升级为使用更复杂的流式传输协议，而不一定需要对多媒体消息接发中继的改变。

根据本发明的第五方面，提供一种在移动多媒体消息接发服务中，由多媒体消息接发用户代理接收来自多媒体消息接发网络的多媒体消息的方法，其中用户代理接收通知多媒体消息的存在的多媒体消息通知，并发送取回请求，以便随后接收多媒体消息：

在网络发出多媒体消息的通知之后，把接收多媒体消息的多媒体消息取回请求和关于用户代理的流式传输自适应信息发送给网络；

从网络接收响应多媒体消息取回请求的多媒体消息传输；

从接收的多媒体消息传输中获得指向网络中的一个远程位置的描述符；

从描述符指示的位置，获得根据流式传输自适应信息产生的会话描述数据，用于建立取回可流化组件的流式传输会话；和

根据会话描述数据建立流式传输会话，以便取回可流化媒体组件。

有利的是，在已发送通知之后，向网络提供流式传输自适应信息允许SDD的定制，从而SDD适合于用户代理。

最好，流式传输自适应信息提供和特定用户代理终端相关的流式传输专用能力信息或者关于该终端的用户的流式传输偏爱的信息。有利的是，通过提供用户代理能力信息，SDD随后可在网络中产生，以致用户代理将能够根据会话描述数据进行流式传输。有利的是，提供流式传输偏爱信息允许会话描述数据的定制产生，从而能够和用户偏爱相符地进行流式传输。

最好，多媒体消息既包括可流化组件又包括不可流化组件。有利的是，不可流化组件可被立即呈现给用户，而可流化组件要独立取回，并且被独立呈现或者与不可流化组件一起被呈现。

最好，多媒体消息通过无线通信信道被传送给用户代理。最好，在蜂窝无线电网络，例如GSM、UMTS、PDC、IS-95或CDMA-2000中实现多媒体消息接发网络。

最好，SDD包含确定可流化组件应被如何呈现的信息。有利的是，字幕文本，控制图标，背景旋律和/或与多媒体消息相关的可执行小程序可被提供为不可流化的组件，并通过SDD与可流化组件链接，以致在接收者装置可按照集中的方式构成多媒体消息。从而，能够获得极大的设计自由度，以便产生使人难忘的多媒体消息。这在广告消息中特别有利。

根据本发明的第六方面，提供一种在移动多媒体消息接发服务中，控制向多媒体消息接发用户代理发送多媒体消息的多媒体消息接发网络实体的计算机程序产品，包括：

使网络实体从多媒体消息接发用户代理接收关于特定多媒体消息的多媒体消息取回请求的计算机程序代码；

使网络实体响应收到取回请求，获得关于请求多媒体消息的用户代理的流式传输自适应信息的计算机程序代码；

响应收到取回请求，使网络实体确定发往用户代理的多媒体消息是否包括可被流式传输给用户代理的可流化组件的计算机程序代码；

响应收到取回请求，使网络实体用指向可流化组件的会话描述数据的描述符替换可流化组件，并把带有替换可流化组件的描述符的多媒体消息发送给用户代理的计算机程序代码；

使网络实体根据流式传输自适应信息，产生建立流式传输会话的会话描述数据的计算机程序代码，所述流式传输会话用于传送多媒体消息的可流化组件；和

使网络实体开始把和会话描述数据相符的可流化组件流式传输给用户代理的计算机程序代码。

根据本发明的第七方面，提供一种在移动多媒体消息接发服务中，控制从多媒体消息接发网络接收多媒体消息的多媒体消息接发用户代理的计算机程序产品，其中用于通知多媒体消息的存在的多媒体消息通知被发送给用户代理，包括：

使用户代理在网络发送了关于多媒体消息的通知之后，向网络发送多媒体消息取回请求和流式传输自适应信息的计算机程序代码；

使用户代理接收响应多媒体消息取回请求的多媒体消息传输的计算机程序代码；

使用户代理从接收的多媒体消息传输中获得指向网络中的一个位置的描述符的计算机程序代码；

使用户代理从描述符指示的位置获得根据流式传输自适应信息产生的会话描述数据的计算机程序代码；和

使用户代理根据会话描述数据建立流式传输会话，从而取回可流化媒体组件的计算机程序代码。

第六和第七方面的计算机程序代码可以是计算机可执行的程序代码，例如汇编机器语言。程序代码可以是通过利用解释器和/或编译器，可由计算机执行的代码。

根据本发明的第八方面，提供一种在多媒体消息接发服务中提供会话描述数据的方法，在所述多媒体消息接发服务中，用户代理可发送多媒体消息取回请求，从而至少部分地在根据会话描述数据中建立的流式传输会话中，获得发送给它们的多媒体消息，其特征在于响应取回请求的发送，产生会话描述数据。

最好，该方法还包括获得请求多媒体消息的用户代理的流式传输自适应信息，并根据流式传输自适应信息产生会话描述数据的步骤。

最好，用指向可从其获得会话描述数据的位置的描述符替换多媒体消息的可流化组件。

根据本发明的第九方面，提供一种配置成根据第八方面的方法产生会话描述数据的会话描述数据发生器。

利用与用户代理交换多媒体消息和/或信令的多媒体消息接发网络实体，可提供多媒体消息接发服务。会话描述数据发生器可和该网络实体在一起。另一方面，会话描述数据发生器可独立于该网络实体而存在。网络实体可包括组合或者相互分离的媒体服务器和多媒体消息接发中继。

应认识到当与本发明的其它方面组合时，任一方面的实施例可产生优点，并且在合适的情况下它们可被组合，即使不是所有实施例在所有各个方面之后都被清楚地记录。

附图说明

下面将参考附图，举例说明本发明，其中：

图1表示根据3GPP TS 203.140V.4.1.0的MMS系统部件的概观；

图2表示根据3GPP TS 203.140V.4.1.0的交互工作MMS系统部件的概观；

图3表示根据本发明的一个优选实施例，收到多媒体消息时的信令的流程；

图4表示根据本发明的一个优选实施例，描述MMS中继/服务器的操作的流程图；

图5表示根据本发明的一个优选实施例，MMS用户代理的结构的方框图；

图6表示根据本发明的一个优选实施例，MMS中继/服务器224的结构。

具体实施方式

前面为了举例说明现有技术，描述了图1-2。图1-2也构成其中可实现本发明的构架。

现在将举例说明根据本发明的多媒体消息接发系统的操作。在下面的说明中，将假定多媒体消息接发系统在第三代移动通信系统中实现。应认识到根据本发明的MMS系统也可在基于不同技术和通信协议的各种其它移动通信系统中实现。例如，也可在基于GSM的移动通信网络中提供根据本发明的MMS系统。如果GSM网络是根据通用分组无线电系统(GPRS)的要求来实现的，那么MMS系统的部件和移动通信网络之间的信令的细节将基本上与下面提供的描述相对应。在基于不同技术和通信协议的移动通信系统中，可按照等同的方式影响MMS系统和底层的通信网络的交互作用，虽然所需信令的准确细节可能与下面的例子中提供的细节有所不同。

类似于前面给出的现有技术的描述，将检查多媒体消息接发服务环境A(MMSE A)中的MMS用户代理A向存在于多媒体消息接发服务环境B(MMSE B)中的MMS用户代理B发送多媒体消息的情况。

当开始向MMS用户代理B传送多媒体消息时，MMS用户代理A首先选择要传送的媒体内容。如前所述，媒体内容可以是保存在用户代理A的存储器中的不可流化类媒体内容，例如静止图像和一些相关文本，或者它可以是适合于流式传输的媒体内容，例如音频或视频剪辑，或者不可流化和可流化类媒体内容的组合。一些媒体内容还可采取指示可从其获得特定媒体组件的网络位置的URI或URL的形式。

MMS用户代理A把媒体内容封装成多媒体消息，包括媒体内容本身，描述媒体内容所必需的信息，和识别消息的预定接收者的寻址信息。随后它通过无线电网络A把该消息发送给MMS中继A。当收到该多媒体消息时，MMS中继A根据包括在消息内的寻址信息确定预定的接收者不是MMSE A的用户代理，而是MMSE B中的MMS中继B的用户代理，并把该多媒体消息转发给MMS中继B。

下面将参考图3说明根据本发明的一个优选实施例，和把多媒体消息传送给MMS用户代理B相关的信令。当发送给MMS用户代理B的多媒体消息到达MMS中继B时，它把消息的媒体内容保存在MMS服务器B中，并向接收者MMS用户代理B发送MMS通知信号310。响应收到该通知信号，MMS用户代理B以MMS通知响应信号311答复。稍后，或者可选地作为信号311的一部分，MMS用户代理B把MMS取回请求信号312发送给MMS中继B。MMS中继B通过在MMS取回响应313中发送包括不可流化的媒体组件和代表任何可流化媒体组件的描述符的修改的多媒体消息，作出响应。响应收到MMS取回响应313，MMS用户代理B向MMS中继B发送MMS确认信号314。根据本发明的该优选实施例，用于代表可流化媒体组件的描述符本身并不提供将被MMS用户代理B用于建立流式传输会话的会话描述数据(SDD)。相反，它们采取指针(pointer)的形式，例如能够获得SDD的位置的URI或URL。

利用描述符，MMS用户代理B能够调用流式传输进程逐一地下载可流化媒体组件。如图3中所示，通过交换信号315-323，启动、控制和终止下载特定媒体组件的流式传输进程。在本发明的优选实施例中，信号315、316、317、318、320、321和322利用实时流协议(RTSP)来实现。在本发明的备选实施例中，使用超文本传送协议(HTTP)，而不是RTSP来提供这些信号。可同时进行两个或更多的流式传输进程，以致接收者MMS用户代理能够同时播放或呈现两个或更多的可流化媒体组件。这种情况下，关于每个可流化媒体组件交换信号31-323。一般来说，借助常用的协议，例如和SDD一起提供的同步多媒体集成语言(SMIL)定义，使可流化媒体组件的播放同步。

为了启动关于由特定描述符代表的某一可流化媒体组件的流式传输进程，MMS用户代理B向MMS服务器B请求和该媒体组件相关的SDD。在图4中，该请求由信号315表示，并且根据本发明的优选实施例，利用识别所考虑的可流化媒体组件的实时流协议(RTSP)描述方法来产生所述请求。响应RTSP描述方法信令，MMS服务器B提供包含该SDD的响应信号316。

在本发明的优选实施例中，信号315还被用于把MMS用户代理B的能力通知MMS服务器B。这形成信号315中请求的可流化媒体组件和请求该媒体组件的接收者MMS用户代理之间的关联。它还允许多媒体消息接发系统产生MMS用户代理B所需的SDD，从而在流式传输会话实际被启动时，形成与MMS服务器B的流式传输会话。从而，当有当需要时才创建SDD。另外还遵循如果由于某一原因，特定的可流化媒体组件未被取回，那么不为该组件创建任何SDD。此外，由于只在紧接于下载媒体的流式传输会话的建立之前或之间的阶段创建SDD，因此MMS服务器能够创建SDD，以致是特别为接收者MMS用户代理而设计的。这意味着用户能够把特定的可流化组件流式传输给除接收MMS通知和/或MMS取回响应313的MMS用户代理之外的MMS用户代理。虽然用户可能已改变接收者MMS用户代理，不过仍然可建立恰当的流式传输会话，并且将按照适合于所使用的设备的格式，接收可流化组件。

有利的是，提供给MMS服务器B的能力信息得自于用户设备能力数据库160，用户设备能力数据库160包含与不同MMS用户代理的技术能力和/或涉及不同MMS订户的用户偏爱有关的信息。这种情况下，一般根据3GPP技术规范26.234版本5.1.0章节A.4形成信号315。因此，MMS用户代理B在信号315中包括一个或几个统一资源定位符(URL)。这些URL指向MMS服务器B能够从其取回能力简档或者流式传输自适应信息(即，描述设备能力和/或用户偏爱的信息)的一个或几个用户数据库160中的位置。利用额外的报头字段，该URL列表被封装在RTSP协议数据单元中，并在RTSP DESCRIBE方法信令中，从MMS用户代理B传送给MMS服务器。

另一方面，信号315可包含MMS服务器B的所有必要能力和/或用户偏爱信息，以致MMS服务器B能够自主产生适合于接收者MMS用户代理的SDD。

有利的是，和接收者MMS用户代理相关的能力信息至少包括与MMS用户代理的特定于流式传输的能力相关的信息。另一方面，能力信息可以更全面，例如包括和MMS用户代理的显示或音频再现能力相关的信息。

响应信号315，MMS服务器B考虑到如上所述的接收者MMS用户代理的能力，形成SDD，并通过用信号316，例如以会话描述协议(SDP)文件的形式把SDD发送给MMS用户代理B，作出答复。利用该SDP文件，MMS用户代理B随后把RTSP SETUP信号317发送给MMS服务器，以便初始化流式传输会话。MMS服务器B通过把RTSP SETUP响应信号318发送给MMS用户代理B，作出响应。

在利用RTSP SETUP方法成功初始化与MMS服务器B的流式传输会话之后，MMS用户代理B开始流式传输来自MMS服务器B的媒体组件。在其中在第三代移动通信网络中实现MMS系统的本例中，首先必须激活辅助的分组数据协议(PDP)语境。辅助PDP语境(PDP context)的激活使得能够实现包含媒体内容的数据分组从MMS服务器B到MMS用户代理B的传输。为了建立辅助PDP语境，MMS用户代理B与移动通信网络的服务通用分组无线电服务支持节点(SGSN)进行信号交换319。按照从第三代/GPRS规范得知的方式进行辅助PDP语境的激活及其在利用基于分组的通信来传送媒体组件方面的应用。在基于不同通信技术和/或协议的移动通信系统中实现的本发明的实施例中，作为GPRS的替换，可以采用其它分组或线路交换数据服务。

在辅助PDP语境的激活之后，MMS用户代理B开始通过向MMS服务器B发送RTSP PLAY信令320，流式传输媒体组件。随后利用因特网协议(IP)/用户数据报协议(UDP)/实时传输协议(RTP)，把可流化组件从MMS服务器B流式传输321到MMS用户代理B。

在完成媒体组件的流式传输之后，MMS用户代理B通过与MMS服务器B进行RTSP TEARDOWN方法信令322，终止流式传输会话。MMS用户代理B随后停用(deactivate)辅助PDP语境，因为不再需要它来传送媒体组件。通过与SGSN的信令323，实现辅助PDP语境的停用(参见图4)。

如同在现在的MMS标准和在前述WO 02/068349中所述一样，在接收者MMS用户代理能够开始下行流式传输可流化媒体组件之前，SDD被提供给接收者MMS用户代理。但是，SDD不是被嵌入多媒体消息中，而是被嵌入可流化组件中。

根据本发明，只为每个可流化组件提供简短的流式传输指示。简短的流式传输指示包含使接收者能够获得为了启动与保存可流化内容的服务器的流式传输会话，接收者所必需的SDD的信息。在本发明的优选实施例中，如上所述，简短的流式传输指示采取指向能够获得SDD的位置的指针(例如统一资源定位符，URL)的形式。有利的是，简短的流式传输指示的提供及其在多媒体消息中的包含只要求接收者MMS中继执行少许操作。简短的流式传输指示一般规定要使用的访问类型，例如RTSP或HTTP，服务器的地址，例如“mediaserver.com”和内容的识别，例如“/news/video24112002_123456”。

有利的是把多媒体消息安排成以致在多媒体消息的前部中传送代表可流化媒体组件的描述符，从而，在已开始多媒体消息的下载之后，尽快启动流式传输会话。

此外，根据本发明，根据用作流式传输终端的特定用户设备(UE)的流式传输专用能力，只在接收者MMS用户代理发送MMS取回请求时或者之后才产生SDD。

取回SDD的方法有许多种。除了结合本发明的优选实施例说明的RTSP DESCRIBE方法之外，可以使用其它协议，例如HTTP GET或电子邮件(E-mail)。

如上所述，SDD被安排成呈会话描述文件，例如会话描述协议(SDP)文件的形式，会话描述协议(SDP)文件是广泛使用的会话描述文件类型。会话描述文件提供对特定的一个或多个可流化媒体组件的表达的描述，允许接收者MMS用户代理完成流式传输过程的媒体初始化。SDP具有注册因特网赋号管理局(IANA)多用途因特网邮件扩展(MIME)类型。

有利的是，会话描述文件包含下述数据：协议版本，关于媒体内容的所有者和/或创作者的信息，会话标识符，会话名称和属性，会话信息，发起者标识符，例如多媒体消息的发送者的电子邮件地址或电话号码，连接信息，带宽信息，与不同时间相关的信息，和会话描述文件描述的每个媒体组件的标题和属性。会话描述文件还可包括一些加密信息，例如消息验证码(MAC)，检查内容的有效性的加密检查和，或者允许接收者MMS用户代理产生将被用于解密或证实内容的会话密钥的质询。

在备选实施例中，其它形式的文件被用于该用途。文本文件及遵守多媒体和超媒体信息编码专家组(MHEG)ISO/IEC标准13522的文件也可被用于该用途。所有这些文件具有注册的MIME类型。

依赖于实际用于下行流式传输可流化媒体组件的UE的能力的SDD的产生向MMS系统提供极大程度的灵活性，因为MMS服务器B能够适应每次可流化组件将被下行流式传输时所使用的UE。

通过流式传输或者通过其它恰当的方法，整个多媒体消息可被上传给接收者MMSC 224。在本发明的优选实施例中，使用流式传输把媒体内容下载到指定接收者MMS用户代理与内容被上传到MMS中继B 224的方式无关。

图4表示描述根据本发明的优选实施例，MMS中继B的操作的流程图。所述操作开始于方框401。在方框402，MMS中继B接收多媒体消息。在方框403，MMS中继B尝试利用MMS通知310通知接收者用户代理(MMS用户代理B)，多媒体消息现在可以用于传送。MMS中继B随后在方框404中检查MMS通知响应311是否已收到，确认MMS通知310的接收。如果MMS通知响应311已被收到，操作进入方框407，否则在方框405中检查MMS通知310是否已满期。如果是，那么操作经由可选的方框406返回方框402，在方框406，多媒体消息被清除。代替在方框406清除多媒体消息，MMS中继B可在稍后阶段，例如当需要更多的存储容量或者当多媒体消息达到预定寿命时，擦除多媒体消息。如果在方框407，多媒体消息未满期(expire)，那么MMS中继B再次尝试在方框403通知接收者用户代理。重复包括方框403、404和405的循环，直到MMS通知310满期或者收到MMS通知响应311为止。一般来说，MMS通知的满期是取决于时限和/或尝试数目的条件。例如，在多达60分钟的时间间隔内，MMS中继B可发送MMS通知310多达10次，以致接收者用户代理将可能成功地接收MMS通知310。

如果MMS取回请求消息312无论如何都会在MMS通知确认311之后不久(例如1、5或10分钟)传送，或者如果已选择输入的多煤体消息的自动下载，那么MMS取回请求312可与通知响应311结合在一起。

方框404和405还可检查是否已从消息始发者，或者充当仲裁者的MMS操作员收到多媒体消息的取消。如果多媒体消息已被取消，那么操作经过方框406返回方框402，多媒体消息被清除。

在成功地把多媒体消息通知接收者MMS用户代理之后，MMS中继B开始轮询(方框407和408)MMS取回请求消息312的接收，直到与传送该消息相关的条件满期为止。这些条件一般包括过后将不再维持多媒体消息的满期时间和/或日期。如果满期条件被满足，那么操作从方框408跳到方框406，多媒体消息被清除。

随后在方框409，MMS中继B检查多媒体消息是否包含任何可通过流式传输使之可供接收者MMS用户代理使用的组件。如果是，那么用描述符替换通过流式传输使之可用的媒体组件，程序继续到方框410。

在方框410，MMS中继B通过用各自的描述符替换可使之流式传输至接收者用户代理的多媒体消息的媒体组件，来修改多媒体消息。它还把可流化组件保存在与MMS中继B 224相关的MMS服务器(服务器B)中。MMS服务器B可以和MMS中继B结合在一起或者可以是一个不同的物理实体，在这种情况下，MMS中继B把可流化组件发送给独立的MMS服务器以便存储。

方框409中的可流化性的确定可能取决于各种标准，例如MMS服务器B的能力，MMS取回请求312中接收的接收者MMS用户代理的能力及媒体内容的类型(音频、视频等)。MMS中继B可维持内容类型的预定列表，所述内容类型可流化，供确定可流化性之用。可选的是接收者MMS用户代理可指示能够在MMS取回请求信号312中流式传输的内容类型。另一方面，MMS服务器B可被安排成在方框409确定可流化性。在该备选实现中，MMS中继B不必被告知MMS服务器的能力。

根据本发明，可利用多个互连的MMS中继构建MMS系统，以便与中继相关的各个MMS服务器的能力可被充分使用。更具体的说，如果包含一个或多个潜在地可流化媒体组件的多媒体消息被传送给其相关MMS服务器不具有可流式传输能力的特定MMS中继，多媒体消息的存储可被转移给与MMS系统中的另一MMS中继相关的具有可流式传输能力的MMS服务器。当新的MMS服务器被添加到MMS系统中，或者特定MMS服务器的能力被增强时，系统自动开始利用由此提供给系统的增强特征。

应认识到由于在接收MMS取回请求312之前，MMS中继B不检查可流化性问题，因此收到多媒体消息的通知的用户可自由地选择使用任意UE作为取回多媒体消息的接收者MMS用户代理。从而，在组件是否可通过流式传输下载的确定中，以及在SDD的产生中，都可考虑实际用于取回多媒体消息的特定媒体组件的UE的能力。例如，如果接收者用户代理从具有非常有限的软件和硬件资源的装置改变为具有出众能力的另一装置，那么MMS中继B可适应该改变。从而，用户设备的改变会影响MMS中继B关于特定的潜在可流化媒体组件的可流化性做出的判定。在上面刚刚给出的例子中，把具有较低规格的MMS用户代理换成具有较高规格的MMS用户代理很可能将使更多的潜在可流化组件能够通过流式传输被实际下载。

另一方面，代替完全在MMS中继B中执行与方框409和410相关的操作，这些任务可由MMS服务器B执行。更具体地说，系统可被实现成以致MMS服务器B确定哪些媒体组件是可流化的，并且用描述符替换这些组件。这是有利的，因为它进一步把与流式传输相关的信息(intelligence)从MMS中继B转移到MMS服务器B。此外，媒体组件的可流化性不仅取决于接收者MMS用户代理的能力和/或偏爱，而且取决于MMS服务器B的能力和/或偏爱。从而，MMS中继B基本上能够避免与流式传输相关的处理。

在方框411，在可流化组件的存储之后或者基本与之同时，MMS服务器B把包含不可流化的媒体组件和代表可流化组件的描述符的修改的多媒体消息传送给接收者用户代理。

在方框412，MMS中继B随后接收来自接收者MMS用户代理B的MMS确认信号314。程序随后继续到方框413，接收者MMS UA把信号315发送给MMS服务器B，请求提供和特定的可流化媒体组件相关的SDD。如前所述，接收者MMS用户代理向MMS中继B提供能力信息，从而实现接收者MMS用户代理的能力和要下载的特定可流化媒体组件之间的联系。在具有能力联系的情况下，MMS服务器B能够考虑到接收者MMS用户代理的能力来产生SDD。在本发明的一个备选实施例中，在把确认信号314发送给MMS中继B 224之前，接收者MMS UA 110B把信号315发送给MMS服务器224。

在方框414，MMS服务器B随后产生SDD，并且一般以SDP文件的形式，用信号316将其发送给请求媒体组件的传送的接收者用户代理。

在把SDD提供给接收者MMS用户代理之后，MMS服务器B初始化流式传输会话，开始流式传输数据，并且当媒体组件的流式传输结束时，断开流式传输会话。对所请求的每个可流化组件重复这些步骤。如前所述，可并行执行一个以上的流式传输进程，从而接收者MMS用户代理能够同时呈现两个或更多的流。有利的是，这种情况下，在通过发出RTSP PLAY方法信令实际开始媒体组件的流式传输之前，对每个要传送的可流化组件完成RTSP SETUP信令。另一方面，在不需要同时呈现一个以上的可流化媒体组件的情况下，对于接收者用户代理请求的每个可流化媒体组件，连续执行初始化流式传输会话，流式传输特定媒体组件的数据和中断(tear down)流式传输会话的步骤。

在所有可流化组件和不可流化组件被传送之后，在方框416结束传送多媒体消息的程序。一般来说，MMS中继和MMS服务器被实现成由计算机程序控制的服务器计算机，所述计算机程序使MMS中继和MMS服务器能够按照前述步骤工作。按照代表这种基于计算机的实现的方式，MMS中继和MMS服务器能够执行多重任务，连续地监视输入的消息并处理它们，从而MMS中继和MMS服务器能够同时服务众多的接收者MMS用户代理。还应认识到MMS中继和MMS服务器可同时卷入传送发往特定接收者用户代理的一个以上的多媒体消息。这种情况下，MMS中继和MMS服务器根据图4为单个MMS用户代理建立两个或更多的并行进程，从而不同的同时待决的多媒体消息的处理在很大程度上是独立的，尤其是独立于接收和通知步骤402-408。

虽然通常同一MMS服务器或服务器可保存特定多媒体消息的所有组件，不过一些组件可分布在不同的服务器上。例如，可流化组件可被保存在特定内容提供者自己的MMS服务器上，这种情况下，指向这样的组件的指针会涉及一个不同的服务器，而不是保存其它可流化或不可流化组件的服务器。

图5表示根据本发明的优选实施例的MMS用户代理的结构，其中MMS用户代理在无线通信装置中实现。微处理器μP控制负责MMS用户代理的各种功能的功能块。这些功能块包括随机存取存储器RAM，射频块RF，只读存储器ROM，用于外部连接的输入/输出端口I/O，具有音频系统SND，呈现多媒体消息的显示器DPL和接收来自用户的数据和命令的键盘KBD的用户接口UI。微处理器的操作指令(即实现MMS用户代理的基本功能的程序代码)被预先(例如在制造过程中)保存在ROM中。根据其程序，微处理器使用RF块在无线电路径上发射和接收消息。微处理器监视用户接口UI的状态，并根据程序代码控制MMS用户代理。当收到多媒体消息时，微处理器μP关于代表可流化多媒体组件的简短的流式传输指示符或描述符检查消息。如果它找到这样的描述符，那么它将执行按照图4的步骤413-415的操作。

一般，接收者MMS用户代理在收到SDD之后立即设置流式传输对话。另一方面，接收者MMS用户代理可把SDD保存在其存储器中，以便在以后某一时间用于启动流式传输会话。这种情况下，在SDD的接收和开始特定可流化媒体组件的下行流式传输之间存在明显的延迟。

如果特定的多媒体组件不是MMS用户代理本身支持的一种类型时，微处理器可控制输入/输出端口I/O把该组件转发给支持这种多媒体组件的外部装置。这样的外部装置可以是个人计算机，一般是膝上型计算机。这还提供允许使用增强的用户接口和声音能力(如果外部装置提供这样的设施)的优点。输入/输出端口可以是红外端口，有线端口，或者低功率射频连接端口，例如蓝牙端口。当必须把潜在可流化多媒体组件的呈现转移给外部装置时，提供给MMS服务器B的能力参数最好对应于外部装置的能力。此外，就这种情况来说，从MMS服务器接收的SDD被传送给外部装置，以使该外部装置能够通过MMS用户代理或者通过另一路线，例如固定因特网接入，建立与MMS服务器B的流式传输会话。

最好，质量过高的多媒体组件被向下转换成较低的，但足够的质量水平，以便它们的传输更快速，并且能够容易地被接收者用户代理使用，而不必在向用户呈现之前，还需要任何进一步的转换或处理。类似地，多媒体组件可从一种媒体格式转换成另一种媒体格式，以致结果符合接收者用户代理的能力和/或偏爱。所述转换可在MMS取回响应的传输之前事先进行，或者在所述传输中/传输期间进行。

图6表示根据本发明的优选实施例的MMS中继/服务器224的结构。MMS中继/服务器224包含控制服务器的操作的中央处理器CPU 610。服务器还包括保存在与处理器连接的非易失性存储器630上的软件620。易失性存储器640也与CPU 610连接，用作随机存取存储器，其中CPU 610可执行软件620，并临时保持在其操作中所需的数据。MMS中继/服务器224具有与CPU 610连接的输入端口65和输出端口660。出于配置和维护的目的，MMS中继/服务器224还包括用户接口670，用户接口670包括显示器DPL，键盘KBD和音频接口SND。MMS中继/服务器224可通过软件变化，由现有技术中已知的MMS中继/服务器修改而来。通过在装配MMS中继/服务器224时，预先安装在非易失性存储器630上，在可拆卸的存储器媒体(例如磁盘或光盘)上，或者经由输入端口650或专用配置输入端口(未示出)通过通信信道，可把软件620分发给MMS中继/服务器224。

上面说明了本发明的具体实现和实施例。对于本领域的技术人员来说，本发明显然并不局限于上面给出的实施例的细节，相反在不脱离本发明的特征的情况下，可利用相等的手段在其它实施例中实现本发明。本发明的范围只由附加的权利要求限定。

Claims (42)

1、一种在移动多媒体消息接发服务中，把多媒体消息发送给多媒体消息接发用户代理(110B)的多媒体消息接发网络实体(224)，包括：

接收来自多媒体用户代理的关于特定多媒体消息的多媒体消息取回请求(312)的端口(650)；

响应取回请求(312)，获得请求多媒体消息的用户代理(110B)的流式传输自适应信息的装置(610，650，160)；和

响应取回请求，确定发往多媒体用户代理(110B)的多媒体消息是否包含可被流式传输给用户代理(110B)的可流化组件，以及响应确定多媒体消息包含可流化组件，根据流式传输自适应信息，产生建立流式传输会话的会话描述数据(316)的装置(610)，所述流式传输会话用于传送多媒体消息的可流化组件；

响应确定多媒体消息包含可流化组件，用指向可流化组件的会话描述数据的描述符替换可流化组件的装置(610)；

响应确定多媒体消息包含可流化组件，把带有替换可流化组件的描述符的多媒体消息发送给用户代理(110B)的装置(610，660)；

开始根据会话描述数据把可流化组件流式传输给用户代理(110B)的装置(610，660)；

其中开始流式传输可流化组件的装置被配置成响应用户代理建立与网络实体的流式传输会话，开始流式传输。

2、按照权利要求1所述的网络实体，其中描述符指向可从其获得可流化组件的会话描述数据的位置(150)。

3、按照权利要求2所述的网络实体，其中描述符规定要使用的访问类型，保存可流化组件的实体的地址和可流化组件的标识。

4、按照权利要求1所述的网络实体，其中确定发往多媒体用户代理(110B)的多媒体消息是否包含可被流式传输给用户代理的可流化组件的装置(610)被配置成考虑网络实体的流式传输能力。

5、按照权利要求2所述的网络实体，其中确定发往多媒体用户代理(110B)的多媒体消息是否包含可被流式传输给用户代理的可流化组件的装置(610)被配置成考虑网络实体的流式传输能力。

6、按照权利要求1-5任意之一所述的网络实体，其中端口(650)还被配置成从用户代理接收指向流式传输自适应信息的指针。

7、按照权利要求1-5任意之一所述的网络实体，其中会话描述数据在会话描述协议(SDP)文件中。

8、按照权利要求1-5任意之一所述的网络实体，还包括排列多媒体消息，以致在多媒体消息的前部中传送描述符，以便提前流式传输会话的开始的装置。

9、按照权利要求1-5任意之一所述的网络实体，还包括向用户代理输出通知(310)，从而告知多媒体消息的输出端(660)；和通过接收组合的通知确认(311)和取回请求(312)，检测通知消息(310)的传送的装置(650，610)。

10、按照权利要求1-5任意之一所述的网络实体，其中流式传输自适应信息包括和用户代理的流式传输数据的能力和/或涉及流式传输的用户偏爱有关的信息。

11、按照权利要求1-5任意之一所述的网络实体，其中获得流式传输自适应信息的装置被配置成根据包含在取回请求(312)中的信息，或者随后从用户代理(110B)收到的信息，来获得流式传输自适应信息。

12、按照权利要求1-5任意之一所述的网络实体，包括具有如下物理关系的多媒体内容服务器和多媒体消息接发中继：集成单元，分离单元和位于不同地理位置的分离单元。

13、按照权利要求1-5任意之一所述的网络实体，包括一个多媒体消息接发中继，其中用描述符替换可流化组件的装置位于多媒体消息接发中继之外。

14、按照权利要求1-5任意之一所述的网络实体，包括一个多媒体消息接发中继，其中用描述符替换可流化组件的装置位于多媒体消息接发中继处。

15、一种在移动多媒体消息接发服务中，接收来自多媒体消息接发网络(210，212，220，222)的多媒体消息的多媒体消息接发用户代理(MS)，其中用于通知多媒体消息的存在的多媒体消息通知(311)被发送给用户代理，包括：

在网络发出多媒体消息的通知(311)之后，把多媒体消息取回请求(312)和涉及用户代理(MS)的流式传输自适应信息发送给网络的发射器(RF)；

接收响应多媒体消息取回请求(312)的多媒体消息传输的接收器(RF)；

从接收的多媒体消息传输中获得指向网络中的一个位置(150)的描述符的装置(μP)；

从描述符指示的位置(15)，获得根据流式传输自适应信息产生的会话描述数据的装置(μP，RF)；和

根据会话描述数据建立流式传输会话，以便取回可流化媒体组件的装置(μP，RF)。

16、按照权利要求15所述的用户代理，其中描述符指向可从其获得可流化组件的会话描述数据的位置。

17、按照权利要求15所述的用户代理，其中发射器被配置成响应收到通知(310)，发射组合的通知确认(311)和取回请求(312)。

18、按照权利要求15-17任意之一所述的用户代理，其中流式传输自适应信息包括特定于流式传输的能力信息，关于用户代理的用户偏爱，指向保存能力信息的位置(160)的指针，和指向保存关于用户代理的用户偏爱的位置(160)的指针中的至少一个。

19、按照权利要求15-17任意之一所述的用户代理，其中获得会话描述数据的装置被配置成从会话描述协议文件获得会话描述数据。

20、按照权利要求15-17任意之一所述的用户代理，其中描述符规定包含要使用的访问类型，保存可流化组件的实体的地址和可流化组件的标识的访问信息；其中获得会话描述数据的装置被配置成根据访问信息工作。

21、按照权利要求15-17任意之一所述的用户代理，还包括配置成把多媒体消息组件转发给外部设备以便呈现的输出端口。

22、按照权利要求15-17任意之一所述的用户代理，还包括配置成把多媒体消息组件转发给外部设备以便呈现的输出端口，其中输出端口是无线端口。

23、按照权利要求15-17任意之一所述的用户代理，还包括配置成把多媒体消息组件转发给外部设备以便呈现的输出端口，其中无线端口是低功率射频端口。

24、按照权利要求15-17任意之一所述的用户代理，还包括配置成把多媒体消息组件转发给外部设备以便呈现的输出端口，还包括修改流式传输自适应信息，以便对应于外部设备的能力的装置。

25、一种包括多媒体消息接发用户代理(110B)和处理发往多媒体消息接发用户代理(110B)的多媒体消息的多媒体消息接发网络(210，212，220，222)的移动多媒体消息接发服务系统(100)，所述网络包括：

接收来自用户代理的多媒体消息取回请求的装置(650)；

响应取回请求(312)，获得用户代理(110B)的流式传输自适应信息的装置(610，160，650)；

响应取回请求，确定发往用户代理(110B)的多媒体消息是否包括可被流式传输给用户代理的可流化组件，并且根据流式传输自适应信息，产生建立流式传输会话的会话描述数据(316)的装置(610)，所述流式传输会话用于传送多媒体消息的可流化组件；

响应确定多媒体消息包含可流化组件，用指向可流化组件的会话描述数据的描述符替换可流化组件的装置(610)；

响应确定多媒体消息包含可流化组件，把带有替换可流化组件的描述符的多媒体消息发送给用户代理的装置(610)；和

开始根据会话描述数据把可流化组件流式传输给用户代理的装置(610，660)；

用户代理(110B)包括：

把接收多媒体消息的多媒体消息取回请求(312)和关于用户代理的流式传输自适应信息发送给网络的发射器(RF)；

接收响应多媒体消息取回请求的多媒体消息的接收器(RF)；

从接收的多媒体消息传输中获得指向会话描述数据的描述符的装置(μP)；

获得描述符指向的会话描述数据的装置(μP，RF)；和

根据会话描述数据启动流式传输会话，以便取回可流化组件的装置(μP，RF)。

26、按照权利要求25所述的系统，还包括保存和传送多媒体消息内容的内容服务器，和向用户代理通知多媒体消息的存在的通知服务器，其中内容服务器和通知服务器具有如下物理关系：单个单元，分离单元和分布在不同地理位置的分离单元。

27、按照权利要求25或26所述的系统，其中所述多媒体消息接发服务系统还包括：

第一媒体服务器和第二媒体服务器，第一媒体服务器不能把可流化媒体组件流式传输给用户代理，第二媒体服务器能够把可流化媒体组件流式传输给用户代理；和

把多媒体消息传送给第二媒体服务器，以能够把可流化组件流式传输给用户代理的装置；

为了实现把可流化媒体组件流式传输给用户代理，其中用于开始根据会话描述数据把可流化组件流式传输给用户代理的装置(610，660)驻留在第二媒体服务器。

28、按照权利要求25-26任意之一所述的系统，其中用于用描述符替换可流化组件的装置驻留在多媒体消息接发中继。

29、一种把移动多媒体消息接发服务中的多媒体消息发送给多媒体消息接发用户代理的方法，包括：

从多媒体消息接发用户代理接收关于特定多媒体消息的多媒体消息取回请求；和

响应取回请求：

获得请求多媒体消息的用户代理的流式传输自适应信息；

确定发往用户代理的多媒体消息是否包括可被流式传输给用户代理的可流化组件；

响应确定多媒体消息包括可流化组件，根据流式传输自适应信息，产生建立流式传输会话的会话描述数据，所述流式传输会话用于传送多媒体消息的可流化组件；

响应确定多媒体消息包含可流化组件，用指向可流化组件的会话描述数据的描述符替换可流化组件，并把带有替换可流化组件的描述符的多媒体消息发送给用户代理；和

开始根据会话描述数据把可流化组件流式传输给用户代理。

30、按照权利要求29所述的方法，其中流式传输自适应信息包括和用户代理的流式传输数据的能力和涉及流式传输的用户偏爱至少之一有关的信息。

31、按照权利要求29所述的方法，其中获得流式传输自适应信息以包括在取回请求中的信息为基础。

32、按照权利要求29-31任意之一所述的方法，其中获得流式传输自适应信息以包括于在取回请求之后收到的通信中的信息为基础。

33、按照权利要求29-31任意之一所述的方法，其中用描述符替换可流化组件的步骤在多媒体消息接发中继处进行。

34、按照权利要求29-31任意之一所述的方法，其中产生会话描述数据的步骤在媒体服务器上进行。

35、一种在移动多媒体消息接发服务中，由多媒体消息接发用户代理接收来自多媒体消息接发网络的多媒体消息的方法，其中用户代理接收通知多媒体消息的存在的多媒体消息通知，并发送取回请求，以便随后接收多媒体消息，包括：

在网络发出多媒体消息的通知之后，把接收多媒体消息的多媒体消息取回请求和关于用户代理的流式传输自适应信息发送给网络；

从网络接收响应多媒体消息取回请求的多媒体消息传输；

从接收的多媒体消息传输中获得指向网络中的一个位置的描述符；

从描述符指示的位置，获得根据流式传输自适应信息产生并建立用于取回可流化组件的流式传输会话的会话描述数据；和

根据会话描述数据建立流式传输会话，以便取回可流化媒体组件。

36、按照权利要求35所述的方法，其中流式传输自适应信息提供用户代理能力信息和流式传输偏爱信息中的至少一个。

37、按照权利要求29-31任意之一所述的方法，其中会话描述数据包括建立用于流式传输可流化组件的流式传输会话所必需的信息。

38、按照权利要求29-31任意之一所述的方法，其中多媒体消息通过无线通信信道被传送给用户代理。

39、按照权利要求29-31任意之一所述的方法，其中流式传输自适应信息至少包括特定于流式传输的能力信息，涉及用户代理的用户偏爱，指向保存能力信息的位置的指针，和指向保存涉及用户代理的用户偏爱的位置的指针之一。

40、按照权利要求35-36任意之一所述的方法，其中会话描述数据包括建立用于流式传输可流化组件的流式传输会话所必需的信息。

41、按照权利要求35-36任意之一所述的方法，其中多媒体消息通过无线通信信道被传送给用户代理。

42、按照权利要求35-36任意之一所述的方法，其中流式传输自适应信息至少包括流式传输特定的能力信息，涉及用户代理的用户偏爱，指向保存能力信息的位置的指针，和指向保存涉及用户代理的用户偏爱的位置的指针之一。

Images