专利名称：移动通信终端及其实时播放消息的方法
技术领域：
本发明涉及一种移动通信终端以及在该移动通信终端中实时播放消息的方法。
背景技术：
移动通信终端所利用的多媒体消息服务(MMS)是比现有的短消息服务(SMS) 更加先进的一种服务。MMS便于使用无线因特网数据传送服务在移动通信终端之 间发送/接收多媒体消息、以及在移动通信终端之间通过因特网网络的发送/接收电 子邮件消息。
近来，MMS的利用相比于基于文本的SMS已经增多。特别地，SMS只能发 送/接收文字和数字，而MMS能发送/接收诸如活动图像、图片和声音等各类数据。
一般而言，当多媒体消息由发送方移动通信终端发送时，该消息首先被发送 至多媒体消息服务中心(MMSC)。然后MMSC将用于通知多媒体消息的到达的 通知消息发送至接收方移动通信终端。接收方移动通信终端的用户可在完成包括在 从发送方移动通信终端发送的多媒体消息中的各种媒体文件的下载后显示该多媒 体消息。
然而，如果在该移动通信终端中不存在用于存储下载媒体文件的空间，则该 多媒体消息直到删除了先前存储的媒体文件才能被显示。另外，因为只有在完成媒 体文件的下载后才能显示多媒体消息，所以移动通信终端的用户在査看该多媒体消 息之前必须不合需要地等待一段时间。
发明内容
因此，已做出本发明以解决现有技术中出现的上述问题，并且本发明的一个 目的是提供一种移动通信终端以及一种在该移动通信终端中实时播放消息的方法， 该移动通信终端能够实时下载和播放包括在该消息中的媒体文件。
本发明的其它优点、目的和特征部分地将在以下说明中阐述，并且部分地通
过本领域普通技术人员对以下内容的细阅将显而易见或可从本发明的实践中获知。 根据本发明的一个方面，提供了一种用于在移动通信终端中实时播放消息的 方法，该方法包括从服务器接收用于通知该服务器中特定消息的到达的通知消息; 通过检查该通知消息的特定字段确定该特定消息是否是实时流使能消息；如果该特 定消息是实时流使能消息则生成回复消息，该回复消息包括含有流接收模式信息的 特定字段；将所生成的回复消息发送至服务器；请求与服务器的连接；根据预定的 发送级别从服务器实时接收包括在该特定消息中的至少一个媒体文件。
根据本发明的另一实施例， 一种用于实时播放消息的移动通信终端包括无 线收发器，用于从服务器接收用于通知该服务器中特定消息的到达的通知消息；处 理器，通过检查该通知消息的特定字段确定该特定消息是否是实时流使能消息；以 及控制器，用于在该特定消息是实时流使能消息时生成回复消息，该回复消息包括 含有流接收模式信息的特定字段，其中该控制器将所生成的消息通过无线收发器发 送至服务器并请求与服务器的连接，其中无线收发器根据预定的发送级别从服务器 实时接收包括在该特定消息中的至少一个媒体文件，并且控制器实时播放该接收到 的媒体文件。
需要理解的是，本发明的以上概述和以下详述是示例性和说明性的，并且旨 在提供所要求保护的本发明的进一步解释。
包括在内以提供对本发明的进一步说明、以及结合其中构成本说明书的一部 分的
了本发明的各个实施例并与说明书一起用来解释本发明的原理。在不 同附图中用相同标号引用的本发明的特征、要素、和方面表示根据一个或多个实施 例的相同、等效、或类似的特征、要素、或方面。
图1是示出了网络系统的框图，其中根据本发明的一个示例性实施例应用了 用于在移动通信终端中实时播放消息的方法。
图2是示出了根据本发明的一个示例性实施例的移动通信终端的框图。
图3是示出了根据本发明的一个示例性实施例的用于在移动通信终端中实时 播放消息的方法的流程图。
图4示出了根据本发明的一个示例性实施例的M-notification.ind消息的报头字 段的格式。
图5示出了根据本发明的一个示例性实施例的、如图3所示的用于将
M-notification.ind消息发送至多媒体消息服务中心(MMSC)的过程的流程图。
图6示出了根据本发明的一个示例性实施例的M-notifyresp.ind消息的报头字 段的格式。
图7示出了根据本发明的一个示例性实施例的、如图3所示的用于判定发送 级别的过程的流程图。
图8示出了根据本发明的一个示例性实施例的用于判定活动图像的发送级别 的过程的流程图。
具体实施例方式
本发明涉及在移动通信终端中播放实时消息。在下文中，将参照附图对本发 明的示例性实施例进行详细说明。移动通信终端包括例如蜂窝式电话、个人通信系 统(PCS)电话、个人数据助理(PDA)以及国际移动通信2000 (IMT-2000)终端。
图1是示出了网络系统的框图，其中可根据本发明的一个实施例应用在移动 通信终端中实时播放消息的方法。参照图1，用于执行多媒体消息服务的程序被安 装在发送方移动通信终端2中。用户能使用由诸如相机功能、声音功能等移动通信 终端2的功能创建的多媒体内容直接创作多媒体消息。
由发送方移动通信终端2创作的多媒体消息使用电子邮件服务器32和语音邮 件服务器34通过多媒体消息服务中心(MMSC)20发送至接收方移动通信终端200。 当多媒体消息发送者使用移动终端2创作具有电子邮件或语音邮件功能的多媒体 消息并发送创作的多媒体消息时，电子邮件服务器32和语音邮件服务器34将创作 的多媒体消息发送至MMSC 20。MMSC 20然后在转换该多媒体消息的格式之后将 该消息发送至接收方移动通信终端。
优选地，MMSC20发送和接收该多媒体消息，执行该消息的消息格式转换和 地址格式转换，以及执行SMS发送功能以通知该多媒体消息的接收。MMSC 20 包括MMS中继器22和MMS服务器24。 MMS中继器22是MMS消息交换器， 并执行实时的多媒体交换功能、MMS消息发送/接收终端之间的连接设置功能、资 源管理功能、资源释放功能、MMS消息通知功能及其他功能。MMS服务器24执 行MMS消息的实时流功能、用于在数据库中存储和管理多媒体消息的功能以及用 于通知MMS消息的接收的催促(push)功能。
为了执行这些功能，MMSC 20被连接至短消息服务中心(SMSC) 40、用户数据库(DB) 52、原始位置注册器(HLR) 54、以及收费系统56。 MMSC 20还 通过因特网30与电子邮件服务器32、语音邮件服务器34以及广告商服务器36相 连。SMSC40使用文字消息通知多媒体消息接收方接收该多媒体消息。用户DB 62 和HLR 64管理并提供该多媒体消息服务用户的简介信息。用户DB 62和HLR 64 还管理与该多媒体消息的发送/接收相关的信息。收费系统66根据多媒体内容的细 节以及创作和/或发送该多媒体消息的移动通信终端2的用户的发送细节生成和管 理收费信息。图2是示出了根据本发明的一个示例性实施例的移动通信终端的框图。参照 图2，移动通信终端200包括无线收发器210，缓冲器220，数据处理器230，音 频处理器240，存储器250，显示器260，输入设备270，以及控制器280。无线收发器210执行移动通信终端200的通信功能。无线收发器210包括用 于上变换和放大发送信号的频率的RF发送器、以及用于低噪声放大接收信号并下 变换该接收信号的频率的RF接收器。根据本发明的一个实施例，无线收发器210从MMSC 20接收用于通知多媒体 消息的到达的通知消息。无线收发器210然后将该通知消息发送至数据处理器230。 此后，无线收发器210在控制器280的控制下建立与MMSC 20的实时传输协议 (RTP) /RTP控制协议(RTCP)连接，以从MMSC20实时地接收媒体文件。优选地，缓冲器220临时存储根据RTP/RTCP从MMSC 20实时接收到的媒体 文件。数据处理器230包括用于编码和调制发送信号的发送器、和用于解码和解调 接收信号的接收器。优选地，数据处理器230根据通知消息的特定字段确定该多媒 体消息是否是实时流使能多媒体消息，并将确定结果发送至控制器280。音频处理器240播放由数据处理器230解码和输出的音频信号，或将由话筒 (MIC)产生的音频信号发送给数据处理器230。优选地，音频处理器240在控制 器280的控制下实时播放和输出临时存储在缓冲器220中的声音文件。存储器250包括至少一个程序存储器和数据存储器。程序存储器存储用于控 制移动通信终端200的总体操作的程序。优选地，存储器250在控制器280的控制 下存储从缓冲器220接收到的媒体文件。显示器260显示都从移动通信终端200输出的各种显示信息和菜单屏幕。显 示器260可包括例如液晶显示器(LCD)或有机发光二极管(OLED)。显示器260 还可包括含有外部显示器和内部显示器的两个或多个显示器。优选地，显示器260
在控制器280的控制下显示临时存储在缓冲器220中的媒体文件。
输入设备270包括用于输入数字和文字信息的至少一个按钮，以及用于设置 各种功能的至少一个功能按钮。输入设备160可被实现为例如都包括方向键的小键 盘、轻推转盘、触摸屏以及操纵杆。优选地，输入设备270接收来自用户的对该多 媒体消息的下载请求，并将接收到的下载请求提供给控制器280。输入设备270还 接收来自用户的多媒体消息的流接收模式，并将接收到的流接收模式发送给控制器 280。
控制器280执行对移动通信终端200的总体控制。此外，控制器280可包括 数据处理器220。相应地，对用于控制控制器280的过程说明如下。
图3示出了根据本发明的一个示例性实施例的用于实时播放消息的方法的流 程图。参照图3，已从发送方移动通信终端2接收到多媒体消息的MMSC20发送 通知消息(M-notification.ind) (S310)，用于通知接收方移动通信终端200多媒体 消息已到达。优选地，M-notifieation.ind消息以短消息的形式通过SMSC 40来发送。
图4示出了根据本发明的 一个示例性实施例的M-notification.ind消息的报头字 段的格式。参照图4，该M-notification.ind消息的报头字段中存在X-Mms-message-class字段410。 X-Mms-message-class字段410是定义消息的分类项的字段。
根据本发明的一个实施例，"流"可作为字段值添加在X-Mms-message-class 字段410中。相应地，如果"流"被添加到X-Mms-message-class字段410中，则 该多媒体消息是实时流使能多媒体消息。
换言之，如果从发送方移动通信终端2发送的多媒体消息被确定为实时流使 能消息，贝U MMSC 20将"流"添加到通知消息(M-notification.ind)的X-Mms-message-class 字段410中并发送该通知消息，从而使接收方移动通信终端200能将 该多媒体消息识别为实时流使能消息。如果从MMSC 20接收到通知消息 (M-notification.ind)，则接收方移动通信终端200向MMSC 20发送回复消息 (M-notifyresp.ind)(图3的S320)。
图5示出了根据本发明的一个示例性实施例的如图3所示的用于向多媒体消 息服务中心(MMSC)发送M-notification.ind消息的过程的流程图。参照图5，接 收方移动通信终端200的控制器280确定从MMSC 20发送的通知消息(M-notification.ind)的X-Mms-message-class字段410是否存在(S510),并确定从发 送方移动通信终端2发送的多媒体消息是否是实时流使能消息(S520)。
如果该多媒体消息是实时流使能消息，则控制器280指示接收方移动通信终
端200的多媒体消息接收模式、缓冲器220的可用大小信息以及回复消息 (M-notifyresp.ind)的X-Mms-status字段中的信道信息(S530)。之后，回复消息 被生成并被发送到MMSC (S540)。
图6示出了根据本发明的一个示例性实施例的M-notifyresp.ind消息的报头字 段的格式。参照图6， M-notifyresp.ind消息的报头字段包括X-Mms-status字段610。 优选地，X-Mms-status字段610指示用于从MMSC 20接收多媒体消息的偏好，并 指示例如"取回"、"拒绝"以及"延迟"等字段值。字段值"取回"表示对多媒 体消息的下载请求。字段值"拒绝"表示拒绝接收该多媒体的偏好。字段值"延迟" 表示用于延迟接收该多媒体消息的偏好。
根据本发明的一个实施例，如果从发送方移动通信终端2发送的多媒体消息 被确定为实时流使能消息，则第一流接收模式"流1"或第二流接收模式"流2" 作为接收方移动通信终端200的多媒体消息接收模式信息被添加到X-Mms-status 字段610以代替该字段值。缓冲器220的可用大小信息和信道消息也在 X-Mms-status字段610中指示。
当接收方移动通信终端200的多媒体消息接收模式是第一流模式时，控制器 280在M-notifyresp.ind消息的X-Mms-status字段上指示接收方移动通信终端200 的多媒体消息接收模式是第一流模式。控制器280还将缓冲器220的可用大小信息 和信道信息添加到X-Mms-status字段。优选地，信道信息包括从接收方移动通信 终端200测量的信道带宽信息。
同时，如果从发送方移动通信终端2发送的多媒体消息不是实时流使能消息 (图5的S520)，则控制器280在X-Mms-status字段610上指示例如"取回"、 "拒绝"以及"延迟"等字段值并生成回复消息(图5的S540)。
根据上述过程，接收方移动通信终端200响应于通知消息(M-notification. ind) 将回复消息(M-notifyresp.ind)发送给MMSC 20 (图5的S540)。结果，MMSC 20从接收方移动通信终端200接收回复消息(M-notifyresp.ind消息)，并由此能 确认多媒体消息接收模式、缓冲器220的可用大小信息、信道信息，以及其它信息。
当从接收方移动通信终端200接收M-notifyresp.ind消息时，MMSC 20优选地 判定要被发送至接收方移动通信终端200的媒体文件的发送级别(图3的S330)。 图7示出了根据本发明的一个示例性实施例的如图3所示的用于判定发送级别的过 程的流程图。
参照图7， MMSC 20确定在M-notifyresp.ind消息的X-Mms-status字段610
上指示的多媒体消息接收模式(S710)。如果多媒体消息接收模式被设为流模式，即第一流模式或第二流模式(S720)，则MMSC20确定包括在要被发送至接收方 移动通信终端200的多媒体消息中的媒体文件的类型(S730)。发送级别根据媒体文件的类型来确定，将对其说明如下。如果包括在多媒体 消息中的媒体文件是活动图像(S740)，则MMSC 20通过考虑包括在M-notifyresp. ind消息中的信道信息、以及记录在从发送方移动通信终端2发送的同步多媒体集 成语言(SMIL)文件中的活动图像文件的持续时间来判定发送级别，从而能实时 播放该活动图像文件(S750)。图8示出了根据本发明的一个示例性实施例的用于判定活动图像的发送级别 的过程的流程图。参照图8，原始活动图像文件包括一个I帧和该I帧之后的12个 P帧。优选地，MMSC 20通过考虑活动图像文件的信道信息和持续时间来判定4个 发送级别中的一个。根据本发明，原始活动图像文件初始时以发送级别l发送。在 发送级别2上，在两个图像帧的序列之后不发送一个图像帧之后重复地发送两个图 像帧的序列。在发送级别3，发送每个第三图像帧。优选地，开始时发送I帧。然后，分别 发送第3、第6、第9、以及第12个P帧。在发送级别4，发送每个第6图像帧。 优选地，开始时候发送I帧，其后分别发送第6和第12个P帧。值得注意的是，信道带宽从发送级别1到发送级别4变窄。此外，活动图像 的持续时间从发送级别1到发送级别4变大。同时，如果活动图像文件和与其同步的声音数据被包括在一起，则MMSC20 根据活动图像文件的发送级别决定发送级别，并将每个图像帧与声音数据一起发 送。然而，在MMSC20由于声音数据而不能根据活动图像文件的发送级别发送图 像帧的情形中，MMSC20通过降低声音数据的比特率根据相应活动图像文件的发 送级别发送图像帧。类似于用于决定活动图像文件的发送级别的方法，如果媒体文件是声音文件 (图7的S760)，则MMSC 20通过考虑声音文件的持续时间和信道状态判定发 送级别(S770)。优选地，MMSC20通过控制声音文件的比特率以将声音文件发 送到接收方移动通信终端200，从而使所有的声音文件在持续时间中可通过相应的 信道发送。根据这种方法，MMSC20判定将被发送到接收方移动通信终端200的 活动图像文件和声音文件的每个发送级别。然而，如果媒体文件是图像文件
(S780)，则MMSC20使用预定的发送算法判定发送方法，而不考虑用于判定活 动图像文件或声音文件的发送级别的方法。
根据本发明的一个实施例，MMSC 20生成在原始图像文件中仅具有黑/白信息 的黑/白图像数据，并以8X8像素单元将所生成的黑/白图像数据发送给接收方移 动通信终端200。如果黑/白图像数据的发送完成，则类似于黑/白图像数据，MMSC 20以8X8像素单元将彩色图像数据发送到接收方移动通信终端200。
参照图3，如果接收方移动通信终端200的用户检査通知消息并通过输入设备 270请求"取回"该多媒体体消息(S340)，则控制器280通过无线收发器210向 MMSC 20发送诸如WSP/HTTP GET.req消息等请求消息(S350)。优选地， WSP/HTTP GET.r叫消息是用于请求与MMSC 20的数据连接的消息，更优选地是 用于请求MMSC 20在接收方移动通信终端200准备好接受多媒体消息之后发送从 发送方移动通信终端发送的多媒体消息。
如果从接收方移动通信终端200接收到WSP/HTTP GET.req消息，则MMSC 20向接收方移动通信终端200发送诸如M-retrieve.conf消息等确认消息(S360)。 优选地，M-retrieve.conf消息包括SMIL文件，但不包括任何媒体文件。SMIL文 件是包括与用于播放该多媒体文件所附的媒体文件的方法相关的信息的文本文件。
在接收方移动通信终端200从MMSC 20接收到M-retrieve.conf消息之后， RTP/RTCP连接或RT流协议(RTSP)连接在MMSC 20与接收方移动通信终端200 之间被建立(S370) 。 MMSC 20然后使用基于RTP/RTCP或基于RTSP的实时传 输协议将多媒体消息所附的媒体文件发送给接收方移动通信终端20。
优选地，MMSC 20然后根据在S330中判定的发送级别发送媒体文件，并通 过考虑移动通信终端220中缓冲器220的可用大小来控制所发送的媒体文件的流。 优选地，接收方移动通信终端200将从MMSC 20实时接收到的媒体文件临时存储 在缓冲器220中。
优选地，如果接收方移动通信终端200的多媒体消息接收模式被设为第一流 模式，则接收方移动通信终端200在显示器260上显示临时存储在缓冲器220中的 媒体文件。因此，如果多媒体消息接收模式被设为第一流模式，则接收方移动通信 终端200不单独将临时存储在缓冲器220中的媒体文件存储在存储器250中，而是 在显示器260上实时显示媒体文件。另一方面，如果接收方移动通信终端200的多 媒体消息接收模式被设为第二流模式，则接收方移动通信终端200将临时存储在缓 冲器220中的媒体文件存储在存储器250中，并在显示器260上显示实时接收到的
媒体文件。如果从MMSC20对媒体文件的实时发送结束，则接收方移动通信终端 200向MMSC 20发送诸如M-acknowledge.ind消息等确认消息以确认媒体文件的接 收(S380)。
如上所述，移动通信终端的用户可实时取回多媒体文件。此外，本发明的优 选实施例己通过判定媒体文件的发送级别来实现，但是并不限于此。例如，在向接 收移动通信终端发送M-retrieve.conf消息时，MMSC 20可发送SMIL文件而不发 送媒体文件。相应地，接收方移动通信终端200可分析SMIL文件以确认该多媒体 文件所附的媒体文件的持续时间和类型。
因此，在通过考虑每个媒体文件的信道信息和持续时间判定接收方移动通信 终端200中媒体文件的发送级别之后，所判定的发送级别信息被发送至MMSC 20。 MMSC 20然后根据从接收方移动通信终端200接收到的发送级别信息发送媒体文 件。
根据本发明，该移动通信终端以及用于在该移动通信终端中实时播放消息的 方法具有以下优点。接收方移动通信终端可实时下载和播放该多媒体文件所附的媒 体文件。因此，即使由于先前存储的媒体文件没有被删除而使多媒体文件的存储空 间受限，从发送方移动通信终端接收到的多媒体消息仍能被取回。
本发明的以上示例性实施例和各个方面仅仅是示例性的，而不应解释为限制 本发明。本示教可容易地应用于其它类型的装置。并且，本发明的示例性实施例的 说明旨在是示例性的，而并非旨在限制权利要求的范围，并且许多替换、修改、以 及变化对本领域的技术人员将是显而易见的。
权利要求
1.一种用于在移动通信终端中实时播放消息的方法，所述方法包括从服务器接收用于通知所述服务器中特定消息的到达的通知消息；如果通过检查所述通知消息的特定字段所述特定消息是实时流使能消息，则生成回复消息，所述回复消息包括含有流接收模式信息的特定字段；将所生成的回复消息发送给所述服务器；请求与所述服务器的连接；根据预定的发送级别实时接收包括在来自所述服务器的所述特定消息中的至少一个媒体文件；以及实时播放所接收到的媒体文件。
2. 如权利要求1所述的方法，其特征在于，所述服务器是多媒体消息服务中 心(MMSC)。
3. 如权利要求l所述的方法，其特征在于，所述特定消息是包括所述至少一 个媒体文件的多媒体消息。
4. 如权利要求1所述的方法，其特征在于，所述通知消息的特定字段是包括 与所述特定消息是否为所述实时流使能消息相关的信息的X-Mms-Message-Class字段。
5. 如权利要求l所述的方法，其特征在于，所述回复消息的特定字段是包括 所述移动通信终端的流接收模式、可用缓冲器大小以及信道带宽信息中的至少一个 的X-Mms-Status字段。
6. 如权利要求5所述的方法，其特征在于，所述移动通信终端的流接收模式 包括第一流接收模式和第二流接收模式。
7. 如权利要求6所述的方法，其特征在于，在所述第一流接收模式中，从所 述服务器接收到的所述至少一个媒体文件不被存储在存储器中，而在所述第二流接 收模式中，从所述服务器接收到的所述至少一个媒体文件被存储在所述存储器中。
8. 如权利要求1所述的方法，其特征在于，请求与所述服务器的连接包括向 所述服务器发送WSP/HTTP GET.req消息。
9. 如权利要求l所述的方法，其特征在于，所述发送级别根据包括在所述特 定消息中的所述至少一个媒体文件的类型来确定。
10. 如权利要求9所述的方法，其特征在于，如果所述至少一个媒体文件是 活动图像文件，则所述发送级别根据所述活动图像文件的信道带宽信息和持续时间 来确定。
11. 如权利要求9所述的方法，其特征在于，如果所述至少一个媒体文件是 声音文件，则所述发送级别根据所述声音文件的信道带宽信息和持续时间来确定， 其中，所述声音文件的比特率取决于所述发送级别。
12. 如权利要求1所述的方法，其特征在于，实时地接收所述至少一个媒体 文件包括从所述服务器接收包括同步多媒体集成语言(SMIL)文件的消息；以及 通过在所述服务器与所述移动通信终端之间建立的RTP/RTCP连接接收所述 至少一个媒体文件。
13. —种用于实时播放消息的移动通信终端，所述移动通信终端包括 无线收发器，用于从服务器接收用于通知所述服务器中特定消息的到达的通知消息；处理器，用于通过检查所述通知消息的特定字段来确定所述特定消息是否为 实时流使能消息；以及控制器，用于在所述特定消息是所述实时流使能消息时生成回复消息，所述 回复消息包括含有流接收模式信息的特定字段，其中，所述控制器通过所述无线收 发器将所生成的回复消息发送给所述服务器并请求与所述服务器的连接； 其中，所述无线收发器根据预定的发送级别从所述服务器实时地接收包括在 所述特定消息中的至少一个媒体文件，并且所述控制器实时地播放所接收到的媒体 文件。
14. 如权利要求13所述的移动通信终端，其特征在于，所述通知消息的特定 字段是包括与所述特定消息是否为所述实时流使能消息相关的信息的X-Mms-Message-Class字段。
15. 如权利要求13所述的移动通信终端，其特征在于，所述回复消息的特定 字段是包括所述移动通信终端的流接收模式、可用缓冲器大小以及信道带宽信息中 的至少一个的X-Mms-Status字段。
16. 如权利要求13所述的移动通信终端，其特征在于，还包括 输入设备，用于设置所述移动通信终端的流接收模式；以及 存储器，用于存储从所述服务器接收到的所述至少一个媒体文件；其中，所述控制器在第一流接收模式中不将所述至少一个媒体文件存储在所 述存储器中，而在第二流接收模式中将所述至少一个媒体文件存储在所述存储器 中。
17. 如权利要求13所述的移动通信终端，其特征在于，所述控制器通过向所 述服务器发送WSP/HTTP GET.req消息来请求与所述服务器的连接。
18. 如权利要求13所述的移动通信终端，其特征在于，所述无线收发器从所 述服务器接收包括同步多媒体集成语言(SMIL)文件的确认消息，以将所接收到 的确认消息发送给所述控制器，并且所述控制器根据所述SMIL文件上指示的所述 至少一个媒体文件的信道带宽信息和持续时间来确定所述至少一个媒体文件的发 送级别，其中，所述控制器通过所述无线收发器将所确定的发送级别发送给所述服务器。
19. 如权利要求13所述的移动通信终端，其特征在于，所述无线收发器通过 在所述服务器与所述移动通信终端之间建立的RTP/RTCP连接接收所述至少一个 媒体文件。
20.如权利要求13所述的移动通信终端，其特征在于，还包括 显示器，用于在所述至少一个媒体文件是图像文件时实时地显示所述至少一 个媒体文件；以及音频处理器，用于在所述至少一个媒体文件是声音文件时实时地播放所述至 少一个媒体文件。
全文摘要
本发明涉及在移动通信终端中实时播放消息。本发明包括从服务器接收用于通知该服务器中特定消息的到达的通知消息；通过检查该特定消息的特定字段来确定该特定消息是否为实时流使能消息；在该特定消息是流使能消息时生成回复消息，该回复消息包括含有流接收模式信息的特定字段；将生成的回复消息发送给服务器；请求与服务器的连接；根据预定的发送级别从服务器实时接收包括在该特定消息中的至少一个媒体文件；以及实时地播放所接收到的媒体文件。
文档编号H04Q7/22GK101115260SQ20071014020
公开日2008年1月30日 申请日期2007年7月25日 优先权日2006年7月26日
发明者吴定均 申请人:Lg电子株式会社