CN1764168A - 一种网络流数据的传送方法 - Google Patents

Abstract

本发明公开了一种网络流数据的传送方法，包括步骤：接收多媒体消息传输；从该多媒体消息中分离出包含了用于启动流数据会话所必需的信息的描述符；以及使用该描述符启动流数据会话，以便重现由该描述符所描述的被存储的流数据。本发明方法通过在多媒体消息中设置的流数据描述符，实现了对流数据的传输。

Description

一种网络流数据的传送方法

技术领域

本发明涉及一种网络数据传送方法，尤其涉及的是一种流数据传送业务方法。

背景技术

现有技术的多媒体消息的构建方式是：把多媒体内容、描述该多媒体内容的必要信息以及识别该消息预定接收者的地址信息等封装在一起。然后，多媒体消息被从发送MMS的用户代理发送到多媒体消息传送业务中心MMSC，它接下来把该消息通知给预定接收者(接收者MMS用户代理)。稍后，多媒体消息被接收者用户代理终端完整地下载，并且一经下载并存储在该接收者用户代理中之后，便显示给该用户。

以下参照图1、图2和图3说明典型的MMS系统的结构和操作。

如图1所示是根据3GP TS 23.140的MMS系统单元概图。该系统包含以下各项：多个MMS用户代理110，每一个都能够传送和接收多媒体消息；漫游MMS用户代理127；不同类型的接入网络122、124和126，包括：

诸知GSM第二阶段网络的第二代流动电信网122；诸如通用流动电信网络(UMTS)的第三代流动电信网124；流动接入网126，例如无线局城网。

因特网(或者其它的网际协议(IP)网络)130，它具有诸如电子邮件服务器的外部服务器134和一个有线电子娜件客户端132；多媒体消息传送业务中继器142和MMS服务器144，它们在本例中被集成到一个叫做多媒体消息传送业务中心(MMSC)140的单个单元中，但是可替换地也可以作为独立的或者分布式的实体来实现；与MMS服务器144连接的消息存储150；以及用户数据序160，它包含了例知用户预约费和地址信态。

集合的术语多媒体消息传送业务环境(MMSE)用于描述那些协同操作来实施多媒体消息传送业务的功能部件。在图1中，MMSE由椭圆区域中的部件组成。

如图1所示的，每个MME用户代理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和224。

如在图2所示的例子中，两个MMS用户代理110A和110B都被表示成通过无线通信网212、222与它们各自的MMSE 210、220通信的装置。然而，应该明白MMSE用户代理A或者MMSE用户代理B，或者二者都可以驻留在一个固定线路网络中(未示出)。

假设MMS用户代理A 110A已经预订了多媒体消息传送业务环境A210中提供的多媒体消息传送业务，想要发送一些媒体内容到已经预定了MMsE B 220中提供的多媒体消息传送业务的MMS用户代理B 110B。通常，多媒体消息的内容中会包含多种组成部分，其中的一些适用于流动而另一些组成部分不适合流动，诸如文本或者静止图像。

在下面讨论多媒体消息的产生、传送和重现的例子中，假设消息的所有组成部分都不是可流动的内容类型。然后将分别讨论由3GPP TS 23.140提供的用于多媒体消息组成部分的流动下载的当前规定。

如图2所示，在启动对MMS用户代理B发送多媒体消息的通信时，MMS用户代理A首先选择要被传送的媒体内容。例如，媒体内容可以采取静止图像和某些相关文本的形式，它们被存储在用户代理A的存储器中。该图像可以是使用例知照相机和内嵌在用户代理A中的静态图象编码装里来记录的。

该图像和文本可以是已经从另一个源被下载到用户代理人。在任一情况下，用户代理人把媒体内容封装成为多媒体消息，它包含了媒体内容本身，描述媒体内容的必要信息以及表示消息的预定接收者的地址信息。MMS用户代理A然后通过无线网络A 212发送该消息到MMS中继器A。

在接收到该多媒体消息时，MMS中继器A根据包含在消息中的地址信息，判断预定的接收者不是MMSBA的用户代理而是MMS中继器B的用户代理并把该多媒体消息转发到MMS中继器B。多媒体消息到正确的MMS中继器(即负责用户代理B的中继器)的路由选择，可以使用例如在现有的3GPP多媒体消息传送方案中提供的标准化机制来完20成。

在接收到多媒体消息时，MMS中继器B把多媒体内容存储在MMS服务器B中并发送通知到预定接收者(MMS用户代理B)，由此指示一个多媒体消息已经到达并且其内容可以被从MMS中继器B下载。

作为接收到该通知的响应，MMS用户代理B从(通过)MMS中继器B重现该媒体内容。由MMS中继器B通过信令启动对媒体内容的重现。

如图3更加详细地示出了通知和多媒体消息重现的过程。具体来说，图3表示了当MMS中继器B接收到预定为接收者MMS用户代理B的MMS消息时所发生的消息的流程。MMS中继器B接收MMS消息，把它存储在MMS服务器B中，并且使用MMS通知消息310(3GPP TS 23。140中的MM1_notification REQ)来通知MMS用户代理B该消息的到达。

接下来，MMS用户代理B使用MMS通知响应320(3cPP Ts 23。140中的MM1_notification。RES)来响应以便确认对MMS通知310的接收。

在接收到MMS通知消息310后，MMS用户代理B将清楚多媒体消息已经可以被用来重现，并且可以启动下载该消息的过程。这可以在通知消息被接收到以后直接执行，或者在之后的某些时刻执行。当MMS用户代理B期望开始下载该MMS消息时，它发送一个MMS重现请求330(MM1_retrieve RBS)到MMSC B 224。MMSC B 224通过从MMS服务器B重现该多媒体消息来响应并且发送一个MMS重现响应340(3GPPTs 23。140中的MM1_retrieve RBS)到MMS用户代理B。

在多媒体消息知本例中所考虑的只包含了不可流动的组成部分的情况下，MMS重现响应消。消息中携带了要被下载的实际的多媒体消息组成部分。在接收到整个的多媒体消息后，MMS用户代理B发送一个MMS确认350(确认整个多媒体消息的接收)到该MMS中继器B。

如前面所提到的，一些媒体组成部分适于通过流数据进行下载。“流动(streaming)”通常用于描述例如音频或视频剪辑(video clip)的媒体内容的表现形式，或者不同媒体类型的结合在通过数据网络被传送到接收者时是以一种连续的方式。“流”可以是一种使得接收者能以显示某些连续的信息流(诸如电影(即视颇)、声音或者音乐)的数据流。在典型的视频流中，每秒传送10到20个视频帧。实际上，流动可以是现场的(实时的)也可以是以点播的方式执行。术语“现场流动”描述了从一个现场源(例如使用摄影机产生的数字图像流)中产生媒体流，而术语“点播流动”描述了从例如存储在服务器上的文件中产生媒体流数据。

流在移动网络中非常有应用前途，尤其是考虑到移动终端典型地具有有限的多媒体播放资源(诸如存储器和处理功率)这一实际情况。通常，媒体下载和再现采取流数据的方法具有减少移动终端所需要的可利用存储器总量的潜力。

最近，将流合并到被提出的第三代多媒体消息传送业务中的兴趣有所增加。然而如前所述，MMS业务是基于把媒体内容、消息描述和地址信息封装成单个的消息。这种封装与媒体内容的流数据是不兼容，因此对MMS业务建议的某些修正是必要的以便适应媒体内客的流数据下载。

3GPP Ts 23。140，第4版本中允许在接收者用户代理和接收者MMS 30中继器之间建立流数据会话，但是需要在某种程度上修改从接收者MMS中继器发送到接收者MMS用户的通知消息。

根据这个建议，如果诸如上面的例子所述的MMS中继器B的接收者MMS中继器接收到一个包含可流动的媒体内容的多媒体消息，则它可组成一个修改的MMS通知消息并把该消息发送到预定的接收者用户代理，以便把可流动的多媒体组成部分通知给代理。修改的通知消息包含必要的信息来初始化接收者MMS用户代理和MMS服务器之间的流数据会话，MMS服务器具有到该可流动多媒体部件的接入。

因而，根据3GPP TS 23。140，第4版，标准的MMS通知消息被用于通知预定的接收者用户代理多媒体消息可被用来下载，必需对消息进行修正以使它可以提供特别是可以被下载的可流动的多媒体组成部分。这使得接收者用户代理能够建立流动对话来下载多媒体组成部分。

然而尽管有这种改变，在MMS规范中仍然没有可利用的机制来以一种一致的方式下载可流动的和不可流动的两者的多媒体组成部分。

发明内容

本发明的目的在于提供一种网络流数据的传送方法，对于能够和诸如声音、语音或者视频流的可流动的多媒体组成部分一起接收诸知静态图片和文本或者程序applet的不可流动的组成部分两者十分有益。

本发明的技术方案包括：

一种网络流数据的传送方法，包括步骤：

A、接收多媒体消息传输；

B、从该多媒体消息中分离出包含了用于启动流数据会话所必需的信息的描述符；以及

C、使用该描述符启动流数据会话，以便重现由该描述符所描述的被存储的流数据。

所述的方法，其中，还包括：从所述多媒体消息中分离出非流数据。

所述的方法，其中，还包括步骤：

D、把包含了流数据的多媒体消息存储在一个网络设备中；

E、从该网络设备发送多媒体消息到接收者用户代理；以及

F、在所述多媒体消息中包含了一个描述符，提供信息使得该多媒体用户代理可以启动流数据会话以便重现该数据流。

所述的方法，其中，还包括使用通知消息通知接收者用户代理该多媒体消息可用。

所述的方法，其中，如果所述多媒体消息包含了多个流数据，则每个流数据都被一个相应的描述符所替代。

所述的方法，其中，如果多媒体消息包含了多个流数据，则至少两个流数据被一公用的描述符所替代。

所述的方法，其中，由从一个组中选择的实体执行替代，该组由以下各项组成：一个接收者MMS中继器、一个接收者MMS服务器以及一个中间通信模块。

所述的方法，其中，该描述符从一个组中选取，该组包含：一个会话描述文件、一个统一资源定位器以及一个通用资源标识。

所述的方法，其中，该会话描述文件是一个会话描述协议文件。

本发明所提供的一种网络流数据的传送方法，通过在多媒体消息中设置的流数据描述符，实现了对流数据的传输。

附图说明

图1表示现有技术根据3GPP Ts 23。140，V。4的MMS系统部件的概图；

图2表示现有技术根据3GPPTs 23。140，V。4的MMS系统部件交互工作的概图；

图3表示现有技术接收MMS中继器/MMS服务器和接收者MMS用户代理之间消息的流程图；

图4表示本发明的接收MMS中继器/MMS服务器和接收者MMS用户代理之间消息的流程图；

图5表示本发明的描述MMS中继器的操作的流程图。

具体实施方式

以下结合附图，将对本发明的各较佳实施例进行较为详细的说明。

参考MMS系统在接收到包含可流动的和不可流动的组成部分的多媒体消息时的操作讨论本发明的一个优选实施例，是基于使用描述符来替代多媒体消息的可流动的多媒体组成部分，该描述符提供了信息使得接收者MMS用户代理110B可以启动一个流数据会话以便下载该可流动的组成部分。

如前所述，到目前为止只有通过修改MMS通知消息310，才使和MMS有关的流动成为可能。在本发明的优选实施例中，描述符嵌入到流数据中，并且就像MMS重现响应中的其它多媒体组成部分一样被接收者用户代理接收。用户代理提取由描述符所提供的信息，该信息然后能被用于启动流数据会话以便下载可流动的组成部分。这意味着不再需要修改MMS通知消息310。

如图4所示，表示了根据本发明方法的优选实施例在接收者MMsc和接收者MMs用户代理之间发生的消息的流程。在多媒体消息到达MMsc后，消息310到330首先进行交换。交换的方式与接收的多媒体消息中没有可流动的组成部分的传统MMS系统中一样。本发明所介绍的修改影响了在MMS重现请求330之后发生的信令。本发明方法中除了不可流动的媒体组成部分以外，被接收的多媒体消息还包含了可流动的媒体组成部分，则MMS重现响应340包含了该不可流动的多媒体消息组成部分以及一个描述可流动的多媒体组成部分的描述符。

在本发明方法的多媒体消息包含了多于一个可流动的媒体组成部分的情况下，每个可流动的媒体组成部分被独立的描述符所替代，每个描述符中包含了足够的信息以便允许接收者用户代理110B启动用于接收讨论的流数据的流数据会话。如果多媒体消息只包含了可流动的组成部分，那么多媒体消息将只包含流数据的描述符。

典型地，所述描述符以诸如会话描述协议(SDP)文件的会话描述文件的形式被安排，该SDP文件被包含在MMS消息中。实际的文件结构能够以多种方式实现，但是根据本发明方法，使用了如在无线应用协议WAP多媒体消息传送业务版本1.0，消息封装草案0.8(2000年2月17日)，如图2中所示的结构。多媒体消息被有益地安排成：描述符在MMS消息的前面的部分中传送，这样在开始多媒体消息的下载后，无需很大的延时就能启动流数据会话。

在可替换的实施例中，一个共享的会话描述文件中包含了两个或25者更多的可下载的多媒体组成部分的描述。所述会话描述文件提供了个别的可流动的多媒体组成部分的表示方式的描述并且允许接收者完成该流动处理的媒体启动部分。SDP文件是一种被广泛使用的会话描述文件类型的典型例子。SDP具有一个互联网地址指派机构(IANA)注册的多用途的网络邮件扩充协议(MIME)类型，作为MMS重现响应消息340的组成部分的内容类型提到。

所述会话描述文件包含了以下数据：协议版本、和媒体内容的拥有者和/或创建者有关的信息、会话标识符、会话名称和属性、会话信息、诸如消息发送者的电话号码或者电子邮件地址的始发者标识符、连接信息、带宽信息、不同的与时间有关的信息、以及由会话描述文件所描述的每个媒体组成部分的标题和属性。会话描述文件还可以包含一些加密信息，诸知消息鉴权码(MAC)、用于校验内容有效性的加密校验和、或者允许接收者用户代理生成会话密钥的口令，该密钥被用于对内容解密或者进行确认。

当然也可以为此目的而使用其它形式的文件，TBXT、RTSL以及MHEG是其他的用于此用途的示例文件，并且所有这些文件都有一个注册的MIME类型。

所述流数据会话是根据通常侠用的流动协议来实现的。在这方面，实时流动协议(RTSP)是一个众所周知的会话层协议。实时协议/实时拉制协议(RTP/RTCP)被设计来控制流数据的传输，而用户数据报文协议(UDP)和/或传价担制协议(TcP)可被用作流的传输协议。

由于不同的网络设备可以使用相应描述符替代不同的可流动多媒巧体组成部分，因此使用独立的会话描述文件给使用带来更多的灵活性。可以通过流动或者任何其它适当的方法把多媒体消息，即内容上载到MMSC。在本发明的优选实施例中，使用流数据将多媒体内容下载到给定接收者与该内容被上载到MMS中继器B的方式互不相关。

如图5所示描述了本发明方法的接收者MMS中继器操作的流程图。操作从块502开始。接下来，MMS中继器B接收多媒体消息(块504)。MMS中继器检浏多媒体消息中是否包含任何流数据(块506)。知果包含，存储每个可流动的媒体组成部分(块508)并且一个适于所讨论的该组成部分的描述符被构成，并包含在多媒体消息中以代替该媒体内容本身(块510)。在接下来的操作步骤中，接收者MMS用户代理故告知(MMS通知)该多媒体消息可利用(块512)。在接收到可利用多媒体消息的通知后，接收者MMS用户代理通过发送MMS通知响应消息确认该通知。MMS中继器检浏是否已经接收到MMS通知响应(块514)。如果没有，MMS中继器检测该消息是否已经过期(块515)。如果消息还未过期，则中继器尝试再次通知接收者，例如在预定时期后。如果消息已经过期，则MMS中继器将不再通知接收者用户代理并且方便地清除该消息(块520)，即删除与之有关被存储的媒体组成部分。

如果通知响应接收到(块514)，通过检测对MMS重现请求的接收来继续操作(块516)。在本发明的优选实施例中，MMS重现请求可以和该通知响应被集成到一起，如果二者都在时期内被传送(例如1、5或10分钟)，或者如果已经选择自动下载收到的多媒体消息。如果未能接收到重现请求，则MMS中继器检测多媒体消息是否已经过期(块518)。如果已经过期，操作继续到块520并且如上面所解释的清除多媒体消息。如果多媒体消息没有过期，操作继续到块522。在那里多媒体消息现在已经包含了每个流数据组成部分的描述符，该多媒体消息被传送到接收者MMS用户代理。在多媒体消息被传送后，如果不需要传送给其它的接收者例知在多播时该消息被清除(块524)。只有在从接收者MMS用户代理接收到对接收的确认时，消息才被清除。

典型地，MMs中继器作为服务器计算机实施并且被计算机程序所控制，该计算机程序使得MMS中继器可以根据前面提到的步骤操作。

应当理解的是，上述针对具体实施例的描绘较为详细，对于一个熟悉本领城的人来说，本发明并不局限于以上实施例的细节，可以使用等价装置实现本发明的其它实施例，而不会偏离本发明的技术特征，本发明的范围只能由附加的权利要求所限制。

Claims (9)

1.一种网络流数据的传送方法，包括步骤：

A、接收多媒体消息传输；

B、从该多媒体消息中分离出包含了用于启动流数据会话所必需的信息的描述符；以及

C、使用该描述符启动流数据会话，以便重现由该描述符所描述的被存储的流数据。

2.根据权利要求1所述的方法，其特征在于，还包括：从所述多媒体消息中分离出非流数据。

3.根据权利要求1所述的方法，其特征在于，还包括步骤：

D、把包含了流数据的多媒体消息存储在一个网络设备中；

E、从该网络设备发送多媒体消息到接收者用户代理；以及

F、在所述多媒体消息中包含了一个描述符，提供信息使得该多媒体用户代理可以启动流数据会话以便重现该数据流。

4.根据权利要求3所述的方法，其特征在于，还包括使用通知消息通知接收者用户代理该多媒体消息可用。

5.根据权利要求4所述的方法，其特征在于，如果所述多媒体消息包含了多个流数据，则每个流数据都被一个相应的描述符所替代。

6.根据权利要求5所述的方法，其特征在于，如果多媒体消息包含了多个流数据，则至少两个流数据被一公用的描述符所替代。

7.根据权利要求6所述的方法，其特征在于，由从一个组中选择的实体执行替代，该组由以下各项组成：一个接收者MMS中继器、一个接收者MMS服务器以及一个中间通信模块。

8.根据权利要求7所述的方法，其特征在于，该描述符从一个组中选取，该组包含：一个会话描述文件、一个统一资源定位器以及一个通用资源标识。

9.根据权利要求8所述的方法，其特征在于，该会话描述文件是一个会话描述协议文件。

Images