CN101193438B - 一种实现高速下行分组接入的方法 - Google Patents
一种实现高速下行分组接入的方法 Download PDFInfo
- Publication number
- CN101193438B CN101193438B CN2006101608594A CN200610160859A CN101193438B CN 101193438 B CN101193438 B CN 101193438B CN 2006101608594 A CN2006101608594 A CN 2006101608594A CN 200610160859 A CN200610160859 A CN 200610160859A CN 101193438 B CN101193438 B CN 101193438B
- Authority
- CN
- China
- Prior art keywords
- head
- size
- data
- sign
- ccch
- 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
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种实现高速下行分组接入的方法,在增强的CELL_FACH状态下,该方法包括:UE监听HS-SCCH,需要接收HS-PDSCH在某TTI传送的数据时,根据MAC PDU携带的信息,确定接收BCCH,和/或PCCH,和/或CCCH,和/或CTCH,和/或DCCH,和/或DTCH上的数据。本发明MAC PDU支持增强的CELL_FACH状态下新的灵活的复用方式,使得UE实现了在增强的CELL_FACH状态下,很好地支持了HSDPA技术,保证了HSDPA的实现。
Description
技术领域
本发明涉及,尤指一种在频分双工中的增强的CELL_FACH状态(Enhanced CELL_FACH state in FDD)下,实现高速下行分组接入(HSDPA)的方法。
本文中为了描述方便,将频分双工中的增强的CELL_FACH状态简称为增强的CELL_FACH状态。
背景技术
通用移动通信系统(UMTS)是第三代合作伙伴计划(3GPP)组织定义的一种第三代无线通信网络技术标准。UMTS网络由核心网(Core Network)和UMTS陆地无线接入网(UTRAN,UMTS Terrestrial Radio Access Network)等子系统组成,如图1所示,图1是UMTS的网络结构示意图,在UTRAN中,节点B(NodeB)与无线网络控制器(RNC)之间的接口为Iub接口,RNC之间的接口为Iur接口,RNC与核心网的接口为Iu接口,RNC与其所控制的NodeB组成无线网络子系统(RNS,Radio Network Sub-system),一个NodeB可以包含一个或多个小区。用户终端(UE)通过空中接口即Uu接口(图1中未示出)与UTRAN相连。
Iub接口和Iur接口分为控制面和用户面两个部分,其中,控制面分别对应节点B应用部分(NBAP,NodeB Application Part)协议和无线网络子系统应用部分(RNSAP,Radio Network Sub-system Application Part)协议;用户面对应数据帧(Frame Protocol)协议,包括专用信道帧协议和公共信道帧协议,用于传输RNC和NodeB之间的用户面数据分组。
在UMTS空中接口中,由载频、扰码、信道化码、时间区间等确定的物理资源被称为物理信道。物理层将数据编码调制并映射到物理信道,而由物理层提供给上层的服务以不同的传输信道来区分数据的传输特性,也就是解决怎么传的问题;媒体接入控制(MAC,Medium Access Control)层则使用物理层提供的传输信道,并向更上层提供逻辑信道的服务,即MAC层提供逻辑信道到传输信道映射的功能,逻辑信道用以区分数据内容,也就是解决传什么的问题。
在Uu接口中,与本文相关的协议主要涉及物理层、MAC层以及相应的无线资源控制(RRC)层。其中,RRC层包括空闲模式和连接模式两个基本的工作模式,图2是RRC层工作模式的示意图,如图2所示,连接模式进一步包括小区专用信道状态(CELL_DCH)、小区前向接入信道状态(CELL_FACH)、小区寻呼信道状态(CELL_PCH)和用户注册区寻呼信道状态(URA_PCH)四种RRC子状态。RNC通过控制UE在不同RRC连接子状态之间的转移,实现无线资源的有效使用。比如,当UE有大量数据需要传输时,该UE可在CELL_DCH下使用HSDPA与高速上行分组接入(HSUPA)来实现高速数据传输;当UE只有较少量数据需要传输时,则可进入CELL_FACH状态,上行方向承载在物理随机接入信道(PRACH,Physical Random Access Channel)上的随机接入信道(RACH,Random AccessChannel),下行方向承载在第二公共控制物理信道(S-CCPCH,SecondaryCommon Control Physical Channel)上的前向接入信道(FACH,ForwardAccess Channel)来传输数据;当UE暂时没有数据需要传输时,则进入其它的RRC连接子状态,以减少对无线资源的占用。
其中,HSDPA是3GPP在版本5(Rel5)中引入的一种下行无线增强技术,可以对分组数据业务提供有效地支持。
在物理层,HSDPA下行包括两个物理信道,一个是高速物理下行共享信道(HS-PDSCH,High Speed Physical Downlink Shared Channel),用于承载用户的数据信息;另一个是高速共享控制信道(HS-SCCH,High SpeedShared Control Channel),用于承载解调伴随数据信道HS-PDSCH所需的信令。在使用HS-PDSCH承载时,物理层可以向上层提供高速下行共享信道(HS-DSCH,High Speed Downlink Share Channel)的服务,以支持下行高速分组传送。
在通常的模式下,UE通过监听HS-SCCH获知相应的HS-PDSCH上是否有NodeB发送给自身的数据,同时获得解调HS-PDSCH所需的包括并行的码道数及相应的扩频码、传输块大小、调制方式等传输格式和资源信息;NodeB则通过HS-DPCCH获知数据是否被正确接收,如果未正确接收,则将发起重传,否则发送新数据。具体地说,在每个传输时间间隔(TTI,Transmission Time Interval)上,UE通过监听HS-SCCH,通过获取该HS-SCCH上携带的高速下行共享信道无线网络临时标识(H-RNTI,HS-DSCH RadioNetwork Temporary Identifier)来判断相应的TTI的HS-PDSCH信道承载的数据是否是属于自身的数据。根据3GPP规范,H-RNTI包括16个比特。
在MAC层,HSDPA设置有MAC层分组结构即MAC层高速协议数据单元(MAC-hs PDU),MAC-hs PDU包含映射在HS-PDSCH的一个TTI的所有逻辑信道的数据。由于在HS-SCCH信道已经指示了相应的TTI中HS-PDSCH信道所承载的数据是属于哪个UE的,并且每个TTI中HS-PDSCH信道只能承载某个用户的专用数据,因此,在MAC-hs PDU的头部无需再指示具体的用户。
在Rel5和Rel6中,HSDPA只能用于CELL_DCH状态。为了增强在CELL_FACH状态下的UE的数据传输能力,减少UE从CELL_FACH状态到CELL_DCH状态的转换时延,在Release7中,3GPP提出了增强的CELL_FACH状态,从而将HSDPA扩展到了CELL_FACH状态下。
根据3GPP的提案,增强的CELL_FACH状态下的HSDPA传输仍使用HS-PDSCH信道,下行控制信道仍使用HS-SCCH信道,UE根据监听HS-SCCH上携带的H-RNTI来判断相应的TTI的HS-PDSCH信道上是否有数据需要接收,并通过MAC层分组的头部所包括的UE特定的标识来区分属于自身的数据。其中,H-RNTI可以采用公共的标识,即使用一个公共的H-RNTI来指示处于增强的CELL_FACH状态下的UE对相应TTI的HS-PDSCH进行接收;H-RNTI也可以采用UE特定的标识,即与CELL_DCH状态下的HSDPA技术相同,通过每个UE特定的H-RNTI来指示相应的UE进行接收。
另外,提案还提出,除了利用HS-PDSCH承载增强的CELL_FACH状态下的用户数据外,还应该可以进一步将寻呼信道(PCH,Paging Channel)的数据即寻呼消息,通过HS-PDSCH信道来承载。这样,原来在S-CCPCH信道上传送的PCH、FACH等传输信道都需要支持HSDPA,即使用HS-PDSCH来承载。而目前HS-PDSCH物理信道仅承载HS-DSCH传输信道。其中,可以映射到PCH信道上的逻辑信道为寻呼控制信道(PCCH,PagingControl Channel),可以映射到FACH信道上的逻辑信道包括广播控制信道(BCCH,Broadcast Control Channel),公共控制信道(CCCH,CommonControl Channel),公共业务信道(CTCH,Common Traffic Channel),专用控制信道(DCCH,Dedicated Control Channel)和专用业务信道(DTCH,Dedicated Traffic Channel)。可以看出,提案要求增强的CELL_FACH状态下具有灵活的复用方式。
但是,现有的MAC-hs PDU结构只支持UE的DCCH和DTCH逻辑信道的数据复用,而不能支持增强的CELL_FACH状态下新的灵活的复用方式,使得增强的CELL_FACH状态下不能很好地支持HSDPA技术。而且,现有的MAC-hs PDU结构中,每个TTI中HS-PDSCH信道只能承载单个用户的专用数据,不能承载多个用户的专用数据,更不能承载多个用户的数据复用。
发明内容
有鉴于此,本发明的主要目的在于提供一种实现高速下行分组接入(HSDPA)的方法,在增强的CELL_FACH状态下能够很好地支持HSDPA技术。
为达到上述目的,本发明的技术方案具体是这样实现的:
一种实现高速下行分组接入的方法,在增强的CELL_FACH状态下,该方法包括:
用户终端UE监听高速共享控制信道HS-SCCH,需要接收高速物理下行共享信道HS-PDSCH在某传输时间间隔TTI传送的数据时,所述UE根据媒体接入控制层协议数据单元MAC PDU的头部部分的逻辑信道组合指示,确定所述MAC PDU所复用的逻辑信道组合,并根据所述确定的逻辑信道组合组的头部部分确定接收所述MAC PDU中存在所述逻辑信道组合的数据;
所述逻辑信道组合包括以下逻辑信道组合之一:广播控制信道/寻呼控制信道BCCH/PCCH组、公共控制信道/公共业务信道CCCH/CTCH组、专用控制信道/专用业务信道DCCH/DTCH组。
该方法之前包括:预先设置高速下行共享信道无线网络临时标识H-RNTI指示不同的传输信道,且所述传输信道为寻呼信道PCH信道;
所述MAC PDU携带的信息包括:PCCH的MAC业务数据单元MAC SDU。
所述UE读取所述MAC SDU,获取PCCH上的数据。
所述MAC PDU携带的信息包括:DCCH/DTCH头部部分及一个或一个以上MAC SDU。
所述DCCH/DTCH头部部分包括一个或一个以上UE头部部分及该UE的头部部分结束标志;
所述各UE头部部分包括:UE标识、数据大小索引、数据块数目及标识该UE的头部部分结束的标志。
所述UE比较所述MAC PDU中携带的UE标识与自身的UE标识是否相同,在相同时,该UE根据携带的UE标识对应的所述数据大小索引确定MAC SDU大小,从所述数据块数目获知该大小对应的MAC SDU数目,并根据所述数据大小索引对应的标志字段判断该UE头部部分是否结束,如果未结束,UE重复上述确定MAC SDU大小及对应MAC SDU数目的过程;如果结束,则UE重复上述处理下一个UE的头部部分,直至处理完MAC PDU中携带的所有UE头部部分。
该方法之前还包括:预先设置H-RNTI,用于指示一个UE组,并且为每个UE在该组中分配一唯一的UE标识。
所述UE标识为短UE标识,且在MAC PDU中携带的UE标识为所述短UE标识。
所述逻辑信道组合组头部部分包括:BCCH/PCCH头部部分、CCCH/CTCH头部部分和DCCH/DTCH头部部分,其中,
所述BCCH/PCCH头部部分包括:BCCH/PCCH组合标识、BCCH数据大小索引和PCCH数据大小索引;
所述CCCH/CTCH头部部分包括:CCCH/CTCH组合标识、CCCH头部部分和CTCH头部部分;其中,CCCH头部部分包括一个或一个以上数据大小索引、该数据大小索引对应的数据块数目及表示CCCH头部部分是否结束的头部结束标志;CTCH头部部分包括一个或一个以上数据大小索引、该数据大小索引对应的数据块数目及表示CTCH头部部分是否结束的头部结束标志;
所述DCCH/DTCH头部部分包括:一个或一个以上UE头部部分及UE头部部分结束标志;所述各UE头部部分包括:UE标识、数据大小索引、数据块数目及标识该UE的头部部分结束的标志。
所述方法进一步包括:
如果所述逻辑信道组合指示显示MAC PDU中存在BCCH/PCCH组,则UE根据所述BCCH/PCCH组合标识确定当前MAC PDU中存在的是BCCH还是PCCH的数据,并根据所述BCCH数据大小索引或PCCH数据大小索引确定MAC SDU的大小;
如果逻辑信道组合指示显示MAC PDU中存在CCCH/CTCH组,则UE根据所述CCCH/CTCH组合标识确定当前MAC PDU中存在的是CCCH还是CTCH的数据,并根据所述CCCH头部部分或CTCH头部部分确定对应的MACSDU大小,及每个MAC SDU大小所对应的MAC SDU数目;
如果逻辑信道组合指示显示MAC PDU中存在DCCH/DTCH组,则UE根据所述DCCH/DTCH头部部分确定当前MAC PDU中是存在DCCH还是DTCH的数据,再根据与自身相同的UE标识所在UE头部部分的数据大小索引及数据块数目确定其对应的MAC SDU大小,及每个MAC SDU大小所对应的MACSDU数目。
该方法之前包括:预先设置H-RNTI指示不同的传输信道,且所述传输信道为前向接入FACH信道;
所述逻辑信道组合组头部部分包括:BCCH/PCCH头部部分、CCCH/CTCH头部部分和DCCH/DTCH头部部分,其中,
所述BCCH/PCCH头部部分包括:BCCH数据大小索引;
所述CCCH/CTCH头部部分包括:CCCH/CTCH组合标识、CCCH头部部分和CTCH头部部分;其中,CCCH头部部分包括一个或一个以上数据大小索引、该数据大小索引对应的数据块数目及表示CCCH头部部分是否结束的头部结束标志;CTCH头部部分包括一个或一个以上数据大小索引、该数据大小索引对应的数据块数目及表示CTCH头部部分是否结束的头部结束标志;
所述DCCH/DTCH头部部分包括:一个或一个以上UE头部部分及UE头部部分结束标志;所述各UE头部部分包括:UE标识、数据大小索引、数据块数目及标识该UE的头部部分结束的标志。
该方法之前包括:预先设置H-RNTI指示不同的传输信道,且所述传输信道为前向接入FACH信道;
所述逻辑信道组合组头部部分包括:BCCH/PCCH头部部分、CCCH/CTCH头部部分和DCCH/DTCH头部部分,其中,
所述BCCH/PCCH头部部分包括:BCCH数据大小索引;
所述CCCH/CTCH头部部分包括:CCCH/CTCH组合标识、CCCH数据大小索引和CTCH数据大小索引;
所述DCCH/DTCH头部部分包括:一个或一个以上UE头部部分及UE头部部分结束标志;所述各UE头部部分包括:UE标识、数据大小索引、数据块数目及标识该UE的头部部分结束的标志。
所述MAC PDU携带的信息还包括:用于指示MAC PDU版本的版本信息。
所述UE头部部分还包括:用于指示所采用的UE标识的类型的UE标识类型。
所述UE标识为H-RNTI,或小区无线网络临时标识C-RNTI,或UTRAN无线网络临时标识U-RNTI。
所述CCCH/CTCH头部部分中还包括:UE标识,或UE标识和UE标识类型。
所述MAC PDU携带的信息还包括:队列标识,或传送序号,或重传序号。
由上述技术方案可见,本发明MAC PDU支持增强的CELL_FACH状态下新的灵活的复用方式,使得UE可以从MAC PDU中接收到BCCH,和/或PCCH,和/或CCCH,和/或CTCH,和/或DCCH,和/或DTCH的数据,通过本发明的MAC PDU,实现了在增强的CELL_FACH状态下,很好地支持了HSDPA技术,保证了HSDPA的实现。
图1是UMTS的网络结构示意图;
图2是RRC层工作模式的示意图;
图3是UE监听HS-SCCH的流程示意图;
图4是增强的CELL_FACH状态下的MAC PDU的组成示意图的第一实施例;
图5是增强的CELL_FACH状态下的MAC PDU的组成示意图的第二实施例;
图6是增强的CELL_FACH状态下的MAC PDU的组成示意图的第三实施例;
附图说明
图7是增强的CELL_FACH状态下的MAC PDU的组成示意图的第四实施例。
本发明的核心思想是:UE监听HS-SCCH,需要接收HS-PDSCH在某TTI传送的数据时,根据MAC PDU携带的信息,确定接收BCCH,和/或PCCH,和/或CCCH,和/或CTCH,和/或DCCH,和/或DTCH上的数据。
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举较佳实施例,对本发明进一步详细说明。
图3是UE监听HS-SCCH的流程示意图,如图3所示,该流程包括:
步骤300:UE监听HS-SCCH,并确定需要接收HS-PDSCH在某TTI传送的数据。
本步骤中,UE可以根据HS-SCCH所指示的H-RNTI来判断对应的TTI的HS-PDSCH上是否有数据需要接收,具体实现属于现有技术,这里不再详述。
步骤301:根据MAC PDU携带的信息,确定接收BCCH,和/或PCCH,和/或CCCH,和/或CTCH,和/或DCCH,和/或DTCH上的数据。
具体实施方式
从本步骤可见,本发明MAC PDU支持增强的CELL_FACH状态下新的灵活的复用方式,可以携带包括BCCH,和/或PCCH,和/或CCCH,和/或CTCH,和/或DCCH,和/或DTCH的数据。容易看出,通过本发明的MACPDU,实现了在增强的CELL_FACH状态下,很好地支持了HSDPA技术,保证了HSDPA的实现。
图4是增强的CELL_FACH状态下的MAC PDU的组成示意图的第一实施例,下面结合本发明方法,详细进行描述。
如图4所示,MAC PDU包括:版本指示(VF,Version Flag)域、逻辑信道组合指示(LCCI,Logical Channel Combination Indicator)域、BCCH/PCCH头部部分、CCCH/CTCH头部部分、DCCH/DTCH头部部分、MAC业务数据单元1~MAC业务数据单元n,以及填充部分。
其中,VF域,通常设置在MAC PDU头部起始位置,用于指示MAC PDU的版本信息,VF域的典型大小为1个比特。该VF域可以省略。
LCCI域,设置在MAC PDU头部,用于指示逻辑信道组的组合。
比如在图4中,按照逻辑信道特性,将BCCH和PCCH分为一组,CCCH和CTCH分为一组,DCCH和DTCH分为一组,LCCI用以指示以上三组的所有可能的组合。这样,典型的LCCI域可以采用3个比特的位图(Bitmap)来表示,其中每个比特依次指示上述三个逻辑信道组在当前PDU中是否有数据传送,比如比特取值为“1”表示有,为“0”表示没有。举例说明:假设逻辑信道组分别依次是:第一组为BCCH和PCCH,第二组为CCCH和CTCH,第三组为DCCH和DTCH,若LCCI为(001)2表示MAC PDU复用有第三组的数据,LCCI为(110)2表示复用有第一组和第二组的数据,LCCI为(011)2表示复用有第二组和第三组的数据等等。需要说明的是,上述逻辑信道的分组只是其中一种实施例,也可以采用其它的分组方式或者也可以不进行分组,分组后的排列顺序也不限于此,这里并不用于限制本发明的应用范围。而且,也不是所有的逻辑信道都需要包括在MAC PDU中,只有那些有数据传送的逻辑信道才需要包括在内,需要哪些逻辑信道由上层控制决定,属于现有技术,与本发明无关,本发明强调的是,增强的CELL_FACH状态下的MAC PDU的组成支持增强的CELL_FACH状态下新的灵活的复用方式,从而使得增强的CELL_FACH状态下能很好地支持HSDPA技术。
对于LCCI域指示有数据传送的逻辑信道组合,在MAC PDU头部设置有这些逻辑信道组合的头部部分,即BCCH/PCCH头部部分,和/或CCCH/CTCH头部部分,和/或DCCH/DTCH头部部分。
其中,BCCH/PCCH头部部分包括以下信息:BCCH/PCCH组合指示(BPCI,BCCH PCCH Combination Indicator)域、BCCH数据大小索引(BSI,BCCH Size Index)和PCCH数据大小索引(PSI,PCCH Size Index)。
BPCI域用于表示是否存在BCCH或PCCH的数据,BPCI可以用2个比特的位图来表示,如BPCI为(01)2表示存在BCCH的数据,BPCI为(10)2表示存在PCCH的数据,BPCI为(11)2表示存在BCCH和PCCH的数据。
BSI和PSI分别用于表示BCCH数据的大小索引和PCCH数据的大小索引。如果BPCI指示不存在某个逻辑信道的数据,则不存在该逻辑信道相应的数据大小索引。由于BCCH和PCCH承载的RRC层消息信息类型和大小是很有限的,因此,BSI与PSI字段的典型大小为2~4个比特。
同样,CCCH/CTCH头部部分包括:CCCH/CTCH组合指示(CCI,CCCH/CTCH Combination Indicator)域,用于表示是否存在CCCH或CTCH的数据;CCCH数据大小索引(CCSI,CCCH Size Index)和CTCH数据大小索引(CTSI,CTCH Size Index)。进一步地,CCCH/CTCH头部部分可以包括多组不同大小的数据块,此时,CCCH/CTCH头部部分除了包括CCI域之外,还包括CCCH头部部分/CTCH头部部分,其中,CCCH头部部分包括若干组数据大小索引、每个索引对应的MAC SDU数目和显示CCCH头部部分是否结束的CCCH头部结束标志;同样CTCH头部部分也会包括若干组数据大小索引、每个索引对应的MAC SDU数目和CTCH头部结束标志。
DCCH/DTCH头部部分包括:UE的头部部分和UE头部部分结束标志,如果UE头部部分结束标志显示为未结束,则随后的信息是另一个UE的头部部分,如果UE头部部分结束标志显示为结束,则随后的信息是MAC SDU数据部分。其中,UE的头部部分包括UE标识类型、UE标识、传送给该UE标识对应的UE的所有逻辑信道的数据的信息。
UE标识类型,用于指示使用的UE标识的类型,比如H-RNTI,或小区无线网络临时标识(C-RNTI,Cell Radio Network Temporary Identity),或UTRAN无线网络临时标识(U-RNTI,UTRAN Radio Network TemporaryIdentity)等。由于H-RNTI可能用于表示多个UE而不能唯一表示某特定的UE,因此UE标识类型通常使用C-RNTI或U-RNTI,比如UE标识类型可以使用1个比特表示,即如UE标识类型的取值为“0”表示采用C-RNTI作为UE的标识,也就是说,UE标识为16比特的C-RNTI;取值为“1”则表示采用U-RNTI作为UE的标识即UE标识为32比特的U-RNTI等。
在每个UE的头部部分中,UE标识之后,依次按照预先对当前TTI传送的该UE的所有逻辑信道数据块划分的大小,填写各大小所对应的数据大小索引及相应大小的数据块的数目和标志位,其中标志位是1个比特的信息,用于指示随后是否还有新的数据大小索引及相应大小的数据块的数目和标志位。比如,标志位为“1”表示该UE的头部部分结束,随后是UE头部部分结束标志;标志位为“0”则表示该UE的头部部分未结束,随后是新的数据大小索引及相应大小的数据块的数目和标志位。
在MAC头部之后为MAC业务数据单元(SDU)部分,根据增强的CELL_FACH状态下的MAC PDU头部的指示,将相应的MAC SDU依次放置。
本发明的MAC PDU头部部分的大小与所有MAC SDU的大小之和不超过一个TTI中HS-PDSCH信道所能传送的总的信息比特数,不足的部分采用填充(Padding)部分补足。
以上不同的数据大小索引或大小索引标识具有特定的取值,是针对特定类型的逻辑信道而言,即不同类型的逻辑信道有不同的索引空间,同样的索引数值针对不同类型逻辑信道来讲,所代表的实际大小可以是不同的(DCCH和DTCH视为同类型逻辑信道)。具体取值是通过上层信令通知UE或者预先配置在UE和UTRAN中的。
针对图4所示的MAC PDU的结构示意图的实施例,UE对HS-SCCH进行监听,在增强的CELL_FACH状态下实现HSDPA的方法包括:
假设UE根据HS-SCCH信道所指示的H-RNTI确定需要接收HS-PDSCH在某TTI传送的数据。
UE根据HS-PDSCH上MAC PDU的头部部分的逻辑信道组合指示,判断该MAC PDU所复用的逻辑信道组合。
(1)如果逻辑信道组合指示显示MAC PDU中存在BCCH/PCCH组,则UE根据MAC PDU中携带的BCCH/PCCH头部部分来确定当前MAC PDU中是否存在BCCH/PCCH的数据,如果存在,再确定其对应的MAC SDU大小。具体实现方法为:
UE根据BCCH/PCCH组合指示,确定当前MAC PDU中是否有BCCH/PCCH的数据,如果BCCH/PCCH组合指示显示当前MAC PDU中有BCCH的数据传送,则UE根据BCCH数据大小索引确定当前MAC PDU中BCCH数据即广播控制信道对应的MAC SDU的大小。同样,如果BCCH/PCCH组合指示显示当前MAC PDU中有PCCH的数据传送,则UE根据PCCH数据大小索引确定当前MAC PDU中PCCH数据即寻呼控制信道对应的MAC SDU的大小。
(2)如果逻辑信道组合指示显示MAC PDU中存在CCCH/CTCH组,则UE根据MAC PDU中携带的CCCH/CTCH头部部分来确定当前MAC PDU中是否存在CCCH/CTCH的数据,如果存在,再确定其对应的不同MAC SDU大小,及每个MAC SDU大小所对应的MAC SDU数目。具体实现方法为:
UE根据CCCH/CTCH组合指示,确定当前MAC PDU中是否有CCCH/CTCH的数据,如果CCCH/CTCH组合指示显示当前MAC PDU中有CCCH的数据传送,则UE根据CCCH数据大小索引确定对应的MAC SDU大小,再根据CCCH数目获知该大小所对应的CCCH的MAC SDU数目,并根据CCCH头部结束标志确定CCCH的头部是否结束,如果未结束,UE重复以上确定公共控制信道MAC SDU大小及数目的步骤,直至结束。
CCCH/CTCH组合指示显示当前MAC PDU中有CTCH的数据传送,对CTCH的数据获取与上述获取CCCH的数据方法完全相同,这不再赘述。
(3)如果逻辑信道组合指示显示MAC PDU中存在DCCH/DTCH组,则UE根据MAC PDU中携带的DCCH/DTCH头部部分来确定当前MAC PDU中是否存在DCCH/DTCH的数据,如果存在,再确定其对应的不同MAC SDU大小,及每个MAC SDU大小所对应的MAC SDU数目。具体实现方法为:
UE依次根据每个UE头部部分所包含的UE标识类型,将MAC PDU中携带的UE标识与自身的UE标识进行比较,如果相同,则该MAC PDU中包含有对应该UE的专用逻辑信道的MAC SDU。UE根据每个UE的头部部分确定该部分指示的UE所对应的各MAC SDU的大小,及各自所对应的MAC SDU数目。即:根据数据大小索引确定MAC SDU大小,并从数目字段获知该大小对应的MAC SDU数目,并根据数据大小索引对应的标志字段判断该UE头部部分是否结束,如果未结束,UE重复上述确定MAC SDU大小及对应MAC SDU数目的步骤;如果结束,则根据后续的UE头部部分结束标志确定DCCH/DTCH头部部分是否结束,如果未结束,UE重复上述处理每个UE的头部部分的步骤,直至结束。
之后,UE对当前MAC PDU的净荷(Payload)部分即MAC业务数据单元部分进行处理,将Payload的起始位置作为MAC PDU头部指示的第一个逻辑信道的第一个MAC SDU的起始位置,并以MAC PDU头部所指示的顺序作为所有MAC SDU在当前MAC PDU Payload部分的出现顺序,从MAC SDU中读取自身需要的逻辑信道上的数据,直至所需要接收的所有MAC SDU全部读取为止。
从针对图4的描述可以看出,本发明MAC PDU支持增强的CELL_FACH状态下新的灵活的复用方式,使得UE可以从MAC PDU中接收到BCCH,和/或PCCH,和/或CCCH,和/或CTCH,和/或DCCH,和/或DTCH的数据,实现了在增强的CELL_FACH状态下,很好地支持了HSDPA技术,保证了HSDPA的实现。
图4所示的MAC PDU的组成示意图是一个完整的结构,在实际应用中,上层可以根据实际需要,对MAC PDU携带的内容进行调整,仅携带需要发送给UE的逻辑信道的数据即可,下面结合附图,列举几个实施例进行说明。
图5是增强的CELL_FACH状态下的MAC PDU的组成示意图的第二实施例。如果上层不使用专用H-RNTI即每个H-RNTI对应一个特定的UE,可以为每个传输信道分配各自对应的H-RNTI,从而使得通过HS-SCCH即可获知相应的传输信道。当H-RNTI所指示的传输信道为PCH信道时,逻辑信道只能是PCCH;而当H-RNTI所指示的传输信道为FACH信道时,则可能承载BCCH,CCCH,CTCH,DCCH或DTCH。因此针对这种H-RNTI表示方法,可以根据H-RNTI所指示的传输信道的类型进行区分,使用不同的MAC层复用模式。当H-RNTI指示的传输信道为FACH时,不可能出现PCCH的数据,如图5所示,图5在图4的基础上省略了BPCI及PSI。
另外,当H-RNTI指示的传输信道为PCH时,由于此时逻辑信道只能是PCCH,因此可在图4所示组成示意图的基础上,在版本标志后直接跟随PCCH的MAC SDU部分,并使用填充部分补足增强的CELL_FACH状态下的MAC PDU的大小,如图6所示,图6是增强的CELL_FACH状态下的MAC PDU的组成示意图的第三实施例。这种情况下,对于UE来讲,直接从MAC PDU中读取PCCH的数据即可。
图7是增强的CELL_FACH状态下的MAC PDU的组成示意图的第四实施例,假设每个H-RNTI用于指示一个UE组,并且为每个UE在该组中分配一个较短的唯一标识,典型地,可以限制每个H-RNTI指示的UE组中有不超过16或不超过64个UE,则可以用4或6个比特标识UE,比32比特的U-RNTI和16比特的H-RNTI/C-RNTI要节省许多比特。此时HS-PDSCH信道只能用于传送一个或多个UE的DCCH/DTCH,MAC PDU的组成示意图如图7所示。需要说明的是,由于此时UE在组中有较短的唯一标识,因此在增强的CELL_FACH状态下的MAC PDU中可使用该唯一标识来标识UE且无需指示UE标识类型,即图7中的UE标识类型可以省略。
以上仅列举了本发明MAC PDU的集中组成示例,并不限制本发明方法的应用。
除此之外,由于CCCH上所传送的数据事实上都是针对特定UE的,所以可以在图4或图5的基础上,在CCCH/CTCH组合指示之后,如果存在CCCH的数据,则在CCCH数据大小索引之前或之后携带对应接收该数据的UE标识,并限定UE标识为特定的类型如C-RNTI或U-RNTI;当然,也可以在UE标识之前使用UE标识类型来进一步指示使用的UE标识的类型。由于CCCH中承载的RRC消息数据通常是由RNC生成的,如果增强的CELL_FACH状态下的MAC PDU复用操作在RNC中完成,则RNC知道接收相应的CCCH的目标UE,从而可以在CCCH数据大小索引之前或之后携带对应的UE标识;如果增强的CELL_FACH状态下的MAC PDU复用操作在NodeB中完成,那么,RNC可以直接将目标UE的标识连同相应的CCCH发送给Node B,或者Node B通过分析解码获得相应的CCCH中的目标UE的标识,以便在CCCH数据大小索引之前或之后携带对应的UE标识。
另外,如果不使用专用H-RNTI来标识不同的UE,那么,可以采用H-RNTI表示不同的逻辑信道组如BCCH/PCCH组,或者CCCH/CTCH组,或者DCCH/DTCH组。此时,在增强的CELL_FACH状态下的MAC PDU中可以省略逻辑信道组合指示,此时,MAC PDU中根据H-RNTI所指示的逻辑信道组,携带对应的一组逻辑信道组头部部分。
进一步,还可以使用H-RNTI标识具体的逻辑信道类型(DCCH和DTCH为同一类型逻辑信道),那么MAC PDU中可以去掉BCCH/PCCH头部部分和CCCH/CTCH头部部分各自的信道组合指示。
之外,每个H-RNTI可以用于指示具体的UE,由HS-SCCH即可确定是某个UE的数据,此时HS-PDSCH信道只能用于传送某个特定UE的DCCH/DTCH信道数据,MAC PDU的组成结构与现有相同,这里不再详述。这里强调的是,本发明方法兼容低版本的MAC PDU结构。
在本文上述各方案的基础上,都允许在版本标志后增加已有队列标识(Queue ID),传送序号(TSN,Transmission Serial Number)或重传序号(RSN,Re-transmission Serial Number)等信息,这样,在增强的CELL_FACH状态下,可以使用RACH进行接收确认或非确认反馈,从而使HSDPA操作可以存在多个并行的传输过程,而此时,利用这些字段可以支持数据的顺序传输操作。关于顺序传输操作属于现有技术,可参考相关协议规定,这里不再详细描述。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围,凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (17)
1.一种实现高速下行分组接入的方法,在增强的CELL_FACH状态下,其特征在于,该方法包括:
用户终端UE监听高速共享控制信道HS-SCCH,需要接收高速物理下行共享信道HS-PDSCH在某传输时间间隔TTI传送的数据时,所述UE根据媒体接入控制层协议数据单元MAC PDU的头部部分的逻辑信道组合指示,确定所述MAC PDU所复用的逻辑信道组合,并根据所述确定的逻辑信道组合组的头部部分确定接收所述MAC PDU中存在所述逻辑信道组合的数据;
所述逻辑信道组合包括以下逻辑信道组合之一:广播控制信道/寻呼控制信道BCCH/PCCH组、公共控制信道/公共业务信道CCCH/CTCH组、专用控制信道/专用业务信道DCCH/DTCH组。
2.根据权利要求1所述的方法,其特征在于,该方法之前包括:预先设置高速下行共享信道无线网络临时标识H-RNTI指示不同的传输信道,且所述传输信道为寻呼信道PCH信道;
所述MAC PDU携带的信息包括:PCCH的MAC业务数据单元MAC SDU。
3.根据权利要求2所述的方法,其特征在于,所述UE读取所述MAC SDU,获取PCCH上的数据。
4.根据权利要求1所述的方法,其特征在于,所述MAC PDU携带的信息包括:DCCH/DTCH头部部分及一个或一个以上MAC SDU。
5.根据权利要求4所述的方法,其特征在于,所述DCCH/DTCH头部部分包括一个或一个以上UE头部部分及该UE的头部部分结束标志;
所述各UE头部部分包括:UE标识、数据大小索引、数据块数目及标识该UE的头部部分结束的标志。
6.根据权利要求5所述的方法,其特征在于,所述UE比较所述MAC PDU中携带的UE标识与自身的UE标识是否相同,在相同时,该UE根据携带的UE标识对应的所述数据大小索引确定MAC SDU大小,从所述数据块数目获知该大小对应的MAC SDU数目,并根据所述数据大小索引对应的标志字段判断该UE头部部分是否结束,如果未结束,UE重复上述确定MAC SDU大小及对应MAC SDU数目的过程;如果结束,则UE重复上述处理下一个UE的头部部分,直至处理完MAC PDU中携带的所有UE头部部分。
7.根据权利要求6所述的方法,其特征在于,该方法之前还包括:预先设置H-RNTI,用于指示一个UE组,并且为每个UE在该组中分配一唯一的UE标识。
8.根据权利要求7所述的方法,其特征在于,所述UE标识为短UE标识,且在MAC PDU中携带的UE标识为所述短UE标识。
9.根据权利要求1所述的方法,其特征在于,
所述逻辑信道组合组头部部分包括:BCCH/PCCH头部部分、CCCH/CTCH头部部分和DCCH/DTCH头部部分,其中,
所述BCCH/PCCH头部部分包括:BCCH/PCCH组合标识、BCCH数据大小索引和PCCH数据大小索引;
所述CCCH/CTCH头部部分包括:CCCH/CTCH组合标识、CCCH头部部分和CTCH头部部分;其中,CCCH头部部分包括一个或一个以上数据大小索引、该数据大小索引对应的数据块数目及表示CCCH头部部分是否结束的头部结束标志;CTCH头部部分包括一个或一个以上数据大小索引、该数据大小索引对应的数据块数目及表示CTCH头部部分是否结束的头部结束标志;
所述DCCH/DTCH头部部分包括:一个或一个以上UE头部部分及UE头部部分结束标志;所述各UE头部部分包括:UE标识、数据大小索引、数据块数目及标识该UE的头部部分结束的标志。
10.根据权利要求9所述的方法,其特征在于,所述方法进一步包括:
如果所述逻辑信道组合指示显示MAC PDU中存在BCCH/PCCH组,则UE根据所述BCCH/PCCH组合标识确定当前MAC PDU中存在的是BCCH还是PCCH的数据,并根据所述BCCH数据大小索引或PCCH数据大小索引确定MAC SDU的大小;
如果逻辑信道组合指示显示MAC PDU中存在CCCH/CTCH组,则UE根据所述CCCH/CTCH组合标识确定当前MAC PDU中存在的是CCCH还是CTCH的数据,并根据所述CCCH头部部分或CTCH头部部分确定对应的MACSDU大小,及每个MAC SDU大小所对应的MAC SDU数目;
如果逻辑信道组合指示显示MAC PDU中存在DCCH/DTCH组,则UE根据所述DCCH/DTCH头部部分确定当前MAC PDU中是存在DCCH还是DTCH的数据,再根据与自身相同的UE标识所在UE头部部分的数据大小索引及数据块数目确定其对应的MAC SDU大小,及每个MAC SDU大小所对应的MACSDU数目。
11.根据权利要求1所述的方法,其特征在于,该方法之前包括:预先设置H-RNTI指示不同的传输信道,且所述传输信道为前向接入FACH信道;
所述逻辑信道组合组头部部分包括:BCCH/PCCH头部部分、CCCH/CTCH头部部分和DCCH/DTCH头部部分,其中,
所述BCCH/PCCH头部部分包括:BCCH数据大小索引;
所述CCCH/CTCH头部部分包括:CCCH/CTCH组合标识、CCCH头部部分和CTCH头部部分;其中,CCCH头部部分包括一个或一个以上数据大小索引、该数据大小索引对应的数据块数目及表示CCCH头部部分是否结束的头部结束标志;CTCH头部部分包括一个或一个以上数据大小索引、该数据大小索引对应的数据块数目及表示CTCH头部部分是否结束的头部结束标志;
所述DCCH/DTCH头部部分包括:一个或一个以上UE头部部分及UE头部部分结束标志;所述各UE头部部分包括:UE标识、数据大小索引、数据块数目及标识该UE的头部部分结束的标志。
12.根据权利要求1所述的方法,其特征在于,该方法之前包括:预先设置H-RNTI指示不同的传输信道,且所述传输信道为前向接入FACH信道;
所述逻辑信道组合组头部部分包括:BCCH/PCCH头部部分、CCCH/CTCH头部部分和DCCH/DTCH头部部分,其中,
所述BCCH/PCCH头部部分包括:BCCH数据大小索引;
所述CCCH/CTCH头部部分包括:CCCH/CTCH组合标识、CCCH数据大小索引和CTCH数据大小索引;
所述DCCH/DTCH头部部分包括:一个或一个以上UE头部部分及UE头部部分结束标志;所述各UE头部部分包括:UE标识、数据大小索引、数据块数目及标识该UE的头部部分结束的标志。
13.根据权利要求2、4、5、9、10、11或12所述的方法,其特征在于,所述MAC PDU携带的信息还包括:用于指示MAC PDU版本的版本信息。
14.根据权利要求5、9、11或12所述的方法,其特征在于,所述UE头部部分还包括:用于指示所采用的UE标识的类型的UE标识类型。
15.根据权利要求14所述的方法,其特征在于,所述UE标识为H-RNTI,或小区无线网络临时标识C-RNTI,或UTRAN无线网络临时标识U-RNTI。
16.根据权利要求9、11或12所述的方法,其特征在于,所述CCCH/CTCH头部部分中还包括:UE标识,或UE标识和UE标识类型。
17.根据权利要求2、4、5、9、10、11或12所述的方法,其特征在于,所述MAC PDU携带的信息还包括:队列标识,或传送序号,或重传序号。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006101608594A CN101193438B (zh) | 2006-11-30 | 2006-11-30 | 一种实现高速下行分组接入的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006101608594A CN101193438B (zh) | 2006-11-30 | 2006-11-30 | 一种实现高速下行分组接入的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101193438A CN101193438A (zh) | 2008-06-04 |
CN101193438B true CN101193438B (zh) | 2010-10-27 |
Family
ID=39488113
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006101608594A Active CN101193438B (zh) | 2006-11-30 | 2006-11-30 | 一种实现高速下行分组接入的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101193438B (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101222419B (zh) | 2007-01-10 | 2011-07-20 | 华为技术有限公司 | 数据通信方法及系统、数据发送/接收装置 |
CN101309520B (zh) * | 2008-06-26 | 2011-05-11 | 中兴通讯股份有限公司 | 一种承载公共控制信道数据的方法及装置 |
CN101674670B (zh) * | 2008-09-12 | 2011-11-16 | 电信科学技术研究院 | 一种状态转移的方法、系统和终端 |
CN101868029B (zh) * | 2009-04-15 | 2012-12-26 | 电信科学技术研究院 | 一种确定寻呼控制信道pcch资源的方法、系统和装置 |
CN102984053A (zh) * | 2011-09-07 | 2013-03-20 | 普天信息技术研究院有限公司 | 一种射频拉远基站中的数据交换方法 |
US10306594B2 (en) | 2012-10-30 | 2019-05-28 | Qualcomm Incorporated | Uplink coverage enhancements |
WO2014161139A1 (zh) * | 2013-04-01 | 2014-10-09 | 华为技术有限公司 | 数据传输方法、用户设备、基站和无线网络控制器 |
CN104581822B (zh) * | 2013-10-14 | 2018-11-23 | 中国移动通信集团公司 | 用户设备的业务状态迁移的方法、系统及装置 |
CN107295614B (zh) * | 2016-03-31 | 2022-04-19 | 中兴通讯股份有限公司 | 控制信道检测方法、tti长度的上报方法及装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1557105A (zh) * | 2001-08-21 | 2004-12-22 | ��˹��ŵ�� | 通信网络内的数据传输 |
CN1575025A (zh) * | 2003-06-13 | 2005-02-02 | 三星电子株式会社 | 控制ofdm移动通信系统的mac层的运行状态的方法 |
CN1615045A (zh) * | 1998-10-01 | 2005-05-11 | Lg电子株式会社 | 在移动通信终端中转移数据的方法 |
CN1731771A (zh) * | 2005-08-16 | 2006-02-08 | 中兴通讯股份有限公司 | 一种支持多载波下行高速数据分组接入的系统和方法 |
CN1859037A (zh) * | 2005-11-30 | 2006-11-08 | 华为技术有限公司 | 一种高速媒体接入控制分组数据单元的发送和接收方法 |
CN1859603A (zh) * | 2005-04-20 | 2006-11-08 | 日本电气株式会社 | 在共享下行信道上的高效的广播和多播传输 |
-
2006
- 2006-11-30 CN CN2006101608594A patent/CN101193438B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1615045A (zh) * | 1998-10-01 | 2005-05-11 | Lg电子株式会社 | 在移动通信终端中转移数据的方法 |
CN1557105A (zh) * | 2001-08-21 | 2004-12-22 | ��˹��ŵ�� | 通信网络内的数据传输 |
CN1575025A (zh) * | 2003-06-13 | 2005-02-02 | 三星电子株式会社 | 控制ofdm移动通信系统的mac层的运行状态的方法 |
CN1859603A (zh) * | 2005-04-20 | 2006-11-08 | 日本电气株式会社 | 在共享下行信道上的高效的广播和多播传输 |
CN1731771A (zh) * | 2005-08-16 | 2006-02-08 | 中兴通讯股份有限公司 | 一种支持多载波下行高速数据分组接入的系统和方法 |
CN1859037A (zh) * | 2005-11-30 | 2006-11-08 | 华为技术有限公司 | 一种高速媒体接入控制分组数据单元的发送和接收方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101193438A (zh) | 2008-06-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101193438B (zh) | 一种实现高速下行分组接入的方法 | |
US8442000B2 (en) | Method and apparatus for communicating protocol data unit in radio access network | |
CN101999249B (zh) | 用于cell_fach状态下增强型mac-e/es资源的管理和建立的方法和设备 | |
CN101222419B (zh) | 数据通信方法及系统、数据发送/接收装置 | |
JP4938858B2 (ja) | 移動通信におけるデータフォーマット構成方法及びその端末 | |
CN101578783A (zh) | 用于在移动通信中构造数据格式的方法及其终端 | |
CN102231916A (zh) | 提供用以支持上链及下链信道的信道分派信息的方法及系统 | |
CN104378191A (zh) | 长期演进中的资源受限分配 | |
CN101860898B (zh) | 一种配置混合自动重传相关信息的方法和系统 | |
CN101822116A (zh) | 移动通信终端、通信站、通信网络以及通信方法 | |
CN101242553B (zh) | 用户数据发送方法及其装置 | |
CN101425884A (zh) | 无线通信中上行链路的数据传输方法和装置 | |
CN101198092B (zh) | 实现向用户设备发送数据的方法、系统及设备 | |
CN101674605B (zh) | 高速上行分组接入调度的方法、系统及设备 | |
CN101601218B (zh) | 用于在高速传输中使用的帧协议和信令 | |
EP2117197B1 (en) | Method for transferring data using hsdpa in non-cell dch state | |
CN101489287B (zh) | Cell_pch状态下具有专用h-rnti的hs-scch选择方法及系统 | |
CN101400112B (zh) | Td-scdma系统中寻呼状态的数据传输方法 | |
CN102595639A (zh) | 业务数据的传输方法及系统 | |
CN101860924B (zh) | 一种确定能力等级的方法和终端 | |
CN101242218A (zh) | 实现向用户设备发送数据的方法及系统 | |
CN102118853B (zh) | 终端状态通知及确定方法、系统和设备 | |
CN102215566B (zh) | 小区寻呼信道状态下的数据传输方法及其装置 | |
CN101384071B (zh) | 非小区专用信道状态下的hs-dsch的传输方法 | |
CN102231895B (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 | ||
EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20080604 Assignee: Apple Computer, Inc. Assignor: Huawei Technologies Co., Ltd. Contract record no.: 2015990000755 Denomination of invention: A method for realizing high-speed downlink packet access Granted publication date: 20101027 License type: Common License Record date: 20150827 |
|
LICC | Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model |