CN1984074A - 一种业务接收方法 - Google Patents

Abstract

本发明公开了一种业务接收方法，该方法为接收状态变量V(R)设置定时器，在临时数据块流(TBF)建立时启动该定时器，并在每次V(R)发生变化时重启定时器，接收方在定时器超时后移动接收窗口。本发明所提供的方法能够降低TBF传输过程中的业务时延，减少无线资源的浪费。

Description

一种业务接收方法

技术领域

本发明涉及无线传输技术，尤其涉及一种业务接收方法。

背景技术

在通用无线分组业务(GPRS)中，无线链路控制(Radio Link Control，RLC)自动重复请求(Automatic Repeat ReQuest，ARQ)功能支持三种操作模式，分别为：RLC应答模式(RLC acknowledged mode)、RLC非应答模式(RLC unacknowledged mode)和RLC非持久模式(RLC non-persistentmode)。RLC应答模式重发RLC数据块以获得高可靠性，RLC非应答模式不进行RLC数据块的重发，RLC非持久模式使用RLC数据块的非完全重发(non-exhaustive retransmission)。

对于多媒体广播/多播业务(Multimedia Broadcast/Multicast Service，MBMS)的传输，通常采用的是RLC非持久模式。MBMS的承载实体由网络侧的一个RLC发送端点和多个移动台(MS)上的RLC接收端点组成，RLC发送端点用于发送RLC/媒体接入控制(MAC)数据块和控制块，且只可以接收RLC/MAC控制块；RLC接收端点用于接收RLC/MAC数据块和控制块，且只可以发送RLC/MAC控制块。

现有协议中关于MBMS业务中的RLC非持久模式示意图参见图1所示，图中阴影部分表示窗口，发送方有一发送窗口，接收方有一接收窗口，发送方根据V(A)调整发送窗口，根据V(S)进行RLC数据块的发送；接收方根据V(Q)调整接收窗口，根据V(R)进行RLC数据块的接收。每个RLC数据块都有一个编号BSN，BSN的取值范围为0，1，......，SNS-1。下面对图1中的各个变量进行简要描述：

①SNS表示RLC数据块的序列空间，即所有RLC数据块的编号空间；

②WS表示窗口大小，所有满足[V(Q)≤BSN≤V(R)]modulo SNS的RLC数据块都落在接收窗口中；

③V(A)是确认状态变量，标识发送窗口内发出去最久但还未收到接收方确认的RLC数据块，一般情况下V(A)＝BSN’，BSN’是满足[V(S)-BSN’]modulo SNS≤WS的最久还未得到确认的RLC数据块；当发送窗口内的所有RLC数据块都已得到确认时，V(A)＝V(S)；

④V(S)是发送状态变量，标识发送方下一个需要传输的数据块，V(S)的取值不依赖于V(A)，且满足[V(S)-V(A)]modulo SNS≤WS；

⑤V(Q)是接收窗口状态变量，标识接收窗口内最久还没有收到的RLC数据块，一般情况下V(Q)＝BSN’，BSN’是满足[V(R)-BSN’]modulo SNS≤WS的最久没有收到的RLC数据块，当接收窗口内的所有RLC数据块都已收到时，V(Q)＝V(R)；

⑥V(R)是接收状态变量，标识接收方下一个要接收的RLC数据块，V(R)＝[BSN′+1]modulo SNS，其中，BSN′是接收方最近收到的RLC数据块，满足[V(R)≤BSN′＜V(R)+SNS-WS]modulo SNS；

⑦V(B)是发送方的确认状态数组，数组中每一个元素的取值标识当前所发送的块的确认状态，由V(A)作为索引，描述V(A)之后最多WS个RLC数据块的确认状态，发送方可以对数组内的任意RLC数据块进行选择重发；

⑧V(N)是接收方的接收状态数组，数组中每一个元素的取值标识当前所发送的块的接收状态，由V(R)作为索引，描述V(R)之前最多WS个RLC数据块的接收状态。

在数据传输过程中，需要对发送窗口和接收窗口不断进行调整，具体如下：在发送方，只要有新的RLC数据块，发送方就一直发送，在发送窗口满的情况下，即[V(S)-V(A)]modulo SNS＝WS时，移动V(A)让其指向下一个等待确认的RLC数据块位置，并移动窗口，使不等式[V(S)-V(A)]modulo SNS≤WS成立；

在接收方，只要有新的RLC数据块到达，接收方就一直接收，在接收窗口满的情况下，即[V(R)-V(Q)]modulo SNS＝WS时，将BSN＝V(Q)的RLC数据块及其它的已经收到的RLC数据块交给上层，移动V(Q)让其指向下一个等待接收的RLC数据块位置，并移动窗口，使不等式[V(R)-V(Q)]modulo SNS≤WS成立。

对于一些实时性要求比较高的低时延业务，如网际协议电话(VoIP)，需要比较低的时延来保证用户的业务感受，鉴于RLC非持久模式的特点，相对于其它两种模式，RLC非持久模式更适合于会话类等时延敏感业务的传输。目前已经有很多公司提出要在低时延业务的临时数据块流(TemporaryBlock FloW，TBF)中引入RLC非持久模式。每个TBF由两个RLC端点(RLCendpoint)组成，每个RLC端点既有一个能发送RLC/MAC数据块的发送方，也有一个能接收RLC/MAC数据块的接收方。

目前在低时延业务的TBF中引入RLC非持久模式的方法主要有：接收方使用固定的窗口大小来接收RLC数据块，当接收窗口满时，强制接收窗口向前移动。为降低业务时延，接收窗口长度一般较小。具体的接收过程如图2所示，V(Q)指示接收窗口内第一个未接收到的RLC数据块位置，V(R)指示下一个要接收的RLC数据块位置，r表示未收到的RLC数据块，R表示已收到的RLC数据块，-表示本文中不关心的RLC数据块，t1、t2、t3为三个不同的时刻，下面分别对各个时刻的接收窗口状态进行详细说明：

t1时刻，接收窗口未满，接收方继续接收新的RLC数据块，以及等待接收以前未收到的RLC数据块；

t2时刻，接收窗口满，接收方还可以继续接收新的RLC数据块，以及等待接收以前未收到的RLC数据块；

t3时刻，又来了一个新的数据块B1，这时需要将V(Q)移动到下一个期待接收的RLC数据块，并移动窗口。

接收方在没有收到V(Q)的情况下，可能多次要求发送方重发V(Q)，但接收方还是一直没有收到V(Q)，在接收窗口未满时，接收方不能移动接收窗口，直到接收窗口满并收到新的RLC数据块后才能移动接收窗口，这时接收方将不再继续等待V(Q)的到来。接收窗口移动后的处理过程与上述各个时刻的处理过程类似，这里不再反复介绍。

但是，当传输由于人为等原因暂时在一段时间内没有新的RLC数据块传输时，接收方可能由于接收窗口未满，而在一直等待接收接收窗口内第一个未接收到的RLC数据块，从而造成等待时间过长，超出了传输业务的时延要求；另外，如果发送窗口在未满的情况下暂时停止、并且还有未确认的RLC数据块，那么发送方可能会一直不停地重发发送窗口内还未收到确认的RLC数据块，这样容易造成无线资源的浪费。

发明内容

有鉴于此，本发明的目的在于提供一种业务接收方法，降低业务时延。

为达到上述目的，本发明提供的技术方案如下：

为V(R)设置定时器，在TBF建立时启动该定时器，并在每次V(R)发生变化时重启定时器，接收方在定时器超时后移动接收窗口。

其中，所述接收方在定时器超时后移动接收窗口包括：定时器超时后，接收方判断接收窗口内是否存在除第一个未收到的RLC数据块之外的其它未收到的RLC数据块，如果存在，则将V(Q)移到下一个未收到的RLC数据块处，并将接收窗口内所述下一个未收到的RLC数据块之前的所有已收到的RLC数据块交给上层；否则，将接收窗口内的所有已收到的RLC数据块交给上层，并将V(Q)移到V(R)处。

所述设置定时器包括：发送方和接收方根据业务的服务质量需求，协商设置定时器时长；或者，根据网络特性在系统中设置默认的定时器时长。

所述定时器超时后进一步包括：接收方通知发送方停止重发当前V(Q)指示的RLC数据块；发送方收到通知后，停止重发该RLC数据块。

该方法进一步包括：当V(Q)发生变化时，重启定时器。

由此可见，本发明通过设置定时器来控制接收窗口的移动，当TBF传输由于某种原因暂时没有新的RLC数据块用于传输时，若接收窗口未满，则接收方不会一直等待接收未收到的RLC数据块，而是在定时器超时后移动接收窗口，这样就可避免由于等待时间过长造成超出业务时延要求的情况发生，从而降低了业务时延。另外，在定时器超时后，接收方还可通知发送方停止重发当前V(Q)指示的RLC数据块，这样，发送方就不会一直重发发送窗口内还未收到确认的RLC数据块，而是在收到接收方发送来的通知后停止重发，从而避免了无线资源的浪费。

附图说明

图1为现有协议中的RLC非持久模式示意图。

图2为现有技术中的接收过程示意图。

图3为本发明实施例中的接收过程示意图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，下面参照附图并举实施例，对本发明作进一步详细说明。

本发明的基本思想是：为V(R)设置定时器，在TBF建立时启动该定时器，并在每次V(R)发生变化时重启定时器，接收方在定时器超时后移动接收窗口。也就是说，通过使用定时器来监控接收方是否有新的数据到达，并控制接收窗口的移动。

定时器时长的具体值可以由发送方和接收方根据业务的QoS需求协商设置一定时器时长，比如，通过RLC数据块或控制块进行协商；或者，根据网络特性在系统中设置一个默认的定时器时长，网络侧将设置的定时器时长通过系统消息广播给所有的移动台，或者通过控制信令发送给特定的移动台。在业务传输过程中，还可以根据实际业务需要，对定时器时长进行动态调整。

下面结合图3对本发明中接收方的接收过程进行详细说明，其中，V(Q)指示接收窗口内第一个未接收到的RLC数据块位置，V(R)指示下一个要接收的RLC数据块位置，r表示未收到的RLC数据块，R表示已收到的RLC数据块，-表示本文中不关心的RLC数据块，t1、t2、t3为三个不同的时刻，下面分别对各个时刻的接收窗口状态进行详细说明。

t1时刻，接收窗口未满，接收方收到一个新的RLC数据块，V(R)前移，重启定时器。

t2时刻，接收窗口未满，TBF传输由于某种原因如人为原因而暂时中断，V(R)不动，这时定时器继续运行。在t1到t2到这段时间内，接收方有可能收到发送方重发到RLC数据块，比如图3中，t1时刻V(Q)所指RLC数据块的下一个标记为r的RLC数据块在t2时刻到达接收方，此时该RLC数据块的标记更改为R。

t3时刻，接收窗口未满，V(R)依然不动，定时器超时，这时接收方不再继续等待，而是移动接收窗口。具体如下：接收方判断接收窗口内是否存在除第一个未收到的无线链路控制RLC数据块之外的其它未收到的RLC数据块，如果存在，则将接收窗口状态变量V(Q)移到下一个未收到的RLC数据块处，并将接收窗口内所述下一个未收到的RLC数据块之前的所有已收到的RLC数据块交给上层；否则，将接收窗口内的所有已收到的RLC数据块交给上层，并将V(Q)移到V(R)处。定时器超时前的处理过程与现有协议一致，这里不再一一赘述。

t3时刻V(Q)移动后，即V(Q)发生变化时，重启定时器，开始新一轮的计时，定时器超时前按现有协议进行处理，定时器超时后移动接收窗口。

可见，采取本发明所提供的方法以后，当传输由于某种原因暂时没有新的RLC数据块传输时，如果接收窗口未满，则接收方不会一直等待接收未收到的RLC数据块，而是在定时器超时后移动接收窗口，这样就可避免由于等待时间过长造成超出业务时延要求的情况发生，从而降低了业务时延。

另外，在定时器超时后，接收方还可通知发送方停止重发当前V(Q)指示的RLC数据块，所述当前V(Q)指示的RLC数据块是指未经移动的V(Q)所指示的RLC数据块；发送方收到接收方发送来的通知后，停止重发该RLC数据块。这样，发送方就不会一直重发发送窗口内还未收到确认的RLC数据块，而是在收到接收方发送来的通知后停止重发，从而避免了无线资源的浪费。

另外，为了使发送方或接收方确知对方是否支持本发明所提供的方法，发送方或接收方可互相进行通知，比如，网络侧通过小区系统消息通知小区内的所有移动台自身支持本发明所提供的方法，或者，通过控制信令通知某个特定的移动台自身支持本发明所提供的方法；移动台可以在接入网络或信道请求的时候通知网络自身支持本发明所提供的方法。

以上所述对本发明的目的、技术方案和有益效果进行了进一步的详细说明，所应理解的是，以上所述并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (5)

1、一种业务接收方法，其特征在于，为接收状态变量V(R)设置定时器，该方法包括：在临时数据块流TBF建立时启动该定时器，并在每次V(R)发生变化时重启定时器，接收方在定时器超时后移动接收窗口。

2、根据权利要求1所述的方法，其特征在于，所述接收方在定时器超时后移动接收窗口包括：

定时器超时后，接收方判断接收窗口内是否存在除第一个未收到的无线链路控制RLC数据块之外的其它未收到的RLC数据块，如果存在，则将接收窗口状态变量V(Q)移到下一个未收到的RLC数据块处，并将接收窗口内所述下一个未收到的RLC数据块之前的所有已收到的RLC数据块交给上层；否则，将接收窗口内的所有已收到的RLC数据块交给上层，并将V(Q)移到V(R)处。

3、根据权利要求1所述的方法，其特征在于，所述设置定时器包括：发送方和接收方根据业务的服务质量需求，协商设置定时器时长；或者，根据网络特性在系统中设置默认的定时器时长。

4、根据权利要求1所述的方法，其特征在于，所述定时器超时后进一步包括：接收方通知发送方停止重发当前V(Q)指示的RLC数据块；发送方收到通知后，停止重发该RLC数据块。

5、根据权利要求1所述的方法，其特征在于，该方法进一步包括：当V(Q)发生变化时，重启定时器。

Images