首页> 中国专利> 用于将多媒体消息多次元素插入多媒体消息中的方法和系统

用于将多媒体消息多次元素插入多媒体消息中的方法和系统

摘要

本发明涉及用于将至少一个多媒体消息多次元素插入多媒体消息中的方法和系统。该方法具有以下方法步骤:从网络单元(MMSRS)向移动站(MS)发送至少一个多媒体消息多次元素;从网络单元(MMSRS)向移动站(MS)发送第一多媒体消息;以及将多媒体消息多次元素插入到第一多媒体消息中。优选地,在移动站中实现所述插入,并且从网络单元向移动站仅仅发送一次多媒体消息多次元素并且将其插入到多个多媒体消息中。

著录项

  • 公开/公告号CN1778126A

    专利类型发明专利

  • 公开/公告日2006-05-24

    原文格式PDF

  • 申请/专利权人 西门子公司;

    申请/专利号CN200480003225.7

  • 申请日2004-01-08

  • 分类号H04Q7/22;

  • 代理机构中国专利代理(香港)有限公司;

  • 代理人程天正

  • 地址 德国慕尼黑

  • 入库时间 2023-12-17 17:20:52

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2017-03-01

    未缴年费专利权终止 IPC(主分类):H04W4/12 授权公告日:20090429 终止日期:20160108 申请日:20040108

    专利权的终止

  • 2009-04-29

    授权

    授权

  • 2006-07-19

    实质审查的生效

    实质审查的生效

  • 2006-05-24

    公开

    公开

说明书

本发明涉及用于将至少一个多媒体消息多次元素(Multimedia-Nachricht-Mehrfachelement)插入到多媒体消息中方法和系统。

此外,这种方法和系统能够在第三代移动无线电系统中应用。

移动无线电系统GSM(全球移动通信系统)除了语音电话外还提供以下可能性,即发送或接收长度最多为160字符的短的文本消息。这种消息业务作为SMS(短消息业务)是熟知的。对于下一代(2.5G和3G)移动无线电系统、诸如UMTS(通用移动电信系统)来说,设有移动消息业务的一种具有多媒体能力的变型、即所谓的MMS(多媒体消息业务)。在第三代合作项目(3GPP)的技术规范TS 22.140 Version 4.1.0,Release 4,和TS 23.140 Version 4.5.0,Release 4中对这种MMS业务进行了说明。

带有多媒体内容的消息在下面被称为多媒体消息MM(Multimediamessage)以便更好地区别于文本消息SMS。与SMS相反,在此取消对纯文本内容的限制。在MM的情况下,可以根据个人的兴趣来设置文本的格式以及将音频和视频内容嵌入消息中。因此,MM可以包括多个不同文件类型(例如音频图像或静止图像)或文件格式(在静止图像的情况下例如图形交换格式GIF或联合图像专家组JPEG)的MM元素。每个MM都具有一个报头字段(MM-Header),而每个MM元素还附加地具有一个自己的报头字段(MM-Element-Header)。

图1示出一种从3GPP的角度看具有两个网络A和B的已知的MMS网络结构。MMS UA表示所谓的MMS用户代理(MMS-User Agent)、即例如在移动无线电设备或连接在移动无线电设备上的设备(例如膝上型电脑等等)上的软件程序,该软件程序实现MMS的功能。这样的功能可以是例如生成、查看MM或者接收或发送MM。MMS RS是所谓的MMS中继/服务器(MMS-Relay/Server),也就是在MMS业务提供商MMSE SP(MMSE Service Provider)的管辖领域MMSE(Multimedia MessageService Environment)、即业务环境中为MMS UA提供MMS功能的网络单元。MM1和MM4是接口。

诸如GSM或UMTS的移动电信系统使用规定的卡、即所谓的智能卡,该卡必须被插入移动无线电设备中,以便能够在网络运营商处注册了之后使用网络运营商的业务。同样地,在这种卡上存储有用户设置和个人信息(电话本、SMS等)。在GSM中,这种卡被称为SIM(用户身份模块(Subscriber Identity Module))。在UMTS中,在物理卡UICC(通用集成电路卡(Universal Integrated Circuit Card))和其逻辑功能、即USIM(UMTS Subscriber Identity Module)之间进行区分。

在GSM情况下SAT(SIM Application Toolkit,SIM应用工具包)或在UMTS情况下USAT(USIM Application Toolkit,USIM应用工具包)是为网络运营商提供接口、即用于对应用进行编程的所谓的API(Application Programming Interface)的工具包。在3GPP的技术规范TS 31.111 Version 4.2.1,Release 4中对USIM应用工具包进行了说明。采用这些API,网络运营商能够在SIM或UICC上实现自己的应用,该应用可以借助于USAT使用移动无线电设备的功能(不依赖于移动无线电设备的制造商和卡的制造商)。SIM或UICC是这种工具包的物理基础,因为它们由网络运行商提供并由此能够按照它们的期望来匹配。

网络运营商今天已经能够将MM与广告消息一起传输。然而,在此情况下问题在于,必须经由空中接口来实现广告消息的传输,因此由于广告而浪费了系统资源。

此外,可能出现这样的情况,即一个MM元素(例如作为广告的文本文件、视频文件或音乐文件)应被插入到多个MM中,这些MM都被发送到相同的MMS UA。这种可以多次插入到MM中的MM元素在下面称为多媒体消息多次元素。在这样一种情况下,又存在这样的缺点,即在接口(在图1中是接口MM1的一部分)上宝贵的系统资源被用于将相同的信息、即相同的MM元素重新传输到相同的MMS UA。

因此,本发明所基于的任务是,提供一种方法和一种系统,其用于将至少一个多媒体消息多次元素插入到多媒体消息中,移动无线电系统的系统资源不会因此被不必要地加载。

这个任务通过一种具有权利要求1的特征的、用于将至少一个多媒体消息多次元素插入到多媒体消息中的方法和一种具有权利要求16的特征的、用于将至少一个多媒体消息多次元素插入到多媒体消息中的系统来解决。按照权利要求31和32的移动站是该任务的其他解决方案。在从属权利要求中给出本发明的有利的改进方案。

用于将至少一个多媒体消息多次元素插入到多媒体消息中的方法具有以下方法步骤:从网络单元向移动站发送至少一个多媒体消息多次元素,从该网络单元向该移动站发送第一多媒体消息,以及将该多媒体消息多次元素插入到第一多媒体消息中。

用于将至少一个多媒体消息多次元素插入到多媒体消息中的系统具有:用于从网络单元向移动站发送至少一个多媒体消息多次元素的装置,用于从该网络单元向该移动站发送第一多媒体消息的装置,以及用于将该多媒体消息多次元素插入到第一多媒体消息中的装置。

多媒体消息多次元素原则上可以是各种类型的信息数据、特别是广告数据,诸如文本、声音或录像。网络单元优选为如已经说明的连接单元MMS RS或者是所谓的VASP(增值业务提供商,Value AddedService Provider)。移动站原则上可以是各种类型的移动终端设备、然而优选为UMTS移动站。

在本发明的一个优选的实施方案中,在移动站中实现所述插入。这具有以下优点,即在移动站中多媒体消息多次元素被存储在存储装置中,并且在需要时能够分别被添加到一个或多个多媒体消息中。

在本发明的另一实施方案中,从网络单元向移动站仅仅发送一次多媒体消息多次元素,并将其插入到多个多媒体消息中。通过这种方式节省了移动无线电系统中的系统资源,因为多媒体消息多次元素只需要经由空中接口传输一次,并且之后,也许在移动站内的存储器中存储了信息数据之后,该多媒体消息多次元素可以被添加到任意多的另外的多媒体消息中,因此移动站的用户分别获取最初的多媒体消息和相应的多媒体消息多次元素。

进一步优选地,多媒体消息多次元素被包含在所发送的第一多媒体消息中。在这个实施方案中,与所发送的第一多媒体消息一起传输的多媒体消息多次元素被附加地插入到其他的、即稍后传输的多媒体消息中。

在本发明的另一实施方案中,多媒体消息多次元素被包含在所发送的第二多媒体消息中。在此情况下,经由空中接口传输一个单独的多媒体消息,该多媒体消息仅仅包含这个特殊的多媒体消息多次元素。在此情况下,“所发送的第二多媒体消息”不受限于所发送的多媒体消息的顺序。更确切地说,在此“所发送的第二多媒体消息”涉及另一多媒体消息,以便区别于第一多媒体消息。

在本发明的另一优选实施方案中,用一个多媒体消息从网络单元向移动站发送多个多媒体消息多次元素。这具有以下优点,即再次节省了系统资源,并且能够向移动站一次性传输多个多媒体消息多次元素。

进一步优选地,多媒体消息具有第一信息字段,该第一信息字段能够实现区分不同的多媒体消息多次元素。这个第一信息字段用于实现区分不同的多媒体消息多次元素。可考虑的是,在多媒体消息中包含新的多媒体消息元素报头字段,其包含例如由网络单元MMS RS分配的标识号。

进一步优选地,多媒体消息具有第二信息字段,通过该第二信息字段能够将一个多媒体消息多次元素分配给一个消息组。由此能够区分多媒体消息多次元素与一般的多媒体元素,多媒体消息多次元素能够由网络单元特别地标明。可考虑的是,多媒体消息多次元素得到具有合适值的附加的多媒体消息元素报头字段。可以考虑例如针对广告或特殊消息组进行区分。优选地,在网络单元、优选MMS RS中添加多媒体消息的信息字段的信息。

在本发明的一个改进方案中,多媒体消息具有第三信息字段,其包含这样的信息,即是否应将多媒体消息显示给移动站的用户。对于从MMS RS向MMS UA发送独立的仅仅用于传送多媒体消息多次元素的多媒体消息的情况来说,应当避免由MMS UA将这个多媒体消息显示给用户。这可以通过附加的多媒体消息报头字段来实现,该多媒体消息报头字段优选地由MMS RS来插入并且促使MMS UA不将这个多媒体消息显示给用户。在多媒消息多次元素被传送到MMS UA之后,例如在智能卡((U)SIM或多媒体卡)上或在移动站中进行存储。

在本发明的另一实施方案中,在移动站中由用户装置实施多媒体消息多次元素的存储。优选地,该用户装置是MMS UA。这个用户装置独立地进行所述存储。由于多媒体消息多次元素包含新的多媒体消息元素报头字段,所以用户装置知道,它应将这个多媒体消息多次元素以相应的索引存储在可用的存储介质上。

在另一实施方案中,在移动站中由应用装置组织或实施多媒体消息多次元素的存储。优选地,该应用装置是一个USAT。在这个实施方案中,应用装置不知道多媒体消息多次元素,而是应用装置组织所述存储,其中此外存储器本身由应用装置来初始化。在此,可以考虑两种可能性。

第一种可能性是,USAT向MMS UA发出一次请求,即将所有到达的多媒体消息的所有报头字段(所谓的“Header”)、也就是多媒体消息报头以及所有多媒消息元素报头的副本转交给它、即USAT。随后,USAT分析多媒体消息元素报头,同时根据新的多媒体消息元素报头字段来确定所有存在的多媒体消息多次元素,并且此后请求MMS UA,将相应的多媒体消息多次元素以相应的索引存储在可用的存储介质上。

第二种可能性是,只有当在多媒体消息报头中说明了MMS RS所插入的相应的报头字段时,MMS UA才将所有报头、也就是多媒体消息报头以及所有多媒体消息元素报头的副本转交给USAT。按照第一种可能性,由USAT对报头进行分析并向MMS UA请求进行存储。

此外可以考虑的是,USAT不仅负责组织还负责真正的存储。因此也可以应用前面所述的两种可能性,区别在于,不仅仅向USAT转交所有报头的副本,还转交整个多媒体消息。在此情况下,USAT不仅分析报头,而且还附加地以相应的索引将多媒体消息多次元素存储在UICC上(或在USAT所位于的智能卡上)。

在上述三种可能性中,可以应用以下改写规则:当具有已经存在的索引的多媒体消息多次元素应被存储时,旧的多媒体消息多次元素则应被改写。采用这个规则,也能够例如更新多媒体消息多次元素。

然而,为了避免发送和存储多媒体消息多次元素,也可以考虑,在移动站、MMS UA、UICC或另一可由MMS UA访问的存储介质的产品供应时,已经存储有具有相应的索引的多媒体消息多次元素存储在其上。

在本发明的一个改进方案中,如果在移动站中已经存储有多媒体消息多次元素,则将该多媒体消息多次元素的索引插入到待发送到移动站的多媒体消息中。当例如从MMS RS向MMS UA发送应包含某个多媒体消息多次元素(其以相应的索引已经存储在与此相关的移动站中)的多媒体消息时,则在MMS RS中不是插入这个多媒体消息多次元素,而是插入附加的具有其相应索引的多媒体消息报头字段。此后,从MMS RS向移动站传送这个多媒体消息。

优选地,在移动站中由用户装置实施多媒体消息多次元素的插入。该用户装置优选为MMS UA。由于多媒体消息包含新的多媒体消息报头字段,所以MMS UA知道,它可以以相应的索引从相应的存储介质中读出相应的多媒体消息多次元素,以便此后将其插入到多媒体消息中。

在另一实施方案中,在移动站中由应用装置组织和/或执行多媒体消息多次元素的插入。该应用装置优选为USAT。在此情况下,不是用户装置(MMS UA)而是应用装置(USAT)组织将多媒体消息多次元素插入到多媒体消息中。此外,插入本身由用户装置来实施。为此可以考虑以下两种可能性:在第一种可能性中,应用装置向用户装置发出一次请求,即将所有到达的多媒体消息的所有报头的副本发送给它、也即该应用装置。随后,应用装置分析多媒体消息报头字段,并且同时找出相应的多媒体消息报头字段。可能存在多个这种类型的多媒体消息报头字段。随后,应用装置请求用户装置,将相应的可索引的多媒体消息多次元素插入到多媒体消息中。

在第二种可能性中,只有当在多媒体消息报头字段中说明了相应的报头字段时,用户装置才将所有报头字段的副本发送给应用装置。根据前面所述的可能性,由应用装置对报头字段进行分析并向用户装置请求插入相应的多媒体消息多次元素。

应用装置(USAT)可以不仅负责组织,而且还负责真正地插入多媒体消息多次元素。也可以应用前面所述的两种可能性,区别在于,不仅仅向应用装置转交所有报头字段的副本,而且还转交整个多媒体消息。由此应用装置将不仅分析报头字段,而且还将附加地根据索引从UICC(或USAT所位于的智能卡上)加载多媒体消息多次元素,将这些多媒体消息多次元素插入多媒体消息中,并且随后将修改过的多媒体消息送回到用户装置。

如果基于编程语言的显示、例如SMIL显示被包含在待传输的多媒体消息的主要部分中,那么代替引入附加的多媒体消息报头字段,网络单元(例如MMS RS)也可以直接将在终端设备中所存储的多媒体消息多次元素的索引捆绑到SMIL显示中。SMIL(SynchronizeMultimedia Integration Language,同步多媒体集成语言)是一种用于描述交互式视听显示的编程语言。在这种情况下,在打开或观察来自SMIL显示的多媒体消息时将调用多媒体消息多次元素。在此情况下,不插入附加的多媒体消息报头字段,并且由此在移动站中也不将多媒体消息多次元素物理地插入到多媒体消息中。取而代之,将索引捆绑到SMIL显示中。在此,优点在于,在显示多媒体消息时,示出当前的多媒体消息多次元素(例如,当在多媒体消息的接收与显示之间通过改写更新多媒体消息多次元素、诸如广告消息时)。

也可以考虑,直接将在移动站中所存储的多媒体消息多次元素的索引捆绑到多媒体消息中。

此外,可以由服务器接管网络单元(MMS RS)的所有附加功能,该服务器由所谓的MMS VASP(MMS Value Added Servie Provider)来驱动。在这种情况下,首先从网络单元(MMS RS)向MMS VASP发送多媒体消息,该MMS VASP将必要的功能应用于所述多媒体消息。接着MMS VASP将可能通过插入报头字段而修改的多媒体消息送回给网络单元。随后,网络单元(MMS RS)将该多媒体消息传送给用户装置(MMSUA)。

此外,可以有利地应用以下规则:当在存储器中不存在具有索引的多媒体消息多次元素时,不实施插入。附加地可以考虑,用户装置(例如MMS UA)发送错误消息给网络单元(例如MMS RS),该错误消息指出缺少所索引的多媒体消息多次元素。于是一种可能性是,根据该错误消息,网络单元要么不再对这个多媒体消息多次元素进行索引,要么传送这个缺少的多媒体消息多次元素,以便在其他多媒体消息中避免这种错误。

网络单元的选择,即是否采用附加的多媒体消息报头字段来索引多媒体消息多次元素,和采用附加的多媒体消息报头字段来索引哪一个多媒体消息多次元素,或应将哪一个多媒体消息多次元素插入到多媒体消息中,可以依赖于某些条件来做出。

优选地,当多媒体消息多次元素是广告消息时,可以应用这种方法,因为在这种情况下应有针对性地发送广告。该选择可以例如依赖于发送地址来做出。如果例如发送方是某一个网络供应商,那么也应插入这个网络供应商的广告消息。但是,该选择也可以依赖于接收方的居住地来做出。如果接收方例如位于某一超市附近,那么也应将这个超市的广告消息插入。

此外,本发明涉及一种用在本发明方法中的移动站和一种用在本发明系统中的移动站。

本发明的一个优点是,必须多次从网络单元(例如MMS RS)向相同的用户装置(例如MMS UA)传送的多媒体消息多次元素只需要经由空中接口发送一次。由此实现,避免重复传输相同的数据、也就是相同的多媒体消息多次元素,并且由此节省空中接口上的宝贵的资源。尤其在高花费的、多媒体构成的多媒体消息多次元素的情况下,这导致多媒体消息的待传输的数据明显减少。

在本发明中,网络运营商具有以下可能性,即在将多个多媒体消息显示给移动站的用户之前将某一多媒体消息多次元素作为广告消息插入到这些多媒体消息中。在此,避免总是又由于相同的广告消息而使空中接口加重负担。

下面参照附图借助实施例来详细说明本发明。那里描述的特征以及上面已说明的特征不仅可以以所提及的组合形式、而且还可以单个地或以其他组合形式是本发明的本质。

图1示出一种根据3GPP的MMS网络结构;

图2示出一个传输多媒体消息的实施例;

图3示出一个传输具有多媒体消息元素报头字段的多媒体消息的实施例;

图4示出一个传输具有附加的多媒体消息报头字段的多媒体消息的实施例;

图5示出一个传输具有附加的多媒体消息多次元素的多媒体消息的实施例;

图6示出一个传输具有附加多媒体消息报头的多媒体消息的实施例;

图7示出一个具有附加的多媒体消息多次元素的插入的多媒体消息传输的实施例;

图8示出一个具有附加的多媒体消息报头字段的插入的多媒体消息传输的实施例;和

图9示出一个将多媒体消息多次元素插入到多媒体消息中的实施例。

图1已在说明书的引言中作了说明,因此在此请参见引言。

在第一实施例中,将多媒体消息多次元素插入到多媒体消息中可分为四个步骤:

在第一步骤中,应向用户发送一个多媒体消息。为此这个多媒体消息首先到达对此负责的MMS RS。在该MMS RS将这个多媒体消息转交给这个用户的MMS UA之前,它将广告消息作为多媒体消息多次元素插入到这个多媒体消息中。在此情况下,多媒体消息元素报头字段获得例如录入项“C-P:ad/1”。接着,MMS RS借助于消息“MM1_retrieve。RES”2将这个多媒体消息传送给MMS UA。这个过程在图2中示出。

在第二步骤中,MMS UA在其获取了多媒体消息之后分析所有的多媒体消息元素报头字段,并且在此情况下发现属于具有广告消息的多媒体消息多次元素的多媒体消息元素报头字段“C-P:ad/1”。接着,MMS UA将这个多媒体消息多次元素以相应的索引(这里例如“ad/1”)存储在可用的存储介质上。第二步骤的过程例如在图3中示出。此后,MMS UA继续处理该多媒体消息。

在第三步骤中,MMS RS想再次将具有索引“ad/1”的第一多媒体消息多次元素插入到多媒体消息中。然而,代替重新(如在第一步骤中那样)插入该多媒体消息多次元素,现在MMS RS将附加的多媒体消息报头字段“X-MMS-插入-MM_Element:ad/1”插入,并且接着将这个多媒体消息继续发送给MMS UA。

在第四步骤中,MMS UA在其获取了该多媒体消息之后分析所有的多媒体消息元素报头字段,其中发现多媒体消息报头字段“X-MMS-插入-MM_Element:ad/1”。随后,MMS UA以相应的索引(这里例如“ad/1”)从存储介质中读取这个多媒体消息多次元素,并且将这个多媒体消息多次元素插入到所述多媒体消息中。第四步骤的过程在图4中示出。接着,MMS UA可以继续处理该多媒体消息。

在本发明的第二实施例中,USAT向MMS UA发出一次请求,即将所有到达的多媒体消息的所有报头字段(多媒体消息报头字段与所有多媒体消息元素报头字段)的副本转交给它、也即给USAT。

第一步骤与第一实施例的第一步骤是相同的。

在第二步骤中,MMS UA在其获取了所述多媒体消息之后将所有报头字段的副本转交给USAT(因为之前USAT对此向它提出了请求,参见第二实施例的引言)。USAT分析这些多媒体消息元素报头字段,并且此外根据新的多媒体消息元素报头字段(例如“C-P:ad/1”)确定所有存在的多媒体消息多次元素,然后请求MMS UA将相应的MM多次元素以相应的索引(这里例如“ad/1”)存储在可用的存储介质上。第二步骤的过程在图5中示出。此后,MMS UA能够继续处理该多媒体消息。

作为第三步骤,实施与第一实施例相同的方法步骤三。

在第四步骤中,MMS UA将所有报头字段的副本转交给USAT。随后,USAT分析该多媒体消息报头字段,并且在此情况下发现多媒体消息报头字段“X-MMS-插入-MM_Element:ad/1”。接着,USAT请求MMS UA,将相应地被索引的多媒体消息多次元素“ad/1”插入到多媒体消息中。因此,MMS UA以相应的索引“ad/1”从存储介质中读取这个多媒体消息多次元素,并且将这个多媒体消息多次元素插入到所述多媒体消息中。这个过程在图6中示出。此后,MMS UA能够继续处理该多媒体消息。

在本发明的第三实施例中,当在多媒体消息报头字段中说明了相应的报头字段(例如“X-MMS-Intended_for_USAT:YES”)时,USAT向MMS UA发出一次请求,即将所有到达的多媒体消息的所有报头字段(多媒体消息报头字段与所有多媒消息元素报头字段)的副本转交给它、也即给USAT。

在第一步骤中,应向用户发送一个多媒体消息。为此这个多媒体消息首先到达对此负责的MMS RS。在MMS RS将这个多媒体消息转交给这个用户的MMS UA之前,它将广告消息作为多媒体消息多次元素插入到这个多媒体消息中。在此情况下,多媒体消息元素报头字段例如获得录入项“C-P:ad/1”并且多媒体消息报头字段例如获得录入项“X-MMS-Intended_for_USAT:YES”。接着,MMS RS借助于消息“MM1_retrieve。RES”2将这个多媒体消息传送给MMS UA。

在第二步骤中,MMS UA将所有报头字段的副本转交给USAT,因为满足这样的条件,即报头字段“X-MMS-Intended_for_USAT:YES”被插入到该多媒体消息中。因此,这个第二步骤对应于第二实施例的第二步骤。

在第三步骤中,MMS RS想再次将具有索引“ad/1”的第一多媒体消息多次元素插入到多媒体消息中。然而,代替重新(如在第一步骤中那样)插入该多媒体消息多次元素,现在MMS RS将附加的多媒体消息报头字段“X-MMS-插入-MM_Element:ad/1”和附加的多媒体消息报头字段“X-MMS-Intended_for_USAT:YES”插入,并且接着将这个多媒体消息继续发送给MMS UA。

在第四步骤中,MMS UA将所有报头字段的副本转交给USAT,因为满足这样的条件,即报头字段“X-MMS-Intented_for_USAT:YES”被插入到该多媒体消息中。因此,这个第四步骤对应于上述实施例的第四步骤。

第四实施例是第二或第三实施例的变型方案。

相对于第二和第三实施例,第二步骤如此发生改变,以致(在第二实施例的变型方案中基于先前USAT的一次请求,在第三实施例的变型方案中基于报头字段“X-MMS-Intended_for_USAT:YES”)MMS UA不仅将所有报头字段的副本转交给USAT,而且还将整个多媒体消息的副本转交给USAT。USAT分析该多媒体消息报头字段,同时根据新的多媒体消息元素报头字段(例如“C-P:ad/1”)确定所有存在的多媒体消息多次元素,并且此后以相应的索引(这里例如“ad/1”)将相应的MM多次元素存储在可用的存储介质、例如UICC(或USAT所位于的智能卡)上。第二步骤的过程在图7中示出。此后,MMS UA能够继续处理该多媒体消息。

相对于第二和第三实施例,第四步骤如此发生改变,以致(在第二实施例的变型方案中基于先前USAT的一次请求,在第三实施例的变型方案中基于报头字段“X-MMS-Intended_for_USAT:YES”)MMS UA不仅将所有报头字段的副本转交给USAT,而且还将整个多媒体消息转交给USAT。随后,USAT分析多媒体消息报头字段,并且在此情况下发现多媒体消息报头字段“X-MMS-插入-MM_Element:ad/1”。因此,USAT以相应的索引“ad/1”从存储介质中读取这个多媒体消息多次元素,并且将这个多媒体消息多次元素插入到多媒体消息中。此后,USAT将如此修改过的多媒体消息送回给MMS UA。这个过程在图8中示出。此后,MMS UA能够继续处理该多媒体消息。

在第五实施例中,现在考察这种情况,即不是MMS RS向MMS UA发送多媒体消息,而是反过来MMS UA将多媒体消息发送给MMS RS。在此情况下,可以考虑,在多媒体消息被转交给MMS RS之前,MMS UA或USAT将多媒体消息多次元素插入到该多媒体消息中。于是,用户能够例如将具有其名片的文件插入到它所发送的某一或所有多媒体消息中。这个过程在图9中示出。

表1:

X-Mms-消息-类型:m-send-req

X-Mms-递交-报告:是

从:markus.trauberg@sal.siemens.de

到:andreas.schmidt@sal.siemens.de

时间:Fri,7 Jul 2000 20:59:30+0100

主题:多媒体消息

nEntries=2

HeaderLen=13

DataLen=31

内容类型:纯文本;

名称=“datei.txt”

“你好Andreas,近况如何?”

HeaderLen=11

DataLen=2736

内容类型:视频;

name=“film.vid”

“…视频数据…”

表2:

X-Mms-消息-类型:m-send-req

X-Mms-递交-报告:是

从:markus.trauberg@sal.siemens.de

到:andreas.schmidt@sal.siemens.de

时间:Fri,7 Jul 2000 20:59:30+0100

主题:多媒体消息

nEntries=3

HeaderLen=13

DataLen=31

内容类型:纯文本;

名称=“datei.txt”

“你好Andreas,近况如何?”

HeaderLen=11

DataLen=2736

内容类型:视频;

名称=“film.vid”

“…视频数据…”

HeaderLen=13

DataLen=56

内容类型:纯文本;

C-P:ad/1;

名称=”siemens.txt”

“这个MM由西门子移动赞助-授意”

表1示出依照现有技术的多媒体消息。上面的部分是所谓的多媒体消息报头。“nEntries”说明,多少个多媒体消息元素被插入到多媒体消息中。之后紧跟着分别具有自己的多媒体消息元素报头字段和内容的多媒体消息元素。依照现有技术,不仅MS RS而且MMS UA都具有以下功能,即将多媒体消息元素插入到已有的多媒体消息中,和/或扩展和/或改变多媒体消息报头和/或多媒体消息元素报头。相对于表1的示例的改动在表2中通过粗体示出。这里,所插入的多媒体消息元素例如具有文件格式“文本”,同样可以考虑其他文件格式。

表3:

X-Mms-消息-类型:m-send-req

X-Mms-递交-报告:是

从:markus.trauberg@sal.siemens.de

到:andreas.schmidt@sal.siemens.de

时间:Fri,7 Jul 2000 20:59:30+0100

主题:多媒体消息

nEntries=3

HeaderLen=13

DataLen=31

内容类型:纯文本;

名称=“datei.txt”

“你好Andreas,近况如何?”

HeaderLen=11

DataLen=2736

内容类型:视频;

名称=“film.vid”

“…视频数据…”

HeaderLen=13

DataLen=56

内容类型:纯文本;

C-P:ad/1;

名称=”siemens.txt”

“这个MM由西门子移动赞助-授意”

表4:

X-Mms-消息-类型:m-send-req

X-Mms-递交-报告:是

X-Mms-接收方-可视:否

到:andreas.schmidt@sal.siemens.de

时间:Fri,7 Jul 2000 20:59:30+0100

主题:多媒体消息

nEntries=1

HeaderLen=13

DataLen=58

内容类型:纯文本;

C-P:ad/2;

名称=“siemens2.txt”

“这个MM由西门子家用电器提供”

表5:

X-Mms-消息-类型:m-send-req

X-Mms-递交-报告:是

X-Mms-接收方-可视:否

到:andreas.schmidt@sal.siemens.de

时间:Fri,7 Jul 2000 20:59:30+0100

主题:多媒体消息

nEntries=2

HeaderLen=13

DataLen=56

内容类型:纯文本;

C-P:ad/1;

名称=”siemens.txt”

“这个MM由西门子移动赞助-授意”

HeaderLen=13

DataLen=58

内容类型:纯文本;

C-P:ad/2;

名称=“siemens2.txt”

“这个MM由西门子家用电器提供”

表3、4和5示出三个示例的多媒体消息,借助于这些多媒体消息能够将多媒体消息多次元素从MMS RS传送到MMS UA。表3示出第一多媒体消息,其应包含名称为“Siemens.txt”的多媒体消息多次元素。该第一多媒体消息插入有具有附加的多媒体消息元素报头字段“C-P:ad/1”的多媒体消息多次元素。表4示出一个例子,其中发送额外的多媒体消息,以便传送这个具有附加的多媒体消息元素报头字段“C-P”的多媒体消息多次元素。附加的多媒体消息报头字段“X-MMS-接收方-可视:否”导致,这个多媒体消息稍后不由MMS UA作为“普通的”多媒体消息进行进一步处理。在该例中,依照表5也能够借助于一个多媒体消息同时传送多个多媒体消息多次元素。

在依照表3、4和5的例子中,附加的多媒体消息元素报头字段“C-P:ad/1”表明,涉及多媒体消息多次元素,并且还给出唯一的标识号,由此稍后能够唯一地对此进行索引。

表6:

X-Mms-消息-类型:m-send-req

X-Mms-事务处理-ID:543120

X-Mms-版本:1.0

X-Mms-消息-类别:个人

X-Mms-期满:36000

X-Mms-优先级:普通

X-Mms-发送方-可见性:显示

X-Mms-递交-报告:是

从:markus.trauberg@sal.siemens.de

到:andreas.schmidt@sal.siemens.de

时间:Fri,7 Jul 2000 20:59:30+0100

主题:多媒体消息

nEntries=2

HeaderLen=13

DataLen=31

内容类型:纯文本;

名称=“datei.txt”

“你好Andreas,近况如何?”

HeaderLen=11

DataLen=2736

内容类型:视频;

名称=“film.vid”

“…视频数据…”

表7:

X-Mms-消息-类型:m-send-req

X-Mms-事务处理-ID:543120

X-Mms-版本:1.0

X-Mms-消息-类别:个人

X-Mms-期满:36000

X-Mms-优先级:普通

X-Mms-发送方-可见性:显示

X-Mms-递交-报告:是

X-Mms-插入-MM_Element:ad/1

从:markus.trauberg@sal.siemens.de

到:andreas.schmidt@sal.siemens.de

时间:Fri,7 Jul 2000 20:59:30+0100

主题:多媒体消息

nEntries=2

HeaderLen=13

DataLen=31

内容类型:纯文本;

名称=“datei.txt”

“你好Andreas,近况如何?”

HeaderLen=11

DataLen=2736

内容类型:视频;

名称=“film.vid”

“…视频数据…”

表8:

X-Mms-消息-类型:m-send-req

X-Mms-事务处理-ID:543120

X-Mms-版本:1.0

X-Mms-消息-类别:个人

X-Mms-期满:36000

X-Mms-优先级:普通

X-Mms-发送方-可见性:显示

X-Mms-递交-报告:是

X-Mms-插入-MM_Element:ad/1

从:markus.trauberg@sal.siemens.de

到:andreas.schmidt@sal.siemens.de

时间:Fri,7 Jul 2000 20:59:30+0100

主题:多媒体消息

nEntries=3

HeaderLen=13

DataLen=31

内容类型:纯文本;

名称=“datei.txt”

“你好Andreas,近况如何?”

HeaderLen=11

DataLen=2736

内容类型:视频;

名称=“film.vid”

“…视频数据…”

HeaderLen=13

DataLen=56

内容类型:纯文本;

名称=”siemens.txt”

“这个MM由西门子移动赞助-授意”

表6再次示出一个熟知的多媒体消息。

表7示出,MMS RS如何代替重新将已存储在移动无线电设备中的多媒体消息多次元素插入到多媒体消息中而将附加的多媒体消息报头字段“X-MMS-插入-MM_Element:ad/1”插入。

由表8可见,随后MMS UA知道,在它能够继续处理该多媒体消息多次元素之前它必须将利用“ad/1”索引的多媒体消息多次元素插入到该多媒体消息中。

下面详细说明图2至9。在下面的实施例中,相同的符号分别具有相同的含义。

图2示出一个具有报头字段(Header)H、两个MM元素T(文本)和V(视频文件)的多媒体消息。MMS RS获取1该MM,并且将附加的具有MM元素报头字段“C-P:ad/1”的MM多次元素W作为广告消息插入到该MM中。这个修改过的MM被转交2给移动站MS中的MMS UA。

图3示出,在MMS RS将附加的具有MM元素报头字段“C-P:ad/1”的MM多次元素W作为广告消息插入到所述MM中之后,修改过的MM被转交3给移动站中的MMS UA。基于该新的MM元素报头字段“C-P:ad/1”,带有广告消息W的MM多次元素由MMS UA以索引“ad/1”存储4在移动站MS内的存储介质SM中。

图4示出,在MMS RS将附加的MM报头字段“I-E:ad/1”插入之后,修改过的MM被转交5给移动站MS中的MMS UA。基于这个新的MM报头字段,MMS UA随后以索引“ad/1”从存储介质SM中读出6所述MM多次元素,并且将这个MM多次元素插入到该MM中。

图5示出,MMS RS如何将附加的具有MM元素报头字段“C-P:ad/1”的MM多次元素W插入到MM中。MMS将所有报头的副本8递交给(U)SAT,该(U)SAT随后发现MM元素报头字段“C-P:ad/1”。因此该(U)SAT请求9该MMS UA,以索引“ad/1”将相应的MM多次元素存储10到移动站MS内可用的存储介质SM上。

图6示出,MMS RS如何将附加的MM报头字段“I-E:ad/1”插入到MM中。MMS UA将所有报头字段的副本12递交给(U)SAT。该(U)SAT随后发现MM报头字段“I-E:ad/1”。因此,该(U)SAT请求13该MMSUA,从存储介质SM中读取相应的MM多次元素“ad/1”并且将该相应的MM多次元素插入14到所述MM中。

图7示出,MMS RS将附加的具有MM元素报头字段“C-P:ad/1”的MM多次元素W插入到MM中。MMS UA将整个MM的副本递交16给(U)SAT。随后,该(U)SAT发现该MM元素报头字段“C-P:ad/1”。因此,USAT以索引“ad/1”将相应的MM多次元素存储17在UICC上。然后,MMS UA能够继续处理该MM。

图8示出通过MMS RS的附加的MM报头字段“I-E:ad/1”的插入。MMS UA将整个MM递交19给USAT。随后,这个USAT发现MM报头字段“I-E:ad/1”。因此,USAT从UICC(参见20)中读取相应的MM多次元素“ad/1”,将该相应的MM多次元素插入到MM中,并且将修改过的MM送回21给MMS UA。然后,MMS UA能够继续处理MM。

最后,图9示出,MMS UA如何将例如名片的MM多次元素VIS插入40到MM中。此后,MMS UA借助于消息41将修改过的MM*传送给MMS RS。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号