[发明专利]灵活协议数据单元打包方法及其用户设备

说明书

本发明提出一种灵活协议数据单元打包方法及其用户设备。当该用户设备从基站接收配置7位长度指标尺寸以及灵活协议数据单元尺寸的配置信息时，该用户设备执行灵活协议数据单元打包进程。该用户设备使用完全填满长度指标指示出现在前一个协议数据单元结尾处的业务数据单元的结尾以及该前一个协议数据单元的累积业务数据单元尺寸超过123个八位组。此外，该用户设备利用扩展报头栏位的特定值以及报头的替代E比特，以指示该协议数据单元仅包含一个业务数据单元并且该业务数据单元是完整业务数据单元。本发明提供的灵活协议数据单元打包方法及其用户设备可使得接收终端从已打包PDU中准确恢复每个SDU。

技术领域

本发明涉及一种用户设备(User Equipment，UE)以及灵活协议数据单元(Protocol Data Unit，PDU)打包方法。特别地，在本发明中，当UE在无线链路控制(RadioLink Control，RLC)层使用7比特长度指标(Length Indicator，LI)以及灵活PDU尺寸(例如，3GPP TS25.331版本11.14.0标准的章节8.5.21描述的注解1与注解2)时，UE使用完全填满LI、扩展报头(Header Extension，HE)栏位的特定值或者报头的替代E比特，以指示业务数据单元(Service Data Unit，SDU)的结尾。

背景技术

随着无线通信技术的发展，用户设备(UE)已经广泛用于发送文本消息、打电话等应用。为了满足用户对通信的海量需求，现今已经出现了各种电信标准。例如，第三代合作伙伴计划(3GPP)通信系统是广泛应用于多个国家的一种通信系统。

在3GPP通信系统中，3GPP TS 25.331版本11.14.0标准的张杰8.5.21描述了两个注解(即，注解1与注解2)，其是关于UMTS陆地无线接入网(UMTS Terrestrial RadioAccess Network，UTRAN)将上行RLC设定为“灵活尺寸”。注解1说明如果UTRAN已经配置“灵活尺寸”RLC PDU、7比特“LI尺寸”栏位以及“最大上行RLC PDU尺寸”126个八位组(octet)，但UTRAN未配置“HE栏位的使用特定值”，则未指明UE的行为。注解2说明如果UTRAN已经配置“灵活尺寸”RLC PDU以及7比特“LI尺寸”栏位，但也配置了“最小上行RLC PDU尺寸”126个八位组，则未指明UE的行为。在注解1与注解2所述的情况下，当UE向接收终端(例如，基站或另一UE)发送具有SDU的打包RLC PDU时，接收终端不能准确从打包PDU中恢复每个SDU，其中，SDU的结尾位于PDU中SDU的123个八位组之外。

因此，本领域亟需一种RLC PDU打包规则，用于说明在注解1与注解2所述的情况下的UE的行为。

发明内容

有鉴于此，本发明揭露一种灵活协议数据单元打包方法及其用户设备。

根据本发明实施例，提供一种用户设备，包含：收发机，配置以从基站接收配置信息；处理器，电性连接该收发机，当该配置信息配置7比特长度指标尺寸以及灵活协议数据单元尺寸时，配置该处理器执行无线链路控制层的灵活协议数据单元打包进程，其中，该灵活协议数据单元打包进程包含下列步骤：(a)生成该无线链路控制层的协议数据单元；(b)将业务数据单元填充入该协议数据单元；(c)计算该协议数据单元的累积业务数据单元尺寸；(d)确定该累积业务数据单元尺寸是否大于123个八位组；(e)当该累积业务数据单元尺寸不大于123个八位组时，将下一个业务数据单元填充入该协议数据单元；(f)重复该步骤(c)到(e)直到该累积业务数据单元尺寸大于123个八位组为止；(g)在该步骤(f)后，确定该协议数据单元是否仅包含该业务数据单元并且该业务数据单元是否是完整业务数据单元；(h)当该协议数据单元仅包含该业务数据单元并且该业务数据单元是该完整业务数据单元时，如果该配置信息配置特定扩展报头或替代E比特解释，则将扩展报头栏位或该协议数据单元的报头的替代E比特设定为特定值，以指示该业务数据单元是该完整业务数据单元；以及(i)完成该协议数据单元的打包操作。