在点对多点传输系统中确认数据的方法和设备的制作方法

文档序号:7796728阅读:133来源:国知局
在点对多点传输系统中确认数据的方法和设备的制作方法
【专利摘要】本发明公开了一种用于确认数据对象组的接收的方法、系统、发射器、接收器、网元以及在系统中的软件应用,其中一个或多个发射器(2)将一个或多个数据对象组在相应的点对多点传输会话中传输至多个接收器(3),并且其中由至少一个所述接收器在点对点传输会话中将修复请求和/或递送验证报告传输至网元。为递送验证报告(6)及修复请求(7)指定不同的退避时间,将一个接收器的至少两个递送验证报告在一个点对点传输会话中联合传输,并在完成的修复会话后将递送验证报告在该修复会话所使用的相同点对点传输会话中传输。此外,示出了将在递送验证报告中发送的最小参数组。
【专利说明】在点对多点传输系统中确认数据的方法和设备
【技术领域】
[0001]本申请是国际申请日为2005年08年26日、国际申请号为PCT/IB2005/0028 0、进入中国国家阶段日期为2007年3月26日、国家申请号为200580032470.5的发明专利申请的分案申请。
[0002]抟术领域
[0003]本发明涉及一种用于确认数据对象组的接收的方法、系统、发射器、接收器、网元以及在系统中的软件应用,其中一个或多个发射器将一个或多个数据对象组在其相应的点对多点传输会话中传输至多个接收器,并且其中由至少一个所述接收器将修复请求和/或递送验证报告传输至点对点传输会话中的网兀。
【背景技术】
[0004]在由第三代合作伙伴项目(3GPP)所定义的诸如互联网协议(IP)多播、IP数据广播(iroc)及多媒体广播/多播服务(MBMS)等系统上的点对多点服务(亦称为一对多服务),诸如多媒体文件下载等文件递送是非常重要的服务。
[0005]MBMS定义了一种通过点对多点(PtM)承载将多媒体内容递送至移动装置(接收器)的机制。使用PtM承载而非多重PtP承载以递送频宽密集的多媒体内容将导致有效运用现有的可用频谱及其它资源。
[0006]来自移动装置的反馈具有多项用处,例如重新传输、速率适配及递送验证(DV)等。在PtP会话中,已经存在有适当定义的机制以提供反馈及利用反馈作为服务质量(QoS)的改良及计费。
[0007]然而对于PtM连接,来自移动装置的反馈将造成发送者的反馈聚爆(implosion)。但是仍然需要有来自参加PtM会话的所有用户的至少某些反馈:
[0008]-来自失败接收的移动装置的反馈可用于原本的PtM会话后的PtP修复会话。
[0009]-来自成边接收的移动装置的反馈可用于计费目的。在3GPPTS22.246出版的“MBMS用户服务:第I阶段”中称为“递送验证”,其中该公开的第5.3节定义了用于此公开的DV及附录A的一般要求,提供了 DV的一些使用情况。
[0010]基于多项原因,DV报告对承载很重要,所述原因包括(但不限于)针对提供服务的客户计费、市场研究调查、QoS适用性等。内容递送通过PtM承载予以完成,但DV通常通过PtP承载予以完成。
[0011]针对报告从数千个移动装置至报告服务器的小组的DV的PtP连接可能会由于反馈聚爆而导致系统超载。此外,移动装置可能在特定时间周期期间已参加多重MBMS会话。为每个MBMS会话分别发送DV报告是没有效率的。
[0012]对于不满意接收的移动装置,需要在MBMS会话之后立即调度PtP修复会话,而DV报告可在较长时间周期内予以调度。
[0013]该两种等级的用户的PtP连接必须有效率地予以调度以平衡系统的整体负载。有关上述考虑的DV报告的有效率及可扩展的格式、适当调度及协议元素并不存在于MBMS中。[0014]3GPP技术文献S4-040270,“MBMS内容递送报告”提议使用相同的防超载机制以调度该DV报告及PtP修复请求并且在PtP修复方案之后执行DV报告方案。但是DV报告并非以PtP修复的相同方式予以度量,即通常5%的用户需要PtP修复而100%的用户需要进行DV报告。因此这样的方法不被视为最适合者。

【发明内容】

[0015]基于上述问题,本发明提供一种有效地确认在相应的点对多点传输会话中从一个或多个发射器传输至多个接收器的数据对象组的方法、系统、发射器、接收器、网元及软件应用。
[0016]本发明的第一方面是提供一种确认数据对象组的接收的方法,其步骤包括在点对多点传输会话中将数据对象组从发射器传输至多个接收器,及将最长验证等待时间用信号发送至该接收器,其中在至少一个时刻允许至少一个所述接收器传输递送验证报告,以至少部分地取决于所述用信号发送的最长验证等待时间,确认所述传输的数据对象组的接收。
[0017]该数据对象是例如二元数字的信息承载符号的分组。该数据对象是以数据对象组予以传输的,其中每个组可以例如将多个数据对象彼此互相联系。举例而言,数据对象组可代表数据流或文件。
[0018]该数据对象组在点至多点传输会话中从发射器传输至多个接收器。这可能是广播或单播会话。该传输可以无线或有线方式进行。该传输会话例如是MBMS会话,或在MBMS会话中的多种传输会话的其中一种,其中涉及一个或数个发射器。在此情况下,每个数据对象组的点对多点传输与相应的点对多点传输会话相关联。该传输会话诸如通过单向传输上的文件递送(FLUTE)协议予以控制。
[0019]参加该点对多点传输会话的多个接收器的其中至少一个接收器可能完全接收在该点对多点传输会话中传输的该数据对象组。该数据对象组的完全接收例如被诠释为由该发射器所实际传输的该数据对象组的所有数据对象由该至少一个接收器所接收,或由该发射器所实际传输的数据对象组的特定部分由该至少一个接收器所接收,但其中该接收的数据对象组的部分是足够以供该至少一个接收器完全重建该所传输的数据对象组所代表的内容。
[0020]为了确认该数据对象组的接收,该至少一个接收器传输递送验证报告。此报告例如被传输至与该发射器共置的或甚至与之相同的递送验证报告服务器或是不相同的。该递送验证报告服务器可利用接收自该至少一个接收器的递送验证报告以诸如由于计费目的或由于QoS监视。
[0021]允许该至少一个接收器传输该递送验证报告以确认该传输的数据对象组的接收的至少一个时刻至少部分地取决于最长验证等待时间。所述至少一个时刻举例而言可以是单个时刻,或几个时刻,例如以时间间隔的形式。该最长验证等待时间,在被添加到与特定事件相关联的时刻之际,可以例如指示该点对多点传输会话的完成时刻、该递送验证报告被允许从该至少一个接收器发送的最后时刻。举例而言,可以规定该递送验证报告仅被允许在由该点对多点传输完成的时刻及该点对多点传输完成的时刻加上该最长验证等待时间的时刻所界定的时间间隔(即多个毗邻的时刻)内予以传输。[0022]根据本发明的第一方面,将该最长验证等待时间信号发送至该接收器,而允许该接收器传输其递送验证报告的至少一个时刻是部分地取决于该用信号发送的最长验证等待时间。在现有技术中接收器立即在点对多点传输会话完成之后或立即在修复会话完成之后传输其递送验证报告,与之相比较,根据本发明的方法允许至少部分地影响允许该接收器传输递送验证报告的时刻,因此可有效地影响该接收器实际传输递送验证报告的时刻。此外,取决于运算,该接收器确定它们被允许传输递送验证报告的时刻,如果该接收器从至少部分地由该最长验证等待时间所确定的时间间隔中随机选择了时刻,则将可减少数个相应接收器同时传输数个递送验证报告的可能性。再者,由于该最长验证等待时间用信号发送至该接收器的事实,因此可以诸如通过选择较短的最长验证等待时间使对系统及内容特性的最长验证等待时间的灵活适应成为可能,可实现数据对象组的较快确认。
[0023]以此本发明的第一方面有利于减少系统的拥塞和/或聚爆,并提供至少部分控制接收器传输其递送验证报告的时刻的装置。
[0024]根据本发明第一方面的方法的优选实施方式,该递送验证报告在点对点传输会话中被传输至递送验证报告服务器。该递送验证报告服务器可诸如进行该点对多点传输会话的计费或QoS监视,并可与该发射器共存或相同或不相同。该点对点传输会话基于传输控制协议(TCP),并仅被建立用于该递送验证报告的传输。
[0025]根据本发明第一方面的方法的优选实施方式,该方法进一步包括将最长修复等待时间以信号发送至该接收器的步骤,其中至少一个接收器被允许传输修复请求以指示至少一个修复数据对象的接收需要的至少一个时刻至少部分地取决于该用信号发送的最长修复等待时间。另外,将最长修复等待时间的信号发送至该接收器可允许至少部分控制该接收器传输其修复请求的时刻,该接收器未接收所有的或足够的该数据对象组的数据对象以供进行与数据对象相关的内容的解码。该修复请求可被传输至诸如由该至少一个接收器作为修复数据对象所需的数据对象组的再传输的修复服务器。可规定该接收器被允许仅在由特定事件的时刻,诸如该点对多点传输会话的完成,及该时刻加上该最长修复等待时间所确定的时间间隔内传输修复请求。举例而言,如果每个接收器通过从由该最长修复等待时间所至少部分地确定的时间间隔中随机选择时刻而确定其修复请求的传输的时刻,则从数个接收器产生同时的修复请求的机率将大幅度减少,而可有效率地防止系统的拥塞和/或内爆。此外,相对于最长验证等待时间的最长修复等待时间的个别选择和信号发送允许分别独立地影响修复请求及递送验证报告的传输程序。其中,修复请求可允许传输的该时间间隔可能与该递送验证报告允许传输与否的该时间间隔相重叠。
[0026]根据本发明第一方面的方法的优选实施方式,该修复请求在点对点传输会话中传输至修复请求服务器。该修复请求服务器可与该发射器和/或该递送验证报告服务器共置或相同或不相同。该点对点传输会话,即在其中数据对象或其一部分再传输至该接收器的修复会话,例如由传输控制协议(TCP)所控制。
[0027]根据本发明第一方面的方法的优选实施方式,通过随机选择在零与该最长验证等待时间之间的间隔内的值并且将该选择的值添加到该点对多点传输会话完成的时刻,确定允许至少一个该接收器传输递送验证报告的该至少一个时刻,以及通过随机选择在零与该最长修复等待时间之间的间隔内的值并且将该选择的值添加到该点对多点传输会话完成的时刻,确定允许至少一个该接收器传输修复请求的该至少一个时刻。该随机选择的值符合由相应的间隔界限或任何其它类型的机率分布所确定的均匀分布。
[0028]根据本发明第一方面的方法的优选实施方式,该最长修复等待时间系小于或等于该最长验证等待时间。这说明可以认为修复请求的传输比递送验证报告的传输更为重要和紧急,因为在修复请求传输的场合,接收器需要接收更多修复数据对象以允许接收器进行内容的解码,而在传输递送验证报告的场合,已经可以进行内容的解码。
[0029]根据本发明第一方面的方法的优选实施方式,该方法另外包括用信号向该接收器发送该递送通知报告服务器的标识符及该修复服务器的标识符。如果递送通知报告服务器与修复服务器既不直接为接收器所知也无法由内容间接地导出,则此举尤其重要。
[0030]根据本发明第一方面的方法的优选实施方式,这些等待时间及该标识符的信号发送发生在该点对多点传输会话的通知阶段期间。
[0031 ] 根据本发明第一方面的方法的优选实施方式,该时间与该标识符的信号发送由会话描述协议所实现。
[0032]根据本发明第一方面的方法的优选实施方式,这些等待时间与该标识符的信号发送发生在该数据对象组从该发射器传输至该接收器期间。
[0033]根据本发明第一方面的方法的优选实施方式,该数据对象组从该发射器至该接收器的传输至少部分地由在单向传输上的文件传输协议所控制,而该时间与该标识符的信号发送系通过该协议的文件递送表瞬时予以完成。
[0034]根据本发明第一方面的方法的优选实施方式,一个或多个发射器在相应的点对多点传输会话中将至少两个数据对象传输至该多个接收器中的至少一个接收器,该至少一个接收器仅传输一个递送验证报告,而该唯一递送验证报告确认在相应的点对多点传输会话中传输的至少两个数据对象组的接收。然后在该多个接收器中的至少一个接收器系涉及至少两个点对多点传输会话,其中在每个点对多点传输会话中,传输一个相应的数据对象组。该至少两个点对多点传输会话可以由一个或多个发射器所支持。举例而言,第一发射器可在第一个点对多点传输会话中将第一数据对象组传输至第一多个接收器,而第二发射器可在第二个点对多点传输会话中将第二数据对象组传输至第二多个接收器。该至少一个接收器属于该第一与第二多个接收器的交会。该第一个及第二个点对多点传输会话可暂时重叠或不重叠。举例而言,该至少一个接收器可在第一个点对多点传输会话中接收第一数据对象组,并且随后可在第二个点对多点传输会话中接收第二数据对象组,其中该第一及第二个点对多点传输会话可由一个或多个发射器所支持。
[0035]为了确认在相应的点对多点传输会话中所传输的至少两个数据对象组中的至少两个的接收,该至少一个接收器仅传输一个递送验证报告。此项报告中包括该至少两个数据对象组的确认,并可有利地在单一点对点传输中予以传输。现有技术中,对于每个所接收的数据对象组,将有相应的递送验证报告在相应的点对点传输会话中传输,其中必须使用固定协议开销建立和释放该点对点传输会话,与之相比较,根据本发明的实施方式,至少两个递送验证报告被合并成一个递送验证报告以有效地通过一单一点对点传输会话予以传输,于是可大幅度减少由于连接建立及释放的协议开销。
[0036]根据本发明第一方面的方法的优选实施方式,该递送验证报告至少包括一个该发射器的标识符、一个该递送验证报告服务器的标识符、一个该点对多点传输会话的标识符、及一个传输该递送验证报告的该至少一个接收器的标识符。该发射器与该递送验证报告服务器的标识符系诸如统一资源标识符(URI)或互联网协议(IP)地址,而该点对多点传输会话的标识符系诸如传输会话标识符(TSI)。
[0037]根据本发明第一方面的方法的优选实施方式,该递送验证报告另外包括与该所传输的数据对象组在该至少一个接收器处的安装相关的安装通知。该安装通知例如可以确认于该至少一个接收器上媒体对象的成功接收及安装或指示由于多项原因而无法安装。该安装通知的例子包括如开放移动联盟(OMA)所定义的安装状态码。
[0038]根据本发明第一方面的方法的优选实施方式,该标识符系包括于一扩展标记语言对象中。
[0039]根据本发明第一方面的方法的优选实施方式,该扩展标记语言对象系包含于超文本传输协议对象中。
[0040]根据本发明第一方面的方法的优选实施方式,该一个递送验证报告包括针对已确认接收的该至少两个数据对象组的每一个的一个标识符组,每个该标识符组包括与相应地确认的数据对象组相关的发射器的标识符、与相应地确认的数据对象组相关的递送验证报告服务器的标识符、与相应地确认的数据对象组相关的点对多点传输会话的标识符、及传输该一个递送验证报告的该至少一个接收器的标识符,每个该标识符组包含于扩展标记语言对象中,及该扩展标记语言对象包含于超文本传输协议对象的多部多功能互联网邮件扩展结构中。该扩展标记语言对象可由MME界限予以互相分开。
[0041]根据本发明第一方面的方法的优选实施方式,另外建议了一种用于确认数据对象组的接收的系统,包括发射器,以及多个接收器;其中该发射器包括配置为在点对多点传输会话中将数据对象组传输至该接收器的装置;以及将最长验证等待时间的信号发送至该接收器的装置;以及其中至少一个该接收器包括配置为传输递送验证报告以确认该所传输的数据对象组的接收的装置,其中允许传输该递送验证报告的至少一个时刻至少部分地取决于该用信号发送的最长验证等待时间。
[0042]根据本发明第一方面的方法的优选实施方式,另外建议了一种在用于确认数据对象组的接收的系统中的发射器,该发射器包括配置为在点对多点传输会话中将数据对象组从该发射器传输至多个接收器的装置,以及配置为将最长验证等待时间的信号发送至该接收器的装置,其中允许至少一个接收器传输递送验证报告以确认该数据对象组的接收的至少一个时刻至少部分地取决于该用信号发送的最长验证等待时间。
[0043]根据本发明第一方面的方法的优选实施方式,另外建议了一种可在系统的发射器中执行以确认数据对象组的接收的软件应用,该软件应用包括用于使该发射器在点对多点传输会话中将数据对象组从发射器传输至多个接收器的程序代码,以及用于使该发射器将最长验证等待时间的信号发送至该接收器的程序代码,其中允许至少一个接收器传输递送验证报告以确认该所传输的数据对象组的接收的至少一个时刻至少部分地取决于该用信号发送的最长验证等待时间。
[0044]该软件应用亦可以是计算机程序产品,其包括存储在例如存储器的计算机可读介质上的程序代码。
[0045]根据本发明第一方面的方法的优选实施方式,另外建议了一种在用于确认数据对象组的接收的系统中的接收器,该接收器包括配置为在点对多点传输会话中接收从发射器传输至多个接收器的数据对象组的装置,以及配置为接收传输至该接收器的最长验证等待时间的装置,其中允许该接收器传输递送验证报告以确认该所传输的数据对象组的接收的至少一个时刻至少部分地取决于该用信号发送的最长验证等待时间。
[0046]根据本发明第一方面的方法的优选实施方式,另外建议了一种可在系统的接收器中执行以确认数据对象组的接收的软件应用,该软件应用包括用于使该接收器在点对多点传输会话中接收从发射器传输至多个接收器的数据对象组的程序代码,以及用于使该接收器接收传输至该接收器的最长验证等待时间的程序代码,其中允许该接收器传输递送验证报告以确认该所传输的数据对象组的接收的至少一个时刻至少部分地取决于该用信号发送的最长验证等待时间。
[0047]该软件应用亦可以是计算机程序产品,其包括存储在例如存储器的介质上的程序代码。
[0048]根据本发明第一方面的方法的优选实施方式,另外建议了一种在用于确认数据对象组的接收的系统中的网元,其中在点对多点传输会话中从发射器传输数据对象组至多个接收器,以及其中将最长验证等待时间的信号发送至该接收器,该网元包括配置为接收由至少一个该接收器所传输的递送验证报告以确认该所传输的数据对象组的接收的装置,其中允许传输该递送验证报告的至少一个时刻至少部分地取决于该用信号发送的最长验证等待时间。该网元可以例如是递送验证报告服务器。
[0049]根据本发明的第二方面,揭示了一种确认数据对象组的接收的方法,其中一个或多个发射器将至少两个数据对象组在相应的点对多点传输会话中传输至至少一个接收器,该方法包括仅传输来自该至少一个接收器的一个递送验证报告,其中该一个递送验证报告确认在该至少一个接收器处在相应的点对多点传输会话中所传输的该至少两个数据对象组的至少两个的接收。
[0050]至少两个数据对象在相应的点对多点传输会话中被传输至至少一个接收器,即每个数据对象组分别传输于分开的点对多点传输会话。对应于该传输至至少一个接收器的该至少两个数据对象组的该至少两个点对多点传输会话可能暂时性重叠或逐一相继进行。该至少两个数据对象组可由相同发射器或由数个发射器予以传输。
[0051]根据本发明的第二方面,该至少一个接收器仅只传输一个递送验证报告,其确认至少两个相应的点对多点传输会话中至少两个数据对象的接收。在现有技术中,每个接收的数据对象组由分开的递送验证报告所确认,与之相比较,根据本发明提议将至少两个接收的数据对象组合并为一个组合的递送验证报告,故可有利于减少开销及可能导致系统拥塞和/或聚爆的同时传输递送验证报告的量。
[0052]根据本发明第二方面的方法的优选实施方式,该递送验证报告在点对多点传输会话中被传输至递送验证报告服务器。将数个递送验证报告合并成一个单一的递送验证报告及将此单一的递送验证报告仅传输于一个点对点传输会话代表了点对点传输会话的建立及释放所涉及的协议开销的显著减少,因为现有技术所需的数个点对点传输会话的数个建立及释放变成现今所需的在所传输的该单一递送验证信息中的仅一个点对点传输会话的建立及释放。
[0053]根据本发明第二方面的方法的优选实施方式,该至少一个接收器系为在相应的点对多点传输会话中传输的该至少两个数据对象组的每一个存储标识符组,而每个该标识符组包括传输该相应的数据对象组的相应的发射器的标识符、用以向其确认该数据对象组的接收的相应递送验证报告服务器的标识符,及用以在其中传输该数据对象组的该相应的点对多点传输会话的标识符。不管该对应的数据对象组是否已经被接收,该标识符组均予以存储。
[0054]根据本发明第二方面的方法的优选实施方式,该一个递送验证报告的该步骤包括下列子步骤:为未来的时刻设定值T_empty ;针对在该至少一个接收器处所接收的每个相应的数据对象组确定最佳传输递送验证报告的相应的时刻以确认该相应的数据对象组的接收,并且如果该相应的时刻小于T_empty,则为该相应的时刻设定该T_empty值;针对在该至少一个接收器处所接收的每个数据对象组将相应标识符组输入队列;如果当前时间等于1'_61^〖7,则传输该队列中所包括的所有标识符组作为该一个递送验证报告的内容,清空该队列并且为未来时刻设定该T_empty值。
[0055]该未来的时刻可例如通过添加预定持续时间至当前时间时刻予以确定。于是针对每个所接收的数据对象组确定最佳实施递送验证报告的传输的相应的时刻。此举可例如通过随机地从由传输该数据对象组的点对多点传输会话的完成时间所定义的时间间隔及该完成时间加上最长验证等待时间中选择时间值予以实现。如果该确定的时刻小于T_empty,则通过将该T_empty值设定为该确定的时刻,以及如果T_empty等于当前时间时刻,则通过传输在一个单一的递送验证报告中的该队列中所包含的所有标识符组,可确保与相应的所接收的数据对象组相关联的所有递送验证报告在为该相应的数据对象组的确认而确定的该时刻之前或该时刻之时予以传输。
[0056]根据本发明第二方面的方法的优选实施方式,通过随机选择在零与最长验证等待时间之间的间隔内的相应的值并且将该相应地选择的值添加于传输该相应的数据对象组的该相应的点对多点传输会话已完成的时刻,确定递送验证报告被最佳传输以确认该相应的数据对象组的接收的该相应的时刻。
[0057]根据本发明第二方面的方法的优选实施方式,该最长验证等待时间通过该一个或多个发射器以信号发送至该至少一个接收器。
`[0058]根据本发明第二方面的方法的优选实施方式,该最长验证等待时间系该至少一个接收器所知的预定参数。
[0059]根据本发明第二方面的方法的优选实施方式,如果该子步骤的程序受到干扰及,如果于干扰后发现当前时间大于该T_empty值,则进行该最后子步骤。该干扰可能系由接收器离开发射器的传输覆盖范围所引起,或由于电力不足或用户关机所导致的接收器断电所引起。
[0060]根据本发明第二方面的方法的优选实施方式,如果被检测到该队列接近溢出时,即使发现当前时间系小于T_empty,仍将进行该最后子步骤。
[0061]根据本发明第二方面的方法的优选实施方式,该至少两个数据对象组中的每一组相关于该相应数据对象组的接收将在其中确认的相应递送验证报告服务器,并且其中该一个递送验证报告确认与至少两个不同递送验证报告服务器相关的该至少两个数据对象组的至少两个的接收。于是虽然系受限于不同的递送验证报告服务器,但仍可将递送验证报告合并成单一递送验证报告。
[0062]根据本发明第二方面的方法的优选实施方式,该一个递送验证报告传输至更易存取的该至少两个不同递送验证报告服务器的那个递送验证报告服务器,及其中该更易存取的递送验证报告服务器将关于将要向其它递送验证报告服务器确认的数据对象组的确认的信息的信号发送到该其它递送验证报告服务器。
[0063]根据本发明第二方面的方法的优选实施方式,其中通过随机选择为在零与最长修复等待时间之间的间隔内的值并且将该所选择的值添加于在至少一个修复数据对象相关的该点对多点传输会话已完成传输的时刻,确定至少一个时刻,在该时刻该至少一个接收器被允许在点对点传输中将修复请求传输到修复服务器以指示与该所传输的数据对象组之一相关的至少一个修复数据对象的接收。
[0064]根据本发明第二方面的方法的优选实施方式,该最长修复等待时间小于或等于该最长验证等待时间。
[0065]根据本发明第二方面的方法的优选实施方式,该一个递送验证报告包括针对已确认接收的该至少两个数据对象组的每一个的一个标识符组,其中每个该标识符组包括与相应地确认的数据对象组相关的发射器的标识符、与相应地确认的数据对象组相关的递送验证报告服务器的标识符、与相应地确认的数据对象组相关的点对多点传输会话的标识符、及传输该一个递送验证报告的该至少一个接收器的标识符,其中每个该标识符组包含于扩展标记语言对象中,及其中该扩展标记语言对象包含于超文本传输协议对象的多部多功能互联网邮件结构中。
[0066]根据本发明第二方面的方法的优选实施方式,每个该标识符组还包括与该相应地确认的数据对象组在该至少一个接收器处的安装相关的安装通知。
[0067]本发明第二方面另外建议了一种用于确认数据对象组的接收的系统,包括一个或多个发射器,及至少一个接收器;其中该发射器包括配置为在相应的点对多点传输会话中将至少两个数据对象组传输至至少一个接收器的装置,及其中该至少一个接收器包括配置为传输递送验证报告的装置,其中该递送验证报告确认在该至少一个接收器处在相应的点对多点传输会话中传输的至少两个数据对象组的至少两个的接收。
[0068]本发明第二方面另外建议了一种在用于确认数据对象组的接收的系统中的发射器,包括配置为在相应的点对多点传输会话中将至少一个数据对象组传输至该至少一个接收器的装置,其中至少两个数据对象组在相应的点对多点传输会话中被从一个或多个发射器传输至该至少一个接收器,其中仅从该至少一个接收器传输一个递送验证报告,及其中该一个递送验证报告确认在该至少一个接收器处在相应的点对多点传输会话中该至少两个数据对象组的至少两个的接收。
[0069]本发明第二方面另外建议了一种在用于确认数据对象组的接收的系统中的接收器,包括配置为接收在相应的点对多点传输会话中由一个或多个发射器所传输的至少两个数据对象组的装置,以及配置为传输递送验证报告的装置,其中该递送验证报告确认在相应的点对多点传输会话中传输的该至少两个数据对象组的至少两个的接收。
[0070]本发明第二方面另外建议了一种可在系统的接收器中执行以确认数据对象组的接收的软件应用,该软件应用包括用于使该接收器接收在点对多点传输会话中由一个或多个发射器传输的至少两个数据对象组的程序代码,以及用于使该接收器传输递送验证报告的程序代码,其中该递送验证报告确认在相应的点对多点传输会话中所传输的该至少两个数据对象组的至少两个的接收。
[0071]该软件应用亦可以是计算机程序产品,其包括存储在例如存储器的介质上的程序代码。
[0072]本发明第二方面另外建议了一种在用于确认数据对象组的接收的系统中的网元,其中在相应的点对多点传输会话中一个或多个发射器将至少两个数据对象组传输至至少一个接收器,该网元包括配置为接收从该至少一个接收器传输的递送验证报告的装置,其中该递送验证报告确认在该至少一个接收器处在相应的点对多点传输会话中传输的该至少两个数据对象组的至少两个的接收。
[0073]本发明第二方面另外建议了一种可在系统的网元上执行以确认数据对象组的接收的软件应用,其中一个或多个发射器在相应的点对多点传输会话中将至少两个数据对象组传输至至少一个接收器,该软件应用包括用于使该网元接收从该至少一个接收器传输的递送验证报告的程序代码,其中该递送验证报告确认在该至少一个接收器处在相应的点对多点传输会话中传输的该至少两个数据对象组的至少两个的接收。
[0074]该软件应用亦可以是计算机程序产品,其包括存储在例如存储器的计算机可读介质上的程序代码。
[0075]本发明的第三方面建议了 一种确认数据对象组的接收的方法,其中发射器在点对多点传输会话中将数据对象组传输至多个接收器,该方法包括将递送验证报告从该多个接收器的至少一个接收器传输至递送验证报告服务器,其中该递送验证报告确认该数据对象组的接收,并且至少包括该发射器的标识符、该递送验证报告服务器的标识符、该点对多点传输会话的标识符、及传输该递送验证报告的该至少一个接收器的标识符。
[0076]因此,根据本发明的第三方面首次建议了必须包含在递送验证报告中的最小参数组。该参数为递送证报告服务器所需用于处理接收自该至少一个接收器的该递送验证报告。该发射器及该递送验证报告服务器的标识符系诸如URI或IP地址,该点对多点传输会话的标识符系诸如由FLUTE协议所定义的传输会话标识符(TSI),及该至少一个接收器的该标识符系允许该至少一个接收器的唯一识别的任何标识符,例如字符串或数字。
[0077]根据本发明第三方面的方法的优选实施方式,该递送证报告还包括与该所传输的数据对象组于该至少一个接收器上的安装相关的安装通知。该安装通知可以例如是确认在至少一个接收器上媒体对象的成功接收及安装。该安装通知的例子包括如由开放移动联盟(OMA)所定义的安装状态码。
[0078]根据本发明第三方面的方法的优选实施方式,该标识符包括于扩展标记语言对象中。
[0079]根据本发明第三方面的方法的优选实施方式,该扩展标记语言对象包含于超文本传输协议对象中。
[0080]本发明的第三方面建议了一种用于确认数据对象组的接收的系统,该系统包括发射器及多个接收器,其中该发射器包括配置为将递送验证报告传输至递送验证报告服务器的装置,其中该递送验证报告确认该数据对象组的接收,并且至少包括该发射器的标识符、该递送验证报告服务器的标识符、该点对多点传输会话的标识符、及传输该递送验证报告的该至少一个接收器的标识符。
[0081]本发明的第三方面建议了一种在用于确认数据对象组的接收的系统中的发射器,该发射器包括配置为在点对多点传输会话中将数据对象组传输至多个接收器的装置,其中从该多个接收器的至少一个接收器将递送验证报告传输至递送验证报告服务器,及其中该递送验证报告确认该数据对象组的接收,并且至少包括该发射器的标识符、该递送验证报告服务器的标识符、该点对多点传输会话的标识符、及传输该递送验证报告的该至少一个接收器的标识符。
[0082]本发明的第三方面建议了一种在用于确认数据对象组的接收的系统中的接收器,该接收器包括配置为接收在点对多点传输会话中从发射器传输至多个接收器的数据对象组的装置,以及配置为将递送验证报告从该接收器传输至递送验证报告服务器的装置,其中该递送验证报告确认该数据对象组的接收,并且至少包括该发射器的标识符、该递送验证报告服务器的标识符、该点对多点传输会话的标识符、及传输该递送验证报告的该至少一个接收器的标识符。
[0083]本发明的第三方面建议了一种可在系统的接收器中执行以确认数据对象组的接收的软件应用,该软件应用包括用于使该接收器接收在点对多点传输会话中从发射器传输至多个接收器的数据对象组的程序代码,以及用于使该接收器将递送验证报告从该接收器传输至递送验证报告服务器的程序代码,其中该递送验证报告确认该数据对象组的接收,并且至少包括该发射器的标识符、该递送验证报告服务器的标识符、该点对多点传输会话的标识符,及该接收器的标识符。
[0084]该软件应用亦可以是计算机程序产品,其包括存储在例如存储器的计算机可读介质上的程序代码。
[0085]本发明的第三方面建议了 一种在用于确认数据对象组的接收的系统中的网元,其中发射器在点对多点传输会话中将数据对象组传输至多个接收器,该网元包括配置为接收从该多个接收器中的至少一个接收器所传输的递送验证报告的装置,其中该递送验证报告确认该数据对象组的接收,并且至少包括该发射器的标识符、该递送验证报告服务器的标识符、该点对多点传输会话的标识符、及传输该递送验证报告的该至少一个接收器的标识符。该网元可以是例如递送验证报告服务器。
[0086]本发明的第三方面建议了一种可在系统的网元上执行以确认数据对象组的接收的软件应用,其中一个或多个发射器在相应的点对多点传输会话中将至少两个数据对象组传输至至少一个接收器,该软件应用包括用于使该网元接收从该多个接收器中的至少一个接收器所传输的递送验证报告的程序代码,其中该递送验证报告确认该数据对象组的接收,并且至少包括该发射器的标识符、该递送验证报告服务器的标识符、该点对多点传输会话的标识符、及传输该递送验证报告的该至少一个接收器的标识符。
[0087]该软件应用亦可以是计算机程序产品,其包括存储在例如存储器的计算机可读介质上的程序代码。
[0088]本发明的第四方面建议了一种确认数据对象组的接收的方法,其中发射器在点对多点传输会话中将数据对象组传输至多个接收器,该方法包括在点对点传输会话中将修复请求从该多个接收器的至少一个接收器传输至网元,以在该至少一个接收器未接收到至少一个数据对象的情况下,触发该数据对象组中的该至少一个数据对象的再传输,以及随后,在该相同的点对点传输会话中将递送验证报告从该至少一个接收器传输至该网元,以确认该数据对象组的所有数据对象的接收。
[0089]本发明的第四方面建议了在传输修复请求之后传输递送验证报告,并使用传输该修复请求所用的相同的点对点传输会话。由该至少一个接收器发送该修复请求至修复服务器以触发修复数据对象的传输,修复数据对象为已经在该数据对象组中传输但在该至少一个接收器未接收的数据对象。在接收该再传输的数据对象之后,该至少一个接收器将确认该数据对象组的接收,其中该所接收的数据对象组实际上包括一次接收(未经再传输)的数据对象及仅在再传输之后所接收的数据对象。该数据对象的再传输可发生于传输该修复请求的相同点对点传输会话中,诸如在修复会话中。
[0090]根据本发明的第四方面,相同的点对点传输会话可用于将该修复请求从该至少一个接收器传输至该修复服务器,将数据对象从该修复服务器再传输至该至少一个接收器,及将递送验证报告从该至少一个接收器传输至递送验证报告服务器。这并不一定意味着该修复服务器及该递送通知报告服务器是相同的,亦有可能是这样的情况,即该递送验证报告被从该修复服务器接收然后再被路由至该递送验证报告服务器。显然,针对修复会话及递送验证报告的传输,仅有一个点对点传输会话必须被建立及释放,可实现协议开销的显著减少,故使得建议的方法更为有效,这与现有技术的方法形成对比,其中针对修复会话需要第一点对点传输会话并且针对递送验证报告的传输需要第二点对点传输会话。
[0091]根据本发明第四方面的方法的优选实施方式,通过随机选择在零与该最长修复等待时间之间的间隔内的值并且将该选择的值添加到该点对多点传输会话完成的时刻,确定允许至少一个该接收器传输该修复请求的至少一个时刻。
[0092]根据本发明第四方面的方法的优选实施方式,该递送验证报告至少包括该发射器的标识符、该网元的标识符、该点对多点传输会话的标识符、及传输该递送验证报告的该至少一个接收器的标识符。
[0093]根据本发明第四方面的方法的优选实施方式,该递送验证报告还包括与在该至少一个接收器处的该传输的数据对象组的安装相关的安装通知。
[0094]根据本发明第四方面的方法的优选实施方式,该标识符包括于扩展标记语言对象中。
[0095]根据本发明第四方面的方法的优选实施方式,该扩展标记语言对象包含于超文本传输协议对象中。
[0096]本发明的第四方面另外建议了一种用于确认数据对象组的接收的系统,包括发射器,及多个接收器,其中该发射器包括配置为在点对多点传输会话中将数据对象组传输至该接收器的装置,以及其中至少一个该接收器包括配置为在点对点传输会话中将修复请求传输至网元的装置,以及配置为随后在该相同点对点传输会话中将递送验证报告传输至该网元以确认该数据对象组的所有数据对象的接收。
[0097]本发明的第四方面另外建议了一种在用于确认数据对象组的接收的系统中的发射器,该发射器包括配置为在相应的点对多点传输会话中将数据对象组传输至多个接收器的装置,其中在点对多点传输会话中将修复请求从该多个接收器中的至少一个接收器传输至网元,以在该至少一个数据对象未被该至少一个接收器接收的情况下,触发该数据对象组中的至少一个数据对象的再传输,其中随后在该相同点对点传输会话中将递送验证报告从该至少一个接收器传输至该网元以确认该数据对象组的所有数据对象的接收。
[0098]本发明的第四方面另外建议了一种在用于确认数据对象组的接收的系统中的接收器,该接收器包括配置为接收在点对多点传输会话中从发射器传输至多个接收器的数据对象组的装置,配置为在点对点传输会话中将修复请求传输至网元的装置,以在该至少一个数据对象未被该至少一个接收器接收的情况下,触发该数据对象组中的至少一个数据对象的再传输,以及配置为随后在该相同点对点传输会话中将递送验证报告传输至该网元以确认该数据对象组的所有数据对象的接收的装置。
[0099]本发明的第四方面另外建议了一种可在系统的接收器上执行以确认数据对象组的接收的软件应用,该软件应用包括用于使该接收器接收在点对多点传输会话中从发射器传输到多个接收器的数据对象组的程序代码,用于使该接收器在点对点传输会话中将修复请求传输至网元的程序代码,以在该至少一个数据对象未被该至少一个接收器接收的情况下,触发该数据对象组中的至少一个数据对象的再传输,以及用于使该接收器随后在该相同点对点传输会话中将递送验证报告传输至该网元以确认该数据对象组的所有数据对象的接收的的程序代码。
[0100]该软件应用亦可以是计算机程序产品,其包括存储在例如存储器的计算机可读介质上的程序代码。
[0101]本发明的第四方面另外建议了一种在用于确认数据对象组的接收的系统中的网元,其中发射器在点对多点传输会话中将数据对象组传输至多个接收器,该网元包括配置为接收在点对点传输会话中从该多个接收器中的至少一个接收器所传输的修复请求,以在该至少一个数据对象未被该至少一个接收器接收的情况下,触发该数据对象组中的至少一个数据对象的再传输的装置,以及配置为接收随后在该相同点对点传输会话中从该至少一个接收器所传输的递送验证报告以确认该数据对象组的所有数据对象的接收的装置。该网元可以例如是递送验证报告服务器。
[0102]本发明的第四方面建议了一种可在系统的网元上执行以确认数据对象组的接收的软件应用,其中发射器在点对多点传输会话中将数据对象组传输至多个接收器,该软件应用包括用于使该网元接收在点对点传输会话中从该多个接收器中的至少一个接收器所传输的修复请求,以在该至少一个数据对象未被该至少一个接收器接收的情况下,触发该数据对象组中的至少一个数据对象的再传输的程序代码,以及用于使该网元接收随后在该相同点对点传输会话中从该至少一个接收器所传输的递送验证报告以确认接收该数据对象组的所有数据对象的接收的程序代码。
[0103]该软件应用亦可以是计算机程序产品,其包括存储在例如存储器的计算机可读介质上的程序代码。
[0104]本发明的这些及其它方面可以参照以下描述的实施方式变得显而易见并得以说明。
【专利附图】

【附图说明】
[0105]图1系本发明的系统示意图,其中进行数据对象的点对多点传输,点对点修复会话及递送验证报告的点对点传输;
[0106]图2a系示意说明根据本发明接收器传输递送验证报告的时刻的确定;
[0107]图2b系示意说明根据本发明接收器传输修复请求的时刻的确定;及
[0108]图3系根据本发明的确认数据对象组的接收的方法之一的示例性流程图。
【具体实施方式】[0109]首先必须注明,本项专利申请的简介部分的主题可用以支持此详细说明。
[0110]本发明系由四个方面所组成,可提供在相应的点对多点(PtM)传输会话中所传输的数据对象组的更具效率的确认。在下列说明中,本发明的四个方面将借助于优选实施方式予以说明,其中假设了在3GPP MBMS系统的内容中的本发明的示例性应用。须知本发明并不受限于在此内容中的应用。
[0111]图1系根据本发明的系统I的示意图。系统I包括发射器2、多个接收器,例如三个接收器3-1..3-3、修复服务器4及递送验证(DV)报告服务器5。所述系统可例如根据3GPP MBMS进行操作,然后该发射器可被视为MBMS服务器,而该接收器3-1..3-3可被视为MBMS接收器。该数据对象组可代表由该MBMS客户端3-1..3-3从该MBMS服务器2所下载的内容,诸如多媒体文件或类似数据。
[0112]在PtM传输中,该发射器2传输数据对象组至在其覆盖范围(广播模式)内或由该数据对象组所寻址(多播模式)的每个接收器3-1..3-3。于图1的示例中,接收器3-1及3-2接收整数据对象组,并向该DV报告服务器5确认接收该数据对象组。
[0113]然而,由于诸如发射器2与接收器3-3之间的传输信道上的数据对象的损失或削弱等原因,接收器3-3并未接收到整数据对象组。为了接收整数据对象组以便呈现内容,该接收器3-3将与修复服务器4建立点对点(PTP)传输会话(修复会话)以触发该接收器3-3尚未接收的数据对象的再传输。如果仅需要在该接收器3-3处接收特定数目的数据对象以供进行内容的解码和/或呈现,则仅只需由该修复服务器5再传输可供该接收器3-3进行内容的解码和/或呈现的数据对象的数目。为此,该修复请求可包括诸如在该数据对象组所传输的PtM传输会话的标识符,诸如传输会话标识符(TSI)、及该数据对象组所属的传输对象的识别,诸如传输对象标识符(TOI)、发射器的识别,诸如统一资源标识符(URI)或IP地址、及如果该传输对象系被分段成资源块及编码符号,则为缺少数据对象的识别,诸如资源块数目(SBN)及编码符号ID (ESI)。在此所示示例系指由单向传输上的文件递送(FLUTE)协议所控制的PtM传输会话。
[0114]然后该接收器3-3所需的该数据对象系以来自该修复服务器4的修复响应的形式,在该PtP修复会话中被再传输至该接收器3-3。
[0115]当该接收器3-3已经接收所有所需的数据对象的后,可将接收整数据对象组(代表一次接收的数据对象,即未经再传输的,及仅只在修复服务器的再传输后所接收的数据对象)向DV报告服务器5进行确认。
[0116].本发明第一方面:DV报告及修复请求的随机时间分散
[0117]PtP修复请求通常具有比DV报告更高的优先性。因此PtP修复请求最好在PtM传输会话后的短时间周期内完成。反之,DV报告可在较长时间周期内完成。此外,并非所有PtM会话都需要DV报告。
[0118]根据本发明的第一方面提议将下列信息传达至每个参加的接收器以便以后续PtP修复和/或DV报告目的方式使用:
[0119].PtP 修复服务器的 URI_URI_repair
[0120].PtP 修复请求的最长退避(back-off)时间 _max_wait_time_repair
[0121].DV 报告服务器的 URI_URI_verify
[0122].DV 报告的最长退避时间-max_wait_time_verify[0123]其中,优选地将max_wait_time_verify 选择为远大于 max_wait_time_repair,以考虑修复请求比DV报告更为紧急的事实。
[0124]此项信息优选地通过下列方式传达:
[0125].在作为会话描述协议(SDP)文件一部分的PtM会话通知阶段期间,或
[0126].在使用FLUTE协议的PtM下载会话期间的文件递送表(FDT)瞬时的一部分。
[0127]在接收max_wait_time_verify 时,接收器将产生在零与 max_wait_time_verify之间均匀分布的随机数目wait_time_verify。将此数目添加于T_session_complete,其代表PtM传输会话结束的时刻。
[0128]接收器需要发送DV报告的实际时间Tjerify给定如下:
[0129]T_verify = T_session_complete+wait_time_verify0
[0130]上述关系总结于第2a图中,其说明DV报告的传输的时间线6。
[0131]当current_time = T_verify 时,接收器将发送 DV 报告。
[0132]另一方面,接收器可利用DV报告服务器在一个PtP会话中发送多重DV报告,如本发明第二方面所提议。
[0133]进行模拟运算以确定时刻T_repair,其中可根据T_session_complete及max_wait_time_repair而由 接收器传输PtP修复请求。对应的时间线7描述于第2b图中。于是,如果current_time = T_repair,则接收器可以发送修复请求。
[0134]比较第2a 图与第 2b 图可知,通过选择 max_wait_time_verify 比 max_wait_time_repair更大得多,而将修复请求的传输暂时性优先于DV报告的传输。
[0135].本发明第二方面:多重PtM传输会话的DV报告的组合
[0136]由于针对连接建立及关闭(释放)在网络资源上有固定的信令开销,因此为各个DV报告分别具有PtP连接(或PtM传输会话)将是无效率的。取而代之,根据本发明的第二方面,可采用单一 PtP连接以批次的方式发送多重DV报告。
[0137]一种管理多重DV报告的简单机制给定如下:
[0138]接收器可维持为每个PtM传输会话存储下列组件的队列:
[0139].PtM发射器的URI/IP_地址
[0140].DV 报告服务器的 URI/IP_ 地址 _URI_verify
[0141]?在MBMS场合的PtM传输会话的标识符,诸如针对每个成功完成MBMS下载会话的传输会话标识符(TSI),或MBMS流会话的唯标识符。
[0142]数据结构亦以等待中的递送验证报告更新包括所有PtM传输会话的最小乙verify 的 T_empty 字段。
[0143]以下将参照图3的流程图说明下列方法步骤。
[0144]在第一步骤30中,将T_empty启始为较大值,诸如可将100天的预定时间间隔添加于当前时间以取得T_empty。
[0145]在步骤31中,接收器参加一 PtM传输会话借助于以数据对象组的接收。当在步骤32中发现有未成功的PtM会话时,诸如由于数据对象组的某些所传输的数据对象未在该接收器所接收,在步骤33将修复请求传输至修复服务器以触发该所缺数据对象的再传输,及该PtM会话的DV报告被传输至负责该PtM传输会话的DV报告的DV报告服务器。然后运算将返回步骤31。[0146]每当成功完成新的PtM会话(步骤32)时,将确定该会话的T_verify,如本发明第一方面所述,然后于步骤34将该会话的T_Verify与T_empty进行比较。根据比较结果将T_empty更新如下(见步骤34和35):
[0147]如果T_verify < T_empty
[0148]则T_empty = T_verify0
[0149]不管比较结果如何,上述成功完成PtM会话的组件在步骤36中被存储于队列中作为将被传输以确认成功完成PtM会话的单一 DV报告的内容。
[0150]如果在步骤37中已检查的current_time = T_empty仍然保持,则接收器将与本地DV报告服务器建立PtP连接,其为诸如最易存取的DV报告服务器(URI_verify),并将该队列的内容作为单一 DV报告传输至该PtP传输会话内的本地DV报告服务器,例如以根据本发明第三方面的格式。于是接收器将清空该队列并将乙咖口丨丫重设为较大值。上述动作系在步骤38中进行,随后,该运算将返回步骤30。如果在步骤37中未保持current_time=T_empty,贝U运算将返回步骤31。
[0151]在本发明的另一实施方式中,诸如移动电话的接收器可能在一段延长时间周期中被关机或处于服务范围以外。于此场合,每当接收器被启动时,将检查是否current_time>=T_empty。如果是,则应立即建立PtP连接及清空队列。
[0152]在本发明的另一实施方式中,该队列可能因大量未处理的DV报告而溢出。于此场合,即使保持current_time < T_empty,接收器仍可决定通过发送报告以清空队列。
[0153]本发明的另一实施方式中,有可能一些不同的DV报告服务器地址(URIjerify)已经被存储于该队列中,而接收器系在偏远位置,使得在队列中的某些URIjerify系无法存取。即使队列中的所有URI_Verify系可存取,亦无法有效率地产生与每个DV报告服务器的个别的PtP连接。因此接收器可连接至本地DV报告服务器,诸如最近或最易存取的DV报告服务器,并上载DV报告。而本地DV报告服务器可将DV报告导引至相对应的DV报告服务器。
[0154].本发明第三方面:内容递送验证报告格式
[0155]根据本发明的第三方面,针对需要DV报告的每个成功PtM会话接收器将传输至少下列信息作为DV报告的一部分:
[0156].PtM发射器的URI或IP地址,
[0157]*PtM传输会话的标识符(例如在FLUTE协议的内容中的传输会话标识符(TSI)),
[0158]?接收器的唯一识别,及
[0159].DV报告服务器的URI或IP_地址_URI_verify。
[0160]该参数包括如下所示的遵循XML方案的扩展标记语言(XML)对象:
[0161]
【权利要求】
1.一种发射器,包括: 被配置为将最长验证等待时间用信号发送至多个接收器的装置,其中所述接收器中的至少一个接收器被允许传输递送验证报告以确认在点对多点传输会话中被传输到所述接收器的数据对象组的接收的至少一个时刻至少部分地取决于所述用信号发送的最长验证等待时间、并且由所述至少一个接收器通过如下方式来确定:随机地选择零到所述最长验证等待时间之间的值,并且将选择的所述值添加到所述点对多点传输会话完成的时刻;以及 被配置为将最长修复等待时间用信号发送给所述接收器的装置,其中所述接收器中的至少一个接收器被允许发送修复请求以指示需要至少一个修复数据对象的接收的至少一个时刻至少部分地取决于用信号发送的所述最长修复等待时间、并且由所述至少一个接收器通过如下方式来确定:随机地选择零到所述最长修复等待时间之间的值,并且将选择的所述值添加到所述点对多点传输会话完成的时刻,其中所述最长修复等待时间小于所述最长验证等待时间。
2.根据权利要求1所述的发射器,其中所述递送验证报告将要在点对点传输会话内被传输给递送验证报告服务器。
3.根据权利要求1所述的发射器,其中所述修复请求将要在点对点传输会话内被传输给修复服务器。
4.根据权利要求1所述的发 射器,还包括: 将递送通知报告服务器的标识符以及修复服务器的标识符用信号发送至所述接收器,其中所述递送验证报告将被报告给所述递送通知报告服务器,所述修复请求将被传输至所述修复服务器。
5.根据权利要求4所述的发射器,其中所述等待时间以及所述标识符的所述用信号发送在所述点对多点传输会话的通知阶段期间发生。
6.根据权利要求5所述的发射器,其中所述等待时间与所述标识符的所述信号发送由会话描述协议实现。
7.根据权利要求4所述的发射器,其中对所述等待时间与所述标识符的所述用信号发送在所述数据对象组从所述发射器传输至所述接收器期间发生。
8.根据权利要求4所述的发射器,其中所述数据对象组向所述接收器的所述传输至少部分由单向传输协议上的文件传输控制,并且其中所述时间与所述标识符的所述用信号发送经由所述协议的文件递送表瞬时来实现。
9.根据权利要求1所述的发射器,其中所述至少一个接收器被配置为仅传输一个递送验证报告,所述递送验证报告确认在相应的点对多点传输会话中从一个或多个发射器所传输的至少两个数据对象组的至少两个的接收。
10.根据权利要求2所述的发射器,其中所述递送验证报告至少包括所述数据对象组的所述发射器的标识符、所述递送验证报告服务器的标识符、所述点对多点传输会话的标识符以及传输所述递送验证报告的所述至少一个接收器的标识符。
11.根据权利要求10所述的发射器,其中所述递送验证报告还包括与所传输的所述数据对象组在所述至少一个接收器处的安装相关的安装通知。
12.根据权利要求10所述的发射器,其中所述标识符被包括于扩展标记语言对象中。
13.根据权利要求12所述的发射器,其中所述扩展标记语言对象被包含于超文本传输协议对象中。
14.根据权利要求9所述的发射器,其中所述一个递送验证报告包括其接收被确认的所述至少两个数据对象组的每一个的一个标识符组,其中每个所述标识符组包括与相应的被确认的数据对象组相关的发射器的标识符、与相应的被确认的数据对象组相关的递送验证报告服务器的标识符、与相应的被确认的数据对象组相关的点对多点传输会话的标识符以及传输所述一个递送验证报告的所述至少一个接收器的标识符,其中每个所述标识符组被包含于扩展标记语言对象中,并且其中所述扩展标记语言对象被包含于超文本传输协议对象的多部多功能互联网邮件扩展结构中。
15.一种方法,包括: 从发射器将最长验证等待时间用信号发送至多个接收器,其中所述接收器中的至少一个接收器被允许传输递送验证报告以确认在点对多点传输会话中从所述发射器被传输到所述至少一个接收器的数据对象组的接收的至少一个时刻至少部分地取决于用信号发送的所述最长验证等待时间、并且由所述至少一个接收器通过如下方式来确定:随机地选择零到所述最长验证等待时间之间的值,并且将选择的所述值添加到所述点对多点传输会话完成的时刻;以及 从所述发射器将最长修复等待时间用信号发送至所述接收器,其中所述接收器中的至少一个接收器被允许传输修复请求以指示需要至少一个修复数据对象的接收的至少一个时刻至少部分地取决于用信号发送的所述最长修复等待时间、并且由所述至少一个接收器以如下方式确定:随机地选择零到所述最长修复等待时间之间的值,并且将选择的所述值添加到所述点对多点传输会话完成的时刻,其中所述最长修复等待时间小于所述最长验证等待时间。
16.根据权利要求15所述的方法,其中所述递送验证报告将要在点对点传输会话内被传输给递送验证报告服务器`。
17.根据权利要求15所述的方法,其中所述修复请求将要在点对点传输会话内被传输给修复服务器。
18.根据权利要求15所述的方法,还包括: 将递送通知报告服务器的标识符以及修复服务器的标识符用信号发送至所述接收器,其中所述递送验证报告将被报告给所述递送通知报告服务器,所述修复请求将被传输至所述修复服务器。
19.根据权利要求18所述的方法,其中所述等待时间以及所述标识符的所述用信号发送在所述点对多点传输会话的通知阶段期间发生。
20.根据权利要求19所述的方法,其中所述等待时间与所述标识符的所述信号发送由会话描述协议实现。
21.根据权利要求18所述的方法,其中对所述等待时间与所述标识符的所述用信号发送在所述数据对象组从所述发射器传输至所述接收器期间发生。
22.根据权利要求18所述的方法,其中所述数据对象组向所述接收器的所述传输至少部分由单向传输协议上的文件传输控制,并且其中所述时间与所述标识符的所述用信号发送经由所述协议的文件递送表瞬时来实现。
23.根据权利要求15所述的方法,其中所述至少一个接收器被配置为仅传输一个递送验证报告,所述递送验证报告确认在相应的点对多点传输会话中从一个或多个发射器所传输的至少两个数据对象组的至少两个的接收。
24.根据权利要求16所述的方法,其中所述递送验证报告至少包括所述数据对象组的发射器的标识符、所述递送验证报告服务器的标识符、所述点对多点传输会话的标识符以及传输所述递送验证报告的所述至少一个接收器的标识符。
25.根据权利要求24所述的方法,其中所述递送验证报告还包括与所传输的所述数据对象组在所述至少一个接收器处的安装相关的安装通知。
26.根据权利要求24所述的方法,其中所述标识符被包括于扩展标记语言对象中。
27.根据权利要求26所述的方法,其中所述扩展标记语言对象被包含于超文本传输协议对象中。
28.根据权利要求23所述的方法,其中所述一个递送验证报告包括其接收被确认的所述至少两个数据对象组的每一个的一个标识符组,其中每个所述标识符组包括与相应的被确认的数据对象组相关的发射器的标识符、与相应的被确认的数据对象组相关的递送验证报告服务器的标识符、与相应的被确认的数据对象组相关的点对多点传输会话的标识符以及传输所述一个递送验证报告的所述至少一个接收器的标识符,其中每个所述标识符组被包含于扩展标记语言对象中,并且其中所述扩展标记语言对象被包含于超文本传输协议对象的多部多功能互联网邮件扩展结构中。
29.一种在发射器中可执行的软件应用,所述软件应用包括用于使所述发射器执行权利要求15-28任一项所述的方法的程序代码。
30.一种包括发射`器和多个接收器的系统, 其中所述发射器包括: 被配置为将最长验证等待时间用信号发送给所述接收器的装置;以及 被配置为将最长修复等待时间用信号发送给所述接收器的装置, 并且其中所述接收器中的至少一个接收器包括: 被配置为传输递送验证报告以确认在点对多点传输会话中从所述发射器被传输给所述接收器的数据对象组的接收的装置,其中所述递送验证报告允许被传输的至少一个时刻至少部分地取决于用信号发送的所述最长验证等待时间、并且由所述至少一个接收器通过如下方式确定:随机地选择零到所述最长验证等待时间之间的值,并且将选择的所述值添加到所述点对多点传输会话完成的时刻;以及 被配置为传输修复请求以指示需要至少一个修复数据对象的接收的装置,其中所述修复请求允许被传输的至少一个时刻至少部分地取决于用信号发送的所述最长修复等待时间、并且由所述至少一个接收器通过如下方式来确定:随机地选择零到所述最长修复等待时间之间的值,并且将选择的所述值添加到所述点对多点传输会话完成的时刻,其中所述最长修复等待时间小于所述最长验证等待时间。
【文档编号】H04L12/18GK103780405SQ201410047707
【公开日】2014年5月7日 申请日期:2005年8月26日 优先权日:2004年8月30日
【发明者】R·维丹萨姆, D·莱昂, I·屈尔西奥 申请人:诺基亚公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1