专利名称：用于为切换而配置链路层实体的技术的制作方法
技术领域：
本发明一般而言涉及移动通信网络内的切换的领域。特别地，本发 明涉及在具有对重传机制的控制的链路层实体之间的切换。
背景技术：
重传机制也被称为自动重发请求(ARQ)技术，其构成一种解决数 据在其到预定接收方去的途中的丢失的方法。这种数据丢失可能是不利 的物理条件(例如干扰、噪声或多径传播)的结果。
ARQ技术基于从数据的接收方传送的状态报告，所述状态报告向传 送方表明各个数据单元或者已被成功接收(肯定确认)或者已丢失(否 定确认)。通常，接收方根据相应ARQ协议的规范来生成基于事件的、 基于定时器的或基于轮询的状态报告。例如，状态报告可以被安排在收 到预定数量的数据单元之后或者在预定义的时间点。
传送方评估所接收的状态报告，然后关于在接收方处没有收到或者 没有正确收到的各个数据单元的重传作出决定。 一些ARQ技术对于这 样的数据单元规定自动重传，即在该数据单元的首次传送之后，在预定 时间间隔内收到非肯定的确认。
关于开放系统互连(OSI)层模型，通常在数据链路层(层2或L2) 上实施ARQ技术。数据链路层位于物理层(层1或L1)与网络层(层 3或L3)之间，如由在图1左侧示出的协议栈IO所示。
物理层Ll定义在数据传输中所涉及的各网络组件的电气规范和物 理规范。数据链路层L2提供用于在各网络组件之间传输数据以及用于 检测并可能校正也许出现在物理层L1中的差错的机制。网络层L3执行 网络路由、流控制、分段/去分段、以及差错控制功能。L3协议的公知 实例是因特网协议(IP)。
通常在网络层L3之上存在一个或多个附加层。在图1左侧所示的 实例中，这些附加层包括根据传输控制协议(TCP)配置的传输层L4 和根据文件传输协议(FTP)配置的应用层L7。虽然不是官方OS^莫型 的一部分，但是附加协议可以在数据链路层L2与物理层Ll之间操作。
这些协议有时被称为"层2.5"协议。
在图l所示的示例性配置中，数据链路层L2被划分成两个子层， 分别是无线链路控制(RLC)层和媒体接入控制(MAC)层。ARQ技 术在大多数情况下被实施在RLC子层内，现在将参考图1的右侧对此进 行更详细的解释。
在图l所示的配置中，RLC子层包括连接网络层L3的第一緩冲器 12和连接MAC子层的笫二緩冲器14。第一緩沖器12被设置成存储输 入服务数据单元(SDU)，例如在网络层L3内生成的IP分组16。在第 一緩沖器12中存储的SDU由分段引擎18读出，该分段引擎18将该SDU 16分段成RLC协议数据单元(PDU ) 20。 PDU 20 —方面被转发给MAC 子层以便传送到预定接收方，另一方面被存储在笫二緩冲器14中以用 于在ARQ协议体系(regime)下可能的重传。
在某个时间点上，PDU的接收方可能需要从第 一 网络组件(具有包 含如图1所示的RLC配置的链路层实体)到第二网络组件(具有类似的 链路层实体)的切换。在下文中，将特别参考出现在链路层上的过程来 示例性地描述一些可能的切换情形(scenario)。
原则上，如图2所示，从当前服务链路层实体到新链路层实体的切 换可以在没有在前緩沖同步的情况下发生。在这种情况下，当要在两个 链路层实体之间执行切换时，SDU流从在前服务链路层实体被切换到新 链路层实体，并且在前服务链路层实体的緩冲器12、 14的内容被完全 丟弃。显然，所产生的緩沖内容的丢失将减緩较高层的操作，并且可能 导致服务质量的暂时降级。
根据图3所示的一个可选切换情形，该切换可以被执行成使得，在 SDU流从当前服务链路层实体切换到新链路层实体之前，把当前服务链 路层实体的SDU緩沖器12的内容传输给新链路层实体的SDU緩冲器 12，。该过程有时还^L称为L3上下文(context)传输。在此情况下， 仅仅丢弃在前服务链路层实体的PDU緩冲器14的内容。US 2004/0146033 Al说明了用于这种L3上下文传输的示例性技术。
图3所示的切换方法的一个缺点在于这样的事实，即丢弃PDU緩 沖器14的内容而导致的数据丢失仍然可能造成服务降级。此外，数据 丢失可能触发较高层协议交互，例如与传输层L4的TCP交互。在图4 中说明这种较高层协议交互。正如可以从图4所示的TCP踪迹(trace)
了解到的那样，几个TCP段在切换时刻丢失(参见黑色垂直线)。在切 换发生后TCP将不得不重传丢失的TCP段，这导致切换后的慢传输启 动。
另外，TCP段在切换时刻的丟失可能造成TCP超时。因此，频繁 的切换可能导致TCP发送方不能达到足够高的发送速率的情况，从而导 致无线链路利用不足。图5所示的TCP拥塞窗口 CWND的踪迹示出这 种利用不足的情形。
避免图4和图5中所示问题的一种解决方案将是使得切换实际上是 无损的。为此，可以重建当前正在传送(以及存储在链路层PDU緩冲 器中)的所有数据。除了传送如图3所示的SDU緩沖器内容外，根据 PDU緩冲器内容重建的SDU也可以随后被传送给新链路层实体。.
然而已经发现，这种重建方法可能造成无意数据重复，如图6的TCP 踪迹所示。这种数据重复是下述事实的结果，即一些重建的SDU已经 被成功地递送给接收方，但是相应的PDU还没有从PDU緩沖器中被删 除。
图6所示的重复往往会干扰较高层协议，例如TCP。 TCP通过把 TCP重复确认送回给TCP发送者来拒绝两个重复的数据分组，这导致 TCP差错恢复。该重复确认导致TCP拥塞窗口 CNWD的特性，如图7 所示。该特性表明，无线链路在大多数时间未被充分利用。显然，这种 利用不足造成可用资源的浪费。
因此，需要一种在链路层级上与ARQ协议更加兼容的改进的切换 技术。
发明内容
根据第一方面，提供一种为切换而配置链路层实体的方法，其中链 路层实体从更高功能层接收服务数据单元，把服务数据单元转换成协议 数据单元，并且緩冲协议数据单元以便在具有状态报告的ARQ协议的 体系下传送给接收方，其中状态报告指示在接收方处收到一个或多个协 议数据单元。该方法包括以下步骤在具有即将发生的切换的上下文中， 从协议数据单元的接收方接收用于现有ARQ连接的补充状态报告；考 虑到在补充状态报告中所包含的信息，确定与緩冲的协议数据单元相对 应的服务数据单元；以及把所确定的服务数据单元传送给将要建立到达接收方的新ARQ连接的链路层实体。
该方法可以在具有任何ARQ技术的上下文中净皮实施，所述ARQ技 术包括滑动窗口ARQ、后退(n)ARQ、基于范围的ARQ、以及停止等 待ARQ。
补充状态报告可以由肯定确认、否定确认、或者任何其他包括关于 涉及在前传输的协议数据单元的接收方的当前状态的信息的ARQ消息 来构成。
补充状态报告考虑到刚刚在执行切换之前在链路层发送者与链路 层接收方之间的ARQ同步。在一些情况下，补充状态报告可以被认为 是非定期报告，因为除了在正常传输情形中即在不包含切换过程的传输 情形中生成的状态报告外，它也可以由接收方生成。
在一些情况下，该方法可以包括暂停服务数据单元和/或协议数据单 元的传输的另一步骤。该暂停优选地按照与补充状态报告的接收具有紧 密的时间关系来发生。根据笫一选项，响应于补充状态报告的接收而暂 停协议数据单元的传输。根据另一选项，在补充状态报告的接收之前， 例如响应于有关即将发生的切换的通知的接收，已经暂停协议数据单元 的传输。
该方法另外可以包括向接收方请求补充状态报告的步骤。如果该请 求步骤由需要该补充状态报告的链路层实体来执行，则可以按照紧密的 时间关系(例如紧接在向接收方请求补充状态报告之前或之后)来暂停 协议数据单元的传输。在一种情形中， 一旦收到有关即将发生的切换的 通知，就启动请求补充状态报告的步骤。
可以按照各种方式向接收方请求补充状态报告。对补充状态报告的 请求例如可以被包含在发送给接收方的专用链路层消息中。另外或者作 为选择，可以经由一个或多个无线资源管理(RRM)消息来请求补充状 态报告。作为选择或者另外，可以经由一个或多个RRM控制消息来接 收补充状态报告。
根据一种变化，请求补充状态报告的步骤包括发送命令所述接收方
无条件地生成并传送补充状态报告的请求。如果接收方收到这样的请 求，则该接收方必须不理会可能阻止或延迟状态报告的生成的任何条 件，例如运行状态禁用定时器。
确定服务数据单元的步骤优选地排除与在接收方处正确接收的协
议数据单元(如在补充状态报告中所示)相对应的这种服务数据单元。
为此，在启动重建之前，可以在PDU緩沖器中删除成功传输的协议数 据单元。因而， 一个更加最新的重建成为可能，因为补充状态报告和所 得到的强制ARQ同步紧接在即将发生的切换之前。
根据第一选项，确定服务数据单元的步骤包括考虑到在补充状态 报告中所包含的信息，根据已緩沖的协议数据单元来重建服务数据单 元。根据另一选项，确定服务数据单元的步骤包括考虑到在补充状态 报告中所包含的信息，选择与已緩沖的协议数据单元相对应的已緩冲的 服务数据单元。服务数据单元可以从常规SDU緩沖器(其填充有从更 高功能层(例如图1所示的SDU緩沖器12)接收的服务数据单元)中 或者从单独SDU緩冲器中选择，该单独SDU緩沖器仅仅包括已经或者 将要被分段成协议数据单元的这种服务数据单元。
如前所述，从更高功能层接收的服务数据单元可以被緩沖在链路层 緩冲器中。在这种情形下，可以根据所有已确定的服务数据单元(例如 根据协议数据单元已经重建的那些服务数据单元)以及另外根据所有常 规緩沖的服务数据单元来创建数据上下文。传输的数据上下文因此还将 包括考虑到在补充状态报告中所包含的信息而重建或以其他方式确定 的服务数据单元。如此创建的数据上下文随后可以被传送给将要建立 (或者已经建立)到达接收方的新ARQ连接的链路层实体。
本发明可以以软件解决方案的形式来实行，通过 一 个或多个硬件组 件来实行，或者作为组合的软件/硬件方法来实行。根据软件方面，提供 一种计算程序产品。该计算机程序产品包括程序代码部分，用于当该计 算机程序产品在一个或多个计算装置上运行时执行处理步骤。该计算机 程序产品可以被存储在计算机可读记录介质上。
至于硬件方面，提供一种用于为切换而配置链路层实体的装置，该 链路层实体从更高功能层接收服务数据单元，把服务数据单元转换成协 议数据单元，并且緩冲协议数据单元以便在具有状态报告的ARQ协议
的体系下传送给接收方，其中状态报告指示在接收方处收到一个或多个 协议数据单元。该装置包括第一接口，其适于在具有即将发生的切换 的上下文中，从协议数据单元的接收方接收用于现有ARQ连接的补充 状态报告；机构，其适于考虑到在所述补充状态报告中所包含的信息来 确定与緩冲的协议数据单元相对应的服务数据单元；以及第二接口，其
适于把所确定的服务数据单元传送给将要建立到达接收方的新ARQ连 接的链路层实体。
该装置可以是另外包括具有报告机构的接收方的系统的一部分，所 述报告机构适于生成用于现有ARQ连接的补充状态报告。该装置可以 被集成在一个或多个链路层实体中或者以其他方式与一个或多个链路 层实体通信。这些链路层实体又可以被结合在可包括一个或多个更多功 能层的网络组件中。
在下文中将参考附图所示的示例性实施例对本发明进行描述，其
中
链路层中执行的各种机制的示意图2是说明两个链路层实体之间的第 一切换过程的示意图3是说明两个链路层实体之间的笫二切换过程的示意图4示出说明由图3所示的切换过程所产生的数据丢失的图5是说明由图5所示的数据丢失所产生的超时特性的图6是说明由于不必要重建的SDU所产生的数据重复的图7是说明响应于由图6所示的数据重复所造成的重复确认的TCP
特性的图8是说明根据本发明 一 个实施例的配置装置的实施例的示意图； 图9是说明系统实施例和在图8的装置的控制下的切换过程的示意
图IO是说明本发明的方法实施例的示意流程图11是说明本发明另一实施例的示意图；以及 .曰月由子太劳曰f
具体实施例方式
在以下描述中，为了解释而非限制的目的，陈述了特定细节，例如 特定顺序的处理步骤、各个ARQ情形以及特定系统配置，以便提供对 本发明的彻底理解。对于本领域技术人员而言下述将是显然的，即可以 在背离这些特定细节的其他实施例中实行本发明。特别是，虽然将在
TCP/IP上下文中关于特定ARQ机制和关于具有某种配置的数据链路层 来描述实施例，但是应当理解，还可以在具有其他协议和配置的上下文 中实施本发明。
而且，本领域技术人员将会认识到，以下解释的功能可以使用与程 控微处理器或通用计算机共同运行的软件、和/或使用专用集成电路 (ASIC)来实施。还将认识到，尽管主要以方法和装置的形式描述了本 发明，但是本发明还可以体现在计算机程序产品中以及体现在包括计算 机处理器和耦合到该处理器的存储器的系统中，其中利用可以执行这里 所公开的功能的一个或多个程序.来对该存储器进行编码。
图8示出用于为切换而配置链路层实体的装置80的实施例。装置
中)接收补充状态报告的第一接口 82。因而，补充状态报告被捆绑到该 切换过程。该状态报告与在第 一链路层实体和接收方之间延伸的现有 ARQ连接有关。除了由接收方根据常规ARQ协议生成的正常状态报告 外，还可以经由第一接口 82接收补充状态报告。
装置80还可以包括机构84,其适于基于在补充状态报告中所包含 的信息，确定(例如重建或选择)与緩冲的协议数据单元相对应的服务 数据单元。该信息可以指示在接收方处一个或多个协议数据单元的成功 的和/或失败的接收。补充状态报告因而考虑到在接收方与第一链路层实 体之间的同步，该第一链路层实体经由现有ARQ连接与接收方通信。 该同步有助于避免这样一种服务数据单元的传送，这种服务数据单元对 应于已经被接收方成功接收但还未通过"正常"状态报告确认的已緩冲 协议数据单元。
另外，装置80包括第二接口 86,其适于把由机构84所确定的服务 数据单元在具有切换的上下文中传送给将要建立到达接收方的新ARQ 连接的第二链路层实体。
现在将参考图9对该切换进行更详细的解释。
图9示出一个网络系统90,该网络系统90包括两个链i 各层实体 92、 94;用于链路层实体92、 94的(公共)控制器88;以及接收方96。 两个链^各层实体92、 94中的每一个和接收方96具有协议栈，该协议栈 具有可以类似于图1所示的数据链路层的数据链路层。此外，链路层实 体92、 94中的每一个包括如图8所示的用于实施所需的切换配置的装
置80。
在一个示例性实施中，链路层实体92、 94被包含在符合通用移动 电信系统(UMTS)标准的基站或节点B中。控制器88可以被配置为 UMTS无线网络控制器(RNC)。在UMTS的上下文中，接收方96可 以采取用户设备(UE)(例如移动电话)的形式。作为选择，链路层实 体92、 94可以与控制器88—起^皮集成到单个RNC组件中。
应当注意，装置80和链路层实体92、 94可以;故实施在终端侧，例 如在UE内(上行链路)，或者被实施在网络側(下行链路)。在终端 情形中，两个链路层实体92、 94例如可以构成耦合到同一个终端(例 如便携计算机)的两个不同的PCMCIA卡。作为选择，两个链路层实体 92、94可以被集成在可根据至少两个无线通信标准(例如UMTS和GSM (全球移动通信系统))操作的双模终端中。
从图9中可见，存在在第一链路层实体92与接收方96之间延伸的 ARQ连接98。 ARQ连接98构成具有ARQ功能的数据和/或控制信道。 由于接收方96可能的移动性或者其他情况，在某个时间点可能需要在 第 一链路层实体92与第二链路层实体94之间的切换。在切换过程中， 将在第二链路层实体94与接收方96之间建立新ARQ连接100。在建立 新ARQ连接100之后(或者在一个可选实施例中是在建立新ARQ连接 100之前)，可以终止第一链路层实体92与接收方之间的现有ARQ连 接96。在切换过程期间，将在第一网络实体92与第二链路层实体94之 间传送数据上下文，如箭头102所示。可以直接地或者经由控制器88 在链路层实体92、 94之间传送数据上下文。
在下文中将参考图10的流程图1000并从笫一链路层组件92的视 角来描述图9所示的四个网络组件88、 92、 94、 96之间的通信。
第一链路层实体92不断地从设置在控制器88或任何其他网络组件 中的更高功能层(例如网络层L3)接收服务数据单元。链路层实体92 把这些服务数据单元转换成协议数据单元，并且緩冲这些协议数据单元 以便在ARQ协议的体系下传送给接收方96。 ARQ协议规定指示在接收 方96处收到一个或多个协议数据单元的正常状态报告。
现在参考图10,第一链路层实体92在第一步骤1010中，在具有接 收方96从第一链路层实体92到第二链路层实体94的即将发生的切换 的上下文中，从接收方96接收用于现有ARQ连接98的补充状态报告。
在第二步骤1020中，第一链路层实体92考虑到在从接收方96接 收的补充状态报告中所包含的状态信息，确定(例如重建或选择)与緩 沖的协议数据单元相对应的服务数据单元。
在另一步骤1030中，第一链路层实体把至少包含在步骤1020中所 确定的服务数据单元的数据上下文传送给第二链路层实体94,如箭头 102所示。另外，控制器88将把服务数据单元流从第一链路层实体92 切换到第二链路层实体94。第二链路层实体94随后考虑到从第一链路 层实体92接收的数据上下文，将开始经由ARQ连接100把协议数据单 元传送给接收方96。
在下文中将参考图11所示的示意图来描述本发明的另一实施例。 图11所示的实施例可以与参考图8至图10所述的任何一个实施例进行 组合。
当(例如由图9所示的控制器88)检测到PDU流的接收方需要从 当前服务链路层实体(图11的左侧)切换到新链路层实体(图11的右 側)时，启动在图11中示意性说明的过程。在这种情况下，当前服务 链路层实体被立即通知即将发生的切换。该通知触发当前服务链路层实
体与PDU接收方(未在图11中示出)之间的状态同步。该状态同步可 以以各种方式扭^亍。
在一个实施例中，当前服务链路层实体(例如RLC子层)向PDU 接收方发送最新定义的链路层消息(在下文中称为超轮询请求)。PDU 接收方通过生成补充状态报告并通过向当前服务链路层实体传送该状
态报告来答复该超轮询请求。超轮询请求与正常链路层轮询的区别在于 这一事实，即超轮询请求命令接收方在任何情况下都生成并传送状态报
告(例如即使在本地状态禁用定时器正在运行的情况下)。
为了减少总的消息传送，与切换有关的超轮询请求可以由作为切换 过程的附加设置而包括的"默认请求"来替代(其通常经由无线资源控 制(RRC)协议的RRM消息来执行)。在此情况下，补充状态报告可 以被自动生成并且从接收方传送，所述接收方在专用或与切换有关的 RRM消息中被通知了即将发生的切换。因此，用于将被转移的链路层 连接的状态报告可以被包含在RRM消息中，而不是作为单独的链路层 消息进行发送(例如在上面讨论的超轮询请求情形中)。
在具有接收切换通知的上下文中和/或在具有生成和发送补充状态
报告的上下文中，当前服务链路层实体可以可选地暂停对接收方的PDU 传输。另外或者作为选择，可以暂停对当前服务链路层实体的SDU传输。
响应于来自接收方的补充状态报告的接收，当前服务链路层实体更 新它的传输状态。该更新步骤可以包括删除或丢弃在图11所示的PDU 緩沖器14中的在补充状态报告中作出肯定确认的任何PDU。
在下一步骤中，为了上下文传输，当前服务链路层实体从已更新的 PDU緩沖器14中重建SDU。这里应当注意，仅仅在补充状态报告的内 容已经被考虑之后才开始重建。在另一个可选实施例中，SDU不是从已 更新的PDU緩冲器14中重建的，而是从SDU緩冲器12中选取的(在 此情况下，从用于分段的SDU緩冲器12读取的SDU将被适当作标记， 但是不从SDU緩冲器12中删除)，或者是从专用SDU緩冲器(未示 出)中选取的，其中为了分段而读出的SDU被暂时存储，以便生成与 切换有关的数据上下文。在所述选择情形中，在补充状态报告中被确认 的那些SDU将不被选择用于数据上下文生成。
在重建情形中，当前服务链路层实体根据在SDU緩冲器12中存储 的所有SDU以及另外还根据从已更新PDU緩冲器14重建的那些SDU 来创建该数据上下文。随后把包括已緩沖和已重建的SDU的数据上下 文转发给新链路层实体，如由图11中的两个箭头所示。在新链路层实 体处，在数据上下文中包含的SDU被存储在本地SDU緩冲器12，中。 因此，该SDU緩冲器12'也将包括与根据当前/在前服务链路层实体的 已更新PDU 14而重建的PDU相对应的SDU。
在最后的步骤中，SDU流被切换到新链路层实体，如图11所示， 并且新链路层实体经由最新建立的ARQ连接开始向原始接收方传送 PDU。
根据上面的描述而已经变得显然的是，这些实施例允许无损切换而 不重复已经成功传送的SDU。因此，可以避免与更高层协议(例如TCP) 的负交互，如图12的图所示。正如可以从图12了解到的那样，拥塞窗 口 CWND仅-故SDU緩冲器溢出压制，但是可以注意到没有由于在切换 时的无意数据重复而引起的对TCP的干扰。
应当注意，本发明适用于各种各样的切换情形。这些情形包括系统 内切换、不同无线技术(例如接入交换机)之间的系统间切换、在第三
1代合作伙伴计划(3GPP)的长期演进(LTE)计划中不同接入网关之间 的切换、以及3GPP LTE版本7与预发行版本7的3GPP接入之间的切 换。另夕卜，对于RNC间的切换，可以改进3GPP网络内的服务无线网络 系统(SRNS)重定位机构。
本领域技术人员将会认识到，可以以各种方式修改或扩展上述的实 施例。尽管上述描述因此参考了优选实施例，但是本发明的范围完全由 后面的权利要求书及其中所述的元素来限定。
权利要求
1、一种为切换而配置链路层实体(92，94)的方法，所述链路层实体(92，94)从更高功能层接收服务数据单元，把所述服务数据单元转换成协议数据单元，并且缓冲所述协议数据单元以便在具有状态报告的ARQ协议的体系下传送给接收方(96)，所述状态报告指示在所述接收方(96)处收到一个或多个协议数据单元，所述方法包括以下步骤:-在具有即将发生的切换的上下文中，从协议数据单元的接收方(96)接收用于现有ARQ连接(98)的补充状态报告；-考虑到在所述补充状态报告中所包含的信息，确定与缓冲的协议数据单元相对应的服务数据单元；以及-把所确定的服务数据单元传送给将要建立到达所述接收方(96)的新ARQ连接(100)的链路层实体(94)。
2、 权利要求1所述的方法，还包括按照与所述补充状态报告的接 收具有紧密的时间关系来暂停协议数据单元的传输的步骤。
3、 权利要求1或2所述的方法，还包括向所述接收方(96)请求 所述补充状态报告的步骤。
4、 权利要求3所述的方法，其中一旦收到有关所述即将发生的切 换的通知，就启动请求所述补充状态报告的所述步骤。
5、 权利要求3或4所述的方法，其中请求所述补充状态报告的所 述步骤包括向所述接收方(96)发送专用链路层请求消息。
6、 权利要求3至5中的一项所述的方法，其中请求所述补充状态 报告的所述步骤被实施为在所述接收方(96) —侧的切换设置。
7、 权利要求3至6中的一项所述的方法，其中经由一个或多个无 线资源管理消息来执行请求和接收所述补充状态报告的步骤中的至少 一个步骤。
8、 权利要求1至7中的一项所述的方法，其中确定服务数据单元 的所述步骤排除与在所述接收方(96)处正确接收的协议数据单元相对 应的这种服务数据单元。
9、 权利要求1至7中的一项所述的方法，其中确定与緩沖的协议 数据单元相对应的服务数据单元的所述步骤包括根据緩沖的协议数据 单元来重建服务数据单元。
10、 权利要求1至8中的一项所述的方法，其中确定与緩沖的协议 数据单元相对应的服务数据单元的所述步骤包括从緩沖器中选择服务 数据单元。
11、 权利要求3至10中的一项所述的方法，其中请求所述补充状 态报告的所述步骤包括生成命令所述接收方(96)无条件地生成所述 补充状态报告的请求。
12、 权利要求1至11中的一项所述的方法，还包括在转换之前緩 冲所述服务数据单元的步骤。
13、 权利要求12所述的方法，还包括以下步骤-根据所有緩冲的服务数据单元和所有确定的服务数据单元来创建 数据上下文；以及-向将要建立到达所述接收方(96)的所述新ARQ连接(100)的 所述链路层实体(94)传送所述数据上下文。
14、 一种计算机程序产品，包括程序代码部分，用于当所述计算机 程序产品在计算装置上运行时执行权利要求1至13中的一项所述的各 步骤。
15、 权利要求14所述的计算机程序产品，其被存储在计算机可读 记录介质上。
16、 一种用于为切换而配置链路层实体(92, 94)的装置(80),所 述链路层实体(92, 94)从更高功能层接收服务数据单元，把所述服务数 据单元转换成协议数据单元，并且緩冲所述协议数据单元以便在具有状态 报告的ARQ协议的体系下传送给接收方(96),所述状态报告指示在所 述接收方(96)处收到一个或多个协议数据单元，所述装置(80)包括陽第一接口 (82),其适于在具有即将发生切换的上下文中，从协 议数据单元的接收方(96)接收用于现有ARQ连接(98)的补充状态 报告；-机构(84),其适于考虑到在所述补充状态报告中所包含的信息， 确定与緩冲的协议数据单元相对应的服务数据单元；以及画第二接口 (86)，其适于把所确定的服务数据单元传送给将要建 立到达所述接收方的新ARQ连接(100)的链路层实体(94)。
17、 一种系统(90)，包括与一个或多个链路层实体(92, 94) 通信的权利要求16所述的装置(80);以及具有适于生成补充状态报 告的报告机构的接收方(96)。
全文摘要
描述了一种为切换而配置链路层实体的技术。在方法实施例中，该技术包括在具有即将发生的切换的上下文中，从协议数据单元的接收方接收用于现有ARQ连接的补充状态报告；考虑到在补充状态报告中所包含的信息，确定与缓冲的协议数据单元相对应的服务数据单元；以及把所确定的服务数据单元传送给将要建立到达接收方的新ARQ连接的链路层实体。基于补充报告的强制的状态同步防止传送在接收方处已经成功接收的服务数据单元。
文档编号H04W36/12GK101385375SQ200680053283
公开日2009年3月11日 申请日期2006年2月24日 优先权日2006年2月24日
发明者H·韦曼, J·萨克斯, M·迈耶, R·路德威格 申请人:艾利森电话股份有限公司