光无线接入系统的制作方法

文档序号:8344904阅读:429来源:国知局
光无线接入系统的制作方法
【技术领域】
[0001]本发明涉及一种用于蜂窝系统和光接入系统的动态资源分配的调度混合存在的系统。
【背景技术】
[0002]在LTE(LongTerm Evolut1n长期演进)和WiMAX(Worldwide Interoperabilityfor Microwave Access全球微波接入互操作性)等蜂窝系统中,终端与基站进行无线通信。由于通常一个基站与多个终端进行通信,所以基站以终端之间的信号不发生串线的方式进行调度,将有限的通信容量(资源)动态地分配给各终端。例如以LTE的上行通信为例,从作为无线终端的终端(UE:User Equipment)生成上行数据到向基站(eNB)发送数据为止的顺序如图1所示。首先当UE92向eNB91进行带宽请求时,eNB91为了得到上行数据的调度所需要的信息(缓冲量和频道状态等),向UE92分配用于发送上述信息的资源,并且通过响应进行通知。
[0003]当UE92利用被分配的资源向eNB91发送上行数据的调度所需要的信息时,eNB91进行调度,利用调度授权将用于发送上行数据的资源分配给UE92。经过上述对话后,UE92能够初次向eNB91发送上行数据。关于下行通信,由于发送信号的基站为一个,所以不会发生串线,UE92-eNB91之间通常不进行通信前的对话。
[0004]此外,在蜂窝系统中,为了提高单元结构的自由度,可以将eNB91的功能分割为基带信号处理部(BBU:Base Band Unit) 81 和 RF 信号收发部(RRH:Remote Rad1 Head) 83 M成为物理上分开的结构。BBU81-RRH83之间的无线信号可以利用RoF(Rad1 over Fiber光纤无线电)技术并通过光纤传送,但近年来,特别是与模拟RoF技术相比,对传送质量高的数字RoF技术进行了大量研宄,在CPRI (Common Public Rad1 Interface通用公共无线电接口)等标准联盟中推进使用策划(例如参照非专利文献I)。
[0005]作为BBU81-RRH83之间的连接方式可以采用利用PON(Passive Optical Network无源光网络)系统的一对多的方式。在这种情况下,如图2所示,利用光纤和光分路器84连接BBU81-RRH83之间。在PON中,原本为了使作为一个端局装置的OLT(Optical LineTerminal光线路终端)10与作为多个加入者装置的ONU (Optical Network Unit光网络单元)82进行通信,0LT10进行将容量动态地分配给各0NU82的调度。
[0006]图3表示通常的PON的0NU82向0LT10发送上行数据为止的顺序。与LTE同样,在0LT10侧的调度中需要0NU82的缓冲量等信息(REPORT),但是REPORT只能在0LT10发送的发送许可信号指定的时刻发送。0LT10根据REPORT信息进行调度,将用于发送上行数据的资源分配给0NU82,并且利用GATE将其通知0NU82。经过上述对话,0NU82能够初次向0LT10发送上行数据。关于下行通信,特别是在0LT10-0NU82之间不进行通信前的对话。
[0007]图2所示的系统成为在一个系统内蜂窝和PON两个系统调度混和存在的状态,例如来自UE92的上行通信的顺序根据图1和图3而如图4所示。在这种情况下,关于从UE92发送上行数据之前的带宽请求和缓冲量通知,如果不经过一系列PON的上行通信的顺序,则不能发送。
[0008]另一方面,在蜂窝系统和PON中,以装置的省电为目的,有时在未进行通信期间,使存在多个装置的一部分停止。与系统无关,通常发送侧在发送数据较少时进入停止状态,在产生发送数据时从停止状态复原。接收侧有时在停止时需要接收数据,所以大多被设定成每隔一定时间从停止状态复原,以确认是否存在需要接收的数据。
[0009]例如,关于LTE的间歇接收,从通常的接收状态到开始间歇接收为止和使间歇接收结束分别如图5和图6所示。UE92在从最后被分配无线资源开始在一定时间Tl以上未被分配资源时,开始间歇接收(图5)。在处于间歇接收状态时,反复进行如下动作:使与接收相关的装置的一部分仅停止T2时间,在T3时间从停止状态复原。如果在T3复原期间内检测到被分配了下行通信的资源,则从间歇接收状态复原(图6)。T1-T3的间歇接收的周期参数在从eNB91连接时指定,没有在进入间歇接收状态之前由UE92通知eNB91等特别规定,可以作为终端侧的自动动作。
[0010]另一方面,在ITU-T G.987.3(例如参照非专利文献2)中规定了用于在PON中实现0NU82的休眠的控制信息和状态转移图。规定了 0LT10允许各0NU82休眠的Sle印Allow (ON)、0LT10 禁止各 0NU82 休眠的 Sleep Allow (OFF)、0NU82 向 0LT10 请求休眠的Sleep Request (Sleep)、0NU82 向 0LT10 请求唤醒的 Sleep Request (Awake)等信息。
[0011]基于G.987.3的PON休眠,在0LT10管理0NU82的休眠状态的方面与LTE的间歇接收不同。到开始休眠为止和从休眠状态转移至活动状态为止的顺序的例子分别如图7和图8所示。0LT10在一定时间T4期间内未检测到向该0NU82发送的下行帧时,在0LT10向0NU82发送Sle印Allow (ON)、0NU82向0LT10发送Sle印Request (Sle印)之后进入休眠状态(图7)。与LTE的间歇接收同样,休眠具有周期性,反复进行如下动作:在T5时间的期间保持休眠状态之后在T6时间复原。在0NU82从休眠状态转移至活动状态之前,在T6的时间内从 0LT10 接收 Sleep Allow (OFF)、并返回 Sleep Request (Awake)(图 8)。0NU82 在转移至活动状态之后接收向其发送的帧。
[0012]如上所述,当LTE和PON分别具有间歇接收和休眠的功能时,在图2所示的将其进行组合的系统中,各系统也能够使装置的一部分停止。图9和图10表示在图2所示的系统中,LTE和PON各自的间歇接收和休眠控制独立动作时,到PON的休眠开始为止的顺序。图9和图10分别表示转移至间歇接收和休眠状态之前的最后的通信量为下行数据和上行数据的情况。不论在哪种情况下,在LTE中UE92在从最后的通信量开始经过了 Tl的时刻转移至间歇接收,在PON中0LT10在从最后的通信量开始经过了 T4的时刻向0NU82发送Sle印Allow (ON)并转移至休眠状态。
[0013]非专利文献1:CPRI,“CPRI Specificat1n V4.2,’’Sep.,2010,http://www.cpr1.1nfo/spec, html
[0014]非专利文献2:1TU_T Recommendat1n G.987.3,“ lOGigabit-capable PassiveOptical Networks transmiss1n Convergence layer specificat1n,,
[0015]在图2的系统中,假设在LTE的UE92处于间歇接收状态、PON的0NU82处于休眠状态时,产生了下行通信量。通常,LTE的eNB91对T1、T2和T3的值已知,所以能够把握UE92的静止计时器的状态和间歇接收的周期。同样,PON的0LT10管理0NU82的休眠状态,所以也能够把握休眠状态和周期。由此,在各单独的系统中产生下行通信量时,如图11和图12所示,eNB91和OLTlO能够分别对着从UE92的停止状态和0NU82的休眠复原的复原周期,对下行数据进行缓冲,并且配合时机进行下行通信。将上述缓冲时间称为“复原周期等待时间”。
[0016]但是,在对上述系统进行组合的图2所示的系统中,当使调度独立动作时,由于eNB91不能预测到与UE92之间的PON区间的复原等待时间,所以有可能产生几个问题。图13和图14表不产生的问题的例子。
[0017]图13表示如下例子:BBU81对着UE92的复原周期发送的下行数据,因PON的复原周期等待的缓冲而产生时间偏差,使信号在UE92处于停止状态时到达,从而不能接收。在这种情况下,BBU81通过ACK未返回而检测出UE92未接收到下行数据,直到时机匹配为止反复进行下行数据的再发送,因此浪费传送容量。
[0018]另一方面,图14表示如下例子:虽然从BBU81发送的下行数据与UE92的复原周期匹配而被接收,但是由于在0LT10中的复原等待时间的缓冲,而判断为ACK在应该到达BBU81的时间为止未返回,从而导致BBU81开始下行数据的再发送。这是对本来已经送达的
当前第1页1 2 3 4 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1