用于多播分布多媒体消息传送业务消息的系统和方法

专利名称：用于多播分布多媒体消息传送业务消息的系统和方法
技术领域：
本发明涉及用于数据分布的系统和方法。
背景技术：
最近几年，在利用有线和无线网络对诸如无线终端、个人计算机以及PDA的设备分布数据和/或提供业务方面在不断增加。一种涌现出的网络业务是MMS(多媒体消息传送业务)。例如，MMS允许用户发送和接收包括诸如视频、音频以及文本的各种类型的内容的消息。
人们对MMS非常感兴趣，而且第三代合作伙伴项目(3GPP)起草了关于该技术的技术规范。因此，可以增加对有助于使用诸如MMS的网络业务的技术的兴趣。

发明内容
根据本发明实施例，提供了在分布MMS(多媒体消息传送业务)消息的过程中采用多播(multicast)传送技术的系统和方法。
还提供了用于接收这种消息的系统和方法。


图1示出根据本发明实施例的典型网络设置。
图2a是示出根据本发明实施例的第一典型传送方法中包括的各步骤的流程图。
图2b是示出根据本发明实施例的第二典型传送方法中包括的各步骤的流程图。
图2c是示出根据本发明实施例的第三典型传送方法中包括的各步骤的流程图。
图3是示出根据本发明实施例的消息传送业务选择和数据接收过程中包括的各步骤的流程图。
图4是示出根据本发明实施例接收通知过程中包括的各步骤的流程图。
图5是示出根据本发明实施例接收MMS消息的过程中包括的各步骤的流程图。
图6示出可以用于本发明的各实施例的典型通用计算机。
图7示出可以用于本发明的各实施例的典型终端的功能方框图。
具体实施例方式
一般操作根据本发明实施例，提供了用于通过多播分布MMS(多媒体消息传送业务)消息的系统和方法。更具体地说，消息传送地址、电子邮件地址、MIN(移动标识号码)、MDN(移动电话簿号码)、单播IP地址等可以与诸如IP多播地址的多播地址相关联。利用这种关联，可以以多播方式使寻址到该消息传送地址、MIN的MMS消息等传送到使用相应的多播地址和/或加入相应多播组的所有终端。在特定实施例中，可以将与多播地址如此相关联的消息传送地址、MIN等称为“业务地址(services address)”。
在特定实施例中，业务地址可以与消息传送业务相关联。例如，消息传送地址“sport@nokia.com”可以与用于提供MMS消息的消息传送业务相关联，所述MMS消息包括体育新闻、视频、图像等。提供业务的业务提供商可以将消息发送到业务地址“sport@nokia.com”。可以配置有兴趣接收消息的用户的终端，以通过采用多播地址和/或加入对应于消息传送地址sport@nokia.com的多播组，预订消息传送业务。应当指出，在此使用的“业务提供商”可以指个人、公司、计算机等。
本发明的实施例提供了一个或者多个中继设备(relay device)，每个中继设备均可以用作发送到一个或者多个业务地址的消息的最初接收方。在该实施例中，业务地址可以是分配给特定中继单元和/或与特定中继单元相关联的消息传送地址、MIN(移动标识号码)、单播IP地址等。
收到消息后，中继设备可以通过多播，可能使用多播寻址，将该消息发送到预订对应于消息将被发往其的业务地址的消息传送业务的终端。更具体地说，收到该消息时，中继设备可以首先确定与消息被发往其的业务地址相关联的多播地址。接着，根据确定的多播地址，中继单元可以多播传送该消息。例如，可以利用单向或双向传送方法，进行多播传送。
本发明的实施例可以用于大量不同类型的网络。例如，各实施例可以用于有线网络、无线网络以及/或既有有线部分又有无线部分的网络。此外，各实施例还可以用于单向网络、双向网络和/或既有单向部分又有双向部分的网络。因此，例如，本发明的实施例可以应用于采用DVB-T(陆地数字视频广播)、DVB-S(卫星数字视频广播)、DVB-C(有线数字视频广播)、DAB(数字音频广播)、802.11b、GPRS(通用分组无线电业务)、UMTS(通用移动电信业务)、DRM(数字无线电全球广播(mondiale))和/或蓝牙的因特网和无线网络。
请特别注意，一个以上的业务地址可以被分配给一个特定的中继单元和/或与一个特定的中继单元相关联。如果业务地址的形式为“service@domain”，则特定的中继单元可以处理与特定域相关联的所有业务地址。例如，处理域“nokiadatacasting.com”的特定中继单元可以接收并处理承载“service@nokiadatacasting.com”形式的业务地址的消息，其中“service@nokiadatacasting.com”形式的业务地址可能包括“sports@nokiadatacasting.com”、“weather@nokiadatacasting.com”以及“movies@nokiadatacasting.com”。作为一种选择，特定中继单元可以处理与不同域相关联的业务。
网络设置图1示出根据本发明实施例的典型网络设置。
在接收方希望和/或能够接收消息时，MMSC(MMS中心)103可以用于存储MMS消息，并将它们发送到其相应接收方。MMSC可以接收预期给单个接收方的MMS消息和预期给多播传送到可能大量接收方和/或寻址到大量多播MMS业务地址的MMS消息。
业务提供商设备101可以用于发送一个或者多个指向一个或者多个业务地址的消息。MMSC 103可以接收、存储每个这种消息，并将它们分别转发到与该消息指向的业务地址相关联的中继单元105。收到该消息时，如上所述，中继单元用于确定与该业务地址相关联的多播地址。
例如，通过查询数据库107，中继单元可以进行该确定过程。如图1所示，数据库107可以是集中式数据库，大量中继单元可以访问该集中式数据库。这种数据库可以使业务地址与多播地址相关。在变换实施例中，每个中继单元可以具有自己的数据库107，用于使业务地址与多播地址相关。
一旦中继单元确定了对应于业务地址的多播地址，就可以查询数据库，以确定传送被处理的消息或各消息应该采用的多播传送方法。下面将更详细说明这种多播传送方法。接着，中继单元根据该确定进行多播传送。因此，接收指向与该消息或各消息相关联的多播地址的传输的一个或者多个终端109可以接收被处理的消息或各消息。例如，可能响应用户通过与该终端相关联的接口动态选择多播MMS业务，终端109可以得知监听哪个传输。
为了确定传送方法查询的数据库可以与为了确定多播地址查询的数据库相同，或者可以是单独数据库。在特定实施例中，消息可以包括在其传送过程中应该采用的多播传送方法的规定。在这种实施例中，不必为了得知多播传送方法而查询数据库。数据库可以由系统管理员等维护。在此使用的“系统管理员”可以指个人、公司、计算机等。例如，可以由系统管理员和/或利用业务地址进行MMS消息分布的内容提供商对特定业务地址选择多播地址和/或分布方法。
现在将更详细说明本发明的各方面。
业务提供希望根据本发明分布MMS消息的业务提供商首先请求建立一个或者多个业务地址。在特定实施例中，可以将该请求送到系统管理员等。在该请求中，业务提供商可以规定大量要求用作业务地址的消息传送地址、电子邮件地址、MIN、MDN、单播IP地址等。作为响应，一个或者多个多播地址可以与这样提交的每个消息传送地址相关。例如，多播地址可以是多播IP地址。
在特定实施例中，业务提供商的请求可以不包括消息传送地址等。在这种实施例中，系统管理员等通过首先选择和/或建立一个或者多个消息传送地址等，然后使消息传送地址与这样选择和/或建立的多播地址分别等相关联，来响应该请求。请注意，代替所建立的并与多播地址相关的消息传送地址等，多播地址可以起消息传送地址等的作用。在这种实施例中，发送方和/或接收方不需要在多播地址和消息传送地址等间进行解析。
在某种情况下，不包括消息传送地址等的业务提供商请求可以包括某个关于要求的业务地址的名称和/或类型的指示。例如，业务提供商“hypotheticalinfocenter.com”可以规定要求两个业务地址，该业务地址应该是消息传送地址型的业务地址以及要求的名称是“体育”和“新闻”。作为响应，收到该请求的系统管理员等可以建立消息传送地址“sports@hpyotheticalinfocenter.com”和“news@hypotheticalinfocenter.com”，然后，使它们与多播地址相关。如果系统管理员不能确定业务提供商请求的名称和/或类型，则系统管理员可以将该事实以及提交替换类型和/或名称的请求通知业务提供商。请注意，在特定实施例中，不包括消息传送地址等的业务提供商请求也无法包括建议的名称和/或类型。在这种情况下，系统管理员可以通过选择名称和/或类型，通过请求业务提供商建议名称和/或类型，或者通过对业务提供商提供一些可用业务地址等并要求选择一个业务地址，来作出响应。
在进行必要的多播地址关联后，系统管理员等可以采取步骤将关联通知一个或者多个中继设备。例如，通过将消息发送到一个或者多个中继设备，系统管理员可以实现该过程。在某些情况下，系统管理员可以对周期性地将消息传送地址等与多播地址之间的关联通知中继设备的过程提供消息。
系统管理员等还采取步骤，以将建立的多播关联或多播分配通知请求的业务提供商。如果响应业务提供商的请求要求选择和/或建立消息传送地址，则该消息可以进一步规定这样建立的消息传送地址的名称和/或类型。
在请求的业务提供商希望根据本发明分布特定MMS消息时，业务提供商可以将该消息送到正确的业务地址。这样可以使消息到达负责处理与该地址相关联的消息传送业务的中继设备。例如，业务提供商“hypotheticalinfocenter.com”可以进行选择，以通过与业务地址“sports@hypotheticalinfocenter.com”相关的消息传送业务分布地区棒球比赛中的本垒打剪片，该剪片包括语音解说。
正如下面更详细说明的那样，许多方法可以用于传送MMS消息。因此，将MMS消息传送到业务地址的业务提供商可以在消息中包括应该如何分布该消息的指示。在特定实施例中，不是在消息中包括这种指示，而是业务提供商可以规定应该以特定方式分布与特定消息传送业务有关的所有消息。业务提供商可以将此例如通知系统管理员，系统管理员又将它通知正确的中继设备。
中继设备操作如上所述，接收寻址到业务地址的MMS消息的中继设备可以采取步骤确定与业务地址对应的多播地址以及应该采用的传送方法。根据本发明，大量方法可以用于传送MMS消息。现在，将对3种方法进行说明。
如图2a所示，根据第一传送方法，通过多播，中继设备可以首先将MMS消息可用的通知发送到确定的多播地址(步骤201)。在特定实施例中，该通知可以包括MMS消息自动跟随的指示，该指示可能还附加规定消息跟随的时间。该通知还可以包括消息内容的指示。例如，该指示可以规定消息的大小、消息的类型(例如，视频)以及/或消息的大纲。该指示还可以包括URL(统一资源定位符)或可从其请求消息本身的地址的其它规定。
在发送通知的同时或者在发送通知后的时间段“t”，中继设备通过多播发送MMS消息本身到确定的多播地址(步骤203，205)。在其中在通知之后发送消息的实施例中(例如，在t＞0的情况下，执行步骤203)，通知可包括关于发送消息本身的时间的指示。由于该传送方法不要求从接收方终端返回响应，所以在终端没有到中继设备和/或其它实体的返回通信信道的环境下，以及在返回信道可用、但避免使用它们会存在成本、速度和/或其它优点的情况下，这种方法有用。返回通信信道可以采用例如GPRS或UMTS。
如图2b所示，根据第二传送方法，中继设备可通过多播发送MMS消息可用的通知到确定的多播地址(步骤207)。该通知可以包括该消息不一定自动跟随的指示。与上述通知相同，该通知可以包括消息内容的指示以及可从其请求消息本身的地址的规定。
此外，根据该第二传送方法。例如，中继设备可以检验请求接收消息的终端的实例(步骤209)。例如，中继设备可通过监视指向该通知规定的位置的HTTP(超文本传输协议)或WSP(无线会话协议)GET请求，来执行此操作。在记录了预定数量的这种请求后(步骤211)，中继设备可以通过多播将MMS消息本身发送到确定的多播地址(步骤213)。在某些实施例中，中继设备可以首先将该消息发送到负责多播该消息的第二设备。
在特定实施例中，中继设备可以不止一次地发送该消息。更具体地说，如果在消息的特定多播传输之后，中继设备接收到超过预定阈值数量的针对该消息的附加请求，则中继设备可以重新发送该消息。
如图2c所示，根据第三传送方法，中继设备可以通过多播发送MMS消息可用的通知(步骤215)。该通知可以包括MMS消息将不自动跟随的指示。与上述通知相同，该通知可以包括消息内容的指示和/或可从其请求消息本身的地址的规定。
如果规定的检索位置不在中继设备的控制之下，则该中继设备可以将该消息发送到与该位置有关的服务器等，并指示该服务器等以单播方式完成请求消息。作为具体例子，在收到MMS消息等的HTTP或WSP GET请求后，可以指示该服务器等通过将HTTP或WSP“200OK”消息(包括请求的消息等)发送到请求者来作出响应。
如果可以从其请求消息本身的规定的地址在中继设备的控制下，则中继设备可以通过单播将该消息分别发送到请求它的每个终端(步骤217-221)。
请注意，在特定实施例中，MMS消息可以寻址到一个以上的业务地址。如果中继设备接收寻址到它负责的一个以上业务地址的MMS消息，则对于每个业务地址，它可以分别确定相应多播地址和多播传送模式。因此，可以发送要多播的消息的多个副本，每个副本可能通过不同的传输机制进行发送。
参考图2a-2c描述的典型传送方法分别发送关于MMS消息可用的通知。然而，请注意，在特定实施例中，不必传送和/或接收通知。例如，终端可以接收MMS消息，并将它们存储到其高速缓存。响应该接收，该终端可以产生与该消息对应的“本地通知”。该通知可以与指向该高速缓存的指针等有关。例如，该终端可以使该通知对该终端的用户和/或运行在该终端上的特定软件可用。然后，在适当时，可以从高速缓存中检索和/或删除该MMS消息。
请注意，在上面描述的过程中，可以采用多播传输技术。例如，可以采用IP多播或另一种网络层多播技术。因此，在支持将IP分组封装到DVB分组内的DVB系统中，可以通过IP多播发送MMS消息、通知等。
还请注意，根据本发明实施例，可以在发送了相应消息后，发送通知。此外，请注意，正如在此说明的在各实施例和说明性例子中描述的那样，可以将通知和相应的MMS消息作为两个不同消息(例如，与两个单独传送对应的两个单独消息)发送。作为一种选择，可以将通知和相应MMS消息作为含有两个逻辑消息的单个消息发送。
终端操作如图3所示，根据本发明希望接收MMS消息的用户可以首先选择她希望其终端预订的消息传送业务和/或她希望其终端与之相关联的业务地址(步骤301)。例如，用户可以利用其终端执行此操作。例如，用户的终端可以显示用户可以从其上的可用消息传送业务和/或业务地址中进行选择的菜单。例如，该终端可通过访问中心服务器和/或通过从中心服务器接收周期性发送的指出可用消息传送业务和/或业务地址的消息，来知晓可用消息传送业务和/或业务地址。例如，可以通过广播、多播或单播，发送周期性发送的消息。还请注意，周期性发送的消息可以是例如推送式(push-type)消息。
对于每个选择的消息传送业务和/或业务地址，该终端可以将该选择记录到日志中(步骤303)，并确定相应的多播地址(步骤305)。这可以通过许多方式实现。例如，多播地址的指示可以包括在上述周期性发送的消息中，或者可以包括在从上述中心服务器查询中获得的响应中。作为一种选择，可以接收指出多播地址的周期性发送的单独消息和/或可以进行独立服务器查询。
识别了多播地址后，终端可以采取步骤接收送到这些地址的传输(步骤307)。利用这些地址和/或加入相应多播组，该终端可以执行此操作。如果在DVB传输环境下采用IP多播，则该终端可以进行必要的IP-DVB地址翻译和调谐操作。请注意，例如，如果该终端没有和/或不使用返回通信信道，则该终端不通过网络发送多播加入命令等。
如上所述，中继设备可以将对应于MMS消息的通知发送到多播地址。如图4所示，在收到寻址到所使用的多播地址时，终端可以确定该通知是否与该终端使其本身与之相关联的消息传送业务和/或业务地址相对应(步骤401，403)。例如，通过在上述日志中搜索与收到的通知有关的消息传送业务和/或业务地址，该终端可以实现此操作。在特定实施例中，利用包括在接收的通知中的指示，该终端知道与收到的项目有关的消息传送业务和/或业务地址。例如，这种指示可以包括在包括通知的各分组的一个或者多个标题中。
如果确定该通知与终端的用户选择的消息传送业务和/或业务地址不相关联，则该终端可以采取步骤滤除该通知(步骤405)。对于两个或者更多个消息传送业务和/或业务地址共享多播地址的实施例，这种功能性是有用的。
如果在判定进行滤除之前，该终端完整地收到该通知，则该终端可以从最初接收和/或放置其的存储器中删除该通知。另一方面，如果仅收到部分通知(例如，仅其特定分组)，则该终端可以删除所存储的任何部分，且不再存储到来的部分。
如果已经确定不滤除收到的通知，则该终端采取步骤以检验其用户是否希望接收与该通知有关的MMS消息(步骤407)。例如，终端可以通过对其用户显示用于提出问题而且包括“是”和“否”的按钮的GUI(图形用户接口)对话框来执行此操作。
如果用户回答“否”，则该终端可以在日志中标记这种选择(步骤409)。该终端还可以检验该消息是否在该终端的高速缓存中。如果是，则该终端可以从高速缓存中删除该项目(步骤411)。如果用户回答“是”，则该终端可以在日志中标记这种选择(步骤413)，并形成送到通知中规定的地址的HTTP或WSP GET(步骤415)。在本发明的特定实施例中，可以首先将这种GET请求送到终端的高速缓存。如果发现该项目在该高速缓存中，则该终端可以通知其用户该消息可用，而且可以附加询问用户，她是否希望此时查看它。作为一种选择，终端可以自动显示消息，而无需询问用户。
请注意，如果要求的消息在高速缓存中，则该终端不能通过它所连接的网络发送GET请求。还请注意，如果通知规定该消息可以自动跟随，和/或如果该终端没有返回通信信道，则不能将GET请求发送到该终端的外部。例如，如果该终端没有必要的硬件，如果必要网络基础设施不可用和/或如果其用户或另一个实体确定不应该使用返回信道，则该终端可能没有返回通信信道。例如，根据金钱成本进行这种确定。下面将更详细地说明在用户判定她是否希望接收该消息时，与该通知对应的消息可能已经在该终端的高速缓存中的情况。
如图5所示，在收到寻址到所采用的多播地址的MMS消息后(步骤501)，如果发现消息与不与该终端使其本身与之关联的消息传送业务和/或业务地址对应，则终端可以以与参考收到的通知所描述的方式相同的方式滤除收到的消息(步骤503，505)。类似于上面参考收到的通知描述的方式相同的方式，终端可以通过包括在收到的项目中的指示，得知与收到的MMS消息相关的消息传送业务和/或业务地址。与上面相同，对于两个或者更多个消息传送业务和/或业务地址共享多播地址的实施例，这种功能有用。
如果确定该消息与该终端的用户选择的消息传送业务和/或业务地址相关联，则该终端可以采取步骤确定其用户是否将该消息识别为她不希望接收的消息(步骤503，507)。例如，通过查询上面标记的日志，该终端可以实现此操作。
如果发现用户未将该项目识别为不希望的项目，则可以将该项目从最初接收和/或放置该项目的存储器复制到该终端的高速缓存(步骤509)。如果除了不被规定为不希望的之外，还发现该项目被用户识别为所需的，则还可以将项目到达通知用户。在这种情况下，该终端可以执行对显示消息的其它操作，可能在显示该消息之前询问用户。
如果发现该项目被用户识别为不想要的，则该终端可以采取步骤滤除该项目(步骤511)。如果在该终端将它识别为用户不想要的消息时，该终端完全接收该消息，则该终端可以从最初接收和/或放置它的存储器删除该消息。相反，如果仅收到部分通知(例如，仅其特定分组)，则该终端可以删除所存储的任何部分，而不再存储到来的部分。
请注意，不需要在参考图5描述的操作之前执行参考图4描述的操作。实际上，可以在参考图5描述的操作之前、同时或者之后执行参考图4描述的操作。
如上所述，对应于通知的消息可以在通知到达的同时、之前或之后到达终端。至少因为该原因，可以在执行参考图5描述的操作的同时，执行参考图4描述的操作。
请注意，作为在其中不在执行参考图5描述的操作之前执行参考图4描述的操作的情况的例子，如上所述，终端可以响应收到的消息在本地产生通知。
如上所述，如果其用户既未将该消息识别为不想要的，也未将它识别为要求的，则可以将该MMS消息放置到该终端的高速缓存中。例如，如果在终端的用户没有回答关于MMS消息是不想要的还是要求的终端询问时，该消息到达，则可能出现这种情况。正如上面进一步指出的那样，如果用户随后指示不想要该消息，则该终端可以从高速缓存中删除该消息。请注意，在特定实施例中，如果经过预定时间，用户既没有将该消息识别为不想要的，也没有将它识别为要求的，则该终端可以进一步从其高速缓存中删除该MMS消息。
硬件和软件可以利用计算机实现根据本发明采用的特定设备。例如，可以使用可以联网的计算机实现上述发送方设备、MMSC以及终端。此外，可以利用或者借助计算机执行在此说明的特定程序等。在此使用的短语“计算机”、“通用计算机”等指的是但并不局限于处理器卡、智能卡、介质设备、个人计算机、工程工作站、PC、Macintosh、PDA、有线或无线终端、服务器、网络接入点等，它们可能运行诸如OS X、Linux、Darwin、Windows CE、Windows XP、Palm OS、Symbian OS等的操作系统，它们还可能支持Java或.Net。
短语“通用计算机”、“计算机”等还指但并不局限于可操作地连接到一个或多个存储器或存储单元的一个或多个处理器，其中该存储器或存储单元可以含有数据、算法和/或程序代码，而且该处理器或各处理器可以执行该程序代码和/或运行该程序代码、数据和/或算法。因此，如图6所示，典型计算机6000包括可操作地连接到两个处理器6051和6052的系统总线6050、随机存取存储器(RAM)6053、只读存储器(ROM)6055、输入输出(I/O)接口6057和6058、存储接口6059以及显示接口6061。存储接口6059又连接到大容量存储器6063。I/O接口6057和6058各可以是以太网、IEEE 1394、IEEE 802.11b、蓝牙、DVB-T、DVB-S、DAB、GPRS、UMTS或在本领域公知的其它接口。大容量存储器6063可以是硬盘驱动器、光盘驱动器等。处理器6057和6058各可以是通常已知的处理器，例如，IBM或MotorolaPowerPC、AMD Athlon、AMD Hammer、Intel StrongARM或IntelPentium。该例子所示的计算机6000还包括LCD显示器单元6001、键盘6002以及鼠标6003。在变换实施例中，可以利用触摸屏、笔或小键盘接口代替键盘6002和/或鼠标6003。计算机6000可以附加包括或连接读卡机、DVD驱动器或软盘驱动器，由此可以插入包含程序代码的介质，以将代码装载到计算机上。
根据本发明，计算机可以运行用于执行一个或多个上述操作的一个或多个软件模块，根据本技术领域内公知的方法，使用诸如Java、Obiective C、C、C#或C++的语言对该模块进行编程。
图7示出可以用于本发明的各个实施例的典型终端的功能方框图。上面已经对图7所示的终端进行了说明。下面，将利用相应的参考符号表示相应的部分。图7所示的终端7000可以用于在此描述的任何一个/所有的实施例。终端7000包括处理单元CPU 703、多载波信号终端部分705以及用户接口(701，702)。多载波信号终端部分705和用户接口(701，702)与处理单元CPU 703相连。用户接口(701，702)包括可以使用户使用终端7000的显示器和键盘。除此之外，用户接口(701，702)包括麦克风和扬声器，用于接收和产生音频信号。用户接口(701，702)还可以包括语音识别(未示出)。
处理单元CPU 703包括微处理器(未示出)、存储器704以及可能的软件。该软件可以存储在存储器704内。根据该软件，微处理器控制终端7000的操作，例如，接收数据流、容许数据接收过程中产生的脉冲突发噪声、使输出显示在用户接口上以及读取从用户接口接收的输入。上面对这些操作进行了说明。硬件包括用于检测信号的电路系统、用于解调的电路系统、用于检测脉冲的电路系统、用于对存在显著脉冲噪声的符号的采样进行消隐的电路系统、用于计算估计值的电路系统以及用于校正被破坏的数据的电路系统。
仍参考图7，作为一种选择，可以应用中间件或软件装置。终端7000可以是用户可以舒适地携带的手持设备。有利的是，终端7000可以是包括用于接收广播传输流的多载波信号终端部分705的蜂窝式移动电话。因此，终端7000可以与业务提供商交互。
结果和范围尽管上面的描述包含许多具体内容，但是这些仅用于说明本发明，而不应该认为是对本发明范围的限制。因此，本技术领域的熟练技术人员明白，在本发明的实质范围内，可以对本发明的系统和处理过程进行各种修改和变更。
权利要求
1.一种用于多播多媒体消息传送业务消息的方法，该方法包括在设备接收指向特定业务地址的多媒体消息传送业务消息；确定对应于所述业务地址的多播网络地址；以及对所述多播地址，多播所述消息。
2.根据权利要求1所述的方法，其中所述业务地址是消息传送地址。
3.根据权利要求1所述的方法，其中所述业务地址是电子邮件地址。
4.根据权利要求1所述的方法，其中所述业务地址是移动识别号。
5.根据权利要求1所述的方法，其中所述业务地址是移动电话簿号码。
6.根据权利要求1所述的方法，其中所述业务地址是单播因特网协议地址。
7.根据权利要求1所述的方法，其中所述业务地址是多播因特网协议地址。
8.根据权利要求6所述的方法，其中单播因特网协议地址是因特网协议版本4地址。
9.根据权利要求6所述的方法，其中单播因特网协议地址是因特网协议版本6地址。
10.根据权利要求7所述的方法，其中多播因特网协议地址是因特网协议版本4地址。
11.根据权利要求7所述的方法，其中多播因特网协议地址是因特网协议版本6地址。
12.根据权利要求1所述的方法，其中所述多播网络地址是因特网协议多播地址。
13.根据权利要求1所述的方法，其中所述多播网络地址与数字视频广播有关。
14.根据权利要求1所述的方法，该方法进一步包括对所述多播地址多播所述消息的可用性的通知，其中响应收到的对所述消息的请求，不执行所述消息的多播。
15.根据权利要求14所述的方法，其中所述通知包括可从其请求所述消息的远程位置的指示。
16.一种用于接收多播的多媒体消息传送业务消息的方法，该方法包括对于一个或者多个选择的业务地址中的每一个确定多播地址；接收指向至少一个确定的多播地址的消息；确认所述消息是否与至少一个选择的业务地址相关联；以及在确认所述消息与至少一个选择的业务地址相关联的情况下，允许用户使用所述消息。
17.根据权利要求16所述的方法，其中选择的业务地址包括消息传送地址。
18.根据权利要求16所述的方法，其中选择的业务地址包括电子邮件地址。
19.根据权利要求16所述的方法，其中选择的业务地址包括移动识别号。
20.根据权利要求16所述的方法，其中选择的业务地址包括移动电话簿号码。
21.根据权利要求16所述的方法，其中选择的业务地址包括单播因特网协议地址。
22.根据权利要求16所述的方法，其中选择的业务地址包括多播因特网协议地址。
23.根据权利要求21所述的方法，其中单播因特网协议地址是因特网协议版本4地址。
24.根据权利要求21所述的方法，其中单播因特网协议地址是因特网协议版本6地址。
25.根据权利要求22所述的方法，其中多播因特网协议地址是因特网协议版本4地址。
26.根据权利要求22所述的方法，其中多播因特网协议地址是因特网协议版本6地址。
27.根据权利要求16所述的方法，其中确定的多播网络地址包括因特网协议多播地址。
28.根据权利要求16所述的方法，其中确定的多播网络地址与数字视频广播有关。
29.根据权利要求16所述的方法，该方法进一步包括接收所述消息的可用性的通知，所述通知指向至少一个确定的多播地址，其中不发送对所述消息的请求。
30.根据权利要求29所述的方法，其中所述通知包括可从其请求所述消息的远程位置的指示。
31.一种用于多播多媒体消息传送业务消息的系统，该系统包括其中存储程序代码的存储器；以及可操作地连接到所述存储器，以便根据所述存储的程序代码执行指令的处理器；其中当所述处理器执行所述程序代码时，所述程序代码使所述处理器执行下述步骤接收指向特定业务地址的多媒体消息传送业务消息；确定对应于所述业务地址的多播网络地址；以及对所述多播地址，多播所述消息。
32.根据权利要求31所述的系统，其中所述业务地址是消息传送地址。
33.根据权利要求31所述的系统，其中所述业务地址是电子邮件地址。
34.根据权利要求31所述的系统，其中所述业务地址是移动识别号。
35.根据权利要求31所述的系统，其中所述业务地址是移动电话簿号码。
36.根据权利要求31所述的系统，其中所述业务地址是单播因特网协议地址。
37.根据权利要求31所述的系统，其中所述业务地址是多播因特网协议地址。
38.根据权利要求31所述的系统，其中单播因特网协议地址是因特网协议版本4地址。
39.根据权利要求36所述的系统，其中单播因特网协议地址是因特网协议版本6地址。
40.根据权利要求37所述的系统，其中多播因特网协议地址是因特网协议版本4地址。
41.根据权利要求37所述的系统，其中多播因特网协议地址是因特网协议版本6地址。
42.根据权利要求31所述的系统，其中所述多播网络地址是因特网协议多播地址。
43.根据权利要求31所述的系统，其中所述多播网络地址与数字视频广播有关。
44.根据权利要求31所述的系统，其中所述处理器进一步执行步骤对所述多播地址多播所述消息的可用性的通知，其中响应收到的对所述消息的请求，不执行所述消息的多播。
45.根据权利要求44所述的系统，其中所述通知包括可从其请求所述消息的远程位置的指示。
46.一种用于接收多播的多媒体消息传送业务消息的系统，该系统包括其中存储程序代码的存储器；以及可操作地连接到所述存储器，以便根据所述存储的程序代码执行指令的处理器；其中当所述处理器执行所述程序代码时，所述程序代码使所述处理器执行下述步骤对于一个或者多个选择的业务地址中的每一个确定多播地址；接收指向至少一个确定的多播地址的消息；确认所述消息是否与至少一个选择的业务地址相关联；以及在确认所述消息与至少一个选择的业务地址相关联的情况下，允许用户使用所述消息。
47.根据权利要求46所述的系统，其中选择的业务地址包括消息传送地址。
48.根据权利要求46所述的系统，其中选择的业务地址包括电子邮件地址。
49.根据权利要求46所述的系统，其中选择的业务地址包括移动识别号。
50.根据权利要求46所述的系统，其中选择的业务地址包括移动电话簿号码。
51.根据权利要求46所述的系统，其中选择的业务地址包括单播因特网协议地址。
52.根据权利要求46所述的系统，其中选择的业务地址包括多播因特网协议地址。
53.根据权利要求51所述的系统，其中单播因特网协议地址是因特网协议版本4地址。
54.根据权利要求51所述的系统，其中单播因特网协议地址是因特网协议版本6地址。
55.根据权利要求52所述的系统，其中多播因特网协议地址是因特网协议版本4地址。
56.根据权利要求52所述的系统，其中多播因特网协议地址是因特网协议版本6地址。
57.根据权利要求46所述的系统，其中确定的多播网络地址包括因特网协议多播地址。
58.根据权利要求46所述的系统，其中确定的多播网络地址与数字视频广播有关。
59.根据权利要求46所述的系统，所述处理器进一步执行步骤接收所述消息的可用性的通知，所述通知指向至少一个确定的多播地址，其中不发送对所述消息的请求。
60.根据权利要求59所述的系统，其中所述通知包括可从其请求所述消息的远程位置的指示。
全文摘要
一种用于将多媒体消息传送业务(MMS)消息从业务提供商(101)传送到终端(109，104)的系统(参考图1)和方法。
文档编号H04L12/58GK1714539SQ03815428
公开日2005年12月28日 申请日期2003年6月4日 优先权日2002年6月6日
发明者托尼·派拉, 马尔库·索尼奥 申请人:诺基亚公司