CN1518236A - 在无线通讯系统中处理非预期的传输中断信号的方法 - Google Patents
在无线通讯系统中处理非预期的传输中断信号的方法 Download PDFInfo
- Publication number
- CN1518236A CN1518236A CNA031027334A CN03102733A CN1518236A CN 1518236 A CN1518236 A CN 1518236A CN A031027334 A CNA031027334 A CN A031027334A CN 03102733 A CN03102733 A CN 03102733A CN 1518236 A CN1518236 A CN 1518236A
- Authority
- CN
- China
- Prior art keywords
- radio link
- medium access
- access control
- data
- course
- 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.)
- Pending
Links
Images
Abstract
一种在无线通讯系统中处理非预期的传输中断信号的方法,由一无线链接控制层提供无线链接控制实体讯息给一媒体存取控制层。无线链接控制实体讯息指出无线链接控制层具有服务数据单元等待被传送。在提出无线链接控制实体讯息后,无线链接控制层收到一非预期数据中断,要求无线链接控制层放弃或是中断传输服务数据单元。呼应无线链接控制实体讯息,媒体存取控制发出一媒体存取控制请求,要求无线链接控制层至少送出一个协议数据单元。呼应媒体存取控制请求,无线链接控制层送给媒体存取控制层至少一填空协议数据单元,以取代被丢弃的服务数据单元。另一种做法是将原本丢弃的服务数据单元予以保留,等到下一个传送时段才丢弃。
Description
(1)技术领域
本发明有关一种处理在无线通讯数据传输过程中发生不预期中断的处理方法;尤指一种对在无线链接控制(Radio Link Control、RLC)层与媒体存取控制(Media Access control、MAC)层之间中断的排除控制方法。
(2)背景技术
许多的通讯协议通常都运用三层通讯架构来彼此通讯。请参考图1。图1是三层通讯架构协议的方块图。在一般的无线环境中,第一站10以无线方式与一个或是多个第二站20通讯。第一站10中的一通讯应用13产生了一个应用讯息11,并将此应用讯息11递送到一第三层界面12,以便将此应用讯息11传送到第二站20。第三层接口12也可以产生第三层信号讯息12a,用以控制第一站10与第二站20之间的第三层操作。譬如说,第三层信号讯息12a可以是一密钥切换的请求。此密钥切换请求可个别地由第一站10与第二站20的第三层接口12、22所产生。第三层接口12以第二层的服务数据单元(service data units、SDUs)的格式,递送应用讯息11或是信号讯息12a至第二层接口16。第二层的SDU 14有可能有不同的大小。SDU 14携带有第三层接口12所欲递送给第二站20的数据,而这样的数据可能是信号讯息12a,也可能是应用讯息11。第二层接口16将收到的SDU组构成一个或是多个第二层协议数据单元(protocol data units、PDUs)18。每一个第二层PDU 18的长度是固定的。且每一个第二层PDU 18会递送到第一层界面19。第一层接口19就是实体层(physical layer),负责传送数据到第二站20。被传送的数据在第二站20的第一层接口29所接收,然后重组成为一个或是多个PDU,接着往上传到第二层接口26。第二层接口26接收PDU,然后将PDU重组而成一个或是多个第二层的SDU,接着往上传到第三层接口22。接下来,第三层界面22转换所接收到的SDU,使变回一应用讯息21或是一信号讯息22a,此讯息理论上应该跟第一站10的第三层12所出现的原始应用讯息11或是信号讯息12a一样。如果是应用讯息21,则会递送给第二站20中的通讯应用23处理。在此,根据一般通讯命名学上惯用的定义,PDU指的是一个在某一层与其下层之间传递的数据单元,而SDU指的是某一层与上层之间传递的数据单元。因此,一第三层PDU可能称为一第二层SDU。同样道理,一第二层PDU可能称为一第一层SDU。为了说明上的清楚与方便,以下的简称″SDU″均指第二层SDU(也就是第三层PDU),简称″PDU″均指第二层PDU(也就是第一层SDU)。
本发明着重在扮演第三层(负责较高层数据传输接收)与第一层(负责较低层实体传输接收)彼此之间缓冲器角色的第二层接口。请参阅图2,图2为第二层数据传输接收的处理示意图。一个发送器30(可能是一基地台或是一移动端)的第二层接口32,从第三层接口33接收到一串的SDU 34。在此假设这些SDU的大小都不一样(如同图上长短不同所示),且依序编号为1到5。第二层接口将一串的SDU 34转换成一串的PDU 36。此串PDU假设编号为1到4,且每个PDU的长度相同。此串PDU 36送到第一层接口31,准备进行无线传输。相反的流程发生在接收器40(可能是一基地台或是一移动端)的第二层接口42,将一串接收到的PDU 46转变成一串SDU 44。在某些特定的传输模式下,多层协议会要求接收器40中的第二层接口42必须将SDU 44按照顺序送给第三层界面43。也就是说,第二层接口42传送给第三层接口43的顺序,必须从SDU 1开始,依序至SDU 5为止。SDU的顺序不可弄乱,且在先前的SDU还没上传到第三层的前,后续的SDU不可以往上层传送。
在有线通讯环境中,这样的需求很容易实现。但是,在噪声众多的无线通讯环境中,不管是基地台,还是移动端,接收器常常会漏收数据。除此之外,在某些传输模式下,如果第二层SDU 34超过一预定时间仍未传输成功,发送器30的第二层接口32事实上会丢弃这些SDU 34。这种放弃传输的丢弃功能是由每一个SDU所对应的丢弃定时器(discard timer)来控制。如果一个SDU的丢弃定时器超过了时限(timeout),该SDU以及相关的PDU就会一起被丢弃。所以,在应该收到的一串第二层PDU 46中,将有可能遗漏了一些第二层PDU 36,也许是因为传送器30的丢弃,也可能是因为接收器40漏收数据。因此,要确保第二层接口42`依序的将SDU 44送给第三层接口43的需求,便是个明显的挑战。就算是不需要″依序″的传递模式(也就是系统不要求SDU 44必须被依序地往上传递),在相关的PDU尚未被正确的接收到之前,任何不完整的SDU 44也不可以往上传送。
无线通讯协议都非常小心地被设计来面对这样的问题。大致上而言,有两种传送与接收数据的常用模式:确认模式(acknowledged mode,AM)以及非确认模式(unacknowledged mode,UM)传输。对于AM数据而言,接收器40送出一特定的第二层确认信号给发送器30,来告知已经成功的接收到第二层PDU。发送器30就可以重新传送没有被成功接收到的AM PDU,以确保接收器40可正确地接收到所有的PDU。UM模式则没有如此的确认信号,因此,不管是否传输成功,UM PDU并不会有重传的动作。在本说明书中,以AM数据为说明例子。然而,无庸置疑的,UM数据也可以运用本发明。请看图3,并参考图1。图3为一AM数据PDU的化简后方块图,如同在3GPPTM TS 25.322 V3.8.0规范中所载。一般而言,有两种型态的PDU:控制PDU与数据PDU。控制PDU通常被第二层接口16及26用来控制数据传输与接收的协议;譬如说,先前提到的用来确认接收到信号的第二层确认信号便是其中之一。此种第二层接口确认讯息的交换与第三层接口12及22之间交换信号讯息12a及22a有点类似。第二层接口16与26并没有解译或是辨认第三层信号讯息12a与22a,它们仅被当成SDU数据处理。但是,第二层接口16与26会辨认及处理第二层的控制PDU,因此,第二层控制PDU并不会被上传至第三层接口12与22。数据PDU是用来传送SDU数据,会被第二站20的第二层接口26重组后,以SDU的形式上传至第三层接口22。
图3中的PDU 50为一个数据PDU。依照第二层的协议,数据PDU中切割成许多的字段(field)。第一字段51为PDU格式识别字段,仅有单一位,用以表示此PDU为数据PDU还是控制PDU。如果字段中的值为1时,这个PDU 50为一个数据PDU。第二字段是一序号(sequence number,SN)字段52。在AM传输时,此字段有12个位长。后续的PDU会有较高的序号,以使接收器(亦即第二站)20可以正确地组合所接收到的PDU,然后形成第二层SDU 24。譬如说,如果带有序号536的一PDU 18被传送出去,那接下来的一PDU就应该带有序号537,如此类推。一个重传的PDU可以带有序号535,表示此PDU应该是插放在带有序号536的PDU之前。虽然说,在真正的时间上,带有序号535的PDU比带有序号536较晚收到。但是依据接收到的PDU的序号优先级,正确的SDU便可以确切的产生。序号字段52使得重传的PDU可以插放在较早收到的PDU的前的适当位置。利用这个方法,才可以实现数据重传的目的。在序号字段52后有一单一位的轮询位53。如果轮询位53为1,表示接收器20被要求送出一个确认状态PDU作为响应。确认状态PDU是控制PDU的一种,用来表示PDU的接收状态。发送器(亦即第一站)10可以设定轮询位53为1,来要求接收器20送出一确认状态PDU。单一位的字段54目前预留着,没有定义,一般是设定为0。下一个位55a为一延伸位。当位55a设定为1时,表示以下立刻接上一长度指标(length indicator,LI)。LI不是有7个位,就是有15个位;用来指出一个第二层SDU在第二层PDU 50中的结束位置。如果,单单一个SDU就完全占满了PDU 50的数据区域58,那位55a就应当为0,表示PDU中没有LI字段。在图3的例子中,PDU 50有两个第二层SDU 57a与57b结束在第二层PDU 50中。所以,就有两个LI来分别指出第二层SDU 57a与57b的结尾。接着本PDU 50之后续PDU(以序号为区别)就有可能有一个LI来指出SDU 57c在其中的结尾。接在LI1之后的延伸位55b设定为1,表示后续还有一个LI(就是图上的LI2)。接在LI2之后的延伸位55c设定为0,表示后续就没有LI了,数据区域58就紧接着此延伸位55c开始。数据区域58用来放置实际的SDU数据。
请参考图4以及图5。图4为一第二层界面60的详细的方块图;图5为数个传送时段(transmission time interval,TTI)72的时序图(time diagram)。第二层接口60具有一无线链接控制(radio link control,RLC)层62,位于媒体存取控制(medium access control,MAC)层64之上,且与MAC层64相互联结。这样的安排可以从习知的3GPPTM的TS 25.321 V3.9.0规范中得知。MAC层64作为RLC层62与第一层接口61的中间接口。从一个上层(RLC层或是更上层)的角度来看,有许多的通讯信道(channel)已经被建立,而每一个通讯信道都有自己的传输参数。但是,功能上而言,这些通讯信道必须汇集成一单一的位流(stream),以呈现给实体的第一层接口61。这便是MAC层64的主要目的之一。MAC层64对每一个RLC实体(RLC entity)62所交下来的PDU 63分配传送时段,放在一连串的TTI中加以传送。对于一个通讯信道而言,每一个TTI 72的时间长度都是一样,譬如说20ms。但是,不同的通讯信道的TTI就可能有不同时间长度。也就是,对应不同的RLC实体,TTI有可能有不同的时间长度。尽管实际的通信运作时,`有可能有许多的通讯信道,在讨论中先行假设仅仅有一个通讯信道,也就是仅仅有一个RLC层实体62,以利说明。在每一个TTI 72的时间长度中,MAC层64送出一整组74的传输区块(transport block)74a给第一层61来传送。整组74的传输区块74a含有一预定数量的传输区块74a。每一个传输区块74a包含有一个RLC PDU75,以及一个或有或无的MAC标头(header)76,视通讯频道的性质而定。在一TTI中,所有的RLC PDU 75(或是说传输区块74a)都具有一样的长度。RLC PDU 75在一整组74中的数目,或是说传输区块74a在一整组74的数目,则可能随TTI 72不同而不同。譬如说,在图5中,第一个TTI 72中传送了6个PDU 75,而下一个TTI 72传送了3个PDU 75。实际的PDU数据大小也可能随TTI不同而不一样,但是在同一个TTI中却必须相同。因此,在每一TTI传送整组传输区块之前,MAC层64需告知RLC层62在该TTI中所要的PDU数量以及PDU的大小。这称为传输格式组合(transport format combination,TFC)选择,用来安排从RLC层62到MAC层64之间的数据传输流量。TFC选择使MAC层64得以依据各RLC层实体62不同的需求,来产生一有效率的位流数据给第一层实体接口61。依照TFC选择的结果,SDU 65a会先存放在暂存器65,然后被RLC层62分割及重组成TFC选择所要求的大小的PDU 65b,接着RLC层62就递送TFC选择要求的数量与大小的PDU至MAC层64。如同先前所述,MAC层64会视通讯频道的性质在每一个RLC PDU 75的前加上一MAC标头76,成为整组74中的一传输区块74a。然后,一整组74传输区块74a便送到实体的第一层接口61来送出。
请参阅图6,并对照图4。图6为先前技术中TFC选择的时序图。为了在一TTI内至少送出一部分的SDU 65a,TTI 82的TFC选择必须在前一个TTI(就是TTI 81)内完成。在TTI 81中,RLC层62需要告知MAC层64关于RLC实体的状态数据(RLCentity information)84。RLC状态数据84使MAC层64得知有多少SDU数据65a正等着被RLC层62传送。对应RLC状态数据84,MAC层64响应给RLC层62一TFC数据请求86。TFC数据请求86指示RLC层62传送给MAC层64的PDU 65b的大小与数量。上述TFC数据请求86中PDU的数量可能并不足以涵括所有待传的SDU数据65a。如果是这样,RLC层需要在TTI 82中进行另一次的TFC选择,以便在下一个TTI 83中传送剩余的SDU数据65a。不论TFC数据请求86是否足以涵括所有的SDU数据65a,RLC层62依照TFC数据请求86,将适当数量的SDU数据65a组合成所要求大小的PDU 65b。然后,这些PDU 65b就以一整组88的方式递送给MAC层64。在TTI 82中,MAC层64处理该整组88的PDU 65b,然后送给第一层界面61。在TTI 82中,也会为TTI 83的数据传输,再次进行一次TTI选择。而被组合到PDU 65b中的SDU数据65a就会从暂存器65中移除。
SDU 65a也有可能因为逾时(timeout)而从暂存器65中移除。每一个SDU 65a有一个有效期限(expiration time),而且由一个丢弃定时器所追踪。如果,丢弃定时器指出一个SDU 65a已经超过了他的有效期限了,这个SDU 65a便会从暂存器65中移除丢弃,而不会被传送出去。由RLC层62的观点来看,这可能是在任何时候都会发生的随机事件。而这样的事件也可能发生在RLC层62送出RLC状态数据84后,造成RLC层62实际上所拥有的待传SDU 65a数目比RLC状态数据84所描述的少。但是,一但MAC层64响应一TFC数据请求86后,RLC层62便必须传送符合TFC数据请求86所要求的大小与数量的PDU。若没有照着要求执行,便会造成该无线通讯组件的软件错误。这一问题在先前技术中已经遭遇到,而且对于数据传输的排除上是非常重要的。先前技术中,如果RLC层62告知MAC层64关于SDU 65a已经准备好被传送后,一SDU 65a发生了逾时情形,实际上的丢弃动作将会延迟到下一个TTI进行。利用此方法,RLC层62可以确保有足够的SDU来构成一整组88的PDU。在TTI 82中,逾时的SDU如果不在该TTI 82预定传送的该整组PDU之内,便可以在为了TTI 83所做的TFC选择之前直接丢弃,不需延迟丢弃动作。
但是,除了上述状况外,另有其它非预期的数据中断状况,为先前技术所未考虑到的。请回看图1,并参照图4以及图6。大多数的非预期数据中断是由第三层接口12传给第二层接口16的指令(command primitive)所造成。因此,由RLC层62的角度而言,那些中断是无法预期的。这些中断包含有停止(stop)、暂停(suspend)以及重建(re-establish)指令。此外,第二层的重置(reset)事件也是一个非预期的数据中断的原因。当第三层接口决定要切换基地台时,第三层接口12便启动了一个第二层接口16的停止收发的指令。停止指令要求第二层接口12立刻中止SDU数据65a的传送。所以,就算TFC数据请求已经收到了,PDU 65b也必须由待送至MAC层的状态中撤回,变成停止传送状态。重建动作是由第三层接口12启动,第三层接口12会发出一重建指令到第二层接口来重建一通讯信道。如同重建指令字面上的意思一样,一通讯信道将会完全的关闭,然后重建。同样地,重建指令发生时,可能使MAC层64停留于一TFC数据请求没有被满足的状态。当第三层接口12决定变更第一站10与第二站20之间的加密架构时,第三层接口12会启动暂停指令。暂停指令,以带有参数n的方式,由第三层接口12发送给第二层界面16。这个参数n规定第二层接口16在接着送出n个PDU 65b之后就停止传送数据。这个参数n的目的在于提供足够的时间(以PDU为计算单位),使第一站10与第二站20之间能完成密钥同步的程序。通常,如果n足够大,RLC层62将会有足够的警示时间,来预先准备而不会导致一TFC数据请求不能被满足。但是,如果n很小,RLC层62也许就必须撤回待送的PDU 65b,使得TFC数据请求不能被满足。最后说明重置动作。当一通讯信道检测到通讯错误时,第二层接口16会进行重置动作。本质上,这些通讯错误是不可预期的,而且,第一站10或是第二站其中的一都有可能触发这样的重置动作。重置动作会使所有的状态变量(state variable)以及相对应一通讯信道的所有暂存器中所存的数据被清除或是被设定为默认值。因此,在重置动作下,SDU 65a或是PDU 65b都会被移除,因此,便有可能导致MAC层64停留于等候一TFC数据请求无响应的状态。
(3)发明内容
有鉴于此,本发明的主要目的在于提供一种方法以及相对应的系统来处理在无线通讯系统中的一无线链结控制(RLC)层与媒体存取控制(MAC)层之间所发生的非预期传输中断的情况。
根据上述的目的,本发明提出一种无线通讯组件中,在一RLC层与一MAC层之间的传输排除发生非预期数据中断的处理方法与系统。该RLC层提供RLC实体讯息给该MAC层。该RLC实体讯息指出该RLC层具有SDU等待被传送。在提出该RLC实体讯息后,该RLC层收到一非预期数据中断,要求该RLC层放弃或是中断传输该SDU。呼应该RLC实体讯息,该MAC发出一MAC请求,要求该RLC层至少送出一个PDU。呼应该MAC请求,该RLC层送给该MAC层至少一填空PDU,以取代被丢弃的SDU。另一种做法是将原本该丢弃的SDU予以保留,等到下一个TTI才丢弃。
本发明的优点在于,不论传输中断是否发生,该RLC层总是符合该MAC请求的要求,提供足够的数据给该MAC层,因此,避免了软件不稳定的危险。
(4)附图说明
图1是三层通讯架构协议的方块图;
图2为第二层数据传输接收的处理示意图;
图3为一AM数据PDU的格式方块图;
图4为一第二层界面60的方块图;
图5为一传送时段时序图;
图6为先前技术中TFC选择的时序图;
图7为实现本发明的一无线通讯组件100的方块图;
图8a为一AM数据填空PDU 150的方块图;
图8b为一UM数据填空PDU 150b的方块图;以及
图9为依据本发明的数据传输时序图。
(5)具体实施方式
为使本发明的上述目的、特点和优点能更明显易懂,下文特举一较佳实施例并配合上述附图进行详细说明如下。
在以下的描述中,发送器或接收器可以是移动电话(cellulartelephone)、个人数字助理(personal digital assistant,PDA)、个人计算机(personal computer,PC)或是任何其它使用无线通讯协议(wirelesscommunications protocol)的组件。本发明可以应用于发明背景所谈论的无线通讯协议或是其它的无线系统。在详读本说明书后,熟习此技术领域的人士便可以修改习知技术,以实现本发明与习知技术的不同点。
请参阅图7,图7为实现本发明的一无线通讯组件100的方块图。无线通讯组件100包含有一处理器110以及一存储器120。存储器120保存了处理器110所要执行的程序代码(program code)130。当然,无线通讯组件100还需要许多熟悉此技术领域人士所知的其它组件。只不过那些其它组件与本发明无关,所以在此说明书中加以省略。程序代码130用来实现无线通讯协议。而此通讯协议包含有一应用层(application layer)134、一第三层接口133、一第二层接口132以及一第一层接口131。其它种处理器110与存储器之间的安排,以及程序代码130如何使两者互动等,都可能可以接受。且用来实现第一层接口131的各种硬件或是软件接口也可能可以接受。图7中的方块图仅仅是一个简化图,而并非是唯一的实施例。不论是以何种方式实现本发明,本发明的主要重点在于无线通讯协议自己,特别是第二层接口132的部分。
第二层接口132被分割成数层,包含有一RLC层142以及在其下的MAC层。RLC层142负责与第三层接口133互动,且以SDU的形式接收第三层数据,并存放在暂存器143中。RLC层142也从第三层接口133接收指令,譬如说之前讨论过的暂停、停止以及重建指令。RLC层142使用SDU 141来产生PDU 145,然后将PDU 145送到MAC层144,准备传送出去。传送到MAC层144的PDU 145的大小与数量,是由MAC层144送到RLC层142的一TFC数据请求所指定。MAC层144送出一TFC数据请求的时机,是在于RLC层142以RLC状态数据格式告知MAC层144,说RLC层142中具有待传SDU数据量之后。
在第一实施例中,本发明的方法是使RLC层142提供至少一填空(padding)PDU 150,来满足MAC层144所产生的TFC数据请求。此填空PDU 150并不带有真正的SDU数据141,且仅仅用于当SDU数据141因为不预期数据中断发生而被丢弃的时候。请参阅图8a,图8a为一个填空PDU 150的详细方块图。填空PDU 150a是一个标准的确认模式(acknowledged mode,AM)数据PDU,所以PDU格式识别字段151a设定为1。序号字段152a是一个标准序号,而轮询位153a可为0或1(由第二层接口132依据轮询状态定义)。字段154a保留,其值设为0。接着的延伸位155a总是设为1,来表示其后紧接着一个LI 156a。但是,LI 156a中设定了一特别码,全部位都是1。此特别码所表达的长度将会大幅地超过数据区域的总长度。依照RLC实体对LI长度的定义,实际上LI156a所占有的长度可能是7位或是15位。在图8a中,LI长度为15位。这个特别的LI 156a表示剩下的PDU 150a未定义的部分都只是填空,都只是带有可以忽略没有定义的讯息。然而,紧接LI 156a之后的下一位157a必须为0,来表示其后就是SDU数据区域158a的开始。SDU数据区域158a中的内容没有被定义,纯粹是填满位置用。须注意的是,在UM传输下,使用UM数据PDU格式作为填空PDU之用。图8b为一UM数据填空PDU 150b的方块图。相对上来说,UM数据填空PDU 150b在结构上是简单多了,有一七位长度的序号字段152b,紧跟着一延伸位155b(设为1),接着一全部设为1的的七位长度的LI156b(表示在之后的数据为填空字段),还有一个设定为0的最后的延伸位157b(表示之后没有LI)。LI 156b的实际位长度是按照上层133所定义UM RLC实体中的最大UMD PDU大小而定,可能是7或是15位长度。在图8b中,LI的位长度是7位。如同先前所述,因为整个PDU 150b是一个填空PDU,SDU数据区域158b是没有定义的,可以放入任何值。
较佳实施例利用了填空PDU(AM RLC实体使用PDU 150a而UM RLC实体使用PDU 150b)当成替代的PDU 150。这些替代PDU 150当成填充物,传给MAC层144,以满足该MAC层144发出的一TFC数据请求中,所需要的PDU大小与数量。
请参考图9,并对照图7、8a与8b图。图9为依据本发明的数据传输时序图。如同先前所述,MAC层144为RLC层142定出了一连串等长度的TTI。为了使TTI 162期间内能够传送数据,关于数据排除的TFC选择必须在前一个TTI 161完成。为了起始一个TFC选择,RLC层142发出RLC状态数据164给MAC层144。如同先前所述,RLC状态数据164告知MAC层144有多少SDU数据141存放在RLC层142的暂存器143中等待传送。一段时间之后,MAC层144针对RLC状态数据164响应一TFC数据请求166,来规范RLC层该传送给MAC层144多少以及多大的PDU。RLC层142接着分割及组合SDU,产生符合TFC数据请求166的PDU 145,然后将所有的PDU 145当成一整组168送给MAC层144。这样便完成了TTI 162内传输所需要的TFC选择,而TTI 163内传输所需要的TFC选择则在TTI 162内完成。
非预期数据中断可能发生在任何时间,譬如说,在RLC状态数据164给MAC层144的时间点,到整组168的PDU 145给MAC层144的时间点之间。就第一实施例而言,非预期数据中断可能是因为定时器133d逾时所导致的SDU 141丢弃事件发生,第三层接口所发出的指令所导致的暂停、停止或重建动作,或是第二层AM RLC本身的重置动作。举例来说,非预期数据中断可能发生在图9中的时间点169a(刚好在TFC数据请求166出现之前)或是时间点169b(刚好在TFC数据请求166出现之后)。在任何一种状态,万一非预期数据中断(于时间点169a或169b发生)造成了RLC层142中的SDU数据141不足以满足TFC数据请求166中数据量的要求,RLC层142便建造出相当数量的与正确大小的填空PDU,来满足TFC数据请求166中的要求。譬如说,如果在时间点169b,从第三层接口133来的一个重建命令指令导致了在暂存器143中的SDU在传输中被丢弃或是被中断,且由MAC层166发出的TFC数据请求166要求5个PDU,每一个PDU大小为220个八字节(octet),则RLC将建构出5个填空PDU,每个大小为220个八字节,然后将这5个PDU以一整组168的方式,送给MAC层,来符合TFC数据请求166。这5个填空PDU便取代了因为重建动作所导致的非预期数据中断(在时间点169b发生)而被丢弃或中断的SDU 141。至于另一个例子,假设因为丢弃定时器133d逾时而触发了丢弃事件,使得一SDU 141被丢弃了。这个事件也许会造成RLC层142短少了一个PDU来满足一TFC数据请求166(要求每个大小为150个八字节的8个PDU)。发生以上的假设时,RLC层142可以产生一个填空PDU 150来取代因为被丢弃SDU 141d所短少的那一个PDU,然后将填空PDU 150跟其它正常的数据PDU 145一起,成为一整组168,以满足TFC数据请求166。
以上所述,填空PDU当成取代用PDU,来填补因为缺漏的SDU数据所产生的空缺。但是,除了填空PDU之外,也有其它形式的PDU也可以当成取代用PDU。譬如说,在AM传输中,具有保留位154为1的不合乎规则PDU就可以拿来当成取代用PDU。或是说,先前传送过,旧的PDU也可以当成取代用PDU。重点在于,必须有适当数量与大小的PDU传送给MAC层,以满足TFC数据请求。
在第二实施例中,当一非预期数据中断发生在RLC实体讯息164传送到MAC层144之后发生时,那幺,正常情形下该丢弃或是该中断的SDU就不要进行丢弃或是中断,直等到下一个TTI的开始才开始进行丢弃或是中断的动作。如此的非预期数据中断可能是因为第三层接口所发出的指令所导致的暂停、停止与重建动作,或是因为第二层AM RLC重置动作。譬如说,假使一AM RLC重置动作发生在时间点169a或是169b。在正常的情形下,一AM RLC重置动作会导致所有的SDU数据141以及所有的PDU 145立刻被丢弃。但是,依据本发明的第二实施例的方法,不论是丢弃SDU 141或是丢弃PDU 145,这样丢弃的动作都会延迟到下一个TTI(也就是TTI 162),因此,RLC层142`还会有足够的SDU数据141来满足TFC数据请求。万一数据中断发生在时间点168(整组PDU送给MAC层144)之后,且发生在下一个TTI内的RLC状态数据170送给MAC层144之前,那么因为RLC层1 42并不被RLC状态数据所限定,不论SDU141或是PDU 145都可以直接丢弃。
相较于先前技术,本发明确保TFC数据请求总是保持在被满足的状态。一种方法是以填空PDU取代原本带有数据的PDU,另一种方法是延迟对应于非预期数据中断所应发生的SDU丢弃或是中断,直到下一个TTI。藉由确保TFC数据请求保持在被满足的状态,可以避免非预期的软件问题,以改善无线通讯组件的稳定度。
本发明虽以较佳实施例揭示如上,然而其并非用以限定本发明,任何熟习此项技术的人士,在不脱离本发明的精神和范围内,当可作出种种的等效更动或等效替换,因此本发明的保护范围当视后附的权利要求所界定的为准。
Claims (20)
1.一种在无线通讯系统中处理非预期的传输中断信号的方法,用于在无线通讯组件中,在一无线链接控制层与一媒体存取控制层之间的传输中排除发生非预期数据中断的处理,该非预期数据中断发生在该无线链接控制层发送无线链接控制实体讯息给该媒体存取控制层的后,其特征在于,该处理方法包含有:
对应到该媒体存取控制层所发出的一数据请求,该无线链接控制层传给该媒体存取控制层一适当数量的代用协议数据单元,以取代被丢弃或是被中断的服务数据单元。
2.如权利要求1所述的处理方法,其特征在于,该非预期数据中断是因一丢弃定时器所发生的一逾时动作、一重置动作、一暂停动作、一停止动作、或是一重建动作所产生。
3.如权利要求1所述的处理方法,其特征在于,该代用协定数据单元是为填空协定数据单元。
4.一种在无线通讯组件中介于一无线链结控制层与一媒体存取控制层之间的数据排除方法,其特征在于,该方法包含有:
该无线链结控制层提供无线链结控制状态数据予该媒体存取控制层,该无线链结控制状态数据表示该无线链结控制层具有服务数据单元等待被传送;
在该无线链结控制状态数据提供出去后,该无线链结控制层接收到一非预期数据中断,要求该无线链结控制层丢弃或是中断服务数据单元的数据传输;
在该非预期数据中断出现后,对应该无线链结控制状态数据,该媒体存取控制层发送一媒体存取控制请求,要求该无线链结控制层提供至少一协定数据单元;以及
对应该媒体存取控制请求,该无线链结控制层传送至少一代用协定数据单元至该媒体存取控制层;
其中,该代用协定数据单元是用以取代被丢弃或被中断的服务数据单元。
5.如权利要求4所述的方法,其特征在于,该代用协定数据单元的数目等于该媒体存取控制请求所要求的协定数据单元的数目。
6.如权利要求4所述的方法,其特征在于,该非预期数据中断是因一丢弃定时器所发生的一逾时动作、一重置动作、一暂停动作、一停止动作、或是一重建动作产生。
7.如权利要求4所述的方法,其特征在于,该代用协定数据单元是为填空协定数据单元。
8.一无线通讯组件,具有执行一程序的一处理器,该程序处理介于一无线链结控制层与一媒体存取控制层之间数据传输排除的一非预期数据中断,该非预期数据中断发生在无线链结控制层提供无线链结控制实体讯息给媒体存取控制层的后,该程序执行下列步骤:
对应到该媒体存取控制层所发出的一数据请求,使该无线链结控制层传给该媒体存取控制层一适当数目的代用协议数据单元,以取代被丢弃或是被中断的服务数据单元。
9.如权利要求8所述的无线通讯组件,其特征在于,该非预期数据中断是因一丢弃定时器所发生的一逾时动作、一重置动作、一暂停动作、一停止动作、或是一重建动作所产生。
10.如权利要求8所述的无线通讯组件,其特征在于,该代用协定数据单元是为填空协定数据单元。
11.一无线通讯组件,具有执行一程序的一处理器,该程序执行介于一无线链结控制层与一媒体存取控制层之间的数据传输排除,该程序执行下列步骤:
使该无线链结控制层提供无线链结控制状态数据予该媒体存取控制层,该无线链结控制状态数据表示该无线链结控制层具有服务数据单元等待被传送;
在该无线链结控制状态数据提供出去后,该无线链结控制层接收到一非预期数据中断,要求该无线链结控制层丢弃或是中断服务数据单元的数据传输;
在该非预期数据中断出现后,对应该无线链结控制状态数据,该媒体存取控制层发送一媒体存取控制请求,要求该无线链结控制层提供至少一协定数据单元;以及
对应该媒体存取控制请求,该无线链结控制层传送至少一代用协定数据单元至该媒体存取控制层;
其中,该代用协定数据单元是用以取代被丢弃或被中断的服务数据单元。
12.如权利要求11所述的无线通讯组件,其特征在于,该代用协定数据单元的数目等于该媒体存取控制请求所要求的协定数据单元的数目。
13.如权利要求11所述的无线通讯组件,其特征在于,该非预期数据中断是因一丢弃定时器所发生的一逾时动作、一重置动作、一暂停动作、一停止动作、或是一重建动作所产生。
14.如权利要求11所述的无线通讯组件,其特征在于,至少该代用协定数据单元其中之一是为填空协定数据单元。
15.无线通讯组件中,在一无线链接控制层与一媒体存取控制层之间的传输排除发生非预期数据中断的处理方法,该非预期数据中断并非因为`一定时器逾时而触发,且该非预期数据中断发生在该无线链结控制层发送无线链结控制实体讯息给该媒体存取控制层之后,其特征在于,该处理方法包含有:
延迟对应于该非预期数据中断所应发生的丢弃服务数据单元或是中断服务数据单元,直到该无线链结控制层送给该媒体存取控制层一被要求数目的协定数据单元,以呼应由该媒体存取控制层发出的一媒体存取控制请求,该媒体存取控制请求是对应该无线链结控制实体讯息。
16.如权利要求15所述的处理方法,其特征在于,该非预期数据中断是因一重置动作、一暂停动作、一停止动作、或是一重建动作所产生。
17.一种在无线通讯组件中,介于一无线链结控制层与一媒体存取控制层之间的数据排除方法,其特征在于,该方法包含有:
该无线链结控制层提供无线链结控制状态数据予该媒体存取控制层,该无线链结控制状态数据表示该无线链结控制层具有服务数据单元等待被传送;
在该无线链结控制状态数据提供出去后,该无线链结控制层接收到一非预期数据中断,要求该无线链结控制层丢弃或是中断服务数据单元的数据传输,且该非预期数据中断并非由一丢弃定时器逾时所触发;
在该非预期数据中断出现后,对应该无线链结控制状态数据,该媒体存取控制层发送一媒体存取控制请求,要求该无线链结控制层提供至少一协定数据单元;以及
对应该媒体存取控制请求,该无线链结控制层传送至少一协定数据单元至该媒体存取控制层;以及
于该无线链结控制层传送至少一协定数据单元至该媒体存取控制层的后,对应该非预期数据中断,该无线链结控制层丢弃尚未传送给该媒体存取控制层的服务数据单元。
18.如权利要求17所述的方法,其特征在于,于该无线链结控制层传送至少一协定数据单元至该媒体存取控制层之后,对应该非预期数据中`断,该无线链结控制层丢弃所有尚存的服务数据单元。
19.如权利要求17所述的方法,其特征在于,该非预期数据中断是因一重置动作、一暂停动作、一停止动作、或是一重建动作所产生。
20.如权利要求17所述的方法,其特征在于,从该无线链结控制层传送至该媒体存取控制层的协定数据单元数目等于该媒体存取控制请求所要求的协定数据单元数目。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA031027334A CN1518236A (zh) | 2003-01-16 | 2003-01-16 | 在无线通讯系统中处理非预期的传输中断信号的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA031027334A CN1518236A (zh) | 2003-01-16 | 2003-01-16 | 在无线通讯系统中处理非预期的传输中断信号的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1518236A true CN1518236A (zh) | 2004-08-04 |
Family
ID=34281869
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA031027334A Pending CN1518236A (zh) | 2003-01-16 | 2003-01-16 | 在无线通讯系统中处理非预期的传输中断信号的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1518236A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101115231B (zh) * | 2005-02-04 | 2011-05-04 | 华为技术有限公司 | 信息传输方法 |
US8787920B2 (en) | 2007-01-31 | 2014-07-22 | Lg Electronics Inc. | Method for transmitting and receiving system information via a broadcast channel (BCH) and a downlink shared channel (DL—SCH) |
US8797879B2 (en) | 2006-12-07 | 2014-08-05 | Lg Electronics Inc. | Method of transmitting and receiving status report in a mobile communication system |
US8891453B2 (en) | 2007-01-10 | 2014-11-18 | Lg Electronics Inc. | Method for constructing data format in mobile communication and terminal thereof |
US9173223B2 (en) | 2006-12-07 | 2015-10-27 | Lg Electronics Inc. | Method of transferring data in a wireless communication system |
US9432878B2 (en) | 2007-01-10 | 2016-08-30 | Lg Electronics Inc. | Method of generating data block in wireless communication system |
-
2003
- 2003-01-16 CN CNA031027334A patent/CN1518236A/zh active Pending
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101115231B (zh) * | 2005-02-04 | 2011-05-04 | 华为技术有限公司 | 信息传输方法 |
US9173223B2 (en) | 2006-12-07 | 2015-10-27 | Lg Electronics Inc. | Method of transferring data in a wireless communication system |
US8797879B2 (en) | 2006-12-07 | 2014-08-05 | Lg Electronics Inc. | Method of transmitting and receiving status report in a mobile communication system |
US9432878B2 (en) | 2007-01-10 | 2016-08-30 | Lg Electronics Inc. | Method of generating data block in wireless communication system |
US8891453B2 (en) | 2007-01-10 | 2014-11-18 | Lg Electronics Inc. | Method for constructing data format in mobile communication and terminal thereof |
US9130721B2 (en) | 2007-01-31 | 2015-09-08 | Lg Electronics Inc. | Method for transmitting and receiving system information via a broadcast channel (BCH) and a downlink shared channel (DL—SCH) |
US9008672B2 (en) | 2007-01-31 | 2015-04-14 | Lg Electronics Inc. | Method for transmitting and receiving system information via a broadcast channel (BCH) and a downlink shared channel (DL—SCH) |
US8798635B2 (en) | 2007-01-31 | 2014-08-05 | Lg Electronics Inc. | Method for transmitting and receiving system information via a broadcast channel (BCH) and a downlink shared channel (DL—SCH) |
US8787920B2 (en) | 2007-01-31 | 2014-07-22 | Lg Electronics Inc. | Method for transmitting and receiving system information via a broadcast channel (BCH) and a downlink shared channel (DL—SCH) |
US9490952B2 (en) | 2007-01-31 | 2016-11-08 | Lg Electronics Inc. | Method for transmitting and receiving system information via a broadcast channel (BCH) and a downlink shared channel (DL—SCH) |
US9712307B2 (en) | 2007-01-31 | 2017-07-18 | Lg Electronics Inc. | Method for transmitting and receiving system information via a broadcast channel (BCH) and a downlink shared channel (DL—SCH) |
US10439783B2 (en) | 2007-01-31 | 2019-10-08 | Lg Electronics Inc. | Method for transmitting and receiving system information via a broadcast channel (BCH) and a downlink shared channel (DL_SCH) |
US11218270B2 (en) | 2007-01-31 | 2022-01-04 | Lg Electronics Inc. | Method for transmitting and receiving system information via a broadcast channel (BCH) and a downlink shared channel (DL_SCH) |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100469172C (zh) | 具有稳健的无线链路控制重置程序的无线通信系统 | |
CN101321047B (zh) | 协议数据单元再传输的用户终端设备及节点b | |
CN1761260B (zh) | 无线通讯系统中防止数据传输死锁的方法及装置 | |
CN100466845C (zh) | Mac层重置后b节点缓冲数据的高效回复系统 | |
US6904016B2 (en) | Processing unexpected transmission interruptions in a wireless communications system | |
CN101312461B (zh) | 无线电通信装置和发送方法 | |
CN1134133C (zh) | 半可靠重传协议的分组丢弃通告 | |
CN107333298B (zh) | 一种数据传输方法及相关设备 | |
CN100550714C (zh) | Arq系统中的传输控制方法 | |
CN101442398A (zh) | 无线通讯系统处理无线电承载消息的方法 | |
CN101116277A (zh) | 用于请求/传送移动通信系统的状态报告的方法和设备 | |
CN1738231A (zh) | 传送装置与接收装置间传送信息的方法及相关通信系统 | |
CN101227483A (zh) | 一种无线链路控制层数据处理方法和装置 | |
CN1452830A (zh) | 数据传输协议 | |
CN100566195C (zh) | 冗余配置系统、冗余配置切换方法和通信处理装置 | |
CN1518236A (zh) | 在无线通讯系统中处理非预期的传输中断信号的方法 | |
CN1317841C (zh) | 利用置换电报识别错误和避免错误的方法和节点 | |
CN102238657B (zh) | 切换处理方法、装置和系统 | |
EP1424823A1 (en) | Processing unexpected transmission interruptions in a wireless communications system | |
JP2004179917A (ja) | ワイヤレスコミュニケーションシステムにおける不測の伝送中断を処理する方法 | |
US20040043781A1 (en) | Overflow control method for frame synchronization of base stations in wireless communication network system | |
CN1229953C (zh) | 无线通讯系统无数据漏失的跨区方法 | |
CN101267659B (zh) | 一种服务无线网络子系统重定位的方法 | |
KR100524744B1 (ko) | 알엘씨 프로토콜의 이피씨 제어 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |