专利名称：媒体访问控制层中下行和上行信道上的业务处理方法
技术领域：
本发明涉及无线通信系统业务传输技术领域，特别是指一种媒体访问控制(MAC)层中下行信道上的业务处理方法，和一种MAC层中上行信道上的业务处理方法。
背景技术：
全球移动通信系统(UTMS)在空中接口上采用宽带码分多址接入(WCDMA)无线传输技术，如图1所示为3GPP协议的R6版本中无线接口协议标准，从图1中可以看出，UTMS空中接口分为三个协议层L1、L2和L3，分别对应于OSI参考模型的物理层、数据链路层和网络层，其中L2层又分为MAC层、无线链路控制(RLC)层、分组数据集中协议(PDCP)层和广播/多广播控制(BMC)层。
MAC层位于UMTS陆地无线接入网(UTRAN)空中接口的物理层之上，屏蔽了物理传输媒质的特性，为高层提供了使用物理介质的手段。高层通过MAC提供的逻辑信道来传输数据和信令信息，MAC根据物理介质的特性将这些信息映射到物理层提供的传输信道上，为每一个传输信道选择合适的传输格式，并在在必要的情况下进行逻辑信道到传输信道的复用。
MAC层提供逻辑信道上的数据传输服务，针对不同类型的数据传输服务，采用了不同类型的逻辑信道，不同类型的逻辑信道类型传输的信息类型不同，传输控制信息的信道称为控制信道，传输业务信息的信道称为业务信道。逻辑信道还可以划分为专用逻辑信道和公共逻辑信道。
此外，MAC层还负责传输信道的调度和使用。传输信道是物理层提供给上层的服务接入点，MAC层负责调度和使用的传输信道包括专用信道、共享信道和公共信道。
在下行方向上，UTRAN侧的MAC层对传输信道的调度和使用主要是指将逻辑信道上的业务进行业务处理后发送给对应的传输信道，然后通过传输信道向下传输。UTRAN侧的MAC层中下行信道上的业务处理流程如图2所示，其中a和b分支部分为对专用逻辑信道上传输的业务处理流程，c分支部分为对公共逻辑信道上传输的业务处理流程，具体包括以下步骤步骤201a、根据专用逻辑信道上传输的业务属性的不同进行传输信道类型的切换，业务属性包括分组域业务和电路域业务，分组域业务需要映射到高速下行共享信道(HS-DSCH)上，电路域业务需要映射到专用传输信道(DCH)上，对于映射到高速下行共享信道上的业务执行步骤202a；对于映射到专用传输信道上的业务执行202b。
步骤202a～步骤206a、对映射到高速下行共享信道上的业务首先进行逻辑信道的复用，在复用后对业务进行流量控制，此后进行用户之间的优先权处理以及业务之间的优先权处理，在进行这些处理后，进行HARQ重传处理，即将映射到高速下行共享信道上的业务数据送入重传缓存，并进行传输格式集的选择，然后将业务数据发送给对应的高速下行共享信道。
步骤202b～步骤204b、对切换到专用传输信道上的业务首先进行逻辑信道的复用，在复用后对业务进行传输信道的优先权处理及调度，即在传输格式集内根据优先级选择不同传输速率等，此后如果所传输的数据为透明模式的数据则需要进行加密，并通过专用传输信道向下发送；如果所传输的数据不是透明模式的数据则直接发送给对应的专用传输信道。
步骤201c～步骤204c、对于公共逻辑信道上传输的数据，如果是广播多播(MBMS)业务，首先为业务设置业务标识(ID)以区分不同的MBMS业务，否则不需此操作；此后进行逻辑信道到传输信道的映射，即将每个逻辑信道映射到对应的公共传输信道上，对于映射后的业务数据，在用户与业务之间进行调度，并为调度后的业务选择传输格式，然后发送给对应的公共传输信道。
UE侧的MAC层主要对来自传输信道的业务数据进行业务处理，具体的处理流程如图3所示，其中a分支部分为对通过高速下行共享信道所接收的业务数据进行处理的流程，b分支为对通过专用传输信道所接收的业务数据进行处理的流程，c分支为对通过公共传输信道所接收的业务数据进行处理的流程，具体包括以下步骤步骤301a～步骤303a、对于来自高速下行共享信道的业务数据首先进行重传判决，然后将业务数据块组成上层需要的业务数据单元(SDU)，并在进行逻辑信道的解复用后将业务数据发送到对应的专用逻辑信道。
步骤301b～步骤302b、对于来自专用传输信道的业务数据首先进行逻辑信道的解复用，然后在进行解密处理后发送到对应的专用逻辑信道。
步骤301c～步骤302c、对于来自公共传输信道的业务数据首先进行传输信道到逻辑信道的映射，如果是MBMS业务，需读取用于确定对应的公共逻辑信道的MBMS业务的ID，否则无需此操作，然后发送到相应的公共逻辑信道。
在上行方向上，UE侧的MAC层对传输信道的调度和使用主要是指将逻辑信道上的业务进行业务处理后发送给对应的传输信道，然后通过传输信道向上传输。UE侧的MAC层中上行信道上的业务处理的流程如图4所示，具体包括以下步骤步骤401a、根据RRC的配置将专用逻辑信道上传输的业务进行切换，即为将专用逻辑信道上的业务映射到增强专用信道(E-DCH)、DCH信道或随机接入信道(RACH)信道，对于映射到E-DCH上的业务执行步骤402a；对于映射到DCH上的业务执行202b；对于映射到RACH上的业务执行步骤402c。
步骤402a～步骤403a、对映射到E-DCH上的业务首先进行PDU的级连及复用形成传输块，并设置传输块的序列号，选择传输格式集，然后将传输块送到重传缓存中，并将传输块发送给E-DCH。
步骤402b～步骤404b、对切换到DCH上的业务首先进行逻辑信道的复用，然后选择传输格式集，此后如果所传输的数据为透明模式的数据则需要进行加密，并通过DCH向上发送；如果所传输的数据不是透明模式的数据则直接发送给对应的DCH。
步骤402c～步骤407c、对切换到RACH上的业务首先进行逻辑信道的复用，并为业务数据增加UE的识别号(ID)以便在网络侧能够识别出来自不同UE的业务，然后将增加了UE识别号后的业务数据与来自CCCH信道的数据进行逻辑信道到传输信道(TCTF)复用；此后，对进行TCTF复用后的业务数据根据专用逻辑信道优先级进行调度，并在选择传输格式集后，进行接入类别选择，然后将业务数据送往RACH。
UTRAN侧的MAC层主要对来自传输信道的业务数据进行业务处理，具体的处理流程如图5所示，具体包括以下步骤步骤501a～步骤503a、对于来自E-DCH的业务数据首先进行HARQ重传处理，即判断所接收的业务数据是否正确，如果是则向UE侧的MAC层返回确认信息；否则向UE侧的MAC层返回非确认信息；然后进行逻辑信道的解复用，并对解复用后的业务数据进行业务数据处理，即将业务数据重排和分解后送往对应的专用逻辑信道。
步骤501b～步骤502b、对于来自DCH的业务数据首先进行逻辑信道的解复用，然后在进行解密处理后发送到对应的专用逻辑信道。
步骤501c～步骤502c、对于来自RACH的业务数据首先进行TCTF解复用，并读取UE识别号以识别不同用户，将映射到CCCH的业务数据送往CCCH；对映射到专用逻辑信道的业务数据进行逻辑信道解复用，并将业务数据传送给对应的专用逻辑信道。
在上述方案中，下行方向上传输信道包括高速下行共享传输信道、专用传输信道和公共传输信道，上行方向上的传输信道包括增强专用信道、专用传输信道和公共传输信道，但是在上行方向上和下行方向上的专用传输信道都是传输的是电路域业务，随着无线传输技术的发展，电路域业务的存在可以由分组域业务替代，因此现有技术的专用传输信道的存在造成了业务处理流程的烦琐和复杂。
另外，取消了的电路域业务在LTE技术中由分组域的VoIP业务承载，并在共享信道上进行传输。由于原MAC层中传输的分组域业务为非时延敏感性业务，且在高速下行共享信道及增强上行专用信道上传输，而VoIP业务为时延敏感性业务，所以在MAC层中按上述流程对业务进行处理就会造成VoIP业务的时延很高，影响了VoIP业务的服务质量。
发明内容
有鉴于此，本发明的主要目的在于提供一种MAC层中下行信道上的业务处理方法和一种MAC层中上行信道上的业务处理方法，能够简化MAC层的业务处理流程。
为达到上述目的的第一个方面，本发明提供了一种MAC层中下行信道上的业务处理方法，包括UTRAN侧的MAC层对接收的来自专用逻辑信道的业务数据进行处理后，发送到下行共享信道；对应地，UE侧的MAC层将来自下行共享信道上的业务数据进行处理后，发送到对应的专用逻辑信道。
较佳地，所述UTRAN侧的MAC层对接收的来自专用逻辑信道的业务数据进行处理包括A、UTRAN侧的MAC层对专用逻辑信道中的业务数据，进行逻辑信道的复用；B、根据业务的服务质量QoS属性进行快速混和自动HARQ重传相关处理；C、为业务数据选择传输格式；所述UE侧的MAC层将来自下行共享信道上的业务数据进行处理包括D、对来自下行共享信道的业务数据根据对应业务的QoS属性进行HARQ重传相关处理；
E、将业务数据分解成上层所需的分组数据单元PDU，并有序上传；F、进行逻辑信道的解复用，然后将解复用后的业务数据发送到对应的专用逻辑信道上。
较佳地，所述步骤A中，进行逻辑信道的复用之前或之后进一步包括进行流量控制。
较佳地，所述步骤B之前进一步包括在用户与业务之间进行调度。
较佳地，所述在用户之间与业务之间进行调度后进一步包括如果队列中的业务是非时延敏感型业务，对该业务数据进行级连。
所述的下行共享信道可以由高速下行共享信道和专用传输信道合成。
进一步地，该方法包括UTRAN侧的MAC层对接收的来自公共逻辑信道的业务数据进行处理后，发送到对应的公共传输信道；UE侧的MAC层对接收的来自公共传输信道上的业务数据进行处理后，发送到对应的公共逻辑信道。
较佳地，所述的UTRAN侧的MAC层对接收的来自公共逻辑信道的业务数据进行处理包括a、UTRAN侧的MAC层接收公共逻辑信道上的业务数据，如果对应的业务为广播多播业务，则为该业务设置业务标识，然后执行步骤b；否则直接执行步骤b；b、进行逻辑信道到传输信道的映射，然后在业务之间进行调度；c、为调度后的业务数据选择传输格式后，发送给对应的传输信道；所述UE侧的MAC层对接收的来自公共传输信道上的业务数据进行处理包括d、对于来自公共传输信道的业务数据进行传输信道到逻辑信道的映射，确定每个公共传输信道对应的公共逻辑信道；e、如果映射到公共逻辑信道的业务数据所对应的业务是广播多播业务，则读取该广播多播业务的标识，然后将该业务数据发送到对应的公共逻辑信道；否则直接将该业务数据发送到对应的公共逻辑信道。
所述的下行共享信道还可以由高速下行共享信道、专用传输信道和现有协议中的部分公共传输信道合成，则所述步骤B中，进行逻辑信道的复用之后进一步包括根据预先设置的逻辑信道与传输信道的映射关系进行逻辑信道到传输信道的映射；所述步骤D后进一步包括根据预先设置的逻辑信道与传输信道的映射关系进行传输信道到逻辑信道的映射；所述步骤e中，映射到公共逻辑信道的业务数据包括所述步骤D中，和所述步骤d中映射到公共逻辑信道的业务数据。
进一步地，所述步骤A中进行逻辑信道的复用之前或之后可以包括对业务数据在设置的缓存区中进行缓存，并根据来自UE的PDU序号信息进行高层PDU重传处理；所述步骤E中，将业务数据分解成上层所需的PDU后进一步包括将所分解出的PDU序号信息返回给UTRAN侧的MAC层。
较佳地，所述的根据来自UE的PDU序号信息进行高层PDU重传处理的方法为根据来自UE的PDU序号信息，清除缓存区中UE接收到的业务数据，并重新发送UE没有接收到的非时延敏感型业务的业务数据。
较佳地，所述的缓存区为用于重传的重传缓存区和/或用于切换的临时缓存区。
较佳地，所述的根据业务的QoS属性进行HARQ重传相关处理为如果所述业务是非时延敏感型业务则进行HARQ重传处理；如果所述业务是时延敏感型业务则不进行HARQ重传处理直接执行后续步骤。
较佳地，所述步骤B中在用户之间与业务之间进行调度的方法为先根据用户的优先级的高低进行排队；对于具有相同用户优先级的业务，再按照业务优先级的高低进行排队；对于用户优先级和业务优先级都相同的业务，按照随机选取的方法确定该业务在排队队列中的优先级。
较佳地，所述步骤B中在用户之间与业务之间进行调度的方法为先根据业务的优先级高低进行排队，对于具有相同业务优先级的业务，再按照用户优先级的高低进行排队；对于用户优先级和业务优先级都相同的业务，按照随机选取的方法确定该业务在排队队列中的优先级。
为实现上述目的的第二个方面，本发明提供了一种媒体访问控制MAC层中上行信道上的业务处理方法，该方法包括UE侧的MAC层对接收的来自映射到非随机接入信道的专用逻辑信道中的业务数据进行处理后，发送到上行共享信道；对应地，UTRAN侧的MAC层将来自上行共享信道上的业务数据进行处理后，发送到对应的专用逻辑信道。
较佳地，所述MAC层对接收的来自映射到非随机接入信道的专用逻辑信道中的业务数据进行处理包括A、UE侧的MAC层为除映射到随机接入信道RACH外其他传输信道的专用逻辑信道中的业务数据设置UE识别号；B、根据业务的服务质量QoS属性进行快速混和自动重传HARQ相关处理；C、选择传输格式后，将业务数据发送到上行共享信道；较佳地，所述UTRAN侧的MAC层将来自上行共享信道上的业务数据进行处理包括D、对来自上行共享信道的业务数据根据对应业务的QoS属性进行HARQ相关处理；E、根据UE识别号进行用户识别，然后将业务数据送往对应的专用逻辑信道。
较佳地，所述步骤A中，为业务数据设置UE识别号之前或之后进一步包括进行业务数据相关处理；
对应地，所述步骤E中根据UE识别号进行用户识别之后，或之前进一步包括进行业务数据相关处理。
较佳地，所述步骤A中进行业务数据相关处理为对于非时延敏感型业务，先对业务数据进行级连，然后把级连后的业务数据复用成传输块；对于时延敏感型业务，不进行处理；步骤E中所述的业务数据相关处理为对于非时延敏感型业务，对业务数据进行解复用、重排和分解；对于时延敏感型业务，不进行处理。
进一步地，所述UE侧MAC层中上行信道上的业务处理过程包括a、对映射到RACH上的专用逻辑信道的业务首先进行逻辑信道的复用，并为业务数据增加UE的识别号；b、将增加了UE识别号后的业务数据与来自公共控制信道CCCH的数据进行逻辑信道到传输信道复用；c、为进行逻辑信道到传输信道复用后的业务数据选择传输格式，并进行接入类别选择，然后将业务数据送往RACH；所述UTRAN侧的MAC层中上行信道上的业务处理过程进一步包括d、对于来自RACH的业务数据首先进行逻辑信道到传输信道解复用，并读取UE识别号以识别不同用户，将映射到CCCH的业务数据送往CCCH；e、对映射到专用逻辑信道的业务数据进行逻辑信道解复用，并将业务数据传送给对应的专用逻辑信道。
较佳地，为业务数据选择传输格式之前或之后进一步包括根据专用逻辑信道优先级进行调度。
较佳地，步骤A中所述的调度为将时延敏感型业务排列在前。
较佳地，步骤B和步骤D中所述的HARQ重传相关处理为对于非时延敏感型业务，进行HARQ重传处理；对于时延敏感型业务不进行HARQ重传处理。
较佳地，步骤B中所述的进行HARQ重传处理为将业务数据送往重传缓存；步骤D中所述的进行HARQ重传处理为根据是否正确接收业务数据的情况向UE侧反馈确认或非确认信息。
步骤A中所述设置UE识别号的方法可以为由网络将UE识别号分配给UE，或由UE自行生成UE识别号。
由上述方案可以看出，本发明MAC层中下行信道上的业务处理方法中通过UTRAN侧的MAC层对接收的来自专用逻辑信道的业务数据进行处理后，发送到下行共享信道，并在UE侧的MAC层将来自下行共享信道上的业务数据进行处理后，发送到对应的专用逻辑信道，使得下行方向上不再需要专用传输信道，简化了业务处理流程；另外，本发明中的MAC层中下行信道上的业务处理方法中去除传输信道类型切换和加密等不必要的处理步骤，进一步简化了MAC层的业务处理流程，减少了业务处理的时延；本发明中还通过对时延敏感型业务和非时延敏感型业务进行不同的处理，保证了业务质量；本发明中还通过增加同步缓存及重传高层PDU处理，避免了高层重传，进一步减少了业务处理的时延，并保证了无损切换和无缝切换，提高了服务质量；并且，本发明通过在对专用信道的处理过程中增加了专用逻辑信道和下行共享信道的映射，为在LTE中设置多个下行共享信道的情况提供了MAC层对专用业务处理的解决方案。
本发明MAC层中上行信道上的业务处理方法中，通过UE侧的MAC层对接收的来自映射到非随机接入信道的专用逻辑信道中的业务数据进行处理后，发送到上行共享信道；并对应地，UTRAN侧的MAC层将来自上行共享信道上的业务数据进行处理后，发送到对应的专用逻辑信道，使得下行方向上不再需要专用传输信道，简化了业务处理流程；此外，本发明MAC层中上行信道上的业务处理方法中通过对时延敏感型业务和非时延敏感型业务区别处理，实现了对不同业务QoS属性的满足，保证了业务的质量。
图1为3GPP协议的R6版本中无线接口协议标准；图2为现有技术中UTRAN侧的MAC层中下行信道上的业务处理流程图；图3为现有技术中UE侧的MAC层中下行信道上的业务处理流程图；图4为现有技术中UE侧的MAC层中上行信道上的业务处理的流程图；图5为现有技术中UTRAN侧的MAC层中上行信道上的业务处理的流程图；图6为本发明UTRAN侧的MAC层中下行信道上业务处理的方法的流程图；图7为本发明UE侧的MAC层中下行信道上业务处理的方法的流程图；图8为本发明MAC层中下行信道上的业务处理方法第一实施例中UTRAN侧的MAC层中下行信道上的业务处理的流程图；图9为本发明MAC层中下行信道上的业务处理方法第一实施例中UE侧的MAC层中下行信道上的业务处理的流程图；图10为本发明MAC层中下行信道上的业务处理方法第二实施例中UTRAN侧的MAC层中下行信道上的业务处理的流程图；图11为本发明MAC层中下行信道上的业务处理方法第二实施例中UE侧的MAC层中下行信道上的业务处理的流程图；图12为本发明UE侧的MAC层中上行信道上的业务处理方法的流程图；图13为本发明UTRAN侧的MAC层中上行信道上的业务处理方法的流程图；图14为本发明MAC层中上行信道上的业务处理方法具体实施例中UE侧的MAC层进行业务处理的流程图；图15为本发明MAC层中上行信道上的业务处理方法具体实施例中UTRAN侧的MAC层进行业务处理的流程图。。
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细描述。
本发明的主要思想在于，下行方向上，将专用逻辑信道全部映射到下行共享信道；上行方向上，将映射到非随机接入信道的专用逻辑信道全部映射到上行共享信道。从而可以去除专用传输信道，简化MAC层中的业务处理流程。本发明可以应用在LTE技术中。
下面分别对MAC层中下行信道上的业务处理方法和MAC层中上行信道上的业务处理方法进行说明。
在下行方向上，UTRAN侧的MAC层将来自专用逻辑信道的业务数据进行处理后，通过下行共享信道进行传输；对应地，UE侧的MAC层将来自下行共享信道上的业务数据进行处理后，通过专用逻辑信道进行传输。
上述UTRAN侧的MAC层中对专用逻辑信道的业务数据进行处理的流程如图6所示，包括以下步骤步骤601、UTRAN侧的MAC层对专用逻辑信道中的业务数据进行逻辑信道的复用和流量控制；步骤602、在用户之间与业务之间进行调度；步骤603、根据业务数据的QoS属性进行HARQ重传处理；步骤604、选择传输格式后，将业务数据发送到下行共享信道。
上述图6的步骤601中，可以先进行逻辑信道的复用，然后进行流量控制；也可以先进行流量控制然后再进行逻辑信道的复用。此外，在步骤601中还可以增加同步缓存及重传高层PDU处理，增加同步缓存及重传高层PDU处理可以与逻辑信道的复用和流量控制的顺序可以互换。
对应地，上述UE侧的MAC层对来自下行共享信道上的业务数据进行处理的流程如图7所示，包括以下步骤
步骤701、对来自下行共享信道的业务数据根据业务数据的QoS属性进行HARQ重传处理；步骤702、将业务数据分解成上层所需的PDU，并有序上传；步骤703、进行逻辑信道的解复用。
上述步骤603和步骤701中，根据业务数据的QoS属性进行HARQ重传处理可以为根据业务是否为时延敏感性业务的属性，如果是时延敏感性业务则不进行HARQ重传处理；如果是非时延敏感性业务则进行HARQ重传处理。
本发明中，下行方向上的下行共享信道可以由将原有的HS-DSCH和DCH合成的，还可以是由原有的HS-DSCH、DCH和一部分原来的公共传输信道合成的。具体合成到下行共享信道中的公共传输信道需要根据实际情况和业务需求确定。在这种情况下，在上述UTRAN侧图6的流程中还需要增加逻辑信道到传输信道的映射步骤，使得逻辑信道上的数据能够发送到对应的正确的下行信道上，该步骤可以增加在上述步骤603之前；另外，在这种情况下，对公共逻辑信道上传输的业务数据在进行与现有技术相同的处理后，如果对应的传输信道被合成到下行共享信道中，则在选择传输格式之后需要发送到对应的下行共享信道。相应地，在UE侧图7的流程中也需要增加传输信道到逻辑信道的映射步骤。
下面通过具体实施例对本发明MAC层中下行信道上的业务处理方法进行详细说明。
本发明的第一实施例中，下行方向上的下行共享信道由现有技术中的HS-DSCH和DCH合成，则所有专用逻辑信道都映射到下行共享信道，而公共逻辑信道与现有技术相同，映射到对应的公共传输信道。
如图8所示为下行方向上UTRAN侧在MAC层中进行的业务处理的流程，其中，对公共逻辑信道的处理流程，即步骤801b至步骤804b与现有技术的图2中步骤201c至步骤204c相同，这里不再详细阐述，而对专用逻辑信道的处理包括以下步骤
步骤801a、对专用逻辑信道进行复用。由于在LTE中只有下行共享信道和公共传输信道，所以在本实施例中将专用逻辑信道全部映射到下行共享信道上进行传输，因此需要进行专用逻辑信道的复用，将多个专用逻辑信道复用到一个下行共享信道上。
步骤802a、进行流量控制。由于在数据传输过程中需要进行数据缓存，而进行缓存的空间是有限的，所以需要进行流量控制，以避免数据的拥塞与溢出丢失。
步骤803a、对业务数据进行同步缓存和高层PDU重传处理。
由于不同网络节点间的交互，如RNC、NodeB等，使得数据的传输时延增大，尤其是在基站间切换时，对于时延敏感型业务可能会引起数据的丢失，而对于非时延敏感型业务，当低层重传如HARQ重传不能解决传输错误时，需要启用高层重传，如RLC层重传，而高层重传在RNC或RNC以上节点与NodeB之间进行，会导致较长的时延。因此，本实施例中在NodeB的MAC层中增加同步缓存高层PDU及重传高层PDU的功能，用来处理HARQ重传不能解决的错误传输，由于本步骤的重传只是在UE和NodeB间进行，不必经过高层网络节点，从而减少了时延。具体可以通过在NodeB的MAC层中设置用于重传的重传缓存区和/或用于切换的临时缓存区，执行到本步骤时，将PDU数据送入相应的重传缓存区和/或临时缓存区中进行缓存，在接收到从UE侧发送包括所接收的PDU序号信息的状态PDU后，根据该状态PDU清除重传缓存区或临时缓存区中UE接收到的PDU，此外，还需要重新发送重传缓存区或临时缓存区中UE没有接收到的非时延敏感型业务的PDU。
上述步骤801a至步骤803a三个步骤的具体执行顺序可以互换，如执行顺序可以为步骤801a、步骤803a和步骤802a，或步骤802a、步骤801a和步骤803a，或步骤802a、步骤803a和步骤801a，或步骤803a、步骤801a和步骤802a，或步骤803a、步骤802a和步骤801a。
步骤804a、进行业务及用户的排队。专用业务需要在用户之间与业务之间进行调度，即按照用户的优先级和业务的优先级，或按照其他预先设定的规则进行排队处理，具体的规则和处理方法可以采用与现有技术相同的调度算法，也可以根据具体的业务情况和用户情况确定，也可以由运营商进行确定。例如可以首先以用户的优先级作为排队优先级判断条件，然后再利用业务优先级进行排队，则用户优先级越高的业务在排队队列中的优先级越高；对于具有相同用户优先级的业务，还需要按照业务优先级的高低进行排队，业务优先级高的业务在排队队列中的优先级更高；而如果用户优先级和业务优先级都相同，则按照随机选取的方法确定该业务在排队队列中的优先级。还可以先以业务的优先级作为排队优先级判断条件，然后再利用用户优先级进行排队，这种调度算法主要以业务的QoS保障优先为原则。此外，在本步骤中，对于排队队列中的非时延敏感型业务，先级连组成传输块，然后在步骤805a中将组成的传输块送往重传缓存；而对于排队队列中的时延敏感型业务在步骤805a中并不进行任何处理，而直接执行步骤806a；步骤805a、进行HARQ相关处理。
在本步骤中，对于业务排队队列中的业务，如果该业务是非时延敏感型业务，即误码率敏感性业务，则需要进行HARQ处理，即将业务数据发送到重传缓存中，然后执行步骤806a；否则，如果该业务是时延敏感性业务，则不需要进行HARQ处理，所以直接执行步骤806a；步骤806a、选择传输格式集和用于下行共享信道的资源，并将业务发送到下行共享信道。
如图9所示为下行方向上UE侧的MAC层中进行业务处理的流程，其中，对公共传输信道的处理流程，即步骤901b和步骤902b与现有技术的图3中步骤301c和步骤302c对公共逻辑信道的处理流程相同，这里不再详细阐述，而对下行共享信道的处理包括以下步骤步骤901a、UE侧的MAC层在从下行共享信道上接收业务数据后，首先对接收的业务数据进行HARQ相关处理。如果所接收的业务数据为非时延敏感型业务，则需要进行HARQ处理，即根据是否正确接收的情况向UTRAN侧反馈确认或非确认信息，UTRAN侧接收到确认信息后，清除HARQ缓存区中的数据，UTRAN侧接收到非确认信息后，重新发送HARQ缓存区中的数据；否则，如果该业务是时延敏感型业务，则不需要进行HARQ处理，直接执行步骤902a。
步骤902a、进行业务数据块处理。由于MAC层从传输信道上接收的业务数据是级连而成的数据块，而上层无法处理这样的数据块，所以UE将这些数据块分解成上层所需的PDU，并进行有序上传，此外，本步骤中UE还将所分解出的PDU的序号信息通过状态PDU返回给UTRAN侧的MAC层。
步骤903a、逻辑信道解复用。由于对应下行共享信道的专用逻辑信道有多个，所以需要进行逻辑信道解复用，以将分解后的PDU送到对应的专用逻辑信道。
以上是对本发明下行方向上MAC层中业务处理方法第一实施例的说明。在本发明中，还可以将原有的部分公共传输信道合成到下行共享信道中，则由于在下行共享信道与逻辑信道进行映射时，需在专用逻辑信道与公共逻辑信道间区分，因此，在对专用逻辑信道的处理过程中还需要进行逻辑信道到传输信道的映射。另外，对于公共逻辑信道中，其对应的传输信道被划分到下行共享信道的部分信道，在执行与现有技术相同的处理流程后，即在完成传输格式集选择后需要将业务数据发送到对应的共享传输信道上。下面通过第二实施例对其进行详细描述。
本发明下行方向上MAC层中业务处理方法的第二实施例中，下行方向上的共享传输信道由现有技术中的HS-DSCH、DCH和一部分原有的公共传输信道合成。
在本实施例中，下行方向上UTRAN侧的MAC层中进行业务处理的流程如图10所示，其中步骤1001a至步骤1004a与图8中的步骤801a至步骤804a相同，在步骤1004a进行用户及业务排队之后，由于本实施例中将原有的部分公共传输信道合成到了下行共享信道中，所以对于来自专用逻辑信道的业务处理部分，本实施例中需要执行步骤1005a，根据预先设定的逻辑信道与传输信道的映射关系，进行逻辑信道到传输信道的映射。在预先设定的逻辑信道与传输信道的映射关系中，公共逻辑信道所对应的传输信道与现有技术一致，只是原来的部分公共逻辑信道对应的传输信道在本发明中为下行共享信道；而专用逻辑信道也与下行共享信道对应。
此后的步骤1008a和步骤1007a与图8中的步骤805a和步骤806a相同。
另外，在图10中，对于公共逻辑信道的处理部分，基本与图8中对公共逻辑信道的处理部分相同，区别在于，对于在步骤1002b中进行逻辑信道到传输信道的映射时，由于部分原有的公共传输信道被合成到下行共享信道，所以一部分公共逻辑信道映射到了对应的公共传输信道，而一部分公共逻辑信道映射到了对应的下行共享信道；相应地，在步骤1004b后，公共逻辑信道中，对应下行共享信道的业务数据需要发送到对应的下行共享信道，而对应公共传输信道的业务数据需要发送到对应的公共传输信道。
本实施例中下行方向上UE侧的MAC层中进行的业务处理的流程如图11所示，UE侧MAC层对接收的来自下行共享信道的业务数据，需要区别处理。对于对应逻辑信道为公共逻辑信道的下行共享信道上的业务数据需要执行步骤1101b，根据预先设定的传输信道与逻辑信道的映射关系，进行传输信道到逻辑信道的映射，具体的映射关系与对上述步骤805a中的一致；对于对应逻辑信道为专用逻辑信道的下行共享信道上的业务数据，需要执行步骤1101a进行HARQ处理，该步骤具体实现与步骤701a相同。此外，在执行步骤1101a后，需要执行步骤1102a，进行传输信道到逻辑信道的映射，以确定对应的逻辑信道，步骤1102a中的映射规则与上述步骤802b中的映射规则一致，此后执行步骤1103a和步骤1104a，这两个步骤分别与图9中的步骤902a和步骤903a相同。
以上是对本发明下行方向上MAC层中业务处理方法的详细说明。下面再对本发明上行方向上MAC层中业务处理方法进行详细说明。
在上行方向上，UE侧的MAC层对接收的来自映射到非随机接入信道的专用逻辑信道中的业务数据进行处理后，发送到上行方向上的共享信道，即上行共享信道；对应地，UTRAN侧的MAC层将来自上行共享信道上的业务数据进行处理后，发送到对应的专用逻辑信道。
如图12所示为UE侧的MAC层中上行信道上的业务处理的流程图，具体包括以下步骤步骤1201、对于来自专用逻辑信道中除映射到RACH外的业务，根据业务的QoS属性进行业务数据相关处理及调度；步骤1202、为UE设置识别号；步骤1203、根据业务的QoS属性进行HARQ重传相关处理步骤1204、选择传输格式后将业务送往上行方向上的上行共享信道。
如图13所示为UTRAN侧的MAC层中上行信道上的业务处理的流程图，具体包括以下步骤步骤1301、UTRAN侧的MAC层在从上行共享信道上接收业务数据后，对接收的业务数据进行HARQ重传相关处理；步骤1302、根据业务数据中的UE识别号对用户进行识别；步骤1303、进行业务数据相关处理，然后将业务数据送往对应的专用逻辑信道。
在上述图12所示的流程中，步骤1201和步骤1202可以互换，即可以先执行步骤1202，后执行步骤1201；对应地，在图13所示的流程中，则需要先执行步骤1302，后执行步骤1301。
下面通过具体实施例对本发明MAC层中上行信道上的业务处理方法进行详细阐述。
在本发明MAC层中上行信道上的业务处理方法的具体实施例中，上行传输信道包括上行共享信道和RACH，其中CCCH映射到RACH，专用逻辑信道一部分映射到RACH，映射RACH的专用逻辑信道与现有技术相同，其余的专用逻辑信道映射到上行共享信道。
如图14所示为上行方向上UE侧在MAC层中进行的业务处理的流程。其中，对映射到RACH的专用逻辑信道和CCCH的处理流程与现有技术相同，即步骤1401b至步骤1406b与现有技术的图4中步骤402c至步骤407c相同，这里不再详细阐述。而对映射到上行共享信道的专用逻辑信道的处理包括以下步骤步骤1401a、业务数据相关处理及调度。本步骤中，对于QoS属性不同的业务数据，所进行的业务数据处理方式不同，例如，对于流类、交互类和后台类业务等非时延敏感型业务，可以先对这些业务数据进行级连，然后把级连后的业务数据复用成传输块；而对于会话类业务等时延敏感型业务，不进行处理；然后根据业务的优先级进行调度，例如会话类业务属于时延敏感型业务，因此优先级最高，调度时应排在最前。
步骤1402a、为UE设置识别号。由于在本实施例中将专用逻辑信道映射到了上行共享信道，所以需要为业务增加UE识别号，以使UTRAN侧能够识别来自不同UE的业务。具体添加UE识别号的方法，可以是由网络分配给UE或者由UE自行产生等。
上述步骤1401a和步骤1402a的顺序可以互换。
步骤1403a、HARQ重传相关处理。在本步骤中，对于专用逻辑信道上的业务数据，如果对应的业务是时延敏感型业务，需要HARQ重传处理，即将业务数据送往重传缓存；而对于非时延敏感型业务不进行处理。
步骤1404a、选择传输格式集和用于上行共享信道的资源，并将业务发送到上行共享信道。
如图15所示为上行方向上UTRAN侧的MAC层中进行业务处理的流程，其中，对RACH的处理流程，即步骤1501b和步骤1506b与现有技术的图5中步骤502c和步骤5015c中对RACH的处理流程相同，这里不再详细阐述，而对上行共享信道的处理包括以下步骤步骤1501a、UTRAN侧的MAC层在从上行共享信道上接收业务数据后，首先对接收的业务数据进行HARQ重传相关处理。如果所接收的业务数据为非时延敏感型业务，则需要进行HARQ处理，即根据是否正确接收的情况向UE侧反馈确认或非确认信息，UE侧接收到确认信息后，清除HARQ缓存区中的数据，UE侧接收到非确认信息后，重新发送HARQ缓存区中的数据；否则，如果该业务是时延敏感型业务，则不需要进行HARQ处理，直接执行步骤1502a。
步骤1502a、识别用户。由于UTRAN侧在上行共享信道上接收来自不同UE的业务数据，所以需要根据业务数据中的UE识别号识别用户。
步骤1503a、业务数据相关处理。在本步骤中，对非时延敏感型业务需要对业务数据进行解复用、重排和分解等，然后将分解后的业务数据送到对应的逻辑信道；对于时延敏感型业务直接送往对应的专用逻辑信道。
如果在图14所示的流程中，先执行步骤1402a，后执行步骤1401a，则在本流程中，先执行步骤1503a，然后执行步骤1502a，则在步骤1503a中，对于非时延敏感型业务，对业务数据进行解复用、重排和分解后，执行步骤1502a，根据业务数据中的UE识别号识别用户；对于时延敏感型业务，不对业务数据进行处理，直接执行步骤1502a，根据业务数据中的UE识别号识别用户，然后在执行完步骤1502a后，将业务数据送往对应的专用逻辑信道。
以上是对本发明具体实施例的说明，在具体的实施过程中可对本发明的方法进行适当的改进，以适应具体情况的具体需要。因此可以理解，根据本发明的具体实施方式
只是起示范作用，并不用以限制本发明的保护范围。
权利要求
1.一种媒体访问控制MAC层中下行信道上的业务处理方法，其特征在于，该方法包括UTRAN侧的MAC层对接收的来自专用逻辑信道的业务数据进行处理后，发送到下行共享信道；对应地，UE侧的MAC层对接收的来自下行共享信道上的业务数据进行处理后，发送到对应的专用逻辑信道。
2.根据权利要求1的方法，其特征在于，所述UTRAN侧的MAC层对接收的来自专用逻辑信道的业务数据进行处理包括A、UTRAN侧的MAC层对专用逻辑信道中的业务数据，进行逻辑信道的复用；B、根据业务的服务质量QoS属性进行快速混和自动HARQ重传相关处理；C、为业务数据选择传输格式；所述UE侧的MAC层对接收的来自下行共享信道上的业务数据进行处理包括D、对来自下行共享信道的业务数据根据对应业务的QoS属性进行HARQ重传相关处理；E、将业务数据分解成上层所需的分组数据单元PDU，并有序上传；F、进行逻辑信道的解复用，然后将解复用后的业务数据发送到对应的专用逻辑信道上。
3.根据权利要求2所述的方法，其特征在于，所述步骤A中，进行逻辑信道的复用之前或之后进一步包括进行流量控制。
4.根据权利要求2或3所述的方法，其特征在于，所述步骤B之前进一步包括在用户与业务之间进行调度。
5.根据权利要求4所述的方法，其特征在于，所述步骤B中在用户之间与业务之间进行调度后进一步包括如果队列中的业务是非时延敏感型业务，对该业务数据进行级连。
6.根据权利要求1或2所述的方法，其特征在于，所述的下行共享信道由高速下行共享信道和专用传输信道合成。
7.根据权利要求1或2所述的方法，其特征在于，该方法进一步包括UTRAN侧的MAC层对接收的来自公共逻辑信道的业务数据进行处理后，发送到对应的公共传输信道；UE侧的MAC层对接收的来自公共传输信道上的业务数据进行处理后，发送到对应的公共逻辑信道。
8.根据权利要求7所述的方法，其特征在于，所述的UTRAN侧的MAC层对接收的来自公共逻辑信道的业务数据进行处理包括a、UTRAN侧的MAC层接收公共逻辑信道上的业务数据，如果对应的业务为广播多播业务，则为该业务设置业务标识，然后执行步骤b；否则直接执行步骤b；b、进行逻辑信道到传输信道的映射，然后在业务之间进行调度；c、为调度后的业务数据选择传输格式后，发送给对应的传输信道；所述UE侧的MAC层对接收的来自公共传输信道上的业务数据进行处理包括d、对于来自公共传输信道的业务数据进行传输信道到逻辑信道的映射，确定每个公共传输信道对应的公共逻辑信道；e、如果映射到公共逻辑信道的业务数据所对应的业务是广播多播业务，则读取该广播多播业务的标识，然后将该业务数据发送到对应的公共逻辑信道；否则直接将该业务数据发送到对应的公共逻辑信道。
9.根据权利要求8所述的方法，其特征在于，所述的下行共享信道由高速下行共享信道、专用传输信道和现有协议中的部分公共传输信道合成，则所述步骤B中，进行逻辑信道的复用之后进一步包括根据预先设置的逻辑信道与传输信道的映射关系进行逻辑信道到传输信道的映射；所述步骤D后进一步包括根据预先设置的逻辑信道与传输信道的映射关系进行传输信道到逻辑信道的映射；所述步骤e中，映射到公共逻辑信道的业务数据包括所述步骤D中，和所述步骤d中映射到公共逻辑信道的业务数据。
10.根据权利要求2所述的方法，其特征在于，所述步骤A中进行逻辑信道的复用之前或之后进一步包括对业务数据在设置的缓存区中进行缓存，并根据来自UE的PDU序号信息进行高层PDU重传处理；所述步骤E中，将业务数据分解成上层所需的PDU后进一步包括将所分解出的PDU序号信息返回给UTRAN侧的MAC层。
11.根据权利要求10所述的方法，其特征在于，所述的根据来自UE的PDU序号信息进行高层PDU重传处理的方法为根据来自UE的PDU序号信息，清除缓存区中UE接收到的业务数据，并重新发送UE没有接收到的非时延敏感型业务的业务数据。
12.根据权利要求10所述的方法，其特征在于，所述的缓存区为用于重传的重传缓存区和/或用于切换的临时缓存区。
13.根据权利要求2所述的方法，其特征在于，所述的根据业务的QoS属性进行HARQ重传相关处理为如果所述业务是非时延敏感型业务则进行HARQ重传处理；如果所述业务是时延敏感型业务则不进行HARQ重传处理直接执行后续步骤。
14.根据权利要求2所述的方法，其特征在于，所述步骤B中在用户之间与业务之间进行调度的方法为先根据用户的优先级的高低进行排队；对于具有相同用户优先级的业务，再按照业务优先级的高低进行排队；对于用户优先级和业务优先级都相同的业务，按照随机选取的方法确定该业务在排队队列中的优先级。
15.根据权利要求2所述的方法，其特征在于，所述步骤B中在用户之间与业务之间进行调度的方法为先根据业务的优先级高低进行排队，对于具有相同业务优先级的业务，再按照用户优先级的高低进行排队；对于用户优先级和业务优先级都相同的业务，按照随机选取的方法确定该业务在排队队列中的优先级。
16.一种媒体访问控制MAC层中上行信道上的业务处理方法，其特征在于，该方法包括UE侧的MAC层对接收的来自映射到非随机接入信道的专用逻辑信道中的业务数据进行处理后，发送到上行共享信道；对应地，UTRAN侧的MAC层将来自上行共享信道上的业务数据进行处理后，发送到对应的专用逻辑信道。
17.根据权利要求16所述的方法，其特征在于，所述MAC层对接收的来自映射到非随机接入信道的专用逻辑信道中的业务数据进行处理包括A、UE侧的MAC层为除映射到随机接入信道RACH外其他传输信道的专用逻辑信道中的业务数据设置UE识别号；B、根据业务的服务质量QoS属性进行快速混和自动重传HARQ相关处理；C、选择传输格式后，将业务数据发送到上行共享信道；所述UTRAN侧的MAC层将来自上行共享信道上的业务数据进行处理包括D、对来自上行共享信道的业务数据根据对应业务的QoS属性进行HARQ相关处理；E、根据UE识别号进行用户识别，然后将业务数据送往对应的专用逻辑信道。
18.根据权利要求17所述的方法，其特征在于，所述步骤A中，为业务数据设置UE识别号之前或之后进一步包括进行业务数据相关处理；对应地，所述步骤E中根据UE识别号进行用户识别之后，或之前进一步包括进行业务数据相关处理。
19.根据权利要求18所述的方法，其特征在于，所述步骤A中进行业务数据相关处理为对于非时延敏感型业务，先对业务数据进行级连，然后把级连后的业务数据复用成传输块；对于时延敏感型业务，不进行处理；步骤E中所述的业务数据相关处理为对于非时延敏感型业务，对业务数据进行解复用、重排和分解；对于时延敏感型业务，不进行处理。
20.根据权利要求18所述的方法，其特征在于，所述UE侧MAC层中上行信道上的业务处理过程进一步包括a、对映射到RACH上的专用逻辑信道的业务首先进行逻辑信道的复用，并为业务数据增加UE的识别号；b、将增加了UE识别号后的业务数据与来自公共控制信道CCCH的数据进行逻辑信道到传输信道复用；c、为进行逻辑信道到传输信道复用后的业务数据选择传输格式，并进行接入类别选择，然后将业务数据送往RACH；所述UTRAN侧的MAC层中上行信道上的业务处理过程进一步包括d、对于来自RACH的业务数据首先进行逻辑信道到传输信道解复用，并读取UE识别号以识别不同用户，将映射到CCCH的业务数据送往CCCH；e、对映射到专用逻辑信道的业务数据进行逻辑信道解复用，并将业务数据传送给对应的专用逻辑信道。
21.根据权利要求20所述的方法，其特征在于，所述步骤c中，为业务数据选择传输格式之前或之后进一步包括根据专用逻辑信道优先级进行调度。
22.根据权利要求21所述的方法，其特征在于，步骤A中所述的调度为将时延敏感型业务排列在前。
23.根据权利要求17所述的方法，其特征在于，步骤B和步骤D中所述的HARQ重传相关处理为对于非时延敏感型业务，进行HARQ重传处理；对于时延敏感型业务不进行HARQ重传处理。
24.根据权利要求23所述的方法，其特征在于，步骤B中所述的进行HARQ重传处理为将业务数据送往重传缓存；步骤D中所述的进行HARQ重传处理为根据是否正确接收业务数据的情况向UE侧反馈确认或非确认信息。
25.根据权利要求17所述的方法，其特征在于，步骤A中所述设置UE识别号的方法为由网络将UE识别号分配给UE，或由UE自行生成UE识别号。
全文摘要
本发明公开了一种MAC层中下行信道上的业务处理方法，该方法包括UTRAN侧的MAC层对接收的来自专用逻辑信道的业务数据进行处理后，发送到下行共享信道；对应地，UE侧的MAC层将来自下行共享信道上的业务数据进行处理后，发送到对应的专用逻辑信道。本发明还公开了一种MAC层中上行信道上的业务处理方法，该方法包括UE侧的MAC层对接收的来自映射到非随机接入信道的专用逻辑信道中的业务数据进行处理后，发送到上行共享信道；对应地，UTRAN侧的MAC层将来自上行共享信道上的业务数据进行处理后，发送到对应的专用逻辑信道。
文档编号H04B7/26GK1949681SQ20051011271
公开日2007年4月18日 申请日期2005年10月10日 优先权日2005年10月10日
发明者胡灏, 邵飞 申请人:华为技术有限公司