交换机。在一些实施方式中，上面的iRRH间接口可以利用通过IP的工业标准流控制传输协议(SCTP)。应用层信息交换可以基于过程间通信协议。
[0074]在一些实施方式中，iRRH间接口 452可提供用于在iRRH 404和406之间共享RLC状态信息rou以及任何其他信息的低延迟接口。由Pcell iRRH 404接收的信道状态信息(CSI)、确认/未确认信令(ACK/NACK)、预编码矩阵指示符(PMI)以及秩指示符(RI)可以通过iRRH间接口 452转发用于经由前向回传或直接吉比特以太网(GE)连接与Scell调度器415共享。该信息可以在其发送过的相同子帧上为Scell调度器获得以便不对H-ARQ RTT遭致任何影响，H-ARQ RTT目标可以定位8ms。Scell调度器还可适应在获得H-ARQ反馈时的较长延迟并可影响Scell上的H-ARQ上的往返时间。
[0075]在一些实施方式中，Scell iRRH 406可使用iRRH间接口 452来通知Pcell iRRH404哪个PUCCH资源要期待对于在Scell上发送的分组的H-ARQ ACK/NACK反馈的到达(其中对PUCCH资源的分配限定于4G LTE的3GPP标准中)。通过非限制性实例的方式，调度器可以设计成确定将哪个用户设备比无线电地传输数据之时提前2ms。H-ARQ ACK/NACK可以在数据已经被接收4ms后从用户设备发送。这样，为了确保在下行链路H-ARQ ACK/NACK信息从用户设备到达之前将PUCCH资源使用通知给Pcell iRRH 404，对于iRRH间接口 452的单程延迟可以大于4ms。可以理解，上述内容仅作为当前主题系统的示意性非限制、示例性实施方式。还应当理解，当前主题的系统不限于特定的数据调度参数和/或与数据的传输相关的特定延迟，并且当前主题的系统可以使用任何调度、延迟和/或任何其他参数进行设计。
[0076]在一些实施方式中，iRRH间传输456可以在iBBU402处和/或使用吉比特以太网接口在iRRH 404,406之间的物理直接连接和前向回传共享并交换。当iRRH间接口配置为跨越前向回传的交换连接456时，前向回传延迟可以基于非常低延迟的传输，比如在这样的情形中:当iBBU 402和iRRH 404和/或406同点安置和/或当基于LOS无线传输时(例如，Mff、mmWave、FS0)、当iRRH在地理上分离时。
[0077]D.智能LTE RAN中的协调的多点传输
[0078]在一些实施方式中，当前主题的系统可以配置成实施4G LTE-演进版本特征，包括协调的多点传输(CoMP)特征。图4b-c示意了可以实施成CoMP特征的一部分的示例性已知动态点选择(DPS)(图4b)和协调的调度/波束形成(CS/CB)(图4c)方案。DPS方案可以指这样一种方案:其中传输点根据信道和干扰状态而变化。CS/CB方案能够允许协调相邻点的调度决策以减少干扰。这些方案可以包括点消隐/静默，即，从而一个或多个传输点能够被关闭以减少干扰。这些方案能够减少干扰并改善LTE小区边缘性能。另外，在一些实施方式中，使用这些方案，用户设备能够被调度为在接收来自两个点的数据，而第三点是静默的和/或用户设备可以被调度为仅接收来自一个点的数据，其中其他的一个或多个点协调调度和/或被静默以减少干扰。
[0079]图4b示意了 DPS方案的示例性实施方式。根据该方案，用户设备479可以位于两个点473和477的协调区域472内，其中两个点473和477中的每一个分别具有小区区域471和475。用户设备479可以由点473和477中具有更好的信道状态的一个服务。图4c示意了 CS/CB方案的示例性实施方式。更具该方案，用户设备489可以位于两个点483和487的协调区域482内，其中两个点483和487中的每一个分别具有小区区域481和485。在该方案中，对于用户设备的波束形成和调度可以由网络来协调以避免可能由所述点中的一个(例如，图4c中示出的为点487)产生的干扰486。
[0080]在一些实施方式中，使用动态点选择的当前主题的系统的操作可以如下。用户设备可使用RRC连接设置连接到服务小区并配置为进行传输(例如，TMlO传输模式)。一旦设置好连接，上行链路连接就可以保持在服务小区上并且可以随切换程序改变。RRC可以基于已知的参考信号接收功率(RSRP)和参考信号接收质量(RSRQ)测量来配置初始下行链路传输点(TP)，参考信号接收功率和参考信号接收质量涉及小区的参考信号(RS)强度/质量的参数，所述小区由用户设备在其从小区到小区运动并执行小区选择/重新选择和切换时来确定。然后，RRC可配置每个传输点的信道状态信息参考信号(CS1-RS)过程用于进行信道状态信息(CSI)报告，包括用于物理下行链路共享信道的预编码矩阵，其可以称为测量设置。然后，RRC可以配置每个传输点的增强物理下行链路控制信号(eroCCH)，其可以称为协作设置。然后，每个CoMP传输点可以执行其自己的调度并通过ePDCCH发送分配，从而提供资源和链路适配信息。服务用户设备的当前传输点可以解码用户设备发送到服务小区的物理上行链路控制信道信息以提取HARQ和CSI反馈信号。基于该信息，当前的传输点可确定对于用户设备的资源分配。iBBU可在协作设置中前置所有传输点处的数据以进行CoMP传输点的快速交换。然后，在传输点交换过程中，可以仅将RLC上下文从先前的传输点传送到当前传输点。基于CSI反馈，当前的传输可通知iBBU中的RRC/RRM部件以允许这些部件作出关于传输点交换和发射点添加/从协作和测量设置退出以及服务小区改变(例如，在切换过程中)的决策。另外，然后，RRC/RRM部件可基于协作设置中每个传输点的负载水平以及基于CSI来选择活跃的传输点。
[0081]在一些实施方式中，使用协调的调度/波束形成方案的当前主题的系统的操作可以如下。在较低的负载，可以激活分数频率复用(FFR)机制以提供消隐机制和/或降低在调度与服务传输点的协调中的物理资源块(PRB)的功率(如在4G LTE的3GGP标准(特别地，其版本8，其讨论了动态的小区间干扰协调(ICIC))中讨论的)。对于时分双工(TDD)并且在高通信量负载，可以配置用户设备中的上行链路侦听参考信号(UL SRS)并且可以通知协作设置中的传输点以测量用户设备的信道状态信息。可以使用协作设置中传输点之间的半静态时间和空间域协调来实现协调的波束形成。对于频分双工(FDD)并且在高通信量负载，可以配置对于每个CS1-RS过程的PMI反馈。在该情形中，可以为了用户设备报告的信道状态信息而在每个传输点解码PUCCH。此处，也可以使用协作设置中传输点之间的半静态时间和空间域协调并基于在每个传输点的信道状态信息报告来实现协调的波束形成。
[0082]在一些实施方式中，在单调度器的实施方式中，当交换传输点时，可以不存在传输间隙是可能的。在一些示例性、非限制实施方式中，在分布式调度解决方案中，iRRH间单向延迟可以小于200ms，其可以允许间隙为两个传输时间间隔(TTI)的传输点交换。其他数值的单向延迟是可能的并且可以或不可以值得注意。
[0083]IV.智能LTE RAN中的呼叫流程程序
[0084]下面的讨论连同图5a_8d提供了使用当前主题的系统的示例性呼叫流程程序的讨论，这些程序包括RRC程序，例如eNodeB间切换程序(如图5a_5d所示)、eNodeB内切换程序(如图6a-6c所示)、RRC连接建立程序(如图7a_7h所示)，以及RRC连接重新建立程序(如图8a_8d所示)。应当注意提供了图5a_8d中示出的程序用于示例性、非限制和/或示意性目标。不打算将当前主题的系统限制到显示的呼叫流程程序。当前主题的系统可以使用其他程序和/或示意的程序的变型。
[0085]在一些实施方式中，为了优化用于呼叫流程的RRC程序，可以使用下列优化技术中的一个或多个:
[0086].将多个顺序的层I和/或层2配置消息组合成一个消息；
[0087].如果可能，随层I和/或层2配置消息捎带RRC消息；
[0088]?给iRRH提供智能以允许iRRH在其接收UL RRC确认消息时确定什么时候开始发送用户平面数据；和/或
[0089].在iBBU和iRRH之间重新分布层2功能以取得最佳可能性能。
[0090]在一些实施方式中，使用上面的程序，当前主题的系统能够极大减小与LTE系统中通信相关的延迟。
[0091]A.控制平面中的切换程序
[0092]1.eNodeB间切换程序
[0093]图5a_5d示意了根据当前主题的一些实施方式，控制平面中的示例性eNodeB间切换程序。图5a示意了包括iBBU 504和iBBU 506的示例性系统500，iBBU 504和iBBU 506可以分别使用SI连接531、533与演进分组核心(“EPC”)通信。iBBU 504和iBBU 506可以使用X2连接535彼此通信。iBBU 504和iBBU 506中的一个可以是源(即，通信可从其始发)而另一个可以是目标(即，通信的接收方)。系统500还可以包括多个iRRH508、510、512和514。如上所述，iRRH可以经由前向回传(“Π1”)连接而连接到其各自的iBBU。例如，iRRH 508可以经由!7H连接541连接到iBBU 504 ；iRRH 510可以经由！7H连接543连接到iBBU 504，iRRH 512可以经由!7H连接545连接到iBBU 506 ;并且iRRH 514可以经由！7H连接547连接到iBBU 506。多个用户设备516、518、520和522可以分别与iRRH508、510、512和514无线通信。
[0094]在一些实施方式中，系统500能够允许各种切换场景，其可包括宏到宏场景、微到微场景、微到宏场景和宏到微场景。在一些实施方式中，在宏到宏场景中，用户设备520可以直接与iBBU 506通信。在该情形中，iBBU可以被中心化，这可以使得X2接口具有零延迟。在替代实施方式中，宏iRRH可以与iBBU同点安置，这样，iRRH和iBBU可以使用非常低延迟的FH连接而连接，从而使得由!7H延迟导致的对于HO性能的影响可以忽略。
[0095]微到微场景可涉及两个iRRH 510、512之间的通信。在该情形中，源和目标小区(即，iBBU 504、506)都可以具有高延迟!7H连接。
[0096]微到宏场景可涉及用户设备516和iBBU 506之间的通信。在该情形中，用户设备516和源微小区之间的任何通信可涉及至少一个高延迟FH通信。
[0097]宏到微场景可涉及用户设备522和iRRH 514之间的通信。在该情形中，用户设备522和目标微小区之间的任何通信可涉及至少一个高延迟FH通信。
[0098]图5b示意了根据当前主题的一些实施方式的用于源eNodeB的示例性切换程序。在切换程序过程中交换的命令和消息在用户设备RRC 551、无线电资源管理模块553(位于eNodeB)、eNodeB 的 RRC 模块(RRC_Cell) 555、SI 应用接口(S1AP (位于 eNodeB)) 557、PDCP层(位于eNodeB) 559和GPRS隧道协议(GTP)管理器(GTP Mgr (位于eNodeB))561之间。
[0099]从eNodeB的视角来看，可能存在会增加程序的持续时间的切换过程中横越FH连接的两种消息:一种可以是来自用户设备的测量结果(Meas Result)，其可触发目标小区中的切换准备，而第二种可以是到用户设备的切换命令(Handover Command)，来自源eNodeB到用户设备以通知用户设备要切换到目标小区。这些消息可以是RRC消息，其不能被避免并且能够描述在源eNodeB处的切换控制平面延迟。在这些消息之间，可以交换另一消息，其可以指示需要切换(Handover Required)。该消息可以从源eNodeB定向到目标eNodeB并且可以借助两个链路(每个eNodeB —个)的等效横越S1/X2接口。另外，(到用户设备的)切换命令(Handover Command (to UE))可以从目标eNodeB始发并且也可以借助两个链路(每个eNodeB—个)的等效横越S1/X2接口。不存在其他横越前向回传连接并防止发送“(到用户设备的)切换命令”消息的层I和/或层2配置消息。与RRC-UE 55交换“eNB状态传送请求”、“eNB传送响应”和“eNB状态传送”消息以提供源eNodeB状态。一旦提供了该信息，就可以借助“UE上下文释放命令”起始已知的“UE上下文释放程序”并且可以借助“UE上下文释放完成”消息完成“UE上下文释放程序”。
[0100]如果源eNodeB是宏小区并且其iRRH与iBBU同点安置，那么测量结果和(到UE的)切换命令消息就可以越过非常低延迟的FH连接，从而使得这些消息的传输的影响可以忽略。相比于基于eNodeB的分布式布置的切换程序，越过S1/X2接口的需要切换消息不会给切换程序增加更多的延迟。
[0101]然而，如果源和目标eNodeB的iBBU同点安置在中心局(CO)，那么!7H连接延迟可以影响连接，其中在SI或X2接口上的延迟无关紧要。这样，FH延迟可以被补偿多于S1/X2上的零延迟。可以实现等效于两个链路的减少。
[0102]图5c示意了根据当前主题的一些实施方式的用于目标eNodeB的示例性切换程序。在切换程序过程中交换的命令和消息在用户设备RRC 563、无线电资源管理模块565(位于目标eNodeB处)、S1应用接口(S1AP (位于目标eNodeB)) 567、无线电链路控制/MAC层(位于目标eNodeB) 569、PDCP层(位于目标eNodeB) 571和GTP管理器(GTP Mgr (位于 eNodeB)) 573 之间。
[0103]在目标eNodeB上，在接收来自源eNodeB的切换请求后，在切换请求确认消息被发送回源eNodeB之前，当前的呼叫流程可以具有横越前向回传的三对请求/响应消息。这些消息可以包括:“CRNTI 请求/CRNTI 响应”(“CRNTI Request/CRNTI Response”)、RLC/MAC 配置/RLC/MAC 配置响应(“RLC/MAC Config/RLC/MAC Config response”)以及 PDCP配置/PDCP配置响应(“PDCP Config/PDCP Config Response”)，其可以是层I和/或层2配置消息。呼叫流程的该部分可以视为切换准备阶段。与图5b类似，可以与RRC-UE 563交换目标eNodeB状态传送信息并且在该信息的交换之后，可以执行已知的随机接入信道(“RACH”)程序。在一些实施方式中，这三对层I和/或层2配置消息可以组合成一个层2 “配置请求”/ “L2 配置响应” (“Config Request，，/ “L2Config Response”)对。这样，在切换准备阶段，仅两个消息必须横越前向回传。
[0104]一旦用户设备已经切换到目标eNodeB，在目标eNodeB开始发送数据到用户设备之前，两个附加的消息可以横越前向回传。这些可以包括:“RRC连接重新配置完成”(“RRCConnect1nReconf igurat1nComplete”)和“发送 DL 数据到 UE，，(“Send DL Data to UE”)。这些还可以通过赋予iRRH中的HXP实体知晓什么时候接收到“RRC连接重新配置完成”并在没有RRC部件指示的情况下开始发送数据的情报来进行优化。在一些实施方式中，两个消息都可以从对数据传送起始的选通去除。
[0105]图5d示意了根据当前主题的一些实施方式的用于目标eNodeB中的基于SI切换的示例性优化呼叫流程。图5d类似于图5c，并且包括用于交换命令或消息的相同部件中的一些(即，用户设备RRC 563、无线电资源管理模块565、SlAP 567和GTP管理器573)。然而，如图5d所示，无线电链路控制/MAC层和HXP层已经组合成单个部件575并且已经添加了 VAS部件577。
[0106]与相关于源eNodeB讨论的切换程序(如图5d所示)类似，如果目标eNodeB是宏小区并且其iRRH与iBBU同点安置，那么在切换程序上可以没有由于低延迟前向回传的惩罚。在一些示例性实施方式中，前向回传上延迟的变化程度可能影响eNodeB间切换性能。
[0107]2.eNodeB 内切换
[0108]图6a_6d示意了根据当前主题的一些实施方式的控制平面中的示例性eNodeB内切换程序。图6a示意了示例性系统600，其可以包括使用SI连接631与演进分组核心(“EPC”)602通信的iBBU 604。系统600还可以包括iRRH 608和610。如上面讨论的，iRRH 608、610可以经由前向回传(“FH”)连接连接到iBBU 604。例如，iRRH 608可以经由I7H连接641连接到iBBU 604 ；iRRH 610可以经由！7H连接643连接到iBBU 604。多个用户设备616、618、620和622可以与iRRH 608和610无线通信。
[0109]在一些实施方式中，系统500能够允