通信网络内的数据传输的制作方法

专利名称：通信网络内的数据传输的制作方法
技术领域：
本发明涉及用于向诸如UTRAN(通用移动电信业务陆地无线电接入网)的通信网络的网络单元如节点B提供所述网络单元上所需的数据例如HSDPA(高速下行链路分组接入)相关数据的方法。另一方面，本发明特别涉及用于在通信网络内将用户数据例如HSDPA相关用户数据从控制器经由一个接口如Iub接口传送到网络单元的方法。另一方面，本发明尤其涉及用于向诸如UTRAN的通信网络的网络单元例如节点B提供控制参数的方法，所述控制参数是在所述通信网络的控制器例如RNC上可用的控制参数，例如HSDPA相关控制参数，经由例如Iub接口把控制器连接到所述网络单元上。本发明同样涉及相应的通信网络、网络单元和控制器。
背景技术：
HSDPA是一种为UTRAN基础结构引入的概念，以增强3GPP(第三代伙伴关系计划)中的共用信道概念。
在UMTS中，UTRAN处理所有与无线电相关的功能。为此，UTRAN包括一个或多个RNC和连接到每个RNC的一个或多个节点B。UTRAN的RNC经由Iu接口连接到核心网。此外，通过Iur接口可以互连一个UTRAN的多个RNC。在下行链路传输中，RNC很可能经由另一个RNC接收来自核心网的用户数据，并且经由Iub接口将其传送到节点B。然后节点B经由Uu接口将数据传送到编址的用户设备UE。
UTRAN的RNC可以承担不同角色。例如，可以相对于一组特定节点B，定义一个控制RNC(CRNC)。对于任何节点B只存在一个CRNC。CRNC对它的节点B的逻辑资源进行全面控制。相对于UE与UTRAN之间的一个特定连接，可以定义一个服务RNC(SRNC)。对于连接到UTRAN的每个UE，只有一个SRNC。SRNC负责UE与UTRAN之间的无线电资源控制(RRC)连接。服务RNC还终接用于该UE的Iu。
在用于FDD模式的UTRAN的共用信道概念中，DSCH(下行链路共用信道)被定义为在几个UE之间动态共享的下行链路传送信道。例如如技术规范3GPP TS 25.301 V3.6.0(2000-09)“第三代伙伴关系计划；技术规范组无线电接入网；无线电接口协议基础结构(版本1999)(3rd Generation Partership Project；Technical Specification Group Radio Access Network；Radio Interface ProtocolArchitecture(Release 1999))”中所述，DSCH在CRNC中被装配(assemble)并经由节点B被传送到UE。
HSDPA的基本思想是，为下行链路传输共用高速信道提供更高的数据速率和已经来自节点B的更快重传机制。共用高速信道应当包括作为传输信道的HS-DSCH(高速下行链路共用信道)和DPCH(专用物理信道)，在与HS-PDSCH(高速物理下行链路共用信道)结合时，DPCH与独立的共用物理控制信道组合。将在节点B中实现的快速重传机制是HARQ(混合自动请求重发hybridautomatic repeat request)。
当前使用的DSCH还可以支持高数据速率，但是重传总是由RNC中的RLC(无线电链路控制)层提供，从而减慢了事务处理。
为了支持新能力，特别是HARQ，在技术报告3GPP TR 25.855 V1.0.0(2001-06)“第三代伙伴关系计划；技术规范组无线电接入网；高速下行分组接入；总体UTRAN说明(版本5)(3rd Generation Partnership Project；TechnicalSpecification Group Radio Access Network；High Speed Downlink Packet Access；Overall UTRAN Description(Release 5))”中引入了新MAC(媒体接入控制)实体，该技术报告在此引用以资参考。新的MAC实体被称作MAC-hs并且总是位于节点B内。在3GPP的上述版本中，还能够处理用户平面(plane)数据的所有UTRAN MAC实体总是专门定位在RNC中。只有当小区被配置为支持HSDPA概念时才存在MAC-hs，并且MAC-hs经由Iub接口连接到定位于RNC中的MAC-c/sh。
MAC层用于把逻辑信道映射到传送信道。逻辑信道是被定义在RNC中的无线电链路控制(RLC)层与MAC层之间的一种信道类型。每个逻辑信道定义哪种类型的数据将经由它传送。在HSDPA情况中，逻辑信道总是定位于SRNC中。传送信道是被定义在MAC层与L1(层1)之间的一种信道类型。它描述数据如何将经由无线电链路进行传送。在DSCH概念中，传送信道可在Inb接口上看到；而在HSDPA概念中，传送信道是节点B中的内部信道。
在图1中示出了用于HSDPA的UTRAN的不同MAC的连接，这种连接关系取自于以上引用的技术报告TR 25.855。
图1示出了位于节点B中的MAC-hs 1以及位于一个或多个RNC中的MAC-c/sh 2和MAC-c/sh 3。在它们被定位在不同RNC的情况下，MAC -hs 1经由Iub接口连接到MAC-c/sh 2；而MA-c/sh 2经由Iur接口连接到MAC-d 3，否则这些MAC 2、3本地互连。MAC控制接入毎个MAC 1-3。这种作为PCCH(寻呼信道)和BCCH(广播控制信道)的逻辑信道被直接映射到MAC-c/sh 2，而不需要MAC-d 3的干预。然而，如果UE有权接入公共信道或者共用信道，则像DCCH(专用控制信道)和DTCH(专用业务信道)这样的逻辑信道总是连接到MAC-d 3，将接收的数据分组传送到MAC-c/sh 2。MAC-/sh 2和MAC-d 3把不同类型的逻辑信道映射到如PCH(寻呼信道)、FACH(前向接入信道)、DCH(专用信道)等的传送信道上，以便经由节点B传送给UE。接收的HSDPA相关数据由MAC-d 3经由MAC-c/sh 2提供，而不映射到节点B的MAC-hs 1，以便在HS DSCH中传送到UE。对于图1的细节，参阅技术报告TR 25.855。
作为选择，MAC-hs可直接连接到MAC-d。
由于以前仅在RNC中实现的功能现在也必须在节点B中提供，如TFC(传送格式组合)选择，因此节点B与RNC之间的功能划分已经被重组。在图2和图3中显示了新的功能分布，这同样也取自技术报告TR 25.855，并且更详细地展现了分别由MAC-c/sh 2和MAC-hs 1提供的某些功能。
根据该重组，调度/优先级处理和TFC选择功能已经从用于HSDPA相关下行链路传输的图2中RNC的MAC-c/sh 2中消除，并被添加到图3中节点B的MAC-hs 1中。因此，不置于RNC控制之下的最后调度和实时业务还对HSDPA进行控制。所以，在图2的MAC-c/sh 2中，从MAC-d接收的HSDPA相关的数据被传送到图3的MAC-sh 1，而不需要任何对于其它下行链路数据执行的调度、优先级处理或者TFC选择等。以前，总是将这些功能在SRNC中(当节点B被直接连接到SRNC时)或者CRNC中(当节点B被连接到CRNC时)进行管理。此外，在图3的新MAC-hs 1中实现HARQ。对于图2和图3的细节，参阅以上引用的技术报告TR 25.855。
功能的重组意味着下行链路用户数据的已知传输和从RNC到节点B的所需控制信息的已知传输必须被修改。
对于下行链路用户数据的传送，建议不改变RLC层。这意味着RLC如以前一样将RLC PDU(协议数据单元)缓存到RNC缓存器中，并且RLC仅仅根据位于RNC上的MAC层即MAC-d 3的请求把数据提交给较低层。因此，支持RNC中MAC实体与节点B中MAC-sh 1之间数据传输的事务处理当前仅仅被定义在高层上，但是仍然遗漏了一些细节。通过这些高层定义，作为新特点在MAC-c/sh 2与MAC-hs 1之间定义流控制功能，如图3所示，以便控制从RNC到节点B的数据流。此外，为了支持Iub接口上的实际数据传输，HS-DSCH帧协议层(HS-DSCHFP)被包括在MAC-c/sh之下与MAC-hs之上。该层被显示在图4中，这取自于技术报告TR 25.855。图4显示了HSDPA的无线电接口协议基础结构，并且特别显示了网络单元的多个层，这些网络单元从左至右分别是经由Uu接口连接到节点B的用户设备UE，还经由Iub接口连接到第一RNC，最后经由Iur接口连接到第二RNC。节点B、第一和第二RNC各自除了包括相应的MAC实体外，还包括HS-DSCH FP。该HS-DSCH不仅预定用于从RNC向节点B传送数据分组，而且还用于传送相关的控制信息。建议这样的一种FP协议却没有任何对Iub和Iur接门上的下行链路数据传输的详细说明，其中这些传输使用MAC和RLC的L2(层2)的服务。对于图4的细节，参阅上文引用的技术报告TR 25.855。
然而，为Iub接口定义的当前FP帧结构都不适用于HSDPA。特别地，用于DSCH的FP帧结构不适于HSDPA数据传输，用于HSDPA的建议从这些DSCH继续，因为DSCH FP帧包含其值只在调度或TFC选择已经被作出时定义的字段。如上所述，这些功能被转用于对节点B的HSDPA相关传输。此外，DSCH FP帧不包含要求HSDPA支持RNC与节点B之间流控制的所有信息。
除了HSDPA相关用户数据外，控制信息也必须在节点B上可用，以使节点B可以建立和重构用于传输的HS-DSCH信道。
由于功能重组，例如如在技术规范3GPP TS 25.433 V3.4.1(2000-12)“第三代伙伴关系计划；技术规范组无线电接入网；UTRAN Iub接口NBAP信令(3rdGeneration Partnership Project；Technical Specification Group Radio Access Network；UTRAN Iub Interface NBAP Signalling)(版本1999)”中所描述的，在Iub上用于DSCH建立和重构的当前应用协议程序不能用于HS-DSCH。例如，就HSDPA而言，不需要在无线电链路(RL)建立期间为DSCH提供信道编码参数，因为这些信道编码参数是在节点B中决定的。另一方面，用于DSCH的节点B不需要的某些参数在小区建立过程期间应当被提供给HSDPA的节点B，以使节点B可以在小区中配置HS-DSCH属性。此外，应当有可能优选以半静态方式修改这些基于小区的参数。

发明内容
本发明的目的是使数据能够在通信网络内传输，其中在所述通信网络的网络单元上需要所述数据。
本发明的目的也是使TURAN能够使用HSDPA，并且特别是使UTRAN的RNC能够为UTRAN的节点B提供HSDPA相关数据。
特别是，本发明的目的是使RNC能够以合适方式为节点B提供HSDPA相关用户数据以及提供NBAP(节点B应用部分)上的HSDPA相关控制参数。
本发明的第一方面针对用户数据传输，而本发明的第二方面针对控制参数的传输。
对于本发明的第一方面，提议了一种用于将通信网络内的用户数据经由接口从控制器传送到网络单元的方法。特别是，通信网络可以是UTRAN，控制器可以是RNC，网络单元可以是节点B，而接口可以是Iub接口。控制器使用至少一个专用帧结构，特别是专用HSDPA FP帧结构，用于利用用户数据装配数据帧。然后，经由接口将数据帧传送到网络单元。帧结构至少包括标题部分，用于接收所述网络单元中所需的用于处理用户数据的信息。
对于本发明的第一方面，另外还提出了包括用于实现所提议方法的装置，特别是UTRAN的通信网络、特别是RNC的控制器、特别是节点B的网络单元。
就第一方面而言，本发明源自以下思想HSDPA相关用户数据的处理所需的信息传送应当类似于其它共用信道所用的技术解决方案，但仍然要对于HSDPA需求而进行最佳化。所提议的专用帧结构允许消除HSDPA不再需要的在用于DSCH的结构中利用的所有字段，并且允许插入HSDPA另外需要的信息的字段。因此，经由Iub接口的HSDPA相关用户数据所需信息的最佳传输成为可能。相同的考虑可适用于其它通信网络、网络单元和情形。
对于本发明的第二方面，提议了一种用于向通信网络的网络单元提供在通信网络的控制器上可用的控制参数的方法，所述控制器经由接口连接到所述网络单元。特别是，通信网络可以是UTRAN，控制器可以是RNC，网络单元可以是节点B，接口可以是Iub接口。该方法包括采用一个接口应用协议，使至少一个控制参数(特别是HSDPA相关控制参数)能够插入到至少一种类型的控制消息中，而所述的控制消息是从所述控制器经由所述接口传送到所述网络单元的。
此外，对于本发明的第二方面，还建议了一种通信网络特别是UTRAN，一种控制器特别是RNC，一种网络单元特别是节点B，它们包括用于实现所建议方法的装置。
就第二方面而言，本发明源自以下思想向节点B提供建立重构HS DSCH信道所需的控制参数的最有效方式是把参数包括在从RNC向节点B传送的控制消息中。由于RNC和节点B经由Iub接口彼此连接，因此建议相应地修改Iub应用协议。结果，节点B例如能够根据所接收的控制参数建立和重构HS-DSCH信道。节点B因而被RNC配置，以支持HSDPA相关数据到达小区中的用户设备。相同的考虑可适用于其它通信网络、网络单元和情况。
本发明这两个方面的共同点是，它们包括用于从RNC经由Iub接口向节点B传送数据的一般规范的HSDPA特定实施，也就是，一方面实施专用帧结构，而另一方面利用HSDPA特定处理过程实施Iub应用协议。
本发明的优选实施例从从属权利要求中变得显而易见。
在本发明第一方面的优选实施例中，帧结构还包括用于接收至少一个由所述控制器给其分配HSDPA相关用户数据的SDU的有效负载部分，其中标题部分接收网络单元中处理HSDPA相关用户数据所需的信息。因此，节点B上处理HSDPA相关用户数据所需的信息可以在单个帧中按照有利方式与所述用户数据一起发送。SDU尤其是MAC-d SDU和/或MAC-c/sh SDU。
对于本发明的第一方面，需要注意的是，可以把建议的HSDPA FP帧设计成接收任何数量的信息，可以根据需要随意预先确定该信息。
此外，本发明并不强制有效负载部分在按照专用帧结构装配的帧中含有任何数据，以使相同结构可以用于仅在标题部分传送信息，例如用于HSDPA流控制的信息。
特别是，可以为RNC中允许或者不允许MAC/FP UE-ID多路复用的情况提供不同的FP帧结构。UE-ID多路复用是这样一种类型的多路复用，其中将不同UE复用到同一传送信道上，并且可以在MAC层中或者在RNC的FP层中执行多路复用。在FP UE-ID多路复用情况下，FP帧的标题应当总是包含UE-ID标识。该标识可以是例如RNTI，或者可以是仅为此目的定义的新标识，并因此该新标识短于当前的RNTI。在MAC UE-ID多路复用的情况下，UE-ID字段被用于MAC标题中，即RNTI被添加到MAC标题中，在FP帧中不一定需要标识。节点B通过读取MAC标题可以获得UE-ID信息。尽管RNTI被添加到MAC标题中，然而如果再次希望FP帧应当包含UE-ID字段，则所用的UE-ID可以是例如RNTI，或者可以是只为此目的定义的新标识，并由此短于当前RNTI。
此外，存在如何能够执行多路复用的不同替代方案，并且在确定FP帧的最合适结构时，必须考虑所用的多路复用方法。特别是，所用的多路复用的类型对一个FP帧中提供的相同类型的字段数量有影响。多路复用的一种替代方案是基于时分的多路复用，这意味着一个FP数据帧可以承载仅属于一个UE的数据。在另一种替代方案中，有可能在一个FP帧中承载属于不同UE的数据。此外，可以通过允许FP实体在一个TTI中仅仅发送一个FP帧来管理(执行)多路复用，并且该帧可仅仅用于一个UE或者可以发送多个UE的数据。多路复用还意味着可以在一个TTI内发送一个以上的FP帧，所有FP帧被分配给一个UE，或者毎个FP帧可以承载打算用于不同UE的数据。
同样地，可以为已经或者没有从RNC向节点B发送用户设备标识的情况提供不同FP帧结构。
通过允许标题部分内的一些信息用于每个用户设备或用于从中提取数据的每个RNC缓冲器，可以使基于预定帧结构的帧的大小为可变的。此外，通过插入某些信息选项可以通用化字段结构。
利用特定帧结构考虑的某些信息可以关系到用于缓存RNC中用户数据的RNC缓存器或HSDPA数据传输中采用的缓存。需要注意的是，术语RNC缓存或者RNC缓存器用来指示RNC中的缓存能力，而不标识缓存器的确切位置。因此，例如可以在RLC层和/或MAC层上提供缓存。
在本发明的第一方面中，可以把某些用户设备特定信息并入所建议的帧结构的标题部分中，或者并入到被插入在所建议的帧结构的有效负载部分中的相应SDU的标题部分中。
在本发明的第二方面中，Iub应用协议还可以准许根据需求把任何适合类型和数量的参数并入任何合适类型的消息中。
根据本发明的第二方面，存在两类可以从RNC提供给节点B的控制参数。RNC决定参数的确切值，而节点B必须遵从该决定，或者RNC提供可能选择的界限。在后一种情况下，节点B可以根据其自身在所提供的界限内决定所述值。因此，每个控制参数的内容或者是固定值、所述值范围的指示、或者是一组被所述节点B使用的允许值。
具体而言，本发明第二方面的控制参数可以是节点B中所需的小区特定参数，例如用于建立和/或重构小区，或者是节点B中所需的无线电链路特定参数，例如用于建立和/或重构无线电链路。然后，可以由Iub应用协议确定参数将被包括在涉及小区建立或重构的控制消息中，或者包括在涉及RL建立或者重构的控制消息中。
可以将小区特定参数和RL特定参数两者提供为特定值或者选择的界限。
为了把本发明第二方面的控制参数并入控制参数中，最好定义一个或多个信息单元(IE)或者IE组。然后，每个IE可以包括特定情况所需的每个参数的字段。IE可以被添加到需要在该特定情况下发送的控制消息上。此外，只要所需参数对于某些情况是相同的，可以使用为DSCH定义的IE或者相应的IE。此外，还有可能为将要添加到相应情况的某些控制信息的特定情况定义IE集和/或IE组。


下面，参照附图详细解释本发明，其中图1显示了为HSDPA定义的已知UTRAN侧总体MAC基础结构；图2显示了RNC的已知MAC-c/sh的细节；图3显示了节点B的已知MAC-hs的细节；图4显示了为HSDPA定义的已知无线电接口协议基础结构；图5显示了当RNC中不允许MCA级多路复用时的Iub的模型；图6显示了当RNC中允许MCA级多路复用时的Iub的模型；图7显示了已知DSCH FP帧结构；图8显示了根据本发明的HDSPA FP帧结构的第一实施例；图9显示了根据本发明的HDSPA FP帧结构的第二实施例；图10显示了根据本发明的HDSPA FP帧结构的第三实施例；图11图示说明了MAC PDU结构；图12显示了图10实施例的可能的FP帧标题字段值的第一实例；
图13显示了图10实施例的可能的FP帧标题字段值的第二实例；图14是代表本发明第二方面的一个实施例的一组小区特定IE的表；图15是代表本发明第二方面的一个实施例的RL小区特定IE的表；图16是代表本发明第二方面的一个实施例的第一组RL小区特定IE的表；图17是代表本发明第二方面的一个实施例的第二组RL小区特定IE的表；和图18是说明本发明第二方面的一个实施例的已知TFS的修改的表。
具体实施例方式
首先，将描述本发明第一方面的HSDPA FP帧结构的三个实施例。
相应帧结构将用于把UTRAN内的HSDPA相关用户数据从RNC的MAC-c/sh经由Iub接口发送到节点B的MAC-hs。用户数据对其寻址的UE被连接到该节点B。
当确定一个合适的帧结构时，应当考虑网络单元即RNC和节点B的要求和能力。应当考虑的一个因素例如是RNC中可允许或者不允许的MAC/FP UE-ID多路复用，如下面将进一步解释的。
在图5中显示的第一模型中，不允许RNC执行MAC/EP UE-ID级多路复用。
图5示意性地显示通过Iub接口互连的RNC 4和节点B 5。RNC 4包括RLC 6、MAC-d和MAC-c/sh 2、3以及FP实体7。节点B 5同样包括FP实体8和MAC-hs 1。在当前情况中，三个无线电载体RB w、z、v被分配给第一用户设备UEx，而两个另外无线电载体RB m和n被分配给第二用户设备UEy。UEy的RB和UEx的RB在逻辑信道中从RLC6经由MAC-d和MAC-c/sh2、3和FP实体7、Iub接口和节点B5的FP实体8被传递到MAC-hs 1，而不经多路复用。UEx的RB w和z在RNC 4的MAC层中被C/T多路复用，并在单一传送连接中经由相同实体传送到节点B5。C/T多路复用是指不同RB的多路复用，即正在使用不同逻辑信道的不同RB的多路复用，所有逻辑信道都被分配给相同传送信道上的相同UE。然后，MAC-hs把所接收的逻辑信道映射到传送信道上。
如果允许在分配给相同UE的所有无线电载体(RB)之间执行C/T多路复用，则所需Iub传输连接的最小数量等于接入到HS-DSCH的UE的数量。C/T多路复用可以由RNC使用，例如仅用于某些UE的某些RB，如图5所示，或者用于所有UE的所有RB。
作为选择，在图5的RNC上不允许对不同无线电载体RB进行C/T多路复用到相同的Iub传输连接中。如果为相同UE分配所有无线电载体，则甚至也许不允许提供C/T多路复用，其原因例如是不同优先级。在此情况下，Iub接口上的传送连接的数量等于正在使用HSDPA型传输方法的无线电载体的数量。
与此相反，在图6所示的第二模型中，RNC 4被允许执行MAC级UE-ID多路复用。
图6示意地显示了通过图5的Iub接口互连的RNC 4和节点B5的相同结构。只有在该情况下，才绘出分离的MAC-d 3和MAC-c/sh 2。此外，相同的无线电载体RB w、z、v、m和n被分配给如图5中的相同用户设备UEx和UEy。无线电载体RB w和RB z在MAC层中被再次C/T多路复用，更具体地说，被MAC-d 3进行C/T多路复用。此外，C/T多路复用的输出和三个其它无线电载体RB v、m和n被MAC-c/sh 2进行UE-ID多路复用到单一传送连接上，以便经由RNC 4的FP层7、Iub连接和节点B5的FP层8传送到MAC-hs 1。MAC-hs 1首先执行解复用，并且然后执行逻辑信道到传送信道的映射。
在节点B5中，MAC层在将其映射到HS-DSCH上并进一步映射到如图5中的HS-PDSCH上之前对应地解复用所接收的信息。
还可能具有一个以上的用于多路复用的传送连接。多路复用的一般思想是满足相同标准的所有UE有可能使用相同的传输资源。多路复用基于例如节点B中小区数量。这意味着，如果节点B支持一个以上的小区，则每小区提供一个传输连接。作为选择，多路复用可以基于分配给逻辑信道的优先级，也就是，每个优先级提供一个传送连接。此外，对于一个节点B仅提供单一传输连接。多路复用还可以基于无线电接口上的HSDPA相关物理信道的数量。
在第二模型中，MAC/FP UE-ID多路复用不局限于任何方式，这意味着允许所有UE使用Iub接口上的相同传输连接是可能的。
通过把UE-ID多路复用设置在FP层，还可以提供第二模型。在上述两种情况中，如果在MAC标题中使用RNTI，则在FP帧中没有UE-ID是强制的，并且如果不把标识并入MAC标题中而是允许多路复用，则FP标题还可以包含UE-ID字段。
当允许MAC/FP UE-ID多路复用时，可以利用这样一种方式定义帧结构，即，接收机能够从接收的HSDPA帧中准确地提取属于不同UE的信息。
图7至图10现在显示了为Iub接口定义的传统DSCH FP帧结构以便比较、用于不允许UE-ID多路复用时的HSDPA FP帧结构的第一实施例和用于允许UE-ID多路复用的HSDPA FP帧结构的第二与第三实施例。
图7的DSCH FP帧结构取自技术规范3GPP TS 25.435，V3.5.0(2000-12)“第三代伙伴关系计划；技术规范组无线电接入网；用于公共传送信道数据流的UTRAN Iub接口用户平面协议(版本1999)(3rd Generation Partnership Project；Technical Specification Group Radio Access Network；UTRAN Iub Interface UserPlane Protocols for Common Transport Channel Data Streams(Release 1999))”。DSCH FP帧结构包括有效负载部分和标题部分，每个部分被划分成8比特0-7行。有效负载部分包括第一至最后TB(传输块)，“备用扩展”，和“有效负载CRC(循环冗余校验)”。标题部分包括字段“Header(标题)CRC”、“FT”、“CFT”、“Power Offiset(功率偏移)”、“Code number(码号)”、“SF”和“MC Info(信息)”。
“CFN”字段用来指示连接帧号(CFN)，其中帧的数据应当经由无线电接口发送。在HSDPA概念中，只有在相应数据调度到无线电接口之后，节点B才知道该字段的值，因此RNC不可能向节点B提供该字段。
“TFI”字段用来指示帧中数据的有效传送格式(TF)。在HSDPA概念中，在节点B中执行TFC选择，并因此RNC不可能向节点B提交这种信息。
“Power Offset”字段用来指示相应FP帧的数据传输所需的功率电平。在DSCH情况下需要该字段，因为需要为DSCH提供闭环功率控制。在HSDPA情况下，不提供闭环功率控制，并因此不需要来自RNC的功率控制信息。
“Code number”字段指示DSCH的所使用的码。在HSDPA情况下，在节点B进行码选择，并因此不需要来自RNC的这种信息。
“SF”字段标识在帧的相应数据分组的PDSCH中将要使用的扩展因子(SF)。在HSDPA概念中，在节点B中定义SF，并因此不需要来自RNC的这种信息。
“MC info”字段用来指示将承载DSCH数据的并行PDSCH码的数量。在HSDPA概念中，这种类型的信息在节点B中定义，并因此不需要来自RNC的这种信息。
因此，除“标题CRC”字段和“FT”(帧型)字段外，标题部分的其它字段不需要用于HSDPA，因而当设计HSDPA FP帧结构时，可以消除这些字段。但是另一方面，如果简单地消除这些字段，则节点B不能接收足够信息来提取所接收的FP帧。因此，当新MAC实体MAC-hs位于节点B中时，需要新字段来保证流控制机制正常工作。
图8展现了一种HSDPA帧结构，对于不允许MAC/FP UE-ID多路复用情况，该帧结构包括这种新字段。该帧结构也包括有效负载部分和标题部分，每部分被划分成8比特的行。与DSCH帧结构相同，有效负载部分包括第一至最后MAC-c/sh SDU(业务数据单元)、“备用扩展”和“有效负载CRC”。具有可变标题的MAC SDU的结构可以从如MAC PDU的状态中得知，并且将结合图11在下文中详细说明。标题部分包括以下字段“标题(Header)CRC”，“FT”，“NumOfSDUs(SDU的数量)”，“User Buffer size(用户缓存器大小)”，“UE-ID type(类型)”，和“CMCH-PI”。特别是，最后两个字段的引入是任选的。
“NumOfSDUs”字段用来指示帧中MAC-c/hs SDU的数量，可以适当选择该字段的长度。
“User Buffer size”字段用来指示分配给RNC缓存器中相应UE的缓存器的状态(例如，以字节为单位)。该字段告知节点B有多少属于相同数据流的数据仍然留在RNC中。相应FP数据帧中承载的数据量可以被排除到用户缓存器大小信息字段外，或者被并入该字段中。节点B可以使用该信息例如进行调度，以使RNC缓存器中具有最高优先级和最多数据的数据流比RNC缓存器中具有较低优先级和较少数据量的数据流更早接入HSDPA信道。下面将参照图12和图13解释术语RNC缓存器的不同可能的含义。该字段的长度可以被适当选择。
“UE Id类型”字段被用来指示RNTI的类型，即c-RNTI或U-RNTI，节点B的MAC-hs应当添加到MAC标题上。类型U-RNTI(UTRAN无线电网络临时身份)可以用于MAC PDU的MAC标题中，在强制使用U-RNTI时，有效负载部分包含特定的L3(RRC)信令消息。由RRC通过向L2(经由RLC层的MAC层)发送一个命令以使用MAC标题中的U-RNTI而不使用C-RNTI，来报告该类状态。当没有从高层(RRC)接收到使用U-RNTI的请求时，类型C-RNTI(小区无线电网络临时身份)以FDD(频分双工)模式被用于DTCH和DSCH上，并且可以被用在MAC标题中。只有在指定在节点B中添加RNTI时，才需要UE ID类型字段。如果指定在SRNC中增加RNTI或者如果RNTI完全不用于HSDPA数据传输，则在HSDPA FP数据帧中不需要这样一个字段。此字段的长度是一比特。
公共传送信道优先级指示符(“CMCH-PI”)字段用来指示数据帧的相对优先级和/或被并入的SDU的相对优先级。对于HSDPA数据传输，可以引入该字段的使用，但是当配置经由Iub的相应传送连接的时候，可以引入不提供多路复用时的RB的优先级。
在HSDPA FP帧结构的第一实施例中，不需要包括用于MAC SDU大小信息的字段，因为对于NSDPA而言，已经定义将使用半静态TB大小，其中在不允许多路复用的情况下，MAC SDU具有固定大小。
图9展现了一个HSDPA帧结构，包括用于允许MAC/FP UE-ID多路复用情况的新字段。该帧结构也包括有效负载部分和标题部分，每个部分被划分为8比特的行，与DSCH FP帧结构和HSDPA FP帧结构的第一实施例类似，有效负载部分包括第一至最后MAC-c/sh SDU(业务数据单元)，“备用扩展”和“有效负载CRC”。标题部分现在包括以下字段“标题CRC”，“FT”，“NumOfSDUs(SDU的数量)”，“NumOfBuff(缓存器的数量)”，“Size of MACSDU(MAC SDU的大小)”，“User Buffer size(用户缓存器大小)”1-N，“UE-ID类型”和“CMCH-PI”。此外，对于“NumOfSDUs”，“NumOfBuff2”，“Size of MACSDU”和“CMCH-PI”，可以具有若干个字段，尽管在此图中仅仅表示了每个参数一个字段。
“NumOfSDUs”字段用来标识取自一个RNC缓存器中的MAC-c/sh SDU的数量。可以适当地设置字段的长度。此类字段的数量等于“NumOfBuff”字段的数量。
“NumOfBuff”字段指示有多少RNC缓存器中的数据被供应给该FP帧。需要注意的是，该字段不描述从中能够供应数据的RNC缓存器的数量。该字段长度可以被适当地设置。
引入“MAC SDU的大小”字段的原因是，MAC多路复用不是一个强制特征，即，即使允许MAC/FP UE-ID多路复用，某些操作员也有可能不想使用它。因此，为了支持允许MAC/FP UE-ID多路复用时的多卖方情况，MAC SDU的大小字段定义相应帧中SDU的大小。原则上，TB在HSDPA中总具有固定大小，但是由于MAC标题取决于是否支持MAC/FP UE-ID多路复用而具有可变长度，因此MAC SDU的大小可以随MAC标题的内容或者存在而变化。在接收机侧上需要该信息，以便从HSDPA数据帧中正确地提取SDU。此字段的长度可以被适当地设置。
“User Buffer size(用户缓存器大小)”字段用来以字节为单位指示RNC缓存器之中分配给一个UE的缓存器的状态。该字节的长度可以被适当设置。帧中此类字段的数量等于“NumOfBuff”字段的数量。
当允许MAC/FP UE-ID多路复用时，“CMCH-PI”字段可用来提供有关数据优先级的信息。如果允许多路复用具有不同优先级的数据，那么此类字段的数量必须等于“NumOBuffer”字段的数量，但是如果不允许进行这样的多路复用，则每帧提供一个“CMCH”字段是足够的。
需要注意的是，如果把一个限制标识为一个HSDPA FP帧可以仅包含属于一个UE或RB的数据，即使允许MAC/FP UE-ID多路复用，也可以减少相应的多路复用相关字段“NumOfSDUa”、“User Buffer size”、“Size of MAC SDU”以及“CMCH-PI”的数量。在此情况下，根据时分方法进行MAC/FP UE-ID多路复用。
被表示为第三实施例的HSDPA FP帧结构的进一步修改涉及到HSDPA相关数据传输中用户设备的标识。
如果节点B中不需要UE标识，并由此不允许在RNC中进行MAC/FP UE-ID多路复用，则UE的标识既不包含在RNC中也不包含在节点B中。数据反而可以使用其它方法来标识。
然而，如果需要一个UE标识，则该信息能够与数据耦合的位置或者是CRNC中的MAC-c/sh或者是节点B中的MAC-hs。在第一种情况下，所使用的UE标识可以是当前使用的RNTI，或者可以是仅仅为了经由Iub接口的数据传输而定义的新UE标识。
如果使用RNTI，则UE标识信息可以被包括在MAC-c/sh SDU标题中(已经具有用于此目的的字段)，或者被包括在相应HSDPA FP数据帧的标题部分中。如果被包括MAC-c/sh SDU标题中，则节点B必须提取该标题部分，以便找到UE的身份。如果UE身份被包括在HSDPA FP数据帧的标题部分中，则不需要进行提取。
对于图9的帧结构，假定如果需要UE标识，则该标识是RNTI，并且被包括在CRNC或者节点B中的MAC SDU标题中。
对于在空中接口不需要RNTI，但在Iub上仍需要UE标识的情况，展现了帧结构的第三实施例，如图10所示。
图10的帧结构又支持MAC/FP UE-ID多路复用，并且包括图9的帧结构中展现的所有字段。它包括附加字段“UE-id 1”至“UE-id N”，用于标识其数据被包括在有效负载部分的MAC-c/sh SDU中的UE。在该图中，还包括分别被明示的N个不同字段“NumOfBuff”、“NumOfSDUs”、“Size of MAC SDU”和“CMCH-PI”。
UE标识字段“UE-id”的内容可以是RNTI，但是为了节省Iub接口上的传输容量，也可以定义新的更短的标识。因此，该字段的长度取决于标识的选择类型。“UE-id”字段的数量依赖于一个HSDPA帧是否可以包含用于不同UE的数据。如果这被允许，则字段数量必须等于“NumOfBuff”字段的数量。然而，如果允许MAC/FP UE-ID多路复用，即一个以上的UE正在使用Iub接口上的相同传送连接，但是一个HSDPA FP帧可以包含仅来自于一个RNC缓存器的数据，则所需的UE标识字段的数量是1。
图11展现了当DTCH或DCCH被映射到DSCH时以及当DTCH或DCCH是唯一的逻辑信道时的MAC PDU结构，该结构还可用于HSDPA。该图取自于技术规范3GPP TS 25.321 V3.6.0(2000-12)“第三代伙伴关系计划；技术规范组无线电接入网；MAC协议规范(3rd Generation Partership Project；Technical SpecificationGroup Radio Access Network；MAC Protocol specification(Release 1999)(版本1999)”。
图11中的MAC PDU由MAC SDU和MAC标题组成。标题包括“UE-Id类型”字段，“UE-Id”字段和“C/T”字段。“UE-Id类型”和“UE-Id”字段仅并入用于FDD的MAC标题中。“UE-Id”字段提供公共传送信道上UE的标识符。需要“UE-Id类型”字段来确保MAC标题中UE-Id字段的正确解码。如果应加了对MAC的C/T多路复用，则把“C/T”字段包括在MAC标题中。当多个逻辑信道被承载在同一传送信道上时，“C/T”字段提供逻辑信道事件的标识。当专用传送信道和FACH(前向接入信道)与RACH(随机接入信道)用于用户数据传输时，“C/T”字段还用来提供这些信道的逻辑信道类型的标识。对于公共传送信道和专用传送信道，“C/T”字段被固定为4比特。
对于本发明的第一方面，最后一个实例展现如何可以为RNC缓存器的两种不同模型在根据图10的帧结构的帧中设置FP帧标题字段值。
在图12中显示了第一缓存模型。在该替代方案中，节点B缓存器之前的最后RNC缓存器位于RNC的RLC层上。
图12显示了五个这样的RNC缓存器，即RLC缓存器z、h、k、y和u。RLC缓存器z被分配给用于用户设备UEx的数据，更特别地是被分配给用于该UE的无线电载体RBz。它输出在一个RLC PDU中使用的具有优先级r的数据。RLC缓存器h和k被分别分配给用于用户设备UEy的无线电载体RBh和RBk。然而，只有缓存器k输出专用于RLC PDU的数据。更加特别地，两个逻辑信道由缓存器k从RLC层提供。优先级m被分配给数据，并且该数据专用于两个RLC PDU。RLC缓存器y和u被分别分配给用于用户设备UEz的无线电载体RBy和RBu。缓存器v输出在一个RLC PDU使用的具有优先级r的数据。缓存器u输出具有m优先级的数据，该数据被分配给三个RLC PDU。每个RLC PDU将在MAC层中使用，以作为被装配的HSDPA FP帧中的一个MAC-c/sh SDU的基础。
在图12的模型中，可以根据RB定义字段“NumOfBuff”的值。这意味着字段“NumOfBuff”的值等于RB的数量，从而等于向HSDPA FP帧提供数据的RLC缓存器9的数量。因此，在所呈现的实例中，基于图10帧结构的数据帧的字段“NumOfBuff”的值被设置为4，因为数据是从4个RNC缓存器，即RLC缓存器z、k、y和u中提取的。
用于RLC缓存器z的字段“NumOfSDU”的值被设置为1，因为从用于当前帧的该缓存器中仅提取用于一个RLC PDU的数据。对于RLC缓存器k，字段“NumOfSDUs”的值被设置为2，因为从用于当前帧的缓存器中提取用于两个RLC PDU的数据。对于RLC缓存器v，字段“NumOfSDUs”的值被设置为1，因为从用于当前帧的该缓存器中只提取用于一个RLC PDU的数据。对于RLC缓存器u，字段“NumOfSDUs”的值被设置为3，因为从用于当前帧的该缓存器中提取用于三个RLC PDU的数据。
字段“SizeOfSDUs”和“User Buffer size”的值被设置为相应可应用的值。在所示的实例中，用户设备UEy具有从中向MAC层提供两个不同逻辑信道的RLC实体，如此图所示。这样一种配置在确认的RLC模式中是可能的。即使已经从两个逻辑信道接收数据，但是缓存器大小信息需要被组合，这意味着“UserBuffer size”字段包含有关RLC缓存器k的状态的信息。
用于RLC缓存器z的字段“UE-id”的值被设置为x，因为该缓存器中的数据打算用于UE x。用于RLC缓存器k的字段“UE-id”的值被设置为y，因为该缓存器中的数据打算用于UE y。用于RLC缓存器y和u的字段“UE-id”的值被设置为z，因为这些缓存器中的数据打算用于UE z。
用于RLC缓存器z和RLC缓存器v的字段“CMCH-PI”的值分别被设置为r，因为从这两个缓存器提提取的数据的优先级被设置为r。用于RLC缓存器k和RLC缓存器u的字段“CMCH-PI”的值分别被设置为m，因为从这两个缓存器提取的数据的优先级被设置为m。实现RNC缓存器的另一种方式是将节点B缓存器之前的最后缓存器定位于RNC的MAC层，例如定位于MAC-c/sh，如图13所示。
图13显示了RNC的5个RLC层缓存器10，即RLC缓存器z、h、k、v和u。然而，在此情况下，另外呈现了4个MAC层缓存器11，即MAC缓存器z、h、k和uv。
RLC缓存器被再次分配给用于用户设备UEx的无线电载体RBz。RLC缓存器向MAC缓存器z输出具有优先级p的数据，而MAC缓存器输出在一个MACSDU中使用的数据。RLC缓存器h和k被再次分别分配给无线电载体RBh和RBk，这两个无线电载体由用户设备UEy使用。RLC缓存器h连接到MAC缓存器h，而RLC缓存器k连接到MAC缓存器k，但是只有RLC缓存器k将数据传送给具有已分配的m优先级的MAC缓存器k。MAC缓存器k输出将要分配给两个MACSDU的数据。RLC缓存器v和u被再次分别分配给无线电载体RBy和RBu，这两个无线电载体供用户设备UEz使用。RLC缓存器v和RLC缓存器u把已接收的具有相同优先级r的数据传送给MAC缓存器uv。MAC缓存器uv输出将要分配给4个MAC SDU的数据。
在图13的缓存模型中，“NumOfBuff”字段的值定义从中提供数据给相应HSDPA FP数据帧的MAC级缓存器11的数量。因此，在本实例中，基于图10帧结构的数据帧的字段“NumOfBuff”的值被设置为3，这是因为从3个MAC缓存器，即MAC缓存器z、k和vu中提取数据。
用于MAC缓存器z的字段“NumOfSDUs”的值被设置为1，因为仅从用于当前帧的该存储器中提取用于一个MAC SDU的数据。对于MAC缓存器k，字段“NumOfSDUs”的值被设置为2，因为从用于当前帧的该缓存器中提取用于两个MAC SDU的数据。对于MAC缓存器uv，字段“NumOfSDUs”的值被设置为4，因为从用于当前帧的该缓存器中提取用于4个MAC SDU的数据。
字段“SizeOfSDUs”和“User Buffer size”被设置为分别可应用的值。
用于MAC缓存器z的字段“UE-id”的值被设置为x，因为该缓存器中的数据打算用于UE x。用于MAC缓存器k的字段“UE-id”的值被设置为y，因为该缓存器中的数据打算用于UE y。用于MAC缓存器的字段“UE-id”的值被设置为z，因为该缓存器中的数据打算用于UE z。
MAC缓存器z的字段“CMCH-PI”的值被设置为p，因为提供给该缓存器的数据的优先级被设置为p。用于MAC缓存器k的字段“CMCH-PI”的值被设置为m，因为提供给该缓存器的数据的优先级被设置为m。用于MAC缓存器uv的字段“CMCH-PI”的值被设置为r，因为提供给该缓存器的数据的优先级被设置为r。
在图13的实例中，如果分配给同一UE的若干个RB具有一个公共优先级值，则这些RB可以使用一个共用MAC缓存器11。对于对已发送UE信息具有公共优先级值的所有RB，也有可能使用共用MAC缓存器11，而不管RB是否分配给该UE，尽管这将使得流控制更加复杂。
总之，根据本发明第一方面的不同HSDPA FP帧结构被展现为，可以有利地用于将HSDPA相关用户数据与所需附加信息一起从RNC发送到UTRAN的节点B的不同情况。所展现的帧结构可以以任何合适方式进行修改，以便提供对特定需求的最佳自适应。
现在，将描述用于HSDPA可能的UTRAN的本发明第二方面的实施例，包括通过Iub接口互连的RNC和节点B。在该实施例中，提供了定义若干IE的Iub应用协议，RNC可以将这些IE添加到经由Iub接口发送到节点B的已选择控制消息上，以允许节点B配置HSDPA。
图14显示了具有一组新的半静态“HS_DSCH信息”IE的表，包括具有可以由节点B用来配置小区中HSDPA的HS-DSCH相关信息的小区相关参数，以及已实现的HARQ的特征。该表具有由3GPP在例如上述引用技术规范TS 25.433中用于定义IE的表格的格式。这些表包括用于IE/组名称的相应列；有关IE出现的要求、范围、IE类型和基准；语义说明符；临界(criticality)；和被指定的临界。在图14中，只使用了列“IE/组名称”。其它列可以根据相应要求来完成。
图14的表的组(set)中的第一IE被称作“MCS组”。它包括节点B从中可以选择用于传输的每个TTI的调制和编码方案(MCS)的组。
该组中的第二IE被称作“HS_DSCH功率电平”。该IE定义NQAM(n符号正交调幅)情况下的HS-DSCH与CPICH(公共导频信道)码功率电平之间的关系。
该组中的第三IE被称作“NumOfCodes(代码的数量)”，它定义将分配给HSDECH的代码信道的数量。RNC可以分配用于小区的代码信道的数量，以启动HS-DSCH特征的配置。
该组中的第四IE被称作“TTI选择”。该“TTI选择”包括关于节点B应当使用的TTI的信息。
该表中还包括“HARQ信息”，这是可以包含若干HARQ特定IE的一个IE组，这些IE依赖于已选择的HARQ实施。“HARQ信息”组定义在节点B中配置HARQ的信息。该组的参数允许RNC限制节点B的容量。在图14中，IE组“HARQ信息”包括IE“NumOfChannel(信道的数量)”、“MaxAttempt(最大尝试)”和“RedudancyVer(冗余检验)”。在使用n信道ASM-HARQ情况下，可以包含IE“NumOfChannel”，以使RNC能够配置信道的数量。而且，假定在一定量的试验之后，节点B能够拒绝UE重传请求，包括IE“MaxAttempt”，以使RNC能够向节点B提供最大的试验数量，并且随后节点B可以根据其自身条件决定拒绝或不拒绝该限制下的请求。最后，在使用递增冗余方法替代soft/chaise组合方法的情况中，IE“RedundancyVer”可以定义节点B能够从中选择的冗余版本的限制。
尤其是，IE“NumOfCodes”和属于IE组“HARQ信息”的IE正在提供对节点B的限制，而节点B可以从设置边界内动态地选择合适值。交替地分类这些参数以作为固定值和/或作为RL特定值，也是有可能的。
所述的小区特定IE可以被添加到CELL SETUP(小区建立)过程和CELLRECONFIGURATION(小区重构)过程中，并且可以被RNC并入由RNC发送到节点B的HSDPA相关的CELL SETUP REQUEST(小区建立请求)消息和CELLRECONFIGURATION REQUEST(小区重构请求)消息中。
图15和图17每个显示了具有一组包括RL相关参数的IE的表，所述参数可以由节点B用来建立和重构HS-DSCH信道。IE可以被添加到RADIO LINKSETUP(无线电链路建立)过程和SYNCHRONIZED RADIO LINKRECONFIGURATION PREPARATION(同步无线电链路重构准备)过程中。这些表具有与图14的表相同的格式。
图15的表仅包含一个IE“HS_DSCH ID”。该IE唯一地标识节点B通信上下文(Communication Context)内的HS-DSCH。
图16的表包括“HS_DSCH信息响应”IE，这提供用于已经被建立或者已经被修改的HS-DSCH的信息。用于每个IE的表目的范围是1至用于一个UE的HS-DSCHS的最大数。
该组中的第一IE又是已经提及的应当被强制包含的IE“HS_DSCH ID”。
该组中的第二IE被称作“结合ID(Binding ID)”，并且可以被选择地包含。该“结合ID”是用户数据流的标识符。该标识符在节点B上被分配，并且对于到达或者来自节点B的建立下的每个传送载体是唯一的。因此含义与用于DSCH的相同。
该组中的第三IE被称作“传送层地址”，并且也可以被选择地包含。该IE定义节点B的传送地址，因此含义与用于DSCH的相同。
图16的表的IE可以被包含在RADIO SETUP RESPONSE(无线电建立响应)消息以及RADIO LINK RECONFIGURATION READY(无线电链路重构准备)消息中。
图17的表包含“HS_DSCH FDD消息”IE，这为将要建立的HS_DSCH提供信息。每个IE的表目的范围也是从1到用于一个UE的HS-DSCHS的最大数。
该组中的第一IE也是上述的IE“HS_DSCH ID”。
该组中的第一IE被称作“UE_ID”，并且被用来使节点B能够区分不同的UE。该IE将用来填充MAC标题。它可以是RNTI或者其它的东西，例如，一种新类型的对UE可以是透明的用户设备身份表示。
该组中的第三IE被称作“Transport Format Set(传送格式设置)”。“TransportFormat Set”被定义为与传送信道例如HS-DSCH相关的传送格式的设置。
该组中的第四IE被称作“Allocation/Retention Priority(分配/保持优先级)”。该参数指示节点B内部资源的分配和保持的优先级。因而其含义与用于DSCH的相同。
该组中的第五IE被称作“Frame Handling Priority(帧处理优先级)”。该参数指示由于过载原因临时限制被分配资源的HS-DSCH的寿命期间将使用的优先级。因而其含义与用于DSCH的相同。
该组的第六IE被称作“ToAWE”。参数“ToAWE”是窗口终点的到达时间。在该窗口终点之前，预期收到下行链路数据帧。因而，其含义与用于DSCH的相同。
该组的第七IE被称作“ToAWS”。参数“ToAWS”是窗口起点的到达时间。在该窗口起点之后，应当收到下行链路数据帧。因此其含义与DSCH的相同。
该组的第八IE被称作“NumOfCodes”并且已经被描述为可能的基于小区的参数。RNC能够根据相应的UE能力选择该参数的值。
该组的第九IE被称作“BufferStatus(缓存器状态)”并指示RNC缓存器的当前状态。该参数可以在用于流控制的连接的起点处使用。
该组还包括“HARQ容量(HARQ Capacity)”，这是可以包括若干个HARQ特定IE的IE组，这些特定IE与图14表中的“HARQ信息”组的那一些IE相同。但是，即使IE的名称在小区特定和RL特定两种情况中是相同的，含义略微不同，因为在小区特定情况中，“HARQ信息”限制小区容量，而在RL特定情况中，“HARQ容量”反映无线电链路的QoS(服务质量)或者UE能力。
该表的IE可以被包含在无线电链路建立请求消息和无线电链路重构准备消息中。
此外，为将要被修改的HS-DSCH信息还定义了IE的HSDPA特别组。该组包括“HS-DSCH FDD信息”的组的子集。更特别地，它包括IE“HS-DSCH ID”、“Transport Format Set”、“Allocation/Retention Priority”、“Frame HandlingPriority”、“ToAWS”、“ToAWE”和“NumOfCodes”，并且可能包括“HARQCapacity”组的IE。该组的IE还可以被包含在RADIO LINK RECONFIGURATIONPREPARE(无线电链路重构准备)消息中。
许多RL相关的IE具有与例如在上述引用技术规范TS 25.433中展现的DSCH相关IE相对应的含义，该技术规范作为参考引用，并参阅其中的进一步的细节。
对DSCH未知的是IE组“HARQ Capacity”，这代表RL的HARQ特征，并且这还可以反映UE能力和/或RL的QoS。
此外，IE“UE_ID”是作为新参数添加的，以便协助完成节点B中的MAC标题。如果MAC标题中不包含或者不需要ID，则可以在FP层上为此目的有选择地使用该参数。
IE“Transport Format Set”非常类似于用于DSCH的相应IE，但是为了支持HS-DSCH，应当为某些IE定义新值。图18指示了这种情况，图18显示了取自于上述引用规范TS25.433的用于DSCH传送格式设置的表，其中具有某些带下划线的修改。
特别是，为“Transmission time interval(传送时间间隔)”IE增加了某些更可能的值，即“1时隙”，“3时隙”，“5时隙”和“15时隙”。这些值仅仅被用于HS-DSCH，而且其它值不可应用于HS-DSCH。此外，在用于HSDPA的“信道编码类型”中不应当使用“卷积”值。
因此，在本发明第二方面的已展示的实施例中，定义了基本IE，可以在小区建立和重构以及RL建立和重构期间提供基本IE以支持HSDPA。IE的所述设置以及IE本身可以以任何合适方式进行修改，以便适合于特定要求。同样地，也可以在Iub应用协议中定义IE的其它设置，以便启动HSDPA相关控制信息的任何所需的传送。
权利要求
1.一种用于通过接口将通信网络内的用户数据从控制器(4)发送到网络单元(5)的方法，其中所述控制器(4)使用至少一个专用帧结构用于利用所述用户数据装配数据帧，所述数据帧经由所述接口被发送到所述网络单元(5)，其中所述帧结构至少包括标题部分，用于接收所述网络单元(5)中用于处理所述用户数据所需的信息。
2.根据权利要求1所述的方法，其中所述帧结构还包括一个有效负载部分，用于接收至少一个SDU，其中由所述的控制器向所述SDU分配HSDPA相关用户数据。
3.根据权利要求1或2所述的方法，其中所述用户数据是HSDPA(高速下行链路分组接入)相关用户数据，其中所述的通信网络是UTRAN(通用移动电信业务陆地无线电接入网)，其中所述控制器是RNC(无线电网络控制器)，其中所述网络单元是节点B，其中所述接口是Iub接口，和其中所述至少一个帧结构是至少一个专用HSDPA FP(帧协议)帧结构。
4.根据权利要求3所述的方法，其中由所述RNC(4)根据所述至少一个专用HSDPA FP帧结构之一装配的帧的所述标题部分包括用于接收HSDPA相关信息的一个专用字段，该专用字段用于至少一个被插入到所述数据帧的所述标题部分中的循环冗余校验信息(“标题CRC”)。
5.根据权利要求3或4所述的方法，其中由所述RNC(4)根据所述至少一个专用HSDPA FP帧结构之一装配的帧的所述标题部分包括用于接收HSDPA相关信息的一个专用字段，该专用字段至少用于指示所述数据帧的帧型(“FT”)。
6.根据权利要求3至5之一所述的方法，其中由所述RNC(4)根据所述至少一个专用HSDPA FP帧结构之一装配的帧的所述标题部分包括用于接收HSDPA相关信息的一个专用字段，该专用字段至少用于指示所述数据帧的所述有效负载部分中所包含的SDU的数量(“NumOfSDUs”)。
7.根据权利要求3至6之一所述的方法，其中由所述RNC(4)根据所述至少一个专用HSDPA FP帧结构之一装配的帧的所述标题部分包括用于接收HSDPA相关信息的一个专用字段，该专用字段至少用于指示RNC缓存器中分配给用户设备的缓存器的状态(“User_Buffer_size”)，所分配的缓存器被用来在发送给节点B(5)之前缓存所述RNC(4)中所述用户设备的用户数据。
8.根据权利要求3至7之一所述的方法，其中由所述RNC(4)根据所述至少一个专用HSDPA FP帧结构之一装配的帧的所述标题部分包括用于接收HSDPA相关信息的一个专用字段，该专用字段至少用于指示所述数据帧的相对优先级以及所述数据帧的所述有效负载部分中包含的所述SDU的相对优先级(“CMCH-PI”)。
9.根据权利要求3至8之一所述的方法，其中由所述RNC(4)根据所述至少一个专用HSDPA FP帧结构之一装配的帧的所述标题部分包括用于接收HSDPA相关信息的一个专用字段，该专用字段至少用于指示用户设备标识的类型，如果有的话，接收节点B(5)应当在用于所述SDU的标题中包括哪个标题可能已经被所述RNC(4)添加到所述SDU(“UE_Id type”)。
10.根据权利要求3至9之一所述的方法，其中允许所述RNC(4)把打算用于几个用户设备的HSDPA相关用户数据多路复用到单一Iub传输连接的帧上，被多路复用的数据由所述节点B(5)解复用，并且其中对于由所述RNC(4)根据所述至少一个专用HSDPA FP帧结构之一装配的数据帧，所述标题部分包括用于接收HSDPA相关信息的一个专用字段，所述专用字段至少用于指示其用户数据已被插入到所述数据帧的所述有效负载部分中的RNC缓存器的数量(“NumOfBuff”)。
11.根据权利要求3至10之一所述的方法，其中允许所述RNC(4)把打算用于几个用户设备的HSDPA相关用户数据多路复用到单一Iub传输连接的帧上，被多路复用的数据由所述节点B(5)解复用，并且其中对于由所述RNC(4)根据所述至少一个专用HSDPA FP帧结构之一装配的数据帧，所述标题部分包括用于接收HSDPA相关信息的一个专用字段，所述专用字段至少用于指示所述数据帧中包括源自单一RNC缓存器(9，11)的用户数据的SDU的数量(“NumOfSDUs”)。
12.根据权利要求3至11之一所述的方法，其中允许所述RNC(4)把打算用于几个用户设备的HSDPA相关用户数据多路复用到单一Iub传输连接的帧上，被多路复用的数据由所述节点B(5)解复用，并且其中对于由所述RNC(4)根据所述至少一个专用HSDPA FP帧结构之一装配的数据帧，所述标题部分包括用于接收HSDPA相关信息的一个专用字段，所述专用字段至少用于指示所述数据帧中SDU的大小(“Size_of_MAC SDU”)。
13.根据权利要求3至12之一所述的方法，其中允许所述RNC(4)把打算用于几个用户设备的HSDPA相关用户数据多路复用到单一Iub传输连接的帧上，被多路复用的数据由所述节点B(5)解复用，并且其中对于由所述RNC(4)根据所述至少一个专用HSDPA FP帧结构之一装配的数据帧，所述标题部分包括用于接收HSDPA相关信息的一个专用字段，所述专用字段至少用于指示RNC缓存器(9，11)中被分配给相应用户设备的缓存器的状态(“User_Buffer_size”)，所分配的缓存器被用来在发送用户数据给节点B(5)之前缓存所述RNC(4)中所述用户设备的用户数据。
14.根据权利要求3至13之一所述的方法，其中允许所述RNC(4)把打算用于几个用户设备的HSDPA相关用户数据多路复用到单一Iub传输连接的帧上，被多路复用的数据由所述节点B(5)解复用，并且其中对于由所述RNC(4)根据所述至少一个专用HSDPA FP帧结构之一装配的数据帧，所述标题部分包括用于接收HSDPA相关信息的一个专用字段，所述专用字段至少用于指示帧的相对优先级和/或在所述数据帧中包含的所述SDU的相对优先级(“CMCH-PI”)。
15.根据权利要求3至14之一所述的方法，其中允许所述RNC(4)把打算用于几个用户设备的HSDPA相关用户数据多路复用到单一Iub传输连接的帧上，被多路复用的数据由所述节点B(5)解复用，并且其中对于由所述RNC(4)根据所述至少一个专用HSDPA FP帧结构之一装配的数据帧，所述标题部分包括用于接收HSDPA相关信息的一个专用字段，所述专用字段至少用于指示用户设备标识的类型，如果有的话，接收节点B(5)应在添加到所述SDU的标题中包括哪些标题可能已经被所述RNC(4)添加到所述SDU(“UE_ID type”)。
16.根据权利要求3至15之一所述的方法，其中在所述节点B(5)中需要用户设备的标识，其中被分配给所述SDU的所述HSDPA相关用户数据被打算用于所述用户设备，并且其中对于所述至少一个专用HSDPA FP帧结构之一，所述标题部分包括至少一个专用字段，用于包括用户设备标识信息(“UE-id”)。
17.根据权利要求3至15之一所述的方法，其中在所述节点B(5)中需要用户设备的标识，其中被分配给所述SDU的所述HSDPA相关用户数据被打算用于所述用户设备，并且其中对于所述至少一个专用HSDPA FP帧结构之一，用户设备标识信息被添加到包括在所述有效负载部分中的所述SDU。
18.根据权利要求16或17所述的方法，其中分配给用户设备的RNTI(无线电网络临时身份)被用作相应的用户设备标识信息。
19.根据权利要求2至18之一所述的方法，其中所述SDU是MAC-d和/或MAC-c/sh SDU。
20.一种通信网络，包括至少一个控制器(4)和至少一个网络单元(5)，所述控制器(4)和网络单元(5)经由接口彼此连接，并且在所述通信网络中至少一个帧结构定义用于根据上述权利要求之一经由所述接口从所述控制器(4)传送在所述网络单元(5)上所需的用于处理用户数据的信息到所述网络单元(5)，其中所述控制器(4)包括用于使用所述至少一个帧结构来利用所述信息装配帧的装置，以便经由所述接口将所述信息传送到所述网络单元(5)，并且其中所述网络单元(5)包括用于从具有所述至少一个帧结构的已接收帧中提取所述信息的装置。
21.根据权利要求20所述的通信网络，其中所述通信网络是UTRAN(通用移动电信业务陆地无线电接入网)，其中所述控制器是RNC(无线电网络控制器)(4)，其中所述网络单元是节点B(5)，其中所述接口是Iub接口。
22.根据权利要求21所述的通信网络，其中所述RNC(4)的所述装置是MAC-c/sh(2)和/或MAC-d(3)，并且其中所述节点B(5)的所述装置是MAC-hs(1)。
23.一种用于根据权利要求20至22之一的通信网络的控制器，包括用于使用帧结构来利用由所述通信网络的网络单元(5)所需的用于处理用户数据的信息装配帧的装置，以便把所述信息经由接口传送到所述网络单元(5)。
24.根据权利要求23所述的控制器(4)，其中所述控制器是UTRAN的RNC(无线电网络控制器)。
25.一种用于根据权利要求20至22的通信网络的网络单元(5)，包括用于从经由接口自所述通信网络的控制器(4)接收的帧中提取在所述网络单元(5)中所需的用于处理用户数据的信息的装置，所述帧具有帧结构。
26.根据权利要求25所述的网络单元(5)，其中所述网络单元是UTRAN(通用移动电信业务陆地无线电接入网)的节点B。
27.一种用于向通信网络的网络单元(5)提供在所述通信网络的控制器(4)上可用的控制参数的方法，所述控制器(4)经由接口被连接到所述网络单元(5)，其中所述方法包括采用一个接口应用协议，该协议使至少一个控制参数能够插入到经由所述接口从所述控制器(4)传送到所述网络单元(5)的至少一种类型的控制消息中。
28.根据权利要求27所述的方法，其中所述通信网络是UTRAN(通用移动电信业务陆地无线电接入网)，其中所述网络单元是节点B，其中所述控制器是RNC(无线电网络控制器)，和其中所述接口是Iub接口。
29.根据权利要求28所述的方法，其中所述控制参数是HSDPA(高速下行链路分组接入)相关控制参数。
30.根据权利要求29所述的方法，其中所述至少一个HSDPA相关控制参数的内容是固定值、限制值或者由所述节点B(5)使用的允许值的序列。
31.根据权利要求29或30所述的方法，其中所述至少一HSDPA相关控制参数被包含在至少一个信息单元(IE)中，并且通过把所述信息单元添加到从所述UTRAN的所述RNC(4)经由所述Iub接口传送到所述节点B的所述至少一种类型的控制消息的控制消息来把所述至少一个HSDPA相关控制参数插入到控制消息中。
32.根据权利要求29至31之一所述的方法，其中所述至少一个HSDPA相关控制参数的至少一个是由节点B(5)所需的用于建立小区和/或用于重构小区的小区特定控制参数。
33.根据权利要求32所述的方法，其中所述至少一个小区特定控制参数包括用于插入在至少一种类型的控制参数中的至少一个以下参数-调制和编码方案(MCS)的组，所述节点B(5)可以从中选择用于HSDPA传送的每个TTI(传输时间间隔)；-由所述节点B(5)用于HSDPA中的HS-DSCH(高速下行链路共用信道)的功率电平；-将分配给由所述节点B(5)使用的HS-DSCH的代码信道的数量；-将由所述节点B(5)使用的TTI长度的指示；和-将由所述节点B(5)用于配置在所述节点B中实施的HARQ(混合自动请求重发)的一个或多个参数。
34.根据权利要求33所述的方法，其中将由所述节点B(5)用于配置HARQ的所述一个或多个参数包括至少以下之一用于HARQ的信道的数量；用于HARQ的最大尝试次数；和所述节点B(5)从中能够选择的冗余版本的限制。
35.根据权利要求32至34之一所述的方法，其中所述至少一种类型的控制消息是小区建立请求消息和/或小区重构请求消息。
36.根据权利要求29至31之一所述的方法，其中所述至少一个HSDPA相关控制参数之中的至少一个是建立无线电链路和/或重构无线电链路所需的无线电链路特定控制参数。
37.根据权利要求36所述的方法，其中所述至少一个无线电链路特定控制参数至少包括用于插入至少一种类型控制消息中的当前由所述节点B(5)使用的用于HSDPA的HS DSCH(高速下行链路共用信道)的身份。
38.根据权利要求36或37所述的方法，其中所述至少一个无线电链路特定控制参数包括用于插入至少一种类型控制消息中的至少以下参数之一-当前由所述节点B(5)用于HSDPA的HS DSCH(高速下行链路共用信道)的身份；-标识当前由所述节点B(5)发送的用户数据流的结合身份；-定义所述节点B(5)的当前传送地址的传送层地址。
39.根据权利要求36至38之一所述的方法，其中所述至少一个无线电链路特定控制参数包括用于插入至少一种类型控制消息中的至少以下参数之一-当前由所述节点B(5)用于HSDPA的HS DSCH(高速下行链路共用信道)的身份；-用户设备的身份，其中由所述节点B(5)利用HSDPA向该用户设备发送用户数据；-当前由所述节点B(5)使用的传送格式设置；-分配和/或保持优先级，指示所述节点B(5)的内部资源的分配和/或保持中的优先级；-帧处理优先级，指示在由于过载原因而临时限制已分配资源的HS-DSCH寿命期间由所述节点B(5)使用的优先级；-窗口起点的到达时间(ToAWS)，在此时间之后，下行链路数据帧预期在所述节点B(5)上被接收；-窗口终点的到达时间(ToAWS)，在此时间之前，下行链路数据帧预期在所述节点B(5)上被接收；-当前被分配给由所述节点B(5)使用的HS DSCH的代码信道的数量；-指示所述RNC(4)的缓存器的当前状态的缓存器状态(BufferStatus)；和-当前由所述节点B(5)用于配置在所述节点B(5)中实施的HARQ(混合自动请求重发)的一个或多个参数。
40.根据权利要求39所述的方法，其中由所述节点B(5)用于配置HARQ的所述一个或多个参数包括至少以下之一用于HARQ的信道的数量；用于HARQ的最大允许尝试次数；以及所述节点B(5)从中能够选择的冗余版本的限制。
41.根据权利要求36至40之一所述的方法，其中所述至少一种类型的控制消息是至少以下消息之一无线电链路建立请求消息；无线电链路建立响应消息；无线电链路重构准备消息；和无线电链路重构准备就绪消息。
42.一种通信网络，包括至少一个控制器(4)和至少一个网络单元(5)，所述控制器(4)和网络单元(5)经由接口彼此连接，其中所述通信网络还包括实施接口应用协议，通过根据权利要求36至41之一将所述至少一个控制参数插入从所述控制器(4)经由所述接口发送到所述网络单元(5)的至少一种类型的控制消息中，使所述控制器(4)能够向所述网络单元(5)提供至少一个控制参数。
43.根据权利要求42所述的通信网络，其中所述通信网络是UTRAN(通用移动电信业务陆地无线电接入网)，其中所述控制器是RNC(无线电网络控制器)(4)，其中所述网络单元是节点B(5)，其中所述接口是Iub接口。
44.一种用于根据权利要求42或43的通信网络的控制器(4)，所述控制器(4)包括用于通过将至少一个控制参数插入到从所述控制器(4)经由接口发送到所述网络单元(5)的控制消息中来根据接口应用协议经由所述接口向所述通信网络的网络单元(5)提供所述至少一个控制参数的装置。
45.根据权利要求44所述的控制器(4)，其中所述控制器是UTRAN的RNC(无线电网络控制器)。
46.一种用于根据权利要求42或43所述的通信网络的网络单元(5)，包括用于从所述通信网络的控制器(4)经由一个接口接收控制消息、和用于从至少一种类型的已接收消息中提取至少一个控制参数的装置，由所述控制器(4)将至少一个控制参数插入到所述接收消息中。
47.根据权利要求46所述的网络单元(5)，其中所述网络单元是UTRAN(通用移动电信业务陆地无线电接入网)的节点B。
全文摘要
本发明涉及用于向通信网络的网络单元(5)提供数据的方法，特别是提供HSDPA相关数据的方法。为了能够传送用户数据，建议网络的控制器4使用专用帧结构来利用所述用户数据装配帧。这些帧随后能够从控制器(4)经由接口发送到网络单元(5)。为了能够传送控制参数，还建议采用一个接口应用协议，允许控制器(4)把控制参数添加到从控制器(4)经由接口传送到网络单元(5)的控制消息上。
文档编号H04L12/56GK1557105SQ01823564
公开日2004年12月22日 申请日期2001年8月21日 优先权日2001年8月21日
发明者S·萨克金恩, W·黄, S 萨克金恩 申请人:诺基亚有限公司