专利名称：多点传送实体和方法
技术领域：
本申请涉及一种用于从上游实体接收多点传输并向下游多点接收机传送多点传输的多点传送实体和方法。
背景技术：
在通信领域中，已知可以进行多点传输，S卩，从一个源至多个接收机的传输。这种多点传输的示例是多播和广播传输。因此，在本申请和权利要求中一般使用术语“多点传输”来描述点对多点通信。多播(例如，向所定义的接收机组发送数据，组中的每个接收机可在多播方案中寻址)和广播(向未知数目的接收机发送数据，例如，通过使用接收机可监听的广播信道) 通信的机制有时是在公共概念框架中(例如，在3GPP定义的多媒体广播多播服务(MBMS) 中)一起提供的。图1中示出了多点传输的网络结构的示例。内容源100(如互联网中的服务器) 向给定的通信网络107(如移动通信网络的核心网)中的多点传输服务中心101提供内容。 然后，多点传输服务中心101可以适当地将内容格式化为多点传输，并经由其他实体102、 103和104向多点接收机1050和1060(在图1的示意性示例中被示作移动终端)执行适当的下游信令。以MBMS为例，实体101可以是广播多播服务中心(BM-SC)，实体102可以是网关GPRS服务节点(GGSN)，实体103可以是服务GPRS服务节点(SGSN)，实体104可以是接入网或这种接入网的组成部分，如UMTS陆地无线接入网(UTRAN)。
发明内容
本发明的目的是提供一种用于多点传送的改进实体和方法。该目的是利用独立权利要求的实质内容来实现的。在从属权利要求中描述了优选实施例。根据本发明的实施例，提供了一种用于从上游实体接收多点传输并向下游多点接收机传送多点传输的多点传送实体。所述多点传送实体包括冲突检测器，用于检测所述多点传送实体下游的多点传输之间传送冲突的存在；以及冲突解决器，用于在检测到传送冲突的情况下执行冲突解决过程。因此，所述多点传送实体能够检测关于彼此冲突的至少两个不同多点传输在下游可能发生的问题，并能够通过采取解决所检测到的冲突的措施来进行反应。鉴于冲突的构成而对冲突检测器的配置可以以任何合适或期望的方式进行。例如，如果给定目标区域中的至少一个接收机不能正确接收两个不同的多点传输(这两个多点传输在所述多点传送实体处其接收调度的层面上被调度为重叠)，则可以定义冲突。冲突的另一示例是如果尝试发送给定的多个多点传输，则少一个的情况下检测到冲突，则例如冲突解决过程可以包括缓冲所接收的多点传输中的一个或多个；以及根据提供改进的接收或至少接收的改进可能性的、修改后的调度来执行下游传送。如果将冲突定义为给定信道上的过载条件，则冲突解决过程可以包括负载降低步骤，例如，该步骤还可以包括鉴于更好地分发传输负载而重新调度下游传送的步骤。因此，由于沿多点传输流的某个点处的给定传送实体能够识别并对抗下游冲突， 上述概念实现了增强多点传送的优点。
现在通过参照本发明的详细实施例，更详细地解释上述概念，其中，参照以下附图图1是向多个多点接收机的多点传输中涉及的通信实体的示意表示；图2是示出了根据本发明实施例的多点传送实体的示意框图；图3是示出了本发明的基本方法实施例的流程图；图4示出了本发明的另一方法实施例的流程图；图5示出了两个多点传输之间的冲突情形的示例；图6a_c示出了冲突情形和冲突解决的示例；以及图7示出了本发明的示例中的详细消息和信令流程。
具体实施例方式以下，将描述本发明的详细示例。需要注意，通常参考MBMS，作为本发明的概念的优选应用。然而，应当注意，可以在用于转发和传送多点传输的任何系统的上下文中应用本发明的概念。图2示出了用于从上游实体接收多点传输并向下游多点接收机传送多点传输的多点传送实体的示意表示。实体20包括接收机201、缓冲器202、冲突检测器203和冲突解决器204。冲突检测器203被配置为检测多点传送实体的下游多点传输之间传送冲突的存在，冲突解决器204被配置为在检测到传送冲突的情况下执行冲突解决过程。例如，冲突检测器203和冲突解决器204可以是处理设备(如计算机可编程处理器)的部分。由此，冲突检测器和冲突解决器可以作为硬件、软件或硬件和软件的任意合适组合而提供。例如，它们可以被实现为在通信网络节点的处理器中运行的控制程序的计算机程序部分。在图2中，实体20被示作物理单元。然而，需要指出，术语“实体”一般被理解为与提供所述功能的一个或多个物理单元相关，因此，实体可以包括在网络的单个节点内或可以分布在多个节点上。在图1的示例中，示出了实体的系统，用于执行向多点接收机1050、1060的多点传输。最上游的点是内容服务器100，接下来是多点传输中心101、其他实体102、103以及另一分发点104。如上所述，实体101-103可以是通信网络107的一部分(如移动通信系统的核心网)，其中，例如，101可以是BM-SC, 102可以是GGSN，103可以是SGSN。实体104可以是接入网的一部分，例如无线接入网(RAN)(如UTRAN)。优选地，在尽可能下游的位置处 (即，与多点接收机1050、1060尽可能接近)提供本发明的多点传送实体。这样做的原因是优选地，冲突检测和冲突解决应当尽可能专用于有限区域内的多点接收机，从而优选地还适当限制了冲突解决，并且，不发生冲突的其他区域可以以规则调度和期望的方式接收多点传输。因此，在实体104是无线接入网的示例中，例如，可以在所述无线接入网的一个或多个无线网络控制器(RNC)中提供图2的多点传送实体。然而，还可以在稍上游处(例如，在实体103 (如SGSN)或实体102 (如GGSN)中) 提供包括检测器和冲突解决器在内的多点传送实体。当然，本发明的应用不限于电话系统等。如上所述，可以在任何多点传送系统的上下文中应用本发明。例如，还可以在互联网协议电视(IPTV)中应用本发明的概念。最后一跳线路(例如在数字订户线路接入复用器(DSLAM)与家庭之间)通常是所谓的瓶颈链路， 即，具有最小容量从而易于过载的链路。如果IPTV服务提供商开始向终端用户推送文件 (例如，使用数字视频广播互联网协议基础设施(DVB-IPI))，则最后的热线可能变得拥塞或过载。然后，可以将这种拥塞或过载条件实现为冲突条件，从而冲突检测器能够适当地识别它，然后冲突解决器能够执行适当的冲突解决，例如修改至少拥塞链路上的多点传输调度。如上所述，冲突检测器可以被布置或配置为使得，如果针对从上游实体的接收来调度两个或更多个多点传输，使得如果以相同调度来转发这两个或更多个多点传输，则作为这两个或更多个多点传输的下游目的地的一个或多个多点接收机无法接收到这两个或更多个多点传输，则检测到传送冲突的存在。以下将描述这一点的示例。这种情形可以在例如一个或多个多点接收机使得它们仅能够同时接收有限数目的多点传输(例如，由于仅有限数目的接收信道可用或可配置)的情况下发生。例如，可能的情况是仅一个信道可用，以及在任何给定的时刻，每个信道仅一个传输是可能的。如果在这种情形下两个多点传输同时进行，并且给定目标区域中(例如，蜂窝通信网络的给定小区中)的至少一个多点接收机已经预订这两个多点传输，则发生冲突。特别地，如果一个多点传输在另一个之后开始并在该另一个之前结束，则多点接收机不可能接收这两个多点传输。例如，这可以从在MBMS的上下文中描述的以下示例中看出。在MBMS中，定义了 4个无线信道，即，3个逻辑信道和1个物理信道(网络还可以使用点对点信道(如专用信道(DCH)或高速下行链路分组接入(HSDPA))来传输业务数据)。 第一无线信道被称作针对MBMS传输提供接入信息的MBMS控制信道(MCCH)。MCCH包含关于经由点对多点还是点对点来提供MBMS数据的信息。第二信道是与寻呼信道类似的MBMS 指示信道(MICH)，用于唤醒终端以检查MCCH。第三信道是用于提供点对多点传输的MBMS 业务信道(MTCH)。最后，第四信道是用于在现有的所谓辅助公共控制物理信道(S-CCPCH) 上调度多个MTCH的MBMS调度信道(MSCH)。逻辑信道MCCH、MTCH和MSCH —起被映射到前向接入信道(FACH)，FACH又被映射至S-CCPCH。然后，还将S-CCPCH和MICH复用在一起。—些现有移动终端实现使得它们仅能够一次接收单个S-CCPCH。由于无线接入网始终将单个MTCH置于单个S-CCPCH中，因此这种移动终端实现仅能够一次接收单个MBMS 点对多点传输。尽管可以想到使用多个MSCH，在这种情况下可以接收多个MTCH，然而假定始终存在对可同时接收的物理信道的数目的限制。因此，即使可以避免正好两个多点传输之间的冲突的情形，也可以假定，如果同时多点传输的数目超过给定限制，使得导致超过给定限制的多点传输引发传送冲突，则将发生冲突。以下，为了简化说明，假定如下情形一次仅能够接收一个多点传输，两个传输会导致冲突。
图fe示出了多点传送实体从上游实体(例如，在传输是MBMS传输的情况下从 BMSC)接收“传输1”和“传输2”的情况，可见，两个传输重叠，其中，传输1在传输2之前开始并在传输2结束之前结束。主要可以想到，由于多点接收机此时忙于接收传输1，第一部分将丢失，因此仅能够正确接收传输1，而无法正确接收传输2。如果多点接收机能够执行文件修复过程(这是MBMS中的情况)，则想要接收这两个传输的多点接收机可以使用文件修复过程来获得传输2的丢失部分，从而完整地接收这两个传输。然而，需要注意，根据本发明，可以将图如所示的重叠情形选择为将冲突定义为使得冲突检测器可以被配置为在这种情况下检测冲突。因此，需要注意，尽管优选地将传送冲突定义为使得至少一个多点接收机无法接收两个或更多个多点传输，但是这决不是必须的，如图fe所示，还可以在简单的重叠情形下定义冲突，这可以由可部署的机制(如文件修复)来补救，但是，所期望或更有效的是，根据本发明进行冲突解决过程。图恥示出了不同的情况，其中，传输2在传输1之前开始并在传输1之后结束。可见，即使文件修复机制可用，想要接收两个传输的所考虑的多点接收机也不能这样做，这是由于接收机不会接收到传输1的任何内容，从而也不能执行任何类型的文件修复过程。因此，图恥所示的情形(即，两个多点传输重叠，使得其中一个多点传输在另一个之后开始并在该另一个之前结束)是为了触发冲突解决过程而可被定义为冲突的条件的另一示例。优选地，冲突解决器执行的冲突解决过程使得针对下游传送而修改接收调度(例如，如图如和恥所示，在多点传送实体处的接收调度)，更具体地，修改至少一个多点传输的下游传送调度。图6a中示出了第一示例，其中，上部分沿着从上游实体接收传输1和传输2的时间线示出了传输1和传输2，该图的下部分示出了作为冲突解决过程的一部分而执行的修改后的下游传送调度。换言之，冲突检测器检测图中上部的情形作为冲突(例如， 由于传输1和2的目的地都是给定的目标区域)，因此，进行冲突解决过程，在图6a的示例中，冲突解决过程包括对传输1进行缓冲，直到传输2已完成为止，从而可以在相同信道上有效地发送传输1和传输2。图6b示出了冲突解决过程的另一示例，在这种情况下，在检测到传输1和传输 2 (见图6b的顶部)相冲突之后，冲突解决器中断传输2在给定多点信道上的传送，并在所述给定多点信道上传送来自另一多点传输1的数据。图6c示出了另一示例，其中，该图的上部分再次示出了从上游实体接收的接收调度，下部分示出了下游传送的调度修改，作为对在接收到的调度中检测到冲突的反应。在图 6c的示例中，冲突解决器被配置为在给定的信道上交替传送第一多点传输1的数据与第二多点传输2的数据。图6a_6c的示例涉及两个多点传输之间的冲突。当然，这仅是示例，还可以关于多于两个传输来标识冲突。在这种一般情况下，可以如图6c所示发送来自多个传输的数据， 即，根据例如循环方案，以块的形式将数据置于可用信道上。此外，优选地，冲突解决过程还包括向所涉及的目标区域中的多点接收机通知正在改变调度以及如何改变调度。因此，多点传送实体可以提供与将要中断哪些正在进行的多点传输(例如，图6b和6c中的T2)以及与正在进行的传输交织的新传输(例如，图6b 和6c中的Tl)有关的特定“中止信息”(包括中止或中断的长度)。在一些多点传输方案中，已知可以在多点传输中传输一个或多个信息元素，其中，信息元素传达与多点传输相关的信息。例如，这种信息可以是作为多点传输而发送的文件的名称以及与这种文件有关的信息(如文件长度、文件格式等)。在MBMS的上下文中，这种信息元素的示例是FLUTE(单向传输文件传送)文件传送表(FDT)。根据另一实施例，如果多点传输包括一个或多个这种信息元素，则冲突解决器以及由此冲突解决过程优选地被配置为将在给定多点信道上对来自相互冲突的多点传输中的至少一个多点传输的数据的传送调整为使得传送该多点传输的信息元素。优选地，进行调度修改，以便传送相互冲突的多点传输中的每个多点传输的相应信息元素。在图6c的示例中，例如，这可能意味着将传输 1的初始块61的长度和传输2的初始块62的长度选择为使得有必要包括信息元素。此外，在多点传输被配置为以规则间隔包括信息元素的情况下，冲突解决器和冲突解决过程优选地被配置为发送来自至少一个多点传输的数据块，并将用于在给定多点信道上传送来自所涉及的多点传输的数据的块的时间跨度调整为使得每块传送至少一个信息元素或给定的多点传输。优选地，如果逐块发送两个相互冲突多点传输(例如，如图6c 所示)，则优选地将这两个传输的块的时间跨度选择为使得每块传送至少一个信息元素。因此，考虑示例图6c，将传输1的块的时间跨度Atl和传输2的块的时间跨度At2选择为足够长，以使得每个块包含如FLUTE FDP之类的信息元素。例如，如果所接收的规则连续的多点传输包括每隔χ秒的信息元素，则将时间跨度Atl和At2选择为大于值χ。对于MBMS 的示例，例如，可以将Atl和Δ t2选择为等于10秒。可见，可以将Atl和At2选择为具有相同值，但是同样可以针对不同多点传输选择不同值。确保传送至少一个信息元素以及优选地每块一个信息元素的优点在于多点接收机从而能够接收适于标识其正在接收的传输的信息，即使其仅正在接收较大传输的一部分。此外，在多点通信中已知可以针对多点传输提供修复过程或修复机制，根据该修复过程或修复机制，接收机可以获得所接收的多点传输的丢失部分，这些丢失部分是有缺陷地接收到或根本未接收到的。在存在这种修复机制的情况下，同样非常有利地，针对给定的传输而发送的每个数据块包含信息元素，使得所考虑的接收机在必要时有可能适当执行修复过程。关于这种文件修复机制，还已知可以提供使多点接收机开始修复过程的时间值。 例如，在MBMS的上下文中，BM-SC可以设置到期时间(所谓的FDT到期时间)，这是接收机最晚用以将多点传输的传送视为结束的时间点(接收机还可以在接收到文件的显式结束或会话消息的结束时将传送视为结束)，以便在该时间点之后开始修复过程。如果多点接收机被配置为执行基于由上游实体(如BM-SC)设置的时间值而开始的这种修复过程，则冲突解决器和冲突解决过程优选地被配置为考虑该时间值。换言之，冲突解决器和冲突解决过程优选地被配置为针对多点传输的下游传送执行调度修改，使得不会不必要地触发多点接收机中的修复过程。根据本发明的实施例，例如，这是可以通过将图2的实体20中的缓冲器 202控制为具有根据由上游实体为了开始修复过程而设置的时间值而选择的最大缓冲长度来实现的。例如，如果上游实体(如BM-SC)被配置为始终将时间值(如FDT到期时间)设置为预定值(如20秒)，则多点传送实体可以对来自给定多点传输的数据进行缓冲或缓冲最多该值(如20秒)，而不必驱使多点接收机考虑到由于修改后的调度而引起的传送延迟来开始修复过程。然后，使用20秒的示例，多点传送实体可以始终将来自给定传输的数据缓冲最多20秒。
根据另一优选实施例，可以使冲突解决器和冲突结果过程能够在缓冲长度超过最大缓冲长度的情况下丢弃缓冲的数据。即，由于根据开始修复过程的时间值来配置最大缓冲长度，因此可以假定，由于多点接收机将在任何情况下执行修复过程，因此如果已经超过传输的最大缓冲长度，使得继续传送缓冲的传输可能效率较低，则多点接收机将利用修复过程来获得多点传输的丢失部分。需要注意，可以以任何合适或期望的方式来定义缓冲长度。优选地，将缓冲长度定义为时间值，从而保持与针对开始修复过程而设置的时间值直接对应。换言之，以传输或传送的秒为单位来测量缓冲长度。然而，还可以以任何等效方式定义缓冲长度，例如，定义为数据量，然后，通过考虑传输数据速率，将其与针对开始修复过程而设置的时间值相对应。如上所述，冲突检测器和冲突检测过程检测多点传送实体的下游多点传输之间传送冲突的存在。换言之，冲突检测器可以被配置为在实体所服务的所有可能的下游多点接收机中仅单个多点接收机被判断为针对至少两个不同多点传输潜在地具有冲突的情况下检测到冲突。然而，为了能够仅在必要时应用冲突解决，优选地，将多点传送实体配置为使其向多个可辨别的多点目标区域提供多点传送服务，并将冲突检测器和冲突检测过程配置为使得针对每个目标区域来检测多点传输之间的传送冲突的存在。例如，这可以从图1的示例中看出，其中，实体104被示意性地示作向目标区域105和目标区域106提供多点传送服务。可以以任何合适或期望的方式选择目标区域，因此，目标区域可以是蜂窝通信网络的单个小区、多个这种小区、或者例如实体所服务的所有小区(例如，无线网络控制器(RNC)所服务的所有小区)。对目标区域的其他选择也是可能的，例如，目标区域还可以是软合并区域。返回至图1的示例，优选地，实体104能够辨别目标区域105和目标区域106中传送冲突的存在，冲突解决器和冲突解决过程相应地被配置为仅在检测到传送冲突的目标区域中执行冲突解决。作为示例，实体104可以如图6c的顶部所示接收传输1和2，并能够发现目标区域105仅接收传输1，使得不存在冲突。另一方面，实体104可以识别目标区域 106中的至少一个多点接收机应当接收传输1和2，因此，实体判断目标区域106中下游传送冲突的存在，从而如例如图6c的底部所示针对目标区域106执行冲突解决过程。需要注意，典型地，冲突解决过程还包括以下步骤向多点传输2的接收机(例如， 预订特定信息服务的所有接收机)通知将要中止或中断传输2的传送，以便能够在相同信道上发送多点传输1的数据。可以以任何合适或期望的方式进行这种信号通知，例如，在 MBMS多点传输的上下文中使用前述MBMS控制信道。可见，冲突解决过程可以导致一个或多个多点传输的传送中的延迟。如果例如将两个多点传输复用到单个信道(如单个S-CCPCH)上，则吞吐量减小大约50%。由此可见， 优选地，本发明的概念应用在多点下载会话的上下文中，并且不是始终适用于时间延迟可能至关重要的流传输会话。因此，优选地，上游实体(如BMSC)在多点传输的开始处添加了指示，该指示用于向下游多点传送实体通知是否可以应用本发明的冲突检测和冲突解决机制。例如，如果会话是流传输会话，则上游实体可以设置用于禁用冲突检测和冲突解决的应用的标记。此外，在多点接收机使用涉及用于开始修复过程的时间值(例如，MBMS中的FFT到期时间)的前述修复机制的情况下，优选地，上游实体(如BM-SC)还在多点传输的开始处包括对最大缓冲长度或最大缓冲时间的指示，从而向下游多点传送实体通知如何调整最大缓冲长度。实体104(如RNC)中的简单实现可以使得实体104接收对下载会话的起始指示 (新指示或者可能从指示会话持续时间的信息元素导出的指示)，然后实体104检查所提供的会话持续时间长度(例如，从MBMS已知的信息元素“MBMS会话持续时间长度”)。如果实体104识别出新会话将比正在进行的会话早结束至少预定时间段(如20秒)，则实体104 将其判断为冲突，从而如例如图6a至6c之一所示执行冲突解决过程。如上所述，本发明的概念在移动通信系统的上下文中的应用是优选的应用。然而， 本发明还可以应用在任何多点传送系统(例如，还针对IPTV)的上下文中。在这种意义上， 图ι所示的实体104还可以是这种IPTV系统的传送点，目标区域105和106可以是预订 IPTV服务的不同家庭。图3示出了本发明的基本方法实施例的流程图，更具体地，一种控制多点传送实体(例如，图2所示的实体20)的方法，其中该多点传送实体被配置为从上游实体接收多点传输并向下游多点接收机传送多点传输。在第一步骤S31，从上游实体(如BMSC)接收两个或更多个多点传输。然后，在步骤S32，分析是否检测到多点传输之间的传送冲突。如果是，则执行冲突解决过程S33，否则，跳过步骤33并在步骤S34执行传送而不执行冲突解决过程。可以以上述任一方式执行传送冲突检测过程S32，同样，还可以以上述任一方式执行冲突解决过程S33。图4示出了本发明的另一方法实施例的流程图。在第一步骤S41，将要用于多点传输的内容从内容服务器(例如，图1中的内容服务器100)发送至多点传输服务中心(例如，图1中的实体101)。多点传输服务中心控制向多点接收机的多点传输，例如通过根据通信系统中采用的多点通信规则适当地格式化内容和执行适当信令，参见步骤S42。然后， 在步骤S43，向下游多点传送实体(例如，图1所示的实体102、103或104之一)发送多点传输。例如，多点传送实体可以是无线接入网(RAN)中的无线网络控制器(RNC)。此外，如步骤S44所示，多点传送实体执行检测多点传送实体的下游多点传输之间传送冲突的存在 (例如，在包括多个接收机在内的一个或多个目标区域中)的过程，并在步骤S44检测到传送冲突的情况下执行冲突解决过程S45。最后，在步骤S46，根据冲突解决过程的结果，向下游多点接收机传送多点传输。换言之，如果不存在冲突，则可以根据在多点传送实体处接收多点传输的调度来传送多点传输，以及，另一方面，如果检测到冲突，则冲突解决可以得到至少一个多点传输的修改后的调度，从而步骤S46的传送与修改后的传送调度(参见例如图6a-6c的底部)相对应。现在，结合图7来解释在前述实体中的一些实体之间交换的消息序列的详细示例，具体参照MBMS的示例。参考标号71指代多点传输服务中心(如BM-SC)。参考标号72 描述了核心网实体(例如，图1所示的实体102、103之一)。参考标号73指代本发明的多点传送实体(可见于例如无线接入网中，例如在无线网络控制器(RNC)中)。最后，参考标号74指代被配置为用作多点接收机的用户设备(UE)。时间的前进方向为从顶至底，参考标号75和76分别指代两个传输2和1，这两个传输2和1将被提供给多个多点接收机，其中包括用户设备74，因此，用户设备74被示作多个这种接收机的示例。
在以下示例中，假定多点传送实体73发送专用的中止消息，该专用的中止消息包含传输中止的持续时间，可能还包括与其在另一传输中止或中断时发送的MBMS下载传输有关的信息。例如，这种信息可以经由MSCH而发送。作为备选，还可以仅使用MICH和MCCH 来指示这种调度，但是这会耗费更长时间。此外，需要注意，还可以在IPTV和DSLAM缓冲器的情况下应用图7所示的基本序列通信，但在这种情况下，不存在MSCH或MCCH，并且将假定接收机中的应用始终监听IP承载。可见，传输1和传输2是利用与先前结合图恥解释的情况相对应的调度来接收的。在初始阶段1中，服务层发送会话起始消息701、702，然后，这些消息被适当地应答。多点传送实体73借助于MICH和MCCH向用户设备74发送通知703。随后，如箭头704所示， 执行对与多点传输2相对应的MBMS数据的下载。参考标号2指示在多点传输1开始时开始的阶段。假定给定目标区域中的多点传送实体已经从“MBMS会话持续时间”信息识别出多点传输1在多点传输2结束之前结束，从而执行调度修改作为冲突解决。多点传送实体73还设置最大缓冲长度，以确保缓冲不会超过多点接收机开始针对传输进行文件修复过程之前的时间点。服务层再次发送会话起始消息705、706，多点传送实体73向用户设备74发送通知和调度消息707。新调度信息可以指示多点传输2的服务在给定的时间段At2(例如，2秒和10秒之间的时间段)内中止，并同样提供与新多点传输1有关的信息。可见，然后，如实线箭头704和虚线箭头708所示，交替来自传输1和2的数据块。参考标号3指示以下时间点此时，在多点传送实体73处已经接收到多点传输1 的所有数据，还已经发送和接收对应的会话停止消息709、710。此时，多点传送实体可以设置定时器，以在所述定时器到期之后从缓冲器中删除剩余数据。参考标号4指示以下时间点此时，所述与多点传输1相关的缓冲器为空。因此， 多点传送实体已经发送与多点传输1相关的所有数据并对应地停止发送调度信息，并且发送传输结束消息711。相应地，从MCCH中移除多点传输1的TMGI (临时移动组标识符)。随后，多点传送实体接收多点传输2的会话停止消息712、713，但由于缓冲器中仍存在传输2 的数据，多点传送实体继续进行发送。最后，参考标号5指示以下时间点此时，对于多点传输2，缓冲器为空，对应地，还从MCCH中移除多点传输2的TMGI，并发送传输结束消息714。尽管参照详细实施例描述了本发明，但是这些详细实施例仅用于提供对本发明的更好理解，而决不意在限制，确切地说，本发明由所附权利要求限定。此外，权利要求中的参考标记和标号不具有限制效果。
权利要求
1.一种多点传送实体，用于从上游实体接收多点传输并向下游多点接收机传送所述多点传输，所述多点传送实体包括-冲突检测器，用于检测所述多点传送实体的下游多点传输之间传送冲突的存在；以及-冲突解决器，用于在检测到传送冲突的情况下执行冲突解决过程。
2.根据权利要求1所述的多点传送实体，其中，所述冲突检测被配置为如果所述多点传输中的两个或更多个多点传输被调度为使得作为所述两个或更多个多点传输的目的地的一个或多个所述多点接收机无法接收到所述两个或更多个多点传输，则检测到所述传送冲突的存在。
3.根据权利要求1或2所述的多点传送实体，其中，所述冲突解决过程包括针对所述多点传输中的至少一个多点传输的接收调度，修改所述至少一个多点传输的传送调度。
4.根据权利要求3所述的多点传送实体，其中，第一多点传输和第二多点传输已经被检测为冲突，所述冲突解决器被配置为中断第一多点传输在给定的多点信道上的传送并在所述给定的多点信道上传送来自第二多点传输的数据。
5.根据权利要求4所述的多点传送实体，其中，所述冲突解决器被配置为在所述给定的多点信道上交替传送所述第一多点传输的数据与所述第二多点传输的数据。
6.根据权利要求4或5所述的多点传送实体，其中，所述多点传输被配置为包括信息元素，所述冲突解决器被配置为调整来自第二多点传输的数据在所述给定的多点信道上的传送，以便传送所述第二多点传输的信息元素。
7.根据权利要求6所述的多点传送实体，其中，所述多点传输被配置为以规则的间隔来包括所述信息元素，所述冲突解决器被配置为发送来自所述第二多点传输的数据块，并调整用于在所述给定的多点信道上传送来自第二多点传输的数据的时间跨度，以便针对每个数据块传送所述第二多点传输的至少一个信息元素。
8.根据前述权利要求中任一项所述的多点传送实体，其中，所述多点接收机被配置为执行用于修复所接收的多点传输的修复过程，所述修复过程基于由所述上游实体设置的时间值而开始，其中，所述冲突解决器被配置为在执行所述冲突解决过程时考虑所述时间值。
9.根据权利要求8所述的多点传送实体，其中，所述冲突解决过程包括对所述多点传输中的至少一个进行缓冲，最大缓冲长度取决于所述时间值。
10.根据权利要求9所述的多点传送实体，其中，所述冲突解决器能够在缓冲长度超过所述最大缓冲长度的情况下丢弃缓冲的数据。
11.根据前述权利要求中任一项所述的多点传送实体，其中，所述多点传送实体被配置为向多个可辨别的多点目标区域提供多点传送服务，所述冲突检测器被配置为针对每个目标区域检测所述多点传输之间传送冲突的存在。
12.根据前述权利要求中任一项所述的多点传送实体，其中，所述多点传送实体包括在移动通信系统的接入网中。
13.根据前述权利要求中任一项所述的多点传送实体，其中，所述多点传输是多媒体广播多播服务传输。
14.一种控制多点传送实体的方法，所述多点传送实体被配置为从上游实体接收多点传输并向下游多点接收机传送所述多点传输，所述方法包括-检测所述多点传送实体的下游多点传输之间传送冲突的存在；以及 -在检测到传送冲突的情况下执行冲突解决过程。
15.一种包括计算机程序代码部分的计算机程序产品，所述计算机程序代码部分被设计为在被加载至可编程多点传送实体中并且在可编程多点传送实体上执行时，执行根据权利要求14所述的方法。
16.一种多点传输的方法，包括-将来自一个或多个内容源的内容发送至多点传输服务中心，所述多点传输服务中心控制向多点接收机的多点传输；-将所述多点传输发送至所述多点传输服务中心下游的多点传送实体，所述多点传送实体检测所述多点传送实体的下游多点传输之间传送冲突的存在，并在检测到传送冲突的情况下执行冲突解决过程；以及-根据所述冲突解决过程的结果，向下游的所述多点接收机传送所述多点传输。
全文摘要
本发明提供了一种用于从上游实体接收多点传输并向下游多点接收机传送所述多点传输的多点传送实体，所述多点传送实体包括冲突检测器，用于检测所述多点传送实体的下游多点传输之间传送冲突的存在；以及冲突解决器，用于在检测到传送冲突的情况下执行冲突解决过程。
文档编号H04L12/18GK102326357SQ200880132816
公开日2012年1月18日 申请日期2008年12月18日 优先权日2008年12月18日
发明者托斯腾·洛马尔, 杰蒂·阿尔森莫 申请人:瑞典爱立信有限公司