专利名称：用以处理多媒体短信的方法与系统、及移动电话的制作方法
技术领域：
本发明有关于多媒体短信，且特别有关于一种用以处理多媒体短信的方法与系统(SYSTEM AND METHOD FOR PROCESSING MULTIMEDIAMESSAGES)、及移动电话。
背景技术：
近年来，多媒体短信系统(MMSMultimedia Messaging System)的使用渐渐普及。支持MMS功能的移动电话使得使用者能够编辑并互相传送具有至少一个多媒体组件的短信。举例来说，具有内建或外接摄影镜头或内建MP3播放器的移动电话，可安装多媒体短信客户端，供编辑/传送/接收/阅览多媒体短信的软件，以与其它移动电话使用者互动。
然而，因为资源的关系，多媒体短信的应用受到了数据大小限制。依据一般所用的由开放行动联盟(OMAOpen Mobile Alliance)提供的多媒体服务规格(Multimedia Messaging Service Specification)，符合多媒体短信内容种类需求的MMS客户端对于每一种内容种类预设一可支持的最小信息大小。例如，在MMS一致性文件1.2(MMS Conformance Document 1.2)中规定的最小信息大小如图1所示。参见图1，针对内容种类为文本(text)、基本图像(image basic)、丰富图像(image rich)、基本影片(video basic)、丰富影片(video rich)的最小信息大小分别为30kB、30kB、100kB、100kB、及300kB。
并且，依据上述的MMS一致性文件1.2，多媒体短信客户端需要支持多媒体短信内容种类中的文本和其它种类中至少一种。因此，大部分的多媒体短信客户端仅支持不超过300kB的多媒体短信的短信服务。
另一方面，理论上，依据MMS规格，MMS代理服务器(MMSproxy-relays)端则并无上述的信息大小限制。然而，在实际运作上，MMS代理服务器就像多媒体短信客户端一样，对于多媒体短信设有大小的限制。大部分的大小限制(最多是300kB)是随意设定的，而超过设定的大小限制的多媒体短信就会被MMS代理服务器拒绝。
除了MMS规格之外，多媒体短信的大小会受到传输的通讯协议不同而受限。依据Wireless Transaction Protocol(WTP)规格，一个WTP处理(WTPtransaction)必须使用1字节来作为序列识别码，而这也限制了一次处理的数据约为300kB。而在WTP不支持ESAR(Extended Segament and Reassemble)的情况下，则只能传350KB的多媒体短信。
依据传统的多媒体短信应用，当一使用者编辑并传送了一多媒体短信且该多媒体短信超过了由传送端多媒体短信客户端设定的大小限制，则该多媒体短信可能会被传送端的多媒体短信客户端、传送端的MMS代理服务器、或是接收端的多媒体短信客户端所拒绝。
在该多媒体短信被传送端的MMS代理服务器拒绝的情况下，超过该MMS代理服务器大小限制的该多媒体短信会被包装成M-Send.req信息，该M-Send.req信息会被传送端的MMS代理服务器接收，并被判定为超过其大小限制，接着，在M-Send.conf信息的X-Mms-Response-Status字段中纪录一错误回复值，并将该M-Send.conf信息回传给传送端的多媒体短信客户端。
发明内容
本发明的一目的为提供一种用以处理多媒体短信的方法与系统，其可解决上述超出预设信息大小而无法传送的问题。
为达成上述目的，本发明提供一种用以处理多媒体短信的方法，其中该多媒体短信包含一原始封包内容(payload)。该方法首先将该多媒体短信切割为次短信(sub-message)，其中每一次短信包含该原始封包内容的至少一部份。并针对每一该次短信，产生一次短信报头(sub-message header)，其中该次短信报头包含该多媒体短信的一识别码、该次短信的总数、及该次短信的序号。再将该次短信报头附加于每一该次短信上。
本发明另提供一种用以处理多媒体短信的系统，其包括一处理器及一储存装置。该处理器，其将该多媒体短信切割为次短信(sub-message)，其中每一次短信包含该原始封包内容的至少一部份，针对每一该次短信，产生一次短信报头(sub-message header)，其中该次短信报头包含该多媒体短信的一识别码、该次短信的总数、及该次短信的序号，并将该次短信报头附加于每一该次短信上。该储存装置，其储存该多媒体短信以及该次短信。
本发明也提供一种移动电话，其包括一处理器、一通讯装置、及一储存装置。该处理器，其将该多媒体短信切割为次短信(sub-message)，其中每一次短信包含该原始封包内容的至少一部份，针对每一该次短信，产生一次短信报头(sub-message header)，其中该次短信报头包含该多媒体短信的一识别码、该次短信的总数、及该次短信的序号，并将该次短信报头附加于每一该次短信上。该通讯装置，其传送该次短信。该储存装置，其储存该多媒体短信以及该次短信。
图1显示一多媒体短信格式的示意图。
图2A显示多部混合多媒体短信系统的示意图。
图2B显示多部关连多媒体短信系统的示意图。
图3显示依据本发明实施例的多媒体短信串接(concatenation)机制的示意图。
图4A-1、图4A-2显示依据本发明第一实施例分割一多媒体短信方法的示意图。
图4B-1、图4B-2显示依据本发明第二实施例分割一多媒体短信方法的示意图。
图4C-1至图4C-4显示依据本发明第三实施例分割一多媒体短信方法的示意图。
主要组件符号说明报头～1；信息本体～2；图像～3；文本～4；音频～5；视频～6；呈现文件～7；传送端～300；多媒体短信～301；接收端～350；多媒体短信～351；多媒体短信～400；短信～411； 短信～412；多媒体短信～420；项目～421；项目～423； 项目～425；多媒体短信～440；报头～441；项目～443； 项目～445；项目～447； 项目～449。
具体实施例方式
为了让本发明的目的、特征、及优点能更明显易懂，下文特举较佳实施例，并配合附图做详细的说明。本发明说明书提供不同的实施例来说明本发明不同实施方式的技术特征。其中，实施例中的各组件的配置为说明之用，并非用以限制本发明。且实施例中图式标号的部分重复，是为了简化说明，并非意指不同实施例之间的关联性。
随着技术的进展，移动通讯网路的频宽大幅增加。增加的频宽使得使用者能够传送包含更大量数据的信息。上述信息可以包含文本、图像、影片、及/或声音。并且，可携式装置的处理和存储容量的提升，使得能够储存及处理多媒体的信息。因此，可携式装置的使用者目前可以传送多媒体短信。3GPP(the third generation partnership project)开始了MMS的标准化，其中第一次发布(release 99)的需求以下列文件定义Multimedia MessagingService；Service aspects；Stage 1，Third Generation Partnership Project TS22.140 Release 1999，其可从www.3gpp.org/ftp/Specs/取得、以及MultimediaMessaging ServiceFunctional description；Stage 2，Third Generation PartnershipProject TS 23.140 Release 1999，其可从www.3gpp.org/ftp/Specs/取得，上述两者均可作为本发明的参考文件。
多媒体短信服务由短信服务发展而来，其使用无线应用通讯协议(WAPwireless application protocol)。多媒体短信服务为传送和接收多媒体短信的标准。该多媒体短信可以包含任何格式化的文本、图像、相片、及影音片段的组合。该图像可以为任何标准格式，例如GIP和JPEG。多媒体短信服务也支持影片格式(例如MPEG4)及音频格式(例如MP3和MIDI)。WAPMMS规格书叙述从多媒体短信代理服务器(proxy relay)到客户端的多媒体短信的具有mandatory steering field(Encapsulation document)及信息的序列(Messaging Service Document)的格式，其依据下列文件定义MultimediaMessaging ServiceService aspects；Stage 1，Third Generation PartnershipProject TS 22.140 Release 4(V4.1.0)，其可从www.3gpp.org/ftp/Specs/取得、及Multimedia Messaging ServiceFunctional description；Stage 2，ThirdGeneration Partnership Project TS 23.140 Release 4(V4.2.0)，其可从www.3gpp.org/ftp/Specs/取得，上述两者均可作为本发明的参考文件。
多媒体短信的一般格式如图1所示。多媒体短信包含报头(header)1。报头1提供路由(routing)短信及该多媒体短信的传送端与接收端的地址。信息本体2包含图像3，其可以为JPEG格式；格式化或未格式化文本4；音频5，其可以为.wav文件；视频6，其可以为MPEG格式，其也可以选择性地包含一呈现文件7，其用于将该多媒体短信内容呈现给其接收端。
多媒体短信系统有两种，其一为多部混合多媒体短信系统(multipartmixed multimedia messaging system)，另一为多部关连多媒体短信系统(multipart related multimedia messaging system)。
参见图2A，其显示多部混合多媒体短信系统的示意图。多部混合多媒体短信可视为不同多媒体对象的一组合体。当一多媒体短信客户端显示一多部混合多媒体短信时，其所包含的多媒体对象将会逐一显示在客户端的显示屏上。每一个多媒体对象被编码为该多媒体短信中的一多部项目(multipartentry)。
参见图2B，其显示多部关连多媒体短信系统的示意图。多部关连多媒体短信的显示方式和投影片播放类似。其中每一张投影片可以包含一音频片段、一些文字及图像或影片等视频数据。因此，多部关连多媒体短信系统会包含以同步多媒体整合语言(SMIL，Synchronized Multimedia IntegrationLanguage)标示语言做成的一呈现部分。该呈现部分界定插入对象、每一投影片的配置及播放时间、以及投影片播放的次序。与多部混合多媒体短信系统类似的是，多部关连多媒体短信系统中，所有的多媒体对象和该呈现部分都编码为该多媒体短信中的一多部项目(multipart entry)。
图3显示依据本发明实施例的多媒体短信串接(concatenation)机制的示意图。传送端300编辑并传送多媒体短信301，其包含一多媒体短信报头及一多媒体短信MMS内容封包(payload)。多媒体短信301被分割为一系列的多媒体信息311～31n。多媒体信息311～31n被传送到接收端350，并由接收端350重组为多媒体短信351。
本发明提供的串接的多媒体短信格式以MMS规格所设定的特性为基础。在多媒体短信较大的情况下，其内容封包会被分割为分离的信息并添加额外的短信于该信息的报头，以供未来进行重组时之用。上述额外的短信可以包含使用者设定的报头字段，其包含串接参考值(concatenation reference)、总部数及序列号码字段。每一个使用者设定报头字段都符合OMA/MMSEncapsulation Protocol的编码规则。将OMA/MMS Encapsulation Protocol1.2中和使用者设定的报头字段的设计相关的部分例示如后
串接参考字段包含一串接参考值，其可以视为一串接操作的一处理识别码。接收该短信的多媒体短信客户端可以依据该串接参考值，辨别一接收的信息是否属于需串接的短信的一部份。而且，依据该处理识别码，可以将数个接收的信息重组为一个多媒体短信。总部数(total parts)字段用以记录需串接的信息个数。序列号码字段用以记录目前多媒体信息的序列号码，使得接收端能据以决定重组的各信息之间的排序。
例如，三个使用者定义报头字段被加入到原始的多媒体短信报头中，其分别为串接参考值ConcatRef、总部数Total、及序列号码Seq。上述加入的使用者定义报头字段如后所列
其中，串接参考值ConcatRef以“43 6F 6E 63 61 74 52 65 66”表示，在此其值为“45 33”。总部数Total以“54 6F 74 61 6C”表示，在此其值为“35”。序列号码Seq以“53 65 71”表示，在此其值为“33”。
参见图4A-1、图4A-2，其显示依据本发明第一实施例分割一多媒体短信方法的示意图。该第一实施例称之为“粗分割(raw segmentation)”。依据粗分割方法，多媒体短信依据一信息大小限制进行分割，产生复数短信。例如，多媒体短信400包含50kb数据，其被分割为短信411和412。短信411包含30kb数据，而紧接于短信411之后的短信412则包含了20kb数据。如图4A-1、图4A-2所示，分别将3个使用者定义的报头字段附加于短信411和412。短信411和412的串接参考值ConcatRef字段记录短信411和412属于串接处理E4所产生的短信。短信411和412的总部数Total字段则记录串接处理E4一共产生的短信数为2封。短信411和412的序列号码Seq则标示短信411为串接处理E4中产生的第1封短信，而短信412则为串接处理E4中产生的第2封短信。
由粗分割方法所产生的串接短信，可以由一个能够辨识串接参考值ConcatRef、总部数Total、及序列号码Seq的多媒体短信客户端进行重组。对于无法识别串接参考值ConcatRef、总部数Total、及序列号码Seq的多媒体短信客户端，就没有办法在接收端进行重组得到原来的短信400。
参见图4B-1、图4B-2，其显示依据本发明第二实施例分割一多媒体短信方法的示意图。该第二实施例称之为“多部基础分割(multipart-basedsegmentation)”。依据多部基础分割方法，一多部项目被作为分割的基本单位。例如，多媒体短信420包含项目(entry)421、423、及425，其中每一项目均具有一报头及一封包内容。项目421包含20kb的图像数据，其包含一gif文件，其档名为<test.gif>。项目423包含45kb的音频数据，其包含一mid文件，其文件名为<Hello.mid>。项目425包含10kb的应用数据，其包含一smil文件，其文件名为<s.smil>。多媒体短信420包含75kb数据，被分割为短信431和432。短信431包含45kb数据，其数据来源为项目422。短信432包含30kb数据，其数据来源为项目421和423。如图4B-1、图4B-2所示，分别将3个使用者定义的报头字段附加于短信431和432。短信431和432的串接参考值ConcatRef字段记录短信431和432属于串接处理E5所产生的短信。短信431和432的总部数Total字段则记录串接处理E5一共产生的短信数为两封。短信431和432的序列号码Seq则标示短信431为串接处理E5中产生的第一封短信，而短信432则为串接处理E5中产生的第二封短信。
依据上述多部基础分割方法，分割而得的短信本身可以包含至少一多部项目并可以表现为一多部混合多媒体短信。由多部基础分割方法所产生的串接短信，可以由一个能够辨识串接参考值ConcatRef、总部数Total、及序列号码Seq的多媒体短信客户端进行重组。对于无法识别串接参考值ConcatRef、总部数Total、及序列号码Seq的多媒体短信客户端，短信431和432也可以由该接收端重组得到多媒体短信420。被接收的短信431和432可以独立显示。即使短信431和432中有一个丢失，接收到的信息也可以被显示。
参见图4C-1至图4C-4图，其显示依据本发明第三实施例分割一多媒体短信方法的示意图。该第三实施例称之为“投影片基础分割(slide-basedsegmentation)”。依据投影片基础分割，在一多媒体短信中的一“投影片”被作为分割的基本单位。例如，多媒体短信440包含一报头441和项目(entry)443、445、447和449，其中每一项目均被呈现为一投影片。报头441记录多媒体短信440的内容种类，以及其所包含的多部项目的数量。项目443包含多媒体短信440的SMIL叙述，其界定插入对象、每一投影片的配置及播放时间、以及投影片播放的次序。该媒体对象和表现方式都编码为多媒体短信440中的多部项目。其中项目443、445、447和449的每一个均具有一报头及一封包内容。项目443包含5kb的SMIL数据，其包含一SMIL标示语言文件，其文件名为<s.smil>。项目445总共包含90kb数据，其中40kb为图像数据，其文件名为<testl.gif>，另外50kb为音频数据，其文件名为<Hello1.mid>。项目447总共包含50kb数据，其中20kb为图像数据，其文件名为<test2.gif>，另外30kb为音频数据，其文件名为<Hello2.mid>。项目449包含10kb的文字数据，其包含一文本文件，其档名为<foo.txt>。多媒体短信440共包含155kb数据，其被分割为短信451和452。短信451包含95kb数据，其数据来源为项目443和445。短信452包含65kb数据，其数据来源为项目443、447和449。如图4C-1、图4C-4所示，分别将3个使用者定义的报头字段附加于短信451和452。短信451和452的串接参考值ConcatRef字段记录短信451和452属于串接处理E6所产生的短信。短信451和452的总部数Total字段则记录串接处理E6一共产生的短信数为两封。短信451和452的序列号码Seq则标示短信451为串接处理E6中产生的第一封短信，而短信452则为串接处理E6中产生的第二封短信。
依据上述投影片基础分割方法，分割而得的短信本身可以包含至少一投影片并可以表现为一多部关连多媒体短信。
由投影片基础分割方法所产生的串接短信，可以由一个能够辨识串接参考值ConcatRef、总部数Total、及序列号码Seq的多媒体短信客户端进行重组。对于无法识别串接参考值ConcatRef、总部数Total、及序列号码Seq的多媒体短信客户端，短信451和452也可以由该接收端重组得到多媒体短信440。被接收的短信451和452可以独立显示为个别的投影片。即使短信451和452中有一个丢失，接收到的信息也可以被显示。
此外，多媒体短信440的传送端，依据项目443的SMIL标示语言文件文件，分别针对短信451和452产生对应的SMIL部分。对于支持投影片基础分割方法的一接收端而言，可以依据短信451和452的SMIL部分，重组产生原始的项目443的SMIL标示语言文件，并据以将短信451和452重组得到多媒体短信440。上述程序必须要接收端具有额外的分析能力(parsingability)才能执行。
此外，本发明也可以在显示一分割短信时，同时显示一序列号码。依据本实施例，若由于错误的处理或暂时显示，将一个不完整的串接多媒体短信被转送到一可阅览文件夹时，可以在显示一分割短信时，同时显示一序列号码。例如，第一封分割短信可以显示为“Hello World(1/3)”，而紧接其后的第二封分割短信可以表示为“Hello World(2/3)”。
在此所说明的分割方法，需要额外的步骤以执行该信息处理程序。在短信传送端，需要多媒体短信分割程序。通常在短信传送端则不需要有使用者另外操作。在信息接收端，当使用立即撷取模式(immediate retrieval mode)及延迟撷取模式(delay retrieval mode)时，分别需要额外的步骤来执行撷取程序。在立即撷取模式下，引入一时间框(timeframe)概念，以防止因为不完整的多媒体短信而发生的无限期等待。例如，在一预设的等待时间框之后，已接收的部分短信封包(部分多媒体短信)被丢弃或移到接收端的收件匣成为不可读取多媒体短信。
上述三种分割程序各有其特性。
就粗分割(raw segmentation)方法而言，若一装置没有支持粗分割方法，当该装置接收一串分割的短信时，其可能无法显示正确的内容，或仅能显示一部份的内容。若一装置支持粗分割方法，当该装置接收一串分割的短信时，若该分割短信被完整接收时，就能够正确显示原始的多媒体短信，若一部份的分割短信被接收，则可能无法显示正确的内容，或仅能显示一部份的内容。
就多部基础分割(multipart-based segmentation)方法而言，若一装置没有支持多部基础分割方法，当该装置接收从一多部混合多媒体短信分割而成的一连串短信时，其仍可以显示个别的媒体对象。若一装置支持多部基础分割方法，当该装置接收从一多部混合多媒体短信分割而成的一连串短信时，若连串的分割短信被完整接收时，其能够正确显示原始的多媒体短信的内容；若仅有一部份的分割短信被接收时，则能够显示个别的媒体对象。
就投影片基础分割(slide-based segmentation)方法而言，若一装置没有支持投影片基础分割方法，当该装置接收从一多部关连多媒体短信分割而成的一连串短信时，其仍可以显示个别的投影片。若一装置支持投影片基础分割方法，当该装置接收一连串分割的短信时，若连串的分割短信被完整接收，则其可以显示原始的多媒体短信；若仅有一部份的分割短信被接收时，则能够显示个别的投影片。
上述三种分割方法可以依据实际需要使用。以多部关连多媒体短信为例，若短信传输服务的提供者以短信数来计费，而信息传送端的使用者很在意费用问题，且信息接收端并不支持上述任何一种分割方法，则可以采用多部基础分割方法。依据多部基础分割方法，多部项目次序并不会影响到已接收信息的显示。相反，若一信息传送端的使用者不在意费用问题，而比较在意显示品质的话，则可以采用投影片基础分割方法。
并且，由于无法事先决定服务器端对于多媒体短信大小的限制，因此，建议分割出来的短信大小以符合既定规格为佳。
虽然本发明已以较佳实施例揭露如上，然其并非用以限定本发明，任何熟悉此项技艺者，在不脱离本发明的精神和范围内，当可做些许更动与润饰，因此本发明的保护范围当以权利要求所界定为准。
权利要求
1.一种用以处理多媒体短信的方法，其中所述多媒体短信包含一原始封包内容，所述用以处理多媒体短信的方法包括以下步骤将所述多媒体短信切割为次短信，其中每一次短信包含所述原始封包内容的至少一部份；针对每一所述次短信，产生一次短信报头，其中所述次短信报头包含所述多媒体短信的一识别码、所述次短信的总数、及所述次短信的序号；以及将所述次短信报头附加于每一所述次短信上。
2.如权利要求1所述的用以处理多媒体短信的方法，其特征在于，进一步依据所述次短信报头将所述次短信组合，以重建所述多媒体短信。
3.如权利要求1所述的用以处理多媒体短信的方法，其特征在于，所述方法进一步包括撷取所述原始封包内容整体的数据量；以及依据一预定数据量限制，将所述原始封包内容切割为所述次短信。
4.如权利要求1所述的用以处理多媒体短信的方法，其特征在于，每一所述次短信包含至少一项目，每一所述项目具有一项目数据，其包含分割为所述次短信的所述原始封包内容的部分，且所述方法进一步包含针对所述次短信的每一项目，产生一项目报头，其标示所述项目数据的数据量及种类；以及将所述项目报头附加于所述次短信的每一所述项目中。
5.如权利要求1所述的用以处理多媒体短信的方法，其特征在于，所述原始封包内容包含复数投影片，其中每一个包含至少一媒体对象，所述方法进一步依据所述投影片将所述原始封包内容分配到所述次短信中的每一个。
6.如权利要求1所述的用以处理多媒体短信的方法，其特征在于，所述原始封包内容进一步包含一原始同步多媒体整合语言文件，且所述方法进一步包含针对每一所述次短信，依据所述原始的同步多媒体整合语言文件，产生一次同步多媒体整合语言文件。
7.如权利要求1所述的用以处理多媒体短信的方法，该方法进一步包含确认是否由所述多媒体短信产生的所有次短信都在一预定时间内被接收。
8.一种用以处理多媒体短信的系统，其中所述多媒体短信包含一原始封包内容，所述用以处理多媒体短信的系统包括一处理器，其将所述多媒体短信切割为次短信，其中每一次短信包含所述原始封包内容的至少一部份，针对每一所述次短信，产生一次短信报头，其中所述次短信报头包含所述多媒体短信的一识别码、所述次短信的总数、及所述次短信的序号，并将所述次短信报头附加于每一所述次短信上；以及一储存装置，其储存所述多媒体短信以及所述次短信。
9.如权利要求8所述的用以处理多媒体短信的系统，其特征在于，所述处理器进一步依据所述次短信报头将所述次短信组合，以重建所述多媒体短信
10.如权利要求8所述的用以处理多媒体短信的系统，其特征在于，所述处理器进一步撷取所述原始封包内容整体的数据量，并依据一预定数据量限制，将所述原始封包内容切割为所述次短信。
11.如权利要求8所述的用以处理多媒体短信的系统，其特征在于，每一所述次短信包含至少一项目，每一所述项目具有一项目数据，其包含分割为所述次短信的所述原始封包内容的部分，其中所述处理器进一步针对所述次短信的每一项目，产生一项目报头，其标示所述项目数据的数据量及种类，并将所述项目报头附加于所述次短信的每一所述项目中。
12.如权利要求8所述的用以处理多媒体短信的系统，其特征在于，所述原始封包内容包含复数投影片，其中每一个包含至少一媒体对象，其中所述处理器进一步依据所述投影片将所述原始封包内容分配到所述次短信中的每一个。
13.如权利要求8所述的用以处理多媒体短信的系统，其特征在于，所述原始封包内容进一步包含一原始同步多媒体整合语言文件，其中所述处理器进一步针对每一所述次短信，依据所述原始的同步多媒体整合语言文件，产生一次同步多媒体整合语言文件。
14.如权利要求8所述的用以处理多媒体短信的系统，其特征在于，所述处理器进一步确认是否由所述多媒体短信产生的所有次短信都在一预定时间内被接收。
15.一种移动电话，该移动电话包括一处理器，其将所述多媒体短信切割为次短信，其中每一次短信包含所述原始封包内容的至少一部份，针对每一所述次短信，产生一次短信报头，其中所述次短信报头包含所述多媒体短信的一识别码、所述次短信的总数、及所述次短信的序号，并将所述次短信报头附加于每一所述次短信上；一通讯装置，其传送所述次短信；以及一储存装置，其储存所述多媒体短信以及所述次短信。
16.如权利要求15所述的移动电话，其特征在于，所述处理器进一步依据所述次短信报头将所述次短信组合，以重建所述多媒体短信。
17.如权利要求15所述的移动电话，其特征在于，所述处理器进一步撷取所述原始封包内容整体的数据量，并依据一预定数据量限制，将所述原始封包内容切割为所述次短信。
18.如权利要求15所述的移动电话，其特征在于，每一所述次短信包含至少一项目，每一所述项目具有一项目数据，其包含分割为所述次短信的所述原始封包内容的部分，其中所述处理器进一步针对所述次短信的每一项目，产生一项目报头，其标示所述项目数据的数据量及种类，并将所述项目报头附加于所述次短信的每一所述项目中。
19.如权利要求15所述的移动电话，其特征在于，所述原始封包内容包含复数投影片，其中每一个包含至少一媒体对象，其中所述处理器进一步依据所述投影片将所述原始封包内容分配到所述次短信中的每一个。
20.如权利要求15所述的移动电话，其特征在于，所述原始封包内容进一步包含一原始同步多媒体整合语言文件，其中所述处理器进一步针对每一所述次短信，依据所述原始的同步多媒体整合语言文件，产生一次同步多媒体整合语言文件。
21.如权利要求15所述的移动电话，其中所述处理器进一步确认是否由所述多媒体短信产生的所有次短信都在一预定时间内被接收。
22.一种用以处理多媒体短信的方法，其中所述多媒体短信包含一原始封包内容，所述用以处理多媒体短信的方法包括将所述多媒体短信切割为次短信，其中每一次短信包含所述原始封包内容的至少一部份；针对每一所述次短信，产生一次短信报头；以及将所述次短信报头附加于每一所述次短信上。
23.如权利要求22所述的用以处理多媒体短信的方法，其特征在于，所述次短信报头包含所述多媒体短信的一识别码、所述次短信的总数、及所述次短信的序号。
24.一种移动电话，该移动电话包括一处理器，其将所述多媒体短信切割为次短信，其中每一次短信包含所述原始封包内容的至少一部份，针对每一所述次短信，产生一次短信报头并将所述次短信报头附加于每一所述次短信上；一通讯装置，其传送所述次短信；以及一储存装置，其储存所述多媒体短信以及所述次短信。
25.如权利要求24所述的移动电话，其特征在于，所述次短信报头包含所述多媒体短信的一识别码、所述次短信的总数、及所述次短信的序号。
全文摘要
一种用以处理多媒体短信的方法与系统、及移动电话，其中所述多媒体短信包含一原始封包内容。所述方法首先将所述多媒体短信切割为至少两个次短信，其中每一次短信包含所述原始封包内容的至少一部份，同时每一所述次短信具有一次短信报头，其中所述次短信报头包含所述多媒体短信的一识别码、所述次短信的总数、及所述次短信的序号。本发明将所述次短信报头附加于每一所述次短信上。而由这些次短信报头，所述次短信即可被重建回原来的多媒体短信。
文档编号H04M3/42GK101026788SQ20061016703
公开日2007年8月29日 申请日期2006年12月13日 优先权日2006年2月21日
发明者李秋宛, 涂冠骅 申请人:联发科技股份有限公司