提供小型小区间切换的基站的制作方法_3

文档序号:9816761阅读:来源:国知局
了针对用户设备使用软切换过程但是在小型小区内则利用硬切换过程的技术,以便为信令信道提供路径分集同时保持简单的架构。如图4所示,基本方法是当用户设备检测到相邻小区(其处于通常低于服务小区的信号水平的点)时,进行服务的小型小区基站向用户设备发送活动集更新而使得其认为其处于与目标小区的软切换之中。然而,不同于发起与目标小型小区基站的软切换过程,实际上所有所进行的仅是小型小区基站在目标小型小区基站中已经简单准备好资源,但是并不从该相邻小区进行发送或传输(没有用户数据)。相反,目标小型小区基站简单地供应用于与用户设备进行传输的资源但是并不对这些资源加以利用。
[0056]这样做并不导致用户设备的功能困难,因为针对用户设备而言,目标小区看上去将是活动集中功率非常低的一个小区一这在宏小区操作中以及在用户设备仅在能够检测(即,传输器功率控制(TCP)命令,对传输格式组指示(TFCI)进行解码,等等)的小区上进行工作的情况下并不罕见。虽然用户设备已经针对软切换进行了配置,但是目标基站并不在软切换中进行操作,而是现在被配置为几乎立即进行切换并且甚至能够对来自用户设备的上行链路同步和传输进行监视。
[0057]当用户设备指示相邻目标小区比源小区更强时,该源小型小区基站将呼叫的控制送至目标小型小区基站。为了这样做,目标小型小区基站被通知以该用户设备在源小区中的当前状态信息,这包括当前的无线电链路控制(RLC)序列号。目标小区随后能够使用已经准备好的配置与用户设备进行通信。
[0058]由于用户设备已经在服务小区质量良好时被准备以目标配置,所以从源到目标配置的交换与硬切换所实现的相比更为可靠,这是因为该信息将需要来自于源或服务小区,而其可能被用户设备不良接收。该方法与来自Release-99的3GPP用户设备标准过程相兼容。然而,对于在相邻目标小型小区基站中准备资源以及后续握手的消息而言,可能需要新的消息。
[0059]示例操作
[0060]图5图示了根据一个实施例的网络节点之间的消息传输。在步骤SI,用户设备处于与小型小区基站(在该情况下为家庭nodeB(HNB))的活动呼叫之中,后者被称作服务HNB(sHNB)。该用户设备被指令以报告当它们处于某个检测范围中时所检测到的被监视的邻居。如3GPP TS 25.331中所定义的,这通常是来自用户设备的IA测量报告。
[0061]在步骤S2,该用户设备检测相邻小区目标(tHNB)并且通过IA测量报告将其报告给sHNB。这指示该小区被检测到但并非指示所检测到的小区是最强小区。
[0062]在步骤S3,sHNB经由软切换准备过程消息请求tNHB中的资源,上述消息为tNHB提供有关用户设备的物理信道配置的信息以及该链路是为交换链路分集所准备。tHNB在预见到对用户设备的后续控制的情况下为连接预留资源并且对上行链路物理层资源进行设置以对用户设备的上行链路专用物理控制信道(DPCCH)进行解密并检测同步。
[0063]在步骤S4,tHNB向sHNB作出回应,其指示软切换准备过程成功并且已经为用户设备分配了下行链路物理层资源。
[0064]在步骤S5,当tHNB检测到用户设备的上行链路DPCCH的同步时,其向sHNB指示该同步实现。这能够被该sHNB用作正确目标得以被选择的指示,并且在由于多个HNB邻居共享相同的主扰码而出现主扰码混淆的情况下会是特别有用的。
[0065]在步骤S6,sHNB通过活动集更新过程向用户设备通知tHNB的新的物理层配置。用户设备随后将针对软切换而考虑sHNB和tHNB链路二者。然而,由于tHNB并未传输下行链路物理层,所以用户设备会将此认为是弱强度的软切换分支(leg)并且将不对该数据进行解码。因此,在此阶段,用户设备将对来自sHNB的传输进行解码。用户设备将不对tHNB的专用物理数据信道(DPDCH)(数据)或DPCCH (物理层控制)进行解码。
[0066]在步骤S7,用户设备利用活动集更新完成消息进行响应以指示tHNB被成功添加至活动集中。
[0067]在步骤S8,用户设备检测到tHNB的CPICH比sHNB的CPICH更强并且触发测量报告以向sHNB通知该事件。3GPP TS 25.331中所定义的,这是ID测量报告。
[0068]在步骤S9,事件ID触发sHNB以尝试将呼叫的控制从自身转移至tHNB,这是更为适当的。因此传输情境重定位消息,其为tHNB提供之前没有被传送的有关当前用户设备状态的信息。这样的信息可以包括:每个RLC实体中的RLC序列号;密码和完整性保护计数器;和/或可能的任意所缓冲的用户面数据。该tHNB利用sHNB所传送的RLC和加密状态对其自身进行配置。
[0069]在步骤SlO,tHNB指示正在进行重定位并且sHNB停止在下行链路进行传输以便不会因为使控制信息与源小区冲突而对用户设备造成混淆。
[0070]在步骤Sll,tHNB(或者可替换地sHNB)向HNB网关指示用户设备控制已经从sHNB移动至tHNB。这随后触发HNB网关将意图用于用户设备的用户面和控制消息路由至tHNB。
[0071]在步骤S12,tHNB使用所传送的RLC序列号和加密配置在专用控制信道上利用通用陆地无线电接入网络(UTRAN)移动信息消息对用户设备进行重新配置,这触发该用户设备在无线电承载上重新建立RLC并且采用新的UTRAN无线电网络类型标识符(U-RNTI)。
[0072]在步骤S13,用户设备利用UTRAN移动信息确认消息进行响应以指示新的配置。在该阶段,小型小区可以在用户设备上重新配置高速下行链路分组接入(HSDPA)和增强型专用信道(E-DCH)以通过单独的无线电承载重新配置消息而移动至新的服务小区。
[0073]在步骤S14,tHNB向sHNB指示该过程完成。sHNB仍然保持其用于用户设备的物理层资源直至该sHNB从用户设备的活动集中被去除。
[0074]在步骤S15,旧的源小区(sHNB)将诸如非接入层级(NAS)消息/无线电接入网络应用部分(RANAP)消息等的任意未提供的信息进行转发。
[0075]在步骤S16,用户设备报告sHNB CPICH以余量低于tHNB CPICH。
[0076]在步骤S17,tHNB通知sHNB以释放其用于该用户设备的资源。
[0077]在步骤S18,sHNB向tHNB确认资源已经被释放并且软切换准备释放过程完成。
[0078]可替换实施例
[0079]在一个实施例中,当tHNB尝试对UE控制时,其可以尝试比尝试继续sHNB中的RLC状态更为简单的路线,并且可以在所有信令无线电承载(SRB)上发起重置以将序列号设置回新的值零,因此简化该过程。
[0080]在一个实施例中,sHNB中的未传输数据可以被转发至tHNB以便进行传输从而减少用户面中断。这可以针对电路交换(CS)和分组交换(PS)单独处理。例如,CS可以被用来填充抖动缓冲器。可替换地,HNB网关则能够在短的间隔内双发下行链路(DL)语音分组。
[0081]在一个实施例中,可以进行一些改进以便减少例如语音用户面中断。这例如可以由sHNB进行协调,向tHNB指示所要进行交换的连接帧数。
[0082]在一个实施例中,当接收到活动集更新消息时,3GPPTS 25.331的8.3.4.3部分描述了
当前第3页1 2 3 4 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1