CN1741631A - 一种实现多播业务的方法 - Google Patents
一种实现多播业务的方法 Download PDFInfo
- Publication number
- CN1741631A CN1741631A CNA2004100571235A CN200410057123A CN1741631A CN 1741631 A CN1741631 A CN 1741631A CN A2004100571235 A CNA2004100571235 A CN A2004100571235A CN 200410057123 A CN200410057123 A CN 200410057123A CN 1741631 A CN1741631 A CN 1741631A
- Authority
- CN
- China
- Prior art keywords
- transmission
- node
- multicast service
- adjustment
- user equipment
- 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.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种实现多播业务的方法,RNC预先为多播组内的所有UE分配相同的UE ID;该方法包括:Node B在发送数据之前,确定该多播业务的初始发射参数以及传输参数;Node B将传输参数发送到多播组内所有UE,并根据确定的初始发射参数发射多播业务数据;多播组内各个UE根据接收到的传输参数,接收多播业务数据;并根据接收的多播业务数据生成ACK/NACK信息,上传给Node B;Node B根据UE上传的正确接收响应/错误接收响应信息调整该多播业务的发射参数。应用上述方法可以在实现高速的多播业务,同时节省无线资源。
Description
技术领域
本发明涉及到宽带码分多址(WCDMA)技术领域,特别涉及到在WCDMA系统中实现多播业务的方法。
背景技术
在第三代移动通信的技术标准中,以欧洲主导的WCDMA、美国主导的码分多址(CDMA)以及中国的时分同步码分多址(TD-SCDMA)为三大主流技术。
目前的WCDMA标准可以提供最高2Mbit/s的数据传输速率,支持高速的分组交换和电路交换,并能提供许多基于因特网的业务。然而,对于诸如下载或流媒体类等上下行数据不对称的业务,则需要系统提供更高的传输速率和更少的延迟。为了满足此要求,WCDMA对空中接口作了改进,引入了HSDPA技术,使之可以支持高达10Mbit/s的峰值速率。
HSDPA技术是在WCDMA网络建设后期提高下行容量和数据业务速率的一种重要技术,是3GPP R5版本引入的高速下行分组接入共享信道。HSDPA在基站Node B侧的媒体接入控制(MAC)层新增了MAC-hs实体,该实体主要负责处理混合自动请求重传(HARQ)操作以及快速调度算法;另外,HSDPA还在原有的物理信道上增加了两个下行的信道以及一个上行的信道。
其中,HSDPA下行物理信道包括:高速下行链路共享物理信道(HS-PDSCH)和高速共享控制信道(HS-SCCH)。HS-PDSCH信道承载HSDPA下行传输信道的数据,扩频因子为16,帧长为2ms,每帧包括3个时隙。HS-SCCH信道承载解调HS-PDSCH信道上下行数据的解调信息,HS-SCCH的扩频因子为128,帧长为2ms,每帧包括3个时隙。另外,HSDPA上行物理信道为高速专用物理控制信道(HS-DPCCH),该信道与WCDMA系统的其他上行信道码分复用,承载的信息为HARQ的正确接收响应(ACK)/错误接收响应(NACK)信息以及信道质量测量报告(CQI)两部分。HS-DPCCH的扩频因子为256,调制方式为四相键控(QPSK)。
HSDPA的HS-PDSCH信道的调制方式为QPSK或16正交幅度调制(QAM),信道编码为Turbo编码,编码最大冗余为1/3。调制方式和编码冗余可以根据信道环境动态调整,信道条件好时,采用高阶调制和低冗余信道编码,提供高的上层速率,信道条件差时则相反。由于HSDPA信道采用2毫秒传输时间间隔(TTI),可以更好跟踪各用户信道条件的变化,能够及时捕获信道条件较好的时刻用于发送数据。为了弥补自适应调制编码控制的误差,在底层引入HARQ协议进行重传;为了充分利用各次重传的信息,采用增量冗余译码。
用户数据在HSDPA信道上传输之前,无线网络控制器(RNC)将在一个小区范围内统一为每一个用户设备(UE)分配一个用户设备标识(UE ID),该UE ID用于在HSDPA的信道上标识一个用户的用户数据以及信令。在HSDPA信道上使用的UE ID是专门为实现HSDPA功能定义的一类UE ID,长度为16比特。
用户数据在HSDPA信道上传输过程如下:
a、Node B在接收到当前需要发送的数据时,综合考虑该数据业务的调度优先级、其缓存区中待发送业务的数据量、由UE上报CQI以及ACK/NACK信息所确定的各个UE的无线信道环境参数,确定该UE的综合优先级;并根据确定的综合优先级为该UE选择下行数据的发送时机,及下行信道码集、调制方式和发射功率等等参数;
b、Node B在发送数据之前,先在HS-SCCH信道上传输携带有UE ID、下行信道码集、调制方式,还传输HARQ进程标识(HARQ Process ID)、编码采用的冗余版本、是否为新的数据块、MAC-hS协议数据单元(PDU)块大小等传输参数的信令;并在发送HS-SCCH信道信令的2个时隙后,在HS-PDSCH的相应信道上传输经过调制的用户数据信息;
c、小区内的UE监视HS-SCCH信道,如果接收到的信令中携带的UE ID与分配给自身的UE ID相符,则根据信令中携带的下行信道码集和调制方式参数到相应HS-PDSCH信道接收码片级信息,并对接收的信息进行解扩,进而得到物理层比特信息;
d、该UE进一步根据信令中携带的HARQ Process ID、编码采用的冗余版本、是否为新的数据块、MAC-hs PDU数据块大小等参数,从物理层的比特信息中解码得到MAC-hs PDU,并根据循环冗余校验(CRC)校验的结果生成ACK/NACK信息;
e、UE在开始接收HS-PDSCH信道数据的10.5个时隙后,在HS-DPCCH信道上传输经过CRC校验得到的ACK/NACK信息。
从上述用户数据在HSDPA信道上的传输过程可以看出,HSDPA可以通过调整调制方式、信道编码冗余度以及UE占用的下行信道码集,实现Node B与UE之间的高速数据传输。
随着移动通信技术的发展,在某些情况下,3GPP系统需要提供Node B向小区覆盖范围内若干用户的单向数据发送,并且发送相同的数据信息,比如:多媒体广播多播业务(MBMS,Multimedia Broadcast and MulticastService)等等。然而,3GPP的HSDPA协议并没有规定专门的物理信道用于实现多播业务。并且,上述的Node B和RNC的结构只适合点到点的高速数据业务,而没有考虑广播或者多播业务的空口需求,比如:减少无线信道占用的资源,同时进行高速数据传输等待问题。
目前,有两种可以实现多播业务的方法:一种方法是采用专用物理信道,对每个用户分配各自的专用物理信道,传输相同的数据。这种方法实现起来比较简单,在用户数比较少的时候是可行的。但当一个小区中用户数比较多时,对于码资源和功率资源的消耗将会很大。
还有一种方法是采用下行公共物理信道,设置固定功率发射多播业务,所有用户在相同的信道上接收数据。这种方法对码资源的利用率很高,当用户数很多且部分用户分布在信道条件很差的地方是可行的。但当用户数目不是特别多,且这些用户都分布在信道条件很好的地方时,则非常浪费无线资源。并且由于下行公共物理信道速率的限制,目前尚不能实现高速的多播业务。
发明内容
为了解决上述技术问题,本发明提供了一种在HSDPA信道上实现多播业务的方法,可以不改变3GPP协议,为用户提供高速率的多播业务,同时充分利用无线资源。
在本发明所述的实现多播业务的方法中,无线网络控制器为多播组内的所有用户设备分配相同的用户设备标识;
所述方法包括以下步骤:
a、Node B在发送多播业务之前,根据该多播组用户设备的综合优先级确定该多播业务的初始发射参数以及传输参数;
b、Node B将所确定的传输参数发送到多播组用户设备,并根据确定的初始发射参数在高速下行链路共享物理信道上发射多播业务数据;
c、多播组内用户设备监听高速共享控制信道传输的信令,接收与自身用户设备标识相符的传输参数,并根据传输参数在高速下行链路共享物理信道上接收多播业务数据;然后,根据接收的多播业务数据生成正确接收响应/错误接收响应信息,上传给Node B;
d、Node B根据用户设备上传的正确接收响应/错误接收响应信息调整多播业务当前的发射参数。
其中,步骤a所述确定该多播组用户设备的综合优先级的方法具体为:根据该多播业务的调度优先级以及Node B缓存区中待发送业务的数据量,确定该多播组用户设备的综合优先级。
步骤a所述初始发射参数包括:初始发射功率、传输格式变量以及占用的信道数目。
上述传输参数包括:该多播组的用户设备标识、其下行信道码集、调制方式、混合自动请求重传进程标识、编码采用的冗余版本、是否为新的数据块、MAC-hs的协议数据单元的传输块大小参数。
在进行步骤d所述的调整前,Node B预先设定判决调整周期;
步骤d所述调整多播业务的发射参数在一个判决调整周期内执行一次,包括以下步骤:
d1、Node B根据多播组内用户设备上传的正确接收响应/错误接收响应信息进行调整判决;
d2、Node B根据判决结果调整该多播业务的发射参数。
步骤d1中Node B在进行调整判决前,预先设定进行判决所需的参数:多播业务的目标覆盖率、目标误块率、调整门限迟滞;并根据上述参数预先设置传输质量好门限以及传输质量差门限;
所述调整判决包括以下步骤:
d11、Node B根据目标覆盖率和多播组内用户设备的总数M,确定该多播业务最多允许未覆盖的用户设备个数N;
d12、Node B在一个判决调整周期内统计多播组内所有用户设备发送的正确接收相应消息数目和错误接收相应消息数目,并计算多播组内所有用户设备的误块率;
d13、Node B将多播组内所有用户设备的误块率从大到小顺序排列,得到第N个用户设备的误块率;
d14、Node B将第N个用户设备的误块率分别与传输质量好门限和传输质量差门限进行比较,如果第N个用户设备的误块率小于传输质量好门限,则判决当前传输质量为较好;如果第N个用户设备的误块率大于传输质量差门限,则判决当前传输质量为较差。
上述传输质量好门限为目标误块率与二分之一调整门限迟滞之差;所述传输质量差门限为目标误块率与二分之一调整门限迟滞之和。
步骤d11所述最多允许未覆盖的用户设备个数N为:1减目标覆盖率的差与多播组内用户设备的总数M之积经过向上取整以后得到的整数值;
步骤d12所述的用户设备的误块率为:正确接收响应消息的数目除以正确接收响应消息的数目与错误接收响应消息数目之和得到的商。
所述发射参数包括:发射功率、传输格式变量以及占用的信道数目变量。
另外,步骤d2中,在Node B调整发射参数前,预先设定进行调整所需的参数:多播业务发射功率的最大值与最小值、发射功率的调整步长、传输格式变量调整步长以及占用信道数目的最大值;
步骤d2所述的调整包括以下步骤:
d21、保持传输格式变量为0,占用的信道数目为最大值,
如果当前传输质量较好,则按照发射功率的调整步长值减小发射功率,直至发射功率的最小值,如果在发射功率已经调整到最小值时,传输质量仍然较好,则执行步骤d22;
如果当前传输质量较差,则按照发射功率的调整步长值增大发射功率,直至发射功率的最大值,如果在发射功率已经调整到最大值时,传输质量仍然较差,则执行步骤d23;
d22、保持发射功率为最小值,占用的信道数目为最大值,
如果当前传输质量较好,则按照传输格式的调整步长值增大传输格式变量的值,直至传输格式变量的最大值101,如果在传输格式变量已经调整到101时,传输质量仍然较好,则返回步骤d22;
如果当前传输质量较差,则按照传输格式的调整步长值减小传输格式变量的值,直至传输格式变量的最小值,如果在传输格式变量已经调整到0时,传输质量仍然较差,则执行步骤d21;
d23、保持发射功率为最大值,传输格式变量为0,
如果当前传输质量较好,则以步长值1增大信道数目值,直至信道数目的最大值,如果在信道数目变量已经调整到最大值时,传输质量仍然较好,则执行步骤d21;
如果当前传输质量较差,则以步长值1减小信道数目值,直至信道数目的最小值,如果在信道数目变量已经调整到最小值时,传输质量仍然较差,则返回步骤d23。
步骤d进一步包括:Node B对多播业务进行重传控制;
所述的重传控制具体为:对于一个上层的多播业务数据块,在Node B传输了n次之后,Node B统计尚未发送正确接收响应消息的用户设备数目,如果n小于预先设定的最大重传数目,并且尚未发送正确接收响应消息的用户设备数目与多播组内用户设备总数的比值大于预先设定的数据重传门限,则对该数据块进行重传;否则,Node B不进行重传。
由此可以看出,应用本发明所述的可以获得以下有益效果:
1、本发明的方法通过为多播组内的所有的用户分配相同的用户标识的方法,实现了多播业务在同一HS-PDSCH信道上的传输,极大的节省了无线资源。
2、本发明的方法在多播业务数据的传输过程中,Node B的MAC-hs实体通过统计多播组内用户接收数据的响应消息,判断当前的传输质量,并动态的调整该多播业务数据的发射功率、传输格式以及占用的信道数目,在信道传输质量优的情况下,降低发射功率,同时可以增大下行的传输速率,实现高速数据传输。
3、本发明的调整方法可以调整发射功率、传输格式以及占用的信道数目,提供了很大的动态范围,保证了多播业务在恶劣的无线环境中也可以可靠传输,同时在良好的无线环境中能够充分利用无线带宽资源。
4、本发明的重传机制,解决了多播业务在多播组内重传的问题,获得增量冗余译码的增益,在多播组内用户数目适中的情况下,进一步提高传输效率。
附图说明
图1为本发明所述的实现多
图2为本发明一个优选实施例中动态调整发射功率、传输格式以及占用的信道数目的方法示意图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明作进一步的详细说明。
对于接收多播业务的UE而言,需要首先登记预定该项多播业务,并将登记的业务信息存放在该广播多播业务的业务中心(BM-SC,Broadcast-Multicast Service Centre)作为鉴权的依据。例如,MBMS的业务中心需要保存登记MBMS业务的所有用户的业务信息。
进一步,为了在HSDPA信道上实现多播业务,RNC还要根据UE登记的业务信息,为同一个小区内的、同一多播组内的、所有UE统一分配相同的UE ID,保证同一多播组内的所有UE可以接收并解调登记的多播业务。
由于3GPP协议规定,在HSDPA信道上的UE ID是专门为实现HSDPA功能定义的一类UE ID,并没有其他用途,因此,经过分析,RNC为多播组内不同的UE分配相同的UE ID不会有其他的问题。另外,UE ID的长度为16比特,可以分配给6万多个用户,这一数值远远大于Node B可以支持的用户。因此,RNC和Node B可以约定,将其中一部分UE ID预留给多播用户,当RNC分配给UE的UE ID在这个约定的范围内的时候,Node B就可以知道该UE为多播用户。
Node B的MAC-hs实体在HSDPA的下行信道上发送多播业务之前,需要预先确定该多播业务的发送时机。在现有技术中,MAC-hs实体需要综合考虑各业务的调度优先级、其缓存区中待发送业务的数据量、各个用户的无线信道环境,确定各个用户的综合优先级,从而选择优先级高的业务数据优先发送。而对于多播业务而言,多播组内所有用户都会在各自的上行HS-DPCCH信道上发送CQI信息和ACK/NACK信息,因此,MAC-hs不能根据单个用户无线环境信息选择数据发送时机。
在本发明所述的方法中,设置MAC-hs不考虑多播业务的无线信道环境,固定为平均信道环境,在选择多播业务的发送时机时,仅考虑该多播业务的调度优先级以及其缓存区中待发送业务的数据量,来确定该多播业务的发送时机。
Node B确定了多播业务的发送时机以后,就可以发送多播业务了。图1显示了本发明所述的实现多播业务的流程。如图1所示,本发明所述实现多播业务的方法具体包括以下步骤:
步骤101:Node B在发送多播业务之前,在HS-SCCH信道上传输携带有传输参数的信令;并在2个时隙后,在HS-PDSCH信道上根据初始发射参数传输多播业务数据;
其中,传输参数包括:多播组的UE ID、下行信道码集、调制方式、HARQProcess ID、编码采用的冗余版本、是否为新的数据块、MAC-hs协议数据单元(PDU)块大小;
步骤102:多播组内各个UE监听HS-SCCH信道,如果该信道上传输的信令所携带的UE ID与分配给自身的UE ID相符,则根据信令中所携带的下行信道码集和调制方式到相应HS-PDSCH信道接收码片级的信息并进行解扩,得到物理层比特信息;
步骤103:该UE进一步根据信令所携带的HARQ Process ID、编码采用的冗余版本、是否为新的数据块、MAC-hs PDU块大小等参数,从物理层的比特信息得到MAC-hs PDU,并对MAC-hs PDU进行CRC校验,根据CRC校验的结果生成ACK/NACK信息,即如果校验结果正确,则生成ACK消息;如果校验结果错误,则生成NACK消息;
步骤104:多播组内UE在开始接收HS-PDSCH信道的10.5个时隙后,在HS-DPCCH信道上传输ACK/NACK信息;
步骤105:Node B的MAC-hs实体根据多播组内的各个UE在HS-DPCCH信道上传的ACK/NACK信息,调整该多播业务的发射参数,并进行重传控制。
由此可以看出,本发明的方法通过为多播组内的所有的用户分配了相同的用户标识,实现了多播组内用户共享同一HS-PDSCH信道传输多播业务,与使用专用物理信道承载多播业务的现有技术相比,极大的节省了无线资源。
需要说明的是,上述步骤101,在HS-PDSCH信道相应的下行信道码集上传输多播业务数据之前,Node B的MAC-hs实体需要首先确定该多播业务数据初始发射参数,这些参数包括:
初始发射功率IntPwr,该参数通常由Node B根据信道条件的变化范围、系统允许分配的功率、上层需要的业务质量设置合适的值;
占用的下行HS-PDSCH信道码数目ChaNum,该参数为正整数,取值范围为1到15;
传输格式变量TbSize,该值表示该多播业务在下行HS-PDSCH信道上传输时所用的传输格式,该参数为正整数,取值范围为0到101。
其中,传输格式变量TbSize是本发明自定义的变量,它一方面包含了调制方式信息,一方面包含传输块大小信息。根据3GPP协议规定,当HS-PDSCH信道数目一定时,使用QPSK调制方式和16QAM调制方式分别有63种传输格式,在HS-SCCH信道上通过传输块大小(Transport-block size)域通知用户,取值为0到62。其中有24种传输格式是相互重叠的,这样传输格式总共有102种。另外,根据3GPP协议规定,Transport-block size所指示的值还不是数据在HSDPA下行信道HS-PDSCH上实际传输的传输块大小,而是一个范围从0到62的索引。3GPP协议提供了一张表格,可以根据该Transport-block size索引以及HS-PDSCH信道码数目、调制方式,查到信道上实际传输的传输块大小。因此,为了调整方便,本发明引入传输格式变量TbSize,取值范围为0到101,共包含102种传输格式,因此可以实现对调制方式以及Transport-block size的统一调整。在本发明的一个优选实施例中,当TbSize小于或等于预先规定的QPSK调制方式的最大传输格式变量值MaxTbSizeIndForQPSK时,说明该数据采用QPSK调制方式,此时Transport-block size取TbSize;当而TbSize大于MaxTbSizeIndForQPSK时,说明该数据采用16QAM调制方式,此时传输块大小变量Transport-block size取TbSize-39。其中,采用QPSK调制方式时的最大传输格式变量值MaxTbSizeIndForQPSK为取值范围从39到62的整数,是可以配置的一个算法参数。
为了保证本发明的方法支持一般的无线环境,在本发明的一个实施例中,确定初始发射时,该多播业务的传输格式变量TbSize为0;占用的下行HS-PDSCH信道码数目ChaNum为根据该多播业务的峰值速率设置的最大的HS-PDSCH信道码数MaxChanNum;而初始发射功率IntPwr,由Node B根据信道条件的变化范围、系统允许分配的功率、上层需要的业务质量设置合适的值。
另外,上述步骤105所述的调整多播业务发射参数的方法需要预先设定一个判决调整周期参数,该参数由Node B的MAC-hs实体根据经验值设定的。
本实施例所述的调度算法在每一个判决调整周期内执行一次,该方法包括以下两个步骤:
步骤201:Node B的MAC-hs实体根据多播组内的各个UE在HS-DPCCH信道上传的ACK/NACK信息进行调整判决。
步骤202:Node B的MAC-hs实体根据判决结果调整该多播业务的下行发射功率、传输格式以及传输的信道数目。
上述步骤201所述的调整判决具体包括以下步骤:
步骤2011:Node B的MAC-hs实体根据预先设定的CoverageTar和多播组内UE总数M,确定该多播业务最多允许未覆盖的UE个数N;
在这一步骤中,N可以通过以下公式计算并经过向上取整得到:
N=(1-CoverageTar)×M
其中,多播业务的目标覆盖率CoverageTar,该参数表示该多播业务目标覆盖的UE数目,通常由Node B的MAC-hs实体根据覆盖良好的UE占多播组内UE总数M的比例设定,为百分数;
步骤2012:Node B的MAC-hs实体在一个判决调整周期内统计多播组内所有UE发送的ACK消息数目AckCnt和NACK消息数目NackCnt,并根据AckCnt和NackCnt计算各个UE的误块率BLER;
在这一步骤中,各个用户的BLER为NackCnt除以AckCnt与NackCnt之和;并且对于同一个数据块的传输,如果已经收到某个UE的ACK消息,以后该UE对于重传数据块的反馈消息不参与该UE BLER的计算;
步骤2013:Node B的MAC-hs实体将多播组内所有UE的BLER从大到小顺序排列,得到第N个UE的BLER,即BLER-N;
在这一步骤中的N与步骤2011中计算的N相等;
步骤2014:Node B的MAC-hs实体将BLER-N分别与传输质量好门限(T-good)以及传输质量差门限(T-bad)进行比较,如果BLER-N小于T-good,则判决当前传输质量较好;如果BLER-N大于T-bad,则判决当前传输质量较差。
其中,T-good为目标误块率(BLERTar)与二分之一调整门限迟滞(ThreHyst)的差;T-bad为BLERTar与二分之一ThreHyst的和;
BLERTar表示可以保证该多播业务质量的目标误块率,通常由Node B的MAC-hs实体根据该多播业务的质量需求设定,为百分数;
ThreHyst用于设定调整门限的回滞区,避免频繁调整,通常由Node B的MAC-hs实体根据经验设定,为百分数。
至此,Node B的MAC-hs实体根据多播组内用户的误块率得到该多播业务当前传输质量的判决结果,即误块率越高,传输质量越差。
上述步骤202所述的调整具体为:Node B根据步骤201的判决结果,分成三个阶段分别调整该多播业务的发射参数,即发射功率、传输格式以及占用的信道数目。
图2为本发明一个优选实施例中,动态调整发射功率、传输格式以及占用的信道数目的方法示意图。
如图2所示,图2中的三条实线分别表示调整的三个阶段,虚线表示三个阶段之间的过渡。图2中实线和虚线的箭头方向表示经过判决以后,传输质量较差时的调整方向。传输质量为较好时的调整方法为图2箭头所示方向的反方向。如图2所示,Node B在初始发射多播业务后,直接进入步骤2021的发射功率调整阶段开始调整,所述的调整具体包括以下步骤:
步骤2021:发射功率调整阶段,保持传输格式变量TbSize为0,占用的信道数目ChaNum为最大值,根据步骤201的判决结果,调整发射功率,
如果当前传输质量较好,则按照发射功率的调整步长值PwrStep减小发射功率,直至发射功率的最小值MinPwr,如果在发射功率已经调整到最小值时,传输质量仍然较好,则进入步骤2022的传输格式TbSize调整阶段;
如果当前传输质量较差,则按照发射功率的调整步长值PwrStep增大发射功率,直至发射功率的最大值MaxPwr,如果在发射功率已经调整到最大值时,传输质量仍然较差,则进入步骤2023的信道数目ChaNum调整阶段;
其中,发射功率的最大值MaxPwr与最小值MinPwr表示Node B在下行HS-PDSCH信道上的最大、最小发射功率,由Node B根据经验值设定;发射功率的调整步长PwrStep,表示Node B的MAC-hs实体进行一次功率调整的颗粒度,单位dB,由Node B根据经验值设定;
步骤2022:传输格式TbSize调整阶段,保持发射功率为最小值,占用的信道数目ChaNum为最大值,根据步骤201的判决结果,调整传输格式变量TbSize,
如果当前传输质量较好,则按照传输格式的调整步长值TbSizeStep增大传输格式变量TbSize的值,直至传输格式变量TbSize的最大值101,如果在传输格式变量TbSize已经调整到101时,传输质量仍然较好,则不再进行调整,返回步骤2022;
如果当前传输质量较差,则按照传输格式的调整步长值TbSizeStep减小传输格式变量TbSize的值,直至传输格式变量TbSize的最小值,如果在传输格式变量TbSize已经调整到0时,传输质量仍然较差,则进入步骤2021的发射功率调整阶段,调整发射功率;
其中,传输格式变量调整步长TbSizeStep表示Node B的MAC-hs实体进行一次传输格式调整的颗粒度,为正整数,由Node B根据经验值设定。
步骤2023:信道数目ChaNum调整阶段,保持发射功率为最大值,格式变量TbSize为0,根据步骤201的判决结果,调整占用的信道数目ChaNum,
如果当前传输质量较好,则以步长值1增大信道数目ChaNum值,直至信道数目ChaNum的最大值MaxChanNum,如果在信道数目变量ChaNum已经调整到最大值时,传输质量仍然较好,则进入步骤2021的发射功率调整阶段,调整发射功率;
如果当前传输质量较差,则以步长值1减小信道数目ChaNum值,直至信道数目ChaNum的最小值,如果在信道数目变量ChaNum已经调整到最小值时,传输质量仍然较差,则不再进行调整,返回步骤2023。
由于传输格式定义了多播业务数据的调制方式以及实际的传输块大小,因此通过调整传输格式可以调整用于数据实际速率以及冗余程度,即传输块越小,冗余就越大,误块率就会相应的降低;传输块越大,冗余就越小,数据速率就越高,因此调整多播业务的传输格式就相当于调整了发射功率。
另外,占用的信道数目表示该多播业务所占用的下行码信道数目,由于该多播业务数据的下行总功率是一定的,即该多播业务占用的信道数目越多,每个信道的功率就越小,因此,调整该多播业务占用的信道数目,也相当与多发射功率进行了调整。
在本发明的实施例中,Node B需要根据实际BLER的变化速度和变化范围以及允许的实际调整速度,设置合适的ThreHyst、判决调整周期、PwrStep和TbSizeStep,以同时满足调整平稳度和调整速度的要求。
综合上述分析,本发明的方法在多播业务数据的传输过程中,Node B的MAC-hs实体通过统计多播组内用户接收数据的响应消息,判断当前的传输质量,并动态的调整该多播业务数据的发射功率、传输格式以及占用的信道数目,在信道传输质量较好的情况下,降低发射功率,同时可以增大下行的传输速率,实现高速数据传输。本发明的调整方法可以调整发射功率、传输格式以及占用的信道数目,提供了很大的动态范围,保证了多播业务在恶劣的无线环境中也可以可靠传输,同时在良好的无线环境中能够充分利用无线带宽资源。
由于现有的HSDPA协议中包括了HARQ协议,该HARQ协议定义了Node B的MAC-hs实体在接收到UE的NACK消息后的自动重传机制。由于现有的HARQ协议都是在点对点通信的基础之上建立的,因此没有考虑Node B的MAC-hs实体对于多播组内的某些UE无法正确接收该多播业务数据时需要进行的相应操作。
本发明的一个优选实施例给出了应用与多播业务的重传机制。本实施例所述的重传机制具体为:对于一个上层的多播业务数据块,在Node B的MAC-hs实体传输了n次之后,Node B统计还没有正确接收数据并发送ACK消息的UE数目,并设置为NoAckCnt。如果n小于MaxTranNum且NoAckCnt与多播组内总UE数目的比值大于数据重传门限BlerThd,则对该数据块进行重传;否则,Node B的MAC-hs实体不再进行重传。
其中,数据重传门限BlerThd,该参数为百分数,由Node B根据目标误块率BLERTar设置;最大传输次数MaxTranNum,为正整数,由Node B根据没有重传时BLER的平均值、BlerThd设置,需要保证BLER平均值的MaxTranNum次方小于BlerThd。
根据3GPP协议规定,UE在监听HS-SCCH下行信道上信令时,如果检测到新数据快指示字(New-data indicator)指示该数据块不是新数据块,并且该UE已经正确接收了前一个数据块,回应了ACK消息,则该UE对本次传输的数据块将不进行处理。这样,就保证了在上述重传机制中,即使重传也不会影响已经正确接收的用户。
由上述方法可以看出,本发明的重传机制,解决了多播业务在多播组内重传的问题,在多播组内用户数目适中的情况下,进一步提高传输效率。
以上举优选的实施例,对本发明的目的、技术方案和优点进行了进一步的详细说明,所应理解的是,以上所述为本发明的优选实施例而已,并不用以显示本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (11)
1、一种实现多播业务的方法,其特征在于,无线网络控制器为多播组内的所有用户设备分配相同的用户设备标识;
所述方法包括以下步骤:
a、Node B在发送多播业务之前,根据该多播组用户设备的综合优先级确定该多播业务的初始发射参数以及传输参数;
b、Node B将所确定的传输参数发送到多播组用户设备,并根据确定的初始发射参数在高速下行链路共享物理信道上发射多播业务数据;
c、多播组内用户设备监听高速共享控制信道传输的信令,接收与自身用户设备标识相符的传输参数,并根据传输参数在高速下行链路共享物理信道上接收多播业务数据;然后,根据接收的多播业务数据生成正确接收响应/错误接收响应信息,上传给Node B;
d、Node B根据用户设备上传的正确接收响应/错误接收响应信息调整多播业务当前的发射参数。
2、如权利要求1所述的方法,其特征在于,步骤a所述确定该多播组用户设备的综合优先级的方法具体为:根据该多播业务的调度优先级以及Node B缓存区中待发送业务的数据量,确定该多播组用户设备的综合优先级。
3、如权利要求1所述的方法,其特征在于,步骤a所述初始发射参数包括:初始发射功率、传输格式变量以及占用的信道数目。
4、如权利要求1所述的方法,其特征在于,所述的传输参数包括:该多播组的用户设备标识、其下行信道码集、调制方式、混合自动请求重传进程标识、编码采用的冗余版本、是否为新的数据块、MAC-hs的协议数据单元的传输块大小参数。
5、如权利要求1所述的方法,其特征在于,在进行步骤d所述的调整前,Node B预先设定判决调整周期;
步骤d所述调整多播业务的发射参数在一个判决调整周期内执行一次,包括以下步骤:
d1、Node B根据多播组内用户设备上传的正确接收响应/错误接收响应信息进行调整判决;
d2、Node B根据判决结果调整该多播业务的发射参数。
6、如权利要求5所述的方法,其特征在于,步骤d1中Node B在进行调整判决前,预先设定进行判决所需的参数:多播业务的目标覆盖率、目标误块率、调整门限迟滞;并根据上述参数预先设置传输质量好门限以及传输质量差门限;
所述调整判决包括以下步骤:
d11、Node B根据目标覆盖率和多播组内用户设备的总数M,确定该多播业务最多允许未覆盖的用户设备个数N;
d12、Node B在一个判决调整周期内统计多播组内所有用户设备发送的正确接收相应消息数目和错误接收相应消息数目,并计算多播组内所有用户设备的误块率;
d13、Node B将多播组内所有用户设备的误块率从大到小顺序排列,得到第N个用户设备的误块率;
d14、Node B将第N个用户设备的误块率分别与传输质量好门限和传输质量差门限进行比较,如果第N个用户设备的误块率小于传输质量好门限,则判决当前传输质量为较好;如果第N个用户设备的误块率大于传输质量差门限,则判决当前传输质量为较差。
7、如权利要求6所述的方法,其特征在于,所述传输质量好门限为目标误块率与二分之一调整门限迟滞之差;所述传输质量差门限为目标误块率与二分之一调整门限迟滞之和。
8、如权利要求6所述的方法,其特征在于,步骤d11所述最多允许未覆盖的用户设备个数N为:1减目标覆盖率的差与多播组内用户设备的总数M之积经过向上取整以后得到的整数值;
步骤d12所述的用户设备的误块率为:正确接收响应消息的数目除以正确接收响应消息的数目与错误接收响应消息数目之和得到的商。
9、如权利要求1、5、6、7或8所述的方法,其特征在于,所述发射参数包括:发射功率、传输格式变量以及占用的信道数目变量。
10、如权利要求5至8任一项所述的方法,其特征在于,步骤d2中,在Node B调整发射参数前,预先设定进行调整所需的参数:多播业务发射功率的最大值与最小值、发射功率的调整步长、传输格式变量调整步长以及占用信道数目的最大值;
步骤d2所述的调整包括以下步骤:
d21、保持传输格式变量为0,占用的信道数目为最大值,
如果当前传输质量较好,则按照发射功率的调整步长值减小发射功率,直至发射功率的最小值,如果在发射功率已经调整到最小值时,传输质量仍然较好,则执行步骤d22;
如果当前传输质量较差,则按照发射功率的调整步长值增大发射功率,直至发射功率的最大值,如果在发射功率已经调整到最大值时,传输质量仍然较差,则执行步骤d23;
d22、保持发射功率为最小值,占用的信道数目为最大值,
如果当前传输质量较好,则按照传输格式的调整步长值增大传输格式变量的值,直至传输格式变量的最大值101,如果在传输格式变量已经调整到101时,传输质量仍然较好,则返回步骤d22;
如果当前传输质量较差,则按照传输格式的调整步长值减小传输格式变量的值,直至传输格式变量的最小值,如果在传输格式变量已经调整到0时,传输质量仍然较差,则执行步骤d21;
d23、保持发射功率为最大值,传输格式变量为0,
如果当前传输质量较好,则以步长值1增大信道数目值,直至信道数目的最大值,如果在信道数目变量已经调整到最大值时,传输质量仍然较好,则执行步骤d21;
如果当前传输质量较差,则以步长值1减小信道数目值,直至信道数目的最小值,如果在信道数目变量已经调整到最小值时,传输质量仍然较差,则返回步骤d23。
11、如权利要求1所述的方法,其特征在于,步骤d进一步包括:NodeB对多播业务进行重传控制;
所述的重传控制具体为:对于一个上层的多播业务数据块,在Node B传输了n次之后,Node B统计尚未发送正确接收响应消息的用户设备数目,如果n小于预先设定的最大重传数目,并且尚未发送正确接收响应消息的用户设备数目与多播组内用户设备总数的比值大于预先设定的数据重传门限,则对该数据块进行重传;否则,Node B不进行重传。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100571235A CN100344178C (zh) | 2004-08-24 | 2004-08-24 | 一种实现多播业务的方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100571235A CN100344178C (zh) | 2004-08-24 | 2004-08-24 | 一种实现多播业务的方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1741631A true CN1741631A (zh) | 2006-03-01 |
| CN100344178C CN100344178C (zh) | 2007-10-17 |
Family
ID=36093827
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2004100571235A Expired - Fee Related CN100344178C (zh) | 2004-08-24 | 2004-08-24 | 一种实现多播业务的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100344178C (zh) |
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2008017226A1 (en) * | 2006-08-04 | 2008-02-14 | Huawei Technologies Co., Ltd. | Multicast control system and method |
| WO2008052447A1 (fr) * | 2006-11-02 | 2008-05-08 | Huawei Technologies Co., Ltd. | Procédé et dispositif de transmission/réception de canal associé à un réseau d'accès de paquets de liaison descendante haut débit |
| WO2008052384A1 (en) * | 2006-10-30 | 2008-05-08 | Huawei Technologies Co., Ltd. | Method, user equipment and network entity in connection with a multimedia service transmission |
| CN101309445B (zh) * | 2007-05-18 | 2011-05-25 | 中兴通讯股份有限公司 | 单接收机终端实现多媒体广播组播业务和普通业务的方法 |
| CN102300255A (zh) * | 2010-06-23 | 2011-12-28 | 中兴通讯股份有限公司 | 无线网络中分组传输的优化方法和装置 |
| CN101389055B (zh) * | 2007-09-12 | 2012-09-05 | 中兴通讯股份有限公司 | 一种信道数目最大值的调整方法 |
| CN101772120B (zh) * | 2009-01-07 | 2012-10-31 | 鼎桥通信技术有限公司 | 基于下行通信质量报告的切换方法、系统及设备 |
| CN103199970A (zh) * | 2012-01-06 | 2013-07-10 | 财团法人工业技术研究院 | 处理混合式自动重发请求确认收讫响应的方法 |
| WO2015013956A1 (zh) * | 2013-08-01 | 2015-02-05 | 华为技术有限公司 | 数据传输方法和系统 |
| US9107214B2 (en) | 2012-01-06 | 2015-08-11 | Industrial Technology Research Institute | Method of handling hybrid automatic repeat request acknowledgement responses in wireless communication system |
| CN104901782A (zh) * | 2014-03-05 | 2015-09-09 | 中兴通讯股份有限公司 | 一种发送和接收广播业务数据的方法和装置 |
| CN107645361A (zh) * | 2016-07-22 | 2018-01-30 | 北京信威通信技术股份有限公司 | 一种发送数据的方法及装置 |
| CN107645367A (zh) * | 2016-07-22 | 2018-01-30 | 北京信威通信技术股份有限公司 | 一种发送反馈信息的方法及装置 |
| CN111709623A (zh) * | 2020-06-04 | 2020-09-25 | 中国科学院计算机网络信息中心 | 高性能计算环境评价方法、装置、电子设备及存储介质 |
| CN111918333A (zh) * | 2019-05-07 | 2020-11-10 | 成都华为技术有限公司 | 数据传输方法和设备 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE69911264T2 (de) * | 1999-03-19 | 2004-07-01 | Nokia Corp. | Verfahren und netzelement zum weiterleiten von mehrfachnachrichten |
| CN1213554C (zh) * | 2001-08-30 | 2005-08-03 | 华为技术有限公司 | 小区广播业务传送方法 |
| WO2003039068A1 (en) * | 2001-10-29 | 2003-05-08 | Nokia Corporation | Method for providing multicast and/or broadcast services to user terminals |
| KR100905613B1 (ko) * | 2002-06-03 | 2009-07-02 | 삼성전자주식회사 | 이동통신시스템에서 패킷 데이터의 멀티캐스트 송수신 방법 및 장치 |
| CN1219372C (zh) * | 2002-07-08 | 2005-09-14 | 华为技术有限公司 | 一种实现多媒体广播和多播业务的传输方法 |
-
2004
- 2004-08-24 CN CNB2004100571235A patent/CN100344178C/zh not_active Expired - Fee Related
Cited By (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101119578B (zh) * | 2006-08-04 | 2010-05-12 | 华为技术有限公司 | 多播控制系统及方法 |
| WO2008017226A1 (en) * | 2006-08-04 | 2008-02-14 | Huawei Technologies Co., Ltd. | Multicast control system and method |
| WO2008052384A1 (en) * | 2006-10-30 | 2008-05-08 | Huawei Technologies Co., Ltd. | Method, user equipment and network entity in connection with a multimedia service transmission |
| CN101536404B (zh) * | 2006-10-30 | 2011-12-07 | 华为技术有限公司 | 多媒体业务传输的方法及其用户设备和网络实体 |
| WO2008052447A1 (fr) * | 2006-11-02 | 2008-05-08 | Huawei Technologies Co., Ltd. | Procédé et dispositif de transmission/réception de canal associé à un réseau d'accès de paquets de liaison descendante haut débit |
| CN101309445B (zh) * | 2007-05-18 | 2011-05-25 | 中兴通讯股份有限公司 | 单接收机终端实现多媒体广播组播业务和普通业务的方法 |
| CN101389055B (zh) * | 2007-09-12 | 2012-09-05 | 中兴通讯股份有限公司 | 一种信道数目最大值的调整方法 |
| CN101772120B (zh) * | 2009-01-07 | 2012-10-31 | 鼎桥通信技术有限公司 | 基于下行通信质量报告的切换方法、系统及设备 |
| CN102300255A (zh) * | 2010-06-23 | 2011-12-28 | 中兴通讯股份有限公司 | 无线网络中分组传输的优化方法和装置 |
| CN103199970A (zh) * | 2012-01-06 | 2013-07-10 | 财团法人工业技术研究院 | 处理混合式自动重发请求确认收讫响应的方法 |
| US9137781B2 (en) | 2012-01-06 | 2015-09-15 | Industrial Technology Research Institute | Method of handling hybrid automatic repeat request resources in wireless communication system |
| US9107214B2 (en) | 2012-01-06 | 2015-08-11 | Industrial Technology Research Institute | Method of handling hybrid automatic repeat request acknowledgement responses in wireless communication system |
| CN103199970B (zh) * | 2012-01-06 | 2016-08-03 | 财团法人工业技术研究院 | 处理混合式自动重发请求确认收讫响应的方法及装置 |
| WO2015013956A1 (zh) * | 2013-08-01 | 2015-02-05 | 华为技术有限公司 | 数据传输方法和系统 |
| CN104901782A (zh) * | 2014-03-05 | 2015-09-09 | 中兴通讯股份有限公司 | 一种发送和接收广播业务数据的方法和装置 |
| CN107645361A (zh) * | 2016-07-22 | 2018-01-30 | 北京信威通信技术股份有限公司 | 一种发送数据的方法及装置 |
| CN107645367A (zh) * | 2016-07-22 | 2018-01-30 | 北京信威通信技术股份有限公司 | 一种发送反馈信息的方法及装置 |
| CN111918333A (zh) * | 2019-05-07 | 2020-11-10 | 成都华为技术有限公司 | 数据传输方法和设备 |
| CN111918333B (zh) * | 2019-05-07 | 2023-10-24 | 成都华为技术有限公司 | 数据传输方法和设备 |
| CN111709623A (zh) * | 2020-06-04 | 2020-09-25 | 中国科学院计算机网络信息中心 | 高性能计算环境评价方法、装置、电子设备及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100344178C (zh) | 2007-10-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101351981B (zh) | 无线通信用共用数据信道上的高效率传输 | |
| CN1251550C (zh) | 通信系统中的传输 | |
| CN101507168B (zh) | 低开销分组数据传输和接收模式控制的方法和装置 | |
| CN100344178C (zh) | 一种实现多播业务的方法 | |
| CN1893335A (zh) | 控制高速下行分组接入系统支持多阶调制方式的方法 | |
| CN1976272A (zh) | 在移动通信系统中控制反馈信号的可靠性的方法和装置 | |
| CN1992579A (zh) | 在高速共享控制信道上进行发送/接收的设备和方法 | |
| CN1910949A (zh) | 用于将扇区负载信息传送给移动台的方法和装置 | |
| CN1758577A (zh) | 传送用于高速分组数据传送的控制信息的装置和方法 | |
| CN1918822A (zh) | 在移动通信系统中在增强上行链路专用信道上传送调度信息的方法 | |
| CN1701535A (zh) | 在异步wcdma系统中提供上行链路分组数据业务的方法和装置 | |
| CN1768550A (zh) | 无线数据网络中的拥塞控制 | |
| CN1645786A (zh) | 在高速共享控制信道上发送/接收控制信号的方法和装置 | |
| CN1750450A (zh) | 为上行链路分组传输发送用户设备状态信息的方法和装置 | |
| CN101057423A (zh) | 在支持上行链路分组数据服务的移动通信系统中传送和接收下行链路控制信息的方法和设备 | |
| CN1941687A (zh) | 广播业务信道与非广播业务信道的复用方法 | |
| CN1695398A (zh) | 用于通信系统中数据传输的方法和装置 | |
| CN1652479A (zh) | 用于在分组通信系统中调度上行链路速率的方法及设备 | |
| CN1306849C (zh) | 具有停等式自动重发请求处理的时间调度的方法和装置 | |
| CN101043299A (zh) | 一种ack/nack方法 | |
| CN1946015A (zh) | 一种确定重传数据块大小的方法及基站、数据传输方法 | |
| CN101039165A (zh) | 基于多天线自适应调制编码的信息反馈方法及其装置 | |
| CN1777084A (zh) | 调整混合自动重传请求系统功率的方法 | |
| CN1870809A (zh) | 移动通信系统中高速数据传输的调度方法 | |
| CN1968066A (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 | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20071017 Termination date: 20200824 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |