CN102334358B - 服务续传方法、用户设备和基站 - Google Patents
服务续传方法、用户设备和基站 Download PDFInfo
- Publication number
- CN102334358B CN102334358B CN200980157458.5A CN200980157458A CN102334358B CN 102334358 B CN102334358 B CN 102334358B CN 200980157458 A CN200980157458 A CN 200980157458A CN 102334358 B CN102334358 B CN 102334358B
- Authority
- CN
- China
- Prior art keywords
- data
- cell
- data cell
- target enode
- enodeb
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提出了一种服务续传方法,用于从由源基站eNodeB向用户设备UE传送服务切换到由目标eNodeB向该UE传送服务,所述服务续传方法包括步骤:所述UE向目标eNodeB发送小区更新消息,所述小区更新消息包括UE最后从源eNodeB正确接收到的数据单元的序号;目标eNodeB根据从UE接收到的小区更新消息中包含的序号和自身当前处理的数据单元的序号,来确定是否需要重传该目标eNodeB的缓存器中存储的已经发送过的数据单元;目标eNodeB向UE发送小区更新确认消息,所述小区更新确认消息包括重传指示符,所述重传指示符指示了目标eNodeB的重传确定结果。还提出了实现该方法的用户设备和基站。因此,将针对UE的特定数据转发改变为针对单小区EMBMS业务的特定重传,节约了大量资源。
Description
技术领域
本发明涉及无线通信领域,具体地,涉及一种单小区EMBMS业务的服务续传方法以及实现该方法的用户设备和基站。
背景技术
对于单小区(SC)EMBMS(EvolvedMulticastBroadcastMultimediaService演进多媒体广播组播业务)业务连续性的问题,已经提出了一种处理方案(非专利文献[1]、[2]),即将需要越区切换的正在接收EMBMS业务的用户设备UE转换到RRC连接状态(RRCCONNECTEDmode)的前提下,重用单播业务的网络控制的越区切换过程来支持EMBMS业务的服务续传。
这种方案的主要缺点在于仅该方案仅在UE数目有限时才适用。这是因为单播网络控制的越区切换过程需要将UE转换到RRC连接状态。因此,如果有大量UE同时接收MBMS业务,则将在系统中引入大量的信令负荷。因此,对于该现有方案,在可以优化服务续传的UE的数目和网络中的信令负荷之间存在折衷。
服务续传问题的主要关注点是解决在越区切换过程期间可能出现的分组丢失问题。数据丢失是由异步单小区传输引起的,即以单小区方式发送EMBMS业务的每个基站enodeB独立发送业务数据,发送相同数据的绝对时间各不相同,具备异步特性。如图1所示,UE从基站eNodeBA移动到基站eNodeBB。现有方案并不包括用户面/控制面的处理设计,以可以重用单播越区切换的假定来解决分组丢失。然而,发明人并不这么认为。如果重用单播越区切换的用户面处理,则所有MBMSUE需要在移动过程期间变为连接状态,这将加大信令开销。此外,目标小区将同时具有用于为每个切换UE建立的数据转发的专用单播承载(图1中的点划线)和用于SC传输的MBMSPTM(PointToMultipoint)(点到多点)承载(图1中的点线)。这样显然耗费资源,更重要地,这与当前标准化组织3GPP的工作组RAN2(RadioAccessNetwork2)对EMBMS业务的传输假设相冲突。
在进行MBMS业务数据传输时,MBMS网关(GW)的PDCP(packetdataconvergenceprotocol分组数据汇聚协议)协议层将上层送下来的数据包组装成PDCPPDU(protocoldataunit协议数据单元)后以RLC_UM_DATA_REQ发送到eNodeB的RLC(radiolinkcontrol无线链路控制)协议层。如图2所示,同一个PDCPPDU被发送给MBMS服务区域内的所有eNodeB。由于eNodeB独立地处理接收到的PDCPPDU,从而可能得到不同的RLCPDU,因此重传数据应该是PDCPPDU。在现有技术中,eNodeB在空中接口发送RLCSDU之后删除RLCSDU。
非专利文献:
[1]:R2-074215,MBMSServiceContinuity,Ericsson,8-12October2007,http://ftp.3gpp.org/tsgran/WG2RL2/TSGR259bis/Docs/?C=N;O=D。
[2]:R2-074853,OnMBMSServiceContinuity,Nokia&NokiaSiemensNetworks;5-9November2007,http://ftp.3gpp.org/tsgran/WG2RL2/TSGR260/ Docs/?C=N;O=D。
发明内容
在现有技术中,越区切换过程期间的数据转发是针对UE的特定操作,因此对于EMBMS业务而言是浪费资源的。鉴于现有技术的上述缺陷,发明人提出了一种在单小区EMBMS业务场景下应用基于定时器的重传来代替不同eNodeB之间的数据转发来优化业务连续性的概念。
根据本发明的一个方面,提供一种服务续传方法,用于从由源基站eNodeB向用户设备UE传送服务切换到由目标eNodeB向该UE传送服务,所述服务续传方法包括步骤:所述UE向目标eNodeB发送小区更新消息,所述小区更新消息包括UE最后从源eNodeB正确接收到的数据单元的序号;目标eNodeB根据从UE接收到的小区更新消息中包含的序号和自身当前处理的数据单元的序号,来确定是否需要重传该目标eNodeB的缓存器中存储的已经发送过的数据单元;以及目标eNodeB向UE发送小区更新确认消息,所述小区更新确认消息包括重传指示符,所述重传指示符指示了目标eNodeB的重传确定结果。
优选地,在确定是否需要重传的步骤中,当从UE接收到的序号小于目标eNodeB当前处理的数据单元的序号时,确定需要重传,并将序号大于从UE接收到的序号的数据单元确定为要重传的数据。
优选地,目标eNodeB在发送数据单元之后经过了预定的时间段时,从缓存器中删除所述数据单元。
优选地,所述服务续传方法还包括步骤:目标eNodeB向UE发送被确定要重传的数据单元。
优选地,目标eNodeB采用时分复用的方式来发送要重传的数据单元和要正常传输的数据单元。
优选地,目标eNodeB通过对要正常传输的数据单元和需要重传的数据单元进行联合编码,利用共享资源发送要正常传输的数据单元和需要重传的数据单元。
优选地,联合编码包括脏纸编码DPC。
优选地,所述服务续传方法用于单小区EMBMS业务系统。
根据本发明的另一方面,还提出了一种用户设备UE,包括:发送单元,向目标基站eNodeB发送小区更新消息,所述小区更新消息包括UE最后从源eNodeB正确接收到的数据单元的序号;接收单元,从目标eNodeB接收小区更新确认消息,所述小区更新确认消息包括重传指示符,以向UE指示该目标eNodeB是否进行数据单元的重传。
优选地,所述用户设备,还包括:解码单元,用于根据重传指示符,对从目标eNodeB接收到的数据进行解码。
优选地,在所述用户设备中,解码单元采用与目标eNodeB所使用的编码方法相应的解码方法来对从目标eNodeB接收到的数据进行解码。
根据本发明的另一方面,还提出了一种基站eNodeB,包括:接收单元,从UE接收小区更新消息,所述小区更新消息包括UE最后从作为源eNodeB的另一eNodeB正确接收到的数据单元的序号;发送单元,用于向UE发送小区更新确认消息和要正常传输的数据单元;缓存器,用于缓存已经发送过的数据单元;以及重传确定单元,根据从UE接收到的小区更新消息中包含的序号和自身当前处理的数据单元的序号,来确定是否需要重传缓存器中存储的已经发送过的数据单元;其中所述小区更新确认消息包括重传指示符,所述重传指示符指示重传确定单元的重传确定结果。
优选地,当从UE接收到的序号小于当前处理的数据单元的序号时,重传确定单元确定需要重传,并将缓存器中序号大于从UE接收到的序号的数据单元确定为要重传的数据。
优选地,在发送数据单元之后经过了预定的时间段时,从缓存器中删除所述数据单元。
优选地,发送单元还向UE发送被重传确定单元确定为要重传的数据单元。
优选地,发送单元采用时分复用方式来发送要重传的数据单元和要正常传输的数据单元。
优选地,通过对要正常传输的数据单元和需要重传的数据单元进行联合编码,利用共享资源发送要正常传输的数据单元和需要重传的数据单元。
优选地,联合编码包括脏纸编码DPC。
优选地,根据本发明的用户设备和基站eNodeB用于单小区EMBMS业务系统。
相对于已有方案,本发明实现了如下优点:
1)在SC传输的情况下,对于业务连续性,将针对UE的特定数据转发改变为针对MBMS业务的特定重传。节约了大量资源。
2)应用DPC进一步改善了资源的利用。
3)利用所提出的资源利用率高的方案,新移动到单小区的UE不会影响该小区内的已有正在接收单小区传输的UE。
附图说明
结合附图,根据下面对本发明的非限制性实施例的详细描述,本发明的上述及其他目的、特征和优点将变得更加清楚,附图中:
图1示出了传统的单小区传输的数据转发过程的示意图;
图2示出了MBMS的协议栈的示意图;
图3示出了根据本发明实施例的用于小区更新过程的服务续传方法的示意图;
图4示出了根据本发明实施例的UE的框图;
图5示出了根据本发明实施例的eNodeB的框图;
图6示出了根据本发明第一实施例的针对重传数据和正常SC数据采用时分复用(TDM)的服务续传方法的示例;
图7示出了根据本发明第二实施例的eNodeB的发送机的功能示意图;
图8示出了基于DPC的重传的信道结构;以及
图9示出了根据本发明第二实施例的UE的接收机的功能示意图。
具体实施方式
下面,结合附图来详细描述本发明的实施例。在以下描述中,一些具体实施例仅用于描述目的,而不应该理解为对本发明有任何限制,而只是本发明的示例。需要指出的是,示意图仅示出了与现有系统的区别,而省略了常规结构或构造,以免导致对本发明的理解不清楚。
下面以单小区EMBMS业务传输场景为例对根据本发明的方法、用户设备和基站进行描述。但是,本发明的方法、用户设备和基站并不局限于单小区EMBMS业务系统。
图3示出了根据本发明实施例的用于小区更新过程的服务续传方法的示意图。图4和图5分别示出了根据本发明实施例的用于实现图3所示的服务续传方法的UE和eNodeB的框图。
在小区/TA更新(针对RRC空闲状态下的UE)过程或越区切换过程(针对RRC连接状态下的UE)期间,UE向目标eNodeB发送小区更新消息。
在根据本发明的改进的小区更新过程中,如图3所示,UE通过小区更新消息向目标eNodeB报告其最后从源eNodeB正确接收到的数据单元PDCPPDU的序列号(SN),此序列号表明了PDCPPDU的顺序。仅在目标eNodeB比源eNodeB发送相同的MBMS业务更快时,也就是目标eNodeB所处理的PDCPPDU的SN大于UE所报告的SN时,才需要重传。需要重传目标eNodeB已经处理但是UE尚未从源eNodeB接收到的PDCPPDU,也即缓存器中SN大于UE所报告的SN的PDCPPDU。
因此,利用SN,目标eNodeB可以知道自身是否比源eNodeB发送分组更快,并确定是否向新加入的UE重传被指示为丢失的数据单元。
然后,eNodeB向UE反馈小区更新确认消息。在根据本发明的改进的小区更新过程中,小区更新确认消息包含重传指示符,目标eNodeB根据是否需要重传的确定结果来设置重传指示符,以向UE指示是否需要接收重传数据。
根据本发明的数据重传可以是针对MBMS业务的特定重传,即目标eNodeB根据来自多个UE的信令来确定需要从哪个数据单元PDCPPDU开始重传。
这样,重传数据被广播到需要接收重传数据的所有UE。可以使用时分复用TDM或与正常的SC传输共享相同的资源的方式,来发送重传数据。如果将TDM复用用于重传,则目标小区在不同的子帧中分配重传数据和正常的SC数据,如图6所示。
图4和图5示出了根据本发明实施例的用于实现根据本发明的用于小区更新过程的服务续传方法的UE和eNodeB的框图。
如图4所示,根据本发明的UE200包括发送单元20、接收单元22和解码单元24。这些单元具有公知的功能。发送单元20用于向UE200所属的eNodeB发送消息和数据。接收单元22用于从eNodeB接收消息和数据。解码单元24对接收单元22所接收到的数据进行解码。当然,UE200还包括其它单元,例如处理单元、显示单元等,在此仅示出了与本发明有关的单元,以免使本发明不清楚。
如图5所示,根据本发明的eNodeB100包括发送单元10、接收单元12和解码单元14。这些单元具有公知的功能。发送单元10向小区内的UE发送业务数据和控制信令。接收单元12从网关以及UE接收信令和业务数据。解码单元14对接收单元12接收到的数据进行解码。同样,eNodeB100还包括其它单元,例如处理单元、编码单元等,在此仅示出了与本发明有关的单元,以免使本发明不清楚。
根据本发明的eNodeB100还包括缓存器16和重传确定单元18,缓存器16用于存储已经向UE发送了的数据单元。每个eNodeB具有针对每个小区的每个EMBMS业务的缓存器。这种缓存器被称为移动缓存器,用于存储可能要重传的数据,从而保障单小区移动情况下的业务连续性。在本发明中,已被传输的RLCSDU将保持在移动缓存器中一段时间。该时间段的具体长度由运营商配置,将其表示为TMBMSMO。重传确定单元18用于根据来自用户设备的信息,确定需要重传缓存器16中缓存的哪些数据单元。
具体地,在小区/TA更新(针对RRC空闲状态下的UE)过程或越区切换过程(针对RRC连接状态下的UE)期间,UE200的发送单元20向目标eNodeB100发送小区更新消息,该小区更新消息包括UE最后从源eNodeB正确接收到的数据单元的序号。
在eNodeB100的接收单元12接收到小区更新消息后,重传确定单元18根据从UE接收到的小区更新消息中包含的序号和eNodeB100自身当前处理的数据单元的序号,来确定是否需要重传缓存器中缓存的数据单元。在从UE接收到的序号小于当前处理的数据单元的序号时,重传确定单元18确定需要重传缓存器中序号大于从UE接收到的同时小于目标eNodeB当前处理的数据单元。发送单元10向UE发送小区更新确认消息,小区更新确认小区包括重传指示符,重传指示符指示了重传确认单元的重传确定结果。发送单元10还向UE发送要重传的数据单元和正常传输的数据单元,正常传输的数据单元即在该目标eNodeB当前处理的数据单元之后要正常传输的数据单元,也即SC传输。在发送正常传输的数据单元的同时,将其存储在缓存器16中,同时触发一个计时器,在计时器在达到运营商所设置的期限时,从缓存器16中删除该数据单元。
UE200的接收单元22接收到小区更新确认消息,并从eNodeB100接收业务数据。在小区确认更新消息中的重传指示符指示该eNodeB进行重传时,解码单元24对接收到的业务数据进行解码,以获得重传的数据单元和正常传输的数据单元。对于原本就在目标小区内并未移动的UE,不需要对重传数据单元进行解码处理。
下面具体描述用于实现根据本发明实施例的服务续传方法的基站和用户设备的操作。
【第一实施例】
在根据本发明的第一实施例中,eNodeB的操作如下:
1.准备重传数据
在eNodeB向RLC层发送一个PDCPPDU时,启动针对TMBMSMO的定时器并将PDCPPDU移动到移动缓冲器中。一旦定时器期满,则在移动缓冲器中删除相应的PDU。
eNodeB在小区中发送SC业务数据。如果eNodeB从移动UE接收到小区更新消息,并且该移动UE的MBMSPDCPPDU的SN小于eNodeB所处理的PDCPPDU的SN,则需要利用SC重传来构造重传数据。eNodeB可以根据来自多个UE的信令来确定需要重传的具体PDCPPDU。例如,如果UE1报告SN=8,UE2报告SN=10,且eNodeB正在处理SN=14,则将在移动缓冲器中构造SN=9~13的重传数据。
2.发送重传数据
图6示出了根据本发明第一实施例的针对重传数据和正常SC数据采用时分复用(TDM)的服务续传方法的示例。如图6所示,eNodeB将TDM用于重传,在分离的RLCPDU中分配重传数据和正常的SC数据,从而实现了服务续传,确保了针对该单小区EMBMS业务的连续性。
在根据本发明的第一实施例中,UE的操作如下:
1.EMBMS的SC移动过程
在改进的SC移动过程中,例如在小区更新过程中,如图3所示,UE通过小区更新消息向目标eNodeB报告最后从源eNodeB正确接收到的MBMSPDCPPDU的SN。UE检测eNodeB反馈的小区更新确认消息中的重传指示符。如果指示符指示“是”,则UE知道需要准备解码MSMB重传数据。如果指示符指示“否”,则UE不进行特殊操作。
2.解码重传数据
在指示符指示“是”时,UE对重传数据进行解码。解码过程与现有技术一样。
【第二实施例】
在根据本发明的第二实施例中,eNodeB的操作如下:
1.准备重传数据
该操作与第一实施例中的操作是相同的。
2.发送重传数据
eNodeB应用共享资源来发送重传数据和正常SC数据。eNodeB对重传数据和正常数据进行联合编码,并发送编码后的数据流。
例如,可以通过将正常SC传输当作“噪声”,对重传数据应用DPC(DirtyPaperCoding脏纸编码)。DPC指示了以下原理:一旦编码器知道噪声序列的所有信息,则信道容量不会受到影响[非专利文献3]。编码器不需要抵消噪声,而是将其用于选择有用信息的编码码字。在这种情况下,通过不同的传输信道来分配目标小区中的重传数据和正常SC数据。
DPC可以应用于重传数据流(第一选项)或SC数据流(第二选项)。针对这两个选项的发送机的设计复杂度是一样的。可以预见,不会总是出现由于UE移动而引起的重传。因此,前一选项节约了发送机的编码处理,但是代价是单小区中的UE的接收机的处理。
特别地,以第一选项作为一个示例进行解释。
eNodeB的发送机通过DPC构造空中接口数据,如图7所示,并且通过MCCH信令来通知UE何时将执行DPC解码,如图8所示。图7示出了根据本发明第二实施例的eNodeB的发送机(包括发送单元10以及编码单元(未示出)等的功能)的功能示意图;图8示出了基于DPC的重传的信道结构。SC数据流和重传数据流被独立地编码为“噪声”序列S和信息序列W。使用S将W进行DPC编码为传输序列X。然后,将X和S叠加到一起并和控制信令一起映射到OFDM子载波上。
在根据本发明的第二实施例中,UE的操作如下:
1.EMBMS的SC移动过程
该操作与第一实施例中的操作相同。如果指示符指示“是”,则UE知道需要准备解码MSMB重传数据。如果指示符指示“否”,则UE不进行特殊操作。
2.解码重传数据
UE接收编码后的数据流,对数据流进行解码以得到重传数据和正常数据。
在eNodeB应用DPC进行编码的情况下,UE的操作如下。
UE读取MCCH以便知道何时开始解码DPC。如图9所示,UE的接收机(包括接收单元22和解码单元24等的功能)被设计用于解码重传数据。图9示出了根据本发明第二实施例的UE的接收机的功能示意图。在接收机处,接收信号经过傅里叶变换FFT转换为接收序列Y。通过信道估计处理来去除信道对接收序列的影响。然后,进行DPC解码以获得解码信息序列即重传数据。
对于原本就在目标单小区内的UE,他们不需要进行DPC解码以获得序列在使用MBMS的导频信号进行信道估计之后,可以获得“噪声”序列然后,执行正常的解码和解调以获得正常的SC数据。
[非专利文献3]MaxH.M.Costa,“Writingondirtypapercoding”,IEEETransaction.Inform.Theory.1983
与现有方案相比,根据本发明的服务续传方法使得服务续传成为可能,并实现了以下效果:
1)通过目标单小区中的重传,解决了UE在单小区之间移动而引起的分组丢失问题;
2)针对每个数据单元触发一个定时器。一旦定时器期满,则从移动缓存器中删除相应的数据单元。这种方法很容易实现;
3)与现有的针对UE的eNodeB之间的数据转发不同,根据本发明的方法可以基于业务来执行重传,因而节约了大量的无线资源;
4)相同物理资源上的重传数据流和SC传输数据流的联合编码减少了资源消耗;另一方面,由于由不同的传输信道承载这些数据流,因此他们的调制/编码是彼此独立的,这可以与即时信道条件相匹配;
5)eNodeB具有DPC编码功能。DPC的应用使得重传数据流使用SC-PTM流来进行码字创建,而不是将其当作干扰。
6)UE具有DPC解码功能。DPC的应用使得单小区内的移动UE和驻扎UE能够接收他们所需的数据。
7)EMBMS逻辑控制信道向UE通知存在针对移动的重传,UE检测何时(DPC的起始)以及如何对接收信号进行解码(如果与SC-PTM数据流不同,则对于重传数据流为调制/编码模式索引)。
以上描述仅给出了本发明的优选实施例,而并不是要以任何方式限制本发明。因此,在本发明精神和原理内进行的任何修改、替换、改进等应该由本发明权利要求所限定的范围所涵盖。
Claims (20)
1.一种在单小区演进多媒体广播组播EMBMS业务场景下的服务续传方法,用于从由源基站eNodeB向UE传送服务切换到由目标eNodeB向所述UE传送服务,所述服务续传方法包括用以下步骤来代替针对所述UE的在eNodeB之间的特定数据转发:
所述UE向目标eNodeB发送小区更新消息,所述小区更新消息包括UE最后从源eNodeB正确接收到的数据单元的序号;
目标eNodeB根据从UE接收到的小区更新消息中包含的序号和自身当前处理的数据单元的序号,来确定是否需要重传该目标eNodeB的缓存器中存储的所述目标eNodeB已经发送过的数据单元;
目标eNodeB向UE发送小区更新确认消息,所述小区更新确认消息包括重传指示符,所述重传指示符指示了目标eNodeB的重传确定结果。
2.根据权利要求1所述的方法,其中在确定是否需要重传的步骤中,当从UE接收到的序号小于目标eNodeB当前处理的数据单元的序号时,确定需要重传,并至少将缓存器中序号大于从UE接收到的序号的数据单元确定为要重传的数据。
3.根据权利要求1或2所述的方法,其中目标eNodeB在发送数据单元之后经过了预定的时间段时,从缓存器中删除所述数据单元。
4.根据权利要求2所述的方法,还包括:
目标eNodeB向UE发送被确定要重传的数据单元。
5.根据权利要求4所述的方法,其中目标eNodeB采用时分复用的方式来发送要重传的数据单元和正常传输的数据单元。
6.根据权利要求4所述的方法,其中目标eNodeB通过对正常传输的数据单元和需要重传的数据单元进行联合编码,利用共享资源发送正常数据和需要重传的数据单元。
7.根据权利要求6所述的方法,其中联合编码包括脏纸编码DPC。
8.根据权利要求1-7之一所述的方法,其中所述方法用于单小区EMBMS业务系统。
9.一种用于在单小区演进多媒体广播组播EMBMS业务场景下服务续传的UE,包括:
发送单元,向目标基站eNodeB发送小区更新消息,所述小区更新消息包括UE最后从源eNodeB正确接收到的数据单元的序号;
接收单元,从目标eNodeB接收小区更新确认消息,所述小区更新确认消息包括重传指示符,以向UE指示该目标eNodeB是否进行数据单元的重传以代替针对所述UE的在eNodeB之间的特定数据转发。
10.根据权利要求9所述的用户设备,还包括:
解码单元,用于根据重传指示符,对从目标eNodeB接收到的数据进行解码。
11.根据权利要求10所述的用户设备,其中解码单元采用与目标eNodeB所使用的编码方法相应的解码方法来对从目标eNodeB接收到的数据进行解码。
12.根据权利要求9-11之一所述的用户设备,其中所述用户设备用于单小区EMBMS业务系统。
13.一种用于在单小区演进多媒体广播组播EMBMS业务场景下服务续传的基站eNodeB,包括:
接收单元,从UE接收小区更新消息,所述小区更新消息包括UE最后从作为源eNodeB的另一eNodeB正确接收到的数据单元的序号;
发送单元,用于向UE发送小区更新确认消息和正常传输的数据单元;
缓存器,用于缓存已经发送过的数据单元;
重传确定单元,根据从UE接收到的小区更新消息中包含的序号和自身当前处理的数据单元的序号,来确定是否需要重传缓存器中存储的所述eNodeB已经发送过的数据单元,以代替针对所述UE的在所述eNodeB和所述另一eNodeB之间的特定数据转发;
其中所述小区更新确认消息包括重传指示符,所述重传指示符指示重传确定单元的重传确定结果。
14.根据权利要求13所述的基站eNodeB,其中当从UE接收到的序号小于当前处理的数据单元的序号时,重传确定单元确定需要重传,并至少将缓存器中序号大于从UE接收到的序号的数据单元确定为要重传的数据。
15.根据权利要求13或14所述的基站eNodeB,其中在发送数据单元之后经过预定的时间段时,从缓存器中删除所述数据单元。
16.根据权利要求14所述的基站eNodeB,其中发送单元还向UE发送被重传确定单元确定为要重传的数据单元。
17.根据权利要求16所述的基站eNodeB,其中发送单元采用时分复用方式来发送要重传的数据单元和正常传输的数据单元。
18.根据权利要求16所述的基站eNodeB,其中通过对要正常传输的数据单元和需要重传的数据单元进行联合编码,利用共享资源发送要正常传输的数据单元和需要重传的数据单元。
19.根据权利要求18所述的基站eNodeB,其中联合编码包括脏纸编码DPC。
20.根据权利要求13-19之一所述的基站eNodeB,其中所述基站eNodeB用于单小区EMBMS业务系统。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2009/000611 WO2010139088A1 (zh) | 2009-06-01 | 2009-06-01 | 服务续传方法、用户设备和基站 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102334358A CN102334358A (zh) | 2012-01-25 |
CN102334358B true CN102334358B (zh) | 2016-05-11 |
Family
ID=43297245
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200980157458.5A Active CN102334358B (zh) | 2009-06-01 | 2009-06-01 | 服务续传方法、用户设备和基站 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102334358B (zh) |
WO (1) | WO2010139088A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103260195B (zh) * | 2012-02-17 | 2016-06-08 | 华为技术有限公司 | 视频业务数据传输方法及装置 |
EP3177072B1 (en) * | 2014-07-23 | 2018-10-03 | Huawei Technologies Co. Ltd. | Data packet sending and data processing devices and methods |
WO2017156792A1 (en) * | 2016-03-18 | 2017-09-21 | Qualcomm Incorporated | Transmission of new data in a hybrid automatic repeat request (harq) retransmission with polar coded transmissions |
EP4080912B1 (en) * | 2019-12-31 | 2024-03-20 | Huawei Technologies Co., Ltd. | Multicast sending and receiving methods and apparatuses |
CN113973266B (zh) * | 2020-07-23 | 2023-12-19 | 维沃移动通信有限公司 | 信息接收方法、发送方法、会话建立方法、装置和设备 |
CN117835340A (zh) * | 2022-09-28 | 2024-04-05 | 华为技术有限公司 | 通信方法和装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1549097A1 (en) * | 2003-02-18 | 2005-06-29 | Fujitsu Limited | Radio base station and mobile communication system |
CN101047979A (zh) * | 2006-03-30 | 2007-10-03 | 华为技术有限公司 | 一种避免重复发送自动重传请求数据的处理方法 |
CN101170795A (zh) * | 2006-10-23 | 2008-04-30 | 大唐移动通信设备有限公司 | 一种控制用户设备小区切换的方法、系统及装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
SE0103853D0 (sv) * | 2001-11-15 | 2001-11-15 | Ericsson Telefon Ab L M | Method and system of retransmission |
CN1852076B (zh) * | 2005-12-31 | 2010-05-05 | 华为技术有限公司 | 一种数据重传方法 |
-
2009
- 2009-06-01 WO PCT/CN2009/000611 patent/WO2010139088A1/zh active Application Filing
- 2009-06-01 CN CN200980157458.5A patent/CN102334358B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1549097A1 (en) * | 2003-02-18 | 2005-06-29 | Fujitsu Limited | Radio base station and mobile communication system |
CN101047979A (zh) * | 2006-03-30 | 2007-10-03 | 华为技术有限公司 | 一种避免重复发送自动重传请求数据的处理方法 |
CN101170795A (zh) * | 2006-10-23 | 2008-04-30 | 大唐移动通信设备有限公司 | 一种控制用户设备小区切换的方法、系统及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN102334358A (zh) | 2012-01-25 |
WO2010139088A1 (zh) | 2010-12-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101527881B (zh) | 用以在无线通信系统中传输mbms的方法和无线电网络控制器 | |
US9554378B2 (en) | Communications method, base station, and mobile terminal | |
CN102334358B (zh) | 服务续传方法、用户设备和基站 | |
US8483205B2 (en) | Synchronization method of common control message among network elements | |
CN101810045B (zh) | 在网络中传输数据的方法 | |
RU2003125333A (ru) | Способ передачи/приема управляющего сообщения в системе мобильной связи, предоставляющей услугу мультимедийного широковещания/мультивещания | |
US20160242216A1 (en) | Group communication method, device and system | |
CN104754522A (zh) | 一种保持组通信业务连续性的方法、装置和系统 | |
CN101296161A (zh) | 一种数据重传的方法、系统、装置、接收设备及发送设备 | |
CN101374350A (zh) | 无线电信网络中的切换方法和装置 | |
CN104469747A (zh) | 接收下行数据的方法及终端 | |
EP3711313B1 (en) | Vehicular message delivery | |
JP5136646B2 (ja) | 通信制御方法、無線装置、基地局 | |
CN114339614B (zh) | 一种被用于无线通信的方法和设备 | |
CN1984074A (zh) | 一种业务接收方法 | |
KR20240116934A (ko) | 멀티캐스트 브로드캐스트 서비스의 무손실 핸드오버 | |
US20090252074A1 (en) | Method for Determining Successful Receipt at a Mobile Terminal | |
CN115967994A (zh) | 一种被用于无线通信中的方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CP01 | Change in the name or title of a patent holder |
Address after: 201206 Pudong New Area, Nanjing Road, No. 388, Shanghai Patentee after: Shanghai NOKIA Baer Limited by Share Ltd Address before: 201206 Pudong New Area, Nanjing Road, No. 388, Shanghai Patentee before: Shanghai Alcatel-Lucent Co., Ltd. |
|
CP01 | Change in the name or title of a patent holder |