管理数据传递的方法和系统的制作方法

文档序号:7733305阅读:174来源:国知局
专利名称:管理数据传递的方法和系统的制作方法
技术领域
本发明涉及一种用于管理数据传递的方法和系统。更特定地,本发明涉及一种通 过提供基于轮询请求的、具有关于协议数据单元(PDU)的接收或丢失的状态信息的状态报 告来管理数据传递的方法和系统。
背景技术
在发送数据时,数据可以是以在无线通信系统的无线接口结构中的所生成协议数 据单元(PDU)的形式。由发送器发送的PDU在经由信道传输期间可能被丢失而没有到达接 收器。例如,发送器利用对于所发送的PDU的状态报告的请求来轮询接收器。一旦接收到 请求,则接收器发送所接收的PDU的状态报告。然而,由于PDU在经由信道的传输期间被丢 失,所以发送器可能接收不到来自接收器的关于PDU的状态报告。于是,发送器利用对于所 发送的PDU的状态报告的请求重复轮询接收器,这导致死锁(deadlock)的情况。此外,从 接收器向发送器发送关于所丢失PDU的状态报告的延迟可能延迟从发送器对所丢失PDU的 重发。因此,存在对于一种高效管理数据传递的方法和系统的需要。

发明内容
本发明的一个方面是解决至少上述的问题和/或缺点,并且提供至少下述的优 点。因此,本发明的一个方面是提供一种用于管理数据传递的方法和系统。根据本发明的一个方面,提供一种用于管理数据传递的方法。所述方法包括接收 对在数据传递期间顺序发送的一个或多个协议数据单元(PDU)的状态报告的轮询请求;基 于轮询请求中的序列号,确定状态报告中要记录(account)的PDU的状态报告范围;以及提 供具有关于在数据传递期间、在状态报告范围内的PDU的接收或丢失的状态信息的状态报
生 I=I O根据本发明的另一个方面,提供一种用于管理数据传递的系统。所述系统包括通 信设备,发送对在数据传递期间顺序发送的协议数据单元(PDU)的状态报告的轮询请求; 以及电子设备,基于轮询请求中的序列号向通信设备提供状态报告。根据本发明的另一个方面,提供一种用于提供在数据传递期间的至少一个协议数 据单元(PDU)的状态报告的电子设备。所述设备包括通信接口,与通信设备进行通信;以 及处理器,基于序列号确定在状态报告中要记录的PDU的状态报告范围,并且向通信设备 提供具有关于在状态报告范围内的PDU的接收或丢失的状态信息的状态报告。通过结合公开本发明示例实施例的附图的以下详细描述,本发明的其它方面、优 点和显著特点对于本领域技术人员来说将变得显而易见。


通过结合附图的以下描述,本发明的一些示例实施例的以上和其它方面、特点和
4优点将变得更加显而易见,其中图1是根据本发明示例实施例的用于管理数据传递的系统的框图;图2是根据本发明示例实施例的电子设备的框图;以及图3示出根据本发明示例实施例的用于管理数据传递的方法。应当注意,在所有图中,相似的参考标号被用于描述相同或相似的元件、特点和结 构。
具体实施例方式提供参考附图的如下描述,以便有助于对由权利要求书及其等价物所限定的本发 明的示例实施例的全面理解。它包括各种特定细节以有助于理解,但这些仅仅被看作是示 例性的。因此,本领域的普通技术人员应当认识到,在不脱离本发明范围和精神的情况下, 可以对这里所描述的实施例进行各种改变和修改。此外,为了清楚和简明,省略了对公知功 能和结构的描述。在下面的描述和权利要求书中所使用的术语和单词并不限定于文献学含义,但 是,它们仅仅被发明人用于能够使得对本发明有清晰和一致的理解。因此,对本领域技术人 员来说显然的是,仅仅是为了说明的目的而提供本发明示例实施例的以下描述,而不是为 了限制由所附权利要求书及其等价物所限定的发明的目的。应当理解,单数形式“一(a)”、“一个(an)”和“该(the) ”包含复数对象,除非上下 文明确指示并非如此。因此,例如,提及“一个组件表面”则包含一个或多个这样表面。这里所描述的本发明示例实施例提供一种用于管理数据传递的方法和系统。图1是根据本发明示例实施例的用于管理数据传递的系统100的框图。系统100 包括通过网络Iio连接到通信设备115的电子设备105。电子设备105被用于基于轮询请 求中的序列号向通信设备115提供状态报告。通信设备115被用于发送对于在数据传递期 间顺序传送的协议数据单元(PDU)的状态报告的轮询请求。电子设备的示例可以包括但不限于计算机、膝上计算机、掌上计算机、移动电话 机、个人数字助手(PDA)等,通过它们可以提供PDU的状态报告。通信设备115可以包括但 不限于计算机、膝上计算机、掌上计算机、移动电话机、PDA等,通过它们可以传送对状态报 告的轮询请求。网络110可以包括但不限于因特网协议多媒体子系统(IMS)网络、通用分 组无线服务(GPRS)网络、全球移动系统(GSM)通信网络、局域网(LAN)、广域网(WAN)、城域 网(MAN),因特网、蓝牙、ZigBee技术、无线网络等。所述无线网络可以包括但不限于通用移 动电信系统(UMTS)、陆地无线访问网络(UTRAN)。电子设备105也可以直接或通过网络110被连接到存储设备120。在本发明的示 例实施例中,可以将存储设备120合并到电子设备105之中。存储设备120可以包括但不 限于快闪驱动、硬盘等以用于保存数据。存储设备120可以存储从通信设备115中在数据 传递期间顺序获得的PDU。在本发明的示例实施例中,利用无线链路控制(RLC)协议来促进通信设备115和 电子设备105之间通过网络110的通信。RLC协议存在于用于发送PDU的通信设备115中, 并且相应的RLC实体存在于用于接收PDU的电子设备105中。在通信设备115或电子设备 105中与RLC协议对应的无线接口协议层包括在物理层(PL)之上的数据链路层(DLL)。DLL
5具有两个子层,诸如RLC层和媒体访问控制(MAC)层。在电子设备105的层与子层之间提 供服务访问点(SAP)以便于层与子层之间的对等通信。MAC层和PL之间的SAP为层之间的 通信提供传输信道。RLC层和MAC子层之间的SAP为层之间的通信提供逻辑信道。RLC层 提供3种类型的会话访问点(SAP),分别包括确认模式(AM) RLC操作、未确认模式(UM)RLC 操作和透明模式(TM)RLC操作。在示例实现中,AM RLC操作可以使能一个或多个功能。例如,所述功能可以包括 更高层PDU的按序传送(delivery)、PDU的复制检测、PDU的纠错和PDU的运算(cipher)。在AM RLC操作中,RLC层接收来自发送层的数据单元。所述数据单元包括有效载 荷或者服务数据单元(SDU)。对于PDU,SDU是被分段和被级联中的一个。RLC将控制信息 添加到包含报头的SDU上。与从上层接收的SDU组合的报头包含PDU。报头包含RLC PDU 序列号(SN)。通过AMRLC协议机制将PDU从通信设备发送到电子设备105。RLC层负责可 靠地传输从上层接收的SDU0从通信设备115发送或者将要发送的PDU被保持在通信设备115的发送窗口(TX_ WINDOW)中。电子设备105接收或将要接收的PDU被保持在电子设备105的接收窗口(RX_ WINDOW)中。为了保持TX_WIND0ff操作,通信设备115保持变量VT (A)、VT (S)和VT (MS)。 在表1中定义所述变量。表 1
VT(A)还要被确认的第一个PDU的序列号 (TX_WINDOW的下边缘)VT(S)还要被发送的第一个PDU妁序列号VT(MS)TX_WINDOW的上边缘为了保持RX_WIND0W,电子设备105保持变量VR (R)、VR (H)和VR (MR)。在表2中 定义所述变量。表2
VR(R)第一个去失PDU的序列号 (RX—WINDOW的下边缘)VR(H)PDU的最高期望序列号(至今所接收的PDU的最高序列号之上(ahead)的 一个)VR(MR)TX_WINDOW的上边缘 将PDU从通信设备115中的TX_WIND0W发送到电子设备105中的RX_WIND0W。根 据VT (S)从TX_WIND0W的上边缘起添加要发送的新数据PDU。从RX_WIND0W的下边缘起添 加顺序接收的PDU。所接收的新PDU被附加在RX_WIND0W中,并且根据与PDU相关联的序列号进行排列。在本发明的示例实施例中,采用逻辑链路控制(LLC)协议来促进通信设备115和 电子设备105之间通过网络110的通信。LLC协议存在于发送PDU的通信设备115中,并且 相应的LLC协议存在于接收PDU的电子设备105中。图2是根据本发明示例实施例的电子设备105的框图。电子设备105包括总线 205或者用于传达信息的其它通信机制。电子设备105包括与总线205耦接的处理器210。 处理器210可以包括用于处理和控制电子设备105的功能的集成电子电路。电子设备105 也包括耦接到总线205的用于存储可以由处理器210使用的信息的存储器215,诸如随机访 问存储器(RAM)或者其它动态存储设备。存储器215可以被用于存储所需要的任何临时信 息。电子设备105进一步包括耦接到总线205的用于存储处理器210的静态信息的只读存 储器(ROM) 220或者其它静态存储设备。诸如磁盘、光盘等的存储单元225被提供并且被耦 接到总线205,用于存储信息。参考图2,电子设备105可以经由总线205而连接到显示器230,诸如阴极射线管 (CRT)、液晶显示器(LCD)或发光二极管(LED)显示器,用于向用户显示信息。包括字母数 字和其它键的输入单元235被耦接到总线205,用于将输入传达到处理器210。在电子设备 105中可以包括输入单元235。电子设备105包括其它类型的用户输入单元,例如,光标控 制240,诸如鼠标、跟踪球、光标方向键等,用于将输入传达到处理器210并控制显示器230 上的光标移动。在显示器230中也可以包括输入单元235,例如触摸屏。各种示例实施例与实现这里所描述的技术的电子设备105的用法有关。在示例实 现中,由处理器210使用包含在存储器215中的信息来执行所述技术。可以将信息从诸如 存储单元225的另一机器可读介质读入到存储器215中。这里所使用的术语“机器可读介质”表示参与提供使得机器以特定方式运行的数 据的任何介质。例如,在将信息提供给处理器210中涉及电子设备105和各种机器可读介 质。所述机器可读介质可以是存储媒体。存储媒体包括非易失性媒体和易失性媒体。非易 失性媒体例如包括,光盘或磁盘,诸如存储单元225。易失性媒体包括动态存储器,诸如存储 器215。所述媒体必须是有形体的,以使得媒体所携带的信息能够被将信息读入机器的物理 机制检测到。机器可读介质的一般形式例如包括软盘、柔性盘、硬盘、磁带或任何其它磁介质、 CD-ROM、任何光介质、穿孔卡片、纸带、带有孔的图案的任何物理介质、RAM、可编程只读存储 器(PR0M)、可擦除可编程只读存储器(EPROM)、FLASH-EPR0M、存储器芯片、盒带等。在本发明示例实施例中,机器可读介质可以是传输媒体,包括同轴线缆、铜线和光 纤,包括包含总线205的电线。传输媒体也可以采用声波或光波的形式,诸如在无线电波和 红外数据传输期间所产生的那些形式。电子设备105也包括耦接到总线205的通信接口 245。通信接口 245提供耦接到 网络Iio的双向数据通信。例如,通信接口 245可以是LAN卡,以提供到可兼容LAN的数据 通信连接。也可以实现无线链路。在示例实现中,通信接口 245发送和接收携带表示各种类 型的信息的数字数据流的电、电磁或光信号。通信接口 245可以是通用串行总线端口。电 子设备105和通信设备115之间的通信可以通过通信接口 245和网络110。仍旧参考图2,处理器210可以包括一个或多个处理单元,例如确定单元250和提供单元255。确定单元250被用于基于在轮询请求中所接收的序列号确定在状态报告中要 记录(account)的一个或多个PDU的状态报告范围。提供单元255被用于向通信设备115 提供具有关于在状态报告范围内的PDU的接收或丢失的状态信息的状态报告。处理单元可 以是执行所希望的功能的硬件电路。在示例实现中,诸如硬盘的存储单元225可以被用于存储顺序地获得的PDU。电子 设备105可以从存储单元225直接访问PDU,或者通过通信接口 245从存储设备120访问 PDU。提供单元255可以利用存储设备120或存储单元225来提供状态报告。图3示出根据本发明示例实施例的用于管理数据传递的方法。在步骤305中开始所述方法。在步骤310中,接收到对于在数据传递期间顺序发送的一个或多个PDU的状态报 告的轮询请求。所述轮询请求包括与在发送轮询请求之前发送的PDU相关联的序列号。在示例实现中,在轮询请求中发送这里被称作“轮询超字段(P0LLSUFI) ”的控制 PDU,以提供顺序发送的PDU的状态报告。POLL SUFI的特征在于“类型(type) ”字段和“轮 询序列(P0LL_SN)”字段。“类型”字段标识SUFI是轮询的类型,且“P0LL_SN”字段指示与 在发送轮询请求之前所发送的PDU相关联的序列号。例如,如果具有序列号为36的PDU被 发送,并且具有小于与PDU相关联的序列号31的序列号的PDU被确认,则可以发送具有序 列号为36的POLL SUFI,以提供所发送的具有序列号从31开始到36的PDU的状态报告。仍旧参考图3,在步骤315中,基于轮询请求中的序列号来确定在状态报告中要记 录的PDU的状态报告范围。通过将轮询请求中的序列号与和接收到轮询请求之后按顺序所 期望PDU的PDU相关联的序列号进行比较,来确定状态报告范围的上限。通过识别与在数 据传递期间丢失的PDU的PDU相关联的序列号来确定状态报告范围的下限。在示例实现中,如果轮询请求中的序列号大于或等于与按顺序期望的PDU的PDU 相关联的序列号,则状态报告范围包括具有序列号在与数据传递期间丢失的PDU的PDU相 关联的序列号和轮询请求中的序列号之间的PDU。状态报告范围的上限可以对应于轮询请 求中的序列号。例如,与按顺序期望的PDU的PDU相关联的序列号是35,与在数据传递期间丢失 的PDU相关联的序列号是32,且轮询请求中的序列号是36。于是,状态报告范围可以包括 序列号32和36之间的PDU,因为序列号36大于序列号35。在示例实现中,如果轮询请求中的序列号小于与按顺序期望的PDU的PDU相关联 的序列号,则状态报告范围包括具有序列号从与数据传递期间丢失的PDU的PDU相关联的 序列号到与按顺序期望的PDU的PDU相关联的序列号的PDU。可以从状态报告范围中排除与按顺序期望的PDU的PDU相关联的序列号。如果轮 询请求中的序列号小于与按顺序期望PDU相关联的序列号,则状态报告范围的上限可以对 应于具有如下序列号的PDU 即该序列号是小于与按顺序期望的PDU的PDU相关联的序列 号的一个数。例如,与按顺序期望的PDU的PDU相关联的序列号是35,与在数据传递期间丢失的 PDU相关联的序列号是32,且在轮询请求中的序列号是34。由于序列号35大于序列号34, 于是状态报告范围可以包括序列号为32和35之间的PDU。
轮询请求中的序列号和与按顺序期望的PDU的PDU相关联的序列号的增加 (increment)可以被用于比较。然后可以基于所述比较来确定状态报告范围。在示例实现中,基于所述比较,与轮询请求中的序列号相对应地更新与接收轮询 请求后按顺序期望的PDU的PDU相关联的序列号。为了更新按顺序期望的PDU的序列号, 比较轮询请求中增加后的序列号和与按顺序期望的PDU的序列号。如果轮询请求中增加后 的序列号大于按顺序期望的PDU的序列号,则更新后的按顺序期望的PDU的序列号可以对 应于轮询请求中的增加后的序列号。如果轮询请求中的增加后的序列号小于按顺序期望的 PDU的序列号,则更新后的按顺序期望的PDU的序列号可以等于按顺序期望的PDU的增加后 的序列号。基于所述更新对状态报告范围进行扩展。于是,状态报告范围的上限可以对应 于与按顺序期望的PDU的PDU相关联的更新后的序列号。可以从状态报告范围中排除更新后的序列号。于是,状态报告范围的上限对应于 具有如下序列号的PDU 即所述序列号为小于与按顺序期望的PDU的PDU相关联的更新后 的序列号的一个数。例如,与按顺序期望的PDU的PDU相关联的序列号是35,与在数据传递期间丢失的 PDU相关联的序列号是32,且轮询请求中的序列号是36。按顺序期望的PDU的序列号35的 增加可以对应于序列号36。在轮询请求中的序列号36的增加可以对应于37。于是,基于 比较,可以将与按顺序期望的PDU的PDU相关联的序列号更新为序列号37,因为序列号37 大于序列号36。于是,状态报告范围可以包括序列号从32到36的PDU。可以从状态报告 范围中排除序列号37。在示例实现中,对轮询请求中的序列号进行验证。如果轮询请求中的序列号小于 状态报告范围的下限,则轮询请求中的序列号是无效的。由于但不限于轮询请求的延迟接 收、重复的自动轮询请求、轮询请求的重排传递、以及轮询请求的延迟处理,所以轮询请求 中的序列号可能小于状态报告范围的下限。于是,如果轮询请求中的序列号是无效的,则状 态报告范围可以包括具有从下限到与按顺序所期望PDU相关联的序列号的序列号的PDU。可以从状态报告范围中排除与按顺序期望的PDU的PDU相关联的序列号。于是, 状态报告范围的上限可以对应于具有如下序列号的PDU 即所述序列号为小于与按顺序期 望的PDU的PDU相关联的序列号的一个数。例如,与按顺序期望的PDU的PDU相关联的序列号是35,与在数据传递期间丢失的 PDU相关联的序列号是32,且轮询请求中的序列号是31。由于轮询请求中的序列号31是无 效的,于是,状态报告范围可以包括序列号从32到34的PDU。参考图3,在步骤320中,提供具有关于在状态报告范围内的PDU的接收或丢失的 状态信息的状态报告。在示例实现中,与PDU的接收相对应地发送肯定确认(ACK),并且与PDU的丢失相 对应地发送否定确认(NACK)。可以基于NACK来重发在数据传递期间丢失的PDU。在本发明的示例实施例中,可以基于轮询请求中序列号的有效性来提供状态报
生 I=I O此外,也可以基于按顺序期望的PDU的序列号的更新,来提供具有关于在扩展状 态报告范围内的PDU的丢失的状态信息的状态报告。在步骤325中,所述方法结束。
9
虽然已经参考某些示例实施例对本发明进行了说明和描述,但是本领域技术人员 应当理解,在不脱离如所附权利要求书及其等价物所限定的本发明的精神和范围的情况 下,可以对本发明在形式和细节上进行各种修改。
权利要求
一种用于管理数据传递的方法,所述方法包括步骤接收对于在数据传递期间顺序发送的至少一个协议数据单元的状态报告的轮询请求,其中所述轮询请求包含与在轮询请求之前按顺序发送的协议数据单元相关联的序列号;基于所述序列号确定在所述状态报告中要记录的至少一个协议数据单元的状态报告范围;以及提供具有关于在数据传递期间、在所述状态报告范围内的至少一个协议数据单元的接收或丢失中的至少一个的状态信息的状态报告。
2.如权利要求1所述的方法,其中,确定状态报告范围的步骤包括通过将所述轮询请求中的序列号和与在接收到所述轮询请求之后按顺序期望的至少 一个协议数据单元的协议数据单元相关联的序列号进行比较,来确定所述状态报告范围的 上限;以及通过识别与在所述数据传递期间丢失的至少一个协议数据单元的协议数据单元相关 联的序列号,来确定所述状态报告范围的下限。
3.如权利要求2所述的方法,其中,基于所述比较,与所述轮询请求中的序列号相对应 地来更新与在接收到所述轮询请求之后按顺序期望的至少一个协议数据单元的协议数据 单元相关联的序列号。
4.如权利要求3所述的方法,进一步包括步骤基于所述更新扩展所述状态报告范围。
5.如权利要求4所述的方法,进一步包括步骤提供具有关于在所述扩展状态报告范围内的至少一个协议数据单元的接收和丢失中 的至少一个的状态信息的状态报告。
6.如权利要求1所述的方法,进一步包括步骤验证所述轮询请求中的序列号;以及基于所述验证来提供具有关于至少一个协议数据单元的接收和丢失中的至少一个的 状态信息的状态报告。
7.一种用于管理数据传递的系统,所述系统包括通信设备,发送对于在数据传递期间顺序发送的至少一个协议数据单元的状态报告的 轮询请求,其中所述轮询请求包含与在轮询请求之前按顺序发送的协议数据单元相关联的 序列号;以及电子设备,基于所述轮询请求中的序列号,向所述通信设备提供所述状态报告。
8.如权利要求7所述的系统,进一步包括存储设备,存储在所述数据传递期间从所述 通信设备按顺序获得的至少一个协议数据单元。
9.如权利要求7所述的系统,进一步包括网络,促进所述通信设备和所述电子设备之 间的通信。
10.如权利要求9所述的系统,其中,使用无线链路控制协议和逻辑链路控制协议中的 至少一个来促进所述网络,用于分别发送和接收所述至少一个协议数据单元。
11.如权利要求7所述的系统,其中,所述电子设备包括处理器,基于在所述轮询请求 中接收的序列号来确定在所述状态报告中要记录的至少一个协议数据单元的状态报告范 围,并且向所述通信设备提供具有关于在所述状态报告范围内的至少一个协议数据单元的接收和丢失中的至少一个的状态信息的状态报告。
12.如权利要求11所述的系统,其中,所述电子设备包括 存储器,存储临时信息;只读存储器,存储用于处理器的静态信息;以及 存储单元,存储至少一个协议数据单元。
13.如权利要求7所述的系统,其中,所述电子设备包括通信接口,与所述网络、所述 存储设备和所述通信设备进行通信。
14.如权利要求7所述的系统,进一步包括显示器,显示信息。
15.如权利要求7所述的系统,进一步包括输入单元,将输入传达给所述处理器。
16.一种电子设备,用于提供在数据传递期间的协议数据单元的状态报告,所述电子设 备包括通信接口,与通信设备进行通信;以及处理器,基于在轮询请求中接收的序列号来确定在所述状态报告中要记录的协议数据 单元的状态报告范围,并且向所述通信设备提供具有关于在所述状态报告范围内的协议数 据单元的接收和丢失中的至少一个的状态信息的状态报告。
17.如权利要求16所述的电子设备,进一步包括存储单元,存储按顺序获得的协议数 据单元。
18.如权利要求16所述的电子设备,进一步包括 存储器,存储临时信息;以及只读存储器,存储用于处理器的静态信息。
全文摘要
提供了一种用于管理数据传递的方法和系统。所述方法包括接收对在数据传递期间顺序发送的协议数据单元(PDU)的状态报告的轮询请求;基于轮询请求中的序列号,确定状态报告中要记录的PDU的状态报告范围;以及提供具有关于在数据传递期间、在状态报告范围内的PDU的接收或丢失的状态信息的状态报告。
文档编号H04L29/02GK101978666SQ200980110374
公开日2011年2月16日 申请日期2009年2月2日 优先权日2008年2月1日
发明者内哈·沙玛, 维内伊·K·施里瓦斯塔瓦 申请人:三星电子株式会社
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1