CN1764167A - 一种网络流数据的传送系统 - Google Patents

Abstract

本发明公开了一种网络流数据的传送系统，包括一用于接收多媒体消息和用于建立流数据会话的收发器；以及一个处理器，用于在多媒体消息中查找包含了流数据初始化数据的描述符；该处理器被安排用来控制收发器以便使用包含在该描述符中的流数据初始化数据来启动流数据会话。本发明所提供的一种网络流数据的传送系统，通过在所述多媒体消息中设置代替流数据的描述符和对应的网络设备，实现了流数据的传输。

Description

一种网络流数据的传送系统

技术领域

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

背景技术

在通信网络中，多媒体消息传送业务MMS允许在不同的用户之间和/或用户和因特网之间传送消息，已经存在的用来在第三代移动通信网中提供MMS的方案已经在以下技术规范中进行了介绍：第三代协作项目组织(3GPP)的技术规范(TS)23.140，V.4.1.0“多媒体消息传送业务(MMS)，功能描述，第二阶段(第四版，2000-12)”。在3GPP Ts 23.140，第四版本中建议的多媒体消息传送业务采用存储和转发的方法进行消息传送。

多媒体消息的构建方式是：把多媒体内容、描述该多媒体内容的必要信息以及识别该消息预定接收者的地址信息等封装在一起。然后，多媒体消息被从发送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。通常，多媒体消息的内容中会包含多种组成部分，其中的一些适用于流动而另一些组成部分不适合流动，诸如文本或者静止图像。

如图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的不可流动的组成部分两者十分有益。

本发明的技术方案包括：

一种网络流数据的传送系统，其中，包括一用于接收多媒体消息和用于建立流数据会话的收发器；以及

一个处理器，用于在多媒体消息中查找包含了流数据初始化数据的描述符；该处理器被安排用来控制收发器以便使用包含在该描述符中的流数据初始化数据来启动流数据会话。

所述的系统，其中，还包括：

一个第一网络设备，用于存储多媒体消息；

多个用户代理；

一个第二网络设备，用于通知用户代理：多媒体可为该用户代理使用，所述用户代理是一个接收者用户代理；

一个第三网络设备，用于在多媒体消息中查找流数据并存储，并通过在多媒体消息中放入一个描述符来代替该流数据以便修改该多媒体消息，该描述符足以使得接收者多媒体用户代理启动流数据会话以便重现该流数据；

所述第二网络设备被安排用来接收一个传送于该多媒体消息给该接收者用户代理的请求，并响应该请求传送该多媒体消息给接收者用户代理。

所述的系统，其中，所述多媒体消息包含该多媒体消息接收者的地址；以及一个描述符，包含所有的必要数据，用来使得接收者用户代理使用该描述符启动流数据会话以便重现至少一个流数据

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

附图说明

图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中继器的操作的流程图；

图6表示本发明的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中继器可以根据前面提到的步骤操作。

图6是本发明的MMS用户代理的系统结构图，其中MMS用户代理在无线通信装置中实现。微处理器μP控制的模块负责MMS用户代理的不同功能块。这些功能块包含一个随机访问存储器RAM、一个射频模块RF、一个只读存储器ROM、一个用于外部连接的输入/输出端口I/O、用户界面UI，它具有一个视频系统SND和一个用于显示多媒体消息的显示器DPL，以及一个用于从用户接收数据和命令的健盘KBD。微处理器的操作指令，即程序代码和MMS用户代理的基本功能例知在制造过程期间被预先存储在ROM中。根据它的程序，微处理器使用RF模块在无线电波路径上传送和接收消息。微处理器25监控用户界面UI的状态并根据程序代码控制MMS用户代理。在接收到多媒体消息时，该微处理器口在消息中检验流数据的描述符。如果它发现描述符，它相应启动流数据会话以便对相应的多媒体组成部分进行重现或者流动下载。如果发现多个描述符，则启动相应数目的流数据会话以便下载相应流数据。

本发明系统基本上立刻就建立流数据会话，但是可选地，描述信息也可以被存储在随机访问存储器RAM中并且在后面的某一时刻用于启动流数据会话。

如果个别的多媒体组成部分是MMS用户代理自身不支持的类型，则处理器可以控制输入/输出端口1/0来把此类组成部分转发到支持这种类型的多媒体组成部分的外部装置，此类外部装置可以是个人计算机，典型地是膝上型电脑。这样作的优点是允许使用增强的用户界面以及声音能力，如果外部设备提供了此类功能的话。输入/输出端口可以是红外端口、有线端口或者诸如蓝牙端口的低功率射频连接端口。

在流数据的场合，描述符信息可以被传送到此类的外部设备以便允许该外部设备通过MMS用户代理或者通过其它路径(如固定因特网接入)来建立流数据会话。所述MMS中继器可以访问存储在用户数据库中160的接收者用户代理的用户极要文件，使用这一概要文件，它可以决定多媒体消息的每个多媒体组成部分是否符合接收者用户代理的能力和/或由接收者用户代理的用户概要文件所定义的选择。质量过高的多媒体组成部分可以被向下转换到比较低但却具有足够质童的等级，这样他们的传输比较快，并且在呈献给用户之前无需任何进一步的转换或处理就可以方便的被接收者用户代理使用。相似地，多媒体组成部分也可以从一种媒体形式转换成另一种，这样使得结果符合接收者用户代理的能力和/或选择。此转换可以在MMS重现相应期间或之前执行。

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

Claims (3)

1.一种网络流数据的传送系统，其特征在于，包括一用于接收多媒体消息和用于建立流数据会话的收发器；以及

一个处理器，用于在多媒体消息中查找包含了流数据初始化数据的描述符；该处理器被安排用来控制收发器以便使用包含在该描述符中的流数据初始化数据来启动流数据会话。

2、根据权利要求1所述的系统，其特征在于，还包括：

一个第一网络设备，用于存储多媒体消息；

多个用户代理；

一个第二网络设备，用于通知用户代理：多媒体可为该用户代理使用，所述用户代理是一个接收者用户代理；

一个第三网络设备，用于在多媒体消息中查找流数据并存储，并通过在多媒体消息中放入一个描述符来代替该流数据以便修改该多媒体消息，该描述符足以使得接收者多媒体用户代理启动流数据会话以便重现该流数据；

所述第二网络设备被安排用来接收一个传送于该多媒体消息给该接收者用户代理的请求，并响应该请求传送该多媒体消息给接收者用户代理。

3.根据权利要求2所述的系统，其特征在于，所述多媒体消息包含该多媒体消息接收者的地址；以及一个描述符，包含所有的必要数据，用来使得接收者用户代理使用该描述符启动流数据会话以便重现至少一个流数据。

Images