CN101969666A - 信道资源分配处理方法、装置以及通信系统 - Google Patents

Abstract

本发明实施例提供了一种信道资源分配处理方法、装置以及通信系统，其中信道资源分配处理方法包括：获取头压缩生成的数据包的压缩信息；根据所述头压缩后的数据包的压缩信息采用持续调度的方法进行信道资源分配。本发明实施例还提供了一种信道资源分配处理装置，包括：获取模块，用于获取头压缩生成的数据包的压缩信息；信道资源分配模块，用于根据所述头压缩后的数据包的压缩信息采用持续调度的方法进行信道资源分配。本发明实施例还提供了一种通信系统，本发明实施例提供的方法、装置和系统能够有效将头压缩技术和持续调度机制相结合，在保证压缩效率的同时，进一步节约了无线宽带资源。

Description

信道资源分配处理方法、装置以及通信系统

技术领域

本发明实施例涉及通信技术领域，特别涉及一种信道资源分配处理方法、装置以及通信系统。

背景技术

在目前的WIMAX/LTE系统中，可将持续调度技术(Persistent Scheduling)应用于周期性传输且传输数据包的大小相对固定的连接，采用该方法可减小信令的开销，从而达到减小空口资源的目的。

在WIMAX中，BS可通过传输Persistence HARQ DL/UL MAP IE为此类业务的终端分配下行/上行资源；BS和终端保持特定的持续资源分配和调制编码方式(MCS)直至该持续分配被释放、改变或出错，在保持不变的持续分配中，BS无需指出该终端资源分配的具体位置，只需要在重新改变分配时指出。在WIMAX系统中，持续分配的资源可通过区域标识(region ID)来指配，每个MS具体的上行/下行固定资源在首次分配或重分配是，可通过persistent HARQ DL/UL MAP IE中的HARQ region definition和slot offset来标识。因此，在整个通信过程中，采用持续调度技术可以减小信令开销，节约空口资源。在LTE系统中采用此方法也可以达到减小空口资源的效果。在WIMAX系统中，如果上行传输采用持续调度，则可大大减少带宽请求的次数，同样能够减小系统资源的开销。

头压缩技术包括IP报文压缩(IP Header Compression，以下简称：IPCH)、实时压缩协议(Compressed Real-Time Protocol，以下简称：CRTP)和鲁棒的头压缩(Robust Header Comprerssion，以下简称：ROHC)。其中ROHC是一种鲁棒的头压缩机制。ROHC适合在高差错率和长来回响应时间的无线链路上传输实时多媒体数据的头压缩方法，报头中字段分为不变字段和可变字段，不变字包括静态字段、静态已知字段和可推导字段；可变字段包括非归类推测字段、减少变化字段、静态或半静态字段和交替变化字段。不变字段压缩时相对简单，一般第一次传输成功后可忽略；可变字段可利用压缩算法进行有效压缩，在传输时只传输可变字段。

在头压缩技术中，压缩端具有三种状态，即初始态(Initialization &refresh，以下简称：IR)、中间态(First Order，以下简称：FO)和最终态(Second Order，以下简称：SO)；解压端也具有三种状态：无报头信息态(No Context，以下简称：NC)、有静态信息态(Static Context，以下简称：SC)和完整信息态(Static Context，以下简称：SC)，在ROHC技术中，压缩端处于IR状态时，其传输的数据包为IR或者IR-DYN包，IR包为未经过压缩且添加一些冗余信息的完整的数据包，IR-DYN包为不包括静态信息，但包括全部完整动态信息的数据包。在压缩端处于FO状态时，其传输的数据包为FO包，即传输部分重要的完整动态信息的数据包。在压缩端处于SO状态时，其传输的数据包为SO包，即传输极少部分重要的动态信息，在该状态时，压缩端的压缩效率最高，传输的信息量最少。

由以上分析可知，当压缩端处于不同状态时，其报头的压缩效率不同，传输的数据包大小相差很大，但在同一状态下压缩效率基本相似，传输的数据包的大小基本近似。如在同一种服务流下，IR包的大小相同，IR-DYN包的大小相同，FO包的大小非常接近，SO包的大小也都非常接近。在传输过程中，压缩端处于IR、FO或SO状态，是可以根据需要相互转换的。

发明人在实现本发明的过程中发现，现有技术至少存在如下的技术问题：在进行VOIP等业务时，由于数据包的报头占整个数据包的比例很大，在进行报头压缩的情况下，压缩端在不同压缩态下生成的数据包的大小差别较大，因此无法使用持续调度技术进行数据包的传输，而在不进行报头压缩时由于数据包的报头占整个数据包的比例较大，会造成无线宽带资源的浪费。

发明内容

本发明实施例的目的是提供一种信道资源分配处理方法、装置以及通信系统，以实现对报头较大的数据包压缩后进行持续调度，节约无线宽带资源。

为实现上述目的，本发明实施例提供了一种信道资源分配处理方法，包括：

获取头压缩生成的数据包的压缩信息；

根据所述头压缩后的数据包的压缩信息采用持续调度的方法进行信道资源分配。

本发明实施例还提供了一种信道资源分配处理装置，包括：

获取模块，用于获取头压缩生成的数据包的压缩信息；

信道资源分配模块，用于根据所述头压缩后的数据包的压缩信息采用持续调度的方法进行信道资源分配。

本发明实施例还提供了一种通信系统，包括基站和终端，所述基站包括上述的信道资源分配处理装置。

本发明实施例提供的信道资源分配处理方法、装置以及通信系统，通过获取头压缩生成的数据包的压缩信息，并根据上述的压缩信息采用持续调度的方法进行信道资源分配，能够实现信道资源的持续调度，

附图说明

图1为本发明信道资源分配处理方法实施例一的流程示意图；

图2为本发明信道资源分配处理方法实施例二的流程示意图；

图3为本发明实施例中资源块与子资源块的结构示意图；

图4为本发明实施例中下行资源指配的示意图；

图5为本发明实施例中上行资源指配的示意图；

图6为本发明实施例中MAC处理的示意图；

图7为本发明实施例中扩展Subheader的示意图；

图8为本发明信道资源分配处理方法实施例三的流程示意图；

图9为下行信道资源持续分配过程的示意图；

图10为本发明信道资源分配处理装置实施例一的结构示意图；

图11为本发明信道资源分配处理装置实施例二的结构示意图；

图12为本发明信道资源分配处理装置实施例三的结构示意图。

具体实施方式

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

针对现有技术中在数据包的报头较大的情况下，对数据包进行头压缩后获得的压缩后的数据包大小不统一，不能进行持续调度的情况，本发明实施例提供了相应的信道资源分配处理方法，以实现在压缩后的数据包大小不统一的情况下进行持续调度。

本发明实施例提供了一种信道资源分配处理方法，图1为本发明信道资源分配处理方法实施例一的流程示意图，如图1所示，包括如下步骤：

步骤101、获取头压缩生成的数据包的压缩信息；

步骤102、根据所述头压缩后的数据包的压缩信息采用持续调度的方法进行信道资源分配。

本发明实施例提供的信道资源分配处理方法，通过获取头压缩生成的数据包的压缩信息，并根据上述的压缩信息采用持续调度的方法进行信道资源分配，能够实现信道资源的持续调度，有效将头压缩技术和持续调度机制相结合，在保证压缩效率的同时，进一步节约了无线宽带资源。

图2为本发明信道资源分配处理方法实施例二的流程示意图，如图2所示，包括如下步骤：

步骤201、获取压缩端在至少一个压缩状态下为各个终端传输的数据包的大小，以及各个终端所使用的调制编码方式，上述的调制编码方式可以是上行业务数据传输时所使用的调制编码方式，也可以是下行业务数据传输时所使用的调制编码方式；

步骤202、根据所述压缩端在至少一个压缩状态下为各个终端传输的数据包的大小，为使用相同调制编码方式的终端持续分配上行或下行子资源块，所述上行或下行子资源块根据使用相同调制编码方式的所有终端的在同一压缩状态下数据包大小设定。

本实施例中在进行上行/下行业务的信道资源分配时，将统一区域(region)的资源分成多个子资源块(subregion)，为具有相同调制编码方式(MCS)的终端分配同一个子资源块，并根据终端在某一压缩状态下的大小设置子资源块的大小，上述压缩状态可以使初始状态、中间状态或者是最终状态。并在子资源块中设置预留资源块，该预留资源块可以用于处理在压缩状态变化时对信道资源的需求。通过本发明实施例的上述技术方案，能够实现以子资源块为固定资源进行持续调度。

在上述实施例中可以是获取在最终状态下为各个终端传输的数据包的大小，以及各个终端所使用的调制编码方式，并根据上述获取的压缩端在最终状态下为各个终端传输的数据包的大小，为使用相同调制编码方式的终端持续分配上行或下行子资源块，所述上行或下行子资源块大小为使用相同调制编码方式的所有终端在最终状态下传输的数据包大小之和加上一预留资源块的大小。通过根据最终状态下时数据包的大小设置子资源块的大小，并预留一资源块，该资源可以用于当为某些终端传输的数据包的压缩状态发生变化，即由最终状态变化为初始状态或者是中间状态时，可使用预留的资源进行传输，同时预留的资源也可以用于其他业务。

在业务数据的传输过程中，压缩端在大多数的时间内都是处于最终状态，上述实施例中资源块的分配是以最终状态时数据包大小为基准的，即子资源块的大小是以多个最终状态时数据包的总和为基准，而在同一服务流中，最终状态的数据包小于中间态时数据包的大小，因此当某一段时间内通信质量较差，导致解压错误率较高，此时通过降低压缩端的压缩效率，调整压缩状态为中间状态或者初始状态改善，但该情况是原分配的子资源块相对较小，因此可以调整分配子资源块的基准值为中间状态下的数据包的大小，即根据信道质量和压缩效率来改变子资源块的大小，从而使其更加适合持续调度。

本发明上述实施例中的技术方案应用于下行业务数据传输时，基站侧向终端发送包括为各个终端分配的下行子资源块位置信息的下行资源指配消息，以使所述终端根据所述下行子资源块位置信息从下行子资源块中获取下行业务数据。同时在子资源块的位置信息保持不变时，向各个终端发送携带有指示子资源块保持不变的信息的下行资源指配消息。如图3中所示，具体的是将一持续分配资源块(region ID)分成多个子资源块(subregions)，并将具有相同MCS的终端的下行资源分配至同一region ID的子资源块中，某一子资源块用于同一MCS的终端的下行资源分配，subregion1用于同一MCS的MS1、MS2和MS3，subregion2用于同一MCS的MS4、MS5、MS6、MS7，subregion 3用于同一MCS的MS8、MS9和MS10；此子资源块的大小为该子资源块中各个终端下行传输时SO状态(最终状态)下数据包占用资源块的总和加上一预留资源块的大小，即多分配一块资源1以用于子资源块中某些MS下行传输时出现IR/FO状态时的资源分配，因为IR/FO状态下数据包的大小比SO状态时数据包大得多，如有剩余，还可以用于其他业务。在子资源块首次分配至该子资源块内的终端或者在通信过程中该子资源块大小发生变化时，例如某些MS退出/加入等原因，基站侧只需指出此子资源块(subregion)的详细位置，而不用指出在此子资源块内每个MS下行资源分配的详细信息；当此子资源块保持不变，即保持持续分配时，则不用每次具体指出该子资源块(subregion)的详细位置，只需通过一变量(如change indicator)指示该资源块保持不变，上述的变量可以在资源指配消息中，例如persistence HARQ DL MAP IE中。另外对于子资源块的详细位置只需周期性通知各个终端即可。

对于在某一子资源块(subregion)内的终端而言，其在接收下行资源指配消息时MS1、MS2和MS3读取下行指配消息(DL MAP IE)获取某一region ID中的subregion 1中的具体位置，此时只获知subregion的位置，而每个终端的资源分配的具体位置是不知道的；MS1、MS2和MS3接收subregion 1资源块内的所有数据，其中subregion 1用于MS1、MS2和MS3的持续分配，各个终端接收整个子资源块(subregion)内的下行数据，解析属于自身的下行数据，即MS1解析属于自己的数据，MS2解析属于自己的数据，MS3解析属于自己的数据，而丢弃不属于自身的数据。

某一子资源块内，如果某些MS的下行传输的数据包为FO/IR包(中间状态/初始状态)，则预留资源优先用于此子资源块内的终端，如有资源剩余则可用于其它业务。而对于子资源块中如果多个终端的下行数据包的压缩状态为FO/IR状态时，有可能子资源块大小或太小，此时需要基站利用其它资源块临时用于此子资源块内的部分终端的下行传输。

采用这种方法，能够在保证压缩效率的情况下对信道资源进行持续调度，将同一MCS的多个终端分配至同一子资源块(subregion)内，终端只需知道子资源块(subregion)的位置，而无需获知此子资源块内每个终端持续分配的位置，即基站侧只需要指出subregion的位置，而无需指出subregion内每个终端的下行资源分配情况。由于在分配子资源块时，给出了一定的预留资源，因此当某些终端的下行数据的压缩状态改变，引起需要改变整个子资源块大小可能性较小，这意味着BS不需要频繁发送相关资源指配消息来通知终端子资源块大小的改变，因此能够在一定程度上减小信令消息的开销，即节约了空口的资源，BS的下行资源指配如图4所示，其中“2”表示下行资源指配消息(DL MAP IE)，“3”表示分配的资源块(Region ID)，且AP＝4，即假设每4帧进行一次下行资源的分配，本实施例是以WIMAX为例，对于LTE方法也相似。假设subregion1首次分配/改变时，下行资源指配消息(DL MAP IE)中包括如下的信息：变化指示信息ChangeIndicator值为1，另外还包括subregion1的具体位置信息，如OFDMA符号偏移量(OFDMA Symbol offset，8bits)、子信道偏移量(subchannel offset，7bits)、OFDMA符号数(NO.OFDMA Symbols，7bits)、子信道数(NO.subchannels，7bits)；或者可更加简化，因为region ID在初次分配或者更新时会给出详细的位置信息，因此这里的subregion的详细位置可只给出子信道偏移量(subchannel offset，7bits)、子信道数(NO.subchannels，7bits)，在后续的数据包传输过程中，当subregion1保持不变时，下行指配消息(DL MAP IE)中的变化指示信息ChangeIndicator值取O，subregion1的具体位置信息可以不包括。

另外对于上行业务数据传输，向各个终端发送上行资源指配消息，上行资源指配消息包括用于指示各个终端的数据包在上行子资源块中具体位置的位图以及上行子资源块位置信息。并在接收终端发送的压缩状态变化消息，并根据所述压缩状态变化消息通过位图调整终端的数据包在子资源块中的具体位置，并通过上行资源指配消息通知终端。另外在子资源块的位置信息保持不变时，向各个终端发送携带有指示子资源块保持不变的信息的上行资源指配消息以进行持续资源分配。

上行业务数据传输过程中在建立业务流时基站和终端可协商每种压缩机制(profile)下，每种压缩状态下形成的数据包的大小。在采用持续调度方式下，基站可利用广播/组播的形式通知同一子资源块(subregion)中的各个终端，使其获知同一subregion中的其它终端在不同压缩机制下，不同状态(IR/FO/SO)下占用的资源大小。一持续分配资源块(region ID)可分成多个子资源块(subregions)，并将具有相同MCS的终端的上行资源分配至同一regionID的某一子资源块(subregion)中，此子资源块的大小为该子资源块中各个终端上行传输时SO状态(最终状态)下数据包占用资源块的总和加上一预留资源块，即多分配一块资源，用于子资源块中某些MS上行传输时出现IR/FO状态时的资源分配。

在子资源块首次分配至该子资源块内的终端在通信过程中退出或加入使得子资源块的大小发生变化时，基站侧只需指出此子资源块(subregion)的详细位置，再通过bitmap的形式指出终端在此子资源块内的上行的具体位置，而无需指出每个中终端的上行资源块的详细位置。在通信过程中，该子资源块保持大小不变，即在保持持续调度时，基站侧不用每次指示子资源块(subregion)的详细位置，只需向各个终端发送携带有指示资源块保持稳定的信息的下行资源指配消息，即可以通过一变量(如change indicator)指示该资源块保持不变，例如在UL MAP消息中设置Change Indicator＝0，且子资源块subregion的详细位置只需要周期性地通知终端即可。

对于上行业务数据传输，和下行有所不同，终端除了要知道subregion的详细位置外还要获知自身在此subregion中的具体位置，但不用像现有技术中那样明确指出，而只需要采用位图(bitmap)的形式指示出来。

对于上行持续资源分配在某一子资源块(subregion)内的终端而言，其首先接收上行资源指配消息时获知子资源块subregion的具体位置以及位图(bitmap)信息，根据此信息可知自身终端上行持续分配的具体位置。位图中以两个bit来表示某一MS所处的状态，即00表示SO，01表示FO，10表示IR，11表示IR-DYN。因此，对于某一subregion中的N个终端，则需要2N bits来表示终端的上行信道资源分配情况。终端通过bitmap的解析获知自身上行业务数据传输所在的区域。例如假设subregion1中有三个终端，其中MS1发送的上行数据是IR状态，其它两个为SO状态，因此BS在发送上行资源分配的信令指示时，只需要用bitmap的形式指出(6bits)：10,00,00。由于每个MS的每种状态(IR/FO/SO)对应固定的资源块(事先协商)，且同一subregion中的MS知道其它终端的每种状态占用的资源，因此在解析到此bitmap后，各MS按照顺序上传数据。

BS的上行资源指配可如图5所示，其中“4”表示上行指配消息(UL MAP IE)，“5”表示分配的资源块(Region ID)，且AP＝4，即假设每4帧进行一次下行资源的分配，subregion1在首次上行分配或者改变时，上行指配消息(UL MAPIE)中包括如下信息：变化指示信息Change Indicator值为1，还包括subregion1的具体位置信息，如OFDMA符号偏移量(8个字节的OFDMA Symboloffset，8bits)、子信道偏移量(subchannel off set，7bits)、OFDMA符号数(NO.OFDMA Symbols，7bits)、子信道数(NO.subchannels，7bits)，另外还包括2Nbits的位图(Bitmap，这里的N表示该subregion中MS的个数)；或者可更加简化，因为region ID在初次分配或者更新时会给出详细的位置信息，因此这里的subregion的详细位置可只给出子信道偏移量(subchannel offset，7bits)、子信道数(NO.subchannels，7bits)，及2Nbits的位图。subregion1中的各个终端在获知subregion1的具体位置以及bitmap后，可推断自身的上行资源分配的位置。在后续的传输过程中，当subregion保持不变时，上行指配消息(UL MAP IE)中包括如下的信息：Change Indicator值取0以及位图(Bitmap)，subregion1中的终端通过解析上行指配消息(UL MAPIE)获取subregion区域保持不变，并可通过bitmap获知自身的上行持续分配的位置。

基站侧对各个MS的持续分配的大小是通过MS侧压缩端状态变化消息调整的，在接收到终端发送的压缩状态变化消息，并根据所述压缩状态变化消息调整终端的数据包在子资源块中的具体位置，也即位图bitmap的设置是通过MS侧压缩端的状态改变决定的。首次持续分配时，终端向基站侧申请带宽，在后续持续分配过程中，MS中压缩端的压缩状态(IR/FO/SO)发生变化时，则必须及时通知基站侧，要求其调整上行资源分配；如果压缩状态与前一次保持不变，则不需要通知基站侧。而基站侧收到压缩状态变化的指示，需及时调整持续资源块的分配；如果未收到压缩状态变化的指示，则默认保持与前一次分配相同大小的资源块。

另外当预留资源未用完时可用于其它业务；而预留资源太小时，基站可临时在其它资源块为某些终端分配上行持续资源。

另外在建立上行业务数据传输时，由于协商了特定profile下，各个压缩状态下数据包的大小，即每种状态下基站给定固定大小的上行资源用于MS的上行业务数据传输，上述固定大小的上行资源为一预估值，而需要上传的信息所占用的资源通常小于或者等于该资源块的大小，因此传输时会造成信道资源的浪费，为了充分利用该资源，提高解码正确率，可以进行上行数据包的优化，例如进行压缩端处理或MAC层处理，具体的在压缩端对根据上行资源指配消息发送的包括压缩报头的数据包进行增加报头信息、增加校验位长度和添加反馈信息的处理，或者在重复MAC头部信息处理，也可以同时进行上述的处理。

其中在压缩端进行处理时，主要是考虑在通信前终端告知压缩端每种压缩状态下可传输的压缩包的最大字节数X，对应于不同压缩状态下该值是不同的。即在原有的压缩机制下，在初始态/中间态/最终态(ROHC中对应IR/FO/SO)的压缩包在同一状态下尽管大小接近，但由于压缩效率、反馈等原因，仍有所不同。此时要求在某一状态下发送的压缩包大小尽可能接近X，但按原有机制压缩完后的压缩包小于X，则压缩端可将一些被压缩掉的重要信息添加至压缩的报头(compressed header)中，以增强解压端的解压能力。重要信息可以包括(Header information)、CRC校验位信息或反馈信息，其中报头信息是指当根据原有机制压缩完的包小于X时，压缩端可适当地增加一些被压缩掉的重要的报头信息。例如压缩端在最终状态(ROHC中为SO状态)时，可适当地传输更多比特数的SN、timestamp、IP-ID等信息；压缩端在中间态(ROHC中为FO状态)下，可尽可能多地添加一些重要的动态报头信息。另外在中间态/最终态(ROHC中对应FO/SO状态)，如果压缩包的大小小于X，可适当的增加CRC的长度，即增加CRC校验位信息，从而增强其校验能力。假设头压缩机制中支持反馈时，在压缩后的包小于X时，可适当增加反馈信息。即有feedback项时，可在feedback信息中选择性地加入CRC、SN、clock、jitter等信息；在无feedback项时，如解压出错则可及时加入反馈项。通过反馈信息的增加，对端的压缩端利用反馈信息，更好地调整压缩策略，利于解压端的正确解压；同时及时反馈，可及时调整压缩端的状态，减小解压端连续解压错误，而在原机制下，只有在在错误率达到一定程度才进行反馈。

由于压缩端在同一种状态下发送的包的大小会有差别，而当压缩端处于某一种状态时，基站在分配上行资源时是按照最大的可能性分配，因此对于一些压缩包而言，其分配的上行资源块较大，针对上述情况，可在MAC层进行处理，例如可在MAC层重复传输一些信息。以下以WIMAX为例，对LTE的处理也相似，如图6所示，在WIMAX中，在Extended Subheader中重复传输MAC header中的相关信息。对于上行业务数据传输，目前扩展字头(Extended subheader)有6种类型(type)，在本方案中增加一类型，即type7。具体类型7的Extended subheader格式如图7所示，A部分包括8比特的Extended subheader group lengh，即表示此扩展的子头组的长度；B部分包括如果有其他类型(type)，则按照类型type顺序包括各subheader；C部分包括subheader的类型，并包括一比特的保留位，即Rsv＝0；D部分为扩展字头的内容(extended subheader body)7部分，包含MAC header的部分重复信息，其长度可变，即具体传输多少重复的MAC header信息是根据压缩后数据包的大小及基站侧为此MS分配的持续资源块的大小决定的。上述对重复的MAC header信息进行重复传输可以是按照HT、EC、Type、ESF、EKS等数据的顺序进行重复传输，最大Type部分为6字节，如果持续分配的资源不够，可以只重复传输MAC header的部分信息。

图8为本发明信道资源分配处理方法实施例三的流程示意图，如图8所示，包括如下步骤：

步骤301、获取压缩端的压缩状态以及该压缩状态下为终端传输的数据包的大小；

步骤302、根据所述压缩端的压缩状态以及该压缩状态下数据包的大小持续分配上行或下行资源块。

本发明实施例提供的信道资源分配处理方法，通过获取压缩端的压缩状态以及该压缩状态下数据包的大小，然后根据上述的压缩下的数据包大小持续分配上行或下行资源块，在接收到压缩状态变化消息能够实时的根据变化后的压缩状态重新分配上行或下行资源块，而在没有状态变化时不需要在进行信道资源的重新分配，而是使用之前分配的资源块进行业务数据的传输，从而能够实现信道资源的持续调度，并将头压缩技术和持续调度机制相结合，在保证压缩效率的同时，进一步节约了无线宽带资源。

在上述的实施例中，在对信道资源进行分配或者重新分配后，可以向终端发送包括上述分配或者重新分配的上行或下行资源块位置信息的资源指配消息，并在接收到压缩端的压缩状态变化消息时根据变化后的压缩状态重新分配上行或下行资源块。另外在压缩端的压缩状态保持稳定时，即在压缩状态不发生变化时在向终端发送的资源指配信息中携带分配的资源块不变的指示信息以进行资源的持续分配。

本实施例中也是以ROHC为例，其中IR对应初始状态，FO对应中间状态，SO对应最终状态。压缩端处于上述任一状态时，不同状态下传输的数据包大小差异较大，但在相同状态下传输的包大小相近；在建立该业务流连接时，首先协商不同压缩机制(profile)下，压缩端处于不同压缩状态下传输数据包的大小(max-size)。压缩端及时将自己改变的状态通知基站侧，由基站侧根据压缩状态再将原固定的持续分配方式作相应的调整。但压缩端的状态保持不变时，即基站侧未收到压缩状态改变的消息时，，则采用固定的持续资源分配方式，从而能够将头压缩技术和持续调度有效地结合起来。

首先，根据不同的profile，对IR/FO/SO状态下压缩后的数据包大小作一相应的估计，取一最大值；组成MAC PDU后某一特定profile的各个状态估计值大小分别为：Y1(IR)、Y2(FO)、Y3(SO)。不同状态下ROHC包组成MAC PDU大小的估计过程包括如下步骤：

1.对特定profile下，终端某一业务流的数据包压缩后的IR、FO和SO包的大小作相应的估计，其大小为K1，K2，K3，该大小值为最大估计值；

2.对压缩后的IR、FO和SO状态下的数据包(K1，K2，K3)进行MAC封装，得到相应的MAC PDU的大小分别为Y1、Y2和Y3；

3.根据各种状态下MAC PDU的大小，基站侧可决定如何为其分配相应的资源。

在该业务流建立时，基站与终端协商多个压缩机制，压缩端处于不同状态下持续分配资源块的大小。此协商过程可通过DSA/DSC等信令完成。即可由MS发起的动态服务流添加(Dynamic service addition，以下简称：DSA)协商过程，包括如下步骤，首先MS向BS发送DSA请求(DSA-REQ)消息，该消息中携带上述的Y1(IR)、Y2(FO)、Y3(SO)，由BS向MS返回动态业务添加响应(DSA-RSP)消息，最后MS发送DSA(DSA-ACK)接受消息。另外上述的协商过程也可以是由BS发起。

在进行下行业务数据传输时，压缩端在网络侧，例如在WIMAX网络中，ROHC的压缩端在ASN中的网关(gateway)中，网络侧通过特定的信令实时通知BS该业务流的压缩状态改变及具体采用哪种压缩机制(profile)。BS收到此信令，根据压缩机制及压缩状态给此MS分配Y1、Y2或Y3大小的资源，在未收到网络侧信令通知，即状态未改变时BS保持对MS下行资源持续分配。

例如当网络侧压缩端处于FO状态，BS为MS分配下行资源为Y2，在持续一段时间后，网络侧压缩端状态转至SO状态，此时利用信令通知BS，BS获知压缩端处于SO后调整持续分配的资源大小至Y1。如果BS未收到网络侧压缩端状态改变的信令，则一直保持该资源分配的大小。

压缩端状态保持不变时，基站侧在发送下行资源指配消息时(WIMAX中采用MAP消息，LTE中在PDCCH中采用DLassignment信令来指示)，不需要指示该资源块的位置，只需要用一特定变量--change indicator来指示其不变。假设连续N个持续分配的资源块不变，可考虑周期性地在下行资源指配消息中明确指示该资源块。图9为下行信道资源持续分配过程的示意图，其中“6”表示下行指配消息(DL MAP IE)，“7”表示分配的资源块(persistent region，IR，FO，SO状态下persistent region的大小不同)，本实施例是以WIMAX系统为例，当AP＝4时，即假设每4帧进行一次下行资源的分配，以下行资源指配消息(DL MAP IE，如persistence HARQDL MAP IE)来指示下行持续分配。例如：当收到网络侧发送的压缩端为IR状态的指示时，此时change indicator的值等于1，表示需要改变下行资源分配状态，BS在frame K为MS分配Y1大小的下行资源，并在一段时间内保持该资源分配的大小，在保持该资源分配的大小时changeindicator的值等于为0；一段时间后，网络侧通知BS压缩端目前状态变为FO状态，即DL MAP消息中change indicator的值为1，此时BS在frameK+8时及时调整资源分配的大小至Y2，并保持该大小的持续资源分配；再经过一段时间后，假设BS收到网络侧的通知——压缩端转换至SO状态，此时BS在frame K+40时调整资源分配的大小至Y3，并保持该大小的资源分配；再经过一段时间后，假设BS收到网络侧关于压缩端变化的通知，则执行上述的持续资源分配的调整。

假设在某种压缩状态下，某一时刻下行固定的资源块大小不满足数据包的传输，则基站侧可在另一资源块中为其分配一块资源用于临时的下行资源分配。而下行固定的资源块较大时，可将多余的部分资源块用于其它业务的传输；采用持续分配的MS接收整个持续分配的资源块，通过解析只保留属于自身的部分数据。

在进行上述业务数据传输时，上行持续资源分配和下行持续分配相似，区别在于上述业务数据传输时的压缩端位于终端。

终端要实时地将其改变的压缩状态(IR/FO/SO)和压缩机制(profile)通知基站侧，基站侧收到上述改变消息后对其资源分配作相应的调整，终端未发送压缩端状态改变的指示时，基站侧保持原有的固定的上行持续资源分配方式，且上行资源分配指示的消息中(在WIMAX中采用MAP消息，在LTE中在PDCCH中采用UL assignment信令来指示)不用每次指示该资源块的具体位置。假设连续N个(此N值较大时)持续分配的资源块大小不变，即压缩状态不变；可考虑周期性地在上行资源分配指示的消息中明确指示该资源块，具体过程同下行持续分配。

在上述的实施例中，终端只在压缩端的压缩状态改变时通知基站侧；而状态保持稳定时不通知，从而省略了每次业务数据传输时带宽申请的过程。

与前述的实施例相同，由于在建立该业务连接时，协商了基于特定profile下每种压缩状态的数据包的大小，即每种状态基站给定一固定大小的上行资源用于MS的上行传输；此固定资源是一预估值，要上传的信息所占用的资源一般小于或等于该资源块的大小，因此传输时会出现资源浪费的现象。为充分利用该资源，提高解码正确率，可以进行相应的处理，例如在压缩端的处理和MAC层的处理。具体处理方案同上书实施例中提到的技术方案。

图10为本发明信道资源分配处理装置实施例一的结构示意图，如图10所示，信道资源处理装置包括获取模块11和信道资源分配模块12，其中获取模块11用于获取头压缩生成的数据包的压缩信息；信道资源分配模块12用于根据所述头压缩后的数据包的压缩信息采用持续调度的方法进行信道资源分配。

本发明实施例提供的信道资源分配处理装置，通过获取头压缩生成的数据包的压缩信息，并根据上述的压缩信息采用持续调度的方法进行信道资源分配，能够实现信道资源的持续调度，有效将头压缩技术和持续调度机制相结合，在保证压缩效率的同时，进一步节约了无线宽带资源。

图11为本发明信道资源分配处理装置实施例二的结构示意图，如图11所示，信道资源处理装置包括获取模块和信道资源分配模块，且获取模块21包括第一获取单元211，信道资源分配模块22包括第一分配单元221，其中第一获取单元211用于获取压缩端在至少一个压缩状态下为各个终端传输的数据包的大小，以及各个终端所使用的调制编码方式；第一分配单元221用于根据所述压缩端在至少一个压缩状态下为各个终端传输的数据包的大小为使用相同调制编码方式的终端持续分配上行或下行子资源块，所述上行或下行子资源块根据使用相同调制编码方式的所有终端的在同一压缩状态下传输的数据包大小设定。本实施例中上述的调制编码方式可以是业务数据传输时使用的调制编码方式，也可以是下行业务数据传输时所使用的调制编码方式。

本实施例中在进行上行/下行业务的信道资源分配时，将统一区域(region)的资源分成多个子资源块(subregion)，为具有相同调制编码方式(MCS)的终端分配同一个子资源块，并根据终端在某一压缩状态下的大小设置子资源块的大小，上述压缩状态可以使初始状态、中间状态或者是最终状态。并在子资源块中设置预留资源块，该预留资源块可以用于处理在压缩状态变化时对信道资源的需求。通过本发明实施例的上述技术方案，能够实现以子资源块为固定资源进行持续调度。

另外本发明上述实施例中还可以进一步包括第一发送模块，该第一发送模块用于在下行业务数据传输时，向终端发送包括为各个终端分配的下行子资源块位置信息的下行资源指配消息，以使所述终端根据所述下行子资源块位置信息从下行子资源块中获取下行业务数据；或者用于在上行业务数据传输时，向各个终端发送包括用于指示各个终端的数据包在上行子资源块中具体位置的位图以及上行子资源块位置信息的上行资源指配消息。

本发明上述实施例通过向终端发送下行或上行资源指配消息，可以使终端按照指配消息中提供的信道资源进行业务数据的接收或者发送。

图12为本发明信道资源分配处理装置实施例三的结构示意图，如图12所示，信道资源处理装置包括获取模块31和信道资源分配模块32，其中获取模块31包括第二获取单元311，信道资源分配模块32包括第二分配单元321，其中第二获取单元311用于获取压缩端的压缩状态以及该压缩状态下为终端传输的数据包的大小；第二分配单元321用于根据所述压缩端的压缩状态以及该压缩状态下数据包的大小持续分配上行或下行资源块。

本发明实施例提供的信道资源分配处理装置，通过获取压缩端的压缩状态以及该压缩状态下数据包的大小，然后根据上述的压缩下的数据包大小分配上行或下行资源块，在接收到压缩状态变化消息能够实时的根据变化后的压缩状态重新分配上行或下行资源块，而在没有状态变化时不进行信道资源的重新分配，可以使用之前分配的资源块进行业务数据的传输，从而能够实现信道资源的持续调度，将头压缩技术和持续调度机制相结合，在保证压缩效率的同时，进一步节约了无线宽带资源。

在上述实施例的基础上，信道资源分配处理装置还可以进一步包括第二发送模块，该发送模块用于向终端发送包括上述第二分配模块分配或重新分配的上行或下行资源块位置信息的资源指配消息，并在接收到压缩端的压缩状态变化消息时根据变化后的压缩状态重新分配上行或下行资源块。在获得上述的资源指配消息后，终端可以根据上述分配的上行或下行资源块进行业务数据的传输。

另外本发明实施例还提供了一种通信系统，包括基站和终端，上述基站包括上述实施例中提到的信道资源分配处理装置。

本发明实施例提供的通信系统的基站中设置有上述的信道资源分配处理装置，能够通过为具有相同调制编码方式的终端分配子资源块，基站以该子资源块为固定资源进行持续调度；或者通过在压缩端的压缩状态发生变化时通知基站为终端的业务数据传输重新分配信道资源，并在压缩状态没有发生变化时按照原分配的信道资源进行业务数据的传输，能够从而能够实现信道资源的持续调度，本实施例中的基站在进行信道资源分配处理时，将头压缩技术和持续调度机制相结合，在保证压缩效率的同时，进一步节约了无线宽带资源。

本发明实施例提供的信道资源分配处理方法、装置以及通信系统，通过在进行上行/下行业务的信道资源分配时，将统一区域(region)的资源分成多个子资源块(subregion)，为具有相同调制编码方式(MCS)的终端分配同一个子资源块，并根据终端在某一压缩状态下的大小设置子资源块的大小，上述压缩状态可以使初始状态、中间状态或者是最终状态。并在子资源块中设置预留资源块，该预留资源块可以用于处理在压缩状态变化时对信道资源的需求。或者是通过获取压缩端的压缩状态以及该压缩状态下数据包的大小，然后根据上述的压缩下的数据包大小分陪上行或下行资源块，在接收到压缩状态变化消息能够实时的根据变化后的压缩状态重新分配上行或下行资源块，而在没有状态变化时不进行信道资源的重新分配，可以使用之前分配的资源块进行业务数据的传输，从而能够实现信道资源的持续调度。通过上述的技术方案在进行信道资源分配处理时将头压缩技术和持续调度机制相结合，在保证压缩效率的同时，进一步节约了无线宽带资源。

最后应说明的是：以上实施例仅用以说明本发明的技术方案而非对其进行限制，尽管参照较佳实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对本发明的技术方案进行修改或者等同替换，而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的精神和范围。

Claims (18)

1.一种信道资源分配处理方法，其特征在于，包括：

获取头压缩生成的数据包的压缩信息；

根据所述头压缩后的数据包的压缩信息采用持续调度的方法进行信道资源分配。

2.根据权利要求1所述的信道资源分配处理方法，其特征在于，所述获取头压缩后的数据包的压缩信息包括：

获取压缩端在至少一个压缩状态下为各个终端传输的数据包的大小，以及各个终端所使用的调制编码方式；

所述根据头压缩后的数据包的压缩信息采用持续调度的方法进行信道资源分配包括：

根据所述压缩端在至少一个压缩状态下为各个终端传输的数据包的大小，为使用相同调制编码方式的终端持续分配上行或下行子资源块，所述上行或下行子资源块根据使用相同调制编码方式的所有终端在同一压缩状态下传输的数据包大小设定。

3.根据权利要求2所述的信道资源分配处理方法，其特征在于，所述获取压缩端在至少一个压缩状态下为各个终端传输的数据包的大小，以及各个终端所使用的调制编码方式包括：

获取压缩端在最终状态下为各个终端传输的数据包的大小，以及各个终端所使用的调制编码方式；

所述根据压缩端在至少一个压缩状态下为各个终端传输的数据包的大小，为使用相同调制编码方式的终端持续分配上行或下行子资源块包括：

根据压缩端在最终状态下为各个终端传输的数据包的大小，为使用相同调制编码方式的终端持续分配上行或下行子资源块，所述上行或下行子资源块大小为使用相同调制编码方式的所有终端在最终状态下传输的数据包大小之和加上一预留资源块的大小。

4.根据权利要求3所述的信道资源分配处理方法，其特征在于，还包括：

在下行业务数据传输时，向终端发送包括为各个终端分配的下行子资源块位置信息的下行资源指配消息，以使所述终端根据所述下行子资源块位置信息从下行子资源块中获取下行业务数据。

5.根据权利要求4所述的信道资源分配处理方法，其特征在于，还包括：

向各个终端发送携带有指示资源块保持不变的信息的下行资源指配消息以进行持续资源分配。

6.根据权利要求3所述的信道资源分配处理方法，其特征在于，还包括：

在上行业务数据传输时，向各个终端发送上行资源指配消息，上行资源指配消息包括用于指示各个终端的数据包在上行子资源块中具体位置的位图以及上行子资源块位置信息。

7.根据权利要求6所述的信道资源分配处理方法，其特征在于，还包括：

向各个终端发送携带有指示子资源块保持不变的信息的上行资源指配消息以进行持续资源分配。

8.根据权利要求6所述的信道资源分配处理方法，其特征在于，还包括：

接收终端发送的压缩状态变化消息，并根据所述压缩状态变化消息通过位图调整终端的数据包在子资源块中的具体位置，并通过上行资源指配消息通知终端。

9.根据权利要求6所述的信道资源分配处理方法，其特征在于，还包括：

接收终端根据上行资源指配消息发送的包括压缩报头的数据包，所述数据包为进行增加报头信息、增加校验位长度、增加反馈信息和重复MAC头部信息处理中至少一项处理后生成的数据包。

10.根据权利要求1所述的信道资源分配处理方法，其特征在于，所述获取头压缩生成的数据包的压缩信息包括：

获取压缩端的压缩状态以及该压缩状态下为终端传输的数据包的大小；

所述根据所述头压缩后的数据包的压缩信息采用持续调度的方法进行信道资源分配包括：

根据所述压缩端的压缩状态以及该压缩状态下数据包的大小持续分配上行或下行资源块。

11.根据权利要求10所述的信道资源分配处理方法，其特征在于，还包括：

向终端发送包括上述分配或重新分配的上行或下行资源块位置信息的资源指配消息，并在接收到压缩端的压缩状态变化消息时根据变化后的压缩状态重新分配上行或下行资源块。

12.根据权利要求11所述的信道资源分配处理方法，其特征在于，还包括：

在压缩端的压缩状态保持稳定时，在向终端发送的资源指配信息中携带分配的资源块不变的指示信息以进行资源的持续分配。

13.一种信道资源分配处理装置，其特征在于，包括：

获取模块，用于获取头压缩生成的数据包的压缩信息；

信道资源分配模块，用于根据所述头压缩后的数据包的压缩信息采用持续调度的方法进行信道资源分配。

14.根据权利要求13所述的信道资源分配处理装置，其特征在于，所述获取模块包括：

第一获取单元，用于获取压缩端在至少一个压缩状态下为各个终端传输的数据包的大小，以及各个终端所使用的调制编码方式；

所述信道资源分配模块包括：

第一分配单元，用于根据所述压缩端在至少一个压缩状态下为各个终端传输的数据包的大小，为使用相同调制编码方式的终端持续分配上行或下行子资源块，所述上行或下行子资源块根据使用相同调制编码方式的所有终端的在同一压缩状态下传输的数据包大小设定。

15.根据权利要求14所述的信道资源分配处理装置，其特征在于，还包括：

第一发送模块，用于在下行业务数据传输时，向终端发送包括为各个终端分配的下行子资源块位置信息的下行资源指配消息，以使所述终端根据所述下行子资源块位置信息从下行子资源块中获取下行业务数据；或在上行业务数据传输时，向各个终端发送包括用于指示各个终端的数据包在上行子资源块中具体位置的位图以及上行子资源块位置信息的上行资源指配消息。

16.根据权利要求13所述的信道资源分配处理装置，其特征在于，所述获取模块包括：

第二获取单元，用于获取压缩端的压缩状态以及该压缩状态下为终端传输的数据包的大小；

所述信道资源分配模块包括：

第二分配单元，用于根据所述压缩端的压缩状态以及该压缩状态下数据包的大小持续分配上行或下行资源块。

17.根据权利要求16所述的信道资源分配处理装置，其特征在于，还包括：

第二发送模块，用于向终端发送包括所述第二分配模块分配或重新分配的上行或下行资源块位置信息的资源指配消息，并在接收到压缩端的压缩状态变化消息时根据变化后的压缩状态重新分配上行或下行资源块。

18.一种通信系统，包括基站和终端，其特征在于，所述基站包括上述权利要求13-17任一所述的信道资源分配处理装置。

Images