CN108738075A - 灵活协议数据单元打包方法及其用户设备 - Google Patents

灵活协议数据单元打包方法及其用户设备 Download PDF

Info

Publication number
CN108738075A
CN108738075A CN201710536798.5A CN201710536798A CN108738075A CN 108738075 A CN108738075 A CN 108738075A CN 201710536798 A CN201710536798 A CN 201710536798A CN 108738075 A CN108738075 A CN 108738075A
Authority
CN
China
Prior art keywords
data unit
service data
protocol
pdu
sdu
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.)
Granted
Application number
CN201710536798.5A
Other languages
English (en)
Other versions
CN108738075B (zh
Inventor
卓德忠
陈右庭
吴潮铭
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
MediaTek Inc
Original Assignee
MediaTek Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by MediaTek Inc filed Critical MediaTek Inc
Publication of CN108738075A publication Critical patent/CN108738075A/zh
Application granted granted Critical
Publication of CN108738075B publication Critical patent/CN108738075B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
    • H04L1/0008—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length by supplementing frame payload, e.g. with padding bits
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/90—Buffering arrangements
    • H04L49/9057—Arrangements for supporting packet reassembly or resequencing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/36—Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

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

Description

灵活协议数据单元打包方法及其用户设备
技术领域
本发明涉及一种用户设备(User Equipment，UE)以及灵活协议数据单元(Protocol Data Unit，PDU)打包方法。特别地，在本发明中，当UE在无线链路控制(RadioLink Control，RLC)层使用7比特长度指标(Length Indicator，LI)以及灵活PDU尺寸(例如，3GPP TS 25.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)完成该协议数据单元的打包操作。
根据本发明另一实施例，提供一种用户设备，包含：收发机，配置以从基站接收配置信息；处理器，电性连接该收发机，当该配置信息配置7比特长度指标尺寸以及灵活协议数据单元尺寸时，配置该处理器根据系统设定执行无线链路控制层的灵活协议数据单元打包进程，其中，该灵活协议数据单元打包进程包含下列步骤：(a)生成该无线链路控制层的协议数据单元；(b)将业务数据单元填充入该协议数据单元，其中，该业务数据单元是业务数据单元尺寸小于或等于123个八位组的完整业务数据单元，或者，如果该业务数据单元不是原始业务数据单元的最后部分，则该业务数据单元是业务数据单元尺寸大于123个八位组的分割业务数据单元；或者，如果该业务数据单元是该原始业务数据单元的最后部分，则该业务数据单元是该业务数据单元尺寸小于或等于123个八位组的分割业务数据单元；(c)计算该协议数据单元的累积业务数据单元尺寸；(d)确定该累积业务数据单元尺寸是否小于123个八位组；(e)当该累积业务数据单元尺寸小于123个八位组时，将下一个业务数据单元填充入该协议数据单元，其中，当该下一个业务数据单元的原始业务数据单元使得该累积业务数据单元尺寸大于123个八位组时，该下一个业务数据单元是分割业务数据单元；(f)重复该步骤(c)到(e)直到该累积业务数据单元尺寸不小于123个八位组为止；(g)在该步骤(f)后，当将该下一个业务数据单元填充入该协议数据单元时，将至少一个7比特长度指标填充入该协议数据单元，并且将报头填充入该协议数据单元；以及(h)完成该协议数据单元的打包操作。
根据本发明另一实施例，提供一种用户设备，包含：收发机，配置以从基站接收配置信息；处理器，电性连接该收发机，当该配置信息配置7比特长度指标尺寸以及灵活协议数据单元尺寸时，配置该处理器根据系统设定执行无线链路控制层的灵活协议数据单元打包进程，其中，该灵活协议数据单元打包进程包含下列步骤：(a)生成该无线链路控制层的协议数据单元；(b)将业务数据单元填充入该协议数据单元，其中，当该业务数据单元的原始业务数据单元具有多于123个八位组时，该业务数据单元是具有123个八位组的分割业务数据单元；(c)计算该协议数据单元的累积业务数据单元尺寸；(d)确定该累积业务数据单元尺寸是否小于123个八位组；(e)当该累积业务数据单元尺寸小于123个八位组时，将下一个业务数据单元填充入该协议数据单元，其中，该下一个业务数据单元是分割业务数据单元并且使得该累积业务数据单元尺寸等于123个八位组，或者该下一个业务数据单元是完整业务数据单元并且未使得该累积业务数据单元大于123个八位组；(f)重复该步骤(c)到(e)直到该累积业务数据单元尺寸等于123个八位组为止；(g)在该步骤(f)后，当将该下一个业务数据单元填充入该协议数据单元时，将至少一个7比特长度指标填充入该协议数据单元，并且将报头填充入该协议数据单元；以及(h)完成该协议数据单元的打包操作。
根据本发明另一实施例，提供一种用户设备，包含：收发机，配置以从基站接收配置信息；处理器，电性连接该收发机，当该配置信息配置7比特长度指标尺寸以及灵活协议数据单元尺寸时，配置该处理器根据系统设定执行无线链路控制层的灵活协议数据单元打包进程，其中，该灵活协议数据单元打包进程包含下列步骤：(a)生成该无线链路控制层的协议数据单元；(b)将业务数据单元填充入该协议数据单元，其中，当该业务数据单元的原始业务数据单元具有多于123个八位组时，该业务数据单元是具有123个八位组或小于123个八位组的分割业务数据单元；(c)计算该协议数据单元的累积业务数据单元尺寸；(d)确定该累积业务数据单元尺寸是否小于123个八位组；(e)当该累积业务数据单元尺寸小于123个八位组时，将下一个业务数据单元填充入该协议数据单元，其中，该下一个业务数据单元是分割业务数据单元或分割业务数据单元，并且该下一个业务数据单元未使得该累积业务数据单元大于123个八位组；(f)重复该步骤(c)到(e)直到该下一个业务数据单元是完整业务数据单元并且在该步骤(e)中未填充入该协议数据单元为止，或者直到该下一个业务数据单元是分割业务数据单元并且在该步骤(e)中已经填充入该协议数据单元为止；(g)在该步骤(f)后，当将该下一个业务数据单元填充入该协议数据单元时，将至少一个7比特长度指标填充入该协议数据单元，并且将报头填充入该协议数据单元；以及(h)完成该协议数据单元的打包操作。
根据本发明另一实施例，提供一种用户设备，包含：收发机，配置以从基站接收配置信息；处理器，电性连接该收发机，当该配置信息配置7比特长度指标尺寸以及灵活协议数据单元尺寸时，配置该处理器根据系统设定执行无线链路控制层的断开进程，其中，该断开进程包含下列步骤：将无效配置信息发送至该基站。
根据本发明另一实施例，提供一种灵活协议数据单元打包方法，用于无线链路控制层以及用于用户设备，该用户设备包含收发机以及电性连接该收发机的处理器，其中，配置该收发机以从基站接收配置信息，并且当该配置信息配置7比特长度指标尺寸以及灵活协议数据单元尺寸时，该处理器执行该灵活协议数据单元打包方法，该灵活协议数据单元打包方法包含下列步骤：(a)生成该无线链路控制层的协议数据单元；(b)将业务数据单元填充入该协议数据单元；(c)计算该协议数据单元的累积业务数据单元尺寸；(d)确定该累积业务数据单元尺寸是否大于123个八位组；(e)当该累积业务数据单元尺寸不大于123个八位组时，将下一个业务数据单元填充入该协议数据单元；(f)重复该步骤(c)到(e)直到该累积业务数据单元尺寸大于123个八位组为止；(g)在该步骤(f)后，确定该协议数据单元是否仅包含该业务数据单元并且该业务数据单元是否是完整业务数据单元；(h)当该协议数据单元仅包含该业务数据单元并且该业务数据单元是该完整业务数据单元时，如果该配置信息配置特定扩展报头或替代E比特解释，则将扩展报头栏位或该协议数据单元的报头的替代E比特设定为特定值，以指示该业务数据单元是该完整业务数据单元；以及(i)完成该协议数据单元的打包操作。
本发明提供的灵活协议数据单元打包方法及其用户设备可使得接收终端从已打包PDU中准确恢复每个SDU。
附图说明
图1是根据本发明第一实施例至第二实施例描述的UE 1的示意图；
图2是根据本发明第一实施例描述的如何将SDU填充入PDU的两个示意图；
图3A-3D是根据本发明第一实施例描述的PDU打包操作的示意图；
图4是根据本发明第二实施例描述的PDU打包操作的示意图；
图5是根据本发明第三实施例描述的PDU打包操作的示意图；
图6A-6B是根据本发明第四实施例描述的PDU打包操作的示意图；
图7是根据本发明第五实施例描述的UE 1的示意图；
图8A-8C是根据本发明第六实施例描述的灵活PDU打包方法流程图。
具体实施方式
在说明书及权利要求书当中使用了某些词汇来指称特定的元件。所属技术领域的技术人员应可理解，硬件制造商可能会用不同的名词来称呼同一个元件。本说明书及权利要求书并不以名称的差异作为区分元件的方式，而是以元件在功能上的差异作为区分的准则。在通篇说明书及权利要求项中所提及的“包含”为一开放式的用语，故应解释成“包含但不限定于”。此外，“耦接”一词在此包含任何直接及间接的电气连接手段。因此，若文中描述第一装置耦接于第二装置，则代表第一装置可直接电气连接于第二装置，或通过其它装置或连接手段间接地电气连接至第二装置。
接下来的描述是实现本发明的最佳实施例，其是为了描述本发明原理的目的，并非对本发明的限制。可以理解的是，本发明实施例可由软件、硬件、固件或其任意组合来实现。
本发明提供一种用户设备(UE)以及灵活协议数据单元(PDU)打包方法。在接下来描述中，将参考具体实施例对本发明进行解释。值得注意的是，本发明的这些实施例并不将本发明限定在特定场景、应用或实作中。因此，本发明实施例的描述仅是为了说明的目的，并不是对本发明的限制。本发明的保护范围应由权利要求书进行限定。此外，在接下来的实施例以及图档中，与本发明无关的元件将被省略，并且为了更好理解本发明，仅描述了附图中单个元件之间的空间关系，并未限定其具体尺寸。
图1、2、3A-3D中描述的是本发明第一实施例。图1是本发明的UE 1的示意图。UE 1可为智能手机、平板电脑或具有通信能力的任意其他装置。值得注意的是，为了简化的目的，省略UE 1的其他元件，例如显示模块、天线模块、电源模块以及其他与本发明无关的元件。
如图1所示，本发明的UE 1包含收发机101以及处理器103。配置收发机101从基站2接收配置信息102。具体地，3GPP电信系统可控制本发明的基站2。此外，基站2可发送配置信息102以将工作模式信息(例如，确认模式或未确认模式、RLC PDU的灵活尺寸或固定尺寸、LI的尺寸等)通知UE 1。
处理器103可电性连接收发机101，并且当配置信息102配置7比特LI尺寸以及灵活PDU尺寸时，配置处理器103执行RLC层的第一灵活PDU打包进程。换句话说，一旦配置信息102将使用7比特LI通知UE 1以指示灵活PDU中SDU的每个结尾，可配置UE 1根据系统设定执行第一灵活PDU打包进程。当基站2为UE 1配置灵活尺寸RLC PDU时，意味着UE 1工作在按照各种尺寸打包RLC PDU的模式中，为了描述的目的，其后称为灵活PDU打包模式。
具体地，基站2为灵活PDU打包模式定义最小RLC PDU尺寸以及最大RLC PDU尺寸。在本发明中，打包PDU尺寸不能超出配置信息102中定义的最大RLC PDU尺寸，但可小于最小RLC PDU尺寸。换句话说，最小RLC PDU尺寸不是本发明的限制。因此，本发明的主要内容将集中在配置最大RLC PDU尺寸或最小RLC PDU尺寸大于确认(AM)模式的126个八位组以及未确认(UM)模式的125个八位组，其满足注解1与注解2所示的情景。接下来进一步详细描述第一实施例的灵活PDU打包进程。
首先，处理器103生成RLC层的PDU，从而将SDU填充在RLC层的PDU中。接着，处理器103将一个SDU填充在该PDU中。具体地，处理器103确定是否已经生成SDU，并且当已经生成SDU时将该SDU填充在PDU中。可以理解的是，本发明重点在于RLC层的PDU打包，并且这里描述的“已经生成SDU”意味着从上层接收SDU。当未生成SDU时，将终止第一灵活PDU打包进程，并且当存在生成的新SDU时将重新执行上述第一灵活PDU打包进程。
在将SDU填充在PDU中后，处理器103进一步计算PDU的累积SDU尺寸(accumulatedSDU size)，确定累积SDU尺寸是否大于123个八位组，并且当累积SDU尺寸不大于123个八位组时将下一SDU填充在PDU中。例如，基站2可定义配置信息102中携带的最大RLC PDU尺寸为180个八位组。在这种情况下，只要PDU的打包尺寸不大于180个八位组(即，配置信息102定义的最大RLC PDU尺寸)，UE 1可打包各种尺寸的PDU。为了最大化所生成的PDU尺寸，本发明的UE 1将重复上述步骤(即，计算PDU的累积SDU尺寸，确定累积SDU尺寸是否大于123个八位组，并且当累积SDU尺寸不大于123个八位组时将下一SDU填充在PDU中)直到累积SDU尺寸大于123个八位组为止。
可以理解的是，既然在AM模式中报头占据2个八位组以及在UM模式中报头占据1个八位组，因此当累积SDU尺寸大于123个八位组时，在AM模式中生成的PDU尺寸将大于126个八位组以及在UM模式中将大于125个八位组。因此，本发明基于累积SDU尺寸是否大于123个八位组来确定何时停止将下一SDU填充在PDU中。
例如，如图2的示例所示，假设处理器103将具有110个八位组的第一SUD S1填充在所生成PDU中。既然PDU的累积SDU尺寸是110个八位组，其小于123个八位组，因此处理器103进一步将具有55个八位组的第二SDU S2填充入PDU中。现在，累积SDU尺寸时165个八位组(大于123个八位组)，因此，处理器103不会将下一SDU填充入PDU中。
如上所述，处理器103每次即将将另一新SDU填充入PDU中时，处理器103将确定是否已经生成新SDU，并且当生成新SDU时将新SDU填充入PDU中。图2的示例2显示处理器103完成打包PDU并且当不存在另一新SDU时结束第一灵活PDU打包进程。
进一步地，在累积SDU尺寸大于123个八位组后，处理器103确定PDU是否仅包含一个SDU以及该SDU是否是完整SDU(其未分割、串联或填补)。如果PDU仅包含一个SDU并且SDU是完整的，则在UTRAN已经配置“HE栏位的特定值使用”(此后也称为“特定HE”)情况下，处理器103可将扩展报头(HE)栏位设定为特定值(例如，“10”)，以指示SDU是完整SDU。此外，如果UTRAN已经配置“替代E比特解释”，则处理器103可将PDU的报头的替代E比特设定为特定值(例如，“0”)，以指示SDU是完整SDU。具体地，处理器103可根据配置信息102，将PDU的报头的HE栏位或替代E比特设定为特定值，其将连接模式(即，AM模式或UM模式)、E比特解释(即，正常E比特解释或替代E比特解释)以及HE栏位的特定值使用情况通知UE 1。
具体地，如果在AM模式下建立UE 1与基站2之间的连接，则处理器103将PDU的HE栏位设定为特定值(例如，“10”)。否则，当在UM模式下建立上述连接并且配置替代E比特解释，处理器103将PDU的报头的替代E比特设定为特定值(例如，“0”)。通过使用HE栏位的特定值以及报头的替代E比特，可指示并识别PDU末尾处的SDU结尾。因此，处理器103完成打包PDU的操作。值得注意的是，替代E比特的长度是1比特，HE栏位的长度是2比特。
例如，如图2的示例2所示，当处理器103使用130个八位组(大于123个八位组)填充第一SDU S1时，不会将下一SDU填充入PDU。在这种情况下，基于配置信息102，既然PDU仅包含一个SDU S1以及SDU S1也是完整SDU，因此处理器103可将报头的HE栏位或替代E比特设定为特定值。因此，HE栏位或报头的替代E比特的特定值可指示SDU S1的结尾。然而，如果UTRAN未配置“HE栏位的特定值使用”或“替代E比特解释”，则处理器103将完全填满的LI填充入下一PDU，以指示SDU的结尾是前一PDU的结尾。完全填满的LI将在下面段落进行详细描述。
当处理器103确定在累积SDU尺寸大于123个八位组后PDU包含多个SDU时(例如，图2的示例1)，本发明的UE 1使用7比特LI及/或完全填满LI，以指示SDU的结尾。具体地，当PDU包含多个SDU并且最后填充SDU也是完整SDU(即，最后填充SDU的结尾是PDU的结尾)时，处理器103将完全填满旗标设定为“真”。接着，处理器103将至少一个7比特LI以及报头填充入PDU。因此，处理器103完成PDU的打包操作。
已填充7比特LI的数量取决于SDU的第一123个八位组中存在多少SDU的结尾。例如，如图2的示例1所示，SDU S1的结尾位于SDU(即，SDU S1与S2)的第一123个个八位组中。因此，处理器103将一个7比特LI填充入PDU中，以指示SDU S1的结尾。
此外，当PDU恰好由SDU的最后片段填充并且在当前PDU中不存在指示SDU结尾的LI时，处理器103也可将完全填满旗标设定为“真”。例如，原始SDU具有两个分割的SDU，将一个SDU填充入前PDU，并且将另一SDU填充入现PDU。既然现PDU中的分割的SDU具有大于123个八位组，并且具有现PDU末尾处的结尾，因此，处理器103将完全填满旗标设定为“真”，从而使得存在填充入下一PDU的完全填满LI以指示分割的SDU的结尾。
如上所述，使用完全填满LI指示SDU的结尾位于前个PDU的末尾处。因此，如果第一PDU包含结尾位于第一PDU末尾处的最后填充SDU，并且第一PDU的累积SDU尺寸大于123个八位组，则本发明的UE 1首先将完全填满旗标设定为“真”，接着将完全填满LI填充入下一PDU(即，第二PDU)，以指示前一PDU的结尾是SDU的结尾。另一方面，在UTRAN未配置“HE栏位的特定值使用”或“替代E比特解释”并且PDU仅包含一个完整SDU(例如，图2的示例2)情况下，本发明的UE 1将完全填满LI填充入下一PDU，以指示前一PDU的结尾是SDU的结尾。
因此，在完成第一PDU打包操作后，处理器103将重复上述步骤以打包另一新PDU。事实上，在处理器103每次生成填充SDU的RLC层的新PDU后，处理器103将确定是否将完全填满旗标设定为“真”，并且当将完全填满旗标设定为“真”时，将完全填满LI填充入PDU中。然后，一旦已经将完全填满LI填充入PDU，处理器103将完全填满旗标设定为“假”。因此，完全填满LI能指示位于已填充SDU的第一123个八位组外的SDU的结尾。
图3A-3D是根据本发明第一实施例描述的几种实施方式。在这些实施方式中，如注解1所示，最大RLC PDU尺寸大于126个八位组，以及如注解2所示，最小RLC PDU尺寸小于126个八位组或大于126个八位组。
图3A显示AM模式中灵活PDU打包的示例操作。首先，UE 1将130个八位组的SDU S1填充入第一PDU。既然第一PDU中的SDU S1不是完整SDU，其意味着在第一PDU种不存在SDUS1的结尾，因此，仅在第一PDU中填充AM PDU报头。接着，UE 1继续将SDU S1的剩余部分与SDU S2填充入第二PDU，并且使用第一LI 1以及第二LI 2分别指示SDU S1与SDU S2的结尾。具体地，第一LI 1与第二LI 2是常规LI(即，7比特LI)。
此外，可以理解的是，在处理器103每次将SDU填充入PDU时，确定累积SDU尺寸，并且如果累积SDU尺寸不大于123个八位组，则处理器103继续填充另一新SDU。在将SDU S2填充入第二PDU后，累积SDU尺寸(即，S1加S2)是120个八位组，其小于123个八位组。因此，UE 1继续将SDU S3填充入第二PDU。
在这种情况下，既然位于第二PDU末尾处的SDU S3的结尾使得累积SDU长度超过123个八位组，因此，UE 1使用完全填满LI填充入第三PDU，以指示SDU S3的结尾是第二PDU的结尾。值得注意的是，在本发明中，既然SDU S3全部填充入第二PDU，因此，第二PDU的已打包PDU尺寸可小于最小RLC PDU尺寸(其如注解2所示大于126个八位组)。
接着，UE 1继续填充SDU S4以及部分SDU S5，以使得第三PDU中的SDU总长度大于123个八位组。在如注解2所示将最小RLC PDU尺寸配置为大于126个八位组情况下，处理器103将SDU S5(其太大不能完全放在第三PDU中)进行分割并且将部分SDU S5填充入第三PDU，以使得已打包第三PDU的尺寸大于最小RLC PDU尺寸但小于最大RLC PDU尺寸，尤其是尽可能接近最大RLC PDU尺寸。
其次，UE 1将SDU S5的剩余部分(其尺寸为128个八位组，大于123个八位组)填充入第四PDU。既然7比特LI不能指示超出123个八位组的SDU S5的结尾，因此，在第四PDU中仅存在PDU报头。因此，将完全填满LI填充入第五PDU，以指示SDU S5的结尾是第四PDU的结尾。此后，将其他SDU S6-S8填充入第五PDU，并且使用第五PDU的第一LI 1以及第二LI 2分别指示SDU S6与S7的结尾，其中SDU S6与S7的结尾位于第五PDU中已填充SDU的第一123个八位组中。
然后，UE 1根据SDU S8的结尾的位置将完全填满LI或7比特LI填充入接下来PDU，以指示SDU S8的结尾。此外，这里仅使用第一PDU至第五PDU描述本发明，然而，本领域技术人员可理解如果UE1存在空间生成用于当前传输时间间隔中传输的RLC PDU(即，空中生成)或者预生成用于接下来传输时间间隔中传输的RLC PDU，则UE 1将继续执行第一灵活PDU打包进程。可以理解的是，是否可预生成RLC PDU取决于逻辑信道的预生成RLC PDU中的数据量。既然本领域技术人员可以理解UE基于逻辑信道的预生成RLC PDU中的数据量如何预生成RLC PDU，这里将不再赘述。
图3B显示AM模式中灵活PDU打包的另一示例操作。首先，既然第一PDU中SDU S1、S2以及S3的结尾皆位于所填充SDU的第一123个八位组中，因此，UE 1使用三个7个八位组LI(即，第一PDU的LI 1、LI 2、LI 3)分别指示SDU S1、S2、S3的结尾。接着，进一步将完整SDUS4填充入第一PDU以及将完全填满LI填充入第二PDU，以指示SDU S4的结尾是第一PDU的结尾。
然后，因为SDU S5的尺寸太大，UE 1必须使用第二PDU、第三PDU以及部分第四PDU以填充SDU S5。在这种情况下，处理器103将SDU S5进行分割，并且将第一两部分SDU S5填充入整个第二PDU与第三PDU，使得已打包第二与第三PDU的尺寸尽可能接近最大RLC PDU尺寸(例如，等于最大RLC PDU尺寸或比最大RLC PDU尺寸小一个八位组)。基于本实施例的灵活PDU打包模式，只要已打包PDU的尺寸不大于配置信息102定义的最大RLC PDU尺寸，则UE1可打包各种尺寸的PDU。
接着，UE 1继续将SDU S6填充入第四PDU并且利用填充入第五PDU的完全填满LI指示SDU S6的结尾。将其他已生成SDU S7、S8填充入第五PDU，并且使用第五PDU的LI 1指示SDU S7的结尾(例如，在第五PDU中位于SDU的100个八位组位置处)。同样地，UE 1根据SDUS8的结尾将完全填满LI或7比特LI填充入下一PDU，以指示SDU S8的结尾。
此外，图3C显示在AM模式中灵活PDU打包的另一示例操作，其中，本实施例中配置了特定HE。为了简化说明，这里仅描述了三个PDU。首先，将完整SDU S1填充入第一PDU，并且利用特定HE指示第一PDU仅包含一个SDU(即S1)并且SDU S1的结尾位于第一PDU的结尾处。可以理解的是，在另一未配置特定HE的实施例中，需要将完全充满LI填充入第二PDU中。
接着，将SDU S2、S3以及S4填充入第二PDU，并且使用第二PDU中的LI 1与LI 2分别指示SDU S2与S3的结尾。相似地，在如注解2所示将最小RLC PDU尺寸配置大于126个八位组情况下，处理器103分割SDU S4(SDU S4太大不能全部填充入第二PDU)，并且将部分SDU S4填充入第二PDU，以使得已打包第二PDU的尺寸大于最小RLC PDU尺寸但小于最大RLC PDU尺寸，尤其是可尽可能接近最大RLC PDU尺寸。此外，既然SDU S4、S5的结尾位于第三PDU中的SDU的第一123个八位组中，因此利用第三PDU的LI 1与LI 2分别指示上述结尾。
另外，图3D显示在UM模式中灵活PDU打包的另一示例操作，其中，本实施例配置了替代E比特解释。值得注意的是，UM模式中的PDU报头仅占1个八位组；相比之下，AM模式中的PDU报头占用2个八位组。因此，根据注解2，UM模式下最小RLC PDU尺寸可大于125个八位组，并且根据注解1与注解2，UM模式下最大RLC PDU尺寸可大于125个八位组。既然图3D描述的示例与图3C所示的相似，因此本领域技术人员可理解基于上述描述如何打包图3D所示的PDU，这里不再赘述。
图1与图4描述了本发明的第二实施例。与第一实施例不同，本实施例的UE 1执行另一灵活PDU打包进程。具体地，当配置信息102配置7比特LI尺寸以及灵活PDU尺寸时，处理器103根据系统设定执行第二实施例的灵活PDU打包进程。配置信息102也可指示系统设定，或者UE 1的操作系统的开发者选项菜单可配置上述系统设定。
首先，处理器103生成RLC PDU，接着将第一SDU填充入PDU。在本实施例中，本发明的UE 1仅使用7比特LI以指示SDU的结尾。既然7比特LI仅能在123个八位组的最大尺寸指示SDU的结尾，因此待填充的第一SDU可为：(i)SDU尺寸小于或等于123个八位组的完整SDU；(ii)当第一SDU不是原始SDU的后半部分时，SDU尺寸大于123个八位组的部分SDU；(iii)当第一SDU是原始SDU的后半部分时，SDU尺寸小于或等于123个八位组的部分SDU。换句话说，第一SDU的结尾不能位于PDU中SDU的123个八位组之外。
在本实施例中，在处理器103每次将SDU填充入PDU后，处理器103计算PDU的累积SDU尺寸，并且确定累积SDU尺寸是否小于123个八位组。当累积SDU尺寸小于123个八位组时，处理器103进一步将下一个SDU填充入PDU，并且不将下一个SDU的结尾位于PDU中SDU的123个八位组之外。即，如果下一个SDU的结尾将位于PDU中SDU的123个八位组之外，则将其进行分割从而使得仅下一个SDU的部分填充入PDU中，并且将下一个SDU的剩余部分填充入下一个或多个PDU。这样，最后填充的SDU的结尾不会位于PDU中已填充SDU的123个八位组之外，这意味着最后填充的SDU的结尾位于后续PDU(例如，下一个PDU)中已填充SDU的第一123个八位组之内。因此，7比特LI可指示每个PDU中SDU的每个结尾。
处理器103重复执行上述步骤(即，计算PDU的累积SDU尺寸，确定累积SDU尺寸是否小于123个八位组，当累积SDU尺寸小于123个八位组并且下一个SDU的结尾不位于PDU中已填充SDU的123个八位组之外时将下一个SDU填充入PDU中)，除非累积SDU不小于123个八位组。值得注意的是，在每个PDU中，最后填充的SDU的结尾不位于PDU中已填充SDU的123个八位组之外。
然后，当PDU包含SDU以及至少一个下一SDU时，处理器103将至少一个7比特LI以及报头填充入PDU中。即，当在PDU的已填充SDU的第一123个八位组中存在SDU的结尾时，本发明的UE 1将使用7比特LI指示结尾。换句话说，已填充7比特LI的数量取决于PDU的已填充SDU的第一123个八位组中SDU的数量。最后，处理器103完成对PDU的打包操作。同样地，如果对于UE 1，仍存在空间用于TTI中传输的RLC PDU生成(即，空中生成)或后续TTI中传输的RLC PDU预生成，则UE 1将继续执行第二PDU打包进程。
如图4所示，首先将SDU S1、S2以及S3填充入第一PDU。既然SDU S1、S2以及S3的累积SDU尺寸仅为120个八位组，其小于123个八位组，因此处理器103继续将SDU S4填充入第一PDU。在这种情况下，由于SDU S4的较大尺寸，处理器103将SDU S4分割为几个部分，从而使用第一PDU的部分、整个第二PDU以及第三PDU的部分以装载SDU S4。值得注意的是，既然在第二PDU种不存在SDU的结尾，因此在第二PDU中无需填充7比特LI。此外，只要每个PDU的已填充SDU的第一123个八位组外不存在SDU的结尾，则PDU的打包尺寸可不同。
接着，处理器103将7比特LI填充入第三PDU，以指示SDU S4的结尾，并且继续将SDUS5填充入第三PDU以及第四PDU。在第四PDU中，既然SDU S5以及S6的结尾位于第一123个八位组中，因此利用两个LI(即，LI 1与LI 2)分别指示结尾。
在第五PDU中，SDU S7是完整SDU，以及SDU S8是部分SDU。既然在第五PDU的已填充SDU的第一123个八位组中仅存在SDU S7的结尾，因此仅将一个LI(即，第五PDU的LI 1)填充进去以指示SDU S7的结尾。可以理解的是，在本实施例中，只要最后填充SDU的结尾不位于PDU的已填充SDU的第一123个八位组之外，则已打包PDU的总SDU尺寸可等于或大于123个八位组。例如，当完整SDU S6使得第四PDU的PDU尺寸恰好等于123个八位组时，可选择地，基于实际需要分割SDU S7并将其填充入第四PDU中。
在其他实施例中，当现PDU中存在最后SDU并且最后SDU的结尾位于现PDU中已填充SDU的第一123个八位组中时，替代填充LI以指示现PDU中最后SDU的结尾，处理器103可将完全填满旗标设定为“真”，从而将完全填满LI填充入下一个PDU以指示现PDU中最后SDU的结尾。
图1与图5描述了本发明的第三实施例。在本实施例中，UE 1打包具有固定总SDU尺寸(例如，123个八位组)的PDU。具体地，如下所述，处理器103执行固定PDU打包进程。
处理器103确定累积SDU尺寸是否小于123个八位组，并且当累积SDU尺寸小于123个八位组时将下一个SDU填充入PDU中。因此，处理器103重复执行上述步骤直到累积SDU尺寸等于123个八位组为止，除非不存在生成或需要生成的下一个SDU。换句话说，当填充入PDU的整个SDU使得累积SDU尺寸大于123个八位组时，分割SDU，从而使得打包PDU的总SDU尺寸(即，累积SDU尺寸)等于123个八位组。例如，如图5所示，打包的每个PDU具有123个八位组的总SDU尺寸。
在其他实施例中，当在现PDU中存在最后SDU并且最后SDU的结尾位于现PDU的已填充SDU的123个八位组中时，替代填充LI以指示现PDU中最后SDU的结尾，处理器103可将完全填满旗标设定为“真”，从而将完全填满LI填充入下一个PDU以指示现PDU中最后SDU的结尾。
图1与图6A-6B描述本发明的第四实施例。在本实施例中，UE 1打包具有灵活总SDU尺寸的PDU，其中，上述总SDU尺寸等于或小于123个八位组。具体地，如下所述，处理器103执行另一灵活PDU打包进程。
首先，处理器103生成RLC PDU。其次，处理器103将SDU填充入PDU中。既然UE 1仅使用7比特LI指示SDU的结尾，因此，当SDU的原始SDU具有多于123个八位组时将SDU分割使其具有123个八位组或者小于123个八位组。在最好情况下，SDU将被分割为具有123个八位组，从而使得打包PDU可承载更多数据量。接着，处理器103计算PDU的累积SDU尺寸，并且确定累积SDU尺寸是否小于123个八位组。当累积SDU尺寸小于123个八位组并且待填充的下一个SDU不会使得PDU的累积SDU尺寸大于123个八位组时，处理器103将下一个SDU填充入PDU中。下一个SDU可为填充后不会使得PDU的累积SDU尺寸大于123个八位组的完整SDU或部分SDU。可选择地，如果在填充后原始SDU尺寸使得PDU的累积SDU尺寸大于123个八位组，则将下一个SDU填充入下一个新生成PDU中，而不是现PDU中。
同样地，除非下一个SDU是完整的并且不填充入PDU中，或者下一个SDU是部分SDU，否则处理器103重复上述步骤(即，计算PDU的累积SDU尺寸，确定累积SDU尺寸是否小于123个八位组，当累积SDU尺寸小于123个八位组并且下一个SDU不会使得累积SDU尺寸大于123个八位组时将下一个SDU填充入PDU中)。另外，如果不存在生成或需要生成的下一个SDU，则处理器103也将停止重复上述步骤。
接下来，当SDU是原始SDU的最后部分或者SDU是完整SDU(其未分割、串联或填补)时，处理器103将至少一个7比特LI填充入PDU中，特别地，如果PDU进一步包含至少一个下一SDU，则将报头填充入PDU中。如上所述，已填充7比特LI的数量取决于SDU的第一123个八位组中存在多少SDU的结尾。因此，处理器103完成PDU的打包操作。
例如，如图6A所示，可选择地，如果原始SDU尺寸使得累积SDU尺寸大于123个八位组，则处理器103确定将下一个新生成SDU填充入下一个PDU，而不是现PDU。在这种情况下，在将具有110个八位组的SDU S1填充入第一PDU后，处理器103仅可允许尺寸不大于13个八位组(即，123个八位组减去110个八位组等于13个八位组)的下一个SDU填充入第一PDU中。在这种情况下，既然SDU S2的尺寸大于13个八位组，所以不将具有213个八位组的SDU S2填充入第一PDU种。替换地，将SDU S2分割为两部分(即，具有123个八位组的第一部分与具有90个八位组的第二部分)，从而将SDU S2的第一部分与第二部分分别填充入第二PDU与第三PDU。接着，既然SDU S3不会使得第三PDU的累积SDU尺寸大于123个八位组，所以也将具有33个八位组的SDU S3填充入第三PDU。
然后，将具有45个八位组的SDU S4以及具有60个八位组的SDU S5填充入第四PDU。接着，因为SDU S6的尺寸大于18个八位组(即，123个八位组减去105个八位组等于18个八位组)，所以不允许将具有119个八位组的SDU S6填充入第四PDU。因此，将SDU S6填充入下一个PDU(即，第五PDU)。此外，处理器103将7比特LI填充入第一PDU以指示SDU S1的结尾。同样地，使用两个7比特LI(即，第三PDU的LI 1与LI 2)分别指示SDU S2与SDU S3的结尾。然后，使用两个7比特LI(即，第四PDU的LI 1与LI 2)分别指示SDU S4与SDU S5的结尾，以及使用一个7比特LI(即，第五PDU的LI 1)指示SDU S6的结尾。
在另一示例中，如图6B所示，可选择地，如果原始SDU尺寸使得累积SDU尺寸大于123个八位组，则处理器103确定将下一个新生成SDU的一部分填充入现PDU。在这种情况下，处理器103将SDU S2分割，并且将部分SDU S2填充入第一PDU。相似地，将部分SDU S4填充入第三PDU，并且将部分SDU S6填充入第四PDU。值得注意的是，基于实际需要设定下一个SDU的分割尺寸，并且对其进一步自适应调整。因此，上述并不限定本发明。
在其他实施例中，当现PDU存在最后SDU并且最后SDU的结尾位于现PDU的已填充SDU的第一123个八位组中时，替代在现PDU中填充LI指示最后SDU的结尾，处理器103可将完全填满旗标设定为“真”，从而使得将完全填满LI填充入下一个PDU中以指示现PDU中最后SDU的结尾。
请参考图7的本发明第五实施例。在本实施例中，当配置信息102配置7比特LI尺寸以及灵活PDU尺寸时，处理器103将执行断开进程，而不是执行上述灵活或固定PDU打包进程。更详细地，在本实施例中，当配置信息102配置7比特LI尺寸以及灵活PDU尺寸时，处理器103进一步禁能灵活PDU打包进程，并且根据系统设定执行断开进程。相似地，配置信息102也可指示系统设定或由UE 1得操作系统中开发者选项菜单配置上述系统设定。
换句话说，一旦UE 1接收配置信息102，其中，配置信息102指示在灵活PDU尺寸中使用7比特LI尺寸指示SDU的结尾，则本实施例中的处理器103执行断开进程，以向基站2发送无效配置消息504。因此，断开基站2与UE 1之间的连接。
本发明的第六实施例是灵活PDU打包方法，图8A-8C显示该方法流程图。UE(例如，第一实施例的UE 1)使用RLC层的灵活PDU打包方法。UE包含收发机以及电性连接收发机的处理器。配置收发机从基站接收配置信息。当配置信息配置7比特LI尺寸以及灵活PDU尺寸时处理器执行PDU打包方法。PDU打包方法的进程符合第一实施例描述的第一灵活打包进程。
首先，执行步骤S601，以生成RLC层的PDU。接着，执行步骤S603，以确定完全填满旗标是否设定为“真”。然后，当完全填满旗标为“真”时，执行步骤S605，将完全填满LI填充入PDU以指示SDU的结尾位于前一PDU的结尾处。在将完全填满LI填充入PDU后，进一步执行步骤S607，以将完全填满旗标设定为“假”。
值得注意的是，因为不存在已经打包的PDU，所以在灵活PDU打包进程的开始将默认完全填满旗标设定为“假”。在这种情况下，处理器直接执行步骤S609(而不是步骤S605与步骤S607)，以确定是否已经生成SDU。如果在步骤S609确定结果是“是”，则执行步骤S611以将SDU填充入PDU中。
在将生成的SDU填充入PDU后，执行步骤S613，以计算PDU的累积SDU尺寸，并且进一步执行步骤S615，以确定累积SDU尺寸是否大于123个八位组。如果累积SDU尺寸不大于123个八位组，则再次执行步骤S609以确定是否生成新SDU，并且相应执行步骤S611以将新生成SDU填充入PDU中。即，步骤S609至步骤S615重复执行直到累积SDU尺寸大于123个八位组或者不存在新生成SDU为止。可以理解的是，PDU的累积SDU尺寸意指PDU中已填充SDU的总尺寸，并且完成打包PDU尺寸应小于或等于配置信息定义的最大RLC PDU尺寸。更具体地，在本实施例中，一旦当前填充SDU(其为完整SDU或部分SDU)使得PDU的累积SDU尺寸超出123个八位组，则进程不会将下一个SDU填充入PDU中。
在累积SDU尺寸大于123个八位组后，执行步骤S617，以确定PDU是否仅包含一个SDU并且SDU是完整SDU。如果在步骤S617中确定结果为“是”，则进一步执行步骤S619，以确定HE栏位的特定值或报头的替代E比特是否可用。如果在步骤S619中确定结果为“是”，则进一步执行步骤S621，以将PDU的HE栏位或报头的替代E比特设定为特定值。
如第一实施例所述，如果UTRAN已经配置“HE栏位的特定值使用”(后续也称为“特定HE”)，则将HE栏位设定为特定值(例如，“10”)以指示SDU是完整SDU；否则，如果UTRAN已经配置“替代E比特解释”，则将PDU的报头的替代E比特设定为特定值(例如，“0”)以指示SDU是完整SDU。相比之下，如果在步骤S619中确定结果为“否”，则执行步骤S623，以将完全填满旗标设定为“真”。在步骤S621与步骤S623后，执行步骤S625，以完成PDU的打包进程，并且结束PDU的打包方法进程。
当在步骤S617中PDU不是仅包含一个SDU及/或SDU不是完整SDU时，执行步骤S627。详细地，执行步骤S627，当PDU被SDU完成填满并且现PDU中不存在指示SDU结尾的LI时，将完全填满旗标设定为“真”。例如，PDU可包含SDU以及至少一个下一SDU(即，多个SDU)，并且至少一个下一SDU的每一个是完整SDU。在另一示例中，PDU可仅包含一个SDU，并且该SDU是原始SDU的最后部分。换句话说，如果PDU包含多个SDU并且最后SDU是完整SDU(意味着在PDU的结尾处存在最后SDU的结尾)，或者如果PDU仅包含原始SDU最后部分的一个SDU，则将完全填满旗标设定为“真”，从而使得将完全填满LI填充入下一个PDU，以指示本PDU中最后SDU的结尾。接着，执行步骤S629，以将至少一个7比特LI与报头填充入PDU中。因此，完成一个PDU打包进程(即，步骤S625)，并且结束PDU的打包方法进程。
另一方面，在步骤S609，如果未生成SDU(即，不存在新生成SDU)，则处理器执行步骤S631，以确定PDU是否包含完全填满LI。如果步骤S631中确定结果为“是”，则执行步骤S625，以完成PDU的打包进程，并且结束PDU打包方法的进程。此外，在步骤S629，如果PDU不包含完全填满LI(意味着不存在需要传输的信息)，则结束PDU打包方法的进程。
可以理解的是，如果对于UE存在空间生成用于当前传输时间间隔中传输的RLCPDU(即，空中生成)或者预生成用于接下来传输时间间隔中传输的RLC PDU，则重复执行上述的灵活PDU打包进程。除了上述步骤外，本发明的灵活PDU打包方法也可执行第一实施例中的所有操作与相应功能。本领域技术人员可基于第一实施例的解释理解如何执行上述操作与功能，这里将不再赘述。
根据上面描述，当配置UE使用7比特LI以指示SDU结尾时，本发明的PDU打包机制使用完全填满LI、特定HE或替代E比特，以指示PDU中SDU的结尾是否位于SDU的第一123个八位组外。替换地，当配置UE使用7比特LI以指示SDU结尾时，本发明的UE执行断开进程。因此，当配置UE利用7比特LI指示SDU结尾时，本发明的PDU打包机制清楚定义了UE行为。
呈现上述描述以允许本领域技术人员根据特定应用以及其需要的内容实施本发明。所述实施例的各种修改对于本领域技术人员来说是显而易见的，并且可将上述定义的基本原则应用于其他实施例。因此，本发明不局限于所述的特定实施例，而是符合与揭露的原则及新颖特征相一致的最宽范围。在上述细节描述中，为了提供对本发明的彻底理解，描述了各种特定细节。然而，本领域技术人员可以理解本发明是可实施的。
上述的本发明实施例可在各种硬件、软件编码或两者组合中进行实施。其中，上述硬件可包含一个或多个分立组件、集成电路、专用集成电路(ASIC)等。
在不脱离本发明精神或本质特征的情况下，可以其他特定形式实施本发明。描述示例被认为说明的所有方面并且无限制。因此，本发明的范围由权利要求书指示，而非前面描述。所有在权利要求等同的方法与范围中的变化皆属于本发明的涵盖范围。

Claims (18)

1.一种用户设备，包含：
收发机，配置以从基站接收配置信息；
处理器，电性连接该收发机，当该配置信息配置7比特长度指标尺寸以及灵活协议数据单元尺寸时，配置该处理器执行无线链路控制层的灵活协议数据单元打包进程，其中，该灵活协议数据单元打包进程包含下列步骤：
(a)生成该无线链路控制层的协议数据单元；
(b)将业务数据单元填充入该协议数据单元；
(c)计算该协议数据单元的累积业务数据单元尺寸；
(d)确定该累积业务数据单元尺寸是否大于123个八位组；
(e)当该累积业务数据单元尺寸不大于123个八位组时，将下一个业务数据单元填充入该协议数据单元；
(f)重复该步骤(c)到(e)直到该累积业务数据单元尺寸大于123个八位组为止；
(g)在该步骤(f)后，确定该协议数据单元是否仅包含该业务数据单元并且该业务数据单元是否是完整业务数据单元；
(h)当该协议数据单元仅包含该业务数据单元并且该业务数据单元是该完整业务数据单元时，如果该配置信息配置特定扩展报头或替代E比特解释，则将扩展报头栏位或该协议数据单元的报头的替代E比特设定为特定值，以指示该业务数据单元是该完整业务数据单元；以及
(i)完成该协议数据单元的打包操作。
2.如权利要求1所述的用户设备，其特征在于，该步骤(b)进一步包含下列步骤：
确定是否已经生成该业务数据单元；
当已经生成该业务数据单元时，将该业务数据单元填充入该协议数据单元；以及
当未生成该业务数据单元时，结束该灵活协议数据单元打包进程。
3.如权利要求2所述的用户设备，其特征在于，该步骤(e)进一步包含下列步骤：
确定是否已经生成该下一个业务数据单元；
当已经生成该下一个业务数据单元时，将该下一个业务数据单元填充入该协议数据单元；以及
当未生成该下一个业务数据单元时，完成该协议数据单元的打包操作并且结束该灵活协议数据单元打包进程。
4.如权利要求1所述的用户设备，其特征在于，在该步骤(f)后，该灵活协议数据单元打包进程进一步包含下列步骤：
当该协议数据单元包含该业务数据单元以及至少一个该下一个业务数据单元，并且该至少一个该下一个业务数据单元的每一个是完整业务数据单元时，将完全填满旗标设定为“真”；
将至少一个7比特长度指标以及报头填充入该协议数据单元；以及
完成该协议数据单元的该打包操作。
5.如权利要求1所述的用户设备，其特征在于，在该步骤(f)后，该灵活协议数据单元打包进程进一步包含下列步骤：
当该协议数据单元仅包含该业务数据单元，并且该业务数据单元是原始业务数据单元的最后部分时，将完全填满旗标设定为“真”；以及
完成该协议数据单元的该打包操作。
6.如权利要求1所述的用户设备，其特征在于，在该步骤(h)后，该灵活协议数据单元打包进程进一步包含下列步骤：
当该协议数据单元仅包含该业务数据单元，并且该业务数据单元是该完整业务数据单元时，如果该配置信息未配置该特定扩展报头或该替代E比特解释，将完全填满旗标设定为“真”。
7.如权利要求1所述的用户设备，其特征在于，在该步骤(b)前，该灵活协议数据单元打包进程进一步包含下列步骤：
确定完全填满旗标是否设定为“真”；
当该完全填满旗标为“真”时，将完全填满长度指标填充入该协议数据单元；以及
一旦已经将该完全填满长度指标填充入该协议数据单元，则将该完全填满旗标设定为“假”。
8.一种用户设备，包含：
收发机，配置以从基站接收配置信息；
处理器，电性连接该收发机，当该配置信息配置7比特长度指标尺寸以及灵活协议数据单元尺寸时，配置该处理器根据系统设定执行无线链路控制层的灵活协议数据单元打包进程，其中，该灵活协议数据单元打包进程包含下列步骤：
(a)生成该无线链路控制层的协议数据单元；
(b)将业务数据单元填充入该协议数据单元，其中，该业务数据单元是业务数据单元尺寸小于或等于123个八位组的完整业务数据单元，或者，如果该业务数据单元不是原始业务数据单元的最后部分，则该业务数据单元是业务数据单元尺寸大于123个八位组的分割业务数据单元；或者，如果该业务数据单元是该原始业务数据单元的最后部分，则该业务数据单元是该业务数据单元尺寸小于或等于123个八位组的分割业务数据单元；
(c)计算该协议数据单元的累积业务数据单元尺寸；
(d)确定该累积业务数据单元尺寸是否小于123个八位组；
(e)当该累积业务数据单元尺寸小于123个八位组时，将下一个业务数据单元填充入该协议数据单元，其中，当该下一个业务数据单元的原始业务数据单元使得该累积业务数据单元尺寸大于123个八位组时，该下一个业务数据单元是分割业务数据单元；
(f)重复该步骤(c)到(e)直到该累积业务数据单元尺寸不小于123个八位组为止；
(g)在该步骤(f)后，当将该下一个业务数据单元填充入该协议数据单元时，将至少一个7比特长度指标填充入该协议数据单元，并且将报头填充入该协议数据单元；以及
(h)完成该协议数据单元的打包操作。
9.一种用户设备，包含：
收发机，配置以从基站接收配置信息；
处理器，电性连接该收发机，当该配置信息配置7比特长度指标尺寸以及灵活协议数据单元尺寸时，配置该处理器根据系统设定执行无线链路控制层的灵活协议数据单元打包进程，其中，该灵活协议数据单元打包进程包含下列步骤：
(a)生成该无线链路控制层的协议数据单元；
(b)将业务数据单元填充入该协议数据单元，其中，当该业务数据单元的原始业务数据单元具有多于123个八位组时，该业务数据单元是具有123个八位组的分割业务数据单元；
(c)计算该协议数据单元的累积业务数据单元尺寸；
(d)确定该累积业务数据单元尺寸是否小于123个八位组；
(e)当该累积业务数据单元尺寸小于123个八位组时，将下一个业务数据单元填充入该协议数据单元，其中，该下一个业务数据单元是分割业务数据单元并且使得该累积业务数据单元尺寸等于123个八位组，或者该下一个业务数据单元是完整业务数据单元并且未使得该累积业务数据单元大于123个八位组；
(f)重复该步骤(c)到(e)直到该累积业务数据单元尺寸等于123个八位组为止；
(g)在该步骤(f)后，当将该下一个业务数据单元填充入该协议数据单元时，将至少一个7比特长度指标填充入该协议数据单元，并且将报头填充入该协议数据单元；以及
(h)完成该协议数据单元的打包操作。
10.一种用户设备，包含：
收发机，配置以从基站接收配置信息；
处理器，电性连接该收发机，当该配置信息配置7比特长度指标尺寸以及灵活协议数据单元尺寸时，配置该处理器根据系统设定执行无线链路控制层的灵活协议数据单元打包进程，其中，该灵活协议数据单元打包进程包含下列步骤：
(a)生成该无线链路控制层的协议数据单元；
(b)将业务数据单元填充入该协议数据单元，其中，当该业务数据单元的原始业务数据单元具有多于123个八位组时，该业务数据单元是具有123个八位组或小于123个八位组的分割业务数据单元；
(c)计算该协议数据单元的累积业务数据单元尺寸；
(d)确定该累积业务数据单元尺寸是否小于123个八位组；
(e)当该累积业务数据单元尺寸小于123个八位组时，将下一个业务数据单元填充入该协议数据单元，其中，该下一个业务数据单元是分割业务数据单元或分割业务数据单元，并且该下一个业务数据单元未使得该累积业务数据单元大于123个八位组；
(f)重复该步骤(c)到(e)直到该下一个业务数据单元是完整业务数据单元并且在该步骤(e)中未填充入该协议数据单元为止，或者直到该下一个业务数据单元是分割业务数据单元并且在该步骤(e)中已经填充入该协议数据单元为止；
(g)在该步骤(f)后，当将该下一个业务数据单元填充入该协议数据单元时，将至少一个7比特长度指标填充入该协议数据单元，并且将报头填充入该协议数据单元；以及
(h)完成该协议数据单元的打包操作。
11.一种用户设备，包含：
收发机，配置以从基站接收配置信息；
处理器，电性连接该收发机，当该配置信息配置7比特长度指标尺寸以及灵活协议数据单元尺寸时，配置该处理器根据系统设定执行无线链路控制层的断开进程，其中，该断开进程包含下列步骤：
将无效配置信息发送至该基站。
12.一种灵活协议数据单元打包方法，用于无线链路控制层以及用于用户设备，该用户设备包含收发机以及电性连接该收发机的处理器，其中，配置该收发机以从基站接收配置信息，并且当该配置信息配置7比特长度指标尺寸以及灵活协议数据单元尺寸时，该处理器执行该灵活协议数据单元打包方法，该灵活协议数据单元打包方法包含下列步骤：
(a)生成该无线链路控制层的协议数据单元；
(b)将业务数据单元填充入该协议数据单元；
(c)计算该协议数据单元的累积业务数据单元尺寸；
(d)确定该累积业务数据单元尺寸是否大于123个八位组；
(e)当该累积业务数据单元尺寸不大于123个八位组时，将下一个业务数据单元填充入该协议数据单元；
(f)重复该步骤(c)到(e)直到该累积业务数据单元尺寸大于123个八位组为止；
(g)在该步骤(f)后，确定该协议数据单元是否仅包含该业务数据单元并且该业务数据单元是否是完整业务数据单元；
(h)当该协议数据单元仅包含该业务数据单元并且该业务数据单元是该完整业务数据单元时，如果该配置信息配置特定扩展报头或替代E比特解释，则将扩展报头栏位或该协议数据单元的报头的替代E比特设定为特定值，以指示该业务数据单元是该完整业务数据单元；以及
(i)完成该协议数据单元的打包操作。
13.如权利要求12所述的灵活协议数据单元打包方法，其特征在于，该步骤(b)进一步包含下列步骤：
确定是否已经生成该业务数据单元；
当已经生成该业务数据单元时，将该业务数据单元填充入该协议数据单元；以及
当未生成该业务数据单元时，结束该灵活协议数据单元打包进程。
14.如权利要求13所述的灵活协议数据单元打包方法，其特征在于，该步骤(e)进一步包含下列步骤：
确定是否已经生成该下一个业务数据单元；
当已经生成该下一个业务数据单元时，将该下一个业务数据单元填充入该协议数据单元；以及
当未生成该下一个业务数据单元时，完成该协议数据单元的打包操作并且结束该灵活协议数据单元打包进程。
15.如权利要求12所述的灵活协议数据单元打包方法，其特征在于，在该步骤(f)后，该灵活协议数据单元打包方法进一步包含下列步骤：
当该协议数据单元包含该业务数据单元以及至少一个该下一个业务数据单元，并且该至少一个该下一个业务数据单元的每一个是完整业务数据单元时，将完全填满旗标设定为“真”；
将至少一个7比特长度指标以及报头填充入该协议数据单元；以及
完成该协议数据单元的该打包操作。
16.如权利要求12所述的灵活协议数据单元打包方法，其特征在于，在该步骤(f)后，该灵活协议数据单元打包方法进一步包含下列步骤：
当该协议数据单元仅包含该业务数据单元，并且该业务数据单元是原始业务数据单元的最后部分时，将完全填满旗标设定为“真”；以及
完成该协议数据单元的该打包操作。
17.如权利要求12所述的灵活协议数据单元打包方法，其特征在于，在该步骤(h)后，该灵活协议数据单元打包方法进一步包含下列步骤：
当该协议数据单元仅包含该业务数据单元，并且该业务数据单元是该完整业务数据单元时，如果该配置信息未配置该特定扩展报头或该替代E比特解释，将完全填满旗标设定为“真”。
18.如权利要求12所述的灵活协议数据单元打包方法，其特征在于，在该步骤(b)前，该灵活协议数据单元打包方法进一步包含下列步骤：
确定完全填满旗标是否设定为“真”；
当该完全填满旗标为“真”时，将完全填满长度指标填充入该协议数据单元；以及
一旦已经将该完全填满长度指标填充入该协议数据单元，则将该完全填满旗标设定为“假”。
CN201710536798.5A 2017-04-13 2017-07-04 灵活协议数据单元打包方法及其用户设备 Active CN108738075B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US15/486,641 2017-04-13
US15/486,641 US10104579B1 (en) 2017-04-13 2017-04-13 User equipment and flexible protocol data unit packaging method thereof

Publications (2)

Publication Number Publication Date
CN108738075A true CN108738075A (zh) 2018-11-02
CN108738075B CN108738075B (zh) 2021-08-06

Family

ID=63761357

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710536798.5A Active CN108738075B (zh) 2017-04-13 2017-07-04 灵活协议数据单元打包方法及其用户设备

Country Status (3)

Country Link
US (1) US10104579B1 (zh)
CN (1) CN108738075B (zh)
TW (1) TWI653866B (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101588228A (zh) * 2008-05-20 2009-11-25 宏达国际电子股份有限公司 无线通信系统执行状态报告程序的方法及其相关装置
CN102237948A (zh) * 2010-04-22 2011-11-09 华为终端有限公司 一种业务数据的发送、接收方法和装置
EP2611093A1 (en) * 2011-12-21 2013-07-03 Telefonaktiebolaget LM Ericsson (publ) Technique for handling memory resources of a memory buffer

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100447162B1 (ko) 2000-08-19 2004-09-04 엘지전자 주식회사 래디오 링크 콘트롤(ｒｌｃ)에서 프로토콜 데이터 유닛(ｐｄｕ) 정보의 길이 지시자(ｌｉ) 처리방법
US6788944B2 (en) * 2001-04-02 2004-09-07 Asustek Computer Inc. Length indicator for a protocol data unit in a wireless communications protocol
JP4474217B2 (ja) * 2004-07-09 2010-06-02 富士通株式会社 パケット通信装置
EP1811727A3 (en) * 2005-02-07 2008-03-26 Samsung Electronics Co., Ltd. Method and apparatus for transmitting a status report for retransmission control in a mobile communication system
TWI307589B (en) 2005-05-18 2009-03-11 Innovative Sonic Ltd Method and apparatus of data segmentation in a mobile communications system
ES2560088T3 (es) 2005-08-23 2016-02-17 Sisvel International S.A. Optimización de encabezamientos en modo sin acuse de recibo del control de enlace de radiocomunicaciones
WO2007051281A1 (en) * 2005-11-01 2007-05-10 Research In Motion Limited Method for receiving and managing a downlink radio link control data block in an egprs mobile electronic communication device
CA2681020C (en) * 2007-03-16 2015-05-12 Interdigital Technology Corporation Wireless communication method and apparatus for supporting reconfiguration of radio link control parameters
KR101023388B1 (ko) * 2007-04-11 2011-03-18 삼성전자주식회사 이동통신 시스템에서 패킷 데이터 유닛의 송수신 방법 및 장치
EP2676477B1 (en) * 2011-02-14 2019-01-09 Telefonaktiebolaget LM Ericsson (publ) Backwards-compatible approach to fields of a protocol layer

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101588228A (zh) * 2008-05-20 2009-11-25 宏达国际电子股份有限公司 无线通信系统执行状态报告程序的方法及其相关装置
CN102237948A (zh) * 2010-04-22 2011-11-09 华为终端有限公司 一种业务数据的发送、接收方法和装置
EP2611093A1 (en) * 2011-12-21 2013-07-03 Telefonaktiebolaget LM Ericsson (publ) Technique for handling memory resources of a memory buffer

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HUAWEI: "11.11 UMTS TEI13 enhancements", 《3GPP TSG-RAN WG2 #91BIS R2-154232》 *

Also Published As

Publication number Publication date
TW201838389A (zh) 2018-10-16
US10104579B1 (en) 2018-10-16
US20180302823A1 (en) 2018-10-18
CN108738075B (zh) 2021-08-06
TWI653866B (zh) 2019-03-11

Similar Documents

Publication Publication Date Title
CN101548526B (zh) 用于在无线通信系统中对齐协议数据单元的方法和装置
US8165066B2 (en) Method and apparatus for performing buffer status reporting
EP1659820A2 (en) Short message service (sms) remote control system and method
EP1180878A2 (en) Method for inserting length indicator in a protocol data unit
TWI396398B (zh) 管理傳輸時間間隔集束傳輸之方法及通訊裝置
EP4254826A2 (en) Method and device for transmitting and receiving network management information, transmitting apparatus and receiving apparatus
CN108123777A (zh) 一种编码方式确定方法及装置
EP3468298B1 (en) Data transmission method and device and photoelectric conversion device and system
CN114040446A (zh) 一种信息间耦合校验的方法及装置
CN110445658B (zh) 一种报文处理方法及系统
CN108738075A (zh) 灵活协议数据单元打包方法及其用户设备
CN111225077B (zh) 物联网设备配网方法、装置和系统
CN107257265A (zh) 实时传输数据流前向纠错方法、设备及存储介质
CN110474924A (zh) 数据传输方法、装置、计算机设备和存储介质
KR102449687B1 (ko) 기지국 장치, 단말 장치, 통신 방법 및 통신 시스템
KR100631742B1 (ko) Ａｃｋ 프레임 전송 방법 및 장치
EP3995962A1 (en) Relay node and method for encapsulating a packet based on tunneling protocol
US20020196751A1 (en) Method and apparatus for indicating packet boundaries in frames
CN111586752B (zh) 时隙容器的配置方法及装置
CN109314595B (zh) 传输数据的方法及装置
CN107294878A (zh) 数据传输方法、系统及相关设备
CN1960375B (zh) 在支持tcp/ip协议的移动通信网中有效地发送接收数据的方法
CN113543189A (zh) 一种能效评估方法及相关设备
CN109672707A (zh) 数据传输方法及装置、计算机存储介质
CN116266957B (zh) 消息的重复传输方法、网络设备和用户设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant